Method and apparatus for automatic placement of advertising7039599Abstract A computer system for automatic replacement of direct advertisements in scarce media includes an advertising server for selecting a direct advertisement based on certain criteria. Transaction results of the direct advertisement placement are reported back to the advertising server, and an associated accounting system. In one embodiment, the direct advertiser's server reports transactions back to the advertising server by email. In a second embodiment, a direct proxy server brokers the user's session (or interaction) with the direct advertiser's server, including transaction processing and the direct proxy server reports the results of transactions back to the advertising server and its associated accounting system. A direct proxy provides an independent audit of transactions at a remote direct advertiser's web site. The feedback of the results of direct advertisement transactions provides an efficient utilization of direct advertising space by way of an automated computer system with a predictive model for selection and distribution of direct advertising. Claims What is claimed is: Description FIELD OF THE INVENTION The present invention provides a method and apparatus for media providers to correlate particular advertisements with particular divisions of media space, so the media provider can further optimize scarce media space. Divisions of media space are, for example, individual pages of web sites; time slots for TV and radio commercials; sections of magazines and newspapers; and so on. The present invention provides a method and apparatus for media providers to correlate particular advertisements direct with particular users and groups of users of media, so the media provider can further optimize scarce media space. Users of media are, for example, browsers of web sites; viewers of television and CATV; listeners of radio; readers of magazines and newspapers; and so on). The present invention provides a method and apparatus for the automatic prevention of ad "burn out." Burn out is defined as the circumstance in which a viewer sees a particular advertisement, or a type of advertisement, too many times and is thereby desensitized to it, making it unlikely that he or she will respond. The same functionality for ad selection and targeting, as described in this invention disclosure, also alleviates user burn out. It is also an object of the present invention to provide a method and apparatus for the dynamic replacement of advertisements according to context (defined above). For example, advertisements for Christmas trees have been historically shown to perform well from late-November until December 24, whereas the same advertisements perform poorly other times of the year. The same functionality for ad selection and targeting, as described in this invention disclosure, also dynamically allocates advertisements according to Context. In this example, the media allocation based upon Context of a date would cause more Christmas tree advertisements to run from late-November until Christmas Eve, and then the system will shut off such ads. While the solution in foregoing simple example would normally be evident to a manual operator, the important feature is that in the present invention, the dynamic media allocation is automatic and does not require manual intervention. Other more subtle contexts, for which the present invention can dynamically allocate media include, but are not limited to, particular Users and Divisions of Media. While the preferred embodiment of this invention operates on an Internet advertising network, the invention is broadly applicable across any advertising system involving scarce media and customer feedback. Applicable advertising systems include, but are not limited to, direct mail, telemarketing, television, radio, print, and CATV, etc. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram of a system for automatic placement of direct advertisements in accordance with the present invention. FIG. 2 is a flow chart diagram of the process for processing feedback transaction data for managing the placement of direct advertisements in accordance with the present invention. FIG. 3 is a flow chart diagram for selecting a direct advertisement based on various criteria in accordance with the present invention. FIG. 4 is block diagram of an alternate embodiment of a system for automatic placement of direct advertisements, in accordance with the present invention. FIG. 5 is a block diagram of a direct proxy server for use in conjunction with the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is an architectural diagram of the present invention. A predictive model 10, run on a server is shown having inputs including a database of direct advertisements 14 ("Offers" in the diagram), context 16 (i.e. "Database of background Data on Users, Divisions of Media Advertisers, and other Context), Database of Historical Results of Direct Advertisements Advertisers 20, as well as information on a particular user 22 to be served an advertisement. The predictive model 10 processes all of the foregoing inputs and outputs a single direct advertisement, or a ranked order of direct advertisements 12, to which the user is most likely to respond. The predictive model's suggestion is optionally filtered 18 by additional criteria (for example, "is the advertiser's account in good standing?" "Has the media provider blocked a particular advertisement?"etc.). The direct advertisement 18 that is selected is dynamically delivered through a medium 26 to the user for him or her to view through a web browser. The user may then interact with the direct advertisement by means of a feedback loop 23 to a commerce engine 24 (a commerce engine is hereby defined as any electronic or physical infrastructure that facilitates a transaction). For example, Internet forms, fax-back systems, toll-free numbers, direct mail postcards, interactive television buttons, etc. are all types of commerce engines 24 in that they each enable users to respond explicitly to a direct response advertisement. Transactions are hereby defined any form of explicit feedback which a user may convey by means of a commerce engine. For example, filling out a form, placing an order, supplying a credit card number, completing a survey, providing a survey or lead form, executing a software download, etc. are all forms of transactions. FIG. 1 also shows feedback 25 from the commerce engine 24 to the database of historical results on advertisements 20, Users, and Context. This feedback may include detailed information about a particular user's response to a direct advertisement, as well as the context, under which the response was obtained. Alternatively, the feedback loop may include a subset of the preceding information. Or the feedback loop may convey information that the user did not respond to the advertisement, if such was the case. The feedback information is used by the predictive model 10 to further refine future predictions about the optimal advertisements to deliver and maximal utilization of scarce media space. FIG. 2 illustrates the process by which a user performs a transaction with a commerce engine and through the feedback loop, reports back to the predictive model. After the user takes an action 34 and the revenue to the advertiser is calculated 38 (i.e. the "payout"), the database monitoring ad delivery is automatically updated 36, 40. If the particular direct advertisement exceeds a pre-set limit 44, (for example, the maximum number of conversions for the ad, for the user, for the time period, etc.) further distribution of the advertisement is disabled 42. A conversion is a successful transaction, which depending upon the context may be any one of a sale, a click through, an order, a download, etc. The feedback process enables the predictive model, as described in more detail below, to work in conjunction with manual pre-sets on direct advertising campaigns. The preferred embodiment of the present invention is implemented on an Internet advertising network, in which the media providers are Internet Web sites and the direct advertisers employ banner advertisements appearing for example on web pages to promote their products and services. Both the advertisement and predictive model servers are programmed database systems running on top of Windows NT. The advertisement servers contain a database of the information necessary to generate the various banner or other types of advertisements that may appear on a web page. Each advertisement is assigned a unique address and is selected based upon the various criteria for the predictive model. Advertising management, accounting, and monitoring are also custom-programmed systems, which are accessed through the same NT-based computer network. Database information for the predictive model, users, and context is stored on an external programmed database, which is preferably accessed through an Oracle database or other SQL database. The predictive model is programmed and currently makes use of the following context information that may be associated for example with the Internet: user id (TCP/IP address for example), ad id (which may be arbitrarily assigned), page id (such as a World Wide Web page), site id (such as a World Wide Web site), time of day (either at the site of the computer running the predictive model or the time based on the TCP/IP address), day of the week, and date. Techniques for identifying the user ID are described in U.S. patent application Ser. No. 08/738,634 filed on Oct. 29, 1996, pages 8, line 2 through page 9, line 10 of which are incorporated by reference. The predictive model has an extendible architecture to make use of additional context information as well. Empirically measured data and/or initial suppositions about each advertisement are used to initially establish the predictive model to assign weights for different advertisements. For example, the time of advertisements are more favorably run may depend upon seasonal factors such as advertisements for summer clothing being more heavily favored in late spring and early summer. Similarly, the predictive model may also assign different weights to different locations where the user is located. For example, advertisements for gardening tools may be more heavily weighted when the user is viewing a page connected to gardening or home improvement and less heavily weighted towards selection when the user is viewing a page regarding for example fashions. Similarly, the time of day, the frequency of display to either all users or a given user, or any other factor such as those discussed at page 13, line 15 through page 14, line 2 of the above reference application. The predictive model may also be modified by examining the results of the CPA to maximize revenue by, for example, searching for advertisements that seem to be outperforming other advertisements in the same category of goods or services. The advertisement servers deliver stored, targeted direct advertisements to users based on the recommendation of the predictive model as well as additional advertisement selection information that is manually configured through the advertisement management system. The various servers for the prediction models, the advertisement servers, the commerce engines, may be in located in one physical location and connected over a LAN or they may be located in various locations and communicating over a WAN or the Internet. FIG. 3 displays the process by which the predictive model selects advertisements. In the process flow chart of FIG. 3, a direct advertisement is selected based on various criteria. The advertisements in this case are "offers", such as direct ads for sales of goods or services, but can also be offers to fill out survey forms, generate leads, download software, and the like. In particular, after a request for a direct advertisement offer 54 is received, user information is looked up at step 56. User information may for example, consist of the number of times the user has seen each offer. Each of the current offers is reviewed by calculating the expected return at step 66. Some of the decisions that the predictive model bases its advertisement selection include user characteristics, past exposure to the advertisement, historical statistical performance in the context of the user and the event; and/or the payment rate for the offer. Considering all the factors known about the user, the offer, the probability of conversion and the cost per action, the expected return for the offer is calculated. If the expected return is higher than previously rated offers at step 68, the offer is marked as the best offer at step 70. The current offer counter is incremented at step 58, and the next offer is reviewed at steps 66, 68 and 70. When all offers have been reviewed, at step 60, the best offer is sent and shown to the user at step 62. The flow chart of FIG. 3 is also applicable for media content that the user requests (i.e. "pulled" content) as well as that which is broadcast to him or her (i.e. "pushed" content). Users view Direct Advertisements as banner ads on Web Pages by using a browser such as Netscape or Internet Explorer. Direct Transactions are initiated whenever users click on these banner ads. When users click on such ads, their browsers are automatically redirected to a Commerce Server where they can complete an Action. The Commerce Server may be located at the advertiser's web site or may be co-located at the location of the advertisement servers or the predictive model server. In response to a successful action such as a sale, an e-mail message is generated back from the advertiser's web site to the predictive model server. Actions include, for example: completing a survey, supplying lead information, providing a credit card number, executing a software download, making a purchase, viewing a slide show, playing an online computer game, etc. The Commerce Server hosts these actions and is optionally located either on the same premises as the advertisement servers or off site at another location and/or another Internet domain. In either case, Commerce Servers communicate back to the predictive model by means of an email API. A specification of the API may be as follows: DoubleClick Direct Response Network Marketer Interface Specification preliminary Overview This document specifies an interface for the feedback of transactions to DoubleClick for cost per action (CPA) advertising purchases. When a transaction occurs that is the result of an advertisement with DoubleClick Direct, the advertiser notifies DoubleClick of the transaction via an automated email message procedure. On the ad click-through, the advertising server redirects the user to a URL specified by the advertiser such as a commerce server operated by the advertiser or a third party such as a virtual mall. The URL will end with an event string that contains information used by DoubleClick to account for transactions. For example:
The portion after the question mark is the event string. The marketer's commerce server should remember this string and keep it associated with the user (either via a session cookie or by embedding it in the URLs used during the session). When a transaction occurs, the commerce server must send an email notification to the operator of the predictive model server using an e-mail address such as event@doubleclick.net. The body of the email has the following format, with arbitrary number of <event record> fields:
An event record is a series of lines specifying details of the transaction. The event record always starts with an "event:" field. For example:
where the number "1" represents the version, the number "3974" is the advertisement identification to indicate which advertisement was used for the click through, the "number 123" is used for identifying the web site for where the banner was located; "9876543" identifies the particular page where on the web site where the banner is located, "40392855" represents the user's TCP/IP address or the identifier in a cookie for that particular user, and "1507" is a check sum used for verifying the other information; action indicates that a "sale" took place and the amount might indicate for example 25 dollars. Thus, all of this information will be compiled and stored on the predictive model server's database to indicate a successful action for the particular advertisement. Further, the accounting process will track the successful action and credit (either directly or indirectly) the operator of the predictive model server's accounts. A list of fields follows: Each transaction may be emailed separately, or batched and sent in a single message. Batching is recommended if transactions exceed one hundred per day, otherwise, individual emails are fine. Batches for transaction should be sent at least every 24 hours, more frequently if possible. A sample email is shown below for three events.
Software run on a server that may be co-located with the predictive model software compiles monthly reports for direct advertisers and web sites. The accounting software can derive the effective CPM of direct advertising campaigns by calculating this number (CPM is a function of action price multiplied by conversion rate, both of which the system keeps track of). Custom software also allows Insertion Orders to be filled out and Sites to be added to the network. The system is highly scaleable and has an architecture that will accommodate thousands of web sites and tens-of-thousands of ads. Direct Proxy FIG. 4 shown an alternate embodiment of the present invention shown in FIG. 1. FIG. 4 is equivalent to FIG. 1 except for the addition of a direct proxy 440. In particular, a system for the delivery of advertising over networks includes a user with a browser 410 (which is shown in FIG. 1 as user 22). The system includes at least one affiliate web site 412 (a web site as a content provider with advertising space is a specific example of a medium 26 in FIG. 1). Central to the system is an advertising server 414 (which includes the predictive model 10, and advertising selection algorithms 12, 18 in FIG. 1). The advertising server further communicates with a database 424 (equivalent to databases 14, 16, 20 in FIG. 1). Also part of the overall system is one or more direct advertiser web sites 416 (represented generally as commerce engine 24 in FIG. 1). Email return path 418 is a specific example of feedback 25 in FIG. 1, while direct proxy 440 is an alternate embodiment of feedback path 25 in FIG. 1. The basic operation of the systems of FIGS. 1 and 4 provides for the selection of advertising targeted to the user. The systems shown are particularly useful when the targeted advertising is direct advertising, which requires a direct response (also known as a "conversion") by the user. In operation, when a user, browsing on the Internet, accesses an affiliate's web site 412 which would typically include media content and advertising space 420, the user's browser 410 generates an http message to get the information for the desired Web page. The affiliate's web site 412 in response transmits one or more messages back containing the information to be displayed by the user's browser. In addition, the advertising server 414, using a local database 424 containing advertising and user data, provides additional information comprising one or more objects such a banner advertisement to be displayed in the advertising space 420 along with the information content provided from the affiliate web site. Upon clicking through by selecting the advertising object 420 (such as a banner), the browser 410 is connected to the direct advertiser's web site 416. Transaction results of the direct advertisement placement are reported back to the advertising server in one of two ways. In the first embodiment, the direct advertiser's server 416 reports transactions back to the advertising server by email 418. In a second embodiment, a direct proxy server 440 mirrors the direct advertiser's server 416, including transaction processing, and the direct proxy server 440 reports the results 422 of transactions back to the advertising server 414 and database 424. The direct proxy server 440 brokers the user's session (or interaction) with the direct advertiser's server 416, and reports back 422 to an accounting system (not shown) associated with the advertising server 414. The direct proxy 440 is illustrated in further detail in FIG. 5. Direct proxy 540 is a process that provides a mechanism for transparently monitoring activity between an end user's Web browser 510 and an online marketer's Web site 516. The direct proxy 540 detects 522 and records 524 the successful completion of end user transactions at a remote Web site. The direct proxy 540 supports transactions including the completion of data entry forms, initiation of software downloads, and electronic sales of products or services. Because of its flexible methodology, additional types of transactions can be supported. The direct proxy server 540 operates as follows: The direct proxy 540 also contains several features designed to improve performance and transparency in the proxying process: Web document caching. Each requested document is cached by the direct proxy 540 so that if a document has not changed since the last request, the direct proxy 540 will use the local copy in the cache, rather than re-fetching the document from the remote server. Exclusion of binary data. The direct proxy does not re-address URLs in the HTML source that refer to binary data, such as graphic images, Java applets, ActiveX controls, and the like. Binary objects are requested directly by the user's browser, and thus proxy bandwidth is not consumed with handling large objects (whose content is typically irrelevant to the proxy process anyway). Cookie handling. The direct proxy will manage cookies issued by the remote server without passing these cookies back to the user's browser. This permits the cookie-based Web applications to function successfully even if the user has cookies disabled in their browser. As indicated above, there are two alternate embodiments of the feedback path 25 in FIG. 1 by which transactions at a remote direct advertiser site are reported. FIG. 4 illustrates both embodiments. The first embodiment is by email feedback 418, while the second embodiment is via a direct proxy 440. The use of email to provide feedback of transactions requires that the remote web site be modified to contain the email program. Although equivalent in end results, a direct proxy 440 report has a special advantage over an email 418 report. In the case of an email report 418, the correct reporting of remote transactions is dependent on correct functioning of the email API in the remote advertiser's web site. In the case of a direct proxy report, transaction reporting is independent of the functions at the remote advertiser's web site. In such manner the use of a direct proxy 440 provides an independent audit of transactions at the remote direct advertiser's web site 416. Independent verification of transactions at a remote web site assures reporting compliance and improves the reliability of the historical data relating to conversion rate.
|
Same subclass Same class Consider this |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||