FR3004048A1 - METHOD FOR NOTIFYING A MESSAGE ACCESS LINK AND MESSAGING SYSTEM - Google Patents

Abstract

The method according to the invention is intended to be implemented by a messaging system (2) associated with a first terminal identity (ID1) and comprises: - on detecting a message (M) intended for the first stored identity on a server (DB) of the messaging system, said message having been issued by a second terminal identity (ID2) during a communication, the sending, at the end of this communication, a notification to the second identity (ID2) including an access link (URL_M) to this message; - On receipt of an access request to this message sent by a terminal from this link, the verification that at least one treatment on this message, selected by this terminal, is allowed; - If necessary, on receipt of a command (CMD_M) from this terminal identifying a said authorized processing, the execution of this processing on the message stored on the server.

Description

BACKGROUND OF THE INVENTION The invention relates to the general field of telecommunications. It relates more particularly to access to a message deposited (or more generally stored) on a mail server associated with a first terminal identity, by a second terminal identity during a communication, this access taking place once the communication completed and intended to allow the execution of a processing on the message, such as reading, deletion or modification of this message. By terminal identity is meant here any type of parameter for identifying a terminal and join it, in other words to send messages in the general sense of the term via one or more telecommunications networks. This can be for example a phone number, an e-mail address, a SIP-URI (Session Initiation Protocol - Uniform Request Identifier), etc. It should be noted that this identity can be shared by multiple terminals. In a known manner, most fixed and mobile network telephony services (whether based on circuit-switched or Voice over IP (Internet Protocol) technologies) are delivered today with a network service. Voicemail. Thus, when a call sent by a calling terminal can not lead to a called terminal for whatever reason (busy terminal, no answer, unconditional forwarding to his mail, terminal out of coverage, etc.), this call is routed through the network of the called terminal to the voicemail system of the called terminal. The user of the calling terminal can then deposit on this messaging system a voice message to the called terminal, following for example the broadcast of a home voice announcement by the messaging system. Once the call is over (in other words, following the hang-up of the calling terminal), the user of the calling terminal has no means to listen again, remove the message or modify it. Such an opportunity is indeed offered only during the phase of posting the message on the messaging system, but not after the hang-up of the terminal, in other words at the end of the communication. Thus, if the user of the calling terminal is mistaken in the dialed number and mistakenly puts a voicemail message on the voicemail system of the incorrectly called terminal, he has no way to correct this error ( for example, to delete the message before it is read by its recipient). Similarly, if the user of the calling terminal saves an inappropriate message on the voicemail system, or wishes to complete the recorded message, he can not return to this message and has no other possibility than re-record a new message. It should be noted that this problem is not limited to a voicemail system but may concern any type of messaging, such as a video messaging system, or multimode, or electronic (asynchronous type as the e-mail or synchronous type like instant messengers, and for which the messages are likely to be stored on a server before being delivered to their recipient in the event of nonresponse of this particular), or a messaging system in support of SMS (Short Message Service) or MMS (Multimedia Message Service) communications via a so-called "store-and-forward" application, responsible for storing SMS or MMS messages before delivering them to their recipient in case of unavailability of it. US 6,999,566 provides a method and system for a calling user who has placed a voicemail message to a recipient or called user to delete that message before it is listened to by that user. latest. This method relies on three entities, namely on: - a server to which the caller transmits his message deletion request, - the caller's messaging system, and - the called party's messaging system.

More specifically, upon receipt of a request to delete the message from the caller's terminal, the server queries the caller's messaging system for the status of this message. If it has not yet been listened to by its recipient (i.e. by the called party), the server transmits to the messaging system of the caller the request to delete the message. This request for deletion of the message is then transmitted by the caller's messaging system to the called party's messaging system which deletes the message. The method proposed in document US Pat. No. 6,999,566 therefore requires the establishment of a link between the messaging systems of the caller and the called party, which can be complex from an operational point of view in particular in terms of security, when the messaging systems are managed by different operators. Furthermore, the processing possibilities offered on the message deposited on the caller's messaging system are relatively limited, since only a deletion of the message is allowed when it has not yet been listened to by the recipient.

OBJECT AND SUMMARY OF THE INVENTION The invention makes it possible, in particular, to remedy the aforementioned drawbacks by proposing a notification method, by a messaging system associated with a first terminal identity, comprising: on detecting a message intended for the first identity stored on a server of the messaging system, this message having been sent by a second terminal identity during a communication, a step of sending, at the end of this communication, a notification to the second identity comprising a access link to this message; upon receipt of an access request to this message sent by a terminal from this access link, a verification step that at least one treatment on this message, selected by this terminal, is authorized; if necessary, on receipt of a command from this terminal identifying a said authorized processing, a step of executing this processing on the message stored on the server. Correlatively, the invention also relates to a messaging system associated with a first terminal identity, comprising: a server; a detection module, able to detect a message intended for the first identity and stored on the server, this message having been sent by a second terminal identity during a communication; a sending module, activated on detection by the detection module of the message stored on the server, and able to send at the end of the communication during which the message has been sent, a notification to the second identity comprising a link d access to the message stored on the server; a module for receiving a request for access to the message stored on the server sent from this access link by a terminal; a verification module, activated upon reception of the access request by the reception module, and able to verify that at least one treatment on the message stored on the server, selected by this terminal, is authorized; a module for receiving a command from the terminal identifying a said authorized processing; and an execution module, able to execute on the message stored on the server the processing identified in the command. The invention thus provides a solution allowing a calling user (identified by a second terminal identity within the meaning of the invention) who has deposited a message on a server of a messaging system of a called user (identified by a first identity within the meaning of the invention), to act a posteriori on this message (eg to delete or modify it (and in particular to modify its content or envelope)), that is to say after the communication via which the message was deposited has been completed. This solution advantageously relies on the notification by the messaging system of the called party, to the calling user via his terminal, a link to access the message thus deposited. With this link, the calling user can, via a terminal, access the message and request a processing on this message from the called user's mail system. The link to the message stored on the server of the messaging system is sent to the terminal identity which has deposited this message (second identity within the meaning of the invention), which simplifies the interactions between the messaging system of called and appellant. This identity can indeed be easily extracted by the messaging system of the communication at the origin of the deposit of the message: it can thus be in particular an identity attributed to the terminal of the calling user by his telecommunications network or used to communicate on this network and present in the signaling of the message (typically its telephone number, its SIP address or its email address, etc.). If such an identity assigned by the network is not available (for example because the caller has decided to hide this identity), the messaging system may consider as a second identity an identity such as a token or token in English provided the case optionally by a remote notification platform (for example by an Apple Platform Notification Server (APNS) as proposed by the Apple company or a C2M server (Cloud Ta Messaging) as defined by the Google company), at the terminal of the caller used to send the message stored on the server. In known manner, this token or token is inserted by the remote notification platform in the call signaling allowing the transmission of the message.

As mentioned above, each identity within the meaning of the invention may be shared by several terminals, so that the invention applies as well when the message is deposited on the server of the messaging system and then modified via the same terminal of the calling user only via two separate terminals. In other words, the terminal at the origin of the access request is not necessarily the same terminal that received the access link of the messaging system or the one via which the calling user has access. issued the message stored on the server to the first identity. It should be noted that no limitation is attached in this description to the use of the terms "appellant" and "appellant". These expressions are used as an illustration to indicate the origin and the recipient of the message respectively, but they do not presage in any case the type of communications and / or messaging to which the invention applies. The invention can indeed be applied to any type of messaging, such as audio and / or video messaging, asynchronous electronic messaging (eg email) or synchronous type (eg instant messaging), messaging type "store-and-forward" for SMS or MMS type communications, etc.

It is the same for the expression "message deposited on a server" which refers generally within the meaning of the invention the fact that the message is stored on the mail server after its transmission by the "calling" identity to destination of the "called" identity. Thanks to the invention, the calling user can not only delete a message stored on the server of the messaging system of the called user at the end of the communication via which this message was sent (ie say once this communication is complete), but also easily require other processing on this message, such as, for example, the reading or modification of one or more characteristics of this message. Within the meaning of the invention, a modification of a characteristic of a message designates both a modification of its content and a modification of parameter (s) associated with this message and contained in its envelope. In addition, the invention allows the calling user to access and modify a message including after the called user has accessed this message, since this message is always stored by the messaging system, and for of course the implementation of certain precautions to avoid ambiguity or confusion with the called user. Thus, in a particular embodiment of the invention, the notification method comprises a step of notifying the first identity of the processing executed on the message stored on the server.

This embodiment of the invention is of particular interest when the message stored on the server has already been transmitted or notified to its addressee (first identity), whether or not it has been read by the latter. This is particularly the case when the recipient's terminal is notified via, for example, a remote notification service such as the Apple Push Notification (APN) service developed by the Apple company or the C2M (Cloud To Messaging) service proposed by the company. Google company. Moreover, the solution proposed by the invention is advantageously based on a verification by the messaging system that the terminal at the origin of the access request sent from the access link transmitted by the messaging system is authorized to request a processing on the message stored on the server, before implementing such a treatment. This verification can be of different natures. Thus, it can include the second identity itself, for example by controlling that the terminal uses a communicated access link to an identity that is authorized to access the message to read, modify, delete, or perform any other type of processing allowed by the messaging system.

As a variant, the verification step may comprise a step of determining a state of the message stored on the server, the execution of the processing being conditioned by this state. This verification step may in particular consist of simply checking the presence of the message on the server of the messaging system. Indeed, the message can, between the moment when the access link has been notified to the second identity and the moment when the terminal orders a processing on this message, have been deleted from the server (because it was delivered to the first one). identity, or erased by it, etc.), in which case no further processing is possible on this message. Of course, other types of verification may be considered. These various checks make it possible to secure and frame the modifications in the general sense of the term (including deletions) that can be made to the messages stored on the server of the messaging system.

In a particular embodiment, the access link notified to the second identity is a web link containing a parameter uniquely identifying the message stored on the server. This embodiment is particularly simple to implement and easy to use by the calling user who only has to click, copy or select this link to access the messaging system of the called user. Moreover, the new generations of terminals today have almost all means to connect to the Internet. The parameter identifying the message stored on the server can advantageously be encrypted so as to enhance the security of access to the message. The access link may further include the second terminal identity, also in an encrypted manner, to enable the messaging system to verify that the terminal that uses the access link to access the message is associated with the second identity. who is behind this message.

In a particular embodiment, the notification method comprises, following the verification step, a step of sending an information message to the terminal listing at least one authorized processing on the message stored on the server. This embodiment makes it possible to inform the calling user of the different message processing options offered to him.

Thus, for example, the processing executed on the message stored on the server can be selected from: a deletion of all or part of the message stored on the server; a reading of the message stored on the server; or a modification of at least one characteristic of the message stored on the server, such as for example the content of the message or one or more parameters of the envelope of the message (transmission time, date of deposit on the server, identity to the origin of the message, location of the terminal at the origin of the message, etc.). In a particular embodiment, the notification method furthermore comprises, when the processing executed on the message stored on the server is a modification of at least one characteristic of the message stored on the server, a step of reception by the system of an indication to identify this change. In this way, the messaging system can keep track of changes made to the message by the calling user, and possibly indicate to the called user the nature of these changes.

Note that if certain advantages such as those presented above may arise from the invention for the user calling the origin of the message stored on the server of the messaging system, the invention also offers the possibility to another user, as it has the access link notified by the messaging system, to modify in the broadest sense of the term the message stored on the server. This possibility can, however, be limited by implementing appropriate controls at the level of the messaging system, for example to limit access to the message to the calling user (in particular via checks based on the second identity). In view of the foregoing, the invention relies not only on the called user's messaging system on which is stored the message sent by the calling user, but also on the terminal of the calling user itself ( or another user who has obtained the link access), with which it will be required to request a treatment on this message. Thus, the invention also relates to a method of access by a terminal to a message intended for a first terminal identity stored on a server of a messaging system associated with this first identity, said message having been transmitted during a communication by a second terminal identity, said method comprising: a step of obtaining an access link to the message stored on the server notified at the end of this communication to the second identity by the messaging system; a step of sending to the mail system a request to access the message stored on the server from this access link; and a step of sending to the messaging system of a command identifying a process to be executed on this message. Correlatively, the invention also relates to a terminal adapted to access a message intended for a first terminal identity stored on a server of a messaging system associated with this first identity, this message having been sent during a communication by a second terminal identity, the terminal according to the invention comprising: a module for receiving an access link to the message stored on the server notified at the end of this communication by the messaging system to the second identity; a module for sending the messaging system a request for access to the message stored on the server from this access link; and a module for sending to the messaging system of a command identifying a processing to be executed on this message. The access method and the terminal according to the invention have advantages similar to those mentioned above for the notification method and the messaging system. In a particular embodiment, the access method further comprises a step of receiving, from the messaging system, an information message listing at least one authorized processing on the message stored on the server. In another particular embodiment, the terminal comprises an application able to modify at least one characteristic of the message stored on the server, and to send to the messaging system the modified message and an indication enabling the messaging system to identify the modification. brought to the message.

Thus, in the context of audio and / or video messaging, this application can be any type of application installed on the terminal for making audio and / or video montages, known per se. The invention also relates to a communication system comprising a messaging system according to the invention associated with a first terminal identity, and a terminal according to the invention adapted to access a message stored on a server of the messaging system, this message having been issued by a second terminal identity. In a particular embodiment, the various steps of the notification method and / or the access method are determined by computer program instructions. Accordingly, the invention also relates to a computer program on an information medium, this program being capable of being implemented in a messaging system or more generally in a computer, this program comprising instructions adapted to the implementing the steps of a notification method as described above.

The invention also relates to a computer program on an information medium, this program being capable of being implemented in a terminal or more generally in a computer, this program comprising instructions adapted to the implementation of the steps an access method as described above. Each of these programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any form what other form is desirable. The invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.

The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a diskette (floppy disc) or a disk hard. On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network. Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question. It can also be envisaged, in other embodiments, that the notification method, the access method, the messaging system, the terminal and the communication system according to the invention present in combination all or some of the aforementioned characteristics. . BRIEF DESCRIPTION OF THE DRAWINGS Other features and advantages of the present invention will emerge from the description given below, with reference to the accompanying drawings which illustrate an embodiment having no limiting character. In the figures: FIG. 1 represents, schematically, a communication system, a messaging system and a terminal according to the invention in a particular embodiment; - Figures 2 and 3 schematically illustrate the hardware architecture of the messaging system and the terminal of Figure 1; FIG. 4 illustrates, in the form of a flow chart, the main steps of a notification method according to the invention as implemented by the messaging system of FIG. 1; and FIG. 5 illustrates, in the form of a flow chart, the main steps of an access method according to the invention as they are implemented by the terminal of FIG. 1. Detailed description of the invention FIG. 1 represents, a communication system 1 according to the invention, in its environment, in a particular embodiment. In the example envisaged in FIG. 1, the communication system 1 enables a user U2, equipped with a terminal T2, to access a message M stored on a server DB of a messaging system 2 associated with a server. terminal Ti, for example to change, read or delete.

It is assumed here that the message M has been deposited by the user U2 during a prior communication initiated via its terminal T2 to the terminal T1, this communication having been sent back to the messaging system 2 for any reason (ex. no response from the terminal Ti, unconditional forwarding to the messaging system 2, terminal Ti out of coverage or off, etc.).

No limitation is attached to the nature of the T1 and T2 terminals or the messaging system 2. Thus, the terminals may be telephone terminals, portable or fixed computers, tablets, etc., and the messaging system to which applies the invention, an audio or video messaging system, an electronic messaging system, synchronous (instant messaging type) or asynchronous, a store-and-forward messaging system used for SMS or MMS communications, etc. However, to better illustrate the invention, it is assumed here that the terminals T1 and T2 are "smartphones" type smartphones, adapted to communicate respectively on NW1 and NW2 telecommunications networks (not mentioned in the figure), and that the messaging system 2 is a voicemail system (ie audio). The application of the invention to other types of messaging systems is discussed later. The telecommunication networks NW1 and NW2 may be distinct or identical. The terminals T1 and T2 are respectively associated with distinct ID1 and ID2 terminal identities: these ID1 and ID2 identities are here telephone numbers that the T1 and T2 terminals use to communicate on and / or via the NW1 and NW2 telecommunications networks. (ie to be reachable and to send communications to other terminals). Of course, other types of terminal identities may be envisaged in the context of the invention, depending in particular on the nature of the terminals and the messaging system, since these identities allow the terminals to communicate on their networks. and to be reached via these networks. Thus, the invention also applies when identities ID1 and ID2 are electronic addresses, SIP or IP addresses, etc. It should be noted that identities ID1 and ID2 may be shared by several terminals (including terminals T1 and T2) so that it matters little in the context of the invention what type of terminal is used to send the message. M and access thereafter according to the invention. In particular, different terminals may be used by the user U2 to deposit the message on the DB server of the messaging system 2 and then to access this message later on thanks to the invention, since these terminals are associated with and / or use the same ID2 identity.

Furthermore, the invention is not limited to an access to the message M by the calling user U2 at the origin of this message. However, for the sake of simplification, in the example envisaged here, it is assumed that the ID1 and ID2 terminal identities are uniquely assigned to the terminals T1 and T2 respectively and that it is the user U2, at the origin of the message M, who wishes to access this message, so that in the description, the expression "a message (or a notification, or a command, etc.) intended for or coming from the identity ID1 is used equivalently, respectively ID2 "identity and the expression" a message (or a notification, or a command, etc.) intended for or from the terminal T1, respectively terminal T2 ". According to the invention, the communication system 1 comprises: on the one hand, the messaging system 2 associated with the ID1 terminal identity used by the terminal T1; and on the other hand, the terminal T2. The voicemail system 2 is in accordance with the invention. It has, in the embodiment described here, the hardware architecture of a computer, as illustrated schematically in FIG. 2. More precisely, the voice messaging system 2 notably comprises a processor 3, a read-only memory 4, a RAM 5, a non-volatile memory 6 and communication means 7 on the NW1 network known per se.

The ROM 4 of the voicemail system is a recording medium according to the invention, readable by the processor 3 and on which is recorded a computer program comprising instructions for carrying out the steps of a method of notification according to the invention, the steps of which are described later with reference to FIG. 4 in a particular embodiment. This computer program defines, in an equivalent way, software and functional modules of the messaging system 2 able to execute the various steps of the notification method and to interact with the components of the messaging system 2 described above with reference to FIG. 2 .

These functional modules include the DB server on which are stored messages (ie sent) to the messaging system 2 (and in particular the message M for the terminal Ti), a message detection module stored on the DB server, a module for sending to the issuing identities of these notification messages comprising an access link to these messages, a module for receiving requests for access to these messages using this access link and transmitted by terminals, this reception module including here a web server W, a verification module able to check if processing can be performed on these messages once deposited on the server by the terminals causing the access requests, a command receiving module containing such processing and a module capable of executing these processes on the messages deposited.

Furthermore, in the embodiment described here, it is assumed that the messaging system 2 offers the user Ul of the terminal Ti a visual voicemail service (or WM for Visual Voice Mail in English) associated with the identity ID1 . Correlatively, a VVM application is installed on the terminal Ti to allow it to fully benefit from this service. In a manner known per se, with the VVM service, the user U1 does not need to connect to the messaging system 2 to sequentially consult the voice messages left to his attention, depending on the date and the time of deposit of these messages. As soon as a voice message is detected on the DB server for the ID1 identity, that is to say immediately after its registration, the messaging system 2 sends a notification of deposit of the message ID1 identity (and therefore in the example envisaged here, at the terminal Ti), and the terminal T1 via the application VVM downloads the file of the corresponding voice message (typically a file in the format MPEG3 (Moving Picture Experts Group-3)). Thus, the VVM application present on the terminal T1 allows the user U1 to have direct access via his terminal to the voice messages intended for him and the information characterizing these messages (date, time of receipt, identity of the applicant in the form of its telephone number or name if this identity is present in the local or network directory of the terminal Ti or in the call signaling, etc.). The user U1 can then consult the voice messages intended for him (ie which are destined for the ID1 identity here), in the order in which he wishes, read them in part or totally, read them again, destroy them, store them, etc. The terminal T2 is a terminal according to the invention. It has, in the embodiment described here, the hardware architecture of a computer, as illustrated schematically in Figure 3. More specifically, the terminal T2 comprises in particular a processor 8, a read-only memory 9, a random access memory 10 , a nonvolatile memory 11 and communication means 12 on the NW2 network known per se. The read-only memory 9 of the terminal T2 constitutes a recording medium in accordance with the invention, readable by the processor 8 and on which is recorded a computer program comprising instructions for executing the steps of an access method. according to the invention, the steps of which are described later with reference to FIG. 5 in a particular embodiment. This computer program defines, in an equivalent way, software and functional modules of the terminal T2 able to execute the various steps of the access method and to interact with the components of the terminal T2 described above with reference to FIG. functional elements include a module for obtaining access links to messages sent and deposited on the DB server via ID2 identity, these access links from the messaging system 2, a request sending module of access to the messages stored on the DB server and sent by the identity ID2 from these access links, and one (or possibly more) sending module (s) able (s) to send via the NW2 network to the system message 2 commands identifying processes to be executed on the messages stored on the DB server issued by ID2 identity. In the embodiment described here, is also installed on the terminal T2, for example in its read-only memory 9, an application APP allowing it to perform audio editing and to modify at least one characteristic of a message (ie its contents or its envelope) transmitted via the identity ID2 stored on the server DB (eg the message M) and of which an access link is notified to the terminal T2 in order to enable it to perform processing on this message in accordance with the invention. Such an application is known per se and is not described in more detail here. We will now describe, with reference to FIGS. 4 and 5 respectively, the main steps of a notification method and an access method as implemented by the messaging system 2 and the terminal T2. in a particular embodiment of the invention.

To illustrate these steps, as mentioned above, we are interested in a message M for the ID1 terminal identity (that is to say the user Ul which is assigned this terminal identity to communicate via its terminal on the NW1 network) , and sent by the user U2 via his terminal T2 on the network NW2 using the identity of terminal ID2.

The message M is here a voice message deposited by the user U2 on the DB server of the messaging system 2 associated with the ID1 terminal identity, following a call forwarding (communication within the meaning of the invention) issued by the terminal T2 to the identity ID1 to the messaging system 2. The reasons for this return have no effect on the implementation of the invention (eg non-response of the terminal Ti, unconditional forwarding of calls intended for identity ID1 to messaging system 2, terminal T1 out of coverage or off, etc.). The deposition of the message M by the terminal T2 on the DB server (step F10, FIG. 5) and its storage by the DB server (step E10, FIG. 4) are carried out in a manner known to those skilled in the art, and not described here. .

In the embodiment described here, the deposition of the message M is followed by the notification to the terminal Ti (i.e. to the ID1 identity) by the messaging system 2 that a message intended for it is stored on the DB server. This notification can be done via an intermediary such as an APN or C2M remote notification platform. It can be displayed in various forms in the VVM application of the T1 terminal (eg presence of a pop-up, display of a banner on the terminal screen, a dot on the icon modeling the application VVM, etc.), in a manner known per se. The VVM application installed on the terminal T1 then connects immediately to the voicemail system 2 via an API programming interface (Application Programming Interface) to download the list of voice messages for the identity ID1, as well as their dating and their status (eg accessed, not viewed, saved). The VVM application then synchronizes based on the synthetic information thus downloaded. During this synchronization, if new voice messages that are not yet present on the terminal T1 and intended for the ID1 identity are available on the messaging system 2, the application VVM requests their download on the terminal Ti in order to store them for example in a non-volatile memory of the terminal T1. Moreover, if voice messages intended for the identity ID1 stored on the terminal T1 have been consulted or destroyed on the messaging system 2 via another means of access than the terminal T1 (eg web server, voice communication ,. ..), and that these messages are marked as not yet consulted in the VVM application, the latter updates the status of these messages (then marked as being consulted), and destroys the voice messages stored on the terminal T1 that are no longer available on the messaging system 2. It should be noted that when the user U1 has finished reading a voice message via the VVM service on his terminal Ti, the VVM application connects to the messaging system 2 via an API to synchronize the status of the message with the value "accessed". Likewise, when the user U1 deletes a voice message on his terminal Ti via the application VVM, the latter connects to the messaging system 2 via an API to synchronize the state of the message with the value "deleted", this which results in the deletion of the message on the messaging system 2.

In the embodiment described here, during the communication established between the terminal T2 and the messaging system 2 resulting in the filing of the message M, the messaging system 2 extracts from the call signaling associated with this communication the identity ID2 terminal used by the terminal T2 to communicate on the NW2 network, and associates in the DB server to the message M. It should be noted that in some cases, such as when the user U2 asked the masking of the identity of its terminal T2 for its communications on the network NW2, the terminal identity ID2 allocated by the network NW2 to the terminal T2 is not present in the call signaling associated with the communication. In such a situation, the messaging system 2 can extract and associate with the message M as the terminal identity at the origin of the message (second identity in the sense of the invention), an identity provided to the terminal T2 by a notification platform. distance (eg platform APN or C2M) such a token or token in English, if the terminal T2 benefits from such a service. Once the message M has been deposited (and stored) on the messaging system's DB server via its terminal T2, the user U2 hangs up his terminal T2 and ends the communication with the messaging system 2 (steps E30 and F20). On detecting the outcome of this communication and the presence of the message M for the identity ID1 on the server DB, the messaging system 2 sends, via its communication means 7, to the associated identity ID2 on the server. DB to the message M, a notification comprising a URL_M access link to the message M (step E40). In the embodiment described here, this sending is carried out immediately after the completion of the communication. This notification can be transmitted to the identity ID2 (ie to the terminal T2 here), by means of various means, such as for example, via a SIP call signaling if the terminal T2 implements the SIP protocol, in a SMS message sent by the messaging system 2 on the network NW1 to the identity ID2, via a remote notification platform (eg platform APN or C2M previously described), etc. In the embodiment described here, the URL_M access link notified by the messaging system 2 to the terminal T2 is a web link containing the URL (for Uniform Request Locator) of the web server W of the messaging system 2 and, as parameter, an encrypted string of characters uniquely identifying the message M deposited by the terminal T2 on the messaging system 2 associated with the terminal T1. For example, the notification sent by the messaging system 2 to the terminal T2 may contain the following message: "to access your message, click on the link https://www.serveurW.fr?id=123456789abcdefghijklm >> , where the string "123456789abcdefghijklm" uniquely identifies and encrypts the message M. In an alternative embodiment, the web link URL_M also comprises in the encrypted string of characters, the identity ID2 used by the terminal T2 to file the message M on the DB server for the terminal Ti. This makes it possible to further secure access to the message M via the possibility of implementing additional controls at the level of the messaging system 2 (for example if the user U2 tries to access the message M via another terminal than terminal T2, or if another user than U2 tries to access this message).

The user U2 can then access the message M, for example to read, modify or delete it (in other words to apply a treatment) from the URL_M received from the messaging system (step F30 ), for example by selecting the link indicated in the SMS or by clicking on it with its terminal T2, or by copying it in a web browser installed on its terminal T2.

This selection of the link results in the opening of a web browser on the terminal T2 with the URL positioned on the link URL_M and the sending by the terminal T2 of an access request R (URL_M) to the server web W of the messaging system 2 (step F40). This access request aims at downloading the web page identified by the URL_M in order to be able to access the message M and if necessary to carry out a processing on this message.

On receipt of this access request by the web server W of the messaging system 2 (step E50), the latter verifies that the user U2 is authorized to access this message and to select at least one processing to be performed on this message (test step E60). Such processing is for example here the reading of the message, its modification (i.e. modification of the content or a parameter of its envelope) or its removal in whole or in part.

In the embodiment described here, the possibility for the user U2 to execute a processing on the message M is conditioned by the presence of the message M on the server DB and by its state ("consulted", "not consulted", "Deleted", etc.). The web server W therefore firstly looks for whether the message M uniquely identified in the URL_M link transmitted by the terminal T2 in the access request R is present on the server DB. For this purpose, it queries the DB server with the identifier of the message M extracted from the link URL_M according to means known per se. Several cases can then arise. If the message M identified in the link URL_M does not exist on the DB server of the voicemail system 2 (for example, because the access link URL_M used by the terminal T2 is a fraudulent link trying to access the user U1 messaging system 2), the web server W generates a web page signaling an error, for example indicating "Error: The message you are trying to access does not exist" (answer no to the test step E60 and step E70). No processing on the message M is then allowed to the user U2 via its terminal T2. If, on the other hand, the message M is stored on the server DB, the messaging system 2, via the web server W, determines the state of this message in order to identify whether the user U2 is authorized to carry out a processing on this message. In the example envisioned here, the message M can take three distinct states, namely "accessed" (or read), "deleted", or "not accessed" (or unread).

If the state of the message M on the DB server is "deleted", the web server W then generates a web page that it sends to the terminal T2 with a predefined information message of the type "Your message was deleted on September 24 2012 at 12:56. You can not edit or read it anymore. (Answer no to the test step E60 and step E70).

If the state of the message M on the DB server is "not consulted", the web server W generates a web page that it sends to the terminal T2 with a predefined information message listing the authorized treatments on the message M of the type " You can read, modify or delete all or part of your message "(yes answer to the test step E60 and step E80). In the embodiment described here, if the state of the message M on the DB server is "consulted", the web server W also generates a web page that it sends to the terminal T2 on with a predefined information message of the type «Your message was read on 24 September 2012 at 12h56. However, you can read, modify or delete all or part of it "(answer yes to the test step E60 and step E80). In other words, in the embodiment described here, the web server W determines that the user U2 via his terminal T2 is authorized to process the message M uniquely identified in the link URL_M, if the latter is associated with a state "Consulted" or "not viewed" on the DB server. On the other hand, it determines that the user U2 is not authorized to process the message M if it is not on the DB server or if it is associated with a "deleted" state on the DB server. In a variant, if the state of the message M on the DB server is "consulted", the web server W generates a web page that it sends to the terminal 12 with a predefined information message of the type "Your message has been read on September 24, 2012 at 12:56 pm You can not access it anymore. (Answer no to the test step E60 and step E70). In another variant, if the state of the message M on the DB server is "consulted", the web server W generates a web page that it sends to the terminal T2 with a predefined information message of the type "Your message has been read on September 24, 2012 at 12:56 pm You can not edit or delete it anymore, only read it. (Yes answer to the test step E60 and step E80). On receipt of this information message (step F50), the user U2 can then select a treatment among the treatments listed and authorized in the information message (step F60), or finally decide to do nothing, in which case, no modification of the message M is performed at the level of the messaging system 2. If the terminal T2 selects from this list, a reading of the message M stored on the DB server, a CMD-M (Read) command identifying this processing is sent by the terminal T2 to the web server W (step F70). This command is sent here by the terminal T2 in a web request to the web server W.In the embodiment described here, on receipt of this command CMD-M (Reading) by the web server W (step E90), the message M is downloaded to the terminal T2 by the messaging system 2 (step E100) so that the user U2 can read the voice message M directly from its terminal T2. This downloading step for reading the message M is a step of performing the read processing selected by the terminal T2 on the message M stored on the server DB within the meaning of the invention. It should be noted that in this case, no modification of the message M is performed on the DB server. In a variant, the message M is read directly via the web server W without downloading the message M on the terminal T2 (step of performing the read processing within the meaning of the invention).

If the user U2 selects via his terminal T2 a deletion of the content of the message M stored on the server DB, a command CMD-M (Deletion) identifying this processing is sent by the terminal T2 to the web server W, in a web request ( step F70). In the embodiment described here, on receipt of this command CMDM (Deletion) by the web server W (step E90), a request for confirmation of the deletion is transmitted to the terminal T2 (via, for example, the display, in response to the T2 terminal's web request, a web form giving it the possibility of confirming or canceling the deletion of the message). If the user U2 does not confirm the deletion of the message, no deletion of the message M is performed on the DB server.

On the other hand, if the user U2 confirms the deletion of the content of the message M, the web form containing this confirmation is transmitted to the web server W, which then takes care of deleting the contents of the message M stored on the server DB (execution of the message). suppressing processing of the message M within the meaning of the invention, step E100). The DB server, however, retains here the identifier of the message and its envelope, which contains in particular the following characteristics: date, time of the message and identity ID2 at the origin of the message M, potential location of the terminal T2, etc. Alternatively, the message envelope is also deleted from the DB server. In yet another variant, only the identity ID2 at the origin of the message M is retained after deletion of the content of the message M on the server DB.

The user U2 can also select via his terminal T2 the processing corresponding to a modification of all or part of the message M stored on the server DB, which results in the sending of a CMD-M command (Modification) identifying this processing by the terminal T2 to the web server W via a web request (step F70). In the embodiment described here, on receipt of the command CMD-M (Modification) by the web server W (step E90), the message M is downloaded to the terminal T2 by the messaging system 2 via the web server W from the DB server. In this way, the user U2 has the possibility, by using the audio editing APP application installed on his terminal T2, to modify all or part of the message M thus downloaded. As a variant, the modifications can be made directly from a copy of the message M stored during its transmission by the terminal T2 (for example in its non-volatile memory 9, in order to avoid any downloading). This modification may relate to the content of the message M itself or to any other characteristic of the message M, such as for example on a characteristic of the envelope of the message M (eg the date of deposit of the message, the identity ID2 to the origin of this message (positioning to an anonymous identity or to an identity distinct from ID2), the location of the terminal at the origin of the message M or that used to access the message M according to the invention after its deposit, etc. .).

In known manner, the APP mounting application generally presents the message on which it can be edited in the form of a timeline or assembly line. To modify only part of the content of the message M, the user U2 can select via the APP application a segment of the editing line corresponding to the part of the message that he wishes to modify. The selected part can then be deleted and replaced by another previously recorded part (or captured live via a microphone or a comparable device). Rather than completely replace the message, the use of such an application can replace only a portion of the message that the U2 user deems undesirable. Alternatively, instead of selecting a segment of the edit line, the user U2 may indicate, via the APP application, an insertion point in the edit line from which he wishes to introduce a new message segment. In this way, the user U2 can specify an important point of a message that he had forgotten to indicate before when posting the message M in step F10, or customize his voice message afterwards. The message noted M 'thus modified by the user U2 via the APP application is then transmitted by the terminal T2 to the messaging system 2 in a CMD-M' message (this message is web request here). In the embodiment described here, this CMD-M 'message furthermore comprises an indication allowing the messaging system 2 to identify which modification (s) has (have) been made to the message M. By for example, it may indicate a new sequence insertion from the instant T0 + 5 seconds, and a duration of 3 seconds. In the embodiment described here, on receipt of the message CMD-M 'by the web server W, a request for confirmation of the modification of the message M present on the server DB is transmitted to the terminal T2 (in response to the web request CMD -M '), via for example the display of a web form offering the possibility of confirming or canceling the modification of the message. If the user U2 does not confirm the modification of the message M, no modification of the message M is performed on the server DB.

On the other hand, if the user U2 confirms the modification of the content of the message M, the web form containing this confirmation is transmitted by the terminal T2 to the web server W, which is then responsible for updating the message M on the server DB for example by replacing it with the message M 'sent by the terminal T2 in the message CMD-M' (execution of the modification processing of the message M within the meaning of the invention, step E100). The server DB also retains here the identifier of the message M and its envelope, which contains in particular the following characteristics: date, time of the message and identity ID2 at the origin of the message M.

In a variant, when one or more characteristics of the envelope of the message M have been modified and identified in the CMD-M 'message, the web server W updates these characteristics on the DB server. Following the execution of the processing selected by the terminal T2 on the message M, the messaging system 2 here notifies the terminal Ti, on its identity ID1, the processing executed on the message M (read, delete or modify) (step E110 ). This notification can be done by sending an SMS message by the messaging system 2 on the terminal Ti, this SMS message containing, for example, information of the type "A message on your mail has been deleted or modified by its depositor" .

If the message M has been modified during the step E100, the SMS message may furthermore include indications allowing the user U1 to identify which modifications have been made to the message M, especially if this message M was in a state "Consulted" when the T2 terminal requested access. The presence of such indications allows the user U1 to view knowingly only what the user U2 has changed on the message M.

As a variant, the notification to the terminal Ti of the processing executed in the step E100 can be done via a remote notification platform (eg platform APN or C2M) as mentioned above. The latter then sends a notification message to the application VVM of the terminal Ti so as to force it to resynchronize with the messaging system 2, in order to delete the copy of the message M already downloaded to the terminal Ti and not yet read by the user U1, or replace this copy by the message M 'modified according to the processing executed on the message M in step E100. In another embodiment of the invention, in order to prevent the user U1 from consulting a message M stored on the DB server being modified or deleted, a parameter or marker can be activated at the level of the system. messenger 2 associated with the identity ID1, so as to make this message M inaccessible by the terminal Ti during the processing initiated by the terminal T2 to modify or delete the message. The message M (or its modified version M ') then becomes automatically accessible once the processing executed by the messaging system 2 in step E100. In the embodiment described here, the messaging system 2 is a voicemail system. However, this assumption is not limiting and the invention applies to other types of messaging. Thus, for example, the notification method and the access method may be used to modify / delete or read a stored message: - on a server of a video messaging system, or multinnode (i.e. audio / video); - on a server of an electronic system, synchronous (eg instant messaging) or asynchronous (eg emails, a communication is considered completed once Vernal 'sent by the user issuer); or on a "store-and-forward" server that can be used to store SMS or MMS messages before being delivered to the recipient if the latter is not available. In this case, the processing of an SMS or MMS message according to the invention is possible only as long as the message has not been delivered to its recipient and is stored on the server.

Moreover, in the embodiment described here, the messaging system 2 and the terminal T2 interact for the processing of the message M via a web interface. Alternatively, other protocols may be used to implement this interaction, such as the File Transfer Protocol (FTP), or a proprietary protocol or application. In addition, as mentioned above, in the embodiment described here, it is the user U2 at the origin of the message M who seeks to access this message in order to apply a post-processing, the user U2 using the same terminal T2 for this purpose to deposit his message on the DB server and to access it. These hypotheses are however not limiting, and the user U2 can use separate terminals to send the message M during a call and require processing once this communication is completed. Similarly, it is conceivable that a user distinct from the user U2 at the origin of the message M may require access to the message M if he is authorized by the user U2, after having obtained the link of access to the message M for example via the user U2. In the embodiment described here, only one access link is sent by the messaging system 2 to the identity ID2. In another embodiment, it can be envisaged that several access links are sent to the ID2 identity as a function, for example, of the processes that can be applied to the message M (an access link for deleting the message, a link access for a modification, etc.).

Claims (15)

REVENDICATIONS1. Notification method, by a messaging system (2) associated with a first terminal identity (ID1), comprising: on detection (E10) of a message (M) intended for the first identity stored on a server (DB) of the message system, said message having been sent by a second terminal identity (ID2) during a communication, a sending step (E40), at the end of this communication, a notification to the second identity ( ID2) including an access link (URL_M) to this message; upon reception (E50) of a request to access this message sent by a terminal from this link, a verification step (E60) by the messaging system that at least one processing on this message, selected by this terminal, is allowed; if necessary, on reception (E90) of a command (CMD_M) from this terminal identifying a said authorized processing, a step of execution (E100) of this processing on the message stored on the server. The notification method of claim 1 further comprising a step of notifying (E110) the first identity of the processing executed on the message stored on the server. 3. Notification method according to claim 1 or 2 wherein the access link (URL_M) notified to the second identity is a web link containing a parameter uniquely identifying the message stored on the server. 4. Notification method according to any one of claims 1 to 3 comprising, following the verification step, a step of sending (E80) an information message to said terminal listing at least one authorized treatment on the message stored on the server. 5. Notification method according to any one of claims 1 to 4 wherein the processing executed on the message stored on the server is selected by the terminal from: a deletion of all or part of the message stored on the server; a reading of the message stored on the server; or a modification of at least one characteristic of the message stored on the server. The notification method according to any one of claims 1 to 5 further comprising, when the processing executed on the message stored on the server is a modification of at least one feature of the message stored on the server, a receiving step by the messaging system with an indication enabling it to identify this change. The notification method according to any one of claims 1 to 6 wherein the verification step (E60) comprises a step of determining a state of the message stored on the server, the execution (E70, E80) of the treatment being conditioned by this state. The notification method according to any one of claims 1 to 7 wherein the second identity is an identity assigned by a telecommunications network or an identity provided by a remote notification platform to a terminal used to transmit the message stored on the server. 9. Method of access by a terminal (T2) to a message (M) intended for a first terminal identity (ID1) and stored on a server (DB) of a messaging system (2) associated with this first identity , said message having been sent during a communication by a second terminal identity (ID2), this method comprising: a step (F30) of obtaining an access link (URL_M) to the message (M) stored on the server (DB) notified at the end of this communication (F20) by the messaging system (2) to the second terminal identity (ID2); a step of sending (F40, F70) to the messaging system (2) an access request (R) to the message stored on the server from this access link; and a step of sending to the messaging system of a command (CMD_M) identifying a processing to be executed on this message. 10. Access method according to claim 9 further comprising a step of receiving from the message system of an information message listing at least one authorized processing on the message stored on the server. A computer program comprising instructions for performing the steps of the notification method according to any one of claims 1 to 8 or the access method according to claim 9 or 10 when said program is executed by a computer. A computer-readable recording medium on which a computer program is recorded including instructions for executing the steps of the notification method according to any one of claims 1 to 8, or a computer program comprising instructions for carrying out the steps of the access method according to claim 9 or 10. A messaging system (2) associated with a first terminal identity (ID1), comprising: a server (DB); a detection module, able to detect a message intended for the first identity and stored on the server, this message having been sent by a second terminal identity during a communication; a sending module, activated on detection by the detection module of the message stored on the server, and able to send at the end of said communication a notification to the second identity comprising a link to access the message stored on the server ; a module for receiving a request for access to the message stored on the server sent by a terminal from this access link; a verification module, activated on reception of the access request by the reception module, and able to verify that at least one treatment on the message stored on the server, selected by the terminal, is authorized; a module for receiving a command from the terminal identifying a said authorized processing; and an execution module, able to execute on the message stored on the server the processing identified in said command. 14. Terminal (T2) adapted to access a message intended for a first terminal identity (ID1) stored on a server (DB) of a messaging system (2) associated with this first identity, said message having been sent when a communication by a second terminal identity (ID2), said terminal comprising: a module for obtaining a link to access the message stored on the server notified at the end of this communication by the messaging system ( 2) the second terminal identity (1D2); a module for sending the messaging system a request for access to the message stored on the server from this access link; and a module for sending to the messaging system of a command identifying a processing to be executed on this message. 15. Terminal (T2) according to claim 14 further comprising an application (APP) capable of modifying at least one characteristic of the message stored on the server, and to send to the messaging system the modified message and an indication allowing the messaging system identify the change in the message.