WO2005046104A2 - Schema hierarchy for electronic messages - Google Patents

Schema hierarchy for electronic messages Download PDF

Info

Publication number
WO2005046104A2
WO2005046104A2 PCT/US2004/024813 US2004024813W WO2005046104A2 WO 2005046104 A2 WO2005046104 A2 WO 2005046104A2 US 2004024813 W US2004024813 W US 2004024813W WO 2005046104 A2 WO2005046104 A2 WO 2005046104A2
Authority
WO
WIPO (PCT)
Prior art keywords
message
representing
field
electronic
item
Prior art date
Application number
PCT/US2004/024813
Other languages
French (fr)
Other versions
WO2005046104A3 (en
Inventor
Alexander E. Vaschillo
Bryan T. Starbuck
Gail Borod Giacobbe
Stephen T. Wells
Robert C. Combs
Sridhar Sundararaman
Raghavendra Rachamadugu
Hubert Louis Marie Van Hoof
John Heinrich Lueders
Original Assignee
Microsoft Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corporation filed Critical Microsoft Corporation
Priority to KR1020057008251A priority Critical patent/KR101109339B1/en
Priority to JP2006536601A priority patent/JP4658950B2/en
Priority to CN200480001335XA priority patent/CN101366016B/en
Priority to EP04779765.9A priority patent/EP1676387B1/en
Publication of WO2005046104A2 publication Critical patent/WO2005046104A2/en
Publication of WO2005046104A3 publication Critical patent/WO2005046104A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32358Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter
    • H04N1/32363Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter at the transmitter or at the receiver
    • H04N1/32368Functions of a still picture terminal memory associated with transmission
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00Digital computing or data processing equipment or methods, specially adapted for specific functions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42Mailbox-related aspects, e.g. synchronisation of mailboxes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00209Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32358Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter
    • H04N1/32363Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device using picture signal storage, e.g. at transmitter at the transmitter or at the receiver
    • H04N1/32379Functions of a still picture terminal memory associated with reception
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32101Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N1/32128Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title attached to the image data, e.g. file header, transmitted message header, information on the same page or in the same computer file as the image
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0065Converting image data to a format usable by the connected apparatus or vice versa
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3212Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a job, e.g. communication, capture or filing of an image
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3225Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to an image, a page or a document
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3274Storage or retrieval of prestored additional information

Definitions

  • the present invention relates to electronic messaging and, more particularly, to efficiently storing and accessing electronic message related data.
  • Background and Relevant Art Computer systems and related technology affect many aspects of society. Indeed, the computer system's ability to process information has transformed the way we live and work. Computer systems now commonly perform a host of tasks (e.g., word processing, scheduling, and database management) that prior to the advent of the computer system were performed manually. More recently, computer systems have been coupled to one another and to other electronic devices to form both wired and wireless computer networks over which the computer systems and other electronic devices can transfer electronic data.
  • a computer system e.g., voice communication, accessing electronic mail, controlling home electronics, web browsing
  • electronic messaging has become an important method for communicating.
  • Computer system users often send and receive electronic messages (e.g., electronic mail messages, instant messages, faxes, news group postings, etc.,) to exchange information with one another.
  • electronic messages e.g., electronic mail messages, instant messages, faxes, news group postings, etc.
  • a sending user typically selects a new message option from within an electronic mail application.
  • the electronic mail application displays one or more fields (e.g., a To field, a Body field, etc.) that can receive user entered data.
  • the sending user then enters data (e.g., at a keyboard) into the displayed fields.
  • the sending user can save the electronic mail message as a draft or send the electronic mail message to a recipient user (e.g., by selecting the appropriate "save” or "send” control within the electronic mail application).
  • Sending the electronic mail message may cause the electronic mail message to be routed from the sending user's computer system, through a sending mail server, across a network, to a receiving mail server that stores electronic mail messages for a recipient user.
  • the recipient user establishes a connection from an electromc mail application to the receiving mail server.
  • Establishing the connection can cause all electronic mail messages sent to the recipient user, including the mail message from the sending user, to be transferred from the receiving mail server to the recipient user's computer system and stored at the recipient user's computer system.
  • the recipient user may manipulate an input device, such as, for example, a mouse, within the electronic mail application to view the stored electronic mail message.
  • computer system users can also use other messaging applications to send, receive, and store other different types of electronic messages.
  • electromc messages e.g., electronic mail messages, instant messages, faxes, blog entries, voice messages, etc.
  • electromc messages are typically stored in different data formats.
  • a data format used to store one type of electronic message typically differs from the data format used to store other different types of electronic message, such as, for example, a news group posting.
  • a user is required to use a messaging application that can access data stored in the data format corresponding to the specified type of electronic message.
  • a user is typically required to use an instant messaging application to access instant messages.
  • messaging applications are typically configured to access only a few, or even only one, type of electronic message and cannot generally be used to access other additional types of electronic messages.
  • messaging applications are typically designed to access data stored in a limited number of data formats, and potentially only one data format, that corresponds to one or more specified electronic message types.
  • an instant message application is typically configured to access data stored in one or more instant message data formats but is typically not configured to access data stored in fax data formats.
  • some data formats can be application specific.
  • two messaging applications configured to access the same type of electronic messages may nonetheless use different data formats to store electronic message data.
  • a first electronic mail application may store electronic mail messages using a first data format
  • a second electronic mail application stores electronic mail messages using a second different data format.
  • a messaging application developed to access electronic messages of a particular type may not be able to access all electronic messages of the particular type.
  • an electronic mail message stored in the first data format by the first electronic mail application may not be accessible to the second electronic mail application (e.g., that can only access electronic mail messages stored in the second data format).
  • each different messaging application typically stores corresponding electronic messages in a different database.
  • an instant messaging application can store instant messages in an instant messaging database
  • an electronic mail application can store electronic mail messages in an electronic mail messaging database
  • a news group reader can store news group postings in a news group database, etc. Accordingly, most, if not all, computer systems include a number of messaging applications for storing and accessing message data stored in different data formats and residing in different databases.
  • a computer system can include an electronic mail application for accessing electronic mail messages, an instant message application for accessing instant message, a fax application for accessing faxes, etc.
  • an electronic mail application for accessing electronic mail messages
  • an instant message application for accessing instant message
  • a fax application for accessing faxes, etc.
  • Using multiple electromc messaging applications can be time consuming, for example, when a user desires to access all available electronic messages corresponding to a specified entity. If the desired electronic messages are stored in different data formats and/or reside in different databases, each messaging application will have to perform a separate search for desired electronic messages. For example, the user may be required to switch to an electronic mail application (or even switch between multiple electronic mail applications) to search for electronic mail messages, switch to an instant message application to search for instant messages, and switch to a voice message application to search for voice messages.
  • Electronic messages are created in accordance with an electronic message schema hierarchy. Electronic messages can be created such that some data fields are commonly defined (e.g., a subject field, a participants field, an importance field, etc.) even between different types of electronic messages (e.g., between electronic mail messages and instant messages).
  • Electronic messages can also be created such that some data fields, for example, data fields specific to particular message protocols and/or particular message applications are separately defined (e.g., a PosterlD for a news group posting and deleted field for an electronic mail message) and can thus differ between different types of messages. Accordingly, an electronic message can have some fields in common with other electronic messages and some fields that differ from other electronic messages. Having some commonly defined fields and other differently defined fields promotes efficient storage and access of electronic messages, while also facilitating message compatibility with existing message protocols and message applications.
  • the message schema hierarchy includes a message schema defining data fields that can be common to different types of electronic messages and includes message extension schemas defining data fields for particular message protocols and particular message extensions.
  • a computer system creates a message item representing an electronic message in accordance with the message schema.
  • the computer system assigns a primary message type to the message.
  • the primary message type indicates a primary behavior (e.g., electronic mail message, instant message, etc.) of one or more content portions linked to created message item. Since message items representing different message types have a number of similarly defined data fields (i.e., a similar format), message items can be more efficiently stored and accessed from a single database.
  • the computer system assigns one or more protocol extensions to the created message item. Each assigned protocol extension can add one more protocol specific properties to the created message item that promote compatibility with a specified message protocol.
  • the computer system assigns one or more application extensions to the created message item.
  • Each assigned application extension can add one more application specific properties to the created message item that promote compatibility with a with a specified message application.
  • a message item of any primary type can be assigned virtually any number of protocol extensions and/or application extensions.
  • an instant message could be assigned a POP3 extension and a fax application extension that facilitate transferring the instant message via POP3 and viewing the instant message at the fax application.
  • a message of any primary type can be configured for compatibly with a number of different message protocols and different message applications.
  • data values stored extension specific fields corresponding to one message extension can be used to transform a message item for compatibility with another message extension.
  • a computer system accesses a message item representing an electronic message.
  • the message item has one or more general properties that are common to a plurality of different types of message protocols and a plurality of different types of message applications.
  • the message item also includes one or more currently assigned specific properties that are specific to at least one currently assigned message extension (e.g., a currently assigned message protocol extension or message application extension).
  • the computer system assigns a new message extension (e.g., a newly assigned message protocol extension or message application extension) to the message item.
  • the new message extension has one or more new specific properties that are to be associated with the message item.
  • the computer system sends the message item in accordance with both the currently assigned message extension and the new message extension. Accordingly, a single message item can be sent to a number of applications without having to duplicate the content of the message item.
  • Sending a single message item increases the likelihood of different applications, for example, an electronic mail application and a fax application, receiving consistent data.
  • the computer system may also retrieve one or more values form the currently assigned extension and optionally use the retrieved values to populate fields corresponding to the new message extension. Using values from currently assigned extension to populate fields corresponding to a newly assigned extension can conserve resources and alleviate a user from having to manually enter values.
  • message items are stored in message silo portion of a database.
  • the database can also include other silos, such as, for example, a contacts silo, and folder, silo, and a document silo. Fields of message items can include links to items stored in other silos.
  • message participant field of a message item can include a link to a contact item in the contacts silo.
  • Message items can be stored in folders that also have protocol or application specific extensions.
  • Figure 1 illustrates an example of a network architecture and general schema hierarchy that facilitate efficiently storing and accessing electronic message related in accordance with the principles of the presenting invention.
  • Figures 2A illustrates a first portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention.
  • Figures 2B illustrates a second portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention.
  • Figures 2C illustrates a message extension portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention.
  • Figures 2D illustrates a folder extension schema portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention.
  • Figure 3 illustrates an example electronic message formatted in accordance with the principles of the present invention.
  • Figure 4 illustrates an example content portion formatted in accordance with the principles of the present invention.
  • Figure 5 illustrates an example attachment formatted in accordance with the principles of the present invention.
  • Figure 6 illustrates an example community news folder formatted in accordance with the principles of the present invention.
  • Figure 7 illustrates a suitable operating environment for the principles of the present invention.
  • Figure 8 illustrates an example flowchart of a method for creating an electronic message in accordance with the principles of the present invention.
  • Figure 9 illustrates an example flowchart of a method for transforming an electronic message for compatibility with a message extension in accordance with the principles of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The principles of the present invention provide for efficiently storing and accessing electronic message related data.
  • electronic messages are created in accordance with an electronic message schema hierarchy.
  • Electronic messages can be created such that some data fields are commonly defined (e.g., a subject field, a participants field, an importance field, etc.) even between different types of electronic messages (e.g., between electronic mail messages and instant messages) and other data fields, for example, data fields specific to particular message protocols and/or particular message applications are separately defined (e.g., a PosterlD for a news group posting and deleted field for an electronic mail message) differ between different types of electronic messages. Accordingly, an electronic message can have some fields in common with other electronic messages and some fields that differ from other electronic messages. Having some commonly defined fields and other differently defined fields promotes efficient storage and access of electronic messages, while also facilitating message compatibility with existing message protocols and message applications.
  • some data fields are commonly defined (e.g., a subject field, a participants field, an importance field, etc.) even between different types of electronic messages (e.g., between electronic mail messages and instant messages) and other data fields, for example, data fields specific to particular message protocols and/or particular message applications are separately defined
  • Embodiments within the scope of the present invention include computer- readable media for carrying or having computer-executable instructions or data structures stored thereon.
  • Such computer-readable media may be any available media, which is accessible by a general-purpose or special-purpose computer system.
  • Such computer-readable media can comprise physical storage media such as RAM, ROM, EPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other media which can be used to carry or store desired program code means in the form of computer-executable instructions, computer-readable instructions, or data structures and which may be accessed by a general-purpose or special-purpose computer system.
  • a "network” is defined as one or more data links that enable the transport of electronic data between computer systems and/or modules.
  • a network or another communications connection either hardwired, wireless, or a combination of hardwired or wireless
  • the connection is properly viewed as a computer-readable medium.
  • any such connection is properly termed a computer-readable medium.
  • Computer-executable instructions comprise, for example, instructions and data which cause a general-purpose computer system or special-purpose computer system to perform a certain function or group of functions.
  • the computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, or even source code.
  • a "computer system” is defined as one or more software modules, one or more hardware modules, or combinations thereof, that work together to perform operations on electronic data.
  • the definition of computer system includes the hardware components of a personal computer, as well as software modules, such as the operating system of the personal computer.
  • the physical layout of the modules is not important.
  • a computer system may include one or more computers coupled via a network.
  • a computer system may include a single physical device (such as a mobile phone or Personal Digital Assistant "PDA") where internal modules (such as a memory and processor) work together to perform operations on electronic data.
  • PDA Personal Digital Assistant
  • a “schema” is defined as an expression of a shared vocabulary between a plurality of computer systems that allows the plurality of computer systems to process documents according to the expressed shared vocabulary.
  • an extensible Markup Language (“XML”) schema can define and describe a class of XML documents using schema constructs (e.g., name/value pairs) of an XML schema language. These schema constructs can be used to constrain and document the meaning, usage, and relationships of data types, elements and their content, attributes and their values, entities and their contents, and notations, as used in XML documents.
  • any computer system that can access an XML schema can process XML documents in accordance with the XML schema.
  • any computer system that can access an XML schema can compose or modify XML documents for use by other computer systems and/or message processors that can also access the XML schema.
  • Schema is defined to include Document Type Definitions ("DTD"), such as, for example, DTD files ending with a " dtd” extension.
  • DTD Document Type Definitions
  • W3C World Wide Web Consortium
  • XML Schemas such as, for example, XML Schema files ending with a ".xsd” extension.
  • W3C World Wide Web Consortium
  • XML Schemas such as, for example, XML Schema files ending with a ".xsd” extension.
  • the actually file extension for a particular DTD or XML schema is not important.
  • a schema can be utilized to define virtually any data type including logical, binary, octal, decimal, hexadecimal, integer, floating-point, character, character string, user-defined data types, and combinations of these data types used to defined data structures.
  • Some examples of user-defined data types are DateTime data types representing date and time data and EAddress data types representing electronic addresses data, such as, for example, telephone numbers, electronic mail address, instant message addresses, etc.
  • a datatype (or entity) can also be defined to reference or link to other datatypes (or entities) in a schema hierarchy.
  • the invention may be practiced in network computing environments with many types of computer system configurations, including, personal computers, laptop computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, mobile telephones, PDAs, pagers, and the like.
  • the invention may also be practiced in distributed system environments where local and remote computer systems, which are linked (either by hardwired data links, wireless data links, or by a combination of hardwired and wireless data links) through a network, both perform tasks.
  • program modules may be located in both local and remote memory storage devices.
  • Figure 1 illustrates an example of a network architecture 100 and general schema hierarchy 150 that facilitate efficiently storing and accessing electronic message related data in accordance with the principles of the present invention.
  • Network architecture 100 includes computer system 102, computer system 109, database 114, and network 121.
  • Computer system 102 and computer system 109 are connected by corresponding link 106.
  • Computer system 102 and computer system 109 can exchange electronic messages (e.g., electronic mail messages, instant messages, fax messages, news group postings, voice messages, etc.) over link 106.
  • electronic messages e.g., electronic mail messages, instant messages, fax messages, news group postings, voice messages, etc.
  • computer system 109 is a messaging server that stores electronic messages. From time to time computer system 102 may connect to computer system 109 to download electronic messages.
  • Computer system 109 is connected to database 114 by link 123.
  • Database 114 can be a database that stores a plurality of different types of database items.
  • contacts silo 183 can store contact items representing contacts (e.g., individual, organizations, or corporations)
  • folder silo 183 can store folder items representing folders that store other types of items (e.g., electronic messages)
  • message silo 184 can store message items representing electronic messages
  • document silo 186 can store document items representing various documents, etc.
  • Database items stored in database 114 can include data fields defined in accordance with the schemas of schema hierarchy 150. A series of three periods (an ellipsis) before contacts silo 182 and after document silo 186 indicates that other silos (potentially storing other different types database items) can be included in database 114.
  • Computer system 109 is connected to network 121 by link 118.
  • Network 121 can be a Local Area Network ("LAN”), Wide Area Network (“WAN”), or even the Internet.
  • Computer system 109 can receive data from and send data to other computer systems connected to network 121 over link 118.
  • Computer system 102, computer system 109, and possibly other computer systems connected to network 121 can have access to schemas included in schema hierarchy 150.
  • Schema hierarchy 150 generally represents data formats for defining electronic messages. Message items representing electronic messages (as well as other types of items in database 114) can be defined in accordance with base item schema 151.
  • a base item schema can define data formats for data fields (e.g., a globally unique LD and display name) used to differentiate one database item from another database item.
  • message items stored in message silo 184 can include one or more data fields defined in accordance with base item schema 151.
  • Message schema 152 defines data formats for one or more data fields (e.g., message subject, message size, etc.) that are common to a plurality of different types of electronic messages.
  • Message schema 152 can define a common format, such as, for example, a text format or HyperText Markup Language (“HTML”) format.
  • message items stored in message silo 184 can include one or more data fields defined in accordance with message schema 152.
  • Message items stored in message silo 184 may also include data fields defined in accordance with one or more message extension schemas.
  • Message schema 152 can define data fields that refer or linked to data fields defined in accordance with other schemas in schema hierarchy 150.
  • message schema 152 can define one or more data fields that refer or link to contact related information (having data fields defined in accordance with contact schema 153) in contacts silo 182.
  • a message item defined in accordance with message schema 152 can refer or link to contacts related information in contacts silo 182. Referring to or linking to contact related information can indicate that the entity corresponding to the contact related information is associated with the message item.
  • message schema 152 can define one or more data fields that refer or link to a folder related information (having data fields defined in accordance with folder schema 154) in folders silo 183. Accordingly, a message item defined in accordance with message schema 152 can also refer or link to folder related information in folder silo 183. Referring to or linking to a folder related information can indicate that the message item is stored in a folder corresponding to the folder related data. Likewise, message schema 152 can define one or more data fields that refer to link to document related information. Accordingly, a message item defined in accordance with schema 152 can include one or more attachments (having data fields defined in accordance with attachment schema 157) that refer to link to document related data in document silo 186.
  • a message item can include an attachment, such as, a word processing document, a calendar appointment, a picture, etc.
  • an attachment is schematized
  • a receiving computer system can process the attachment more intelligently.
  • a computer system can query fields of a schematized attachment and process the schematized attachment according to the values stored in the fields.
  • a message item defined in accordance with message schema 152 can refer or link to account related data defined in accordance with account schema 158.
  • the content of a message item e.g.
  • message extension schemas 161 can contain one or more message protocol extension schemas defining data fields that are specific to particular message protocols.
  • protocol extension schema 162 can define data formats for one or more data fields specific to a first message protocol (e.g., Network News Transfer Protocol (“NTTP”)) and protocol extension schema 163 can define data formats for one or more data fields specific to a second message protocol (e.g., Post Office Protocol 3 (“POP3”)).
  • Protocol extension schemas can be arranged in a hierarchy.
  • protocol extension schema 164 can define data formats for additional data fields specific to a particular implementation of the first message protocol (having data fields defined in accordance with protocol extension schema 162).
  • Other message extensions can be application extensions that promote compatibility with specified message applications.
  • message application extension schemas 166 can contain one or more message application extension schemas defining data fields that are specific to message applications.
  • application extension schema 167 can define data formats for one or more data fields specific to a first message application (e.g., an electronic mail application) and application extension protocol schema 168 can define data formats for one or more data fields specific to a second message application (e.g., fax application).
  • Application extension schemas can be arranged in a hierarchy.
  • application extension schema 169 can define data formats for additional data fields specific to a particular version of the second message application (having data fields defined in accordance with application extension schema 168).
  • a message item having data fields defined in accordance with message schema 152 can also have additional data fields defined in accordance with any of the extension schemas in message protocol extension schemas 161 and message application extension schemas 166.
  • Data fields corresponding to message extensions can be "snapped" on to and removed from message items as appropriate to facilitate compatibility with existing message protocols and message applications. Accordingly, the configuration of data fields contained in a message item can change over time.
  • An application such as, for example, message application 111 or message application 103, may request that data fields of a particular protocol extension schema or application extension schema be snapped on to or removed from a message item before accessing the message item.
  • a message item is transformed for compatibility with a particular message protocol or message application.
  • message application 103 may request that fields of the NNTP protocol extension schema be snapped onto message item 116.
  • message application 103 can retrieve message item 116 and transform message item 116 to include data fields (e.g., defined in accordance with protocol extension schema 162) that promote compatibly with the NNTP protocol.
  • the transformed message item (e.g., message item 107) can then be transferred to computer system 102.
  • message application 111 automatically retrieves values from one or more currently assigned data fields to populate one or more values of newly added data fields corresponding to a message extension schema.
  • Retrieving values can include referring or linking to information defined in accordance with other schemas in schema hierarchy 150. For example, message application 111 may retrieve a phone number from a currently assigned fax extension phone number field, identify a contact that corresponds to the phone number from contacts silo 182, retrieve an electronic mail address for the contact from contacts silo 182, and populate the electronic mail address into a newly assigned electronic mail message "From:" field. Alternately, a user may be prompted to enter values for populating newly added data fields corresponding to a message extension.
  • FIGs 2A - 2D illustrate an example of a more detailed schema hierarchy 200 in accordance with the principles of the present invention.
  • schema hierarchy 200 includes base item schema 210.
  • Base item schema 210 includes interrelated fields 211 that define data formats for representing base item data. More specifically, interrelated fields 211 can define data formats as described in Table 1.
  • schema hierarchy 200 includes message schema 212.
  • Message schema 212 derives from base item schema 210 and also includes interrelated fields 213 that define data formats for representing a message item.
  • the fields of message schema 212 can be applied to a base item having a globally unique identifier (defined in base item schema 210) to cause the base item to exhibit the properties of a message item.
  • interrelated fields 213 can define data formats as described in Table 2.
  • schema hierarchy 200 includes contact schema 214.
  • Contact schema 214 includes interrelated fields 215 that define data formats for representing a contact item.
  • a message item defined in accordance with message schema 212 can include a link to a contact item defined in accordance with contact schema 214.
  • a participant can be a link to a contact item representing a message sender, receiver, etc.
  • a participant link may be left dangling in which case the fields on this type contain all the necessary data about the participant.
  • interrelated fields 215 can define data formats as described in Table 3.
  • schema hierarchy 200 includes folder schema 220.
  • Folder schema 220 includes interrelated fields 221 that define data formats for representing a folder item.
  • a message item defined in accordance with message schema 212 can include a link to a folder defined in accordance with folder schema 220.
  • interrelated fields 221 can define data formats as described in Table 4.
  • schema hierarchy 200 includes content schema 216.
  • Content schema 216 includes interrelated fields 217 that define data formats for representing a portion of content associated with a message item.
  • a message item defined in accordance with message schema 212 can include a link to a portion of content (e.g., a body or attachment) defined in accordance with content schema 216. This can be a link to a document, an event, or some other portion of content.
  • a message item can have multiple bodies and/or attachments. For example, a multipart MIME message can contain multiple bodies.
  • interrelated fields 217 can define data formats as described in Table 5.
  • schema hierarchy 200 includes attachment schema 218.
  • Attachment schema 218 includes interrelated fields 219 that define data formats for representing an attachment associated with of a message item.
  • An attachment defined in accordance with attachment schema 218 can include a link to a message item defined in accordance with message schema 212.
  • interrelated fields 219 can define data formats as described in Table 6.
  • AttachementState Defines a format for indicating the type and behavior of the attachment. Values can include: 1) EnclosedAttachment: This value indicates an attachment that is stored decoded outside of the Mime. The attachment will behave as if it is enclosed within the Mime Stream. This database Item was created because the data is to be stored in decoded form or the properties need to be schematized. The two most common scenarios that require this are: A. Some protocols will download attachments outside of the MLME content in decoded form. B. The attachment data or meta properties need to be accessible, but this attachment may not behave as if the sender attached this document/file for the recipient to use directly. Examples include: Signature blobs, Inline Only Attachments, Digital Signature certs or data.
  • PromotedAttachment This attachment is promoted to act like a peer of the message. It will appear in the shell along side the message.
  • SavedAsAttachment This attachment has be 'Saved As', so it will act as a copy of the message.
  • IsEncrypted Boolean Defines a format for indicating if the attachment is encrypted.
  • schema hierarchy 200 includes account schema 222.
  • Account schema 222 includes interrelated fields 223 that define data formats for representing an account item.
  • a message item defined in accordance with message schema 212 (or folder item defined in accordance with folder schema 220) can include a link to an account item defined in accordance with account schema 219.
  • An account item can include a message account and settings. More specifically, interrelated fields 223 can define data formats as described in Table 7.
  • schema hierarchy 200 includes content properties schema 224.
  • Content properties schema 224 includes interrelated fields 225 that define data formats for representing content properties.
  • Content properties contain fields that describe the content of a message.
  • Content properties are used on relationships between a message item and a portion of content (e.g., defined in accordance with content schema 216) or on extension for an attachment (e.g., defined in accordance with attachment schema 218). More specifically, interrelated fields 225 can define data formats as described in Table 8.
  • schema hierarchy 200 includes server account schema 228.
  • Server account schema 228 includes interrelated fields 229 that define data formats for representing server accounts.
  • Server account data defined in accordance with server account schema 228 can extend an account (e.g., defined in accordance with account schema 222) for compatibility with a particular server.
  • a server account schema can be used to describe a server account for a client account. More specifically, interrelated fields 229 can define data formats as described in Table 9.
  • Table 9 Depicted in Figure 2C schema hierarchy 200 includes a plurality of message extension schemas including message protocol extension schemas 230 and message application extension schemas 250.
  • Message protocol extension schemas 230 includes a plurality a protocol extension schemas that can be utilized to extend a message item for compatibility with a plurality of corresponding message protocols.
  • message protocol extension schemas 230 includes instant message protocol schema 231, E-mail protocol schema 233, and Fax protocol schema 235, that can promote compatibility with an instant message, electronic mail, and fax protocol respectively.
  • message protocol extension schemas 230 can include additional schemas (e.g., for extending message items for compatibility with voice message protocols, Blog entry protocols, etc.).
  • Vertical ellipses 232 and 236 indicate that instant message protocol schema 231 and fax protocol schema 235 respectively can contain one or more interrelated data fields.
  • the one or more interrelated data fields can be utilized to extend a message item for compatibility with a corresponding message protocol.
  • e-mail protocol schema 233 includes interrelated fields 234 that can be utilized to extend a message item (e.g., defined in accordance with message schema 212) for compatibility with an electronic mail protocol. More specifically, interrelated fields 234 can define data formats as described in Table 10.
  • e-mail POP3 schema 237 derives from e-mail protocol schema 233 and includes additional interrelated fields 238 that define POP3 specific data.
  • E-mail POP3 schema 237 can be utilized to extend an electronic mail message (e.g., including fields defined in accordance the e-mail protocol schema 233) to promote compatibility with the POP3 protocol.
  • Interrelated fields 238 can define data formats as described in Table 11.
  • e-mail NNTP message schema 239 derives from e-mail protocol schema 233 and includes additional interrelated fields 240 that define NNTP specific data.
  • E-mail NNTP schema 237 can be utilized to extend an electronic mail message (e.g., including fields defined in accordance the e-mail protocol schema 233) to promote compatibility with the NNTP protocol.
  • Interrelated fields 240 can define data formats as described in Table 12.
  • e-mail community news schema 241 further derives from e-mail NNTP schema 239 and includes additional interrelated fields 242 that define community news specific data.
  • E-mail community news schema 241 can be utilized to extend an NNTP message (e.g., including fields defined in accordance the e-mail NNTP schema 239) to promote compatibility with community news messages.
  • Interrelated fields 242 can define data formats as described in Table 13.
  • Message application extension schemas 250 includes a plurality of application extension schemas that can be utilized to extend a message item for compatibility with a plurality of corresponding message applications.
  • message application protocol extension schemas 250 mcludes Blog application schema 251, e- mail application schema 253, and second e-mail application schema 255, that can promote compatibility with an blog application, a first electronic mail application, and a second electronic mail application respectively.
  • the ellipses before, between, and after the schemas expressly depicted in message application extension schemas 250 indicates that message application extension schemas 250 can include additional schemas (e.g., for extending message items for compatibility with voice message applications, fax applications, news group applications, etc.).
  • Visual ellipses 252 and 256 indicate that blog application schema 251 and second e-mail application schema 255 respectively can contain one or more interrelated data fields.
  • the one or more interrelated data fields can be utilized to extend a message item for compatibility with a corresponding message application.
  • e-mail application schema 253 includes interrelated fields 254 that can be utilized to extend a message item for compatibility with a particular electronic mail application.
  • the particular electronic mail application can be different from a second e-mail application corresponding to second e-mail application schema 255.
  • interrelated fields 254 can define data formats as described in Table 14.
  • Table 14 Depicted in Figure 2D schema hierarchy 200 includes a plurality of folder extension schemas including folder protocol extension schemas 260 and folder application extension schemas 270.
  • Folder protocol extension schemas 260 includes a plurality of folder protocol extension schemas that can be utilized to extend a folder item for compatibility with a plurality of corresponding folder protocols.
  • folder protocol extension schemas 260 includes voice message folder protocol schema 261, E-mail message folder protocol schema 263, and blog message folder protocol schema 267, that can promote compatibility with a voice message folder protocol, an electronic mail folder protocol, and a blob entry folder protocol respectively.
  • folder protocol extension schemas 260 can include additional schemas (e.g., for extending folder items for compatibility with instant message folder protocols, fax folder protocols, etc.).
  • Vertical ellipses 262, 264, 268 indicate that voice message folder protocol schema 261, e-mail message folder protocol schema 263, and blog entry folder protocol schema 267 respectively can contain one or more interrelated data fields. The one or more data interrelated data fields can be utilized to extend a folder item for compatibility with a corresponding folder protocol.
  • e-mail LMAP folder schema 265 further derives from e-mail message folder protocol schema 263 and includes additional interrelated fields 266 that define LMAP specific data.
  • E- mail LMAP folder schema 265 can be utilized to extend an electronic mail message folder (e.g., including fields defined in accordance the e-mail message folder protocol schema 263) to promote compatibility with LMAP folders.
  • Interrelated fields 266 can define data formats as described in Table 15.
  • Folder application extension schemas 270 includes a plurality of application extension schemas that can be utilized to extend a folder item for compatibility with a plurality of corresponding folder applications.
  • folder application extension schemas 270 includes instant message folder application schema 271, e- mail message folder application schema 273, and second e-mail folder application schema 275, that can promote compatibility with an instant message folder application, a first electronic mail folder application, and a second electronic mail folder application respectively.
  • the ellipses before, between, and after the schemas expressly depicted in folder application extension schemas 270 indicates that folder application extension schemas 270 can include additional schemas (e.g., for extending folder items for compatibility with blog entry folder applications, fax folder applications, etc.).
  • e-mail message application folder schema 273 includes interrelated fields 274 that can be utilized to extend a folder item for compatibility with a particular electronic mail folder application.
  • the particular electronic mail folder application can be different from a second electronic mail folder application corresponding to second e-mail message folder application schema 275.
  • interrelated fields 274 can define data formats as described in Table 16.
  • e-mail news message folder application schema 277 derives from e-mail message folder application schema 273 and includes additional interrelated fields 278 that define news message specific data.
  • E-mail news message application folder schema 277 can be utilized to extend an electronic mail message folder (e.g., including fields defined in accordance the e-mail message folder application schema 273) to promote compatibility with news message folder applications.
  • Interrelated fields 278 can define data formats as described in Table 17.
  • article range schema 281 includes interrelated fields 282 that define a format for representing an article range.
  • Interrelated fields 282 can define data formats as described in Table 18.
  • Table 18 Schemas includes in a schema hierarchy, such as, for example, schema hierarch 150 or schema hierarchy 200, can be utilized to create database items that are stored in database 114.
  • a schema hierarchy such as, for example, schema hierarch 150 or schema hierarchy 200
  • base item schema 151, message schema 152 and potentially one or message protocol extension schemas from message protocol extension schemas 161 and/or one or more message application schemas from message application extension schemas 166 can be utilized to create an electronic message.
  • Figure 3 illustrates an example electromc message 300 formatted in accordance with the principles of the present invention.
  • Figure 8 illustrates an example flowchart of a method 800 for creating an electronic message in accordance with the principles of the present invention. The method 800 will be discribed with respect to network architecture 100, schema hierarchy 150, and electronic message 300.
  • the method 800 includes an act of creating a message item that represents an electronic message (act 801).
  • Act 801 can include a computer system creating a message item that represents an electronic message.
  • computer system 102 or computer system 109 can create a message item that represents an electronic message (e.g., electronic message item 108 or 112). It may be that a message item is created in response to user-input, such as, for example, selecting a "New Message" option for a user-interface.
  • Creating a message item can include creating a data structure that includes one or more fields defined in accordance base item schema 151 and message schema 152. Fields defined in accordance with base item schema 151 and message schema 152 can represent general properties that are common to a plurality of different types of electronic messages. General properties 301 are an example of message property fields that may be common to a plurality of different types of electronic messages.
  • An identifier such as, for example, a globally unique identifier ("GUID”), can be assigned to ID field 302.
  • the assigned identifier can distinguish the message item representing electronic message 300 from other items in database 114.
  • the method 800 includes an act of assigning a primary type to the created message item (act 802).
  • Act 802 can include a computer system assigning a primary type to the created message item.
  • the primary message type can indicate a general behavior of electronic message 300, such as, for example, as an electronic mail message, a fax message, a news group posting, etc.
  • Assigning a primary message type to electronic message 300 can include assigned a primary message type value representing, for example, an electronic mail message, an instant message, a fax message, a news group posting, or blog entry, to primary type field 303.
  • primary type field 303 can represent a primary message type of the electronic message identified by the identifier in ID field 302.
  • Participants field 304 can be assigned one or more message participant relationships representing links to one or more participants associated with electronic message 300 (the electronic message identified by the identifier in ID field 302).
  • Contents field 305 can be assigned one or more message content relationships representing links to one or more portions of message content corresponding to message 300.
  • Sent message field 306 can be assigned one or more folder relationships representing links to one or more message folders that electromc message 300 is to be moved to after being submitted for delivery.
  • Download State field 307 can be assigned a download state (e.g., partial, etc) corresponding to electronic message 300.
  • Message status field 308 can be assigned one or more values representing the status of message 300.
  • message status field 308 can be assigned an IsRead indication indicating if message 300 has been read, a SendStatus indication indicating the send status of message 300, a LastActionTaken indication indicating the last action taken on electronic message 300, a LastActionTime representing the time the last action was taken on electronic message 200, and a LastActionType field representing the type of the last action taken on electronic message 300.
  • the fields of general properties 301 can correspond to data formats described above in Table 2.
  • the method 800 includes a functional result-oriented step for customizing the message item according to one or more message extensions (step 805).
  • Step 805 can include any corresponding acts that result in customizing the message item according to one or more message extensions.
  • the step 805 includes a corresponding act of assigning one or more protocol extensions to the created message item (act 803).
  • Act 803 can include a computer system assigning one or more protocol extensions to the created message item.
  • Assigning a protocol extension can include adding (or snapping on) fields, which are defined in accordance with a message protocol extension schema, to the message item.
  • Message protocol extensions can include electronic mail protocol extensions (e.g., a POP3 extension), instant messaging protocol extensions, fax protocol extensions, news group posting protocol extensions (e.g., an NNTP or community news extension), blog entry protocol extensions, etc.
  • protocol specific properties such as, for example, protocol specific properties 310
  • protocol specific properties 310 represent properties that are specific to one or more message protocols. Fields can be added to or removed from protocol specific properties 310 based on compatibility requirements of electronic message 300. For example, protocol specific fields 311 (e.g., defined in accordance protocol extension schema 163) and protocol specific fields 312 (e.g., defined in accordance protocol extension schema 162) can be added to promote compatibility with corresponding message protocols.
  • the vertical ellipsis in protocol specific properties 310 represents that other protocol specific fields can also be included protocol specific properties 310.
  • the step 805 includes a corresponding act of assigning one or more application extensions to the created message item (act 804).
  • Act 804 can include a computer system assigning one or more application extensions to the created message item. Assigning an application extension can include adding (or snapping on) fields, which are defined in accordance with a message application extension schema, to the message item.
  • Message application extensions can include electronic mail application extensions (e.g., for compatibility with Microsoft® Outlook® Express, Microsoft® Outlook®, Eudora, Novell GroupWise®, etc.), instant messaging application extensions, fax application extensions, news group posting application extensions, blog entry application extensions, etc. that define formats for representing application specific properties.
  • application specific properties such as, for example, application specific properties, 320 represent properties that are specific to one or more message applications.
  • Fields can be added to or removed from application specific properties 320 based on compatibility requirements of electronic message 300.
  • application specific fields 321 e.g., defined in accordance protocol extension schema 167) and application specific fields 322 (e.g., defined in accordance protocol extension schema 168) can be added to promote compatibility with corresponding message applications
  • the vertical ellipsis in application specific properties 320 represents that other application specific fields can also be included protocol specific properties 320.
  • Other database items can also be created in accordance with schemas in schema hierarchy 150or schema hierarchy 200.
  • Figure 4 illustrates an example content portion 400 formatted in accordance with the principles of the present invention.
  • Content portion 400 can include fields formatted in accordance with a content schema (e.g., content schema 156).
  • Message link field 401 can be assigned a message relationship representing a link from content portion 400 to an electronic message.
  • Content type field 402 can represent a content type corresponding content portion 400.
  • Order field 403 can represent an order corresponding to content portion 400.
  • Content field 408 can represent message data (e.g., text of an electric mail message) corresponding to content portion 400.
  • attachment type field 405 represent the attachment type of content portion 400.
  • MLME URL field 407 represents a link to a MIME path that corresponds to content portion 400.
  • Figure 5 illustrates an example message attachment 500 formatted in accordance with the principles of the present invention.
  • Message attachment 500 can include fields defined in accordance with an attachment schema (e.g., attachment schema 157).
  • Message link field 501 can be assigned a message relationship representing a link from message attachment 500 to an electronic message.
  • Type field 502 represents a message type of the electronic message linked to by the link in link field 501.
  • IsPinned field 503 represents the deletion status of message attachment 500 with respected to the electronic message linked to in link to by the link in link field 501.
  • IsTrusted field 504 represents trust information related to message attachment 500.
  • Attachment state field 506 represents the type and behavior of message attachment 500.
  • Attachment source field 507 can be assigned a relationship representing a link to a database item where the message attachment 500 was accessed.
  • SaveFromField 508 can be assigned a relationship representing a link to message attachment 500.
  • Attachment data field 509 can represent attachment data (e.g, the contents of an MP3) corresponding to message attachment 500.
  • Figure 6 illustrates an example community news folder 600 formatted in accordance with the principles of the present invention.
  • Community news folder 600 can include fields defined in accordance with a folder schema (e.g., folder schema 154) and potentially one or more folder extension schemas (e.g., e-mail news message application folder schema 277).
  • Community range field 601 represents a collection of article IDs from a news group community that have been synchronized with community header properties.
  • Communities last refresh field 602 represents the last time the community dynamic properties of the news group community including the collection of synchronized article IDs represented in community range field 601 was refreshed.
  • Low article ID field 603 represents a low article ID included in the collection of synchronized article IDs represented in community range field 601.
  • High article LD field 604 represents a high article ID included in the collection of synchronized article IDs represented in community range field 601.
  • values in fields defined in accordance with one message extension schema are retrieved and utilized to populate fields defined in accordance with another message extension schema.
  • an electronic message can be efficiently transform for compatibility with a protocol or application corresponding to the other extension schema.
  • Figure 9 illustrates an example flowchart of a method 900 for transforming an electronic message for compatibility with a message extension in accordance with the principles of the present invention.
  • the method 900 will be described with respect to network architecture 100 and schema hierarchy 150.
  • the method 900 includes an act of accessing a message item that represents an electronic message (act 901).
  • Act 901 can include a computer system accessing a message item that represents an electronic message.
  • computer system 102 can access message item 107.
  • computer system 109 can access message 116 or message item 108.
  • the method 900 includes a functional result-oriented step for using values of currently assigned extension specific fields to translate the electronic message item for compatibility with a new message extension (step 905).
  • Step 905 can include any corresponding acts that result in using values of currently assigned extension specific fields to translate the electronic message item for compatibility with a new message extension.
  • step 905 includes a corresponding act of assigning a new message extension to the message item (act 902).
  • Act 902 can include a computer system assigning a new message extension to the message item.
  • computer system 102 can assign a new message extension to message item 107.
  • computer system 109 can assign a new message extension message item 108 or message item 116.
  • a newly assigned message extension can include one ore more data fields defined in accordance with a message protocol extension schema or message application extension schema.
  • computer system 109 may assign a new message extension (an instant message application extension) to message item 107 (currently assigned an electronic mail application extension) to promote compatibility with message application 103 (an instant messaging application). It may be that electronic mail messages and instant messages have one or more similar fields. However, the one or more similar fields may not be similar to fields of a variety of other types of electronic messages, such as, for example, voice messages and fax messages. Accordingly, the one or more similar fields may not be included in a general message schema (e.g., message schema 152). The computer system can send the message item in accordance with both the currently assigned message extension and the new message extension. Accordingly, a single message item can be sent to a number of applications without having to duplicate the content of the message item.
  • a new message extension an instant message application extension
  • the step 905 includes a corresponding act of retrieving at least one value from one or more currently assigned specific properties (act 903).
  • Act 903 can include a computer system retrieving at least one value from one or more currently assigned specific properties.
  • computer system 102 can retrieve at least one value retrieving at least one value from one or more currently assigned specific properties of message item 107 or 108.
  • computer system 109 can retrieve at least one value retrieving at least one value from one or more currently assigned specific properties of message item 112 or 116.
  • message application 111 is an application configured to transform messages for compatibility with other messaging applications.
  • Messaging application 111 can retrieve message item 116 that, for example, is currently assigned a fax application extension.
  • Messaging application 111 can analyze the currently assigned properties of the fax application extension to determine if any of the currently assigned properties (i.e., fax properties) are similar to any new properties (e.g., corresponding to an electronic mail application extension). For example, it may be that the fax application and the electronic mail application indicate if a message is saved offline in a similar manner. Thus, the saved offline value corresponding to the fax application may also be relevant to the electronic mail application. Accordingly, this saved offline value can be retrieved from the fax application extension.
  • the step 905 optionally includes a corresponding act of assigning the retrieved at least one value to at least one new specific property (act 904).
  • Act 904 can include a computer system assigning the retrieved at least one value to at least one new specific property.
  • computer system 102 can assign the retrieved at least one value to at least one new specific property of message item 107 or 108.
  • computer system 109 can assign the retrieved at least one value to at least one new specific property of message item 112 or 116.
  • message application 111 can assign a retrieved value for a fax application property as a value for a similar electromc mail application property. Accordingly, the assigned values can promote compatibility with the electronic mail application.
  • Message application 111 can stored the transformed message (e.g., as message item 112) in database 114. Alternately, message application can send the transformed message (e.g., as message item 107) to computer system 102.
  • a corresponding electronic mail application such as, for example, message application 103, can then compatibly access message item 107.
  • a client computer system can send an electronic message to a server computer system for translation.
  • message item 108 can be composed at massage application 108.
  • message application 104 may request message item 108.
  • computer system 102 can submit message item 108 to computer system 109 for translation.
  • Computer system 109 can transform the message for compatibility with message application 104 (e.g., by populating fields of a corresponding application extension).
  • a transformed message for example, message item 107, can be returned to computer system 102.
  • Message application 104 can then access message item 107.
  • Transforming a message item can include referring to information in other silos of database 114.
  • a message application may refer to information in a contacts silo 182.
  • the message application can, for example, locate a telephone number that corresponds to a participant having an electronic mail address contained in the message.
  • FIG. 7 and the following discussion are intended to provide a brief, general description of a suitable computing environment in which the invention may be implemented.
  • the invention will be described in the general context of computer-executable instructions, such as program modules, being executed by computer systems.
  • program modules include routines, programs, objects, components, data structures, and the like, which perform particular tasks or implement particular abstract data types.
  • Computer-executable instructions, associated data structures, and program modules represent examples of the program code means for executing acts of the methods disclosed herein.
  • an example system for implementing the invention includes a general-purpose computing device in the form of computer system 720, including a processing unit 721, a system memory 722, and a system bus 723 that couples various system components including the system memory 722 to the processing unit 721.
  • Processing unit 721 can execute computer-executable instructions designed to implement features of computer system 720, including features of the present invention.
  • the system bus 723 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”) 724 and random access memory (“RAM”) 725.
  • a basic input/output system (“BIOS”) 726 containing the basic routines that help transfer information between elements within computer system 720, such as during start-up, may be stored in ROM 724.
  • the computer system 720 may also include magnetic hard disk drive 727 for reading from and writing to magnetic hard disk 739, magnetic disk drive 728 for reading from or writing to removable magnetic disk 729, and optical disk drive 730 for reading from or writing to removable optical disk 731, such as, or example, a CD- ROM or other optical media.
  • the magnetic hard disk drive 727, magnetic disk drive 728, and optical disk drive 730 are connected to the system bus 723 by hard disk drive interface 732, magnetic disk drive-interface 733, and optical drive interface 734, respectively.
  • the drives and their associated computer-readable media provide nonvolatile storage of computer-executable instructions, data structures, program modules, and other data for the computer system 720.
  • the example environment described herein employs magnetic hard disk 739, removable magnetic disk 729 and removable optical disk 731, other types of computer readable media for storing data can be used, including magnetic cassettes, flash memory cards, digital versatile disks, Bernoulli cartridges, RAMs, ROMs, and the like.
  • Program code means comprising one or more program modules may be stored on hard disk 739, magnetic disk 729, optical disk 731, ROM 724 or RAM 725, including an operating system 735, one or more application programs 736, other program modules 737, and program data 738.
  • a user may enter commands and information into computer system 720 through keyboard 740, pointing device 742, or other input devices (not shown), such as, for example, a microphone, joy stick, game pad, scanner, or the like.
  • input/output interface 746 coupled to system bus 723.
  • Input/output interface 746 logically represents any of a wide variety of different interfaces, such as, 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 (i.e., a FireWire interface), or may even logically represent a combination of different interfaces.
  • a monitor 747 or other display device is also connected to system bus 723 via video interface 748.
  • Speakers 769 or other audio output device is also connected to system bus 723 via audio interface 749.
  • Other peripheral output devices (not shown), such as, for example, printers, can also be connected to computer system 720.
  • Computer system 720 is connectable to networks, such as, for example, an office- wide or enterprise-wide computer network, a home network, an intranet, and/or the Internet.
  • Computer system 720 can exchange data with external sources, such as, for example, remote computer systems, remote applications, and/or remote databases over such networks.
  • Computer system 720 includes network interface 753, through which computer system 720 receives data from external sources and/or transmits data to external sources.
  • network interface 753 facilitates the exchange of data with remote computer system 783 via link 751.
  • Network interface 753 can logically represent one or more software and/or hardware modules, such as, for example, a network interface card and corresponding Network Driver Interface Specification ("NDIS") stack.
  • Link 751 represents a portion of a network (e.g., an Ethernet segment), and remote computer system 783 represents a node of the network.
  • computer system 720 includes input/output interface 746, through which computer system 720 receives data from external sources and/or transmits data to external sources.
  • Input/output interface 746 is coupled to modem 754 (e.g., a standard modem, a cable modem, or digital subscriber line (“DSL”) modem) via data link 759, through which computer system 720 receives data from and/or transmits data to external sources.
  • modem 754 e.g., a standard modem, a cable modem, or digital subscriber line (“DSL") modem
  • input/output interface 746 and modem 754 facilitate the exchange of data with remote computer system 793 via link 752.
  • Link 752 represents a portion of a network and remote computer system 793 represents a node of the network While Figure 7 represents a suitable operating environment for the present invention, the principles of the present invention may be employed in any system that is capable of, with suitable modification if necessary, implementing the principles of the present invention.

Abstract

The present invention extends to methods, systems, computer program products, and data structures for efficiently storing and accessing electronic messages. Generally, electronic messages are created and transformed in accordance with an electronic message schema hierarchy (150). Electronic messages can be created according to a general message schema (152) that defines a format for data fields that are common to all types of electronic messages (e.g. electronic mail, instant message, fax message). Electronic messages can also be extended according to message extension schemas that define formats for adding protocol specific (161) and/or or application specific (166) data fields to an electronic message. Data fields added in accordance with message extension schemas can differ between electronic messages types. Having some commonly defined fields and other differently defined fields promotes efficient storage and access of electronic messages, while also facilitating message compatibility with existing message protocols and message applications.

Description

SCHEMA HIERARCHY FOR ELECTRONIC MESSAGES The Field of the Invention The present invention relates to electronic messaging and, more particularly, to efficiently storing and accessing electronic message related data. Background and Relevant Art Computer systems and related technology affect many aspects of society. Indeed, the computer system's ability to process information has transformed the way we live and work. Computer systems now commonly perform a host of tasks (e.g., word processing, scheduling, and database management) that prior to the advent of the computer system were performed manually. More recently, computer systems have been coupled to one another and to other electronic devices to form both wired and wireless computer networks over which the computer systems and other electronic devices can transfer electronic data. As a result, many tasks performed at a computer system (e.g., voice communication, accessing electronic mail, controlling home electronics, web browsing) include electronic communication between a number of computer systems and/or other electronic devices via wired and/or wireless computer networks. In particular, electronic messaging has become an important method for communicating. Computer system users often send and receive electronic messages (e.g., electronic mail messages, instant messages, faxes, news group postings, etc.,) to exchange information with one another. For example, to create an electronic mail message, a sending user typically selects a new message option from within an electronic mail application. In response to the selection, the electronic mail application displays one or more fields (e.g., a To field, a Body field, etc.) that can receive user entered data. The sending user then enters data (e.g., at a keyboard) into the displayed fields. When appropriate, the sending user can save the electronic mail message as a draft or send the electronic mail message to a recipient user (e.g., by selecting the appropriate "save" or "send" control within the electronic mail application). Sending the electronic mail message may cause the electronic mail message to be routed from the sending user's computer system, through a sending mail server, across a network, to a receiving mail server that stores electronic mail messages for a recipient user. To view the electronic mail message, the recipient user establishes a connection from an electromc mail application to the receiving mail server. Establishing the connection can cause all electronic mail messages sent to the recipient user, including the mail message from the sending user, to be transferred from the receiving mail server to the recipient user's computer system and stored at the recipient user's computer system. After the electronic mail message from the sending user is transferred and stored, the recipient user may manipulate an input device, such as, for example, a mouse, within the electronic mail application to view the stored electronic mail message. In addition to electronic mail applications, computer system users can also use other messaging applications to send, receive, and store other different types of electronic messages. Unfortunately, different types of electromc messages (e.g., electronic mail messages, instant messages, faxes, blog entries, voice messages, etc.) are typically stored in different data formats. For example, a data format used to store one type of electronic message, such as, for example, an instant message, typically differs from the data format used to store other different types of electronic message, such as, for example, a news group posting. Thus, to access a specified type of electronic message, a user is required to use a messaging application that can access data stored in the data format corresponding to the specified type of electronic message. For example, a user is typically required to use an instant messaging application to access instant messages. Further, messaging applications are typically configured to access only a few, or even only one, type of electronic message and cannot generally be used to access other additional types of electronic messages. That is, messaging applications are typically designed to access data stored in a limited number of data formats, and potentially only one data format, that corresponds to one or more specified electronic message types. For example, an instant message application is typically configured to access data stored in one or more instant message data formats but is typically not configured to access data stored in fax data formats. Additionally, some data formats can be application specific. Thus, two messaging applications configured to access the same type of electronic messages may nonetheless use different data formats to store electronic message data. For example, a first electronic mail application may store electronic mail messages using a first data format, while a second electronic mail application stores electronic mail messages using a second different data format. Thus, a messaging application developed to access electronic messages of a particular type may not be able to access all electronic messages of the particular type. For example, an electronic mail message stored in the first data format by the first electronic mail application may not be accessible to the second electronic mail application (e.g., that can only access electronic mail messages stored in the second data format). Also, each different messaging application typically stores corresponding electronic messages in a different database. For example, an instant messaging application can store instant messages in an instant messaging database, an electronic mail application can store electronic mail messages in an electronic mail messaging database, a news group reader can store news group postings in a news group database, etc. Accordingly, most, if not all, computer systems include a number of messaging applications for storing and accessing message data stored in different data formats and residing in different databases. For example, a computer system can include an electronic mail application for accessing electronic mail messages, an instant message application for accessing instant message, a fax application for accessing faxes, etc. Using multiple electromc messaging applications can be time consuming, for example, when a user desires to access all available electronic messages corresponding to a specified entity. If the desired electronic messages are stored in different data formats and/or reside in different databases, each messaging application will have to perform a separate search for desired electronic messages. For example, the user may be required to switch to an electronic mail application (or even switch between multiple electronic mail applications) to search for electronic mail messages, switch to an instant message application to search for instant messages, and switch to a voice message application to search for voice messages. Having multiple messaging applications perform searches for electronic messages potentially results in an undesirable expenditure of time and computer system resources. Searches and queries for specific electronic messages or electronic message related data must also be performed separately at each of the electronic messaging applications. That is, a user would be required to use an electronic mail application to search for electronic mail messages. However, the user typically could not use the electronic mail application to search for stored instant messages or voice messages. Having to perform separate searches at each messaging application can be particularly problematic when the electronic message type is unknown. The user may be required to execute searches in each of a number of different messaging applications to locate a single electronic message. Therefore systems, methods, computer program products, and data structures for more efficiently storing and accessing message related data would be advantageous. BRIEF SUMMARY OF THE INVENTION The foregoing problems with the prior state of the art are overcome by the principles of the present invention, which are directed towards methods, systems, computer program products, and data structures for efficiently storing and accessing electronic message related data. Generally, electronic messages are created in accordance with an electronic message schema hierarchy. Electronic messages can be created such that some data fields are commonly defined (e.g., a subject field, a participants field, an importance field, etc.) even between different types of electronic messages (e.g., between electronic mail messages and instant messages). Electronic messages can also be created such that some data fields, for example, data fields specific to particular message protocols and/or particular message applications are separately defined (e.g., a PosterlD for a news group posting and deleted field for an electronic mail message) and can thus differ between different types of messages. Accordingly, an electronic message can have some fields in common with other electronic messages and some fields that differ from other electronic messages. Having some commonly defined fields and other differently defined fields promotes efficient storage and access of electronic messages, while also facilitating message compatibility with existing message protocols and message applications. The message schema hierarchy includes a message schema defining data fields that can be common to different types of electronic messages and includes message extension schemas defining data fields for particular message protocols and particular message extensions. When a message is created it can include data fields as defined in the message schema and can include other fields specific to particular message protocols and/or message applications. A computer system creates a message item representing an electronic message in accordance with the message schema. The computer system assigns a primary message type to the message. The primary message type indicates a primary behavior (e.g., electronic mail message, instant message, etc.) of one or more content portions linked to created message item. Since message items representing different message types have a number of similarly defined data fields (i.e., a similar format), message items can be more efficiently stored and accessed from a single database. The computer system assigns one or more protocol extensions to the created message item. Each assigned protocol extension can add one more protocol specific properties to the created message item that promote compatibility with a specified message protocol. The computer system assigns one or more application extensions to the created message item. Each assigned application extension can add one more application specific properties to the created message item that promote compatibility with a with a specified message application. A message item of any primary type can be assigned virtually any number of protocol extensions and/or application extensions. For example, an instant message could be assigned a POP3 extension and a fax application extension that facilitate transferring the instant message via POP3 and viewing the instant message at the fax application. Accordingly, a message of any primary type can be configured for compatibly with a number of different message protocols and different message applications. In some embodiments, data values stored extension specific fields corresponding to one message extension can be used to transform a message item for compatibility with another message extension. A computer system accesses a message item representing an electronic message. The message item has one or more general properties that are common to a plurality of different types of message protocols and a plurality of different types of message applications. The message item also includes one or more currently assigned specific properties that are specific to at least one currently assigned message extension (e.g., a currently assigned message protocol extension or message application extension). The computer system assigns a new message extension (e.g., a newly assigned message protocol extension or message application extension) to the message item. The new message extension has one or more new specific properties that are to be associated with the message item. The computer system sends the message item in accordance with both the currently assigned message extension and the new message extension. Accordingly, a single message item can be sent to a number of applications without having to duplicate the content of the message item. Sending a single message item increases the likelihood of different applications, for example, an electronic mail application and a fax application, receiving consistent data. The computer system may also retrieve one or more values form the currently assigned extension and optionally use the retrieved values to populate fields corresponding to the new message extension. Using values from currently assigned extension to populate fields corresponding to a newly assigned extension can conserve resources and alleviate a user from having to manually enter values. It may be that message items are stored in message silo portion of a database. The database can also include other silos, such as, for example, a contacts silo, and folder, silo, and a document silo. Fields of message items can include links to items stored in other silos. For example, message participant field of a message item can include a link to a contact item in the contacts silo. Message items can be stored in folders that also have protocol or application specific extensions. Additional features and advantages of the invention will be set forth in the description that follows, and in part will be obvious from the description, or may be learned by the 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. 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 as set forth hereinafter. BRIEF DESCRIPTION OF THE DRAWINGS In order to describe the manner in which the above-recited and other advantages and features of the invention can be obtained, a more particular description of the invention briefly described above will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. Understanding that these drawings depict only typical embodiments of the invention and are not therefore to be considered to be limiting of its scope, the invention will be described and explained with additional specificity and detail through the use of the accompanying drawings in which: Figure 1 illustrates an example of a network architecture and general schema hierarchy that facilitate efficiently storing and accessing electronic message related in accordance with the principles of the presenting invention. Figures 2A illustrates a first portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention. Figures 2B illustrates a second portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention. Figures 2C illustrates a message extension portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention. Figures 2D illustrates a folder extension schema portion of an example of a more detailed schema hierarchy in accordance with the principles of the present invention. Figure 3 illustrates an example electronic message formatted in accordance with the principles of the present invention. Figure 4 illustrates an example content portion formatted in accordance with the principles of the present invention. Figure 5 illustrates an example attachment formatted in accordance with the principles of the present invention. Figure 6 illustrates an example community news folder formatted in accordance with the principles of the present invention. Figure 7 illustrates a suitable operating environment for the principles of the present invention. Figure 8 illustrates an example flowchart of a method for creating an electronic message in accordance with the principles of the present invention. Figure 9 illustrates an example flowchart of a method for transforming an electronic message for compatibility with a message extension in accordance with the principles of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The principles of the present invention provide for efficiently storing and accessing electronic message related data. Generally, electronic messages are created in accordance with an electronic message schema hierarchy. Electronic messages can be created such that some data fields are commonly defined (e.g., a subject field, a participants field, an importance field, etc.) even between different types of electronic messages (e.g., between electronic mail messages and instant messages) and other data fields, for example, data fields specific to particular message protocols and/or particular message applications are separately defined (e.g., a PosterlD for a news group posting and deleted field for an electronic mail message) differ between different types of electronic messages. Accordingly, an electronic message can have some fields in common with other electronic messages and some fields that differ from other electronic messages. Having some commonly defined fields and other differently defined fields promotes efficient storage and access of electronic messages, while also facilitating message compatibility with existing message protocols and message applications. Embodiments within the scope of the present invention include computer- readable media for carrying or having computer-executable instructions or data structures stored thereon. Such computer-readable media may be any available media, which is accessible by a general-purpose or special-purpose computer system. By way of example, and not limitation, such computer-readable media can comprise physical storage media such as RAM, ROM, EPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other media which can be used to carry or store desired program code means in the form of computer-executable instructions, computer-readable instructions, or data structures and which may be accessed by a general-purpose or special-purpose computer system. In this description and in the following claims, a "network" is defined as one or more data links that enable the transport of electronic data between computer systems and/or modules. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or a combination of hardwired or wireless) to a computer system, the connection is properly viewed as a computer-readable medium. Thus, any such connection is properly termed 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 certain function or group of functions. The computer executable instructions may be, for example, binaries, intermediate format instructions such as assembly language, or even source code. In this description and in the following claims, a "computer system" is defined as one or more software modules, one or more hardware modules, or combinations thereof, that work together to perform operations on electronic data. For example, the definition of computer system includes the hardware components of a personal computer, as well as software modules, such as the operating system of the personal computer. The physical layout of the modules is not important. A computer system may include one or more computers coupled via a network. Likewise, a computer system may include a single physical device (such as a mobile phone or Personal Digital Assistant "PDA") where internal modules (such as a memory and processor) work together to perform operations on electronic data. In this description and in the following claims, a "schema" is defined as an expression of a shared vocabulary between a plurality of computer systems that allows the plurality of computer systems to process documents according to the expressed shared vocabulary. For example, an extensible Markup Language ("XML") schema can define and describe a class of XML documents using schema constructs (e.g., name/value pairs) of an XML schema language. These schema constructs can be used to constrain and document the meaning, usage, and relationships of data types, elements and their content, attributes and their values, entities and their contents, and notations, as used in XML documents. Thus, any computer system that can access an XML schema can process XML documents in accordance with the XML schema. Further, any computer system that can access an XML schema can compose or modify XML documents for use by other computer systems and/or message processors that can also access the XML schema. Schema is defined to include Document Type Definitions ("DTD"), such as, for example, DTD files ending with a " dtd" extension. Schema is also defined to include World Wide Web Consortium ("W3C") XML Schemas, such as, for example, XML Schema files ending with a ".xsd" extension. However, the actually file extension for a particular DTD or XML schema is not important. A schema can be utilized to define virtually any data type including logical, binary, octal, decimal, hexadecimal, integer, floating-point, character, character string, user-defined data types, and combinations of these data types used to defined data structures. Some examples of user-defined data types are DateTime data types representing date and time data and EAddress data types representing electronic addresses data, such as, for example, telephone numbers, electronic mail address, instant message addresses, etc., A datatype (or entity) can also be defined to reference or link to other datatypes (or entities) in a schema hierarchy. Those skilled in the art will appreciate that the invention may be practiced in network computing environments with many types of computer system configurations, including, personal computers, laptop computers, hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, mobile telephones, PDAs, pagers, and the like. The invention may also be practiced in distributed system environments where local and remote computer systems, which are linked (either by hardwired data links, wireless data links, or by a combination of hardwired and wireless data links) through a network, both perform tasks. In a distributed system environment, program modules may be located in both local and remote memory storage devices. Figure 1 illustrates an example of a network architecture 100 and general schema hierarchy 150 that facilitate efficiently storing and accessing electronic message related data in accordance with the principles of the present invention. Network architecture 100 includes computer system 102, computer system 109, database 114, and network 121. Computer system 102 and computer system 109 are connected by corresponding link 106. Computer system 102 and computer system 109 can exchange electronic messages (e.g., electronic mail messages, instant messages, fax messages, news group postings, voice messages, etc.) over link 106. For example, it may be that computer system 109 is a messaging server that stores electronic messages. From time to time computer system 102 may connect to computer system 109 to download electronic messages. Computer system 109 is connected to database 114 by link 123. Database 114 can be a database that stores a plurality of different types of database items. For example, contacts silo 183 can store contact items representing contacts (e.g., individual, organizations, or corporations), folder silo 183 can store folder items representing folders that store other types of items (e.g., electronic messages), message silo 184 can store message items representing electronic messages, document silo 186 can store document items representing various documents, etc. Database items stored in database 114 can include data fields defined in accordance with the schemas of schema hierarchy 150. A series of three periods (an ellipsis) before contacts silo 182 and after document silo 186 indicates that other silos (potentially storing other different types database items) can be included in database 114. Computer system 109 is connected to network 121 by link 118. Network 121 can be a Local Area Network ("LAN"), Wide Area Network ("WAN"), or even the Internet. Computer system 109 can receive data from and send data to other computer systems connected to network 121 over link 118. Computer system 102, computer system 109, and possibly other computer systems connected to network 121 can have access to schemas included in schema hierarchy 150. Schema hierarchy 150 generally represents data formats for defining electronic messages. Message items representing electronic messages (as well as other types of items in database 114) can be defined in accordance with base item schema 151. Generally, a base item schema can define data formats for data fields (e.g., a globally unique LD and display name) used to differentiate one database item from another database item. Accordingly, message items stored in message silo 184 (as well as items stored contacts silo 182, folder silo 183, and document silo 186) can include one or more data fields defined in accordance with base item schema 151. Message schema 152 defines data formats for one or more data fields (e.g., message subject, message size, etc.) that are common to a plurality of different types of electronic messages. Message schema 152 can define a common format, such as, for example, a text format or HyperText Markup Language ("HTML") format. Accordingly, message items stored in message silo 184 can include one or more data fields defined in accordance with message schema 152. Message items stored in message silo 184 may also include data fields defined in accordance with one or more message extension schemas. Message schema 152 can define data fields that refer or linked to data fields defined in accordance with other schemas in schema hierarchy 150. For example, message schema 152 can define one or more data fields that refer or link to contact related information (having data fields defined in accordance with contact schema 153) in contacts silo 182. Accordingly, a message item defined in accordance with message schema 152 can refer or link to contacts related information in contacts silo 182. Referring to or linking to contact related information can indicate that the entity corresponding to the contact related information is associated with the message item. Similarly, message schema 152 can define one or more data fields that refer or link to a folder related information (having data fields defined in accordance with folder schema 154) in folders silo 183. Accordingly, a message item defined in accordance with message schema 152 can also refer or link to folder related information in folder silo 183. Referring to or linking to a folder related information can indicate that the message item is stored in a folder corresponding to the folder related data. Likewise, message schema 152 can define one or more data fields that refer to link to document related information. Accordingly, a message item defined in accordance with schema 152 can include one or more attachments (having data fields defined in accordance with attachment schema 157) that refer to link to document related data in document silo 186. Referring to or linking to document related data can indicate that the document corresponding to the document related data was an attachment to the message item. For example, a message item can include an attachment, such as, a word processing document, a calendar appointment, a picture, etc. When an attachment is schematized a receiving computer system can process the attachment more intelligently. For example, a computer system can query fields of a schematized attachment and process the schematized attachment according to the values stored in the fields. Further, a message item defined in accordance with message schema 152 can refer or link to account related data defined in accordance with account schema 158. The content of a message item (e.g. a message body or message attachment) can include data fields defined in accordance with content schema 156 A message item defined in accordance with schema 152 can also include data fields defined in accordance with one or more message extensions schemas. Some message extension schemas can be protocol extensions that promote compatibility with specified message protocols. For example, message protocol extension schemas 161 can contain one or more message protocol extension schemas defining data fields that are specific to particular message protocols. For example, protocol extension schema 162 can define data formats for one or more data fields specific to a first message protocol (e.g., Network News Transfer Protocol ("NTTP")) and protocol extension schema 163 can define data formats for one or more data fields specific to a second message protocol (e.g., Post Office Protocol 3 ("POP3")). Protocol extension schemas can be arranged in a hierarchy. For example, protocol extension schema 164 can define data formats for additional data fields specific to a particular implementation of the first message protocol (having data fields defined in accordance with protocol extension schema 162). Other message extensions can be application extensions that promote compatibility with specified message applications. For example, message application extension schemas 166 can contain one or more message application extension schemas defining data fields that are specific to message applications. For example, application extension schema 167 can define data formats for one or more data fields specific to a first message application (e.g., an electronic mail application) and application extension protocol schema 168 can define data formats for one or more data fields specific to a second message application (e.g., fax application). Application extension schemas can be arranged in a hierarchy. For example, application extension schema 169 can define data formats for additional data fields specific to a particular version of the second message application (having data fields defined in accordance with application extension schema 168). Thus, a message item having data fields defined in accordance with message schema 152 can also have additional data fields defined in accordance with any of the extension schemas in message protocol extension schemas 161 and message application extension schemas 166. Data fields corresponding to message extensions can be "snapped" on to and removed from message items as appropriate to facilitate compatibility with existing message protocols and message applications. Accordingly, the configuration of data fields contained in a message item can change over time. An application, such as, for example, message application 111 or message application 103, may request that data fields of a particular protocol extension schema or application extension schema be snapped on to or removed from a message item before accessing the message item. Thus, it may be that a message item is transformed for compatibility with a particular message protocol or message application. For example, message application 103 may request that fields of the NNTP protocol extension schema be snapped onto message item 116. Accordingly, message application 103 can retrieve message item 116 and transform message item 116 to include data fields (e.g., defined in accordance with protocol extension schema 162) that promote compatibly with the NNTP protocol. The transformed message item (e.g., message item 107) can then be transferred to computer system 102. It may be that message application 111 automatically retrieves values from one or more currently assigned data fields to populate one or more values of newly added data fields corresponding to a message extension schema. Retrieving values can include referring or linking to information defined in accordance with other schemas in schema hierarchy 150. For example, message application 111 may retrieve a phone number from a currently assigned fax extension phone number field, identify a contact that corresponds to the phone number from contacts silo 182, retrieve an electronic mail address for the contact from contacts silo 182, and populate the electronic mail address into a newly assigned electronic mail message "From:" field. Alternately, a user may be prompted to enter values for populating newly added data fields corresponding to a message extension. Figures 2A - 2D illustrate an example of a more detailed schema hierarchy 200 in accordance with the principles of the present invention. Depicted in Figure 2 A, schema hierarchy 200 includes base item schema 210. Base item schema 210 includes interrelated fields 211 that define data formats for representing base item data. More specifically, interrelated fields 211 can define data formats as described in Table 1.
Figure imgf000018_0001
Table 1 Depicted in Figure 2 A, schema hierarchy 200 includes message schema 212. Message schema 212 derives from base item schema 210 and also includes interrelated fields 213 that define data formats for representing a message item. The fields of message schema 212 can be applied to a base item having a globally unique identifier (defined in base item schema 210) to cause the base item to exhibit the properties of a message item. More specifically, interrelated fields 213 can define data formats as described in Table 2.
Figure imgf000018_0002
Figure imgf000019_0001
Figure imgf000020_0001
Figure imgf000021_0001
Figure imgf000022_0001
Figure imgf000023_0001
Figure imgf000024_0001
Table 2 Depicted in Figure 2A, schema hierarchy 200 includes contact schema 214. Contact schema 214 includes interrelated fields 215 that define data formats for representing a contact item. A message item defined in accordance with message schema 212 can include a link to a contact item defined in accordance with contact schema 214. A participant can be a link to a contact item representing a message sender, receiver, etc. A participant link may be left dangling in which case the fields on this type contain all the necessary data about the participant. More specifically, interrelated fields 215 can define data formats as described in Table 3.
Figure imgf000024_0002
Figure imgf000025_0001
Table 3 Depicted in Figure 2A, schema hierarchy 200 includes folder schema 220. Folder schema 220 includes interrelated fields 221 that define data formats for representing a folder item. A message item defined in accordance with message schema 212 can include a link to a folder defined in accordance with folder schema 220. More specifically, interrelated fields 221 can define data formats as described in Table 4.
Figure imgf000026_0001
Figure imgf000027_0001
Figure imgf000028_0001
Table 4 Depicted in Figure 2 A, schema hierarchy 200 includes content schema 216. Content schema 216 includes interrelated fields 217 that define data formats for representing a portion of content associated with a message item. A message item defined in accordance with message schema 212 can include a link to a portion of content (e.g., a body or attachment) defined in accordance with content schema 216. This can be a link to a document, an event, or some other portion of content. A message item can have multiple bodies and/or attachments. For example, a multipart MIME message can contain multiple bodies. More specifically, interrelated fields 217 can define data formats as described in Table 5.
Figure imgf000028_0002
27
Figure imgf000029_0001
Table 5 Depicted in Figure 2A, schema hierarchy 200 includes attachment schema 218. Attachment schema 218 includes interrelated fields 219 that define data formats for representing an attachment associated with of a message item. An attachment defined in accordance with attachment schema 218 can include a link to a message item defined in accordance with message schema 212. More specifically, interrelated fields 219 can define data formats as described in Table 6.
Figure imgf000029_0002
It is on a relationship between message and item representing content on extension for attachment.
AttachementState String Defines a format for indicating the type and behavior of the attachment. Values can include: 1) EnclosedAttachment: This value indicates an attachment that is stored decoded outside of the Mime. The attachment will behave as if it is enclosed within the Mime Stream. This database Item was created because the data is to be stored in decoded form or the properties need to be schematized. The two most common scenarios that require this are: A. Some protocols will download attachments outside of the MLME content in decoded form. B. The attachment data or meta properties need to be accessible, but this attachment may not behave as if the sender attached this document/file for the recipient to use directly. Examples include: Signature blobs, Inline Only Attachments, Digital Signature certs or data. 2) PromotedAttachment: This attachment is promoted to act like a peer of the message. It will appear in the shell along side the message. 3) SavedAsAttachment: This attachment has be 'Saved As', so it will act as a copy of the message.
IsEncrypted Boolean Defines a format for indicating if the attachment is encrypted.
Figure imgf000031_0001
Figure imgf000032_0001
Figure imgf000033_0001
Figure imgf000034_0001
Table 6 Depicted in Figure 2 A, schema hierarchy 200 includes account schema 222. Account schema 222 includes interrelated fields 223 that define data formats for representing an account item. A message item defined in accordance with message schema 212 (or folder item defined in accordance with folder schema 220) can include a link to an account item defined in accordance with account schema 219. An account item can include a message account and settings. More specifically, interrelated fields 223 can define data formats as described in Table 7.
Figure imgf000034_0002
Figure imgf000035_0001
Figure imgf000036_0001
Table 7 Depicted in Figure 2B, schema hierarchy 200 includes content properties schema 224. Content properties schema 224 includes interrelated fields 225 that define data formats for representing content properties. Content properties contain fields that describe the content of a message. Content properties are used on relationships between a message item and a portion of content (e.g., defined in accordance with content schema 216) or on extension for an attachment (e.g., defined in accordance with attachment schema 218). More specifically, interrelated fields 225 can define data formats as described in Table 8.
Figure imgf000036_0002
Figure imgf000037_0001
Figure imgf000038_0001
Table 8 Depicted in Figure 2B, schema hierarchy 200 includes server account schema 228. Server account schema 228 includes interrelated fields 229 that define data formats for representing server accounts. Server account data defined in accordance with server account schema 228 can extend an account (e.g., defined in accordance with account schema 222) for compatibility with a particular server. A server account schema can be used to describe a server account for a client account. More specifically, interrelated fields 229 can define data formats as described in Table 9.
Figure imgf000038_0002
Figure imgf000039_0001
Table 9 Depicted in Figure 2C schema hierarchy 200 includes a plurality of message extension schemas including message protocol extension schemas 230 and message application extension schemas 250. Message protocol extension schemas 230 includes a plurality a protocol extension schemas that can be utilized to extend a message item for compatibility with a plurality of corresponding message protocols. For example, message protocol extension schemas 230 includes instant message protocol schema 231, E-mail protocol schema 233, and Fax protocol schema 235, that can promote compatibility with an instant message, electronic mail, and fax protocol respectively. The ellipses before, between, and after the schemas expressly depicted in message protocol extension schemas 230 indicates that message protocol extension schemas 230 can include additional schemas (e.g., for extending message items for compatibility with voice message protocols, Blog entry protocols, etc.). Vertical ellipses 232 and 236 indicate that instant message protocol schema 231 and fax protocol schema 235 respectively can contain one or more interrelated data fields. The one or more interrelated data fields can be utilized to extend a message item for compatibility with a corresponding message protocol. For example, e-mail protocol schema 233 includes interrelated fields 234 that can be utilized to extend a message item (e.g., defined in accordance with message schema 212) for compatibility with an electronic mail protocol. More specifically, interrelated fields 234 can define data formats as described in Table 10.
Figure imgf000040_0001
Figure imgf000041_0001
Figure imgf000042_0001
Table 10 Depicted in Figure 2C, e-mail POP3 schema 237 derives from e-mail protocol schema 233 and includes additional interrelated fields 238 that define POP3 specific data. E-mail POP3 schema 237 can be utilized to extend an electronic mail message (e.g., including fields defined in accordance the e-mail protocol schema 233) to promote compatibility with the POP3 protocol. Interrelated fields 238 can define data formats as described in Table 11.
Figure imgf000043_0001
Table 11 Depicted in Figure 2C, e-mail NNTP message schema 239 derives from e-mail protocol schema 233 and includes additional interrelated fields 240 that define NNTP specific data. E-mail NNTP schema 237 can be utilized to extend an electronic mail message (e.g., including fields defined in accordance the e-mail protocol schema 233) to promote compatibility with the NNTP protocol. Interrelated fields 240 can define data formats as described in Table 12.
Figure imgf000043_0002
Table 12 Depicted in Figure 2C, e-mail community news schema 241 further derives from e-mail NNTP schema 239 and includes additional interrelated fields 242 that define community news specific data. E-mail community news schema 241 can be utilized to extend an NNTP message (e.g., including fields defined in accordance the e-mail NNTP schema 239) to promote compatibility with community news messages. Interrelated fields 242 can define data formats as described in Table 13.
Figure imgf000044_0002
Figure imgf000045_0001
Table 13 Message application extension schemas 250 includes a plurality of application extension schemas that can be utilized to extend a message item for compatibility with a plurality of corresponding message applications. For example, message application protocol extension schemas 250 mcludes Blog application schema 251, e- mail application schema 253, and second e-mail application schema 255, that can promote compatibility with an blog application, a first electronic mail application, and a second electronic mail application respectively. The ellipses before, between, and after the schemas expressly depicted in message application extension schemas 250 indicates that message application extension schemas 250 can include additional schemas (e.g., for extending message items for compatibility with voice message applications, fax applications, news group applications, etc.). Vertical ellipses 252 and 256 indicate that blog application schema 251 and second e-mail application schema 255 respectively can contain one or more interrelated data fields. The one or more interrelated data fields can be utilized to extend a message item for compatibility with a corresponding message application. For example, e-mail application schema 253 includes interrelated fields 254 that can be utilized to extend a message item for compatibility with a particular electronic mail application. The particular electronic mail application can be different from a second e-mail application corresponding to second e-mail application schema 255. More specifically, interrelated fields 254 can define data formats as described in Table 14.
Figure imgf000046_0001
Figure imgf000047_0001
Figure imgf000048_0001
Figure imgf000049_0001
Table 14 Depicted in Figure 2D schema hierarchy 200 includes a plurality of folder extension schemas including folder protocol extension schemas 260 and folder application extension schemas 270. Folder protocol extension schemas 260 includes a plurality of folder protocol extension schemas that can be utilized to extend a folder item for compatibility with a plurality of corresponding folder protocols. For example, folder protocol extension schemas 260 includes voice message folder protocol schema 261, E-mail message folder protocol schema 263, and blog message folder protocol schema 267, that can promote compatibility with a voice message folder protocol, an electronic mail folder protocol, and a blob entry folder protocol respectively. The ellipses before, between, and after the schemas expressly depicted in folder protocol extension schemas 260 indicates that folder protocol extension schemas 260 can include additional schemas (e.g., for extending folder items for compatibility with instant message folder protocols, fax folder protocols, etc.). Vertical ellipses 262, 264, 268 indicate that voice message folder protocol schema 261, e-mail message folder protocol schema 263, and blog entry folder protocol schema 267 respectively can contain one or more interrelated data fields. The one or more data interrelated data fields can be utilized to extend a folder item for compatibility with a corresponding folder protocol. Depicted in Figure 2D, e-mail LMAP folder schema 265 further derives from e-mail message folder protocol schema 263 and includes additional interrelated fields 266 that define LMAP specific data. E- mail LMAP folder schema 265 can be utilized to extend an electronic mail message folder (e.g., including fields defined in accordance the e-mail message folder protocol schema 263) to promote compatibility with LMAP folders. Interrelated fields 266 can define data formats as described in Table 15.
Figure imgf000050_0001
Figure imgf000051_0001
Table 15 Folder application extension schemas 270 includes a plurality of application extension schemas that can be utilized to extend a folder item for compatibility with a plurality of corresponding folder applications. For example, folder application extension schemas 270 includes instant message folder application schema 271, e- mail message folder application schema 273, and second e-mail folder application schema 275, that can promote compatibility with an instant message folder application, a first electronic mail folder application, and a second electronic mail folder application respectively. The ellipses before, between, and after the schemas expressly depicted in folder application extension schemas 270 indicates that folder application extension schemas 270 can include additional schemas (e.g., for extending folder items for compatibility with blog entry folder applications, fax folder applications, etc.). Vertical ellipses 272 and 276 indicate that instant message application folder schema 271 and second e-mail message application folder schema 275 respectively can contain one or more interrelated data fields. The one or more interrelated data fields can be utilized to extend a folder item for compatibility with a corresponding folder application. For example, e-mail message application folder schema 273 includes interrelated fields 274 that can be utilized to extend a folder item for compatibility with a particular electronic mail folder application. The particular electronic mail folder application can be different from a second electronic mail folder application corresponding to second e-mail message folder application schema 275. More specifically, interrelated fields 274 can define data formats as described in Table 16.
Figure imgf000052_0001
Figure imgf000053_0001
Table 16 Depicted in Figure 2D, e-mail news message folder application schema 277 derives from e-mail message folder application schema 273 and includes additional interrelated fields 278 that define news message specific data. E-mail news message application folder schema 277 can be utilized to extend an electronic mail message folder (e.g., including fields defined in accordance the e-mail message folder application schema 273) to promote compatibility with news message folder applications. Interrelated fields 278 can define data formats as described in Table 17.
Figure imgf000053_0002
Figure imgf000054_0001
Figure imgf000055_0001
Table 17 Depicted in Figure 2D, article range schema 281 includes interrelated fields 282 that define a format for representing an article range. Interrelated fields 282 can define data formats as described in Table 18.
Figure imgf000055_0002
Table 18 Schemas includes in a schema hierarchy, such as, for example, schema hierarch 150 or schema hierarchy 200, can be utilized to create database items that are stored in database 114. For example, base item schema 151, message schema 152 and potentially one or message protocol extension schemas from message protocol extension schemas 161 and/or one or more message application schemas from message application extension schemas 166 can be utilized to create an electronic message. Figure 3 illustrates an example electromc message 300 formatted in accordance with the principles of the present invention. Figure 8 illustrates an example flowchart of a method 800 for creating an electronic message in accordance with the principles of the present invention. The method 800 will be discribed with respect to network architecture 100, schema hierarchy 150, and electronic message 300. Any of the messages depicted in network architecture 100 (i.e., message items 107, 108, 112, and 116) can be similar in format to electronic message 300. The method 800 includes an act of creating a message item that represents an electronic message (act 801). Act 801 can include a computer system creating a message item that represents an electronic message. For example, computer system 102 or computer system 109 can create a message item that represents an electronic message (e.g., electronic message item 108 or 112). It may be that a message item is created in response to user-input, such as, for example, selecting a "New Message" option for a user-interface. User-input can be received locally, for example, from a local input device, such as a keyboard or mouse, or can be received from a remote location, for example, from some other network connectable computer system. Creating a message item can include creating a data structure that includes one or more fields defined in accordance base item schema 151 and message schema 152. Fields defined in accordance with base item schema 151 and message schema 152 can represent general properties that are common to a plurality of different types of electronic messages. General properties 301 are an example of message property fields that may be common to a plurality of different types of electronic messages. An identifier, such as, for example, a globally unique identifier ("GUID"), can be assigned to ID field 302. The assigned identifier can distinguish the message item representing electronic message 300 from other items in database 114. The method 800 includes an act of assigning a primary type to the created message item (act 802). Act 802 can include a computer system assigning a primary type to the created message item. The primary message type can indicate a general behavior of electronic message 300, such as, for example, as an electronic mail message, a fax message, a news group posting, etc. Assigning a primary message type to electronic message 300 can include assigned a primary message type value representing, for example, an electronic mail message, an instant message, a fax message, a news group posting, or blog entry, to primary type field 303. Accordingly, primary type field 303 can represent a primary message type of the electronic message identified by the identifier in ID field 302. Other properties of electronic message 300 can also be assigned. Participants field 304 can be assigned one or more message participant relationships representing links to one or more participants associated with electronic message 300 (the electronic message identified by the identifier in ID field 302). Contents field 305 can be assigned one or more message content relationships representing links to one or more portions of message content corresponding to message 300. Sent message field 306 can be assigned one or more folder relationships representing links to one or more message folders that electromc message 300 is to be moved to after being submitted for delivery. Download State field 307 can be assigned a download state (e.g., partial, etc) corresponding to electronic message 300. Message status field 308 can be assigned one or more values representing the status of message 300. For example, message status field 308 can be assigned an IsRead indication indicating if message 300 has been read, a SendStatus indication indicating the send status of message 300, a LastActionTaken indication indicating the last action taken on electronic message 300, a LastActionTime representing the time the last action was taken on electronic message 200, and a LastActionType field representing the type of the last action taken on electronic message 300. The fields of general properties 301 can correspond to data formats described above in Table 2. The method 800 includes a functional result-oriented step for customizing the message item according to one or more message extensions (step 805). Step 805 can include any corresponding acts that result in customizing the message item according to one or more message extensions. However, in the illustrative example Figure 8, the step 805 includes a corresponding act of assigning one or more protocol extensions to the created message item (act 803). Act 803 can include a computer system assigning one or more protocol extensions to the created message item. Assigning a protocol extension can include adding (or snapping on) fields, which are defined in accordance with a message protocol extension schema, to the message item. Message protocol extensions can include electronic mail protocol extensions (e.g., a POP3 extension), instant messaging protocol extensions, fax protocol extensions, news group posting protocol extensions (e.g., an NNTP or community news extension), blog entry protocol extensions, etc. that define formats for representing protocol specific properties. Generally, protocol specific properties, such as, for example, protocol specific properties 310, represent properties that are specific to one or more message protocols. Fields can be added to or removed from protocol specific properties 310 based on compatibility requirements of electronic message 300. For example, protocol specific fields 311 (e.g., defined in accordance protocol extension schema 163) and protocol specific fields 312 (e.g., defined in accordance protocol extension schema 162) can be added to promote compatibility with corresponding message protocols. The vertical ellipsis in protocol specific properties 310 represents that other protocol specific fields can also be included protocol specific properties 310. In the illustrative example Figure 8, the step 805 includes a corresponding act of assigning one or more application extensions to the created message item (act 804). Act 804 can include a computer system assigning one or more application extensions to the created message item. Assigning an application extension can include adding (or snapping on) fields, which are defined in accordance with a message application extension schema, to the message item. Message application extensions can include electronic mail application extensions (e.g., for compatibility with Microsoft® Outlook® Express, Microsoft® Outlook®, Eudora, Novell GroupWise®, etc.), instant messaging application extensions, fax application extensions, news group posting application extensions, blog entry application extensions, etc. that define formats for representing application specific properties. Generally, application specific properties, such as, for example, application specific properties, 320 represent properties that are specific to one or more message applications. Fields can be added to or removed from application specific properties 320 based on compatibility requirements of electronic message 300. For example, application specific fields 321 (e.g., defined in accordance protocol extension schema 167) and application specific fields 322 (e.g., defined in accordance protocol extension schema 168) can be added to promote compatibility with corresponding message applications The vertical ellipsis in application specific properties 320 represents that other application specific fields can also be included protocol specific properties 320. Other database items can also be created in accordance with schemas in schema hierarchy 150or schema hierarchy 200. Figure 4 illustrates an example content portion 400 formatted in accordance with the principles of the present invention. Content portion 400 can include fields formatted in accordance with a content schema (e.g., content schema 156). Message link field 401 can be assigned a message relationship representing a link from content portion 400 to an electronic message. Content type field 402 can represent a content type corresponding content portion 400. Order field 403 can represent an order corresponding to content portion 400. Content field 408 can represent message data (e.g., text of an electric mail message) corresponding to content portion 400. When content portion 400 is an attachment, content portion 400 can optionally include attachment type field 406 and MLME URL field 407. Attachment type field 405 represent the attachment type of content portion 400. MLME URL field 407 represents a link to a MIME path that corresponds to content portion 400. Figure 5 illustrates an example message attachment 500 formatted in accordance with the principles of the present invention. Message attachment 500 can include fields defined in accordance with an attachment schema (e.g., attachment schema 157). Message link field 501 can be assigned a message relationship representing a link from message attachment 500 to an electronic message. Type field 502 represents a message type of the electronic message linked to by the link in link field 501. IsPinned field 503 represents the deletion status of message attachment 500 with respected to the electronic message linked to in link to by the link in link field 501. IsTrusted field 504 represents trust information related to message attachment 500. Attachment state field 506 represents the type and behavior of message attachment 500. Attachment source field 507 can be assigned a relationship representing a link to a database item where the message attachment 500 was accessed. SaveFromField 508 can be assigned a relationship representing a link to message attachment 500. Attachment data field 509 can represent attachment data (e.g, the contents of an MP3) corresponding to message attachment 500. Figure 6 illustrates an example community news folder 600 formatted in accordance with the principles of the present invention. Community news folder 600 can include fields defined in accordance with a folder schema (e.g., folder schema 154) and potentially one or more folder extension schemas (e.g., e-mail news message application folder schema 277). Community range field 601 represents a collection of article IDs from a news group community that have been synchronized with community header properties. Communities last refresh field 602 represents the last time the community dynamic properties of the news group community including the collection of synchronized article IDs represented in community range field 601 was refreshed. Low article ID field 603 represents a low article ID included in the collection of synchronized article IDs represented in community range field 601. High article LD field 604 represents a high article ID included in the collection of synchronized article IDs represented in community range field 601. In some embodiments, values in fields defined in accordance with one message extension schema are retrieved and utilized to populate fields defined in accordance with another message extension schema. Thus, an electronic message can be efficiently transform for compatibility with a protocol or application corresponding to the other extension schema. Figure 9 illustrates an example flowchart of a method 900 for transforming an electronic message for compatibility with a message extension in accordance with the principles of the present invention. The method 900 will be described with respect to network architecture 100 and schema hierarchy 150. The method 900 includes an act of accessing a message item that represents an electronic message (act 901). Act 901 can include a computer system accessing a message item that represents an electronic message. For example, computer system 102 can access message item 107. Similarly, computer system 109 can access message 116 or message item 108. The method 900 includes a functional result-oriented step for using values of currently assigned extension specific fields to translate the electronic message item for compatibility with a new message extension (step 905). Step 905 can include any corresponding acts that result in using values of currently assigned extension specific fields to translate the electronic message item for compatibility with a new message extension. However, in the illustrative example of Figure 9, step 905 includes a corresponding act of assigning a new message extension to the message item (act 902). Act 902 can include a computer system assigning a new message extension to the message item. For example, computer system 102 can assign a new message extension to message item 107. Similarly, computer system 109 can assign a new message extension message item 108 or message item 116. A newly assigned message extension can include one ore more data fields defined in accordance with a message protocol extension schema or message application extension schema. For example, computer system 109 may assign a new message extension (an instant message application extension) to message item 107 (currently assigned an electronic mail application extension) to promote compatibility with message application 103 (an instant messaging application). It may be that electronic mail messages and instant messages have one or more similar fields. However, the one or more similar fields may not be similar to fields of a variety of other types of electronic messages, such as, for example, voice messages and fax messages. Accordingly, the one or more similar fields may not be included in a general message schema (e.g., message schema 152). The computer system can send the message item in accordance with both the currently assigned message extension and the new message extension. Accordingly, a single message item can be sent to a number of applications without having to duplicate the content of the message item. Sending a single message item increases the likelihood of different applications, for example, an electronic mail application and a fax application, receiving consistent data. In the illustrative example of Figure 9, the step 905 includes a corresponding act of retrieving at least one value from one or more currently assigned specific properties (act 903). Act 903 can include a computer system retrieving at least one value from one or more currently assigned specific properties. For example, computer system 102 can retrieve at least one value retrieving at least one value from one or more currently assigned specific properties of message item 107 or 108. Similarly, computer system 109 can retrieve at least one value retrieving at least one value from one or more currently assigned specific properties of message item 112 or 116. It may be that message application 111 is an application configured to transform messages for compatibility with other messaging applications. Messaging application 111 can retrieve message item 116 that, for example, is currently assigned a fax application extension. Messaging application 111 can analyze the currently assigned properties of the fax application extension to determine if any of the currently assigned properties (i.e., fax properties) are similar to any new properties (e.g., corresponding to an electronic mail application extension). For example, it may be that the fax application and the electronic mail application indicate if a message is saved offline in a similar manner. Thus, the saved offline value corresponding to the fax application may also be relevant to the electronic mail application. Accordingly, this saved offline value can be retrieved from the fax application extension. In the illustrative example of Figure 9, the step 905 optionally includes a corresponding act of assigning the retrieved at least one value to at least one new specific property (act 904). Act 904 can include a computer system assigning the retrieved at least one value to at least one new specific property. For example, computer system 102 can assign the retrieved at least one value to at least one new specific property of message item 107 or 108. Similarly, computer system 109 can assign the retrieved at least one value to at least one new specific property of message item 112 or 116. For example, message application 111 can assign a retrieved value for a fax application property as a value for a similar electromc mail application property. Accordingly, the assigned values can promote compatibility with the electronic mail application. Message application 111 can stored the transformed message (e.g., as message item 112) in database 114. Alternately, message application can send the transformed message (e.g., as message item 107) to computer system 102. A corresponding electronic mail application, such as, for example, message application 103, can then compatibly access message item 107. In some embodiments, a client computer system can send an electronic message to a server computer system for translation. For example, message item 108 can be composed at massage application 108. Subsequently, message application 104 may request message item 108. Accordingly, computer system 102 can submit message item 108 to computer system 109 for translation. Computer system 109 can transform the message for compatibility with message application 104 (e.g., by populating fields of a corresponding application extension). A transformed message, for example, message item 107, can be returned to computer system 102. Message application 104 can then access message item 107. Transforming a message item can include referring to information in other silos of database 114. For example, when transforming a message, which is currently assigned an electronic mail application extension, for compatibility with a fax application extension, a message application may refer to information in a contacts silo 182. The message application can, for example, locate a telephone number that corresponds to a participant having an electronic mail address contained in the message. Figure 7 and the following discussion are intended to provide a brief, general description of a suitable computing environment in which the invention may be implemented. 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, and the like, which perform particular tasks or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of the program code means for executing acts of the methods disclosed herein. With reference to Figure 7, an example system for implementing the invention includes a general-purpose computing device in the form of computer system 720, including a processing unit 721, a system memory 722, and a system bus 723 that couples various system components including the system memory 722 to the processing unit 721. Processing unit 721 can execute computer-executable instructions designed to implement features of computer system 720, including features of the present invention. The system bus 723 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") 724 and random access memory ("RAM") 725. A basic input/output system ("BIOS") 726, containing the basic routines that help transfer information between elements within computer system 720, such as during start-up, may be stored in ROM 724. The computer system 720 may also include magnetic hard disk drive 727 for reading from and writing to magnetic hard disk 739, magnetic disk drive 728 for reading from or writing to removable magnetic disk 729, and optical disk drive 730 for reading from or writing to removable optical disk 731, such as, or example, a CD- ROM or other optical media. The magnetic hard disk drive 727, magnetic disk drive 728, and optical disk drive 730 are connected to the system bus 723 by hard disk drive interface 732, magnetic disk drive-interface 733, and optical drive interface 734, respectively. The drives and their associated computer-readable media provide nonvolatile storage of computer-executable instructions, data structures, program modules, and other data for the computer system 720. Although the example environment described herein employs magnetic hard disk 739, removable magnetic disk 729 and removable optical disk 731, other types of computer readable media for storing data can be used, including magnetic cassettes, flash memory cards, digital versatile disks, Bernoulli cartridges, RAMs, ROMs, and the like. Program code means comprising one or more program modules may be stored on hard disk 739, magnetic disk 729, optical disk 731, ROM 724 or RAM 725, including an operating system 735, one or more application programs 736, other program modules 737, and program data 738. A user may enter commands and information into computer system 720 through keyboard 740, pointing device 742, or other input devices (not shown), such as, for example, a microphone, joy stick, game pad, scanner, or the like. These and other input devices can be connected to the processing unit 721 through input/output interface 746 coupled to system bus 723. Input/output interface 746 logically represents any of a wide variety of different interfaces, such as, 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 (i.e., a FireWire interface), or may even logically represent a combination of different interfaces. A monitor 747 or other display device is also connected to system bus 723 via video interface 748. Speakers 769 or other audio output device is also connected to system bus 723 via audio interface 749. Other peripheral output devices (not shown), such as, for example, printers, can also be connected to computer system 720. Computer system 720 is connectable to networks, such as, for example, an office- wide or enterprise-wide computer network, a home network, an intranet, and/or the Internet. Computer system 720 can exchange data with external sources, such as, for example, remote computer systems, remote applications, and/or remote databases over such networks. Computer system 720 includes network interface 753, through which computer system 720 receives data from external sources and/or transmits data to external sources. As depicted in Figure 1, network interface 753 facilitates the exchange of data with remote computer system 783 via link 751. Network interface 753 can logically represent one or more software and/or hardware modules, such as, for example, a network interface card and corresponding Network Driver Interface Specification ("NDIS") stack. Link 751 represents a portion of a network (e.g., an Ethernet segment), and remote computer system 783 represents a node of the network. Likewise, computer system 720 includes input/output interface 746, through which computer system 720 receives data from external sources and/or transmits data to external sources. Input/output interface 746 is coupled to modem 754 (e.g., a standard modem, a cable modem, or digital subscriber line ("DSL") modem) via data link 759, through which computer system 720 receives data from and/or transmits data to external sources. As depicted in Figure 7, input/output interface 746 and modem 754 facilitate the exchange of data with remote computer system 793 via link 752. Link 752 represents a portion of a network and remote computer system 793 represents a node of the network While Figure 7 represents a suitable operating environment for the present invention, the principles of the present invention may be employed in any system that is capable of, with suitable modification if necessary, implementing the principles of the present invention. The environment illustrated in Figure 7 is illustrative only and by no means represents even a small portion of the wide variety of environments in which the principles of the present invention may be implemented. The present invention may be embodied in other specific forms without departing from its spirit 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, which come within the meaning and range of equivalency of the claims, are to be embraced within their scope.

Claims

Claims: 1. In a computer system that is network connectable along with one or more other computer systems to a network, a method for creating an electronic message that can be stored and accessed with increased efficiency, the method comprising: an act of creating a message item representing the electronic message in accordance with a message schema, the message item having one or more general properties that may be common to a plurality of different types of message protocols and message applications; an act of assigning a primary type to the created message item, the primary type indicating a primary behavior of one or more content portions linked to the created message item; an act of assigning one or more protocol extensions to the created message item, each assigned protocol extension adding one or more protocol specific properties to the created message item so as to promote compatibility between the one or more linked content portions and a specified message protocol; and an act of assigning one or more application extensions to the created message item, each assigned application extension adding one or more application specific properties to the created message item so as to promote compatibility between the one or more linked content portions and a specified message application.
2. The method as recited in claim 1, wherein the act of creating a message item representing the electronic message comprises an act of creating a message item representing the electronic message in accordance with a message schema, the message item having one or more general properties that are common to a plurality of different types of message protocols and message applications.
3. The method as recited in claim 1, wherein the an act of assigning a primary type to the created message item comprises an act of assigning a primary type to the created message item, the primary type being selected from among electronic mail message, instant message, fax message, voice message, news group posting.
4. The method as recited in claim 3, wherein the an act of assigning one or more protocol extensions to the created message item comprises an act of assigning one or more protocol extensions to the created message item, the one or more protocol extensions being selected at least from among electronic mail protocol extensions, instant messaging protocol extensions, fax protocol extensions, voice message protocol extensions and, news group posting protocol extensions.
5. The method as recited in claim 3, wherein the act of assigning one or more protocol extensions to the created message item comprises an act of assigning a
POP3 protocol extension to the created message item.
6. The method as recited in claim 3, wherein the act of assigning one or more protocol extensions to the created message item comprises an act of assigning an NNTP protocol extension to the created message item.
7. The method as recited in claim 3, wherein the act of assigning one or more protocol extensions to the created message item comprises an act of assigning a community news protocol extension to the created message item.
8. The method as recited in claim 1, wherein the an act of assigning one or more protocol extensions to the created message item comprises an act of assigning a protocol extension defined in accordance with a protocol extension schema.
9. The method as recited in claim 1, wherein the act of assigning one or more application extensions to the created message item comprises an act of assigning one or more application extensions to the created message item, the one or more application extensions being selected at least from among electronic mail application extensions, instant messaging application extensions, fax application extensions, voice message application extensions, and news group posting application extensions.
10. The method as recited in claim 9, wherein the act of assigning one or more application extensions to the created message item comprises an act of assigning an Microsoft® Outlook® Express application extension to the created message item.
11. The method as recited in claim 1, wherein the act of assigning one or more application extensions to the created message item comprises an act of assigning an application extension defined in accordance with an application extension schema.
12. In a computer system that is network connectable along with one or more other computer systems to a network, a method for transforming an electronic message, which was created in accordance with a message schema, for compatibility with a message extension, the method comprising: an act of accessing a message item representing the electronic message, the message item having the one or more general properties that may be common to a plurality of different types of message protocols and a plurality of different types of message applications, the message item also having one or more currently assigned specific properties, the currently assigned specific properties being specific to at least one currently assigned message extension; an act of assigning a new message extension to the message item, the new message extension having one or more new specific properties that are to be associated with the message item; an act of retrieving at least one value from the one or more currently assigned specific properties; and an act of assigning the retrieved at least one value to at least one of the new specific properties to promote compatibility with the new message extension.
13. The method as recited in claim 12, wherein the act of accessing a message item representing the electronic message, the message item having the one or more general properties that may be common to a plurality of different types of message protocols and a plurality of different types of message applications comprises an act of accessing a message item representing the electronic message, the message item having the one or more general properties that are common to a plurality of different types of message protocols and a plurality of different types of message applications.
14. The message as recited in claim 12, wherein the act of assigning a new message extension to the message item comprises an act of assigning a new message extension, the new message extension being selected at least from among electronic mail protocol extensions, instant messaging protocol extensions, fax protocol extensions, voice message protocol extensions and, news group posting protocol extensions, electronic mail application extensions, instant messaging application extensions, fax application extensions, voice message application extensions, and news group posting application extensions.
15. The method as recited in claim 12, wherein an act of retrieving at least one value from the one or more existing specific properties comprises on act of retrieving one or more existing specified properties from a message item that represents one of an electronic mail message, a fax message, an instant message, a voice message, or a news group posting.
16. The method as recited in claim 12, wherein the act of assigning the retrieved at least one value to at least one of the new specific properties comprises an act of assigning a value retrieved from one of a currently assigned electronic mail message extension, a currently assigned fax message extension, an currently assigned instant message extension, a currently assigned voice message extension, or a currently assigned news group posting extension, to one of a newly assigned electronic mail message extension, a newly assigned fax message extension, a newly assigned instant message extension, a newly assigned voice message extension, or a new assigned news group posting extension.
17. In a computer system that is network connectable along with one or more other computer systems to a network, a method for transforming an electronic message, which was created in accordance with a message schema, for compatibility with a message extension, the method comprising: an act of accessing a message item representing the electronic message, the message item having the one or more general properties that may be common to a plurality of different types of message protocols and a plurality of different types of message applications, the message item also having one or more currently assigned specific properties, the currently assigned specific properties being specific to at least one currently assigned message extension; and a step for using values of currently assigned extension specific fields to translate the electronic message for compatibility with a new message extension.
18. One or more computer-readable media having stored thereon a data structure representing an electronic message, the data structure comprising: a general properties field representing common electronic message properties that are common to a plurality of different types of message protocols and a plurality of different types of message applications; and at least one protocol specific property field, the at least one protocol specific property field representing one or more protocol specific message properties that correspond to a specific message protocol, the specific message protocol being selecting from among the plurality of different types of message protocols that have the common electronic message properties represented in the general properties field in common..
19. The one or more computer-readable media having stored thereon a data structure representing an electronic message as recited in claim 18, wherein the at least one protocol specific property field comprises: a protocol specific property field representing one or more protocol specific message properties that correspond to one of an electronic mail protocol, an instant messaging protocol, a fax protocol, a voice message protocol, or a news group protocol.
20. The one or more computer-readable media having stored thereon a data structure representing an electronic message, as recited in claim 18, the data structure further comprising: at least one application specific property field, the at least one application specific property field representing one or more application specific electronic message properties that correspond to a specific message application, the specific message application being selecting from among the plurality of different types of message applications that have the common electronic message properties represented in the general properties field in common.
21. One or more computer-readable media having stored thereon a data structure representing an electronic message, the data structure comprising: a general properties field representing common electronic message properties that are common to a plurality of different types of message protocols and a plurality of different types of message applications; and at least one application specific property field, the at least one application specific property field representing one or more application specific electronic message properties that correspond to a specific message application, the specific message application being selecting from among the plurality of different types of message applications that have the common electronic message properties represented in the general properties field in common..
22. The one or more computer-readable media having stored thereon a data structure representing an electronic message as recited in claim 21, wherein the at least one application specific property field comprises: an application specific property field representing one or more application specific message properties that correspond to one of an electronic mail application, an instant messaging application, a fax application, a voice message application, or a news group application.
23. One or more computer-readable media having stored thereon a data structure for representing an electronic message, the data structure comprising: an ID field representing an identifier that identifies the electronic message within an message database; a primary type field representing a primary message type of the electromc message identified by the identifier represented in the JJD field, the primary message type implying a behavior of the electronic message; at least one MessageParticipant relationship field representing links to one or more message participants associated with the electronic message identified by the identifier represented in the ID field; at least one MessageContents relationship field representing links to one or more portions of message content corresponding to the electronic message electronic message identified by the identifier represented in the ID field; at least one sent message folder relationship field representing links to one or more message folders the electronic message identified by the identifier represented in the LD field is to be moved to after being submitted for delivery; and a download state field representing a download state of the electronic message identified by the identifier represented in the ID field.
24. The one or more computer-readable media having stored thereon a data structure representing an electronic message as recited in claim 23, further comprising: a message status field representing the status of the electronic message identified by the identifier represented in the ID field.
25. The one or more computer-readable media having stored thereon a data structure representing an electronic message as recited in claim 23, wherein the message status field is comprised of: an IsRead field representing an indication of whether or not the electronic message in identified by the identifier represented in the ID field has been marked as read; a SendStatus field representing an indication of the send status of the electronic message identified by the identifier represented in the ID field; a LastActionTaken field representing an indication of the last action that was taken on the electronic message identified by the identifier represented in the LD field; a LastActionTime field representing the time that the last action indicated in the LastActionTaken field was taken; a LastActionType field representing the type of that last action taken on the electronic message identified by the identifier represented in the ID field.
26. One or more computer-readable media having stored thereon a data structure representing a portion of message content, the data structure comprising: an electronic message relationship field representing a link to an electronic message, the link indicating that the portion of message content is associated with an electronic message; a content type field representing a content type corresponding to the portion of message content; an order field representing an order value, the order value indicating how the portion of message content is to be ordered with respect to other portions of message content that are also associated with the electronic message; and a content properties field representing additional properties of the content type represented in the content type field.
27. One or more computer-readable media having stored thereon a data structure representing a portion of message content as recited in claim 26, wherein the content properties field comprises: an attachment type field representing an attachment type of the portion of message content.
28. One or more computer-readable media having stored thereon a data structure representing a portion of message content as recited in claim 26, wherein the content properties field comprises: a MLME URL field representing a link to a MLME path that corresponds to the portion of message content.
29. One or more computer-readable media having stored thereon a data structure for representing a message attachment, the data structure comprising: an electronic message relationship field representing a link to a message item, the link indicating that the message attachment is associated with the message item; a type field representing a message type of the electronic message linked to by the link represented in the electronic message link field, the message type implying a behavior of the electronic message; an IsPinned field representing the deletion status of the message attachment with respect to the electronic message linked to by the link represented in the electronic message link field; an IsTrusted field representing trust information related to the message attachment; and an attachment state field representing the type and behavior of the message attachment.
30. The One or more computer-readable media having stored thereon a data structure representing a message attachment as recited in claim 29, further comprising: an attachment source relationship field representing a link to a database item where the message attachment was accessed.
31. The One or more computer-readable media having stored thereon a data structure representing a message attachment as recited in claim 29, further comprising: an saved from relationship field representing a link to the message attachment.
32. One or more computer-readable media having stored thereon a data structure representing a community news folder, the data structure comprising: a community range field representing a collection of article ID ranges from a news group community that have been synchronized with community header properties; a communities last refresh field representing the last time the community dynamic properties of the news group community including the collection of synchronized article IDs represented in the community range field was refreshed; a low article ID field representing a low article ED included the a collection of synchronized article ID ranges represented in the community range field; and a high article ID field representing a high article ID included the a collection of synchronized article ID ranges represented in the community range field.
33. One or more computer-readable media having stored thereon a data structure representing a message schema, the data structure comprising: a general properties field defining a format for representing electronic message properties that may be common to a plurality of different types of message protocols and a plurality of different types of message applications; at least one protocol specific property field, the at least one protocol specific property field defining a format for representing protocol specific electronic message properties that correspond to a specific message protocol from among the different types of message protocols, the message schema including or referring to a protocol extension schema that defines the format for representing at least one protocol specific property field; and at least one application specific property field, the at least one application specific property field defining a format for representing application specific electronic message properties that correspond to a specific message application from among the different types of message applications, the message schema including or referring to an application extension schema that defines the format for representing at least one application specific property field.
34. One or more computer-readable media having stored thereon a data structure representing a message schema, the data structure comprising: a primary type field defining a format for representing a primary message type corresponding to an electronic message, the primary message type implying a behavior of the electronic message; a participants relationship field defining a format for representing links to message participants, the message participants being associated with the electronic message having a primary message type defined in accordance with the primary message type format in the primary type field; a contents relationship field defining a format for representing links to one or more portions of message content, the one or more portions of content corresponding to the electronic message having a primary message type defined in accordance with the primary message type format in the primary type field; a sent message folder relationship field defining a format for representing links to one or more message folders that the electronic message, having a primary message type defined in accordance with the primary message type format in the primary type field, should be moved to after being submitted for delivery; and a download state field defining a format for representing download states corresponding to the electronic message having a primary message type defined in accordance with the primary message type format in the primary type field.
35. The one or more computer-readable media having stored thereon a data structure representing a message schema as recited in claim 34, further comprising: a message status field defining a format for representing the status of the electronic message having a primary message type defined in accordance with the primary message type format in the primary type field, the message schema including or referring to a message status schema that defines the format for representing the status of the electronic message.
36. The one or more computer-readable media having stored thereon a data structure representing a message schema as recited in claim 35, wherein the message status field is comprised of: an IsRead field defining a format for representing an indication of whether or not the electronic message in identified by the identifier . represented in the ID field has been marked as read; a SendStatus field defining a format for representing an indication of the send status of the electronic message identified by the identifier represented in the JJD field; a LastActionTaken field defining a format for representing an indication of the last action that was taken on the electronic message identified by the identifier represented in the LD field; a LastActionTime field defining a format representing the time that the last action indicated in the LastActionTaken field was taken; a LastActionType field defining a format representing the type of that last action taken on the electronic message identified by the identifier represented in the ID field.
37. One or more computer-readable media having stored thereon a data structure representing a message content schema, the data structure comprising: a content type field defining a format for representing the content type of a portion of content included in an electronic message; an order field defining a format for representing the order of the portion of content included in the electronic message having a content type defined in accordance with the content type format in the content type field; and a content type metadata field representing content metadata corresponding to the portion of content included in the electronic message having a content type defined in accordance with the content type format in the content type field, the message content schema including or referring to a content properties schema that defines the format for representing the content metadata corresponding to the portion of content.
38. One or more computer-readable media having stored thereon a data structure representing a message content schema as recited in claim 37, wherein the content type metadata field comprises: an attachment type field representing an attachment type of the portion of content included in the electronic message, the format of the attachment status field being defined in the included or referred to content properties schema.
39. One or more computer-readable media having stored thereon a data structure representing a message content schema as recited in claim 37, wherein the content type metadata field comprises: a MLME URL field representing a link to MLME path that corresponds to the content portion of the electronic message, the format of the MLME URL field being defined in the included or referred to content properties schema.
40. One or more computer-readable media having stored thereon a data structure representing an attachment schema, the data structure comprising: a type field defining a format for representing a message type corresponding to an electronic message, the message type implying a behavior of the electronic message; an IsPinned field defining a format for representing the deletion status of a corresponding message attachment with respect to the electronic message; an IsTrusted field defining a format for representing trust information related to the corresponding message attachment; and an attachment state field defining a format for representing the type and behavior of the corresponding attachment; 41. The One or more computer-readable media having stored thereon a data structure representing an attachment schema as recited in claim 40, further comprising: an attachment source relationship field defining a format for representing a link to a database item where the corresponding attachment was accessed. 42. The One or more computer-readable media having stored thereon a data structure representing an attachment schema as recited in claim 40, further comprising: an saved from field relationship field defining a format for representing a link to the corresponding attachment. 43. One or more computer-readable media having stored thereon a data structure representing a community news folder schema, the data structure comprising: a community range field defining a format for representing a collection of article ID ranges from a news group community that have been synchronized with community header properties; a communities last refresh field defining a format for representing the last time the community dynamic properties of the news group community was refreshed; a low article LD field representing a format for representing a low article ID included the a collection of synchronized article ID ranges defined in accordance with the community range field format in the community range field; and a high article LD field representing a format for representing a high article ID included the a collection of synchronized article JJD ranges defined in accordance with the community range field format in the community range field. 44. A computer program product for use in a computer system that is network connectable along with one or more other computer systems to a network, the computer program product for implementing a method for creating an electronic message that can be stored and accessed with increased efficiency, the computer program product comprising one or more computer-readable media having stored thereon computer executable instructions that, when executed by a processor, cause the computer system to perform the following: create a message item representing the electronic message in accordance with a message schema, the message item having one or more general properties that are common to a plurality of different types of message protocols and message applications; assign a primary type to the created message item, the primary type indicating a primary behavior of one or more content portions linked to the created message item; assign one or more protocol extensions to the created message item, each assigned protocol extension adding one or more protocol specific properties to the created message item so as to promote compatibility between the one or more linked content portions and a specified message protocol; and assign one or more application extensions to the created message item, each assigned application extension adding one or more application specific properties to the created message item so as to promote compatibility between the one or more linked content portions and a specified message application. 45. A computer program product for use in a computer system that is network connectable along with one or more other computer systems to a network, the computer program product for implementing a method for transforming an electronic message, which was created in accordance with a message schema, for compatibility with a message extension, the computer program product comprising one or more computer-readable media having stored thereon computer executable instructions that, when executed by a processor, cause the computer system to perform the following: access a message item representing the electronic message, the message item having the one or more general properties that are common to a plurality of different types of message protocols and a plurality of different types of message applications, the message item also having one or more currently assigned specific properties, the currently assigned specific properties being specific to at least one currently assigned message extension; an act of assigning a new message extension to the message item, the new message extension having one or more new specific properties that are to be associated with the message item; an act of retrieving at least one value from the one or more currently assigned specific properties; and an act of assigning the retrieved at least one value to at least one of the new specific properties to promote compatibility with the new message extension. 46. In a computer system that is network connectable along with one or more other computer systems to a network, a method for processing an elecfronic message attachment, the method comprising: an act of receiving an electronic message that includes a schematized attachment, one or more fields of the schematized attachment storing values that indicate how the attachment is to be processed; an act of query at least one field of the schematized attachment to access a stored value; and an act of processing the schematized attachment according to the accessed value. 47. In a computer system that is network connectable along with one or more other computer systems to a network, a method for creating an electronic message that can be stored and accessed with increased efficiency, the method comprising: an act of creating a message item representing the electronic message in accordance with a message schema, the message item having one or more general properties that may be common to a plurality of different types of message protocols and message applications; an act of assigning a primary type to the created message item, the primary type indicating a primary behavior of one or more content portions linked to the created message item; and a step for customizing the message according to one or more message extensions so as to cause the message item to be compatible with components that process data formatted in accordance with the one or more message extensions.
PCT/US2004/024813 2003-10-23 2004-07-30 Schema hierarchy for electronic messages WO2005046104A2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020057008251A KR101109339B1 (en) 2003-10-23 2004-07-30 Schema hierarchy for electronic messages
JP2006536601A JP4658950B2 (en) 2003-10-23 2004-07-30 Hierarchical schema for electronic messages
CN200480001335XA CN101366016B (en) 2003-10-23 2004-07-30 Schema hierarchy for electronic messages
EP04779765.9A EP1676387B1 (en) 2003-10-23 2004-07-30 Schema hierarchy for electronic messages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/692,097 US8150923B2 (en) 2003-10-23 2003-10-23 Schema hierarchy for electronic messages
US10/692,097 2003-10-23

Publications (2)

Publication Number Publication Date
WO2005046104A2 true WO2005046104A2 (en) 2005-05-19
WO2005046104A3 WO2005046104A3 (en) 2007-12-06

Family

ID=34522019

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2004/024813 WO2005046104A2 (en) 2003-10-23 2004-07-30 Schema hierarchy for electronic messages

Country Status (6)

Country Link
US (1) US8150923B2 (en)
EP (1) EP1676387B1 (en)
JP (1) JP4658950B2 (en)
KR (1) KR101109339B1 (en)
CN (1) CN101366016B (en)
WO (1) WO2005046104A2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008119037A1 (en) * 2007-03-27 2008-10-02 Slc Consultants, Inc. Strategic business management system
US8370436B2 (en) 2003-10-23 2013-02-05 Microsoft Corporation System and method for extending a message schema to represent fax messages
US11743218B2 (en) 2021-12-21 2023-08-29 LeapXpert Limited Message capture in a multi channel communication environment

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7412491B2 (en) * 2003-04-30 2008-08-12 International Business Machines Corporation Method and apparatus for enhancing instant messaging systems
US7424513B2 (en) * 2003-10-23 2008-09-09 Microsoft Corporation Decoupling an attachment from an electronic message that included the attachment
ES2767875T3 (en) 2003-12-01 2020-06-18 Blackberry Ltd Method to provide notifications of new events on a small screen device
US8954420B1 (en) 2003-12-31 2015-02-10 Google Inc. Methods and systems for improving a search ranking using article information
US7383307B2 (en) * 2004-01-07 2008-06-03 International Business Machines Corporation Instant messaging windowing for topic threads
US7475110B2 (en) * 2004-01-07 2009-01-06 International Business Machines Corporation Method and interface for multi-threaded conversations in instant messaging
US7480696B2 (en) * 2004-01-07 2009-01-20 International Business Machines Corporation Instant messaging priority filtering based on content and hierarchical schemes
US8275839B2 (en) 2004-03-31 2012-09-25 Google Inc. Methods and systems for processing email messages
US20050234929A1 (en) * 2004-03-31 2005-10-20 Ionescu Mihai F Methods and systems for interfacing applications with a search engine
US8631076B1 (en) * 2004-03-31 2014-01-14 Google Inc. Methods and systems for associating instant messenger events
US8386728B1 (en) 2004-03-31 2013-02-26 Google Inc. Methods and systems for prioritizing a crawl
US7941439B1 (en) 2004-03-31 2011-05-10 Google Inc. Methods and systems for information capture
US8099407B2 (en) 2004-03-31 2012-01-17 Google Inc. Methods and systems for processing media files
US7333976B1 (en) 2004-03-31 2008-02-19 Google Inc. Methods and systems for processing contact information
US7725508B2 (en) * 2004-03-31 2010-05-25 Google Inc. Methods and systems for information capture and retrieval
US7680888B1 (en) 2004-03-31 2010-03-16 Google Inc. Methods and systems for processing instant messenger messages
US8346777B1 (en) 2004-03-31 2013-01-01 Google Inc. Systems and methods for selectively storing event data
US8161053B1 (en) 2004-03-31 2012-04-17 Google Inc. Methods and systems for eliminating duplicate events
US7856469B2 (en) * 2004-04-15 2010-12-21 International Business Machines Corporation Searchable instant messaging chat repositories using topic and identifier metadata
US7533149B2 (en) 2004-04-30 2009-05-12 Microsoft Corporation Maintaining multiple versions of message bodies in a common database
US7596596B2 (en) * 2004-06-24 2009-09-29 International Business Machines Corporation Chat marking and synchronization
US20060031327A1 (en) * 2004-07-07 2006-02-09 Kredo Thomas J Enhanced electronic mail server
US7567965B2 (en) * 2004-10-22 2009-07-28 Microsoft Corporation Presenting message attachments independent of electronic messages at a user-interface
US7865519B2 (en) * 2004-11-17 2011-01-04 Sap Aktiengesellschaft Using a controlled vocabulary library to generate business data component names
US7483899B2 (en) * 2005-01-11 2009-01-27 International Business Machines Corporation Conversation persistence in real-time collaboration system
US20060167994A1 (en) * 2005-01-11 2006-07-27 Yen-Fu Chen System and method for automatically segmenting content from an instant messaging transcript and applying commands contained within the content segments
US8275832B2 (en) * 2005-01-20 2012-09-25 International Business Machines Corporation Method to enable user selection of segments in an instant messaging application for integration in other applications
CA2493907A1 (en) * 2005-01-24 2006-07-24 Oz Communications Wireless e-mail system
US9262446B1 (en) 2005-12-29 2016-02-16 Google Inc. Dynamically ranking entries in a personal data book
US8015152B2 (en) * 2006-01-24 2011-09-06 Microsoft Corporation Web based client/server notification engine
US8316090B2 (en) * 2006-01-25 2012-11-20 Strongmail Systems, Inc. Systems and methods for communicating logic in e-mail messages
US8499044B2 (en) * 2006-12-07 2013-07-30 Microsoft Corporation Formatted message processing utilizing a message map
US8307027B2 (en) * 2007-08-03 2012-11-06 Sap Ag Creating or interpreting an electronic communication
WO2009045962A1 (en) * 2007-09-29 2009-04-09 Research In Motion Limited System and method of responding to a request in a network environment including ims
EP2218242B1 (en) 2007-10-27 2019-09-11 BlackBerry Limited Content disposition system and method for processing message content in a distributed environment
US9122751B2 (en) * 2007-12-07 2015-09-01 International Business Machines Corporation Method of tagging instant messaging (IM) conversations for easy information sharing
US10007668B2 (en) * 2008-08-01 2018-06-26 Vantrix Corporation Method and system for triggering ingestion of remote content by a streaming server using uniform resource locator folder mapping
US8832203B2 (en) * 2008-10-08 2014-09-09 International Business Machines Corporation Single touch e-mail management
KR101026246B1 (en) * 2009-04-29 2011-03-31 주식회사 케이티 Method for processing attach file included in message, extension analysis apparatus, mobile communication system and mobile terminal thereof
US8583748B2 (en) 2010-09-01 2013-11-12 At&T Mobility Ii, Llc Method and apparatus for messaging service internetworking
JP2012093826A (en) * 2010-10-25 2012-05-17 Panasonic Corp Communications system
US8566577B2 (en) * 2010-11-30 2013-10-22 Blackberry Limited Method and device for storing secured sent message data
US8375400B2 (en) 2011-02-11 2013-02-12 Research In Motion Limited Communication device and method for coherent updating of collated message listings
CN104252468B (en) 2013-06-26 2019-04-12 Sap欧洲公司 For maximizing the method and its system of the information gain of continuous events
KR20150051816A (en) * 2013-11-05 2015-05-13 삼성전자주식회사 Method for operating message application and electronic device implementing the same
GB2520685A (en) * 2013-11-27 2015-06-03 Nordic Semiconductor Asa Integrated circuit radio devices
US20150205464A1 (en) * 2014-01-22 2015-07-23 Microsoft Corporation Updating a user interface to a service
US9553843B1 (en) 2014-10-08 2017-01-24 Google Inc. Service directory profile for a fabric network
US10587564B2 (en) * 2015-03-05 2020-03-10 Microsoft Technology Licensing, Llc Tracking electronic mail messages in a separate computing system
US9727567B2 (en) 2015-03-25 2017-08-08 Ca, Inc. Transferring data using a data bridge structure
US10620812B2 (en) * 2016-06-10 2020-04-14 Apple Inc. Device, method, and graphical user interface for managing electronic communications
US11671383B2 (en) 2016-09-26 2023-06-06 Microsoft Technology Licensing, Llc Natural language service interaction through an inbox
US10645052B2 (en) * 2016-09-26 2020-05-05 Microsoft Technology Licensing, Llc Service integration into electronic mail inbox
JP7020927B2 (en) * 2018-01-09 2022-02-16 キヤノン株式会社 Image forming device and its control method
KR102077580B1 (en) 2018-07-04 2020-02-17 라인플러스 주식회사 Method, system, and non-transitory computer readable record medium for providing copied message list
CN112492353B (en) * 2019-09-12 2023-06-23 杭州山草互娱科技有限公司 Processing method, device, equipment and storage medium for data in live broadcasting room
US20220156704A1 (en) * 2020-11-16 2022-05-19 Ford Global Technologies, Llc Method and system for transmitting data from manufacturing data originators to target computing systems using defined message schemas
US11909707B2 (en) * 2022-04-15 2024-02-20 Red Hat, Inc. Message schema migration in messaging systems

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1298872A2 (en) 2001-09-28 2003-04-02 Openwave Systems Inc. Managing messages in unified messaging systems

Family Cites Families (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6885470B1 (en) * 1995-03-06 2005-04-26 Matsushita Electric Industrial Co., Ltd. Electronic mail system
US5781901A (en) * 1995-12-21 1998-07-14 Intel Corporation Transmitting electronic mail attachment over a network using a e-mail page
US5923848A (en) * 1996-05-31 1999-07-13 Microsoft Corporation System and method for resolving names in an electronic messaging environment
US6112024A (en) * 1996-10-02 2000-08-29 Sybase, Inc. Development system providing methods for managing different versions of objects with a meta model
US5794039A (en) * 1996-12-18 1998-08-11 Unisys Corp. Method for abstracting messages of various protocols into objects for storage in a database
US5911776A (en) * 1996-12-18 1999-06-15 Unisys Corporation Automatic format conversion system and publishing methodology for multi-user network
US5848415A (en) * 1996-12-18 1998-12-08 Unisys Corporation Selective multiple protocol transport and dynamic format conversion in a multi-user network
US6023700A (en) * 1997-06-17 2000-02-08 Cranberry Properties, Llc Electronic mail distribution system for integrated electronic communication
US6065120A (en) * 1997-12-09 2000-05-16 Phone.Com, Inc. Method and system for self-provisioning a rendezvous to ensure secure access to information in a database from multiple devices
US6430174B1 (en) * 1997-12-26 2002-08-06 Nortel Networks Ltd. Communication system supporting simultaneous voice and multimedia communications and method of operation therefore
FI105971B (en) * 1998-04-30 2000-10-31 Nokia Mobile Phones Ltd Method and hardware for handling email
US6549612B2 (en) * 1998-05-06 2003-04-15 Telecommunications Premium Services, Inc. Unified communication services via e-mail
US6134582A (en) * 1998-05-26 2000-10-17 Microsoft Corporation System and method for managing electronic mail messages using a client-based database
US6430177B1 (en) * 1998-06-09 2002-08-06 Unisys Corporation Universal messaging system providing integrated voice, data and fax messaging services to pc/web-based clients, including a content manager for receiving information from content providers and formatting the same into multimedia containers for distribution to web-based clients
US6404762B1 (en) * 1998-06-09 2002-06-11 Unisys Corporation Universal messaging system providing integrated voice, data and fax messaging services to pc/web-based clients, including a session manager for maintaining a session between a messaging platform and the web-based clients
US6301245B1 (en) * 1998-06-09 2001-10-09 Unisys Corporation Universal Messaging system providing integrated voice, data and fax messaging services to PC/web-based clients, including a large object server for efficiently distributing voice/fax messages to web-based clients
US6324569B1 (en) * 1998-09-23 2001-11-27 John W. L. Ogilvie Self-removing email verified or designated as such by a message distributor for the convenience of a recipient
JP2000151685A (en) 1998-11-11 2000-05-30 Murata Mach Ltd Gateway
US6778642B1 (en) * 1999-03-23 2004-08-17 Verizon Laboratories Inc. Unified messaging system
US6260050B1 (en) * 1999-03-23 2001-07-10 Microstrategy, Inc. System and method of adapting automatic output of service related OLAP reports to disparate output devices
US6493703B1 (en) * 1999-05-11 2002-12-10 Prophet Financial Systems System and method for implementing intelligent online community message board
SE9902462L (en) * 1999-06-28 2000-11-06 Ericsson Telefon Ab L M Method and device in a telecommunication system
US6487278B1 (en) * 2000-02-29 2002-11-26 Ameritech Corporation Method and system for interfacing systems unified messaging with legacy systems located behind corporate firewalls
US20020133568A1 (en) * 2001-02-20 2002-09-19 Smith Richard A. Individualized network information server
US6990513B2 (en) * 2000-06-22 2006-01-24 Microsoft Corporation Distributed computing services platform
US20020013817A1 (en) * 2000-07-07 2002-01-31 Collins Thomas M. Method and apparatus for distributing of e-mail to multiple recipients
US6782414B1 (en) * 2000-08-03 2004-08-24 International Business Machines Corporation Method and system for determination of delivery status of email sent to multiple recipients through multiple protocols
IL154117A0 (en) 2000-08-31 2003-07-31 Computer Ass Think Inc Method and system for sending, receiving and managing messaging data
US7296226B2 (en) * 2001-02-15 2007-11-13 Accenture Gmbh XML-based multi-format business services design pattern
PT1239385E (en) * 2001-02-28 2003-11-28 Sap Ag COMPUTER SYSTEM FOR COMMERCIAL APPLICATIONS WITH NOTIFICATIONS OF ALERT AND CONDITIONAL EXECUTION
US20020178353A1 (en) * 2001-04-11 2002-11-28 Graham Randall James Secure messaging using self-decrypting documents
US7603379B2 (en) * 2001-04-11 2009-10-13 Lg Electronics Inc. Unified management method of various types of messages of a personal information terminal
US7013312B2 (en) * 2001-06-21 2006-03-14 International Business Machines Corporation Web-based strategic client planning system for end-user creation of queries, reports and database updates
JP2003085500A (en) 2001-06-27 2003-03-20 Olympus Optical Co Ltd Information recording medium, information processing method, information processor and program
US20030018721A1 (en) * 2001-06-29 2003-01-23 Virad Gupta Unified messaging with separate media component storage
US20030093565A1 (en) * 2001-07-03 2003-05-15 Berger Adam L. System and method for converting an attachment in an e-mail for delivery to a device of limited rendering capability
JP4235411B2 (en) 2001-09-11 2009-03-11 キヤノン株式会社 Document registration system, method, program, and storage medium
US20030109271A1 (en) * 2001-11-16 2003-06-12 Lewis John Ervin Telecommunications system messaging infrastructure
US20030105712A1 (en) * 2001-11-30 2003-06-05 Gerhard Bodensohn Messaging system and method
JP2003288332A (en) 2002-03-28 2003-10-10 Toshiba Corp Method and system for supporting structured document creation
US20040109197A1 (en) * 2002-06-05 2004-06-10 Isabelle Gardaz Apparatus and method for sharing digital content of an image across a communications network
US7171432B2 (en) * 2002-08-29 2007-01-30 Sap Aktiengesellschaft Phased upgrade of a computing environment
US7263698B2 (en) * 2002-08-29 2007-08-28 Sap Aktiengesellschaft Phased upgrade of a computing environment
US7370035B2 (en) * 2002-09-03 2008-05-06 Idealab Methods and systems for search indexing
JP4345893B2 (en) 2002-10-04 2009-10-14 インターナショナル・ビジネス・マシーンズ・コーポレーション Method and apparatus for e-commerce message using short message service
MXPA05004988A (en) * 2002-11-08 2005-12-05 Arbitration Forums Inc A system and process for electronic subrogation, inter-organization workflow management, inter-organization transaction processing and optimized web-baser user interaction.
US7636719B2 (en) * 2002-12-19 2009-12-22 Microsoft Corporation Contact schema
US20040128355A1 (en) * 2002-12-25 2004-07-01 Kuo-Jen Chao Community-based message classification and self-amending system for a messaging system
US7706785B2 (en) * 2003-01-22 2010-04-27 International Business Machines Corporation System and method for context-aware unified communications
US20040181467A1 (en) * 2003-03-14 2004-09-16 Samir Raiyani Multi-modal warehouse applications
US20040237042A1 (en) * 2003-05-23 2004-11-25 Hewlett-Packard Development Company, L.P. System and method for collectively managing information technology resources
US7373602B2 (en) * 2003-05-28 2008-05-13 Microsoft Corporation Method for reading electronic mail in plain text
US20050033811A1 (en) * 2003-08-07 2005-02-10 International Business Machines Corporation Collaborative email
US20050060317A1 (en) * 2003-09-12 2005-03-17 Lott Christopher Martin Method and system for the specification of interface definitions and business rules and automatic generation of message validation and transformation software
US7236398B1 (en) * 2005-08-31 2007-06-26 Altera Corporation Structure of a split-gate memory cell
US8145719B2 (en) * 2006-03-03 2012-03-27 Gogroups Method and system for messaging and communication based on groups

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1298872A2 (en) 2001-09-28 2003-04-02 Openwave Systems Inc. Managing messages in unified messaging systems

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8370436B2 (en) 2003-10-23 2013-02-05 Microsoft Corporation System and method for extending a message schema to represent fax messages
WO2008119037A1 (en) * 2007-03-27 2008-10-02 Slc Consultants, Inc. Strategic business management system
US11743218B2 (en) 2021-12-21 2023-08-29 LeapXpert Limited Message capture in a multi channel communication environment

Also Published As

Publication number Publication date
KR101109339B1 (en) 2012-02-09
CN101366016A (en) 2009-02-11
JP2007519080A (en) 2007-07-12
CN101366016B (en) 2011-10-05
EP1676387B1 (en) 2016-04-27
US8150923B2 (en) 2012-04-03
US20050108332A1 (en) 2005-05-19
EP1676387A2 (en) 2006-07-05
WO2005046104A3 (en) 2007-12-06
EP1676387A4 (en) 2012-10-17
JP4658950B2 (en) 2011-03-23
KR20060112181A (en) 2006-10-31

Similar Documents

Publication Publication Date Title
WO2005046104A2 (en) Schema hierarchy for electronic messages
US7533149B2 (en) Maintaining multiple versions of message bodies in a common database
US7194516B2 (en) Accessing different types of electronic messages through a common messaging interface
US7424513B2 (en) Decoupling an attachment from an electronic message that included the attachment
US7567965B2 (en) Presenting message attachments independent of electronic messages at a user-interface
US8161022B2 (en) Efficiently and reliably providing message related data
EP1653723A2 (en) System and method for extending a message schema to represent fax messages
US9660946B2 (en) System and method for managing files to be attached to or detached from an electronic mail
US7370051B2 (en) Database driven type extensibility

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 1852/DELNP/2005

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 1020057008251

Country of ref document: KR

AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2004801335X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2006536601

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2004779765

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2004779765

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020057008251

Country of ref document: KR