US20080281699A1 - Systems and methods for using ip transport records to provide targeted marketing services - Google Patents

Abstract

Systems and methods can include collecting addressability information about users accessing a service provider's IP-based network communication services, collecting information sufficient to identify when the user is accessing the service provider's IP-based network communication services, collecting data from the IP packets sent or received by the user and using the collected data to associate the user with certain marketing content. The systems and methods can further include sending the marketing content to the user through various distribution channels by using the addressability information. The systems and methods can further include recording the collected information over time to refine the ability to predict the user's receptiveness to certain marketing content so as to improve the effectiveness of TMS.

Description

• This application claims priority to U.S. Provisional Application No. 60/917,553 filed May 11, 2007, herein incorporated by reference in its entirety.
• The contents of the following applications, filed concurrently herewith, are incorporated by reference in their entirety: U.S. Non-Provisional patent application Ser. No. ______, Attorney Docket No.: ______, titled “Systems and Methods for Using DNS Records to Provide Targeted Marketing Services,” U.S. Non-Provisional patent application Ser. No. ______, Attorney Docket No.: ______, titled “Systems and Methods for Using Voice Services Records to Provide Targeted Marketing Services,” U.S. Non-Provisional patent application Ser. No. ______, Attorney Docket No.: ______, titled “Systems and Methods for Using Video Services Records to Provide Targeted Marketing Services” and U.S. Non-Provisional patent application Ser. No. ______, Attorney Docket No.: ______, titled “Systems and Methods for Using Value-Added Services Records to Provide Targeted Marketing Services.”
BACKGROUND INFORMATION
• Targeted marketing aims to simultaneously reduce the cost of and improve the response to marketing campaigns by delivering marketing content to recipients who are most likely to be receptive to that content. Cost is reduced by limiting the distribution of the content; response is improved by delivering the content to those recipients most likely to respond.
• Common examples of targeted marketing include the following: direct-mail marketing, such as mail order catalog distribution, wherein marketing content is mailed to households whose members belong to a relevant affinity group; newsletter distribution to those individuals who have expressed an explicit interest in receiving the newsletter; advertising inserted into the response pages of online search engines, such as Google™ and Yahoo™ search, wherein the recipients are selected based on the keywords they enter on the search page; and context-based advertisement insertion, such as banner advertisements placed on a website, wherein the website is selected based on knowledge, or implicit assumption, that individuals in a target group are more likely to visit that website than other websites.
• Entities that employ targeted marketing face two challenges: 1) cost-effectiveness in identifying the individuals or groups most likely to be differentially more receptive to the marketing content; and 2) identifying the location where the marketing content should be sent to reach those individuals or groups. Responding to those challenges requires the acquisition and processing of information associated with receptiveness and addressability.
• The convergence of communications, information, and entertainment services industries has led to the emergence of service providers that provide multiple services, including Internet access, voice services, and video entertainment services among others. Moreover, these service providers are delivering the services over a converged services infrastructure, which, at its core, is based on Internet Protocol (IP) networking technologies. This extensive services infrastructure consists of systems, information and processes needed to deliver a wide range of information, entertainment and communications services to millions of users. This infrastructure also represents a potentially valuable set of resources on which to build and operate a wide range of powerful marketing services.
BRIEF DESCRIPTION OF THE DRAWINGS
• In order to facilitate a fuller understanding of the exemplary embodiments, reference is now made to the appended drawings, in which like reference characters are used to indicate like elements. These drawings should not be construed as limiting, but are intended to be exemplary only.
• FIG. 1 is a schematic diagram of a system for delivering IP-based services, according to an exemplary embodiment;
• FIG. 2 is a flow chart of a method for acquiring access to and using IP-based services, according to an exemplary embodiment;
• FIG. 3 is a schematic diagram of a system for providing targeted marketing services, according to an exemplary embodiment;
• FIG. 4 is a flow chart of a method for providing targeted marketing services, according to an exemplary embodiment;
• FIG. 5 is a block diagram showing relationships between information to enable associating IP address-keyed receptiveness information to users, according to an exemplary embodiment;
• FIG. 6 is a flow chart of a method for implementing the information and decision processing functions of the marketing information processing module, according to an exemplary embodiment;
• FIG. 7 is a flow chart of a method for opportunistic distribution of marketing content, according to an exemplary embodiment;
• FIG. 8 is a flow chart of a method for hybrid distribution of marketing content, according to an exemplary embodiment;
• FIG. 9 is a schematic diagram of a service provider-based targeted marketing services system, according to an exemplary embodiment; and
• FIG. 10 is a flowchart of a method for providing service provider-based targeted marketing services, according to an exemplary embodiment.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
• The following description is intended to convey a thorough understanding of the embodiments described by providing a number of specific embodiments and details involving using IP transport records to identify user interests, and using those user interests to send marketing content to the user. It should be appreciated, however, that these specific embodiments and details are exemplary only.
• As used herein, the term “marketing content” is interpreted broadly to include any type of information that a service provider or a third party may elect to send to a user. Thus, marketing content can include, but is not limited to, offers for goods or services, requests for charitable donations, requests for information, general information not associated with an offer or request, etc.
• As used herein, the term “targeted marketing services (TMS)” is interpreted broadly to include marketing activity whereby steps are taken to deliver marketing content to a particular group of individuals, the members of which are believed to be more receptive to the content than other individuals.
• As used herein, the term “user” is interpreted broadly to include any individual or collection of individuals using at least one service provided by a service provider. A user includes, but is not limited to, an individual, a household that interacts with a service provider using a single set of identifying data, a business entity that interacts with a service provider using a single set of identifying data, etc.
• As used herein, the term “IP-enabled device” is interpreted broadly to include any device capable of communicating with other devices across an IP-based network. IP-enabled devices include, but are not limited to, personal computers (PCs), personal digital assistants (PDAs), smart phones, cellular telephones, set-top boxes, etc.
• The description below describes models at an introductory and abstract level of the systems and methods used by service providers to deliver IP-based services. These systems and methods are well-known in the art. The models are intended only to provide sufficient background for a thorough understanding of the embodiments described.
• The description below describes modules that may include one or more servers, databases, subsystems and other components. As used herein, the term “module” may be understood to refer to software, firmware, hardware, and/or various combinations thereof. The modules are exemplary. The modules may be combined, integrated, separated, and/or duplicated to support various applications and may be centralized or distributed. A function described herein as being performed at a particular module may be performed at one or more other modules and/or by one or more other devices instead of or in addition to the function performed at the particular module. The modules may be implemented across multiple devices and/or other components local or remote to one another. The devices and components that comprise one module may or may not be distinct from the devices and components that comprise other modules.
• The technology infrastructure used by service providers to deliver IP-based services can be extensive. The technology can consist of the systems, information and processes needed to deliver a wide range of information, entertainment and communications services to millions of users.
• From a marketing services perspective, this infrastructure also can represent a potentially valuable set of resources on which to build and operate a wide range of powerful marketing services. Service provider infrastructure resources, in existing or slightly modified form, can be used for at least two important purposes in a marketing services context: 1) as a source of marketing information, including both receptiveness information, which relates to a user's receptiveness to particular marketing content, and addressability information, which relates to a user's physical or virtual location for sending marketing content; and 2) as a distribution channel for sending marketing content to the user.
• The IP-based services provided by service providers can include IP access service. IP access service can allow a user to obtain access to one or more public and/or private IP networks, including but not limited to, the Internet. As part of this service, the user can couple an IP-enabled device to the service provider's access infrastructure. The service provider can provide transport service through at least one of its networks and/or interconnection services to other networks as needed to deliver packets across other IP networks. This IP access service can be the basis for a wide range of IP-based applications and services, including, but not limited to, web browsing, file sharing, multimedia streaming, electronic messaging, etc.
• Referring toFIG. 1, a schematic diagram of a system for delivering IP-based services, according to an exemplary embodiment, is illustrated.System20 can comprise auser30, auser interface module32, aservice provider40 and anexternal service module70.
• Theuser30 can be an individual or group that uses IP-based services provided by and through theservice provider40. Theuser30 can be associated with a service provider service subscription, in which case theuser30 can be referred to as a subscriber and can have an account with theservice provider40. Theuser30 can be an individual, as where a service is provided to a single person, or a group, as where a service is provided to multiple individuals, e.g., residential broadband data service provided to a family, enterprise data services provided to employees of a company, etc.
• Theuser interface module32 can provide a means for theuser30 to couple at least one input and/or output device to the service provider's infrastructure via an IP-enabled communications link and to interact with IP-based services via the coupled device(s). The systems and methods by which IP connectivity can be established and maintained can vary widely and are well known in the art.
• Where theuser interface module32 implements at least one network, such as a residential home network, theuser interface module32 can provide local networking functions, including, but not limited to, local address assignment, host configuration, network address translation, security and access control. The transmission medium used by theuser interface module32 to communicate internally and with components of the service provider's infrastructure can be based on wireline technologies, wireless technologies, or a combination of both.
• Theuser interface module32 can comprise a wide range of devices, software, applications, equipment and cabling including, but not limited to, PCs, laptops, IP-enabled mobile devices (handheld computers, cellular telephones), telephones, cameras, microphones, displays, televisions, set-top-boxes, home-networking equipment (routers, switches, modems) browsers, electronic games, office automation application software, file transfer application software, etc. Although varied, these components are well known in the art.
• Theservice provider40 can provide at least one IP-based service to at least oneuser30. The at least one IP-based service provided by theservice provider40 can include, but is not limited to, web-browsing, e-mail, electronic messaging, file-transfer, IP-based voice services, IP-based multimedia services, etc.
• Theservice provider40 can include an IPpacket transport module42. The IPpacket transport module42 can route and forward IP packets to and from theuser interface module32. The IPpacket transport module42 can enforce certain transport service-level agreements. The IP packets can originate at theuser interface module32 and be destined for another service provider module or theexternal service module70. The IP packets can originate at theservice provider40 or theexternal service module70 and be destined for theuser interface module32. All communications between theuser interface module32 and other service provider modules and/or theexternal service module70 can be through IP packets routed and forwarded through the IPpacket transport module42.
• The IPpacket transport module42 can comprise a wide range of devices, software, applications, equipment and cabling including, but not limited to, interconnected routers and switches, optical and electrical wiring, wireless transmitters and receivers, etc. The IPpacket transport module42 can employ a wide range of communication protocols and technologies including, but not limited to, asynchronous transfer mode (ATM), Ethernet, Frame-relay, multi-protocol label switching (MPLS), L2TP, IPSec, point-to-point protocol (PPP), SONET, EV-DO, WiMax, etc. The IPpacket transport module42 also can employ standard Internet protocols to operate the network, including, but not limited to, IP, user datagram protocol (UDP), transmission control protocol/internet protocol (TCP/IP), ICMP, OSPF, ISIS, RIP, SNMP, etc. The components, communication protocols and Internet protocols are well known in the art.
• The information maintained by the IPpacket transport module42 can include information for establishing and maintaining network connectivity between modules, routing packets based on destination address and other service-related parameters, monitoring performance, measuring usage, etc. The IPpacket transport module42 can inspect an IP packet to obtain data to forward the IP packet to its destination. The IPpacket transport module42 also can incorporate devices, e.g., deep packet inspection devices, to inspect an IP packet for additional data, record that data and/or act on the IP packet as it traverses the IPpacket transport module42.
• Theservice provider40 can include auser account module44. Theuser account module44 can manage the information related to a user's account with theservice provider40 and associated service provisioning information. Theuser30 can interact with theuser account module44 when theuser30 wants to add, modify or delete services or properties, e.g., contact information, billing information, etc., associated with the user's account. Theuser30 can interact with theuser account module44 through theuser interface module32, for example, through a customer service website operated by theservice provider40 and/or through non-IP-based systems, e.g., telephone, mail, face-to-face contact with a service provider representative, etc.
• Theuser account module44 can consist of numerous distributed computing systems. Theuser account module44 can comprise a wide variety of physical hardware, software and logical systems including, but not limited to, databases, web servers, client-server systems, element management and provisioning systems, subscriber management systems, order processing systems, customer call centers, automated voice response systems, etc. The underlying systems and methods to implement theuser account module44 are well known in the art.
• Theuser account module44 can interact with other service provider modules as needed to configure infrastructure in order to provide service. For example, theuser30 can establish a new DSL broadband user account with theservice provider40. Theuser account module44 can interact with elements of the service provider's access and edge networks, such as digital subscriber line access multiplexers (DSLAMs), ATM switches, edge/gateway routers, etc. This interaction can be to provision a logical connection, e.g., ATM virtual circuit, Ethernet virtual local area network (VLAN), etc. with the appropriate service parameters from the subscribers home to a router at the edge of the service provider's network. This provisioning can be referred to as static because it is managed by theuser account module44 when theuser30 establishes service and can remain unchanged for an extended period of time.
• The user account module44 can contain extensive information, including, but not limited to, the following: 1) a unique user identification number; 2) billing information, such as a) a billing address, b) credit card and/or bank information, c) billing status, d) credit history, etc.; 3) contact information, such as a) at least one address in addition to the billing address, b) at least one telephone number, c) at least one e-mail address, etc.; 4) service information, such as a) at least one list of authorized services, b) service agreements, associated rates and charging methods, c) authentication and authorization credentials, e.g., user identifiers (IDs), account IDs, passwords, public key certificates, device IDs (set-top box IDs, subscriber identity module (SIM) card IDs, device media access control (MAC) addresses) d) service-specific parameters, e.g., data transport parameters (rate limits, maximum burst size, minimum guaranteed rates), at least one instant messaging (IM) identity, e-mail and/or voicemail mailbox IDs, access codes, storage quotas, content subscriptions, etc.; and 5) service provisioning information, such as a) geographic or network location of the user interface module32, b) access link information, e.g., access link ID like ATM virtual circuit ID or VLAN IDs, lists of access network elements traversed by an access link, the name of the broadband remote access server (BRAS) device that terminates the access link, the interface identifier on the BRAS device that terminates the access link, etc.
• Theservice provider40 can include aservice attachment module46. Theservice attachment module46 can dynamically exchange service provisioning and configuration information with theuser interface module32. Dynamic provisioning and configuration can be performed to allow theservice provider40 to allocate a limited resource, such as a public IP address, to theuser30 while the service associated with that resource is in use. Dynamic provisioning and configuration also can be performed because the information needed for configuration or the devices to be configured are known to theservice provider40 at the time when service usage is to begin. For example, the specific device that theuser30 employs to access a service can be unknown to theservice provider40 until theuser30 initiates use of the service. Theservice attachment module46 also can interact with other service provider modules to manage the configuration of services provided by theservice provider40. The systems and methods used to implement theservice attachment module46 can vary by service but are well known in the art.
• Theservice attachment module46 can include anetwork attachment module48. Thenetwork attachment module48 can coordinate the dynamic provisioning and configuration associated with providing theuser30 with IP-transport services. The dynamic provisioning and configuration associated with providing IP-transport services can occur before the dynamic configuration associated with higher-level services, such as voice and video, because the dynamic configuration associated with higher-level services can use the IP-access provided by the IP-transport services. Thus, thenetwork attachment module48 can implement the first step in a multi-step dynamic service bootstrapping process.
• Thenetwork attachment module48 can manage the dynamic assignment of public IP addresses to theuser interface module32 in support of IP-packet transport functions for IP-access service. Thenetwork attachment module48 can communicate configuration information to theuser interface module32 in support of higher-level services. The information managed and communicated can include IP addresses for DNS servers, session initiation protocol (SIP) proxies for voice services, Interactive Program Guides (IPGs) for video services, etc.
• Thenetwork attachment module48 can comprise BRAS routers, DHCP servers, RADIUS clients and servers, databases, transport policy management systems, etc. Thenetwork attachment module48 can use multiple protocols, including, but not limited to, PPP, point-to-point protocol over ethernet (PPPoE), dynamic host configuration protocol (DHCP), remote authentication dial-in user service (RADIUS), common open policy service (COPS), etc.
• Theservice provider40 can include a domainname resolution module50. The domainname resolution module50 can provide domain name resolution services via the DNS. When two or more IP-enabled end systems, known as hosts, communicate across an IP network, the packets exchanged between the hosts can be delivered across the network based on a unique numeric identifier, known as an IP address. Each packet can contain a source IP address, which can identify the host that sent the packet, and at least one destination IP address, which can identify at least one host that the packet can be sent to. The DNS can store and associate many types of information with domain names, which can be alphanumeric strings, typically human legible, used to identify a host on an IP-based network. In particular, the DNS can associate a domain name with an IP address. Thus, the DNS can act as a directory service, through which domain names can be translated into IP addresses, a process referred to as domain name resolution. The DNS can be implemented as a hierarchically-organized, globally-distributed system. The systems and methods used to implement the DNS are well known in the art.
• The use of domain names and the DNS can be ubiquitous in IP-based networks. For example, World Wide Web uniform resource locators (URLs) can contain the domain name of the host that stores the resource associated with the URL. In the URL “http://en.wikipedia.org/wiki/Domain_name_system#History_of_the_DNS,” the string fragment “en.wikipedia.org” can be the domain name of the host that stores the web page for the wikipedia entry that describes the DNS. Domain names and the DNS also can be used in other IP-based services.
• The domainname resolution module50 can participate in a DNS and be used for domain name resolution. To perform domain name resolution, the domainname resolution module50 can interact with theuser interface module32. For example, software in a user's PC, known as a resolver, can send a request to the domainname resolution module50 for the translation of a domain name, e.g., www.google.com, to the domain name's associated IP address. The domainname resolution module50 can process the request at a DNS server that can perform a local directory look-up or can query other DNS servers in the service-provider's network or in other networks. Once the domainname resolution module50 identifies the associated IP address, e.g., 64.233.161.99, the domainname resolution module50 can send the associated IP address back to the user's PC. Once the PC receives the IP address, the PC can cache the IP address for a period of time based on the use of a time-to-live parameter. This caching can reduce the rate and volume of domain name resolution requests to the domainname resolution module50 by enabling the PC to use the resolved IP address for a period of time.
• Theservice provider40 can include another services module52. Theother services module52 can manage the delivery of other services provided by theservice provider40 but not yet identified. These services can include, but are not limited to, video services, voice services, online gaming services, download services, restricted content services, security services (virus detection, intrusion detection, parental controls), storage services, personal media management services, etc. Management of the delivery of these services can involve user identification, authentication and service authorization, service delivery, performance management and usage tracking. Theother services module52 can interact with theuser interface module32.
• Although the systems associated with theother services module52 can vary by service, the systems can include, but are not limited to, servers, databases, storage systems, monitoring systems, etc. Although the methods associated with theother services module52 also can vary by service, the methods can include, but are not limited to, common IP-based distributed systems and application technologies such as TCP, UDP, hypertext transfer protocol (HTTP), SOAP, file transfer protocol (FTP), SIP, real-time streaming protocol (RTSP), etc. The systems and methods associated with theother services module52 are well known in the art.
• Although the information managed and maintained by theother services module52 can vary by service, the information can include, but is not limited to, user identity, authentication, service authorization, service delivery state, resource consumption, service usage, etc.
• Theexternal service module70 can be an information, entertainment, communications, etc., service, which may or may not be commercial in nature, provided to theuser30 as accessed through theservice provider40, though theexternal service module70 need not be associated with theservice provider40. Theuser30 can interact with theexternal service module70 through theuser interface module32 and the IPpacket transport module42. Theexternal service module70 can communicate directly with the IPpacket transport module42, as with, for example, direct network connection or direct network peering, or can communicate indirectly through one or more intermediary IP-based networks. The communication path between theuser30 and theexternal service module70 can include public and/or private IP-based networks and can include communications across non-IP based communication channels, such as the public switched telephone network (PSTN). The transmission medium between theuser30 and theexternal service module70 can include wireline technologies, wireless technologies or a combination of both.
• The systems comprising theexternal service module70 can include, but are not limited to, computers, databases, routers, switches, firewalls, storage devices, web servers, email servers, file servers, media servers, application servers, voice and multimedia gateways, media mixers and trans-coders, conferencing systems, etc. The systems and methods associated with theexternal service module70, though widely varied, are well known in the art.
• Referring toFIG. 2, a flowchart of a method for acquiring access to and using IP-based services, according to an exemplary embodiment, is illustrated. Inblock110, theuser30 can interact with theservice provider40 to sign-up for at least one service and establish a user account. Theuser30 can interact with theservice provider40 through theuser interface module32, for example, through a customer service website operated by theservice provider40 and/or through non-IP-based systems, e.g., telephone, mail, face-to-face contact with a service provider representative, etc. Theservice provider40 can collectuser30 and service information. Theuser30 and/or theservice provider40 can configure hardware and software so the service can be delivered, which can include, at a minimum, establishing basic IP transport service.
• For example, theuser30 can call theservice provider40 to request high-speed data service, voice over internet protocol (VoIP) service and/or IP-based video service. Theservice provider40 can collect contact and billing information from theuser30, as well as information for provisioning the service, such as the address where service will be provided. Theservice provider40 can provide theuser30 with equipment for using the service, such as a router, VoIP-enabled telephones, set-top boxes, etc. Theservice provider40 and/or theuser30 can configure the equipment for use. Theservice provider40 can configure the service provider's infrastructure to provide the service. For example, theservice provider40 can provision access links to the user's premises, configure account and service information in service delivery subsystems, etc.Method100 then can proceed to block120.
• Inblock120, theuser30 can establish a connection to the service provider's infrastructure via an IP-enabled communications link. Thenetwork attachment module48 can perform dynamic service configuration to establish basic IP connectivity and basic service-level provisioning for the elements associated with theuser interface module32. For example, thenetwork attachment module48 can dynamically assign an IP address to an element of theuser interface module32, such as a home router. Theservice attachment module46 can dynamically configure other IP-service information, including, but not limited to, addresses for DNS servers, SIP proxies, HTTP proxies, bootstrapping servers for video services, etc.
• For example, theuser30 can couple a home router to a digital subscriber line (DSL) network, turn the router on and configure the router. The home router can signal the service provider's network to establish connectivity using a protocol, such as PPP, PPPoE, DHCP, etc. Theservice attachment module46 can perform user authentication and authorization. Thenetwork attachment module48 can assign a dynamic IP address to the home router, which the IP-enabled network can use to identify the host associated with theuser30. At the completion of the attachment process, theuser interface module32 can have an IP address, functioning IP connectivity to the IPpacket transport module42 and essential configuration for other services.Method100 then can proceed to block130.
• Inblock130, theuser30 can establish use of IP transport services to communicate with other IP-enabled devices reachable through the service provider's infrastructure. This capability can provide theuser30 with the ability to send IP packets to other IP addresses and to receive IP packets from other IP addresses.Method100 then can proceed to block140.
• Inblock140, theuser30 can establish use of domain name resolution services to access other services. Many application-level, IP-based services depend upon the DNS to abstract away the details of numeric IP addresses and use logical domain names instead. These applications can use DNS as a part of the application-level service. For example, when using a web-based application, such as browsing the Internet, the URLs used by theuser30 to reach a given website can be expressed, not in terms of numeric IP addresses, but rather with domain names. The same is true for the vast majority of other Internet-based applications, such as e-mail, ftp, telnet, IP-based voice and video services, etc.Method100 then can proceed to block150.
• Inblock150, theuser30 can use application-level services, such as web-browsing, e-mail, file-transfer, voice services, video services, etc. All of the communication traffic between theuser30 and the service can use IP transport services. Some of the traffic between theuser30 and the service also can use domain name resolution services.Method100 then can proceed to block160.
• Inblock160, theuser30 can functionally detach from the service provider's IP network. This detachment can be intentional, as where theuser30 deliberately shuts down an element of theuser interface module32, or unintentional, as where a power disruption shuts down theuser interface module32. As a result, theuser interface module32 can lose IP connectivity to the service provider's network elements, and theservice provider40 can recover for future use any dynamic resources allocated to theuser30 duringblock120.
• For example, if thenetwork attachment module48 previously had assigned a dynamic IP address to the user's home router, that IP address can be deallocated and disassociated from that user's home router. Theservice provider40 can then assign the IP address to adifferent user30.
• The period in time during which aspecific user30 is associated with a specific IP address can be the user's IP access session. An IP access session can begin when theservice provider40 allocates an IP address to aspecific user30 and can end when theservice provider40 deallocates that IP address from thatuser30.
• An IP access session can begin via either static or dynamic processes. For example, the user's IP address can be statically allocated when theuser30 establishes an account with theservice provider40 inblock110, in which case the IP access session begins when theuser30 establishes the account and can last as long as theuser30 maintains the account with theservice provider40. The user's IP address can be dynamically allocated by thenetwork attachment module48 inblock120, in which case the IP access session can begin when the IP address is allocated and can end when the IP address is deallocated inblock160. Where the IP address is dynamically allocated, theuser30 can have multiple IP access sessions during the time that theuser30 maintains an account with theservice provider40. Each IP access session can involve a different IP address allocated by thenetwork attachment module48. Theuser30 can have multiple IP access sessions at the same time if, for example, theuser30 has auser interface module32 that can establish multiple simultaneous IP connections to the IPpacket transport module42.
• For example, theuser30 can establish DSL broadband service with theservice provider40, with theuser30 obtaining, installing and configuring any equipment and theservice provider40 performing any initial service configuration. Theuser30 can turn on the user's DSL modem and/or home router. The home router can negotiate connectivity and host configuration parameters with theservice attachment module46, using DHCP, for example. This negotiation can include a request for and subsequent assignment of an IP address to the home router. Once this negotiation has been completed, the IP access session can begin.
• The IP access session can last as long as theservice provider40 associates the assigned IP address to the user's home router. This association can end for any number of reasons. For example, where the home router is using DHCP for network configuration, the association can end if the DHCP lease period for the address expires before the home router renews it, in which case the home router can lose connectivity to theservice provider40, and the IP access session can end. Returning toFIG. 2, after theuser30 functionally detaches from the service provider's network,Method100 then can proceed back to block110.
• Inblock110, theuser30 can reestablish the connection to the service provider's infrastructure via an IP-enabled communications link. For example, if the detachment inblock160 was unintentional, theuser30 can resolve any problems that resulted in the detachment and reestablish the connection. If the detachment inblock160 was intentional, theuser30 can reestablish the connection at the user's convenience. When theuser30 reattaches to the network and receives a new, or even the same, IP address, a new IP access session can begin. The concept of an IP access session can apply to wireless-based IP access services, as well as to wireline-based services.
• A variety of information can be associated with an IP access session, either directly or indirectly. IP access session information can include the IP address assigned to theuser30 by theservice provider40, by which theuser30 can be reachable by other hosts on the network. IP access session information can include an IP access session ID, a unique identifier assigned to the IP access session by theservice provider40. The IP access session ID can be used by theservice provider40 for internal data management purposes as a key for retrieving information associated with the IP access session. IP access session information can include network access information. Network access information can identify the network access facilities being used during the IP access session. Network access information can include, for example, an identifier for the IP access session network connection used to reach theuser30 and the name of the BRAS on which the access connection is terminated. IP access session information can include IP access session lifecycle information. This IP access session lifecycle information can include, but is not limited to, the session start time, the session state, e.g., active/ongoing or inactive/terminated and, if terminated, the session stop time.
• IP access session information can include user identity information. User identity information can be information that either directly or indirectly identifies the user. For example, direct identification information can include a unique user ID assigned to theuser30 by theservice provider40 at the time that service is established and provided by theuser30 to establish a connection to the service provider's infrastructure, e.g., user ID authentication credentials passed during PPP negotiation. Indirect identification information can include the network access information previously described, e.g., the user's IP access session network connection identifier and terminating BRAS. Using the network access information, the user's identity can be obtained by associating the information with information stored in other databases managed by theservice provider40, e.g., network provisioning databases.
• Information that can be indirectly linked with an IP access session can be separated into two classes: 1) information that can be linked to an IP access session via knowledge of the user's identity and 2) information that can be linked to an IP access session via knowledge of the IP address associated with the session. Examples of user identity linked information can include, but is not limited to, user contact information, e.g., mailing address, telephone number, e-mail address, etc., demographic information, service subscription information, etc. Examples of IP address-linked information can include, but is not limited to, information related to specific patterns of service usage collected based on IP address during the IP access session. These classes of information linked indirectly with an IP access session can, in turn, be linked with each other through their association with the IP access session. Thus, it is possible, in principle, to use an IP access session to associate information keyed based on an IP address to aspecific user30. This association, once made and recorded, can persist beyond the duration of the IP access session.
• IP access session information can reside in multiple locations throughout the service provider's infrastructure. Direct information, such as the IP access session identifier, allocated IP address, network access information and user information can reside within theservice attachment module46. Theservice provider40 can elect to extend the function of theservice attachment module46 to dynamically collect, organize and manage this information as IP access sessions come and go over time. User identity linked information can reside in theuser account module44, including in user account and/or user service configuration databases. User identity linked information also can reside in modules that implement individual services, including, but not limited to, the IPpacket transport module42 and theother services module52. IP address linked information can reside in the IP-based service modules, including, but not limited to, the IPpacket transport module42, the domainname resolution module50 and theother services module52.
• Based on this description of an IP access session and the information associated therewith, certain properties of an IP access session can be identified. For each IP access session, theuser30 can be associated uniquely with an IP address. This property can have two important implications: 1) for each IP access session, the IP address can be used to identify theuser30 and can be used to communicate with theuser30 for the duration of the IP access session; and 2) any information collected during the IP access session concerning the use of services and based on the IP address can be associated with theuser30. Thus, any IP service usage that reveals relevant marketing information about theuser30 can be collected during the IP access session and used later in that session to send marketing content addressed to the IP access session IP address over an IP-based communication channel or processed and associated with theuser30 for subsequent use.
• An IP access session can persist for a long time, e.g., days, weeks, months or even years. This property can be especially true for IP access sessions based on wired network connections because such connections can be established and maintained indefinitely. Wireless IP access connections, and the associated IP address assignments, can be more transient due to mobility issues and device power constraints. An IP access session can last longer than the online session of theuser30. This situation can be especially true where the user accesses IP-based services through a device, e.g., a PC, coupled to a home network. Although theuser30 can shutdown the PC after a period of usage, the IP access session can persist as long as the user's home router remains powered and coupled to the network. Thus, when theuser30 turns on the original PC, or some other device, such as a set-top box, that can couple to the home network, for another period of usage, that subsequent period of usage can continue to be associated with the same IP access session as the earlier period of usage. This situation can exist because the IP access session can be associated with the IP address provided and assigned to the user's home router by theservice provider40. Although the user's home network can support a variety of IP hosts over an extended period of time using network address translation (NAT) and other private networking techniques, theservice provider40 addresses each of the hosts via the IP address assigned to the home router. Enterprise networks can function similarly.
• An IP access session can involve multiple platforms. Theuser interface module32 can comprise a private network that contains multiple IP-enabled devices, e.g., PCs, laptops, set-top boxes, etc., all accessed through a single IP connection managed by a home-router. Again, theservice provider40 can address each of the devices through a single IP address assigned to the home router. Thus, a single IP access session can involve multiple devices either over time or at about the same time.
• An IP access session can be treated anonymously or non-anonymously. A system or service can address theuser30 through the IP address associated with the IP access session without determining the user's identity. On the other hand, theservice provider40 can combine information associated with the IP access-session, such as a user ID, with other information in its system, such as information in a customer account database, to determine the user's identity.
• An IP access session can be tracked. The service provider's infrastructure can contain elements in theservice attachment module46 for dynamic assignment of IP addresses and/or theuser account module44 for static assignment of IP addresses that can be well-suited for tracking when an IP access session begins and ends. These elements can track and manage information about the lifecycle of each IP access session.
• Referring toFIG. 3, a schematic diagram of a system for providing targeted marketing services, according to an exemplary embodiment, is illustrated.System200 can comprise at least oneinformation source module210, a marketinginformation management module212, a marketinginformation processing module214, adistribution channel module216 and aperformance analysis module218.
• Theinformation source module210 can collect information and forward that information to the marketinginformation processing module214. Theinformation source module210 also can process the information before forwarding.
• The information collected by theinformation source module210 can be receptiveness information and/or addressability information. Receptiveness information can be information that pertains to an individual's or a group's potential receptiveness to marketing content, e.g., a propensity to purchase a product. Receptiveness information can come from a wide variety of sources and can be of varying types. For example, receptiveness information can include demographic information, e.g., race, age, gender, income, education, etc. Receptiveness information can include geographic information, e.g., current location, location of residence, country, state, town, zip code, etc. Receptiveness information can include membership information, e.g., current or past memberships in social, professional, religious and/or other organizations. Receptiveness information can include purchasing behavior, e.g., records of past purchases, such as grocery store purchases, recent shopping patterns, records of product research, etc. Receptiveness information can include personal interest information, e.g., newsletter and magazine subscriptions, participation in activities, frequent visits to certain websites, etc. Receptiveness information can include information that can be considered personal.
• The nature of receptiveness information can range from generic, e.g., demographic or interest profile information, to marketing campaign specific, e.g., knowledge of a former customer. Regardless of the nature of the information, receptiveness information relevance, in terms of predicting receptiveness to marketing content, can be measured with respect to that marketing content. Individual pieces of receptiveness information can be combined and processed in various ways to increase the predictive capability of the aggregated information over that of the individual pieces.
• Addressability information can be information used to send marketing content to an individual or a group. Like receptiveness information, addressability information can come from a wide variety of sources and can be of varying types. For example, addressability information can include a mailing address that can be used to send marketing content through the U.S. postal service or a private courier. Addressability information can include a telephone number that can be used to send marketing content via telephone, e.g., telemarketing. Addressability information can include an e-mail address that can be used to send marketing content via electronic mail. Addressability information can include an HTTP cookie that can be used to recognize theuser30 at a future point in time, whereupon the web content delivered to theuser30 can be customized to send marketing content, e.g., a targeted advertisement. Addressability information can include an IP address that, similar to the HTTP cookie, can be used to recognize and interact with theuser30 at a future point in time within the duration of an IP access session, whereupon the IP service being used can be modified to send marketing content.
• Addressability information can be considered personally identifiable information (PII), which can be considered non-anonymous, if, given the information, the identity of the individual or group associated with the information can be identified either directly from the information itself or when easily combined with other publicly available information. Examples of addressability information that can be considered PII can include, but are not limited to, full name, postal address, telephone number and e-mail address. Examples of addressability information that can be considered non-PII can include, but are not limited to, IP address and HTTP cookies, as long as the cookie does not contain PII. The distinction between PII and non-PII addressability information can be important to targeted marketers because anonymous marketing techniques can be considered more desirable, from a privacy standpoint, than non-anonymous marketing techniques.
• To be of value for TMS, each piece of receptiveness information can be associated with some type of addressability information and vice versa. For example, receptiveness information that someone visited a website dedicated to providing data to individuals shopping for a certain product, e.g., automobiles, can provide little value to a targeted marketer, if no information exists that can identify where the targeted marketer can send marketing content to that visitor. Conversely, that same information combined with addressability information that identifies where the targeted marketer can send marketing content to the visitor can be of greater value.
• Theinformation source module210 also can collect and send data related to the operation of the information collection process, e.g., status, configuration, resource consumption, processing rate, match rates, etc., to the marketinginformation management module212.
• The marketinginformation management module212 can manage the configuration of and control the information associated with at least one marketing campaign being conducted bySystem200. The marketinginformation management module212 can receive and maintain information about the marketing campaign, including, but not limited to the following: who is sponsoring the marketing campaign and billing information for the sponsor; how to identify a target audience member (TAM), e.g., what receptiveness information to look for; which distribution channels to use and the associated addressability information to acquire; what marketing content to deliver; how long the marketing campaign will last; and what performance metrics to use for the campaign and current performance relative to those metrics. The marketinginformation management module212 can send relevant portions of this information to the other elements ofSystem200 to control, manage and monitor those elements' functions.
• The marketinginformation processing module214 can receive and process information from theinformation source module210 in conjunction with the control information received from the marketinginformation management module212 to produce and use actionable marketing information (AMI).
• AMI can be receptiveness information associated with addressability information. AMI can be the basis for controlling a targeted marketing campaign. The effectiveness of AMI at controlling a targeted marketing campaign can depend on the quality of the receptiveness information and the addressability information. The metric for measuring how well the receptiveness information and, by extension, the AMI can be used to predict the receptiveness of a target TAM to the marketing content can be deemed predictive ability. The metric for measuring how accurately the addressability information and, by extension, the AMI can be used to deliver marketing content to a targeted audience member, while avoiding delivery to non-targeted individuals, can be deemed targeting accuracy. For example, AMI that can be used to deliver marketing content to a targeted individual can have greater targeting accuracy than AMI that can be used to deliver marketing content to a group to which that individual belongs, e.g., a household or a company. High-value AMI can have high predictive ability and high targeting accuracy.
• The value of AMI also can be affected by other attributes of the information that comprises the AMI, including, but not limited to, the following: 1) timeliness, including how quickly the information can be acquired, processed and acted upon; 2) privacy attributes, including whether the information is anonymous, collected with the knowledge and permission of the owner, retained for an extended period of time, shared with others, etc.; 3) source, including any restrictions imposed on use of the information; 4) cost, including the cost to acquire, process and act upon the information; 5) scope, including the breadth of the information. For example, a source of information can produce AMI with a high predictive ability but applicable only to a small potential audience. Another source of information can produce AMI with lower predictive ability but applicable to a large potential audience. An ideal source of information can produce highly predictive AMI with high targeting accuracy and with wide scope, leading to the identification of a large audience of receptive individuals that can be accurately targeted.
• The marketinginformation processing module214 can combine individual units of receptiveness information, addressability information and AMI to improve the quality of AMI and generate new AMI. For example, by combining information about multiple websites visited by theuser30, the marketinginformation processing module214 can be able to generate AMI with higher predictive ability than AMI based on one website visited by theuser30. AMI with higher targeting accuracy also can be generated. For example, using information about the user's IP address during an IP access session to determine the user's mailing address by cross-referencing data stored in theservice attachment module46 and theuser account module44, the marketinginformation processing module214 can associate relevant IP service usage information to the user's mailing address, enabling the IP service usage information to be used to drive a direct mail campaign based on knowledge of the user's mailing address.
• Thedistribution channel module216 can send marketing content once the marketinginformation processing module214 combines AMI with marketing content from the marketinginformation management module212. A wide range of distribution channels can be employed by thedistribution channel module216 to send marketing content. Thedistribution channel module216 can use an on-demand distribution channel, e.g., direct mail. Marketing content can be sent to theuser30 through an on-demand distribution channel at any time. Thedistribution channel module216 can use an opportunistic distribution channel, e.g., a web advertisement insertion server. Marketing content can be sent to theuser30 through an opportunistic distribution channel only when the opportunity exists to do so. For example, a web advertisement insertion server can insert a web advertisement targeted to theuser30 into the web page of a website when the server detects the presence of theuser30 at the website. Thus, the advertisement can be sent to theuser30 only when theuser30 visits a website served by that advertisement insertion server. Once thedistribution channel module216 sends marketing content to a TAM, thedistribution channel module216 can send feedback to the marketinginformation processing module214 to influence future decisions.
• Theperformance analysis module218 can receive information from the marketinginformation management module212 and thedistribution channel module216 to measure the effectiveness of at least one marketing campaign. Theperformance analysis module218 also can identify means for marketing campaign optimization and report results back to the marketinginformation management module212. Theperformance analysis module218 can include mechanisms for detecting and analyzing responses from both targeted and non-targeted audience members.
• Referring toFIG. 4, a flowchart of a method for providing targeted marketing services, according to an exemplary embodiment, is illustrated. Inblock250, the marketinginformation management module212 can create, define and organize at least one marketing campaign. This process can include processing the information about the marketing campaign previously identified as received and maintained by the marketinginformation management module212.Method240 then can proceed to block260.
• Inblock260, theinformation source module210 can collect source marketing information about at least one potential audience member (PAM). A PAM can be an entity considered for inclusion in at least one target audience for at least one marketing campaign. A PAM can be an individual or a group. The relationship between a PAM and one or more individuals can be determined by the nature of the information that can be used to address the entity. One or more unique identifiers can potentially be associated with a PAM. Depending on the embodiment of the TMS system, such identifiers can include, but are not limited to, user IDs, IP access session IDs, device IDs, unique IDs embedded in HTTP cookies, various other service-related IDs, etc. A unit of AMI can be associated with a PAM.
• Theinformation source module210 can collect source marketing information from multiple locations and can incorporate previously described elements of the service provider's infrastructure. Theuser account module44 can contain valuable information about theuser30, including, but not limited to, where theuser30 is located, how to reach theuser30, what services theuser30 uses and how those services are provisioned. This information can include both addressability information, e.g., mailing address, e-mail address, telephone number, etc., and receptiveness information, e.g., services used, location, etc. For example, location can serve as receptiveness information because location can be used to select or filter at least one PAM. User location can be obtained in a number of ways, including, but not limited to, directly from existing information, e.g., zip code, telephone area code, etc., or inferentially from access connection configuration information, e.g., combining information about the user's terminating BRAS with information about the location of the BRAS.
• Information contained in theuser account module44 also can be linked with other information sources, in much the same way that primary and foreign keys can be used in relational databases to link together information stored in different database tables. For example, a set-top box ID can be used to link video service usage information to a user account ID and subsequently back to the user's address for billing purposes. Similarly, the relationships between the set-top box ID, the user account ID and the user's address can be used to link receptiveness information, e.g., video service usage, to addressability information, e.g., mailing address, for targeted marketing purposes. Information in theuser account module44 that can serve, in one form or another, as a key/relational link for linking other pieces of information can include, but is not limited to, the following: unique user identifiers, e.g., a unique subscriber account number; e-mail addresses; telephone numbers; service authentication and identifying credentials, e.g., user IDs, public key certificates, private shared secrets, etc.; user device IDs, e.g., set-top box IDs, SIM-card IDs, device MAC addresses, etc.; and/or uniquely identifying access link information, e.g., a user's access circuit ID combined with an identifier for the circuit's terminating BRAS.
• As previously described, the systems and methods comprising theuser account module44 are well known in the art. For the purposes of using elements of theuser account module44 as part of theinformation source module210, these same systems and methods can be used. Some extensions can be implemented to expose the information in theuser account module44 to other components of theinformation source module210 or to organize the information in a more suitable manner for use. The same fundamental information technologies underlying the service provider's use of theuser account module44 to deliver IP-based services, however, can be used to implement elements of theuser account module44 as part of theinformation source module210.
• Theinformation source module210 can support multiple means for accessing marketing information contained in theuser account module44. For example, other components of theinformation source module210 can be enabled to query elements of theuser account module44 for relevant marketing information. Support for such queries can be general and can, for example, include mechanisms for retrieving information based on a wide range of query attributes, including, but not limited to, user ID, access-link-information, other identifiers associated with theuser30 or the user's equipment, address information, etc. The information retrieved by such queries also can include all or part of the information identified as potential query attributes. The interface between the relevant elements of theuser account module44 and other components of theinformation source module210 also can support asynchronous notification functions, whereby the other components can be notified asynchronously of changes in the state of the information maintained by theuser account module44. The interfaces between the relevant elements of theuser account module44 and other components of theinformation source module210 can include at least one of the interfaces used by theuser account module44 in support of the delivery of IP services.
• Elements of theservice attachment module46, in general, and thenetwork attachment module48, in particular, also can comprise elements of theinformation source module210. The network attachment module's ability to manage the use of IP addresses and track the lifecycle of IP access sessions can make the network attachment module48 a valuable source of marketing information. Information about the user's IP access session maintained by thenetwork attachment module48 can include, but is not limited to, the following: a unique IP access session identifier, a unique IP address; a unique user identifier; unique information about the user's access connection, e.g., BRAS identifiers, access circuit identifiers, etc.; and IP access session lifecycle information, e.g., status, start time, end time, etc. This information can be used to associate theuser30 with an IP address during an IP access session. Thus, during an IP access session, any information that can be associated with an IP address also can, in turn, be associated with theuser30 associated with that IP address.
• This association between theuser30 and the IP address can be used to obtain addressability information in at least two ways. First, the IP address itself can be addressability information because it can be used to directly address theuser30. For example, theuser30 can be browsing a website, and the web-server delivering the content can recognize theuser30 based on the source IP address of the HTTP request. The web-server can use the IP address to insert or otherwise send targeted marketing content into the content sent to theuser30. A similar approach can be applied to services other than web-browsing, such as video-on-demand service, for example.
• Second, the IP address to user association maintained by an IP access session can be used to relate an IP address to more extensive addressability information. For example, theinformation source module210 can collect useful receptiveness information, e.g., information that theuser30 has visited a website of interest, and this receptiveness information can be associated with an IP access session IP address. The receptiveness information then can be linked back to theuser30 via the IP address to user association. Theuser30 then can be linked to more extensive addressability information, e.g., mailing address, phone number, e-mail address, etc., associated with theuser30 elsewhere in the service provider's system. Thus, the information relating an IP address to auser30, at a given point in time, can be used to connect to more extensive addressability information beyond the IP address alone.
• This association between the IP address and the user's unique identifier at a given point in time can be direct and explicitly maintained in thenetwork attachment module48. The association between the IP address and the user's unique identifier at a given point in time can be indirect and can be associated via one or more association steps. For example, the network attachment module4837 can maintain information associating the use of an IP address at a given point in time to information that uniquely identifies the user's access connection, e.g., BRAS and circuit ID. The information that uniquely identifies the user's access connection can, in turn, be associated with other information in theuser account module44 and/or thenetwork attachment module48 that relates the user's access connection information to the user's unique identifier.
• The addressability information accessible through thenetwork attachment module48 can be either PII or non-PII, depending on the service provider's approach and policies. For example, when an IP address is used as addressability information to send marketing content to theuser30 associated with an IP access session, the addressability information can be considered non-PII because the IP address, and it's usage at a given point in time for IP-based services does not personally identify the subscriber, nor can the IP address be easily combined with publicly available information to uniquely identify theuser30. Conversely, when the IP address associated with theuser30 during the course of an IP access session is combined with other addressability information maintained by theservice provider40, such as user account information maintained in theuser account module44, the IP address can be used to obtain and link PII addressability information, e.g., a mailing address, to theuser30 and the user's receptiveness information.
• The association between theuser30 and the IP address also can be used to obtain receptiveness information in at least two ways. First, just as the association between an IP address and a user ID can be used to associate receptiveness information to extended addressability information, the same association can be used to associate multiple pieces of receptiveness information to theuser30. The continuity of the association between theuser30 and an IP address during an IP access session can allow any receptiveness information keyed to the IP address during the IP access session to be associated with theuser30. This concept can apply both to information collected across multiple sources and information collected over time.
• Referring toFIG. 5, a block diagram showing relationships between information to enable associating IP address-keyed receptiveness information to users, according to an exemplary embodiment, is illustrated. Block310 can represent mytes of receptiveness information generated using IP Address A over a given period of time. A myte can be defined as an individual unit of marketing information. The defining characteristic of a myte can be that the marketing information can be linked, either directly or indirectly, to a PAM. A myte that contains receptiveness information can be a receptiveness information myte (RI-myte). A myte that contains addressability information can be an addressability information myte (AI-myte). Multiple mytes can be linked and combined in various ways to create AMI and to determine whether to target a PAM for marketing content delivery. Block312 can represent an RI-myte generated at time 4.8 (RI-myte A4.8). Timestamp “4.8” can be a simplified representation, for exemplary purposes, of a measurement of a point in time. The timestamp used can be a measurement of the number of seconds since Jan. 1, 1970, e.g. “11804744374,” a YYYY.MM.DD.HH:MM:SS format, e.g., 2007.06.01.22:05:36, or any other format to denote a distinct point in time. Block314 can represent an RI-myte generated at time 5.2 (RI-myte A5.2). Block316 can represent an RI-myte generated at time 5.6 (RI-myte A5.6).
• Block320 can represent mytes of receptiveness information generated using IP Address B over a given period of time that overlaps with the given period of time that RI-mytes are being generated using IPAddress A. Block322 can represent an RI-myte generated at time 4.1 (RI-myte B4.1). Block324 can represent an RI-myte generated at time 5.2 (RI-myte B5.2). Block326 can represent an RI-myte generated at time 5.8 (RI-myte B5.8).
• Block330 can represent IP access session information maintained by theservice provider40 in at least one module. Thenetwork attachment module48 can have allocated IP address A to a user (User1) with user ID A1 at time 1.0 and de-allocated IP address A from User1 at time 5.3. Thenetwork attachment module48 can have allocated IP address B to a second user (User2) with user ID B1 at time 2.3 and not yet de-allocated IP address B from that User2. Thenetwork attachment module48 can have allocated IP address A to a third user (User3) with user ID A2 at time 5.6 and not yet de-allocated IP address A from User3.
• By combining the information available inBlock310 with the information available inBlock330, theservice provider40 can associate each RI-myte with the user ID using IP address A when the RI myte was generated. By combining the information available inBlock320 with the information available inBlock330, theservice provider40 can associate each RI-myte with the user ID using IP address B when the RI myte was generated. Thus, theservice provider40 can associate RI-mytes A4.8 and A5.2 with user ID A1, RI-mytes B4.1, B5.2 and B5.8 with user ID B1 and RI-myte A5.4 with user ID A2 as represented inBlock340.
• Block350 can represent user account information maintained by theservice provider40 in at least one module. The user account information can associate each user with the user's user ID. By combining the information available inBlock350 with the information available inBlock340, theservice provider40 can associate each RI-myte with a specific user and other information associated with that specific user. Thus, theservice provider40 can associate RI-mytes A4.8 and A5.2 with user User1, RI-mytes B4.1, B5.2 and B5.8 with user User2 and RI-myte A5.6 with user User3 as represented inBlock360. This association with each specific user can include association with each specific user's name, address, telephone number or any other addressability information associated with the specific user that can be maintained in the service provider's system.
• The second way that IP access session information can be used as receptiveness information is by using the IP address associated with an IP access session to infer information about the geographic location of theuser30. For example, theservice provider40 can associate at least one contiguous range of IP addresses to a single network access element, e.g., a BRAS. Each single network access element, in turn, can service only users in a single geographic area. In a DSL service scenario, the BRAS can be located in a telephone company's central office and can service only users whose telephone lines are serviced by that central office. Thus, the geographic scope of the IP addresses associated with the BRAS can be limited to a small geographic area, e.g., addresses within a single zip code or a small number of zip codes.
• Theinformation source module210 can support multiple means for accessing marketing information contained in thenetwork attachment module48. For example, other components of theinformation source module210 can be enabled to query elements of thenetwork attachment module48 for relevant marketing information. Support for such queries can be general and can, for example, include mechanisms for retrieving information based on a wide range of query attributes, including, but not limited to, a user ID, an IP address and timestamp, a unique IP access session ID, unique user access connection information, etc. The information retrieved by such queries also can include all or part of the information identified as potential query attributes.
• The interface between the relevant elements of thenetwork attachment module48 and other components of theinformation source module210 also can support asynchronous notification functions, whereby the other components can be notified asynchronously of changes in the state of the information maintained by thenetwork attachment module48. For example, thenetwork attachment module48 can notify at least one other component of theinformation source module210 when an IP access session associated with a given IP address ends, so that session-related information can be updated, consolidated or otherwise processed. The interfaces between the relevant elements of thenetwork attachment module48 and other components of theinformation source module210 can include at least one of the interfaces used by thenetwork attachment module48 in support of the delivery of IP services.
• Elements of the IPpacket transport module42 also can comprise elements of theinformation source module210. The user's IP-based network and other IP-based service usage can be a source of marketing information. The kinds of marketing information that can be extracted from the IPpacket transport module42 include, but are not limited to, the following: aggregate user network usage information (packets or bytes sent and received); types of services used, e.g., web-browsing, person-to-person applications, etc.; and specific information that can be obtained by inspecting individual packets as they traverse elements of the IPpacket transport module42.
• The IPpacket transport module42 can, in principle, examine the information exchanged between theuser30 and the IP-based services with which theuser30 interacts. For example, the IPpacket transport module42 can be used to identify those websites visited by theuser30. This information can be receptiveness information because websites frequently can be associated with specific activities.
• For example, theuser30, as part of remodeling a kitchen, can intend to purchase and install new lighting fixtures. Theuser30 can browse sites on an IP-based network to explore kitchen lighting options before making a purchase decision. The website “www.lighting.com” can be a website visited by theuser30 that enables online shopping for lighting products. Theuser30 who visits this website can be expected to be shopping for lighting products. Websites can be correlated with specific kinds of activities for a wide range of activities, products, and services. Thus, the IPpacket transport module42 can provide information about the online activities of theuser30, which, in turn, can be used to infer general interests and/or potential receptiveness to one or more marketing campaigns.
• Moreover, the IPpacket transport module42 can be used to view the information that theuser30 exchanges with the IP-based services with which theuser30 interacts. For example, theuser30 can use an IP-based network search service, such as the one offered for the Internet at www.google.com, to identify a set of websites specializing in “kitchen lighting products.” Upon receiving a list of such websites from the IP-based network search service, theuser30 can visit at least one of the websites to research various product options. Theuser30 can purchase at least one product from at least one of the websites during an initial visit or can conduct research over a period of time, e.g., several days, at various websites before selecting a style and manufacturer and making a purchase. The IPpacket transport module42 can be used to determine that the user entered “kitchen lighting products” into the search engine at www.google.com. That information also can be used to infer general interests and/or potential receptiveness to one or more marketing campaigns.
• The computational resources needed to process the volume of information that traverses the IPpacket transport module42, however, can limit the information that can be extracted cost effectively. Moreover, other issues, such as concern for user privacy also can limit the extent to which marketing information can be extracted.
• The extent to which computational resources and privacy can become issues can depend on the class of packet inspection technique employed. Theservice provider40 can employ transport-related packet inspection techniques. Transport-related packet inspection techniques can examine and extract information from those aspects of an IP packet that can be directly related to transporting the packet through the network. This information can include information contained in layers one through four of the Open Systems Interconnect (OSI) seven-layer model of network communications. In particular, transport-related packet inspection techniques can extract at the IP-layer, e.g., IP headers, and the transport layer, e.g., UDP/TCP headers, of a packet. Transport-related packet inspection techniques can avoid inspecting or extracting payload information in the body of the packet, e.g., higher-layer information.
• Using transport-related packet inspection techniques, the IPpacket transport module42 can collect information about what entity theuser30 is communicating with and the nature of the communication. For example, a transport-related packet inspection technique can extract and record information about pairs of communicating endpoints, e.g., unique source and destination IP address pairs, because that information can be contained in every IP packet. The transport-related packet inspection technique also can extract and record transport-layer information, such as the type of transport protocol being used, e.g., TCP, and/or the port identifiers in use, e.g., port80, indicating HTTP protocol usage. Thus, the transport-related packet inspection technique can extract information about a user's network activity in terms of communicating parties, identified by IP-address, and type of service in use, identified by transport protocol and port numbers.
• Rather than extracting information for all IP packets, more selective methods can be employed. The IPpacket transport module42 can extract a limited amount of data based on a variety of filtering criteria. These filtering criteria can be provided by the marketinginformation management module212. For example, the IPpacket transport module42 can extract data from IP packets to and from a limited set of users, e.g., as identified by IP-address and/or for a limited set of communicating endpoints or end-systems, e.g., as identified by IP-address, and/or for a limited set of services, e.g., as identified by transport protocol and port. These filtering criteria can manage the volume of information gathered, while retaining the information value.
• When using transport-related packet inspection, the patterns used for filtering and the data extracted from the packets can be expressed in numeric form, e.g., IP addresses. The data extracted can lack immediate use as a source of marketing information. Accordingly, additional information resolution methods can be employed in the provisioning of filtering information or in the processing of extracted data in order to translate between numerical data and more human-legible forms.
• For example, a packet filtering rule can express the filter description in terms of a domain name, e.g., www.lighting.com. When the IPpacket transport module42 receives and employs the filtering rule, the domain name can be translated into the IP address for the www.lighting.com host. This IP address can be matched against IP-packets traversing the IPpacket transport module42. The domainname resolution module50 can perform the translation between the domain name and the associated IP address. IP addresses extracted from IP packets also can be translated to the associated domain names by the domainname resolution module50.
• Theservice provider40 also can employ application-related packet inspection. Application-related packet inspection can examine and extract information from the entire content of an IP packet, including, but not limited to, information contained in layers five through seven of the OSI model. This information can include information associated with specific IP-based applications, such as the payload information contained in the packets that correspond to the HTTP requests and responses used for Internet web browsing.
• Application-related packet inspection can be used to extract more information from the IP packet than transport-related packet inspection. For example, application-related packet inspection can be used to detect the user's HTTP request to an Internet search service, such as google.com, extract the URL that encodes the user's search keywords from the HTTP request packet and parse the URL to extract the user's search query. Thus, the application-related packet inspection can be used to capture the search keywords entered by theuser30. These keywords then can be associated with theuser30 based on the source IP address and timestamp associated with the request.
• For example, theuser30 can enter the keywords “kitchen lighting products” into the search form of Google's Internet search website and click the Google Search button. Theuser interface module32 can send an HTTP request to the Google website. The HTTP request packet can contain the following information to specify the request: http://www.google.com/search?h1=en&q=kitchen+lighting+options&btnG=Google+Search. Application-related packet inspection can be used to extract the terms kitchen+lighting+options. This information, in turn, can be used to generate receptiveness information.
• Application-related packet inspection can be used to collect more information than transport-related packet inspection because application-related packet inspection can collect information from all layers of the OSI. The computational resources to implement application-related packet inspection, however, can be more extensive than the computational resources to implement transport-related packet inspection.
• Thus, the information examined and extracted by the IPpacket transport module42 can vary depending on the service provider's computational resources and privacy policies. The marketinginformation management module212 can provide marketing campaign-specific management of the configuration and operation of theinformation source module210 to the elements of the IPpacket transport module42 that comprise elements of theinformation source module210.
• The IPpacket transport module42 can extract data from the IP packets of interest to permit theinformation source module210 to associate RI-mytes with theuser30 whose actions resulted in generation of the RI-myte. This data can include, but is not limited to, a timestamp of the time at which the IPpacket transport module42 received the IP packet, the IP address of the source of the IP packet, the IP address of the destination of the IP packet, etc.
• The user endpoint device that originates an IP packet can be operating on a private network using private/non-routable IP addresses, such as might occur for a PC operating in a home network. As the IP packets traverse the routing device, e.g., home router, that is responsible for managing the private address space, a NAT operation can be performed on the packets, as is well known in the art. This NAT operation can translate the private source IP address of the packet into the public (and routable) IP address associated with theuser30. It is this public IP address that can be seen and captured by the IPpacket transport module42.
• The IPpacket transport module42 can generate an RI-myte each time that the IPpacket transport module42 extracts data from an IP packet. These RI-mytes can be aggregated and combined with other information in various ways. For example, the timestamp of the time at which the packet was received and the IP address of the source or destination of the packet can be combined with information available in thenetwork attachment module48 to associate the information with an IP access session and, hence, theuser30. Using this approach, receptiveness information generated during IP packet transport module usage can be associated with theuser30 and, possibly, associated with the user's addressability information.
• Theinformation source module210 can support multiple means for accessing marketing information contained in the IPpacket transport module42. For example, a near-real-time stream can be implemented whereby each time that data is extracted from an IP packet, an RI-myte is generated and delivered to at least one other component of theinformation source module210. The RI-mytes also can be collected and delivered in non-near-real-time. Other components of theinformation source module210 also can be enabled to query elements of the IPpacket transport module42. The information delivered to other components of theinformation source module210 can include, but is not limited to, the following: a timestamp of the time at which the IPpacket transport module42 received the IP packet, the IP address of the source of the IP packet, the IP address of the destination of the IP packet, a list of at least one marketing campaign or other pattern matching information that the IP packet associated with the record matched, etc.
• A wide range of matching, filtering and aggregation functions can be implemented within the IPpacket transport module42. These functions also can be implemented elsewhere in theinformation source module210 or in the marketinginformation processing module214. Elements of the IPpacket transport module42 also can be part of the marketinginformation processing module214.
• The interfaces between the relevant elements of the IPpacket transport module42 and other components of theinformation source module210 can include at least one of the interfaces used by the IPpacket transport module42 in support of the delivery of IP services. For example, the hardware and software that comprise the IPpacket transport module42 can be extended to support the additional functionality associated with theinformation source module210. In other words, the information source module functions can be integrated directly into the IPpacket transport module42 systems themselves. As the IPpacket transport module42 performs the functions associated with transporting IP packets, it also can perform theinformation source module210 functions.
• The existing IPpacket transport module42 also can be left in place and an additional processing element added to perform the information source module functions. For example, traffic mirroring techniques can be used, whereby part or all of the IP traffic on one or more links can be duplicated to another link, which terminates on at least one packet inspection device.
• A variety of technologies exist that can be used to implement the packet inspection functions. These technologies are well known in the art. The technologies can include, but are not limited to, the use of routers and switches with packet filtering/inspection capabilities, special purpose deep-packet inspection devices, application proxies and gateways, etc. These technologies can be deployed in a variety of ways. For example, proxies, gateways and/or inspection devices can be placed in line with the primary packet transport pathways. Such inline techniques can be useful when used in conjunction with other techniques for inserting information, or otherwise modifying the packet traffic between the communicating endpoints, e.g., inserting marketing content.
• The physical elements that embody the IPpacket transport module42 portion of theinformation source module210 can be distributed throughout the service provider's IPpacket transport module42. For example, the elements can be embedded within or resident alongside the edge routers of the service provider's IP access network. Accordingly, distributed systems technologies can control, configure, manage and aggregate information associated with these elements. The information technologies associated with implementing such distributed systems are well known in the art.
• Returning toFIG. 4, the marketing campaign definition inblock250 can influence the collection of source marketing information inblock260. For example, the volume of IP packets traversing the service provider's network can be large. Moreover, many IP packets can be irrelevant to predicting activities of interest. Therefore, as part of the marketing campaign definition inblock250, the marketinginformation management module212 can deliver information used by theinformation source module210 to filter the information collected from the IPpacket transport module42
• The information supplied by the marketinginformation management module212 can include, but is not limited to, filtering information that can be used to differentiate between IP packets that are of interest and those that are not. This filtering information can relate to a variety of attributes which can include, but are not limited to, the IP address of the source of the packet, the IP address of the destination of the packet, at least one marketing campaign identifier (or other use indicator(s)) associated with the filter parameter, etc.
• For example, the marketinginformation management module212 can specify at least one filter description to be sent to the marketinginformation processing module214 or to theinformation source module210 that contains the following information for each description: at least one domain name pattern and at least one marketing campaign identifier. The domain name pattern can be used to identify IP packets to select for further processing. The domain name pattern can be converted to the associated IP address and matched against the IP packet source IP address and/or the IP packet destination IP address. If a match occurs, the associated IP packet can be processed further to create an RI-myte, which then can be sent to the marketinginformation processing module214. If no match occurs for any filter, then the IP packet can be ignored.
• The at least one marketing campaign identifier associated with a filter description can provide an indication of the marketing campaign (or other uses) to which the information can apply. When an IP packet matches a filter pattern, the RI-myte that is created can include the at least one marketing campaign identifier associated with the filter, so downstream elements can associate different RI-mytes with specific marketing campaigns (or other potential uses) for further processing.
• A filter pattern specified in a filter description can take on a variety of forms. For example, filter patterns can include, but are not limited to, the following: exact string matches, partial string matches, case-sensitive or case-insensitive matches, wildcards, range matches, etc. These pattern matching techniques can be applied to all aspects of an IP packet including, but not limited to, information carried in the packet headers, such as IP-address, transport protocol, port-number, and information carried in the packet payload, such as HTTP request URL, content of an HTTP response, etc. For example, a filter description for a lighting company that wishes to identify users who may be shopping for lighting products online could be specified as a campaign ID9876554 with a filter pattern as follows: exact match to Destination IP address 216.205.68.236 (the IP address of the www.lighting.com website); match to any Destination IP address associated with www.LightingDirect.com; HTTP request URL that matches a query to www.google.com that contains a search keyword containing the word “lighting,” etc.
• Block260 also can occur in parallel withblock250 with the two processes influencing each other. For example, theinformation source module210 can collect and send data related to the operation of the domainname resolution module50, e.g., status, configuration, resource consumption, processing rate, match rates, etc., back to the marketinginformation management module212 for use in refining the marketing campaign.Method240 then can proceed to block270.
• Inblock270, the marketinginformation processing module214 can process the information supplied by the marketinginformation management module212 and theinformation source module210 to generate AMI and match it to marketing content. Block270 can comprise a wide range of information processing activities including, but not limited to, matching, filtering, sorting, aggregating, accumulating, combining, de-referencing, etc. to generate AMI. Using that AMI, the marketinginformation processing module214 can match marketing content from at least one marketing campaign with at least one TAM.
• The marketinginformation processing module214 can perform several types of operations to process the information supplied by the marketinginformation management module212 and theinformation source module210, including, but not limited to, the following: operations related to processing and managing receptiveness information, e.g., selecting and filtering receptiveness information, associating receptiveness information with a PAM, combining receptiveness information in various ways to improve its predictive value, aging receptiveness information over time as its relevance/predictive value wanes, etc.; operations related to creating and maintaining state and profile information for a PAM, e.g., combining new receptiveness information with old receptiveness information or previous state and profile information to compute new state and profile information, aging state and profile information over time as its relevance/predictive value wanes, storing state and profile information over time, retrieving state and profile information as needed to support other operations, etc.; operations related to processing and managing addressability information, e.g., expanding the addressability information associated with a PAM, updating and maintaining addressability information over time, etc.; operations related to selecting and maintaining target audiences, e.g., deciding whether a PAM should be a member of a target audience, maintaining and updating membership information over time, generating audience lists and supporting membership queries, etc.
• Referring toFIG. 6, a flowchart of a method for implementing the information and decision processing functions of the marketing information processing module, according to an exemplary embodiment, is illustrated. Inblock410, the marketinginformation processing module214 can receive receptiveness information from theinformation source module210. Receptiveness information can be in the form of at least one RI-myte. The at least one RI-myte can be received in near-real-time. The at least one RI-myte can be received individually or in conjunction with other RI-mytes. Block410 can involve receiving the at least one RI-myte, buffering, and possibly storing, the at least one RI-myte and making the at least one RI-myte available to subsequent stages.Method400 then can proceed to block420.
• Inblock420, the at least one RI-myte can be filtered and additional information can be associated with the at least one RI-myte, e.g., marketing campaign identifiers for marketing campaigns to which the at least one RI-myte could be relevant. A wide range of filtering operations can be employed. Filtering operations can be applied individually or in combination. Examples of possible filters can include, but are not limited to, the following: domain name filters, URL filters, source IP address filters, destination IP address filters, destination IP address filters, zip code filters, opt-out filters, etc.
• Domain name filters can specify patterns for domain name strings that may be of interest. RI-mytes that contain domain name information, e.g., RI-mytes originating from a DNS transaction, that matches the pattern can be accepted. RI-mytes that contain domain name information that does not match the pattern can be rejected. Domain name filters can be useful because DNS domain name request information can be used to detect user activity in various areas of interest.
• URL filters can specify patterns for URL strings that can be of interest. RI-mytes containing URLs can come from a variety of sources. URL filters can be useful because URL usage information can be used to detect user activity in certain areas of interest.
• Source IP address filters can specify patterns for source IP addresses that can be contained in an RI-myte. Source IP address filters can be useful for a wide range of information. For example, source IP address filters can be used to limit the geographic scope of accepted receptiveness information because theservice provider40 can allocate IP addresses in a manner that allows contiguous ranges of IP addresses to be associated with specific geographic regions.
• Destination IP address filters can specify patterns for destination IP addresses that can be contained in an RI-myte. Destination IP addresses for IP packets that originate with theuser30 can be useful because destination IP address information can be used to detect user activity in various areas of interest.
• Zip code filters can specify a pattern of zip codes that can be used to filter receptiveness information. Zip code filters can be useful for geographic filtering. Incoming RI-mytes can lack zip code information initially. Therefore, processing can be performed to expand the addressability information associated with the RI-myte before the zip code filter is applied. For example, the processing can include, but is not limited to the following steps: 1) using the IP address and timestamp to identify the user's IP access session; 2) associating the IP access session with the user's ID; 3) using the user's ID to access user account data containing the user's mailing address; and 4) extracting the zip-code from the mailing address and associating it with the RI-myte.
• Opt-out filters can be used to detect and reject receptiveness information that pertains to users who do not wish to participate as PAMs in some or all of the marketing services. As with the zip code filters, before such filters can be applied, incoming receptiveness information can be expanded with additional ‘opt-out’ information by performing one or more information expansion operations in order to associate opt-out information with the RI-myte in question.
• In addition to using filters to select or reject RI-mytes, filtering operations can, as a side effect, attach additional information to an RI-myte. For example, a filter can be associated with at least one specific marketing campaign and can attach this information to the RI-mytes that the filter matches in order to facilitate subsequent processing.
• If the at least one RI-myte does not match any of the various filtering criteria,Method400 then can proceed to block422. Inblock422, the at least one RI-myte can be discarded. If the at least one RI-myte matches at least one of the various filtering criteria, the at least one RI-myte can be retained, andMethod400 then can proceed to block430.
• Inblock430, the at least one RI-myte can be associated with at least one PAM identifier. The at least one PAM can be contained in the at least one RI-myte. The at least one RI-myte can be associated with the at least one PAM identifier by combining and linking the information contained in the at least one RI-myte with other information available to the marketinginformation processing module214.
• For example, an RI-myte generated by extracting data from an IP packet can contain information including, but not limited to, the timestamp of the time at which the IPpacket transport module42 received the IP packet, the IP address of the source of the IP packet and the IP address of the destination of the IP packet. This information alone can be insufficient to associate the RI-myte with theuser30. However, the user's identity can be determined by linking the source IP address or destination IP address, depending on where the IP packet originated, and timestamp information contained in the RI-myte with additional information about the service provider's IP access sessions maintained in thenetwork attachment module48. Using this additional information, the IP access session ID and, if desired, the user ID can be associated with the RI-myte.
• Multiple identifiers can be used to identify a PAM, including, but not limited to, an IP access session ID, a user ID, at least one device ID, a service-specific user ID, etc. The at least one RI-myte can contain a variety of information that can be used as input for linking the RI-myte to the at least one PAM identifier, including, but not limited to, an IP address, timestamp information, at least one device ID, a service-specific user ID, cookies, etc.
• The information available to the marketinginformation processing module214 for associating the at least one RI-myte with the at least one PAM identifier can be contained in various elements of the service provider's infrastructure. For example, an IP access session ID, a user ID, a unique IP address, timestamp information and unique access connection information can all be associated with each other in thenetwork attachment module48. The user ID and the unique access connection information also can be associated with each other, as well as with at least one service-specific user ID and at least one device ID, in theuser account module44. The at least one service-specific user ID and the at least one device ID also can be associated with each other, as well as with the unique IP address, the timestamp information and at least one HTTP cookie-based ID, in theother services module52. Other associations can exist between identity information contained in the various modules.
• By exploiting the associations between these various forms of identity information, the at least one RI-myte can be associated with the PAM who was involved in the at least one RI-myte's generation. These association operations can be applied in parallel and/or in sequence to expand the information associated with the at least one RI-myte. The information associated with the at least one RI-myte can be virtually limitless as long as the proper relational associations exist between the various pieces of information. Thus, an association operation can be used to associate at least one RI-myte with at least one PAM, as well as with other information, e.g., addressability information.Method400 then can proceed to block434.
• Inblock434, the marketinginformation processing module214 can elect whether to retain information gathered about the status of at least one PAM for use in the future, for example, to establish a context for future campaign decisions. If the marketinginformation processing module214 retains PAM state information,Method400 can proceed to block436. Inblock436, the PAM state information can be updated.Method400 then can proceed to block440.
• Inblock440, the at least one RI-myte that has been associated with the at least one PAM can be combined and considered with any other information maintained with that at least one PAM. This combined information can be used in multiple ways, including, but not limited to, accumulating evidence in favor of a decision, performing a logical operation that leads to a decision, compressing the information into a more compact form, etc. For example, the combined information can be used to evaluate whether the at least one PAM should be included as a member or members of at least one target audience for at least one marketing campaign.
• A wide range of information fusion and decision algorithms can be used, ranging from stateless triggers based on the occurrence of a single piece of receptiveness information to stateful algorithms that can be arbitrarily complex and highly intelligent. The output of these algorithms can be new receptiveness information that results from the combination of other pieces of information. This new receptiveness information can be processed further, used for decision making, stored as state for future processing or used to update profile information associated with a PAM, etc. The component pieces of information that are combined to create the new receptiveness information can come from the service provider's infrastructure or from external sources. The component pieces of information that are combined to create the new receptiveness information can originate at different points in time, from different sources or both.
• A wide variety of combining operations can be used. For example, a numeric weight can be assigned to each piece of receptiveness information. Separate pieces of receptiveness information then can be combined through a simple mathematical operation, e.g., summation, weighted summation, etc. Such numerical methods can be useful to implement algorithms by which numeric thresholds can be used to make audience membership decisions. In another example, receptiveness information can be combined based on logical operations. Each piece of receptiveness information can be viewed as the occurrence of a proposition, which can be applied to an inference rule to reach a conclusion, e.g., a decision.
• In addition to combining operations, aging operations can be used to reflect the fact that the predictive ability of information can wane over time. Therefore, aging operations can be used to age out the information over time. For example, a numeric temporal discounting algorithm can be applied whereby a piece of information is given progressively less value as it ages. Information can be maintained and considered for a fixed window of time only. Such temporal operations can be useful to detect and/or estimate levels of increased user activity in areas of interest.
• The marketinginformation processing module214 also can create and maintain persistent interest profiles for PAMs. For example, the marketinginformation processing module214 can combine the at least one RI-myte that has been associated with the at least one PAM with other RI-mytes associated with the same at least one PAM to create, or update, at least one PAM profile. The new PAM profile can be stored, possibly in a PAM profile database. The marketinginformation processing module214 also can perform periodic updates on the PAM profile without the arrival of new information associated with the PAM. For example, the marketinginformation processing module214 can age the PAM profile information over time.
• These PAM profiles can be persistent in the sense that the marketinginformation processing module214 can maintain them over a period of time, and they can be unassociated with a single marketing campaign. By maintaining an interest profile per PAM, the marketinginformation processing module214 can establish a form of persistent receptiveness information that can be a resource for making audience selection decisions.
• These PAM profiles can encode a wide range of information about a PAM. For example, attributes that can be encoded in a PAM profile can include, but are not limited to, indicators related to various sports, hobbies, professions, financial matters, travel, generation/age, etc. The same information fusion techniques used to apply receptiveness information to individual marketing campaigns also can be applied to the creation and maintenance of PAM profiles.
• Creating and maintaining PAM profiles can decouple, in time, the information collection and analysis process from the marketing campaign decision process. Thus, information collected over a period of time can be applied, at a later date, to a marketing campaign that had not yet been conceived at the time that the PAM profiles were initially created. The marketinginformation processing module214 can use the PAM profile database as a source of information for selecting a target audience for a given marketing campaign. This selection process can be based on PAM profile information either alone or combined with other sources of receptiveness information.
• All of the information available for the at least one PAM can be used to decide whether the at least one PAM is selected for membership in at least one target audience. The information used in the membership decision can include, but is not limited to the following: any receptiveness information that has been associated with the at least one PAM and has survived filtering and processing; any information encoded in the profile of the at least one PAM; any addressability information associated with the PAM, especially those forms of addressability information that can be used by the target marketing campaign; any information about the marketing campaign to which the target audience applies, including, but not limited to, specification of a selection/decision algorithm and associated parameters, e.g., thresholds, time-frames, etc, any intrinsic value (financial or otherwise) associated with the campaign, execution status, such as the actual versus desired number of messages delivered, etc.; any other PAM-related information, including, but not limited to, information about acceptable levels of exposure to marketing messages, either at a per campaign or aggregate level, information about other campaigns to which the PAM can be a audience member and their associated intrinsic values, information about a PAM's willingness to participate, e.g., opt-in/opt-out information, etc.
• A wide range of algorithms can be devised to implement the selection operation. For example, an algorithm can determine whether a PAM should be included in a target audience for a given marketing campaign approach based on calculating a numeric score that weights individual pieces of relevant receptiveness information. RI_ican be used to denote a piece of relevant receptiveness information received at time i. W(RI_i) can be used to indicate a weight or numeric value that provides an indication of the extent to which RI_ipredicts the likely PAM's receptiveness to the marketing campaign. W(RI_i) values can be positive, indicating increased receptiveness, or negative, indicating decreased receptiveness.
• A selection algorithm can be devised whereby a temporally discounted summation of receptiveness information accumulated over time can be computed. TV(t) can be a total value estimate of the receptiveness of a given PAM to a given marketing campaign at time t. TV(t) can be defined as follows: TV(t)=SUM(W((RI_i)*γ^(t−i)), where the sum can be computed over all available accumulated receptiveness information and γ can be a temporal discounting factor between 0 and 1. A PAM can be considered a candidate for membership in an audience if, at any point in time, the value of TV(t) exceeds a set threshold. Otherwise, the PAM can be rejected as a candidate for membership in the audience. TV(t) can be computed when new information becomes available and/or periodically to allow for information aging to discount the metric. If sufficient evidence of receptiveness is accumulated in a sufficiently short period of time, the PAM will be considered a candidate for the target audience.
• TV(t) can account for receptiveness without accounting for other factors, including, but not limited to, addressability, exposure control, competing campaigns etc. To account for these other factors, the decision algorithm can be extended with other logic. For example, before adding a PAM to a target audience the decision algorithm can verify that the addressability information used by the target campaign, e.g., mailing address, is available for the PAM. If the addressability information is not available, the PAM can be rejected. For exposure control, the algorithm can reject the PAM if the number of times the PAM or has been selected for a target audience over a given timeframe exceeds a certain threshold. To account for competing campaigns, the selection algorithm can compare the intrinsic values associated with each competing campaign and add the PAM to the campaign with the highest value first. By combining a series of logical and numeric computations, the algorithm can make audience membership decisions relatively efficiently.
• Once a PAM is selected for a target audience, the marketinginformation processing module214 can maintain that selection decision and adjust it over time. Multiple factors can affect the status of a PAM with respect to a given target audience over time, including, but not limited to, the following: the arrival of new receptiveness information; the aging of receptiveness information over time; changes in the PAM's addressability information; changes in the target campaign itself, such as expiration; changes if the status of the PAM identity, such as where the PAM is identified by an IP access session ID that subsequently is terminated. Algorithms for detecting these factors and updating the membership status of a PAM in response thereto can be devised as long as the marketinginformation processing module214 has notification and/or query support from the other modules inSystem200.Method400 then can proceed to block444.
• Inblock444, the marketinginformation processing module214 can elect whether to retain information gathered about the status of at least one PAM for use in the future. If the marketinginformation processing module214 retains PAM state information,Method400 can proceed to block446. Inblock446, the PAM state information can be updated.Method400 then can proceed to block450.
• Inblock450, the marketinginformation processing module214 can decide whether to include the at least one PAM as a member or members of at least one target audience for at least one marketing campaign If the at least one PAM is not included as a member or members of at least one target audience for at least one marketing campaign,Method400 can proceed to block452, whereMethod400 can end. If the at least one PAM is included as a member or members of at least one target audience for at least one marketing campaign,Method400 can proceed to block460.
• Inblock460, the addressability information associated with the at least one PAM can be expanded so marketing content associated with the marketing campaign can be sent to the PAM. The marketinginformation processing module214 can use addressability information to act on a marketing decision. The marketinginformation processing module214 can have access to a wide range of addressability information, including, but not limited to, a user's IP address, e-mail addresses, postal addresses, telephone numbers, device IDs, various service-specific user IDs, etc. Addressability information can be part of a PAM identifier, e.g., where the PAM can be identified by a unique identifier which itself serves as addressability info, such as an e-mail address. Depending upon the at least one target campaign and its at least one associated distribution channel, different addressability information can be added.
• To obtain addressability information, information associated with the PAM can be linked with information available in theinformation source module210. Addressability information expansion operations can be implemented using the same relational association techniques previously described for associating receptiveness information with a PAM. In other words, addressability information can be associated with a PAM or a piece of receptiveness information by following a chain of relational associations, whereby unique keying information can be used to identify the relevant unit of information
• For example, an IP access session ID can be a unique PAM identifier. To expand the addressability information associated with the PAM, the marketinginformation processing module214 can use the IP access session ID as an index key to lookup information about the PAM's IP access session in thenetwork attachment module48. The information obtained in the lookup operation can include the associated user ID. The user ID, in turn, can be used as a index key to retrieve information about the user's account from theuser account module44. The information in theuser account module44 can contain the desired addressability information, e.g., e-mail addresses, postal address, phone number, etc. In this way, PAM information can be expanded to include additional addressability information so the desired marketing content can be sent through the desired distribution channel.
• In addition to expanding the addressability information associated with a PAM, the marketinginformation processing module214 can actively manage the association and respond to information changes. Such active management can be important where the addressability information can be volatile. For example, if the user's IP address is being used as the primary source of addressability, then changes in the user's IP address can be reflected in the addressability information associated with theuser30.
• Multiple approaches can be used to manage the relationship between a PAM and it's addressability information. Theinformation source module210 can notify the marketinginformation processing module214 upon detecting any change in the addressability information. For example, thenetwork attachment module48 can notify the marketinginformation processing module214 when the user's IP access session terminates, so that any associated addressability information can be updated. The marketinginformation processing module214 can attempt to verify the addressability information by querying theinformation source module210 just before using the addressability information. The marketinginformation processing module214 can defer expanding addressability information until the specific addressability information will be used to send marketing content.Method400 then can proceed to block464.
• Inblock464, the marketinginformation processing module214 can elect whether to retain information gathered about the status of at least one PAM for use in the future. If the marketinginformation processing module214 retains PAM state information,Method400 can proceed to block466. Inblock466, the PAM state information can be updated.Method400 then can proceed to block470.
• Inblock470, information about the target audience for at least one marketing campaign can be updated. Target audience lists can be generated that can be used to drive on-demand marketing channels, e.g., direct mail, e-mail, telemarketing, etc. Procedures for generating these target audience lists can vary. Lists of TAMs can be produced in periodic batches or incrementally as new members are added. The information contained in each target audience list can vary by campaign and by the distribution channel used.
• Audience membership information can be stored in a database and maintained within the marketinginformation processing module214 over time. The database can be an audience membership database. The marketinginformation processing module214 can expose interfaces by which other components, e.g., thedistribution channel module216, can query the marketinginformation processing module214 to obtain audience membership information. This capability can be used to send marketing content on an opportunistic basis in those instances where the delivery of marketing content to a TAM can only occur when an opportunity arises. The opportunistic distribution channel can query the marketinginformation processing module214 in near-real-time when a marketing opportunity becomes, or is about to become, available. For example, the query can include information that can be used to identify a TAM. This information can be used by the marketinginformation processing module214 to lookup stored audience membership information for the TAM and return it to thedistribution channel module216, which, in turn, can use the audience membership information to select and send marketing content.
• The query interface supported by the audience membership database can support a wide range of search capabilities and support audience queries based on a wide range of information. This information can include, but is not limited to, the following: IP address and timestamp, e.g., the current time, as a means for looking up a TAM based on IP address and, by association, IP access session ID; device ID, e.g., to identify a TAM via associated device ID; service-specific user ID, e.g., to identify a TAM via associated service-specific user ID; IP access session ID; user ID; e-mail address; geographic information, e.g, to identify a group of TAMs in a given geographic region; campaign ID information, e.g., to specify the target audience of interest.
• For example, the marketinginformation processing module214 can receive a variety of information that causes the marketinginformation processing module214 to assign the PAM to a particular marketing campaign, thus making the PAM a TAM for that campaign. The marketinginformation processing module214 can store the TAM information in the audience membership database. Thedistribution channel module216 can use the audience membership database to send marketing content messages via an opportunistic distribution channel by querying the database when a marketing opportunity becomes available. The query can include information that can be used to identify the PAM associated with the opportunity, e.g., an IP address. The audience membership database can processes the query and send a response, which can include information about marketing campaigns for which the PAM is a TAM. Upon receiving the response, thedistribution channel module216 can choose appropriate marketing content, e.g., content associated with the selected marketing campaign, if any, and send the content to the TAM through the distribution channel. Usage information about the PAM also can be fed back into the marketinginformation processing module214 by thedistribution channel module216 to aid in controlling exposure.
• The audience membership database can be used for purposes other than servicing opportunistic distribution channel functions. For example, the audience membership database can be queried by an outside entity to generate an on-demand audience membership list.
• Returning toFIG. 4, after the marketinginformation processing module214 has processed the information supplied by the marketinginformation management module212 and theinformation source module210 to generate AMI and match it to marketing content,Method240 then can proceed to block280.
• Inblock280, marketing content can be sent to at least one TAM by thedistribution channel module216. Thedistribution channel module216 can make use of multiple distribution channels as part of an end-to-end service provider-based TMS system. These distribution channels can include, but are not limited to, the following: direct mail distribution, e-mail distribution, telemarketing, web-based advertising insertion, IP-transport-based interstitial advertisement insertion, IP-based video service advertisement insertion. These distribution channels can be used individually or in combination in the context of a service provider-based TMS system.
• These distribution channels can be categorized as on-demand or opportunistic. Marketing content can be sent to a TAM through an on-demand distribution channel at any time, once the TAM has been identified and sufficient addressability information has been obtained. On-demand distribution channels can include, but are not limited to, direct mail distribution, e-mail distribution, telemarketing, certain forms of video service advertisement insertion, etc.
• For on-demand distribution, thedistribution channel module216 can contain a marketing content database that can contain marketing content. Thedistribution channel module216 can receive at least one TAM list generated by the marketinginformation processing module214 that contains information for at least one TAM. Specifically, the at least one TAM list can contain addressability and marketing campaign information for the at least one TAM. Thedistribution channel module216 can combine the information in the at least one TAM list with information from the marketing content database to send marketing content to the at least one TAM. The content and form of the marketing content and the methods used to deliver the content can vary. The delivery of the content can be in near-real-time relative to the arrival time of the at least one TAM list from the marketinginformation processing module214 or the timing of the delivery can be decoupled from the arrival of the at least one TAM list.
• Once thedistribution channel module216 sends the marketing content to the at least one TAM, thedistribution channel module216 can provide feedback, in the form of exposure reporting, to the marketinginformation processing module214. This feedback can be used by the marketinginformation processing module214 to influence future audience membership decisions.
• Direct mail distribution can involve sending marketing content to at least one TAM via the postal service or a private package carrier. Direct mail can be an on-demand distribution channel, in that, once selection and address information are available, marketing content can be sent to the TAM at any time. The addressability information used for direct mail distribution can be a postal address, which can be PII. Theservice provider40 can obtain the postal address from theuser account module44. Automated direct mail distribution systems are well known in the art and can be created without resources unique to aservice provider40.
• Telemarketing can involve sending marketing content to at least one TAM via telephone calls made to the TAM. Marketing content can be sent via automated systems, human operators or a combination thereof. Telemarketing can be an on-demand distribution channel, in that, once selection and address information are available, marketing content can be sent to the TAM at any time. The addressability information used for telemarketing can be a telephone number, which can be PII. Theservice provider40 can obtain the telephone number from theuser account module44. Telemarketing systems are well known in the art and can be created without resources unique to aservice provider40.
• E-mail distribution can involve sending marketing content to at least one TAM via electronic mailing systems, including those accessible through the Internet. Marketing content can be sent as individual e-mail messages and/or can be embedded in other e-mail-based content, such as e-mail-based newsletters. E-mail distribution can be an on-demand distribution channel, in that, once selection and address information are available, marketing content can be sent to the TAM at any time. The addressability information used for e-mail distribution is an e-mail address for the TAM, which can be PII. Theservice provider40 can obtain the e-mail address from theuser account module44 and/or from user profile database associated with theother services module52. E-mail distribution systems are well known in the art and can be created without resources unique to aservice provider40. However, theservice provider40 can be able to leverage its existing e-mail distribution system for delivering marketing content.
• Marketing content can be sent to a TAM through an opportunistic distribution channel only when an opportunity arises. Opportunistic distribution channels can include, but are not limited to, web advertisement insertion, IP-transport-based interstitial advertisement insertion, certain forms of video service advertisement insertion, etc. Content distribution opportunities can arise based on the activities of the TAM, e.g., during the course of a web-browsing session to a specific web site. Thus, thedistribution channel module216 can initiate an interaction with the marketinginformation processing module214 to request information about how best to respond to an available marketing opportunity.
• Referring toFIG. 7, a flow chart of a method for opportunistic distribution of marketing content, according to an exemplary embodiment, is illustrated. Inblock510, a PAM, using theuser interface module32, can interact with an IP-based service, including, but not limited to, IP-transport services, web-based services, IP-based video-on-demand services, etc. For example, the PAM can use a PC and other home networking devices to interact with a web-based content server to view a web page or use a set-top-box and other home networking devices to interact with an IP-based video service to purchase and view a movie.Method500 then can proceed to block520.
• Inblock520, theservice provider40 can detect an opportunity to deliver marketing content during the course of service delivery. Theservice provider40 then can notify thedistribution channel module216 that the opportunity exists. The information conveyed in the notification can include sufficient information to identify the PAM, e.g. an IP address and timestamp associated with the PAM and/or the PAM'suser interface module32, a device ID, a service-specific user ID, etc.Method500 then can proceed to block530.
• Inblock530, thedistribution channel module216 can query the marketinginformation processing module214 to request information about available marketing campaigns for which the PAM in question can be a TAM. The information in the query can be sufficient to identify the PAM. The query also can contain information that can influence the decision of the marketinginformation processing module214.Method500 then can proceed to block540.
• Inblock540, the marketinginformation processing module214 can perform near-real-time processing to determine which marketing campaign, if any, should be applied to the marketing content delivery opportunity. This processing can include accessing an audience membership database. The marketinginformation processing module214 then can send a response to thedistribution channel module216, identifying the marketing campaign, at which point the PAM can become a TAM.Method500 then can proceed to block550.
• Inblock550, thedistribution channel module216 can retrieve the identified marketing content from a marketing content database and send it to theuser interface module32 being used by the TAM for service usage.Method500 then can proceed to block560.
• Inblock560, thedistribution channel module216 can send feedback, in the form of exposure reporting, to the marketinginformation processing module214. This feedback can be used by the marketinginformation processing module214 to influence future audience membership decisions.
• Web advertisement insertion can involve inserting marketing content into the content delivered to at least one TAM as the at least one TAM browses one or more websites. For example, a PAM can visit a website associated with a TMS system that can have web advertisement insertion capabilities. Information that can be used to identify the user can be collected via a variety of means. This information then can be used, possibly in combination with other information collected during the browsing process, to select marketing content to deliver to the PAM, making the PAM a TAM. The marketing content can be incorporated into the content provided by the website and sent to the TAM. The type and form of marketing content sent to the TAM can vary widely and can be limited only to the extent that the marketing content can be incorporated into HTTP sent content. For example, marketing content can be rendered as a banner advertisement image embedded in the body of an HTML page, as a complex multimedia application sent via HTTP to the TAM, etc.
• Web advertisement insertion can be an opportunistic distribution channel, in that, marketing content cannot be sent to the TAM at any time; marketing content can only be sent to the TAM when the TAM is visiting a website associated with a TMS system that can have web advertisement insertion capabilities. These websites can be internal, e.g., owned and operated by theservice provider40, or external, e.g., affiliated, but not owned and operated by theservice provider40.
• The addressability information used for web advertisement insertion can vary. Information embedded in HTTP cookies can be used to identify the PAM through a user identifier embedded in the cookie that indicates a unique web-browsing session ID, the identity of a user account that can be associated with the website, etc. as is well known in the art. For a service provider-based TMS system, cookie-based approaches to identifying PAMs can be used, so long as the information encoded in the cookie can be linked through information relationships back to a PAM.
• However, an alternative approach is also available. The PAM's IP address and timestamp can be used as a key for dynamically identifying the PAM as previously discussed. The website, in addition to collecting any other relevant decision information, can provide the TMS system with the source IP address and timestamp associated with the PAM's HTTP request. The source IP address and timestamp, in turn, can be used to identify the PAM using the unique information resources available to theservice provider40. For example, the IP address and timestamp of the request can be used to associate the request with the PAM's IP access session via information maintained in thenetwork attachment module48. The IP access session can specify the PAM or can be linked back further to a user ID via information maintained in thenetwork attachment module48 or theuser account module44, which can specify the PAM, or can be linked back further to other types of identifiers, e.g., device ID, service-specific user ID, etc., which can specify the PAM.
• This alternative approach can be used without the website delivering a timestamp to the TMS system because it can be implicitly inferred to be the time that the IP address is delivered. The time that the IP address is delivered can be used because, in opportunistic distribution channels, the identification and marketing campaign decision processing occurs in near-real, time.
• The HTTP cookie-based web advertisement insertion approaches are well known in the art and can be performed without resources unique to theservice provider40. The IP address-based web advertisement insertion approach, on the other hand, can use resources unique to theservice provider40.
• Transport-based advertisement insertion can involve using service provider transport resources associated with the IPpacket transport module42, e.g., routers, proxies, gateways, etc., to dynamically insert marketing content in the service content exchanged between theuser30 and theservice provider40. The marketing content can be inserted in the packets that flow between theuser30 and a service entity, e.g., website, as the packets traverse the IPpacket transport module42. To support this capability, elements of the IPpacket transport module42 can be extended to support thedistribution channel module216. A variety of technologies, well known in the art, can enable these extended capabilities including, but not limited to, deep-packet inspection devices, proxies, service gateways, etc.
• For example, the IPpacket transport module42 can modify the information content in an HTTP response delivered from a web server to theuser30. That modification can be to insert marketing content into the HTTP content sent by the web server.
• Transport-based advertisement insertion can be an opportunistic distribution channel, in that, marketing content cannot be sent to the TAM at any time; marketing content can only be sent to the TAM during opportunities provided by the TAM via network usage activity.
• The addressability information used for transport-based advertisement insertion can vary and can depend on the service being used. For example, the TAM's IP address and timestamp can identify the PAM, in a manner similar to that previously described for the web advertisement insertion distribution channel. This approach can be particularly useful for transport-based advertisement insertion because the IP address and timestamp can be extracted from the underlying packet flow being manipulated. Other addressability/identity information also can be used. For example, the IPpacket transport module42 can look deeper, e.g., above open systems interconnection (OSI) layer4, into the packet flow between theuser30 and theservice provider40 to extract HTTP cookies, service user IDs, device IDs, etc. that can be linked back to a PAM via information available in a service provider-based TMS system.
• Referring back toMethod500, the IPpacket transport module42 can enable the interaction between the PAM and the IP-based service inblock510 by transporting the IP packets between the PAM and the IP-based service. Elements of the IPpacket transport module42 can detect service usage as packets traverse the service provider's infrastructure, detect an opportunity to deliver marketing content and convey this information to other elements of thedistribution channel module216 inblock520.Method500 then can proceed as described to block550, where elements of thedistribution channel module216 can retrieve an interstitial advertisement from the marketing message database and send that interstitial advertisement to elements of the IPpacket transport module42, which are also elements of thedistribution channel module216, for insertion into the packet stream heading back to the TAM.Method500 then can proceed as described to block560.
• Transport-based advertisement insertion can be used with multiple end-services, including, but not limited to, web/HTTP-based services, IP-based video services, etc. When used with HTTP-based services, the IPpacket transport module42 can modify the content of the HTTP response packets sent back to the TAM from an end-services web server.
• Transport-based advertisement insertion can be used to insert marketing content in the content stream associated with an end-service provider, without explicit interaction with, or even knowledge and consent of, the end-service provider. Thus, transport-based advertisement insertion can be applied to both services that are internal and external to theservice provider40, including unaffiliated providers of external services.
• Transport-based advertisement insertion also can be implemented by installing elements of thedistribution channel module216 in theuser interface module32, rather than in the IPpacket transport module42. Using this implementation, marketing content can be sent to a client device, e.g., a set-top box, in advance for insertion based on available opportunities. This approach can be considered opportunistic, on-demand or a hybrid of an on-demand/opportunistic distribution channel. The approach can be considered opportunistic in the sense that marketing content can be delivered only when the TAM uses the service. The approach can be considered on-demand in the sense that a TMS system can send the content to the client device any time and the content will, most likely, be sent to the TAM at some point, assuming that the TAM uses the service on a regular basis.
• One type of video service advertisement insertion, referred to as client-side video advertisement insertion can function in this same hybrid manner. In client-side video advertisement insertion, marketing content can be sent to and stored on the service user's video terminal device, e.g., a set-top box, in advance and spliced into the user's video stream on the video terminal device as opportunities arise during video-service play-out. Client-side video advertisement insertion can be used to send marketing content for video-on-demand services as well as for linear-scheduled video services, e.g., broadcast television. Client-side video advertisement insertion also can be applied to video streams that have been prerecorded on the video terminal device for play-out at a later time, e.g., video streams recorded by a digital video recorder.
• Client-side video advertisement insertion can be applied to video services that are not based on IP-transport. For example, if the video terminal device has tuning, decoding and media splicing capabilities, marketing content delivered via this type of IP-based distribution channel can be spliced into a media stream coming from a traditional radio frequency digital cable service, e.g., quadrature amplitude modulation-based, or from an over-the-air digital video service, e.g., Advanced Television Systems Committee-based.
• The addressability/identification information used by client-side video advertisement insertion can vary. The video terminal device, and thus the TAM, can be addressed by an IP address and a timestamp, a device ID, a service-specific user ID or other identifying information. The selection of addressability/identification information can depend on the different characteristics of these different options. For example, the use of an IP address and timestamp to identify the TAM can be selected where theservice provider40 wishes to operate the marketing service in an anonymous manner. Where anonymity is not an objective, the use of other identifiers can be more convenient.
• Referring toFIG. 8, a flow chart of a method for hybrid distribution of marketing content, according to an exemplary embodiment, is illustrated. Inblock610, the marketinginformation processing module214 can send at least one TAM list to elements of thedistribution channel module216 located in the service provider's infrastructure. The at least one TAM list can associate at least one targeted marketing campaign to at least one TAM and the TAM's associated addressability/identity information.Method600 then can proceed to block620.
• Inblock620, the elements of thedistribution channel module216 located in the service provider's infrastructure can retrieve the marketing content associated with the at least one targeted marketing campaign and send it to elements of thedistribution channel module216 located in theuser interface module32, e.g., the user's video terminal device. This marketing content can be appropriate for the TAM associated with the user interface module34 as determined by addressability information associated with theuser interface module32. The elements of thedistribution channel module216 located in the service provider's infrastructure also can send control data to the elements of thedistribution channel module216 located in theuser interface module32 that can specify under what conditions the marketing content can be sent to the TAM. This control information can specify marketing information processing module-like policy information about the applicability of different marketing content to different potential opportunities that can arise on theuser interface module32.Method600 then can proceed to block630.
• Inblock630, the elements of thedistribution channel module216 located in theuser interface module32 can store the marketing content in a local cache. Storing the marketing content can prepare the elements of thedistribution channel module216 located in theuser interface module32 to begin operation in an opportunistic mode.Method600 then can proceed to block640.
• Inblock640, the TAM can begin interacting with theuser interface module32 to receive services, e.g., begin a video-on-demand session, view broadcast television, etc.Method600 then can proceed to block650.
• Inblock650, the elements of thedistribution channel module216 located in theuser interface module32 can monitor the service, e.g., a video stream being rendered, and detect opportunities to insert marketing content therein. For example, the elements of thedistribution channel module216 located in theuser interface module32 can be able to detect cue tones or other signals embedded in a video stream originating from theother services module52.Method600 then can proceed to block660.
• Inblock660, the elements of thedistribution channel module216 located in theuser interface module32 can detect an advertisement insertion opportunity, evaluate the opportunity and retrieve appropriate marketing content from the local cache. The evaluation of the advertisement insertion opportunity can be based on locally-cached policy information.Method600 then can proceed to block670.
• Inblock670, the marketing content can be inserted into the content being consumed by the TAM, e.g., spliced into the video stream and sent to the TAM.
• Another type of video service advertisement insertion, referred to as video-on-demand (VOD) advertisement insertion can apply to VOD services and can function in an opportunistic manner. VOD advertisement insertion can involve splicing targeted marketing content into the video stream, at an advertisement insertion opportunity, as the video stream is sent to the TAM during a VOD service. VOD advertisement insertion can be an opportunistic distribution channel, in that marketing content can only be sent to the TAM when the TAM interacts with the VOD service to order and playback video content, e.g., a movie. When the TAM interacts with the VOD service to order and playback video content, targeted marketing content, e.g., advertisements, can be spliced into the video content being sent to the TAM.
• The addressability information used by a VOD advertisement insertion distribution channel can vary. For example, the source IP address and timestamp associated with the VOD session can be used as a key to identify/address the underlying TAM. Other forms of TAM identifying information also can be used, including, but not limited to, a device ID, a unique service-level user ID, etc. The techniques used by the VOD advertisement insertion distribution channel to identify the TAM by linking provided keying information with other relational information contained in various service provider resources, e.g., thenetwork attachment module48,user account module44,other services module52, etc. can be similar to those previously described for the web-based advertisement insertion distribution channel.
• Referring back toMethod500, for VOD advertisement insertion, the interaction between the PAM and the IP-based service inblock510 can be the PAM interacting with theother services module52 to browse, select and initiate a VOD session, e.g., by using RTSP. This activity can trigger the detection, inblock520, of at least one marketing content insertion opportunity associated with the VOD media that is to be sent to the PAM.Method500 then can proceed as previously described to block550, where thedistribution channel module216 can splice the marketing content into the VOD media content stream before sending the media content stream to the TAM. The splicing function used to merge the marketing content with the VOD media content can involve cue tones, or other signals, embedded in VOD media content to detect insertion points and is well known in the art.Method500 then can proceed as previously described to block560.
• VOD advertisement insertion can use different strategies for signaling and determining the marketing content associated with a VOD session. For example, a single insertion opportunity can be detected and indicated during the initial VOD session negotiation and thedistribution channel module216 can send multiple advertisements for insertion for the duration of the session. Opportunity indications also can be signaled as they arise in the stream.
• VOD advertisement insertion techniques also can be applied to other forms of media on demand, such as audio media, e.g., music-on-demand.
• Returning toFIG. 4, after the marketing content has been sent to at least one TAM by thedistribution channel module216,Method240 then can proceed to block290.
• Inblock290, theperformance analysis module218 can collect and analyze feedback relating to the performance of at least one marketing campaign. This analysis can include generation of information, e.g., a performance report, that can be delivered to the marketing campaign sponsor through the marketinginformation management module212. The results of the analysis also can be delivered to the marketinginformation management module212 for use in adjusting the marketing campaign definition in order to improve performance.Method240 then can proceed to block250 for redefinition of the marketing campaign.
• Referring toFIG. 9, a schematic diagram of a service provider-based targeted marketing services system, according to an exemplary embodiment, is illustrated.FIG. 9 illustrates an example of a service provider-based TMS system and contains the technology infrastructure that can be used by theservice provider40 to leverage the IPpacket transport module42, theuser account module44 and thenetwork attachment module48 as information sources to gain insight into the user's Internet browsing activities, obtain addressability information and use that information to send targeted marketing content to theuser30 via a direct mail distribution channel. A service provider-based TMS system can include other technology infrastructure used to leverage other information sources based on other activities and used to deliver marketing content to theuser30 via other distribution channels.System700 can comprise auser30, auser interface module32, aservice provider40 and anexternal service module70.
• Theuser30 and theuser interface module32 can be as described forSystem20. Theuser30 can be an individual or group that uses IP-based services provided by and through theservice provider40. Theuser interface module32 can provide a means for theuser30 to couple at least one input and/or output device to the service provider's infrastructure via an IP-enabled communications link and to interact with IP-based services via the coupled device(s).
• Theservice provider40 can comprise an IPpacket transport module42, auser account module44, aservice attachment module46, anetwork attachment module48, a domainname resolution module50, another services module52, aninformation source module210, a marketinginformation management module212, a marketinginformation processing module214, adistribution channel module216 and aperformance analysis module218. The IPpacket transport module42,user account module44,service attachment module46,network attachment module48, domainname resolution module50, andother services module52 can be as described forSystem20. The IPpacket transport module42 can route and forward IP packets to and from theuser interface module32. Theuser account module44 can manage the information related to a user's account with theservice provider40 and associated service provisioning information. Theservice attachment module46 can dynamically exchange service provisioning and configuration information with theuser interface module32. Thenetwork attachment module48 can coordinate the dynamic provisioning and configuration associated with providing theuser30 with IP-transport services. The domainname resolution module50 can provide domain name resolution services via the DNS. Theother services module52 can manage the delivery of other services provided by theservice provider40.
• In addition, the IPpacket transport module42 can include a router/switch702, anHTTP request logger706 and aURL filter708. The router/switch702 can mirror network traffic destined for theexternal service module70 on a second link. A variety of well-known mirroring techniques, e.g., port mirroring on an Ethernet, whereby all traffic transmitted out one port is simultaneously transmitted on a second, so-called mirror, port, can be used to accomplish this task. The network traffic carried across the second link can include all IP packets sent to theexternal service module70. TheHTTP request logger706 can receive the mirrored network traffic, detect IP packets containing HTTP requests and extract relevant information from those IP packets.
• The relevant information can include, but is not limited to, the source IP address of the packet, a timestamp of the time the IP packet was received, the destination IP address of the packet, useful contents of the packet payload, such as the HTTP request URL, etc. and constitutes RI-mytes. TheURL filter708 can receive the RI-mytes from theHTTP request logger706 and filter them. Those RI-mytes that match at least one target pattern can be retained, while those RI-mytes that do not match at least one target pattern can be discarded. A large percentage of RI-mytes can be discarded by theURL filter708. TheURL filter708 also can tag retained RI-mytes with additional campaign information, e.g., a marketing campaign ID, or other use indicator, that can be used by the marketinginformation processing module214 to establish processing context and determine proper handling. Information contained in the RI-mytes retained by theURL filter708 can include, but is not limited to, an indicator of the type of RI-myte, e.g., an HTTP request-based myte, the source IP address of the HTTP request, the URL requested, associated pattern matched information, the time of the request, a list of at least one marketing campaign or other use indicators to which the RI-myte applies, etc.
• The management and configuration of the filters applied by theURL filter708, as well as the marketing campaign ID or other use indicator used by theURL filter708 to tag RI-mytes, can be provided by the marketinginformation management module212.
• Theexternal service module70 can include ahost742. The host can store resources related to at least one URL. Theuser30 can employ theuser interface module32 to retrieve the resources stored on thehost742.
• Theinformation source module210, marketinginformation management module212, marketinginformation processing module214,distribution channel module216 andperformance analysis module218 can be as described forSystem200. Theinformation source module210 can collect information and forward that information to the marketinginformation processing module214. The marketinginformation management module212 can manage the configuration of and control the information associated with at least one marketing campaign being conducted by a TMS. The marketinginformation processing module214 can combine individual units of receptiveness information, addressability information and AMI to improve the quality of AMI and generate new AMI. Thedistribution channel module216 can send marketing content once the marketinginformation processing module214 combines AMI with marketing content from the marketinginformation management module212. Thedistribution channel module216 also can inform theaudience selection module738 and theperformance analysis module218, that the marketing content has been sent to theuser30. Theperformance analysis module218 can receive information from the marketinginformation management module212 and thedistribution channel module216 to measure the effectiveness of at least one marketing campaign. Theperformance analysis module218 also can send the effectiveness measurement to the marketinginformation management module212.
• As previously described, theinformation source module210 can include elements of theuser account module44, theservice attachment module46, thenetwork attachment module48 and the IPpacket transport module42 as depicted by the overlap between theinformation source module210 and those modules. Theinformation source module210 can include the router/switch702, theHTTP request logger706 and theURL filter708 in the IPpacket transport module42.
• The marketinginformation processing module214 can include an IP address-based geographic filter734, an IPaccess session resolver736, anaudience selection module738, auser resolver740 and an opt-out filter742. The IP address-based geographic filter734 can receive RI-mytes from theURL filter708 and compare the source IP address contained therein with at least one IP address pattern that can be specific to at least one marketing campaign. Those RI-mytes that match at least one IP address pattern can be retained, while those RI-mytes that do not match at least one IP address pattern can be discarded. The management and configuration of the filters applied by the IP address-based geographic filter734 can be provided by the marketinginformation management module212. The IP address-based geographic filter734 can send retained RI-mytes to the IPaccess session resolver736.
• The IPaccess session resolver736 can associate each RI-myte with an individual user's IP access session. For each RI-myte received, the IPaccess session resolver736 can query thenetwork attachment module48 to lookup the associated IP access session for the RI-myte. Each query can contain various information including, but not limited to, the source IP address, a timestamp, etc. Thenetwork attachment module48 can process the request and return information that includes, but is not limited to, a unique IP access session ID that is uniquely associated with theuser30, the IP access session IP address, the IP access session start time, unique access circuit information associated with the IP access session, a unique user ID associated with the IP access session, etc. The IPaccess session resolver736 can avoid querying thenetwork attachment module48 for each RI-myte received by caching query results locally and searching the local cache first for subsequent RI-mytes, querying thenetwork attachment module48 if the local cache lacks the information. Thenetwork attachment module48 can notify the IPaccess session resolver736 when an IP access session expires so the IPaccess session resolver736 can flush its local cache for that IP access session. The IPaccess session resolver736 can associate the information received from thenetwork attachment module48 with the RI-myte and send the enhanced RI-myte to theuser resolver740.
• Theuser resolver740 can use the information associated with the RI-myte by the IPaccess session resolver736, e.g., the IP access session IP address, the IP access session start time, unique access circuit information associated with the IP access session, a unique user ID associated with the IP access session, etc. to associate the user information with the RI-myte. Theuser resolver740 can associate locally cached user information with the RI-myte if, for example, theuser resolver740 had previously processed an RI-myte generated by thesame user30. Theuser resolver740 can issue a query to theuser account module44 to retrieve the user information to be associated with the RI-myte. The query to theuser account module44 can include a user ID or other unique user identification information. The query also can specify the information being sought. For example, the query can request the user's postal address and service profile information, e.g. direct mail opt-out preferences. Theuser resolver740 can associate the information supplied in response to the query with the RI-myte and send the enhanced RI-myte to the opt-out filter742.
• The opt-out filter742 can receive RI-mytes from theuser resolver740 and filter the RI-mytes on the basis of opt-out preferences. In other words, the opt-out filter742 can discard the RI-myte if the service profile information associated with the RI-myte indicates that theuser30 has elected not to participate in the specified type of marketing service, e.g., Internet activity-based direct mail. The opt-out filter742 can send retained RI-mytes to theaudience selection module738.
• Theaudience selection module738 can receive the RI-myte from the opt-out filter742 and evaluate it against any other contextual information that theaudience selection module738 can be maintaining for the at least one marketing campaign anduser30 associated with the RI-myte in order to make a decision about whether to include the associateduser30 in the target audience of the at least one marketing campaign. Theaudience selection module738 can use the algorithms previously described for this purpose. If theaudience selection module738 decides to add theuser30 associated with the RI-myte to the at least one target audience, theaudience selection module738 can add theuser30 to at least one list of TAMs for the at least one marketing campaign. Theaudience selection module738 can send the at least one list of TAMs for the at least one marketing campaign to thedistribution channel module216. Theaudience selection module738 can send a complete at least one list of TAMs or can send updates to the at least one list of TAMs as additional TAMs get assigned.
• Thedistribution channel module216 can use the at least one list of TAMs to send direct mail marketing content to at least one TAM. Sending the direct mail marketing content to the at least one TAM can include, but is not limited to, printing, addressing and sending the physical marketing materials associated with the marketing content through the mail.
• Referring toFIG. 10, a flowchart of a method for providing service provider-based targeted marketing services, according to an exemplary embodiment, is illustrated.FIG. 10 illustrates one example of a method for sending service provider-based TMS and contains the steps that can be used by theservice provider40 to leverage the IPpacket transport module42, theuser account module44 and thenetwork attachment module48 as information sources to gain insight into the user's Internet browsing activities, obtain addressability information and use that information to send targeted marketing content to theuser30 via a direct mail distribution channel. A method for sending service provider-based TMS can include other steps used to leverage other information sources based on other activities and used to send marketing content to theuser30 via other distribution channels.
• Inblock802, the marketinginformation management module212 can send information associated with at least one marketing campaign to theURL filter708 and the IP address-based geographic filter734 to manage the information retained and discarded by those filters. The information sent by the marketinginformation management module212 can include, but is not limited to, at least one destination IP address target pattern, at least one source IP address target pattern, at least one HTTP request URL pattern, a marketing campaign ID, or other use indicator, that can be used by the marketinginformation processing module214 to establish processing context and determine proper handling, etc. The information sent by the marketinginformation management module212 can be used inblocks822,826 and830.
• Inblock110, theuser30 can interact with theservice provider40 to sign-up for at least one service and establish a user account. This step can proceed as described forMethod100. For example, theuser30 can arrange for Internet access service and VOD service from theservice provider40. Theuser30 and/or theservice provider40 can set up and configure equipment for delivery of the service, e.g., a PC, home router, home network, set-top box, etc.Method800 then can proceed to block120.
• Inblock120, theuser30 can establish a connection to the service provider's infrastructure via an IP-enabled communications link. This step can proceed as described forMethod100. For example, the user's home router can use DHCP to interact with the service provider's edge router and DHCP server to request and receive an IP address along with other host configuration information. This information, in turn, can be used by the user's home router to dynamically configure other IP devices in the home, support NAT services, etc. During this step, the user's IP access session can start, and information about the IP access session can be maintained in thenetwork attachment module48. The information maintained can include, but is not limited to, the IP address assigned to the user's home router, the access information identifying theuser30, the time that the IP access session began, the user's ID, etc.Method800 then can proceed to block130.
• Inblock130, theuser30 can establish use of IP transport services to communicate with other IP-enabled devices reachable through the service provider's infrastructure. This step can proceed as described forMethod100.Method800 then can proceed to block140.
• Inblock140, theuser30 can establish use of domain name resolution services to access other services. This step can proceed as described forMethod100. For example theuser30 can establish use of domain name resolution services to access websites on the Internet.Method800 then can proceed to block150.
• Inblock150, theuser30 can use application-level services, such as web-browsing, e-mail, file-transfer, voice services, video services, etc. This step can proceed as described forMethod100. For example, theuser30 can begin browsing the Internet, visiting various websites. Theuser30 can enter a URL into a web browser running on a PC, use a mouse to click a link on a website, etc. The URL can be for resources stored on thehost742.Method800 then can proceed to block806.
• Inblock806, theuser interface module32 can communicate with theexternal service module70 to obtain services. For example, the user's web browser can open at least one TCP/IP connection with thehost742 to initiate an HTTP session for requesting and transferring web pages to the user's web browser to be rendered for theuser30. The IP packets transferred between theuser interface module32 and thehost742 can traverse the router/switch702 in the service provider's IPpacket transport module42.Method800 then can proceed to block810.
• Inblock810, the router/switch702 can mirror the IP packet transferred between theuser interface module32 and thehost742, routing the IP packet to theuser interface module32 or thehost742 and a copy of the IP packet to theHTTP request logger706. For example, an IP packet being sent from theuser interface module32 can be sent to thehost742 and a copy of the IP packet can be sent to theHTTP request logger706.Method800 then can proceed to block814 and block818.
• Inblock814, thehost742 can process the IP packet and act on the IP packet accordingly. For example, the IP packet can request that thehost742 send content located on a web page resident on thehost742 to theuser interface module32. The host can process this request and send the requested content in at least one IP packet that gets sent back to theuser interface module32.
• Inblock818, theHTTP request logger706 can receive the mirrored IP packet, identify whether the IP packet contains an HTTP request and, if so, extract relevant data from the IP packet. The relevant data can include, but is not limited to, the source IP address of the IP packet, a timestamp of the time that the packet was received, the destination IP address, the HTTP request URL, etc. The collection of data can constitute an RI-myte.Method800 then can proceed to block822.
• Inblock822, the information resource module105 can perform an initial filtering operation using an element of the IPpacket transport module42, theURL filter708, to discard RI-mytes that are irrelevant toMethod800. TheURL filter708 can filter the RI-myte based on HTTP request URL pattern matching, using the HTTP request URL patterns sent by the marketinginformation management module212 inblock802. If the RI-myte fails to match at least one URL pattern,Method800 can proceed to block824, whereMethod800 can end. If the RI-myte matches at least one pattern,Method800 can proceed to block826.
• Inblock826, theURL filter708 can tag the RI-myte with at least one marketing campaign ID or other use indicator sent by the marketinginformation management module212 inblock802. Thus, the information included in the RI-myte being sent for further processing by theURL filter708 can include, but is not limited to, the source IP address of the request, the timestamp of the time that the request was received, the type of RI-myte, e.g., HTTP request-based RI-myte, the URL requested, associated pattern-matched information, at least one marketing campaign ID or other use indicator to which the RI-myte applies, etc.Method800 then can proceed to block830.
• Inblock830, the IP address-based geographic filter734 can filter the RI-myte based on IP address pattern matching, using the IP address patterns sent by the marketinginformation management module212 inblock802. The IP address patterns against which the RI-myte's source IP address is compared can be marketing campaign specific. For example, the IP address-based geographic filter734 can check an incoming RI-myte against at least one pattern associated with any of the marketing campaigns to which the RI-myte was associated by theURL filter708. In this way, the IP address-based geographic filter734 can be applied in a campaign specific manner. If the RI-myte fails to match at least one IP address pattern,Method800 can proceed to block832, whereMethod800 can end. If the RI-myte matches at least one domain name pattern,Method800 can proceed to block834.
• Inblock834, the IPaccess session resolver436 can associate the RI-myte with the user's IP access session. The IPaccess session resolver436 can query thenetwork attachment module48 to lookup the associated IP access session for the RI-myte. The query can contain various information available in the RI-myte, including, but not limited to, the source IP address, a timestamp, etc. Thenetwork attachment module48 can process the request and return information that includes, but is not limited to, a unique IP access session ID that is uniquely associated with theuser30, the IP access session IP address, the IP access session start time, unique access circuit information associated with the IP access session, a unique user ID associated with the IP access session, etc. The IPaccess session resolver436 can associate the information received from thenetwork attachment module48 with the RI-myte and send the enhanced RI-myte to theuser resolver740. At this point, the RI-myte can have been filtered for relevance to at least one marketing campaign, associated with at least one marketing campaign and associated with information from the IP access session that generated the RI-myte.Method800 then can proceed to block838.
• Inblock838, theuser resolver740 can associate the RI-myte with user information. Theuser resolver740 can query theuser account module44 to lookup the relevant user information. The query can contain information previously associated with the RI-myte and unique to theuser30, including, but not limited to, unique access circuit information, a unique user ID, etc. The query also can contain an indication of what information theuser resolver740 wants to receive in response to the query. This information can include any information maintained in theuser account module44 including, but not limited to, the user's name, postal address, e-mail address, service profile information, e.g., direct mail opt-out preferences, etc. If theuser resolver740 has previously queried theuser account module44 using the same query information, theuser resolver740 can retrieve the user information from a locally stored cache, rather than query theuser account module44 again.Method800 then can proceed to block842.
• Inblock842, the opt-out filter742 can filter the RI-myte on the basis of opt-out preferences. The opt-out preferences against which the RI-myte's service profile information is compared can be marketing campaign specific. For example, the distribution channel for one marketing campaign associated with the RI-myte can be direct mail, while the distribution channel for another campaign associated with the RI-myte can be e-mail. The user's service profile information can indicate that theuser30 has selected to opt-out of receiving e-mail-based marketing content but has not selected to opt-out of receiving direct mail-based marketing content. If the user's service profile information indicates that theuser30 has opted-out of all of the marketing service types associated with the RI-myte,Method800 can proceed to block844, whereMethod800 can end. If the user's service profile information indicates that theuser30 has not opted-out of at least one of the marketing service types associated with the RI-myte,Method800 can proceed to block846.
• Inblock846, theaudience selection module738 can evaluate the RI-myte against any other contextual information that theaudience selection module738 can be maintaining for the at least one marketing campaign anduser30 associated with the RI-myte in order to make a decision about whether to include the associateduser30 in the target audience of at least one marketing campaign. Theaudience selection module738 can use the algorithms previously described for this purpose. If theaudience selection module738 does not include the associateduser30 in the target audience of at least one marketing campaign,Method800 can proceed to block848, whereMethod800 can end. If theaudience selection module738 includes the associateduser30 in the target audience of at least one marketing campaign,Method800 can proceed to block850.
• Inblock850, theaudience selection module738 can add theuser30 and the user's associated information to at least one list of TAMs for at least one marketing campaign and can send the at least one list of TAMs to thedistribution channel module216. For example, theaudience selection module738 can generate, for a marketing campaign that is using direct mail to distribute marketing content, a list of names of users with associated postal addresses and send the list to thedistribution channel module216. Theaudience selection module738 can send a complete at least one list of TAMs or can send updates to the at least one list of TAMs as additional TAMs get assigned.Method800 then can proceed to block854.
• Inblock854, thedistribution channel module216 can use the at least one list of TAMs to send direct mail marketing content to at least one TAM. Sending the direct mail marketing content to the at least one TAM can include, but is not limited to, printing, addressing and sending the physical marketing materials associated with the marketing content through the mail.Method800 then can proceed to block858.
• Inblock858, thedistribution channel module216 can inform theaudience selection module738 and theperformance analysis module218, that the marketing content has been sent to theuser30. Theaudience selection module738 can use this information to inform subsequent target audience membership decisions. Theperformance analysis module218 can use this information to measure the effectiveness of the marketing campaign for which the marketing content was sent.Method800 then can proceed to block862.
• Inblock862, theperformance analysis module218 then can send the effectiveness measurement to the marketinginformation management module212. The marketinginformation management module212 can use the effectiveness measurement to modify the marketing campaign for which effectiveness was measured. For example, the marketinginformation management module212 can adjust the filter information sent to theURL filter708 and/or the IP address-based geographic filter734 to change the number and/or types of RI-mytes retained by those filters.

Claims (20)

1. A method comprising:

extracting data from at least one internet protocol (IP) packet; and

identifying user receptiveness information based on the data extracted from the at least one IP packet.

2. The method ofclaim 1 further comprising filtering the at least one IP packet prior to identifying user receptiveness information based on the data extracted from the at least one IP packet.

3. The method ofclaim 1 further comprising associating data extracted from the at least one IP packet with a user whose activity caused the at least one IP packet to be generated.

4. The method ofclaim 3 wherein associating the data extracted from the at least one IP packet with the user comprises associating the data extracted from the at least one IP packet with an identifier associated with the user selected from the group consisting of user identifier (ID), account ID, service-specific user ID, IP access session ID, device ID IP address and timestamp, and information that uniquely identifies the user's access connection.

5. The method ofclaim 3 further comprising associating the user with addressability information.

6. The method ofclaim 5 wherein associating the user with addressability information does not involve the association of personally identifiable information.

7. The method ofclaim 5 further comprising associating the user with a target audience to which marketing content can be sent.

8. The method ofclaim 5 further comprising identifying, based on the receptiveness information, marketing content for sending to the user.

9. The method ofclaim 8 further comprising sending, based on the addressability information, marketing content to the user through at least one distribution channel.

10. The method ofclaim 1 further comprising:

combining the receptiveness information based on the data extracted from the IP packet with other receptiveness information previously associated with the user to increase the predictive ability of the receptiveness information associated with the user.

11. The method ofclaim 10 further comprising associating the user with addressability information.

12. The method ofclaim 11 further comprising identifying, based on the receptiveness information, marketing content for sending to the user.

13. The method ofclaim 12 further comprising:

sending, based on the addressability information, marketing content associated with at least one marketing campaign to the user through at least one distribution channel; and

measuring the performance of the at least one marketing campaign.

14. A system comprising:

an IP packet transport module configured to transport at least one IP packet sent by at least one user across a network and to extract data from the at least one IP packet;

an information source module configured to collect and maintain addressability information associated with the at least one user; and

a marketing information processing module configured to identify user receptiveness information based on the information extracted from the at least one IP packet, associate the receptiveness information with the at least one user, identify marketing content from at least one marketing campaign to send to the at least one user on the basis of the identified receptiveness information and associate the at least one user with addressability information maintained in the information source module.

15. The system ofclaim 14 further comprising a distribution channel module configured to send the identified marketing content to the user through at least one marketing distribution channel.

16. The system ofclaim 15 further comprising a marketing information management module configured to send information to the marketing information processing module for the purpose of controlling the marketing content for sending to the user.

17. The system ofclaim 16 further comprising a performance analysis module configured to collect data about and analyze the performance of the at least one marketing campaign.

18. The system ofclaim 14 further comprising a database for storing the association between the receptiveness information and the at least one user.

19. The system ofclaim 18 wherein the marketing information processing module is further configured to combine new receptiveness information for the at least one user with the receptiveness information for the at least one user stored in the database and replace the receptiveness information for the at least one user stored in the database with the combined receptiveness information for the at least one user.

20. The system ofclaim 19 further comprising:

a distribution channel module configured to send the identified marketing content to the at least one user through at least one marketing distribution channel;

a marketing information management module configured to send information to the marketing information processing module for the purpose of controlling the marketing content for sending to the at least one user; and

a performance analysis module configured to collect data about and analyze the performance of the at least one marketing campaign.

Images