WO2003054736A1 - Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux - Google Patents

Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux Download PDF

Info

Publication number
WO2003054736A1
WO2003054736A1 PCT/FR2002/004362 FR0204362W WO03054736A1 WO 2003054736 A1 WO2003054736 A1 WO 2003054736A1 FR 0204362 W FR0204362 W FR 0204362W WO 03054736 A1 WO03054736 A1 WO 03054736A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
document
terminal
advertising
presentation
Prior art date
Application number
PCT/FR2002/004362
Other languages
English (en)
Other versions
WO2003054736A8 (fr
Inventor
Ghislain Moncomble
Original Assignee
France Telecom
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
Priority claimed from FR0116431A external-priority patent/FR2833725B1/fr
Priority claimed from FR0116435A external-priority patent/FR2833793A1/fr
Application filed by France Telecom filed Critical France Telecom
Priority to AU2002364451A priority Critical patent/AU2002364451A1/en
Publication of WO2003054736A1 publication Critical patent/WO2003054736A1/fr
Publication of WO2003054736A8 publication Critical patent/WO2003054736A8/fr

Links

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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation

Definitions

  • the present invention relates generally to the downloading of a multimedia document from a website server to a terminal of any type.
  • the invention relates to the adaptation of the presentation of a document to be consulted in a server to the reading mode of the terminal.
  • the playback mode can be a conventional image mode, an audio mode or an audiovisual mode, that is to say combining the audio mode and the image mode.
  • the invention relates to the general multimedia character of all the documents which can be consulted in website servers as well as to all types of terminals, such as telephone or radiotelephone terminals, television terminals, radio terminals, personal terminals such as personal computers or PDAs.
  • the invention is directed towards adapting part of a document to be downloaded from a server to the reading mode of a terminal, the part of document constituting an insert or an advertising window very often. inserted in the header of the main page of the document.
  • this type of advertising part in a document is either in the form of a still image, or in the form of an animated image possibly associated with sound information and / or a musical piece.
  • This advertising part is naturally read by an audiovisual terminal from personal computer type but cannot be read by a telephone terminal whose reading mode is only audio, after vocalization in an interactive voice server.
  • the present invention aims to adapt the presentation of a document downloaded from a site server to the reading mode of a terminal without increasing the memory size of the document normally according to the prior art. More particularly, the invention aims to allow, for example, the reading, that is to say the listening, of a predetermined part of a document which is initially presented in image mode.
  • a method for downloading a multimedia document from a first server to a terminal comprises the steps of: - transmitting an indicator for reading mode of the terminal with the address of the document from the terminal to the first server,
  • the reading mode indicator with an address of a predetermined part of the document having several presentations from the first server to a second server, select the presentation suited to the reading mode indicator in the second server so that the this transmits the predetermined part according to the presentation adapted to the first server, and combine the predetermined part according to the presentation adapted to the rest of the document read in the first server so that the latter transmits the document to the terminal.
  • the predetermined part in order not to modify the predetermined part, such as an advertising insert, the predetermined part is contained in a predetermined presentation, typically in image mode, in the document initially stored in the first server.
  • the first server transmits the document initially memorized to the terminal without change in response to an address of the document transmitted by the terminal with a reading mode indicator to which the predetermined presentation is adapted, or without reading mode indicator.
  • the second server acting as an advertising agency does not always contain all the presentations for each predetermined part of documents it contains.
  • the second server transmits a non-recognition message to the first server and the first server transmits an alphanumeric word instead of the predetermined part to the terminal when the second server does not have a presentation of the predetermined part adapted to the read mode indicator transmitted by the first server.
  • the presentations of the predetermined part correspond respectively to audio, audiovisual and image document reading modes.
  • the invention also aims to display at least one personalized predetermined part relating to advertising in a user terminal connected to the first website server containing an information page in which said personalized predetermined part is inserted in order to correctly target the user for whom the personalized predetermined part is intended, without rewriting information pages containing the advertisement, and avoiding lengthening the display times.
  • the solution to this technical problem posed is obtained, according to the present invention when a user profile with the address of the document is received by the first server and transmitted without the address of the predetermined part from the first server to the second server. in order to identify a predetermined part which is associated with a user profile identical to the transmitted user profile and whose presentation is adapted to the read mode indicator.
  • This characteristic improves the targeting of the user by associating a predetermined personalized advertising part with a user, thanks to the existence of a previously defined profile. Furthermore, the invention builds advertising parts by associating them each beforehand with at least one of several user profiles in the second server; only the choice of the advertising part to display is done dynamically. Therefore, the invention improves response times. No data identifying the user is transmitted, but only one or more profiles which correspond to him, in order to comply with the regulations in force in certain countries.
  • the invention associates at least one user profile with each of terminal users in a third server which transmits the user profile to the first server when the terminal calls the first server.
  • an advertiser is informed of the profile of the user whose terminal is connects to the first server and can thus control the display of the advertising part associated with this profile.
  • the advertising part is not built in dynamics but simply chosen in dynamics, which reduces response times.
  • FIG. 1 is a schematic block diagram of a telecommunications system comprising the main means for adapting multimedia documents to the reading modes of user terminals, according to a preferred embodiment of the invention
  • - Figure 2 schematically shows pages of a multimedia document
  • - Figure 3 is a multimedia document consultation algorithm from a terminal in a website server, adapting the presentation of a document to the reading mode of the terminal according to the invention.
  • a telecommunications system for implementing the adaptation of the presentation of multimedia documents according to the invention is based on an architecture of the client-server type and mainly comprises at least one interactive user terminal.
  • TE and at least one SW website server.
  • a single user terminal is shown, but of course each user can have multiple terminals.
  • SW website server is shown in Figure 1, while several site servers are in practice provided.
  • the user terminal TE is of the intelligent television receiver type.
  • the terminal TE includes a television receiver RE which cooperates with a remote control TC with display and alphanumeric keyboard also serving as a mouse via an infrared link IR and with a basic module MB through a proximity radio link LP of Bluetooth type or according to 802.11b standard.
  • the TC remote control is supplemented by a more complete wireless keyboard linked by proximity radio link to the MB module.
  • the basic module MB contains various applications, in particular a display application, such as a browser, and acts as a cache for storing multimedia documents D selected by one of the users of the terminal TE.
  • the memory of the basic module MB also contains the addresses AD of the URL (Uniform Resource Locator) type of multimedia documents of interest to the users which are listed in a summary, as well as an indicator of reading mode MTE of the terminal TE.
  • the MTE indicator indicates the audiovisual mode MAV since the TE terminal is capable of presenting a document in audio form, that is to say comprising sound information and / or a musical piece, for example. through the loudspeakers of the RT receiver, and / or in the form of one or more still images or in the form of an animated image consisting of a video sequence, displayed on the screen of the RE receiver.
  • a speech synthesizer is provided in the MB module for sound reproduction or voice transcription of text portion of multimedia document via the RE receiver speakers.
  • the basic MB module can serve other domestic terminals such as personal computer, telephone, radio, alarm center, etc.
  • the MB module is served by an LT telecommunications link and an access network RA, such as a telephone line and the PSTN switched telephone network, to be connected to a high speed packet transmission network RP, such as the internet network to which the website server SW is connected.
  • an access network RA such as a telephone line and the PSTN switched telephone network
  • the invention applies to other user terminals and other access networks than those illustrated in FIG. 1.
  • the user terminal TE preferably provided with at least one loudspeaker is a personal computer (PC) connected directly by modem to the link LT or by means of a basic module MB.
  • the user terminal can be a personal telecommunications device for the user which can be a personal digital assistant PDA, or even an intelligent radio set in place of the television receiver RE, the two types of receiver being able to coexist.
  • the telecommunications link LT can be an xDSL line (Digital Subscriber Line) or an ISDN line (Digital Network with Service Integration) connected to the corresponding access network.
  • the user terminal TE is a modern fixed telephone which is connected to the packet network RP through the switched telephone network PSTN as an access network, or as also illustrated in FIG. 1 , can be a mobile cellular radiotelephone terminal TM.
  • the telecommunications line is a radiotelephone channel CR of a cellular radiotelephone network for example of the GSM or GPRS or UMTS type
  • the access network RA is the fixed network of the communications network.
  • the terminal TM mainly comprises an RT radiotelephone or any other type of mobile personal and private telecommunications device, comprising a user interface equipped with a keyboard or a voice dialogue device, a screen, a microphone. , a loudspeaker and if necessary a biometric fingerprint sensor.
  • the RT radio telephone is preferably connected to an auxiliary device DA in order to use the additional memory in the auxiliary device for memorizing document characteristics and selected documents transmitted by the server SW to the radiotelephone.
  • the auxiliary device DA is a car radio which is connected to the radiotelephone RT and which supplements the capacity of the non-volatile memory in the radiotelephone.
  • the DA radio is connected via a wired link or a LIP proximity radio link to the RT radiotelephone, or according to another variant, the radio and the radiotelephone are integrated in a common housing.
  • a speech synthesizer is provided in a basic module for sound reproduction or a voice transcription of a text portion of a multimedia document via the loudspeakers of the radio.
  • the RT radiotelephone or any landline telephone, contains an MTM mode indicator indicating an audio playback mode MA or a playback mode MAV depending on the type of radiotelephone RT and the associated cellular radiotelephone network.
  • MA mode means that the corresponding terminal can only receive documents in audio form, for example sound information and / or musical pieces.
  • the access network RA of the switched telephone network or radiotelephony network type is connected to the packet network RP through an interactive voice server SVI.
  • the interactive voice server is considered to be integrated into the terminal since the interactive voice server communicates with the server SW after the latter has been selected by the terminal; the documents transmitted by the server SW are converted into documents in audio mode when these documents contain convertible text parts. Consequently, the mode indicator contained in the fixed or radiotelephone telephone terminal TM can be substituted for a mode indicator MA stored in the interactive voice server SVI and transmitted by the server SVI during a call from the server SW.
  • the invention also provides a third MI mode indicator which indicates that the terminal can receive a document in the "classic" or "standard” still image form.
  • a terminal is a known terminal in which is not included a mode indicator according to the invention; in this case, as will be specified later, the server SW considers that the terminal is by default in the MI mode.
  • access to one or more website servers SW by a user terminal TE, TM is carried out via a central document management server which manages the storage and updating of multimedia documents selected by users who have subscribed to a service for the creation and updating of multimedia documentary funds, as described in French patent application 0112343 filed on September 21, 2001 filed by the applicant and not yet published .
  • TE designates a user terminal operating with a predetermined reading mode MTE which may be the audio mode MA, or the audiovisual mode MAV, or the image mode MI.
  • a multimedia document D generally contains a page or several pages which can be consulted in the website server SW and be downloaded in the terminal TE.
  • a multimedia document can contain text and / or graphics and / or still images, such as photographs, and / or moving images such as video sequences or films, and / or sound such as speech or musical piece.
  • Each D document is identified by an address
  • AD of the URL type which contains in particular the IP (Internet Protocol) address of the SW server which broadcasts the document, the tree path that leads to the document in the server and the name of the document.
  • IP Internet Protocol
  • the first part is a main part PP which contains, for example, information for welcoming the SW site or a summary of the document D.
  • the main part PP generally contains text which can be synthesized in the SW server for a terminal operating in mode. MA audio, as well as possibly still or moving images.
  • the PP part is controlled by the website server manager SW.
  • the second part PUB in the page PA of the document D relates to advertising made by an advertiser AN intended for the users consulting the document D and is designed by an editor ED which can be confused with the advertiser AN.
  • the PA page or any other page of the document D may include one or more PUB parts dedicated to advertising and managed by one or more publishers.
  • the PUB part is a banner or a label or an advertising window, the PUBI presentation of which in conventional image mode comprises a still image very often including text.
  • the advertising part PUB can also be transmitted in audio mode MA in a PUBA presentation resulting from the voice synthesis of the text contained in the advertising part PUB, or in audiovisual mode MAV in a PUBAV presentation containing the part PUB with animated images and vocal information and / or a musical piece.
  • the audiovisual mode can be the combination of the MI and MA modes.
  • the various PUBI, PUBA and PUBAV presentations of a PUB advertising part are managed by the advertiser AN and / or the publisher ED thereof in a specific advertising server SP connected to the server SW through the RP internet network, as shown in FIG. 1.
  • several advertising servers are provided and are each managed by one or more advertisers and / or publishers of advertising parts and web pages.
  • the server SP constitutes a third main entity of the telecommunications system according to the invention and plays the role of an advertising agency which contains a catalog CAT of different advertising parts PUB called multimedia jingles.
  • the CAT catalog is organized as a table which corresponds to each address of APUB advertising part of URL type, the PUBA audio presentation and / or the PUBAV audiovisual presentation of the PUB advertising part, and where appropriate the PUBI image presentation, the contact details of the advertiser AN and / or the publisher ED of the advertising part, and of the CPUB characteristics of the advertising part.
  • the CPUB characteristics include, for example, the duration of the PUB advertising part, the size and type of the file containing it, as well as characteristics linked to the billing of the advertising made by the site manager SW for the advertiser of the advertising part, such as period of validity of the advertising part, billing indicator for the advertising service, number of consultations of the advertising part by users, etc.
  • a catalog CAT of advertising part PUB has been constructed and stored in an advertising server SP and that at least one document D containing at least one page PA with a main part PP and an advertising part PUB designated by an APUB address has been stored in the website server SW.
  • the address of the APUB advertising part contains in particular the internet address of the SP server, the path or reference leading to the PUB advertising part in the SP server and the name of the advertising part.
  • the address APUB of the advertising part PUB of the page PA is hidden in the page of the document D initially stored in the site server SW so that this address is not perceived by the user of the terminal.
  • one or more pages of document D each contain one or more advertising parts designated by respective addresses.
  • one or more advertising agencies representing different advertisers can manage respective sets of advertising parts to modify, delete or replace them.
  • each advertising agency can access the server SW, after authentication of a respective password, for an update or another selection of the APUB addresses of advertising parties contained in documents D in the server SW.
  • an advertising agency modifies in particular the period of validity and the size of the advertising part in a document D and adapts the content of the PUB advertising part to that of the document D, in particular by considering the type of user likely to consult the document D.
  • the advertising part PUB is thus adapted to the type of equipment of the user terminal implicitly designated by the mode indicator MTE.
  • the mode indicator MTE can be confused with an indicator of the hardware type of the terminal TE that the server SW classifies in correspondence with a respective one of the three reading modes MI, MA and MAV.
  • step 11 the terminal TE calls the server SW by transmitting an IPl packet intended for the website server SW designated by the IP address contained in the address AD of the document D that the user US wishes to consult, and containing by setting the MTE mode indicator of the TE terminal.
  • step 12 in a correspondence table of the server SW are stored the ATE address of the terminal TE contained as a source address in the IPl packet, the address AD of the document D to be consulted and the indicator of MTE reading mode.
  • step 13 the server SW reads the document D from a database associated with the server, designated by the address AD.
  • steps 14 to 21 are then carried out for each page consulted in document D.
  • the server SW checks in step 14 that the first page of the document D or the designated PA page by the received address contains an advertising part PUB, that is to say an advertising presentation PUBI in image mode with or without the address APUB masked for the user, and in step 15 that the packet received IPl does not does not contain an MTE terminal read mode indicator and that the MTE received mode is MI image mode.
  • the server SW finds that the page PA does not contain any advertising part PUB, or that the packet IP1 does not contain any indicator of reading mode MTE or this is the mode MI, the server SW transmits in an IP4 packet the PA page at the TE terminal in step 16 so that the PA page is displayed in the TE terminal if the latter is operating in MI or MAV mode, or so that the possible textual part contained in the PA page is synthesized by voice in the terminal TE or in an interactive voice server when the terminal TE operates in audio playback mode MA, in step 17.
  • the server SW will read, according to the invention, the advertising part PUB in the advertising server SP as a function of the indicator MTE transmitted by the terminal TE.
  • the server SW then transmits an IP2 packet with the recipient address the address APUB read in the advertising part PUB and as a parameter the mode indicator MTE, to the advertising server SP, in step 18.
  • the server SP compares the terminal read mode indicator MTE received in the IP2 packet at the indicators MA and MAV.
  • the server SP recognizes the mode indicator MA in the indicator MTE, it reads the advertising part PUBA in audio presentation after having verified in particular the conditions of validity thereof in the associated characteristics CPUB, in step 191.
  • the advertising server SP then transmits an IP3 packet containing the name of the advertising part PUB and this one under the audio presentation PUBA to the server SW in step 192.
  • the server SW combines the advertising part PUBA with the main part PP read in the database in step 193 in order to transmit in at least one IP4 packet the page PA comprising the parts PUBA and PP at the terminal TE, at step 194.
  • the page PA is stored to be listened to immediately or later.
  • the transmission of the page PA as an audio document is transcribed by voice by the terminal TE, or else by the interactive voice server SVI which exchanges the IPl and IP4 packets with the server SW and which responds to DTMF commands ( Dual Tone MultiFrequency) with the TE terminal.
  • DTMF commands Dual Tone MultiFrequency
  • the advertising server SP recognizes the audiovisual mode MAV in the MTE mode indicator received in the IP2 packet, it reads in step 20 the advertising part under audiovisual presentation PUBAV in step 201 which is followed by steps 202 to 205 respectively analogous to steps 192 to 195 by replacing PUBA by PUBAV.
  • the terminal TE stores the audiovisual page received PA combining the advertising part PUBAV downloaded from the server SP and the main part PP downloaded from the server SW to view and listen to the page immediately or later.
  • step 195, or 205, or 17 the user can decide to consult another page of the document D in step 21 by returning to step 13, or decide to consult another document in the server SW in step 22 by returning to step 11, or else to stop the consultation by disconnecting the terminal TE from the SW server.
  • steps 14 and 15 are deleted and steps 16 and 17 are replaced by steps analogous to steps 18,19 and 191 to 195 or 18,19 and 201 to 205 when the advertising part in the PA page contained in the server SW contains only the address APUB and the terminal read mode indicator MTE contained in the received packet IPl designates the image mode MI in step 15.
  • the server SW then transmits the address APUB to the server of SP advertising, as in step 18, so that the server SP reads the advertising part PUBI in image presentation and retransmits it in an IP3 packet to the server SW, as in steps 191-192 or 201-202, in order to combine the advertising part PUBI to the main part PP in the page PA which is transmitted in an IP4 packet to the terminal TE, as in steps 193-194 or 203-204.
  • step 19 if in step 19 the reading mode of the terminal received MTE is not recognized by the server SP as one of the modes MA, MAV and MI in correspondence with the address APUB, it that is to say if in the server SP the advertising part PUB has not been recorded in a PUBA or PUBAV or PUBI presentation corresponding to the MTE mode, the server SP composes and transmits an IP3 packet containing the message of non-recognition 241 " PUB ignored ”to the website server SW, in steps 241 and 242.
  • the server SW then composes a page PA with the main part PP and, where appropriate, with an alphanumeric word as a tag TAG designating the name of the image constituting the advertising part PUB and located at the location thereof in the page PA, at step 243 in order to transmit the page thus composed PA in an IP4 packet to the terminal TE, to step 244.
  • the page PA is stored in the terminal TE and listened to and / or displayed immediately or later in step 245.
  • the advertising server SP transmits by default the predetermined part according to the presentation PUBA or PUBI adapted to another reading mode MA or MI, as indicated in dotted lines between steps 201 and 192 in FIG. 3.
  • the advertising part PUB in a document page PA is also selected as a function of at least one profile, and more generally of several profiles PR of the user US of the terminal TE ( or TM).
  • a profile storage server 10 connected to the network RP stores typical user profiles PR1 to PRi. Each of these profiles includes at least one characteristic of a user category.
  • a category corresponds for example to an age group, a social-professional category, a nationality, a number of individuals in a family unit, a particular taste, a particular hobby, etc. Advertisers, publishers of web pages, and advertising agencies in particular, access the server 10 by total or partial download or by reference for example, and can complete it at any time, directly or via a managing intermediary.
  • a user referencing server 20 associates with each user and therefore each user terminal of the internet network at least one profile PR among the profiles PRI to PRi stored in the server 10.
  • the associations between users and a given profile are recorded in one of several tables 21, 22, ..., 2i corresponding respectively to the profiles PRI, PR2, ..., PRi of the users.
  • the server 20 is for example the server of an access provider through which the user's terminal is connected to the internet network RP.
  • the profile (s) of the user PR are saved directly in the user's terminal TE (or TM) via the use of a storage mechanism, for example a cookie, which advantageously simplifies system architecture.
  • the profile or profiles of the user are recorded in parallel both in the server 20 and directly in the terminal TE of the user.
  • a website server such as the server SW
  • a storage means installed in the TE terminal automatically informs the website server SW of the profiles PR, or an identifier, which is assigned to the user by his access provider, makes it possible to retrieve the profiles of the user in tables 21 to 2i recorded in the server 20 then to automatically inform the server SW of the profiles CS of user.
  • the advertising server SP associates with each advertising part PUB at least one user profile stored in the server 10.
  • the associations obtained are recorded in catalogs 31, 32, ..., 3d of advertising parts.
  • each advertiser creates his own catalog 31, 32, ..., 3d of advertising parts with, for each advertising part to be personalized, a reference to one or more profiles that he wants to reach.
  • Advertisers also have the possibility, in a variant, of using logical means in the server SP to combine several profiles PR1 to PRi in the server 10 into a profile called "aggregated" which is associated with an advertising part.
  • An advertising part can therefore be associated with one or more profiles, whether or not they are aggregated.
  • An advertiser can also provide a so-called "basic" advertising part, associated with no profile, intended to be displayed when the advertiser does not wish to personalize his advertising campaign or when there is no targeted advertising part associated with the same profile as that of a user.
  • An advertiser using this advertising part personalization can, if they wish, combine it with targeting methods known from the prior art, using characteristics of the connection between the terminal TE and the visited server SW such as the content of the site server to which the user terminal is connected, the country of the user that the '' thanks to the IP number, the date and time of connection, the name of the company from which the connection is requested, the name of the internet service provider, etc. can be found.
  • an advertiser can also associate with each targeted advertising part, characteristics corresponding for example to the size of the advertising banner to be inserted in an information page, to the period of display of the advertisement, the pages of information on which he does not want his advertisement to be inserted, etc.
  • Advertisers' catalogs are saved on one or more ad servers.
  • a single advertising server SP is shown in FIG. 1.
  • the advertising server SP is managed either by advertisers, by web page publishers, or by an advertising agency for example.
  • the initial step 110 also creates user profiles PR which are stored in the server 10.
  • the user profiles are for example produced by advertisers or advertising agencies, on the basis of information obtained for example from an internet service provider which manages a user base in which certain personal information is recorded.
  • the user referencing server 20 allocates, for each user US registered in the user base of an access provider for example, the or in general the profiles PR which correspond to the the user also in the initial step 110.
  • the identifier of the user US is recorded in the tables 21 to 2i corresponding to the profiles PR, or locally in the storage means of the user terminal TE.
  • the initial step 110 allocates in the server SP to each advertising part PUB of an advertiser, one or more user profiles stored in the server 10 at the same time as the presentations PUBI and / or PUBA and / or PUBAV.
  • This allocation is carried out by advertisers and recorded in a catalog 31 to 3d of the SP advertising server. All of this work of creating tables 21 to 2i and catalogs 31 to 3i of advertising parts is carried out prior to the connection of the user of the terminal TE to the website server SW in step 11.
  • the advertising parts are therefore constructed in a phase prior to connection and stored in catalogs 31 to 3d. At the time of connection, you just have to choose an advertising part in a catalog.
  • the profile PF of the user US is read in the server 20 or the TE terminal which introduces it into the IPl packet to be addressed to the website server SW.
  • the user's PR profile is also stored in correspondence with the address ATE of the terminal TE in step 12.
  • the page PA of the document D designated by the address received AD then contains an empty space intended to receive the personalized advertising part PUB which will be selected according to the PF user profile, regardless of the MA, MI or MAV mode transmitted with the document address AD.
  • steps 14 and 15 are deleted and steps 16 and 17 are replaced by steps analogous to steps 18,19 and 191 to 195 or 18,19 and 201 to 205 when the advertising part in the page PA contained in the server SW, but without the address APUB, contains only the terminal read mode indicator MTE contained in the received packet IP1 and designating the image mode MI, as the first variant according to the first embodiment.
  • step 18 the server SW transmits to the advertising server SP an IP2 packet having as recipient address the address ASP of the advertising server SP without it explicitly designating an advertising part which will be selected as a function of at least a PR profile also included with the MTE mode indicator in the IP2 packet.
  • First filtering means in the advertising server SP identify one or more advertising parts, stored in catalogs 31 to 3j each associated at least with a profile identical to one of the profiles PR of l user extracted from the IP2 packet transmitted by the server SW in step 19.
  • Assignment means included in the ad server SP then select, for example randomly, an advertising part from among several advertising parts which are each associated with at least the user profile PR transmitted by the server SW and which have been identified by the first filtering means, in order to read the advertising part selected under the presentation designated by the reading mode indicator MTE in a step 191, 201. Then, the advertising server SP transmits the advertising part PUB identified and selected with the presentation selected in an IP3 packet to the site server web SW, at step 192, 202.
  • the last steps 193-194-195, 203-204-205 consist in combining the advertising part PUBA, PUBAV or PUBI extracted from the IP3 packet with the main part PP read in the database in the server SW, and the transmission of this page PA with the advertising part PUB in at least one IP4 packet by the server SW to the terminal TE.
  • second filtering means in the server SP are provided to identify the advertising part or parts authorized to be inserted in the information page PA. Indeed, it happens that advertisers do not want their advertising to be inserted in certain web pages, and conversely that some website publishers do not want to insert advertisements from certain advertisers, or even that certain users refuse that certain advertisements are displayed on their terminals. In this case, these second filtering means are actuated before the first filtering means. Thus, a first selection is made on the advertisements authorized to be displayed then, among the authorized advertisements, a second selection is made to retain only authorized advertisements whose associated profile is identical to that associated with the user.
  • the automatic personalization of the advertising part which has just been described is a dynamic process.
  • a "basic" advertising part of an advertiser catalog 31 is already pre-inserted in the form of an advertising banner in the information page of the website server SW visited by the user, by analogy with steps 16 and 17.
  • the access means then allow the website server SW to connect directly to the corresponding catalog 31 in the advertising server SP, in order to identify if there is a variant of the advertising part basic which would correspond to a profile identical to that of the user. If a variant of the basic advertising part is identified, it is returned to the web page PA in the site server SW in order to be displayed in the terminal TE after downloading the page. On the other hand, if no variant of the basic advertising part has been identified, the basic advertising is displayed by default.
  • an update can be made as and when the advertising parts are selected or not by the users.
  • a profile count by advertising part is incremented on the catalogs 31 to 3d of the advertising server SP each time the advertising part is selected by each user profile.
  • this count assesses the success or impact rate of the advertising part on the users.
  • provision can be made for various information to be kept in an additional file linked to a catalog, in order to store a daily history of the number of calls to the catalog, pages of information on which the banners are displayed, etc. This variant allows an advertiser to measure the effectiveness of these banners almost instantaneously.
  • the selection, by the means of allocation, of the advertisement to be displayed, from among those which have been identified by the filtering means, can be done completely randomly or else according to criteria. These criteria correspond, for example, to the impact of advertising on users, and depend in particular on information from the update procedure.
  • the system and method which have just been described are only illustrations and are in no way limited to these examples.
  • the process can be managed either by an advertising agency, by advertisers directly or even by website publishers.
  • an advertising agency manages the display, it manages not only an SP advertising server containing catalogs, but also the site servers which are affiliated with it.
  • an authenticator for example allows them to directly update their advertising parts. This management by the advertisers themselves allows them to be very reactive in view of the impact of their advertising parts on the users measured during the update procedure.
  • the advertising parts are referenced and a publisher hosts on its pages information one or more of these advertising parts each corresponding to one or more profiles associated with them.
  • Third filtering means contained in the server SW are able to identify if at least one of the profiles included in an advertisement referenced is identical to that of the user who visits one of the publisher's information pages.
  • the means of access of the server SW to the advertising server SP are only activated when the third filtering means have identified at least one identity between the profiles associated with an advertising part and that or those of the user-visitor.
  • the allocation means select, in the advertising server SP, a variant of the advertisement bearing said reference identified by the third filtering means.
  • this variant has the advantage of eliminating the additional processing time associated with consulting the catalogs 31 to 3d in the dedicated SP servers.
  • the publishers' site servers can also be modified to insert a whole list of advertising parts which may or may not appear depending on the profile of the user.
  • Another embodiment would consist in listing, in each advertising server SP, the information pages on which at least one personalized advertising part appears. A double request could then be sent in parallel: one to the information page that the user wishes to view, the other to the aforementioned list.
  • the SP advertising server is systematically consulted, even when no advertising part is associated with the requested web page. This embodiment is of interest in particular when the method works with an advertising agency, and when the preparation of the information pages to be read can be done in advance, according to the method described in French patent application 0112343 already cited by example.

Landscapes

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

Abstract

Pour télécharger un document multimédia, un indicateur de mode de lecture audio, ou audiovisuel, ou image (MTE) d'un terminal (TE) est transmis avec l'adresse (AD) du document depuis le terminal à un serveur de site (SW), et l'indicateur (MTE) avec une adresse (APUB) d'une partie prédéterminée (PUB), telle que partie publicitaire, du document ayant plusieurs présentations est transmis depuis le serveur de site vers un deuxième serveur (SP). La présentation adaptée à l'indicateur de mode de lecture (MTE) est sélectionnée dans le deuxième serveur qui transmet la partie prédéterminée selon la présentation adaptée au serveur de site (SW). La partie prédéterminée selon la présentation adaptée, et éventuellement selon au moins un profil d'usager (PR), est combinée au reste du document lu dans le premier serveur afin que celui-ci transmette le document au terminal.

Description

Adaptation de la présentation de documents téléchargés aux modes de lecture de terminaux
La présente invention concerne d'une manière générale le téléchargement d'un document multimédia depuis un serveur de site web vers un terminal d'un quelconque type.
Plus particulièrement, l'invention concerne l'adaptation de la présentation d'un document à consulter dans un serveur au mode de lecture du terminal. Le mode de lecture peut être un mode image classique, un mode audio ou un mode audiovisuel, c'est-à-dire combinant le mode audio et le mode image. Ainsi l'invention a trait au caractère général multimédia de l'ensemble des documents qui peuvent être consultés dans des serveurs de site web ainsi qu'à tous les types de terminaux, tels que terminaux téléphoniques ou radiotéléphoniques, terminaux de télévision, terminaux radiophoniques, terminaux personnels tels qu'ordinateurs personnels ou assistants numériques personnels PDA.
A titre d'exemple, l'invention est dirigée vers l'adaptation d'une partie d'un document à télécharger depuis un serveur au mode de lecture d'un terminal, la partie de document constituant un encart ou une fenêtre publicitaire bien souvent insérée en en-tête de la page principale du document. Actuellement, ce type de partie publicitaire dans un document est soit sous la forme d'une image fixe, soit sous la forme d'une image animée éventuellement associée avec une information sonore et/ou un morceau musical. Cette partie publicitaire est naturellement lue par un terminal audiovisuel du type ordinateur personnel mais ne peut être lue par un terminal téléphonique dont le mode de lecture n'a que le caractère audio, après vocalisation dans un serveur vocal interactif.
La présente _ invention vise à adapter la présentation d'un document téléchargé depuis un serveur de site au mode de lecture d'un terminal sans augmenter la taille de mémoire du document normalement selon la technique antérieure. Plus particulièrement l'invention vise à permettre par exemple la lecture, c'est-à-dire l'écoute, d'une partie prédéterminée d'un document qui est présentée initialement en mode image.
A cette fin, un procédé pour télécharger un document multimédia depuis un premier serveur vers un terminal, est caractérisé en ce qu'il comprend les étapes de : - transmettre un indicateur de mode de lecture du terminal avec l'adresse du document depuis le terminal au premier serveur,
- transmettre l'indicateur de mode de lecture avec une adresse d'une partie prédéterminée du document ayant plusieurs présentations depuis le premier serveur vers un deuxième serveur, sélectionner la présentation adaptée à 1 ' indicateur de mode de lecture dans le deuxième serveur afin que celui-ci transmette la partie prédéterminée selon la présentation adaptée au premier serveur, et combiner la partie prédéterminée selon la présentation adaptée au reste du document lu dans le premier serveur afin que celui-ci transmette le document au terminal . Selon une réalisation particulière, afin de ne pas modifier la partie prédéterminée, telle qu'un encart publicitaire, la partie prédéterminée est contenue sous une présentation prédéterminée, typiquement en mode image, dans le document initialement mémorisé dans le premier serveur. Dans cette réalisation, le premier serveur transmet le document initialement mémorisé au terminal sans changement en réponse à une adresse du document transmise par le terminal avec un indicateur de mode de lecture auquel la présentation prédéterminée est adaptée, ou sans indicateur de mode de lecture.
Dans certains cas, le deuxième serveur faisant office de régie de publicité ne contient pas toujours toutes les présentations pour chaque partie prédéterminée de documents qu'il contient. Dans ce cas, le deuxième serveur transmet un message de non reconnaissance au premier serveur et le premier serveur transmet un mot alphanumérique à la place de la partie prédéterminée au terminal lorsque le deuxième serveur ne possède pas de présentation de la partie prédéterminée adaptée à l'indicateur de mode de lecture transmis par le premier serveur. En général, les présentations de la partie prédéterminée correspondent respectivement à des modes de lecture de document audio, audiovisuel et imagé .
L'invention vise également à afficher au moins une partie prédéterminée personnalisée relative à de la publicité dans un terminal d'usager connecté au premier serveur de site web contenant une page d'information dans laquelle ladite partie prédéterminée personnalisée est insérée afin de cibler correctement l'usager auquel est destinée la partie prédéterminée personnalisée, sans ré-écriture de pages d'information contenant la publicité, et en évitant de rallonger les temps d'affichage. La solution à ce problème technique posé est obtenue, selon la présente invention lorsqu'un profil d'usager avec l'adresse du document est reçu par le premier serveur et transmis sans l'adresse de la partie prédéterminée depuis le premier serveur au deuxième serveur afin d'identifier une partie prédéterminée qui est associée à un profil d'usager identique au profil d'usager transmis et dont la présentation est adaptée à l'indicateur de mode de lecture transmis. Cette caractéristique améliore le ciblage de l'usager en associant une partie prédéterminée publicitaire personnalisée à un usager, grâce à l'existence d'un profil préalablement défini. Par ailleurs, l'invention construit des parties publicitaires en les associant préalablement chacune à au moins l'un de plusieurs profils d'un usager dans le deuxième serveur ; seul le choix de la partie publicitaire à afficher se fait en dynamique. Par conséquent, l'invention améliore les temps de réponse. Aucune donnée identifiant l'usager n'est transmise, mais seulement un ou plusieurs profils qui lui correspondent, afin de respecter les réglementations en vigueur dans certains pays.
Egalement préalablement, l'invention associe au moins un profil d'usager à chacun d'usagers de terminaux dans un troisième serveur qui transmet le profil d'usager au premier serveur lorsque le terminal appelle le premier serveur.
Grâce à ce procédé, un annonceur publicitaire est averti du profil de l'usager dont le terminal se connecte au premier serveur et peut ainsi commander l'affichage de la partie publicitaire associée à ce profil. La partie publicitaire n'est pas construite en dynamique mais simplement choisie en dynamique, ce qui réduit les temps de réponse.
D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention en référence aux dessins annexés correspondants dans lesquels :
- la figure 1 est un bloc-diagramme schématique d'un système de télécommunications comprenant les principaux moyens pour adapter des documents multimédias aux modes de lecture de terminaux d'usager, selon une réalisation préférée de l'invention ;
- la figure 2 montre schématiquement des pages d'un document multimédia ; et - la figure 3 est un algorithme de consultation de document multimédia depuis un terminal dans un serveur de site web, adaptant la présentation d'un document au mode de lecture du terminal selon l' invention.
En référence à la figure 1, un système de télécommunications pour la mise en oeuvre de l'adaptation de la présentation de documents multimédias selon l'invention repose sur une architecture du type client-serveur et comprend principalement au moins un terminal d'usager interactif TE et au moins un serveur de site web SW. Pour simplifier la figure 1, un seul terminal d'usager est représenté mais bien sûr chaque usager peut avoir plusieurs terminaux. De même un seul serveur de site web SW est représenté dans la figure 1, alors que plusieurs serveurs de site sont en pratique prévus.
Par exemple le terminal d'usager TE est du type récepteur de télévision intelligent. Le terminal TE comprend un récepteur de télévision RE qui coopère avec une télécommande TC à afficheur et clavier alphanumérique servant également de souris à travers une liaison infrarouge IR et avec un module de base MB à travers une liaison radioelectrique de proximité LP de type Bluetooth ou selon la norme 802.11b. En variante, la télécommande TC est complétée par un clavier plus complet sans fil reliée par liaison radioelectrique de proximité au module MB. Le module de base MB contient diverses applications, notamment une application d'affichage, telle qu'un navigateur, et fait office de cache pour mémoriser des documents multimédias D sélectionnés par l'un des usagers US du terminal TE. La mémoire du module de base MB contient également les adresses AD de type URL (Uniform Resource Locator) de documents multimédias d'intérêt pour les usagers qui sont listés dans un sommaire, ainsi qu'un indicateur de mode de lecture MTE du terminal TE. En l'occurrence, l'indicateur MTE indique le mode audiovisuel MAV puisque le terminal TE est capable de présenter un document sous une forme audio, c'est-à-dire comprenant des informations sonores et/ou un morceau musical par exemple, à travers les haut-parleurs du récepteur RT, et/ou sous la forme d'une ou plusieurs images fixes ou sous la forme d'une image animée consistant en une séquence vidéo, visualisées sur l'écran du récepteur RE. Optionnelle ent, un synthétiseur de parole est prévu dans le module MB pour une reproduction sonore ou une transcription vocale de portion textuelle de document multimédia via les haut-parleurs du récepteur RE.
Le module de base MB peut desservir d'autres terminaux domestiques tels qu'ordinateur personnel, téléphone, poste de radio, centrale d'alarme, etc... Le module MB est desservi par une liaison de télécommunications LT et un réseau d'accès RA, tels qu'une ligne téléphonique et le réseau téléphonique commuté RTC, pour être connecté à un réseau de transmission de paquets à haut débit RP, tel que le réseau internet auquel est relié le serveur de site web SW.
L'invention s'applique à d'autres terminaux d'usager et d'autres réseaux d'accès que ceux illustrés à la figure 1.
Selon une première variante, le terminal d'usager TE de préférence doté au moins d'un haut- parleur est un ordinateur personnel (PC) relié directement par modem à la liaison LT ou par l'intermédiaire d'un module de base MB. Mais le terminal d'usager peut être un dispositif de télécommunications personnel à l'usager qui peut être un assistant numérique personnel PDA, ou bien encore un poste radio intelligent à la place du récepteur de télévision RE, les deux types de récepteur pouvant coexister. La liaison de télécommunications LT peut être une ligne xDSL (Digital Subscriber Line) ou une ligne RNIS (Réseau Numérique à Intégration de Services) reliée au réseau d'accès correspondant. Selon une autre variante, le terminal d'usager TE est un téléphone moderne fixe qui est relié au réseau de paquets RP à travers le réseau de téléphonie commuté RTC en tant que réseau d'accès, ou comme cela est illustré également à la figure 1, peut être un terminal radiotelephonique cellulaire mobile TM.
Dans cette dernière variante de terminal radiotelephonique cellulaire mobile TM, la ligne de télécommunications est un canal radiotelephonique CR d'un réseau radiotelephonique cellulaire par exemple du type GSM ou GPRS ou UMTS, et le réseau d'accès RA est le réseau fixe du réseau de radiotéléphonie. Le terminal TM comprend principalement un radiotéléphone RT ou tout autre type de dispositif mobile de télécommunications personnel et privé, comportant une interface d'usager dotée d'un clavier ou d'un dispositif de dialogue vocal, d'un écran, d'un microphone, d'un haut-parleur et le cas échéant d'un capteur d'empreinte biométrique.
Les documents multimédias pouvant avoir une taille relativement importante comparativement à la taille de la mémoire non volatile dans le radiotéléphone mobile RT, le radiotéléphone RT est de préférence relié à un dispositif auxiliaire DA afin d'y exploiter le complément de mémoire dans le dispositif auxiliaire pour mémoriser des caractéristiques de document et des documents sélectionnés transmis par le serveur SW au radiotéléphone. Par exemple, lorsque l'usager se trouve dans un véhicule, le dispositif auxiliaire DA est un autoradio qui est relié au radiotéléphone RT et qui complète la capacité de la mémoire non volatile dans le radiotéléphone. L'autoradio DA est relié à travers une liaison filaire ou une liaison radioelectrique de proximité LIP au radiotéléphone RT, ou selon une autre variante, l'autoradio et le radiotéléphone sont intégrés dans un boîtier commun. Optionnellement, un synthétiseur de parole est prévu dans un module de base pour une reproduction sonore ou une transcription vocale de portion textuelle de document multimédia via les haut-parleurs de 1 ' autoradio.
Selon l'invention, le radiotéléphone RT, ou tout téléphone fixe, contient un indicateur de mode MTM indiquant un mode de lecture audio MA ou un mode de lecture MAV en fonction du type de radiotéléphone RT et du réseau de radiotéléphonie cellulaire associé. Le mode MA signifie que le terminal correspondant ne peut recevoir des documents que sous la forme audio, par exemple des informations sonores et/ou des morceaux musicaux.
Lorsque le terminal d'usager TE, TM fonctionne en mode de lecture audio MA, le réseau d'accès RA du type réseau téléphonique commuté ou réseau de radiotéléphonie est relié au réseau de paquets RP à travers un serveur vocal interactif SVI. Vis-à-vis du serveur web SW, le serveur vocal interactif est considéré comme intégré au terminal puisque le serveur vocal interactif communique avec le serveur SW après que celui-ci ait été sélectionné par le terminal ; les documents transmis par le serveur SW sont convertis en documents en mode audio lorsque ces documents contiennent des parties textuelles convertibles. En conséquence, l'indicateur de mode contenu dans le terminal téléphonique fixe ou radiotelephonique TM peut être substitué à un indicateur de mode MA mémorisé dans le serveur vocal interactif SVI et transmis par le serveur SVI lors d'un appel du serveur SW.
L' invention prévoit également un troisième indicateur de mode MI qui indique que le terminal peut recevoir un document sous la forme « classique » ou « standard » d'image fixe. En particulier, un tel terminal est un terminal connu dans lequel n'est pas inclus un indicateur de mode selon l'invention ; dans ce cas, comme cela sera précisé par la suite, le serveur SW considère que le terminal est par défaut dans le mode MI .
Selon encore une autre variante, qui peut être combinée avec les variantes précédentes, l'accès à un ou plusieurs serveurs de site web SW par un terminal d'usager TE, TM est effectué via un serveur central de gestion de fonds documentaires qui gèrent le stockage et l'actualisation de documents multimédias sélectionnés par des usagers ayant souscrits à un service de constitution et d'actualisation de fonds documentaires multimédias, comme décrit dans la demande de brevet français 0112343 déposée le 21 Septembre 2001 déposée par le demandeur et non encore publiée .
Dans la suite, TE désigne un terminal d'usager fonctionnant avec un mode de lecture prédéterminé MTE qui peut être le mode audio MA, ou le mode audiovisuel MAV, ou le mode image MI.
Au sens de l'invention, un document multimédia D contient en général une page ou plusieurs pages pouvant être consultées dans le serveur de site web SW et être téléchargées dans le terminal TE. Un document multimédia peut contenir du texte et/ou du graphique et/ou des images fixes, telles que photographies, et/ou des images animées telles que séquences vidéo ou films, et/ou du son tel que parole ou morceau musical.
Chaque document D est identifié par une adresse
AD du type URL qui contient notamment l'adresse IP (Internet Protocol) du serveur SW qui diffuse le document, le chemin arborescent qui conduit au document dans le serveur et le nom du document .
Comme montré à la figure 2, un document D composé d'une ou de plusieurs pages dont au moins une page PA, généralement la première, est composée de deux parties. La première partie est une partie principale PP qui contient par exemple des informations d'accueil du site SW ou un sommaire du document D. La partie principale PP contient en général du texte qui peut être synthétisé dans le serveur SW pour un terminal fonctionnant en mode audio MA, ainsi qu'éventuellement des images fixes ou animées. La partie PP est contrôlée par le gestionnaire du serveur de site web SW. La deuxième partie PUB dans la page PA du document D est relative à de la publicité faite par un annonceur AN destinée aux usagers consultant le document D et est conçue par un éditeur ED qui peut être confondu avec l'annonceur AN. En pratique, la page PA ou toute autre page du document D peut comprendre une ou plusieurs parties PUB dédiées à la publicité et gérées par un ou plusieurs éditeurs.
Classiquement, la partie PUB est un bandeau ou une étiquette ou une fenêtre publicitaire dont la présentation PUBI en mode image classique comprend une image fixe incluant bien souvent du texte.
Selon une variante de l'invention, la partie publicitaire PUB peut être également transmise en mode audio MA sous une présentation PUBA issue de la synthèse vocale du texte contenu dans la partie publicitaire PUB, ou en mode audiovisuel MAV sous une présentation PUBAV contenant la partie PUB avec des images animées et des informations vocales et/ou un morceau musical. Le mode audiovisuel peut être la réunion des modes MI et MA. Selon une réalisation préférée, les diverses présentations PUBI, PUBA et PUBAV d'une partie publicitaire PUB sont gérées par l'annonceur AN et/ou l'éditeur ED de celle-ci dans un serveur spécifique de publicité SP relié au serveur SW à travers le réseau internet RP, comme montré à la figure 1. En pratique, plusieurs serveurs de publicité sont prévus et sont chacun gérés par un ou plusieurs annonceurs et/ou éditeurs de parties publicitaires et de pages web.
Le serveur SP constitue une troisième entité principale du système de télécommunications selon l'invention et joue le rôle d'une régie de publicité qui contient un catalogue CAT de différentes parties publicitaires PUB dites jingles multimédias. Comme indiqué à la figure 1, le catalogue CAT est organisé comme une table qui fait correspondre à chaque adresse de partie publicitaire APUB de type URL, la présentation audio PUBA et/ou la présentation audiovisuelle PUBAV de la partie publicitaire PUB, et le cas échéant la présentation image PUBI, les coordonnées de l'annonceur AN et/ou de l'éditeur ED de la partie publicitaire, et des caractéristiques CPUB de la partie publicitaire. Les caractéristiques CPUB comprennent par exemple la durée de la partie publicitaire PUB, la taille et le type du fichier contenant celle-ci, ainsi que des caractéristiques liées à la facturation de la publicité faite par le gestionnaire du site SW pour l'annonceur de la partie publicitaire, telles que période de validité de la partie publicitaire, indicateur de facturation au service de publicité, nombre de consultations de la partie publicitaire par les usagers, etc.. En référence maintenant à la figure 3, il est supposé à une étape initiale 110 qu'un catalogue CAT de partie publicitaire PUB a été construit et mémorisé dans un serveur de publicité SP et qu'au moins un document D contenant au moins une page PA avec une partie principale PP et une partie publicitaire PUB désignée par une adresse APUB a été mémorisé dans le serveur de site web SW. L'adresse de partie publicitaire APUB contient notamment l'adresse internet du serveur SP, le chemin ou référence conduisant à la partie publicitaire PUB dans le serveur SP et le nom de la partie publicitaire. L'adresse APUB de la partie publicitaire PUB de la page PA est masquée dans la page du document D mémorisé initialement dans le serveur de site SW afin que cette adresse ne soit pas perçue par l'usager du terminal.
En variante, une ou plusieurs pages de document D contiennent chacune une ou plusieurs parties publicitaires désignées par des adresses respectives.
Grâce à l'indépendance des serveurs de publicité
SP par rapport aux serveurs de site SW, une ou plusieurs régies publicitaires représentant différents annonceurs peuvent gérer des ensembles respectifs de parties publicitaires pour les modifier, les supprimer ou les remplacer. De préférence, chaque régie publicitaire peut accéder au serveur SW, après authentification d'un mot de passe respectif, pour une mise à jour ou une autre sélection des adresses APUB de parties publicitaires contenues dans des documents D dans le serveur SW. Par ce biais, une régie publicitaire modifie notamment la durée de validité et la taille de la partie publicitaire dans un document D et adapte le contenu de la partie publicitaire PUB à celle du document D, notamment en considérant le type d'usager susceptible de consulter le document D. Selon l'invention, la partie publicitaire PUB est ainsi adaptée au type de matériel du terminal d'usager désigné implicitement par l'indicateur de mode MTE. Ainsi en variante, l'indicateur de mode MTE peut être confondu avec un indicateur du type matériel du terminal TE que le serveur SW classe en correspondance avec l'un respectif des trois modes de lecture MI, MA et MAV.
Pour prendre connaissance d'un document D dans le serveur SW par un usager US devant le terminal TE, considéré également comme un terminal téléphonique ou radiotelephonique RT combiné avec le serveur vocal SVI, les étapes suivantes 11 à 21 sont effectuées, comme montré à la figure 3.
A l'étape 11, le terminal TE appelle le serveur SW en transmettant un paquet IPl destiné au serveur de site web SW désigné par l'adresse IP contenue dans l'adresse AD du document D que souhaite consulter l'usager US, et contenant en paramètre l'indicateur de mode MTE du terminal TE. A l'étape 12, dans une table de correspondance du serveur SW sont mémorisés l'adresse ATE du terminal TE contenue en tant qu'adresse de source dans le paquet IPl, l'adresse AD du document D à consulter et l'indicateur de mode de lecture MTE.
Puis à l'étape 13, le serveur SW lit le document D dans une base de données associée au serveur, désigné par l'adresse AD. Les étapes suivantes 14 à 21 sont ensuite effectuées pour chaque page consultée du document D.
Le serveur SW vérifie à l'étape 14 que la première page du document D ou la page PA désignée par l'adresse reçue contient une partie publicitaire PUB, c'est-à-dire une présentation publicitaire PUBI en mode image avec ou sans l'adresse APUB masquée pour l'usager, et à l'étape 15 que le paquet reçu IPl ne contient pas un indicateur de mode de lecture de terminal MTE et que le mode reçu MTE est le mode image MI. Si aux étapes 14 et 15 le serveur SW constate que la page PA ne contient aucune partie publicitaire PUB, ou que le paquet IPl ne contient pas d'indicateur de mode de lecture MTE ou celui-ci est le mode MI, le serveur SW transmet dans un paquet IP4 la page PA au terminal TE à l'étape 16 afin que la page PA soit affichée dans le terminal TE si celui-ci fonctionne en mode MI ou MAV, ou afin que la partie textuelle éventuelle contenue dans la page PA soit synthétisée vocalement dans le terminal TE ou dans un serveur vocal interactif lorsque le terminal TE fonctionne en mode de lecture audio MA, à l'étape 17. Si la page PA contient une partie publicitaire PUB et l'indicateur de mode de lecture reçu MTE dans le paquet reçu IPl diffère du mode image MI aux étapes 14 et 15, le serveur SW va lire, selon l'invention, la partie publicitaire PUB dans le serveur de publicité SP en fonction de l'indicateur MTE transmis par le terminal TE. Le serveur SW transmet alors un paquet IP2 ayant pour adresse de destinataire l'adresse APUB lue dans la partie publicitaire PUB et comme paramètre l'indicateur de mode MTE, au serveur de publicité SP, à l'étape 18. Puis le serveur SP compare l'indicateur de mode de lecture de terminal MTE reçu dans le paquet IP2 aux indicateurs MA et MAV.
Si à l'étape 19, le serveur SP reconnaît l'indicateur de mode MA dans l'indicateur MTE, il lit la partie publicitaire PUBA en présentation audio après avoir vérifié notamment les conditions de validité de celle-ci dans les caractéristiques associées CPUB, à l'étape 191. Le serveur de publicité SP transmet ensuite un paquet IP3 contenant le nom de la partie publicitaire PUB et celle-ci sous la présentation audio PUBA au serveur SW à l'étape 192. Le serveur SW combine la partie publicitaire PUBA avec la partie principale PP lue dans la base de données à l'étape 193 afin de transmettre dans au moins un paquet IP4 la page PA comprenant les parties PUBA et PP au terminal TE, à l'étape 194. Dans le terminal TE à l'étape 195, la page PA est mémorisée pour être écoutée immédiatement ou ultérieurement. Comme déjà dit, la transmission de la page PA en tant que document audio est transcrite vocalement par le terminal TE, ou bien par le serveur vocal interactif SVI qui échange les paquets IPl et IP4 avec le serveur SW et qui répond à des commandes DTMF (Dual Tone MultiFrequency) avec le terminal TE.
En revenant à l'étape 19, si le serveur de publicité SP reconnaît le mode audiovisuel MAV dans l'indicateur de mode MTE reçu dans le paquet IP2, il lit à l'étape 20 la partie publicitaire sous présentation audiovisuelle PUBAV à l'étape 201 qui est suivie d'étapes 202 à 205 respectivement analogues aux étapes 192 à 195 en remplaçant PUBA par PUBAV. Dans ce cas, à l'étape 205, le terminal TE mémorise la page audiovisuelle reçue PA combinant la partie publicitaire PUBAV téléchargée depuis le serveur SP et la partie principale PP téléchargée depuis le serveur SW pour visualiser et écouter la page immédiatement ou ultérieurement.
Puis après l'étape 195, ou 205, ou 17, l'usager peut décider de consulter une autre page du document D à l'étape 21 en revenant à l'étape 13, ou décider de consulter un autre document dans le serveur SW à l'étape 22 en revenant à l'étape 11, ou bien d'arrêter la consultation en déconnectant le terminal TE du serveur SW.
Selon une première variante, les étapes 14 et 15 sont supprimées et les étapes 16 et 17 sont remplacées par des étapes analogues aux étapes 18,19 et 191 à 195 ou 18,19 et 201 à 205 lorsque la partie publicitaire dans la page PA contenue dans le serveur SW ne contient que l'adresse APUB et l'indicateur de mode de lecture de terminal MTE contenu dans le paquet reçu IPl désigne le mode image MI à l'étape 15. Le serveur SW transmet alors l'adresse APUB au serveur de publicité SP, comme à l'étape 18, pour que le serveur SP lise la partie de publicité PUBI en présentation image et la retransmette dans un paquet IP3 au serveur SW, comme aux étapes 191-192 ou 201- 202, afin de combiner la partie de publicité PUBI à la partie principale PP dans la page PA qui est transmise dans un paquet IP4 au terminal TE, comme aux étapes 193-194 ou 203-204.
Selon encore une autre variante, si à l'étape 19 le mode de lecture du terminal reçu MTE n'est pas reconnu par le serveur SP comme l'un des modes MA, MAV et MI en correspondance avec l'adresse APUB, c'est-à-dire si dans le serveur SP la partie publicitaire PUB n'a pas été enregistrée sous une présentation PUBA ou PUBAV ou PUBI correspondant au mode MTE, le serveur SP compose et transmet un paquet IP3 contenant le message de non reconnaissance 241 « PUB ignorée » au serveur de site web SW, aux étapes 241 et 242. Le serveur SW compose alors une page PA avec la partie principale PP et le cas échéant avec un mot alphanumérique en tant qu'étiquette TAG désignant le nom de l'image constituant la partie publicitaire PUB et située à l'emplacement de celle- ci dans la page PA, à l'étape 243 afin de transmettre la page ainsi composée PA dans un paquet IP4 vers le terminal TE, à l'étape 244. La page PA est mémorisée dans le terminal TE et écoutée et/ou visualisée immédiatement ou ultérieurement à l'étape 245.
Cependant, lorsque l'indicateur de mode de lecture MTE reçu dans le serveur de publicité SP correspond au mode de lecture audiovisuel MAV et le serveur de publicité SP ne possède pas de présentation PUBAV de la partie de publicité PUB du document D adaptée au mode de lecture audiovisuel MAV, le serveur de publicité SP transmet par défaut la partie prédéterminée selon la présentation PUBA ou PUBI adaptée à un autre mode de lecture MA ou MI, comme indiqué en traits pointillés entre les étapes 201 et 192 à la figure 3.
On notera que la consultation d'une page PA d'un document D par le terminal TE ne nécessite pas à chaque consultation une lecture de la page PA dans le serveur SW lorsqu'il est prévu un serveur proxy PR comme équipement d'interconnexion entre le réseau d'accès RA et le réseau internet RP comme montré schématiquement en traits pointillés à la figure 1. Le stockage temporaire de pages consultées par le terminal TE dans le serveur proxy améliore les temps de réponse aux requêtes IPl provenant du terminal TE.
Selon une deuxième réalisation complétant la réalisation décrite ci-dessus, la partie publicitaire PUB dans une page PA de document est sélectionnée également en fonction d'au moins un profil, et plus généralement de plusieurs profils PR de l'usager US du terminal TE (ou TM) . Un serveur de mémorisation de profil 10 relié au réseau RP stocke des profils types d'usager PR1 à PRi . Chacun de ces profils comporte au moins une caractéristique d'une catégorie d'usagers. Une catégorie correspond par exemple à une tranche d'âge, une catégorie sociaux-professionnelle, une nationalité, un nombre d'individus dans une cellule familiale, un goût particulier, un loisir particulier, etc. Les annonceurs publicitaires, les éditeurs de pages web, et les régies publicitaires notamment, accèdent au serveur 10 par téléchargement total ou partiel ou par référence par exemple, et peuvent le compléter à tout moment, directement ou via un intermédiaire gestionnaire.
Un serveur de référencement d'usager 20 associe à chaque usager et donc chaque terminal d'usager du réseau internet au moins un profil PR parmi les profils PRI à PRi stockés dans le serveur 10. Les associations entre des usagers et un profil donné sont enregistrées dans l'une de plusieurs tables 21, 22, ..., 2i correspondant respectivement aux profils PRI, PR2, ..., PRi des usagers. Le serveur 20 est par exemple le serveur d'un fournisseur d'accès par l'intermédiaire duquel le terminal de l'usager est connecté au réseau internet RP.
En variante, le ou les profils PR de l'usager US sont enregistrés directement dans le terminal TE (ou TM) de l'usager via l'utilisation d'un mécanisme de stockage, par exemple d'un cookie, ce qui simplifie avantageusement l'architecture du système.
En variante, le ou les profils PR de l'usager sont enregistrés en parallèle à la fois dans le serveur 20 et directement dans le terminal TE de l'usager. Dans tous les cas, dès que le terminal TE de l'usager US est connecté à un serveur de site web tel que le serveur SW, soit un moyen de stockage installé dans le terminal TE renseigne automatiquement le serveur de site web SW sur les profils PR, soit un identificateur, qui est attribué à l'usager par son fournisseur d'accès, permet de récupérer les profils de l'usager dans les tables 21 à 2i enregistrées dans le serveur 20 puis de renseigner automatiquement le serveur SW sur les profils PR de l'usager.
Le serveur de publicité SP associe à chaque partie publicitaire PUB au moins un profil d'usager stocké dans le serveur 10. Les associations obtenues sont enregistrées dans des catalogues 31, 32, ..., 3j de parties publicitaires. Ainsi, chaque annonceur publicitaire crée son propre catalogue 31, 32, ..., 3j de parties publicitaires avec, pour chaque partie publicitaire à personnaliser, une référence à un ou plusieurs profils qu'il veut atteindre. Les annonceurs ont en outre la possibilité, dans une variante, d'utiliser des moyens logiques dans le serveur SP pour combiner plusieurs profils PR1 à PRi dans le serveur 10 en un profil dit "agrégé" qui est associé à une partie publicitaire. Une partie publicitaire peut donc être associée à un ou plusieurs profils, qu'ils soient agrégés ou non.
Un annonceur peut également prévoir une partie publicitaire dite "de base", associée à aucun profil, destinée à s'afficher lorsque l'annonceur ne souhaite pas personnaliser sa campagne de publicité ou lorsqu'il n'existe pas de partie publicitaire ciblée associée au même profil que celui d'un usager.
Un annonceur publicitaire utilisant cette personnalisation de partie publicitaire peut, s'il le désire, la combiner avec des méthodes de ciblage connues de l'art antérieur, utilisant des caractéristiques de la connexion entre le terminal TE et le serveur visité SW telles que le contenu du serveur de site auquel le terminal de l'usager s'est connecté, le pays de l'usager que l'on peut retrouver grâce au numéro IP, la date et l'heure de connexion, le nom de l'entreprise à partir de laquelle la connexion est demandée, le nom du fournisseur d'accès à internet, etc. Dans son catalogue, un annonceur peut en outre associer à chaque partie publicitaire ciblée, des caractéristiques correspondant par exemple à la taille du bandeau publicitaire à insérer dans une page d'informations, à la période d'affichage de la publicité, les pages d'informations sur lesquelles il ne souhaite pas que sa publicité soit insérée, etc.
Les catalogues des annonceurs sont sauvegardés sur un ou plusieurs serveurs de publicité. Par souci de clarté, un seul serveur de publicité SP est représenté dans la figure 1. Comme déjà dit, le serveur de publicité SP est géré soit par les annonceurs, soit par les éditeurs de page web, soit par une régie publicitaire par exemple.
L'affichage de publicité personnalisée selon 1 ' invention sera mieux compris en référence maintenant à la figure 3 en relation avec la figure 1.
L'étape initiale 110 crée également des profils d'usager PR qui sont enregistrés dans le serveur 10. Les profils d'usager sont par exemple élaborés par les annonceurs publicitaires ou les régies publicitaires, à partir d'informations obtenues par exemple auprès d'un fournisseur d'accès à internet qui gère une base d'usagers dans laquelle sont enregistrées certaines informations personnelles.
A partir du serveur de profil 10, le serveur de référencement d'usager 20 attribue, pour chaque usager US enregistré dans la base d'usagers d'un fournisseur d'accès par exemple, le ou en général les profils PR qui correspondent à l'usager également à l'étape initiale 110. L'identificateur de l'usager US est enregistré dans les tables 21 à 2i correspondant aux profils PR, ou localement dans le moyen de stockage du terminal d'usager TE.
De la même manière, l'étape initiale 110 attribue dans le serveur SP à chaque partie publicitaire PUB d'un annonceur publicitaire, un ou plusieurs profils d'usager stockés dans le serveur 10 en même temps que les présentations PUBI et/ou PUBA et/ou PUBAV. Cette attribution est réalisée par les annonceurs publicitaires et enregistrée dans un catalogue 31 à 3j du serveur de publicité SP. Tout ce travail de création des tables 21 à 2i et des catalogues 31 à 3i de parties publicitaires est réalisé préalablement à la connexion de l'usager du terminal TE au serveur de site web SW à 1 ' étape 11. Les parties publicitaires sont donc construites dans une phase préalable à la connexion et stockés dans les catalogues 31 à 3j . Au moment de la connexion, il suffit juste de choisir une partie publicitaire dans un catalogue.
Ainsi, tel que décrit précédemment, simultanément à l'appel 11 par le terminal d'usager TE du serveur de site web SW pour consulter un document D d'adresse AD, le profil PF de l'usager US est lu dans le serveur 20 ou le terminal TE qui l'introduit dans le paquet IPl pour être adressé au serveur de site web SW. Le profil PR de l'usager est également mémorisé en correspondance à l'adresse ATE du terminal TE à l'étape 12. La page PA du document D désignée par l'adresse reçue AD contient alors un emplacement vide destiné à recevoir la partie publicitaire personnalisée PUB qui sera sélectionnée en fonction du profil d'usager PF, quel que soit par ailleurs le mode MA, MI ou MAV transmis avec l'adresse de document AD.
Dans cette deuxième réalisation, de préférence, les étapes 14 et 15 sont supprimées et les étapes 16 et 17 sont remplacées par des étapes analogues aux étapes 18,19 et 191 à 195 ou 18,19 et 201 à 205 lorsque la partie publicitaire dans la page PA contenue dans le serveur SW, mais sans l'adresse APUB, ne contient que l'indicateur de mode de lecture de terminal MTE contenu dans le paquet reçu IPl et désignant le mode image MI, comme la première variante selon la première réalisation.
A l'étape 18, le serveur SW transmet au serveur de publicité SP un paquet IP2 ayant pour adresse de destinataire l'adresse ASP du serveur de publicité SP sans qu'elle désigne explicitement une partie publicitaire qui sera sélectionnée en fonction d'au moins un profil PR également inclus avec l'indicateur de mode MTE dans le paquet IP2.
Des premiers moyens de filtrage, non représentés dans la figure 1, dans le serveur de publicité SP identifient une ou plusieurs parties publicitaires, stockées dans les catalogues 31 à 3j associées chacune au moins à un profil identique à l'un des profils PR de l'usager extrait du paquet IP2 transmis par le serveur SW à l'étape 19.
Des moyens d'affectation, non représentés dans la figure 1, inclus dans le serveur de publicité SP sélectionnent ensuite, par exemple de manière aléatoire, une partie publicitaire parmi plusieurs parties publicitaires qui sont associées chacune à au moins le profil d'usager PR transmis par le serveur SW et qui ont été identifiées par les premiers moyens de filtrage, afin de lire la partie publicitaire sélectionnée sous la présentation désignée par l'indicateur de mode de lecture MTE à une étape 191, 201. Puis, le serveur de publicité SP transmet la partie publicitaire PUB identifiée et sélectionnée avec la présentation sélectionnée dans un paquet IP3 au serveur de site web SW, à l'étape 192, 202. Les dernières étapes 193-194-195, 203-204-205 consistent en la combinaison de la partie publicitaire PUBA, PUBAV ou PUBI extraite du paquet IP3 avec la partie principale PP lue dans la base de données dans le serveur SW, et de la transmission de cette page PA avec la partie publicitaire PUB dans au moins un paquet IP4 par le serveur SW au terminal TE. Dans une variante de réalisation, des seconds moyens de filtrage dans le serveur SP sont prévus pour identifier la ou les parties publicitaires autorisées à être insérées dans la page d'information PA. En effet, il arrive que des annonceurs ne veuillent pas que leur publicité soit insérée dans certaines pages web, et inversement que certains éditeurs de sites web ne veuillent pas insérer des publicités provenant de certains annonceurs publicitaires, ou même que certains usagers refusent que certaines publicités soient affichées sur leurs terminaux. Dans ce cas, ces seconds moyens de filtrage sont actionnés avant les premiers moyens de filtrage. Ainsi, une première sélection est faite sur les publicités autorisées à être affichées puis, parmi les publicités autorisées, une seconde sélection est faite pour ne retenir que les publicités autorisées dont le profil associé est identique à celui associé à l'usager.
La personnalisation automatique de partie publicitaire qui vient d'être décrite est un procédé fonctionnant en dynamique. Dans une variante, il est également possible de faire fonctionner ce procédé en statique. Dans cette variante, une partie publicitaire "de base" d'un catalogue 31 d'annonceur publicitaire est déjà pré-insérée sous forme de bandeau publicitaire dans la page d'information du serveur de site web SW visité par l'usager, par analogie avec les étapes 16 et 17. Les moyens d'accès permettent alors au serveur de site web SW de se connecter directement sur le catalogue 31 correspondant dans le serveur de publicité SP, afin d'identifier s'il existe une variante de la partie publicitaire de base qui correspondrait à un profil identique à celui de l'usager. Si une variante de la partie publicitaire de base est identifiée, elle est renvoyée à la page web PA dans le serveur de site SW afin d'être affichée dans le terminal TE après téléchargement de la page. En revanche si aucune variante de la partie publicitaire de base n'a été identifiée, c'est la publicité de base qui est affichée par défaut.
Par ailleurs, une mise à jour peut être effectuée au fur et à mesure de la sélection, ou non, des parties publicitaires par les usagers. Ainsi, un décompte de profil par partie publicitaire est incrémenté sur les catalogues 31 à 3j du serveur de publicité SP à chaque fois que la partie publicitaire est sélectionnée par chaque profil d'usager. Ainsi, ce décompte évalue le taux de réussite ou d'impact de la partie publicitaire sur les usagers. En variante, on peut prévoir que diverses informations soient conservées dans un fichier supplémentaire relié à un catalogue, afin d'y stocker un historique journalier du nombre d'appels au catalogue, des pages d'informations sur lesquelles sont affichés les bandeaux, etc. Cette variante permet à un annonceur de mesurer en quasi instantané l'efficacité de ces bandeaux.
La sélection, par les moyens d'affectation, de la publicité à afficher, parmi celles qui ont été identifiées par les moyens de filtrage, peut se faire de manière complètement aléatoire ou alors en fonction de critères. Ces critères correspondent par exemple à l'impact de la publicité sur les usagers, et dépendent notamment des informations issues de la procédure de mise à jour.
Le système et le procédé qui viennent d'être décrits ne sont que des illustrations et ne sont en aucun cas limités à ces exemples. Le procédé peut être géré indifféremment par une régie publicitaire, par les annonceurs publicitaires directement ou même par les éditeurs de site web. Dans le cas où une régie gère l'affichage, elle gère non seulement un serveur de publicité SP contenant des catalogues, mais aussi les serveurs de site qui lui sont affiliés. Dans le cas de la gestion par les annonceurs, un authentifiant par exemple leur permet de faire directement des mises à jour de leurs parties publicitaires. Cette gestion par les annonceurs eux-mêmes leur permet d'être très réactif au vu de l'impact de leurs parties publicitaires sur les usagers mesuré au cours de la procédure de mise à jour.
Dans une variante, les parties publicitaires sont référencées et un éditeur héberge sur ses pages d'informations une ou plusieurs de ces parties publicitaires correspondant chacune à un ou plusieurs profils qui leur sont associés. Des troisièmes moyens de filtrage contenus dans le serveur SW sont aptes à identifier si au moins l'un des profils inclus dans une publicité référencée est identique à celui de l'usager qui visite l'une des pages d'informations de l'éditeur. Les moyens d'accès du serveur SW au serveur de publicité SP ne sont activés que lorsque les troisièmes moyens de filtrage ont identifié au moins une identité entre les profils associés à une partie publicitaire et celui ou ceux de l'usager- visiteur. Les moyens d'affectation sélectionnent alors, dans le serveur de publicité SP, une variante de la publicité portant ladite référence identifiée par les troisièmes moyens de filtrage.
S'il n'y a pas identité pour une publicité donnée, celle-ci reste inchangée. Dans ce cas, cette variante présente l'avantage d'éliminer le temps de traitement supplémentaire lié à la consultation des catalogues 31 à 3j dans les serveurs SP dédiés.
Les serveurs de site des éditeurs peuvent également être modifiés pour y insérer toute une liste de parties publicitaires qui s'affichent ou non selon le profil de l'usager.
Un autre mode de réalisation consisterait à lister, dans chaque serveur de publicité SP, les pages d'information sur lesquelles paraît au moins une partie publicitaire personnalisée. Une double requête pourrait alors être envoyée en parallèle : l'une vers la page d'information que l'usager souhaite visualiser, l'autre vers la liste précitée. Dans ce cas, le serveur de publicité SP est systématiquement consulté, même lorsqu' aucune partie publicitaire n'est associée à la page web demandée. Ce mode de réalisation trouve un intérêt notamment lorsque le procédé fonctionne avec une régie publicitaire, et lorsque la préparation des pages d'information à lire peut se faire à l'avance, selon le procédé décrit dans la demande de brevet française 0112343 déjà citée par exemple.

Claims

REVENDICATIONS
1 - Procédé pour télécharger un document multimédia (D) depuis un premier serveur (SW) vers un terminal (TE), caractérisé en ce qu'il comprend les étapes de :
- transmettre (11) un indicateur de mode de lecture (MTE) du terminal avec l'adresse (AD) du document depuis le terminal au premier serveur, - transmettre (18) l'indicateur de mode de lecture (MTE) avec une adresse (APUB) d'une partie prédéterminée (PUB) du document ayant plusieurs présentations (PUBA/AV/I) depuis le premier serveur vers un deuxième serveur (SP) , - sélectionner (19) la présentation adaptée à l'indicateur de mode de lecture (MTE) dans le deuxième serveur (SP) afin que celui-ci transmette la partie prédéterminée (PUB) selon la présentation adaptée (PUBA/AV/I) au premier serveur (SW) , et - combiner (193, 203) la partie prédéterminée selon la présentation (PUBA/AV/I) adaptée au reste (PP) du document lu dans le premier serveur afin que celui-ci transmette le document au terminal.
2 - Procédé conforme la revendication 1, selon lequel la partie prédéterminée est contenue sous une présentation prédéterminée (PUBI) dans le document initialement mémorisé dans le premier serveur (SW) , et le premier serveur transmet (16) le document initialement mémorisé au terminal sans changement en réponse (14) à l'adresse (AD) du document transmise par le terminal avec un indicateur de mode de lecture (MTE) auquel la présentation prédéterminée (PUBI) est adaptée, ou sans indicateur de mode de lecture. 3 - Procédé conforme à la revendication 1 ou 2, selon lequel le deuxième serveur (SP) transmet (242) un message de non reconnaissance au premier serveur (SN) et le premier serveur transmet (244) un mot alphanumérique (TAG) à la place de la partie prédéterminée au terminal lorsque le deuxième serveur ne possède pas de présentation de la partie prédéterminée (PUB) adaptée à l'indicateur de mode de lecture (MTE) transmis par le premier serveur (SW) .
4 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel les présentations de la partie prédéterminée (PUBA/AV/I) correspondent respectivement à des modes de lecture de document audio, audiovisuel et imagé (MA/AV/I) .
5 - Procédé conforme à la revendication 4, selon lequel, lorsque l'indicateur de mode de lecture (MTE) reçu dans le deuxième serveur (SP) correspond au mode de lecture audiovisuel (MAV) et le deuxième serveur ne possède pas de présentation (PUBAV) de la partie prédéterminée (PUB) du document adaptée au mode de lecture audiovisuel, le deuxième serveur (SP) transmet (201-192) par défaut la partie prédéterminée selon la présentation adaptée à un autre mode de lecture (MA ou MI) .
6 - Procédé conforme à l'une quelconque des revendications 1 à 5, selon lequel l'adresse (APUB) de la partie prédéterminée du document est masquée dans le document (D) mémorisé dans le premier serveur (SW) .
7 - Procédé conforme à l'une quelconque des revendications 1 à 6, selon lequel l'indicateur de mode de lecture (MTE) est confondu avec un indicateur du type matériel du terminal (TE) que le premier serveur (SW) classe en correspondance avec l'un respectif de modes de lecture.
8 - Procédé conforme à l'une quelconque des revendications 1 à 7, selon lequel au moins un profil d'usager (PR) avec l'adresse (AD) du document (D) est reçu (11) par le premier serveur (SW) et transmis (18) sans l'adresse (APUB) de la partie prédéterminée
(PUB) depuis le premier serveur au deuxième serveur
(SP) afin d'identifier une partie prédéterminée (PUB) qui est associée à un profil d'usager identique au profil d'usager (PR) transmis et dont la présentation (PUBA/AV/I) est adaptée à l'indicateur de mode de lecture (MTE) transmis.
9 - Procédé conforme à la revendication 8, comprenant préalablement une association (110) d'au moins un profil d'usager (PR) à chacun d'usagers (US) de terminaux dans un troisième serveur (20) qui transmet (11) le profil d'usager au premier serveur (SW) lorsque le terminal (TE) appelle le premier serveur (SW) .
10 - Procédé conforme à la revendication 8 ou 9, comprenant préalablement une association (110) de parties publicitaires (PUB) chacune à au moins l'un de plusieurs profils d'usager (PR) dans le deuxième serveur (SP) .
11 - Procédé conforme à l'une quelconque des revendications 8 à 10, comprenant une sélection d'une partie publicitaire parmi plusieurs parties publicitaires associées chacune à au moins un profil d'usager (PR) transmis par le premier serveur (SW) .
PCT/FR2002/004362 2001-12-17 2002-12-13 Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux WO2003054736A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002364451A AU2002364451A1 (en) 2001-12-17 2002-12-13 Adapting presentation of downloaded documents to terminal reading modes

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
FR01/16431 2001-12-17
FR0116431A FR2833725B1 (fr) 2001-12-17 2001-12-17 Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux
FR0116435A FR2833793A1 (fr) 2001-12-18 2001-12-18 Systeme et procede d'affichage de publicite personnalisee sur un terminal
FR01/16435 2001-12-18

Publications (2)

Publication Number Publication Date
WO2003054736A1 true WO2003054736A1 (fr) 2003-07-03
WO2003054736A8 WO2003054736A8 (fr) 2003-10-16

Family

ID=26213305

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/004362 WO2003054736A1 (fr) 2001-12-17 2002-12-13 Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux

Country Status (2)

Country Link
AU (1) AU2002364451A1 (fr)
WO (1) WO2003054736A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956888A (zh) * 2016-05-31 2016-09-21 北京创意魔方广告有限公司 广告个性化展示方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6167441A (en) * 1997-11-21 2000-12-26 International Business Machines Corporation Customization of web pages based on requester type

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6167441A (en) * 1997-11-21 2000-12-26 International Business Machines Corporation Customization of web pages based on requester type

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
MA WEI-YING ET AL: "Framework for adaptive content delivery in heterogeneous network environments", HEWLETT-PACKARD LABORATORIES, 24 January 2000 (2000-01-24), XP002168331, Retrieved from the Internet <URL:http://www.cooltown.hp.com/papers/adcon/MMCN2000> [retrieved on 20010528] *
MILLER M ET AL: "COOL links: ride the wave", COMPUTER NETWORKS AND ISDN SYSTEMS, NORTH HOLLAND PUBLISHING. AMSTERDAM, NL, vol. 30, no. 1-7, 1 April 1998 (1998-04-01), pages 663 - 665, XP004121448, ISSN: 0169-7552 *
MOHAN R ET AL: "Adapting multimedia Internet content for universal access", IEEE TRANSACTIONS ON MULTIMEDIA, IEEE SERVICE CENTER, PISCATAWAY, NJ, US, vol. 1, no. 1, March 1999 (1999-03-01), pages 104 - 114, XP002159629, ISSN: 1520-9210 *
SMITH J R ET AL: "Transcoding Internet content for heterogeneous client devices", CIRCUITS AND SYSTEMS, 1998. ISCAS '98. PROCEEDINGS OF THE 1998 IEEE INTERNATIONAL SYMPOSIUM ON MONTEREY, CA, USA 31 MAY-3 JUNE 1998, NEW YORK, NY, USA,IEEE, US, 31 May 1998 (1998-05-31), pages 599 - 602, XP010289378, ISBN: 0-7803-4455-3 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956888A (zh) * 2016-05-31 2016-09-21 北京创意魔方广告有限公司 广告个性化展示方法

Also Published As

Publication number Publication date
WO2003054736A8 (fr) 2003-10-16
AU2002364451A1 (en) 2003-07-09

Similar Documents

Publication Publication Date Title
EP1406430B1 (fr) Procédé de messagerie vocale instantanée et dispositif de mise en oeuvre d&#39;un tel procédé
EP1514396A1 (fr) Systeme de consultation et/ou mise a jour de serveurs dns et/ou d&#39;annuaires ldap
EP2060084A1 (fr) Architecture d&#39;acces a un flux de donnees au moyen d&#39;un terminal utilisateur
FR2814829A1 (fr) Procede et systeme d&#39;optimisation de consultations d&#39;ensembles de donnees par une pluralite de clients
EP1247589A1 (fr) Procédé et système permettant d&#39;accéder à des informations et/ou données disponibles sur un réseau informatique étendu
KR100367714B1 (ko) 멀티미디어 컨텐츠와 타겟 광고의 동적 결합 기법을사용한 인터넷 방송 시스템 및 방법
EP1941705A1 (fr) Procede et systeme de protection d&#39;un lien d&#39;acces a un serveur
EP2510676B1 (fr) Procédé et système de personnalisation de messages d&#39;indisponibilité
WO2003054736A1 (fr) Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux
WO2019052860A1 (fr) Procede de mise en liaison telephonique d&#39;un terminal de communication a numero multiple
FR2816143A1 (fr) Procede de diffusion de masse selective d&#39;une annonce dans un reseau de telecommunication, terminal pour mise en oeuvre
EP1517509B1 (fr) Insertion d&#39;une aide dans une réponse à une requête pour bureau virtuel
US20030235302A1 (en) System and method for supporting viewing of internet broadcasts
FR2833725A1 (fr) Adaptation de la presentation de documents telecharges aux modes de lecture de terminaux
FR2858152A1 (fr) Gestion automatique de champ d&#39;en-tete dans une reponse
WO2003027897A2 (fr) Constitution d&#39;une liste de documents multimedias selectionnes et actualises depuis un terminal
EP1940133B1 (fr) Système et procédé de gestion de joignabilité via au moins un réseau de communication
FR2871009A1 (fr) Procede de traitement d&#39;un message multimedia, systeme de traitement et terminal de telecommunication associe
WO2009071836A1 (fr) Procédé de gestion de l&#39;interface utilisateur d&#39;un terminal mobile associé à un module de sécurité et terminal mobile associé
FR2871011A1 (fr) Procede et systeme d&#39;etablissement et de mise a jour d&#39;une base de donnees, utilisation de cette base et terminal de telecommunication
FR2814022A1 (fr) Procede et systeme de reponse automatisee a un appel telephonique
KR20040016159A (ko) 메시지를 송수신할 때 단말기 식별 방법
FR2863740A1 (fr) Procede de mise en forme automatique d&#39;un courrier electronique
FR2844128A1 (fr) Procede et systeme d&#39;envoi d&#39;un contenu sonore a un terminal multimedia, serveur de referencement, serveur de contenu multimedia, terminal et signaux correspondants
FR2834844A1 (fr) Dispositif de transmission de donnees numeriques entre un telephone mobile muni d&#39;une interface sms et un terminal de consultation internet

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
CFP Corrected version of a pamphlet front page
CR1 Correction of entry in section i

Free format text: IN PCT GAZETTE 27/2003 ADD "DECLARATION UNDER RULE 4.17: - OF INVENTORSHIP (RULE 4.17(IV)) FOR US ONLY."

Free format text: IN PCT GAZETTE 27/2003 ADD "DECLARATION UNDER RULE 4.17: - OF INVENTORSHIP (RULE 4.17(IV)) FOR US ONLY."

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP