WO2016184298A1 - 一种应用推广方法、服务器及终端、存储介质 - Google Patents

一种应用推广方法、服务器及终端、存储介质 Download PDF

Info

Publication number
WO2016184298A1
WO2016184298A1 PCT/CN2016/080170 CN2016080170W WO2016184298A1 WO 2016184298 A1 WO2016184298 A1 WO 2016184298A1 CN 2016080170 W CN2016080170 W CN 2016080170W WO 2016184298 A1 WO2016184298 A1 WO 2016184298A1
Authority
WO
WIPO (PCT)
Prior art keywords
app
terminal
server
information
accessed
Prior art date
Application number
PCT/CN2016/080170
Other languages
English (en)
French (fr)
Inventor
王明慧
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2016184298A1 publication Critical patent/WO2016184298A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications

Definitions

  • the present invention relates to application promotion technologies, and in particular, to an application promotion method, a server, a terminal, and a storage medium.
  • the terminal includes a mobile phone (generally referred to as a smart phone), a tablet computer, a personal digital assistant, a desktop computer, a personal computer, a notebook computer and the like.
  • the software company has developed an App.
  • the software company here mainly refers to the App developer. If you want to bring the App to the market, there are generally two ways: The first way is to pass the place where there is more traffic. Introduce your own app by sending flyers, etc.
  • the second way is to promote your app by purchasing the ad slot.
  • the ad slot can be a traditional paper media ad slot, such as the ad slot next to the bus stop, the ad on the magazine. Of course; it can also be an advertisement published on television, radio, internet, etc., or through a telecom operator.
  • the second way there are many ways to publish through the network, and the first one is more common.
  • the more widely used way is to promote your app in the application market (including various application treasures, application stores) such as Huawei App Store, Apple App Store, etc., and to advertise your own apps in other apps, for example,
  • the user downloads a social app, and in the display interface of the application promotion, other apps provided by the application provider, such as a game app, can advertise on this interface.
  • the promotion source refers to the above-mentioned television, radio, network and other media, including the application store, other apps, websites and so on.
  • the above-mentioned promotion source is also called the traffic source or the traffic master. This is because when the network is used to promote the application, the traffic source of the promotion source is mainly occupied. Therefore, it is called the traffic master.
  • Peer-to-peer traffic replacement means advertising that publishes its own applications in other traffic masters. In return, it also publishes advertisements of other applications in its own traffic master, for example, advertising of its own applications in other applications. In return, ads for other apps are also published in their apps.
  • App developers need to actively communicate with various promotion sources, not only the communication process is long and complicated, but also the cost of money, physical, and peer-to-peer traffic; what is important is that Attractive users may not be able to convert to real app downloads or make them users paying users. If these users are not allowed to download the app or become a paying user, then the investment of the App developer will be difficult to recover.
  • the embodiment of the present invention provides an application promotion method, a server, a terminal, and a storage medium to solve at least one problem existing in the prior art, so that the App developer does not need to directly communicate with the traffic owner, and does not need to be cumbersome. Data calculation can achieve the return of the traffic master Lee.
  • an embodiment of the present invention provides an application promotion method, where the method includes:
  • the server establishes a correspondence between the identifier information of the traffic master, the identifier information of the to-be-accessed App, and the number of downloads of the to-be-accessed application, where the corresponding relationship is used to describe the use of the to-be-accessed
  • the user of the app downloads the number of downloads of the to-be-accessed application from the traffic master;
  • the server sends an access response to the second terminal in response to the access request, where the access response carries the access information of the to-be-accessed application, and the access response is used to enable the
  • the second terminal accesses the to-be-accessed App to its own traffic master according to the access information;
  • the access information includes at least description information of the App and a link address of the App.
  • the second terminal acquires the identifier information of the application App to be accessed
  • the second terminal accesses the to-be-accessed APP to its own traffic master according to the access information.
  • an embodiment of the present invention provides a server, where the server includes a first receiving unit, an establishing unit, a first acquiring unit, and a first sending unit, where:
  • the first receiving unit is configured to receive an access request sent by the second terminal, where the access request carries the identifier information of the App to be accessed and the identifier information of the traffic master corresponding to the second terminal;
  • the first obtaining unit is configured to obtain access information of the App to be accessed according to the identification information of the App to be accessed;
  • the first sending unit is configured to send an access response to the second terminal in response to the access request, where the access response carries the access information of the App to be accessed, and the access Responding to a traffic master for causing the second terminal to access the APP to be accessed according to the access information;
  • the access information includes at least description information of the App and a link address of the App.
  • the seventh receiving unit is configured to receive an interface program sent by the server, where the interface program is used to be embedded in an App program of the App developer, and the interface program at least signature information;
  • the sixth obtaining unit is configured to acquire a first operation of the App developer, where the first operation is used to trigger the first terminal to upload a first App program to the server or send a first link address, where The interface program is embedded in the first App program, and the first link address is a link address of the first App program;
  • the first processing unit is configured to send, to the server, upload the first App program or send a first link address in response to the first operation, so that the traffic master downloads the first App program from the server or Get the first link address.
  • the embodiment of the present invention provides a second terminal, where the second terminal includes a ninth acquiring unit, a carrying unit, an eighth sending unit, a ninth receiving unit, and an access unit, where:
  • the ninth obtaining unit is configured to acquire identification information of the application App to be accessed
  • the carrying unit is configured to carry the identifier information of the to-be-accessed APP in an access request, where the access request carries the identifier information of the App to be accessed and the identifier of the traffic master corresponding to the second terminal. information;
  • the eighth sending unit is configured to send the access request to the server
  • an embodiment of the present invention provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the application promotion method provided by the first aspect of the present invention.
  • an embodiment of the present invention provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the application promotion method provided by the second aspect of the present invention.
  • an embodiment of the present invention provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the application promotion method provided by the third aspect of the present invention.
  • the tenth aspect of the present invention provides a server, where the server includes:
  • a storage medium configured to store computer executable instructions
  • a processor configured to execute computer executable instructions stored on the storage medium, the computer executable instructions comprising: receiving an access request sent by a second terminal, where the access request carries an identifier of an App to be accessed The information and the identification information of the traffic master corresponding to the second terminal; establishing a correspondence between the identifier information of the traffic master, the identifier information of the to-be-accessed App, and the downloading number of the to-be-accessed application, The corresponding relationship is used to describe the number of downloads of the to-be-accessed App from the user who uses the App to be accessed, and the access to the App to be accessed according to the identification information of the App to be accessed.
  • the access response carries the access information of the App to be accessed, and the access response is used to enable the
  • the second terminal accesses the to-be-accessed App to its own traffic master according to the access information; the access information includes at least the description information of the App and a link address of the App.
  • a storage medium configured to store computer executable instructions
  • a processor configured to execute computer executable instructions stored on the storage medium, the computer executable instructions comprising: transmitting a first download request to a server, the first download request to request a download interface from the server a program; receiving an interface program sent by the server, the interface program is used to embed an App program of the App developer, the interface program at least signature information; acquiring a first operation of the App developer, the first An operation is used to trigger the first terminal to upload a first App program to the server or send a first link address, where the interface program is embedded in the first App program, and the first link address is the first a link address of an App program; in response to the first operation, sending the uploading the first App program to the server or sending a first link address for the traffic master to download the first App program from the server or obtain the first A link address.
  • the embodiment of the present invention provides a second terminal, where the second terminal includes:
  • a storage medium configured to store computer executable instructions
  • a processor configured to execute computer executable instructions stored on the storage medium, the computer executable instructions comprising: obtaining identification information of an application App to be accessed; and carrying the identification information of the APP to be accessed
  • the access request carries the identifier information of the App to be accessed and the identifier information of the traffic master corresponding to the second terminal;
  • the access request is sent to the server; and the server sends the identifier An access response, where the access response carries the access information of the to-be-accessed App; and the access-accessible App is accessed to its own traffic master according to the access information.
  • An application promotion method, a server, a terminal, and a storage medium provided by the embodiment of the present invention, wherein the server receives an access request sent by a second terminal, and the server establishes the identifier information of the traffic master, and the to-be-connected Corresponding relationship between the identification information of the App and the number of downloads of the App to be accessed; the server acquires the Pending according to the identification information of the App to be accessed In response to the access request, the server sends an access response to the second terminal, where the access response carries the access information of the App to be accessed, and the access The in response is used to enable the second terminal to access the to-be-accessed App to its own traffic master according to the access information; thus, the App developer does not need to directly communicate with the traffic owner, and does not require cumbersome data calculation. You can achieve rebate on the traffic master.
  • 1-1 is a schematic flowchart of an implementation process of an application promotion method according to an embodiment of the present invention
  • Figure 1-3 is a schematic diagram 1 of the scenario in the first embodiment of the present invention.
  • 1-4 are schematic diagrams of interaction between parties in an embodiment of the present invention.
  • Figure 1-5 is a second schematic diagram of a scenario in the first embodiment of the present invention.
  • FIG. 2-2 is a schematic diagram 1 of a scenario of a registration process in Embodiment 2 of the present invention.
  • FIG. 2-3 is a schematic diagram 2 of a scenario of a registration process in Embodiment 2 of the present invention.
  • FIG. 2-4 is a schematic diagram of a scenario for setting related information of an application in Embodiment 2 of the present invention.
  • FIGS. 2-5 are schematic diagrams of a scenario in which a second terminal accesses an App according to Embodiment 2 of the present invention.
  • FIG. 3 is a schematic flowchart of an implementation process of an application promotion method according to Embodiment 3 of the present invention.
  • FIG. 4 is a schematic flowchart of an implementation process of an application promotion method according to Embodiment 4 of the present invention.
  • FIG. 5 is a schematic flowchart of an implementation process of an application promotion method according to Embodiment 5 of the present invention.
  • FIG. 6 is a schematic structural diagram of a server of a sixth embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a first terminal according to Embodiment 7 of the present invention.
  • the crowdsourcing platform enables traffic owners to select apps that suit their own scenarios, such as game apps, and receive rebates according to the final download/activation/payment. App developers do not need to communicate directly with traffic owners. No need to do cumbersome data calculations.
  • the crowdsourcing platform includes two parts in the process of specific implementation, one part is located in the server and the other part is located in the terminal, where the server refers to the computing device of the application promotion service provider, and the terminal refers to the computing device and the flow of the App developer.
  • the main computing device wherein the application promotion service provider refers to a service provider that provides the application promotion method of the present invention.
  • the application promotion service provider may be referred to as a third party, and the application promotion service provider is A crowdsourcing platform for communication between the app developer and the traffic master; the above computing device can be implemented by a personal computer, a tablet computer, a smart phone, an industrial computer, a large computing server, etc. in the specific implementation process.
  • the performance of the electronic device is implemented.
  • the foregoing server and terminal are relative concepts, and the terminal can also serve as a server of other devices to some extent.
  • the terminal of the App developer the terminal of the user who uses the App is from the App developer. On the terminal, the App is downloaded.
  • the terminal of the App developer and the terminal of the user who uses the App the terminal of the App developer is actually a server for the terminal of the user who uses the App; see, the server in this embodiment
  • the terminal is a relative concept, when pointing to the server, there should be a relative concept terminal.
  • crowdsourcing refers to: a company or organization that outsources the tasks performed by its own internal employees to a non-specific (and usually large) mass network in a free and voluntary manner; that is, a company or institution Use the Internet to assign work tasks to discover ideas or solve technical problems.
  • An embodiment of the present invention provides an application promotion method, where the application promotion method is applied to a server, and the function implemented by the application promotion method can be invoked by a processor in a server.
  • the code is implemented, of course, the program code can be stored in a computer storage medium.
  • the server includes at least a processor and a storage medium.
  • FIG. 1-1 is a schematic flowchart of an application promotion method according to an embodiment of the present invention. As shown in Figure 1-1, the application promotion method includes:
  • Step 101 The server receives an access request sent by the second terminal, where the access request carries the identifier information of the App to be accessed and the identifier information of the traffic master corresponding to the second terminal.
  • the server refers to a computing device of an application promotion service provider
  • the second terminal refers to a computing device of a traffic master, wherein the second terminal in the second terminal and the first terminal in the following embodiments
  • the descriptions of "first” and the like are merely for convenience of description and clarity of reference, and do not represent any order relationship.
  • Llz0001, Llz0002, and Llz0090 are accessed, and the number of times the user downloads the application (App000001) from the traffic master Llz0001 is 00,065,429 times, and the number of times the user downloads the application (App000001) from the traffic master Llz0002 is 00,020,100 times, and the user downloads the application from the traffic master Llz0090 ( The number of times of App000001) is 10,000,010 times.
  • the same traffic master can also access multiple App at the same time.
  • the traffic master with the identification information of Llz0002 and the access identification information for App000001, App000002, and App900002, and the traffic owner with the identification information of Llz0001 simultaneously access the identification information to App000001. with App900001 app.
  • those skilled in the art may adopt other forms to establish a correspondence table in a specific implementation process.
  • the corresponding relationship in step 102 may be established by using various existing technologies, and thus will not be described again.
  • the correspondence between the identification information of the traffic master, the identifier information of the APP to be accessed, and the number of downloads of the APP to be accessed may be established, and the traffic may be
  • the identifier information of the master and the identifier of the APP to be accessed are input into a preset correspondence table (as shown in Table 1), that is, the identifier information of the traffic master is input into the third column of the table 1, and the identifier information of the App is input into the table.
  • the first column of 1 is empty since the first column in Table 1 is empty. In the subsequent embodiment of the present invention, how to fill the number of downloads of the second column will be described.
  • an application can usually be divided into individual user applications (for individual consumers) and
  • the enterprise-level application for the enterprise
  • the application referred to in the embodiment of the present invention may be an application of an individual user or an enterprise-level application; the application may be classified into an iOS App and an Android according to an operating system of the electronic device.
  • App, etc. where iOS App refers to the App for iOS operating system of Apple products, and Android App refers to App for Android (Android) operating system.
  • the access information includes at least the description information of the App and a link address of the App; wherein the description information of the App may include the name of the App, the upload time, the type, the developer of the App, the icon of the App, and the like. .
  • Step 104 The server sends an access response to the second terminal in response to the access request, where the access response carries the access information of the App to be accessed, and the access response is used for And causing the second terminal to access the to-be-accessed App to its own traffic master according to the access information.
  • the second terminal accesses the to-be-accessed App to its own traffic master according to the access information.
  • the traffic owner is an application store and joins a certain one.
  • the application type is selected, for example, the user selects “game”.
  • the interface displayed by the user terminal is as shown in a diagram of FIG. 1-3.
  • Figure 1-3 a shows four game apps, the first app name is Happy Landlord, the upload time is April 4, 2015, the game type is casual, and the app developer is Tencent.
  • the name of the second app is the national aircraft war, the upload time is April 4, 2015, the game type is shooting, the developer of the app is Tencent; the third app is named Texas, and the upload time is 2015. On April 4th, the game type is card, the developer of the app is Tencent; the fourth app is called Pocket Mahjong, the upload time is April 4, 2015, the game type is leisure, and the app developer is Nanjing. a lot of dragon digital Technology companies.
  • the wireless network 50 connects the server 10, the first terminal 20, the second terminal 30, and the user's terminal 40 together, such that the server 10 can communicate with the first terminal 20, the second terminal 30, or the user's terminal 40;
  • the terminal 40 can communicate with the first terminal 20 and the second terminal 30.
  • the first terminal 10 and the second terminal 20 can establish a connection through the server 10 without communication, and such a connection relationship is a solution.
  • the problem exists in providing a basic network architecture because the crowdsourcing platform provided on the server 10 becomes a bridge connecting the first terminal 10 and the second terminal 20.
  • the game App is taken as an example for description.
  • the game App developer uploads game related information on the crowdsourcing platform (step S41), wherein the related information includes the game installation package and the corresponding game.
  • the app's promotional materials (app related information such as description information), and the proportion;
  • the crowdsourcing platform identifies the game related information uploaded by the game App developer, Store and display (step S42);
  • the traffic master selects the game on the crowdsourcing platform (step S43), that is, filters the favorite game or the game that meets certain preset conditions or rules, and then the traffic master implants the billing code.
  • App developers and traffic masters use the crowdsourcing platform to include the following processes:
  • the process includes: 1) selecting an identity registration mailbox, setting a password and bank account information; 2) downloading an interface program (SDK), wherein the SDK contains: 2a) a signature information for the App developer, The signature information is used to verify the user's ownership of the App; 2b) ID of the app on the crowdsourcing platform; 2c) module for statistical downloads; 2d) module for statistical revenue. 3) Insert the interface program into the App code. 4) Upload the App to the crowdsourcing platform, and set up information such as split ratio, upload demo demo, etc.; 5) View the download volume, revenue and share of the app in the personal center of the crowdsourcing platform.
  • SDK interface program
  • the App provided by the App developer will be released on the crowdsourcing platform through the first terminal 10, and the traffic master selects an App suitable for the scene from the crowdsourcing platform through the second terminal 20, such as a game app, crowdsourcing.
  • the platform delivers the final download/activation/paid rebate to the traffic master, so that the App developer does not need to communicate directly with the traffic master, and can return the traffic to the traffic owner without cumbersome data calculation.
  • the server receives the access request sent by the second terminal, and the server establishes the identifier information of the traffic master, the identifier information of the APP to be accessed, and the number of downloads of the APP to be accessed.
  • the server obtains the access information of the App to be accessed according to the identification information of the App to be accessed; the server sends an access response to the second terminal in response to the access request, The access response carries the access information of the to-be-accessed App, and the access response is used to enable the second terminal to access the APP to be accessed according to the access information.
  • the traffic master is the same; therefore, the App developer does not need to directly communicate with the traffic master through the technical solution provided by the embodiment of the present invention, and can realize the rebate to the traffic master without cumbersome data calculation.
  • An embodiment of the present invention provides an application promotion method, where the application promotion method is applied to a server.
  • the function implemented by the application promotion method may be implemented by a processor calling code in a server, a first terminal, and a second terminal.
  • the program code may be stored in a computer storage medium, and the server includes at least a processor. And storage media.
  • the application promotion method includes:
  • Step 201 Perform a registration process between the first terminal and the server.
  • the registration process between the first terminal and the server in step 201 may include:
  • the App developer needs to enter the user name and password during the registration process; the user name can use the email address, social account number, public account number, company homepage address, etc.
  • the password can have certain preset rules. For example, the password needs to be more than 6 digits and needs to include both uppercase and lowercase letters; the username and password can be implemented by various prior art techniques, and are not described herein again.
  • step 2012 the server determines, according to the user name and the password, the judgment result is obtained; the judgment result is carried in the first registration response, and then the first registration response is sent to the first terminal, where the first registration response is used to indicate the Whether the first terminal is successfully registered;
  • the server judges according to the user name and the password, and obtains the judgment result, which may be determining whether the user name and the password meet the preset rule, for example, whether the password is 6 or more and including uppercase letters and lowercase letters; or determining whether the user name is Registered to ensure the uniqueness of the username.
  • step 2013, the first terminal receives a first registration response sent by the server, and the first registration response is used to indicate whether the first terminal is successfully registered.
  • the first registration request may further include a bank account number and a password of the bank card, as shown in FIG. 2-3.
  • the bank selected through the drop-down menu 12
  • you also need to select the bank enter the bank account number and the bank card password, so that the first terminal can obtain the operation according to the operation of the App developer.
  • These registration information user name and password, bank card and password
  • the server can use the bank account and the bank card.
  • the password is transferred from the App developer's bank card to be paid to the traffic owner. It should be noted here that the first terminal acquiring the bank card developed by the app and its password may also not be implemented in the registration process, for example, in the process of inputting the description information of the App or any other process.
  • Step 202 When the first terminal registers successfully, the first terminal sends a first download request to the server.
  • the first download request is used to request a download interface program from the server, where the first download request carries at least identifier information of an App developer; the interface program is used to embed an App of the App developer.
  • the interface program at least signature information, the signature information is used by the server to verify the right of the App next time;
  • the identification information of the App developer may be the user name of the App developer in the registration process, or may be a code or number assigned by the server to the App developer.
  • Step 203 The server receives a first download request sent by the first terminal.
  • the game App is taken as an example for description.
  • the App developer is the developer of the game app, and the App developer triggers the first download request through the button 16 on the first terminal.
  • Step 204 The server allocates the identifier information of the App on the crowdsourcing platform according to the identifier information of the App developer.
  • the crowdsourcing platform is a medium provided by the server for interaction between the first terminal and the second terminal. From the perspective of user experience, the crowdsourcing platform may be the interface shown in FIG. 2-2 or FIG. 2-3. In this way, the App developer can register through the crowdsourcing platform and upload relevant information of the App that needs to be promoted, such as the description information of the App.
  • Step 205 The server sends an interface program to the first terminal, where the interface program includes at least identifier information of the App.
  • Step 206 The first terminal receives an interface program sent by the server.
  • the interface program may be in the form of SDK in the specific implementation process; after obtaining the SDK of the interface program, the App developer embeds the interface program SDK into the program of the App developed by itself, and then forms the first App program;
  • Step 207 The first terminal acquires a first operation of the App developer.
  • the first operation is used to trigger the first terminal to upload a first App program to the server or send a first link address, where the interface program is embedded in the first App, the first link
  • the address is a link address of the first App program
  • Step 208 The first terminal sends the first App program to the server or sends a first link address in response to the first operation, so that the traffic master downloads the first App program from the server or obtains the first A link address.
  • Step 209 The server receives the first App program sent by the first terminal or sends a first link address.
  • the App developer selects the first App program to be uploaded through the button 21, assuming that the App that needs to be uploaded is a game, and thus the installation package of the game selected by the button 21.
  • Step 210 The first terminal acquires a setting operation of the App developer.
  • the setting operation refers to a series of operations for setting related information of the App, and continues to undertake the above example.
  • the App developer operates in the interface shown in FIG. 2-4.
  • the App developer operates in the interface shown in FIG. 2-4.
  • the App developer and the traffic master are delivered in the form of currency. Therefore, the revenue parameter in this example is divided into proportions.
  • the App when paid, you can also enter each download.
  • the currency that the user needs to pay once so that the App developer can obtain the download revenue from the user's download, and then the server calculates the traffic revenue according to the download revenue and the proportion of the share.
  • Delivery is performed, for example, by traffic, time of advertisement, etc., and the revenue parameter is a parameter related to the flow rate, the time of the advertisement slot, and the like.
  • Step 211 The first terminal acquires description information of the App in response to the setting operation.
  • the description information of the App may include the download revenue and revenue parameters shown in FIG. 2-4, and the revenue parameter is used to represent the return of the App developer to the traffic master.
  • Step 212 The first terminal sends description information of the App to the server.
  • Step 213 The server receives description information of an App sent by the first terminal.
  • the description information of the App may include identification information of an App developer, body information of the App, a name of an App, an icon of an App, a revenue parameter, and the like; wherein the body information of the App includes software of the App The development kit SDK or the link address of the app.
  • Step 214 The server verifies the legality of the App according to the body information of the App.
  • Step 215 When the server verifies that the App is legal, the server publishes the description information of the App on the crowdsourcing platform, so that the App is promoted by the traffic owner.
  • the server can publish the description information of the App to the crowdsourcing platform, and can be displayed on the interface of Figure 2-5 (the interface that the second terminal can display), so that the traffic master can select the input box to select the App, assuming the traffic main selection.
  • the App type is the game, and then the second terminal will show that the App that needs to be accessed includes three models. The first is the Happy Landlord, the second model is the National Aircraft War, and the third is the Texas Day. The decision is made through the display on the interface.
  • One or more apps are selected for access. When the traffic master determines access, the access button 22 can be selected, and then the app is connected to its own traffic master.
  • an interface as shown in Figure 1-3 will be displayed on the user's terminal.
  • the traffic owner will download once. The number of times is recorded so that the traffic master can get a corresponding return.
  • An embodiment of the present invention provides an application promotion method, where the application promotion method is applied to a server, and the function implemented by the application promotion method can be implemented by calling a program code by a processor in a server, a first terminal, and a second terminal, of course.
  • Program code can be saved in computer storage
  • the server includes at least a processor and a storage medium.
  • FIG. 3 is a schematic diagram of an implementation process of an application promotion method according to Embodiment 3 of the present invention. As shown in FIG. 3, the application promotion method includes:
  • Step 301 A registration process is performed between the second terminal and the server.
  • the registration process between the second terminal and the server in step 301 may include:
  • Step 3011 The second terminal sends a second registration request to the server, where the second registration request includes a username and a password of the traffic master.
  • Step 3012 the server determines according to the user name and password, obtains a determination result, carries the determination result in the second registration response, and then sends a second registration response to the second terminal, where the second registration response is used to indicate the Whether the second terminal is successfully registered;
  • Step 3013 The second terminal receives a second registration response sent by the server, where the second registration response is used to indicate whether the second terminal is successfully registered.
  • the second registration request may further include information such as a bank account number and a password of the bank card; in addition to the user name, the flow master is in the process of registration.
  • the password you also need to select the bank, enter the bank account number and the bank card password, so that the second terminal can obtain the registration information (user name and password, bank card and password) of the traffic master according to the operation of the traffic master.
  • the reason why the bank account and password are needed is because the first terminal is an App developer.
  • the server can use the bank account and the bank card.
  • the password is transferred from the App developer's bank card to be paid to the traffic owner.
  • the second terminal acquiring the bank card of the traffic master and its password may also be implemented in the registration process.
  • the registration process is performed between the second terminal and the server, which is similar to the step 201 in the second embodiment.
  • Those skilled in the art can refer to the step 201 in the second embodiment, and no further details are provided herein.
  • Step 302 When the second registration response indicates that the second terminal is successfully registered, the second terminal acquires the body information of the traffic master, where the body information is used by the server to legalize the traffic master. Verification
  • the body information of the traffic master may be a software development kit (SDK) or a hypertext markup language (HTML) code.
  • SDK software development kit
  • HTTP hypertext markup language
  • the second terminal obtains the body information of the traffic master, which can be implemented by a selection operation or a setting operation of the traffic master. Similarly, refer to step 210 and the like.
  • Step 303 The second terminal sends the body information of the traffic master to the server.
  • Step 304 The server receives the body information of the traffic master sent by the second terminal.
  • Step 305 The server verifies the body information of the traffic master, and obtains a verification result, where the verification result is used to indicate whether the verification of the body information of the traffic master passes.
  • step 305 is mainly to verify the authenticity of the traffic master, for example, whether the traffic master is authentic, whether the traffic master has falsely uploaded other websites, and the like.
  • Step 306 The server sends the verification result to the second terminal.
  • the server sends the verification result to the second terminal, including:
  • Step 3061 When the verification is passed, the server allocates the identifier information belonging to the traffic master, and sends the identifier information of the traffic master and/or the verification result to the second terminal.
  • Step 3062 When the verification fails, the server sends the verification result to the second terminal.
  • Step 307 The second terminal receives the verification result sent by the server.
  • the foregoing step 301 implements the registration of the traffic master to the crowdsourcing platform, and the steps 302 to 307 implement the verification process of the traffic master authenticity by the server.
  • the embodiment of the present invention provides an application promotion method, where the application promotion method is applied to a server and a second terminal, and the function implemented by the application promotion method can pass the server and the second
  • the processor in the terminal invokes program code to implement.
  • the program code can be stored in a computer storage medium.
  • the server includes at least a processor and a storage medium.
  • the application promotion method includes:
  • Step 401 The second terminal receives the verification result sent by the server.
  • the step 402 can be implemented in the following two manners.
  • the second terminal acquires the identifier information of the application to be accessed, including:
  • the traffic master performs the selection operation through the interface shown in FIG. 2-5 displayed by the second terminal, and after the traffic master browses, it is found that the App Happy Landlord has a 4% share, and the App Daily Texas has a 2% share.
  • the app's share of the national aircraft war is 10%, so the traffic owner will use the App World Air War 24, which is relatively high in proportion, as the application to be accessed.
  • the second terminal acquires an identification letter of the application App to be accessed. Interest, including:
  • Step 4022A the second terminal acquires a selection condition, where the selection condition is a condition set by default or a condition obtained by the traffic main condition setting operation, where the condition setting operation is used to preset to select an App to be accessed. operating;
  • the traffic master can set some selection conditions, for example, simply to divide the ratio into selection conditions, or to select the popularity condition, wherein the high proportion means that the single download can get the comparative benefit (assuming each download is performed once) App download fees are the same), popular programs can be expressed by numerical values, for example 50% of people like, can use the value 5 to represent, 40% like to be able to represent the value 4, the popularity can be from the network
  • the acquisition can also be provided by the server, or even one of the descriptions of the App filled out by the App developer.
  • Step 4022A The second terminal acquires the identifier information of the APP to be accessed according to the selection condition.
  • Step 403 The second terminal carries the identifier information of the to-be-accessed APP in an access request.
  • Step 405 The server receives an access request sent by the second terminal.
  • the access request carries the identification information of the App to be accessed and the identity information of the traffic master corresponding to the second terminal.
  • Step 406 The server verifies the validity of the to-be-accessed APP according to the identifier information of the to-be-accessed APP, and the server verifies the validity of the traffic master according to the identifier information of the traffic master.
  • the validity of the to-be-accessed APP in step 406 mainly refers to that the APP to be accessed is Whether it is hung on the crowdsourcing platform, or whether the current time is in the life cycle of the app to be accessed, for example, the app developer has updated the version, but the traffic master requests the old version, then the traffic master requests the pending app. It is no longer in the life cycle, that is, the requested app is invalid.
  • the validity of the traffic master may also refer to a life cycle of the traffic master.
  • the traffic master may need to provide the provider of the crowdsourcing platform with a period of verification information. If the traffic master does not provide the time, then in this step Invalid results may occur during the verification of 406.
  • Step 407 when the server verifies that the App is valid and the traffic master is valid, the server establishes the identifier information of the traffic master, the identifier information of the to-be-accessed App, and the download of the to-be-accessed App. Corresponding relationship between the times, the correspondence is used to describe the number of downloads of the to-be-accessed App from the traffic master by using the user to be accessed by the user;
  • the method provided in this embodiment further includes: when the server verifies that the App is invalid and the traffic master is invalid, the server sends an error response to the second terminal to prompt the sent response in the second terminal.
  • the App is invalid or the traffic master is invalid.
  • Step 410 The second terminal receives an access response sent by the server, where the access response carries the access information of the to-be-accessed APP.
  • Step 411 the second terminal accesses the to-be-accessed APP according to the access information. Its own traffic master.
  • steps 405 to 407, 408, and 409 respectively correspond to steps 101 to 104 in the first embodiment. Therefore, those skilled in the art can understand the above steps by referring to the first embodiment. 405, step 407 to step 409, in order to save space, no further details will be described herein.
  • an embodiment of the present invention provides an application promotion method, where the application promotion method is applied to a server and a second terminal, and the function implemented by the application promotion method may be invoked by a processor in a server and a second terminal.
  • the program code is implemented.
  • the program code can be stored in a computer storage medium.
  • the server includes at least a processor and a storage medium.
  • FIG. 5 is a schematic diagram of an implementation process of an application promotion method according to Embodiment 5 of the present invention. As shown in FIG. 5, the application promotion method includes:
  • the user in step 501 refers to a process of downloading an App from a traffic master using a user of the App.
  • the server sends a second download request.
  • the second download request is used to download the first App program provided by the App developer, and the second download request carries the identification information of the App to be downloaded and the identification information of the traffic master, wherein the identifier of the App to be downloaded
  • the information may be the name of the App or the code of the App.
  • the information of the traffic master may be the name of the traffic master, the number of the traffic master, and the like.
  • the traffic master The identification information can identify the traffic master.
  • the user's terminal will obtain an address, which may specifically be a link address or the Internet Protocol (IP) address, according to which the user's terminal sends a second download request to the device represented by the address.
  • IP Internet Protocol
  • the address represents a server.
  • the address may also represent the first terminal or the second terminal.
  • the second download request needs to carry the identifier information of the traffic master and the identifier information of the App to be downloaded, because it is necessary to know that the user is What kind of app, as well as the channel through which the user knows which channel (traffic master) is known, in order to get paid from the App developer for distribution to the traffic owner.
  • the second download request is used to download the first App program provided by the App developer, and the second download request carries the identification information of the App and the identification information of the traffic master.
  • Step 504 The server responds to the second download request, acquires a first App program according to the identifier information of the App, and sends the first App program to the terminal of the user;
  • Step 505 The server records the number of downloads corresponding to the identification information of the traffic master and the identification information of the App.
  • the above steps 501 to 505 are actually a process in which the user's terminal downloads the App installation package (ie, the first App program) from the server.
  • Step 506 The server obtains download information of the application App, where the download information of the App includes the identifier information of the App, the identifier information of the traffic master that promotes the App, and the download times of the traffic master.
  • the interface program in the foregoing embodiment may also be used to complete the statistics of the download amount of the App and the statistics of the download revenue.
  • the identification information of the App on the crowdsourcing platform may also be distributed through the interface program.
  • the interface program can send the download information to the server through the second terminal or directly, so that the server You can get the download information, and then calculate the revenue and distribute it to the traffic master.
  • Step 507 The server acquires a revenue parameter according to the identifier information of the App.
  • Step 508 The server determines, according to the number of downloads of the traffic master and the revenue parameter, the amount of revenue of the corresponding traffic master;
  • Step 509 The server acquires the revenue amount from the corresponding App developer according to the identifier information of the App, and distributes the revenue amount to a traffic master corresponding to the identifier information of the traffic master.
  • the foregoing steps 506 to 509 implement a process of reporting the traffic master according to the user's download amount from the traffic master.
  • the server receives the second download request sent by the user's terminal, and then the server records the number of downloads from the traffic master through the second download request.
  • the second terminal may receive the second download request sent by the terminal of the user, and then calculate the number of downloads from the traffic master according to the second download request, where the specific process includes:
  • Step S501 the second terminal receives a second download request sent by the user's terminal
  • the second download request is used to download the first App program provided by the App developer from the traffic master; the second download request carries the identifier information of the App;
  • Step S502 the second terminal sends the third download request to the server in response to the second download request, where the third download request is used to request to download the first App program;
  • Step S503 the second terminal receives the first App program sent by the server, and sends the first App program to the terminal of the user.
  • Step S504 the terminal of the user sends the identifier of the App and the installation completion identifier to the second terminal.
  • the installation completion identifier is used to indicate that the user's terminal has completed the installation of the App installation package.
  • Step S505 After receiving the identifier of the App and the installation completion identifier sent by the user terminal, the second terminal sends the identifier information of the traffic master to the server together;
  • step S505 will continue with the above step 506, therefore, the following flow will not be described again here.
  • an embodiment of the present invention provides a server, a first receiving unit, an establishing unit, a first acquiring unit, a first sending unit, and the like in a server provided by an embodiment of the present invention, and each unit
  • Each of the included modules can be implemented by a processor in the server; of course, it can also be implemented by a specific logic circuit; in the process of the specific embodiment, the processor can be a central processing unit (CPU), a microprocessor (MPU). , digital signal processor (DSP) or field programmable gate array (FPGA).
  • CPU central processing unit
  • MPU microprocessor
  • DSP digital signal processor
  • FPGA field programmable gate array
  • FIG. 6 is a schematic structural diagram of a server of a sixth embodiment of the present invention.
  • the server 600 includes a first receiving unit 601, an establishing unit 602, a first obtaining unit 603, and a first sending unit 604, where:
  • the first receiving unit 601 is configured to receive an access request sent by the second terminal, where the access request carries the identifier information of the App to be accessed and the identifier information of the traffic master corresponding to the second terminal;
  • the establishing unit 602 is configured to establish a correspondence between the identifier information of the traffic master, the identifier information of the to-be-accessed App, and the number of downloads of the APP to be accessed, where the correspondence relationship is used to describe the usage.
  • the user to be accessed by the user downloads the number of downloads of the to-be-accessed application from the traffic master;
  • the first obtaining unit 603 is configured to obtain access information of the App to be accessed according to the identification information of the App to be accessed;
  • the first sending unit 604 is configured to send an access response to the second terminal in response to the access request, where the access response carries the access information of the APP to be accessed, and the access The in response is used to enable the second terminal to access the to-be-accessed App to its own traffic master according to the access information;
  • the access information includes at least description information of the App and a link address of the App.
  • the server further includes a first verification unit and a second verification unit, where:
  • the first verification unit is configured to verify the validity of the to-be-accessed APP according to the identification information of the to-be-accessed App;
  • the second verification unit is configured to verify validity of the traffic master according to the identifier information of the traffic master; and trigger the first sending when the server verifies that the App is valid and the traffic master is valid unit.
  • the server further includes a second receiving unit, an allocating unit, a second sending unit, and a third receiving unit, where:
  • the second receiving unit is configured to receive a first download request sent by the first terminal, where the first request is used to request a download interface program, where the first download request carries at least the identifier information of the App developer;
  • the allocating unit is configured to allocate the identification information of the App on the crowdsourcing platform according to the identification information of the App developer;
  • the second sending unit is configured to send an interface program to the first terminal, where the interface program includes at least identifier information of the App;
  • the third receiving unit is configured to receive the first App program uploaded by the first terminal or send a first link address, where the interface program is embedded in the first App program, and the first link address is The link address of the first App program.
  • the interface program includes signature information, and the signature information is used by the server to verify the right of the App next time.
  • the server further includes a fourth receiving unit, a third verifying unit, and a publishing unit, where:
  • the fourth receiving unit is configured to receive description information of the App sent by the first terminal, where
  • the description information of the App includes the identification information of the App developer, the body information of the App, the name of the App, an icon of the App, and a revenue parameter;
  • the third verification unit is configured to verify the legality of the App according to the body information of the App, where the body information of the App includes a software development kit SDK of the App or a link address of the App;
  • the issuing unit is configured to, when verifying that the App is legal, publish the description information of the App on the crowdsourcing platform, so that the App is promoted by the traffic owner.
  • the server further includes a second obtaining unit, a third obtaining unit, a determining unit, a fourth obtaining unit, and a third sending unit, where:
  • the second obtaining unit is configured to acquire the downloading information of the application App, where the downloading information of the App includes the identification information of the App, the identifier information of the traffic master that promotes the App, and the number of downloads of the traffic master.
  • the third obtaining unit is configured to acquire a revenue parameter according to the identifier information of the App;
  • the fourth obtaining unit is configured to obtain the income amount from the corresponding App developer according to the identification information of the App;
  • the third sending unit is configured to distribute the revenue amount to a traffic master corresponding to the identifier information of the traffic master.
  • the fifth receiving unit is configured to receive body information of the traffic master sent by the second terminal, where the body information of the traffic master is a software development kit SDK or a hypertext markup language HTML code;
  • the fourth sending unit is configured to send the verification result to the second terminal.
  • the fourth sending unit includes a first sending module and a second sending module, where:
  • the first sending module is configured to: when the authentication is passed, the server allocates the identifier information belonging to the traffic master, and sends the identifier information of the traffic master and/or the verification result to the second terminal;
  • the second sending module is configured to: when the verification fails, the server sends the verification result to the second terminal.
  • the server further includes a sixth receiving unit, a fifth obtaining unit, and a recording unit, where:
  • the sixth receiving unit is configured to receive a second download request sent by the user's terminal, where the second download request is used to download a first App program provided by the App developer, and the second download request carries an App. Identification information and identification information of the traffic master;
  • the fifth acquiring unit is configured to: in response to the second download request, acquire a first App program according to the identifier information of the App, and send the first App program to the terminal of the user;
  • the recording unit is configured to record the number of downloads corresponding to the identification information of the traffic master and the identification information of the App.
  • the first receiving unit 601 receives an access request sent by the second terminal,
  • the access request carries the identifier information of the App to be accessed and the identifier information of the traffic master corresponding to the second terminal;
  • the establishing unit 602 establishes the identifier information of the traffic master, the identifier information of the App to be accessed, and Corresponding relationship between the number of downloads of the application to be accessed;
  • the first obtaining unit 603 acquires access information of the App to be accessed according to the identification information of the App to be accessed;
  • the first sending unit 604 responds to the access Sending an access response to the second terminal, where the access response carries the access information of the App to be accessed, and the access response is used to enable the second terminal to access according to the
  • the information accesses the to-be-accessed App to its own traffic master; thus, the App developer does not need to communicate directly with the traffic owner, and the rebate of the traffic master can be realized without cumbersome data calculation.
  • FIG. 7 is a schematic structural diagram of a first terminal according to Embodiment 7 of the present invention.
  • the first terminal 700 includes a fifth sending unit 701, a seventh receiving unit 702, a sixth obtaining unit 703, and a first processing unit. 704, where:
  • the fifth sending unit 701 is configured to send a first download request to the server, where the first download request is used to request the download interface program from the server;
  • the seventh receiving unit 702 is configured to receive an interface program sent by the server, where the interface program is used to be embedded in an App program of the App developer, and the interface program at least signature information;
  • the sixth obtaining unit 703 is configured to acquire the first operation of the App developer.
  • the first operation is used to trigger the first terminal to upload a first App program to the server or send a first link address, where the interface program is embedded in the first App program, and the first link address is The link address of the first App program;
  • the first processing unit 704 is configured to send, according to the first operation, the uploading of the first App program or sending a first link address to the server for the traffic master to download the first App program from the server. Or get the first link address.
  • the first terminal further includes a seventh obtaining unit and an eighth acquiring unit, where:
  • the eighth obtaining unit is configured to obtain a download income and a revenue parameter in response to the setting operation, where the revenue parameter is used to represent the return of the App developer to the traffic owner.
  • the sixth sending unit is configured to send a first registration request to the server, where the first registration request includes a username and a password of an application App developer;
  • the eighth receiving unit is configured to receive a first registration response sent by the server, where the first registration response is used to indicate whether the first terminal is successfully registered;
  • the seventh sending unit is configured to send a first download request to the server when the first registration response indicates that the first terminal is successfully registered.
  • the embodiment of the present invention provides a second terminal, which is based on the foregoing method embodiment.
  • the ninth obtaining unit, the carrying unit, the eighth sending unit, the ninth receiving unit, and the access unit in the first terminal provided by the embodiment, and each module included in each unit may pass through the first terminal.
  • the processor is implemented; of course, it can also be implemented by a specific logic circuit; in the process of a specific embodiment, the processor can be a central processing unit, a microprocessor, a digital signal processor, or a field programmable gate array.
  • the ninth obtaining unit 801 is configured to acquire identification information of an application App to be accessed
  • the carrying unit 802 is configured to carry the identifier information of the to-be-accessed APP in an access request, where the access request carries the identifier information of the App to be accessed and the traffic master corresponding to the second terminal. Identification information;
  • the access unit 805 is configured to access the to-be-accessed App to its own traffic master according to the access information.
  • the tenth receiving unit is configured to receive a second download request sent by the user's terminal, where the second download request is used to download the first App program provided by the App developer from the traffic master; the second download The request carries the identification information of the App;
  • the ninth sending unit is configured to send the third download request to the server in response to the second download request, where the third download request is used to request to download a first App program;
  • the tenth sending unit is configured to send the first App program to the terminal of the user.
  • the ninth obtaining unit includes a first acquiring module and a second acquiring module, where:
  • the second obtaining module is configured to obtain the identifier information of the App to be accessed in response to the selecting operation.
  • the ninth obtaining unit includes a third obtaining module and a fourth acquiring module, where:
  • the third obtaining module is configured to acquire a selection condition, where the selection condition is a condition set by default or a condition obtained by the traffic main setting condition operation, and the condition setting operation is used to preset to select an application to be accessed. Operation
  • the fourth obtaining module is configured to acquire the identifier information of the to-be-accessed APP according to the selection condition.
  • the second terminal further includes a tenth acquiring unit, an eleventh sending unit, a twelfth receiving unit, and an eleventh acquiring unit, where:
  • the tenth acquiring unit is configured to acquire the body information of the traffic master, where the body information is used by the server to verify the legality of the traffic master;
  • the eleventh sending unit is configured to send the body information of the traffic master to the server;
  • the twelfth receiving unit is configured to receive a verification result sent by the server
  • the eleventh acquiring unit is configured to obtain the identifier information of the application App to be accessed when the verification result indicates that the traffic master information is valid.
  • Each unit included in the server and each module included in each unit in the embodiment of the present invention may be implemented by a processor in a server; each unit included in the first terminal, and each module included in each unit, It can be implemented by a processor in the first terminal; each unit included in the second terminal, and each module included in each unit can be implemented by a processor in the second terminal; of course, it can also be implemented by a logic circuit.
  • the processor may be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA).
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read only memory (ROM), a magnetic disk, or an optical disk.
  • program codes such as a USB flash drive, a mobile hard disk, a read only memory (ROM), a magnetic disk, or an optical disk.
  • the embodiment of the present invention further provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the application promotion method in the embodiment of the present invention.
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner such as: multiple units or components may be combined, or Can be integrated into another system, or some features can be ignored or not executed.
  • the coupling, or direct coupling, or communication connection of the components shown or discussed may be indirect coupling or communication connection through some interfaces, devices or units, and may be electrical, mechanical or other forms. of.
  • the units described above as separate components may or may not be physically separated, and the components displayed as the unit may or may not be physical units; they may be located in one place or distributed on multiple network units; Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The steps of the foregoing method embodiments; and the foregoing storage medium includes: a mobile storage device, a read only memory (Read Only Memory, Various media that can store program code, such as ROM), disk or optical disk.
  • a computer readable storage medium includes: a mobile storage device, a read only memory (Read Only Memory, Various media that can store program code, such as ROM), disk or optical disk.
  • the above-described integrated unit of the present invention may be stored in a computer readable storage medium if it is implemented in the form of a software function module and sold or used as a standalone product.
  • the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes various media that can store program codes, such as a mobile storage device, a ROM, a magnetic disk, or an optical disk.
  • the server receives the access request sent by the second terminal, and the server establishes the identifier information of the traffic master, the identifier information of the APP to be accessed, and the number of downloads of the APP to be accessed.
  • the server acquires access information of the App to be accessed according to the identification information of the App to be accessed;
  • the server sends an access response to the second terminal in response to the access request,
  • the access response carries the access information of the to-be-accessed application, and the access response is used to enable the second terminal to access the to-be-accessed App to its own traffic master according to the access information.
  • the App developer does not need to communicate directly with the traffic master, and can realize the rebate to the traffic master without cumbersome data calculation.

Abstract

本发明公开了一种应用推广处理方法，所述方法包括：所述服务器接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系；所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；所述接入信息至少包括所述App的描述信息和所述App的链接地址。本发明同时还公开了一种服务器及终端、存储介质。

Description

一种应用推广方法、服务器及终端、存储介质 技术领域
本发明涉及应用推广技术，尤其涉及一种应用推广方法、服务器及终端、存储介质。
背景技术
应用软件(App，Application Software，以下简称应用)是系统软件相对应的一个概念，应用软件是用户可以使用的各种程序设计语言编写的一种应用程序的集合。多种多样的应用软件满足用户在不同领域解决不同问题的需求；例如，用户想要听歌，可以在自己的终端上安装音乐播放器App，如百度公司的百度音乐、千千静听等App；如果用户想要玩游戏，可以下载各种游戏的App；如果用户想要看看自己一天行走了多少步，可以下载计步器的App；如果用户想要求购物，可以下载各种购物App，如天猫商城的App、京东商城的App；如果想要交朋友或者与朋友建立联系，可以下载腾讯公司的QQ、腾讯公司的微信、小米公司的米聊等社交App。其中，终端包括手机(一般是指智能手机)、平板电脑、个人数字助理、桌面式电脑、个人计算机、笔记本电脑等电子设备。
软件公司开发出一款App，这里的软件公司主要是指App开发商；如果想要把该款App推向市场，一般有两种方式：第一种方式是在人流量比较多的地方，通过发传单等方式介绍自己的App；第二种方式是通过购买的广告位方式来推广自己的App，其中，广告位可以是传统的纸媒广告位，例如公交站旁边的广告位、杂志上的广告位；当然还可以是在电视、广播、网络等媒体上发布的广告，或者通过电信运营商来发布广告。在第二种方式中，通过网络发布的方式也包括很多，其中第一种较为常见的也是应用 较为广泛的方式是，在应用市场(包括各种应用宝、应用商店)例如小米应用商店、苹果应用商店等推广自己的App；还有一种是在其它应用中发布自己的应用的广告，例如，用户下载了一款社交App，在应用推广的显示界面中，应用提供商提供的其它App如游戏App等，可以在这个界面发布广告。
现有的应用推广方式中，App开发商需要主动与各种推广源进行联系，然后通过货币、实物、对等流量置换等方式来实现App的推广。其中：推广源是指上述的电视、广播、网络等媒体，其中网络包括应用商店、其他的App、网站等。在App的推广中，很多App主要是利用网络来推广，因此，上述的推广源也称为流量源或流量主，这是因为在利用网络来推广应用时，主要占用的是推广源的流量资源，故称为流量主。下面给出流量主的定义：即移动网络的场景下，通过App、网页、短信等一切可触及到用户的产品形态。对等流量置换方式是指，在其它流量主中发布自己的应用的广告，作为回报，也在自己的流量主中发布其他的应用的广告，例如，在其它应用中发布自己的应用的广告，作为回报，也在自己的应用中发布其他的应用的广告。
现有的应用推广方式中，App开发商需要主动与各种推广源进行沟通，不仅沟通起来流程长、复杂，并需要付出货币、实物、对等流量等代价；重要的是，通过这种方式吸引来的用户并不一定能转化为真正的App下载，或者使这些用户成为付费用户。如果不能使这些用户下载App，或者成为付费用户，那么App开发商的投资就很难收回。
发明内容
有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种应用推广方法、服务器及终端、存储介质，能够使得App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返 利。
本发明实施例的技术方案是这样实现的：
第一方面，本发明实施例提供一种应用推广方法，所述方法包括：
所述服务器接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；
所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
所述接入信息至少包括所述App的描述信息和所述App的链接地址。
第二方面，本发明实施例提供一种应用推广方法，所述方法包括：
第一终端向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；
所述第一终端接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
所述第一终端获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
所述第一终端响应所述第一操作，向所述服务器发送上传所述第一App 程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
第三方面，本发明实施例提供一种应用推广方法，所述方法包括：
第二终端获取待接入应用App的标识信息；
所述第二终端将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
所述第二终端将所述接入请求发送给所述服务器；
所述第二终端接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主。
第四方面，本发明实施例提供一种服务器，所述服务器包括第一接收单元、建立单元、第一获取单元和第一发送单元，其中：
所述第一接收单元，配置为接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
所述建立单元，配置为建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
所述第一获取单元，配置为根据所述待接入App的标识信息获取待接入App的接入信息；
所述第一发送单元，配置为响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入 响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
所述接入信息至少包括所述App的描述信息和所述App的链接地址。
第五方面，本发明实施例提供一种第一终端，所述第一终端包括第五发送单元、第七接收单元、第六获取单元和第一处理单元，其中：
所述第五发送单元，配置为向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；
所述第七接收单元，配置为接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
所述第六获取单元，配置为获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
所述第一处理单元，配置为响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
第六方面，本发明实施例提供一种第二终端，所述第二终端包括第九获取单元、携带单元、第八发送单元、第九接收单元和接入单元，其中：
所述第九获取单元，配置为获取待接入应用App的标识信息；
所述携带单元，配置为将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
所述第八发送单元，配置为将所述接入请求发送给所述服务器；
所述第九接收单元，配置为接收所述服务器发送的接入响应，所述接 入响应中携带有所述待接入App的接入信息；
所述接入单元，配置为根据所述接入信息将所述待接入App接入到自身的流量主。
第七方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行本发明第一方面实施例提供的应用推广方法。
第八方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行本发明第二方面实施例提供的应用推广方法。
第九方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行本发明第三方面实施例提供的应用推广方法。
第十方面，本发明实施例提供一种服务器，所述服务器包括：
存储介质，配置为存储计算机可执行指令；
处理器，配置为执行存储在所述存储介质上的计算机可执行指令，所述计算机可执行指令包括：接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；根据所述待接入App的标识信息获取待接入App的接入信息；响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；所述接入信息至少包括所述App的描述信息和所述App的链接地址。
第十一方面，本发明实施例提供一种第一终端，所述第一终端包括：
存储介质，配置为存储计算机可执行指令；
处理器，配置为执行存储在所述存储介质上的计算机可执行指令，所述计算机可执行指令包括：向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
第十二方面，本发明实施例提供一种第二终端，所述第二终端包括：
存储介质，配置为存储计算机可执行指令；
处理器，配置为执行存储在所述存储介质上的计算机可执行指令，所述计算机可执行指令包括：获取待接入应用App的标识信息；将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；将所述接入请求发送给所述服务器；接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；根据所述接入信息将所述待接入App接入到自身的流量主。
本发明实施例提供的一种应用推广方法、服务器及终端、存储介质，其中，所述服务器接收第二终端发送的接入请求，所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系；所述服务器根据所述待接入App的标识信息获取待接 入App的接入信息；所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。
附图说明
图1-1为本发明实施例一应用推广方法的实现流程示意图；
图1-2为本发明实施例涉及的计算设备之间的联系示意图；
图1-3为本发明实施例一中的场景示意图一；
图1-4为本发明实施例各方之间的交互示意图；
图1-5为本发明实施例一中的场景示意图二；
图2-1为本发明实施例二应用推广方法的实现流程示意图；
图2-2为本发明实施例二中注册流程的场景示意图一；
图2-3为本发明实施例二中注册流程的场景示意图二；
图2-4为本发明实施例二中设置App的相关信息的场景示意图；
图2-5为本发明实施例二中第二终端接入App的场景示意图；
图3为本发明实施例三应用推广方法的实现流程示意图；
图4为本发明实施例四应用推广方法的实现流程示意图；
图5为本发明实施例五应用推广方法的实现流程示意图；
图6为本发明实施例六服务器的组成结构示意图；
图7为本发明实施例七第一终端的组成结构示意图；
图8为本发明实施例八第二终端的组成结构示意图。
具体实施方式
本发明以下的实施例中，将提供一个能够实现众包功能的平台(以下 简称众包平台)，该众包平台能够让流量主自己来挑选适合自己场景的App如游戏App，按最终的下载/激活/付费获得返利，App开发商不需要与流量主进行直接沟通，也不需要做繁琐的数据计算。
该众包平台在具体实现的过程中包括两部分，其中一部分位于服务器，另一部分位于终端，这里所述的服务器是指应用推广服务商的计算设备，终端是指App开发商的计算设备和流量主的计算设备，其中，应用推广服务商是指提供本发明的应用推广方法的服务商，相对于App开发商和流量主来说，应用推广服务商可以称为第三方，应用推广服务商在App开发商和流量主之间提供一个用于沟通的众包平台；上述的计算设备在具体实现的过程中，可以通过个人计算机、平板电脑、智能手机、工控机、大型的计算型服务器等具有计算性能的电子设备来实现。需要说明的是，前述的服务器和终端是相对的概念，终端在某种程度上也可以作为其他设备的服务器，例如，对于App开发商的终端来说，使用App的用户的终端从App开发商的终端上下载App，就App开发商的终端与使用App的用户的终端来说，App开发商的终端实际上对于使用App的用户的终端来说，就是服务器；可见，本实施例中的服务器和终端是相对的概念，在指出服务器的时候，应该有一个相对的概念终端。
其中，众包的含义是指：一个公司或机构把过去由自己内部员工执行的工作任务，以自由自愿的形式外包给非特定的(而且通常是大型的)大众网络的做法；即公司或机构利用互联网来将工作任务分配出去以发现创意或解决技术的问题。
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
实施例一
本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器中，该应用推广方法所实现的功能可以通过服务器中的处理器调用程序代 码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
图1-1为本发明实施例一应用推广方法的实现流程示意图，如图1-1所示，该应用推广方法包括：
步骤101，所述服务器接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
这里，所述服务器是指应用推广服务商的计算设备，所述第二终端是指流量主的计算设备，其中所述第二终端中的“第二”和以下实施例中的第一终端中的“第一”等描述仅仅是为了描述起来简便和引用起来清楚，并不代表任何的先后顺序关系。
步骤102，所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
这里，在具体实现的过程中，所述对应关系可以采用建立列表来实现，例如采用如表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中的对应关系，因此不再赘述。
表1 对应关系表
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
这里，在本发明实施例步骤102中，建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，可以将所述流量主的标识信息和所述待接入App的标识信息输入预设的对应关系表(如表1所示)，即将流量主的标识信息输入表1的第三列，将App的标识信息输入表1的第一列，由于刚开始建立，因此表1中的第二列下载次数是空的，在本发明后续的实施例中，将介绍如何填充第二列的下载次数。
步骤103，所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；
这里，应用(App)通常可以分为个人用户应用(面向个人消费者)与 企业级应用(面向企业)，本发明实施例中所指的应用可以是个人用户的应用，也可以是企业级的应用；应用按照电子设备的操作系统的不同，应用可以分为iOS App、Android App等，其中iOS App是指适用于苹果公司产品的iOS操作系统的App，Android App是指适用于安卓(Android)操作系统的App。
这里，所述接入信息至少包括所述App的描述信息和所述App的链接地址；其中，App的描述信息可以包括App的名称、上传时间、类型、App的开发商、App的图标等信息。
步骤104，所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主。
这里，服务器向第二终端发送接入响应后，第二终端根据所述接入信息将所述待接入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所示的界面是第二终端根据接入信息形成的。
在本发明的实施例中，涉及几类具有计算能力的电子设备(计算设备)，图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的桥梁。
具体地，以游戏App为例来进行说明，如图1-4所示，游戏App开发商在众包平台上传游戏相关信息(步骤S41)，其中所述相关信息包括游戏安装包以及对应的游戏App的宣传资料(App的相关信息如描述信息)、分成比例；然后众包平台对游戏App开发商上传的游戏相关信息进行鉴定、 存储和展示(步骤S42)；流量主在众包平台上挑选游戏(步骤S43)，即筛选喜欢的游戏或符合某些预设条件或规则的游戏，然后，流量主植入包含计费代码的SDK开发包(步骤S44)，即使用众包平台提供的通用组件添加到流量主的App/网页/个人社交网站上等；接着，流量主监控用户产生下载行为(步骤S45)，例如使用App的用户通过对应流量主产生的下载/付费；然后，众包平台统计各流量主的下载数据如下载次数等数据，并将下载数据发送给游戏APP开发商(步骤S46)；接着，游戏APP的开发商就可以查看下载数据并确认付款(步骤S47)，例如根据下载次数付款；众包平台在收到开发商的付款后，会执行付款流程(步骤S48)，例如众包平台按游戏开发商设置的分成比例按周期转给对应的流量主，最后，流量主确认收款(步骤S49)。
为了完成上述的应用推广方法，本发明实施例包括以下四个步骤：1)搭建众包平台；2)众包平台针对APP、网页、社交网站等各种流量主形式分别提供嵌入的接口程序如SDK/代码/组件等；3)利用众包平台实现数据监控，其中数据包括下载量、分成比例、收益额等；4)返利转账，按照流量主的下载量向流量主返回报酬。
上述步骤中，众包平台包括以下几个模块：1)展示App的模块(参见图2-5)；2)App开发商和流量主的注册、登录账号模块(参见图2-2和图2-3)；3)权限校验模块(实施例二和实施例三中的验证过程)；4)App上传模块(参见图2-4)；5)下载统计、付费统计SDK(参见实施例五)；6)与银行接口的付款、收款模块(实施例五)。
App开发商和流量主使用众包平台包括以下流程：
对于App开发商来说，流程包括：1)选择身份注册邮箱，设置密码和银行账号信息；2)下载接口程序(SDK)，其中SDK中包含：2a)给该App开发商的签名信息，所述签名信息用于验证用户对此App的所属权； 2b)该App在众包平台上的ID；2c)统计下载量的模块；2d)统计收入的模块。3)将接口程序插App代码中。4)将App上传到众包平台，并设置分成比例、上传试玩demo等信息；5)在众包平台的个人中心查看自己App的下载量、收入和分成情况。
对于流量主来说，流程包括：1)选择身份注册邮箱，设置密码、银行账号信息；2)在流量主的入口植入SDK(APP或软件)/html代码(网页)，服务器用于验证自己对流量主的所有权；3)在平台上选择要接入的App；4)将App下载链接及App描述信息上传到自己的流量主上；5)在个人中心查看App的下载情况以及对自己的分成情况(参见图1-5)。
由上述的描述可以看出：App开发商提供的App通过第一终端10将在众包平台上发布，流量主通过第二终端20从众包平台上挑选适合自己场景的App如游戏App，众包平台按最终的下载/激活/付费返利给流量主，这样，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可返利给流量主。
本发明实施例中，所述服务器接收第二终端发送的接入请求，所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系；所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，通过本发明实施例提供的技术方案，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。
实施例二
本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器 中，该应用推广方法所实现的功能可以通过服务器、第一终端和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
图2-1为本发明实施例二应用推广方法的实现流程示意图，如图2-1所示，该应用推广方法包括：
步骤201，第一终端与服务器之间进行注册流程；
具体地，步骤201中第一终端与服务器之间进行注册流程，可以包括：
步骤2011，所述第一终端向所述服务器发送第一注册请求，所述第一注册请求包括应用App开发商的用户名和密码；
这里，如图2-2所示，App开发商在注册的过程，需要输入用户名和密码；用户名可以采用邮箱、社交账号、公共账号、公司主页地址等，密码可以有一定的预设规则，例如，密码需要6位以上且需要同时包括大写字母和小写字母；用户名和密码可以采用各种现有技术来实现，这里不再赘述。
步骤2012，所述服务器根据用户名和密码进行判断，得到判断结果；将判断结果携带于第一注册响应中，然后向第一终端发送第一注册响应，所述第一注册响应用于表明所述第一终端是否注册成功；
这里，所述服务器根据用户名和密码进行判断，得到判断结果，可以是判断用户名和密码是否符合预设规则，例如密码是否是6位以上且包括大写字母和小写字母；还可以是判断用户名是否有注册过的，以保证用户名的唯一性。
步骤2013，所述第一终端接收服务器发送的第一注册响应，所述第一注册响应用于表明所述第一终端是否注册成功。
这里，需要说明的是，第一终端在向服务器注册的过程中，第一注册请求中还可以包括银行账号、以及银行卡的密码等信息；如图2-3所示， App开发商在注册的过程，除了需要输入用户名、密码外，还需要选择银行(通过下拉菜单12来选择)、输入银行账号和银行卡密码，以便第一终端根据App开发商的操作获取到App开发商的这些注册信息(用户名及其密码、银行卡及其密码)。之所以需要银行账号及其密码等，是因为第一终端为App开发商，当流量主对App进行推广后，需要以货币(金钱)的方式进行收益时，服务器可以根据银行账号和银行卡的密码从App开发商的银行卡中划钱，以便支付给流量主。这里需要说明的，第一终端获取App开发的银行卡及其密码也可以不在注册流程中实现，例如在后续的输入App的描述信息的过程中或者其他什么流程。
步骤202，当第一终端注册成功时，所述第一终端向所述服务器发送第一下载请求；
这里，所述第一下载请求用于向所述服务器请求下载接口程序，所述第一下载请求中至少携带有App开发商的标识信息；所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息，所述签名信息用于服务器下次对所述App所属权的验证；
这里，在具体实现的过程中，所述App开发商的标识信息可以App开发商在注册流程中的用户名，还可以是服务器分配给App开发商的一个代码或编号等。
步骤203，服务器接收第一终端发送的第一下载请求；
这里，以游戏App为例来进行说明，参见图2-4，App开发商为游戏App的开发商，App开发商在第一终端上通过按钮16触发第一下载请求。
步骤204，所述服务器根据所述App开发商的标识信息分配在众包平台上的所述App的标识信息；
这里，众包平台是服务器提供给第一终端与第二终端之间进行交互的媒介，从用户体验的角度来讲，众包平台可以是图2-2或图2-3所示的界面， 这样App开发商可以通过该众包平台进行注册、上传自己需要推广的App的相关信息如App的描述信息等。
步骤205，所述服务器将接口程序发送给所述第一终端，所述接口程序至少包括所述App的标识信息；
步骤206，所述第一终端接收所述服务器发送的接口程序；
这里，接口程序在具体实现的过程中，可以是SDK形式的；App开发商获取到接口程序的SDK后，将接口程序SDK嵌入到自己开发的App的程序中，然后形成第一App程序；
步骤207，所述第一终端获取所述App开发商的第一操作；
这里，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
步骤208，所述第一终端响应所述第一操作，向所述服务器发送所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
步骤209，所述服务器接收所述第一终端发送的第一App程序或者发送第一链接地址。
这里，参见图2-4，App开发商通过按钮21选择需要上传的第一App程序，假设需要上传的App是游戏，因此按钮21选择的游戏的安装包。
这里，需要说明是，服务器还可以上传的第一App程序进行验证，以便得知App开发商上传的App安装包是否真的拥有所属权。验证所属权的过程只要是通过接口程序来实现，如前面所述，App开发商需要将接口程序插入到App安装包中，由于接口程序中预先设置有签名信息，当第一终端上传App安装包，服务器就根据签名信息判断该App安装包是否是合法的，合法的意思是，曾经从众包平台上下载过经服务器授权过的签名信息， 然后将授权过的签名信息携带在App安装包中，并将携带有签名信息的App安装包上传到服务器上。
步骤210，所述第一终端获取所述App开发商的设置操作；
这里，所述设置操作是指一系列的对App的相关信息进行设置的操作，继续承接上述的例子，继续参见图2-4，App开发商在图2-4所示的界面中进行操作，例如在游戏名称的输入框13中输入游戏App的名称“天天宝石大战”，然后点击上传按钮14上传游戏的图标，点击添加按钮15上传游戏截图，点击上传按钮17上传游戏试玩视频，点击上传按钮18上传游戏试玩小样(demo)，在输入框21中输入分成比例，点击上传按钮21上传游戏App的安装包。本例中，App开发商与流量主之间是以货币的形式进行交付的，因此，本例中的收益参数为分成比例；需要说明的是，当需要App是付费的话，还可以输入每下载一次用户需要付出的货币，这样App开发商可以从用户的下载中获得下载收入，然后服务器按照下载收入与分成比例计算得到流量主应该得到收益；在其他的实施例中，还可以以其他的方式进行交付，例如以流量、广告位的时间等进行交付，那么收益参数是与流量、广告位的时间等有关的参数。
步骤211，所述第一终端响应所述设置操作，获取App的描述信息；
这里，所述App的描述信息可以包括图2-4所示的下载收入和收益参数，所述收益参数用于表征所述App开发商给流量主的回报。
步骤212，所述第一终端向所述服务器发送所述App的描述信息；
步骤213，所述服务器接收第一终端发送的App的描述信息；
这里，所述App的描述信息可以包括App开发商的标识信息、所述App的主体信息、App的名称、App的图标、收益参数等；其中，所述App的主体信息包括所述App的软件开发工具包SDK或者所述App的链接地址。
步骤214，所述服务器根据所述App的主体信息，验证所述App的合法性；
这里，服务器验证App的合法性可以包括很多，例如，如果App是游戏的话，一般的游戏都需要由工信部进行游戏出版备案，经过工信部备案通过后的游戏会得到一个认证编码，那么App开发商在填写App的描述信息的过程中，还需要填写这个认证编码，相应地，在本步骤213中，验证App的合法性可以是验证游戏App是否有工信部的认证编码。除此之外，验证App的合法性还包括验证App有没有偷跑流量，或者，是不是涉及暴力、色情等。
步骤215，当所述服务器验证所述App合法时，所述服务器将所述App的描述信息发布在众包平台上，以使所述App被流量主所推广。
这里，参见服务器将App的描述信息发布到众包平台上，可以以图2-5的界面进行展示(第二终端能够显示的界面)，这样流量主可以选择输入框选择App，假设流量主选择的是App类型是游戏，然后第二终端就会显示出当然需要接入的App包括三款，第一款是欢乐斗地主、第二款式全民飞机大战、第三款是天天德州，流量主可以通过界面上显示进行决策，是选择其中的一款或者多款App进行接入，当流量主确定接入时，可以选择接入按钮22，然后将该款App接入到自己的流量主上。当第一终端将App接入到自己的流量主上后，在用户的终端上将会呈现出如图1-3所示的界面，当用户选择下载App时，将会对流量主进行一次下载次数的记录，从而流量主可以得到相应的回报。
实施例三
本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器中，该应用推广方法所实现的功能可以通过服务器、第一终端和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介 质中，可见，该服务器至少包括处理器和存储介质。
图3为本发明实施例三应用推广方法的实现流程示意图，如图3所示，该应用推广方法包括：
步骤301，第二终端与服务器之间进行注册流程；
这里，步骤301中第二终端与服务器之间进行注册流程，可以包括：
步骤3011，所述第二终端向服务器发送第二注册请求，所述第二注册请求包括流量主的用户名和密码；
步骤3012，所述服务器根据用户名和密码进行判断，得到判断结果；将判断结果携带于第二注册响应中，然后向第二终端发送第二注册响应，所述第二注册响应用于表明所述第二终端是否注册成功；
这里，所述服务器根据用户名和密码进行判断，得到判断结果，可以是判断用户名和密码是否符合预设规则，例如密码是否是6位以上且包括大写字母和小写字母；还可以是判断用户名是否有注册过的，以保证用户名的唯一性。
步骤3013，所述第二终端接收服务器发送的第二注册响应，所述第二注册响应用于表明所述第二终端是否注册成功。
这里，需要说明的是，第二终端在向服务器注册的过程中，第二注册请求中还可以包括银行账号、以及银行卡的密码等信息；流量主在注册的过程，除了需要输入用户名、密码外，还需要选择银行、输入银行账号和银行卡密码，以便第二终端根据流量主的操作获取到流量主的注册信息(用户名及其密码、银行卡及其密码)。之所以需要银行账号及其密码等，是因为第一终端为App开发商，当流量主对App进行推广后，需要以货币(金钱)的方式进行收益时，服务器可以根据银行账号和银行卡的密码从App开发商的银行卡中划钱，以便支付给流量主。这里需要说明的，第二终端获取流量主的银行卡及其密码也可以不在注册流程中实现。
这里，步骤301中第二终端与服务器之间进行注册流程，与上述实施例二中步骤201类似，本领域的技术人员可以参见实施例二中的步骤201而理解，这里不再赘述。
步骤302，当所述第二注册响应表明所述第二终端注册成功时，所述第二终端获取所述流量主的主体信息，所述主体信息用于所述服务器对所述流量主的合法性进行验证；
这里，所述流量主的主体信息可以为软件开发工具包(SDK)或者超级文本标记语言(HTML)代码。
这里，第二终端获取流量主的主体信息，可以通过流量主的选择操作或者设置操作来实现，类似地可以参见步骤210等步骤。
步骤303，所述第二终端将所述流量主的主体信息发送给所述服务器；
步骤304，所述服务器接收所述第二终端发的所述流量主的主体信息；
步骤305，所述服务器对所述流量主的主体信息进行验证，得到验证结果，所述验证结果用于表明对所述流量主的主体信息的验证是否通过；
这里，步骤305主要是验证流量主的真实性，例如流量主是否真实的，流量主是不是虚假上传了其它的网站等。
步骤306，所述服务器将所述验证结果发送给所述第二终端。
这里，所述服务器将所述验证结果发送给所述第二终端，包括：
步骤3061，验证通过时，所述服务器分配属于所述流量主的标识信息，并将所述流量主的标识信息和/或所述验证结果发送给所述第二终端；
步骤3062，验证未通过时，所述服务器将所述验证结果发送给所述第二终端。
步骤307，所述第二终端接收所述服务器发送的验证结果。
本发明实施例中，上述的步骤301实现的是流量主向众包平台的注册，而步骤302至步骤307实现的是，服务器对流量主真实性的验证过程。
实施例四
在前述实施例三的步骤307的基础上，本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器和第二终端中，该应用推广方法所实现的功能可以通过服务器和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
图4为本发明实施例四应用推广方法的实现流程示意图，如图4所示，该应用推广方法包括：
步骤401，所述第二终端接收所述服务器发送的验证结果；
步骤402，当所述验证结果表明所述流量主的主体信息有效时，第二终端获取待接入应用App的标识信息；
具体地，本步骤402可以通过下面的两种方式来实现，第一种方式，步骤402，所述第二终端获取待接入应用App的标识信息，包括：
步骤4021A，所述第二终端获取选择操作，所述选择操作为所述流量主从众包平台上选择自己需要接入的待接入App；
这里，流量主通过第二终端显示的如图2-5所示的界面进行选择操作，流量主经过查看之后发现，App欢乐斗地主的分成比例为4％，App天天德州的分成比例为2％，而App全民飞机大战的分成比例为10％，因此流量主就以分成比例比较高的App全民飞机大战24作为待接入App。
步骤4022A，所述第二终端响应所述选择操作，获取所述待接入App的标识信息。
这里，继续承接步骤4021A中的例子，第二终端根据流量主的选择操作获取到App全民飞机大战24的标识信息，其中App全民飞机大战24作为待接入App。
第二种方式，步骤402，所述第二终端获取待接入应用App的标识信 息，包括：
步骤4022A，所述第二终端获取选择条件，所述选择条件为默认设置的条件或者所述流量主通过条件设置操作而得到的条件，所述条件设置操作用于预先设置选择待接入App的操作；
这里，流量主可以设置一些选择条件，例如单纯以分成比例高为选择条件，或者以受欢迎程度为选择条件，其中分成比例高意味着单次的下载可以得到比较的收益(假设每下载一次各个App的下载费用是一样的)，受欢迎程序可以采用数值来表示，例如50％的人喜欢，可以采用数值5来表示，40％的人喜欢可以数值4来表示，受欢迎程度可以从网络上获取，也可以是服务器提供的，甚至可以是App开发商填写的App的描述信息中的一项内容。
步骤4022A，所述第二终端根据所述选择条件获取所述待接入App的标识信息。
步骤403，所述第二终端将所述待接入App的标识信息携带于接入请求中；
这里，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
步骤404，所述第二终端将所述接入请求发送给所述服务器；
步骤405，所述服务器接收第二终端发送的接入请求；
这里，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息。
步骤406，所述服务器根据所述待接入App的标识信息，验证所述待接入App的有效性；所述服务器根据所述流量主的标识信息，验证所述流量主的有效性；
这里，步骤406中的所述待接入App的有效性主要是指待接入App是 否挂在众包平台上，或者当前时刻是否在待接入App的生命周期内，例如App开发商已经更新了版本，但是流量主请求的还是旧版本的，那么流量主请求的待接入App已经不在生命周期内了，即请求的App无效。
这里，流量主的有效性，也可以是指流量主的一个生命周期，例如，流量主可能需要向众包平台的提供商提供一段时间的验证信息，如果流量主未按时提供，那么在本步骤406的验证过程中，将可能出现无效的结果。
步骤407，当所述服务器验证所述App有效且所述流量主有效时，所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
这里，本实施例提供的方法还包括：当服务器验证所述App无效且所述流量主无效时，所述服务器向第二终端发送报错响应，以提示第二终端中的发送的接入响应中的所述App无效或者所述流量主无效。
步骤408，所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；
这里，所述接入信息至少包括所述App的描述信息和所述App的链接地址。
步骤409，所述服务器响应所述接入请求，向所述第二终端发送接入响应；
这里，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
步骤410，所述第二终端接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
步骤411，所述第二终端根据所述接入信息将所述待接入App接入到 自身的流量主。
本发明实施例中，上述的步骤405至步骤407、步骤408、步骤409分别对应于实施例一中的步骤101至步骤104，因此，本领域的技术人员可以参阅实施例一而理解上述的步骤405、步骤407至步骤409，为节约篇幅，这里不再赘述。
实施例五
基于前述的实施例，本发明实施例提供一种应用推广方法，该应用推广方法应用于服务器和第二终端中，该应用推广方法所实现的功能可以通过服务器和第二终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该服务器至少包括处理器和存储介质。
图5为本发明实施例五应用推广方法的实现流程示意图，如图5所示，该应用推广方法包括：
步骤501，用户的终端接收用户的下载操作；
这里，步骤501中的用户是指使用App的用户，从流量主上下载App的过程，例如，在图1-3的b图中，用户进行点击“下载按钮11”，然后触发用户的终端向服务器发送第二下载请求。
步骤502，用户的终端向服务器发送第二下载请求；
这里，所述第二下载请求用于下载App开发商提供的第一App程序，所述第二下载请求中携带有待下载的App的标识信息和流量主的标识信息，其中待下载的App的标识信息具体可以是App的名称、或者App的编码等信息，只要该信息能够标识App即可，流量主的标识信息具体可以是流量主的名称、流量主的编号等信息，同理，该流量主的标识信息能够标识流量主即可。
这里，继续承接上述步骤501中的例子，用户在点击下载按钮的时候，用户的终端就会获取到一个地址，这个地址具体可以是链接地址或者网际 协议(IP)地址，按照这个地址，用户的终端就向该地址所代表的设备发送第二下载请求，在本例中，假设这个地址代表的是服务器，当然，在其他的实施例中，该地址也可以代表第一终端或者第二终端。需要说明的是，无论这个地址代表的是服务器、第一终端还是第二终端，这个第二下载请求都需要携带流量主的标识信息和待下载的App的标识信息，因为需要知道用户下的是什么样的App，还有知道用户是通过何种渠道(流量主)得知的下载途径，以便从App开发商那里获取报酬，以便分发给流量主。
步骤503，所述服务器接收用户的终端发送的第二下载请求；
这里，所述第二下载请求用于下载App开发商提供的第一App程序，所述第二下载请求中携带有App的标识信息和流量主的标识信息；
步骤504，所述服务器响应所述第二下载请求，根据所述App的标识信息获取第一App程序，并将所述第一App程序发送给所述用户的终端；
步骤505，所述服务器记录与流量主的标识信息和App的标识信息相对应的下载次数。
本发明实施例中，上述的步骤501至步骤505实际上是用户的终端从服务器上下载App安装包(即第一App程序)的过程。
步骤506，所述服务器获取应用App的下载信息，所述App的下载信息包括App的标识信息、推广所述App的流量主的标识信息和所述流量主的下载次数；
这里，需要说明的是，前述实施例中接口程序还可以用于完成App下载量的统计和下载收入的统计，一般来说，App在众包平台上的标识信息也可以通过接口程序一起下发给App开发商，接口程序一旦接入到App程序中，形成一个完成的App安装包(即第一App程序)后，对流量主的下载量的统计将可以通过接口程序来完成，实际上，用户安装完成之后，接口程序可以通过第二终端或者直接向服务器发送下载信息，这样服务器就 可以得到下载信息，进而计算收益，分发给流量主。
步骤507，所述服务器根据所述App的标识信息获取收益参数；
步骤508，所述服务器根据所述流量主的下载次数和所述收益参数，确定对应的流量主的收益额；
步骤509，所述服务器根据所述App的标识信息从对应的App开发商处获取所述收益额，并将所述收益额分发给与所述流量主的标识信息相对应的流量主。
本发明实施例中，上述的步骤506至步骤509实现的是，如何根据用户从流量主的下载量，对流量主进行回报的过程。
在本发明实施例中，服务器接收用户的终端发送的第二下载请求，然后服务器通过第二下载请求来记录从流量主上的下载次数。在其他的实施例中，也可以是第二终端接收用户的终端发送的第二下载请求，然后根据第二下载请求计算从流量主的下载次数，具体流程包括：
步骤S501，所述第二终端接收用户的终端发送的第二下载请求；
这里，所述第二下载请求用于从所述流量主上下载App开发商提供的第一App程序；所述第二下载请求中携带有App的标识信息；
步骤S502，所述第二终端响应所述第二下载请求，向所述服务器发送所述第三下载请求，所述第三下载请求用于请求下载第一App程序；
步骤S503，所述第二终端接收所述服务器发送的第一App程序，并将所述第一App程序发送给所述用户的终端。
步骤S504，所述用户的终端将App的标识和安装完成标识发送给第二终端；
这里，安装完成标识用于表明用户的终端已经完成App安装包的安装。
步骤S505，第二终端接收到用户终端发送的App的标识和安装完成标识后，将流量主的标识信息一起发送给服务器；
步骤S505之后的流程将接续上述的步骤506，因此，下面的流程这里不再赘述。
实施例六
基于前述的应用推广方法，本发明实施例提供一种服务器，本发明实施例提供的服务器中的第一接收单元、建立单元、第一获取单元和第一发送单元等单元，以及各单元各自所包括的各模块都可以通过服务器中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图6为本发明实施例六服务器的组成结构示意图，如图6所示，该服务器600包括第一接收单元601、建立单元602、第一获取单元603和第一发送单元604，其中：
所述第一接收单元601，配置为接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
所述建立单元602，配置为建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；
所述第一获取单元603，配置为根据所述待接入App的标识信息获取待接入App的接入信息；
所述第一发送单元604，配置为响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；
所述接入信息至少包括所述App的描述信息和所述App的链接地址。
本发明实施例中，所述服务器还包括第一验证单元和第二验证单元，其中：
所述第一验证单元，配置为根据所述待接入App的标识信息，验证所述待接入App的有效性；
所述第二验证单元，配置为根据所述流量主的标识信息，验证所述流量主的有效性；当所述服务器验证所述App有效且所述流量主有效时，触发所述第一发送单元。
本发明实施例中，所述服务器还包括第二接收单元、分配单元、第二发送单元和第三接收单元，其中：
所述第二接收单元，配置为接收第一终端发送的第一下载请求，所述第一请求用于请求下载接口程序，所述第一下载请求中至少携带有App开发商的标识信息；
所述分配单元，配置为根据所述App开发商的标识信息分配在众包平台上的所述App的标识信息；
所述第二发送单元，配置为将接口程序发送给所述第一终端，所述接口程序至少包括所述App的标识信息；
所述第三接收单元，配置为接收所述第一终端上传的第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址。
本发明实施例中，所述接口程序包括签名信息，所述签名信息用于服务器下次对所述App所属权的验证。
本发明实施例中，所述服务器还包括第四接收单元、第三验证单元和发布单元，其中：
所述第四接收单元，配置为接收第一终端发送的App的描述信息，所 述App的描述信息包括App开发商的标识信息、所述App的主体信息、App的名称、App的图标、收益参数；
所述第三验证单元，配置为根据所述App的主体信息，验证所述App的合法性，所述App的主体信息包括所述App的软件开发工具包SDK或者所述App的链接地址；
所述发布单元，配置为当验证所述App合法时，将所述App的描述信息发布在众包平台上，以使所述App被流量主所推广。
本发明实施例中，所述服务器还包括第二获取单元、第三获取单元、确定单元、第四获取单元和第三发送单元，其中：
所述第二获取单元，配置为获取应用App的下载信息，所述App的下载信息包括App的标识信息、推广所述App的流量主的标识信息和所述流量主的下载次数；
所述第三获取单元，配置为根据所述App的标识信息获取收益参数；
所述确定单元，配置为根据所述流量主平台的下载次数和所述收益参数，确定对应的流量主的收益额；
所述第四获取单元，配置为根据所述App的标识信息从对应的App开发商处获取所述收益额；
所述第三发送单元，配置为将所述收益额分发给与所述流量主的标识信息相对应的流量主。
本发明实施例中，所述服务器还包括第五接收单元、第四验证单元和第四发送单元，其中：
所述第五接收单元，配置为接收所述第二终端发的所述流量主的主体信息，所述流量主的主体信息为软件开发工具包SDK或者超级文本标记语言HTML代码；
所述第四验证单元，配置为对所述流量主的主体信息进行验证，得到 验证结果，所述验证结果用于表明对所述流量主的主体信息的验证是否通过；
所述第四发送单元，配置为将所述验证结果发送给所述第二终端。
本发明实施例中，所述第四发送单元包括第一发送模块和第二发送模块，其中：
所述第一发送模块，配置为验证通过时，所述服务器分配属于所述流量主的标识信息，并将所述流量主的标识信息和/或所述验证结果发送给所述第二终端；
所述第二发送模块，配置为验证未通过时，所述服务器将所述验证结果发送给所述第二终端。
本发明实施例中，所述服务器还包括第六接收单元、第五获取单元和记录单元，其中：
所述第六接收单元，配置为接收用户的终端发送的第二下载请求，所述第二下载请求用于下载App开发商提供的第一App程序，所述第二下载请求中携带有App的标识信息和流量主的标识信息；
所述第五获取单元，配置为响应所述第二下载请求，根据所述App的标识信息获取第一App程序，并将所述第一App程序发送给所述用户的终端；
所述记录单元，配置为记录与流量主的标识信息和App的标识信息相对应的下载次数。
这里需要指出的是：以上服务器实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
本发明实施例中，第一接收单元601接收第二终端发送的接入请求， 所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；建立单元602建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系；第一获取单元603根据所述待接入App的标识信息获取待接入App的接入信息；第一发送单元604响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。
实施例七
基于前述的方法实施例，本发明实施例提供一种第一终端，本发明实施例提供的第一终端中的第五发送单元、第七接收单元、第六获取单元和第一处理单元等单元，以及各单元各自所包括的各模块都可以通过第一终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
图7为本发明实施例七第一终端的组成结构示意图，如图7所示，该第一终端700包括第五发送单元701、第七接收单元702、第六获取单元703和第一处理单元704，其中：
所述第五发送单元701，配置为向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；
所述第七接收单元702，配置为接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
所述第六获取单元703，配置为获取所述App开发商的第一操作，所 述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
所述第一处理单元704，配置为响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
本发明实施例中，所述第一终端还包括第七获取单元和第八获取单元，其中：
所述第七获取单元，配置为获取所述App开发商的设置操作；
所述第八获取单元，配置为响应所述设置操作，获取下载收入和收益参数，所述收益参数用于表征所述App开发商给流量主的回报。
本发明实施例中，所述第一终端还包括第六发送单元、第八接收单元和第七发送单元，其中：
所述第六发送单元，配置为向所述服务器发送第一注册请求，所述第一注册请求包括应用App开发商的用户名和密码；
所述第八接收单元，配置为接收服务器发送的第一注册响应，所述第一注册响应用于表明所述第一终端是否注册成功；
所述第七发送单元，配置为当所述第一注册响应表明所述第一终端注册成功时，向所述服务器发送第一下载请求。
这里需要指出的是：以上第一终端实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明第一终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
实施例八
基于前述的方法实施例，本发明实施例提供一种第二终端，本发明实 施例提供的第一终端中的第九获取单元、携带单元、第八发送单元、第九接收单元和接入单元等单元，以及各单元各自所包括的各模块都可以通过第一终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在具体实施例的过程中，处理器可以为中央处理器、微处理器、数字信号处理器或现场可编程门阵列等。
图8为本发明实施例八第二终端的组成结构示意图，如图8所示，该第二终端800包括第九获取单元801、携带单元802、第八发送单元803、第九接收单元804和接入单元805，其中：
所述第九获取单元801，配置为获取待接入应用App的标识信息；
所述携带单元802，配置为将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
所述第八发送单元803，配置为将所述接入请求发送给所述服务器；
所述第九接收单元804，配置为接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
所述接入单元805，配置为根据所述接入信息将所述待接入App接入到自身的流量主。
本发明实施例中，所述第二终端还包括第十接收单元、第九发送单元、第十一接收单元和第十发送单元，其中：
所述第十接收单元，配置为接收用户的终端发送的第二下载请求，所述第二下载请求用于从所述流量主上下载App开发商提供的第一App程序；所述第二下载请求中携带有App的标识信息；
所述第九发送单元，配置为响应所述第二下载请求，向所述服务器发送所述第三下载请求，所述第三下载请求用于请求下载第一App程序；
所述第十一接收单元，配置为接收所述服务器发送的第一App程序；
所述第十发送单元，配置为将所述第一App程序发送给所述用户的终端。
本发明实施例中，所述第九获取单元，包括第一获取模块和第二获取模块，其中：
所述第一获取模块，配置为获取选择操作，所述选择操作为所述流量主从众包平台上选择自己需要接入的待接入App；
所述第二获取模块，配置为响应所述选择操作，获取所述待接入App的标识信息。
本发明实施例中，所述第九获取单元包括第三获取模块和第四获取模块，其中：
所述第三获取模块，配置为获取选择条件，所述选择条件为默认设置的条件或者所述流量主通过条件设置操作而得到的条件，所述条件设置操作用于预先设置选择待接入App的操作；
所述第四获取模块，配置为根据所述选择条件获取所述待接入App的标识信息。
本发明实施例中，所述第二终端还包括第十获取单元、第十一发送单元、第十二接收单元和第十一获取单元，其中：
所述第十获取单元，配置为获取所述流量主的主体信息，所述主体信息用于所述服务器对所述流量主的合法性进行验证；
所述第十一发送单元，配置为将所述流量主的主体信息发送给所述服务器；
所述第十二接收单元，配置为接收所述服务器发送的验证结果；
所述第十一获取单元，配置为当所述验证结果表明所述流量主信息有效时，获取待接入应用App的标识信息。
这里需要指出的是：以上第二终端实施例的描述，与上述方法实施例 的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明第二终端实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。
本发明实施例中服务器所包括的各单元，以及各单元所包括的各模块，都可以通过服务器中处理器来实现；第一终端所包括的各单元，以及各单元所包括的各模块，都可以通过第一终端中处理器来实现；第二终端所包括的各单元，以及各单元所包括的各模块，都可以通过第二终端中处理器来实现；当然还可以通过逻辑电路来实现，在具体实施例的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。
需要说明的是，本发明实施例中，如果以软件功能模块的形式实现上述的应用推广方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应地，本发明实施例再提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行本发明实施例中应用推广方法。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。 因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory， ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
工业实用性
本发明实施例中，服务器接收第二终端发送的接入请求，所述服务器建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系；所述服务器根据所述待接入App的标识信息获取待接入App的接入信息；所述服务器响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；如此，App开发商不需要与流量主进行直接沟通，无需繁琐的数据计算即可实现对流量主的返利。

Claims (26)

  1. 一种应用推广方法，所述方法包括：
    服务器接收第二终端发送的接入请求，所述接入请求中携带有待接入应用App的标识信息和所述第二终端对应的流量主的标识信息；
    所述服务器建立所述流量主的标识信息、所述待接入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的描述信息和所述App的链接地址。
  19. 一种第一终端，所述第一终端包括第五发送单元、第七接收单元、第六获取单元和第一处理单元，其中：
    所述第五发送单元，配置为向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；
    所述第七接收单元，配置为接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；
    所述第六获取单元，配置为获取所述App开发商的第一操作，所述第一操作用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；
    所述第一处理单元，配置为响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
  20. 一种第二终端，所述第二终端包括第九获取单元、携带单元、第八发送单元、第九接收单元和接入单元，其中：
    所述第九获取单元，配置为获取待接入应用App的标识信息；
    所述携带单元，配置为将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；
    所述第八发送单元，配置为将所述接入请求发送给所述服务器；
    所述第九接收单元，配置为接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；
    所述接入单元，配置为根据所述接入信息将所述待接入App接入到自身的流量主。
  21. 一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行权利要求1至9任一项所述的应用推广方法。
  22. 一种计算机存储介质，所述计算机存储介质中存储有计算机可 执行指令，该计算机可执行指令用于执行权利要求10至12任一项所述的应用推广方法。
  23. 一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，该计算机可执行指令用于执行权利要求13至17任一项所述的应用推广方法。
  24. 一种服务器，所述服务器包括：
    存储介质，配置为存储计算机可执行指令；
    处理器，配置为执行存储在所述存储介质上的计算机可执行指令，所述计算机可执行指令包括：接收第二终端发送的接入请求，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；建立所述流量主的标识信息、所述待接入App的标识信息和所述待接入App的下载次数之间的对应关系，所述对应关系用于描述使用所述待接入App的用户从所述流量主上下载所述待接入App的下载次数；根据所述待接入App的标识信息获取待接入App的接入信息；响应所述接入请求，向所述第二终端发送接入响应，所述接入响应中携带有所述待接入App的接入信息，所述接入响应用于使所述第二终端根据所述接入信息将所述待接入App接入到自身的流量主；所述接入信息至少包括所述App的描述信息和所述App的链接地址。
  25. 一种第一终端，所述第一终端包括：
    存储介质，配置为存储计算机可执行指令；
    处理器，配置为执行存储在所述存储介质上的计算机可执行指令，所述计算机可执行指令包括：向服务器发送第一下载请求，所述第一下载请求用于向所述服务器请求下载接口程序；接收所述服务器发送的接口程序，所述接口程序用于嵌入所述App开发商的App程序中，所述接口程序至少签名信息；获取所述App开发商的第一操作，所述第一操作 用于触发所述第一终端向所述服务器上传第一App程序或者发送第一链接地址，所述第一App程序中嵌入有所述接口程序，所述第一链接地址为所述第一App程序的链接地址；响应所述第一操作，向所述服务器发送上传所述第一App程序或者发送第一链接地址，以供流量主从所述服务器上下载第一App程序或者获取第一链接地址。
  26. 一种第二终端，所述第二终端包括：
    存储介质，配置为存储计算机可执行指令；
    处理器，配置为执行存储在所述存储介质上的计算机可执行指令，所述计算机可执行指令包括：获取待接入应用App的标识信息；将所述待接入App的标识信息携带于接入请求中，所述接入请求中携带有待接入App的标识信息和所述第二终端对应的流量主的标识信息；将所述接入请求发送给所述服务器；接收所述服务器发送的接入响应，所述接入响应中携带有所述待接入App的接入信息；根据所述接入信息将所述待接入App接入到自身的流量主。
PCT/CN2016/080170 2015-05-20 2016-04-25 一种应用推广方法、服务器及终端、存储介质 WO2016184298A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510260239.7 2015-05-20
CN201510260239.7A CN104902019B (zh) 2015-05-20 2015-05-20 一种应用推广方法、服务器及终端

Publications (1)

Publication Number Publication Date
WO2016184298A1 true WO2016184298A1 (zh) 2016-11-24

Family

ID=54034415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/080170 WO2016184298A1 (zh) 2015-05-20 2016-04-25 一种应用推广方法、服务器及终端、存储介质

Country Status (2)

Country Link
CN (1) CN104902019B (zh)
WO (1) WO2016184298A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111782445A (zh) * 2020-06-28 2020-10-16 百度在线网络技术（北京）有限公司 设备调试环境的配置方法和装置
CN112148962A (zh) * 2019-06-28 2020-12-29 北京百度网讯科技有限公司 用于推送信息的方法和装置
CN113656787A (zh) * 2021-08-12 2021-11-16 青岛海信智慧生活科技股份有限公司 服务提供设备、终端、鉴权设备、资源访问方法及系统
CN114448973A (zh) * 2022-01-11 2022-05-06 贵阳朗玛视讯科技有限公司 一种获取应用程序推荐来源的方法和装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105430101A (zh) * 2015-12-24 2016-03-23 北京奇虎科技有限公司 生成推广链接的方法和装置、分析推广链接的方法和装置
CN105812479B (zh) * 2016-04-15 2020-02-28 腾讯科技（深圳）有限公司 使用权限的请求方法和装置及获取方法和装置
CN107306396B (zh) * 2016-04-25 2020-06-12 中国移动通信有限公司研究院 一种流量控制方法及网络设备
CN107666665A (zh) * 2017-10-27 2018-02-06 维沃移动通信有限公司 一种应用程序的下载方法和装置
CN109949062B (zh) * 2017-12-20 2021-05-25 北京京东尚科信息技术有限公司 应用软件推广平台确认方法及装置、存储介质、电子设备
CN108521349B (zh) * 2018-03-15 2020-06-05 福建天泉教育科技有限公司 一种统计安装包的安装数量的方法及系统
CN109347919A (zh) * 2018-09-18 2019-02-15 深圳壹账通智能科技有限公司 用户验证方法、装置、计算机设备和存储介质
CN110187912B (zh) * 2019-05-16 2022-03-29 华为技术有限公司 一种节点选择方法和装置
CN111638982B (zh) * 2020-05-27 2024-03-01 百度在线网络技术（北京）有限公司 导流方法、导流装置和电子设备
CN112181366B (zh) * 2020-09-28 2023-01-24 科大国创云网科技有限公司 基于跨平台交互的移动应用开发框架
CN115061717B (zh) * 2022-06-30 2023-09-05 北京亚控科技发展有限公司 应用管理方法、应用订阅方法及相关设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103270527A (zh) * 2010-08-06 2013-08-28 Tapjoy公司 用于奖励应用程序安装的系统及方法
CN103617544A (zh) * 2013-11-27 2014-03-05 友盟同欣（北京）科技有限公司 渠道效果监控方法以及系统
CN103795739A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 一种应用推广方法、装置及系统
CN103812914A (zh) * 2012-11-14 2014-05-21 阿里巴巴集团控股有限公司 一种追踪推广者的方法及装置
US20140282497A1 (en) * 2013-03-15 2014-09-18 Tapjoy, Inc. Rewarding mobile app installations without a software development kit in the mobile app
CN104363264A (zh) * 2014-10-22 2015-02-18 北京棱镜云桥科技有限公司 移动终端软件的多渠道sdk接入系统及方法
CN104484442A (zh) * 2014-12-24 2015-04-01 北京金和软件股份有限公司 一种基于网络平台的app推广和统计的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104599162A (zh) * 2015-02-11 2015-05-06 北海和思科技有限公司 一种基于网络平台的app推广和统计的方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103270527A (zh) * 2010-08-06 2013-08-28 Tapjoy公司 用于奖励应用程序安装的系统及方法
CN103795739A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 一种应用推广方法、装置及系统
CN103812914A (zh) * 2012-11-14 2014-05-21 阿里巴巴集团控股有限公司 一种追踪推广者的方法及装置
US20140282497A1 (en) * 2013-03-15 2014-09-18 Tapjoy, Inc. Rewarding mobile app installations without a software development kit in the mobile app
CN103617544A (zh) * 2013-11-27 2014-03-05 友盟同欣（北京）科技有限公司 渠道效果监控方法以及系统
CN104363264A (zh) * 2014-10-22 2015-02-18 北京棱镜云桥科技有限公司 移动终端软件的多渠道sdk接入系统及方法
CN104484442A (zh) * 2014-12-24 2015-04-01 北京金和软件股份有限公司 一种基于网络平台的app推广和统计的方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112148962A (zh) * 2019-06-28 2020-12-29 北京百度网讯科技有限公司 用于推送信息的方法和装置
CN112148962B (zh) * 2019-06-28 2023-08-01 北京百度网讯科技有限公司 用于推送信息的方法和装置
CN111782445A (zh) * 2020-06-28 2020-10-16 百度在线网络技术（北京）有限公司 设备调试环境的配置方法和装置
CN111782445B (zh) * 2020-06-28 2023-08-15 百度在线网络技术（北京）有限公司 设备调试环境的配置方法和装置
CN113656787A (zh) * 2021-08-12 2021-11-16 青岛海信智慧生活科技股份有限公司 服务提供设备、终端、鉴权设备、资源访问方法及系统
CN113656787B (zh) * 2021-08-12 2023-10-27 青岛海信智慧生活科技股份有限公司 服务提供设备、终端、鉴权设备、资源访问方法及系统
CN114448973A (zh) * 2022-01-11 2022-05-06 贵阳朗玛视讯科技有限公司 一种获取应用程序推荐来源的方法和装置

Also Published As

Publication number Publication date
CN104902019B (zh) 2016-11-16
CN104902019A (zh) 2015-09-09

Similar Documents

Publication Publication Date Title
WO2016184298A1 (zh) 一种应用推广方法、服务器及终端、存储介质
WO2017129083A1 (zh) 消息处理方法、装置、系统和计算机存储介质
CN110675149B (zh) 基于区块链的数据处理方法、装置、设备及存储介质
US8744930B1 (en) Transmission of product attribute with an indication that product has been purchased
WO2019204670A2 (en) Decentralized protocol for maintaining cryptographically proven multi-step referral networks
JP6261827B1 (ja) ゲーム収益のための方法およびシステム
TW202007118A (zh) 基於區塊鏈的個人數據處理方法及電腦裝置
US9311647B2 (en) Method and system for providing a widget usable in financial transactions
TWI739059B (zh) 基於區塊鏈的虛擬資源交付、群眾募資方法及裝置
CN106204108B (zh) 广告反作弊方法及广告反作弊装置
JP6979264B2 (ja) クラウドサービス提供方法およびシステム
CN105812479B (zh) 使用权限的请求方法和装置及获取方法和装置
WO2017128920A1 (zh) 一种消息处理方法、装置及终端
US20140278873A1 (en) Content sharing system, content sharing server apparatus, content sharing method and recording medium
US20080098325A1 (en) Method and system for facilitating social payment or commercial transactions
US20140208399A1 (en) Method and system for accessing a computing resource
WO2012135748A2 (en) Integrated mobile/server applications
US9183002B2 (en) Method and system for providing a widget for displaying multimedia content
EP3051755B1 (en) Installation package authorization method and device
CN104364779B (zh) 服务提供系统、服务计算机及终端
JP2023011611A (ja) ブロックチェーンネットワークを介してデータを通信し、格納し、及び処理するためのブロックチェーンベースのシステム及び方法
CN109034867B (zh) 点击流量检测方法、装置及存储介质
JP3216098U (ja) インタラクティブ環境における広告の提供システム
US10019696B2 (en) Distributed digital rights-managed file transfer and access control
CN111178971A (zh) 广告投放控制方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16795785

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 11/04/2018)

122 Ep: pct application non-entry in european phase

Ref document number: 16795785

Country of ref document: EP

Kind code of ref document: A1