WO2001052081A1 - Methods and systems to manage and track the states of electronic media - Google Patents
Methods and systems to manage and track the states of electronic media Download PDFInfo
- Publication number
- WO2001052081A1 WO2001052081A1 PCT/US2001/001088 US0101088W WO0152081A1 WO 2001052081 A1 WO2001052081 A1 WO 2001052081A1 US 0101088 W US0101088 W US 0101088W WO 0152081 A1 WO0152081 A1 WO 0152081A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- electronic medium
- content
- participant
- electronic
- zaplet
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/226—Delivery according to priorities
Definitions
- the present invention relates generally to communication networks, and more particularly, to methods and systems to manage and track the states of electronic media in such networks.
- Communication networks are used to share information.
- the information is passed between users of the network using a common medium.
- a medium such as electronic mail.
- the medium changes states.
- the change of the states may occur quickly and become too complex for the user to track and manage.
- to determine the current or actual state of the medium and its contents tends to cause confusion and lead to a waste of a user's time and resources.
- FIG. 1 is a simplified diagram of a sample network including participants of a group connected to the network.
- FIG. 2 illustrates a schematic diagram showing data flows of functional components of the network of FIG. 1.
- FIG. 3 illustrates an example electronic form to initiate a zaplet.
- FIG. 4 is a diagram of a data structure for the zaplet having dynamic content.
- FIG. 5 is an example of an image of a zaplet.
- FIG. 6 is a flow chart illustrating a preferred method of the present invention.
- FIG. 7 is a flow chart illustrating a preferred method of accessing the zaplet by parsing the data structure of FIG. 4.
- FIG. 8 illustrates a flow chart describing a process for delayed sending of a zaplet.
- FIG. 9 illustrates a flow chart describing a process for shared authoring of a zaplet.
- FIG. 10 illustrates a flow chart describing a process for copying a zaplet.
- FIG. 11 illustrates a flow chart describing a process for notifying a participant of a zaplet.
- FIG. 12 illustrates a flow chart describing a process for blocking access to a zaplet.
- FIG. 13 illustrates a flow chart describing a process for controlling responses to a zaplet.
- FIG. 14 illustrates a flow chart describing a process for notifying participants of changes to a zaplet.
- FIG. 15 illustrates a flow chart describing a process for superseding a zaplet.
- FIG. 16 illustrates a flow chart describing a process for externalizing or restoring a zaplet.
- FIG. 17 illustrates a flow chart describing a process for archiving a zaplet.
- FIG. 18 illustrates a flow chart describing a process for deleting a zaplet.
- FIG. 19 illustrates a flow chart describing a process for displaying changes in content of a zaplet.
- the present invention is directed to methods and systems for managing or tracking the change of states of one or more electronic media.
- An electronic medium may have at least one dynamic content region that is stored in a database of a server.
- Input composed by participants of a group or other external sources is accepted by the server to update the dynamic content region of the electronic medium in the server.
- the updating of the dynamic content region is preferably performed asynchronously relative to the sending and receiving of the input from any of the participants or external sources. In this way, the content of the electronic medium is always current.
- the information communicated between participants of the group is not current when sent by any participant, but current when accessed or read by a participant.
- Information is not merely current when the medium was sent to a receiving participant to communicate information; rather, the current content from the server of the electronic medium is retrieved, when the receiving participant accesses the electronic medium.
- the electronic medium can also be updated by a variety of external sources, such as by an attached server containing stock quotes or news feeds. In this way, the electronic medium can be used to supply different types of information to the participant in a fast, efficient, and flexible manner.
- a suitable system is a communication network that is configured with participants that support a variety of protocols, such as those for supporting electronic mail ("e-mail") and the Internet.
- the electronic medium for communicating information and that supports collaboration among participants in a group connected to the network will be referred to as a "zaplet".
- the zaplet contains static content and dynamic content regions.
- dynamic content can be defined as regions of the zaplet that are retrieved from the server, when the zaplet is accessed by a participant or external source.
- static content can be defined as regions of the zaplet that are not retrieved at the time the zaplet is accessed by a participant or external source.
- the dynamic content of the zaplet can be changed and updated by the participants in the group or by other external sources, such as an external server containing the most recent news feeds or stock quotes.
- the content of the zaplet can be stored in a database in a server of the network.
- the zaplet is also customizable and programmable, containing various text and graphical regions to execute a variety of functions and applications. Preferably, each of the regions may be configured by the participants or the server in the network.
- the zaplet may open and the server serves and displays the then current content in the database to a participant.
- An "open action” can be defined as an action by any of the participants or the server that causes the static and/or the dynamic content of the zaplet to be retrieved from the server.
- an open action may occur when a user invokes the File Open command from a menu bar within an email reading program while an email message containing a zaplet is selected.
- the server could perform an open action using, for example, push technology processes.
- collaboration can be defined as an activity in which one or more participants or services share information or points-of-view with an intent of reaching a decision, making a choice, conducting a financial transaction, or sharing knowledge.
- the dynamic content can be represented in a dynamic content region in the zaplet, and includes text or images, such as rich text HTML, based on mark-up languages or image construction languages. Consequently, the zaplet can supply all the look and feel possibilities of the World Wide Web ("Web"), and also the participants can experience interactions and collaborate with each other with increased efficiently than in known e-mail systems.
- Web World Wide Web
- the server used to generate and manage the zaplet is scalable for a particular implementation. Its scalability allows quick user response under heavy load conditions on the server. Further, the zaplet can be easily accessed by the participant, such as from a desktop computer. Accordingly, the participant will have constant access to his or her zaplet at all times, and thereby can collaborate with other participants in the group quickly, simply, and efficiently. This means that the participant need not repeatedly type- in the URL of a portal web site to regain access to a particular application, such as a discussion; the zaplet may be easily accessible and open in an unobtrusive manner.
- FIG. 1 illustrates a plurality of participants 1, 2, 3, and 4 of a group that are coupled to a network 5. Any number of participants may be connected to the network 5.
- the term participant can be defined as an entity or system that is capable of performing or executing a variety of functions on the zaplet as described herein. For simplicity, however, the following description will be made to participants 1-4.
- Each of the participants 1-4 may include any specific or general computer system that is equipped to receive or read e-mail messages using standard e-mail protocols, such as the Simple Mail Transfer Protocol (SMTP) and the Multipurpose Internet Mail Extensions (MIME), or navigate the Web.
- SMTP Simple Mail Transfer Protocol
- MIME Multipurpose Internet Mail Extensions
- the computer may be, for example, a personal computer ("P.C.”), an Apple Macintosh, a Unix workstation, or other computing machine that runs a windows-based operating system.
- a suitable computer may also include a modem, a monitor, a keyboard, a mouse, system software including support for TCP/IP communication, and browser software.
- the participants 1-4 may include other devices that are capable of transmitting or receiving e-mail messages, forms, or zaplets, such as Palm computers provided by 3Com Corporation, Windows CE-based devices, messaging enabled cellular telephones, pagers, television set top boxes, e.g., Web T.N., or portable • computers.
- the participants 1-4 may further include other devices that are capable of processing text or voice messaging.
- the network 5 may be any local or global computer network.
- the network 5 may be the Internet, a telephone network, a wireless communications network, a satellite communications network, or other similar data networks.
- voicemail using interactive voice systems could be configured to provide voice messages as current when heard dynamic content.
- Each of the participants 1-4 is configured to support a variety of e-mail protocols and mark-up languages, such as SMTP, MIME, Hypertext Mark-up Language (“HTML”), Extensible Mark-up Language (“XML”), Standardized Generalized Mark-up Language (“SGML”), or similar e-mail protocols and/or mark- up languages.
- SMTP Session Transfer Protocol
- MIME Hypertext Mark-up Language
- HTML Hypertext Mark-up Language
- XML Extensible Mark-up Language
- SGML Standardized Generalized Mark-up Language
- FIG. 1 also shows a server 6 that is connected to the network 5.
- the server 6 is preferably configured to manage the dynamic content, routing, and updating of electronic forms, messages, or zaplets among the participants 1-4.
- the server 6 is connected to a message database 7 that is used to manage the dynamic content of zaplets. Other data management resources may also be used.
- FIG. 2 illustrates a simplified block diagram showing data flows of various functional components of the server 6.
- the server 6 includes a database 10.
- the database 10 may be a relational database, such as commercially available from Oracle.
- the database 10 may include multiple physical databases and may be implemented at a single site or distributed among many sites.
- the database 10 may also be implemented using object-oriented databases, object-relational databases, or hierarchical file structures.
- the database 10 may include information that is specific to any participant or electronic form, message, or zaplet.
- Contents of the database 10 may include demographic data, participant credit card and payment information, participant preference information, generic form, message, or zaplet information, such as recipients or senders of the group, subject identifiers, or message specific information, and usage statistics for the electronic forms, messages, and zaplets and/or a web site.
- the database 10 may also store electronic forms that act as blanks for the creation of the zaplets.
- the database 10 may also include images and web pages used in the creation of the zaplets and also used in the presentation of any dynamic region of the zaplet.
- the database 10 may also maintain a record of the history of changes that have been made to any dynamic content region of the zaplet discussed below.
- FIG. 2 also shows a data application server 12 is coupled to the database 10.
- the server 12 is configured with, for example, a set of Java classes or any other high level programming language built using, for example, an Enhydra application server or any of a variety of other tools for object-relational translation.
- the data application server 12 is used for translating the content in the database 10 into Java objects, for use by a web application server 14.
- the data application server 12 may also be configured to cache some data to reduce the load on the database 10.
- a web server 16 is included in the server 6 to connect to the participants 1-4 and is connected to the web application server 14 and can be any commercially available web server, such as an Apache server.
- the web server 16 is configured to manage requests from browsers at the participants 1-4, to manage session information, to send and receive forms, or zaplets transmitted to or from the participants 1-4, and to serve HTML data and static images to the participants 1-4.
- the web application server 14 can be configured using a set of Java classes built-on top of the data application server 12.
- the web application server 14 is responsible for executing business logic associated with the electronic forms, messages, and zaplets.
- the web application server 14 may manage message, form, and zaplet manipulation, deadlocks in the network 5, generate a URL and content associated with a specific zaplet or form, format the zaplet, message, or form, handle message authorizing, and handle participant record editing and participant interaction with various zaplets, forms, and messages.
- a web page formatter 18 is connected to the web application server 14.
- the web page formatter 18 is used to handle the basic styles and layouts of various components of the zaplets, messages, or forms. Further details of the preferred business logic configured in pseudocode executable by a system and describing a method for initiating, sending, updating and displaying the zaplet, forms, and messages can be found in attached Appendix A.
- the web page formatter 18 may be configured to operate using a Java Server Page (“JSP") construct.
- JSP Java Server Page
- FIG. 2 also shows that the server 5 includes a mail server 20 coupled to the web application server 14 and the data application server 12.
- the mail server 20 handles the operations of the e-mail protocol necessary to support a variety of zaplets, forms, and messages. For a given message, form, or zaplet, the mail server 20 retrieves data associated with the medium from the data application server 12, and from any operations of the business logic of the web application server 14. The mail server 20 then formats the static content for the medium utilizing an associated mail formatter 24 including a command to retrieve the dynamic content.
- the mail formatter 24 includes operations that can be used for the basic styles and layouts of the common elements of the zaplets, forms, or messages.
- the mail server 20 may attach necessary header information to the zaplet, form, or message.
- the header information may make an e- mail message compliant with the MIME standard.
- the mail server 20 then transmits the produced message to a mail transport server 22.
- the mail transport server 22 routes the message through the network 5.
- the mail server 20 may also be configured to manage bounced and undelivered messages, forms, or zaplets, and also alert the appropriate participants of these conditions.
- the mail server 20 may also communicate with the web application server to validate the addresses of the various participants.
- the mail server 20 may also receive responses via the interaction region 225 discussed below from any participant who is not connected to the network 10 or "off-line" when reading the zaplet.
- the participant can send input back to the server 6 to be dynamically updated, after he or she is re-connected to the network 10. In this way, the participant can contribute to a zaplet even in the absence of the dynamic content and without having to get back to the zaplet when connected "on-line".
- the mail formatter 24 may be implemented using a JSP construct.
- the mail transport server 22 may use SMTP, and can be implemented using a number of commercially available or open source e-mail servers, including Sendmail and the Exchange server.
- the server 6 also includes an image server 28 that is used for connection to the participants 1-4.
- An image formatter 26 is connected to the image server 28.
- the image server 28 may be implemented using a web server (servlet).
- the image server 28 takes information from Hypertext Transfer Protocol ("HTTP") requests from the participants 1-4 and translates the information using predefined schemes into human viewable images that are encoded in a format compatible with known web browsers.
- HTTP Hypertext Transfer Protocol
- the image server 28 may be configured separately from the web server 16, as shown in FIG. 2. This configuration may increase the scalability of the server 6.
- the web server 16 and the image server 28 can be configured together.
- the image formatter 28 may be configured using a Java construct.
- the image formatter 28 formats the image into a compliant standard, such as Graphical Interchange Format ("GIF”), Joint Photographies Experts Group (“JPEG”), or Portable Network Graphics (“PNG”), for the participants 1-4.
- FIG. 3 illustrates an exemplary electronic form 100 that can be used to compose and initiate a zaplet among the participants 1-4.
- the electronic form may be, for example, an HTML form.
- the electronic form 100 can be accessed via a web site sent by the server 6 to the participants 1-4, or may reside as a template at the participants 1-4.
- the electronic form 100 can be stored in database 10, reside on a device of a participant, such as in a memory of a computer, or can be sent to a participant via a communications protocol, such as e-mail.
- the electronic form 100 may be blank or partially completed.
- the server 6 may contain prior knowledge of the use of the form using, for example, "cookies" or other suitable techniques.
- the electronic form 100 includes a name field 101 that specifies the creating participant's name and a network address field 102 that specifies a specific address associated with the creating participant, such as an e-mail address.
- the electronic form 100 can also include a network address field 103 that includes network addresses of the participants that should receive the zaplet.
- the list of network addresses in the field 103 may include the network address of the creating participant.
- the list of network addresses may be explicitly inputted by the creating participant using a keyboard, imported from a folder or other file residing at the creating participant, or imported by the creating participant from a peripheral device, such as a Palm Pilot provided by 3Com. Alternatively, the creating participant can provide the list of network addresses to the server 6.
- the server 6 may input the list of network addresses into the field 103, when the creating participant accesses the electronic form 100, as described below. This means that the field 103 will be completed for the creating participant, when the electronic form 100 is accessed. At this stage, the creating participant may add or delete network addresses from the list provided by the server 6.
- the electronic form 100 may also include a subject field 104 and any number of question, choice or comment fields 105.
- the creating participant may describe the subject matter of the zaplet in the subject field 104 and supply details regarding the zaplet, in the comment field 105.
- each of the fields 101, 102, 103, 104, and 105 are part of a static region.
- the electronic form 100 may also include other applicable fields, such as for a title of the zaplet, fields for soliciting information from the participant, such as his/her address, links to other zaplets, a description field to receive an input, such as a URL, an image or binary data field, or option fields to specify choices, such as a poll choice.
- the electronic form 100 can be used to initiate a variety of zaplets for different applications, which are herein referred to as "zaplet processes".
- zaplet processes Once the electronic form 100 is created, it is sent to the server 6.
- the server 6 then sends an e-mail message to the participants listed in the network address field 103 to notify the receiving participants that a zaplet process has been initiated.
- the e-mail message is opened and parsed, and the zaplet is essentially immediately accessed from the server 6 as described below.
- FIG. 4 shows a suitable data structure for a zaplet process.
- the data structure 350 can be based, for example, on HTML over SMTP using MIME.
- the data structure 200 includes SMTP and MIME headers 300. These headers 300 include an indication that the message is a multipart/alternative type according to the MIME standard.
- the multipart/alternative type specifies that the participant is configured to display one alternative format or content-type of the message selected from a segment 302 and a segment 304, depending on the capability of the software of the participant parsing the message.
- the data structure 350 may define a transport envelope with region 300 containing a plurality of network addresses, such as the e-mail address of a sending and receiving participant.
- a MIME separator 301 may be inserted between headers 300 and segments 302 and also between segments 302 and 304.
- the segment 302 may also include a plain text message that is displayed if the participant does not have the capability to display regions 310 and 313 of segment
- the segment 302 can include a command instructing a participant that he or she may view a web page corresponding to the segment 304.
- the segment 304 may include a rich text HTML document, including any number of dynamic regions 310, HTML forms 311, static HTML content regions 312, and IFRAME/ILAYER regions 313.
- the dynamic content region 310 can include a command to dynamic content 320 of the zaplet, stored remotely such as in the database 10 of the server 6 on the network 5.
- the IFRAME/ILAYER region 313 may include a command to access dynamic content 321 of the zaplet, stored remotely such as in the database 10 or at the server 6 on the network 5.
- the dynamic content 321 may be in the same location as the first dynamic content 320, or may be in a different location in database 10.
- Each dynamic content region 310 and 313 may have content that includes more than one dynamically updated construct or image.
- the form 311 can be used to receive input from a participant, and the region 312 can be used to provide static information/processes that are independent of the current zaplet process.
- the segment 304 may also include a region 330 that can be used to store a command indicating a web page storing the content of the segment 304. This configuration can be used when a participant attempts to forward the zaplet to another participant connected to a server that cannot support the segment 304. In this way, the participant can still view the content of segment 304, and is therefore not dropped from the group.
- a MIME separator 305 is configured between the segment 304 and a segment 306.
- the segment 306 can include MIME encoded image data to be displayed in the HTML message of segment 304.
- the image data may include images for logos or photos that can be accessed by the participant even if the server 6 is not accessible.
- the optional segment 306 is followed by a MIME separator 307.
- the structure 350 can be used to provide a high quality of service to various classes of participants based upon their e-mail client application capabilities.
- Five classes of "e-mail clients" include new P.C. e-mail clients, web e-mail clients, older P.C. e-mail clients, text e-mail clients, and America On-Line ("AOL") e-mail clients.
- the functionality in the segment 304 is provided to new P.C. e-mail clients completely.
- Some web e-mail clients do not allow use of an IFRAME/ILAYER tag to display dynamic content 321 of the dynamic content region 313. In this case, the participant gets a static message directing the participant to a web representation, or a dynamic image displaying the same up-to-date data is served by the image server 28.
- the server 6 can be configured to identify the capability of a participant. For example, the server 6 can be configured to automatically send the zaplet to the participant by recognizing the suffix "aol.com" in the participant's network address. Alternatively, the participant can specify which e- mail client to use by sending a request to the server 6.
- FIG. 1 A block diagram illustrating an exemplary computing environment in accordance with the present disclosure.
- the zaplet may include a title field 201 that contains static content similar to the information inputted in fields 101, 102, 104, and 105. Preferably, the above static content is displayed each time the zaplet 200 is accessed by a participant.
- the zaplet 200 may also include an advertising region 203.
- the content in region 203 can be static or dynamic content.
- the content in regions 201 and 203 can be configured and supplied by the business logic in web application server 14.
- the zaplet 200 also includes a forwarding region 205 and a creation region 206 corresponding to segment 312 of the data structure 350.
- the region 205 allows a participant to add an address of a potential participant that is not listed in the address field 103. This means that any participant listed in the address list of field 103 can include any other potential participants not listed in the field 103. In other configurations, the ability of a participant to add another participant can be controlled by the creating participant of the zaplet.
- the creation region 206 is also included in zaplet 200 to allow a participant to create an electronic form similar to electronic form 100 to initiate another zaplet process.
- the zaplet 200 also includes a dynamic content region 210 corresponding to segment 310 of data structure 350 that receives the dynamic content 320.
- region 210 may include a graphical image, such as a pie chart, or other binary content including executable content.
- the content 320 of the region 210 can be dynamically updated by the business logic residing in the web application server 14.
- the zaplet 200 also includes an interaction region 225 corresponding to segment 312 of the data structure 350.
- the interaction region can include images, such as check boxes, to select options created using the electronic form 100. For example, a poll can be initiated in electronic form 100 and the interaction region 225 could contain boxes to select a poll choice.
- the interaction region also contains a text box 223 that allows a participant to add a text passage to the zaplet.
- the interaction region may also include the name of the responding participant and his or her associated e-mail address.
- a dynamic content region 213 corresponding to region 313 of data structure 350 is contained in zaplet 200 that receives the content 321.
- the content 321 can include text passages that are entered by participants using the interaction region 225.
- the business logic at the web application server 14 manages the text passages and causes changes to the variables in database 10 to update the content 321 and to display the updated content in region 213, when the participant opens the message.
- the displayed content in region 213 may include visual images, a list of participants who have entered text passages, or any other relevant dynamic content.
- FIG. 6 illustrates that initially one of the participants accesses a live electronic form 100 to begin a zaplet process (step 501).
- the requesting participant may access the form 100 from the database 10 via the web server 16, from a web site, or other resource as discussed above.
- the participant may specify a descriptor, such as a URL, associated with the electronic form 100.
- a descriptor such as a URL
- a confirmation message is sent from the web server 16 indicating that the content of the electronic form 100 was received, that the electronic form 100 was sent to the addresses listed in field 103, and any other errors associated with the processing of the electronic form 100 (step 503).
- the creating participant of the electronic form 100 may receive the e-mail message (step 504) described below as an acknowledgement that the form 100 was successfully received by the server 6.
- Each of the participants in the list in field 103 receives an e-mail message associated with the zaplet (step 504) indicating that the zaplet process has been initiated.
- a receiving participant opens the message (step 505).
- a receiving participant may be the creating participant. This mechanism could allow a creating participant to create a "personal" zaplet that only he or she could update or retrieve.
- the dynamic content of the zaplet 200 is served essentially at viewing time to the display of the participant as follows (step 506).
- the e-mail protocol residing at the participant begins by parsing the received e-mail according to the MIME and SMTP header and separators 300 (step 401). If the participant is capable of displaying the dynamic content of the zaplet in the segment 304, content is produced by parsing the HTML (step 402). The participant initially renders static components of the zaplet, such as in the regions 311 and 312 (step 403). To render the dynamic content in region 310, a parsing engine at the participant issues a get command using, for example, a virtual URL identified by a tag field in the HTML (step 404).
- the server 6 includes logic, such as business logic in web application server 14, to map the virtual URL to an actual URL for the dynamic content 320 of the dynamic content region 310, and returns a message indicating the actual URL for the dynamic content 320 corresponding to the virtual URL, which is received at the participant site (step 405).
- a get command for the actual URL is then issued (step 406).
- IFRAME/ILAYER region 313 of the data structure 350 can also be retrieved similar to steps 404-406 (step 407), and then the dynamic content 321 for the dynamic content region 313 is rendered (step 408).
- the participant inputs data into the interaction region 225 (step 507).
- the user may input a text passage.
- the dynamic content region 213 will include concatenated text messages and a list of message recipients as discussed above.
- the participant then submits the updated zaplet to the server 6 (step 508).
- the submitting participant receives an acknowledgement from the web server 16 indicating that the zaplet was received (step 509).
- the e-mail protocol residing at the client may then issue at any time a new get command for the dynamic content in region 310 and/or region 313 to display the updated images and/or text content in the dynamic content regions 210 and 213 (step 510).
- the participant submits his or her input (step 508)
- another instance of the zaplet could be served that includes the above acknowledgement, and also reflects the most recent dynamic content including the submission at step 508.
- the dynamic content of the zaplet could be updated "in-place". This means that the regions 210 and 213 could be updated to reflect the most recent content in the server 6 including the submission at step 508, as the participant is viewing the zaplet. Subsequent actions by any of the participants of the group to open a message will result in the display of the updated images and text content in the zaplet 200.
- Participants collaborate efficiently. Each participant can send and receive information that is current using dynamic regions 210 and 213. This means that participants can accurately respond or opine to a zaplet process with the most current information at their disposal.
- content may be dynamically updated asynchronously relative to the sending of the documents or forms and asynchronously relative to any processes used by any other participants parsing the electronic messages.
- the updated content includes dynamic information identifying changes that have occurred since the message was last viewed by the viewing participant. This means that the viewing participant can track the opinions, suggestions, or other comments made by other participants in a simple and quick manner.
- the preferred method also allows participants to interact with other participants in a group without the daunting task of "surfing" the Web to find the discussion management tool that manages the discussion. The highest quality service based upon the participant's e-mail application capabilities are also provided.
- a zaplet 200 generally passes through states from the instant that the initiating participant (e.g., author) starts defining the electronic form 100 until the zaplet 200 is discarded or deleted.
- a state can be defined by the behavior of the zaplet 200 and operations available to the author or recipient of the zaplet 200. This means that the zaplet 200 can change states numerous times. Tracking and managing such states may be important to conserve network resources and provide enhanced flexibility to a participant.
- FIGS. 8-19 describe various processes for tracking or managing zaplets 200. The processes may be applied to one or more portions or types of content of the zaplet.
- FIG. 8 illustrates a flow chart describing a process for delayed sending of a zaplet.
- This process enables a participant to begin creating the zaplet 200 by completing an electronic form 100 (Step 601), as described above.
- the electronic form 100 may not be completed at Step 601. Accordingly, a partially completed electronic form 100 may be stored in the database 10 or in a local folder (Step 602). Thereafter, the initiating participant may exit, for example, a web site (Step 603). The initiating participant may then access the partially completed electronic form 100 from the database 10 (Step 605) or from a folder e.g. "MyZaplets" folder (Step 604).
- the electronic form 100 may subsequently be completed (Step 605) and then sent to server 6 (Step 606) and processed, as described above. Finally, the initiating participant completes the authoring process (Step 607).
- FIG. 9 illustrates a flow chart describing a process for shared authoring of a zaplet.
- This process allows multiple participants to create a zaplet 200 by completing an electronic form 100 (Step 701), as described above.
- the electronic form 100 may not be completed at Step 701.
- the initiating participant may define a co-author list to add other participants to author the electronic form 100 (Step 703).
- the partially completed electronic form 100 and the co-author list may be stored in the database 10 or in a local folder (Step 703).
- the initiating participant may notify the other listed participants of the ability to author the electronic form 100 (Step 704).
- the server 6 may notify the other listed participants.
- Step 706 The other listed participants may then access the partially completed electronic form 100 from the database 10 (Step 706), from a folder e.g., "MyZaplet drafts" folder (Step 705), or a link may be sent to allow the participant to access the form 100.
- the other participants may then add to the electronic form 100 (Step 706), which is then sent to server 6 (Step 707) and processed, as described above.
- Step 706 other participants can be notified and the process repeats from Step 704, until the electronic form 100 is completed.
- the authoring process is finished (Step 708).
- FIG. 10 illustrates a flow chart describing a process for cloning a zaplet.
- This process allows a participant to copy or clone one or more portions of a zaplet. This leads to quick and efficient initiation or creation of a zaplet.
- An initiating participant can clone an existing zaplet 200 by using its static content, dynamic content, and/or network address list to generate a new zaplet. Initially, an initiating participant may select a button or link within an existing zaplet 200 to generate a new zaplet (Step 801). The initiating participant is then prompted to copy or clone the responses or content in regions 310 and/or 313 (Step 802).
- Step 802 the information is copied (808) and sent to the server 6 to initiate a new authoring process e.g., to create a new electronic form 100 (Step 807). If Step 802 is not executed, the initiating participant is prompted to clone or copy the content from an electronic form 100 used to create the zaplet 200 (Step 803). If Step 803 is executed, the content of the electronic form 100 is copied and sent to the server 6 (Step 804). After Step 804 or if Step 803 is not executed, the initiating participant is prompted to clone the network address list of the zaplet 200 (Step 805). If Step 805 is executed, the network address list is copied and sent to the server 6 (Step 806). If Step 805 is not executed, the authoring process is executed at Step 807.
- FIG. 11 illustrates a flow chart describing a process for notifying a participant of a zaplet.
- This process allows an initiating participant or other participants to notify others of changes to the zaplet 200 (Step 901).
- the participant may then select to identify all or some of the participants (Step 902). If all of the participants are selected, the participant describes the reason for the notification (Step 904). The reason may also be automatically discernable by configuring the business logic described above.
- Step 904 is executed.
- the notification can also be prioritized (Step 905).
- the notification is then sent by the server 6 (Step 906).
- the server determines the type of notification required by the participant (Step 907). For a client, a flag may be set in server 6 which may be polled for by the participant at some time interval and the content of the notification retrieved from server 6 (Step 908). For participants using e-mail, a new copy of the zaplet may be sent which also contains the description and priority of the notification (Step 909). Alternatively, a participant equipped with a facsimile machine may receive a new copy or version of the zaplet. A link may be sent to participants equipped with instant messaging (Step 910). A link may also be sent to a pager, PDA, or other similar computing device.
- a time stamp for the notification may be stored in database 10 for participants equipped with instant messaging and/or e-mail.
- a suitable time stamp mechanism is described at step 1210 below.
- FIG. 12 illustrates a flow chart describing a process for blocking access to a zaplet. This process allows a participant to temporarily block other participants from reading the dynamic content of a zaplet 200 or responding to a zaplet 200.
- the participant initiates a command to block access to the zaplet (Step 1001).
- the participant enters the management interface for this zaplet, which is located, for example, in the server 6 (Step 1002).
- the participant sets a flag in the database 10 and describes the reason for the blocking (Step 1003).
- the participant may block access to the dynamic content in regions 310, 313.
- the other participants only receive the static content and the reason for the block (Step 1004).
- the reason for the block is resolved (Step 1005), the description for the block is deleted and the flag is cleared in the database 10 (Step 1006).
- the zaplet is then available for normal access (Step 1007).
- FIG. 13 illustrates a flow chart describing a process for controlling responses to a zaplet.
- This allows an initiating participant to prevent or to allow other participants to respond to a zaplet 200.
- the initiating participant is asked or asks to close interaction to the zaplet 200 (Step 1101).
- the initiating participant then enters the management interface similar to Step 1002 above (Step 1102).
- the initiating participant then specifies the reason for the closure and sets a state of the zaplet 200 in the database 10 (Step 1103).
- the receiving participants with a current version of the zaplet 200 see the static content, the dynamic content, a closed state indicator, and the reason for the closure (Step 1104).
- the receiving participants are not permitted to respond to the zaplet.
- the participants receiving a prior closed zaplet 200 may see the static content, some of the dynamic content is cast as static content, and at least one dynamic content region 310, 313 exists to deliver dynamic content, if the zaplet is re-opened (Step 1104).
- the participants are then notified of the closure directly by the initiating participant or by the server 6 (Step 1105).
- the initiating participant has then drawn attention to the fact that the zaplet 200 is closed (Step 1106).
- a closed zaplet may be re-opened for further processing or interaction.
- the initiating participant begins the re-opening procedure (Step 1107).
- Step 1108 is then executed similar to Step 1102 above.
- the reason for opening may be described and the state of the zaplet is set to open in the database 10 (Step 1109).
- the receiving participants with a current version of the zaplet 200 see the dynamic content, the static content, optionally an open state indicator, and optionally the reason for the opening (Step 1110).
- the participants are permitted to respond to the zaplet.
- the participants receiving a prior closed zaplet 200 see the static content and at least one dynamic content region 310, 313 exists to deliver dynamic content, or a link to the dynamic content, when the zaplet is opened (Step 1110). Instructions may be sent to retrieve the dynamic content. The participants are then notified of the opening directly by the initiating participant or by the server 6 (Step 1111). The initiating participant has then drawn attention to the fact that the zaplet 200 is re-opened (Step 1106).
- a participant may be notified of changes to zaplets of special interest.
- the notifications may be timed to avoid sending a notification for every change.
- a notification for every change is avoided by sending notifications based upon knowledge of when a participant has viewed any previous version of the zaplet.
- FIG. 14 illustrates a flow chart describing a process for notifying participants of changes to a zaplet.
- the participant may desire to change a default notification for the zaplet 200 (Step 1201).
- the participant responds to receiving the zaplet 200 with notification preferences e.g., all responses, important events, resolution of the zaplet, no interest in special notification, or no responses.
- the preferences for this participant may be stored in the database 10, and the zaplet may then be dynamically updated to indicate the preference of this notification state (Step 1202).
- an important response is received or an important event occurs within a zaplet 200 and may be recorded within and displayed within a zaplet 200 (Steps 1203-1204).
- a check is made to see if the participant has previously decided whether to track the important events or responses (Step 1205). If no, a check is made to see if the participant has previously asked to track all responses (Step 1206). Similarly, a normal response occurring in a zaplet 200 (Step 1207) executes Step 1206. If the answer is yes at Step 1205 or Step 1206 when executed, the participant's chosen method for receiving the notifications is determined (Step 1208).
- the participant may choose "Digest” (Step 1209), "Immediate” (Step 1213), or "Interval” (Step 1211).
- Digest allows a participant to tag the zaplet 200 to be delivered at a later time. This can be accomplished within a zaplet 200 containing a list of other zaplets.
- Interval permits a time interval specified by the participant to elapse since the recipient last accessed the zaplet 200 before sending a notification.
- the server 6 determines whether the participant has viewed the zaplet 200 since the most recent notification has been sent (Step 1210). If no, the notification is not sent. This is because the participant may view new content that is part of this current notification, when as previous notification is opened (Step 1212). On the other hand, if all prior notifications have been viewed, the notification is sent by the server 6 (Step 1214).
- FIG. 15 illustrates a flow chart describing a process for superseding a zaplet.
- This process allows an initiating participant to supersede a zaplet 200 with a different zaplet. This may be due to an initiating participant having made an error in the static portion of the superseded zaplet.
- the initiating participant invokes a command to supersede an existing zaplet (Step 1301).
- the participant enters the management interface similar to Step 1102 above (Step 1302).
- the initiating participant specifies the reason for the superseding (Step 1303) and then selects a method for the superseding (Step 1304).
- the participant may clone the zaplet (Step 1305), as described above in FIG. 10.
- the authoring process is started (Step 1306) and finished (Step 1307) by the participant and the server 6.
- the initiating participant can choose from a list of zaplets or provide a URL to that represents a zaplet 200 to replace the current zaplet 200 (Step 1308).
- the state of the current zaplet as superseded is set in the database 10.
- the server 6 is configured to label the current zaplet 200 superseded, to describe the reason that the zaplet 200 has been superseded, to prevent further interaction with the superseded zaplet 200, and also provide a links to the new zaplet (Step 1309).
- the zaplet is then superseded (Step 1310).
- FIG. 16 illustrates a flow chart describing a process for externalizing or restoring a zaplet.
- the participant can externalize the state of a zaplet.
- the participant first asks to externalize the state of the zaplet 200 (Step 1401).
- the participant enters the management interface similar to Step 1102 above (Step 1402).
- the participant may then pick an externalization format (Step 1403).
- the participant may choose HTML.
- a page with dynamic content is rendered as static HTML (Step 1404).
- the participant may save the page to disk or the database 10 (Step 1405).
- the participant may choose XML at Step 1403.
- a page is then generated that has definition and data of the zaplet rendered as XML (Step 1406).
- the participant may then save the page to disk or the database 10 (Step 1408).
- Other formats of externalized zaplets may be used.
- the participant is first prompted (Step 1407).
- the participant then enters the management interface similar to Step 1102 above (Step 1409).
- the XML definition is uploaded from the database 10 or disk (Step 1410).
- the current state of the zaplet represented by the XML definition is then restored within server 6 and database 10 (Step 1411).
- the participant may then draw special attention to the zaplet using a notification mechanism similar to that described above (Step 1412).
- Other formats of externalized zaplets may be used.
- FIG. 17 illustrates a flow chart describing a process for archiving a zaplet.
- the participant is first prompted to archive the zaplet 200 (Step 1501).
- the participant enters the management interface similar to Step 1102 above (Step 1502).
- Data may be formatted, compressed and moved into an archived storage in database 10 or another database. Information may also be split between multiple databases.
- the participant also sets an auto-restore flag or a read-only flag in the database 10.
- a reason for the archival may also be set.
- a state of the zaplet is set to archived and a prior state of the zaplet 200 is also stored.
- participants may only be able to view the indication of the archived state and may also be able to view one or more portions of the non-archived content.
- Archived content may be viewed if the auto- restore flag is set to "on.” (Step 1503).
- the participant may also externalize the zaplet similar to Steps 1406 and 1408 above (Step 1504 and Step 1505). This creates a snapshot of the state of a zaplet 200without changing the status of the zaplet.
- Step 1506 the participant is first prompted (Step 1506).
- the participant enters a management interface similar to Step 1102 above and then selects the archived zaplet from a list in database 10 (Step 1507).
- the selected zaplet is retrieved from the database, the compressed data is uncompressed, and XML or other suitable format is used to populate the database structure to regenerate the zaplet to an original state (Step 1508).
- the auto-restore tags may be monitored (Step 1510).
- the participant may then draw special attention to the zaplet as described above (Step 1509).
- FIG. 18 illustrates a flow chart describing a process for permanently deleting a zaplet.
- the initiating participant is prompted to delete a zaplet (Step 1601).
- the participant enters the management interface as described in Step 1102 (Step 1602).
- the zaplet is marked as deleted and the deleted zaplet may appear on the participant's "deleted" list.
- Other participants may be notified of the delete status once the server confirms this state (Step 1603).
- the participant may explicitly finish deleting the zaplet (Step 1605) or have the zaplet lapse over time (Step 1604).
- the zaplet is ultimately removed from the database 10 (Step 1606).
- the techniques described here may be implemented in hardware or software, or a combination of the two.
- the techniques are implemented in computer programs executing one or more programmable computers that each includes a processor, a storage medium readable by the processor (including volatile and nonvolatile memory and/or storage elements), and suitable input and output devices.
- the programmable computers may be either general-purpose computers or special- purpose, embedded systems. In either case, program code is applied to data entered with or received from an input device to perform the functions described and to generate output information. The output information is applied to one or more output devices.
- Each program is preferably implemented in a high level procedural or object- oriented programming language to communicate with a computer system.
- the programs can be implemented in assembly or machine language, if desired.
- the language may be a compiled or interpreted language.
- Each such computer program is preferably stored on a storage medium or device (e.g., CD-ROM, hard disk, magnetic diskette, or memory chip) that is readable by a general or special purpose programmable computer for configuring and operating the computer when the storage medium or device is read by the computer to perform the procedures described.
- a storage medium or device e.g., CD-ROM, hard disk, magnetic diskette, or memory chip
- the system also may be implemented as a computer- readable storage medium, configured with a computer program, where the storage medium so configured causes a computer to operate in a specific and predefined manner.
- ELECTRONIC_FORM write Creating_Participant_Email_Input_Field(ZAPLET_TYPE, ZAPLET_STYLE) to
- ELECTRONIC_FORM write Zaplet_Specific_Data_Input_Fields(ZAPLET TYPE, ZAPLET_STYLE) to ELECTRONICJFORM write Zaplet_Type_Constant(ZAPLET_TYPE, ZAPLET_STYLE) to
- ZAPLET_STYLE ZAPLET_SPECIFIC_DATA
- RECIPIENTS from request set MESSAGE_ID create_unique_id() open file MESSAGE for writing create (Message_Record(MESSAGE_ID, CREATING_PARTICIPANT_NAME, CREATING_PARTICIPANT_EMAIL,
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Signal Processing (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Multi Processors (AREA)
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2001229418A AU2001229418A1 (en) | 2000-01-14 | 2001-01-12 | Methods and systems to manage and track the states of electronic media |
JP2001552232A JP2003519873A (en) | 2000-01-14 | 2001-01-12 | Method and system for managing and tracking the status of electronic media |
CA002396371A CA2396371C (en) | 2000-01-14 | 2001-01-12 | Methods and systems to manage and track the states of electronic media |
EP01942433A EP1252578A4 (en) | 2000-01-14 | 2001-01-12 | Methods and systems to manage and track the states of electronic media |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15147699P | 1999-08-30 | 1999-08-30 | |
US17623000P | 2000-01-14 | 2000-01-14 | |
US60/176,230 | 2000-01-14 |
Publications (3)
Publication Number | Publication Date |
---|---|
WO2001052081A1 true WO2001052081A1 (en) | 2001-07-19 |
WO2001052081A8 WO2001052081A8 (en) | 2001-12-06 |
WO2001052081A9 WO2001052081A9 (en) | 2002-10-24 |
Family
ID=22643520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2001/001088 WO2001052081A1 (en) | 1999-08-30 | 2001-01-12 | Methods and systems to manage and track the states of electronic media |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP1252578A4 (en) |
JP (1) | JP2003519873A (en) |
AU (1) | AU2001229418A1 (en) |
CA (1) | CA2396371C (en) |
WO (1) | WO2001052081A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7313580B2 (en) | 2005-02-08 | 2007-12-25 | Domenico Vellante | Systems and methods for sharing information between a user group and associated document |
CN108768835A (en) * | 2018-05-30 | 2018-11-06 | 彩讯科技股份有限公司 | A kind of mail analytic method, device, server and storage medium |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5913040A (en) * | 1995-08-22 | 1999-06-15 | Backweb Ltd. | Method and apparatus for transmitting and displaying information between a remote network and a local computer |
US6012083A (en) * | 1996-09-24 | 2000-01-04 | Ricoh Company Ltd. | Method and apparatus for document processing using agents to process transactions created based on document content |
US6012090A (en) * | 1997-03-14 | 2000-01-04 | At&T Corp. | Client-side parallel requests for network services using group name association |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5706452A (en) * | 1995-12-06 | 1998-01-06 | Ivanov; Vladimir I. | Method and apparatus for structuring and managing the participatory evaluation of documents by a plurality of reviewers |
US5937160A (en) * | 1997-05-01 | 1999-08-10 | Reedy Creek Technologies, Inc. | Systems, methods and computer program products for updating hypertext documents via electronic mail |
US5978836A (en) * | 1997-07-28 | 1999-11-02 | Solectron Corporation | Workflow systems and methods |
-
2001
- 2001-01-12 JP JP2001552232A patent/JP2003519873A/en active Pending
- 2001-01-12 EP EP01942433A patent/EP1252578A4/en not_active Withdrawn
- 2001-01-12 WO PCT/US2001/001088 patent/WO2001052081A1/en not_active Application Discontinuation
- 2001-01-12 CA CA002396371A patent/CA2396371C/en not_active Expired - Fee Related
- 2001-01-12 AU AU2001229418A patent/AU2001229418A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5913040A (en) * | 1995-08-22 | 1999-06-15 | Backweb Ltd. | Method and apparatus for transmitting and displaying information between a remote network and a local computer |
US6012083A (en) * | 1996-09-24 | 2000-01-04 | Ricoh Company Ltd. | Method and apparatus for document processing using agents to process transactions created based on document content |
US6012090A (en) * | 1997-03-14 | 2000-01-04 | At&T Corp. | Client-side parallel requests for network services using group name association |
Non-Patent Citations (1)
Title |
---|
See also references of EP1252578A4 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7313580B2 (en) | 2005-02-08 | 2007-12-25 | Domenico Vellante | Systems and methods for sharing information between a user group and associated document |
CN108768835A (en) * | 2018-05-30 | 2018-11-06 | 彩讯科技股份有限公司 | A kind of mail analytic method, device, server and storage medium |
CN108768835B (en) * | 2018-05-30 | 2022-03-18 | 彩讯科技股份有限公司 | Mail analysis method, device, server and storage medium |
Also Published As
Publication number | Publication date |
---|---|
EP1252578A4 (en) | 2003-06-04 |
AU2001229418A1 (en) | 2001-07-24 |
EP1252578A1 (en) | 2002-10-30 |
WO2001052081A8 (en) | 2001-12-06 |
JP2003519873A (en) | 2003-06-24 |
WO2001052081A9 (en) | 2002-10-24 |
CA2396371A1 (en) | 2001-07-19 |
CA2396371C (en) | 2006-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6453337B2 (en) | Methods and systems to manage and track the states of electronic media | |
US6496849B1 (en) | Electronic media for communicating information among a group of participants | |
US6505233B1 (en) | Method for communicating information among a group of participants | |
US6463461B1 (en) | System for communicating information among a group of participants | |
US6457045B1 (en) | System and method for group choice making | |
US6507865B1 (en) | Method and system for group content collaboration | |
US6523063B1 (en) | Method system and program product for accessing a file using values from a redirect message string for each change of the link identifier | |
US10068203B2 (en) | Methods and systems for managing to do items or notes or electronic messages | |
US8713112B2 (en) | Managing and collaborating with digital content | |
US6691153B1 (en) | Method and system for process interaction among a group | |
US7769144B2 (en) | Method and system for generating and presenting conversation threads having email, voicemail and chat messages | |
US7941492B2 (en) | Message data management | |
US8037021B2 (en) | Calendaring techniques and interfaces | |
US20030097361A1 (en) | Message center based desktop systems | |
US8190567B2 (en) | Method and system for providing one-to-one email collaboration | |
CA2396371C (en) | Methods and systems to manage and track the states of electronic media | |
WO2001016856A9 (en) | System and method for group choice making | |
Hou et al. | Multimedia Messaging Systems | |
Palme | The future of electronic mail |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US US UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
AK | Designated states |
Kind code of ref document: C1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US US UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: C1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
CFP | Corrected version of a pamphlet front page |
Free format text: REVISED ABSTRACT RECEIVED BY THE INTERNATIONAL BUREAU AFTER COMPLETION OF THE TECHNICAL PREPARATIONS FOR INTERNATIONAL PUBLICATION |
|
ENP | Entry into the national phase |
Ref country code: JP Ref document number: 2001 552232 Kind code of ref document: A Format of ref document f/p: F |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2396371 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2001942433 Country of ref document: EP |
|
AK | Designated states |
Kind code of ref document: C2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US US UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: C2 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
COP | Corrected version of pamphlet |
Free format text: PAGES 1/19-19/19, DRAWINGS, REPLACED BY NEW PAGES 1/19-19/19; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE |
|
WWP | Wipo information: published in national office |
Ref document number: 2001942433 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2001942433 Country of ref document: EP |