A threaded list of e-mail messages is provided by checking each received message against previous messages to determine whether the new message is associated with previous messages. If so, then a new thread is created. The new thread has an associated thread header, which stores metadata bout the messages in the thread. If the received message is related to messages in an existing thread, then the received message is added to that thread, and the thread header for that thread is updated to reflect data from the received message. The thread header appears with messages in a message list view of the inbox, and provides data about the thread. messages that are not part of a thread are shown in the same view as threaded messages, without a thread header. This allows a user to view both threaded and non-threaded messages in a single view.
|
20. A non-transitory computer-readable medium on which is stored instructions for causing a computer system executing the instructions to perform actions comprising:
creating a persistent thread header only if a received email message is related to at least one other email message not part of any email thread, the persistent thread header comprising information about the e-mail thread distinct from information displayed for individual e-mail messages;
updating a previously-created persistent thread header to include information derived from the attributes of contents of the received email message if the received email message is related to at least one other email message that is part of an existing email thread associated with the previously-created persistent thread header.
1. A method for threading e-mail messages, the method comprising:
receiving an e-mail message;
displaying unthreaded information about the e-mail message in a sortable portion of an e-mail user interface responsive to a determination that the e-mail message is unrelated to any other e-mail message in the mailbox; and
associating the received e-mail message with one or more e-mail messages as an e-mail thread responsive to a determination that the e-mail message is related to the one or more e-mail messages, comprising:
creating a thread header comprising information about the e-mail thread responsive to a determination that the e-mail thread comprises only the received e-mail message and a single related e-mail message;
updating the thread header to include information derived from the attributes of contents of the received e-mail message; and
displaying the thread header in a sortable portion of the e-mail user interface only if the e-mail thread comprises at least two e-mail messages.
3. A non-transitory machine readable medium on which are stored instructions, comprising instructions that when executed cause a machine to:
receive an e-mail message;
display unthreaded information about the email message in a sortable portion of an e-mail user interface responsive to a determination that the e-mail message is unrelated to any other e-mail message in a mailbox;
associate the received e-mail message with one or more e-mail messages as an e-mail thread responsive to a determination that the e-mail message is related to the one or more e-mail messages, the instructions to associate comprising instructions that when executed cause the machine to:
create a thread header responsive to a determination that the e-mail thread comprises only the received e-mail message and a single related e-mail message;
update the thread header to include information derived from the attributes of contents of the received e-mail message; and
display the thread header in a sortable portion of the e-mail user interface only if the e-mail thread comprises at least two members.
2. A system for threading e-mail messages, comprising:
a mailbox processor module for receiving e-mail messages;
a mailbox, communicatively coupled to the mailbox processor module, for electronically storing e-mail messages;
a threading engine, communicatively coupled to the mailbox processor module, adapted to:
determine whether a received e-mail message is related to an existing thread of e-mail messages stored in the mailbox;
display the received e-mail message unthreaded in an e-mail user interface if the e-mail message is unrelated to any other message in the mailbox;
create an e-mail message thread and a thread header if the received e-mail message is related to a single e-mail message, the thread header comprising information about the e-mail thread;
update the thread header to include information derived from the attributes of contents of the received e-mail message; and
display the thread header in a sortable portion of the e-mail user interface only if the e-mail thread comprises at least two e-mail messages;
wherein the mailbox processor module, the mailbox, and the threading engine operate on one or more processors.
4. The method of
5. The method of
6. The method of
7. The method of
8. The method of
9. The system of
10. The system of
11. The system of
12. The system of
13. The system of
14. The system of
15. The machine readable medium of
16. The machine readable medium of
17. The machine readable medium of
18. The machine readable medium of
19. The machine readable medium of
21. The non-transitory computer-readable medium of
displaying the persistent thread header in a threaded email user interface in a sortable message list area of the threaded email user interface in place of the received email message and the at least one other email message; and
expanding the persistent thread header in the message list area to display information about email messages in the email thread.
22. The non-transitory computer-readable medium of
displaying the persistent thread header in the message list area; and
displaying information about the email thread in a content view area of the email user interface.
|
A portion of this disclosure contains material in which copyright is claimed by the applicant. The applicant does not object to the copying of this material in the course of making copies of the application file or any patents that may issue on the application, but all other rights whatsoever in the copyrighted material are reserved.
1. Field of the Invention
The present invention relates generally to the field of presentation of electronic mail. More specifically, the present invention provides an improved access to e-mail display by using threading to organize messages in a user's mailbox.
2. Description of the Related Art
As the amount of e-mail people receive continues to rise almost geometrically, there is an increased need for a way in which to manage that e-mail. When a user receives dozens or even hundreds of e-mails in a single day, the messages become difficult to usefully organize and contextualize. Add to that the occasional vacation, leaving no access to e-mail, and imagine the horror waiting for the user upon his return to find several hundred unread e-mails.
In an effort to help users get a handle on displaying their e-mails, some solutions have already been tried. The most simple example allows a user's inbox to be sorted by one or more various criteria. For example, a user can sort his inbox by message sender, by subject, by date, by file size, or by conversation. Sorting by message sender is helpful because it allows all messages from a single sender to be grouped together in the inbox view. This approach ignores the fact that individual e-mail messages are often part of a chain of messages from different users, forming a discussion. The user therefore loses the context of the conversation. That is, one can see only one side of the conversation. If someone else, including the mailbox user himself has responded to the sender in between two of the sender's messages, that response is lost. Thus, sorting messages merely by message sender is not an adequate solution to the problem of organizing one's inbox. Similarly, organizing messages by received date or by sent date is useful in that it allows messages to be read in the order in which they were received or sent, but does not really give the mailbox owner any context, especially since the user may be participating in multiple conversations at once via e-mail, and there is no grouping of the individual conversations. This problem is addressed partially by the ability to group messages by “conversation”, offered by Outlook, a product of Microsoft Corporation of Redmond, Wash. Outlook simply lists messages that are related to a single conversation, even if any message sender subsequently changes the subject line of the message in response to a previous message in that conversation. While this partially addresses the problem, the grouping adds no information about the group itself—it merely organizes the messages to be together in a list in the user's view of the inbox. In addition, all messages become conversations, even where there is only a single message in the conversation. This only adds extra overhead to the already encumbered inbox view. Thus, there is still room for refinement.
In view of the foregoing, a need therefore exists for a way to manage a user's inbox that organizes e-mails in such a way as to provide a thread of messages, including contextual information about the contents of each thread.
The present invention satisfies the foregoing need by providing a threaded list of messages in a user's mailbox. Each message received is checked to determine whether the new message is associated with one or more previous messages. If the received message is related to a single previous message, then a new thread is created. The new thread has an associated thread header, which stores metadata about the messages in the thread. If the received message is related to messages in an existing thread, then the received message is added to that thread, and the thread header for that thread is updated to reflect data from the received message. The thread headers are persistent data, that are stored in addition to the actual messages themselves. This allows various types of organizational and viewing operations to be performed directly on the thread headers. In a preferred embodiment, the thread header appears along with messages in a message list view of the user's inbox, and provides data about the thread to the user, including the number of messages in the thread, originator of the thread, the subject of the thread, and the time that the thread was most recently updated. Messages that are not part of a thread are preferably shown in the same view as threaded messages, but without a thread header. This allows a user to view both threaded and non-threaded messages in a single view.
The figures depict preferred embodiments of the present invention for purposes of illustration only. One skilled in the art will readily recognize from the following discussion that alternative embodiments of the structures and methods illustrated herein may be employed without departing from the principles of the invention described herein.
Referring now to
An e-mail message (or, simply, “an e-mail”) existing on its own is not part of a thread. A thread exists when there are two or more e-mails that bear a relationship to one another. In a preferred embodiment, an e-mail is part of a thread if it is a reply to an earlier message, or a forward of an earlier message. The earlier message is also part of the thread, once the thread comes into being. Note that the e-mails in a thread do not have to be located within a single folder in the user's mailbox. For example, a thread may include messages from the user's sent items folder, personal archive folders, inbox, and other folders used to organize the user's email. Accordingly, though the present invention is described in the context of threads within a single folder, it should be understood that this is for clarity of explanation only, and by no means intended as a limitation of the invention.
One way to determine whether an e-mail is part of a thread is to check whether messages have the same subject. In a preferred embodiment, when a message arrives, threading engine 104 first ignores any subject prefixes (such as RE:, FWD:, etc.) and then compares the remainder of the subject line heading with the subject headings of messages already in the recipient's inbox, here too ignoring their subject line prefixes. Because this method alone is over inclusive (two or more unrelated e-mails can have the same subject), a check is also performed to validate that the message rightfully belongs to the thread. For example, many people send e-mails having the subject “Hello.” As a result, there may be many messages in the user's inbox that have the subject “Hello,” but are not related to one another. Accordingly, in one embodiment, threading engine 104 checks the “In-Reply-To” field of the header of the incoming message to confirm that it shares the same message ID as an earlier message in the thread. The In-Reply-To SMTP header is a standard field in Internet e-mail as specified by RFC 822. In an alternative embodiment, other headers may be used, such as the message ID header.
When it is determined that a thread exists, threading engine 104 generates a thread header for the thread. A thread header contains information about the thread that it heads, including in one embodiment a sender, a subject, a date, and a number of messages unread in the thread. The thread header is a set of data about the thread that exists independently of the thread itself. Each thread has its own thread header. Threads within mailbox 106 can be sorted and displayed according to any sort criteria found in their respective thread header. For example, if the mailbox is sorted by Subject, then threads will be displayed in ascending or descending lexicographic order according to the subject of the earliest (oldest) message in the thread. If the mailbox is sorted by date, then threads will be displayed in order based upon the date appearing in the thread header, as set forth below.
Although messages in this view are not threaded, it is apparent from a review of inbox window 220 that some of the other messages are related to message 208. For example, messages 210, 212, 214, and 216 each, have the subject “Sampler Icon.” Accordingly, in a threaded view, we would expect to see these messages grouped together.
Referring now to FIG. D there is shown an example view of a user's inbox with threading turned on. Again, the view is split into two panels: the message listing 520, and the content view 518 of a single message. In message listing 520, there are again three columns: a “From” column 502, “Subject” column 504, and “Date Received” column 506. In the illustrated embodiment, sorting is again being done on the Date Received 506 column. When threading is turned on, a thread column 522 is also displayed in a preferred embodiment. The presence of an arrow in the thread column 522 pointing either to the right or down in indicates the beginning of a thread, and the line on which the arrow appears contains data from the thread header for the thread. Header 524 is one example of a thread header. Like a message line, header 524 includes From, Subject and Date Received data. Since the thread header is intended to give information to the user about the contents of the thread, contextual information from the thread is included in the header 524. For example, the From entry d28 provides the name of the person who started the thread. The Subject 530 in the thread header 524 is the original subject of the thread. The Date Received 532 entry is the date on which the most recent message in the thread was received. In alternative embodiments, other criteria could be used for the thread header. For example, the From entry could reflect the name of the person who most recently sent a message in the thread, instead of the person who originated the thread. Similarly, the subject entry could be the subject of the message as changed by one of the forwarders or respondents in the thread, or it could be the originating subject; and the Date Received could be the date on which the first message was received in the thread, instead of the most recent message. Other modifications could also be made as will be readily appreciated by those of skill in the art. Appropriately, the five messages 208, 210, 212, 214 and 216 (
In one embodiment messages within a thread are displayed against a colored background to separate them from other threads, or from messages not within any thread. For example, message 538 from Heather M. Snow with Subject “Ice cream today at 4 pm” is not within a thread. It is preferably displayed against a white or plain background. On the other hand, messages within thread 534 are displayed against a light blue background; thread header 524 is displayed against a darker background; and the message currently being viewed 508 is displayed against a high contrast background. Those of skill in the art will recognize that the particular colors or shades of colors used are not material to the present invention, and that any suitable manner of demarcating threads can be used.
When a new message arrives, threading engine 104 examines the subject and In-Reply-To fields of the message header to determine whether the message is related to any other messages already in the user's mailbox. Alternatively, the threading engine 104 may use just the In-Reply-To field to determine the existence of a thread. If the message is so related, and if a thread header has previously been created (i.e. there are already at least two related messages in the user's mailbox), the current message is added to the existing thread. Alternatively, if the message is related to another message, but a thread does not yet exist, a thread header is created for the new thread. The thread header information is updated, for example, to store the sender information for the most recent message, an updated count of the messages in the thread, the time of the most recent message, and any other attributes or fields that may be usefully included in the summary information of the thread header. The message inbox view is then adjusted as necessary, depending on its sort criteria. For example, if the message inbox is sorted according to Date Received, and the thread header indicates the date received of the most recent message, then when a new message arrives, the thread containing the new message will become the first message thread in the message list, if the list is in descending order of date received. This is illustrated further with respect to
In one embodiment, when a user expands a thread, the oldest unread message in the expanded thread is automatically highlighted. One implication of this is that if a user reads a message, collapses the thread, and then re-expands the thread, he is automatically shown the next unread message in the thread. This enables the user to review a some of the messages in a thread, close the thread, and then return to it later, and immediately pick up the review where he left off, without having to remember which was the last message reviewed.
In one embodiment, mailbox processor module 104 supports attribute-based color coding of messages, in which messages having certain attributes are automatically colored a certain color. In particular, one attribute for color coding is the message sender, so that all messages from a given sender have the same color. When threading is activated, the color of a thread takes on the color, if any, of the sender who initiated the thread. In an alternative embodiment, the color of the thread is the color associated with the sender who sent the most recent e-mail in the thread. This allows the user to tell from the thread header who has most recently added a message to the thread. In another embodiment, each sender may have an associated priority value. In this case, the color of the thread will be the color of the sender of a message in the thread having the highest priority.
Referring now to
The present invention has been described in particular detail with respect to a limited number of embodiments. Those of skill in the art will appreciate that the invention may additionally be practiced in other embodiments. First, the particular naming of the components, capitalization of terms, the attributes, data structures, or any other programming or structural aspect is not mandatory or significant, and the mechanisms that implement the invention or its features may have different names, formats, or protocols. Further, the system may be implemented via a combination of hardware and software, as described, or entirely in hardware elements. Also, the particular division of functionality between the various system components described herein is merely exemplary, and not mandatory; functions performed by a single system component may instead be performed by multiple components, and functions performed by multiple components may instead performed by a single component. For example, the particular functions of the threading engine 104 and so forth may be provided in many or one module.
Some portions of the above description present the feature of the present invention in terms of algorithms and symbolic representations of operations on information. These algorithmic descriptions and representations are the means used by those skilled in the e-mail management arts to most effectively convey the substance of their work to others skilled in the art. These operations, while described functionally or logically, are understood to be implemented by computer programs. Furthermore, it has also proven convenient at times, to refer to these arrangements of operations as modules or code devices, without loss of generality.
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the present discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “displaying” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system memories or registers or other such information storage, transmission or display devices.
Certain aspects of the present invention include process steps and instructions described herein in the form of an algorithm. It should be noted that the process steps and instructions of the present invention could be embodied in software, firmware or hardware, and when embodied in software, could be downloaded to reside on and be operated from different platforms used by real time network operating systems.
The present invention also relates to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, application specific integrated circuits (ASICs), or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus. Furthermore, the computers referred to in the specification may include a single processor or may be architectures employing multiple processor designs for increased computing capability.
The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may also be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description above. In addition, the present invention is not described with reference to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any references to specific languages are provided for disclosure of enablement and best mode of the present invention.
Finally, it should be noted that the language used in the specification has been principally selected for readability and instructional purposes, and may not have been selected to delineate or circumscribe the inventive subject matter. Accordingly, the disclosure of the present invention is intended to be illustrative, but not limiting, of the scope of the invention.
Lemay, Stephen O., Forstall, Scott, Christie, Greg
Patent | Priority | Assignee | Title |
10645052, | Sep 26 2016 | Microsoft Technology Licensing, LLC | Service integration into electronic mail inbox |
10860201, | Oct 13 2015 | LG Electronics Inc | Flexible display apparatus |
11671383, | Sep 26 2016 | Microsoft Technology Licensing, LLC | Natural language service interaction through an inbox |
Patent | Priority | Assignee | Title |
5948058, | Oct 30 1995 | NEC Corporation | Method and apparatus for cataloging and displaying e-mail using a classification rule preparing means and providing cataloging a piece of e-mail into multiple categories or classification types based on e-mail object information |
6330589, | May 26 1998 | Microsoft Technology Licensing, LLC | System and method for using a client database to manage conversation threads generated from email or news messages |
6442592, | Dec 11 1998 | NEC Corporation Of America | Message center system |
6496853, | Jul 12 1999 | Round Rock Research, LLC | Method and system for managing related electronic messages |
6525747, | Aug 02 1999 | Amazon Technologies, Inc | Method and system for conducting a discussion relating to an item |
6631398, | Jul 12 1999 | Round Rock Research, LLC | Managing redundant electronic messages |
6700591, | May 04 2000 | Microsoft Technology Licensing, LLC | Variable visual indicators based on predetermined characteristics |
6701346, | Jul 12 1999 | Round Rock Research, LLC | Managing redundant electronic messages |
6704772, | Sep 20 1999 | Microsoft Technology Licensing, LLC | Thread based email |
6714971, | Sep 29 1999 | Ricoh Co., Ltd. | Method and system for remote diagnostic, control and information collection based on various communication modes for sending messages to users |
6745197, | Mar 19 2001 | NUIX NORTH AMERICA INC | System and method for efficiently processing messages stored in multiple message stores |
6807566, | Aug 16 2000 | International Business Machines Corporation | Method, article of manufacture and apparatus for processing an electronic message on an electronic message board |
6832244, | Sep 21 2000 | International Business Machines Corporation | Graphical e-mail content analyser and prioritizer including hierarchical email classification system in an email |
7392280, | Nov 27 2001 | Meta Platforms, Inc | Method for summarization of threads in electronic mail |
20020073117, | |||
20020073157, | |||
20030163537, | |||
20030167310, | |||
20030185379, | |||
20040205536, | |||
20050038687, | |||
20060271630, | |||
20070081197, | |||
20080192302, | |||
20080244372, | |||
20090150496, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Feb 14 2011 | Apple Inc. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Aug 08 2014 | ASPN: Payor Number Assigned. |
Mar 08 2018 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Mar 09 2022 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Date | Maintenance Schedule |
Sep 23 2017 | 4 years fee payment window open |
Mar 23 2018 | 6 months grace period start (w surcharge) |
Sep 23 2018 | patent expiry (for year 4) |
Sep 23 2020 | 2 years to revive unintentionally abandoned end. (for year 4) |
Sep 23 2021 | 8 years fee payment window open |
Mar 23 2022 | 6 months grace period start (w surcharge) |
Sep 23 2022 | patent expiry (for year 8) |
Sep 23 2024 | 2 years to revive unintentionally abandoned end. (for year 8) |
Sep 23 2025 | 12 years fee payment window open |
Mar 23 2026 | 6 months grace period start (w surcharge) |
Sep 23 2026 | patent expiry (for year 12) |
Sep 23 2028 | 2 years to revive unintentionally abandoned end. (for year 12) |