US20130125019A1 - System And Method For Displaying Message History When Composing A Message - Google Patents
System And Method For Displaying Message History When Composing A Message Download PDFInfo
- Publication number
- US20130125019A1 US20130125019A1 US13/295,404 US201113295404A US2013125019A1 US 20130125019 A1 US20130125019 A1 US 20130125019A1 US 201113295404 A US201113295404 A US 201113295404A US 2013125019 A1 US2013125019 A1 US 2013125019A1
- Authority
- US
- United States
- Prior art keywords
- recipient
- message
- message history
- field
- displaying
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
Abstract
Description
- 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. 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.
- 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.
- Embodiments will now be described by way of example only with reference to the appended drawings wherein:
-
FIG. 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; -
FIGS. 2 a, 2 b, 2 c and 2 d are example GUIs for composing a message, such that the GUI shows a message history upon detecting that a cursor has been moved away from a recipient field; -
FIG. 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; -
FIG. 4 is a schematic diagram illustrating an example system in which data items are pushed from a host system to a mobile device; -
FIG. 5 is a block diagram of an example mobile device; -
FIG. 6 is a block diagram illustrating example ones of the other software applications and components shown inFIG. 5 ; -
FIGS. 7 a, 7 b, and 7 c are example GUIs for composing a message, such that the GUI shows that a message can be composed, a recipient can be specified, and the composed message can be modified; -
FIG. 8 is a flow diagram illustrating example computer executable instructions for composing a message, specifying a recipient, and then modifying the composed message; -
FIGS. 9 a, 9 b, and 9 c are example GUIs for composing a message, such that the GUI shows that a recipient can be specified, a message can be composed, and the specified recipient can be modified; -
FIG. 10 is a flow diagram illustrating example computer executable instructions for specifying a recipient, composing a message, and modifying the specified recipient; -
FIGS. 11 a, 11 b, 11 c, and 11 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; -
FIG. 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; -
FIGS. 13 a and 13 b are example GUIs for composing a message, such that the GUI shows that older and newer messages can be shown by selecting a link; -
FIG. 14 is a flow diagram illustrating example computer executable instructions for showing different portions of message history by selecting a link; -
FIGS. 15 a and 15 b are example GUIs for composing a message, such that the GUI shows message history from different recipients can be displayed together; -
FIG. 16 is a flow diagram illustrating example computer executable instructions for displaying unified message history from different recipients in a message history display area; -
FIGS. 17 a and 17 b 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; and -
FIG. 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. - 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”.
- Turning to
FIG. 1 ,mobile device 10 a is in communication with othermobile devices wireless network 20.Mobile device message 208. In one example,mobile device 10 a can use atext messaging application 206 to exchange messages with the othermobile devices - It can be appreciated that the mobile device is herein generally referenced with the numeral “10” and that the suffixes “a”, “b”, “c”, and “d” are used only to distinguish between different
mobile devices 10 in the examples described. -
Mobile device 10 a has access to, or has stored thereon, or both, amessage history 35.Message history 35 includes messages that have already been exchanged in a message composition application such as SMS, IM, MMS, etc. In one example,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 betweenmobile device 10 a andmobile device 10 b are saved together instorage 200. Similarly, messages exchanged solely betweenmobile device 10 a andmobile device 10 c, and messages exchanged solely betweenmobile device 10 a andmobile device 10 d, are saved respectively instorages mobile device 10 a and any plurality of othermobile devices 10, e.g.,mobile device 10 b,mobile device 10 c, andmobile device 10 d, are stored ingroup storage 205. - A user of
mobile device 10 a interacts with components ofmobile device 10 a to participate in a messaging conversation. For example, the user provides input tomobile device 10 a 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 10 a presents information to the user using output devices, such as a display and a speaker. Using input mechanisms and output mechanisms ofmobile device 10 a, the user performs messaging functionality as described below, as is well known in the art. - It is recognized that displaying message history at certain times, such as when composing or drafting a message which has not yet been sent, provides beneficial information to the user. For example, when composing a message to a recipient, it is beneficial to know what messages have been previously exchanged between the user and the recipient. This, for example, provides the user with the context of the conversation and allows the user to prepare a message that is appropriate within the context.
- It is also recognized that 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.
- 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.
- Turning to
FIGS. 2 a, 2 b, 2 c and 2 d, example GUIs are provided showing different stages to invoke the display of message history. - Referring to
FIG. 2 a,GUI 210 for composing a message is shown. In one example, GUI 210 is displayed on a display ofmobile device 10 a. GUI 210 includesrecipient field 212, messagehistory display area 214, andmessage 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 inrecipient field 212 using a keyboard ofmobile device 10 a. Messagehistory display area 214 displays message history information, such as, for example, a message history frommessage histories 35 ofFIG. 1 .Message composition field 216 enables a user to input text to compose or draft a message. For example,message composition field 216 inFIG. 2 a includes the message: “I'm available to meet tomorrow.” In the example ofFIG. 2 a, the message has not yet been sent and is sent whensend button 222 is selected or actuated by the user. -
GUI 210 also enables user to add icons to a message, such as emoticons, by selectingemoticon button 218.GUI 210 also includeskeyboard button 220,recipients button 224,attachments button 226, and nextunopened item button 228. Upon detecting an actuation ofkeyboard button 220, a touch screen keyboard is shown on a display ofmobile device 10 a display. Upon detecting an actuation ofrecipients button 224, the selected recipients are shown. Further information about the recipients can also be shown. Upon detecting an actuation ofattachments button 226, functionality is presentation that enables a user to add or attach a file to the message. Upon detecting an actuation of nextunopened item button 228, the next unopened message is displayed. - Continuing with
FIG. 2 a, inrecipient field 212, text has been input by a user which causes drop downlist 230 to be displayed. Drop downlist 230 includes various entries, including a recipient name corresponding to the text that has been input intorecipient field 212. For example, 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 Michaels”. - Upon detecting a selection of
cursor 32, indicating the selection by a user of recipient name “Thomas Michaels”,GUI 210 ofFIG. 2 b is displayed. As shown inFIG. 2 b, subsequent to user selection of the name “Thomas Michaels” the name “Thomas Michaels (Work)” is displayed inrecipient field 212. As shown inFIG. 2 b, the recipient name includes the “(Work)” identification to show that a message will be sent to Thomas Michaels' work phone number. Upon the selection of “Thomas Michaels” and the display of “Thomas Michaels (Work)” inrecipient field 212, a second (or additional)recipient field 234 is displayed and navigation focus moves, e.g.,cursor 232 is moved to thesecond recipient field 234 as shown inFIG. 2 b. Furthermore, upon the selection of “Thomas Michaels” and the display of “Thomas Michaels (Work)” inrecipient field 212, a message history associated with Thomas Michaels is retrieved or otherwise read from messages histories 35 (ofFIG. 1 ) and is displayed in messagehistory display area 214. The retrieved message history includesmessage 236 from the user, identified as “Me”, andmessage 244 from Thomas Michaels. In one example,message 236 is displayed astime 240 that indicates the time at whichmessage 236 was sent,identifier 238 of who sent the message, as well as content (or text) 242 ofmessage 236. - As shown in
GUI 210 ofFIG. 2 b, the user may still add or select further recipients through further interaction withsecond recipient field 234. The message history associated with the currently specified recipient (i.e., the recipient specified in recipient field 212) is also displayed. Whilecursor 232 is located inrecipient field 212 or insecond recipient field 234, the associated message history continues to be displayed allowing the user to determine, for example, if the specified recipient inrecipient field 212 is correct, based on the message history. If the recipient is not correct, the user can movecursor 232 back torecipient field 212 to modify the specified recipient. For example, a single navigational input may be used to move cursor 232 fromsecond recipient field 234 torecipient field 212. - The user can use the message history to confirm that he or she has selected the correct or desired recipient for messaging. In the example shown in
FIG. 2 b, 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”. - In one example, when actuations are detected to move cursor 232 from the
second recipient field 234 tomessage composition field 216,recipient field 212 andrecipient field 234 continue to be displayed. In such an example, the user is able to change recipients while drafting a message through navigation betweenmessage composition field 216 andrecipient field 212 orsecond recipient field 234. - Referring to
FIG. 2 c,cursor 246 is positioned oversend button 222. Upon detecting a selection ofsend button 222, the message input inmessage composition field 216 is sent to the specified recipient or recipients. -
GUI 210 ofFIG. 2 d displays an updated messagehistory display area 254 that includes sentmessage 254. - Turning to
FIG. 3 , example computer executable instructions are provided for showing message history in GUI 210 (ofFIGS. 2 a, 2 b, 2 c and 2 d, for example) while composing a message. Atblock 256, GUI 201 is displayed and includes a recipient field, a message history display area, a cursor and a message composition field. Atblock 258 an input is received in the recipient field specifying a recipient. Atblock 260, upon detecting that the recipient has been specified, t a second recipient field is displayed. Atblock 261, the cursor, which was previously located within the recipient field, is repositioned or moved to the second recipient field . Atblock 262 the message history associated with the recipient is retrieved from a message history store and displayed in the message history display area. - As shown in
FIG. 4 , in one example,mobile device 10 is a two-way communication device with advanced data communication capabilities including the capability to communicate with othermobile devices 10 or computer systems through a network of transceiver stations.Mobile device 10 may also have the capability to allow voice communication. Depending on the functionality provided bymobile 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 fromhost system 25 tomobile device 10.Mobile device 10 can also be used for SMS messaging via an SMS messaging centre (SMSC) 25.Mobile device 10 can also be used for instant messaging (IMing) via anIM system 23. -
FIG. 4 is an example system diagram showing the redirection of user data items (such as message A or C) from a corporate enterprise computersystem host system 25 tomobile device 10 viawireless router 26.Wireless router 26 provides wireless connectivity functionality that abstracts complexities ofwireless network 20, and implements features necessary to support pushing data tomobile device 10. Although not shown, a plurality of mobile devices may access data fromhost system 25. In this example, message A represents an internal message sent from, e.g. a desktop computer (not shown) withinhost 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. It can be appreciated that SMS messaging and/or IMing can also be provided via thewireless router 26. - Message C 4 represents an external message from a sender that is not directly connected to
host system 25, such asmobile 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 frommobile device 10 tohost 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. - As an illustrative example of the operation for
wireless router 26 shown inFIG. 4 , consider a data item A, repackaged in outer envelope B (the packaged data item A now referred to as “data item (A)”) and sent tomobile device 10 Although the above describeshost system 25 as being used within a corporate enterprise network environment, this is just one example of one type of host service that offers push-based messages for a handheld wireless device that is capable of notifying and presenting the data to the user in real-time at the mobile device when data arrives at thehost system 25. -
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 Communications (GSM) and the General Packet Radio Service (GPRS), and (3) the existing and upcoming third-generation (3G) and fourth generation (4G) networks like EDGE, UMTS and HSDPA, LTE, Wi-Max etc. 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”). - To be effective in providing push services for
host systems 25,wireless router 26 may implement a set of defined functions. It can be appreciated that one could select many different hardware configurations forwireless router 26, however, many of the same or similar set of features would likely be present in the different configurations. - An example configuration of
mobile device 10 is illustrated inFIGS. 5-6 . Referring first toFIG. 5 , shown therein is a block diagram of an example of amobile device 10.Mobile device 10 comprisesmain processor 102 that controls the overall operation ofmobile device 10. Communication functions, including data and voice communications, are performed through acommunication subsystem 104.Communication subsystem 104 receives messages from and sends messages tonetwork 200. In this example ofmobile device 10,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. New standards are still being defined, but it is believed that they will have similarities to the network behaviour described herein, and it will also be understood by persons skilled in the art that the embodiments described herein are intended to use any other suitable standards that are developed in the future. The wireless link connectingcommunication subsystem 104 withnetwork 200 represents one or more different Radio Frequency (RF) channels, operating according to defined protocols. -
Main processor 102 also interacts with additional subsystems such as a Random Access Memory (RAM) 106, aflash memory 108, adisplay 110, an auxiliary input/output (I/O)subsystem 112, adata port 114, akeyboard 116, aspeaker 118, amicrophone 120, aGPS receiver 121, short-range communications subsystem 122, andother device subsystems 124. As will be discussed below, short-range communications subsystem 122 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. Examples include Bluetooth®, ad-hoc WiFi, infrared, or any “long-range” protocol re-configured to utilize available short-range components. It will therefore be appreciated 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. By way of example,display 110 andkeyboard 116 may be used for both communication-related functions, such as entering a text message for transmission overnetwork 200, and device-resident functions such as a calculator or task list. -
Mobile device 10 can send and receive communication signals overnetwork 200 after required network registration or activation procedures have been completed. Network access is associated with a subscriber or user ofmobile 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 Universal Subscriber Identity Module (USIM). In the example shown, a SIM/RUIM/USIM 126 is to be inserted into a SIM/RUIM/USIM interface 128 in order to communicate with a network. Without thecomponent 126,mobile device 10 is not fully operational for communication with thenetwork 200. Once SIM/RUIM/USIM 126 is inserted into SIM/RUIM/USIM interface 128, it is coupled to themain processor 102. -
Mobile device 10 is typically a battery-powered device and in this example includes abattery interface 132 for receiving one or morerechargeable batteries 130. In at least some embodiments,battery 130 can be a smart battery with an embedded microprocessor.Battery interface 132 is coupled to a regulator (not shown), which assistsbattery 130 in providing power V+ tomobile device 10. Although current technology makes use of a battery, future technologies such as micro fuel cells may provide the power tomobile device 10. -
Mobile device 10 also includes anoperating system 134 andsoftware components 136 to 146 which are described in more detail below.Operating system 134 andsoftware components 136 to 146 that are executed bymain processor 102 are typically stored in a persistent store such asflash memory 108, which may alternatively be a read-only memory (ROM) or similar storage element (not shown). Those skilled in the art will appreciate that portions ofoperating system 134 andsoftware components 136 to 146, such as specific device applications, or parts thereof, may be temporarily loaded into a volatile store such as theRAM 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 onmobile device 10 during its manufacture. Software applications may include amessage application 138, adevice state module 140, a Personal Information Manager (PIM) 142, aconnect module 144 and anIT policy module 146. Amessage application 138 can be any suitable software program that allows a user ofmobile device 10 to send and receive electronic messages, wherein messages are typically stored inflash memory 108 ofmobile device 10. Adevice state module 140 provides persistence, i.e.device state module 140 ensures that important device data is stored in persistent memory, such asflash memory 108, so that the data is not lost whenmobile device 10 is turned off or loses power. APIM 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 withnetwork 200. Aconnect module 144 implements the communication protocols that are required formobile device 10 to communicate with the wireless infrastructure and anyhost system 25, such as an enterprise system, thatmobile device 10 is authorized to interface with. AnIT 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. - Other types of software applications or
components 139 can also be installed onmobile device 10. Thesesoftware applications 139 can be pre-installed applications (i.e. other than message application 138) or third party applications, which are added after the manufacture ofmobile device 10. Examples of third party applications include games, calculators, utilities, etc.Additional applications 139 can be loaded ontomobile device 10 through at least one ofwireless network 20, auxiliary I/O subsystem 112,data port 114, short-range communications subsystem 122, or any othersuitable device subsystem 124. -
Data port 114 can be any suitable port that enables data communication betweenmobile device 10 and another computing device.Data port 114 can be a serial or a parallel port. In some instances,data port 114 can be a USB port that includes data lines for data transfer and a supply line that can provide a charging current to chargebattery 130 ofmobile device 10. - For voice communications, received signals are output to
speaker 118, and signals for transmission are generated bymicrophone 120. Although voice or audio signal output is accomplished primarily throughspeaker 118,display 110 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. - For composing data items, such as e-mail messages and text messages, for example, a user or subscriber could use a touch-sensitive overlay (not shown) on
display 110 that is part of a touch screen display (not shown), in addition to possibly auxiliary I/O subsystem 112. Auxiliary I/O subsystem 112 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 overwireless network 20 throughcommunication subsystem 104. -
FIG. 6 shows an example of the other software applications andcomponents 139 ofFIG. 5 that may be stored on and used withmobile device 10. Only examples are shown inFIG. 6 and such examples are not to be considered exhaustive. In this example, a hostinstant message application 50, 3rd partyinstant messaging application 52,phone application 54,address book 56 and aprofiles application 58 are shown to illustrate the various features that may be provided bymobile device 10. Also shown inFIG. 6 ismessage application 138, which in the following will be referred to as anemail application 138 for clarity and stores or otherwise has access to amessage database 36 for storing incoming and outgoing messages as well as those stored in various folders. It will be appreciated that the various applications may operate independently or may utilize features of other applications. For example,phone application 54 andemail application 138 may useaddress book 56 for contact details obtained from a list ofcontacts 34. - Another example of 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 indatabase 35. Like other messaging applications,text messaging application 57 andmessage histories 35 can interact with other applications, such ascontacts database 34 ofaddress book 56. - The host system
instant messaging application 50 is an instant messaging service that is hosted and provided byhost system 25. The host systeminstant messaging application 50 includes or otherwise has access to ahost buddy list 30 for storing contact information for buddies also using host systeminstant messaging application 50. 3rd partinstant messaging application 52 includes or otherwise has access to a 3rdparty buddy list 32 for storing contact information for buddies also using 3rd partyinstant messaging application 52. It will be appreciated that any number of host system or 3rd party instant messaging services can be installed and run onmobile device 10 and thus the two shown inFIG. 6 are for illustrative purposes only. Also, it will be appreciated that in other embodiments, 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). - In some example embodiments, 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. For example, 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.
- It will be appreciated 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 non-removable 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. - Details regarding examples for displaying message history when composing a message will now be discussed.
- Turning to
FIGS. 7 a, 7 b and 7 c, example mobile device GUIs show flexible ordering of adding a recipient and composing a message. In one example, 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. - Referring first to
FIG. 7 a,mobile device 10 detects the input of the text “I'm hungry. Let's go eat!” intomessage composition field 216. - In
FIG. 7 b,mobile device 10 detects the input of the recipient “Thomas Michaels”, intorecipient field 212. Subsequently, and upon detecting input to move the cursor fromrecipient field 212, message history (comprisingmessages 264 and 266) associated with the recipient is shown in messagehistory display area 214. In the example shown, the draft message inmessage 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. - Referring to
FIG. 7 c, the user decides, in this example, that the selected recipient is correct and, thus, modifies the draft text inmessage composition field 216, in order for the message to better match the context of the conversation. In some examples, while drafting the message inmessage composition field 216, recipient fields 212 and 234 continue to be displayed to permit viewing and editing, if desired, the recipients. - Turning to
FIG. 8 , example computer executable instructions are provided, with reference to corresponding elements ofFIGS. 7 a, 7 b and 7 c. Atblock 268,mobile device 10displays GUI 210 includingrecipient field 212, messagehistory display area 214, andmessage composition field 216. Atblock 270, an input is received formessage composition field 216 to add or modify message content. Atblock 272, an input is received forrecipient field 212 specifying a recipient. Atblock 274, the message history associated with the recipient is retrieved and displayed in messagehistory display area 214. At block 275,mobile device 10 receives further input to modify (e.g. add, delete) content inmessage composition field 216. Atblock 278, an input is received to send the text of the message specified inmessage composition field 216, by, for example, an actuation of a send button. Atblock 280, the message is sent to the recipient. Atblock 282, the sent message is displayed in messagehistory display area 214. - Further example mobile device GUIs show the flexibility of the order in which information is added in
FIGS. 9 a, 9 b and 9 c. In one example, a user specifies a recipient, changes or modifies the recipient, and then composes message content. The GUIs ofFIGS. 9 a, 9 b and 9 c allow recipient information and message content to be added in various sequences, and to be modified in any order. - Referring first to
FIG. 9 a,mobile device 10 detects the input of the recipient “Thomas Michaels” intorecipient field 212. Upon detecting the input of the recipient, a message history relating to the input recipient (comprisingmessages 264 and 266) is retrieved and displayed in messagehistory 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. - Referring to
FIG. 9 b,mobile device 10 detects input to change the recipient inrecipient field 212 to “Thomas Meechem”. Upon detecting the input to change the recipient, a new message history (comprising message 284) is retrieved and displayed in messagehistory display area 214. In this example, “Thomas Meechem” is the desired recipient, which the user can confirm based on the message history (comprising message 284). - Once the desired recipient is input, with reference to
FIG. 9 c, an appropriate message may be composed inmessage composition field 216. - Turning to
FIG. 10 , example computer executable instructions are provided, with reference to corresponding elements ofFIGS. 9 a, 9 b and 9 c. Atblock 286,mobile device 10displays GUI 210 includingrecipient field 212, messagehistory display area 214, andmessage composition field 216. Atblock 287, an input is received intorecipient field 212 specifying the recipient of a message being composed. Atblock 288, the message history of messages communicated betweenmobile device 10 and the recipient is retrieved from message history storage and displayed in messagehistory display area 214. Atblock 289, an input is received intomessage composition field 216. Atblock 290, a further input is received in therecipient field 212 specifying a new or different recipient. For example, the new recipient can replace the current recipient. In another example, a new recipient is added or deleted to a list of recipients. Atblock 291, 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 messagehistory display area 214. Atblock 292,mobile device 10 receives an input to send the message, which causes the message to be sent atblock 294. Atblock 296 the sent message is shown in a new or updated messagehistory display area 214. - Turning to
FIGS. 11 a, 11 b, 11 c and 11 d, example GUIs demonstrate the ability to dynamically display message histories. In one example, while scrolling through a list of candidate recipients, without having actually specified a recipient, a message history for the currently highlighted recipient is shown. - Referring first to
FIG. 11 a,mobile device 10 detects input of the text “Thom” intorecipient field 212.Cursor 298 is shown inrecipient field 212.Mobile device 10 detects that there are candidate recipients having recipient names containing the letters “Thom”, and displays a dropdown list of such recipients, as is well known in the art. Referring toFIG. 11 b,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 thelist 230 as is well known, using, for example, an input mechanism ofmobile device 210. Whenmobile device 10 detects thatcursor 232 is positioned over a recipient ofdropdown list 230, such as “Thomas (Work)”, then the message history (comprisingmessages 300 and 302) between the user ofmobile device 10 and “Thomas (Work)” is shown in messagehistory display area 214. The message history helps determine if the highlighted recipient is the desired recipient. In one example, if the highlighted recipient is not the desired recipient, the user can provide input tomobile device 10 to scroll through, or otherwise select another recipient ofdropdown 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 indropdown list 230 does not causedropdown 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 inFIG. 11 b, “Thomas (Work)” is not the desired recipient. - Referring to
FIG. 11 c,mobile device 10 detects input to scroll or otherwise movecursor 232 to “Thomas Meechem” indropdown list 230. Upon highlighting “Thomas Meechem”message history 304 between the user ofmobile device 10 and “Thomas Meechem” is displayed. Based on themessage history 304, the user, in this example, determines that “Thomas Meechm” is the desired recipient and, thus, selects “Thomas Meechem” fromdropdown list 230 by, for example, actuating an input mechanism ofmobile device 10. - Referring to
FIG. 11 d, the selected recipient “Thomas Meechem” is shown inrecipient field 212 andmessage history 304 is shown in the messagehistory display area 214. The user ofmobile device 10 is able to begin drafting a message inmessage composition field 216, knowing the context of the message and being assured that the recipient is correct. -
Mobile device 10 is configured to receive text input intorecipient field 212. Upon receiving text input, 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. 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 ofmobile device 10 and the recipient of interest in messagehistory 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 inrecipient field 212. In another example, 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 messagehistory display area 214. -
FIG. 12 provides example computer executable instructions for dynamically showing message history with reference to elements corresponding toFIGS. 11 a, 11 b, 11 c, and 11 d. Atblock 306,mobile device 10 displays a GUI includingrecipient field 212, messagehistory display area 214, andmessage composition field 216. Atblock 308, an input is received intorecipient field 212, the input signifying at least a portion of information related to a desired recipient. At block 310 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 ofFIG. 6 , that have names that include the same letters as the input. In another example, the list of recipients is populated with recipients from contacts 34 (ofFIG. 6 ) that have any information (e.g., company, phone number, address) that corresponds to the input. Atblock 312mobile 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. Atblock 314, the message history between the user ofmobile device 10 and the first recipient of interest is shown in messagehistory display area 214. Atblock 316,mobile device 10 then detects a second initial interest in a second one of the recipients in the list. Atblock 318,mobile device 10 shows the message history between the user and the second recipient of interest. Atblock 320, 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. Atblock 322, the second one of the recipients is displayed inrecipient field 212. - Turning to
FIGS. 13 a and 13 b, example GUIs are shown that demonstrate the display of different portions of message histories through the selection of a button or a link. - Referring to
FIG. 13 a, a recipient “Thomas Meechem” has been selected inrecipient field 212, and a portion of the message history (comprisingmessages history display area 214. There is also alink 324, which, when selected, causes older messages from a conversation to be displayed in messagehistory display area 214.Link 324 allows navigation between older and newer messages in the message history. - In one example, link 324 reduces the number of messages to scroll over when navigating between
recipient field 212 andmessage composition field 216. For example if input is currently being entered intomessage composition field 216, and a switch is desired to input text intorecipient field 212, in some examples it is necessary to scroll through all of the messages displayed in messagehistory display area 214. In some examples, the messages in messagehistory 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 torecipient field 212. In the example shown inFIGS. 13 a and 13 b, navigating betweentext composition field 216 andrecipient field 212 does not require scrolling through many messages since only the most recent messages (330, 328, 326) are included in messagehistory display area 214 instead of the entire message history. Segmenting message history through the use of a mechanism such aslink 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. - Upon detecting a selection of
link 324 ofFIG. 13 a,mobile device 10displays GUI 210 ofFIG. 13 b. InFIG. 13 b,older messages history display area 214.Link 324 ofFIG. 13 b 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 tomessages FIG. 13 a.Embodiments comprising links mobile device 10 to display different (e.g. newer or older) portions of a conversation's message history within messagehistory display area 214. - The message history shown in message
history display area 214 is a portion of a complete message history between the user ofmobile device 10 and the recipient. The message history shown in the messagehistory display area 214 may be selected to be the most recent portion of the complete message history, and thelink 324, when selected, navigates to an older portion of the complete message history. - Turning to
FIG. 14 , example computer executable instructions are provided for displaying different portions of a message history with reference to corresponding elements ofFIGS. 13 a and 13 b. Atblock 340,mobile device 10 displays a GUI includingrecipient field 212, messagehistory display area 214, andmessage composition field 216. Atblock 342,mobile device 10 receives an input intorecipient field 212 specifying text for a recipient of the message being composed. Atblock 344,mobile device 10 shows a portion of the message history between a user ofmobile device 10 and the recipient in messagehistory display area 214. In one example, the most recent messages in the message history are shown. Atblock 346, 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 messagehistory display area 214, such as, for example, a newer or older portion of the message history. Atblock 348,mobile device 10 receives a selectioninput selecting link 324. Atblock 350,mobile device 10 replaces the portion of the message history currently displayed in the messagehistory display area 214 with the other portion of message history (e.g. the newer or older portion of the message history). - Turning to
FIGS. 15 a and 15 b, example GUIs are shown that demonstrate displaying message histories in a combined fashion for a single recipient that has multiple methods of communication. Some recipients, for example, 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. - Referring first to
FIG. 15 a, the text “Thoma” has been input intorecipient 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; andEmma Thompson 356. In this example, 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 theserecipient names recipient names - In the
example GUI 210 ofFIG. 15 a, recipient entry “Thomas (ALL)” 354 is included. Upon detecting a selection ofrecipient entry 354 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. - Upon selecting the recipient name “Thomas (ALL)” 354, referring to
FIG. 15 b, the message history (360, 362, 364, 366) from both “Thomas (Work)” 350 and “Thomas (Cell)” 352 is shown. A notification orstatus message 358 shows that the message history is from all the recipient names (or phone numbers) associated with the contact “Thomas”.Recipient field 212 shows that messages will be sent to Thomas' work phone number, although this can be changed, for example, to Thomas' cell phone number. - Messages displayed in message
history display area 214 ofFIG. 15 b, for example, are organized by chronological order. InFIG. 15 b, amessage 360 from the user is sent at 10:28 am. Then amessage 362 from “Thomas (Cell)” (e.g. Thomas' cell phone) is received at 11:15 am. Then amessage 364 from “Thomas (Work)” (e.g. Thomas' work phone) is received at 1:00 pm. This is followed by amessage 366 received from “Thomas (Cell)” at 5:00 pm. - As seen from
FIGS. 15 a and 15 b,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. -
FIG. 16 provides example computer executable instructions for combining the message histories for a single recipient having multiple contact pathways, with reference to corresponding elements ofFIGS. 15 a and 15 b. Atblock 368,mobile device 10displays GUI 210 includingrecipient field 212, messagehistory display area 214, andmessage composition field 216. Atblock 370,mobile device 10 receives an input of text input intorecipient field 212. Upon detection of the text input,mobile device 10 displays a list of recipients corresponding to the input atblock 372. For example, 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. Atblock 374,mobile device 10 receives a selection input for the contact entry unifying the multiple recipient entries for the single contact having multiple communication methods. Atblock 376,mobile device 10 displays the message history between the user ofmobile device 10 and the selected single recipient, unified across each different communication method for the single contact. The combined message history is displayed in messagehistory display area 214. - 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. For example, each of the recipient contact addresses may have identical names associated with the contact entry.
- Turning to
FIGS. 17 a and 17 b, example GUI 210s are shown displaying different message histories when switching between a recipient to a group of recipients. Referring toFIG. 17 a, the user and a recipient “Thomas Michaels” may be in a messaging conversation in which they are the only participants. Themessages history display area 214. - As shown in to
FIG. 17 b, a second recipient, “Peter Szabo” is added insecond recipient field 234. Upon detecting the addition of the second recipient,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 ofmobile device 10, Thomas Michaels and Peter Szabo. In the present example, the three participants (e.g. the user, Thomas Michaels, and Peter Szabo) were exchanging messages (382, 384, 386) amongst each other. Showing different message histories for different sets of recipients provides context for conversations. Theexample GUIs 210 ofFIGS. 17 a and 17 b demonstrate functionality whereby a user ofmobile device 10 is provided an accurate conversational context depending on the currently specified recipients of a message. - Turning to
FIG. 18 , example computer executable instructions are provided for displaying different message histories based on the different set of recipients with reference to corresponding elements ofFIGS. 17 a and 17 b. Atblock 388,mobile device 10 displays a GUI includingrecipient field 212, messagehistory display area 214, andmessage composition field 216. Atblock 390mobile device 10 receives an input of text into therecipient field 212 specifying a recipient. Atblock 392 the message history between the user ofmobile device 10 and the recipient is retrieved from message histories 35 (ofFIG. 1 ) and shown in messagehistory display area 214. Atblock 394, an additional input of text into thesecond recipient field 234 is received, which specifies an additional recipient. Atblock 396, the message history between the user and the recipient displayed in messagehistory display area 214 is switched to the message history between the user, the recipient and the additional recipient. - In one aspect, there is provided 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.
- In another aspect, there is provided 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.
- In yet another aspect, there is provided 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.
- The steps or operations in the flow charts described herein are just for example. There may be many variations to these steps or operations without departing from the spirit of the invention. For instance, the steps may be performed in a differing order, or steps may be added, deleted, or modified.
- It can also be appreciated that the displays or screens described herein are just for example. There may be many variations to the configuration and arrangement of information and user interface controls without departing from the scope of the above principles. For instance, the information and the user interface controls may be in a differing order, or may be added, deleted, or modified.
- Although the above has been described with reference to certain specific embodiments, various modifications thereof will be apparent to those skilled in the art without departing from the scope of the claims appended hereto.
Claims (23)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/295,404 US20130125019A1 (en) | 2011-11-14 | 2011-11-14 | System And Method For Displaying Message History When Composing A Message |
US18/045,370 US20230110143A1 (en) | 2011-11-14 | 2022-10-10 | System and Method for Displaying Message History when Composing a Message |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/295,404 US20130125019A1 (en) | 2011-11-14 | 2011-11-14 | System And Method For Displaying Message History When Composing A Message |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/045,370 Continuation US20230110143A1 (en) | 2011-11-14 | 2022-10-10 | System and Method for Displaying Message History when Composing a Message |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130125019A1 true US20130125019A1 (en) | 2013-05-16 |
Family
ID=48281877
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/295,404 Abandoned US20130125019A1 (en) | 2011-11-14 | 2011-11-14 | System And Method For Displaying Message History When Composing A Message |
US18/045,370 Pending US20230110143A1 (en) | 2011-11-14 | 2022-10-10 | System and Method for Displaying Message History when Composing a Message |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/045,370 Pending US20230110143A1 (en) | 2011-11-14 | 2022-10-10 | System and Method for Displaying Message History when Composing a Message |
Country Status (1)
Country | Link |
---|---|
US (2) | US20130125019A1 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140280288A1 (en) * | 2013-03-13 | 2014-09-18 | Samsung Electronics Co., Ltd. | Method and apparatus for managing conversation messages |
US20150248563A1 (en) * | 2014-03-03 | 2015-09-03 | International Business Machines Corporation | Requesting instant messaging history by validated parties |
US20150256506A1 (en) * | 2014-03-06 | 2015-09-10 | Honda Motor Co., Ltd. | Method and electronic device for performing message exchange |
US20160085421A1 (en) * | 2014-09-23 | 2016-03-24 | Dropbox, Inc. | Highlighting Message Addressees |
US10019135B1 (en) * | 2012-10-18 | 2018-07-10 | Sitting Man, Llc | Methods, and computer program products for constraining a communication exchange |
US10255587B2 (en) * | 2012-01-18 | 2019-04-09 | Microsoft Technology Licensing, Llc | System and method for blended presentation of locally and remotely stored electronic messages |
US10841411B1 (en) * | 2017-11-09 | 2020-11-17 | Amazon Technologies, Inc. | Systems and methods for establishing a communications session |
Citations (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020023128A1 (en) * | 2000-08-21 | 2002-02-21 | Yasuhide Matsumoto | Chat system and record medium readable by chat system |
US20030146939A1 (en) * | 2001-09-24 | 2003-08-07 | John Petropoulos | Methods and apparatus for mouse-over preview of contextually relevant information |
US20050091612A1 (en) * | 2003-10-23 | 2005-04-28 | Stabb Charles W. | System and method for navigating content in an item |
US20050166154A1 (en) * | 2004-01-22 | 2005-07-28 | Wilson Richard M. | Enhanced instant message status message area containing time/date stamped entries and editable by others |
US20050203929A1 (en) * | 2004-03-09 | 2005-09-15 | Devapratim Hazarika | System, method and computer program product for prioritizing contacts |
US20060128404A1 (en) * | 2004-12-13 | 2006-06-15 | Klassen Gerhard D | Text messaging conversation user interface functionality |
US20060217965A1 (en) * | 2005-03-16 | 2006-09-28 | Babu George V | Handheld electronic device with reduced keyboard and associated method of providing quick text entry in a message |
US20060288298A1 (en) * | 1999-08-12 | 2006-12-21 | Robert Haitani | System, method and technique for enabling users to interact with address fields of messaging applications |
US20070005715A1 (en) * | 2005-07-01 | 2007-01-04 | Levasseur Thierry | Electronic mail system with aggregation and integrated display of related messages |
US20070198474A1 (en) * | 2006-02-06 | 2007-08-23 | Davidson Michael P | Contact list search with autocomplete |
US20070283044A1 (en) * | 2006-06-02 | 2007-12-06 | Theodore Van Belle | User interface for a handheld device |
US7328242B1 (en) * | 2001-11-09 | 2008-02-05 | Mccarthy Software, Inc. | Using multiple simultaneous threads of communication |
US20080040437A1 (en) * | 2006-08-10 | 2008-02-14 | Mayank Agarwal | Mobile Social Networking Platform |
US20080153459A1 (en) * | 2006-09-08 | 2008-06-26 | Palm, Inc. | Apparatus and methods for providing directional commands for a mobile computing device |
US20080222118A1 (en) * | 2004-01-30 | 2008-09-11 | Scian Anthony F | Contact query data system and method |
US20080250107A1 (en) * | 2007-04-03 | 2008-10-09 | Michael Holzer | Instant message archive viewing |
US20080307322A1 (en) * | 2007-06-08 | 2008-12-11 | Michael Stochosky | Presenting text messages |
US20090005011A1 (en) * | 2007-06-28 | 2009-01-01 | Greg Christie | Portable Electronic Device with Conversation Management for Incoming Instant Messages |
US20090007012A1 (en) * | 2007-06-29 | 2009-01-01 | Microsoft Corporation | Menus with translucency and live preview |
US20090037413A1 (en) * | 2007-07-30 | 2009-02-05 | Research In Motion Limited | Method and system for generating address lists |
US20090061825A1 (en) * | 2007-08-31 | 2009-03-05 | Palm, Inc. | Techniques for group messaging on a mobile computing device |
US20090177981A1 (en) * | 2008-01-06 | 2009-07-09 | Greg Christie | Portable Electronic Device for Instant Messaging Multiple Recipients |
US20100100852A1 (en) * | 2007-02-13 | 2010-04-22 | Buchanan Michael G | Nestable system and method for accessing, organizing, and interacting with visual representations of data |
US20100162133A1 (en) * | 2008-12-23 | 2010-06-24 | At&T Mobility Ii Llc | User interface paradigm for next-generation mobile messaging |
US20100217809A1 (en) * | 2009-02-26 | 2010-08-26 | Research In Motion Limited | System and method for switching between messaging clients |
US20100217808A1 (en) * | 2009-02-24 | 2010-08-26 | Research In Motion Limited | System and method for switching between conversations in instant messaging applications |
US20100223547A1 (en) * | 2009-02-27 | 2010-09-02 | Research In Motion Limited | System and method for improved address entry |
US20100267369A1 (en) * | 2009-04-21 | 2010-10-21 | Lg Electronics Inc. | Mobile terminal and chat method in a mobile terminal using an instant messaging service |
US20120077469A1 (en) * | 2010-09-28 | 2012-03-29 | International Business Machines Corporation | Automated electronic messaging to a person with whom another form of communication is exchanged |
US20120331405A1 (en) * | 2011-06-24 | 2012-12-27 | Google Inc. | Group conversation between a plurality of participants |
US20130055111A1 (en) * | 2011-08-30 | 2013-02-28 | Gabe Peyton | Social networking system, apparatus, and method |
US8751572B1 (en) * | 2007-06-20 | 2014-06-10 | Google Inc. | Multi-user chat search and access to chat archive |
-
2011
- 2011-11-14 US US13/295,404 patent/US20130125019A1/en not_active Abandoned
-
2022
- 2022-10-10 US US18/045,370 patent/US20230110143A1/en active Pending
Patent Citations (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060288298A1 (en) * | 1999-08-12 | 2006-12-21 | Robert Haitani | System, method and technique for enabling users to interact with address fields of messaging applications |
US20020023128A1 (en) * | 2000-08-21 | 2002-02-21 | Yasuhide Matsumoto | Chat system and record medium readable by chat system |
US20030146939A1 (en) * | 2001-09-24 | 2003-08-07 | John Petropoulos | Methods and apparatus for mouse-over preview of contextually relevant information |
US7328242B1 (en) * | 2001-11-09 | 2008-02-05 | Mccarthy Software, Inc. | Using multiple simultaneous threads of communication |
US20050091612A1 (en) * | 2003-10-23 | 2005-04-28 | Stabb Charles W. | System and method for navigating content in an item |
US20050166154A1 (en) * | 2004-01-22 | 2005-07-28 | Wilson Richard M. | Enhanced instant message status message area containing time/date stamped entries and editable by others |
US20080222118A1 (en) * | 2004-01-30 | 2008-09-11 | Scian Anthony F | Contact query data system and method |
US20050203929A1 (en) * | 2004-03-09 | 2005-09-15 | Devapratim Hazarika | System, method and computer program product for prioritizing contacts |
US20060128404A1 (en) * | 2004-12-13 | 2006-06-15 | Klassen Gerhard D | Text messaging conversation user interface functionality |
US20060217965A1 (en) * | 2005-03-16 | 2006-09-28 | Babu George V | Handheld electronic device with reduced keyboard and associated method of providing quick text entry in a message |
US20070005715A1 (en) * | 2005-07-01 | 2007-01-04 | Levasseur Thierry | Electronic mail system with aggregation and integrated display of related messages |
US20070198474A1 (en) * | 2006-02-06 | 2007-08-23 | Davidson Michael P | Contact list search with autocomplete |
US20070283044A1 (en) * | 2006-06-02 | 2007-12-06 | Theodore Van Belle | User interface for a handheld device |
US20080040437A1 (en) * | 2006-08-10 | 2008-02-14 | Mayank Agarwal | Mobile Social Networking Platform |
US20080153459A1 (en) * | 2006-09-08 | 2008-06-26 | Palm, Inc. | Apparatus and methods for providing directional commands for a mobile computing device |
US20100100852A1 (en) * | 2007-02-13 | 2010-04-22 | Buchanan Michael G | Nestable system and method for accessing, organizing, and interacting with visual representations of data |
US20080250107A1 (en) * | 2007-04-03 | 2008-10-09 | Michael Holzer | Instant message archive viewing |
US20080307322A1 (en) * | 2007-06-08 | 2008-12-11 | Michael Stochosky | Presenting text messages |
US8751572B1 (en) * | 2007-06-20 | 2014-06-10 | Google Inc. | Multi-user chat search and access to chat archive |
US20090005011A1 (en) * | 2007-06-28 | 2009-01-01 | Greg Christie | Portable Electronic Device with Conversation Management for Incoming Instant Messages |
US20090007012A1 (en) * | 2007-06-29 | 2009-01-01 | Microsoft Corporation | Menus with translucency and live preview |
US20090037413A1 (en) * | 2007-07-30 | 2009-02-05 | Research In Motion Limited | Method and system for generating address lists |
US20090061825A1 (en) * | 2007-08-31 | 2009-03-05 | Palm, Inc. | Techniques for group messaging on a mobile computing device |
US20090177981A1 (en) * | 2008-01-06 | 2009-07-09 | Greg Christie | Portable Electronic Device for Instant Messaging Multiple Recipients |
US20100162133A1 (en) * | 2008-12-23 | 2010-06-24 | At&T Mobility Ii Llc | User interface paradigm for next-generation mobile messaging |
US20100217808A1 (en) * | 2009-02-24 | 2010-08-26 | Research In Motion Limited | System and method for switching between conversations in instant messaging applications |
US20100217809A1 (en) * | 2009-02-26 | 2010-08-26 | Research In Motion Limited | System and method for switching between messaging clients |
US20100223547A1 (en) * | 2009-02-27 | 2010-09-02 | Research In Motion Limited | System and method for improved address entry |
US20100267369A1 (en) * | 2009-04-21 | 2010-10-21 | Lg Electronics Inc. | Mobile terminal and chat method in a mobile terminal using an instant messaging service |
US20120077469A1 (en) * | 2010-09-28 | 2012-03-29 | International Business Machines Corporation | Automated electronic messaging to a person with whom another form of communication is exchanged |
US20120331405A1 (en) * | 2011-06-24 | 2012-12-27 | Google Inc. | Group conversation between a plurality of participants |
US20130055111A1 (en) * | 2011-08-30 | 2013-02-28 | Gabe Peyton | Social networking system, apparatus, and method |
Non-Patent Citations (2)
Title |
---|
Rob Lee, "Group Messaging – iPhone iOS4 Does – Android 2.1 Doesn’t", https://www.youtube.com/watch?v=pXbPTjOXjE8 dated 7/19/2010, screen capture pages 1-6 * |
Rob Lee, âGroup Messaging â iPhone iOS4 Does â Android 2.1 Doesnâtâ, https://www.youtube.com/watch?v=pXbPTjOXjE8 dated 7/19/2010, screen capture pages 1-6 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10255587B2 (en) * | 2012-01-18 | 2019-04-09 | Microsoft Technology Licensing, Llc | System and method for blended presentation of locally and remotely stored electronic messages |
US10019135B1 (en) * | 2012-10-18 | 2018-07-10 | Sitting Man, Llc | Methods, and computer program products for constraining a communication exchange |
US10838588B1 (en) * | 2012-10-18 | 2020-11-17 | Gummarus, Llc | Methods, and computer program products for constraining a communication exchange |
US20140280288A1 (en) * | 2013-03-13 | 2014-09-18 | Samsung Electronics Co., Ltd. | Method and apparatus for managing conversation messages |
US9454598B2 (en) * | 2013-03-13 | 2016-09-27 | Samsung Electronics Co., Ltd. | Method and apparatus for managing conversation messages |
US20150248563A1 (en) * | 2014-03-03 | 2015-09-03 | International Business Machines Corporation | Requesting instant messaging history by validated parties |
US20150256506A1 (en) * | 2014-03-06 | 2015-09-10 | Honda Motor Co., Ltd. | Method and electronic device for performing message exchange |
US20160085421A1 (en) * | 2014-09-23 | 2016-03-24 | Dropbox, Inc. | Highlighting Message Addressees |
US10282705B2 (en) * | 2014-09-23 | 2019-05-07 | Dropbox, Inc. | Highlighting message addresses |
US10841411B1 (en) * | 2017-11-09 | 2020-11-17 | Amazon Technologies, Inc. | Systems and methods for establishing a communications session |
Also Published As
Publication number | Publication date |
---|---|
US20230110143A1 (en) | 2023-04-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230110143A1 (en) | System and Method for Displaying Message History when Composing a Message | |
US9414210B2 (en) | System and method for incorporating short message service (SMS) and multimedia messaging service (MMS) contacts into an instant messaging interface | |
US8326279B2 (en) | Utilizing mobile device functionality from remote computers | |
AU2011215010B2 (en) | Method and apparatus for providing information in mobile terminal | |
CA2852346C (en) | System and method for managing electronic groups | |
US9544180B2 (en) | Techniques for group messaging on a mobile computing device | |
US9143598B2 (en) | Pushed content notification and display | |
US20120084707A1 (en) | System and method for controlling event notifications | |
US20100217809A1 (en) | System and method for switching between messaging clients | |
US20100167766A1 (en) | Integrated mixed transport messaging system | |
EP2827539B1 (en) | System and method for incorporating chat elements into a communication interface | |
KR20150067962A (en) | Method and apparatus for controlling a contact list of electronic device | |
CA2693727C (en) | System and method for switching between messaging clients | |
CA2716137C (en) | System and method for controlling event notifications | |
EP2584457A1 (en) | System and method for providing identifying information related to an incoming or outgoing call | |
EP2592795B1 (en) | System and method for displaying message history when composing a message | |
WO2013071392A1 (en) | System and method for displaying message history when composing a message | |
US20220413666A1 (en) | Message display system | |
Faas | Texting and Media Messaging for a Living |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: RESEARCH IN MOTION LIMITED, ONTARIO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RESEARCH IN MOTION CORPORATION;REEL/FRAME:028153/0353 Effective date: 20120427 |
|
AS | Assignment |
Owner name: RESEARCH IN MOTION LIMITED, CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:VYMENETS, LEONID;CHEN, HENRY YAO-TSU;SIGNING DATES FROM 20120221 TO 20120405;REEL/FRAME:028569/0385 Owner name: RESEARCH IN MOTION CORPORATION, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RIDDLE, FRANCIS THOMAS;REEL/FRAME:028569/0412 Effective date: 20111222 |
|
AS | Assignment |
Owner name: BLACKBERRY LIMITED, ONTARIO Free format text: CHANGE OF NAME;ASSIGNOR:RESEARCH IN MOTION LIMITED;REEL/FRAME:034143/0567 Effective date: 20130709 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: EXAMINER'S ANSWER TO APPEAL BRIEF MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064104/0103 Effective date: 20230511 |