US9466069B2 - Enhanced campaign management systems and methods - Google Patents

Enhanced campaign management systems and methods Download PDF

Info

Publication number
US9466069B2
US9466069B2 US12/617,562 US61756209A US9466069B2 US 9466069 B2 US9466069 B2 US 9466069B2 US 61756209 A US61756209 A US 61756209A US 9466069 B2 US9466069 B2 US 9466069B2
Authority
US
United States
Prior art keywords
campaign
users
metadata
channel system
target channel
Prior art date
Legal status (The legal status 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 status listed.)
Active, expires
Application number
US12/617,562
Other versions
US20100153196A1 (en
Inventor
Jedediah H. Paulson
Nella Shapiro
Sandeep K. Tukhar
Kelly Xinxin Wu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
eBay Inc
Original Assignee
eBay Inc
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 eBay Inc filed Critical eBay Inc
Priority to US12/617,562 priority Critical patent/US9466069B2/en
Publication of US20100153196A1 publication Critical patent/US20100153196A1/en
Assigned to EBAY INC. reassignment EBAY INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SHAPIRO, NELLA, TUKHAR, SANDEEP K., WU, KELLY XINXIN, PAULSON, JEDEDIAH H.
Application granted granted Critical
Publication of US9466069B2 publication Critical patent/US9466069B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • G06Q30/0251Targeted advertisements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0211Determining the effectiveness of discounts or incentives
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services; Handling legal documents
    • G06Q50/188Electronic negotiation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • G06Q30/0272Period of advertisement exposure

Definitions

  • the present application relates generally to the technical field of data publishing and, more particularly, to systems and methods for publishing marketing campaign data from a database to campaign distribution systems.
  • Campaign generation systems allow business users to create, edit and save or store campaign metadata.
  • Channel systems such as, for example, email, direct mail, website advertising placements, website email, and outbound call systems are normally used by business users to distribute campaign information to potential customers.
  • the channel systems can be owned and managed by different facilities.
  • FIG. 1 is an overview block diagram illustrating a context of a campaign publishing system in accordance with an exemplary embodiment
  • FIG. 2 illustrates a data structure of a campaign table in accordance with an exemplary embodiment
  • FIG. 3 illustrates a data structure of an offer table in accordance with an exemplary embodiment
  • FIG. 4 illustrates data a structure of a user contact history table in accordance with an exemplary embodiment
  • FIG. 5 illustrates a data structure of a user information table in accordance with an exemplary embodiment
  • FIG. 6 is a flowchart illustrating a method of publishing campaign metadata of a campaign from a database to a plurality of channel and content editing systems in accordance with an exemplary embodiment
  • FIG. 7 is a flowchart illustrating a method of publishing a user list for a marketing campaign from a database to a plurality of channel systems in accordance with an exemplary embodiment
  • FIG. 8 is a block diagram illustrating a machine in the example form of a computer system, within which a set of sequence of instructions for causing the machine to perform any one of the methodologies discussed herein may be executed.
  • the term “or” may be construed in either an inclusive or exclusive sense.
  • the term “exemplary” is construed merely to mean an example of something or an exemplar and not necessarily a preferred or ideal means of accomplishing a goal.
  • any type of electronic commerce or electronic business system and method including various system architectures, may employ various embodiments of the end-user campaign system and method described herein and is considered as being within a scope of the present invention.
  • Exemplary embodiments of the invention can publish campaign related metadata created by marketer business users to potential customers.
  • campaign information is marketing material sent to segmented customers with a goal of influencing the segmented customers' behavior, for example, attracting the segmented customers to buy a manufacturer's specific products.
  • metadata are data that define other data
  • user lists are lists that uniquely identify customers targeted for marketing campaigns.
  • metadata are sent in the header information of a packet such that everything is sent in a single file.
  • the exemplary embodiments of the invention can determine how to package the campaign metadata based on the configurations and requirements of the target channel systems. Exemplary embodiments of the invention can also be used to validate the user lists which will be sent to potential customers.
  • FIG. 1 is an overview block diagram illustrating the context of a campaign publishing system 100 in accordance with an exemplary embodiment of the invention.
  • the campaign publishing system 100 includes campaign software 110 and communicates over direct connections or networked connections to a campaign generation system 200 and a plurality of channel systems 300 (only a few of which are shown explicitly). Exemplary embodiments of the present disclosure are described within the context of the campaign generation system 200 and several content editing systems and the plurality of channel systems 300 . However, it will be appreciated by those skilled in the art that exemplary embodiments of the invention may include many different types of campaign generation systems, channel systems, and content management systems.
  • the campaign generation system 200 is a system available in the market, such as, for example, “Unica Affinium Campaign” of Unica Co.
  • the plurality of channel systems 300 are systems for distribution of email, direct mail, eBay website advertising placement on eBay.com, eBay MyMessages on eBay.com, which may be available in the market or have been custom built by eBay.com, and other channel systems known independently in the art.
  • an exemplary one of the plurality of channel systems 300 is a Customer Relationship Management (CRM) system used to track and manage inbound and outbound phone calls, such as a product produced by SalesForce.com.
  • CRM Customer Relationship Management
  • an exemplary one of the plurality of channel systems 300 is a CRM system used to track and manage inbound and outbound phone calls.
  • the campaign publishing system 100 can use web service technologies, known independently in the art. For example, the campaign publishing system 100 can create an XML request (described in more detail, below) with a user list being sent to SalesForce.com.
  • a first third party CRM 130 can be managed by SAP AG or SAP America, Inc.
  • a second third party CRM 120 can be managed by an Oracle Corporation CRM.
  • an API web service 121 may be used as an interface.
  • Electronic communications with each of the third party CRMs can be accomplished through an interface port (not shown directly but known independently to one of skill in the art) coupled to the campaign publishing system 100 .
  • the campaign publishing system 100 may access a database 400 as shown in FIG. 1 .
  • the database 400 can be located within or in proximity to the campaign publishing system 100 or, alternatively, with either the first 130 or second 120 third party CRM.
  • the campaign publishing system 100 reads from and writes to the database 400 .
  • the database 400 includes a plurality of tables 10 , such as campaign data or metadata.
  • the campaign publishing system 100 also creates and writes to one or more flat files 20 .
  • the flat files 20 are stored in the campaign generation system 200 . In other exemplary embodiments, the flat files 20 are stored on the database 400 .
  • the plurality of tables 10 is used to store metadata of a marketing campaign, for example, offer details, user information, and user campaign contact history.
  • a flat file is used to store customer data, for example, potential target customer information for a marketing campaign.
  • metadata are sent in the header information of a packet such that everything is sent in a single file.
  • certain prior art systems could only send metadata first, wait for a response, and then send the associated flat file.
  • a campaign marketer Before publishing the campaign metadata and user lists to a plurality of systems via the campaign publishing system 100 , a campaign marketer may prepare marketing campaign related data by utilizing the campaign generation system 200 .
  • the campaign marketer may log into the campaign generation system 200 through a client computer 40 , which communicates with the campaign generation system 200 through one or more various types of networks (not shown). For example, the campaign marketer may enter, update, and save campaign and offer metadata to relevant ones of the plurality of tables 10 in the database 400 .
  • a campaign marketer wants to create a new marketing campaign to be sent to all eBay customers who have purchased a toy on eBay.com in the last three months.
  • the marketing campaign is to be sent through an eBay channel system, for example, one which is responsible for sending email campaigns to eBay customers.
  • the marketing campaign is also intended to be sent to an external company responsible for sending postal direct mail campaigns to eBay customers.
  • the campaign is to be sent to customer support systems for use in outbound telephone calls to eBay customers.
  • the campaign is to be displayed as marketing advertisements to targeted customers on eBay.com.
  • the campaign marketer may create a new campaign by using a campaign creation page in the campaign generation system 200 , and then save the campaign in a campaign table 10 . After the creation of the metadata for the campaign, in some circumstances, the campaign marketer may update it by changing the status of a campaign from “New” to “Ready to Publish” and saving the campaign.
  • the campaign publishing system 100 can automatically launch and e-mail or distribute one or more coupons to a particular subset of end users.
  • the subset of end users is selected based on pre-defined criteria, such as high volume buyers or sellers, or buyers that are negatively impacted due to, for example, improperly described products, products never received, or products that are damaged as received.
  • An additional set of pre-defined criteria is used to determine a value of the coupons distributed to the subset of end users.
  • a coupon engine 301 interfaces through the campaign publishing system 100 and the database 400 . Either high volume users or negatively impacted users are identified as value users. Depending upon either a volume level or a severity of the negative impact to a user, coupons are e-mailed or otherwise sent through one of the plurality of channel systems 300 to the value users, either directly or through the first 130 or second 120 third party CRM services.
  • the coupons can be redeemed through, for example, a customer loyalty engine 303 (e.g., applying credit or other incentives). Alternatively or additionally, the coupons can also be redeemed through a coupon reward system 305 that is tied to, for example, a Paypal Incentive Engine (PIE, not shown). The coupons redeemed through the PIE can be used with a PayPal account (PayPal, Inc. is a division of eBay and is located in San Jose, Calif.).
  • PIE Paypal Incentive Engine
  • FIG. 2 illustrates the data structure of a campaign table in accordance with an exemplary embodiment.
  • the campaign marketer may enter the attributes, i.e., campaign metadata for a campaign, as illustrated in FIG. 2 .
  • the unique campaign code of the campaign is automatically created by the campaign generation system 200 .
  • FIG. 3 illustrates the data structure of an offer table in accordance with an exemplary embodiment.
  • the campaign marketer may create new offers by using an offer creation page in the campaign generation system 200 , and then save the offers in an offer table 10 .
  • the unique offer code of each offer metadata is created automatically by the campaign generation system 200 .
  • FIG. 4 illustrates the data structure of a user campaign contact history table in accordance with an exemplary embodiment.
  • FIG. 5 illustrates data a structure of a user information table in accordance with an exemplary embodiment.
  • the campaign marketer may use the campaign generation system 200 to create and save the campaign flowchart 30 in the campaign generation system 200 .
  • the campaign flowchart 30 corresponds to a query or series of consecutive queries to the database 400 , which can be performed by using conventional DBMS skills to meet certain business requirements.
  • the campaign marketer may choose to build the campaign flowchart 30 which contains a query to the user_information table.
  • the campaign marketer may select all buyers who have opted out of email communications. The campaign marketer may merge the two selects together, so the resulting output is the intersect of all toys buyers minus all who have opted out. After that, the campaign marketer may feed this result into a sample box, which will allow for segmenting and uniquely tracking members of a “holdout” population who are eligible but will not be sent the communication in order for the business to calculate changes in customer behavior due to a campaign.
  • the campaign generation system 200 may allow a campaign marketer to create user lists and to merge different customer segments (for example, all customers who bought in the Toys category on eBay with all customers who live in California) as well as exclude segments (for example, remove all customers who bought in the Apparel category) to generate a final list of customers and their email addresses.
  • the user list can be the output of the campaign generation system 200 .
  • the method 500 initiates the process of publishing campaign metadata.
  • the campaign marketer initiates the process of publishing campaign metadata by saving a campaign with an attribute of “ready to publish.”
  • the campaign is saved in the database 400 and the campaign generation system 200 .
  • a campaign flowchart 30 (see FIG. 1 ) is saved in the campaign generation system 200 .
  • a the campaign flowchart 30 is run once from the campaign generation system 200 .
  • an external system calls the campaign generation system 200 by using an exposed API of the campaign generation system 200 to run the campaign flowchart 30 .
  • the call is done daily for a campaign, for example, “Welcome new eBay users” campaign, which is sent to all newly registered users each night.
  • metadata is published by saving the campaign and setting the channel attribute (for example, email, mail, phone) to “ready to publish.”
  • the publishing is only done once per campaign, unless it is intended to update metadata, for example, to change the end date of the campaign.
  • the campaign publishing system 100 queries a campaign table 10 in the database 400 to select campaign metadata with status “ready to publish.”
  • Each campaign metadata includes a channel indicator attribute to indicate a target one or ones of the plurality of channel systems 300 , thus the campaign publishing system 100 knows to which one of the plurality of channel systems 300 to publish the selected campaign metadata.
  • the campaign publishing system 100 selects a target one or ones of the plurality of channel systems 300 from a plurality of channel systems 300 based on the target indicator attribute of the campaign metadata.
  • the campaign publishing system 100 determines whether the target one or ones of the plurality of channel systems 300 has a Simple Object Access Protocol (SOAP) enabled web service Application Programming Interface (API) or whether the target one or ones of the plurality of channel systems 300 only accepts Hypertext Transfer Protocol (HTTP) posts.
  • SOAP Simple Object Access Protocol
  • API Application Programming Interface
  • HTTP Hypertext Transfer Protocol
  • the campaign publishing system 100 determines that the target one or ones of the plurality of channel systems 300 has a SOAP enabled web service API, then at step 506 A the campaign publishing system 100 packages the campaign metadata as an Extensible Markup Language (XML) message object.
  • XML Extensible Markup Language
  • step 505 B if the campaign publishing system 100 determines that the target one or ones of the plurality of channel systems 300 only accepts HTTP posts, then at step 506 B the campaign publishing system 100 packages the campaign metadata as a Hypertext Markup Language (HTML) request.
  • HTML Hypertext Markup Language
  • the campaign publishing system 100 transfers all the packaged campaign metadata to the target one or ones or ones of the plurality of channel systems 300 .
  • the campaign publishing system 100 transfers the XML message object to the target one or ones or ones of the plurality of channel systems 300 using SOAP over HTTP protocol.
  • the campaign publishing system 100 transfers the HTML request to the target one or ones of the plurality of channel systems 300 over HTTP protocol.
  • the method 500 of publishing the campaign metadata stops.
  • the campaign publishing system 100 aggregates one or more offers and corresponding metadata to the selected campaign and campaign metadata.
  • the campaign publishing system 100 handles system errors of each step by sending email alerts to a support team and logging system errors to log files.
  • the campaign publishing system 100 updates the status of all the transferred campaign metadata in the database 400 to “successful” to identify that such campaign metadata has been transferred successfully.
  • FIGS. 1 and 7 a method 600 of publishing a user list for a marketing campaign from a database 400 to a plurality of channel systems 300 in accordance with an exemplary embodiment of the present disclosure.
  • the campaign marketer initiates the process of publishing user lists for a marketing campaign by running the flowchart 30 .
  • the campaign flowchart 30 is saved in the campaign publishing system 100 .
  • the campaign flowchart 30 is saved in the database 400 .
  • the process of publishing user lists for a marketing campaign is initiated by a “cron job” run periodically, for example, weekly, daily, or every 5 minutes.
  • the cron job is located within campaign publishing system 100 .
  • the cron job is located in an external system, for example, campaign generation system 200 .
  • the campaign publishing system 100 queries the database 400 to obtain user lists of customer data meeting certain business requirements.
  • the user list obtained is associated to a campaign which has campaign metadata.
  • the campaign metadata includes a channel indicator attribute, for example, “KC1” (see FIG. 2 ) to indicate a target one or ones of the plurality of channel systems 300 , accordingly the campaign publishing system 100 uses this channel indicator attribute to identify which one or ones of the plurality of channel systems 300 to publish a selected user list.
  • the campaign publishing system 100 selects a target one or ones of the plurality of channel systems 300 based on the channel indicator attribute included in the campaign metadata.
  • the campaign publishing system 100 uses internal configuration properties to determine whether or not the target one or ones of the plurality of channel systems 300 has a SOAP enabled web service API.
  • the campaign publishing system 100 writes the user list to an XML file at step 606 A, validates the XML file at step 607 A, and transfers the packaged user list to the target one or ones of the plurality of channel systems 300 at step 609 A using SOAP over HTTP protocol.
  • the campaign publishing system 100 writes the user list to the flat files 20 at step 606 B, validates the flat files 20 at step 607 B, validates the associated campaign metadata at step 608 , and transfers the user list to the target one or ones of the plurality of channel systems 300 by copying the flat files 20 to the target one or ones of the plurality of channel systems 300 via a Secure Copying Protocol (SCP) at step 609 B.
  • SCP Secure Copying Protocol
  • the campaign publishing system 100 validates the XML file and the flat files 20 .
  • the publishing process will be aborted and an email alert will be sent to a system administrator, if the campaign publishing system 100 finds any of the following cases exist: (1) the XML file or the flat files 20 are empty; (2) the XML file or the flat files 20 do not contain all required fields for the targeted channel system; or (3) any of the required fields in the XML file or the flat files 20 are not in valid format.
  • no spaces or invalid characters exist in the following fields of the XML file or the flat files 20 : email address, address (city, state, address1, and address2), offer version, Segment_ID.
  • the campaign publishing system 100 will stop the publishing process and will send errors to an administrator.
  • the campaign publishing system 100 validates if the metadata of the flat files 20 matches the metadata of the associated campaign which has been successfully published to a targeted one or ones of the plurality of channel systems 300 . If they do not match, in an exemplary embodiment, the campaign publishing system 100 will send errors to an administrator.
  • the campaign publishing system 100 writes the user list to a contact history table.
  • the contact history table is saved in the database 400 (including, for example, marketing information) for reporting and for customer suppression in subsequent marketing campaigns.
  • the process of publishing the user lists to the target channel system ends.
  • a specific exemplary embodiment illustrates how to use the campaign publishing system 100 to publish a marketing campaign to potential customers.
  • a campaign marketer logs in to the campaign generation system 200 , navigates to a campaign created earlier, opens the campaign flowchart and selects “Edit.” Then, the marketer edits the flowchart.
  • the campaign marketer builds customer segments via a query to the user_information table according to the business requirements for certain marketing purposes.
  • the campaign marketer also selects all buyers who have opted out of email communication.
  • the campaign marketer merges the two selects together, so a resulting output is an intersection of all ebay.com toys buyers minus all opt outs.
  • the campaign marketer feeds this result into a sample box, which allows the marketer to segment out a holdout population.
  • the holdout population is a group of customers who are selectively removed from the campaign in order for eBay to evaluate the effectiveness of the campaign, for example, the amount of purchases by customers who were eligible and did receive the campaign versus the amount of purchases by customers that were eligible but did not receive campaign.
  • the campaign marketer selects two mail list boxes and in the first, named “email output,” assigns the previously created email offers to the Toys customer segment.
  • the campaign marketer uses the second titled “postal output,” and assigns the postal offer to the same segment of Toys customers.
  • the campaign marketer uses a third mail list box to represent the “hold out” segment, and assigns the Holdout offer to the holdout segment.
  • the campaign flowchart 30 is built, and when run, will query the database for the customer segment according to requirements.
  • the campaign flowchart 30 will assign offers to resulting segments, output the segments to the contact history table, and create the flat files 20 for the email and direct mail user lists.
  • the campaign marketer saves the campaign flowchart 30 and returns to the campaign summary page.
  • the campaign marketer changes the eBay Marketing System (EMS) Publish Trigger from “New” to “Ready for Publish” and saves the campaign. This updates the data from “New” to “Ready” in a table, which can be used to trigger or publish a campaign.
  • the table UAC_CAMPAIGN.EMS_PUBLISH_TRIGGER can be used to trigger the campaign.
  • the campaign publishing system 100 is called, for example, every 5 minutes by a cron job process.
  • the process calls the campaign publishing system 100 which queries the database and reads from the UAC_CAMPAIGN.EMS_PUBLISH_TRIGGER field for all records that are “Ready,” (campaigns in a status of “Ready for Publish”). In this case, it will find the above campaign in a status of “ready,” and campaign publishing system 100 will follow logic specific to an eBay Marketing System, in order to build the related Campaign and Offer metadata and send using XML over SOAP to the external EMS system. The campaign marketer is able to see the transfer was successful by refreshing their browser on the campaign summary page.
  • campaign publishing system 100 will write a status message to a field of a table (for example, UAC_CAMPAIGN), which is read by a campaign generation system 200 and displayed on the campaign summary page in the EMS success message field, for example “EMS Transfer Successful.”
  • a table for example, UAC_CAMPAIGN
  • EMS is used for email content creation, and an EMS user updates a program created by the campaign metadata sent over from campaign publishing system 100 .
  • the program name will be created with Campaign Name
  • the start date and end date will be as indicated in the campaign metadata.
  • the offers sent from campaign publishing system 100 will appear as codes which can be appended to the URLs within the campaign content.
  • the EMS user uses the descriptive Offer Names, the EMS user knows to assign the US_ToysNewHotItem_08162006_JP offer code to the links specific to the Toy's Content or image. Same for the Apparel content or image.
  • the EMS user will finalize the email content, save and send to the Email channel systems using FTP (File Transfer Protocol) for subsequent launch.
  • FTP File Transfer Protocol
  • the user can transfer the campaign metadata to the email and postal channel and run the campaign (for example, run the flowchart 30 ).
  • the user will login to the campaign generation system 200 and navigate to the US_ToysMonthlyBuyer_08162006_JP campaign and select edit.
  • the user will change the value of Kana Publish Trigger from “New” to “Ready to Publish” and select Save. This will change a corresponding value in the field from New to Ready.
  • the campaign publishing system 100 will initiate a Web Service call passing the metadata as well formed XML to the email system's Web Service API. The user is able to see the transfer was successful by refreshing their browser on the campaign summary page.
  • the campaign publishing system 100 will write a status message to the UAC_CAMPAIGN.KANA_SUCCESS_MESSAGE field which is read by campaign generation system 200 and displayed on the campaign summary page in the Kana Success Message Field, for example “Kana Successful Transfer.”
  • the campaign marketer user can then navigate to the campaign flowchart and select “Run.” This will cause the campaign generation system 200 to run the flowchart 30 , which executes the pre-built queries against the database tables, pulls the matching users, and writes the user list to a flat file for Email and a different flat file for Postal as well as to the UAC_CONTACT_HISTORY table. Upon completion, the campaign generation system 200 will make a call to the campaign publishing system 100 to do two things. First, validate the content of the flat files meets business requirements. Second, transfer the validated flat files to the corresponding channel systems.
  • the campaign publishing system 100 performs validation on both the flat files 20 , making sure that the flat files 20 are not empty, there are no abnormal characters in the fields, the flat files 20 are delimited correctly, and the metadata in the flat files 20 matches the metadata associated to the campaign. If all these checks pass, the flat files 20 are transferred using Secure Copy Protocol (SCP) from the server of campaign publishing system 100 to the KC1 email server and to the Postal server, respectfully.
  • SCP Secure Copy Protocol
  • the user may navigate to an email portion of the plurality of channel systems 300 , find the corresponding campaign, associate the finished campaign content sent earlier from EMS, and launch the campaign. These actions cause the email system to send out email content to all customers on the campaign user list.
  • an external postal catalog publisher may take the campaign publishing system postal flat file and use the corresponding customer name and addresses in this file for an eBay Catalog.
  • the content of the catalog may be provided by an external vendor, and the postal catalog publisher will use their processes to associate customer name and address to catalog and send via postal mail.
  • the campaign will be published to the potential customers.
  • FIG. 8 a block diagram illustrates a machine in the example form of a computer system 700 , within which a set of sequence of instructions for causing the machine to perform any one of the methodologies discussed herein may be executed.
  • the machine may be a server computer, a client computer, a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions that specify actions to be taken by that machine.
  • PC personal computer
  • PDA Personal Digital Assistant
  • STB set-top box
  • a cellular telephone a web appliance
  • network router switch or bridge
  • the example computer system 700 includes a processor 702 (for example, a central processing unit (CPU) a graphics processing unit (GPU) or both), a main memory 704 and a static memory 706 , which communicate with each other via a bus 708 .
  • the computer system 700 may further include a video display unit 710 (for example, a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • the computer system 700 also includes an alphanumeric input device 712 (for example, a keyboard), a cursor control device 714 (for example, a mouse), a disk drive unit 716 , a signal generation device 718 (for example, a speaker) and a network interface device 720 .
  • the disk drive unit 716 includes a machine-readable medium 722 on which is stored one or more sets of instructions (for example, software 724 ) embodying any one or more of the methodologies or functions described herein.
  • the software 724 may also reside, completely or at least partially, within the main memory 704 and/or within the processor 702 during execution thereof by the computer system 700 , the main memory 704 and the processor 702 also constituting machine-readable media.
  • the software 724 may further be transmitted or received over a network 726 via the network interface device 720 .
  • machine-readable medium 722 is shown in an example exemplary embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (for example, a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
  • the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention.
  • the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.

Abstract

One exemplary embodiment of the disclosure provides a method to publish campaign data in an electronic environment. The exemplary method includes querying a database to select campaign metadata ready to publish to a target channel system and determining a plurality of value users as a subset of all end users. The value users are determined so that one or more coupons are automatically generated and distributed to each of the value users. A value of the coupon is based on a set of pre-defined criteria including a volume of business generated by the value user or how negatively impacted the value user was based on a negative purchase experience (e.g., product not as described or never received). The target channel system is selected from a plurality of channel systems based on a target indicating attribute of the campaign metadata. The packaged campaign metadata is transferred to the target channel system.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
This application claims priority benefit of U.S. application Ser. No. 11/583,563, entitled, “Method and System of Publishing Campaign Data,” filed Oct. 19, 2006, now U.S. Pat. No. 8,892,756 as a continuation-in-part application.
TECHNICAL FIELD
The present application relates generally to the technical field of data publishing and, more particularly, to systems and methods for publishing marketing campaign data from a database to campaign distribution systems.
BACKGROUND
With the development of network technologies, business users may use networks and communication links to carry marketing campaigns to prospective customers.
Campaign generation systems allow business users to create, edit and save or store campaign metadata. Channel systems such as, for example, email, direct mail, website advertising placements, website email, and outbound call systems are normally used by business users to distribute campaign information to potential customers. The channel systems can be owned and managed by different facilities.
Current campaign generation systems may have insufficient integration capabilities to send both campaign user lists and campaign information, which often includes offer metadata to downstream channel systems or content editing systems. Because of this, a business user may have to create campaign related information in the campaign generation system, and then login to the downstream systems, recreate the campaign related information, and then trigger the distribution of the campaigns to the targeted customers. Improved systems would eliminate duplicate data entry, prevent data errors, increase productivity of business users and shorten delays in campaign delivery to target customers.
BRIEF DESCRIPTION OF THE DRAWINGS
Some exemplary embodiments are illustrated by way of example and not limitation in the Figs. of the accompanying drawings in which:
FIG. 1 is an overview block diagram illustrating a context of a campaign publishing system in accordance with an exemplary embodiment;
FIG. 2 illustrates a data structure of a campaign table in accordance with an exemplary embodiment;
FIG. 3 illustrates a data structure of an offer table in accordance with an exemplary embodiment;
FIG. 4 illustrates data a structure of a user contact history table in accordance with an exemplary embodiment;
FIG. 5 illustrates a data structure of a user information table in accordance with an exemplary embodiment;
FIG. 6 is a flowchart illustrating a method of publishing campaign metadata of a campaign from a database to a plurality of channel and content editing systems in accordance with an exemplary embodiment;
FIG. 7 is a flowchart illustrating a method of publishing a user list for a marketing campaign from a database to a plurality of channel systems in accordance with an exemplary embodiment; and
FIG. 8 is a block diagram illustrating a machine in the example form of a computer system, within which a set of sequence of instructions for causing the machine to perform any one of the methodologies discussed herein may be executed.
DETAILED DESCRIPTION
Exemplary methods and systems to publish campaign and related user lists to existing and potential customers are described. The description that follows includes illustrative systems, methods, techniques, instruction sequences, and computing machine program products that embody the present invention. In the following description, for purposes of explanation, numerous specific details are set forth to provide an understanding of various embodiments of the inventive subject matter. It will be evident, however, to those skilled in the art that embodiments of the inventive subject matter may be practiced without these specific details. Further, well-known instruction instances, protocols, structures, and techniques have not been shown in detail.
As used herein, the term “or” may be construed in either an inclusive or exclusive sense. Similarly, the term “exemplary” is construed merely to mean an example of something or an exemplar and not necessarily a preferred or ideal means of accomplishing a goal. Additionally, although various exemplary embodiments discussed below focus on end-user campaigns in an electronic retail environment, the embodiments are given merely for clarity in disclosure. Thus, any type of electronic commerce or electronic business system and method, including various system architectures, may employ various embodiments of the end-user campaign system and method described herein and is considered as being within a scope of the present invention.
Exemplary embodiments of the invention can publish campaign related metadata created by marketer business users to potential customers. As used herein, “campaign information” is marketing material sent to segmented customers with a goal of influencing the segmented customers' behavior, for example, attracting the segmented customers to buy a manufacturer's specific products. As used herein, “metadata” are data that define other data, and “user lists” are lists that uniquely identify customers targeted for marketing campaigns. In a specific exemplary embodiment defined herein, metadata are sent in the header information of a packet such that everything is sent in a single file.
The exemplary embodiments of the invention can determine how to package the campaign metadata based on the configurations and requirements of the target channel systems. Exemplary embodiments of the invention can also be used to validate the user lists which will be sent to potential customers.
FIG. 1 is an overview block diagram illustrating the context of a campaign publishing system 100 in accordance with an exemplary embodiment of the invention. The campaign publishing system 100 includes campaign software 110 and communicates over direct connections or networked connections to a campaign generation system 200 and a plurality of channel systems 300 (only a few of which are shown explicitly). Exemplary embodiments of the present disclosure are described within the context of the campaign generation system 200 and several content editing systems and the plurality of channel systems 300. However, it will be appreciated by those skilled in the art that exemplary embodiments of the invention may include many different types of campaign generation systems, channel systems, and content management systems.
In a specific exemplary embodiment, the campaign generation system 200 is a system available in the market, such as, for example, “Unica Affinium Campaign” of Unica Co. The plurality of channel systems 300 are systems for distribution of email, direct mail, eBay website advertising placement on eBay.com, eBay MyMessages on eBay.com, which may be available in the market or have been custom built by eBay.com, and other channel systems known independently in the art.
In an exemplary embodiment, an exemplary one of the plurality of channel systems 300 is a Customer Relationship Management (CRM) system used to track and manage inbound and outbound phone calls, such as a product produced by SalesForce.com. In another exemplary embodiment, an exemplary one of the plurality of channel systems 300 is a CRM system used to track and manage inbound and outbound phone calls. Additionally, the campaign publishing system 100 can use web service technologies, known independently in the art. For example, the campaign publishing system 100 can create an XML request (described in more detail, below) with a user list being sent to SalesForce.com.
In a specific exemplary embodiment, a first third party CRM 130 can be managed by SAP AG or SAP America, Inc., and a second third party CRM 120 can be managed by an Oracle Corporation CRM. In the case of an XML file being sent to, for example, the second third party CRM 120, an API web service 121 may be used as an interface. Electronic communications with each of the third party CRMs can be accomplished through an interface port (not shown directly but known independently to one of skill in the art) coupled to the campaign publishing system 100.
In an exemplary embodiment, the campaign publishing system 100 may access a database 400 as shown in FIG. 1. The database 400 can be located within or in proximity to the campaign publishing system 100 or, alternatively, with either the first 130 or second 120 third party CRM. The campaign publishing system 100 reads from and writes to the database 400. The database 400 includes a plurality of tables 10, such as campaign data or metadata. The campaign publishing system 100 also creates and writes to one or more flat files 20.
In some exemplary embodiments, the flat files 20 are stored in the campaign generation system 200. In other exemplary embodiments, the flat files 20 are stored on the database 400. The plurality of tables 10 is used to store metadata of a marketing campaign, for example, offer details, user information, and user campaign contact history. A flat file is used to store customer data, for example, potential target customer information for a marketing campaign.
As discussed above, in a specific exemplary embodiment defined herein, metadata are sent in the header information of a packet such that everything is sent in a single file. In contrast, certain prior art systems could only send metadata first, wait for a response, and then send the associated flat file.
Preparation for Publishing Campaign Metadata and Related User Lists
Before publishing the campaign metadata and user lists to a plurality of systems via the campaign publishing system 100, a campaign marketer may prepare marketing campaign related data by utilizing the campaign generation system 200. The campaign marketer may log into the campaign generation system 200 through a client computer 40, which communicates with the campaign generation system 200 through one or more various types of networks (not shown). For example, the campaign marketer may enter, update, and save campaign and offer metadata to relevant ones of the plurality of tables 10 in the database 400.
For instance, assume that a campaign marketer wants to create a new marketing campaign to be sent to all eBay customers who have purchased a toy on eBay.com in the last three months. The marketing campaign is to be sent through an eBay channel system, for example, one which is responsible for sending email campaigns to eBay customers.
In some exemplary embodiments, the marketing campaign is also intended to be sent to an external company responsible for sending postal direct mail campaigns to eBay customers. In other exemplary embodiments, the campaign is to be sent to customer support systems for use in outbound telephone calls to eBay customers. In other exemplary embodiments, the campaign is to be displayed as marketing advertisements to targeted customers on eBay.com.
The campaign marketer may create a new campaign by using a campaign creation page in the campaign generation system 200, and then save the campaign in a campaign table 10. After the creation of the metadata for the campaign, in some circumstances, the campaign marketer may update it by changing the status of a campaign from “New” to “Ready to Publish” and saving the campaign.
For example, the campaign publishing system 100 can automatically launch and e-mail or distribute one or more coupons to a particular subset of end users. The subset of end users is selected based on pre-defined criteria, such as high volume buyers or sellers, or buyers that are negatively impacted due to, for example, improperly described products, products never received, or products that are damaged as received. An additional set of pre-defined criteria is used to determine a value of the coupons distributed to the subset of end users.
A coupon engine 301 interfaces through the campaign publishing system 100 and the database 400. Either high volume users or negatively impacted users are identified as value users. Depending upon either a volume level or a severity of the negative impact to a user, coupons are e-mailed or otherwise sent through one of the plurality of channel systems 300 to the value users, either directly or through the first 130 or second 120 third party CRM services.
The coupons can be redeemed through, for example, a customer loyalty engine 303 (e.g., applying credit or other incentives). Alternatively or additionally, the coupons can also be redeemed through a coupon reward system 305 that is tied to, for example, a Paypal Incentive Engine (PIE, not shown). The coupons redeemed through the PIE can be used with a PayPal account (PayPal, Inc. is a division of eBay and is located in San Jose, Calif.).
FIG. 2 illustrates the data structure of a campaign table in accordance with an exemplary embodiment. For instance, the campaign marketer may enter the attributes, i.e., campaign metadata for a campaign, as illustrated in FIG. 2. The unique campaign code of the campaign is automatically created by the campaign generation system 200.
FIG. 3 illustrates the data structure of an offer table in accordance with an exemplary embodiment. For instance, the campaign marketer may create new offers by using an offer creation page in the campaign generation system 200, and then save the offers in an offer table 10. The unique offer code of each offer metadata is created automatically by the campaign generation system 200.
FIG. 4 illustrates the data structure of a user campaign contact history table in accordance with an exemplary embodiment.
FIG. 5 illustrates data a structure of a user information table in accordance with an exemplary embodiment.
In some exemplary embodiments, the campaign marketer may use the campaign generation system 200 to create and save the campaign flowchart 30 in the campaign generation system 200. The campaign flowchart 30 corresponds to a query or series of consecutive queries to the database 400, which can be performed by using conventional DBMS skills to meet certain business requirements. For example, in some exemplary embodiments, the campaign marketer may choose to build the campaign flowchart 30 which contains a query to the user_information table. In some exemplary embodiments, the campaign marketer may select all buyers who have opted out of email communications. The campaign marketer may merge the two selects together, so the resulting output is the intersect of all toys buyers minus all who have opted out. After that, the campaign marketer may feed this result into a sample box, which will allow for segmenting and uniquely tracking members of a “holdout” population who are eligible but will not be sent the communication in order for the business to calculate changes in customer behavior due to a campaign.
In some exemplary embodiments, the campaign generation system 200 may allow a campaign marketer to create user lists and to merge different customer segments (for example, all customers who bought in the Toys category on eBay with all customers who live in California) as well as exclude segments (for example, remove all customers who bought in the Apparel category) to generate a final list of customers and their email addresses. The user list can be the output of the campaign generation system 200.
With reference concurrently to FIGS. 1 and 6, a method 500 of publishing campaign metadata of a campaign from database 400 to a plurality of channel systems 300 in accordance with an exemplary embodiment. In an exemplary embodiment, at step 501, the method 500 initiates the process of publishing campaign metadata. In an exemplary embodiment, for all campaigns, the campaign marketer initiates the process of publishing campaign metadata by saving a campaign with an attribute of “ready to publish.” The campaign is saved in the database 400 and the campaign generation system 200. In an exemplary embodiment, a campaign flowchart 30 (see FIG. 1) is saved in the campaign generation system 200.
In an exemplary embodiment, a the campaign flowchart 30 is run once from the campaign generation system 200. In another exemplary embodiment, an external system calls the campaign generation system 200 by using an exposed API of the campaign generation system 200 to run the campaign flowchart 30. In an exemplary embodiment, the call is done daily for a campaign, for example, “Welcome new eBay users” campaign, which is sent to all newly registered users each night.
In an exemplary embodiment, metadata is published by saving the campaign and setting the channel attribute (for example, email, mail, phone) to “ready to publish.” The publishing is only done once per campaign, unless it is intended to update metadata, for example, to change the end date of the campaign.
At step 502, the campaign publishing system 100 queries a campaign table 10 in the database 400 to select campaign metadata with status “ready to publish.” Each campaign metadata includes a channel indicator attribute to indicate a target one or ones of the plurality of channel systems 300, thus the campaign publishing system 100 knows to which one of the plurality of channel systems 300 to publish the selected campaign metadata.
At step 503, the campaign publishing system 100 selects a target one or ones of the plurality of channel systems 300 from a plurality of channel systems 300 based on the target indicator attribute of the campaign metadata.
At step 504, the campaign publishing system 100 determines whether the target one or ones of the plurality of channel systems 300 has a Simple Object Access Protocol (SOAP) enabled web service Application Programming Interface (API) or whether the target one or ones of the plurality of channel systems 300 only accepts Hypertext Transfer Protocol (HTTP) posts.
At step 505A, if the campaign publishing system 100 determines that the target one or ones of the plurality of channel systems 300 has a SOAP enabled web service API, then at step 506A the campaign publishing system 100 packages the campaign metadata as an Extensible Markup Language (XML) message object.
Otherwise, at step 505B, if the campaign publishing system 100 determines that the target one or ones of the plurality of channel systems 300 only accepts HTTP posts, then at step 506B the campaign publishing system 100 packages the campaign metadata as a Hypertext Markup Language (HTML) request.
At step 507, the campaign publishing system 100 transfers all the packaged campaign metadata to the target one or ones or ones of the plurality of channel systems 300. In some exemplary embodiments, the campaign publishing system 100 transfers the XML message object to the target one or ones or ones of the plurality of channel systems 300 using SOAP over HTTP protocol. In some exemplary embodiments, the campaign publishing system 100 transfers the HTML request to the target one or ones of the plurality of channel systems 300 over HTTP protocol. At step 508, the method 500 of publishing the campaign metadata stops.
In an exemplary embodiment, after the step 502, the campaign publishing system 100 aggregates one or more offers and corresponding metadata to the selected campaign and campaign metadata. In an exemplary embodiment, the campaign publishing system 100 handles system errors of each step by sending email alerts to a support team and logging system errors to log files.
In an exemplary embodiment, after the campaign metadata has been transferred successfully, the campaign publishing system 100 updates the status of all the transferred campaign metadata in the database 400 to “successful” to identify that such campaign metadata has been transferred successfully.
Referring now concurrently to FIGS. 1 and 7, a method 600 of publishing a user list for a marketing campaign from a database 400 to a plurality of channel systems 300 in accordance with an exemplary embodiment of the present disclosure.
In an exemplary embodiment, for a one-time campaign sent only once to customers, at step 601, the campaign marketer initiates the process of publishing user lists for a marketing campaign by running the flowchart 30. In some exemplary embodiments, the campaign flowchart 30 is saved in the campaign publishing system 100. In other exemplary embodiments, the campaign flowchart 30 is saved in the database 400.
In another exemplary embodiment, at step 601, for a recurring campaign, the process of publishing user lists for a marketing campaign is initiated by a “cron job” run periodically, for example, weekly, daily, or every 5 minutes. In an exemplary embodiment, the cron job is located within campaign publishing system 100. In another exemplary embodiment, the cron job is located in an external system, for example, campaign generation system 200.
At step 602, the campaign publishing system 100 queries the database 400 to obtain user lists of customer data meeting certain business requirements. In an exemplary embodiment, the user list obtained is associated to a campaign which has campaign metadata. The campaign metadata includes a channel indicator attribute, for example, “KC1” (see FIG. 2) to indicate a target one or ones of the plurality of channel systems 300, accordingly the campaign publishing system 100 uses this channel indicator attribute to identify which one or ones of the plurality of channel systems 300 to publish a selected user list.
At step 603, the campaign publishing system 100 selects a target one or ones of the plurality of channel systems 300 based on the channel indicator attribute included in the campaign metadata.
At step 604, the campaign publishing system 100 uses internal configuration properties to determine whether or not the target one or ones of the plurality of channel systems 300 has a SOAP enabled web service API.
If the target one or ones of the plurality of channel systems 300 is SOAP enabled, the campaign publishing system 100 writes the user list to an XML file at step 606A, validates the XML file at step 607A, and transfers the packaged user list to the target one or ones of the plurality of channel systems 300 at step 609A using SOAP over HTTP protocol.
If it is not SOAP enabled, the campaign publishing system 100 writes the user list to the flat files 20 at step 606B, validates the flat files 20 at step 607B, validates the associated campaign metadata at step 608, and transfers the user list to the target one or ones of the plurality of channel systems 300 by copying the flat files 20 to the target one or ones of the plurality of channel systems 300 via a Secure Copying Protocol (SCP) at step 609B.
At step 607A and 607B mentioned above, the campaign publishing system 100 validates the XML file and the flat files 20. In some exemplary embodiments, the publishing process will be aborted and an email alert will be sent to a system administrator, if the campaign publishing system 100 finds any of the following cases exist: (1) the XML file or the flat files 20 are empty; (2) the XML file or the flat files 20 do not contain all required fields for the targeted channel system; or (3) any of the required fields in the XML file or the flat files 20 are not in valid format. For example, no spaces or invalid characters exist in the following fields of the XML file or the flat files 20: email address, address (city, state, address1, and address2), offer version, Segment_ID. In an exemplary embodiment, if any of the invalidations in the XML file or the flat files 20 are found, the campaign publishing system 100 will stop the publishing process and will send errors to an administrator.
In an exemplary embodiment, at step 609B mentioned above, the campaign publishing system 100 validates if the metadata of the flat files 20 matches the metadata of the associated campaign which has been successfully published to a targeted one or ones of the plurality of channel systems 300. If they do not match, in an exemplary embodiment, the campaign publishing system 100 will send errors to an administrator.
At step 610, after transferring the user list to the target of the plurality of channel systems 300, the campaign publishing system 100 writes the user list to a contact history table. In some exemplary embodiments, the contact history table is saved in the database 400 (including, for example, marketing information) for reporting and for customer suppression in subsequent marketing campaigns. At step 611, the process of publishing the user lists to the target channel system ends.
With reference again to FIGS. 1 to 3 concurrently, a specific exemplary embodiment illustrates how to use the campaign publishing system 100 to publish a marketing campaign to potential customers. A campaign marketer logs in to the campaign generation system 200, navigates to a campaign created earlier, opens the campaign flowchart and selects “Edit.” Then, the marketer edits the flowchart.
For example, the campaign marketer builds customer segments via a query to the user_information table according to the business requirements for certain marketing purposes. The campaign marketer also selects all buyers who have opted out of email communication. The campaign marketer merges the two selects together, so a resulting output is an intersection of all ebay.com toys buyers minus all opt outs. The campaign marketer feeds this result into a sample box, which allows the marketer to segment out a holdout population. The holdout population is a group of customers who are selectively removed from the campaign in order for eBay to evaluate the effectiveness of the campaign, for example, the amount of purchases by customers who were eligible and did receive the campaign versus the amount of purchases by customers that were eligible but did not receive campaign.
The campaign marketer selects two mail list boxes and in the first, named “email output,” assigns the previously created email offers to the Toys customer segment. The campaign marketer uses the second titled “postal output,” and assigns the postal offer to the same segment of Toys customers. The campaign marketer uses a third mail list box to represent the “hold out” segment, and assigns the Holdout offer to the holdout segment.
At this point the campaign flowchart 30 is built, and when run, will query the database for the customer segment according to requirements. The campaign flowchart 30 will assign offers to resulting segments, output the segments to the contact history table, and create the flat files 20 for the email and direct mail user lists. The campaign marketer saves the campaign flowchart 30 and returns to the campaign summary page. On the campaign summary page, the campaign marketer changes the eBay Marketing System (EMS) Publish Trigger from “New” to “Ready for Publish” and saves the campaign. This updates the data from “New” to “Ready” in a table, which can be used to trigger or publish a campaign. For example, the table UAC_CAMPAIGN.EMS_PUBLISH_TRIGGER can be used to trigger the campaign.
The campaign publishing system 100 is called, for example, every 5 minutes by a cron job process. The process calls the campaign publishing system 100 which queries the database and reads from the UAC_CAMPAIGN.EMS_PUBLISH_TRIGGER field for all records that are “Ready,” (campaigns in a status of “Ready for Publish”). In this case, it will find the above campaign in a status of “ready,” and campaign publishing system 100 will follow logic specific to an eBay Marketing System, in order to build the related Campaign and Offer metadata and send using XML over SOAP to the external EMS system. The campaign marketer is able to see the transfer was successful by refreshing their browser on the campaign summary page. If successful, campaign publishing system 100 will write a status message to a field of a table (for example, UAC_CAMPAIGN), which is read by a campaign generation system 200 and displayed on the campaign summary page in the EMS success message field, for example “EMS Transfer Successful.”
EMS is used for email content creation, and an EMS user updates a program created by the campaign metadata sent over from campaign publishing system 100. For example, the program name will be created with Campaign Name, the start date and end date will be as indicated in the campaign metadata. In addition, the offers sent from campaign publishing system 100 will appear as codes which can be appended to the URLs within the campaign content. Using the descriptive Offer Names, the EMS user knows to assign the US_ToysNewHotItem_08162006_JP offer code to the links specific to the Toy's Content or image. Same for the Apparel content or image. The EMS user will finalize the email content, save and send to the Email channel systems using FTP (File Transfer Protocol) for subsequent launch.
Now that the content is ready, all pre-steps have been completed the user can transfer the campaign metadata to the email and postal channel and run the campaign (for example, run the flowchart 30). The user will login to the campaign generation system 200 and navigate to the US_ToysMonthlyBuyer_08162006_JP campaign and select edit. On the campaign summary page, the user will change the value of Kana Publish Trigger from “New” to “Ready to Publish” and select Save. This will change a corresponding value in the field from New to Ready. A cron job is constantly running, calling the campaign publishing system 100 to scan the UAC_CAMPAIGN.Kana_Publish_trigger table for all Kana_publish_trigger=“ready.” If found, the campaign publishing system 100 will query for all related metadata and package the corresponding xml for the channel. In this case, channel is “KC1” (eBay.com, for example, has three email systems: KC1, KC2, and KC3). The campaign publishing system 100 will initiate a Web Service call passing the metadata as well formed XML to the email system's Web Service API. The user is able to see the transfer was successful by refreshing their browser on the campaign summary page. If successful, the campaign publishing system 100 will write a status message to the UAC_CAMPAIGN.KANA_SUCCESS_MESSAGE field which is read by campaign generation system 200 and displayed on the campaign summary page in the Kana Success Message Field, for example “Kana Successful Transfer.”
The campaign marketer user can then navigate to the campaign flowchart and select “Run.” This will cause the campaign generation system 200 to run the flowchart 30, which executes the pre-built queries against the database tables, pulls the matching users, and writes the user list to a flat file for Email and a different flat file for Postal as well as to the UAC_CONTACT_HISTORY table. Upon completion, the campaign generation system 200 will make a call to the campaign publishing system 100 to do two things. First, validate the content of the flat files meets business requirements. Second, transfer the validated flat files to the corresponding channel systems.
The campaign publishing system 100 performs validation on both the flat files 20, making sure that the flat files 20 are not empty, there are no abnormal characters in the fields, the flat files 20 are delimited correctly, and the metadata in the flat files 20 matches the metadata associated to the campaign. If all these checks pass, the flat files 20 are transferred using Secure Copy Protocol (SCP) from the server of campaign publishing system 100 to the KC1 email server and to the Postal server, respectfully.
At this point, the user may navigate to an email portion of the plurality of channel systems 300, find the corresponding campaign, associate the finished campaign content sent earlier from EMS, and launch the campaign. These actions cause the email system to send out email content to all customers on the campaign user list. Concurrently, an external postal catalog publisher may take the campaign publishing system postal flat file and use the corresponding customer name and addresses in this file for an eBay Catalog. The content of the catalog may be provided by an external vendor, and the postal catalog publisher will use their processes to associate customer name and address to catalog and send via postal mail. Thus, the campaign will be published to the potential customers.
Referring now to FIG. 8, a block diagram illustrates a machine in the example form of a computer system 700, within which a set of sequence of instructions for causing the machine to perform any one of the methodologies discussed herein may be executed. In alternative exemplary embodiments, the machine may be a server computer, a client computer, a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set of instructions to perform any one or more of the methodologies discussed herein.
The example computer system 700 includes a processor 702 (for example, a central processing unit (CPU) a graphics processing unit (GPU) or both), a main memory 704 and a static memory 706, which communicate with each other via a bus 708. The computer system 700 may further include a video display unit 710 (for example, a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 700 also includes an alphanumeric input device 712 (for example, a keyboard), a cursor control device 714 (for example, a mouse), a disk drive unit 716, a signal generation device 718 (for example, a speaker) and a network interface device 720.
The disk drive unit 716 includes a machine-readable medium 722 on which is stored one or more sets of instructions (for example, software 724) embodying any one or more of the methodologies or functions described herein. The software 724 may also reside, completely or at least partially, within the main memory 704 and/or within the processor 702 during execution thereof by the computer system 700, the main memory 704 and the processor 702 also constituting machine-readable media.
The software 724 may further be transmitted or received over a network 726 via the network interface device 720.
While the machine-readable medium 722 is shown in an example exemplary embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (for example, a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
Thus, a method and a system to publish campaign metadata related to marketing campaigns and customer user lists to at least certain ones of the plurality of channel systems 300 has been described. Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these exemplary embodiments without departing from the broader spirit and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.

Claims (20)

The invention claimed is:
1. A method of publishing campaign data in an electronic environment, the method comprising:
querying a database to select campaign metadata ready to publish to a target channel system;
determining a plurality of value users as a subset of all end users, the determining of the plurality of value users being based on a first set of pre-defined criteria, the plurality of value users being selected from at least one group from groups including both a group of high volume users of the electronic environment and a group of users negatively impacted by the electronic environment based on a negative purchase experience;
automatically generating one or more coupons to be distributed to each of the plurality of value users, a value of the one or more coupons being based on a second set of pre-defined criteria;
selecting the target channel system from a plurality of channel systems based on a target indicating attribute of the campaign metadata; and
transferring both the metadata and any related flat files to the target channel system concurrently.
2. The method of claim 1 further comprising:
determining whether the target channel system has a SOAP enabled web service API or whether the target channel system only accepts HTTP posts; and
based on the target channel system having the SOAP enabled web service API, packaging the metadata as an XML message object;
if the target channel system only accepts HTTP posts, packaging the metadata as an HTML request.
3. The method of claim 1 further comprising including the one or more coupons with the metadata prior to transferring to the target channel system.
4. The method of claim 1 further comprising forwarding the one or more coupons to each of the plurality of value users through a third party customer relationship management provider.
5. The method of claim 1 further comprising accessing the database through a third party customer relationship management provider.
6. The method of claim 1 further comprising, after querying the database, aggregating one or more offer metadata with the selected metadata.
7. A machine-readable storage device not having any transitory signals and including instructions that, when performed by a machine, cause the machine to perform operations to publish campaign data in an electronic environment, the operations comprising:
querying a database to select campaign metadata ready to publish to a target channel system;
determining a plurality of value users as a subset of all end users, the determining of the plurality of value users being based on a first set of pre-defined criteria, the plurality of value users being selected from at least one group from groups including both a group of high volume users of the electronic environment and a group of users negatively impacted by the electronic environment based on a negative purchase experience;
automatically generating one or more coupons to be distributed to each of the plurality of value users, a value of the one or more coupons being based on a second set of pre-defined criteria;
selecting the target channel system from a plurality of channel systems based on a target indicating attribute of the campaign metadata; and
transferring the metadata to the target channel system.
8. The machine-readable storage device of claim 7, wherein the operations further comprise aggregating one or more offer metadata with the selected metadata.
9. The machine-readable storage device of claim 7, wherein the operations further comprise updating a status of transferred metadata in the database to identify that the metadata has been transferred successfully.
10. The machine-readable storage device of claim 7, wherein the operations further comprise:
determining whether the target channel system has a SOAP enabled web service API or whether the target channel system only accepts HTTP posts; and
based on the target channel system having the target channel system has the SOAP enabled web service API, packaging the metadata as an XML message object;
if the target channel system only accepts HTTP posts, packaging the metadata as an HTML request.
11. A method of publishing campaign data in an electronic environment, the method comprising:
selecting campaign metadata ready to publish to a target channel system;
determining a plurality of value users as a subset of all end users, the determining of the plurality of value users being based on a first set of pre-defined criteria, the plurality of value users being selected from at least one group from groups including both a group of high volume users of the electronic environment and a group of users negatively impacted by the electronic environment;
automatically generating one or more coupons to be distributed to each of the plurality of value users, a value of the one or more coupons being based on a second set of pre-defined criteria; and
selecting the target channel system from a plurality of channel systems based on a target indicating attribute of the campaign metadata.
12. The method of claim 11 further comprising transferring the one or more coupons to the target channel system to be distributed to the plurality of value users.
13. The method of claim 11 further comprising forwarding the one or more coupons to the plurality of value users through a third party customer relationship management provider.
14. The method of claim 11 further comprising:
determining whether the target channel system has a SOAP enabled web service API or whether the target channel system only accepts HTTP posts; and
based on the target channel system having the target channel system has the SOAP enabled web service API, packaging the campaign metadata as an XML message object;
if the target channel system only accepts HTTP posts, packaging the campaign metadata as an HTML request.
15. A machine-readable storage device not having any transitory signals and including instructions that, when performed by a machine, cause the machine to perform operations to publish campaign data in an electronic environment, the operations comprising:
selecting campaign metadata ready to publish to a target channel system;
determining a plurality of value users as a subset of all end users, the determining of the plurality of value users being based on a first set of pre-defined criteria, the plurality of value users being selected from at least one group from groups including both including a group of high volume users of the electronic environment and a group of users negatively impacted by the electronic environment;
automatically generating one or more coupons to be distributed to the plurality of value users, a value of the one or more coupons being based on a second set of pre-defined criteria; and
selecting the target channel system from a plurality of channel systems based on a target indicating attribute of the campaign metadata.
16. The machine-readable storage device of claim 15 wherein the operations further comprise transferring the one or more coupons to the target channel system to be distributed to the plurality of value users.
17. The machine-readable storage device of claim 15 wherein the operations further comprise forwarding the one or more coupons to the plurality of value users through a third party customer relationship management provider.
18. A network-based system to publish campaign data in an electronic environment, the system comprising:
a database to store campaign metadata having an attribute indicating a target channel system from a plurality of channel systems; and
at least one processor to
write to and read from the database;
select campaign metadata ready to publish to the target channel system;
determine a plurality of value users from a subset of all end users, the determination of the plurality of value users being based on a first set of pre-defined criteria, the plurality of value users being selected from at least one group from groups including both a group of high volume users of the electronic environment and a group of users negatively impacted by the electronic environment;
automatically generate one or more coupons to be distributed to the plurality of value users, a value of the one or more coupons being based on a second set of pre-defined criteria; and
select the target channel system from the plurality of channel systems based on a target indicating attribute of the campaign metadata associated with the campaign data.
19. The network-based system of claim 18 further comprising an interface port to electronically communicate with a plurality of third party customer relationship management providers.
20. The network-based system of claim 18 wherein the processor is further configured to transfer both the metadata and any related flat files to the target channel system concurrently.
US12/617,562 2006-10-19 2009-11-12 Enhanced campaign management systems and methods Active 2029-06-10 US9466069B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/617,562 US9466069B2 (en) 2006-10-19 2009-11-12 Enhanced campaign management systems and methods

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/583,563 US8892756B2 (en) 2006-10-19 2006-10-19 Method and system of publishing campaign data
US12/617,562 US9466069B2 (en) 2006-10-19 2009-11-12 Enhanced campaign management systems and methods

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/583,563 Continuation-In-Part US8892756B2 (en) 2006-10-19 2006-10-19 Method and system of publishing campaign data

Publications (2)

Publication Number Publication Date
US20100153196A1 US20100153196A1 (en) 2010-06-17
US9466069B2 true US9466069B2 (en) 2016-10-11

Family

ID=39319266

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/583,563 Expired - Fee Related US8892756B2 (en) 2006-10-19 2006-10-19 Method and system of publishing campaign data
US12/617,562 Active 2029-06-10 US9466069B2 (en) 2006-10-19 2009-11-12 Enhanced campaign management systems and methods
US14/543,661 Expired - Fee Related US9454770B2 (en) 2006-10-19 2014-11-17 Method and system of publishing campaign data

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/583,563 Expired - Fee Related US8892756B2 (en) 2006-10-19 2006-10-19 Method and system of publishing campaign data

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/543,661 Expired - Fee Related US9454770B2 (en) 2006-10-19 2014-11-17 Method and system of publishing campaign data

Country Status (1)

Country Link
US (3) US8892756B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10861038B2 (en) * 2017-04-27 2020-12-08 Home Depot Product Authority, Llc Methods and systems for efficient promotional price adjustment
US11055643B2 (en) 2017-11-13 2021-07-06 Samsung Electronics Co., Ltd. System and method for a prescriptive engine

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8346593B2 (en) 2004-06-30 2013-01-01 Experian Marketing Solutions, Inc. System, method, and software for prediction of attitudinal and message responsiveness
US8732004B1 (en) 2004-09-22 2014-05-20 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
US8036979B1 (en) 2006-10-05 2011-10-11 Experian Information Solutions, Inc. System and method for generating a finance attribute from tradeline data
US8892756B2 (en) 2006-10-19 2014-11-18 Ebay Inc. Method and system of publishing campaign data
US8166336B2 (en) * 2006-10-20 2012-04-24 American Express Travel Related Services Company, Inc. Method and system for campaign management
US8606666B1 (en) 2007-01-31 2013-12-10 Experian Information Solutions, Inc. System and method for providing an aggregation tool
US8606626B1 (en) * 2007-01-31 2013-12-10 Experian Information Solutions, Inc. Systems and methods for providing a direct marketing campaign planning environment
US7742982B2 (en) 2007-04-12 2010-06-22 Experian Marketing Solutions, Inc. Systems and methods for determining thin-file records and determining thin-file risk levels
US8641327B2 (en) * 2007-07-30 2014-02-04 Kellogg Brown & Root Llc Methods and apparatus for protecting offshore structures
US7996521B2 (en) 2007-11-19 2011-08-09 Experian Marketing Solutions, Inc. Service for mapping IP addresses to user segments
US20100094758A1 (en) * 2008-10-13 2010-04-15 Experian Marketing Solutions, Inc. Systems and methods for providing real time anonymized marketing information
US8639920B2 (en) 2009-05-11 2014-01-28 Experian Marketing Solutions, Inc. Systems and methods for providing anonymized user profile data
US9152727B1 (en) 2010-08-23 2015-10-06 Experian Marketing Solutions, Inc. Systems and methods for processing consumer information for targeted marketing applications
US10846739B1 (en) * 2013-11-27 2020-11-24 Iqvia, Inc. System and method for strategizing and executing marketing campaigns
US10262362B1 (en) 2014-02-14 2019-04-16 Experian Information Solutions, Inc. Automatic generation of code for attributes
US11257117B1 (en) 2014-06-25 2022-02-22 Experian Information Solutions, Inc. Mobile device sighting location analytics and profiling system
US10445152B1 (en) 2014-12-19 2019-10-15 Experian Information Solutions, Inc. Systems and methods for dynamic report generation based on automatic modeling of complex data structures
US9767309B1 (en) 2015-11-23 2017-09-19 Experian Information Solutions, Inc. Access control system for implementing access restrictions of regulated database records while identifying and providing indicators of regulated database records matching validation criteria
US20180060954A1 (en) 2016-08-24 2018-03-01 Experian Information Solutions, Inc. Sensors and system for detection of device movement and authentication of device user based on messaging service data from service provider
US20210019767A1 (en) * 2019-07-02 2021-01-21 Bsi Business Systems Integration Ag Campaign management system - multiple instances
US11682041B1 (en) 2020-01-13 2023-06-20 Experian Marketing Solutions, Llc Systems and methods of a tracking analytics platform
CN113094121B (en) * 2021-04-30 2023-03-10 腾讯科技(成都)有限公司 Data processing method, data processing equipment and computer readable storage medium

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6125352A (en) * 1996-06-28 2000-09-26 Microsoft Corporation System and method for conducting commerce over a distributed network
US20020049738A1 (en) * 2000-08-03 2002-04-25 Epstein Bruce A. Information collaboration and reliability assessment
US6405175B1 (en) * 1999-07-27 2002-06-11 David Way Ng Shopping scouts web site for rewarding customer referrals on product and price information with rewards scaled by the number of shoppers using the information
US20020128908A1 (en) * 2000-09-15 2002-09-12 Levin Brian E. System for conducting user-specific promotional campaigns using multiple communications device platforms
US20030014304A1 (en) * 2001-07-10 2003-01-16 Avenue A, Inc. Method of analyzing internet advertising effects
US20040268344A1 (en) * 2001-03-08 2004-12-30 Sridhar Obilisetty Centrally managed and distributed applications
US6839680B1 (en) * 1999-09-30 2005-01-04 Fujitsu Limited Internet profiling
US6941306B2 (en) * 2001-12-12 2005-09-06 Electronics And Telecommunications Research Institute Method and system for accessing data by using SOAP-XML
US20070088603A1 (en) * 2005-10-13 2007-04-19 Jouppi Norman P Method and system for targeted data delivery using weight-based scoring
US20070101439A1 (en) * 2005-10-17 2007-05-03 Strauch Oliver G System and method for authorizing business information access
US7313359B2 (en) 2004-03-09 2007-12-25 Google Inc. Dynamic data delivery apparatus and method for same
US20080097928A1 (en) 2006-10-19 2008-04-24 Ebay Inc. Method and system of publishing campaign data
US20090197582A1 (en) * 2008-02-01 2009-08-06 Lewis Robert C Platform for mobile advertising and microtargeting of promotions
US7822631B1 (en) * 2003-08-22 2010-10-26 Amazon Technologies, Inc. Assessing content based on assessed trust in users
US8103540B2 (en) * 2003-06-05 2012-01-24 Hayley Logistics Llc System and method for influencing recommender system
US8352499B2 (en) * 2003-06-02 2013-01-08 Google Inc. Serving advertisements using user request information and user information
US8412557B1 (en) * 2005-06-17 2013-04-02 Amazon Technologies, Inc. Method and system for determining whether an offering is controversial based on user feedback

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7096262B2 (en) * 2001-03-22 2006-08-22 Intel Corporation Apparatus and method for asymmetric electronic commerce transactions
US7032014B2 (en) * 2002-01-18 2006-04-18 Sun Microsystems, Inc. Service management system for configuration information
US7363342B1 (en) * 2003-07-08 2008-04-22 Microsoft Corporation Method and apparatus for providing web services in a collaborative computing system
US7587415B2 (en) * 2005-03-14 2009-09-08 Microsoft Corporation Single-pass translation of flat-file documents into XML format including validation, ambiguity resolution, and acknowledgement generation

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6125352A (en) * 1996-06-28 2000-09-26 Microsoft Corporation System and method for conducting commerce over a distributed network
US6405175B1 (en) * 1999-07-27 2002-06-11 David Way Ng Shopping scouts web site for rewarding customer referrals on product and price information with rewards scaled by the number of shoppers using the information
US6839680B1 (en) * 1999-09-30 2005-01-04 Fujitsu Limited Internet profiling
US20020049738A1 (en) * 2000-08-03 2002-04-25 Epstein Bruce A. Information collaboration and reliability assessment
US20020128908A1 (en) * 2000-09-15 2002-09-12 Levin Brian E. System for conducting user-specific promotional campaigns using multiple communications device platforms
US20040268344A1 (en) * 2001-03-08 2004-12-30 Sridhar Obilisetty Centrally managed and distributed applications
US20030014304A1 (en) * 2001-07-10 2003-01-16 Avenue A, Inc. Method of analyzing internet advertising effects
US6941306B2 (en) * 2001-12-12 2005-09-06 Electronics And Telecommunications Research Institute Method and system for accessing data by using SOAP-XML
US8352499B2 (en) * 2003-06-02 2013-01-08 Google Inc. Serving advertisements using user request information and user information
US8103540B2 (en) * 2003-06-05 2012-01-24 Hayley Logistics Llc System and method for influencing recommender system
US7822631B1 (en) * 2003-08-22 2010-10-26 Amazon Technologies, Inc. Assessing content based on assessed trust in users
US7313359B2 (en) 2004-03-09 2007-12-25 Google Inc. Dynamic data delivery apparatus and method for same
US8412557B1 (en) * 2005-06-17 2013-04-02 Amazon Technologies, Inc. Method and system for determining whether an offering is controversial based on user feedback
US20070088603A1 (en) * 2005-10-13 2007-04-19 Jouppi Norman P Method and system for targeted data delivery using weight-based scoring
US20070101439A1 (en) * 2005-10-17 2007-05-03 Strauch Oliver G System and method for authorizing business information access
US20080097928A1 (en) 2006-10-19 2008-04-24 Ebay Inc. Method and system of publishing campaign data
US8892756B2 (en) 2006-10-19 2014-11-18 Ebay Inc. Method and system of publishing campaign data
US20090197582A1 (en) * 2008-02-01 2009-08-06 Lewis Robert C Platform for mobile advertising and microtargeting of promotions

Non-Patent Citations (14)

* Cited by examiner, † Cited by third party
Title
U.S. Appl. No. 11/583,563 , Response filed Nov. 15, 2011 to Non Final Office Action mailed Aug. 19, 2011, 11 pgs.
U.S. Appl. No. 11/583,563 Advisory Action mailed Apr. 8, 2011, 3.
U.S. Appl. No. 11/583,563, 312 Amendment filed Jul. 28, 2014, 7 pgs.
U.S. Appl. No. 11/583,563, Final Office Action mailed Jan. 21, 2011, 26 pgs.
U.S. Appl. No. 11/583,563, Final Office Action mailed Mar. 6, 2012, 25 pgs.
U.S. Appl. No. 11/583,563, Non Final Office Action mailed Aug. 19, 2011, 24 pgs.
U.S. Appl. No. 11/583,563, Non Final Office Action mailed Jan. 6, 2014, 26 pgs.
U.S. Appl. No. 11/583,563, Non-Final Office Action mailed Jul. 22, 2010, 27 pgs.
U.S. Appl. No. 11/583,563, Notice of Allowance mailed Jul. 8, 2014, 8 pgs.
U.S. Appl. No. 11/583,563, PTO Response to Rule 312 Communication mailed Sep. 2, 2014, 2 pgs.
U.S. Appl. No. 11/583,563, Response filed Apr. 9, 2014 to Non Final Office Action mailed Jan. 6, 2014, 10 pgs.
U.S. Appl. No. 11/583,563, Response filed Mar. 21, 2011 to Final Office Action mailed Jan. 21, 2011, 11 pgs.
U.S. Appl. No. 11/583,563, Response filed Oct. 22, 2010 to Non Final Office Action mailed Jul. 22, 2010, 17 pgs.
U.S. Appl. No. 14/543,661, Preliminary Amendment filed Dec. 5, 2014, 8 pgs.

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10861038B2 (en) * 2017-04-27 2020-12-08 Home Depot Product Authority, Llc Methods and systems for efficient promotional price adjustment
US11055643B2 (en) 2017-11-13 2021-07-06 Samsung Electronics Co., Ltd. System and method for a prescriptive engine

Also Published As

Publication number Publication date
US20080097928A1 (en) 2008-04-24
US9454770B2 (en) 2016-09-27
US8892756B2 (en) 2014-11-18
US20100153196A1 (en) 2010-06-17
US20150073898A1 (en) 2015-03-12

Similar Documents

Publication Publication Date Title
US9466069B2 (en) Enhanced campaign management systems and methods
US10678607B2 (en) API and business language schema design framework for message exchanges
US10134096B2 (en) Coupon social networking platform
US9547865B2 (en) System and method for providing advertising server optimization for online computer users
JP5081269B2 (en) System and method for managing advertising campaigns on a network
AU2007339223B2 (en) Contextual content publishing system and method
US8694363B2 (en) Dynamically creating a context based advertisement
US20100042495A1 (en) Method and System for Internet Advertising Administration Using a Unified User Interface
US20080120160A1 (en) Method and system for listing an item
JP6297912B2 (en) System and method for booking an online advertising campaign
JP2015018561A (en) Tracking offline responses to indicate online advertisement quality
WO2009114634A1 (en) Ad matching system and method thereof
US11176517B2 (en) System and method for anomaly detection and deduplication of electronic data feeds
US20110313833A1 (en) Reconstructing the online flow of recommendations
US11379523B2 (en) Method and apparatus for implementing a search index generator
US10972415B2 (en) Temporary suspension of electronic communications
US20140279037A1 (en) Systems and Methods for Creating Product Advertising Campaigns
US20090163186A1 (en) Application program interface and graphical user interface for editorial review of mobile advertisement campaigns
US9367847B2 (en) Presenting content packages based on audience retargeting
US20160110764A1 (en) Presenting content packages based on audience exclusion
US20130110944A1 (en) Generating an electronic message during a browsing session
US20120271779A1 (en) Unifying domain model for internet business systems
WO2014123505A1 (en) Method and system for group purchase of on-line advertising
AU2009271469B2 (en) Need-driven advertising
KR20230129711A (en) Campaign automation system utilizing target and action information and method for operating the same system

Legal Events

Date Code Title Description
AS Assignment

Owner name: EBAY INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PAULSON, JEDEDIAH H.;SHAPIRO, NELLA;TUKHAR, SANDEEP K.;AND OTHERS;SIGNING DATES FROM 20100107 TO 20100728;REEL/FRAME:024826/0728

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4