WO2006105434A2 - Time and location-based non-intrusive advertisements and informational messages - Google Patents

Time and location-based non-intrusive advertisements and informational messages Download PDF

Info

Publication number
WO2006105434A2
WO2006105434A2 PCT/US2006/012036 US2006012036W WO2006105434A2 WO 2006105434 A2 WO2006105434 A2 WO 2006105434A2 US 2006012036 W US2006012036 W US 2006012036W WO 2006105434 A2 WO2006105434 A2 WO 2006105434A2
Authority
WO
WIPO (PCT)
Prior art keywords
client device
location
cam
inbox
server
Prior art date
Application number
PCT/US2006/012036
Other languages
French (fr)
Other versions
WO2006105434A3 (en
Inventor
Mazen Chmaytelli
David Lee Larom
Christophe Bernard
Original Assignee
Qualcomm Incorporated
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Incorporated filed Critical Qualcomm Incorporated
Priority to JP2008504440A priority Critical patent/JP5080442B2/en
Priority to EP06740252.9A priority patent/EP1869588A4/en
Publication of WO2006105434A2 publication Critical patent/WO2006105434A2/en
Publication of WO2006105434A3 publication Critical patent/WO2006105434A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/23Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for mobile advertising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9537Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • G06Q30/0251Targeted advertisements
    • G06Q30/0261Targeted advertisements based on user location
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Definitions

  • the present invention generally relates to communications between remote computing devices and servers. More particularly, the invention relates to the creation, sending and viewing of messages across a network to a remote client device based on the location of the client device.
  • portable personal computing devices including wireless computing devices, such as portable wireless telephones, personal digital assistants (PDAs) and paging devices that are each small, lightweight, and can be easily carried by users.
  • wireless computing devices such as portable wireless telephones, personal digital assistants (PDAs) and paging devices that are each small, lightweight, and can be easily carried by users.
  • the portable wireless telephones for example, further include cellular telephones that communicate voice and data packets over wireless networks.
  • many such cellular telephones are being manufactured with relatively large increases in computing capabilities, and as such, are becoming tantamount to small personal computers and handheld PDAs.
  • these smaller and more powerful personal computing devices are typically severely resource constrained.
  • the screen size, amount of available memory and file system space, amount of input and output capabilities and processing capability may each be limited by the small size of the device, and in particular, the small size of the user input unit, e.g., the keyboard. Because of such severe resource constraints, it is often typically desirable, for example, to maintain a limited size and quantity of software applications and other information residing on such remote personal computing devices (client devices).
  • client devices remote personal computing devices
  • APIs application programming interfaces
  • Some of the personal computing devices utilize application programming interfaces (APIs), sometimes referred to as runtime environments and software platforms, that are installed onto their local computer platform and which are used, for example, to simplify operations of such devices, such as by providing generalized calls for device specific resources.
  • APIs are also known to provide software developers the ability to create software applications that are fully executable on such devices.
  • some of such APIs are known to be operationally located between the computing device system software and the software applications such that the computing device computing functionality is made available to the software applications without requiring the software developer to have the specific computing device system source code.
  • some APIs are known to provide mechanisms for secure communications between such personal devices (i.e., clients) and remote devices (i.e., servers) using secure cryptographic information.
  • Examples of such APIs include versions of the Binary Runtime Environment for Wireless® (BREW®) developed by QUALCOMM, Inc., of San Diego, California.
  • BREW® can cooperate with a computing device's (e.g., a wireless cellular phone) operating system, and can, among other features, provide interfaces to hardware features particularly found on personal computing devices.
  • BREW® can also provide these interfaces on such personal computing devices at a relatively low cost with respect to demands on device resources and with respect to the price paid by consumers for devices containing the BREW® API.
  • Additional features of BREW® include its end-to-end software distribution platform that provides a variety of benefits for wireless service operators, software developers and computing device consumers. At least one such currently available end-to-end software distribution platform includes logic distributed over a server-client architecture, where the server performs, for example, billing, security and application distribution functionality, and the client performs, for example, application execution, security and user interface functionality.
  • SMS messages typically result only in a disruptive notification (e.g., popup window) to the user before the message goes to a generic inbox, or else the message may be temporarily displayed before being deleted.
  • Conventional SMS messages do not take advantage of the advances in the enhanced computing and display capabilities of the wireless clients.
  • Exemplary embodiments of the present invention are directed to a system and method for sending and receiving advertisements (ads) on a portable communication device.
  • At least one embodiment of the invention includes a wireless advertisement (ad) delivery system, comprising: a server configured to generate and transmit an ad containing location data that defines a geographic area; and a client device including a carrier announcement manager (CAM), wherein the CAM is configured to receive the ad, and wherein the ad is directed to the client device based on a location of the client device and the geographic area defined in the ad.
  • a wireless advertisement (ad) delivery system comprising: a server configured to generate and transmit an ad containing location data that defines a geographic area; and a client device including a carrier announcement manager (CAM), wherein the CAM is configured to receive the ad, and wherein the ad is directed to the client device based on a location of the client device and the geographic area defined in the ad.
  • a wireless advertisement (ad) delivery system comprising: a server configured to generate and transmit an ad containing location data that defines a geographic area; and a client device including a carrier
  • Another embodiment of the invention includes a method for wirelessly communicating advertisements comprising: generating an ad containing location data; identifying a client device to receive the ad based on the location data in the ad and a location of the client device; and transmitting the ad to the client device.
  • Another embodiment of the invention includes a wireless client device, comprising: a user interface; and a carrier announcement manager (CAM) configured to receive an ad containing location data that defines a targeted area, and configured to store the ad on the client device, if the client device is within the targeted area.
  • CAM carrier announcement manager
  • Another embodiment of the invention includes a method for wirelessly receiving an advertisement at a client device comprising: receiving an ad containing location data; determining a geographic location of the client device; and determining if the client device is within a geographic area defined by the location data contained in the ad based on the geographic location of the client device.
  • Another embodiment of the invention includes a computer- readable medium on which is stored a computer program for wirelessly communicating location-based ads, the computer program comprising instructions which, when executed by at least one computing device, causes the computing device to perform the process of: generating an ad containing location data; identifying a client device to receive the ad based on the location data in the ad and a geographic location of the client device; and transmitting the ad to the client device.
  • Another embodiment of the invention includes a computer- readable medium on which is stored a computer program for wirelessly communicating location-based ads, the computer program comprising instructions which, when executed by at least one computing device, causes the computing device to perform the process of: receiving an ad containing location data at a client device; determining a geographic location of the client device; and determining if the client device is within a geographic area defined by the location data contained in the ad based on the geographic location of the client device.
  • Another embodiment of the invention includes a server for wirelessly communicating ads comprising: means for generating an ad containing location data that defines a geographic area; means for identifying a client device to receive the ad based on the geographic area and a geographic location of the client device; and means for transmitting the ad to the client device.
  • Another embodiment of the invention includes a client device for wirelessly receiving ads comprising: means for receiving an ad containing location data that defines a geographic area; and means for storing the ad on the client device, if a geographic position of the client device is within the geographic area.
  • FIG. 1 is a diagram of a wireless network architecture that supports the client devices and servers in accordance with at least one embodiment of the invention
  • FIG. 2 is a more detailed diagram of a wireless network architecture that supports the client devices and servers in accordance with at least one embodiment of the invention
  • Fig. 3 is a diagram representing the architecture of the CAM system in accordance with at least one embodiment of the invention.
  • Figs. 4A and 4B illustrate different announcement configurations for different client device display sizes in accordance with at least one embodiment of the invention
  • Fig. 5 illustrates an announcement inbox for managing stored announcements in accordance with at least one embodiment of the invention
  • Fig. 6 illustrates a display notification and options in accordance with at least one embodiment of the invention
  • FIGs. 7A and 7B are system level diagrams illustrating the interaction of system components for sending and receiving location-based advertisements in accordance with embodiments of the invention
  • FIGs. 8A-8C are block diagrams illustrating methods in accordance with embodiments of the invention.
  • FIG. 9 is a block diagram illustrating an automatic inbox management method in accordance with at least one embodiment of the invention.
  • One or more embodiments of the invention can be used in conjunction with a runtime environment (e.g., API) executing on the computing device.
  • a runtime environment e.g., API
  • One such runtime environment is Binary Runtime Environment for Wireless® (BREW®) software previously discussed.
  • BREW® Binary Runtime Environment for Wireless®
  • one or more embodiments of the invention can be used with other types of runtime environments (APIs) that, for example, operate to control the execution of applications on wireless client computing devices.
  • API is intended to be construed broadly as a stand alone program or portion of a program that is used to achieve a particular function and can be used interchangeably with the terms “application”, “program”, “routine”, “instructions” and “applet”.
  • FIG. 1 illustrates a block diagram of one exemplary embodiment of a wireless system 100 in accordance with at least one embodiment of the invention.
  • System 100 can contain client devices, such as cellular telephone 102, in communication across a wireless network 104 with at least one application download server 106 that selectively transmits software applications and components to wireless devices across a wireless communication portal or other data access to the wireless network 104.
  • the wireless (client) device can be a cellular telephone 102, a personal digital assistant 108, a pager 110, which is shown here as a two-way text pager, or even a separate computer platform 112 that has a wireless communication portal.
  • the embodiments of the invention can thus be realized on any form of client device including a wireless communication portal or having wireless communication capabilities, including without limitation, wireless modems, PCMCIA cards, personal computers, access terminals, telephones, or any combination or sub- combination thereof.
  • the application download server 106 is shown here on a network 116 with other computer elements in communication with the wireless network 104.
  • the configuration illustrated in Fig. 1 is merely exemplary. Accordingly, embodiments of the invention can include one or more servers that can each perform all the described functions and contain all necessary hardware and software, or can contain only selected functionality.
  • System 100 is merely exemplary and can include any system that allows remote client devices, such as wireless client computing devices 102, 108, 110, 112 to communicate over-the-air between and among each other and/or between and among components connected via a wireless network 104, including, without limitation, wireless network carriers and/or servers.
  • a server 120 can include the application download server 106, ad dispatch server 130 and the stored application database 118. However, these servers can also be independent devices.
  • the ad dispatch server 130 can provide additional ad services based on the configuration of each of the client devices 102, 108, 110, 112.
  • the carrier network 200 controls messages (typically sent as data packets) sent to a messaging service controller ("MSC") 202.
  • the carrier network 200 communicates with the MSC 202 by a network, the Internet and/or a public switched telephone network (PSTN).
  • PSTN public switched telephone network
  • the MSC 202 can be connected to multiple base stations ("BTS") 204.
  • the MSC 202 is typically connected to the BTS 204 by a network, the Internet and/or PSTN for data transfer and/or voice information.
  • the BTS 204 can broadcast data messages wirelessly to the client devices, such as cellular telephone 102, by short messaging service ('SMS"), UDP datagrams, or other over-the-air (OTA) methods known in the art.
  • client devices such as cellular telephone 102
  • 'SMS short messaging service
  • OTA over-the-air
  • the terms “API-direct”, “directed SMS” and “BREW-directed SMS” are used interchangeably in the following description to indicate an OTA message that includes coding to launch an application resident on the client device.
  • the terms “advertisement”, “ad”, “announcement”, and “message” are used interchangeably to indicate the information and/or instructions sent to a client device.
  • the client device (here a wireless client computing device), such as cellular telephone 102, has a computer platform 206 that can receive and execute software applications and/or commands transmitted from the application download server 106, ad dispatch server 130 and/or server 120.
  • the computer platform 206 can include an application specific integrated circuit ("ASIC" 208), or other processor, microprocessor, logic circuit, or other data processing device.
  • ASIC 208 or other processor executes the application programming interface ("API 1 ) 210 layer that interfaces with any resident programs in the memory 212 of the wireless device.
  • the memory 212 can be comprised of read-only or random-access memory (RAM and ROM), EEPROM, flash cards, or any memory common to computer platforms.
  • the API 210 also includes a Carrier Announcement Manager module (CAM) 310 containing logic configured to process special OTA (e.g., SMS) ads transmitted from the carrier network 200.
  • CAM Carrier Announcement Manager module
  • the computer platform 206 also includes a local database 214 that can hold applications not actively used in memory 212.
  • the local database 214 is typically a flash memory cell, but can be any secondary storage device as known in the art, such as magnetic media, EPROM, optical media, tape, soft or hard disk, or the like.
  • the wireless client computing device such as cellular telephone 102
  • the wireless client computing device has installed on it, or otherwise downloads, one or more software applications, such as games, news, stock monitors, and the like.
  • the cellular telephone 102 may receive one or more software applications downloaded from the application download server 106.
  • the software applications may be stored on the local database 214 when not in use.
  • the cellular telephone 102 or other wireless computing device may upload resident applications stored on the local database 214 to memory 212 for execution on the API 210 when so desired by the user or invoked by another API.
  • client device includes, for example, one or more processing circuits executing resident configured logic, where such computing devices include, for example, microprocessors, digital signal processors (DSPs), microcontrollers, portable wireless telephones, personal digital assistants (PDAs), and paging devices, or any suitable combination of hardware, software and/or firmware containing processors and logic configured to at least perform the operations described herein directed to ads communicated between a client device and a server.
  • the client computing device can be serviced by at least one remote server with respect to at least such ads.
  • wireless computing devices which may be used in accordance with embodiments of the present invention include cellular telephones or other wireless communication units, PDAs, paging devices, navigation devices (e.g., GPS-based systems), handheld gaming devices, music or video content download units, and other like wireless communication devices.
  • PDAs personal digital assistants
  • navigation devices e.g., GPS-based systems
  • handheld gaming devices music or video content download units, and other like wireless communication devices.
  • the wireless communication between the client device 102 and the BTS 204 can be based on different technologies, such as code division multiplexed access (CDMA), time division multiplexed access (TDMA), frequency division multiplexed access (FDMA), the global system for mobile communications (GSM), or other protocols that may be used in a wireless communications network or a data communications network.
  • CDMA code division multiplexed access
  • TDMA time division multiplexed access
  • FDMA frequency division multiplexed access
  • GSM global system for mobile communications
  • the data communication is typically between the client device 102, BTS 204, and MSC 202.
  • the MSC 202 can be connected to multiple data networks such as the carrier network 200, PSTN, the Internet, a virtual private network, and the like, thus allowing the client device access to a broader communication network.
  • data can be transmitted to the client device via SMS or other OTA methods known in the art.
  • embodiments of the invention can utilize APIs to access the enhanced functionality of the client devices.
  • these API-directed SMS messages that allow access to underlying APIs can be separated from the conventional SMS messages and stored in a separate inbox to allow for the easy organization, storage, and retrieval of the relevant enhanced SMS messages.
  • one aspect of embodiments of the invention includes a specialized API for managing these enhanced SMS messages, hereinafter referred to as a Carrier Announcement Manager (CAM).
  • CAM Carrier Announcement Manager
  • CAM 310 can be installed into a client device 300, also including a user interface 312 (e.g., display, keypad).
  • server 120 e.g., residing on a carrier network
  • SMSC Short Message Service Center
  • server 120 can act as the Short Message Service Center (SMSC) server (or other OTA system) and ad server.
  • SMSC Short Message Service Center
  • server 120 can send enhanced ad messages to the CAM 310 using a variety of techniques. For example, server 120 can send an API-directed SMS message 330 that contains data to be inserted into a predefined HTML template that is already resident on the client device 300.
  • the ad can then appear on the user interface (e.g., the main screen of the client device 300) without any action from the end-user. Accordingly, the client device 300 can display 336 an attractive and interactive ad, using only the limited data sent in the SMS message.
  • the SMS message can be text, a URL or both.
  • the SMS message 330 can contain text and an associated URL that allows a user of the client device 300 to connect to a specific site for additional information and/or to purchase the article advertised.
  • a one step feedback mechanism e.g., touchscreen, pen input, softkey, hardkey, or other programmed selection
  • ad e.g., "Buy Now”
  • the server 120 e.g., using the ad dispatch server and SMSC server
  • CAM 310 can receive the message 330 and call an appropriate API (e.g., a browser) to initiate the connection 332 to the server 120 and download an associated HTML page/document (e.g., advertisement) 334 to client device 300. After the HTML page has been downloaded, the page can be displayed 336 on the client device 300.
  • the HTML callback allows server-stored graphic advertising (e.g., on the ad dispatch server) to be placed on the main screen of the client device 300 instead of a simple SMS text-only advertisement.
  • a document retrieved may include any format to convey the desired advertisement, such as XML, HDML, WML, XHTML and/or graphic formats such as PNG, GIF, JPEG, BMP, and the like.
  • This aspect of the API-directed SMS for CAM advertisement placement can be referred to as an Announcement Download Request (ADR).
  • ADR Announcement Download Request
  • the ADR does not contain the ad itself. Instead its payload is a URL pointing to an ad located on the server 120 (e.g., contained in the ad dispatch server).
  • CAM 310 downloads the ad from the URL given by the ADR and can present it according to a predefined rule set.
  • Separate HTML ads can be cached on the server 120 for each client device type (e.g., specific handsets, PDAs and the like), or the server 120 can have an application that builds HTML ads on the fly, tailoring the ad to the capabilities of the client device 300.
  • ads can be of any type of text-based message and/or graphic-based message (e.g., pdf, XML, JPEG, MPEG and the like).
  • the CAM 310 can report 340 the response to the ad
  • ad dispatch server 130 e.g., ad dispatch server 130
  • This ad response data can be accumulated and sent on a periodic basis or can be sent on each event.
  • the ad dispatch server 130 can then collate the reported responses (e.g., from one or more client devices) and send the collated responses 342 (e.g., using an XML feed) back to server 120.
  • the server 120 can interpret the received data and utilize the data to design new advertisements based on the data received from ad dispatch server 130.
  • ad dispatch server 130 can be integrated into server 120, or can be a plurality of separate servers that perform functionally as described.
  • the data supplied by CAM 310 can be used for billing the advertisers (e.g., based on number of times an ad is viewed, clicked on, and the like). Further, ad viewing data can be tracked and reported in the ad response data, such as, information regarding whether all pages of an ad were viewed, whether some links were followed, and the like.
  • a "sticky" ad i.e., an ad that is not easily deleted
  • a further embodiment of the invention can include a CAM inbox for storage of the ads.
  • the CAM inbox can present the user with two softkey options when an ad is presented: buy the subject of the ad now ("Buy Now") or don't buy the subject of the ad now ("Not Now”). Choosing the "Buy Now” option can direct the user to a purchase page for the advertised application or product.
  • the CAM inbox can be an ad cache that is part of the CAM application data space and can be separate from the standard SMS inbox.
  • Ads can be stored in the CAM inbox based on available data space, for example, thirty SMS/text-based ads. In one example of this embodiment, the ads are listed from newest to oldest. Additionally, when caching the next ad would exceed available storage, the oldest ad is deleted to make room for the newest. Further, stored ads can be manually retrieved and opened from the CAM inbox.
  • the CAM inbox can present the ads as a series of scrolling one- line headlines.
  • the ad itself can define an intelligible headline.
  • the default headline can be the initial characters of the SMS payload.
  • the end- user can use the up/down arrow keys on typical client devices or other navigational keys to go between ads.
  • Two softkeys can be presented for a selected ad headline, such as "Check it out” and "Delete.”
  • the headline can also be presented on the external screen of "clamsheH"-style phones. Deletion or caching of the full-page ad will result in deletion of the external screen ad as well.
  • the ad cannot be deleted at the initial presentation / notification and can only be sent to the CAM inbox.
  • the ad can be deleted from the CAM inbox screen or in the normal maintenance of the CAM inbox. When an ad has been cached, it typically will not be re-presented unless the user starts CAM manually and views it.
  • a new ad is sent to the client device before an ad is viewed or cached, the new ad can be presented and the old ad can be buffered in the CAM Inbox.
  • Buffered ads including ads not yet presented can presented in last-in, first out (LIFO) order.
  • LIFO last-in, first out
  • a minimum amount of time such as five minutes, can be established as delay before the next ad is presented.
  • Carrier usage guidelines may dictate longer or shorter durations between ad presentations.
  • the user has the option to access the CAM manually in order to view or delete any cached ads.
  • Starting the CAM manually presents the ad stack as a scrollable set of one-line ad headers, in one embodiment. Clicking on the ad header can open and display the full ad.
  • the CAM can compile and store operations of the end- user, such as, the manual opening of the CAM, viewing of ads, and deleting of ads. This data can then be used to monitor user behavior and to refine the targeted marketing. Further, this system allows for the evaluation of the CAM system's effectiveness.
  • CAM can report this data to a remote server (e.g., an ad dispatch server) in a CAM usage report, as discussed in the foregoing description of Fig. 3.
  • a remote server e.g., an ad dispatch server
  • the server can collate and parse these reports. Relevant ad viewing and application or content purchase information can be collated and can be included in a report to additional servers and/or the ad senders.
  • carriers can offer both opt-in and opt-out options to end-users.
  • Opt-in indicates that at some point the end-user has agreed to install and/or use the CAM system. For example, when the CAM is started for the first time on the client device, it can query the end-user, e.g., "Do you wish to receive carefully screened advertisements on this phone?"
  • Opt-out indicates that the end-user has the ability to refuse to receive ads.
  • a reasonably accessible opt-out procedure can save expensive customer service calls from end-users who do not wish to receive ads.
  • Purchase data related to ads can provide some of the most valuable data to measure and leverage additional Average Revenue Per User (ARPU) generated by CAM ads.
  • ARPU Average Revenue Per User
  • This information can be tracked and used to provide carriers and/or vendors with data regarding the profitability of the CAM system. Additionally methods of tracking CAM effectiveness can also be used. For example, the time of the ad placement can be noted and correlated with spikes in purchases of the advertised content at that time.
  • a CAM usage report can also note what type of ad was used. For example, if a SMS or HTML ad was received by the end- user, that data can be reported in the report.
  • HTML ads can also be cached on the client device for future viewing. Because each HTML ad can include up to 2k-3k of data or more, additional restrictions on the storage of HTML ads can be used. For example, only the most recent ads or ads that have been deliberately viewed by the user are stored. When the newest ad is pushed onto the ad stack, the oldest HTML ad can be deleted and replaced with an ADR directing the CAM system to a location containing the HTML ad (e.g., ad distribution server). Cached ads can thus be displayed more quickly and at the will of the user. Additionally, older HTML ads (e.g., ADRs) can still be viewed. When clicking on the titles of the older ads, an HTML callback can be initiated for the selected ad. Thus the system provides great flexibility in viewing previous ads.
  • ADRs a location containing the HTML ad
  • a SMS ad, ADR ad or HTML ads can be downloaded in the background and not directly activate any ringers, buzzers or other notifications.
  • an initial ad presentation can be passive with no user notification, thus eliminating untimely or undesired noises, vibrations and the like.
  • a first option can use a small and optionally blinking icon on the main screen to notify the end-user to open the CAM inbox.
  • Another option can include a one line caption that can be delivered to the main screen.
  • the caption can be the same as the ad headline in the CAM inbox.
  • a softkey press can then open the ad. This option would not take up much physical space on the screen, but it would grab the attention of the end-user. Additionally, full viewing of the ad would be only one softkey press away.
  • Another option is to have the ad presented on the full screen.
  • the ad may be incorporated as "smart wallpaper" and viewed as ad wallpaper on the background of the screen.
  • the ad wallpaper can overwrite all or a portion of the current wallpaper on the main screen for a fixed period of time or until an action from the user saves or discards the ad.
  • Another option can include presenting the ad after a predefined event has occurred, for example, the ad can be presented after the END key is depressed, which indicates a task has been completed.
  • the ad can be received in a background mode, such that the user is unaware of the receipt /downloading of an ad. Once received and stored, the ad can be retrieved and displayed on the predefined event. This would prevent ads from intruding during conversations or other such operations and ensure that the user is present to view the ad.
  • Other predefined events can include, ending a communication (e.g., call or data), pressing a key on the client device (e.g., "END" key), exiting an application on the client device, starting/activating the client device (e.g., powering up, unlocking, coming out of a standby mode, and the like), and opening the client device (e.g., opening a flip phone, slider phone, PDA, and the like.).
  • ending a communication e.g., call or data
  • pressing a key on the client device e.g., "END” key
  • exiting an application on the client device e.g., starting/activating the client device (e.g., powering up, unlocking, coming out of a standby mode, and the like)
  • opening the client device e.g., opening a flip phone, slider phone, PDA, and the like.
  • user response to the ad can be limited to a small number of choices connected to softkeys. For example, there could be two options (e.g., "Later” or “Check it out” or other similar options) presented for each ad displayed for the user to select. For example, “Check it out” can take the user to a purchasing page or other informational page. However, if the user selects the "Later” softkey or a similar "End/Off/Clear” or similar hardkey, the ad can be pushed to the CAM inbox and cached for possible later perusal.
  • Delete Ad or similar option that allows for easier access to the CAM inbox to view and/or delete cached ads and set preferences, such as opting-out of the system. If the automatic caching of ads is not desired a "Delete Ad” option can be presented to the user at the initial ad display. This option would allow for the user to immediately delete an ad rather than have it sent to the CAM inbox.
  • the Carrier [0057] In one embodiment of the present invention, the Carrier
  • CAM Announcement Manager
  • a client device such as a wireless phone enabled with QUALCOMM's BREW (Binary Runtime Environment for Wireless).
  • QUALCOMM's BREW Binary Runtime Environment for Wireless
  • other APIs and devices can be used and the invention is not limited to a specific platform or device.
  • the CAM system can be optionally downloaded to the client device as part of a purchased bundle.
  • the end-user can voluntarily download the CAM system. This can be accomplished by sending an OTA messsage(e.g., SMS) to the client device containing the URL of the download location. Further flyers or direct mailings can be used to distribute downloading information.
  • the device can receive and present ads and marketing information to the end-user as described in the foregoing.
  • the invention is not limited to a specific device, knowing the type device that the CAM is installed on can aid in the effective presentation of the ads.
  • the device specific features such as the screen size, input devices, memory, resident APIs and versions, and the like, dictate how much information can be displayed and how rich the content of the information can be.
  • Fig. 4A illustrates an example of an ad on a small screen client device.
  • Small screen ads 410 can be primarily text based and contain less information than large screen ads.
  • Fig. 4B illustrates an example of an ad on a large screen device.
  • the large screen ad 420 can contain both text 422 and an image 424, thus increasing the ad's appeal to the end-user.
  • the larger ad can also contain other features, such as a link 426 to an online store, further facilitating the ease of use for the end-user.
  • Larger screen devices can allow for much richer ads, optionally containing screenshots for applications or other marketing related graphics.
  • the minimum device screen size for example, can be chosen as the basis for determining the type of message sent.
  • these various ads can be stored on the ad dispatch server or other server and determined based upon the particular capabilities of each client device.
  • a sender e.g., a vendor
  • a directed SMS can be used as the push mechanism.
  • a BREW-directed SMS can include the class ID of a BREW application and the data that the application will be able to retrieve when it receives the SMS.
  • the data sent in the SMS can contain the text to be displayed on the ad page and the ID of the application, which will be used, for example, to bring the end-user to a page where purchases can be made.
  • a network connection to a server can be used as the push mechanism.
  • the CAM in this embodiment can connect to the server automatically on a periodic basis (e.g., every five minutes) or when manually activated to check if there is a new ad.
  • This embodiment can allow the direct download of richer ads that can incorporate graphics, text, hyperlinks, multimedia and the like.
  • a combination of both directed SMS and a network connection can be used as the push mechanism.
  • the directed SMS tells the CAM application to wake up and connect to a server (e.g., ad dispatch server).
  • the application can then connect to the server and retrieve the detailed ad data, such as text, pictures, video, audio and/or application ID.
  • advanced platforms can contain an HTML viewer API that aids in the display of ads in richer environments, such as those depicted in Fig. 4B.
  • the ad can be received in an HTML format including at least one of rich-formatted text, pictures, video, audio, hyperlinks (e.g., to online shops) and the like. Including hyperlinks to online shops can allow online purchases to be made directly from the ads.
  • Fig. 5 is an exemplary illustration of the CAM inbox 500.
  • the CAM can send an ad into an inbox, similar to an SMS inbox.
  • Fig. 5 further illustrates an example of a menu of choices (e.g., 532) that can appear in the CAM inbox interface.
  • the end-user can then click on one of the menu options to display the selected ad.
  • the end-user can click on "Special XYZ Promotion" 532 to see the ad relating to that menu item.
  • softkeys 522 and 524 are provided for exiting and access to management of the CAM inbox menu, respectively.
  • the invention is not limited to the illustrated configuration and softkey functions. Other softkey functions, configurations and menu layouts can be created as will be appreciated by those skilled in the art.
  • an optional reminder screen 600 can prompt the end-user to read the ad after it has been received and/or saved to the CAM inbox. For example, in Fig. 6, if the end-user activates the "Read Now” option, the ad is displayed to the user. If the user activates the "Remind Me Later", the ad is stored in or remains in the CAM inbox. The CAM then can set a future time to display the ad or reminder screen. If the user clicks on "Discard", the CAM deletes the ad.
  • the foregoing features of the CAM system can be leveraged to provide time and location- based non-intrusive advertising and promotions.
  • the CAM system can be used to send low-priority location and/or time limited coupons and/or special promotions to end-users based upon location of the end-user and/or time of day.
  • the location of the client device can be used to determine which client devices should receive the ad.
  • a typical format to call an application on a BREW® enabled device is //BREW: ⁇ APP ID>: ⁇ Payload>.
  • the App ID is a unique number that identifies the BREW® application.
  • Payload is the data for the called application.
  • at least one embodiment of the present invention can include a CAM specific call (App ID) and payload.
  • a system notification to users of a CAM enabled device of a discount at resturaunt can include a format such as 7/BREW: ⁇ CAM ID>:[X][Y][R][T][Popup Text][URL]", where "[" and "]" are separators, X and Y define center of a circle of interest, R is the radius of the circle of interest, T can be expiration time/date of the ad, Popup Text is the message shown to the user, (e.g.
  • URL is a URL (e.g., "http://www.XYZ.com/2004/12/18/18/18/18/18/18lunch.html") to which the client device will connect to retrieve the additional information regarding the ad (e.g., current lunch menu).
  • the payload can contain, an ad ID so that delivery of the ad can be tracked, and additional coding to activate features of the CAM system discussed herein, such as a calling predefined HTML templates, audible signals, indicator lights, and the like.
  • the location information can be any type of information that defines a targeted area and is not limited to latitude and longitude coordinates.
  • Position location capabilities have been increasingly incorporated into wireless client devices and carrier networks, such as the E911 system. Additionally, the accuracy of the position location features has been increased with each new generation of device.
  • a variety of systems are known for providing wireless position location information, such as network-based location information, client-based location information and hybrid location information.
  • Network-based solutions rely on the signal transmitted from the client device and received at multiple fixed base stations, using Angle of Arrival (AOA) and Time of Arrival (TOA) to determine position.
  • Client-based solutions make use of the Global Positioning System (GPS), a worldwide system of twenty-four satellites and their ground stations.
  • GPS Global Positioning System
  • Hybrid solutions such as QUALCOMM's gpsOne® provide a combination of network-based and GPS solutions. For example, in rural and suburban areas, not many base stations can receive signals from the handset, but a GPS receiver can often receive data from four or more satellites. Conversely, in dense urban areas and inside buildings, GPS receivers may not detect enough satellites, but the wireless handset can contact two or more base stations.
  • the location information can be accessed, typically by APIs designed to access the location position data. Accordingly, an API- directed SMS announcement can initiate a location API (or other location application) in the client device to determine the client device location. Alternatively, the client device location can be determined from data previously stored at the server.
  • the sender can be a carrier/operator or trusted partner (e.g., application developer, merchant, and the like) with network access.
  • the sender can determine the target audience based upon the location of the user and/or the time. For example, the sender can specify latitude and longitude and a radius for a desired/targeted audience. Accordingly, all active client devices that are within the location range specified by the sender can receive the ad. For example, all active clients within a two mile radius of a restaurant could receive a discount coupon ad that can be redeemed at the restaurant. As a further, refinement the discount coupon could be offered only a specific time window (e.g. during lunch time, 11 :30am to 1 :30pm).
  • the active client devices can be identified by a specific landmark and/or immediate adjacent areas. For example, a particular shopping mall could be designated and all client devices in the shopping mall complex can receive the ad.
  • an ad can go directly to the CAM inbox and cause no disruption to the end-user's action.
  • a small and optionally blinking icon can be placed on the main screen client device to notify the end-user to open the CAM inbox.
  • an external indicator light can be flashed instead of or in addition to the icon.
  • more aggressive notification actions can also be initiated, such as scrolling messages, activating buzzers, and the like as described in the foregoing.
  • the end-user can launch the CAM system and access the CAM inbox to view the ads.
  • the end-user can also select an ad for display, as previously discussed.
  • the end-user can select coupons he is interested in and redeem them at a related store that sent the coupons.
  • the response to the ad at the CAM can be configured at the installation of the CAM, by the user and/or can be indicated as part of the payload of the message.
  • a priority field can be used in the payload to indicate the level of obtrusiveness of each ad.
  • the ads can be location and time sensitive after they have been received at the CAM inbox.
  • the ads can be automatically deleted from the CAM inbox when the client device is no longer within the desired location parameters (e.g., the end-user has left the mall or has left the general area of the restaurant).
  • the ad can also be automatically deleted based on temporal conditions. For example, the ad can be automatically deleted after a certain time (e.g., the coupon expires in 30 minutes) or at a predetermined date/time (e.g., close of business, end of week, and the like).
  • the automatic deletion of non-relevant ads can greatly reduce the annoyance and maintenance of the CAM inbox.
  • FIG. 7A is a block diagram of a system that can be used by a sender to deliver the ads, according to at least one embodiment of the invention.
  • a client device 300 can include a user interface 312 (e.g., keypad, buttons, speaker, indicator light, display, and the like) operably coupled to a CAM system 310, as previously discussed.
  • An ad generation system 720 can include a CAM console 722 that allows a sender to access the system 720 and generate the ads including the location-based data (e.g., specific longitude, latitude and radius).
  • the CAM console can be either at the carrier network or at a remote trusted sender (e.g., merchant, developer, government entity and the like).
  • an access gateway 724 can be coupled between the CAM console 722 and the ad dispatch server 130.
  • the access gateway 724 can be configured to provide secure communications between the CAM console 722 and the ad dispatch server 130, using encryption and/or other techniques known in the art.
  • the CAM console can be coupled to the access gateway via the Internet, VPN, PSTN, wireless link, and the like.
  • the ad generation system 720 can be integrated into one computer- based system which can include the CAM console and ad dispatch server functionality.
  • SMSC 728 can be part of the ad generation system 720 and can be used to send directed-SMS messages to the client device 300.
  • SMSC 728 is not required in all embodiments of the invention.
  • a remote CAM console 740 is operably coupled to at least one additional ad dispatch server. Further, as illustrated each ad dispatch server (not illustrated) is coupled to or contained within a different carrier networks 750, 760.
  • the configuration of Fig. 7B allows for one common CAM console to access different carrier networks 750, 760 and ultimately the different client devices 752, 762 in communication with each network. This feature can allow a central CAM console 740 to access multiple client devices (e.g., 752, 762) residing on multiple carrier networks (e.g., 750, 760) which simplifies the dissemination of the ad to multiple carriers and can increase the delivery to the desired client devices.
  • client devices 752 in communication with a first carrier 750 and client devices 762 in communication with a second carrier 760 may be within the targeted geographic area. Accordingly, generating a targeted ad at CAM console 740 and sending it to the first carrier network 750 and the second carrier network 760 can greatly increase the number of client devices that receive the ad.
  • the carrier networks 750, 760 can be connected to CAM console 740 by a secure links 754, 764, to limit the potential for unauthorized access to the ad dispatch servers and client devices. Accordingly, links 754, 764 can be connections via the Internet, virtual private network (VPN), public switched telephone network (PSTN), and/or a wireless link using secure transmission capabilities as is known in the art.
  • VPN virtual private network
  • PSTN public switched telephone network
  • wireless link using secure transmission capabilities as is known in the art.
  • more than one CAM console can be connected to a carrier network / ad dispatch server.
  • the client device location can be determined, for example, based on data contained at the client device, data contained at the carrier and/or location data communicated to the carrier or other remote server.
  • an external location system 730 can be accessed by the client device 300.
  • CAM 310 can acquire position data from visible GPS satellites 732, once received the position data can be relayed to a position determination entity (PDE), e.g., a server in the carrier network.
  • PDE position determination entity
  • the PDE 734 can then analyze the position data and determine the location of the client device 300.
  • the location (e.g., longitude, latitude, and optionally altitude coordinates) of the client device 300 can then be stored at a remote server and/or communicated to the client device 300, for storage and/or use by CAM 310.
  • CAM 310 can use the longitude and latitude coordinates to determine if the client device 300 is within the designated geographic area defined by the location data in the ad.
  • the device location can be determined at the client device 300 and external servers do not need to know the specific location of the client device, which may provide more privacy for the end-user.
  • the location of the client device 300 can be determined from visible GPS satellites 732 solely at the client device, using known techniques.
  • the location information associated with the ad can be used by the client device to determine whether the client device is within the targeted geographic area defined by the location information transmitted in the ad. If the client device determines that it is not within the targeted area, the ad can be discarded, without interrupting the end- user.
  • an ad contains location information that can be used to define a geographic area.
  • Client devices within the targeted area i.e., the defined geographic area
  • a CAM enabled client device can periodically report the location of the client device or execute an application to provide location data to a remote server that can calculate the location of the client device.
  • the stored location information can be a table, for example, containing longitude and latitude coordinates for each client device.
  • a server can use the stored client location information to identify the client devices in the targeted area. Then the ad can be sent to the client devices that are identified. Although the ad location information does not have to be transmitted to the client device in this embodiment, the location information can still be used by the CAM system on the client device for inbox maintenance (e.g., to delete messages when the client device is out of the targeted area) as discussed above.
  • inbox maintenance e.g., to delete messages when the client device is out of the targeted area
  • the ad generation system can generate another message that directs the CAM system on the client device to delete the previously sent ad when the client device location is outside the targeted area.
  • a message that directs the CAM system on the client device to delete a specific previously sent ad can be event-based, such as deleting a promotional ad once all available promotional items are sold. Accordingly, this aspect can be used regardless of whether the client device location data is maintained locally or remotely.
  • the process of identifying the client device location can include many variations and sub-processes.
  • the device location can be determined by accessing client device location information. Then, the client device location can be used to determine if the client device is within a geographic area defined by the location data in the ad.
  • the location information can be stored locally at the client device and/or remotely (e.g., at a server on the carrier network). Likewise, the determination as to whether the client device is within the geographic area can be determined at either the client device or a remote server.
  • the client device location information can include longitude and latitude coordinates of the client device.
  • the location data in the ad can include center longitude and center latitude coordinates and a radial distance.
  • the geographic area can then be determined as longitude and latitude coordinates that are within the radial distance from the center longitude and the center latitude coordinates.
  • the location data in the ad can include at least three longitude and latitude coordinates, which define an area (e.g., triangle, square, and rectangle).
  • the geographic area can then be determined as longitude and latitude coordinates that are within the area defined by the at least three longitude and latitude coordinates.
  • base stations and/or communication towers can be used to determine the targeted client devices.
  • the location data generated in the ad can be used to define a geographic area as discussed above.
  • client devices communicating with base stations / communication towers within the defined geographic area can be considered to be within the targeted geographic area and would be sent the ads.
  • this aspect can be used in combination with the previously discussed methods for delivering location-based ads.
  • a "wake-up" message can be sent to the client devices that invoke the CAM system on each client device, which reports the location of the client device.
  • the updated location information can be used by the server to then target only those devices that are actually within the targeted geographic area.
  • client devices communicating with the identified base stations / communication towers can be sent the ad and the CAM system on the client device can use the local geographic location data or obtain a geographic location.
  • the client device can determine if it is within the targeted area, as discussed above.
  • Using the base station / communication tower as a first level of granularity to identify a client device can further reduce the network traffic and focus the ads to client devices that are most likely within the targeted geographic area.
  • a method for wirelessly communicating ads can include generating an ad containing location data, at block 810.
  • a client device to receive the ad is identified based on the location data in the ad and the location of the client device, in block 820.
  • the ad can be transmitted to the client device, in block 830.
  • the ad can be received at the client device, block 840, and the ad can be displayed on the client device, block 850.
  • block 820 can be inserted between block 840 and block 850 to represent the relevant operations when the client device determines whether or not it is within the geographic area defined in the ad.
  • Fig. 8B is a flowchart illustrating a method for identifying client devices based on the geographic area defined by the location data in the ad.
  • the targeted geographic area is determined using the location data contained in the ad. As discussed above, this determination can be performed at the client device, a server on the carrier network, and/ or other remote server.
  • the client device location information is accessed, in block 824. Once again this can be performed at the client device, a server on the carrier network, and/ or other remote server, as previously discussed.
  • accessing the data can include any of the methods discussed herein (e.g., accessing previously stored geographic position data in the client device or on a server remote to the client device, initiating a location API resident on the client device to obtain the location of the client device (e.g., using gpsOne®), and the like). Then, in block 826, the geographic position of the client device can be compared with the targeted area to determine if the client device is within the targeted area. Likewise, this determination can be performed at the client device, a server on the carrier network, and/ or other remote server, as previously discussed.
  • Fig. 8C illustrates an embodiment of the invention where the client device determines if it is in the targeted geographic area.
  • the sequence of actions are different than illustrated in Fig. 8A, in that the ad is received at the client device (e.g., 840) before the client device is identified (e.g., 820) as being in the targeted geographic area.
  • the client device can be identified at a first level, such as by base station / communication tower, city, region, or other generally broad geographic zones, in block 820.
  • the process illustrated in Fig. 8C can be a further refinement performed at the client level after the ad has been received.
  • blocks 822, 824 and 826 operate as discussed above; however, at the client device. If the client device receives an ad, but it is not in the targeted geographic area, the ad is discarded, block 827. If the client device is in the targeted geographic area than the ad is displayed or the associated instruction is executed (e.g., start browser and download specified page), block 828.
  • the term display can include any type of notification, such as text and/or graphic display on a display unit, indicator lights, audible signal (e.g., buzzer, ringer, voice message, and the like), vibration, and combinations of the foregoing.
  • the message can be stored for recall at a later time, in block 829. Once stored the ad can be recalled automatically on a periodic basis, or at a user's request. Further, the ad can be stored in a designated inbox for management by the user and/or automatic inbox management by the CAM, as previously discussed.
  • ad can be managed as discussed in the foregoing by the CAM system.
  • Fig. 9 illustrates an exemplary process for automatically managing the CAM inbox. For example, a first ad or selected ad in the inbox can be accessed, in block 910. If the ad is a location based ad the system can determine the targeted geographic area, as discussed above, in block 912. The current location of the client device can be obtained and compared to the targeted area, in block 914. If the device is in the targeted area, then any relevant time information contained in the ad can be checked, in block 916.
  • an expiration time/date, an elapsed time, and the like can be included in the ad, as discussed in the foregoing description. If the time window defined in the ad is still valid, then a check is made to see if all messages have been examined, in block 920. If not the next ad is selected, in block 922, and the process is repeated. If the end of the inbox is reached, then the automatic management process is ended, in block 921. [0087] If either of the spatial or temporal checks in blocks 914 and 916 result in a negative determination (i.e., the client device is outside the targeted area, or the ad has expired), then a check is made to see if the ad is locked, in block 918.
  • the process reverts back to block 920. If the ad is not locked, then the ad is deleted in block 930 and the process continues to block 920, to check for additional ads in the inbox.
  • the CAM system can automatically manage the CAM inbox on a periodic basis, when the memory used reaches a predetermined threshold, and/or when the user manually accesses the CAM inbox to ensure that relevant ads/information are stored in the CAM inbox. This feature can reduce interruptions of the user or other client device activities, due to managing the ads received and stored on the client device. However, the user can still manually access and manage the CAM inbox to view, delete, and lock the ads as discussed herein.
  • a program embodied on a computer readable medium, such as the memory of a computer platform.
  • the instructions can reside in various types of signal-bearing or data storage primary, secondary, or tertiary media.
  • the media may comprise, for example, RAM accessible by, or residing within, the client device and/or server.
  • the instructions may be stored on a variety of machine-readable data storage media, such as DASD storage (e.g., a conventional "hard drive” or a RAID array), magnetic tape, electronic read-only memory (e.g., ROM, or EEPROM), flash memory cards, an optical storage device (e.g. CD-ROM, WORM, DVD, digital optical tape), paper "punch” cards, or other suitable data storage media including digital and analog transmission media.
  • DASD storage e.g., a conventional "hard drive” or a RAID array
  • magnetic tape e.g., magnetic tape, electronic read-only memory (e.g., ROM, or EEPROM), flash memory cards, an optical storage device (e.g. CD-ROM, WORM, DVD, digital optical tape), paper "punch” cards, or other suitable data storage media including digital and analog transmission media.
  • ROM read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • flash memory cards e.g. CD

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Systems and methods for sending and receiving ads from a server to a client device are disclosed. The ads can be sent based on the location of the client device and/or a designated time window. An ad manager on the client device can display, store and manage the received ads and activated additional applications based on the content of the ad.

Description

TIME AND LOCATION-BASED NON-INTRUSIVE ADVERTISEMENTS AND INFORMATIONAL MESSAGES
BACKGROUND OF THE INVENTION
1. Field
[0001] The present invention generally relates to communications between remote computing devices and servers. More particularly, the invention relates to the creation, sending and viewing of messages across a network to a remote client device based on the location of the client device.
2. Background
[0002] Advances in technology have resulted in smaller and more powerful personal computing devices. For example, there currently exist a variety of portable personal computing devices, including wireless computing devices, such as portable wireless telephones, personal digital assistants (PDAs) and paging devices that are each small, lightweight, and can be easily carried by users. More specifically, the portable wireless telephones, for example, further include cellular telephones that communicate voice and data packets over wireless networks. Further, many such cellular telephones are being manufactured with relatively large increases in computing capabilities, and as such, are becoming tantamount to small personal computers and handheld PDAs. However, these smaller and more powerful personal computing devices are typically severely resource constrained. For example, the screen size, amount of available memory and file system space, amount of input and output capabilities and processing capability may each be limited by the small size of the device, and in particular, the small size of the user input unit, e.g., the keyboard. Because of such severe resource constraints, it is often typically desirable, for example, to maintain a limited size and quantity of software applications and other information residing on such remote personal computing devices (client devices).
[0003] Some of the personal computing devices utilize application programming interfaces (APIs), sometimes referred to as runtime environments and software platforms, that are installed onto their local computer platform and which are used, for example, to simplify operations of such devices, such as by providing generalized calls for device specific resources. Further, some such APIs are also known to provide software developers the ability to create software applications that are fully executable on such devices. In addition, some of such APIs are known to be operationally located between the computing device system software and the software applications such that the computing device computing functionality is made available to the software applications without requiring the software developer to have the specific computing device system source code. Further, some APIs are known to provide mechanisms for secure communications between such personal devices (i.e., clients) and remote devices (i.e., servers) using secure cryptographic information.
[0004] Examples of such APIs, some of which are discussed in more detail below, include versions of the Binary Runtime Environment for Wireless® (BREW®) developed by QUALCOMM, Inc., of San Diego, California. BREW® can cooperate with a computing device's (e.g., a wireless cellular phone) operating system, and can, among other features, provide interfaces to hardware features particularly found on personal computing devices. BREW® can also provide these interfaces on such personal computing devices at a relatively low cost with respect to demands on device resources and with respect to the price paid by consumers for devices containing the BREW® API. Additional features of BREW® include its end-to-end software distribution platform that provides a variety of benefits for wireless service operators, software developers and computing device consumers. At least one such currently available end-to-end software distribution platform includes logic distributed over a server-client architecture, where the server performs, for example, billing, security and application distribution functionality, and the client performs, for example, application execution, security and user interface functionality.
[0005] In current wireless server-client systems, information can be transmitted to the wireless devices, such as a cellular telephone, by short messaging service (1SMS"), or other over-the-air methods known in the art. SMS messages typically result only in a disruptive notification (e.g., popup window) to the user before the message goes to a generic inbox, or else the message may be temporarily displayed before being deleted. Conventional SMS messages do not take advantage of the advances in the enhanced computing and display capabilities of the wireless clients.
[0006] The foregoing description of the related art is merely intended to provide an overview of some of the known uses of APIs and as an introduction to the BREW® platform, which can be used in embodiments of the invention. However, the invention is not to be construed as being limited to a specific implementation, operating platform or environment. SUMMARY OF THE EXEMPLARY EMBODIMENTS
[0007] Exemplary embodiments of the present invention are directed to a system and method for sending and receiving advertisements (ads) on a portable communication device.
[0008] At least one embodiment of the invention includes a wireless advertisement (ad) delivery system, comprising: a server configured to generate and transmit an ad containing location data that defines a geographic area; and a client device including a carrier announcement manager (CAM), wherein the CAM is configured to receive the ad, and wherein the ad is directed to the client device based on a location of the client device and the geographic area defined in the ad.
[0009] Another embodiment of the invention includes a method for wirelessly communicating advertisements comprising: generating an ad containing location data; identifying a client device to receive the ad based on the location data in the ad and a location of the client device; and transmitting the ad to the client device.
[0010] Another embodiment of the invention includes a wireless client device, comprising: a user interface; and a carrier announcement manager (CAM) configured to receive an ad containing location data that defines a targeted area, and configured to store the ad on the client device, if the client device is within the targeted area. [0011] Another embodiment of the invention includes a method for wirelessly receiving an advertisement at a client device comprising: receiving an ad containing location data; determining a geographic location of the client device; and determining if the client device is within a geographic area defined by the location data contained in the ad based on the geographic location of the client device.
[0012] Another embodiment of the invention includes a computer- readable medium on which is stored a computer program for wirelessly communicating location-based ads, the computer program comprising instructions which, when executed by at least one computing device, causes the computing device to perform the process of: generating an ad containing location data; identifying a client device to receive the ad based on the location data in the ad and a geographic location of the client device; and transmitting the ad to the client device.
[0013] Another embodiment of the invention includes a computer- readable medium on which is stored a computer program for wirelessly communicating location-based ads, the computer program comprising instructions which, when executed by at least one computing device, causes the computing device to perform the process of: receiving an ad containing location data at a client device; determining a geographic location of the client device; and determining if the client device is within a geographic area defined by the location data contained in the ad based on the geographic location of the client device. [0014] Another embodiment of the invention includes a server for wirelessly communicating ads comprising: means for generating an ad containing location data that defines a geographic area; means for identifying a client device to receive the ad based on the geographic area and a geographic location of the client device; and means for transmitting the ad to the client device.
[0015] Another embodiment of the invention includes a client device for wirelessly receiving ads comprising: means for receiving an ad containing location data that defines a geographic area; and means for storing the ad on the client device, if a geographic position of the client device is within the geographic area.
BRIEF DESCRIPTION OF THE DRAWINGS
[0016] A more complete appreciation of embodiments of the invention and many of the attendant advantages thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings which are presented solely for illustration and not limitation of the invention, and in which:
[0017] Fig. 1 is a diagram of a wireless network architecture that supports the client devices and servers in accordance with at least one embodiment of the invention;
[0018] Fig. 2 is a more detailed diagram of a wireless network architecture that supports the client devices and servers in accordance with at least one embodiment of the invention; [0019] Fig. 3 is a diagram representing the architecture of the CAM system in accordance with at least one embodiment of the invention;
[0020] Figs. 4A and 4B illustrate different announcement configurations for different client device display sizes in accordance with at least one embodiment of the invention;
[0021] Fig. 5 illustrates an announcement inbox for managing stored announcements in accordance with at least one embodiment of the invention;
[0022] Fig. 6 illustrates a display notification and options in accordance with at least one embodiment of the invention;
[0023] Figs. 7A and 7B are system level diagrams illustrating the interaction of system components for sending and receiving location-based advertisements in accordance with embodiments of the invention;
[0024] Figs. 8A-8C are block diagrams illustrating methods in accordance with embodiments of the invention; and
[0025] Fig. 9 is a block diagram illustrating an automatic inbox management method in accordance with at least one embodiment of the invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS [0026] Aspects of the invention are disclosed in the following description and related drawings directed to specific embodiments of the invention. Alternate embodiments may be devised without departing from the scope of the invention. Additionally, well-known elements of the invention will not be described in detail or will be omitted so as not to obscure the relevant details of the invention. [0027] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration." Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments. Likewise, the term "embodiments of the invention" does not require that all embodiments of the invention include the discussed feature, advantage or mode of operation.
[0028] Further, many embodiments are described in terms of sequences of actions to be performed by, for example, elements of a computing device. It will be recognized that various actions described herein can be performed by specific circuits (e.g., application specific integrated circuits (ASICs)), by program instructions being executed by one or more processors, or by a combination of both. Additionally, these sequence of actions described herein can be considered to be embodied entirely within any form of computer readable storage medium having stored therein a corresponding set of computer instructions that upon execution would cause an associated processor to perform the functionality described herein. Thus, the various aspects of the invention may be embodied in a number of different forms, all of which have been contemplated to be within the scope of the claimed subject matter. In addition, for each of the embodiments described herein, the corresponding form of any such embodiments may be described herein as, for example, "logic configured to" perform the described action. [0029] One or more embodiments of the invention can be used in conjunction with a runtime environment (e.g., API) executing on the computing device. One such runtime environment (API) is Binary Runtime Environment for Wireless® (BREW®) software previously discussed. However, one or more embodiments of the invention can be used with other types of runtime environments (APIs) that, for example, operate to control the execution of applications on wireless client computing devices. Additionally, "API" is intended to be construed broadly as a stand alone program or portion of a program that is used to achieve a particular function and can be used interchangeably with the terms "application", "program", "routine", "instructions" and "applet".
[0030] FIG. 1 illustrates a block diagram of one exemplary embodiment of a wireless system 100 in accordance with at least one embodiment of the invention. System 100 can contain client devices, such as cellular telephone 102, in communication across a wireless network 104 with at least one application download server 106 that selectively transmits software applications and components to wireless devices across a wireless communication portal or other data access to the wireless network 104. As shown here, the wireless (client) device can be a cellular telephone 102, a personal digital assistant 108, a pager 110, which is shown here as a two-way text pager, or even a separate computer platform 112 that has a wireless communication portal. The embodiments of the invention can thus be realized on any form of client device including a wireless communication portal or having wireless communication capabilities, including without limitation, wireless modems, PCMCIA cards, personal computers, access terminals, telephones, or any combination or sub- combination thereof.
[0031] The application download server 106 is shown here on a network 116 with other computer elements in communication with the wireless network 104. There can be a stand-alone server 122, and each server can provide separate services and processes to the client devices 102, 108, 110, 112 across the wireless network 104. There is preferably also at least one stored application database 118 that holds the software applications that are downloadable by the wireless devices 102, 108, 110, 112. However, those skilled in the art will appreciate that the configuration illustrated in Fig. 1 is merely exemplary. Accordingly, embodiments of the invention can include one or more servers that can each perform all the described functions and contain all necessary hardware and software, or can contain only selected functionality. [0032] In FIG. 2, a block diagram is shown that more fully illustrates system 100, including the components of the wireless network 104 and interrelation of the elements of the exemplary embodiments of the invention. System 100 is merely exemplary and can include any system that allows remote client devices, such as wireless client computing devices 102, 108, 110, 112 to communicate over-the-air between and among each other and/or between and among components connected via a wireless network 104, including, without limitation, wireless network carriers and/or servers. The application download server 106 and the stored application database 118, along with any other servers such as ad dispatch server 130 which are used to provide cellular telecommunication services, communicate with a carrier network 200, through a data link, such as the Internet, a secure LAN, WAN, or other network. In the embodiment shown, a server 120 can include the application download server 106, ad dispatch server 130 and the stored application database 118. However, these servers can also be independent devices. The ad dispatch server 130 can provide additional ad services based on the configuration of each of the client devices 102, 108, 110, 112. [0033] The carrier network 200 controls messages (typically sent as data packets) sent to a messaging service controller ("MSC") 202. The carrier network 200 communicates with the MSC 202 by a network, the Internet and/or a public switched telephone network (PSTN). Typically, the network or Internet connection between the carrier network 200 and the MSC 202 transfers data, and the PSTN transfers voice information. The MSC 202 can be connected to multiple base stations ("BTS") 204. In a similar manner to the carrier network, the MSC 202 is typically connected to the BTS 204 by a network, the Internet and/or PSTN for data transfer and/or voice information. The BTS 204 can broadcast data messages wirelessly to the client devices, such as cellular telephone 102, by short messaging service ('SMS"), UDP datagrams, or other over-the-air (OTA) methods known in the art. The terms "API-direct", "directed SMS" and "BREW-directed SMS" are used interchangeably in the following description to indicate an OTA message that includes coding to launch an application resident on the client device. Likewise, the terms "advertisement", "ad", "announcement", and "message" are used interchangeably to indicate the information and/or instructions sent to a client device.
[0034] The client device, (here a wireless client computing device), such as cellular telephone 102, has a computer platform 206 that can receive and execute software applications and/or commands transmitted from the application download server 106, ad dispatch server 130 and/or server 120. The computer platform 206 can include an application specific integrated circuit ("ASIC" 208), or other processor, microprocessor, logic circuit, or other data processing device. The ASIC 208 or other processor executes the application programming interface ("API1) 210 layer that interfaces with any resident programs in the memory 212 of the wireless device. The memory 212 can be comprised of read-only or random-access memory (RAM and ROM), EEPROM, flash cards, or any memory common to computer platforms. The API 210 also includes a Carrier Announcement Manager module (CAM) 310 containing logic configured to process special OTA (e.g., SMS) ads transmitted from the carrier network 200. The computer platform 206 also includes a local database 214 that can hold applications not actively used in memory 212. The local database 214 is typically a flash memory cell, but can be any secondary storage device as known in the art, such as magnetic media, EPROM, optical media, tape, soft or hard disk, or the like.
[0035] The wireless client computing device, such as cellular telephone 102, has installed on it, or otherwise downloads, one or more software applications, such as games, news, stock monitors, and the like. For example, the cellular telephone 102 may receive one or more software applications downloaded from the application download server 106. The software applications may be stored on the local database 214 when not in use. The cellular telephone 102 or other wireless computing device may upload resident applications stored on the local database 214 to memory 212 for execution on the API 210 when so desired by the user or invoked by another API.
[0036] As used herein "client device", "wireless device" or "client computing device" includes, for example, one or more processing circuits executing resident configured logic, where such computing devices include, for example, microprocessors, digital signal processors (DSPs), microcontrollers, portable wireless telephones, personal digital assistants (PDAs), and paging devices, or any suitable combination of hardware, software and/or firmware containing processors and logic configured to at least perform the operations described herein directed to ads communicated between a client device and a server. The client computing device can be serviced by at least one remote server with respect to at least such ads. Some examples of "wireless computing devices" which may be used in accordance with embodiments of the present invention include cellular telephones or other wireless communication units, PDAs, paging devices, navigation devices (e.g., GPS-based systems), handheld gaming devices, music or video content download units, and other like wireless communication devices.
[0037] The wireless communication between the client device 102 and the BTS 204 can be based on different technologies, such as code division multiplexed access (CDMA), time division multiplexed access (TDMA), frequency division multiplexed access (FDMA), the global system for mobile communications (GSM), or other protocols that may be used in a wireless communications network or a data communications network. The data communication is typically between the client device 102, BTS 204, and MSC 202. The MSC 202 can be connected to multiple data networks such as the carrier network 200, PSTN, the Internet, a virtual private network, and the like, thus allowing the client device access to a broader communication network. As discussed in the foregoing, in addition to voice transmission, data can be transmitted to the client device via SMS or other OTA methods known in the art.
[0038] However, in addition to delivering basic messages, embodiments of the invention can utilize APIs to access the enhanced functionality of the client devices. Further, these API-directed SMS messages that allow access to underlying APIs can be separated from the conventional SMS messages and stored in a separate inbox to allow for the easy organization, storage, and retrieval of the relevant enhanced SMS messages. Accordingly, one aspect of embodiments of the invention includes a specialized API for managing these enhanced SMS messages, hereinafter referred to as a Carrier Announcement Manager (CAM).
[0039] In Fig. 3, an example of the system interaction with the Carrier
Announcement Manager (CAM) architecture is illustrated. CAM 310 can be installed into a client device 300, also including a user interface 312 (e.g., display, keypad). In at least one embodiment of the invention, server 120 (e.g., residing on a carrier network) can act as the Short Message Service Center (SMSC) server (or other OTA system) and ad server. However, the SMSC server and ad server can also reside on independent devices and/or networks. Server 120 can send enhanced ad messages to the CAM 310 using a variety of techniques. For example, server 120 can send an API-directed SMS message 330 that contains data to be inserted into a predefined HTML template that is already resident on the client device 300. The ad can then appear on the user interface (e.g., the main screen of the client device 300) without any action from the end-user. Accordingly, the client device 300 can display 336 an attractive and interactive ad, using only the limited data sent in the SMS message. The SMS message can be text, a URL or both. For example, the SMS message 330 can contain text and an associated URL that allows a user of the client device 300 to connect to a specific site for additional information and/or to purchase the article advertised. For example, a one step feedback mechanism (e.g., touchscreen, pen input, softkey, hardkey, or other programmed selection) for response to the ad (e.g., "Buy Now") can be provided that allows the user to connect to the specific site associated with the ad to purchase the article. [0040] In another example, the server 120 (e.g., using the ad dispatch server and SMSC server) can send an API-directed SMS message 330 containing a URL and/or code to perform a call back to server 120 or other remote server. For example, CAM 310 can receive the message 330 and call an appropriate API (e.g., a browser) to initiate the connection 332 to the server 120 and download an associated HTML page/document (e.g., advertisement) 334 to client device 300. After the HTML page has been downloaded, the page can be displayed 336 on the client device 300. In this embodiment, the HTML callback allows server-stored graphic advertising (e.g., on the ad dispatch server) to be placed on the main screen of the client device 300 instead of a simple SMS text-only advertisement. Those skilled in the art will appreciate that embodiments of the invention are not limited to HTML documents and that a document retrieved may include any format to convey the desired advertisement, such as XML, HDML, WML, XHTML and/or graphic formats such as PNG, GIF, JPEG, BMP, and the like. This aspect of the API-directed SMS for CAM advertisement placement can be referred to as an Announcement Download Request (ADR). Unlike the pure SMS methods, the ADR does not contain the ad itself. Instead its payload is a URL pointing to an ad located on the server 120 (e.g., contained in the ad dispatch server). CAM 310 downloads the ad from the URL given by the ADR and can present it according to a predefined rule set. Separate HTML ads can be cached on the server 120 for each client device type (e.g., specific handsets, PDAs and the like), or the server 120 can have an application that builds HTML ads on the fly, tailoring the ad to the capabilities of the client device 300. In addition to the SMS and HTML ads, ads can be of any type of text-based message and/or graphic-based message (e.g., pdf, XML, JPEG, MPEG and the like).
[0041] Optionally, the CAM 310 can report 340 the response to the ad
(e.g., the advertisement was discarded, a purchase was made, and the like) to a server (e.g., ad dispatch server 130). This ad response data can be accumulated and sent on a periodic basis or can be sent on each event. The ad dispatch server 130 can then collate the reported responses (e.g., from one or more client devices) and send the collated responses 342 (e.g., using an XML feed) back to server 120. The server 120 can interpret the received data and utilize the data to design new advertisements based on the data received from ad dispatch server 130. Those skilled in the art will appreciate that ad dispatch server 130 can be integrated into server 120, or can be a plurality of separate servers that perform functionally as described. In addition to using the feedback for advertisement improvement, the data supplied by CAM 310 can be used for billing the advertisers (e.g., based on number of times an ad is viewed, clicked on, and the like). Further, ad viewing data can be tracked and reported in the ad response data, such as, information regarding whether all pages of an ad were viewed, whether some links were followed, and the like.
[0042] To allow for greater flexibility, carriers can choose between direct SMS ads, which minimize download times, network load and storage space, or HTML callback ads, which are of higher quality with richer environments, but can have greater download times and increase network load. Additionally, the costs of ads can be tiered based on ad type. In these situations, the HTML ads featuring richer environments typically would cost more than SMS text-only ads. [0043] Although graphic ads can be desirous for their visual and marketing impact, the ads can also be distracting to the user. Accordingly, an unobtrusive method of delivering ads can aid in the ultimate marketing of the product or application. To facilitate this marketing, a "sticky" ad (i.e., an ad that is not easily deleted) can be placed in a special location so that it is easily retrievable at a later time by the user or automatically retrieved based on predefined criteria. Accordingly, a further embodiment of the invention can include a CAM inbox for storage of the ads. For example, the CAM inbox can present the user with two softkey options when an ad is presented: buy the subject of the ad now ("Buy Now") or don't buy the subject of the ad now ("Not Now"). Choosing the "Buy Now" option can direct the user to a purchase page for the advertised application or product. "Not Now" closes the ad and pushes it to the CAM inbox, which can be an ad cache that is part of the CAM application data space and can be separate from the standard SMS inbox. Ads can be stored in the CAM inbox based on available data space, for example, thirty SMS/text-based ads. In one example of this embodiment, the ads are listed from newest to oldest. Additionally, when caching the next ad would exceed available storage, the oldest ad is deleted to make room for the newest. Further, stored ads can be manually retrieved and opened from the CAM inbox.
[0044] The CAM inbox can present the ads as a series of scrolling one- line headlines. The ad itself can define an intelligible headline. For example, the default headline can be the initial characters of the SMS payload. The end- user can use the up/down arrow keys on typical client devices or other navigational keys to go between ads. Two softkeys can be presented for a selected ad headline, such as "Check it out" and "Delete." The headline can also be presented on the external screen of "clamsheH"-style phones. Deletion or caching of the full-page ad will result in deletion of the external screen ad as well.
[0045] To enhance the possibility that the ad will be viewed and acted upon, in one embodiment the ad cannot be deleted at the initial presentation / notification and can only be sent to the CAM inbox. The ad can be deleted from the CAM inbox screen or in the normal maintenance of the CAM inbox. When an ad has been cached, it typically will not be re-presented unless the user starts CAM manually and views it.
[0046] If a new ad is sent to the client device before an ad is viewed or cached, the new ad can be presented and the old ad can be buffered in the CAM Inbox. Buffered ads, including ads not yet presented can presented in last-in, first out (LIFO) order. Further, when the end-user hits "Not Now" or similar function, a minimum amount of time, such as five minutes, can be established as delay before the next ad is presented. Carrier usage guidelines may dictate longer or shorter durations between ad presentations.
[0047] Additionally, the user has the option to access the CAM manually in order to view or delete any cached ads. Starting the CAM manually presents the ad stack as a scrollable set of one-line ad headers, in one embodiment. Clicking on the ad header can open and display the full ad. Additionally, in another embodiment, the CAM can compile and store operations of the end- user, such as, the manual opening of the CAM, viewing of ads, and deleting of ads. This data can then be used to monitor user behavior and to refine the targeted marketing. Further, this system allows for the evaluation of the CAM system's effectiveness. Also, CAM can report this data to a remote server (e.g., an ad dispatch server) in a CAM usage report, as discussed in the foregoing description of Fig. 3. The server can collate and parse these reports. Relevant ad viewing and application or content purchase information can be collated and can be included in a report to additional servers and/or the ad senders.
[0048] In a further embodiment of the present invention, carriers can offer both opt-in and opt-out options to end-users. Opt-in indicates that at some point the end-user has agreed to install and/or use the CAM system. For example, when the CAM is started for the first time on the client device, it can query the end-user, e.g., "Do you wish to receive carefully screened advertisements on this phone?" Opt-out indicates that the end-user has the ability to refuse to receive ads. A reasonably accessible opt-out procedure can save expensive customer service calls from end-users who do not wish to receive ads.
[0049] Purchase data related to ads (e.g., application / content purchases) can provide some of the most valuable data to measure and leverage additional Average Revenue Per User (ARPU) generated by CAM ads. This information can be tracked and used to provide carriers and/or vendors with data regarding the profitability of the CAM system. Additionally methods of tracking CAM effectiveness can also be used. For example, the time of the ad placement can be noted and correlated with spikes in purchases of the advertised content at that time. A CAM usage report can also note what type of ad was used. For example, if a SMS or HTML ad was received by the end- user, that data can be reported in the report.
[0050] In another aspect of the present invention, HTML ads can also be cached on the client device for future viewing. Because each HTML ad can include up to 2k-3k of data or more, additional restrictions on the storage of HTML ads can be used. For example, only the most recent ads or ads that have been deliberately viewed by the user are stored. When the newest ad is pushed onto the ad stack, the oldest HTML ad can be deleted and replaced with an ADR directing the CAM system to a location containing the HTML ad (e.g., ad distribution server). Cached ads can thus be displayed more quickly and at the will of the user. Additionally, older HTML ads (e.g., ADRs) can still be viewed. When clicking on the titles of the older ads, an HTML callback can be initiated for the selected ad. Thus the system provides great flexibility in viewing previous ads.
[0051] In another embodiment of the invention, a SMS ad, ADR ad or HTML ads can be downloaded in the background and not directly activate any ringers, buzzers or other notifications. After the ad has been downloaded, an initial ad presentation can be passive with no user notification, thus eliminating untimely or undesired noises, vibrations and the like. After the ad is received, there are a variety of options for initial presentation of the ad. For example, a first option can use a small and optionally blinking icon on the main screen to notify the end-user to open the CAM inbox.
[0052] Another option can include a one line caption that can be delivered to the main screen. For example, the caption can be the same as the ad headline in the CAM inbox. A softkey press can then open the ad. This option would not take up much physical space on the screen, but it would grab the attention of the end-user. Additionally, full viewing of the ad would be only one softkey press away.
[0053] Another option is to have the ad presented on the full screen.
This option presents the most immediate opportunity for end-user viewing. In this scenario, a single button push could change the screen from the ad back to the normal background. However, in a further option, the ad may be incorporated as "smart wallpaper" and viewed as ad wallpaper on the background of the screen. The ad wallpaper can overwrite all or a portion of the current wallpaper on the main screen for a fixed period of time or until an action from the user saves or discards the ad.
[0054] Another option can include presenting the ad after a predefined event has occurred, for example, the ad can be presented after the END key is depressed, which indicates a task has been completed. In this embodiment the ad can be received in a background mode, such that the user is unaware of the receipt /downloading of an ad. Once received and stored, the ad can be retrieved and displayed on the predefined event. This would prevent ads from intruding during conversations or other such operations and ensure that the user is present to view the ad. Other predefined events can include, ending a communication (e.g., call or data), pressing a key on the client device (e.g., "END" key), exiting an application on the client device, starting/activating the client device (e.g., powering up, unlocking, coming out of a standby mode, and the like), and opening the client device (e.g., opening a flip phone, slider phone, PDA, and the like.).
[0055] Those skilled in the art will appreciate that the foregoing options can be combined in whole or in part with each other. Additionally, in any of the above-discussed options, user response to the ad can be limited to a small number of choices connected to softkeys. For example, there could be two options (e.g., "Later" or "Check it out" or other similar options) presented for each ad displayed for the user to select. For example, "Check it out" can take the user to a purchasing page or other informational page. However, if the user selects the "Later" softkey or a similar "End/Off/Clear" or similar hardkey, the ad can be pushed to the CAM inbox and cached for possible later perusal.
[0056] Additionally, the user can be presented with a "Go to Ad
Manager" or similar option that allows for easier access to the CAM inbox to view and/or delete cached ads and set preferences, such as opting-out of the system. If the automatic caching of ads is not desired a "Delete Ad" option can be presented to the user at the initial ad display. This option would allow for the user to immediately delete an ad rather than have it sent to the CAM inbox.
[0057] In one embodiment of the present invention, the Carrier
Announcement Manager (CAM) is pre-installed on a client device, such as a wireless phone enabled with QUALCOMM's BREW (Binary Runtime Environment for Wireless). However, other APIs and devices can be used and the invention is not limited to a specific platform or device. Additionally, the CAM system can be optionally downloaded to the client device as part of a purchased bundle. Also, the end-user can voluntarily download the CAM system. This can be accomplished by sending an OTA messsage(e.g., SMS) to the client device containing the URL of the download location. Further flyers or direct mailings can be used to distribute downloading information. Once the CAM is installed, the device can receive and present ads and marketing information to the end-user as described in the foregoing.
[0058] Although the invention is not limited to a specific device, knowing the type device that the CAM is installed on can aid in the effective presentation of the ads. For example, the device specific features such as the screen size, input devices, memory, resident APIs and versions, and the like, dictate how much information can be displayed and how rich the content of the information can be.
[0059] Fig. 4A illustrates an example of an ad on a small screen client device. Small screen ads 410 can be primarily text based and contain less information than large screen ads. Fig. 4B illustrates an example of an ad on a large screen device. The large screen ad 420 can contain both text 422 and an image 424, thus increasing the ad's appeal to the end-user. Additionally, the larger ad can also contain other features, such as a link 426 to an online store, further facilitating the ease of use for the end-user. Larger screen devices can allow for much richer ads, optionally containing screenshots for applications or other marketing related graphics. Based on the particular application, the minimum device screen size, for example, can be chosen as the basis for determining the type of message sent. Once again, these various ads can be stored on the ad dispatch server or other server and determined based upon the particular capabilities of each client device. Thus, a sender (e.g., a vendor) would not need to know the specifics of the client devices that the ads are being sent to.
[0060] To send the ad to the client device, the CAM can rely on any of a number of push mechanisms that enable the device to receive messages. In one exemplary embodiment of the present invention, a directed SMS can be used as the push mechanism. For example, a BREW-directed SMS can include the class ID of a BREW application and the data that the application will be able to retrieve when it receives the SMS. The data sent in the SMS can contain the text to be displayed on the ad page and the ID of the application, which will be used, for example, to bring the end-user to a page where purchases can be made.
[0061] In another exemplary embodiment of the invention, a network connection to a server can be used as the push mechanism. The CAM in this embodiment can connect to the server automatically on a periodic basis (e.g., every five minutes) or when manually activated to check if there is a new ad. This embodiment can allow the direct download of richer ads that can incorporate graphics, text, hyperlinks, multimedia and the like. [0062] In another exemplary embodiment of the invention, a combination of both directed SMS and a network connection can be used as the push mechanism. The directed SMS tells the CAM application to wake up and connect to a server (e.g., ad dispatch server). The application can then connect to the server and retrieve the detailed ad data, such as text, pictures, video, audio and/or application ID.
[0063] Further, while most client platforms (e.g., all versions of BREW®) support directed SMS and network connectivity, advanced platforms (e.g., BREW® 2.0) can contain an HTML viewer API that aids in the display of ads in richer environments, such as those depicted in Fig. 4B. Using the advanced client platforms, the ad can be received in an HTML format including at least one of rich-formatted text, pictures, video, audio, hyperlinks (e.g., to online shops) and the like. Including hyperlinks to online shops can allow online purchases to be made directly from the ads.
[0064] Fig. 5 is an exemplary illustration of the CAM inbox 500. The CAM can send an ad into an inbox, similar to an SMS inbox. Fig. 5 further illustrates an example of a menu of choices (e.g., 532) that can appear in the CAM inbox interface. The end-user can then click on one of the menu options to display the selected ad. For example, in Fig. 5, the end-user can click on "Special XYZ Promotion" 532 to see the ad relating to that menu item. Additionally, softkeys 522 and 524 are provided for exiting and access to management of the CAM inbox menu, respectively. However, the invention is not limited to the illustrated configuration and softkey functions. Other softkey functions, configurations and menu layouts can be created as will be appreciated by those skilled in the art.
[0065] In another embodiment, an optional reminder screen 600, such as illustrated in Fig. 6, can prompt the end-user to read the ad after it has been received and/or saved to the CAM inbox. For example, in Fig. 6, if the end-user activates the "Read Now" option, the ad is displayed to the user. If the user activates the "Remind Me Later", the ad is stored in or remains in the CAM inbox. The CAM then can set a future time to display the ad or reminder screen. If the user clicks on "Discard", the CAM deletes the ad.
[0066] In another exemplary embodiment of the invention, the foregoing features of the CAM system can be leveraged to provide time and location- based non-intrusive advertising and promotions. For example, the CAM system can be used to send low-priority location and/or time limited coupons and/or special promotions to end-users based upon location of the end-user and/or time of day. Accordingly, the location of the client device can be used to determine which client devices should receive the ad.
[0067] For example, a typical format to call an application on a BREW® enabled device is //BREW:<APP ID>:<Payload>. The App ID is a unique number that identifies the BREW® application. Payload is the data for the called application. Accordingly, at least one embodiment of the present invention can include a CAM specific call (App ID) and payload. For example, a system notification to users of a CAM enabled device of a discount at resturaunt can include a format such as 7/BREW:<CAM ID>:[X][Y][R][T][Popup Text][URL]", where "[" and "]" are separators, X and Y define center of a circle of interest, R is the radius of the circle of interest, T can be expiration time/date of the ad, Popup Text is the message shown to the user, (e.g. "XYZ Lunch Special all items 20% off') and URL is a URL (e.g., "http://www.XYZ.com/2004/12/09/lunch.html") to which the client device will connect to retrieve the additional information regarding the ad (e.g., current lunch menu). Those skilled in the art will appreciate that other configurations of the ad can be used and a variety of the different data types can be used to define the geographic area of interest. For example, the payload can contain, an ad ID so that delivery of the ad can be tracked, and additional coding to activate features of the CAM system discussed herein, such as a calling predefined HTML templates, audible signals, indicator lights, and the like. Further, the location information can be any type of information that defines a targeted area and is not limited to latitude and longitude coordinates. [0068] Position location capabilities have been increasingly incorporated into wireless client devices and carrier networks, such as the E911 system. Additionally, the accuracy of the position location features has been increased with each new generation of device. A variety of systems are known for providing wireless position location information, such as network-based location information, client-based location information and hybrid location information. Network-based solutions rely on the signal transmitted from the client device and received at multiple fixed base stations, using Angle of Arrival (AOA) and Time of Arrival (TOA) to determine position. Client-based solutions make use of the Global Positioning System (GPS), a worldwide system of twenty-four satellites and their ground stations. By accurately measuring the distance from four or more satellites, the receiver can obtain its position anywhere on earth. Hybrid solutions, such as QUALCOMM's gpsOne® provide a combination of network-based and GPS solutions. For example, in rural and suburban areas, not many base stations can receive signals from the handset, but a GPS receiver can often receive data from four or more satellites. Conversely, in dense urban areas and inside buildings, GPS receivers may not detect enough satellites, but the wireless handset can contact two or more base stations.
[0069] Regardless of the technology used for determining the location of the wireless client device, the location information can be accessed, typically by APIs designed to access the location position data. Accordingly, an API- directed SMS announcement can initiate a location API (or other location application) in the client device to determine the client device location. Alternatively, the client device location can be determined from data previously stored at the server.
[0070] The sender can be a carrier/operator or trusted partner (e.g., application developer, merchant, and the like) with network access. The sender can determine the target audience based upon the location of the user and/or the time. For example, the sender can specify latitude and longitude and a radius for a desired/targeted audience. Accordingly, all active client devices that are within the location range specified by the sender can receive the ad. For example, all active clients within a two mile radius of a restaurant could receive a discount coupon ad that can be redeemed at the restaurant. As a further, refinement the discount coupon could be offered only a specific time window (e.g. during lunch time, 11 :30am to 1 :30pm). Alternatively, the active client devices can be identified by a specific landmark and/or immediate adjacent areas. For example, a particular shopping mall could be designated and all client devices in the shopping mall complex can receive the ad.
[0071] In at least one embodiment of the invention an ad can go directly to the CAM inbox and cause no disruption to the end-user's action. For example, a small and optionally blinking icon can be placed on the main screen client device to notify the end-user to open the CAM inbox. Also, if available on the client device, an external indicator light can be flashed instead of or in addition to the icon. Alternatively, more aggressive notification actions can also be initiated, such as scrolling messages, activating buzzers, and the like as described in the foregoing. Upon notification, the end-user can launch the CAM system and access the CAM inbox to view the ads. The end-user can also select an ad for display, as previously discussed. For example, the end-user can select coupons he is interested in and redeem them at a related store that sent the coupons. Further, the response to the ad at the CAM can be configured at the installation of the CAM, by the user and/or can be indicated as part of the payload of the message. For example, a priority field can be used in the payload to indicate the level of obtrusiveness of each ad.
[0072] Additionally, to further enhance the unobtrusiveness and functionality of the ads, the ads can be location and time sensitive after they have been received at the CAM inbox. For example, the ads can be automatically deleted from the CAM inbox when the client device is no longer within the desired location parameters (e.g., the end-user has left the mall or has left the general area of the restaurant). Further, the ad can also be automatically deleted based on temporal conditions. For example, the ad can be automatically deleted after a certain time (e.g., the coupon expires in 30 minutes) or at a predetermined date/time (e.g., close of business, end of week, and the like). The automatic deletion of non-relevant ads can greatly reduce the annoyance and maintenance of the CAM inbox.
[0073] Fig. 7A is a block diagram of a system that can be used by a sender to deliver the ads, according to at least one embodiment of the invention. A client device 300 can include a user interface 312 (e.g., keypad, buttons, speaker, indicator light, display, and the like) operably coupled to a CAM system 310, as previously discussed. An ad generation system 720 can include a CAM console 722 that allows a sender to access the system 720 and generate the ads including the location-based data (e.g., specific longitude, latitude and radius). The CAM console can be either at the carrier network or at a remote trusted sender (e.g., merchant, developer, government entity and the like). Optionally, an access gateway 724 can be coupled between the CAM console 722 and the ad dispatch server 130. The access gateway 724 can be configured to provide secure communications between the CAM console 722 and the ad dispatch server 130, using encryption and/or other techniques known in the art. Further, the CAM console can be coupled to the access gateway via the Internet, VPN, PSTN, wireless link, and the like. [0074] Alternatively, if the CAM console 722 is located at the carrier network, the ad generation system 720 can be integrated into one computer- based system which can include the CAM console and ad dispatch server functionality. Further, a Short Message Service Center (SMSC) 728 can be part of the ad generation system 720 and can be used to send directed-SMS messages to the client device 300. However, other OTA data transmitting techniques can be used and SMSC 728 is not required in all embodiments of the invention.
[0075] Referring to Fig. 7B, an alternative embodiment of the invention is illustrated in which a remote CAM console 740 is operably coupled to at least one additional ad dispatch server. Further, as illustrated each ad dispatch server (not illustrated) is coupled to or contained within a different carrier networks 750, 760. The configuration of Fig. 7B, allows for one common CAM console to access different carrier networks 750, 760 and ultimately the different client devices 752, 762 in communication with each network. This feature can allow a central CAM console 740 to access multiple client devices (e.g., 752, 762) residing on multiple carrier networks (e.g., 750, 760) which simplifies the dissemination of the ad to multiple carriers and can increase the delivery to the desired client devices. For example, client devices 752 in communication with a first carrier 750 and client devices 762 in communication with a second carrier 760 may be within the targeted geographic area. Accordingly, generating a targeted ad at CAM console 740 and sending it to the first carrier network 750 and the second carrier network 760 can greatly increase the number of client devices that receive the ad. The carrier networks 750, 760 can be connected to CAM console 740 by a secure links 754, 764, to limit the potential for unauthorized access to the ad dispatch servers and client devices. Accordingly, links 754, 764 can be connections via the Internet, virtual private network (VPN), public switched telephone network (PSTN), and/or a wireless link using secure transmission capabilities as is known in the art. Likewise, those skilled in the art will appreciate that more than one CAM console can be connected to a carrier network / ad dispatch server.
[0076] The client device location can be determined, for example, based on data contained at the client device, data contained at the carrier and/or location data communicated to the carrier or other remote server. For example, in Fig. 7A, an external location system 730 can be accessed by the client device 300. Specifically, CAM 310 can acquire position data from visible GPS satellites 732, once received the position data can be relayed to a position determination entity (PDE), e.g., a server in the carrier network. The PDE 734 can then analyze the position data and determine the location of the client device 300. The location (e.g., longitude, latitude, and optionally altitude coordinates) of the client device 300 can then be stored at a remote server and/or communicated to the client device 300, for storage and/or use by CAM 310. For example, CAM 310 can use the longitude and latitude coordinates to determine if the client device 300 is within the designated geographic area defined by the location data in the ad.
[0077] Alternatively, the device location can be determined at the client device 300 and external servers do not need to know the specific location of the client device, which may provide more privacy for the end-user. For example, the location of the client device 300 can be determined from visible GPS satellites 732 solely at the client device, using known techniques. In this embodiment, there is no need to transmit location data or related information to a remote server for further processing. Accordingly, the location information associated with the ad can be used by the client device to determine whether the client device is within the targeted geographic area defined by the location information transmitted in the ad. If the client device determines that it is not within the targeted area, the ad can be discarded, without interrupting the end- user.
[0078] Alternatively, in another embodiment of the invention, an ad contains location information that can be used to define a geographic area. Client devices within the targeted area (i.e., the defined geographic area) can be identified from the location information stored on a server in the carrier network. For example, a CAM enabled client device can periodically report the location of the client device or execute an application to provide location data to a remote server that can calculate the location of the client device. The stored location information can be a table, for example, containing longitude and latitude coordinates for each client device. When an ad is generated containing location information to define a geographic area of interest (e.g., longitude and latitude coordinates of four points defining a rectangular area), a server can use the stored client location information to identify the client devices in the targeted area. Then the ad can be sent to the client devices that are identified. Although the ad location information does not have to be transmitted to the client device in this embodiment, the location information can still be used by the CAM system on the client device for inbox maintenance (e.g., to delete messages when the client device is out of the targeted area) as discussed above. Alternatively, if the client device location is monitored at a remote server, then the ad generation system can generate another message that directs the CAM system on the client device to delete the previously sent ad when the client device location is outside the targeted area. Additionally, a message that directs the CAM system on the client device to delete a specific previously sent ad can be event-based, such as deleting a promotional ad once all available promotional items are sold. Accordingly, this aspect can be used regardless of whether the client device location data is maintained locally or remotely.
[0079] The process of identifying the client device location can include many variations and sub-processes. For example, the device location can be determined by accessing client device location information. Then, the client device location can be used to determine if the client device is within a geographic area defined by the location data in the ad. The location information can be stored locally at the client device and/or remotely (e.g., at a server on the carrier network). Likewise, the determination as to whether the client device is within the geographic area can be determined at either the client device or a remote server. The client device location information can include longitude and latitude coordinates of the client device. Likewise, the location data in the ad can include center longitude and center latitude coordinates and a radial distance. The geographic area can then be determined as longitude and latitude coordinates that are within the radial distance from the center longitude and the center latitude coordinates. Alternatively, the location data in the ad can include at least three longitude and latitude coordinates, which define an area (e.g., triangle, square, and rectangle). The geographic area can then be determined as longitude and latitude coordinates that are within the area defined by the at least three longitude and latitude coordinates.
[0080] Further, depending on the accuracy desired, base stations and/or communication towers can be used to determine the targeted client devices. In this embodiment, the location data generated in the ad can be used to define a geographic area as discussed above. Then, client devices communicating with base stations / communication towers within the defined geographic area can be considered to be within the targeted geographic area and would be sent the ads. However, this aspect can be used in combination with the previously discussed methods for delivering location-based ads.
[0081] For example, instead of transmitting the ads directly, a "wake-up" message can be sent to the client devices that invoke the CAM system on each client device, which reports the location of the client device. The updated location information can be used by the server to then target only those devices that are actually within the targeted geographic area. Alternatively, client devices communicating with the identified base stations / communication towers can be sent the ad and the CAM system on the client device can use the local geographic location data or obtain a geographic location. Using its geographic location and the geographic area defined in the ad, the client device can determine if it is within the targeted area, as discussed above. Using the base station / communication tower as a first level of granularity to identify a client device can further reduce the network traffic and focus the ads to client devices that are most likely within the targeted geographic area.
[0082] In view of the foregoing disclosure, those skilled in the art will recognize that embodiments of the invention include methods of performing the sequence of actions, operations and/or functions previously discussed. For example, as illustrated in Fig. 8A, a method for wirelessly communicating ads can include generating an ad containing location data, at block 810. A client device to receive the ad is identified based on the location data in the ad and the location of the client device, in block 820. Further, the ad can be transmitted to the client device, in block 830. The ad can be received at the client device, block 840, and the ad can be displayed on the client device, block 850. Those skilled in the art will appreciate that the flowchart illustrated is not limited to sequential execution and block elements may be reordered as desired. For example, block 820 can be inserted between block 840 and block 850 to represent the relevant operations when the client device determines whether or not it is within the geographic area defined in the ad.
[0083] Fig. 8B is a flowchart illustrating a method for identifying client devices based on the geographic area defined by the location data in the ad. In block 822, the targeted geographic area is determined using the location data contained in the ad. As discussed above, this determination can be performed at the client device, a server on the carrier network, and/ or other remote server. The client device location information is accessed, in block 824. Once again this can be performed at the client device, a server on the carrier network, and/ or other remote server, as previously discussed. Further, accessing the data can include any of the methods discussed herein (e.g., accessing previously stored geographic position data in the client device or on a server remote to the client device, initiating a location API resident on the client device to obtain the location of the client device (e.g., using gpsOne®), and the like). Then, in block 826, the geographic position of the client device can be compared with the targeted area to determine if the client device is within the targeted area. Likewise, this determination can be performed at the client device, a server on the carrier network, and/ or other remote server, as previously discussed.
[0084] For example, Fig. 8C illustrates an embodiment of the invention where the client device determines if it is in the targeted geographic area. In this configuration, as discussed above, the sequence of actions are different than illustrated in Fig. 8A, in that the ad is received at the client device (e.g., 840) before the client device is identified (e.g., 820) as being in the targeted geographic area. Alternatively, the client device can be identified at a first level, such as by base station / communication tower, city, region, or other generally broad geographic zones, in block 820. Then, the process illustrated in Fig. 8C, can be a further refinement performed at the client level after the ad has been received.
[0085] In describing Fig. 8C, like functions will retain the same reference number. Accordingly, blocks 822, 824 and 826 operate as discussed above; however, at the client device. If the client device receives an ad, but it is not in the targeted geographic area, the ad is discarded, block 827. If the client device is in the targeted geographic area than the ad is displayed or the associated instruction is executed (e.g., start browser and download specified page), block 828. The term display can include any type of notification, such as text and/or graphic display on a display unit, indicator lights, audible signal (e.g., buzzer, ringer, voice message, and the like), vibration, and combinations of the foregoing. The message can be stored for recall at a later time, in block 829. Once stored the ad can be recalled automatically on a periodic basis, or at a user's request. Further, the ad can be stored in a designated inbox for management by the user and/or automatic inbox management by the CAM, as previously discussed.
[0086] Once stored in the CAM inbox the ad can be managed as discussed in the foregoing by the CAM system. Fig. 9 illustrates an exemplary process for automatically managing the CAM inbox. For example, a first ad or selected ad in the inbox can be accessed, in block 910. If the ad is a location based ad the system can determine the targeted geographic area, as discussed above, in block 912. The current location of the client device can be obtained and compared to the targeted area, in block 914. If the device is in the targeted area, then any relevant time information contained in the ad can be checked, in block 916. For example, an expiration time/date, an elapsed time, and the like can be included in the ad, as discussed in the foregoing description. If the time window defined in the ad is still valid, then a check is made to see if all messages have been examined, in block 920. If not the next ad is selected, in block 922, and the process is repeated. If the end of the inbox is reached, then the automatic management process is ended, in block 921. [0087] If either of the spatial or temporal checks in blocks 914 and 916 result in a negative determination (i.e., the client device is outside the targeted area, or the ad has expired), then a check is made to see if the ad is locked, in block 918. If the ad is locked by the user and/or by the system (e.g., set by a priority code or separate lock code in the payload of the ad), then the process reverts back to block 920. If the ad is not locked, then the ad is deleted in block 930 and the process continues to block 920, to check for additional ads in the inbox. Accordingly, the CAM system can automatically manage the CAM inbox on a periodic basis, when the memory used reaches a predetermined threshold, and/or when the user manually accesses the CAM inbox to ensure that relevant ads/information are stored in the CAM inbox. This feature can reduce interruptions of the user or other client device activities, due to managing the ads received and stored on the client device. However, the user can still manually access and manage the CAM inbox to view, delete, and lock the ads as discussed herein.
[0088] In further embodiments, those skilled in the art will appreciate that the foregoing methods can be implemented by the execution of a program embodied on a computer readable medium, such as the memory of a computer platform. The instructions can reside in various types of signal-bearing or data storage primary, secondary, or tertiary media. The media may comprise, for example, RAM accessible by, or residing within, the client device and/or server. Whether contained in RAM, a diskette, or other secondary storage media, the instructions may be stored on a variety of machine-readable data storage media, such as DASD storage (e.g., a conventional "hard drive" or a RAID array), magnetic tape, electronic read-only memory (e.g., ROM, or EEPROM), flash memory cards, an optical storage device (e.g. CD-ROM, WORM, DVD, digital optical tape), paper "punch" cards, or other suitable data storage media including digital and analog transmission media.
[0089] While the foregoing disclosure shows illustrative embodiments of the invention, it should be noted that various changes and modifications could be made herein without departing from the scope of the invention as defined by the appended claims. The functions, steps and/or actions of the method claims in accordance with the embodiments of the invention described herein need not be performed in any particular order. Furthermore, although elements of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.

Claims

CLAIMSWhat is claimed is:
1. A wireless advertisement delivery system, comprising: a server configured to generate and transmit an ad containing location data that defines a geographic area; and a client device including a carrier announcement manager (CAM), wherein the CAM is configured to receive the ad, and wherein the ad is directed to the client device based on a location of the client device and the geographic area defined in the ad.
2. The system of claim 1 , wherein the client device is at least one of a wireless computing device, a wireless telephone, a cellular telephone, a personal digital assistant (PDA), and a paging device.
3. The system of claim 1 , wherein the client device location is determined using at least one of network-based location information, client- based location information and hybrid location information.
4. The system of claim 1, wherein the ad is at least one of a text- based ad and a graphic-based ad.
5. The system of claim 1 , further comprising: logic configured to determine whether the client device is located within the geographic area defined in the ad.
6. The system of claim 5, wherein the logic is located in at least one of the client device, an ad generation system, a remote server operably coupled to a carrier network, and a server in a carrier network in communication with the client device.
7. The system of claim 1 , wherein the CAM is configured to stored the ad in an inbox on the client device upon receipt by the client device; and wherein the ad is automatically deleted from the inbox based upon at least one of a current location of the client device, a number of ads in the inbox, a memory usage of the inbox, a specified time and an event-based trigger.
8. The system of claim 7, wherein the inbox is a CAM inbox that is separate from an SMS inbox.
9. The system of claim 1 , wherein the server further comprises at least one of a CAM console, an ad dispatch server, and a Short Message Service Center (SMSC).
10. The system of claim 9, wherein the CAM console is remotely located from the ad dispatch server.
11. The system of claim 10, wherein an access gateway is coupled between the CAM console and the ad dispatch server and wherein the access gateway is configured to provide secure communications between the CAM console and the ad dispatch server.
12. The system of claim 11 , wherein the access gateway is coupled to the CAM console by at least one of the Internet, a virtual private network (VPN), a local area network, a wide area network, a public switched telephone network (PSTN), and a wireless link.
13. The system of claim 12, wherein the CAM console is operably coupled to at least one additional ad dispatch server.
14. The system of claim 1 , wherein the CAM is configured to report ad response data.
15. The system of claim 14, wherein the ad response data is at least one of purchase data, ad display time, ad display date, ad viewing data, and ad type.
16. The system of claim 15, wherein the server further comprises logic to receive and process the ad response data.
17. The system of claim 1 , wherein the CAM is configured to request a document in response to a uniform resource locator (URL) contained in the ad, and wherein the server is configured to transmit the document selected based on the URL and characteristics of the client device.
18. The system of claim 17, wherein characteristics of the client device include at least one of a type of client device, memory capacity, display resolution, display color capability, operating system, software installed, and input/output devices.
19. A method for wirelessly communicating advertisements comprising: generating an ad containing location data; identifying a client device to receive the ad based on the location data in the ad and a location of the client device; and transmitting the ad to the client device.
20. The method of claim 19, wherein the ad includes a Short Message Service (SMS) message containing code configured to initiate an application resident on the client device.
21. The method of claim 19, wherein identifying the client device further comprises: accessing client device location information; and determining if the client device is within a geographic area defined by the location data in the ad.
22. The method of claim 21 , wherein the client device location information comprises longitude and latitude coordinates, and wherein the location data in the ad comprises longitude and latitude coordinates defining the geographic area.
23. The method of claim 21 , wherein the client device location information is stored remotely from the client device and wherein the determination if the client device is within the geographic area is performed by a remote server.
24. The method of claim 19, wherein identifying the client device further comprises: initiating a location application on the client device; and determining the location of the client device using at least one of network-based location information, client-based location information and hybrid location information.
25. The method of claim 24, wherein the client device determines a geographic area defined by the location data in the ad and determines if the client device is within the geographic area.
26. The method of claim 19, further comprising: receiving the ad at the client device; and storing the ad on the client device, if the client device is within a targeted geographic area defined by the location data.
27. The method of claim 26, further comprising: automatically deleting the stored ad based upon at least one of the location of the client device, a current time, a number of ads store, and an event-based ad delete request.
28. The method of claim 26, further comprising: preventing the deletion of the ad at an initial display of the ad.
29. The method of claim 19, wherein identifying the client device further comprises: identifying at least one base station capable of communication with devices within a targeted geographic area defined by the location data in the ad; and identifying the client device in communication with the at least one base station.
30. The method of claim 19, further comprising: receiving the ad at the client device; and requesting an HTML document in response to a uniform resource locator (URL) contained in the ad; and transmitting the HTML document based on the URL and characteristics of the client device.
31. The method of claim 30, wherein characteristics of the client device include at least one of a type of client device, memory capacity, display resolution, display color capability, operating system, software installed, and input/output devices.
32. The method of claim 19, further comprising: reporting ad response data from the client device.
33. The method of claim 32, wherein the ad response data is at least one of purchase data, ad display time, ad display date, ad viewing data, and ad type.
34. A wireless client device, comprising: a user interface; and a carrier announcement manager (CAM) configured to receive an ad containing location data that defines a targeted area, and configured to store the ad on the client device, if the client device is within the targeted area.
35. The client device of claim 34, wherein the client device is at least one of a wireless computing device, a wireless telephone, a cellular telephone, a personal digital assistant (PDAs), and a paging device.
36. The client device of claim 34, wherein the CAM is further configured to automatically delete the ad from the inbox based on at least one of a current location of the client device, a number of ads in the inbox, a memory usage of the inbox, a specified time and an event-based trigger.
37. The client device of claim 34, wherein the CAM is configured to retrieve and display the stored ad based on a predefined event.
38. The client device of claim 37, wherein the predefined event is at least one of ending a communication, pressing a key on the client device, exiting an application on the client device, activating the client device and opening the client device.
39. The client device of claim 34, wherein the CAM is further configured to determine a geographic location of the client device.
40. The client device of claim 39, wherein geographic location is determined using at least one of network-based location information, client- based location information and hybrid location information.
41. The client device of claim 39, wherein the CAM is configured to determine if the client device is within the targeted area.
42. The client device of claim 41 , wherein the CAM is configured to discard the ad if the client device is not within the targeted area.
43. The client device of claim 34, wherein the CAM is configured to receive and store the ad in a background mode.
44. A method for wirelessly receiving an advertisement at a client device comprising: receiving an ad containing location data; determining a geographic location of the client device; and determining if the client device is within a geographic area defined by the location data contained in the ad based on the geographic location of the client device.
45. The method of claim 44, wherein determining the geographic location of the client device further comprises: communicating data with a remote server to determine the geographic location of the client device.
46. The method of claim 44, further comprising: transmitting the geographic position of the client device to a remote server on at least one of a periodic basis, an initiation of the client device and an initiation of a CAM.
47. The method of claim 44, further comprising: storing the ad in an inbox on the client device if the client device is within the geographic area; and automatically deleting the ad from the inbox based on at least one of a current location of the client device, a the number of ads in the inbox, a memory usage of the inbox, a specified time and an event-based trigger.
48. The method of claim 47, further comprising: converting an oldest HTML ad in the inbox to an ad containing a URL referring to a server-side location of the HTML document, when storing a new ad would exceed a memory usage of the inbox.
49. The method of claim 44, wherein the ad is presented on a display after a predefined event has occurred.
50. The method of claim 49, wherein the predefined event includes at least one of ending a communication, pressing a key on the client device, exiting an application on the client device, activating the client device and opening the client device.
51. A computer-readable medium on which is stored a computer program for wirelessly communicating location-based ads, the computer program comprising instructions which, when executed by at least one computing device, causes the computing device to perform the process of: generating an ad containing location data; identifying a client device to receive the ad based on the location data in the ad and a geographic location of the client device; and transmitting the ad to the client device.
52. The computer-readable medium of claim 51 , wherein the process of identifying the client device further comprises: accessing client device location information; and determining if the client device is within a geographic area defined by the location data in the ad.
53. A computer-readable medium on which is stored a computer program for wirelessly communicating location-based ads, the computer program comprising instructions which, when executed by at least one computing device, causes the computing device to perform the process of: receiving an ad containing location data at a client device; determining a geographic location of the client device; and determining if the client device is within a geographic area defined by the location data contained in the ad based on the geographic location of the client device.
54. The computer-readable medium of claim 53, wherein the computer program instructions, when executed by at least one computing device, further causes the computing device to perform the process of: discarding the ad if the client device is not within the geographic area; storing the ad in an inbox on the client device if the client device is within the geographic area; and automatically deleting the ad from the inbox based on at least one of a current location of the client device, a number of ads in the inbox, a memory usage of the inbox, a specified time and an event-based trigger.
55. The computer-readable medium of claim 54, wherein the computer program instructions, when executed by at least one computing device, further causes the computing device to perform the process of: reporting ad response data, wherein the ad response data is at least one of purchase data, ad display time, ad display date, ad viewing data, and ad type.
56. A server for wirelessly communicating ads comprising: means for generating an ad containing location data that defines a geographic area; means for identifying a client device to receive the ad based on the geographic area and a geographic location of the client device; and means for transmitting the ad to the client device.
57. The server of claim 56, wherein the ad is at least one of a Short Message Service (SMS) message, an HTML document and an Announcement Download Request (ADR) containing a URL.
58. The server of claim 56, further comprising: means for storing at least one HTML document related to the ADR; and means for accessing the at least one stored HTML document based on characteristics of the client device requesting the document.
59. The server of claim 56, further comprising: means for storing a plurality of HTML documents related the ad based on characteristics of a plurality of client devices; and means for selecting one of the plurality of HTML documents based on characteristics of the client device.
60. The server of claim 59, wherein the characteristics of the client device include at least one of a type of client device, memory capacity, display resolution, display color capability, operating system, software installed, and input/output devices.
61. A client device for wirelessly receiving ads comprising: means for receiving an ad containing location data that defines a geographic area; and means for storing the ad on the client device, if a geographic position of the client device is within the geographic area.
62. The client device of claim 61 , further comprising: means for accessing client device location information; and means for determining if the client device is within the geographic area defined by the location data in the ad.
63. The client device of claim 62, further comprising: means for automatically deleting the stored ad based upon at least one of a current location of the client device, a current time, and an event-based ad delete request.
64. The client device of claim 61 , further comprising: means for presenting the ad on a display after a predefined event has occurred.
65. The client device of claim 64, wherein the predefined event includes at least one of ending a communication, pressing a key on the client device, exiting an application on the client device, activating the client device and opening the client device.
66. The client device of claim 61 , further comprising: means for displaying the ad as ad wallpaper on a main screen.
67. The client device of claim 66, wherein the ad wallpaper is displayed on the main screen after an initial display of the ad.
68. The client device of claim 67, wherein the ad wallpaper is removed from the main screen based on at least one of a user request and an elapsed display time.
PCT/US2006/012036 2005-03-31 2006-03-30 Time and location-based non-intrusive advertisements and informational messages WO2006105434A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2008504440A JP5080442B2 (en) 2005-03-31 2006-03-30 Time and location-based discreet advertising and informational messages
EP06740252.9A EP1869588A4 (en) 2005-03-31 2006-03-30 Time and location-based non-intrusive advertisements and informational messages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/096,746 2005-03-31
US11/096,746 US8014762B2 (en) 2005-03-31 2005-03-31 Time and location-based non-intrusive advertisements and informational messages

Publications (2)

Publication Number Publication Date
WO2006105434A2 true WO2006105434A2 (en) 2006-10-05
WO2006105434A3 WO2006105434A3 (en) 2009-04-16

Family

ID=37054191

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2006/012036 WO2006105434A2 (en) 2005-03-31 2006-03-30 Time and location-based non-intrusive advertisements and informational messages

Country Status (6)

Country Link
US (1) US8014762B2 (en)
EP (1) EP1869588A4 (en)
JP (2) JP5080442B2 (en)
KR (1) KR100915744B1 (en)
TW (1) TW200705298A (en)
WO (1) WO2006105434A2 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010017656A1 (en) * 2008-08-12 2010-02-18 Telefonaktiebolaget L M Ericsson (Publ) Fast content switching in a communication system
WO2012089273A1 (en) * 2010-12-30 2012-07-05 Tomtom International B.V. Methods and systems for obtaining information
JP2013238865A (en) * 2008-01-31 2013-11-28 Qualcomm Inc System and methods for controlling advertisements on wireless device assets
US8700321B2 (en) 2009-12-14 2014-04-15 TomTom Polska Sp. z o.o Method and apparatus for evaluating an attribute of a point of interest
JP2014146268A (en) * 2013-01-30 2014-08-14 Kddi Corp Terminal device, server device, and push type distribution program
US8849183B2 (en) 2007-10-05 2014-09-30 Qualcomm Incorporated Location and time based filtering of broadcast information
US9280778B2 (en) 2008-12-15 2016-03-08 Qualcomm Incorporated Location logging and location and time based filtering
WO2016137370A1 (en) * 2015-02-26 2016-09-01 Miiblet Interactive Group Ab Information distribution
US9485108B2 (en) 2011-03-14 2016-11-01 Qualcomm Incorporated System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network

Families Citing this family (114)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2426130A1 (en) * 2000-11-14 2002-05-23 Kimberly-Clark Worldwide, Inc. Enhanced multi-ply tissue products
US8468126B2 (en) * 2005-08-01 2013-06-18 Seven Networks, Inc. Publishing data in an information community
US20060223494A1 (en) * 2005-03-31 2006-10-05 Mazen Chmaytelli Location-based emergency announcements
US7455226B1 (en) 2005-04-18 2008-11-25 The Return Exchange, Inc. Systems and methods for data collection at a point of return
US20060235747A1 (en) 2005-04-18 2006-10-19 Hammond Mark S Systems and methods for determining whether to offer a reward at a point of return
US20060235746A1 (en) * 2005-04-18 2006-10-19 Hammond Mark S Systems and methods for providing a reward at a point of return
TWI317598B (en) * 2005-07-15 2009-11-21 Mitac Int Corp Method for auto-updating application program
JP4897376B2 (en) * 2005-09-14 2012-03-14 株式会社リコー Information processing apparatus, information processing system, information processing method, information processing program, and recording medium
US20070124395A1 (en) * 2005-09-22 2007-05-31 Stephen Edge Geography-based filtering of broadcasts
US7512707B1 (en) * 2005-11-03 2009-03-31 Adobe Systems Incorporated Load balancing of server clusters
US20070124762A1 (en) * 2005-11-30 2007-05-31 Microsoft Corporation Selective advertisement display for multimedia content
US10074107B2 (en) * 2006-01-13 2018-09-11 Oracle America, Inc. Methods and apparatus for targeting customers
EP1977334A4 (en) * 2006-01-25 2011-01-12 Greystripe Inc System and methods for managing content in pre-existing mobile applications
WO2008024942A2 (en) 2006-08-23 2008-02-28 The Return Exchange, Inc. Return coupon holder
US8204057B2 (en) * 2006-10-26 2012-06-19 Tekelec Global, Inc. Methods, systems, and computer program products for providing an enriched messaging service in a communications network
US8199892B2 (en) 2006-10-26 2012-06-12 Tekelec Methods, systems, and computer program products for providing a call attempt triggered messaging service in a communications network
US8116748B2 (en) 2006-12-14 2012-02-14 At&T Intellectual Property I, Lp Management of locations of group members via mobile communications devices
US7646297B2 (en) 2006-12-15 2010-01-12 At&T Intellectual Property I, L.P. Context-detected auto-mode switching
US20080146250A1 (en) * 2006-12-15 2008-06-19 Jeffrey Aaron Method and System for Creating and Using a Location Safety Indicator
US8566602B2 (en) * 2006-12-15 2013-10-22 At&T Intellectual Property I, L.P. Device, system and method for recording personal encounter history
US8160548B2 (en) * 2006-12-15 2012-04-17 At&T Intellectual Property I, Lp Distributed access control and authentication
US20080161028A1 (en) * 2007-01-03 2008-07-03 Tekelec Methods, systems and computer program products for a redundant, geographically diverse, and independently scalable message service (MS) content store
US8787884B2 (en) * 2007-01-25 2014-07-22 At&T Intellectual Property I, L.P. Advertisements for mobile communications devices via pre-positioned advertisement components
US8649798B2 (en) * 2007-01-25 2014-02-11 At&T Intellectual Property I, L.P. Methods and devices for attracting groups based upon mobile communications device location
US8199003B2 (en) 2007-01-30 2012-06-12 At&T Intellectual Property I, Lp Devices and methods for detecting environmental circumstances and responding with designated communication actions
KR101392910B1 (en) 2007-02-27 2014-05-09 엘지전자 주식회사 Event display method for mobile terminal and apparatus thereof
US8068861B1 (en) * 2007-05-22 2011-11-29 Cellco Partnership MMS brew message delivery hybridization architecture
US8050690B2 (en) 2007-08-14 2011-11-01 Mpanion, Inc. Location based presence and privacy management
US8489111B2 (en) 2007-08-14 2013-07-16 Mpanion, Inc. Real-time location and presence using a push-location client and server
US8583079B2 (en) 2007-08-14 2013-11-12 Mpanion, Inc. Rich presence status based on location, activity, availability and transit status of a user
US8335504B2 (en) * 2007-08-23 2012-12-18 At&T Intellectual Property I, Lp Methods, devices and computer readable media for providing quality of service indicators
US8983497B2 (en) 2007-10-04 2015-03-17 Zos Communications, Llc Method for managing a geo-targeted campaign
US8165604B2 (en) * 2007-10-04 2012-04-24 Zos Communications, Llc Methods for processing and distributing location-based data
US8150970B1 (en) 2007-10-12 2012-04-03 Adobe Systems Incorporated Work load distribution among server processes
WO2009070430A2 (en) * 2007-11-08 2009-06-04 Suridx, Inc. Apparatus and methods for providing scalable, dynamic, individualized credential services using mobile telephones
US20090138347A1 (en) * 2007-11-26 2009-05-28 Yahoo! Inc. Dynamic augmentation of commercial incentives
US20090138348A1 (en) * 2007-11-26 2009-05-28 Yahoo! Inc. Redistribution and redemption of commercial incentives
US20090138328A1 (en) 2007-11-26 2009-05-28 Yahoo! Inc. Targeted distribution of commercial incentives
EP2218248A1 (en) * 2007-12-03 2010-08-18 Nokia Corporation Adaptive soft key functionality for display devices
US9497583B2 (en) * 2007-12-12 2016-11-15 Iii Holdings 2, Llc System and method for generating a recommendation on a mobile device
US9710817B2 (en) * 2008-09-30 2017-07-18 Microsoft Technology Licensing, Llc Adaptive run-time advertisements
US9111001B2 (en) * 2008-05-08 2015-08-18 International Business Machines Corporation Local transmission of point of interest data to a global positioning system receiver
US20100175058A1 (en) * 2009-01-06 2010-07-08 Radin Andrew A System for providing distraction-free content in a flash-based gaming environment
US20100210292A1 (en) * 2009-02-16 2010-08-19 Eloy Johan Lambertus Nooren Extending a text message with content
WO2010096624A2 (en) * 2009-02-19 2010-08-26 Scvngr, Inc. Location-based advertising method and system
WO2010099435A2 (en) * 2009-02-27 2010-09-02 Scvngr, Inc. Computer-implemented method and system for generating and managing customized interactive multiplayer location-based mobile games
US20100233992A1 (en) 2009-03-11 2010-09-16 Eloy Johan Lambertus Nooren Methods, systems, and computer readable media for short message service (sms) forwarding
US20100235911A1 (en) 2009-03-11 2010-09-16 Eloy Johan Lambertus Nooren Systems, methods, and computer readable media for detecting and mitigating address spoofing in messaging service transactions
US8433296B2 (en) 2009-05-01 2013-04-30 Ryan Hardin Exclusive delivery of content within geographic areas
WO2011017100A2 (en) 2009-07-27 2011-02-10 Tekelec Methods, systems, and computer readable media for providing mobile network operator controlled content to mobile subscribers using social networking messages
US20110087606A1 (en) * 2009-10-07 2011-04-14 Hammond Mark S Systems and methods for processing merchandise returns
US8335522B2 (en) * 2009-11-15 2012-12-18 Nokia Corporation Method and apparatus for mobile assisted event detection and area of interest determination
US8838153B2 (en) * 2009-12-09 2014-09-16 Verizon Patent And Licensing Inc. Network providing geo-tagged data
US8621046B2 (en) * 2009-12-26 2013-12-31 Intel Corporation Offline advertising services
US20110213666A1 (en) * 2010-02-26 2011-09-01 Curtis Jyun Sasaki System and method for advertisement delivery based on indicated status
US8346229B2 (en) * 2010-02-26 2013-01-01 Research In Motion Limited Scheduling and delivering ad meetings
US8290542B2 (en) * 2010-03-12 2012-10-16 Cequint, Inc. Systems and methods for improved content delivery to mobile communication devices
US8751743B2 (en) * 2010-03-15 2014-06-10 Howard University Apparatus and method for context-aware mobile data management
EP2569747A4 (en) * 2010-05-10 2015-11-04 Segmint Inc Consumer-specific advertisement presentation and offer library
US8688086B1 (en) 2010-09-10 2014-04-01 Sprint Communications Company L.P. Providing supplemental content to wireless communication devices based on device status
US20120094642A1 (en) * 2010-10-15 2012-04-19 Poepperl Claudia Enhanced missed call notification
US8645208B2 (en) * 2010-12-14 2014-02-04 Yellowpages.Com Llc Systems and methods for providing automatic reminders for saved advertisements
US8630895B2 (en) * 2010-12-14 2014-01-14 Yellowpages.Com Llc Systems and methods for saving advertisements
US20120245995A1 (en) * 2011-03-21 2012-09-27 Mpanion, Inc. Method and system for enabling location based advertisements with pay for performance
WO2012142443A2 (en) * 2011-04-13 2012-10-18 Douglas Krone Systems and methods for facilitating the sale of goods and/or services via incentives
US9451401B2 (en) 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
US9824376B1 (en) * 2011-08-03 2017-11-21 A9.Com, Inc. Map based payment authorization
US20130046595A1 (en) * 2011-08-17 2013-02-21 LaShou Group INC. System and method for providing location-based time-sensitive deals
EP2749036B1 (en) 2011-08-25 2018-06-13 Intel Corporation System and method and computer program product for human presence detection based on audio
US8706808B2 (en) 2011-11-18 2014-04-22 Apple Inc. For deferring invitational content
US20130151666A1 (en) * 2011-12-13 2013-06-13 Motorola Mobility, Inc. Targeting content based on sensor network data while maintaining privacy of sensor network data
US9342318B2 (en) * 2012-03-23 2016-05-17 American Megatrends, Inc. Communication device to be used as a digital sign and a method of configuring the communication device to be used as a digital sign
JP6132605B2 (en) 2012-04-26 2017-05-24 キヤノン株式会社 Information processing apparatus and control method thereof
US11663628B2 (en) 2012-05-14 2023-05-30 Iqzone, Inc. Systems and methods for unobtrusively displaying media content on portable devices
US9412120B1 (en) * 2012-06-25 2016-08-09 A9.Com, Inc. Audio-triggered notifications for mobile devices
US20140025498A1 (en) * 2012-07-18 2014-01-23 Aitico Oy Method for providing content
US20140052536A1 (en) * 2012-08-13 2014-02-20 Mark McAndrew System and method for unsolicited content display during latency on mobile devices
JP5945604B2 (en) 2012-10-31 2016-07-05 擴張世界有限公司 Content distribution system, program, and content distribution method
US9099080B2 (en) * 2013-02-06 2015-08-04 Muzak Llc System for targeting location-based communications
JP5830483B2 (en) * 2013-03-22 2015-12-09 富士フイルム株式会社 Data management apparatus and data management system
WO2014163540A1 (en) * 2013-04-02 2014-10-09 Telefonaktiebolaget L M Ericsson (Publ) Message server and communication terminal
KR101595618B1 (en) * 2013-07-11 2016-02-19 주식회사 팀익스 An terminal appratus, a method for operating it and a server apparatus
EP3022973A4 (en) * 2013-07-19 2017-06-21 Appcard, Inc. Methods and apparatus for cellular-based identification of individuals within a vicinity
US9619824B2 (en) * 2013-07-31 2017-04-11 Adenda Media Inc. Displaying ads on a mobile device outside of a mobile app
US9923953B2 (en) * 2013-07-31 2018-03-20 Adenda Media Inc. Extending mobile applications to the lock screen of a mobile device
AU2013101551B4 (en) * 2013-08-07 2014-03-06 Unlockd Media Pty Ltd System and method for advertising
US11756068B2 (en) * 2013-08-08 2023-09-12 Spectrio Llc Systems and methods for providing interaction with electronic billboards
US9084082B2 (en) 2013-11-18 2015-07-14 Aol Inc. Systems and methods for optimizing message notification timing based on geographic location
US9628950B1 (en) 2014-01-12 2017-04-18 Investment Asset Holdings Llc Location-based messaging
US9503401B1 (en) * 2014-01-31 2016-11-22 Whatsapp Inc. Automated message recall from a sender's device
US9537811B2 (en) 2014-10-02 2017-01-03 Snap Inc. Ephemeral gallery of ephemeral messages
US9396354B1 (en) 2014-05-28 2016-07-19 Snapchat, Inc. Apparatus and method for automated privacy protection in distributed images
US20150348126A1 (en) * 2014-05-30 2015-12-03 Transilio, Inc. Personalized user engagement system using operating system notification script
US9113301B1 (en) 2014-06-13 2015-08-18 Snapchat, Inc. Geo-location based event gallery
US9922357B2 (en) * 2014-09-18 2018-03-20 Adobe Systems Incorporated Interactive notifications for mobile commerce applications
US10824654B2 (en) 2014-09-18 2020-11-03 Snap Inc. Geolocation-based pictographs
US11216869B2 (en) 2014-09-23 2022-01-04 Snap Inc. User interface to augment an image using geolocation
US20160125384A1 (en) * 2014-11-04 2016-05-05 Visa International Service Association Systems and methods to coordinate processing of separate computing systems connected via a communication network and having locale dependent attributes
US9015285B1 (en) 2014-11-12 2015-04-21 Snapchat, Inc. User interface for accessing media at a geographic location
US10943261B2 (en) * 2014-12-18 2021-03-09 Verizon Media Inc. System and method for improved server performance based on a user's messaging behavior
US9385983B1 (en) 2014-12-19 2016-07-05 Snapchat, Inc. Gallery of messages from individuals with a shared interest
US10311916B2 (en) 2014-12-19 2019-06-04 Snap Inc. Gallery of videos set to an audio time line
JP6222124B2 (en) * 2015-01-22 2017-11-01 コニカミノルタ株式会社 Image processing system, image processing device, terminal device, and program
KR102035405B1 (en) 2015-03-18 2019-10-22 스냅 인코포레이티드 Geo-Fence Authorized Provisioning
US10135949B1 (en) 2015-05-05 2018-11-20 Snap Inc. Systems and methods for story and sub-story navigation
CN104991898A (en) * 2015-06-02 2015-10-21 百度在线网络技术(北京)有限公司 Processing method and apparatus for pushing information
TWI568289B (en) * 2015-07-27 2017-01-21 南臺科技大學 Push notification system
US10354425B2 (en) 2015-12-18 2019-07-16 Snap Inc. Method and system for providing context relevant media augmentation
US10616725B2 (en) 2016-09-01 2020-04-07 Motie Shivtahal Providing location-based messages using social network information
US10915911B2 (en) * 2017-02-03 2021-02-09 Snap Inc. System to determine a price-schedule to distribute media content
US10582277B2 (en) 2017-03-27 2020-03-03 Snap Inc. Generating a stitched data stream
US10581782B2 (en) 2017-03-27 2020-03-03 Snap Inc. Generating a stitched data stream
US11055736B2 (en) * 2019-07-29 2021-07-06 TapText llc Adaptive advertisement management system and method thereof
US11375289B2 (en) * 2019-10-25 2022-06-28 Iqzone, Inc. Using system broadcasts to unobtrusively display media content on portable devices

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5418528A (en) * 1993-08-30 1995-05-23 Motorola, Inc. Method and apparatus for prioritizing deletion of received messages based on message source and message order
US7043262B2 (en) * 1998-03-06 2006-05-09 Hans Peter Nageli Two-way pager and method for communicating preset messages over the global system for mobile communications (GSM/GPRS) network
US6114969A (en) * 1998-10-05 2000-09-05 Motorola Method in a selective call radio for presenting advertisement messages and coupons
JP3444475B2 (en) * 1998-10-22 2003-09-08 インターナショナル・ビジネス・マシーンズ・コーポレーション Response determination method, communication method, and wireless transceiver
WO2000030379A1 (en) 1998-11-18 2000-05-25 Ericsson, Inc. Method and apparatus for location based targeting of messages to communication terminals
US6647260B2 (en) * 1999-04-09 2003-11-11 Openwave Systems Inc. Method and system facilitating web based provisioning of two-way mobile communications devices
US7020685B1 (en) * 1999-10-08 2006-03-28 Openwave Systems Inc. Method and apparatus for providing internet content to SMS-based wireless devices
JP2001134581A (en) * 1999-11-02 2001-05-18 Nec Corp Method, device, and receiver for advertisement, and recording medium
US6496857B1 (en) * 2000-02-08 2002-12-17 Mirror Worlds Technologies, Inc. Delivering targeted, enhanced advertisements across electronic networks
US8458286B2 (en) * 2000-02-29 2013-06-04 Hewlett-Packard Development Company, L.P. Flexible wireless advertisement integration in wireless software applications
US6975874B1 (en) * 2000-06-09 2005-12-13 International Business Machines Corporation Portable phone that changes function according to its self-detected geographical position
US7487112B2 (en) * 2000-06-29 2009-02-03 Barnes Jr Melvin L System, method, and computer program product for providing location based services and mobile e-commerce
WO2002021813A1 (en) * 2000-09-05 2002-03-14 Helios Co., Ltd. Radio communication service providing system, radio communication device, radio communication service providing method, and radio communication method
US7184776B2 (en) * 2000-10-20 2007-02-27 Nortel Networks Limited Technique for notification of mobile terminals by geographical co-ordinates
KR100744867B1 (en) 2000-12-14 2007-08-01 엘지전자 주식회사 Method for providing a service of video mail advertizement through mobile telecommunication network
AU2002233196A1 (en) * 2000-12-15 2002-06-24 International Business Machines Corporation Method and system for off-loading parts of a document to a document repository
JP2002259274A (en) 2001-02-26 2002-09-13 Dental Supply:Kk Network service system and recording medium with network service program stored therein
US6738630B2 (en) * 2001-04-10 2004-05-18 Knowtate, Inc. Combining markers with location information to deliver domain-specific content to mobile devices
CA2394503A1 (en) * 2001-07-23 2003-01-23 Research In Motion Limited System and method for pushing information to a mobile device
JP2003050767A (en) 2001-08-07 2003-02-21 Sony Corp System, method for distributing information, device and method for supplying information
JP2003058770A (en) 2001-08-09 2003-02-28 Oki Electric Ind Co Ltd Electronic advertisement distribution method and system
US7127229B2 (en) * 2001-09-04 2006-10-24 Uniden Corporation Emergency report cellular phone, cellular connection switching method and GPS positioning method
FR2830096B1 (en) * 2001-09-21 2004-10-15 France Telecom METHOD FOR SENDING CONTENT TO AT LEAST ONE TERMINAL AND SERVERS FOR IMPLEMENTING THE METHOD
KR20030046656A (en) 2001-12-06 2003-06-18 에스케이텔레텍주식회사 Method and Device for Automatically Notifying Location-Information using Mobile Communication Terminal with GPS Receiving Function
US20040260604A1 (en) * 2001-12-27 2004-12-23 Bedingfield James C. Methods and systems for location-based yellow page services
US20030143974A1 (en) * 2002-01-30 2003-07-31 Randy Navarro Emergency warning indication over a wireless network
US6947772B2 (en) * 2002-01-31 2005-09-20 Qualcomm Incorporated System and method for providing messages on a wireless device connecting to an application server
KR100424449B1 (en) * 2002-03-23 2004-03-25 에스케이 텔레콤주식회사 Multimedia Advertisment Service Method and Mobile Terminal Controlling Apparatus and Method for the service in mobile communication network
JP2003288289A (en) 2002-03-27 2003-10-10 Seiko Epson Corp Advertisement delivery server, portable terminal, advertisement delivery system, advertisement delivery method and storage medium
US7359712B2 (en) * 2002-07-11 2008-04-15 Motorola, Inc. Method and apparatus for confirming position of a mobile station
JP2004094503A (en) * 2002-08-30 2004-03-25 Hitachi Ltd Advertisement distributor, information reception terminal, server, advertisement distribution method, information reception method, and method of providing information in server
JP3890283B2 (en) 2002-10-08 2007-03-07 Necアクセステクニカ株式会社 Advertisement information providing system, navigation device, and program
US7184744B1 (en) * 2002-10-10 2007-02-27 Itt Manufacturing Enterprises, Inc. GPS enabled emergency messaging system
JP2004252498A (en) * 2002-12-24 2004-09-09 Hitachi Ltd Advertisement management method, portable terminal, program, record medium, and advertisement distribution server
KR20040063425A (en) 2003-01-07 2004-07-14 주식회사 엘지텔레콤 System for providing Multimedia Advertisement Service by using Wireless Communication Terminal
GB2397930A (en) 2003-01-29 2004-08-04 Karl David Leggett Vehicle emergency transmitter
KR100532276B1 (en) * 2003-04-23 2005-11-29 삼성전자주식회사 Mobile phone and method for displaying web-site using previous display-information of user
JP4203354B2 (en) 2003-05-19 2008-12-24 パナソニック株式会社 Content distribution apparatus and content reception apparatus
US7228121B2 (en) * 2003-06-25 2007-06-05 Sony Ericsson Mobile Communications Ab Mobile phone Amber Alert notification system and method
JP4794811B2 (en) 2003-07-23 2011-10-19 任天堂株式会社 Image processing program and image processing apparatus
US20050037728A1 (en) * 2003-08-13 2005-02-17 Binzel Charles P. Emergency broadcast message in a wireless communication device
US7392057B2 (en) * 2003-10-31 2008-06-24 Samsung Electronics Co., Ltd Message service method for mobile communication terminal using position information
US20050176441A1 (en) * 2004-02-06 2005-08-11 Jurecka Joseph W. Method and apparatus for locating mobile stations in a wireless telecommunications system
US7236784B2 (en) * 2004-03-23 2007-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Method of and system for selecting a PLMN for network sharing
US20060053050A1 (en) * 2004-09-08 2006-03-09 Hurra Communications Gmbh Method for rating an advertisement
US8249545B2 (en) * 2004-09-10 2012-08-21 Motorola Mobility Llc Emergency broadcast message receiver
US20060217110A1 (en) * 2005-03-25 2006-09-28 Core Mobility, Inc. Prioritizing the display of non-intrusive content on a mobile communication device
US20060223494A1 (en) * 2005-03-31 2006-10-05 Mazen Chmaytelli Location-based emergency announcements

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP1869588A4 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8849183B2 (en) 2007-10-05 2014-09-30 Qualcomm Incorporated Location and time based filtering of broadcast information
US9312970B2 (en) 2007-10-05 2016-04-12 Qualcomm Incorporated Location and time based filtering of broadcast information
US10027432B2 (en) 2007-10-05 2018-07-17 Qualcomm Incorporated Location and time based filtering of broadcast information
JP2013238865A (en) * 2008-01-31 2013-11-28 Qualcomm Inc System and methods for controlling advertisements on wireless device assets
WO2010017656A1 (en) * 2008-08-12 2010-02-18 Telefonaktiebolaget L M Ericsson (Publ) Fast content switching in a communication system
US9280778B2 (en) 2008-12-15 2016-03-08 Qualcomm Incorporated Location logging and location and time based filtering
US10158970B2 (en) 2008-12-15 2018-12-18 Qualcomm Incorporated Location logging and location and time based filtering
US8700321B2 (en) 2009-12-14 2014-04-15 TomTom Polska Sp. z o.o Method and apparatus for evaluating an attribute of a point of interest
WO2012089273A1 (en) * 2010-12-30 2012-07-05 Tomtom International B.V. Methods and systems for obtaining information
US9485108B2 (en) 2011-03-14 2016-11-01 Qualcomm Incorporated System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network
JP2014146268A (en) * 2013-01-30 2014-08-14 Kddi Corp Terminal device, server device, and push type distribution program
WO2016137370A1 (en) * 2015-02-26 2016-09-01 Miiblet Interactive Group Ab Information distribution

Also Published As

Publication number Publication date
US20060253453A1 (en) 2006-11-09
JP2008538250A (en) 2008-10-16
JP5080442B2 (en) 2012-11-21
TW200705298A (en) 2007-02-01
KR100915744B1 (en) 2009-09-18
EP1869588A2 (en) 2007-12-26
JP2011170864A (en) 2011-09-01
KR20070118266A (en) 2007-12-14
WO2006105434A3 (en) 2009-04-16
US8014762B2 (en) 2011-09-06
EP1869588A4 (en) 2013-05-29
JP5587228B2 (en) 2014-09-10

Similar Documents

Publication Publication Date Title
US8014762B2 (en) Time and location-based non-intrusive advertisements and informational messages
KR100938028B1 (en) Location-based emergency announcements
US9959547B2 (en) Platform for mobile advertising and persistent microtargeting of promotions
US8682350B2 (en) Location-based advertising message serving for mobile communication devices
KR101466235B1 (en) Multiple actions and icons for mobile advertising
EP2545720B1 (en) Systems and methods for improved content delivery to mobile communication devices
US20100312630A1 (en) Method and system for transmitting and redeeming electronic coupons through use of mobile device
US20070178889A1 (en) Advertising on mobile devices
US20090197616A1 (en) Critical mass billboard
US20090197582A1 (en) Platform for mobile advertising and microtargeting of promotions
EP2255329A2 (en) Keyword tracking for microtargeting of mobile advertising
KR20100101149A (en) Systems and methods for targeted advertising on wireless devices based on device location and current user interests
WO2008069978A2 (en) Content sharing system and method for devices
WO2007070505A2 (en) System, apparatus, and methods for location managed message processing
US20120158471A1 (en) Method and system for displaying advertisement on mobile communication devices
CN101911660A (en) Incoming call indication in a mobile telecommunication system
EP2080155A1 (en) System and method for advertising on mobile devices
WO2012033430A1 (en) Method for delivering and displaying content on a mobile device
JP2008226014A (en) Information distributing method, information distribution program and information distributing device
EP2769528A1 (en) Communication system for the display of advertisements
WO2009128092A1 (en) A system and method for communicating information and advertisement

Legal Events

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

Ref document number: 2008504440

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 1020077024426

Country of ref document: KR

Ref document number: 2006740252

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: RU