METHOD AND A DEVICE FOR MANAGING A PLURALITY OF MESSAGES SIMULTANEOUSLY

Abstract

A method of managing a plurality of messages simultaneously, each message having at least one destination, is disclosed. In one aspect, each of the messages is capable of being edited in a selected input zone dedicated to that message, where each of the zones are shown as being a portion of a common container. The management of one of the messages includes dynamically creating an input zone associated with the message in the container, selecting the created zone, and editing the message in the selected zone, where sending the message to its at least one destination causes the content of the selected zone containing the message to be deleted without having any effect on the content(s) of one or more input zones dedicated to other messages.

Claims

1. A method of managing a plurality of messages simultaneously, the method being performed by a device, each of the messages having at least one destination, each of the messages capable of being edited in a selected input zone that is dedicated to the message, each of the zones being shown as being a portion of a common container, the container comprising a graphics object in which a user can edit a content, the management of one of the messages comprising: dynamically creating an input zone associated with the message in the container; selecting the created zone; and editing the message in the selected zone, wherein sending the message to its at least one destination causes the content of said selected zone containing the message to be deleted, the content(s) of input zone(s) dedicated to other messages remaining unchanged.

2. The method of claim 1, wherein dynamically creating an input zone and selecting said created zone associated with the message take place simultaneously.

3. The method of claim 1, wherein, for managing at least one message, dynamically creating the input zone associated with the message in the container is performed: as a result of an action of at least one pointer on an interface; or automatically, on opening a messaging application performing the method.

4. The method of claim 3, wherein the pointer comprises a finger or a stylus.

5. The method of claim 1, additionally comprising destroying at least one zone, said destruction being performed: as a result of an action of at least one pointer on an interface; automatically, on sending a message associated with the zone; or automatically, on closing a messaging application implementing the method.

6. The method of claim 1, wherein selecting the created zone comprises: scrolling the zones in the container; and stopping on the created zone.

7. The method of claim 6, wherein scrolling the zones in the container corresponds to shifting the zones in the container, the shifting being performed by a sliding movement of at least one pointer on the container.

8. The method of claim 7, wherein the shifting is performed in the inputting direction.

9. The method of claim 6, wherein scrolling the zones in the container corresponds to successively displaying each of the zones in the container as a whole, with the following zone being displayed: in response to at least one pointer tapping at least one button of an interface; or in response to at least one pointer double-tapping on said container.

10. The method of claim 6, wherein stopping on the created zone is performed: in response to at least one pointer tapping said created zone at least once; or automatically, when said created zone occupies at least a majority of said container.

11. A device for managing a plurality of messages simultaneously, each of the messages having at least one destination, each of the messages capable of being edited in a selected zone dedicated to the message, each of the zones being shown as being a portion of a common container, the container comprising a graphics object in which a user can edit a content, the device configured to, for managing one of the messages: dynamically create a zone associated with the message in the container; select the created zone; and editing the message in the selected zone, wherein the sending of the message to its at least one destination causes the content of the selected zone containing the message to be deleted, the content(s) of input zone(s) dedicated to other message(s) remaining unchanged.

12. The device of claim 11, wherein the device comprises a processor.

13. The device of claim 12, wherein the device comprises at least one memory.

14. A computer having stored thereon instructions which, when executed by the computer, cause the computer to perform a method for managing a plurality of messages simultaneously, each of the messages having at least one destination, each of the messages capable of being edited in a selected input zone that is dedicated to the message, each of the zones being shown as being a portion of a common container, the container comprising a graphics object in which a user can edit a content, the management of one of the messages comprising: dynamically creating an input zone associated with the message in the container; selecting the created zone; and editing the message in the selected zone, wherein sending the message to its at least one destination causes the content of said selected zone containing the message to be deleted, the content(s) of input zone(s) dedicated to other messages remaining unchanged.

15. A non-transitory computer-readable data medium having stored thereon instructions which, when executed by a processor, cause the processor to perform a method for managing a plurality of messages simultaneously, each of the messages having at least one destination, each of the messages capable of being edited in a selected input zone that is dedicated to the message, each of the zones being shown as being a portion of a common container, the container comprising a graphics object in which a user can edit a content, the management of one of the messages comprising: dynamically creating an input zone associated with the message in the container; selecting the created zone; and editing the message in the selected zone, wherein sending the message to its at least one destination causes the content of said selected zone containing the message to be deleted, the content(s) of input zone(s) dedicated to other messages remaining unchanged.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0069] Other characteristics and advantages appear on reading the following description made with reference to the accompanying drawings, in which:

[0070] FIGS. 1 and 2 show steps of a method of managing a plurality of messages in accordance with certain implementations;

[0071] FIGS. 3A to 6B reproduce examples of the graphics displayed in an application implementing the method; and

[0072] FIGS. 7 and 8 show devices for managing a plurality of messages.

DETAILED DESCRIPTION OF CERTAIN EMBODIMENTS

[0073] FIG. 1 shows a method for managing a plurality of messages simultaneously.

[0074] The method is performed by a user device DEV shown in FIG. 7, and it comprises a first step E10 of dynamically creating an input zone Z1 in a container CONT, the input zone Z1 being associated with a message M1 or being for associating with a message M1.

[0075] The container CONT corresponds to a graphics object into which a user can input content. The content may be in the form of text, photos, or videos.

[0076] The container CONT may be displayed graphically in the form of a rectangle of size that may optionally vary as a function of the quantity of content present within it, or as a function of other parameters.

[0077] In general, the container CONT is situated close to a physical or virtual digital keyboard enabling a user to input characters. Other nearby graphics objects, such as virtual buttons, may also enable contents, such as photos or videos, to be inserted in the container, and regardless of whether they are initially stored in the memory of the telephone or acquired while editing the content.

[0078] These graphics elements may be displayed on a graphics interface INT, preferably a touch interface, of the device DEV. This interface INT displays a messaging application in accordance with embodiments described herein and performing the method of managing a plurality of messages simultaneously.

[0079] The input zone Z1 corresponds to a defined visual zone lying within the container CONT, into which it is possible to input content corresponding to a message M1. The container CONT may contain a plurality of input zones Z1, Z2.

[0080] Two input zones may be visually distinguished, e.g. by a graphics object such as a continuous line or a dashed line.

[0081] The positions of the input zones in the container may vary during the method. This variation is described below.

[0082] Creating an input zone Z1 leads to content being created for a new message M1 that can be edited in this zone.

[0083] The input zone Z1 may be created dynamically, e.g. when the user presses on a graphic object of the interface INT such as button, e.g. a “+” button or an “Add input zone” button, or indeed by moving a pointer over the interface INT, e.g. moving a finger. For example, the user may slide the pointer in the container leading to its content being shifted and leading to the appearance of a new input zone as created in this way.

[0084] The user may create one or more new input zones at will, in other words whenever the user needs one, and at any time.

[0085] It is also possible that opening the messaging application that performs the method leads to one or more input zones being created automatically and being displayed directly in the container CONT.

[0086] Creating an input zone leads to storage space dedicated thereto being allocated dynamically. Consequently, each input zone points to its own storage space.

[0087] In this implementation, such allocation takes place dynamically. Thus, each new character input by the user or each new photo or video inserted by the user is stored dynamically in the storage space dedicated to the zone.

[0088] Step E10 of dynamically creating an input zone is followed by a step E20 of selecting the zone Z1 that has been created.

[0089] The user selects the zone Z1 in which the user desires to edit content. This selection step E20 is described in detail with reference to FIG. 2.

[0090] The selection step E20 is followed by a step E30 of editing the message M1 in the previously selected zone Z1.

[0091] Once the zone Z1 has been selected, the user can then edit, input, add, or delete content in the zone.

[0092] As explained above, an input zone has the particular feature of being dedicated to a single message. Thus, when sending a message M1 to a destination, e.g. by pressing a pointer on a “Send” button, only the content associated with the selected zone Z1 associated with the message M1 is deleted, while the contents of other input zones Z2 associated with possible other messages M2 remain unchanged in the container CONT, as shown in FIGS. 6A and 6B.

[0093] In a particular implementation, the step of dynamically creating and the step of selecting the zone associated with the message for sending take place simultaneously.

[0094] Thus, while allocating memory space, and simultaneously with the associated input zone appearing, focus is placed automatically in this space and the user can immediately edit content that will be stored, thus avoiding any need for the user to perform any additional action.

[0095] In this implementation, when the user creates the input zone, a cursor may appear in that zone.

[0096] In accordance with certain embodiments described herein, input zones may also be destroyed either in response to a user action or else automatically.

[0097] An input zone may be destroyed by the action of a pointer on the container, e.g. when sending a message associated with that zone, or on closing a messaging application that performs the method.

[0098] For example, the user may initiate destruction of a zone by pressing on a graphics object, such as a button, e.g. a “ ” button or a “Delete input zone” button, or indeed by causing a pointer to slide on the touch interface representing the application implementing the method.

[0099] For example, a downward or upward sliding movement may serve to delete the content of a zone.

[0100] The content of a zone may also be deleted automatically when sending the message associated with that zone, in which case the user has no need to perform an additional action.

[0101] The content may also be deleted automatically on closing the application that implements the method, and this characteristic may for example be an option made available to the user in the settings of the application.

[0102] With reference to FIG. 2, there follows a description in greater detail of the various steps (E10 to E30) of a method for managing a plurality of messages.

[0103] The steps E10 and E30 of the method are similar to the steps E10 and E30 described with reference to FIG. 1.

[0104] The step E20 of selecting the zone that was created in step E10 is made up of two substeps E210 and E220.

[0105] The step E210 constitutes a step of scrolling input zones in the container.

[0106] This scrolling enables the user to view each of the contents in the various input zones Z1, Z2 one after another in order to be able to select a chosen zone. These zones Z1, Z2 and their associated messages M1, M2 may be visible simultaneously in the container CONT.

[0107] In a particular implementation, scrolling corresponds to shifting SHIFT the input zones in said content, this shift SHIFT being performed by a sliding movement of a pointer in the container CONT.

[0108] This implementation is shown in FIGS. 3A and 3B.

[0109] By way of example, the user may slide a finger over the container CONT.

[0110] In FIG. 3A, the graphics interface INT shows the application performing the method. The user can see previously-sent messages, e.g. in “bubbles” B1, a virtual input keyboard, and the container CONT containing one or more input zones Z1, Z2.

[0111] In this first FIG. 3A, two input zones Z1 and Z2 containing respective messages M1 and M2 can be seen in the container CONT. The zones Z1 and Z2 are positioned beside each other in the character input direction (horizontal in this example), and they are separated by a vertical continuous line.

[0112] The arrow SHIFT illustrates the input zones Z1, Z2 being shifted during a sliding movement of a finger or a stylus in the rectangle corresponding to the container CONT.

[0113] Such a sliding movement leads to the various zones that have been created being displayed in succession, such as for example the zone Z2 containing the message M2 that is shown in FIG. 3B.

[0114] In these figures, it can be seen that the positions and the sizes of the input zones Z1 and Z2 within the container vary during the sliding movement, as mentioned above. Specifically, the zone Z1 visually occupying the major portion of the container is subsequently replaced in part by the zone Z2.

[0115] This movement thus leads to the disappearance from view of contents in zones that are not visible in the container CONT, but does not have any impact on those contents, which are conserved in memory.

[0116] In an implementation, the number of input zones that can be created and observed need not be limited in the container.

[0117] The sliding movement is not limited in orientation or direction.

[0118] The positioning of input zones in the container is likewise not limited to the positioning shown in FIGS. 3A and 3B, and it could be different.

[0119] In another implementation, the step of scrolling the input zones corresponds to a step of displaying each of the input zones in succession in the entire container CONT.

[0120] By way of example, this implementation is shown in FIG. 4 or 5.

[0121] In this implementation, only one input zone Z1 occupies the entire container CONT.

[0122] Passing from one zone to another may be done by tapping at least one pointer on one or more buttons of the touch interface. For example, and as shown in FIG. 4, the user can navigate between input zones by using buttons B1 or B2.

[0123] Passing from one zone to another may also be performed by at least one pointer double-tapping (or double-clicking) the container. This example is shown in FIG. 5. Thus, when the user double-taps the container with a stylus or with one or more fingers, the input zone Z1 associated with the message M1 disappears and is replaced by another input zone associated with another message.

[0124] The step E210 of scrolling input zones in the container is followed by a step E220 of stopping on the zone created in step E10.

[0125] This step enables the user to select one of the zones from among all of the existing zones in order to be able to edit its content.

[0126] This stopping step may be performed by at least one pointer making at least one tap on the created zone, as is common practice in a conventional messaging application, or automatically, when the created zone occupies at least a major portion of the container.

[0127] In the first option, tapping the pointer on the zone gives access to the storage space dedicated to that zone. The user can then input content that is stored directly in that space.

[0128] In the second option, when the input zone occupies the entire container, or occupies the majority of the container (and is thus visible for the most part to the user), the zone is stopped automatically, and its storage space is linked automatically. The user thus does not need to perform any additional action before inputting content.

[0129] This stopping step may give rise to a cursor appearing in the input zone, as is known in the prior art.

[0130] FIGS. 6A and 6B both show graphics of an interface INT of a device DEV associated with an application performing a method in accordance with certain embodiments described herein.

[0131] FIG. 6A corresponds to a situation before sending a message M1 contained in a zone Z1. FIG. 6B corresponds to a situation after sending the message M1.

[0132] In FIG. 6A, the contents of zones Z1 and Z2 are displayed and can thus be consulted or edited by the user.

[0133] Once the zone Z1 has been selected, and after pressing on the “Send” virtual button of the touch interface INT, the content of the zone Z1 is deleted simultaneously with the message M1 contained in that zone being sent. Nevertheless, the zone Z1 is not necessarily destroyed.

[0134] The message M2 contained in the zone Z2 remains unchanged, as shown in FIG. 6B, and the user can thus consult and edit the content of the message M2.

[0135] FIG. 7 shows a device DEV in accordance with certain embodiments described herein for simultaneously managing a plurality of messages.

[0136] The device DEV may be a telephone, a smartphone, or a tablet.

[0137] The device DEV has a message management module MM.

[0138] This message management module MINI itself comprises three modules.

[0139] The first module CREA serves to create dynamically a zone Z1 associated with or for associating with a message M1 that is to be sent, in the container CONT.

[0140] The module SEL enables the previously created zone Z1 to be selected.

[0141] The module EDIT enables the message M1 in the previously selected zone Z1 to be edited.

[0142] The device DEV also has an interface INT suitable for displaying the application performing the method, and which may also be a touch interface enabling the user to interact with the application, by creating zones, by editing them, or by sending the messages associated with those zones, by using one or more pointers such as a stylus or a finger.

[0143] Finally, the device DEV has a data medium DATA storing a program PG containing instructions for performing the method.

[0144] In the presently-described embodiment, the management device DEV has the hardware architecture of a computer, as shown diagrammatically in FIG. 8.

[0145] The management device DEV thus comprises a processor 10, a rewritable non-volatile memory 11, a read only memory (ROM) 12, a random access memory (RAM) 13, and a communications module COM.

[0146] The ROM 12 of the management device DEV constitutes a data medium in accordance with certain embodiments described herein that is readable by the processor 10 and that stores a computer program PG2 in accordance with certain embodiments described herein including instructions for executing steps of a method for managing a plurality of messages, which steps are described in detail with reference to FIGS. 1 and 2.