[go: up one dir, main page]

WO2003015434A1 - Procede de transmission et de restitution d'un message multimedia pour terminal mobile - Google Patents

Procede de transmission et de restitution d'un message multimedia pour terminal mobile Download PDF

Info

Publication number
WO2003015434A1
WO2003015434A1 PCT/FR2002/002778 FR0202778W WO03015434A1 WO 2003015434 A1 WO2003015434 A1 WO 2003015434A1 FR 0202778 W FR0202778 W FR 0202778W WO 03015434 A1 WO03015434 A1 WO 03015434A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
terminal
proprietary
program
restitution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2002/002778
Other languages
English (en)
Inventor
Laurent Pretet
Marcel Brouillet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
QUALIMUCHO MEDIA
Original Assignee
QUALIMUCHO MEDIA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by QUALIMUCHO MEDIA filed Critical QUALIMUCHO MEDIA
Priority to EP02794619A priority Critical patent/EP1417855A1/fr
Publication of WO2003015434A1 publication Critical patent/WO2003015434A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to a method for transmitting and restoring a multimedia message for a mobile terminal. It has applications in the field of telecommunications with portable telephone devices, electronic assistants or portable computers.
  • the methods and devices used in mobile cellular telecommunications of the GSM, GPRS or UMTS or other type are well known and standardized.
  • the functionalities of mobile terminals are thus perfectly defined.
  • Multimedia messages i.e. content: applications, script, programming code, rendering format, text, scrolling text, thumbnail, Internet links, images, animation, graphics ...
  • the specific application may, for example, be a browser or a video “streaming” application (video player capable of managing the playback of sequences resident on remote servers).
  • the browser is a product developed by a specific editor, integrated by each mobile manufacturer.
  • the integrated application takes control of the input and output interfaces of the terminal including display screen, speaker, touch device, keyboard, vibrator, light-emitting diodes, etc.
  • the browser is therefore assimilated to an application specific to the mobile terminal.
  • methods for sending messages directly on the backgrounds of the screens, in screensaver or in thumbnail of the screens of mobile terminals implement an application which processes both the reception and the restitution of the message and are generally proprietary, they therefore require on the part of the transmitter a perfect identification of the terminal used by the target receiving the message. Such methods require the user to make a prior request to the sender or source.
  • Such methods are therefore not compatible with a service for sending mass messages over a standardized telecommunications network because the users, identified by SI M card for example, being able to change terminals at any time, the system for sending mass messages may send these proprietary messages to incompatible terminals that cannot properly process the incoming message.
  • the invention proposes an alternative method for transmitting and restoring a multimedia message which makes it possible to open the mobile terminal to new functionalities by taking advantage of the browser or the computer programs of the mobile. It consists, on the one hand, of integrating new applications for transmitting proprietary messages on standardized networks, and, on the other hand, of integrating a proprietary application for processing these messages in the standard mobile terminals while pulling part of the existing and standardized network and terminal applications, thus optimizing the impact on the network as well as the memory space in the terminals and allowing a proprietary application to coexist in standardized terminal and network environments.
  • the invention therefore relates to a method for rendering messages on output devices (for example screens, speakers, vibrators, etc.) of communicating mobile terminals, the messages being from an authorized source on the communication network.
  • the messages to be returned can be of any kind (utility, informative, editorial, promotional, advertising, ...) and their format is essentially interactive with the user of the terminal and can be text, graphic, animated or linked to all possibilities of return of the terminal.
  • the method uses existing applications in the mobile terminal, such as a browser, in order to restore these messages on the output devices of the terminal at one or at times according to a context or an event (s) with frequency, duration or other parameters supplied by at least one owner instruction linked to.
  • the invention therefore relates to a method of transmission and restitution of a multimedia message between a source and a standard mobile terminal of a telecommunications network, the mobile comprising at least one reception channel, the multimedia message received by the channel reception being processed by at least one message return program of the terminal in order to be rendered on at least one user interface, the multimedia message being transmitted . in a message envelope according to a standardized protocol.
  • the multimedia message is transmitted in the envelope and at least one proprietary detection instruction and at least one proprietary restitution or mixed instruction are associated with said multimedia message, and in a mobile terminal in which a proprietary detection routine and a proprietary message processing program, the routine detects the presence of the proprietary detection or mixed instruction, transmits at least the proprietary playback or mixed instruction and the message to the proprietary processing program, said program owner of processing executing the restitution or mixed instruction and making available at a time defined by the instruction owner of restitution or mixed, the message to the restitution program.
  • the owner detection instruction is an instruction solely intended to activate the detection routine and the mixed owner instruction is an instruction intended inter alia to activate the detection routine.
  • the latter can also activate the proprietary message processing program as a proprietary rendering instruction.
  • the term "moment” means at a given time or according to a context or an event (s) and, possibly, with a frequency, duration or other parameters carried or signified by the instruction.
  • the multimedia message is stored in a memory of the proprietary processing program before it is made available to at least one restitution program, the time of its making available depending on one or more of the following means: the content of the instruction owner of restitution or mixed, of at least one request, of at least one predefined event,
  • the memory of the proprietary processing program can store several messages before being made available to at least one restitution program, - the provision of messages stored by the proprietary message processing program is sequential,
  • SMS Short Message
  • USSD Public Land Mobile Subscriber
  • MMS Multimedia Messaging Service
  • CSD circuit switching
  • GPRS Universal Mobile Broadband Radio Service
  • the message envelope is of the SMS short message type or equivalent
  • each envelope can convey a part of the message
  • each envelope can carry several messages and at least one proprietary instruction is associated with each multimedia message, - the message contains standardized code (WML, HTML, xHTML, sHTML, XML, java or equivalent) interpreted by a browser or others existing applications in the terminal,
  • the multimedia message also comprises at least one short owner instruction
  • the initial addresses (URL) contained in the messages are replaced by simplified addresses in the form of short owner instructions before sending the messages to the terminal and the addresses
  • Initial URLs and their respective simplified addresses are stored in source redirect tables in order to redirect requests from the browsers of the users to the original addresses
  • the information or scripts frequently found in the messages are replaced at the source by specific codes in the form of short proprietary instructions and the mobile terminal integrates the information or scripts which are activated by said specific codes, - the message comprising at least one short owner instruction is sent to a proprietary application incorporated into the terminal,
  • the proprietary processing program replaces said short instruction with a multimedia element before making available to at least one restitution program
  • the multimedia element is previously stored in the terminal memory
  • the multimedia element is an email address in the case of a short owner instruction corresponding to a simplified address
  • the proprietary processing program updates a part, one or more messages previously received and stored in memory as a function of the reception of at least one subsequent message and instruction (s) from the owner (s),
  • the update concerns at least one text area
  • - the update concerns at least one URL address
  • the update concerns at least one image or a video sequence
  • the update concerns at least one or more proprietary short instructions
  • said message can be processed by sending to the proprietary message processing program when it is associated with a proprietary detection or mixed instruction,
  • the envelope error detection routine is therefore used to detect the error in the envelope and the presence of a proprietary detection or mixed instruction
  • the message error detection routine is arranged as an error output from a standard message processing means of the portable,
  • the terminal also comprises a standardized transmission channel and the message further comprises an acknowledgment request making it possible to inform the source of the reception, processing and / or storage of said message, the acknowledgment being stored by the program which owns processing of messages in its specific memory and being subsequently returned by the standardized transmission channel,
  • the message also includes an interaction script from the request, resulting in active user participation during its execution,
  • the source is informed of the active participation of the user
  • a terminal which includes at least one input member and the script includes an obligation for the user to act on said input member
  • the input device is a key, a keyboard, a touch screen, a microphone ...
  • the acknowledgment is returned by a transmission channel as specified by the request for acknowledgment
  • the acquittal is returned at an appropriate time as defined by the request for acquittal
  • the opportune moment can be a temporal data, a time slot, or function of a countdown started by an event such as the arrival of the-message-in-memory-which-account ⁇ -rebour ⁇ sWe -nature-defined-by-the-request for acknowledgment (number of restitutions, time, 7),
  • the moment can be defined, in particular, by an event coming from another application such as an analysis application of the telecommunications network in order to determine the quality of transmission and to indicate to the acknowledgment process the moments suitable for returning the acquittal,
  • the message is compressed at the source before its transmission and the method implements a means of decompressing the message in the mobile terminal, - a terminal is implemented which includes a standby means making it possible to place it in a low power consumption mode when a user has stopped using said terminal for a predetermined time, in said mode, the terminal being reactivated periodically during a predefined activation time with reduced duty cycle and the messages only being restored when the terminal is reactivated,
  • a terminal which includes alternations of high and low electrical consumption according to the activity of the terminal and of the user, (these alternations are imperceptible for the user but allow substantial savings in electrical consumption because the times of low power consumption, although of very short duration on a human scale, are extremely long compared to times of high consumption)
  • a terminal which includes a standby mode in which the terminal enters following prolonged inactivity by the user,
  • phase of successive messages is started at a time after the terminal is put on standby, - a phase of successive messages is started as soon as it is put on standby,
  • the successive restitution phase is interrupted in order to limit the electrical consumption to at least one of the following conditions: the resumption of activity of the user of the terminal, after a predetermined duration, after a predetermined number of message restitutions, - - in a successive restitution phase, each restitution can be followed by returns to standby mode for a predetermined duration,
  • the remote sequence residing in a server remote from the terminal, firstly it transmits to the proprietary processing program and stores in its specific memory a previous message which contains a prior sequence and, in a second step, in particular on an event from an input device of the terminal, the proprietary processing program makes available the sequence prior to the rendering application of the mobile terminal and starts a phase downloading the remote sequence starting with a priming phase and then making it available to the mobile terminal restitution application following the prior sequence,
  • said total sequence is split at the source into an initial sequence and a main sequence, the main sequence residing in a server remote from the terminal, firstly, a proprietary processing program is transmitted and a message which contains the initial sequence is stored in its specific memory and, secondly, in particular on an event from an input device of the terminal, the proprietary processing program makes the initial sequence available to the rendering application of the mobile terminal and begins a phase of downloading the main sequence, starting with a boot phase and then making it available to the rendering application of the mobile terminal to the continuation of the initial sequence, - the size of the initial sequence is calculated as a function of the expected quality of transmission a end that said reproduction of the main message appears continuous for the user,
  • the size of the initial sequence is determined according to the worst transmission quality of the network, --on ⁇ ispose-dansHe-termirial-une-applieation ⁇ intereeptionHadite-applieation interception receiving requests from a restitution program and intended for specific peripheral interfaces of the terminal (call function, telephone directory, directory of SMS messages, dialer, history of dialed numbers ...) so that requests are filtered and possibly transmitted to the proprietary treatment program for analysis, treatment and return to the restitution program,
  • the reference relates as well to an actual response to a request as to other data and, in particular, one or more messages stored in the specific memory of the proprietary message processing program
  • an interception application in the terminal, said interception application receiving requests from a restitution program and intended for specific peripheral interfaces of the terminal (call function, telephone directory, message directory SMS, dialer, history of dialed numbers, etc.) and responses from specific peripheral interfaces of the terminal to the rendering program so that responses from interfaces of terminal devices to illegitimate requests (which have no could be processed by the interfaces of the peripherals) are filtered and possibly transmitted to the proprietary processing program for analysis, processing and return to the restitution program.
  • the invention also relates to a method for transmitting and restoring a multimedia message between a source and a standardized mobile terminal of a telecommunication network, the mobile comprising at least one reception channel, the multimedia message received by the reception being processed by at least one message rendering program of the terminal in order to be rendered on at least one user interface, the multimedia message being transmitted in a message envelope according to a standardized protocol, in which the source is introduced into the '' encloses at least one detectable error so that:
  • the invention also relates to a method for transmitting and restoring a multimedia message between a source and a standardized mobile terminal of a telecommunication network, the mobile comprising at least one reception channel, the multimedia message received by the reception being processed by at least one message rendering program of the terminal in order to be rendered on at least one user interface, the multimedia message being transmitted in a message envelope according to a standardized protocol, in which the source is introduced into the multimedia message at least one detectable error so that: - on the one hand in a terminal in which a routine for error detection of a message specific to the error has previously been incorporated, said message can be reproduced
  • the invention also relates to the combination of the incorporation of error in the envelope and in the message.
  • the invention also relates to a method for transmitting and restoring a multimedia message between a source and a standardized mobile terminal of a telecommunication network, the mobile comprising at least one reception channel, the multimedia message received by the reception being processed by at least one message restitution program of the terminal in order to be rendered on at least one user interface, the multimedia message being transmitted in a message envelope according to a standardized protocol, in which, in the case of restitution of '' a remote total sequence by means of a restitution application, said total sequence is split at the source into an initial sequence and a main sequence, the main sequence residing in a server remote from the terminal, firstly it is transmitted to the proprietary processing program and stores in its specific memory a message which contains the initial sequence and, secondly, in particular on an event from an input device of the terminal, the proprietary processing program makes the initial sequence available to the rendering application of the mobile terminal and begins a phase of downloading the sequence main,
  • the invention finally relates to a method for transmitting and restoring a multimedia message between a source and a mobile terminal.
  • the terminal comprising at least one reception channel, the multimedia message received by the reception channel being processed by at least one message reproduction program of the terminal in order to be reproduced on at least one interface user, the multimedia message being transmitted in a message envelope according to a standardized protocol, the terminal having an interception application, said interception application receiving requests from a restitution program and intended for a device specific to the terminal (call function, telephone directory, SMS message directory, number dialer, history of numbers dialed, etc.) so that requests that could not be processed by the device are transmitted to a program treatment owner for analysis and treatment and referral to the restitution program.
  • the field of the invention is that of mobile telecommunications. Its purpose is to offer the possibility to any type of content provider to send a multimedia message to a space reserved on the screens of mobile terminals.
  • the method according to the invention allows the user to ask the mobile to store these messages in order to use them later: read / view the message, return a coupon, access a WAP / web site, play. ..
  • the invention thus makes it possible to interface with generally standardized functionalities in mobile terminals in order to:
  • the user can thus control the sources sending the content and technically authorize only one or certain sources for sending messages.
  • the invention has zero impact on the infrastructures in place so as not to disrupt the operation of the network and of the existing mobiles which are standardized and, in particular, as regards the standby modes, the errors, the possibility of order the proprietary processing module with requests, the rejection of a proprietary SMS with an error by a conventional mobile without an error handling means, and user validation required to obtain the connection.
  • the invention also takes into account the fact that a mobile phone has very little memory and that the autonomy of the battery is critical. It makes it possible to optimize the resources of the telephone by taking advantage of existing applications, to minimize the impact on the autonomy of the terminal the synchronization of certain events of the proprietary application (sending to the restitution application) to the events inherent in the proper functioning of the mobile terminal such as the periodic wakeup of the microprocessor in real mode to allow the terminal to converse with the transmitters / receivers of the network.
  • the invention also makes it possible to exploit the interactions of each user with each message to target their preferences. The most obvious interactions are when the user decides to connect to the Internet service offered in the received message. While it is not possible in the current state of the art to identify the user at the level of the Internet server, the invention allows this identification.
  • the invention also makes it possible to acknowledge receipt and / or restitution of the message on an output device of the mobile terminal by the communication channels of the mobile telecommunication network to a specified destination whereas in the current state of the art, only telecommunication network operators are able to recover these acknowledgment messages.
  • the invention when sending messages with acknowledgment of receipt, only the source will receive the acknowledgment message from its correspondent.
  • the invention makes it possible to configure the destination address for the acknowledgment and / or to take advantage of an opportunity where the user has connected to the Internet to send the acknowledgment message without his being aware of it. account.
  • acknowledgment is a common method of proving receipt or restitution by a user, it is however not possible to determine with the current technique whether the user has been exposed to the message.
  • the invention makes it possible to ensure that the user has indeed been exposed to the message by acknowledging each interaction of the user with the terminal while a message is being reproduced on one of the output members.
  • FIG. 1 a functional diagram of a mobile terminal with implementation of the invention
  • Figures 2 and 2bis two examples of messages,.
  • a mobile telecommunication network 2 sends multimedia messages to a standardized mobile terminal 1.
  • the standard elements of the mobile are represented in the form of hatched frames in this Figure.
  • Multimedia messages are conventionally transmitted according to a standardized protocol which is here called envelope 22 of the message.
  • the envelope is standardized and can be, for example, of the SMS, USSD, MMS, CSD, GPRS, UMTS type.
  • the multimedia messages are transmitted from the network 2 to the mobile terminal 1 by a standardized data channel of the short message type.
  • an SMS 22 is shown by way of example but it is envisaged that the multimedia message is transported by more than one SMS depending on its size or, conversely, several multimedia messages are transported by the same SMS .
  • FIG. 2 The messages that can be processed according to the invention are shown in Figures 2 and 2bis.
  • Figure 2 at least one owner detection instruction 8 is associated with each message 6 conveyed by the envelope 22.
  • Figure 2 at least one owner restore instruction 8 'is also associated with the message 6.
  • This owner restore instruction which may optionally be omitted, is intended to activate and supply parameters to a proprietary message processing program as explained later.
  • Figure 2bis at least one mixed owner instruction 8 "is associated with each message 6 conveyed by the envelope 22.
  • the owner instructions can therefore be of three types:
  • - proprietary detection instruction 8 allowing a detection routine, 5, 14, 17 Figure 1, to recognize a proprietary message and sending the message to a proprietary program, 16 Figure 1, for processing messages;
  • the multimedia message 6 is coded according to a standard language for example, WML, HTML, xHTML, sHTML, XML, Java or the like or else commands for launching applications of the file download type (games, ringtones, etc.).
  • the message may also include in its body of short instructions 27 owners whose role is to replace multimedia elements in the message and thus save space.
  • the short instruction may be replaced by the multimedia element which has been previously supplied to the terminal by transmission and memorized or stored in memory 13.
  • the short instruction will be replaced by the script or a routine for executing the script will be used.
  • the mobile 1 comprises circuits not shown for a reception channel and a transmission channel.
  • the standard means 3 for processing the envelope and for processing 4 the contents of the envelope, that is to say messages allow, in the absence of error, to recover the messages in order to transmit them to a detection routine 5 for proprietary messages.
  • the envelope or the message is refused by the respective standard processing means 3, 4.
  • the detection routine 5 sends the message to a proprietary message processing program 16 with which a specific memory is associated 13.
  • the terminal also includes a restitution program 12 which is conventionally associated with a cache memory 11.
  • the restitution program 12 is related to various input / output members 9, microphone, keyboard, touch screen, screen, display, light-emitting diode, buzzer, speaker ...
  • the rendering program 12 can be a browser which is an application of the terminal among others which can exploit a type of content, a message, and render it on the screen or on another output.
  • the WAP browser is the main application but other applications, for example of the FLASH or “Streaming” type (audio message rendering process) audio or video, can be the message rendering applications.
  • the rendering program sends requests for messages in the standard interfaces / peripherals 7 of the mobile 1. These interfaces 7 are, for example, a call function, a telephone directory, a directory of SMS messages, a number dialer, a history of dialed numbers, etc.
  • the peripheral interfaces 7 can generate events, for example standby, and these events are accessible to the proprietary message processing program 16 or to other programs or applications. In Figure 1 these events are shown as wavy arrows.
  • an interception application 20 is placed in the mobile, in the absence of filtering by the interception application 20, the requests are sent to the standard interfaces 7 of the mobile.
  • the request is sent to the proprietary processing program 16 of the messages as shown in dotted lines starting from A and, in return, the proprietary processing program 16 processes the request by returning a response processed 10 in the restitution program 12 or by performing a predefined operation (the two terms processing and operation being synonymous in the context of the invention) and, for example, the provision of a message from memory 13 to 1 restitution application 12.
  • the interception application 20 It is also possible to filter by the interception application 20 back from the interface 7 and in particular to intercept requests that could not be processed by the interface to send them to the owner program processing 16 of the messages as shown in dotted lines from B and, in return, the proprietary processing program 16 processes the response to the request by returning a processed response 10 to the rendering program 12 and / or by performing a predefined operation (the two 'terms treatment and operation being synonymous in the context of the invention) and, for example, the provision of a message after the memory 13 to the rendering application 12.
  • a predefined operation the two 'terms treatment and operation being synonymous in the context of the invention
  • the filtering by the interception application 20 corresponds to an analysis of the request in A or of the response to the request in B (response of incomprehension of the request by the standard interface) with an activation of the proprietary program 16 message processing.
  • the interception application analyzes the response to the request at the output from the standard interface 7 and when it detects that the request could not be processed, connection at B in Figure 1, it activates the proprietary program 16 message processing.
  • the request coming from the restitution program (following an interaction of the user of the terminal with one of the restored messages) can consist in asking the interface “telephone directory” which stores the numbers from 1 to 100, to give the number corresponding to 9999. Such a request cannot normally be treated and the response will signal it.
  • the proprietary program will process this illegitimate request “9999”, send a false correct response to the request to the restitution application and order the provision of a message from memory 13 to the restitution application.
  • a specific memory 13 is associated with the program 16 for processing the messages in order to be able to store the messages because their provision to the restitution program 12 is dependent on the proprietary restitution instructions 8 ′ or mixed 8 ′′ for the choice of the moment of restitution and / or the choice of the standard restitution program 12 used.
  • the portable computer 1 can also include other restitution programs which are themselves proprietary and not shown in FIG. 1.
  • the WAP browser is activated by the proprietary message processing program 16 according to proprietary instructions transmitted with the messages in order, for example, to display interactive images or animations on the standby screen.
  • the proprietary instructions allow in particular to choose the moment of restitution, the term moment corresponding to an absolute or relative time, to an action or to a change status at the terminal.
  • the terminal owner application is based on all the standards and processes used in the field of telephony and, in particular, the use of SMS to retrieve the content to be returned.
  • the proprietary instructions make it possible to activate this functionality at a predetermined time and in a mode explained below and which is particularly effective.
  • the messages being restored under temporal and / or context conditions, the specific memory 13 of the processing program makes it possible to keep the messages until sending to the rendering program (s) 12.
  • the method makes it possible in particular to identify and store several WML or HTML or other standardized messages specifically sent to the terminal to be processed by a proprietary application which will send them, by example, to the browser during moments of inactivity of the terminal so that it restores them on the output devices provided for this purpose.
  • At least one error is introduced into the envelope of the message and or into the message itself.
  • a detection routine 14 at the error output of the standard means 3 for processing the envelope can transmit it to the proprietary program 16 for processing messages if a proprietary detection instruction 8 or mixed 8 "is present.
  • a detection routine 17 as an error output from the standard means 4 for processing the content can transmit it to the proprietary program 16 for processing messages if a proprietary detection 8 or mixed 8 "instruction is present.
  • the messages with their proprietary instructions are sent to the proprietary message processing program 16 and, in the absence of proprietary detection 8 or mixed 8 "instructions, these envelopes or messages are rejected or deleted.
  • the advantage of implementing one or more errors is to prevent or limit restitution in a standardized mobile terminal which does not have the proprietary ad hoc detection detection routine (s) for intercepting the error.
  • a new mobile application capable of processing proprietary SMS messages. in a transparent manner.
  • the SMS with an error will be rejected by any standard mobile.
  • An interception application proprietary to incoming messages is therefore inserted in the mobiles which is capable of detecting this error in order to exploit the message which contains this error and therefore which is indeed a decoy, the proprietary message having to be processed.
  • there is an automatic rejection of an SMS if the terminal does not contain the ad hoc software. So we code each SMS in such a way that it is rejected by the SMS receiving application which then detects an error and it will therefore not be used by non-compatible terminals.
  • the remote message rendering process (separated from the mobile environment by a network) by a video or audio player ("streaming") or any application processing data of significant size compared to the network bandwidth such as time to complete data download before processing (in particular their restitution) would be noticeable by the user and detrimental to his comfort, generally goes through an initial boot phase of short duration during which no message (sound, image, animation). ..) is not returned.
  • This start-up phase is due to technical reasons inherent in telecommunications networks and, in particular, mobile telecommunications networks.
  • the player (video or audio) must go through phases of connection, exchange of various information, search for address at which the distant message is located and generally by prior downloading of a primer of the sequence to be viewed.
  • This priming phase is a waiting time and inconvenience for the user.
  • the shorter the video or audio sequence to be viewed or listened to the longer this waiting phase is comparatively long. The user's expectation will be all the more painful.
  • the method according to the invention makes it possible to receive a multimedia message, to store it in memory 13 and to make it available to a restitution application specific to the terminal 12.
  • the multimedia message received prior to its restitution is here called local message 18 to differentiate it from the remote message 19 that the player (video or audio) will download later.
  • This local message can be a sequence (video or audio) of format compatible with the player (video or audio) specific to the terminal.
  • This local message can be accompanied by the multimedia address or link, by the remote message 19.
  • the provision by the proprietary processing program 16 of the messages of this message 18 to the rendering application 12 occurs on the occasion of a specific event interpreted by the message processing application 16.
  • the remote file restitution application 12 starts at the same instant its streaming phase at the address of the remote message 19 made available by the message processing application 16.
  • the provision can possibly go through a prior step of sending or copying the local message 18 to a different memory or specific to the rendering application 12 called cache memory 11.
  • the remote message 19 is restored following the restitution of the local message 18.
  • the transition from the restitution of the local message 18 to the restitution of the distant message 19 by the restitution application can be triggered as soon as the initial boot phase prior to the restitution of the message 19 is completed as in FIG. 3. It can also be triggered as soon as the restitution of the local message 18 has come to an end FIG. 4.
  • FIG. 5 shows the initial sequence of a total sequence which is sent in the form of a multimedia message and is then in the portable as a local message 18. The rest of the total sequence is stored in a remote server with an address and is called for restitution according to the method described above.
  • a message 18 is first transmitted which contains the initial sequence of a total sequence whose remote main sequence is to be restored by means of a rendering application of the mobile terminal (browser, reader video, ... ).
  • the main sequence 19 resides on a remote server and, within the limits of the capacities of telecommunications networks, its restitution is generally preceded by a boot phase which may last several seconds.
  • the initial sequence residing locally in a memory of the terminal, its restitution is instantaneous but, for cost reasons, this initial sequence transmitted beforehand must be kept as short as possible.
  • the process implemented in the terminal initially allows the initial sequence to be received and stored; secondly, in particular following an event of an input device of the terminal or other condition which can be provided by an owner instruction for restitution 8 ′ or mixed 8 ′′, the method makes it possible to submit the initial sequence to the rendering application of the mobile terminal, which allows immediate rendering, and to start, at the same time, the priming phase of the remote main message.
  • the method allows the playback of the initial sequence to be followed by the boot sequence so that the playback of the main message appears continuous for the user.
  • the method of the invention allows a appearing instantaneous restitution to the user of a remote sequence downloaded via a mobile network. It also allows to keep a continuity between the restitution of the local sequence and the distant sequence. The method therefore makes it possible to eliminate the waiting time by downloading the initial sequence beforehand.
  • the “streaming” application also manages the transition from the exploitation of the initial sequence to the exploitation of the main sequence in a continuous manner.
  • the size of the initial sequence is adjusted according to the maximum expected duration of the priming phase.
  • the size of this file is calculated in such a way that the duration of viewing of this boot sequence is at least equal to the duration of waiting for the boot phase of downloading the video sequence.
  • the modalities of the transition from the rendering of the local message (initial sequence) to the rendering of the downloaded boot depends on the nature of the distant message (main sequence).
  • a proprietary instruction notifies the priority character of the remote (main) sequence over the iocaie (initial) sequence and allows the message processing application to implement the procedures for switching from the rendering of the local message to the rendering of the remote sequence immediately after the boot phase.
  • the local message is restored in its entirety before giving control to the initiation of the remote message as shown in Figure 4.
  • the quality and quantity of the speed are crucial to properly receive and / or view / listen to files, distant on a mobile network. It is therefore important not to "pollute" the flow by receiving at the same time advertising.
  • the advantage of the method according to the invention presented is to restore messages, in particular advertising messages, at times when the bit rate requested from the network is critical, which messages have been sent and received beforehand at a time when the bit rate requested from the mobile network through the terminal is not critical.
  • the electrical supply to the latter is periodically restored for a short time.
  • the cyclic ratio between cut-off power time and restored power-on time is very high in order to reduce consumption.
  • the proprietary message processing program can use these activity periods to make messages available in order to take advantage of the temporary reactivation of the terminal.
  • the provision of the messages can be managed by the message processing program 16 or can be triggered following a predefined event or events or at the request of an application and, for example, a request or its filtered response (in A or B).
  • a predefined event or events or at the request of an application for example, a request or its filtered response (in A or B).
  • an application R1 having waiting times during its execution may request from the message processing program the provision of a message stored in the specific memory 13 to be restored by R1 during these waiting times.
  • the predefined events are generated by the interfaces of specific peripherals (7) (for example standby).
  • the requests correspond to the filtered requests themselves (in A) or to the filtered responses to these requests (in B) by the interception application 20.
  • an application R1 can propose to the message processing program 16 a space (auditory or visual) to be filled with one of the multimedia messages (visual or audio) stored in memory 13.
  • This space to be filled is not necessarily due to R1 application restitution format but can be supported by an R2 restitution application launched in parallel, restitution which will be inserted in a place provided for this purpose by the application.
  • the display means for example, is divided into display areas which can be accessed independently of one another and the various messages, in particular according to the proprietary instructions, can be displayed there independently.
  • an R1 game application may provide to request the message processing program to launch an R2 rendering application (for example a browser) specific to the terminal in order to restore a message from memory 13 (for example an advertising message) to be displayed at the same time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procède de transmission et de restitution d'un message multimédia (6) entre une source et un terminal mobile (1) normalise d'un réseau (2), le message multimédia reçu par le mobile étant traite de manière normalisée par au mains un programme de restitution (12) de message du terminal afin d'être restitue sur au mains une interface utilisateur, le message multimédia étant transmis dans une enveloppe (22) de message: selon un protocole normalise. Selon l'invention, on transmet dans l'enveloppe (22) le message multimédia (6) et on lui associe au mains une instruction propriétaire (8, 9), et dans un terminal mobile dans lequel on à préalablement incorpore une routine propriétaire (5) de détection et un programme propriétaire de traitement (16) des messages, la routine détecte la présence de l'instruction propriétaire (8), transmet l'instruction et le message au programme de traitement, qui exécute l'instruction et envoie le message a un moment défini par l'instruction vers le programme de restitution. Le message peut être restitue lors de la mise en veille du terminal. Des erreurs spécifiques peuvent être introduites dans l'enveloppe et/ou le message et détectées par le programme de traitement.

Description

PROCEDE DE TRANSMISSION ET DE RESTITUTION D'UN MESSAGE MULTIMEDIA POUR TERMINAL MOBILE
La présente invention concerne un procédé de transmission et de restitution d'un message multimédia pour terminal mobile. Elle a des applications dans le domaine de la télécommunication avec des appareils téléphoniques portables, assistants électroniques ou ordinateurs portables. Les procédés et dispositifs utilisés dans les télécommunications cellulaires mobiles du type GSM, GPRS ou UMTS ou autres sont bien connus et normalisés. Les fonctionnalités des terminaux mobiles sont ainsi parfaitement définies. Les messages multimédia, c'est-à-dire le contenu : applications, script, code de programmation, format de restitution, texte, texte déroulant, vignette, liens Internet, images, animation, graphisme... ou tout autre type pouvant être restitué par une application possiblement normalisée existante dans le terminal, sont transmis selon un protocole spécifique normalisé par une voie de donnée, c'est-à-dire te contenant : SMS, USSD, session de transmission de données en commutation de circuit, « Push GPRS » (forçage), MMS... selon le mode de transport : GSM, GPRS, EDGE, UMTS... , et sont traités par une application qui interprète le message entrant. L'application spécifique peut, par exemple, être un navigateur ou une application de « streaming » vidéo (lecteur vidéo capable de gérer la lecture de séquences résident sur des serveurs distants). Le navigateur est un produit développé par un éditeur spécifique, intégré par chaque constructeur de mobile. L'application ainsi intégrée prend contrôle des interfaces d'entrées sorties du terminal dont écran d'affichage, haut-parleur, dispositif tactile, clavier, vibreur, diodes électroluminescentes, etc. Le navigateur est donc assimilé à une application propre au terminal mobile. D'autre part si existe des procédés permettant d'envoyer des messages directement sur les fonds des écrans, en écran de veille ou en vignette des écrans des terminaux mobiles. Ces procédés mettent en oeuvre une application traitant à Sa fois la réception et la restitution du message et sont généralement d'ordre propriétaires, ils obligent donc de la part de l'émetteur une parfaite identification du terminal utilisé par la cible réceptrice du message. De tels procédés nécessitent que l'utilisateur effectue une demande préalable à l'envoyeur ou source. De tels procédés ne sont donc pas compatibles avec un service d'envoi de messages en masse sur un réseau de télécommunication normalisé car les utilisateurs, identifiés par carte SI M par exemple, pouvant à tout instant changer de terminal, le système d'envoi de messages en masse risquerait d'envoyer ces messages propriétaires à des terminaux incompatibles qui ne pourraient traiter convenablement le message entrant.
L'invention propose un procédé alternatif de transmission et de restitution d'un message multimédia qui permet d'ouvrir le terminal mobile à de nouvelles fonctionnalités en tirant partie du navigateur ou des programmes informatiques du mobile. Elle consiste, d'une part, à intégrer de nouvelles applications d'émission de messages propriétaires sur des réseaux normalisés, et, d'autre part, d'intégrer une application propriétaire de traitement de ces messages dans les terminaux mobiles normalisés tout en tirant partie des applications existantes et normalisées du réseau et du terminal, optimisant ainsi l'impact sur le réseau ainsi que la place mémoire dans les terminaux et permettant de faire coexister une application propriétaire dans des environnements de terminaux et réseaux normalisés.
L'invention se rapporte donc à un procédé de restitution de messages sur des organes de sortie (par exemple écrans, haut-parleurs, vibreurs...) de terminaux mobiles communicants, les messages étant en provenance d'une source autorisée du réseau de télécommunication mobile. Les messages à restituer peuvent être de toute nature (utilitaire, informatif, éditorial, promotionnel, publicitaire, ...) et leur format est essentiellement interactif avec l'utilisateur du terminal et peut être textuel, graphique, animé ou lié à toutes les possibilités de restitution du terminal. Le procédé utilise les applications existantes dans le terminal mobile, tel qu'un navigateur, afin de restituer ces messages sur les organes de sortie du terminal à un ou à des moments selon un contexte ou un/des événements avec une fréquence, une durée ou d'autres paramètres fournis par au moins une instruction propriétaire liée au. message et exécutée par un programme propriétaire ou, en l'absence de paramètre dans l'instruction propriétaire, avec des paramètres par défaut du procédé de restitution , lesdits paramètres, fournis ou par défaut, n'étant pas prévus par les applications de restitution existantes, généralement normalisées. • L'invention concerne donc un procédé de transmission et de restitution d'un message multimédia entre une source et un terminal mobile normalisé d'un réseau de télécommunication, le mobile comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution de message du terminal afin d'être restitué sur au moins une interface utilisateur, le message multimédia étant transmis. dans une enveloppe de message selon un protocole normalisé.
Selon l'invention, on transmet dans l'enveloppe le message multimédia et on associe audit message multimédia au moins une instruction propriétaire de détection et au moins une instruction propriétaire de restitution ou mixte, et dans un terminal mobile dans lequel on a préalablement incorporé une routine propriétaire de détection et un programme propriétaire de traitement des messages, la routine détecte la présence de l'instruction propriétaire de détection ou mixte, transmet au moins l'instruction propriétaire de restitution ou mixte et le message au programme propriétaire de traitement, ledit programme propriétaire de traitement exécutant l'instruction de restitution ou mixte et mettant à disposition à un moment défini par l'instruction propriétaire de restitution ou mixte, le message au programme de restitution.
L'instruction propriétaire de détection est une instruction uniquement destinée à activer la routine de détection et l'instruction propriétaire mixte est une instruction destinée entre autre à activer la routine de détection. Cette dernière peut également activer le programme propriétaire de traitement de message comme une instruction propriétaire de restitution. Le terme « moment » signifie à un temps donné ou selon un contexte ou un/des événements et, éventueliement, avec une fréquence, une durée ou d'autres paramètres portés ou signifiés par l'instruction.
Dans divers modes de mise en œuvre de l'invention dans sa généralité, les moyens suivants pouvant être combinés selon toutes les possibilités de réalisations techniques, sont employés: - le choix du/des programmes de restitution dépend de l'instruction propriétaire de restitution ou mixte,
- le message multimédia est stocké dans une mémoire du programme propriétaire de traitement avant sa mise à disposition à au moins un programme de restitution, le moment de sa mise à disposition dépendant d'un ou plusieurs des moyens suivants: du contenu de l'instruction propriétaire de restitution ou mixte, d'au moins une requête, d'au moins d'un événement prédéfini,
- la mémoire du programme propriétaire de traitement peut stocker plusieurs messages avant mise à disposition à au moins un programme de restitution, - la mise à disposition des messages stockés par le programme propriétaire de traitement des messages est séquentielle,
- la transmission s'effectue par enveloppe SMS, USSD, MMS (« Multimedia Messaging Service »), CSD (commutation de circuits), GPRS, UMTS ou autre moyen de transmission de données,
- l'enveloppe de message est du type message court SMS ou équivalent,
- chaque enveloppe peut véhiculer une partie de message,
- chaque enveloppe peut véhiculer plusieurs messages et au moins une instruction propriétaire est associée à chaque message multimédia, - le message contient du code normalisé (WML, HTML, xHTML, sHTML, XML, java ou équivalents) interprété par un navigateur ou d'autres applications existantes dans le terminal,
- le message multimédia comporte en outre au moins une instruction courte propriétaire, - on remplace les adresses (URL) initiales contenues dans les messages par des adresses simplifiées sous forme d'instructions courtes propriétaires avant l'envoi des messages vers le terminal et les adresses URL initiales et leurs adresses simplifiées respectives sont stockées dans des tables de re-direction à la source afin de rediriger les requêtes du navigateurs de l'utilisateurs vers les adresses initiales,
- les informations ou scripts fréquemment retrouvés dans les messages sont remplacés à la source par des codes spécifiques sous forme d'instructions courtes propriétaires et le terminal mobile intègre les informations ou scripts qui sont activés par lesdits codes spécifiques, - le message comportant au moins une instruction courte propriétaire est envoyé à une application propriétaire incorporée au terminal,
- pour un message comportant au moins une instruction courte propriétaire, le programme propriétaire de traitement remplace ladite instruction courte par un élément multimédia avant la mise à disposition à au moins un programme de restitution,
- l'élément multimédia est préalablement stocké en mémoire du terminal,
- l'élément multimédia est une adresse électronique dans le cas d'une instruction courte propriétaire correspondant à une adresse simplifiée, - le programme propriétaire de traitement met à jour une partie, un ou plusieurs messages précédemment reçus et stockés en mémoire en fonction de la réception d'au moins un message et instruction(s) propriétaire(s) ultérieur(s),
- la mise à jour concerne au moins une zone textuelle, - la mise à jour concerne au moins une adresse URL,
- la mise à jour concerne au moins une image ou une séquence vidéo,
- la mise à jour concerne au moins une ou plusieurs instructions courtes propriétaires,
- on introduit à la source dans l'enveloppe au moins une erreur détectable afin que :
- d'une part dans un terminal dans lequel on a préalablement incorporé une routine de détection d'erreur d'enveloppe spécifique à l'erreur, ledit message puisse être traité par envoi au programme propriétaire de traitement des messages lorsqu'il est associé à une instruction propriétaire de détection ou mixte,
(la routine de détection d'erreur d'enveloppe sert donc à détecter l'erreur dans l'enveloppe et la présence d'une instruction propriétaire de détection ou mixte)
- d'autre part dans un terminal ne comportant pas ladite routine de détection d'erreur d'enveloppe adaptée, ledit message ne soit pas restitué du fait de l'erreur, -
_rJa_rcutinejiejiéteciio. j3^^^ moyen standard de traitement d'enveloppe du portable,
- on introduit à la source dans le message multimédia au moins une erreur détectable afin que : - d^ine-part-da is-un-termirial-dansHequel-on-a-préalablement-ineΘr-poré- une routine de détection d'erreur de message spécifique à l'erreur, ledit message puisse être traité par envoi au programme propriétaire de traitement des messages lorsqu'il est associé à une instruction propriétaire de détection ou mixte, (la routine de détection d'erreur de message sert à détecter l'erreur dans le message et la présence d'une instruction propriétaire de détection ou mixte)
- d'autre part dans un terminal ne comportant pas ladite routine de détection d'erreur de message adaptée, ledit message ne puisse pas être restitué normalement par le programme de restitution du fait de l'erreur, - la routine de détection d'erreur de message est disposé en sortie erreur d'un moyen standard de traitement de message du portable,
- le terminal comporte en outre une voie de transmission normalisée et le message comporte en outre une requête en acquittement permettant d'informer la source de la réception, du traitement et/ou stockage dudit message, l'acquittement étant stocké par le programme propriétaire de traitement des messages dans sa mémoire spécifique et étant ultérieurement renvoyé par la voie de transmission normalisée,
- le message comporte en outre de la requête un script d'interaction entraînant une participation active de l'utilisateur lors de son exécution,
- dans le cas d'une mise en œuvre d'un script d'interaction avec une requête, la source est informée de la participation active de l'utilisateur,
- on met en œuvre un terminal qui comporte au moins un organe d'entrée et le script comporte une obligation d'action de l'utilisateur sur ledit organe d'entrée,
- l'organe d'entrée est une touche, un clavier, un écran tactile, un microphone...
- l'acquittement après participation active de l'utilisateur est préparé et éventuellement stocké dans une mémoire d'envoi avant d'être renvoyé,
- l'acquittement est renvoyé par une voie de transmission telle que spécifiés par la requête en acquittement
- l'acquittement est renvoyé à un moment opportun tel que défini par la requête en acquittement,
- le moment opportun peut être une donnée temporelle, une plage horaire, ou fonction d'un compte à rebours mis en route par un événement tel que l'arrivée du-message-en-mémoire-lequel-compte^-rebour^^sWe-nature-définie-par-la- requête en acquittement (nombre de restitutions, temps, ... ),
- le moment peut être défini, notamment, par un événement en provenance d'une autre application telle qu'une application d'analyse du réseau de télécommunication afin de déterminer la qualité d'émission et d'indiquer au procédé d'acquittement les moments propres à renvoyer l'acquittement,
- la durée d'exécution du script est limitée dans le temps, le dépassement dudit temps limite entraînant l'arrêt du script,
- on compresse le message à la source avant sa transmission et le procédé met en œuvre un moyen de décompression du message dans le terminal mobile, - on met en œuvre un terminal qui comporte un moyen de mise en veille permettant de le placer dans un mode à faible consommation électrique lorsqu'un utilisateur a cessé d'utiliser ledit terminal pendant un temps prédéterminé, dans ledit mode, le terminal étant réactivé périodiquement pendant un temps d'activation prédéfini à rapport cyclique réduit et les messages n'étant restitués qu'aux moments de réactivations du terminal,
- on met en œuvre un terminal qui comporte des alternances de forte et faible consommation électrique en fonction de l'activité du terminal et de l'usager, (ces alternances sont imperceptibles pour l'utilisateur mais permettent des économies substantielles de consommation électrique car les temps de faible consommation électrique, bien que de durée très courte à échelle humaine, sont extrêmement longs comparativement aux temps de forte consommation)
- le moment de mise a disposition d'un message peut être retardé ou avancé de façon à ce que la mise a disposition du message soit effectuée pendant un temps de forte consommation électrique,
- on met en œuvre un terminal qui comporte un mode de veille dans lequel le terminal entre suite à une inactivité prolongée de l'utilisateur,
- on entame une phase de restitutions successives de messages à un moment postérieur à la mise en veille du terminal, - on entame une phase de restitutions successives de messages dès la mise en veille,
- on entame une phase de restitutions successives de messages à la fin d'un décompte de temps,
- chaque phase de restitutions successives de messages est limitée dans le temps,
- la phase de restitutions successives s'interrompt afin de limiter la consommation électrique à au moins une des conditions suivantes : la reprise d'activité de l'utilisateur du terminal, après une durée prédéterminée, après un nombre prédéterminé de restitutions de messages, - - dans une phase de restitutions successives, chacune des restitutions peut être suivie de retours au mode de veille pour une durée prédéterminée,
- dans le cas de restitution d'une séquence distante par le biais d'une application de restitution, la séquence distante résidant dans un serveur distant du terminal, dans un premier temps on transmet au programme propriétaire de traitement et stocke dans sa mémoire spécifique un message préalable qui contient une séquence préalable et, dans un deuxième temps, notamment sur un événement d'un organe d'entrée du terminal, le programme propriétaire de traitement met à disposition la séquence préalable à l'application de restitution du terminal mobile et fait débuter une phase de téléchargement de la séquence distante débutant par une phase d'amorçage puis sa mise à disposition à l'application de restitution du terminai mobile à la suite de la séquence préalable,
- dans le cas de restitution d'une séquence totale distante par le biais d'une application de restitution, ladite séquence totale est scindée à la source en une séquence initiale et une séquence principale, la séquence principale résidant dans un serveur distant du terminal, dans un premier temps on transmet au programme propriétaire de traitement et stocke dans sa mémoire spécifique un message qui contient la séquence initiale et, dans un deuxième temps, notamment sur un événement d'un organe d'entrée du terminal, le programme propriétaire de traitement met à disposition la séquence initiale à l'application de restitution du terminal mobile et fait débuter une phase de téléchargement de la séquence principale, débutant par une phase d'amorçage puis sa mise à disposition à l'application de restitution du terminal mobile à la suite de la séquence initiale, - on calcule la taille de la séquence initiale en fonction de la qualité escomptée d transmission afin que ladite restitution du message principal apparaisse continue pour l'utilisateur,
- par défaut, la taille de la séquence initiale est déterminée en fonction de la qualité de transmission la plus mauvaise du réseau, --on^ispose-dansHe-termirial-une-applieation^intereeptionHadite-applieation d'interception recevant les requêtes en provenance d'un programme de restitution et à destination d'interfaces périphériques spécifiques du terminal (fonction d'appel, répertoire téléphonique, répertoire de messages SMS, composeur de numéros, historique des numéros composés...) afin que les requêtes soient filtrées et éventuellement transmises au programme propriétaire de traitement pour analyse, traitement et renvoi au programme de restitution,
(le renvoi concerne aussi bien une réponse proprement dit à une requête que d'autres données et, en particulier, un ou plusieurs messages stockés dans la mémoire spécifique du programme propriétaire de traitement des messages) - on dispose dans le terminal une application d'interception, ladite application d'interception recevant les requêtes en provenance d'un programme de restitution et à destination d'interfaces périphériques spécifiques du terminal (fonction d'appel, répertoire téléphonique, répertoire de messages SMS, composeur de numéros, historique des numéros composés...) et les réponses en retour d'interfaces périphériques spécifiques du terminal vers le programme de restitution afin que les réponses des interfaces des périphériques du terminal aux requêtes illégitimes (qui n'ont pas pu être traitées par les interfaces des périphériques) soient filtrées et éventuellement transmises au programme propriétaire de traitement pour analyse, traitement et renvoi au programme de restitution.
L'invention concerne également un procédé de transmission et de restitution d'un message multimédia entre une source et un terminal mobile normalisé d'un réseau de télécommunication, le mobile comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution de message du terminal afin d'être restitué sur au moins une interface utilisateur, le message multimédia étant transmis dans une enveloppe de message selon un protocole normalisé, dans lequel on introduit à la source dans l'enveloppe au moins une erreur détectable afin que :
- d'une part dans un terminal dans lequel on a préalablement incorporé une routine de détection d'erreur d'enveloppe spécifique à l'erreur, ledit message puisse être restitué,
- d'autre part dans un terminal ne comportant pas ladite routine de détection d'erreur d'enveloppe adaptée, ledit message ne soit pas restitué du fait de l'erreur.
L'invention concerne également un procédé de transmission et de restitution d'un message multimédia entre une source et un terminal mobile normalisé d'un réseau de télécommunication, le mobile comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution de message du terminal afin d'être restitué sur au moins une interface utilisateur, le message multimédia étant transmis dans une enveloppe de message selon un protocole normalisé, dans lequel on introduit à la source dans le message multimédia au moins une erreur détectable afin que : - d'une part dans un terminal dans lequel on a préalablement incorporé une routine de détection d'erreur de message spécifique à l'erreur, ledit message puisse être restitué
- d'autre part dans un terminal ne comportant pas ladite routine de détection d'erreur de message adaptée, ledit message ne puisse pas être restitué normalement par le programme de restitution du fait de l'erreur.
L'invention concerne également la combinaison de l'incorporation d'erreur dans l'enveloppe et dans lé message. L'invention concerne également un procédé de transmission et de restitution d'un message multimédia entre une source et un terminal mobile normalisé d'un réseau de télécommunication, le mobile comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution de message du terminal afin d'être restitué sur au moins une interface utilisateur, le message multimédia étant transmis dans une enveloppe de message selon un protocole normalisé, dans lequel, dans le cas de restitution d'une séquence totale distante par le biais d'une application de restitution, ladite séquence totale est scindée à la source en une séquence initiale et une séquence principale, la séquence principale résidant dans un serveur distant du terminal, dans un premier temps on transmet au programme propriétaire de traitement et stocke dans sa mémoire spécifique un message qui contient la séquence initiale et, dans un deuxième temps, notamment sur un événement d'un organe d'entrée du terminal, le programme propriétaire de traitement met à disposition la séquence initiale à l'application de restitution du terminal mobile et.fait débuter une phase de téléchargement de la séquence principale, débutant par une phase d'amorçage puis sa mise à disposition à l'application de restitution du terminal mobile à la suite de la séquence initiale. Dans des modes particuliers on calcule la taille de la séquence initiale en fonction de la qualité de transmission afin que ladite restitution du message principal apparaisse continue pour l'utilisateur et, par défaut, la taille de la séquence initiale est déterminée en fonction de la qualité de transmission la plus mauvaise du réseau.
L'invention concerne enfin un procédé de transmission et de restitution d'un message multimédia entre une source et un terminal mobile normalisé d'un réseau de télécommunication, le terminal comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution de message du terminal afin d'être restitué sur au moins une interface utilisateur, le message multimédia étant transmis dans une enveloppe de message selon un protocole normalisé, le terminal disposant d'une application d'interception, ladite application d'interception recevant les requêtes en provenance d'un programmes de restitution et à destination d'un périphérique spécifique du terminal (fonction d'appel, répertoire téléphonique, répertoire de messages SMS, composeur de numéros, historique des numéros composés...) afin que les requêtes qui n'ont pas pu être traitées par le périphérique soient transmises à un programme propriétaire de traitement pour analyse et traitement et renvoi au programme de restitution.
D'une manière générale, le domaine de l'invention est celui de la télécommunication mobile. Elle a pour but d'offrir la possibilité à tout type de fournisseur de contenu d'envoyer un message multimédia sur un espace réservé sur les écrans de terminaux mobiles. Le procédé selon l'invention permet à l'utilisateur de demander au mobile de mémoriser ces messages dans le but de les exploiter ultérieurement : lire/visualiser le message, restituer un coupon, accéder à un site WAP/toile (WEB), jouer... L'invention permet ainsi de s'interfacer avec des fonctionnalités généralement standardisées dans les terminaux mobiles afin :
- de filtrer les messages reçus par les procédés modernes de réception de messages des terminaux mobiles, - d'identifier le contenu du message afin d'extraire les messages au format propriétaire en provenance de sources autorisées,
- de traiter les messages réceptionnés afin de les restituer aux applications existantes aux moments ou selon des événements ou contextes propres aux terminaux mobiles (par exemple allumage/extinction du rétro éclairage) et définis par des instructions propriétaires accompagnant le message,
- d'analyser les actions des utilisateurs lors de la restitution des messages et de garder une trace de cette information,
- de renvoyer à une adresse préalablement définie par une adresse Internet ou un numéro de téléphone éventuellement modifiable les informations relatives aux actions des utilisateurs et aux actions de l'application (ajout, réception, effacement, erreur),
- de gérer une mémoire de messages dans le but de restituer, modifier, remplacer ou supprimer au moins un message ou une partie d'un message mémorisé à la demande de la source autorisée,
- de gérer une mémoire de messages dans le but d'afficher à plusieurs reprises chaque message et de les supprimer sur demande des utilisateurs ou en fin de durée de validité du message.
L'utilisateur peut ainsi contrôler les sources émettrices du contenu et n'autoriser techniquement qu'une ou certaines sources d'envois des messages.
Par ailleurs, l'invention a un impact nul sur les infrastructures en place pour-ne pas perturber le fonctionnement du réseau et des mobiles existants qui sont normalisés et, en particulier, en ce qui concerne les modes veille, les erreurs, la possibilité de commander le module de traitement propriétaire avec des requêtes, le rejet d'un SMS propriétaire avec une erreur par un mobile classique ne comportant pas de moyen de traitement d'erreur, et la validation utilisateur obligatoire pour obtenir la connexion.
De même, l'invention prend également en compte le fait qu'un téléphone mobile n'a que très peu de mémoire et que l'autonomie de la batterie est critique. Elle permet d'optimiser les ressources du téléphone en tirant partie des applications existantes, de minimiser l'impact sur l'autonomie du terminal la synchronisation de certains événements de l'application propriétaire (envoi vers l'application de restitution) aux événements inhérents au bon fonctionnement du terminal mobile tel que le réveil périodique du microprocesseur en mode réelle pour permettre au terminal de converser avec les émetteurs/récepteurs du réseau.
• La possibilité de mettre en œuvre une compression/décompression des messages permet de prendre en compte le fait que les ressources réseaux d'un opérateur en téléphonie mobile sont limitées et qu'envoyer des messages coûte cher. La réduction des coûts est également possible en minimisant la taille des messages envoyés par compression et remplacement d'adresses (URL) par des codes, en réduisant la taille des informations (programmes, données ou autres) ou scripts envoyés dans chaque message par intégration et réutilisation des informations ou scripts redondants, génériques ou usuels dans les mobiles et, enfin, de refaire apparaître plusieurs fois un message au lieu de l'envoyer à plusieurs reprises. L'intégration consiste à incorporer dans le mobile ces informations ou scripts sous une forme figée, mémoire morte, ou sous une forme modifiable, en mémoire modifiable et, par exemple la mémoire du programme propriétaire de traitement des messages. L'invention permet également d'exploiter les interactions de chaque utilisateur avec chaque message pour cibler ses préférences. Les interactions les plus évidentes sont lorsque l'utilisateur décide de se connecter au service Internet proposé dans le message reçu. Alors qu'il n'est pas possible dans l'état actuel de la technique d'identifier l'utilisateur au niveau du serveur Internet, l'invention permet cette identification.
L'invention permet également d'acquitter la réception et/ou la restitution du message sur un organe de sortie du terminal mobile par les voies de communication du réseau de télécommunication mobile vers une destination spécifiée alors que dans l'état actuel de la technique, seul les opérateurs des réseaux de télécommunication sont aptes à récupérer ces messages d'acquittement. De même, grâce à l'invention, lors d'envois de messages avec accusé de réception, seule la source recevra le message d'acquittement de son correspondant. L'invention permet de paramétrer l'adresse de destination de l'acquittement et/ou de profiter d'une opportunité où l'utilisateur s'est connecté au réseau Internet pour envoyer le message d'acquittement sans qu'il s'en rende compte.
De plus, bien que l'acquittement est un procédé courant pour prouver la réception ou la restitution par un utilisateur, il n'est cependant pas possible de déterminer avec la technique actuelle si l'utilisateur a été exposé au message. L'invention permet par contre de s'assurer que l'utilisateur a bien été exposé au message par acquittement de chaque interaction de l'utilisateur avec le terminal alors qu'un message est restitué sur l'un des organes de sortie.
La présente invention est exemplifiée par la description qui suit en relation avec les Figures suivantes qui représentent: Figure 1, un schéma fonctionnel d'un terminal mobile avec mise en œuvre de l'invention,
Figures 2 et 2bis, deux exemples de messages, . Figure 3, un premier mode de restitution d'un message, Figure 4, un second mode de restitution d'un message, Figure 5, une lecture de séquence totale distante. Figure 1, un réseau de télécommunication 2 mobile envoie des messages multimédia vers un terminal mobile 1 normalisé. Les éléments standards du mobile sont représentés sous forme de cadres hachurés sur cette Figure. Les messages multimédia sont classiquement transmis selon un protocole normalisé qui est ici appelé enveloppe 22 du message. L'enveloppe est normalisée et peut être, par exemple, du type SMS, USSD, MMS, CSD, GPRS, UMTS. Dans cet exemple de mise en œuvre de l'invention Figure 1, les messages multimédia sont transmis du réseau 2 vers le terminal mobile 1 par une voie de données normalisée du type message court. Sur la Figure 1 , un SMS 22 est représenté à titre d'exemple mais on envisage que le message multimédia soit transporté par plus d'un SMS en fonction de sa taille ou, qu'inversement, plusieurs messages multimédia soient transportés par un même SMS.
Les messages pouvant être traités selon l'invention sont représentés Figures 2 et 2bis. Figure 2, au moins une instruction propriétaire de détection 8 est associée à chaque message 6 véhiculé par l'enveloppe 22. Figure 2, au moins une instruction propriétaire de restitution 8' est en outre associée au message 6. Cette instruction propriétaire de restitution qui peut éventuellement être omise, est destinée à activer et fournir des paramètres à un programme propriétaire de traitement des message comme explicité ultérieurement. Figure 2bis, au moins une instruction propriétaire mixte 8" est associée à chaque message 6 véhiculé par l'enveloppe 22. Les instructions propriétaires peuvent donc être de trois types :
- instruction propriétaire de détection 8 permettant à une routine de détection, 5, 14, 17 Figure 1, de reconnaître un message propriétaire et l'envoi du- message à un programme propriétaire, 16 Figure 1, de traitement des messages ;
- instruction propriétaire de restitution 8' permettant de déterminer les conditions de traitement et restitution des messages par exécution dans un programme propriétaire 16 de traitement des messages ;
- instructions propriétaires mixtes ayant les deux fonctions sus mentionnées.
Le message multimédia 6 est codé selon un langage standard par exemple, WML, HTML, xHTML, sHTML, XML, Java ou équivalents ou encore des commandes de lancement d'applications du type téléchargement de fichiers (jeux, sonneries, ...). Le message peut comporter en outre dans son corps des instructions courtes 27 propriétaires dont le rôle est de remplacer des éléments multimédia dans le message et de gagner ainsi de la place. Lors de la restitution ou antérieurement dans le terminal, l'instruction courte pourra être remplacée par l'élément multimédia qui a été préalablement fourni au terminal par transmission et mémorisé ou stocké dans la mémoire 13. Dans certain cas, en particulier lorsque l'élément multimédia correspond à un script, soit l'instruction courte sera remplacée par le script soit il sera fait appel à une routine d'exécution dudit script. Ces instructions courtes sont intéressantes pour les données multimédia que l'on transmet fréquemment et qui sont en particulier de taille relativement importante.
Revenant maintenant sur la Figure 1 , le mobile 1 comporte des circuits non représentés pour une voie de réception et une voie d'émission. Sur la voie de réception des moyens standards de traitement 3 de l'enveloppe et de traitement 4 du contenu de l'enveloppe, c'est à dire des messages, permettent en l'absence d'erreur, de récupérer les messages pour les transmettre à une routine de détection 5 des messages propriétaire. En cas d'erreur soit dans l'enveloppe, soit dans le message, l'enveloppe ou le message sont refusés par les moyens standards de traitement respectifs 3, 4. Lorsqu'une instruction propriétaire de détection 8 ou mixte 8" est associée au message, la routine de détection 5 envoie le message vers un programme propriétaire 16 de traitement des messages auquel est associée une mémoire spécifique 13. En l'absence d'erreur et d'instruction propriétaire associée, le message est envoyé à un programme standard de traitement des messages non représenté. Le terminal comporte également un programme de restitution 12 qui est classiquement associé à une mémoire cache 11. Le programme de restitution 12 est en relation avec divers organes d'entrée/sortie 9, micro, clavier, écran tactile, écran, afficheur, diode électroluminescente, vibreur, haut parleur...
Le programme de restitution 12 peut être un navigateur qui est une application du terminal parmi d'autres pouvant exploiter un type de contenu, un message, et le restituer à l'écran ou sur une autre sortie. Dans cet exemple, le navigateur WAP est l'application principale mais d'autres application, par exemple du type FLASH ou « Streaming » (procédé de restitution de message distant) audio ou vidéo, peuvent être les applications restitutrices du message. Le programme de restitution envoi des requêtes des messages dans les interfaces/périphériques 7 standard du mobile 1. Ces interfaces 7 sont, par exemple, une fonction d'appel, un répertoire téléphonique, un répertoire de messages SMS, un composeur de numéros, un historique des numéros composés... Les interfaces périphériques 7 peuvent générer des événements, par exemple mise en veille, et ces événements sont accessibles au programme propriétaire 16 de traitement des messages ou à d'autres programmes ou applications. Sur la Figure 1 ces événements sont représentés sous forme de flèches ondulées.
Dans le cas où, comme représenté en trait plein, une application d'interception 20 est disposée dans le mobile, en l'absence de filtrage par l'application d'interception 20, les requêtes sont envoyées aux interfaces standard 7 du mobile. Par contre dans le cas de la mise en œuvre du filtrage, la requête est envoyée au programme propriétaire de traitement 16 des messages comme représenté en pointillés à partir de A et, en retour le programme propriétaire de traitement 16 traite la requête en renvoyant une réponse traitée 10 au programme de restitution 12 ou en effectuant une opération prédéfinie (les deux termes traitement et opération étant synonymes dans le contexte de l'invention) et, par exemple, la mise à disposition d'un message issu de la mémoire 13 à l'application de restitution 12.
Il est également possible d'effectuer un filtrage par l'application d'interception 20 en retour de l'interface 7 et en particulier d'intercepter les requêtes qui n'ont pas pu être traitées par l'interface pour les envoyer au programme propriétaire de traitement 16 des messages comme représenté en pointillés à partir de B et, en retour le programme propriétaire de traitement 16 traite la réponse à la requête en renvoyant une réponse traitée 10 au programme de restitution 12 et / ou en effectuant une opération prédéfinie (les deux' termes traitement et opération étant synonymes dans le contexte de l'invention) et, par exemple, la mise à disposition d'un message issue de la mémoire 13 à l'application de restitution 12.
Ainsi, le filtrage par l'application d'interception 20 correspond à une analyse de la requête en A ou de la réponse à la requête en B (réponse d'incompréhension de la requête par l'interface standard) avec une activation du programme propriétaire 16 de traitement des messages. En particulier, l'application d'interception analyse la réponse à la requête en sortie de l'interface standard 7 et lorsqu'elle détecte que la requête n'a pas pu être traitée, branchement en B sur la Figure 1 , elle active le programme propriétaire 16 de traitement des messages. Par exemple, la requête en provenance du programme de restitution (suite à une interaction de l'utilisateur du terminal avec un des messages restitués) peut consister à demander à l'interface « répertoire téléphonique » qui stocke les numéros de 1 à 100, de donner le numéro correspondant à 9999. Un telle requête ne pourra normalement pas être traitée et la réponse le signalera. Ainsi, le programme propriétaire traitera cette requête illégitime « 9999 », enverra une fausse bonne réponse à la requête à l'application de restitution et commandera une mise à disposition d'un message de la mémoire 13 à l'application de restitution. Une mémoire 13 spécifique est associée au programme 16 de traitement des messages afin de pouvoir stocker les messages car leur mise à disposition au programme 12 de restitution est sous la dépendance des instructions propriétaires de restitution 8' ou mixte 8" pour le choix du moment de restitution et/ou le choix du programme de restitution 12 standard utilisé. Le portable 1 peut également comporter d'autres programmes de restitution qui sont eux propriétaires et non représentés sur la Figure 1. Ainsi, dans le cas de terminaux WAP, le navigateur WAP est activé par le programme propriétaire 16 de traitement des messages en fonction d'instructions propriétaires transmises avec les messages afin, par exemple, d'afficher en écran de veille des images ou animations interactives. Les instructions propriétaires permettent en particulier de choisir le moment de la restitution, le terme moment correspondant à un temps absolu ou relatif, à une action ou encore à un changement d'état au niveau du terminal. L'application propriétaire du terminal s'appuie sur toutes les normes et procédés utilisés dans le domaine de la téléphonie et, notamment, l'utilisation des SMS pour récupérer le contenu à restituer. Dans le cas de terminaux avec fonctionnalité de « streaming » aussi bien vidéo que audio, les instructions propriétaires permettent d'activer cette fonctionnalité à un moment prédéterminé et selon un mode explicité par la suite et particulièrement efficace. Les messages étant restitués sous conditions temporelles et/ou de contexte, la mémoire 13 spécifique du programme de traitement permet de conserver les messages jusqu'à envoi au(x) programme(s) 12 de restitution.
Le procédé permet notamment d'identifier et de stocker plusieurs messages WML ou HTML ou autres standardisés spécifiquement envoyés au terminal pour être traités par une application propriétaire qui les enverra, par exemple, au navigateur lors de moments d'inactivité du terminal afin qu'il les restitue sur les organes de sortie prévus à cet effet.
Dans une variante de mise en œuvre on introduit au moins une erreur dans l'enveloppe du message et ou dans le message proprement dit. Dans le cas d'une erreur introduite dans l'enveloppe, une routine de détection 14 en sortie erreur du moyen standard 3 de traitement de l'enveloppe, peut le transmettre au programme propriétaire de traitement 16 de messages si une instruction propriétaire de détection 8 ou mixte 8" est présente. Dans le cas d'une erreur introduite dans le message proprement dit, une routine de détection 17 en sortie erreur du moyen standard 4 de traitement du contenu, peut le transmettre au programme propriétaire de traitement 16 de messages si une instruction propriétaire de détection 8 ou mixte 8" est présente. De préférence, les messages avec leurs instructions propriétaires sont envoyés au programme propriétaire de traitement 16 des messages et, en l'absence d'instruction propriétaire de détection 8 ou mixte 8", ces enveloppes ou messages sont rejetés ou supprimés. Il est également possible de combiner les deux types d'erreurs, enveloppe et message, mais dans ce cas, la sortie de la routine de détection d'erreur d'enveloppe reverra le message sur le moyen standard 4. L'avantage de mettre en oeuvre une ou des erreurs est d'empêcher ou limiter la restitution dans un terminal mobile normalisé qui ne posséderait pas la/les routines de détection propriétaire ad hoc d'interception de l'erreur. Ainsi, on développe une application mobile nouvelle pouvant traiter des SMS propriétaires d'une manière transparente. On a ainsi un moyen pour ne pas gêner les utilisateurs de terminaux du parc existants au cas où ils recevraient un SMS propriétaire. En effet, en l'absence d'erreur, celui-ci serait traité comme un SMS " normal " et affiché à l'écran car le SMS étant standard, tout mobile est sensé recevoir et traiter un SMS d'une manière normalisée. Par contre le SMS comportant une erreur sera rejeté par tout mobile standard. On intercale donc dans les mobiles une application d'interception propriétaire des messages entrants qui est capable de détecter cette erreur pour exploiter le message qui comporte cette erreur et donc qui est bien un leurre, le message propriétaire devant être traité. Ainsi, il y a rejet automatique d'un SMS si le terminal ne contient pas le logiciel ad hoc. On code donc chaque SMS de telle manière qu'il soit rejeté par l'application réceptrice du SMS qui détecte alors une erreur et il ne sera donc pas exploité par les terminaux non compatibles.
Le procédé de restitution de message distant (séparé de l'environnement du mobile par un réseau) par un lecteur vidéo ou audio (« streaming ») ou toute application traitant des données de taille significative par rapport à la bande passante du réseau tel que le temps de téléchargement complet des données avant leur traitement (en particulier leur restitution) serait perceptible par l'utilisateur et préjudiciable à son confort, passe généralement par une phase initiale d'amorçage de courte durée pendant laquelle aucun message (son, image, animation... ) n'est restitué. Cette phase d'amorçage est due à des raisons techniques inhérents aux réseaux de télécommunications et, particulièrement, aux réseaux de télécommunication mobile. En effet, pour initier une cession de visualisation ou d'écoute à distance (streaming vidéo ou audio), le lecteur (vidéo ou audio) doit passer par des phases de connexion, d'échange d'information diverses, de recherche de l'adresse à laquelle se trouve le message distant et généralement par un téléchargement préalable d'une amorce de la séquence à visualiser. Cette phase d'amorçage est un temps d'attente et de désagrément pour l'utilisateur. Dans un dispositif classique, plus la séquence vidéo ou audio à visualiser ou écouter est courte et plus cette phase d'attente est comparativement longue. L'attente de l'utilisateur sera d'autant plus pénible.
La mise en œuvre de l'invention dans ce domaine de téléchargement de fichiers ou de « streaming » (vidéo ou audio) permet de combler ce temps d'attente. Le téléchargement ou la visualisation à distance d'une séquence selon les procédé mis en oeuvres avec le programme propriétaire de traitement des messages et selon les Figures 3, 4, 5 évite l'inconvénient du temps d'attente.
Le procédé selon l'invention permet de recevoir un message multimédia, de le stocker en mémoire 13 et de le mettre à disposition d'une application de restitution propre au terminal 12. Le message multimédia reçu préalablement à sa restitution est ici appelé message local 18 pour le différencier du message distant 19 que le lecteur (vidéo ou audio) téléchargera ultérieurement. Ce message local peut être une séquence (vidéo ou audio) de format compatible au lecteur (vidéo ou audio) propre au terminal. Ce message local peut être accompagné de l'adresse ou lien multimédia, du message distant 19. La mise à disposition par le programme propriétaire de traitement 16 des messages de ce message 18 à l'application de restitution 12 intervient à l'occasion d'un événement spécifique interprété par l'application de traitement des messages 16. Lorsque la restitution du message local 18 commence à To, l'application de restitution de fichier distants 12 lance au même instant sa phase de streaming à l'adresse du message distant 19 mise à disposition par l'application de traitement des messages 16. La mise à disposition peut éventuellement passer par une étape préalable d'envoi ou de copie du message local 18 vers une mémoire différente ou propre à l'application de restitution 12 appelée mémoire cache 11.
Le message distant 19 est restitué à la suite de la restitution du message local 18. Le passage de la restitution du message local 18 à la restitution du message distant 19 par l'application de restitution peut être déclenché dès que la phase d'amorçage initiale préalable à la restitution du message 19 est terminée comme sur la Figure 3. Elle peut aussi être déclenchée dès que la restitution du message local 18 est arrivée à son terme Figure 4.
Sur la Figure 5 on a représenté la séquence initiale d'une séquence totale qui est envoyée sous forme de message multimédia et est alors dans le portable comme message local 18. Le reste de la séquence totale est stocké dans un serveur distant avec une adresse et est appelé pour restitution selon le procédé décrit ci-dessus.
Ainsi, selon l'invention, on transmet dans un premier temps un message 18 qui contient la séquence initiale d'une séquence totale dont la séquence principale distante est à restituer par le biais d'une application de restitution du terminal mobile (navigateur, lecteur vidéo, ... ). La séquence principale 19 réside sur un serveur distant et, dans les limites des capacités des réseaux de télécommunications, sa restitution est généralement précédée d'une phase d'amorçage pouvant durer plusieurs secondes. Quant à la séquence initiale résidant localement dans une mémoire du terminal, sa restitution est instantanée mais, pour des raisons de coûts, cette séquence initiale transmise préalablement doit rester aussi courte que possible. La procédé mis en place dans le terminal permet dans un premier temps de recevoir et de stocker la séquence initiale; dans un deuxième temps, notamment suite à un événement d'un organe d'entrée du terminal ou autre condition pouvant être fournie par une instruction propriétaire de restitution 8' ou mixte 8", le procédé permet de soumettre la séquence initiale à l'application de restitution du terminal mobile, qui permet une restitution immédiate, et de faire débuter, au même moment, la phase d'amorçage du message principal distant. Le procédé permet de faire suivre la restitution de la séquence initiale par la séquence d'amorçage de sorte que la restitution du message principal apparaisse continue pour l'utilisateur. Le procédé de l'invention permet une restitution apparaissant instantanée à l'utilisateur d'une séquence distante téléchargée par le biais d'un réseau mobile. Il permet aussi de garder une continuité entre la restitution de la séquence locale et de la séquence distante. Le procédé permet donc d'éliminer le temps d'attente en téléchargeant au préalable la séquence initiale. L'application de « streaming » gère aussi le passage de l'exploitation de la séquence initiale à l'exploitation de la séquence principale d'une manière continue.
La taille de la séquence initiale est réglée en fonction de la durée maximale escomptée de la phase d'amorçage. La taille de ce fichier est calculée de telle façon que la durée de visualisation de cette séquence d'amorçage soit au moins égale à la durée d'attente de la phase d'amorçage du téléchargement de la séquence vidéo. On télécharge un message local correspondant à la séquence initiale suffisamment important permettant de visualiser une séquence suffisamment longue pour que l'application de « streaming » prenne le temps dont elle a besoin pour télécharger l'amorce du message principal.
Les modalités du passage de la restitution du message local (séquence initiale) à la restitution de l'amorce téléchargée dépend de la nature du message distant (séquence principale). Une instruction propriétaire notifie le caractère prioritaire de la séquence distante (principale) sur la séquence iocaie (initiale) et permet à l'application de traitement des messages de mettre en œuvre les modalités du passage de la restitution du message local à la restitution de la séquence distante immédiatement après la phase d'amorçage. Par défaut, sans cette commande prioritaire, le message local est restitué dans son intégralité avant de donner la main à l'amorce du message distant comme représenté Figure 4.
La qualité et quantité du débit sont cruciaux pour bien recevoir et/ou visualiser/écouter des fichiers, distants sur un réseau mobile. Il est donc important de ne pas « polluer » le débit par la réception au même moment de publicités. L'intérêt du procédé selon l'invention présentée est de restituer des messages, notamment publicitaires, à des moments où le débit demandé au réseau est critique, lesquels messages ont été envoyés et réceptionnés au préalable à un moment où le débit demandé au réseau mobile par le terminal n'est pas critique.
Dans le cas où le terminal 1 est mis en mode veille, l'alimentation électrique de ce dernier est périodiquement rétablie pendant un temps court. En mode veille le rapport cyclique temps d'alimentation coupée sur temps d'alimentation rétablie est très élevé afin de réduire la consommation. Pendant ces périodes de rétablissement de l'alimentation, le programme propriétaire de traitement des message peut exploiter ces périodes d'activités pour mettre à disposition des messages afin de profiter de la réactivation temporaire du terminal.
Dans la généralité du procédé, la mise à disposition des messages peut être gérée par le programme de traitement 16 des messages ou peut être déclenchée suite à un ou des événements prédéfinis ou sur demande d'une application et, par exemple, une requête ou sa réponse filtrée (en A ou B). Par exemple, une application R1 ayant des temps d'attente pendant son exécution pourra demander au programme de traitement des messages la mise à disposition d'un message stocké dans la mémoire spécifique 13 à restituer par R1 pendant ces temps d'attentes.
Les événements prédéfinis sont générés par les interfaces de périphériques (7) spécifiques (par exemple mise en veille). Les requêtes correspondent aux requêtes filtrées proprement dites (en A) ou aux réponses filtrées à ces requêtes (en B) par l'application d'interception 20.
De même, une application R1 peut proposer au programme de traitement 16 des messages un espace (auditif ou visuel) à combler par un des messages multimédia (visuel ou sonore) stockés dans la mémoire 13. Cet espace à combler n'est pas obligatoirement du format de restitution de l'application R1 mais peut être pris en charge par une application de restitution R2 lancée en parallèle, restitution qui sera insérée à un endroit prévu à cet effet par l'application. En effet, le moyen d'affichage, par exemple, est divisé en zones d'affichage qui peuvent être accédées indépendamment les unes des autres et les divers messages, notamment en fonction des instructions propriétaires, pourront s'y afficher indépendamment. Par exemple, une application de jeu R1 peut prévoir de demander au programme de traitement des messages de lancer une application de restitution R2 (par exemple un navigateur) propre au terminal afin de restituer un message de la mémoire 13 (par exemple un message publicitaire) à afficher au même moment.

Claims

REVENDICATIONS
• 1. Procédé de transmission et de restitution d'un message multimédia (6) entre une source et un terminal mobile (1) normalisé d'un réseau (2) de télécommunication, le mobile comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution (12) de message du terminal afin d'être restitué sur au moins une interface utilisateur (9), le message multimédia étant transmis dans une enveloppe (22) de message selon un protocole normalisé, caractérisé en ce que l'on transmet dans l'enveloppe (22) le message multimédia (6) et on associe audit message multimédia au moins une instruction propriétaire de détection (8) et au moins une instruction propriétaire de restitution (8') ou mixte (8"), et dans un terminal mobile dans lequel on a préalablement incorporé une routine propriétaire de détection (5, 14, 17) et un programme propriétaire (16) de traitement des messages, la routine (5, 14, 17) détecte la présence de l'instruction propriétaire de détection (8) ou mixte (8"), transmet au moins l'instruction propriétaire de restitution (8') ou mixte (8") et le message (6) au programme propriétaire (16) de traitement, ledit programme propriétaire de traitement exécutant l'instruction de restitution (8') ou mixte (8") et mettant à disposition à un moment défini par l'instruction propriétaire de restitution (8') ou mixte (8"), le message au programme de restitution (12).
2. Procédé selon la revendication 1 caractérisé en ce que le choix du/des programmes de restitution (12) dépend de l'instruction propriétaire de restitution (8') ou mixte (8").
3. Procédé selon la revendication 1 ou 2 caractérisé en ce que le message multimédia est stocké dans une mémoire (13) du programme propriétaire (16) de traitement avant sa mise à disposition à au moins un programme de restitution, le moment de sa mise à disposition dépendant d'un ou plusieurs des moyens suivants: du contenu de l'instruction propriétaire de restitution (8') ou mixte (8"), d'au moins une requête, d'au moins un événement prédéfini.
4. Procédé selon la revendication 1 , 2 ou 3 caractérisé en ce que la transmission s'effectue par enveloppe (22) SMS, USSD, MMS (« Multimedia Messaging Service »), CSD (commutation de circuits), GPRS, UMTS ou autre moyen de transmission de données, chaque enveloppe pouvant véhiculer plusieurs messages et au moins une instruction propriétaire étant associée à chaque message multimédia.
5. Procédé selon la revendication 1, 2, 3 ou 4 caractérisé en ce que le message contient du code normalisé (WML, HTML, xHTML, sHTML, XML, java ou équivalents) interprété par un navigateur ou d'autres applications existantes dans le terminal, et en ce que le message multimédia comporte en outre au moins une instruction courte (27) propriétaire.
6. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'on introduit à la source dans l'enveloppe au moins une erreur détectable afin que :
- d'une part dans un terminal dans lequel on a préalablement incorporé une routine de détection d'erreur d'enveloppe (14) spécifique à l'erreur, ledit message puisse être traité par envoi au programme propriétaire (16) de traitement des messages lorsqu'il est associé à une instruction propriétaire de détection (8) ou mixte (8"),
- d'autre part dans un terminal ne comportant pas ladite routine de détection d'erreur d'enveloppe adaptée, ledit message ne soit pas restitué du fait de l'erreur.
7. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'on introduit à la source dans le message multimédia (6) au moins une erreur détectable afin que :
- d'une part dans un terminal dans lequel on a préalablement incorporé une routine de détection d'erreur de message (17) spécifique à l'erreur, ledit message puisse être traité par envoi au programme propriétaire de traitement des messages lorsqu'il est associé à une instruction propriétaire de détection (8) ou mixte (8"),
- d'autre part dans un terminal ne comportant pas ladite routine de détection d'erreur de message adaptée, ledit message ne puisse pas être restitué normalement par le programme de restitution du fait de l'erreur.
8. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que le terminal comporte en outre une voie de transmission normalisée et le message comporte en outre une requête en acquittement permettant d'informer la source de la réception, du traitement et/ou stockage dudit message, l'acquittement étant stocké par le programme propriétaire (16) de traitement des messages dans sa mémoire spécifique (13) et étant ultérieurement renvoyé par la voie de transmission normalisée.
• 9. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'on compresse le message à la source avant sa transmission et le procédé met en œuvre un moyen de décompression du message dans le terminal mobile.
10. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'on met en œuvre un terminal qui comporte un moyen de mise en veille permettant de le placer dans un mode à faible consommation électrique lorsqu'un utilisateur a cessé d'utiliser ledit terminal pendant un temps prédéterminé, dans ledit mode, le terminal étant réactivé périodiquement pendant un temps d'activation prédéfini à rapport cyclique réduit et les messages n'étant restitués qu'aux moments de réactivations du terminal.
11. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que dans le cas de restitution d'une séquence distante par le biais d'une application de restitution, la séquence distante résidant dans un serveur distant du terminal, dans un premier temps on transmet au programme propriétaire de traitement et stocke dans sa mémoire un message préalable (18) qui contient une séquence préalable et, dans un deuxième temps, notamment sur un événement d'un organe d'entrée du terminal, le programme propriétaire (16) de traitement met à disposition la séquence préalable à l'application de restitution du terminal mobile et fait débuter une phase de téléchargement de la séquence distante (19) débutant par une phase d'amorçage puis sa mise à disposition à l'application de restitution du terminal mobile à la suite de la séquence préalable.
12. Procédé selon l'une quelconque des revendications 1 à 10 caractérisé en ce que dans le cas de restitution d'une séquence totale distante par le biais d'une application de restitution, ladite séquence totale est scindée à la source en une séquence initiale et une séquence principale, la séquence principale résidant dans un serveur distant du terminal, dans un premier temps on transmet au programme propriétaire (16) de traitement et stocke dans sa mémoire spécifique (13) un message qui contient la séquence initiale et, dans un deuxième temps, notamment sur un événement d'un organe d'entrée du terminal, le programme propriétaire de traitement met à disposition la séquence initiale à l'application de restitution du terminal mobile et fait débuter une phase de téléchargement de la séquence principale, débutant par une phase d'amorçage puis sa mise à disposition à l'application de restitution du terminal mobile à la suite de la séquence initiale.
13. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'on on dispose dans le terminal une application d'interception (20), ladite application d'interception recevant les requêtes en provenance d'un programme de restitution (12) et à destination d'interfaces périphériques (7) spécifiques du terminal afin que les requêtes soient filtrées et éventuellement transmises (A) au programme propriétaire (16) de traitement pour analyse, traitement et renvoi au programme de restitution.
14. Procédé selon l'une quelconque des revendications 1 à 12 caractérisé en ce que l'on on dispose dans le terminal une application d'interception (20), ladite application d'interception recevant les requêtes en provenance d'un programme de restitution (12) et à destination d'interfaces périphériques (7) spécifiques du terminal et les réponses en retour d'interfaces périphériques spécifiques du terminal vers le programme de restitution afin que les réponses des interfaces des périphériques du terminal aux requêtes illégitimes soient filtrées et éventuellement transmises (B) au programme propriétaire (16) de traitement pour analyse, traitement et renvoi au programme de restitution.
15. Procédé de transmission et de restitution d'un message multimédia (6) entre une source et un terminal mobile (1) normalisé d'un réseau de télécommunication (2), le mobile comportant au moins une voie de réception, le message multimédia reçu par la voie de réception étant traité par au moins un programme de restitution (12) de message du terminal afin d'être restitué sur au moins une interface utilisateur, le message multimédia étant transmis dans une enveloppe (22) de message selon un protocole normalisé, caractérisé en ce que l'on dispose dans le terminal une application d'interception (20), ladite application d'interception recevant les requêtes en provenance d'un programmes de restitution (12) et à destination d'un périphérique (7) spécifique du terminal et les réponses en retour d'interfaces périphériques spécifiques du terminal vers le programme de restitution afin que les réponses des interfaces des périphériques du terminal aux requêtes illégitimes soient filtrées et éventuellement transmises (B) au programme propriétaire de traitement pour analyse, traitement et renvoi au programme de restitution.
PCT/FR2002/002778 2001-08-03 2002-08-01 Procede de transmission et de restitution d'un message multimedia pour terminal mobile Ceased WO2003015434A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP02794619A EP1417855A1 (fr) 2001-08-03 2002-08-01 Procede de transmission et de restitution d'un message multimedia pour terminal mobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR01/10467 2001-08-03
FR0110467A FR2828368B1 (fr) 2001-08-03 2001-08-03 Procede de transmission et de restitution d'un message multimedia pour terminal mobile

Publications (1)

Publication Number Publication Date
WO2003015434A1 true WO2003015434A1 (fr) 2003-02-20

Family

ID=8866293

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/002778 Ceased WO2003015434A1 (fr) 2001-08-03 2002-08-01 Procede de transmission et de restitution d'un message multimedia pour terminal mobile

Country Status (3)

Country Link
EP (1) EP1417855A1 (fr)
FR (1) FR2828368B1 (fr)
WO (1) WO2003015434A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997030556A2 (fr) * 1996-02-20 1997-08-21 Ericsson Inc. Envoi d'images graphiques a des terminaux mobiles
WO2001033874A1 (fr) * 1999-11-04 2001-05-10 Cyberbank Corporation Systeme de gestion de fichiers a distance utilisant un dispositif mobile
EP1107618A2 (fr) * 1999-11-30 2001-06-13 Samsung Electronics Co., Ltd. Procédé de transmission et de réception de données multimédia en utilisant le service de messages courtes d'une téléphone radio portable
EP1117230A2 (fr) * 2000-01-17 2001-07-18 Nokia Mobile Phones Ltd. Méthode et système pour la présentation d'informations dans un terminal multimédia

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997030556A2 (fr) * 1996-02-20 1997-08-21 Ericsson Inc. Envoi d'images graphiques a des terminaux mobiles
WO2001033874A1 (fr) * 1999-11-04 2001-05-10 Cyberbank Corporation Systeme de gestion de fichiers a distance utilisant un dispositif mobile
EP1107618A2 (fr) * 1999-11-30 2001-06-13 Samsung Electronics Co., Ltd. Procédé de transmission et de réception de données multimédia en utilisant le service de messages courtes d'une téléphone radio portable
EP1117230A2 (fr) * 2000-01-17 2001-07-18 Nokia Mobile Phones Ltd. Méthode et système pour la présentation d'informations dans un terminal multimédia

Also Published As

Publication number Publication date
FR2828368B1 (fr) 2005-03-04
EP1417855A1 (fr) 2004-05-12
FR2828368A1 (fr) 2003-02-07

Similar Documents

Publication Publication Date Title
EP1982549B1 (fr) Système et procédé de partage de contenu de personnalisation
EP1435742B1 (fr) Procédé et dispositif de diffusion de contenus multimédia à des terminaux mobiles
WO2004086680A1 (fr) Procede de contrôle d’appareils au sein d’un reseau par une telecommande dediee et appareils mettant en oeuvre le procede
EP3119060A1 (fr) Procédé et dispositif d'établissement de communications webrtc
FR2947130A1 (fr) Module client ussd generique intelligent embarque dans un terminal de telecommunications
CN112637668B (zh) 一种视频播放方法、装置、设备及介质
CN112565835A (zh) 视频内容的展示方法、客户端及存储介质
EP2210403A1 (fr) Procede et dispositif pour commander l'affichage d'une zone d'informations sur l'ecran d'accueil d'un terminal mobile
EP1417855A1 (fr) Procede de transmission et de restitution d'un message multimedia pour terminal mobile
EP1850602B1 (fr) Procédé et système pour accélérer l'accès à un contenu à partir d'un terminal mobile
WO2008107595A2 (fr) Procédé et installation de télécommunication pour la fourniture d'un service à l'utilisateur d'un équipement personnel.
FR3086478A1 (fr) Gestion du fonctionnement d'une telecommande lors de la reception d'un appel telephonique.
EP2077017A1 (fr) Procédé de gestion de mémoire dans un terminal client, signal, programme d'ordinateur et terminal correspondants
EP3219090B1 (fr) Procédé et dispositif de communication
EP1570610B1 (fr) Systeme de selection alternee de canaux voix et donnees
FR2805423A1 (fr) Procede de diffusion de messages
FR2919142A1 (fr) Procede de controle d'un fournisseur de services a partir d'un terminal mobile
WO2015128561A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal
EP3162019A1 (fr) Procede et dispositif d'etablissement d'une communication
WO2015166160A1 (fr) Procédé et dispositif d'établissement d'une communication
EP1566046A1 (fr) Procede de traitement de donnees audio sur un reseau et dispositif de mise en oeuvre de ce procede
FR3079705A1 (fr) Communication par video conference
FR2861528A1 (fr) Procede et systeme de notification de statut entre deux terminaux
FR2875664A1 (fr) Procede de capture d'image sur un terminal passif
FR3036570A1 (fr) Technique d'interaction d'un dispositif utilisateur avec un dispositif appele

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 BY BZ CA CH CN CO CR CU CZ DE DM DZ EC EE ES FI GB GD GE GH HR HU ID IL IN IS JP KE KG KP KR LC LK LR LS LT LU LV MA MD MG MN MW MX MZ NO NZ PH PL PT RO SD SE SG SI SK SL TJ TM TR TT TZ UG US UZ VN YU ZA

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 PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA 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 UG ZM ZW AM AZ BY KG KZ RU TJ TM AT BE BG CH CY CZ DK EE ES FI FR GB GR IE IT LU MC PT SE SK TR BF BJ CF CG CI GA GN GQ GW ML MR NE SN TD TG US

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 SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2002794619

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002794619

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 2002794619

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP