JP4176803B2 - Handling access to different types of electronic messages through a common messaging interface - Google Patents

Description

  The present invention relates to electronic messaging, and more particularly to accessing different types of electronic messages via a common messaging interface.

  Computer systems and related technologies affect many aspects of society. In fact, the ability of computer systems to process information has changed the way we live and work. Currently, computer systems perform many of the tasks that were generally performed manually before the advent of computer systems (eg, document processing, scheduling, database management, etc.). More recently, computer systems are interconnected and connected to other electronic devices to form wired and wireless computer networks through which computer systems and other electronic devices transfer electronic data. Can now. As a result, many tasks performed on computer systems (eg, voice communication, access to e-mail, home electronic device control, web browsing, etc.) are often performed via wired and / or wireless computer networks. It involved electronic communication between computer systems and / or other electronic devices.

  In particular, electronic messaging has become an important method of communication. Computer system users often exchange electronic information by sending and receiving electronic messages (eg, email messages, instant messages, faxes, newsgroup postings, etc.). For example, a sending user typically selects a new message option from an email application to create an email message. In response to the selection, the email application displays one or more fields (eg, To field, Body field, etc.) that can receive data entered by the user. The sending user then enters data (such as with a keyboard) into the displayed field. If appropriate, the sending user saves the email message as a draft or sends the email message to the receiving user (by selecting the appropriate “Save” or “Send” in the email application). be able to.

  By sending an e-mail message, the e-mail message can be sent from the sending user's computer system through the sending mail server to the receiving mail server that stores the receiving user's e-mail message. The receiving user establishes a connection from the e-mail application to the receiving mail server in order to display the e-mail message. By establishing a connection, all e-mail messages sent to the receiving user, including mail messages from the sending user, are transferred from the receiving mail server to the receiving user's computer system, and the receiving user's computer Can be stored in the system. After the email message from the sending user is transferred and stored, the receiving user can manipulate the input device such as a mouse within the email application to display the stored email message.

  Computer system users can also send, receive, and store other different types of electronic messages using other different messaging applications. Unfortunately, different types of electronic messages (eg, email messages, instant messages, faxes, blog entries, voice messages, etc.) are typically stored in different data formats. For example, the data format used to store certain types of electronic messages, such as instant messages, is generally different from the data format used to store other different types of electronic messages, such as newsgroup posts. Thus, accessing a specified type of electronic message requires a user to use a messaging application that can access data stored in a data format corresponding to the specified type of electronic message. . For example, to access instant messaging, a user is generally required to use an instant messaging application.

  In addition, messaging applications are generally configured to access only a few or just one type of electronic message and can generally be used to access other additional types of electronic messages. Can not. That is, messaging applications are generally designed to access only data stored in a limited number of data formats and potentially only one data format corresponding to one or more specified electronic message types. Has been. For example, instant messaging applications are generally configured to access data stored in one or more instant message data formats, but generally access data stored in fax data formats. It is not configured.

  In addition, some data formats may be application specific. Thus, two messaging applications configured to access the same type of electronic message may nevertheless use different data formats to store electronic message data. For example, a first email application can store email messages using a first data format, and a second email application can use a second different data format to send email messages. Is stored. Thus, a messaging application developed to access a particular type of electronic message may not have access to all of the particular type of electronic message. For example, an e-mail message stored in a first data format by a first e-mail application is a second e-mail (eg, only e-mail messages stored in a second data format can be accessed) Cannot be accessed from the application.

  Also, each different message application typically stores a corresponding electronic message in a different database. For example, instant messaging applications can store instant messages in an instant messaging database, email applications can store email messages in an instant messaging database, and newsgroup leaders store newsgroup posts in the newsgroup database. can do.

  Thus, most if not all computer systems include several messaging applications that store message data in different data formats in different databases and access message data stored in different data formats and residing in different databases. It is out. For example, a computer system may include an email application that accesses an email message, an instant message application that accesses an instant message, a fax application that accesses a fax, and the like. For example, if a user wishes to access all available electronic messages corresponding to a specified entity, using multiple electronic messaging applications can be time consuming. If the desired electronic message is stored in a different data format and / or is in a different database, each messaging application must perform a separate search for the desired electronic message. For example, a user can switch to an email application (or switch between multiple email applications) to search for email messages, switch to an instant message application to search for instant messages, and switch to a voice message application to search for voice messages May be required to do. Having multiple messaging applications perform searches for electronic messages can result in undesirable consumption of time and computer system resources.

  Searching and querying for specific electronic messages or electronic message related data must also be performed separately in each electronic messaging application. That is, the user is required to use an email application to search for email messages. However, users generally cannot search for stored instant or voice messages using an email application. Having a separate search for each messaging application can be particularly problematic when the electronic message type is unknown. A user may be required to perform a search in each of several different messaging applications to locate a single electronic message.

  Thus, systems, methods, computer program products, and data structures for accessing different types of electronic messages via a common messaging interface are advantageous.

  The above problems associated with the state of the art are overcome by the principles of the present invention. The present invention is directed to methods, systems, computer program products, and data structures for accessing different types of electronic messages via a common messaging interface. Electronic messages are typically created according to an electronic message schema hierarchy. Electronic messages so that several data fields are defined in common (eg subject field, participant field, importance field, etc.) even between different types of electronic messages (eg between email messages and instant messages) Can be created. In addition, some data fields, such as data fields specific to a particular message protocol and / or specific message application, are defined separately (such as a PosterID in newsgroup postings and a deleted field in email messages) Thus, electronic messages can be created to differ between different types of messages. Thus, an electronic message may have some fields that are common to other electronic messages and some fields that are different from other electronic messages. By providing some commonly defined fields and other fields defined differently, electronic messages can be displayed in a common messaging interface, and electronic messages are protocol and / or application specific Will be able to have properties.

  Electronic message items (with some commonly defined data fields, and possibly other data fields defined differently) are other types of items such as contact items, folder items, document items, etc. And stored in the item database. The computer system can query the item database for message related data and display the query results in a common messaging interface. The querying computer system receives query criteria for message related queries (eg, requests for all electronic messages from “User A”, requests for all electronic messages received prior to April 27, 2003, etc.). . Query criteria can be received at a common messaging interface, for example, as a result of user input. The querying computer system sends a message related query to the item database according to the query criteria.

  The replying computer system receives the message related query from the querying computer system. The responding computer system accesses the item database to identify one or more portions of message-related data that satisfy the query criteria. The identification of message related data may include retrieving values of commonly defined data fields. Even for message items having data fields specific to several different protocols and / or applications, commonly defined fields can be searched. Thus, several different types of electronic messages (as represented by protocol and / or application specific data fields) may be identified. For example, all messages received before March 21, 2002 may include email messages, instant messages, fax messages, voice messages, and the like.

  The responding computer system returns one or more portions of the message related data to the querying computer system. The querying computer system receives one or more portions of message related data. The querying computer system configures the message related interface to access at least links to the respective portions of the message related data. Thus, when message items representing different types of electronic messages are received, links to the different types of electronic messages can be simultaneously displayed in a common messaging interface. The user can select a corresponding link to access a specific electronic message.

  Additional features and advantages of the invention will be set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the invention. The features and advantages of the invention may be realized and obtained by means of the instruments and combinations particularly pointed out in the appended claims. As described below, these and other features of the present invention will become more fully apparent from the following description and appended claims, or may be learned by the practice of the invention.

  To describe the manner in which the above and other advantages and features of the invention can be obtained, a more detailed description of the invention briefly described above will be made with reference to specific embodiments thereof illustrated in the accompanying drawings. Do it. With the understanding that the drawings are merely representative of general embodiments of the invention and are therefore not to be considered as limiting its scope, the invention is illustrated in the accompanying drawings. Described and explained with additional specificity and details through use.

  The principles of the present invention provide access to different types of electronic messages through a common messaging interface. Electronic message items are stored in the item database along with other types of items such as contact items, folder items, document items, and the like. An electronic message item has a number of data fields defined as shared, and other data fields representing properties specific to the protocol and / or application may be defined differently. The computer system can query the item database for message related data (eg, from a commonly defined data field), and can display a link to the message related data in a common messaging interface. Links with different types of electronic messages (as represented by protocol and / or application specific properties) can be displayed simultaneously in a common messaging interface.

  Embodiments within the scope of the present invention include computer-readable media that contain or store computer-executable instructions or data structures. Such computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer system. Such computer-readable media include, but are not limited to, RAM, ROM, EPROM, CD-ROM or other optical disk storage devices, magnetic disk storage devices or other magnetic storage devices, or computer-executable instructions, computers A physical storage medium, such as any other medium that can be used to contain or store the desired program code means in the form of readable instructions or data structures and that can be accessed by a general purpose or special purpose computer system Can be included.

  In this description and in the claims that follow, a “network” is defined as one or more data links that allow the transport of electronic data between computer systems and / or modules. When information is transferred or provided to a computer system via a network or other communication connection (wired, wireless, or a combination of wired and wireless), the connection is considered a computer-readable medium. Thus, any such connection is accurately referred to as a computer readable medium. Combinations of the above should also be included within the scope of computer-readable media. Computer-executable instructions comprise, for example, instructions and data which cause a general purpose computer system or special purpose computer system to perform a function or group of functions. The computer-executable instructions may be, for example, binary or intermediate format instructions such as assembly language, and may be source code.

  In this description and in the claims, a “computer system” is defined as one or more software modules, one or more hardware modules, or a combination thereof that work together to operate on electronic data. . For example, a computer system definition includes hardware components of a personal computer and software modules such as an operating system of the personal computer. The physical placement of the modules is not important. A computer system may include one or more computers coupled via a network. Similarly, a computer system may include a single physical device (such as a mobile phone or personal digital assistant “PDA”) with which internal modules (such as a memory and processor) work together to operate on electronic data. .

  In this description and in the claims that follow, a “schema” is defined as a representation of a shared vocabulary between computer systems that can process a document according to the shared vocabulary in which the computer systems are represented. For example, an extensible markup language (“XML”) schema can define and describe a class of XML documents using schema constructs (eg, name / value pairs) of the XML schema language. Use these schema constructs to constrain and document the data types, elements and their contents, attributes and their values, entities and their contents, and the meaning, use, and relationships of the notations used in XML documents be able to. Thus, any computer system that can access the XML schema can process the XML document according to the XML schema. Further, any computer system that can access the XML schema can configure or modify the XML document so that it can be used by other computer systems and / or message processors that can also access the XML schema. Can do.

  The schema is defined to include a document type definition (“DTD”), such as a DTD file ending with a “.dtd” extension. The schema is also defined to include a WWW Consortium (“W3C”) XML schema, such as an XML schema file ending with a “.xsd” extension, for example. However, the actual file extension of a particular DTD or XML schema is not important. Using schemas, logical, binary, octal, decimal, hexadecimal, integer, floating point, character, string, user-defined data types, and combinations of these data types used to define data structures You can define virtually any data type, including. Some examples of user-defined data types include a DateTime data type that represents date and time data, and an EAddress data type that represents electronic address data, such as a telephone number, email address, and instant message address. Schemas can also be defined for references or links to other schemas in the schema hierarchy.

  Many types of computer system configurations including personal computers, laptop computers, handheld devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, mobile phones, PDAs, pagers, etc. Those skilled in the art will appreciate that the present invention may be implemented in a network computing environment including: The present invention is a distributed system environment in which both local and remote computer systems that are linked through a network (either by wired data links, wireless data links, or a combination of wired and wireless data links) perform tasks. Can also be implemented. In a distributed system environment, program modules can be located in local and remote memory storage devices.

  FIG. 1 illustrates an example network architecture 100 and general schema hierarchy 150 that facilitates efficient sorting and access to electronic message related data in accordance with the principles of the present invention. The network architecture 100 includes a computer system 102, a computer system 109, a database 114, and a network 121. Computer system 102 and computer system 109 are connected by communication link 106. Computer system 102 and computer system 109 can exchange message-related data (eg, email messages, instant messages, fax messages, newsgroup posts, voice messages, message attachments, etc.) via link 106. For example, the computer system 109 may be a messaging server that stores electronic messages. The computer system 102 can sometimes connect to the computer system 109 to download electronic messages.

  Computer system 109 is connected to database 114 by link 123. Database 114 may be a database that stores a plurality of different types of database items. For example, the contact silo 183 can store contact items that represent contacts (individuals, organizations, companies, etc.), and the folder silo 183 can store folders of other types of items (such as store message items). Folder silo 184 can be stored, message silo 184 can store message items representing electronic messages, and document silo 186 can store document items representing various types of documents. Database items stored in database 114 may include data fields defined according to the schema of schema hierarchy 150. The series of three periods (omitted) before the contact silo 182 and after the document silo 186 can include other silos in the database 114 (potentially storing other different types of database items). Indicates.

  The computer system 109 is connected to the network 121 by a link 118. The network 121 may be a local area network (“LAN”), a wide area network (“WAN”), or the Internet. The computer 109 can transmit and receive data to and from other computer systems connected to the network 121 via the link 118. Computer system 102, computer system 109, and possibly other computer systems connected to network 121 can access the schema included in schema hierarchy 150.

  The schema hierarchy 150 generally represents a data format that defines an electronic message. Message items representing electronic messages (and other types of items in database 114) can be defined according to basic item schema 151. In general, a basic item schema can define a data format for data fields (eg, globally unique IDs and display names) used to distinguish one database item from another database item. Accordingly, the message items stored in message silo 184 (and the items stored in contact silo 182, folder silo 183, and document silo 186) are one or more data defined in accordance with basic item schema 151. Can contain fields.

  The message schema 152 may include one or more data fields (eg, message subject) common to multiple types of electronic messages (email messages, instant messages, newsgroup posts, blog entries, fax messages, voice mail messages, etc.). Define the data format). The message schema 152 can define a general format, such as a text format or a hypertext markup language (“HTML”) format, for example. Accordingly, the message items stored in message silo 184 can include one or more data fields defined according to message schema 152. Message schema 152 may define data fields that reference or link to data fields defined according to other schemas in schema hierarchy 150.

  For example, the message schema 152 defines one or more data fields that reference or link to contact related information (with data fields defined according to the contact schema 153) in the contact silo 182. Can do. Accordingly, message items defined in accordance with message schema 152 can refer to or link to contact related information in silo 182. Referencing or linking to contact related information may indicate that an entity corresponding to the contact related information is associated with the message item. Similarly, the message schema 152 may define one or more data fields that reference or link to folder related information (with data fields defined according to the contact schema 153) in the folder silo 183. it can. Thus, message items defined according to message schema 152 can also refer to or link to folder related information in folder silo 183. Referencing or linking to the folder related information can indicate that the message item is stored in a folder corresponding to the folder related data.

  Similarly, the message schema 152 can define one or more data fields that reference or link to document related information. Thus, a message item defined according to schema 152 includes one or more attachments (with data fields defined according to attachment schema 157) that reference or link to file related data in document silo 186. be able to. Referencing or linking to document related data can indicate that the document corresponding to the document related data is an attachment to the message item. Further, message items defined according to message schema 152 may reference or link to account related data defined according to account schema 158. The content of the message item (eg, message body or message attachment) can include data fields defined according to the content schema 156.

  Message items defined in accordance with schema 152 may also include data fields defined in accordance with one or more message extension schemas. Some message extension schemas may be protocol extensions that facilitate compatibility with specified message protocols. Message protocol extension schema 161 may include one or more message protocol extension schemas that define data fields specific to a particular message protocol. For example, the protocol extension schema 162 can define the data format of one or more data fields specific to the first message protocol (eg, Network News Transfer Protocol (“NTTP”, etc.)), and the protocol extension schema 163 May define the data format of one or more data fields specific to the second message protocol (eg, Post Office Protocol (“POP”)). Protocol extension schemas can be arranged hierarchically. For example, protocol extension schema 164 may define the data format of additional data fields that are specific to a particular implementation of the first message protocol (with data fields defined according to protocol extension schema 162).

  Other message extensions may be application extensions that facilitate compatibility with designated message applications. Message application extension schema 166 may include one or more message application extension schemas that define data fields specific to the message application. For example, the application extension schema 167 can define the data format of one or more data fields specific to a first message application (such as an email application), and the application extension protocol schema 168 can define a second message. The data format of one or more data fields specific to an application (such as a fax application) can be defined. Application extension schemas can be arranged hierarchically. For example, the application extension schema 169 can define the data format of additional data fields specific to a particular version of the second messaging application (with data fields defined according to the application extension schema 168).

  Accordingly, a message item having a data field defined according to the message schema 152 can also have an additional data field defined according to either the message protocol extension schema 161 or the message application extension schema 166 extension schema. Data fields corresponding to message extensions are “pinned” to the message item as needed and removed from the message item to facilitate compatibility with existing message protocols and message applications. Therefore, the structure of the data field included in the message item can change over time.

  An application, such as the message application 111 (database interface module), may require that a particular protocol extension schema or data field of the application extension schema be pinned or removed from the message item before accessing the message item. it can. Thus, message items can be changed for compatibility with a particular message protocol or message application. For example, the message application 111 can request that the fields of the NNTP protocol extension schema remain in the message item 116. Accordingly, the message application 111 can retrieve the message item 116 and modify the message item 116 to include data that facilitates compatibility with the NNTP protocol (eg, defined according to the protocol extension schema 162). The modified message item 116 can then be transferred to the computer system 102 or stored again in the database 114.

  2A and 2B are diagrams illustrating an example of a more detailed schema hierarchy 200 in accordance with the principles of the present invention. As shown in FIG. 2A, the schema hierarchy 200 includes a basic item schema 210. The basic item schema 210 includes a correlation field 211 that defines a data format representing the basic item data. More specifically, the correlation field 211 can define a data format as shown in Table 1.

  As shown in FIG. 2A, the schema hierarchy 200 includes a message schema 212. Message schema 212 is derived from base item schema 210 and also includes a correlation field 213 that defines the data format that represents the message item. The fields in the message schema 212 can be applied to elementary items with globally unique identifiers (defined in the elementary item schema 210) to cause the elementary items to present message item properties. More specifically, the correlation field 213 can define a data format as shown in Table 2.

  As shown in FIG. 2A, the schema hierarchy 200 includes a content schema 216. The content schema 216 includes a correlation field 217 that defines a data format that represents a portion of the content associated with the message item. A message item defined according to message schema 212 may include a link to a portion of the content (such as a body or attachment) defined according to content schema 216. This can be a link to a document, event, or some other part of the content. A message item can have multiple texts and / or attachments. For example, a multipart MIME message can include multiple bodies. More specifically, the correlation field 217 can define a data format as shown in Table 3.

  As shown in FIG. 2A, the schema hierarchy 200 includes an attachment schema 218. The content schema 218 includes a correlation field 219 that defines a data format that represents the attachment associated with the message item. An attachment defined according to the attachment schema 218 can include a link to a message item defined according to the message schema 212. More specifically, the correlation field 219 can define a data format as shown in Table 4.

  As shown in FIG. 2A, the schema hierarchy 200 includes a content property schema 224. The content property schema 224 includes a correlation field 225 that defines a data format representing the content property. The content property includes a field that describes the content of the message. Content properties are used for relationships between message items and portions of content (eg, defined according to content schema 216) or attachment extensions (eg, defined according to attachment schema 218). More specifically, the correlation field 225 can define a data format as shown in Table 5.

  As shown in FIG. 2B, the schema hierarchy 200 includes a plurality of message extension schemas including a message protocol extension schema 230 and a message application extension schema 250. Message protocol extension schema 230 includes a plurality of protocol extension schemas that can be used to extend message items for compatibility with multiple corresponding message protocols. For example, the message protocol extension schema 230 includes an instant message protocol schema 231, an email protocol schema 233, and a fax protocol schema 235 that can facilitate compatibility with instant message, email, and fax protocols, respectively. Ellipses before, between, and after the schema explicitly shown in the message protocol extension schema 230 indicate that the message protocol extension schema 230 is for compatibility with additional schemas (eg, voice message protocol, blog input protocol, etc.). For example, for message item expansion).

  Vertical ellipses 232 and 236 indicate that the instant message protocol schema 231 and the fax protocol schema 235 may each include one or more correlation data fields. One or more correlation data fields can be used to extend the message item for compatibility with the corresponding message protocol. For example, the email protocol schema 233 includes a correlation field 234 that can be used to extend message items (eg, defined according to the message schema 212) for compatibility with email protocols. More specifically, the correlation field 234 can define a data format as shown in Table 6.

  As shown in FIG. 2B, email POP3 schema 237 is derived from email protocol schema 233 and includes an additional correlation field 238 that defines POP3-specific data. The email POP3 schema 237 can be used to extend an email message to facilitate compatibility with the POP3 protocol (eg, including fields defined according to the email protocol schema 233). The correlation field 238 can define a data format as shown in Table 7.

  As shown in FIG. 2B, email NNTP message schema 239 is derived from email protocol schema 233 and includes an additional correlation field 240 that defines NNTP specific data. The email NNTP schema 237 can be used to extend an email message to facilitate compatibility with the NNTP protocol (eg, including fields defined according to the email protocol schema 233). The correlation field 240 can define a data format as shown in Table 8.

  As shown in FIG. 2B, the email community news schema 241 is further derived from the email NNTP schema 239 and includes an additional correlation field 242 that defines community news specific data. The email community news schema 241 can be used to extend the NNTP message to facilitate compatibility with community news messages (eg, including fields defined according to the email NNTP schema 239). The correlation field 242 can define a data format as shown in Table 9.

  The message application extension schema 250 includes a plurality of application extension schemas that can be used to extend message items for compatibility with a plurality of corresponding message applications. For example, the message application protocol extension schema 250 can facilitate compatibility with a blog application, a first email application, and a second email application, respectively, a blog application schema 251, an email application schema 253, and A second email application schema 255 is included. Ellipses before, between, and after the schema explicitly shown in the message application extension schema 250 indicate that the message application extension schema 250 is compatible with additional schemas (eg, voice message application, fax application, newsgroup application, etc.). For example, for message item extensions).

  Vertical ellipses 252 and 256 indicate that the blog application schema 251 and the second email application schema 255 may each include one or more correlation data fields. One or more correlation data fields can be used to extend the message item for compatibility with the corresponding message application. For example, the email application schema 253 includes a correlation field 254 that can be used to extend message items for compatibility with a particular email application. The particular email application may be different from the second email application corresponding to the second email application schema 255. More specifically, the correlation field 254 can define a data format as shown in Table 10.

  FIG. 5 illustrates an example flow diagram of a method 500 for accessing different types of electronic messages via a common messaging interface in accordance with the principles of the present invention. FIG. 3 illustrates a first example of a display 300 generated by a common messaging interface in accordance with the principles of the present invention. FIG. 4 illustrates a second example of a display 400 generated by a common messaging interface in accordance with the principles of the present invention. Method 500 is described with respect to network architecture 100, schema hierarchy 150, display 300, and display 400.

  Method 500 includes an act of receiving query criteria for a message related query (act 501). Act 501 may include the computer system receiving query criteria for a message related query. For example, the shared messaging interface 103 can receive query criteria for message related queries. Query criteria may be received remotely from an input device (such as a mouse or keyboard) or from another computer system.

  Display 300 (eg, a display generated by shared messaging interface 103) represents a query input interface 311 that can receive query criteria for use in querying message-related data. The query input interface 311 can receive query criteria associated with Message Favorites 331, such as associated with all messages, received messages, sent messages, deleted messages, and the like. The user can select one or a plurality of items in the Message Favorites 311 by operating an input device (such as a mouse). By selecting one item in Message Favorites 311, the query input interface 311 can receive the query criteria. For example, by the user selecting “Sent Messages” (eg, by “clicking” on Sent Messages), the query input interface 311 can receive the query criteria used to search for outgoing messages.

  The user can select the down arrow 321 by operating the input device, and additional message favorites are displayed by the down arrow. By selecting such additional message favorites, the query input interface 311 can receive other and / or additional query criteria. The query criteria received as a result of the selection of an item in Message Favorites 311 can be used to retrieve message related data values contained in the message item. For example, the received query criteria can be used to search for message items having data fields defined according to schema hierarchy 150 (or schema hierarchy 200) and / or stored in message silo 184.

  Query input interface 311 may also receive query criteria related to All Properties 332, such as related to message participants, message dates, message status, personal messages, family messages, work messages, and the like. The user can select one or more items corresponding to the All Properties 332 by operating the input device. For example, when the user selects “work”, the query input interface 311 can receive query criteria used to search for work-related messages.

  All Properties 332 can be arranged as a hierarchical tree of properties. The user can operate the input device to display or hide the lower-level properties. The user can select “+” associated with a higher-level property to display the corresponding lower-level property. For example, the user can select +322 to display lower selectable Date properties (send date, receive date, etc.). On the other hand, the user can select “-” associated with a higher-level property to hide the corresponding lower-level property. The lower property 333 is an example of a result of selecting + associated with the People property. As shown in the figure, lower properties “To”, “From”, “CC”, and the like are displayed. The subordinate properties indicated by subordinate properties 333 can include additional subordinate properties. For example, by selecting + associated with the “Other” sub-property (of the sub-property 333), the sub-property below the Other sub-property can be displayed.

  The user can select different levels of properties from the All Properties 332 by manipulating the input device. By selecting properties, the query input interface 311 can receive other and / or additional query criteria. The query criteria received as a result of the selection of the item in All Properties 311 can be used to retrieve message related data values contained in the message item. For example, the received query criteria can be used to retrieve message items having data fields defined according to schema hierarchy 150 (or schema hierarchy 200) and / or stored in message silo 184.

  The input field 314 can receive query criteria for querying for keywords included in the message. The user can input text into the input field 314 by operating an input device (such as a keyboard). Query criteria received as a result of entering text in input field 314 may be used to retrieve message-related data values contained in the message item. For example, the received query criteria can be used to search for message items having data fields defined according to schema hierarchy 150 (or schema hierarchy 200) and / or stored in message silo 184.

  Understand that combined query criteria can be received including query criteria associated with Message Favorites 331, and / or query criteria associated with All Properties 332, and / or query criteria entered in input field 314. I want to be. The combined query criteria may result when multiple items are selected from Message Favorites 331 or All Properties 332. Combined query criteria may also result when one or more items from Message Favorites 331 are combined with one or more items from All Properties 332. In addition, the combined query criteria may result when one or more items from Message Favorites 331 or one or more items from All Properties 332 are combined into the text entered in input field 314. There is.

  Thus, the query criteria can be coarser to broaden the query and obtain more results. For example, in the query criteria showing all Sent Messages (entered by selecting “Sent Messages” from Message Favorites 331) from the specified user (entered by selecting “From” from All Properties 332) More results may be obtained. On the other hand, the query criteria can be refined to narrow the query and obtain fewer results. For example, all family associations received (entered by selecting "Received Messages" from Message Favorites 311 and selecting "Family" from All Properties 332), including the keyword "fireworks" (entered in input field 314) The query criteria that show this message may yield fewer results. Thus, query criteria can be flexibly received to meet user needs.

  The query input interface 311 explicitly shows controls for receiving some of the different types of query criteria that can be used to retrieve message related data. However, the query input interface does not include query criteria (received at query input interface 311) that retrieves substantially all values from message item data fields, including retrieval of values from message item data fields defined according to the schema hierarchy. It should be understood that other types of query criteria can be received in addition to what can be done. For example, the query input interface can receive query criteria to retrieve any message item data field (participant field, subject field, etc.) value defined according to schema hierarchy 150 or schema hierarchy 200.

  A link from message schema 152 to folder 154 indicates that a message item defined according to message schema 152 can be linked to a folder item defined according to folder schema 154. When a message item is linked to a folder item, the message item can be considered to be in the folder item “in” (and thus the folder item is message-related data). A message item may include links to multiple folder items. Therefore, the message item can be regarded as being in a plurality of folders. Thus, the query input interface can be configured to receive appropriate query criteria for message related queries that search (or “strike”) multiple folders.

  The link from the attached file 157 to the message schema 152 indicates that the attached file defined according to the attached file schema 157 can be linked to the message item defined according to the message schema 152. When an attachment is linked to a message item, the attachment can be considered to be in the message item (and thus the attachment is message related data). A message item may include multiple attachments. Therefore, the message item can be regarded as including a plurality of attached files. The attached file can be a document stored in the document silo 186. Thus, the query input interface can be configured to receive appropriate query criteria for message related queries that search for documents.

  A link from message schema 152 to contact schema 153 indicates that a message item defined according to message schema 152 can be linked to a contact item defined according to contact schema 153. When a message item is linked to a contact item, the entity corresponding to the contact item can be considered a participant in the message item. A message item may include links to multiple contact items. Thus, the message item can be considered as having multiple participants. Thus, the query input interface can be configured to receive appropriate query criteria for message related queries that search for participants.

  The received query criteria can be used to search the data fields of message items having any primary message type (such as those defined in PrimaryType in Table 2). For example, the received query criteria can be used to search for email messages, instant messages, voice mail messages, fax messages, newsgroup posts, blog entries, and the like.

  The method 500 includes a functional result-oriented step (step 509) that simultaneously presents message-related data corresponding to different types of electronic messages at a common messaging interface. Step 509 may include any corresponding action to achieve a result of simultaneously presenting message related data corresponding to different types of electronic messages in a common messaging interface. However, in the example method of FIG. 5, step 509 includes a corresponding act of sending a message related query according to the received query criteria (act 502).

  Act 502 may include sending a message related query in accordance with the query criteria received by the querying computer system. For example, the computer system 102 can send a query 107 that includes the query criteria 117 to the computer system 109. Query criteria 117 may be a query criteria received at common messaging interface 102 (eg, as a result of a selection made at a query input interface similar to query input interface 311).

  The sent message-related query can be a query for the value of the message item data field (participant, subject, etc.). For example, a message related query may be stored in message silo 184 and / or queried for message item data fields of message items defined according to schema hierarchy 150 (or schema hierarchy 200). A sent message-related query can span multiple folders. For example, the sent query can query the values of message item data fields in a plurality of folder items stored in the folder silo 183. The sent message related query can query the document associated with the message item. For example, the sent message-related query can query for the value of the document item data field in the document silo 186. The sent message related query can query for the participant associated with the message item. For example, the sent message-related query can query for the value of the contact item data field in the contact silo 182. Message-related queries can query for values of data field items common to multiple types of electronic messages, such as e-mail messages, instant messages, voice mail messages, fax messages, newsgroup posts, blog entries, etc. it can.

  Method 500 includes an act of receiving a message related query that includes the query criteria (act 505). Act 505 may include the responding computer system receiving a message related query that includes the query criteria. For example, the computer system 109 can receive a query 107 that includes the query criteria 117 from the computer system 102. Accordingly, the computer system 109 can receive query criteria for a query that queries a message item field, spans multiple folders, queries a participant, or queries a document. Received message-related queries are for data field values that are common to multiple types of electronic messages, such as common to email messages, instant messages, voice mail messages, fax messages, newsgroup posts, and blog entries. Can be queried.

  Method 500 includes an act of accessing an item database (act 506). Act 506 may include the responding computer system accessing the item database. For example, the computer system 109 can access the database 114. If appropriate, the message application 111 can translate the query 107 into a database access command 112. The computer system 109 can then send a database access command 112 to the database 114. Database access command 112 may include appropriate database instructions for performing query 107.

  Method 500 includes an act of identifying a portion of message-related data that satisfies the query criteria from the item database (act 507). Act 507 may include the computer system identifying a portion of the message related data that satisfies the query criteria from the item database. For example, the computer system 109 can identify the message related data 108. Database 114 may send message related data 108 to computer system 109 in response to database access command 112. Message related data 108 may include one or more portions of message related data that meet query criteria (such as query criteria 117).

  The identified message-related data may include data from any of the database 114 silos. For example, message participant data may be returned from contact silo 182, message folder data may be returned from folder silo 183, message data may be returned from message silo 184, and message attachment data may be returned from document silo 186.

  Message silo 184 can store multiple message items, each with a different message type (as indicated by the primary type value). For example, the message silo 184 can store email messages, instant messages, voice mail messages, fax messages, newsgroup posts, blog entries, and the like. Message items in message silo 184 may be defined according to message schema 152 (or message schema 212). Thus, a message item can include multiple common data fields, even different types of message items.

  It should be understood that message items extended according to message protocol extension schema 161 and / or message application extension schema 166 can nevertheless hold fields defined according to message schema 152 or 212. Thus, message items extended for compatibility with a particular message protocol and / or message application can still be queried for values in commonly defined fields. For example, all messages in message store 184 can be defined according to message schema 152 or 212, so for message items of any type or having any extension, a specific value in the message subject field Can be queried (or can be queried for values in any other fields defined in accordance with, for example, message schema 152 or 212).

  Accordingly, the message-related data 108 can include message items representing multiple types of electronic messages. That is, different types of electronic messages may have values that meet the received query criteria. For example, fax messages and newsgroup posts may include subject field values and / or importance field values that meet received query criteria (eg, query criteria 117) (and / or other field values defined according to message schema 152 or 212). ).

  Method 500 includes an act of returning multiple portions of message-related data (act 508). Act 508 may include the computer system returning the identified portion of the message related data. For example, computer system 109 can return message-related data 108 to computer system 102. The message application 111 can properly format the message related data 108 before the message related data 108 is returned to the computer system 102.

  Step 509 includes a corresponding act of receiving multiple portions of message related data that satisfy the query criteria (act 503). Act 503 may include the computer system receiving a portion of the message related data that satisfies the query criteria. For example, computer system 102 can receive message-related data 108 (which satisfies query criteria 117) from computer system 109.

  The received message related data may include a portion of message related data having one or more data fields defined according to different extension schemas. For example, some of the message related data may include data fields defined according to schema 162, and another different portion of the message related includes data fields defined according to schema 163. Both parts may be data fields defined according to message schema 152 or 212.

  Step 509 includes configuring a common messaging interface to access at least links to each portion of the received message-related data (operation 509). Act 509 may include configuring a common messaging interface so that the computer system can access at least links to each portion of received message-related data. For example, the computer system 102 can configure the common messaging interface 103 to access at least links to each part of the message-related content 108.

  Returning to FIG. 3, the display 300 shows an example of displaying a link to the message-related data portion. The display 300 shows a message type column 304, a subject column 306, a from column 307, a to column 308, a data column 309, and a size column 311. Message type column 304 displays an indication of the type of message related data. Different icons can be displayed to represent different types of message related data. For example, the envelope icon 333 may represent an email message, the text bubble icon 334 may represent an instant message, the telephone icon 335 may represent a voice mail message, and the fax machine icon 336 may represent a fax message. Other types of icons can also be displayed to represent other types of messages, such as newsgroup posts, blog entries, and the like.

  A paper clip icon attached to an icon representing a message indicates that the attached file is associated with the message represented. For example, a text balloon icon and an attached paper clip icon 337 represent an instant message associated with the attached file. An icon 338 indicates that the attached file is a picture document.

  The user can select an icon representing an electronic message to display the contents of the electronic message. For example, the user can select the envelope icon 333 to display the contents of the represented email message. Thus, the envelope icon 333 essentially functions as a link to the content of the represented email message. By selecting the envelope icon 333, additional queries (for the content of the electronic message represented by the envelope icon 333) can be sent to the database 114. The portion of message related data received in response to the additional query may be displayed on display 300. Alternatively, an appropriate messaging application can be launched in response to the received portion of the message related data. For example, if some message-related data is defined according to a schema extension (such as an email application schema), launch the application corresponding to the schema extension (such as an email application) Can be displayed.

  Similarly, the user can select a message participant (link to participant content) and display the content of the contact item. For example, the user can click “User G” to display contact information (stored in the contact silo 182) corresponding to “User G”. Similarly, the user can select the attachment file icon (link to the attachment file) to display the contents of the attachment file. For example, the user can select icon 338 to display the document “Products.jpg” (eg, stored in document silo 186). Participants and document content can be displayed on the display 300. Alternatively, an appropriate application can be launched to display the participant or document content.

  The subject column 306 indicates the subject of the message related data corresponding to the icon of the message type column 304. The From column 307 indicates the entity that transmitted the message related data corresponding to the icon in the message type column 304. The To column 308 represents a recipient of message related data corresponding to the icon in the message type column 304. The data column 309 represents the date on which the message related content corresponding to the icon in the message type column 304 was transmitted. The size column 311 represents the size of the message related content corresponding to the icon in the message type column 304.

  It may not be possible to display all received parts of message related content at the same time. The user can manipulate the slider control 319 to scroll up and / or down to display additional portions of message related content. The user can also select the up arrow 323 to scroll up and select the down arrow 324 to scroll down. A box can be selected from box 316 to minimize, maximize, resize, or close the display 300. Message indicator 303 indicates the number or portion of message-related data received in response to the query.

  Message menu 317 shows message operations that can be initiated via display 300. For example, the user can close, forward, or print the currently selected electronic message. The user can also initiate an email message, instant message, fax message, or call by selecting the appropriate icon from the message menu 317. Message list 318 shows message types that can be used to respond to the displayed message. The user can select the appropriate icon and respond with a message of the type specified for the displayed message. For example, the user can select a fax icon from the message list 318 and respond to the voice mail message (eg, represented by the phone icon 335) with a fax message.

  Data suitable for responding to messages using the general format can be entered. Message properties specific to a particular type of message can be mapped to a general format. Thus, the general format can span multiple message types. For example, the “TO:” field of an email message and the “Originator” field of an instant message can be mapped to a similar (or the same) input field in the general format. The general format may be displayed in a common messaging interface (eg, common messaging interface 103) in response to selection of an icon from message list 318.

  Referring now to FIG. 4, display 400 illustrates a second example of display 400 generated by a common messaging interface in accordance with the principles of the present invention. The display 400 has the same general characteristics as the display 300. That is, the query input interface 411 can receive query criteria, the message indicator 403 indicates the number of messages returned in response to the query, and the message menu 417 can be initiated via the display 400. Message list 418 indicates message types that can be used to respond to the displayed message, and a box can be selected from box 416 to minimize, maximize, resize, or close display 400.

  Display 400 further represents a view of the “clients” folder (potentially stored in folder silo 183), which includes messages grouped by client. User icons 431 represent different clients. Below each client is a message that the client is a participant. For example, user A participates in an instant message with the subject “How about work?”. A user can change the configuration settings of a common messaging interface (eg, common messaging interface 103) to display messages by participants associated with the folder.

  FIG. 6 and the following description are intended to provide a brief overview of a computing environment suitable for implementing the invention. Although not required, the invention will be described in the general context of computer-executable instructions, such as program modules, being executed by computer systems. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of program code means that perform the operations of the methods disclosed herein.

  With reference to FIG. 6, an example system for implementing the invention includes a processing unit 621, a system memory 622, and a computer system 620 that includes a system bus 623 that couples various system components including the system memory 622 to the processing unit 621. In the form of a general purpose computing device. Processing unit 621 may execute computer-executable instructions designed to implement the functions of computer system 620, including the functions of the present invention. The system bus 623 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory includes read only memory (“ROM”) 624 and random access memory (“RAM”) 625. A basic input / output system (“BIOS”) 626 includes basic routines that help transfer information between elements within the computer 620, such as during startup, and can be stored in ROM 624.

  The computer system 620 is removable, such as a magnetic hard disk drive 627 that reads from and writes to a magnetic hard disk 639, a magnetic disk drive 628 that reads from or writes to a removable magnetic disk 629, and a CD-ROM or other optical media. An optical disk drive 630 that reads from or writes to a new optical disk 631 may also be included. The magnetic hard disk drive 627, magnetic disk drive 628, and optical disk drive 630 are connected to the system bus 623 by a hard disk drive interface 632, a magnetic disk drive interface 633, and an optical disk drive interface 634, respectively. The drive and its associated computer-readable media provide non-volatile storage of computer-executable instructions, data structures, program modules, and other data in the computer system 620. The example environment described herein uses a magnetic hard disk 639, a removable magnetic disk 629, and a removable optical disk 631, but a magnetic cassette, flash memory card, digital versatile disk, Bernoulli cartridge, RAM Other types of computer readable media for storing data may be used, including ROM, etc.

  Program code means including one or more program modules, including operating system 635, one or more application programs 636, other program modules 637, and program data 638, may be hard disk 639, magnetic disk 629, optical disk 631, It can be stored in ROM 624 or RAM 625. A user may enter commands and information into the computer system 620 through a keyboard 640, a pointing device 642, or other input devices (not shown) such as a microphone, joystick, game pad, scanner, or the like. These and other input devices can be connected to the processing system 621 via an input / output interface 646 that is coupled to the system bus 623. The input / output interface 646 may be, for example, a serial port interface, a PS / 2 interface, a parallel port interface, a universal serial bus (“USB”) interface, or an Institute of Electrical and Electronics Engineers (“IEEE”) 1394 interface (ie, FireWire interface). Any of a variety of various interfaces can be logically represented, or even a combination of various interfaces can be logically represented.

  A monitor 647 or other display device is also connected to the system bus 623 via the video interface 648. A speaker 669 or other audio device is also connected to the system bus 623 via the audio interface 649. Other peripheral output devices (not shown) such as a printer can also be connected to the computer system 620.

  The computer system 620 can be connected to a network such as, for example, a computer network, a home network, an intranet, and / or the Internet for an entire office or an entire enterprise. The computer system 620 can exchange data with external sources such as, for example, remote computer systems, remote applications, and / or remote databases over such networks.

  The computer system 620 includes a network interface 653, through which the computer system 620 receives data from and / or transmits data to an external source. As shown in FIG. 1, network interface 653 facilitates data exchange with remote computer system 683 via link 651. The network interface 653 may logically represent one or more software and / or hardware modules, such as a network interface card and a corresponding network driver interface specification (“NDIS”) stack. Link 651 represents a portion of the network (such as an Ethernet segment) and remote computer system 683 represents a node of the network.

  Similarly, computer system 620 includes an input / output interface 646 through which computer system 620 receives data from and / or transmits data to an external source. Input / output interface 646 is coupled to modem 654 via link 659 (such as a standard modem, cable modem, digital subscriber line (“DSL”) modem), through which computer system 620 communicates with an external source. Receive data from and / or send data to an external source. As shown in FIG. 1, input / output interface 646 and modem 654 facilitate the exchange of data with remote computer system 693 via link 652. Link 652 represents a portion of the network and remote computer system 693 represents a node of the network.

  Although FIG. 6 depicts a suitable operating environment for the present invention, the principles of the present invention can be used in any system capable of implementing the principles of the present invention with appropriate modifications as needed. The environment illustrated in FIG. 6 is exemplary only and does not represent even a small portion of the wide variety of environments in which the principles of the present invention can be implemented.

  In accordance with the present invention, message applications, including schemas, message items, and message silos, and common messaging interfaces and associated data are stored on any computer-readable medium associated with computer system 620. Can also be accessed from there. For example, portions of such modules and associated program data portions may be included in operating system 635, application programs 636, program modules 637, and / or program data 638 and stored in system memory 622.

  If a mass storage device, such as magnetic hard disk 639, is coupled to computer system 620, such modules and associated program data may also be stored on the mass storage device. In a networked environment, program modules illustrated in connection with computer system 620, and portions thereof, such as system memory and / or mass storage devices associated with remote computer system 683 and / or remote computer system 693 It can be stored in a remote memory storage device. Execution of these modules can be performed in a distributed environment as described above.

  The present invention may be embodied in other specific forms without departing from its intent or essential characteristics. The described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes that come within the spirit and scope of the equivalents of the claims are to be embraced within their scope.

FIG. 2 illustrates an example network architecture and general schema hierarchy that facilitates access to different types of electronic messages through a common messaging interface in accordance with the principles of the present invention. FIG. 4 illustrates a portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention. FIG. 7 illustrates an example message extension portion of a more detailed schema hierarchy in accordance with the principles of the present invention. FIG. 3 illustrates a first example display generated by a common messaging interface in accordance with the principles of the present invention. FIG. 6 illustrates a second example display generated by a common messaging interface in accordance with the principles of the present invention. FIG. 5 is an example flow diagram illustrating a method for accessing different types of electronic messages via a common messaging interface in accordance with the principles of the present invention. It is a figure which shows the operating environment suitable for the principle of this invention.

Claims (26)

A method of presenting message related data by a computer with a common messaging interface in a computer system networkable with one or more other computer systems for efficient access to the presented message related data. ,
A query criterion for querying message related data contained in one or more common property fields defined according to a message schema, common to a plurality of different types of electronic messages in the common messaging interface. One or more common property fields that are common to at least two of at least email messages, instant messages, voice mail messages, fax messages, newsgroup posts, and blog entries stored in the item database Receiving query criteria to query for message-related data contained in
An act of sending a message related query to the item database in accordance with the query criteria,
An operation of receiving a plurality of portions of message-related data that satisfy the query criteria, the plurality of portions having a first property field having one or more first properties defined according to a first message extension schema. And a second part having one or more second property fields defined differently from the first property field according to a second message extension schema, the message related data Receiving the plurality of portions of the message-related data, wherein the first portion and the second portion of the method also have one or more common property fields defined according to a message schema;
At least a link to each of the received portions of message-related data to the common messaging interface, such that different portions of message-related data having one or more differently defined property fields are displayed together. A method characterized by comprising: The method of claim 1, wherein the act of receiving query criteria for querying for the message related data comprises the act of receiving query criteria for a message related query across multiple folders. Act of receiving a query criteria for querying for the message-related data, claims, characterized in that it comprises an act of receiving a query criteria for querying for message related data associated with a specified document Item 2. The method according to Item 1. Operation, characterized in that it comprises an act of receiving a query criteria for querying for message related data associated with the specified participant for receiving query criteria for querying for the message-related data The method of claim 1. Act of receiving a query criteria for querying for the message-related data, claims, characterized in that it comprises an act of receiving a query criteria for querying for message related data associated with a specified subject Item 2. The method according to Item 1. The act of receiving query criteria for querying the message related data includes receiving query criteria as a result of user selection of a link representing one or more property fields of the electronic message. The method of claim 1.   The method of claim 1, wherein sending the message-related query to an item database comprises sending a message-related query for message-related data across multiple folders.   The method of claim 1, wherein sending the message-related query to an item database comprises sending a message-related query for message-related data associated with a specified document.   The method of claim 1, wherein sending the message-related query to an item database comprises sending a message-related query for message-related data associated with a designated participant.   The method of claim 1, wherein sending the message related query to an item database comprises sending a message related query for message related data associated with a specified subject.   2. The operation of sending the message related query to an item database includes sending a message related query for message related data contained in one or more property fields of an electronic message. The method described in 1. The act of sending a message related query for message related data contained in one or more property fields of the electronic message is one or more defined according to a message schema common to different types of electronic messages. the method of claim 1 1, characterized in that it comprises an act of sending a message related query for message related data contained in a plurality of common property fields. The operation of sending a message related query for message related data contained in one or more common property fields common to the plurality of different types of electronic messages is at least an email message stored in the item database And sending an inquiry for message related data contained in one or more common property fields common to instant messages, voice mail messages, fax messages, newsgroup posts, and blog entries, and the method of claim 1 2,.   The act of displaying at least a link to each of the received portions of message related data at the common messaging interface is associated with messages associated with different accounts corresponding to the same participant under the same heading at the common messaging interface. The method of claim 1 including the act of displaying related data.   The act of displaying at least a link to each of the received portions of message related data at the common messaging interface includes displaying a portion of message related data in a plurality of different groups. Item 2. The method according to Item 1.   The act of displaying at least a link to each of the received portions of message related data at the common messaging interface is a message to present an integrated view of common but individual properties at the common messaging interface. The method of claim 1 including the act of integrating the common but individual properties of one or more portions of content. The operation of integrating the common but individual properties of one or more parts of message related content to present an integrated view of common but individual properties in the common messaging interface is an electronic message. The To, From, CC, and BCC properties of the related data portion, along with the participant properties of the instant message related data portion, the caller properties of the voice message related data portion, and the creator properties of the fax message related data, The method of claim 16 including the act of integrating to be displayed in a participant column at the common messaging interface.   The method of claim 1, further comprising: presenting an interface that facilitates response to the portion of electronic message data via a mechanism other than the mechanism used to generate the portion of electronic message data. The method described in 1.   The act of presenting an interface that facilitates response to the portion of the electronic message data through a mechanism other than the mechanism used to generate the portion of the electronic message data includes an instant message, a fax message, a voice message, 19. The method of claim 18, including the act of presenting an interface that facilitates response to an email message using one or more of the newsgroup postings. In a computer system networkable with one or more other computer systems, a method for returning message related data presented in a common messaging interface by a computer so that the presented message related data can be accessed more efficiently. There,
A message-related query containing query criteria for message-related data contained in one or more common property fields defined according to the message schema that is common to multiple electronic messages of different types , in the item database Message-related data contained in one or more common property fields that are common to at least two of the stored email messages, instant messages, voice mail messages, fax messages, and newsgroup posts Receiving a message related query about from a querying computer system ;
An act of accessing the item database storing a plurality of portions of message related data, the plurality of portions, first has one or more first property fields defined in accordance with a first message extension schema A first part of the message related data, the second part having a first property field and a second property field defined differently from the first property field according to a second message extension schema Accessing the item database, wherein the second part also has one or more common property fields defined according to a message schema;
Identifying a plurality of message-related data contained in the message database that satisfies the query criteria of the message-related query, wherein at least one identified portion of the message-related data is at least of message-related data. An operation having one or more property fields defined differently from one other identified part;
Returning the plurality of portions of message-related data to the querying computer system. The message related query operation received from the query side computer system The method of claim 2 0, characterized in that it comprises an act of receiving a message related query for message related data across multiple folders. Receiving the message related query from a query computer system operation, according to claim 2 0, characterized in that it comprises an act of receiving a message related query for message related data associated with a specified document Method. Act of receiving the message related query from the query side computer system according to claim 2 0, characterized in that it comprises an act of receiving a message related query for message related data associated with the specified participants the method of. Receiving the message related query from a query computer system operation, according to claim 2 0, characterized in that it comprises an act of receiving a message related query for message related data associated with a specified subject Method. Implementing a method for presenting message-related data in a common messaging interface for use with a network-connectable computer system along with one or more other computer systems for more efficient access to the presented message-related data When executed by the processor, into the computer system,
A query criterion for querying message related data contained in one or more common property fields defined according to a message schema, common to a plurality of different types of electronic messages in the common messaging interface. One or more common property fields that are common to at least two of at least email messages, instant messages, voice mail messages, fax messages, newsgroup posts, and blog entries stored in the item database Receive query criteria to query for message-related data contained in
To send messages related queries to the item database in accordance with the query criteria,
A first portion having one or more first property fields defined according to a first message extension schema, and a 1 defined differently from the first property fields according to a second message extension schema A second part having one or more second property fields, wherein the first part and the second part of the message related data are one or more common defined according to a message schema Receiving a plurality of portions of message-related data that also have a property field and satisfy the query criteria;
At least a link to each of the received portions of message-related data, such that different portions of message-related data having one or more differently defined property fields are displayed together. A program characterized by being displayed by. A method for returning message related data presented in a common messaging interface for use in a network connectable computer system with one or more other computer systems for more efficient access to the presented message related data. When implemented and executed by the processor, the computer system
A message-related query containing query criteria for message-related data contained in one or more common property fields defined according to the message schema that is common to multiple electronic messages of different types , in the item database Message-related data contained in one or more common property fields that are common to at least two of the stored email messages, instant messages, voice mail messages, fax messages, and newsgroup posts Receive a message related query about from the querying computer system,
Said item database storing a plurality of parts of message related data, said plurality of parts having a first part having one or more first property fields defined according to a first message extension schema; And a second portion having a second property field defined differently from the first property field according to a second message extension schema, the first portion of the message-related data, and the second The second part has access to the item database, which also has one or more common property fields defined according to the message schema;
Identifying a plurality of portions of message-related data included in the message database that satisfy the query criteria of the message-related query, wherein at least one identified portion of message-related data is at least one other of the message-related data Has one or more property fields defined differently from the identified part of
A program that causes the plurality of parts of message-related data to be returned to the querying computer system.

Images