WO2013071392A1 - Système et procédé d'affichage d'un historique des messages lors de la composition d'un message - Google Patents

Système et procédé d'affichage d'un historique des messages lors de la composition d'un message Download PDF

Info

Publication number
WO2013071392A1
WO2013071392A1 PCT/CA2011/050702 CA2011050702W WO2013071392A1 WO 2013071392 A1 WO2013071392 A1 WO 2013071392A1 CA 2011050702 W CA2011050702 W CA 2011050702W WO 2013071392 A1 WO2013071392 A1 WO 2013071392A1
Authority
WO
WIPO (PCT)
Prior art keywords
recipient
message
message history
field
displaying
Prior art date
Application number
PCT/CA2011/050702
Other languages
English (en)
Inventor
Leonid Vymenets
Francis Thomas Riddle
Henry Yao-Tsu Chen
Original Assignee
Research In Motion Limited
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 Research In Motion Limited filed Critical Research In Motion Limited
Priority to PCT/CA2011/050702 priority Critical patent/WO2013071392A1/fr
Publication of WO2013071392A1 publication Critical patent/WO2013071392A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Definitions

  • the following relates to systems and methods for displaying message history when composing a message.
  • Messaging has become a popular way of electronically communicating in a conversational style, in particular using a mobile or handheld device.
  • a user can send messages to a recipient and receive messages from the recipient and can also send and receive messages among a group of recipients, or participants.
  • Messages may be composed and read in a graphical user interface (GUI), which allows a user to specify the recipient or recipients.
  • GUI graphical user interface
  • Non-limiting examples of messaging technology include text messaging and instant messaging (IM).
  • Text messaging includes, for example, short messaging service (SMS) messaging and multimedia messaging service (MMS) messaging.
  • SMS short messaging service
  • MMS multimedia messaging service
  • Messaging conversations often have a history of messages exchanged between the conversation participants, and several conversations may exist with the same recipient. For example, a user may begin a new conversation with a recipient rather than continue a previous conversation. Furthermore, if a recipient is a member of multiple groups, the recipient may be involved in multiple ongoing conversations at the same time. Organizing such conversations can therefore become challenging.
  • Figure 1 is a schematic diagram illustrating an example system in which a mobile device is able to exchange messages over a wireless network with other mobile devices;
  • Figures 2a, 2b, 2c and 2d are example GU Is for composing a message, such that the GU I shows a message history upon detecting that a cursor has been moved away from a recipient field;
  • Figure 3 is a flow diagram illustrating example computer executable instructions for showing the message history upon detecting that a cursor has been moved away from a recipient field;
  • Figure 4 is a schematic diagram illustrating an example system in which data items are pushed from a host system to a mobile device
  • Figure 5 is a block diagram of an example mobile device
  • Figure 6 is a block diagram illustrating example ones of the other software applications and components shown in Figure 5;
  • Figures 7a, 7b, and 7c are example GU Is for composing a message, such that the GU I shows that a message can be composed, a recipient can be specified, and the composed message can be modified;
  • Figure 8 is a flow diagram illustrating example computer executable instructions for composing a message, specifying a recipient, and then modifying the composed message;
  • Figures 9a, 9b, and 9c are example GU Is for composing a message, such that the GU I shows that a recipient can be specified, a message can be composed, and the specified recipient can be modified;
  • Figure 10 is a flow diagram illustrating example computer executable instructions for specifying a recipient, composing a message, and modifying the specified recipient;
  • Figures 1 1 a, 11 b, 1 1 c, and l i d are example GUIs for composing a message, such that the GUI shows that, as a cursor moves over a recipient, a message history for the recipient can be dynamically displayed;
  • Figure 12 is a flow diagram illustrating example computer executable instructions for dynamically displaying message history for a recipient, when a cursor moves over the recipient's name;
  • Figures 13a and 13b are example GUIs for composing a message, such that the GUI shows that older and newer messages can be shown by selecting a link;
  • Figure 14 is a flow diagram illustrating example computer executable instructions for showing different portions of message history by selecting a link;
  • Figures 15a and 15b are example GUIs for composing a message, such that the GUI shows message history from different recipients can be displayed together;
  • Figure 16 is a flow diagram illustrating example computer executable instructions for displaying unified message history from different recipients in a message history display area
  • Figures 1 7a and 1 7b are example GUIs for composing a message, such that the GUI shows message history involving one set of recipients differs from message history involving a different set of recipients;
  • Figure 18 is a flow diagram illustrating example computer executable instructions for showing the message history of one set of recipients and, upon modifying the recipients to a different set of recipients, showing a different message history.
  • a user In messaging applications, such as text messaging and instant messaging, a user typically composes a message and sends the message to a recipient.
  • the messages that are exchanged between a user and a recipient are also typically recorded or saved. These messages may hereinafter be commonly referred to as a "message history".
  • mobile device 10a is in communication with other mobile devices 10b, 10c and 10d through a wireless network 20.
  • Mobile device 10a, 10b, 10c and 10d are able to send and receive messages with each other, such as message 208.
  • mobile device 10a can use a text messaging application 206 to exchange messages with the other mobile devices 10b, 10c and 10d.
  • Other messaging applications are also applicable to the principles described herein. Messages are input, read, sent and received using a messaging application, as is well known.
  • Mobile device 10a has access to, or has stored thereon, or both, a message history 35.
  • Message history 35 includes messages that have already been exchanged in a message composition application such as SMS, IM, MMS, etc.
  • message history 35 stores message histories organized according to the sender(s) and receiver(s) involved in the associated messaging conversation. For example, messages exchanged solely between mobile device 10a and mobile device 10b are saved together in storage 200.
  • messages exchanged solely between mobile device 10a and mobile device 10c, and messages exchanged solely between mobile device 10a and mobile device 10d, are saved respectively in storages 202 and 204.
  • Messages exchanged among a group of participants that comprises mobile device 10a and any plurality of other mobile devices 10, e.g., mobile device 10b, mobile device 10c, and mobile device 10d, are stored in group storage 205.
  • a user of mobile device 10a interacts with components of mobile device 10a to participate in a messaging conversation.
  • the user provides input to mobile device 10a using input mechanisms, such as a keyboard and a touch-sensitive screen, in order to compose a new message or to read a received message.
  • Mobile device 10a presents information to the user using output devices, such as a display and a speaker.
  • output devices such as a display and a speaker.
  • selecting the correct recipient may be difficult based on limited information. For example, although a recipient can be identified by name, or a picture, or both, a user may still not fully recognize the recipient. It is also recognized that the message history between the user and the recipient can help confirm and clarify the identity of the recipient. The user can also use the message history to help identify the subjective relationship (e.g. friendly, curt, informal, formal, etc.) between the user and the recipient. [0030] As the present systems and methods described herein show the message history, for example, upon specifying a recipient, the user can determine whether or not the specified recipient is correct. If the specified recipient is not correct, as determined from the message history, the user can specify another recipient.
  • example GU Is are provided showing different stages to invoke the display of message history.
  • GUI 210 for composing a message is shown.
  • GUI 210 is displayed on a display of mobile device 10a.
  • GUI 210 includes recipient field 212, message history display area 214, and message composition field 216.
  • Recipient field 212 enables a user to select and specify one or more recipients. For example, a user can enter the name of a contact in recipient field 212 using a keyboard of mobile device 10a.
  • Message history display area 214 displays message history information, such as, for example, a message history from message histories 35 of Figure 1 .
  • Message composition field 216 enables a user to input text to compose or draft a message.
  • message composition field 216 in Figure 2a includes the message: "I'm available to meet tomorrow." In the example of Figure 2a, the message has not yet been sent and is sent when send button 222 is selected or actuated by the user.
  • GUI 210 also enables user to add icons to a message, such as emoticons, by selecting emoticon button 218.
  • GUI 210 also includes keyboard button 220, recipients button 224, attachments button 226, and next unopened item button 228.
  • keyboard button 220 Upon detecting an actuation of keyboard button 220, a touch screen keyboard is shown on a display of mobile device 10a display.
  • recipients button 224 Upon detecting an actuation of recipients button 224, the selected recipients are shown. Further information about the recipients can also be shown.
  • attachments button 226 functionality is presentation that enables a user to add or attach a file to the message.
  • next unopened item button 228 the next unopened message is displayed.
  • Drop down list 230 includes various entries, including a recipient name corresponding to the text that has been input into recipient field 212.
  • the input text recites “Thoma”, and a possible match of a recipient name is "Thomas Michaels", since it includes the same letters of "Thoma”.
  • Cursor 232 illustrated as a highlighted box, is positioned over the recipient name "Thomas
  • GUI 210 of Figure 2b is displayed.
  • the name “Thomas Michaels (Work)” is displayed in recipient field 212.
  • the recipient name includes the "(Work)" identification to show that a message will be sent to Thomas Michaels' work phone number.
  • a second (or additional) recipient field 234 is displayed and navigation focus moves, e.g., cursor 232 is moved to the second recipient field 234 as shown in Figure 2b.
  • a message history associated with Thomas Michaels is retrieved or otherwise read from messages histories 35 (of Figure 1 ) and is displayed in message history display area 214.
  • the retrieved message history includes message 236 from the user, identified as "Me”, and message 244 from Thomas Michaels.
  • message 236 is displayed as time 240 that indicates the time at which message 236 was sent, identifier 238 of who sent the message, as well as content (or text) 242 of message 236.
  • the user may still add or select further recipients through further interaction with second recipient field 234.
  • the message history associated with the currently specified recipient i.e., the recipient specified in recipient field 212
  • cursor 232 is located in recipient field 212 or in second recipient field 234, the associated message history continues to be displayed allowing the user to determine, for example, if the specified recipient in recipient field 212 is correct, based on the message history. If the recipient is not correct, the user can move cursor 232 back to recipient field 212 to modify the specified recipient. For example, a single navigational input may be used to move cursor 232 from second recipient field 234 to recipient field 212.
  • the user can use the message history to confirm that he or she has selected the correct or desired recipient for messaging.
  • Thomas Michaels is the correct recipient and the user has proceeded to input a draft a message comprising the text "I'm available to meet tomorrow".
  • recipient field 212 and recipient field 234 continue to be displayed.
  • the user is able to change recipients while drafting a message through navigation between message composition field 216 and recipient field 212 or second recipient field 234.
  • cursor 246 is positioned over send button 222.
  • the message input in message composition field 216 is sent to the specified recipient or recipients.
  • GUI 210 of Figure 2d displays an updated message history display area 254 that includes sent message 254.
  • example computer executable instructions are provided for showing message history in GUI 210 (of Figures 2a, 2b, 2c and 2d, for example) while composing a message.
  • GUI 201 is displayed and includes a recipient field, a message history display area, a cursor and a message composition field.
  • an input is received in the recipient field specifying a recipient.
  • a second recipient field is displayed.
  • the cursor which was previously located within the recipient field, is repositioned or moved to the second recipient field .
  • the message history associated with the recipient is retrieved from a message history store and displayed in the message history display area.
  • mobile device 10 is a two-way
  • Mobile device 10 may also have the capability to allow voice communication. Depending on the functionality provided by mobile device 10, it may be referred to as a data messaging device, a two-way pager, a cellular telephone with data messaging capabilities, a wireless Internet appliance, a tablet, a laptop, a net book, or a data communication device (with or without telephony capabilities).
  • Mobile device 10 can also be one that is used in a system that is configured for continuously routing all forms of pushed information from host system 25 to mobile device 10.
  • Mobile device 10 can also be used for SMS messaging via an SMS messaging centre (SMSC) 25.
  • SMS messaging centre SMS
  • Mobile device 10 can also be used for instant messaging (IMing) via an IM system 23.
  • Figure 4 is an example system diagram showing the redirection of user data items (such as message A or C) from a corporate enterprise computer system host system 25 to mobile device 10 via wireless router 26.
  • Wireless router 26 provides wireless connectivity functionality that abstracts complexities of wireless network 20, and implements features necessary to support pushing data to mobile device 10.
  • a plurality of mobile devices may access data from host system 25.
  • message A represents an internal message sent from, e.g. a desktop computer (not shown) within host system 25, to any number of server computers in the corporate network (e.g. LAN), which may, in general, include a database server, a calendar server, an E-mail server or a voice-mail server.
  • SMS messaging and/or IMing can also be provided via the wireless router 26.
  • Message C 4 represents an external message from a sender that is not directly connected to host system 25, such as mobile device 10, some other mobile device (not shown), or any device connected to the public or private network 24 (e.g. the Internet).
  • Message C may be e-mail, voice-mail, calendar information, database updates, web-page updates or a command message from mobile device 10 to host system 25.
  • Host system 25 may comprise, communication links, hardware and software associated with a corporate enterprise computer network system, one or more wireless mobility agents, a TCP/IP connection, a collection of data stores, (for example a data store for e-mail could be an off- the-shelf mail server like Microsoft Exchange® Server or Lotus Notes® Server), and in some examples, is contained within and behind a corporate firewall.
  • Wireless router 26 provides a range of services to make creating a push-based host service possible.
  • These networks may comprise: (1) the Code Division Multiple Access (CDMA) network, (2) the Groupe Special Mobile or the Global System for Mobile
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • 3G Third-generation
  • 4G fourth generation
  • EDGE EDGE
  • UMTS UMTS
  • HSDPA Long Term Evolution
  • Wi-Max Wi-Max
  • Some older examples of data-centric networks include, but are not limited to: (1 ) the Mobitex Radio Network (“Mobitex”) and (2) the DataTAC Radio Network (“DataTAC”).
  • wireless router 26 may implement a set of defined functions. It can be appreciated that one could select many different hardware configurations for wireless router 26, however, many of the same or similar set of features would likely be present in the different configurations.
  • FIG. 5-6 An example configuration of mobile device 10 is illustrated in Figures 5-6.
  • Mobile device 10 comprises main processor 102 that controls the overall operation of mobile device 10. Communication functions, including data and voice communications, are performed through a communication subsystem 104. Communication subsystem 104 receives messages from and sends messages to network 200.
  • communication subsystem 104 is configured in accordance with, for example GSM, CDMA, UMTS, LTE, GPRS, WIFI standards, which are used worldwide. Other communication configurations that are equally applicable are 3G and 4G networks, and the like.
  • the wireless link connecting communication subsystem 104 with network 200 represents one or more different Radio Frequency (RF) channels, operating according to defined protocols.
  • RF Radio Frequency
  • Main processor 102 also interacts with additional subsystems such as a Random Access Memory (RAM) 106, a flash memory 108, a display 1 10, an auxiliary input/output (I/O) subsystem 1 12, a data port 1 14, a keyboard 1 16, a speaker 1 18, a microphone 1 20, a GPS receiver 121 , short-range communications subsystem 122, and other device subsystems 124.
  • RAM Random Access Memory
  • I/O auxiliary input/output subsystem 1
  • data port 1 14 a keyboard 1 16
  • speaker 1 a speaker 1 18, a microphone 1
  • GPS receiver 121 can implement any suitable or desirable device-to-device or peer-to-peer communications protocol capable of communicating at a relatively short range, e.g. directly from one device to another.
  • short-range communications subsystem 122 may represent any hardware, software or combination of both that enable a communication protocol to be implemented between devices or entities in a short range scenario, such protocol being standard or proprietary.
  • Some of the subsystems of mobile device 10 perform communication-related functions, whereas other subsystems may provide "resident" or on-device functions.
  • display 1 10 and keyboard 1 16 may be used for both communication-related functions, such as entering a text message for transmission over network 200, and device- resident functions such as a calculator or task list.
  • Mobile device 10 can send and receive communication signals over network 200 after required network registration or activation procedures have been completed. Network access is associated with a subscriber or user of mobile device 10. To identify a subscriber, mobile device 10 may use a subscriber module component or "smart card" 126, such as a Subscriber Identity Module (SIM), a Removable User Identity Module (RUIM) and a subscriber module component or "smart card" 126, such as a Subscriber Identity Module (SIM), a Removable User Identity Module (RUIM) and a subscriber module component or "smart card" 126, such as a Subscriber Identity Module (SIM), a Removable User Identity Module (RUIM) and a Subscriber Identity Module (SIM), a Subscriber Identity Module (RUIM) and a Subscriber Identity Module (SIM), a Removable User Identity Module (RUIM) and a subscriber module component or "smart card" 126, such as a Subscriber Identity Module (SIM), a Removable User Identity Module
  • a SIM/RUIM/USIM 126 is to be inserted into a SIM/RUIM/USIM interface 128 in order to communicate with a network. Without the component 126, mobile device 10 is not fully operational for communication with the network 200. Once SIM/RUIM/USIM 126 is inserted into
  • Mobile device 10 is typically a battery-powered device and in this example includes a battery interface 132 for receiving one or more rechargeable batteries 130.
  • battery 130 can be a smart battery with an embedded
  • Battery interface 132 is coupled to a regulator (not shown), which assists battery 130 in providing power V+ to mobile device 10.
  • a regulator not shown
  • future technologies such as micro fuel cells may provide the power to mobile device 10.
  • Mobile device 10 also includes an operating system 134 and software components 136 to 146 which are described in more detail below.
  • Operating system 134 and software components 136 to 146 that are executed by main processor 102 are typically stored in a persistent store such as flash memory 108, which may alternatively be a readonly memory (ROM) or similar storage element (not shown).
  • flash memory 108 which may alternatively be a readonly memory (ROM) or similar storage element (not shown).
  • ROM readonly memory
  • portions of operating system 134 and software components 136 to 146 such as specific device applications, or parts thereof, may be temporarily loaded into a volatile store such as the RAM 106.
  • Other software components can also be included, as is well known to those skilled in the art.
  • the subset of software applications 136 that control basic device operations, including data and voice communication applications, may be installed on mobile device 10 during its manufacture.
  • Software applications may include a message application 138, a device state module 140, a Personal Information Manager (PIM) 142, a connect module 144 and an IT policy module 146.
  • a message application 138 can be any suitable software program that allows a user of mobile device 10 to send and receive electronic messages, wherein messages are typically stored in flash memory 108 of mobile device 10.
  • a device state module 140 provides persistence, i.e. device state module 140 ensures that important device data is stored in persistent memory, such as flash memory 108, so that the data is not lost when mobile device 10 is turned off or loses power.
  • a PIM 142 includes functionality for organizing and managing data items of interest to the user, such as, but not limited to, e- mail, text messages, instant messages, contacts, calendar events, and voice mails, and may interact with network 200.
  • a connect module 144 implements the communication protocols that are required for mobile device 10 to communicate with the wireless infrastructure and any host system 25, such as an enterprise system, that mobile device 10 is authorized to interface with.
  • An IT policy module 146 receives IT policy data that encodes the IT policy, and may be responsible for organizing and securing rules such as the "Set Maximum Password Attempts" IT policy.
  • software applications or components 139 can also be installed on mobile device 10. These software applications 139 can be pre-installed applications (i.e. other than message application 138) or third party applications, which are added after the manufacture of mobile device 10. Examples of third party applications include games, calculators, utilities, etc. Additional applications 139 can be loaded onto mobile device 10 through at least one of wireless network 20, auxiliary I/O subsystem 1 12, data port 1 14, short-range communications subsystem 122, or any other suitable device subsystem 124.
  • Data port 1 14 can be any suitable port that enables data communication between mobile device 10 and another computing device.
  • Data port 1 14 can be a serial or a parallel port.
  • data port 1 14 can be a USB port that includes data lines for data transfer and a supply line that can provide a charging current to charge battery 130 of mobile device 10.
  • received signals are output to speaker 1 18, and signals for transmission are generated by microphone 120.
  • voice or audio signal output is accomplished primarily through speaker 1 18, display 1 10 can also be used to provide additional information such as the identity of a calling party, duration of a voice call, or other voice call related information.
  • auxiliary I/O subsystem 1 12 may include devices such as: a mouse, track ball, infrared fingerprint detector, or a roller wheel with dynamic button pressing capability.
  • a composed item may be transmitted over wireless network 20 through communication subsystem 104.
  • Figure 6 shows an example of the other software applications and components 139 of Figure 5 that may be stored on and used with mobile device 10. Only examples are shown in Figure 6 and such examples are not to be considered exhaustive.
  • a host instant message application 50, 3 rd party instant messaging application 52, phone application 54, address book 56 and a profiles application 58 are shown to illustrate the various features that may be provided by mobile device 10.
  • message application 138 which in the following will be referred to as an email application 138 for clarity and stores or otherwise has access to a message database 36 for storing incoming and outgoing messages as well as those stored in various folders.
  • email application 138 which in the following will be referred to as an email application 138 for clarity and stores or otherwise has access to a message database 36 for storing incoming and outgoing messages as well as those stored in various folders.
  • the various applications may operate independently or may utilize features of other applications.
  • phone application 54 and email application 138 may use address book 56 for contact details obtained from a list of contacts 34.
  • a messaging application is a text messaging application 57 which is used for sending messages over phone or cellular networks. These messages include, for example, SMS and MMS messages. The message histories from the text messages are storied in database 35. Like other messaging applications, text messaging application 57 and message histories 35 can interact with other applications, such as contacts database 34 of address book 56.
  • the host system instant messaging application 50 is an instant messaging service that is hosted and provided by host system 25.
  • the host system instant messaging application 50 includes or otherwise has access to a host buddy list 30 for storing contact information for buddies also using host system instant messaging application 50.
  • 3 rd part instant messaging application 52 includes or otherwise has access to a 3 rd party buddy list 32 for storing contact information for buddies also using 3 rd party instant messaging application 52.
  • any number of host system or 3 rd party instant messaging services can be installed and run on mobile device 10 and thus the two shown in Figure 6 are for illustrative purposes only.
  • only a single instant messaging service may be supported or a unified instant messaging service that combines contact or buddy lists for multiple instant messaging services and utilizes a common user interface (not shown).
  • each message generally comprises a body, which contains the content for the message (e.g. text), and a header, which contains various fields used for transmitting and processing each message.
  • the header includes a message type field to specify the type of transmission (e.g. PIN, SMS, MMS, email, etc.), a source field to specify the device address for the sender, a destination field to specify the device address for the intended recipient, a conversation ID field to identify which conversation thread the message corresponds to (e.g. such that each message is identified by the conversation in which it was sent), and a timestamp field to indicate the time (and if desired, the date) at which the message was sent by the designated sender.
  • a message type field to specify the type of transmission (e.g. PIN, SMS, MMS, email, etc.)
  • a source field to specify the device address for the sender
  • a destination field to specify the device address for the intended recipient
  • a conversation ID field to identify which conversation thread the message corresponds to (e.g. such that
  • any module or component exemplified herein that executes instructions or operations may include or otherwise have access to computer readable media such as storage media, computer storage media, or data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape.
  • Computer storage media may include volatile and non-volatile, removable and nonremovable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data, except transitory propagating signals per se.
  • Examples of computer storage media include RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by an application, module, or both. Any such computer storage media may be part of mobile device 10, or accessible or connectable thereto. Any application or module herein described may be implemented using computer readable/executable instructions or operations that may be stored or otherwise held by such computer readable media.
  • example mobile device GUIs show flexible ordering of adding a recipient and composing a message.
  • a user begins to compose a message, specifies a recipient, and then returns to composing the message. Accordingly, text input in a message composition field may be received before input in a recipient field for specifying the recipient.
  • mobile device 10 detects the input of the text "I'm hungry. Let's go eat! into message composition field 216.
  • mobile device 10 detects the input of the recipient "Thomas Michaels", into recipient field 212. Subsequently, and upon detecting input to move the cursor from recipient field 212, message history (comprising messages 264 and 266) associated with the recipient is shown in message history display area 214. In the example shown, the draft message in message composition field 216 does not match the context of the message history (e.g., messages 264 and 266). On seeing the message history for the specified recipient, the user is able to change the recipient, for example, if the user inadvertently selected the incorrect recipient for the message. Alternatively, if the user has selected the correct recipient, the user is able to see that the draft message does not fit the context of the conversation and may modify the text accordingly.
  • message history comprising messages 264 and 266 associated with the recipient is shown in message history display area 214.
  • the draft message in message composition field 216 does not match the context of the message history (e.g., messages 264 and 266).
  • the user is able
  • the user decides, in this example, that the selected recipient is correct and, thus, modifies the draft text in message composition field 216, in order for the message to better match the context of the conversation.
  • recipient fields 212 and 234 continue to be displayed to permit viewing and editing, if desired, the recipients.
  • mobile device 10 displays GUI 210 including recipient field 212, message history display area 214, and message composition field 216.
  • an input is received for message composition field 216 to add or modify message content.
  • an input is received for recipient field 212 specifying a recipient.
  • the message history associated with the recipient is retrieved and displayed in message history display area 214.
  • mobile device 10 receives further input to modify (e.g. add, delete) content in message composition field 216.
  • an input is received to send the text of the message specified in message composition field 216, by, for example, an actuation of a send button.
  • the message is sent to the recipient.
  • the sent message is displayed in message history display area 214.
  • FIG. 9a, 9b and 9c show the flexibility of the order in which information is added in Figures 9a, 9b and 9c.
  • a user specifies a recipient, changes or modifies the recipient, and then composes message content.
  • the GUIs of Figures 9a, 9b and 9c allow recipient information and message content to be added in various sequences, and to be modified in any order.
  • mobile device 10 detects the input of the recipient "Thomas Michaels" into recipient field 212.
  • a message history relating to the input recipient (comprising messages 264 and 266) is retrieved and displayed in message history display area 214. Based on the retrieved and displayed message history for example, the user may realize that "Thomas Michaels" is not the correct recipient and that they intended to select or input another recipient.
  • mobile device 10 detects input to change the recipient in recipient field 212 to "Thomas Meechem".
  • a new message history (comprising message 284) is retrieved and displayed in message history display area 214.
  • "Thomas Meechem” is the desired recipient, which the user can confirm based on the message history (comprising message 284).
  • an appropriate message may be composed in message composition field 216.
  • example computer executable instructions are provided, with reference to corresponding elements of Figures 9a, 9b and 9c.
  • mobile device 10 displays GUI 210 including recipient field 212, message history display area 214, and message composition field 216.
  • recipient field 212 specifying the recipient of a message being composed.
  • message history of messages communicated between mobile device 10 and the recipient is retrieved from message history storage and displayed in message history display area 214.
  • message composition field 216 is received into message composition field 216.
  • a further input is received in the recipient field 212 specifying a new or different recipient. For example, the new recipient can replace the current recipient.
  • a new recipient is added or deleted to a list of recipients.
  • the message history associated with the new recipient e.g., between the user and the new recipient or recipients, is retrieved and then shown in message history display area 214.
  • mobile device 10 receives an input to send the message, which causes the message to be sent at block 294.
  • the sent message is shown in a new or updated message history display area 214.
  • example GUIs demonstrate the ability to dynamically display message histories.
  • a message history for the currently highlighted recipient is shown.
  • mobile device 10 detects input of the text "Thorn” into recipient field 212. Cursor 298 is shown in recipient field 212. Mobile device 10 detects that there are candidate recipients having recipient names containing the letters "Thorn", and displays a dropdown list of such recipients, as is well known in the art.
  • dropdown list 230 includes four candidate recipients, namely Thomas (Work); Thomas (Cell); Thomas Meechem; and Emma Thompson.
  • Cursor 232 illustrated as a highlighted bar, can be used to scroll up or down the list 230 as is well known, using, for example, an input mechanism of mobile device 210.
  • mobile device 10 detects that cursor 232 is positioned over a recipient of dropdown list 230, such as "Thomas (Work)", then the message history (comprising messages 300 and 302) between the user of mobile device 10 and "Thomas (Work)" is shown in message history display area 214. The message history helps determine if the highlighted recipient is the desired recipient.
  • the user can provide input to mobile device 10 to scroll through, or otherwise select another recipient of dropdown list 230.
  • Highlighting a recipient is not the same as selected a recipient. For example, to select a recipient, the recipient name is first highlighted, and then, if a selection input is received with respect to the highlighted name, then the highlighted recipient is selected. Furthermore, for example, highlighting a recipient in dropdown list 230 does not cause dropdown list 230 to cease being displayed, dropdown list 230 continues to be displayed until input is received to select a highlighted recipient or until an input is received indicating a cancellation of the recipient selection process. In the example shown in Figure 1 1 b, "Thomas (Work)" is not the desired recipient.
  • mobile device 10 detects input to scroll or otherwise move cursor 232 to "Thomas Meechem” in dropdown list 230.
  • message history 304 between the user of mobile device 10 and "Thomas Meechem” is displayed.
  • the user determines that "Thomas Meechm” is the desired recipient and, thus, selects "Thomas Meechem” from dropdown list 230 by, for example, actuating an input mechanism of mobile device 10.
  • Mobile device 10 is configured to receive text input into recipient field 212.
  • a list of candidate recipients corresponding to the text input into the recipient field is displayed in a list, such as, for example, dropdown list 230, a popup list or the like.
  • the list for example, comprises the desired recipient and other recipients having some correspondence to the input text.
  • mobile device 10 Upon detecting an initial interest in one of the candidate recipients, such as, for example, through the detection that cursor 232 has been positioned over a recipient in the list or by detecting a single click or touch of a recipient in the list, or some other similar input mechanism, mobile device 10 displays the message history between the user of mobile device 10 and the recipient of interest in message history display area 214.
  • Mobile device 10 is further configured to receive a conclusive selection input, such as, for example, through the detection of an actuation input while an entry in the list is highlighted or by detecting a double click or touch of a recipient in the list, or some other similar input mechanism, which selects one of the recipients from the list for inclusion as a recipient in recipient field 212.
  • a conclusive selection input such as, for example, through the detection of an actuation input while an entry in the list is highlighted or by detecting a double click or touch of a recipient in the list, or some other similar input mechanism, which selects one of the recipients from the list for inclusion as a recipient in recipient field 212.
  • mobile device 10 before receiving the conclusive selection input selecting the desired recipient, mobile device 10 detects a second initial interest in another one of the candidate recipients and displays a second message history between the user and the another one of the candidate recipients in message history display area 214.
  • Figure 12 provides example computer executable instructions for dynamically showing message history with reference to elements corresponding to Figures 1 1 a, 1 1 b, 1 1 c, and l i d.
  • mobile device 10 displays a GUI including recipient field 212, message history display area 214, and message composition field 216.
  • an input is received into recipient field 212, the input signifying at least a portion of information related to a desired recipient.
  • a list of recipients, each of whom has some correspondence to the input is displayed. For example, the list of recipients is populated with potential recipients from, for example, contacts 34 of Figure 6, that have names that include the same letters as the input.
  • the list of recipients is populated with recipients from contacts 34 (of Figure 6) that have any information (e.g., company, phone number, address) that corresponds to the input.
  • mobile device 10 detects a first initial interest in a first one of the recipient in the list through, for example, detection of input to highlight the recipient.
  • the message history between the user of mobile device 10 and the first recipient of interest is shown in message history display area 214.
  • mobile device 10 detects a second initial interest in a second one of the recipients in the list.
  • mobile device 10 shows the message history between the user and the second recipient of interest.
  • a selection input is received in association with the second recipient of interest, thereby selecting the second one of the recipients as an actual recipient for the message that is being composed.
  • the second one of the recipients is displayed in recipient field 212.
  • FIG. 13a and 13b example GUIs are shown that demonstrate the display of different portions of message histories through the selection of a button or a link.
  • a recipient "Thomas Meechem” has been selected in recipient field 212, and a portion of the message history (comprising messages 326, 328 and 330) is shown in the message history display area 214.
  • a link 324 which, when selected, causes older messages from a conversation to be displayed in message history display area 214. Link 324 allows navigation between older and newer messages in the message history.
  • link 324 reduces the number of messages to scroll over when navigating between recipient field 212 and message composition field 216. For example if input is currently being entered into message composition field 216, and a switch is desired to input text into recipient field 212, in some examples it is necessary to scroll through all of the messages displayed in message history display area 214. In some examples, the messages in message history display area 214 are displayed in a continuous fashion and if there are many messages in the message history, it may be necessary to scroll through all of the messages, up to the earliest message, before being able to navigate to recipient field 212.
  • navigating between text composition field 216 and recipient field 212 does not require scrolling through many messages since only the most recent messages (330, 328, 326) are included in message history display area 214 instead of the entire message history.
  • Segmenting message history through the use of a mechanism such as link 324 alleviates some inconveniences associated with having to scroll through an entire message history, thereby potentially saving time and reducing the number of scrolling actions by the user in conversations having many messages.
  • mobile device 10 Upon detecting a selection of link 324 of Figure 13a, mobile device 10 displays GUI 210 of Figure 13b.
  • older messages 334, 336, and 338 are displayed in message history display area 214.
  • Link 324 of Figure 13b can be actuated to navigate to a set of even older messages.
  • Link 332 can be actuated to navigate to a set of newer messages, for example back to messages 326, 328 and 330 of Figure 13a.
  • Embodiments comprising links 324 and 332 permit mobile device 10 to display different (e.g. newer or older) portions of a conversation's message history within message history display area 214.
  • the message history shown in message history display area 214 is a portion of a complete message history between the user of mobile device 10 and the recipient.
  • the message history shown in the message history display area 214 may be selected to be the most recent portion of the complete message history, and the link 324, when selected, navigates to an older portion of the complete message history.
  • example computer executable instructions are provided for displaying different portions of a message history with reference to corresponding elements of Figures 13a and 13b.
  • mobile device 10 displays a GUI including recipient field 212, message history display area 214, and message composition field 216.
  • mobile device 10 receives an input into recipient field 212 specifying text for a recipient of the message being composed.
  • mobile device 10 shows a portion of the message history between a user of mobile device 10 and the recipient in message history display area 214. In one example, the most recent messages in the message history are shown.
  • link 324 is shown in association with the shown portion of the message history.
  • Link 324 when selected, causes another portion of the message history to be shown in message history display area 214, such as, for example, a newer or older portion of the message history.
  • mobile device 10 receives a selection input selecting link 324.
  • mobile device 10 replaces the portion of the message history currently displayed in the message history display area 214 with the other portion of message history (e.g. the newer or older portion of the message history).
  • FIGS 15a and 15b example GU Is are shown that demonstrate displaying message histories in a combined fashion for a single recipient that has multiple methods of communication.
  • Some recipients may have multiple recipient contact addresses, such as a home phone number, a work phone number, a home email address, a work instant messaging address and the like.
  • the text "Thoma” has been input into recipient field 212. Accordingly, dropdown list 230 is shown, including names of possible recipients which have a correspondence to the input text "Thoma”, namely Thomas (Work) 351 ; Thomas (Cell) 352; Thomas (ALL) 354; and Emma Thompson 356.
  • the contact Thomas may have multiple phone numbers, such as a work phone number and a cell phone number, or communication methods, such as work information for email and cell phone information for text messaging, which are denoted by the recipient names "Thomas (Work)" 350 and "Thomas (Cell)" 352.
  • a message can be exchanged with either of these recipient names 351 , 352 in order to communicate with the contact Thomas.
  • the contact "Thomas” may also interchangeably send messages to the user from his work number and cell number.
  • viewing the messages from Thomas' work number or cell number in isolation may break the flow of the conversation and may lead to incomplete messages and it may therefore be desirable to view the message history from both the recipient names 351 and 352 together, to better understand the context.
  • recipient entry "Thomas (ALL)" 354 is included.
  • the combined message history from messages exchanged between the user and "Thomas (Work)" 350, and from messages exchanged between the user and "Thomas (Cell)" 352 is shown.
  • Messages displayed in message history display area 214 of Figure 15b are organized by chronological order.
  • a message 360 from the user is sent at 10:28 am.
  • a message 362 from "Thomas (Cell)” e.g. Thomas' cell phone
  • a message 364 from "Thomas (Work)” e.g. Thomas' work phone
  • a message 366 received from "Thomas (Cell)” is followed by a message 366 received from "Thomas (Cell)" at 5:00 pm.
  • example GUIs 210 enable the viewing of messages from a contact having multiple contact addresses (e.g. phone number, email address, instant messaging identification, etc.), in a unified manner. In this way, the user is able to continue a conversation with the same contact, even though the contact is using different devices, messaging protocols, messaging applications, or contact addresses at different times.
  • contact addresses e.g. phone number, email address, instant messaging identification, etc.
  • Figure 16 provides example computer executable instructions for combining the message histories for a single recipient having multiple contact pathways, with reference to corresponding elements of Figures 15a and 15b.
  • mobile device 10 displays GUI 210 including recipient field 212, message history display area 214, and message composition field 216.
  • mobile device 10 receives an input of text input into recipient field 212.
  • mobile device 10 displays a list of recipients corresponding to the input at block 372.
  • the recipients names listed may include the same letters as the input.
  • the list includes multiple entries for a single contact that has multiple methods of communication. For example, there may be multiple phone number entries for the same contact name.
  • the list also includes a contact entry unifying multiple recipient entries for the single contact having multiple communication methods.
  • mobile device 10 receives a selection input for the contact entry unifying the multiple recipient entries for the single contact having multiple communication methods.
  • mobile device 10 displays the message history between the user of mobile device 10 and the selected single recipient, unified across each different
  • a specified recipient may unify multiple recipient contact addresses, and the message history displayed in such an example may include a combination of messages exchanged between the user and any one of the multiple recipient contact addresses.
  • each of the recipient contact addresses may have identical names associated with the contact entry.
  • FIGS 1 7a and 1 7b example GUI 210s are shown displaying different message histories when switching between a recipient to a group of recipients.
  • the user and a recipient "Thomas Michaels" may be in a messaging conversation in which they are the only participants.
  • the messages 378 and 380 have previously been exchanged, as shown in message history display area 214.
  • a second recipient "Peter Szabo" is added in second recipient field 234.
  • mobile device 10 updates the message history shown in message history display are 214 to reflect the messaging history of the group of recipients comprising the user of mobile device 10, Thomas Michaels and Peter Szabo.
  • the three participants e.g. the user, Thomas Michaels, and Peter Szabo
  • Showing different message histories for different sets of recipients provides context for conversations.
  • the example GUIs 210 of Figures 1 7a and 1 7b demonstrate functionality whereby a user of mobile device 10 is provided an accurate conversational context depending on the currently specified recipients of a message.
  • mobile device 10 displays a GUI including recipient field 212, message history display area 214, and message composition field 216.
  • mobile device 10 receives an input of text into the recipient field 212 specifying a recipient.
  • the message history between the user of mobile device 10 and the recipient is retrieved from message histories 35 (of Figure 1 ) and shown in message history display area 214.
  • an additional input of text into the second recipient field 234 is received, which specifies an additional recipient.
  • a method of operating a mobile device comprising: displaying a message composition application comprising a first recipient field, a message history display area, and a message composition field; detecting an input into the first recipient field for specifying a recipient; and upon detecting that the recipient has been specified: displaying a second recipient field; navigating application focus from the first recipient field to the second recipient field; and displaying a message history associated with the recipient in the message history display area.
  • a computer readable medium comprising computer executable instructions for displaying message history while composing a message
  • the computer executable instructions comprising: displaying a message composition application comprising a first recipient field, a message history display area, and a message composition field; detecting an input into the first recipient field for specifying a recipient; and upon detecting that the recipient has been specified: displaying a second recipient field; navigating application focus from the first recipient field to the second recipient field; and displaying a message history associated with the recipient in the message history display area.
  • a mobile device comprising a processor, a display, and memory, the memory comprising computer executable instructions for displaying message history on the display while composing a message, the computer executable instructions comprising: displaying a message composition application comprising a first recipient field, a message history display area, and a message composition field; detecting an input into the first recipient field for specifying a recipient; and upon detecting that the recipient has been specified: displaying a second recipient field; navigating application focus from the first recipient field to the second recipient field; and displaying a message history associated with the recipient in the message history display area.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un système et un procédé d'affichage d'un historique des messages lors de la composition d'un message. Le procédé consiste à: afficher une application de composition de message comprenant un premier champ destinataire, une zone d'affichage de l'historique des messages et un champ composition de message; détecter, dans le premier champ destinataire, une saisie spécifiant un destinataire; et lorsqu'il a été détecté que le destinataire a été spécifié, afficher un deuxième champ destinataire; faire passer la zone active de l'application du premier champ destinataire au deuxième champ destinataire; et afficher un historique des messages associé au destinataire dans la zone d'affichage de l'historique des messages.
PCT/CA2011/050702 2011-11-14 2011-11-14 Système et procédé d'affichage d'un historique des messages lors de la composition d'un message WO2013071392A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CA2011/050702 WO2013071392A1 (fr) 2011-11-14 2011-11-14 Système et procédé d'affichage d'un historique des messages lors de la composition d'un message

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CA2011/050702 WO2013071392A1 (fr) 2011-11-14 2011-11-14 Système et procédé d'affichage d'un historique des messages lors de la composition d'un message

Publications (1)

Publication Number Publication Date
WO2013071392A1 true WO2013071392A1 (fr) 2013-05-23

Family

ID=48428863

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CA2011/050702 WO2013071392A1 (fr) 2011-11-14 2011-11-14 Système et procédé d'affichage d'un historique des messages lors de la composition d'un message

Country Status (1)

Country Link
WO (1) WO2013071392A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10021044B2 (en) 2014-03-14 2018-07-10 Microsoft Technology Licensing, Llc Instant messaging

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070245006A1 (en) * 2006-04-18 2007-10-18 Nokia Corporation Apparatus, method and computer program product to provide ad hoc message recipient lists
US8001181B2 (en) * 2002-07-17 2011-08-16 Research In Motion Limited Method, system and apparatus for messaging between wireless mobile terminals and networked computers

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8001181B2 (en) * 2002-07-17 2011-08-16 Research In Motion Limited Method, system and apparatus for messaging between wireless mobile terminals and networked computers
US20070245006A1 (en) * 2006-04-18 2007-10-18 Nokia Corporation Apparatus, method and computer program product to provide ad hoc message recipient lists

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10021044B2 (en) 2014-03-14 2018-07-10 Microsoft Technology Licensing, Llc Instant messaging

Similar Documents

Publication Publication Date Title
US20230110143A1 (en) System and Method for Displaying Message History when Composing a Message
EP2426904B1 (fr) Système et procédé pour intégrer des contacts de service de messagerie courte (SMS) et de service de messagerie multimédia dans une interface de messagerie instantanée
US8326279B2 (en) Utilizing mobile device functionality from remote computers
AU2011215010B2 (en) Method and apparatus for providing information in mobile terminal
US9544180B2 (en) Techniques for group messaging on a mobile computing device
US9143598B2 (en) Pushed content notification and display
US9935792B2 (en) System and method for switching between conversations in instant messaging applications
US20100217809A1 (en) System and method for switching between messaging clients
US20120084707A1 (en) System and method for controlling event notifications
US20070271376A1 (en) System and method for integrated presentation of information
US20100167766A1 (en) Integrated mixed transport messaging system
EP2827539B1 (fr) Système et procédé permettant d'incorporer des éléments de conversation dans une interface de communication
CA2693727C (fr) Systeme et procede de commutation entre clients de messagerie
US20080056155A1 (en) Active idle extension
CA2716137C (fr) Systeme et procede de commande de notifications d'evenements
EP2222039B1 (fr) Système et procédé pour commuter entre des conversations dans des applications de messagerie instantanée
US20170235437A1 (en) TextBack Application
WO2013071392A1 (fr) Système et procédé d'affichage d'un historique des messages lors de la composition d'un message
EP2592795B1 (fr) Système et procédé pour afficher l'historique des messages au moment de composer un message

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11875773

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11875773

Country of ref document: EP

Kind code of ref document: A1