Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION 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/00—Commerce
  • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

• Advertisements may be provided through media (communication) channels of different types.
• a few examples of such media channels are web pages or a WAP portals, mobile and fixed telephone channels, SMS or MMS messages, or channels providing streaming audio or video content.
• the advertisements are inserted in the advertisement spaces available in these channels.
• the selection of the advertisements, which are inserted in the advertisement space is performed by advertisement servers.
• the media channel entity which provides the media channel comprising the advertisement space to the user terminal, sends a request for an advertisement to the advertisement server.
• the advertisement server is also informed of the event of the advertisement being shown at the user terminal, better known as impression event and of a user clicking on the advertisement. The notifications of these events are used for billing purposes.
• each advertisement server communicates with media channel entities by using a proprietary communication protocol.
• advertisements should be suitable for the type of media channel wherein they are to be included.
• advertisements can be classified in the following categories:
• Displayable advertisements This category comprises advertisements related to WWW browsing, such as banners, text links and any possible combination of them within WAP & Web portals.
• the request to the advertisement server is launched from the media channel entity that supports the advertisement content, for example the WAP or Web portal.
• Playable advertisements This category comprises advertisements such as video streaming services, voice (audio) services, or ring back tones, among others.
• the advertisement content is automatically played.
• the request for advertisements to the advertisement server are launched from the network nodes in charge of the user's interaction with audio & video contents. So, these network nodes operate as media channel entities in this case.
• In-message advertisements This category comprises advertisements related to messaging (SMS, MMS, mails, Instant Messaging).
• the advertisement contents are usually similar to the ones used for displayable advertisements (e.g. banners, links), but the interaction of the media channel entities with the advertisement server is different.
• An "injection mechanism" must be set in the media channel entities in the operator network, to intercept messages, request proper advertisements to the advertisement server and insert them in the message.
• the object is realized by a method of providing advertisements to a user device via any one of a plurality of media channels of different type provided by a plurality of media channel entities, the media channels comprising advertisement space having a predetermined format for providing the advertisements, the method comprising the steps of:
• a media channel entity which provides one of the plurality of media channels, sending a request for an advertisement to any one of a plurality of advertising servers;
• the advertisement server selecting an advertisement; and - the advertisement server sending a reply to the media channel entity with a reference to the selected advertisement, characterized in that a common generic protocol is used by the plurality of media channel entities for sending the request to any one of the plurality of advertisement servers.
• “Generic" in the sense of the invention means that any channel, or digital ad content, may be considered.
• the format of the request message from the media channel entity to the server i.e. that the request always comprises the same set of parameters, regardless of to which server it is sent.
• the generic advertising protocol according to the invention enables all different media channel entities to access the advertisement servers in a unique, flexible way even though both the format of the advertisements and the way the users access the media channel (and its advertisements) can be very diverse.
• Prior art specific advertisement protocols for web environments or mobile environment are not able to provide this functionality.
• the advertisement server does not need to be aware of the technology inside the media channel entities used by the operator. It only needs to be configured for correctly receiving the advertisement requests from the media channel entities.
• the generic advertisement protocol according to the invention provides a common, flexible framework for operators or service providers that own advertisement spaces for digital advertising.
• advertisement space of an operator is usually large, the use of a homogeneous, flexible protocol is advantageous.
• advertisement servers can provide the most accurate advertising to heterogeneous companies, with a plurality of media channels of different type.
• advertising brands and advertisement agencies are able to contact broader audiences, through different, varied media (communication) channels and services, such as:
• the request comprises an advertisement format parameter identifying the format of the advertising space of the media channel; and the advertisement server selects the advertisement at least partly based on the advertisement format parameter in the request.
• the request comprises a media channel type parameter identifying the type of the media channel provided by the media channel entity; and the advertisement server selects the advertisement at least partly based on the media channel type parameter in the request.
• an appropriate advertisement can be selected for any type of media channel and any type of advertisement format used with this media channel.
• the request comprises one or more user property parameters identifying properties of the user of the user terminal other than an unequivocal user identifier; and the advertisement server selects the advertisement at least partly based on the one or more user property parameters in the request.
• the user property parameters may comprise one or more of the following: identifier of a service provider providing access to the user, a qualification of the behaviour of the user, user gender, date of birth, user age, user language, user nationality, home location of the user and current location of the user.
• the request may comprise a context parameter identifying a category of the content provided by the media channel or part of the media channel where the advertisement is to be inserted; and the advertisement server may select the advertisement at least partly based on the context parameter in the request.
• the operator of the media channel wherein the advertisement is to be included, generally has access to the user property parameters and, even more important, to context parameters related to the media channel (for example about the information that is rendered by the media channel, detected behaviour of each user with respect to the communication channel, such as the kind of pages or video contents that have been accessed by the user). It is advantageous to use this information to enable the advertisement server to select the most suitable advertisement for each specific user for insertion in the specific media channel, at any time.
• the user property parameters and the context parameter together may be referred to as user "targeting" data.
• the protocol ensures that these targeting data cannot be related to the user. Therefore, the user identity is unknown to the advertisement server.
• the reply of the advertisement server comprises a reference to the selected advertisement, which is stored at the advertisement server; and the method comprises the further steps of: the media channel entity providing the reference to the advertisement to the user terminal enabling the user terminal to request the advertisement from the advertisement server; and the advertisement server serving the advertisement to the user terminal and registering the rendering of the advertisement.
• the rendering of the advertisement at the user terminal which may be for example an impression event or a click-event, is registered at the advertisement server in a straightforward way by means of a "synchronous" notification to the advertisement server, i.e. by using a message of the communication protocol which is used for other reasons.
• This notification may be used for billing purposes.
• advertisement types such as audio or video clips are generally stored at an advertisement repository other than the advertisement server. So, the media channel entity needs to retrieve the advertisements from the advertisement repository in the operator environment and not from the advertisement server in the advertisement provider environment. In this case impressions of and interactions with the advertisement and further data related there to, such as the time at which these events have occurred, should be separately notified to the advertisement server by means of an "asynchronous" notification.
• the reply of the advertisement server comprises a reference to the selected advertisement at an advertisement repository other than the advertisement server; and the method comprises the further steps of the media channel entity accessing the advertisement referred to by the reference and providing the advertisement to the user terminal and once the advertisement has been rendered at the user terminal notifying the advertisement server of the rendering of the advertisement at the user terminal.
• the reply of the advertisement server may comprise furthermore a link for notifying the rendering of the selected advertisement at the user terminal and the media channel entity may notify the platform of the rendering of the
• the rendering event is notified to the advertisement server by means of a separate, "asynchronous" notification message.
• a protocol is provided able to report the impression and click events for any digital advertisement content, i.e. for advertisements retrieved directly from the advertisement server (which is mostly the case for "displayable” and “in-message” advertisements) and advertisements, which are retrieved from repositories other than the advertisements servers (which is mostly the case for "playable” advertisements, such as video or audio clips).
• the method according to the invention is implemented by means of a computer program loaded to the media channel entities and the advertisement servers.
• the object is realized by a system providing an advertisement to a user device via any one of a plurality of media channels of different type comprising:
• the media channels comprising advertisement space having a predetermined format for providing the advertisements
• each of the media channel entities is configured for, sending a request for an advertisement to any one of the plurality of advertising servers;
• each of the plurality of advertisements server is configured for selecting an advertisement and sending a reply to the media channel entity with a reference to the selected advertisement
• the plurality of media channel entities are configured for using a common generic protocol for sending the request to any one of the plurality of advertisement servers.
• Figure 1 shows a block diagram of a system according to an exemplary embodiment of the present invention.
• Figure 2 shows a high level overview of interaction between a user device, a media channel entity and an advertisement server for providing a WAP page with advertisements.
• Figure 3 shows a high level overview of interaction between a user device, a media channel entity, an advertisement server and an advertisement repository for advertising in real time contexts.
• the advertising servers are configured for providing the most suitable advertisements to the users, as will be discussed in more detail herein after.
• the media channel entities are for example a WAP portal of a telecommunications operator, an SMS platform, etc.
• the advertising servers may provide digital advertisements of any suitable type, such as texts, images, predefined combinations of image and links, interstitials or any common digital content.
• Figure 1 shows a media channel entity of a first type 10, a media channel entity of a second type 1 1 and a media channel entity of a third type 12.
• the media channel entity of the first type 10 is configured for enabling WWW browsing, through a Web or WAP portal.
• This type of media comprises advertisement space (inventory) for including advertisements related to WWW browsing, for instance banners, text links and any possible combination of them within the WAP & Web portals.
• This type of advertisements will herein after be referred to as of "displayable" advertisements.
• the media channel entity of the second type 1 1 is configured for providing real time audio and/or video services to a user.
• This type of media comprises advertisement space for including advertisements by means of streaming video, audio (voice) and ring back tones, among others.
• This type of advertisements will herein after be referred to as of "playable" advertisements.
• the media channel entity of the third type 12 is configured for providing messages such as SMS, MMS, mails and Instant Messaging.
• the advertisement contents of these messages herein after referred to as "ln-message" advertisements are usually similar to the ones used for displayable advertisements (e.g. banners, links), but the interaction of the media channel entities with the advertisement server is different.
• An “injection mechanism” is set in the media channel entities in the operator network, to intercept messages, request proper advertisements to the advertisement server and insert them in the message.
• the media channel entities 10,1 1 ,12 are configured for communication with a plurality of advertisement servers 20a,20b,20c.
• the advertisement servers 20 are, as is well known in the art, configured for selecting an advertisement to be provided to a certain user based on certain criteria.
• a common generic communication protocol herein after referred to as generic advertisement protocol, is used for the communication between the advertisement servers and the media channel entities.
• Figure 2 shows a high level overview of interaction between a user device 5, a media channel entity of the first type 10 and an advertisement server 20 for providing a WAP page with advertisements., The same interaction flow is used for SMS/MMS
• the user device 5 requests content to the media channel entity 10, in this example a WAP page comprising advertisement space for at least an advertisement (step 101 ).
• the media channel entity 10 (a mobile portal, in the example), on behalf of the user device, requests an advertisement by means of the generic advertising protocol (step 102).
• the advertising server replies with an xml reference to the advertisement, using the generic advertising protocol (step 103).
• the media channel entity includes the digital content of the advertisement within the overall content to be delivered to the user (not shown in the figure).
• the mobile portal composes a page with the advertisement reference.
• the media channel entity serves all content to the user device (step 105).
• the mobile portal delivers the page with the advertisement reference to the user device.
• the content is shown to the user.
• the user device browser renders the page. Accordingly, it requests the referenced advertisement from the advertisement server (step 106).
• the advertisement server registers that the advertisement is rendered at the user terminal. This is better known as registering an "impression" event. It furthermore provides the advertisement to the user device (step 107).
• the advertisement server registers a "Click" event, and redirects the request to an advertising page or commercial site (step 108).
• the advertisement server is notified of the advertisement rendering (impression event) and/or of the user clicking on an advertisement (click event) due to the normal communication flow between the user device, the media channel entity and the advertising server.
• This is referred to in this description as a synchronous notification.
• Figure 3 shows a high level overview of interaction between a user device 5, a media channel entity (portal) of the second type 1 1 and an advertisement server 20 for advertising in real time contexts, such as advertisement insertion in video or audio streams.
• the advertisement content is not stored at the advertisement server itself but at an advertisement repository 30.
• the user device 5 requests a content (for instance, an audio/video clip) comprising advertisement space for at least an advertisement (step 1 1 1 ).
• a content for instance, an audio/video clip
• the media channel entity 1 1 on behalf of the user device, requests an advertisement by means of the generic advertising protocol (step 1 12).
• the advertising server replies with a message, that includes a reference to the ad content to e served. This reference is used to point the content in the internal operator content repository using the generic advertising protocol (step 1 13).
• the media channel entity accesses a cached advertisement clip at the advertisement repository using the reference given by the advertising server (step 1 14).
• the media channel entity serves a unique stream to the user device with the advertisement embedded (step 1 15).
• the media channel entity generates an asynchronous notification to the advertising server (step 106) to register an advertisement "impression" event (step 1 16) or other type of event, as describer in more detail in table 2 herein after.
• the advertisement clips are not cached at the advertising server directly due to their size and the real-time performance context.
• the generic advertisement protocol defines the communication between the media channel entity and the advertising server.
• the advertisement protocol is considered to be generic because any channel, or digital ad content, may be considered, the advertisement request message sent in steps 102 and 1 12 always has the same format (i.e. it comprises the same parameters, although the parameter values of course vary) regardless of the type of media channel entity 10,1 1 ,12 that transmits the message and the advertising server 20a,20b.20c to which the message is directed.
• the format of the message sent in steps 103/1 13 is the same, apart from a nuance regarding an internal reference about the ad in the ad server that is sent to the channel, in order that the channel can report the notification with this internal ad reference in the advertisement server.
• the advertisement server manages the internal reference of the advertisement that is sent in the advertisement notification. This internal reference is needed in step 103 (asynchronous) but not in step 1 13 (synchronous).
• Table 1 shows a list of the most relevant parameters in the advertisement request. There are other parameters in the request but they are not relevant for the understanding of the invention and therefore not listed here for conciseness.
• Partner id A unique identifier, that identifies the operator of the
• This parameter allows to define a specific semantic for others parameters (such as
• User id An alphanumeric unique anonymous user identifier, which is different than the MSISDN.
• a DES5 algorithm may be applied to the MSISDN to obtain the User_id.
• the User_id must be local for each operator. It is not necessary to Parameter Value/Description
• Frequency capping refers to the maximum number of times that the same advertisement is served to the same user in the same timeframe (for instance, a daily frequency cap of 3, means that an ad cannot be shown more than 3 times to the same user)
• Channeljd (a It identifies the inventory (advertisement space) related to media channel type the operator's channel that includes the advertisement's parameter Global parameters.
• Global parameters are those identifying the type parameters that are agreed upon by all operators of the media supporting the protocol
• An exemplary list, to which new values may be added by the media when needed, is:
• ad_Space Unique ID that identifies the advertisement space, i.e. the place where the advertisement is going to be placed within the channel. This parameter should be unique per partner id.
• the operator and the advertisement server agree to a new code for each new advertisement space.
• the use of this coding is aimed to limit the URL length This parameter should be unique for partner id. It has a variable length
• ad_presentation Format of the target advertising space (banner, video, (an advertisement etc.).
• An exemplary list, which may be incremented when format parameter needed, is:
• non-standard values such as
• this parameter is [width]x[height] optional for special sizes required e.g. 96x25 for banners, which might be
• SMS optional, it indicates the Number maximum bytes sized for the
• VIDEO/AUDIO optional, it indicates Number the required length in seconds for
• Keywords Keywords the ads are related to, if provided (separated with commas)
• Contextual_segme Category affinity group of the part of the channel (for nt instance the portal) where the advertisement is placed.
• Service_provider Identifier of Service Provider which provides access to the user. It may be used to identify Mobile Virtual Network
• MVNO Mobile Network Operators
• ISP Internet Service Providers
• Date_of_birth User date of birth (if it does not exist the year of birth will be used)
• LBS Location Based Service
• any content (including extremely explicit content) can be shown to the user.
• the ad server should support to assign a default value for each partner. It should be possible to change this default value if a partner requires it
• isAsync isAsync: represents if this request will have an
• the request is considered as synchronous.
• the advertisement server selects an advertisement to be inserted in the advertisement space of the media channel provided to the user device based on at least the advertisement format parameter, the media channel type parameter, the user property parameters and the context parameter in the request. Further parameters in the request may additionally be taken into account for selecting the advertisement.
• the user property parameters and the context parameter (Contextual_segment) together are the "targeting" parameters enabling the advertisement server to take advantage of specific data regarding the user, or the advertisement contexts, in order to select and consequently provide the best advertisement to the user at any time.
• the targeting parameters are generally available to the operator and not to the advertisement vendors operating the advertisement servers. For this reason, it is advantageous that the advertisement servers are provided with the targeting parameters.
• the user identity is protected (i.e. the MSISDN is not derivable from the User id parameter provided to the advertisement server) as described in the
• Table 2 shows a list of the most relevant parameters in the asynchronous advertisement notification, which is transmitted from a media channel entity to an advertisement server (see step 1 16 depicted in figure 3). There are other parameters in the notification but they are not relevant for the understanding of the invention and therefore not listed here for conciseness.
• Ad_id Identifier of the advertisement associated to the notified event.
• the advertisement server returns this ad-id in the advertisement response (see step 1 13), .
• the format is also alphanumeric. This value reports the specific advertisement that is referred in the notification to the advertisement server
• Time_Stamp Time stamp in ISO 8601 dateTime i.e. : 2007-1 1 - 10T13:45:12.44
• Event_Type Type of event Impression, Click, Browse, Call, SMS...
• the type of impression is already defined by the delivered advertisement, because an advertisement is always for a specific type of channel and presentation format.
• Event_Attribute Depending on the type of event, this parameter broadens the information of the event.
• the advertisement server is notified in order to warn about this problem. Then the Error Code and Error Description substitute the Event_Type and Event_Attribute
• the Error code is just a simple coding of the error. If needed, a further description of the error can be obtained by using the Error description. Both them are related, logically
• FIG. 1 -3 The functionality shown in figures 1 -3 is preferably implemented by means of a suitable computer program loaded to user devices 5, media channel entities 10,1 1 ,12 advertisement servers 20a,20b,20c and advertisement repository 30.
• the main achievement of the generic advertisement protocol is to define a common, homogeneous way of interaction between entities supplying heterogeneous digital communication channels and advertisement servers.
• the wide scope of digital advertising encompasses different digital media tor providing advertisements (SMS/MMS messaging, Internet Web/WAP browsing, audio & video channels).
• SMS/MMS messaging Internet Web/WAP browsing
• audio & video channels The wide scope of digital advertising encompasses different digital media tor providing advertisements (SMS/MMS messaging, Internet Web/WAP browsing, audio & video channels).
• the generic advertisement protocol meets the advertising needs for these current digital media, and it is intended to be flexible enough to cover future digital media channels.
• advertisement servers provide in-house, nonstandard interfacing to supply different digital advertisements (text, banners, audio clips, video clips).
• the generic advertisement protocol is designed to report to the media channel entity, which requests an advertisement, the proper reference to the most accurate advertisement selected by the advertisement server.
• a computer program may be stored/distributed on a suitable medium, such as an optical storage medium or a solid-state medium supplied together with or as part of other hardware, but may also be distributed in other forms, such as via the Internet or other wired or wireless telecommunication systems. Any reference signs in the claims should not be construed as limiting the scope.

Landscapes

• Business, Economics & Management (AREA)
• Strategic Management (AREA)
• Engineering & Computer Science (AREA)
• Accounting & Taxation (AREA)
• Development Economics (AREA)
• Finance (AREA)
• Economics (AREA)
• Game Theory and Decision Science (AREA)
• Entrepreneurship & Innovation (AREA)
• Marketing (AREA)
• Physics & Mathematics (AREA)
• General Business, Economics & Management (AREA)
• General Physics & Mathematics (AREA)
• Theoretical Computer Science (AREA)
• Information Transfer Between Computers (AREA)
• Telephonic Communication Services (AREA)

Priority Applications (1)

Applications Claiming Priority (2)

Publications (1)

Family

ID=44351844

Family Applications (1)

Country Status (4)

Citations (5)

• 2010
  • 2010-06-01 ES ES201030837A patent/ES2382649B1/es not_active Expired - Fee Related
• 2011
  • 2011-05-31 AR ARP110101872A patent/AR081435A1/es unknown
  • 2011-06-01 EP EP11725033.2A patent/EP2577582A1/de not_active Withdrawn
  • 2011-06-01 WO PCT/EP2011/059092 patent/WO2011151394A1/en active Application Filing

Patent Citations (5)

Also Published As

Similar Documents

Legal Events