WO2001016856A9 - Systeme et procede permettant a un groupe de faire des choix - Google Patents

Systeme et procede permettant a un groupe de faire des choix

Info

Publication number
WO2001016856A9
WO2001016856A9 PCT/US2000/023163 US0023163W WO0116856A9 WO 2001016856 A9 WO2001016856 A9 WO 2001016856A9 US 0023163 W US0023163 W US 0023163W WO 0116856 A9 WO0116856 A9 WO 0116856A9
Authority
WO
WIPO (PCT)
Prior art keywords
participants
server
dynamic content
electronic
choices
Prior art date
Application number
PCT/US2000/023163
Other languages
English (en)
Other versions
WO2001016856A1 (fr
Inventor
Michael Hanson
Graham Miller
Brian Axe
Steven Richard Evans
Original Assignee
Firedrop Inc
Michael Hanson
Graham Miller
Brian Axe
Steven Richard Evans
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
Priority claimed from US09/427,378 external-priority patent/US6496849B1/en
Priority claimed from US09/427,152 external-priority patent/US6505233B1/en
Priority claimed from US09/426,648 external-priority patent/US6463461B1/en
Application filed by Firedrop Inc, Michael Hanson, Graham Miller, Brian Axe, Steven Richard Evans filed Critical Firedrop Inc
Priority to AU69303/00A priority Critical patent/AU6930300A/en
Publication of WO2001016856A1 publication Critical patent/WO2001016856A1/fr
Publication of WO2001016856A9 publication Critical patent/WO2001016856A9/fr

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/34—Betting or bookmaking, e.g. Internet betting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3286—Type of games
    • G07F17/3288—Betting, e.g. on live events, bookmaking
    • 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/48—Message addressing, e.g. address format or anonymous messages, aliases
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes

Definitions

  • the present invention relates generally to communication networks, and more particularly, to a system and method for making choices among a group of participants connected to such networks using a dynamic distribution of data.
  • One type of group choice tool uses store and forward technology. Initially, a message is sent to participants who are expected to respond to the message with their choices. The participants can then read or respond to the message. Once the sender of the message receives a choice response from some or all of the participants, the sender may send a subsequent message back to the participants indicating the results of the choice making process.
  • This type of group choice tool has several drawbacks.
  • the results of the choice making process are not immediately available to any of the participants in any aggregated form. This prevents participants from making the best possible choices based on feedback from any of the prior responding participants. Further, each participant may send responses back to the sender of the message in varying formats. This can make aggregating or summarizing the results of the choice making process difficult.
  • Another type of group choice tool is real time conferencing.
  • an electronic forum is established in which participants can exchange ideas, often with the goal of making a choice.
  • participants are forced to focus their attention and continually make choices. For example, many participants may participate in a telephone conference, video conference, or electronic conference system.
  • This type of group choice tool suffers from certain drawbacks.
  • One drawback is that real time conferencing requires participants to interact at the same time. This may be unduly burdensome and may be inconvenient to some or all of the participants.
  • real time conferencing typically operates in a proprietary environment. This means that each participant must match-up with complimentary services to participate in the conference. This can require increased cost and additional navigation for and set-up of non-proprietary participants. Additionally, participants may not be able to effectively communicate when the group becomes too large.
  • the present invention is directed to a method and system for making choices among a group of participants using an electronic medium having dynamic content stored in the server.
  • the dynamic content includes choices to be selected by the participants and the dynamic content is asynchronously dynamically update or dynamically retrieved in response to an open action by at least one of the participants.
  • the preferred method and system causes the dynamic content in the electronic medium to be current when read or accessed by any of the participants.
  • the present invention is directed to a system for making choices among a group of participants that includes a server having an associated database and adapted to be used in the network.
  • the server generates and sends an electronic message to the participants, and the server generates and sends an electronic medium stored in the database to at least one of the participants in response to a first open action by the at least one participant of the electronic message.
  • the electronic medium contains choices to be selected.
  • the electronic medium also includes an interface for communicating input associated with the choices from the participants, and a plurality of dynamic content regions in the electronic medium. Each of the dynamic content regions includes dynamic content.
  • the network system also includes logic in communication with the database to asynchronously dynamically update and dynamically retrieve the dynamic content of the electronic medium stored in the database. Each of the dynamic content regions are updated with the dynamic content.
  • the dynamic content includes at least one of the selected choices.
  • Implementations of the invention include one or more of the following.
  • the choices may include a schedule, a poll, a survey, an election, RSVP, task allocation, wish lists, donation confirmation, approval, recruitment vote, group seating selection, game next move selection, sporting event pool, payment authorization, purchase selection, and purchase authorization.
  • the dynamic content may include graphics representative of the selected choices.
  • the system may include an external source in data communication with the server to deliver content to the dynamic content regions.
  • the electronic medium may include a forwarding region that can be used to increase the number of participants.
  • the network system may be adapted to support an Internet or an electronic mail protocol.
  • the present invention is directed to a group choice tool that includes a server having a database and adapted to receive an electronic form.
  • the electronic form includes a network address associated with each participant in a group and choices to be selected.
  • An electronic message may be sent to each network address.
  • the electronic message may be parsed, and an electronic medium is sent to the network address of at least one participant in the group in response to a first open action by the at least one participant.
  • the electronic medium is asynchronously dynamically updated and dynamically retrieved by the server and includes dynamic content.
  • the electronic medium includes dynamic content regions that are updated with the dynamic content, which includes one of the choices to be selected.
  • the present invention is directed to a method for making choices among a group of participants.
  • the method includes generating an electronic form having a plurality of network addresses associated with the participants and choices to be selected, and sending the electronic form to a server.
  • the electronic message may be parsed by at least one of the participants receiving the electronic message from the server in response to an open action by the at least one participant.
  • the method also includes serving an electronic medium having dynamic content regions in response to the open action.
  • the electronic medium may be stored in the server and the dynamic content regions may include a then current dynamic content representative of the selected choices.
  • the dynamic content may be asynchronously dynamically updated and dynamically retrieved from the server, and the dynamic content may include a selection of one of the choices by any of the participants.
  • 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 an example electronic form to initiate a zaplet for scheduling a group of participants.
  • FIG. 9 is an example of an image of a zaplet for scheduling among a group of participants.
  • FIG. 10 is an example of an updated image of the zaplet of FIG. 9.
  • FIG. 11 is an example of an electronic form for initiating a zaplet for a poll among a group of participants.
  • FIG. 12 is an example of an image of a zaplet for polling a group of participants.
  • FIG. 13 is an example of an updated image of the zaplet of FIG. 12.
  • FIG. 14 is an example of an electronic form for initiating an invitation.
  • FIG. 15 illustrates an example image of a zaplet for supporting an RSVP and list management among a group of participants.
  • FIG. 16 illustrates an example of an updated image of the zaplet of FIG. 15.
  • the present invention is directed to a method and system for communicating and collaborating among participants in a group.
  • the method uses an electronic medium having at least one dynamic content region that is stored in a database of a server.
  • Input composed by the participants of the 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 invention is based on a principle different from known communication systems i.e. 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.
  • the method and system of the invention does not merely rely on sending information that was 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. This means that multiple virtual instances of the electronic medium can be reduced to a single thread.
  • the method and system usefully reduces the amount of media, such as electronic mail messages carrying redundant static content that is communicated among the participants of the group. This invention also makes collaboration of information more rapid and interactive among participants of the group.
  • 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 for the invention 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 media 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.
  • the term 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. When a participant performs an open action to access the zaplet, 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 system and method of the invention makes communication among a group of participants simple.
  • 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.
  • 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 needs not repeatedly type-in the universal resource locator ("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.
  • URL universal resource locator
  • 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.V., 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
  • SMTP Session Transfer Protocol
  • MIME Hypertext Mark-up Language
  • HTML Hypertext Mark-up Language
  • XML Extensible Mark-up Language
  • SGML SGML
  • SGML SGML
  • 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 in accordance with the present invention. 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. This record may also be propagated along with any dynamic content to one of the participants parsing the electronic message and zaplet, as discussed below.
  • An example configuration for storing and processing various content in the database 10 is illustrated in the attached Appendix A, which is herein incorporated by reference.
  • 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.
  • the web server 16 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 the system and describing the method of the present invention 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 6 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.
  • GIF Graphical Interchange Format
  • JPEG Joint Photographies Expert
  • FIG. 3 illustrates an exemplary electronic form 100 that can be used to compose and initiate a zaplet among the participants 1-4 in accordance with the invention.
  • 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.
  • 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.
  • 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 filed 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 in accordance with the invention.
  • 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 304, described below, according to the multipart/alternative message type indicated in the headers 300.
  • 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
  • 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 present inventors have discovered that 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.
  • 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.
  • Many older P.C. e-mail clients, and all of the text e-mail clients cannot display the segment 304.
  • These participants may receive an e-mail message with static content, and a URL identifying a web page at which the dynamic content may be accessed.
  • Current AOL clients support some of the HTML standard.
  • 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.
  • the participant can specify which e-mail client to use by sending a request to the server 6.
  • FIG. 5 shows an example of an image of a zaplet 200 that is displayed to a user when the data structure 350 is parsed.
  • 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
  • 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 is a flow chart of a preferred method of the invention.
  • 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.
  • the participant completes the fields 101, 102, 103, and 104.
  • the participant may also complete field 105.
  • the participant then submits the form to the server 6 (step 502).
  • 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 1 0 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 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
  • 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).
  • 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
  • step 405 A get command for the actual URL is then issued (step 406).
  • a web page indicated by the 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.
  • the preferred method permits participants to 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.
  • the preferred method supports privacy and communications because the dynamic content can be restricted to those specified in field 103. Further, the preferred method and system allows content to 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. In this way, the zaplets received by participants of the group do not become stale or outdated. Additionally, 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 preferred method and system also provides the highest quality service based upon the participant's e-mail application capabilities.
  • the preferred zaplet may be configured as a group choice tool for a choice making process.
  • Certain choice making processes may include a schedule, poll, survey, election, RSVP, task allocation, wish list, donation confirmation, approval, recruitment vote, group seating selection, game next move selection, sporting event pool, payment authorization, purchase selection, or purchase authorization.
  • the zaplet can be configured to allow multiple participants to collaborate and communicate in a choice making process. Further, choices can be aggregated within a zaplet to include multiple choices and can be mixed with other types of participant interaction or collaboration.
  • a schedule can allow a group of participants to express preferences from a list of schedule or time options. Accordingly, a schedule zaplet can be used to schedule a meeting or a similar event among a group of participants.
  • one of the participants accesses a live electronic form 600 (FIG. 8) similar to electronic form 100 above by executing step 501.
  • the electronic form 600 may include a field 601 and a field 602.
  • the fields 601 and 602 may be used to accept the initiating participant's name and network address, respectively.
  • the electronic form 600 may also include a field 603 and a field 604.
  • the fields 603 and 604 are configured similar to the fields 103 and 104 described above.
  • the electronic form 600 also includes a comment field 605 and schedule choice fields 606, 607, 608, 609, and 610.
  • the comment field 605 is similar to the comment field 105 of the electronic form 100 described above.
  • the field 606 may be used to specify an ideal date and time for a scheduled event. As shown in FIG. 8, the authoring participant may enter "Monday, 11/21/99, 6:00 PM.”
  • the fields 607-610 can be used to suggest alternative times for the scheduled event.
  • the electronic form 600 may include any number of the fields 607-610.
  • the zaplet 700 may include a banner 701 that includes the name of the initiating participant from the field 601 , and the time and day on which the zaplet was initiated using the electronic form 600.
  • the electronic form 600 was sent by "Beth Stearns" on "Thursday, December 2, 1999 1:52:40 PM P.S.T.”
  • the banner 701 may also include other information relevant to the zaplet 700.
  • the zaplet 700 also includes a field 702 of an interaction region 703.
  • the field 702 includes a list of times 723 that correspond to the times entered into the fields 606-610 in the electronic form 600. Additionally, the field 702 includes check boxes 720 that allow a participant to easily submit their preferences to a scheduled time. For example, a participant may choose "maybe" for each of the times 723.
  • the zaplet 700 also includes fields 704, 705, and 706.
  • the interaction region 703 may enable a participant to add his or her name in the field 704, a network address, such as an electronic mail address in field 705, and additional textual comments in the field 706. Once the participant has completed the fields 704, 705, and 706 at step 507, the participant may then submit the choices 720 and any information inputted into the field 704, 705, or 706 by executing step 508 using the button 707.
  • a button 708 may also be used to reset the content of the fields 704, 705, or 706 before submitting the input to the server 6.
  • the interaction region 703 may be displayed outside of the zaplet 700. For example, the interaction region 703 may be included in another image displayed to the participants.
  • the preferred schedule zaplet 700 includes dynamic content regions 715 and 716.
  • the dynamic content regions 715 and 716 are designed to aggregate the responses from the field 702 and interaction region 703, respectively.
  • the dynamic content of the region 715 is updated with the choices made using the check boxes 720 corresponding to the times 723.
  • the dynamic content of the region 716 corresponds to the text input by any of the participants entered into the field 706.
  • the dynamic content of the regions 715 and 716 is updated by the server 6 using the business logic described above.
  • the schedule zaplet 700 may also include a forwarding region 711.
  • the region 711 may be used to add additional participants outside those listed in the field 603. Once the region 711 is completed by the participant, he or she may forward the schedule zaplet 700 using the button 712.
  • the forwarding region 711 may be displayed outside of the zaplet 700. For example, the forwarding region may be displayed as a separate image to the participants.
  • FIG. 10 shows an updated view of the zaplet 700.
  • the dynamic content region 716 includes the concatenated text corresponding to the input entered by a participant in the field 706 of the interaction region 703.
  • the participant's name and the time and date of the input may also be shown in the dynamic content region 716.
  • the participant is "Beth Stearns”
  • the input is sent to the server 6 on "2-Dec-99, 2:28:30 PM PST”
  • the text input is "I'll be out of town next week, so let's try and meet tomorrow.”
  • Subsequent text input by the same or other participants in the group may be displayed in the same manner.
  • FIG. 10 also shows that the name of the participant and the choices made using the check boxes 720 corresponding to the times 723 are entered into the region 715.
  • the name of the participant is "Beth Stearns” and the choices are “Yes”, “Yes", and "No.”
  • a participant who accesses the zaplet is able to view an aggregated list of choices and text input before responding to the schedule. Further, a participant can also determine how his or her inputs have affected the scheduling process.
  • a link or button may be provided in the zaplet to enable a participant to export his or her schedule choice to a calendar or other application.
  • the schedule zaplet may also be configured to send an alert to an initiating participant that one or more of the participants has responded to the scheduled event. In this way, the initiating participant can ensure that all of the participants have replied to the scheduled event. Alternatively, the initiating participant can be prompted to remind the unresponding participants to respond.
  • the initiating participant can also use the alert to finalize the attendance at the scheduled event by sending the zaplet to the participants with an imposed deadline to respond. If any of the participants do not respond before the deadline, they are assumed to be not attending the scheduled event.
  • the server 6 can also be configured to include logic to determine automatically the availability of a participant without interaction or response by the participant. For example, the server 6 can be configured to compare entries in a calendar application with the proposed scheduled event. If no conflict arises, the calendar can be automatically updated and a reminder or notification can be sent to the participant. Additionally, the server 6 can be ccnfigured to prioritize scheduled events based on the identity of the initiating participant. In this case, the other participants can be automatically assigned to attend the schedule event. If a conflict arises, a lower priority event may be rescheduled and the participant is notified of the change.
  • the zaplet can be used to poll a group of participants.
  • a poll can be used to collect responses from a group of participants on a particular subject using, for example, poll choices. Initially, the initiating participant accesses a live electronic form 900
  • the initiating participant may access the form 900 similar to the form 100 described above.
  • the electronic form 900 may include fields 901, 902 and 903.
  • the fields 901, 902, and 903 are similar to the fields 601, 602, and 603, respectively, as described above.
  • the electronic form 900 may also include a subject field 904 that is similar to the subject field 604 described above.
  • the electronic form 900 may also include a question field 905, one or more poll choice fields 906, and a comment field 910.
  • the field 905 may be used to author a question to be answered.
  • the possible choices to answer the question posed in the field 905 may be listed in the fields 906.
  • the field 910 may be used to add additional background information to further clarify the question posed in the field 905.
  • a zaplet 1000 may be displayed to an accessing participant.
  • the zaplet 1000 may include a banner 1001 having the name of the initiating participant and the time the electronic form 900 was sent.
  • the author is "Beth Stearns" and the zaplet was sent on "Thursday, December 2, 1999 3:34:10 PM P.S.T.”
  • the zaplet 1000 may also include an entry 1015 that corresponds to the text inputted in the field 910.
  • the zaplet 1000 also includes a field 1002 of an interaction region 1003 similar to the interaction region 703 described above.
  • the field 1002 may include the poll choices listed in the field 906 in the electronic form 900. Each of the choices may also include a button 1023 that enables a participant to select one or more of the choices to answer the question posed in the field 905.
  • the interaction region 1003 also includes fields 1004, 1005, and 1006. A participant may enter his or her name in the field 1004, a network address in the field 1005, and any comments in the field 1006. Once the participant has completed any of the fields 1004, 1005, and 1006 and has made a choice selection using one of the buttons 1023, the zaplet 1000 may then be submitted to the server 6 at step 508 using the button 1007.
  • a button 1008 may also be used to reset the content of the fields 1004, 1005, or 1006 before submitting the input to the server 6.
  • the interaction region 1003 may be displayed outside of the zaplet 1000.
  • the interaction region 1003 may be included in another image displayed to the participants.
  • the zaplet 1000 also includes dynamic content regions 1009 and 1010.
  • the region 1009 may be updated based on a selection of one of the buttons 1023 by the participant.
  • the updated content may be presented in the form of a pie chart, bar graph, table, thermometer indicator, line graph, histogram, or other suitable display.
  • the choice selections listed in the field 906 may also be listed in the region 1009.
  • the region 1010 may be used to aggregate comments from any of the participants by concatenating the input from the interaction region 1003 using the business logic as described above. In this way, a viewing participant can have access to the most recent input by any of the prior responding participants before making a calculated choice.
  • the zaplet 1000 may also include a forwarding region 1014.
  • the zaplet 1000 may be forwarded to other participants not listed in the field 903. In this way, more participants can be added to the group.
  • the forwarding participant can click on the button 1015.
  • the forwarding region 1014 may be displayed outside of the zaplet 1000.
  • the forwarding region may be displayed as a separate image to the participants.
  • FIG. 13 shows an updated view of the zaplet 1000.
  • the dynamic content region 1010 includes the concatenated text corresponding to the input entered by the participants in the field 1006 of the interaction region 1003.
  • the participants' name and the time and date of the inputs may also be shown in the dynamic content region 1010.
  • one of the participants' is "Beth Stearns”
  • her input is sent to the server 6 on “2- Dec-99, 3:39:42 PM PST”
  • the text input is "The opera sounds like fun.” Subsequent text input by the same or other participants in the group may be displayed in the same manner.
  • FIG. 13 also shows that the name of the participant and the choices made using the buttons 1023 are entered into the region 1009. For example, the choices for "Hiking,” “Gambling,” “Skiing,” and “Go to the opera” can be displayed using a pie chart. In FIG. 13, the number of choices for “Hiking” is “2" and the number of choices for "Go to the opera” is
  • a participant who accesses the zaplet such as by clicking on an electronic mail message in his or her in box, is able to view an aggregated list of choices and text input before responding to the poll. Further, a participant can also determine how his or her inputs have affected the polling process.
  • the initiating participant can specify how a consensus for the polling process is to be reached. For example, the poll may be decided by a majority, weighted, or unanimous vote.
  • the business logic may be configured to automatically determine the results of the poll based on the specified consensus. In other configurations, a "silent vote" can be conducted. The initiating participant and the other participants may not know the results of the poll until the specified consensus is reached. This means that the server 6 can be configured to automatically determine the results of the poll and then update the zaplet accordingly.
  • the business logic may be configured in the web application server
  • the zaplet can be used as a tool for an RSVP or invitation.
  • the initiating participant accesses a live electronic form 1100 (FIG. 14) by executing the step 501.
  • the initiating participant may access the form 1100 similar to the form 100 described above.
  • the electronic form 1100 may include fields 1101,
  • the fields 1101, 1102, and 1103 are similar to the fields 901, 903, and 902 described above.
  • the electronic form 1100 may also include a comment field 1110 to add additional background information concerning the invitation.
  • the electronic form 1100 also includes an event region that can include details about the event.
  • the region 1104 may include details concerning the type of event, location or address of the event, date or time of the event, other event information, and a date by which an RSVP should be received.
  • a region 1105 may include a list of items to bring to the event, such as a potluck list, and a quantity field associated with each item.
  • a zaplet 1200 may be displayed to an accessing participant.
  • the zaplet 1200 may include an information region having information corresponding to the fields 1101, 1102, 1103, 1110, and the region 1104.
  • the zaplet 1200 may also include an interaction region 1202 similar to the interaction region 703 described above and having fields 1207, 1208, and 1209.
  • the fields 1207, 1208, and 1209 are similar to the fields 704, 705, and 706 described above.
  • the interaction region 1202 may also include a choice field 1215 having a button corresponding to "yes", "no", and
  • This feature of the zaplet 1200 allows a participant receiving the zaplet 1200 to quickly and easily choose whether he or she can attend the event.
  • the zaplet 1200 may also include dynamic content regions 1205, 1206, and 1210.
  • the dynamic content region 1205 may list the participants who have volunteered to bring an item from the items listed in the region 1105.
  • the dynamic content region 1210 may list those items listed in the region 1105 that have not been chosen by any of the participants.
  • the dynamic content region 1210 may also include a shopping basket, a venue seating chart, or a game board.
  • the dynamic content region 1206 is similar to the region 1010 described above and may be used to aggregate comments from any of the participants received from the server 6 via the interaction region 1202.
  • FIG. 16 illustrates an updated view of the zaplet 1200.
  • the dynamic content regions 1205 and 1210 can be updated to reflect volunteers and items selected from the list corresponding to the region 1105.
  • “Suzie QQ” chooses “desserts” and the dynamic content region 1206 reflects that "Suzie QQ” replies "I'll bring some brownies.”
  • only a participant attending the event may choose an item to bring from the list of items in the region 1105.
  • the list of potential items from which a participant may choose may decrease.
  • the zaplet 1200 can be used to manage a list of items and avoid unwanted or redundant items from being brought or purchased for an event.
  • the preferred group choice tool is simple and allows participants access to an aggregated state of choice making when they access the zaplet. This is because the information in the dynamic content regions (e.g., 715, 716, 1009, 1010, 1205, 1206, and 1210) is current when accessed by any of the participants using the preferred methods and systems described above. Further, the preferred group choice tools do not require a proprietary-client system. This is because the zaplet process implements HTML, SMTP, HTTP, and MIME technologies. Also, the participant is immediately provided with the result of his or her contribution to the choice making process.
  • the preferred group choice tools can support large numbers of participants in a group, and also provides the look and feel of live interaction by supplying the most current information to the participant once the zaplet is accessed. Yet, the participant is not burdened by having to be present in a real time conferencing environment. This allows the participant to calmly study and contemplate his or her choice. Additionally, the dynamic content region can be used to simply and easily indicate that the process interaction has terminated. This means that the participant will not unnecessarily contribute to the process interaction.
  • the preferred tool also allows the initiating participant to control access to the choice making process. This is because the list of participants can be specified by the initiating participant. Further, no cumbersome login steps are required by members of the group.
  • the methods and mechanisms described here are not limited to any particular hardware or software configuration, or to any particular communications modality, but rather they may find applicability in any communications or computer network environment.
  • 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 non-volatile 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 inte ⁇ reted 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.
  • a number of embodiments of the present invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention.
  • variations in the specification of which e-mail protocol a particular participant supports can be sent by the participant to the server 6 so that a different message format based on that knowledge can be forwarded to the participant.
  • the interaction region could include a dynamic content region.
  • a zaplet may include a region to communicate a decision, e.g., the results of a poll, to all participants after input from the participant is no longer accepted. Accordingly, other embodiments are within the scope of the following claims.
  • ELECTRONIC_FORM write Creating_Participant_Email_Input_Field(ZAPLET_TYPE, ZAPLET_STYLE) to
  • ELECTRONIC_FORM write Subject_Input_Field(ZAPLET_TYPE, ZAPLET_STYLE) to ELECTRONIC_FORM write Recipients_Input_Field(ZAPLET_TYPE, ZAPLET_STYLE) to
  • ELECTRONIC_FORM write Zaplet_Specific_Data_Input_Fields(ZAPLET_TYPE, ZAPLET_STYLE) to
  • ELECTROMIC_FORM write Zaplet_Type_Constant(ZAPLET_TYPE, ZAPLET_STYLE) to ELECTRONIC_FORM write Zaplet_Style_Constant(ZAPLET_TYPE, ZAPLET STYLE) to
  • ELECTRONIC_FORM write Static_Form_Content(ZAPLET_TYPE, ZAPLET STYLE) to ELECTRONIC_FORM open stream CLIENT for writing write ELECTRONIC FORM to CLIENT
  • ZAPLET_STYLE ZAPLET_SPECIFIC_DATA
  • RECIPIENTS from request set MES S AGE D create_unique_id() open file MESSAGE for writing create (Message_Record(MESS AGEJD, CREATING_PARTICIPANT_NAME,

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Primary Health Care (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé et un système pouvant être utilisés pour aider à faire des choix, tels que dans un programme, une invitation ou un sondage, dans un groupe de participants (1, 2, 3, 4) reliés à un réseau (5). Un participant crée un formulaire électronique spécifiant le thème d'un sujet choisi ainsi qu'une liste d'adresses réseaux (102) correspondant aux autres participants choisissants. Un serveur (6) reçoit le formulaire et comprend des ressources destinées à remettre un message de courrier électronique associé à un support électronique fournissant divers choix. Lorsque le participant ouvre le message, un support électronique est produit par le serveur (6) lequel contient des régions statiques et dynamiques. Le participant (1) peut entrer un choix à l'aide d'une région interactive. Les régions dynamiques sont actualisées de façon asynchrone dans le serveur (6) et elles indiquent le contenu courant du support électronique auquel les autres participants (2, 3, 4) du groupe peuvent accéder.
PCT/US2000/023163 1999-08-30 2000-08-23 Systeme et procede permettant a un groupe de faire des choix WO2001016856A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU69303/00A AU6930300A (en) 1999-08-30 2000-08-23 System and method for group choice making

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
US48336199A 1999-08-30 1999-08-30
US15147699P 1999-08-30 1999-08-30
US60/151,476 1999-08-30
US09/483,361 1999-08-30
US15165099P 1999-08-31 1999-08-31
US60/151,650 1999-08-31
US09/427,378 US6496849B1 (en) 1999-08-30 1999-10-25 Electronic media for communicating information among a group of participants
US09/427,152 US6505233B1 (en) 1999-08-30 1999-10-25 Method for communicating information among a group of participants
US09/427,378 1999-10-25
US09/426,648 1999-10-25
US09/427,152 1999-10-25
US09/426,648 US6463461B1 (en) 1999-08-30 1999-10-25 System for communicating information among a group of participants

Publications (2)

Publication Number Publication Date
WO2001016856A1 WO2001016856A1 (fr) 2001-03-08
WO2001016856A9 true WO2001016856A9 (fr) 2001-08-16

Family

ID=27558387

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/023163 WO2001016856A1 (fr) 1999-08-30 2000-08-23 Systeme et procede permettant a un groupe de faire des choix

Country Status (2)

Country Link
AU (1) AU6930300A (fr)
WO (1) WO2001016856A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8359335B2 (en) 2001-09-29 2013-01-22 Siebel Systems, Inc. Computing system and method to implicitly commit unsaved data for a world wide web application
US20040210947A1 (en) 2003-04-15 2004-10-21 Shusman Chad W. Method and apparatus for interactive video on demand
US20030196206A1 (en) 2002-04-15 2003-10-16 Shusman Chad W. Method and apparatus for internet-based interactive programming
US20040032486A1 (en) 2002-08-16 2004-02-19 Shusman Chad W. Method and apparatus for interactive programming using captioning

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0676878A1 (fr) * 1994-04-07 1995-10-11 International Business Machines Corporation Procédé efficient de routage point à point et point à multipoint pour des noeuds commutateurs de paquets dans un réseau de transmission de données à haute vitesse
US5848396A (en) * 1996-04-26 1998-12-08 Freedom Of Information, Inc. Method and apparatus for determining behavioral profile of a computer user
US6009410A (en) * 1997-10-16 1999-12-28 At&T Corporation Method and system for presenting customized advertising to a user on the world wide web

Also Published As

Publication number Publication date
AU6930300A (en) 2001-03-26
WO2001016856A1 (fr) 2001-03-08

Similar Documents

Publication Publication Date Title
US6457045B1 (en) System and method for group choice making
US6463461B1 (en) System for communicating information among a group of participants
US6507865B1 (en) Method and system for group content collaboration
US6505233B1 (en) Method for communicating information among a group of participants
US6496849B1 (en) Electronic media for communicating information among a group of participants
US6453337B2 (en) Methods and systems to manage and track the states of electronic media
US6691153B1 (en) Method and system for process interaction among a group
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
US8090776B2 (en) Dynamic content change notification
US7620996B2 (en) Dynamic summary module
US8726169B2 (en) Online system and method for enabling social search and structured communications among social networks
US7836132B2 (en) Delivery confirmation for e-mail
US20080195705A1 (en) Methods of collaborating within a shared electronic calendar
JP2002501249A (ja) スケジューリング・システムおよびスケジューリング方法
CN111585868B (zh) 一种信息处理方法、装置、计算机设备以及可读存储介质
WO2001016856A9 (fr) Systeme et procede permettant a un groupe de faire des choix
CA2396371C (fr) Procedes et systemes de gestion et de tracage d'etats de supports electroniques
KR20040009343A (ko) 멀티미디어 메시징 서비스 제공 시스템 및 그 방법
CA2355965A1 (fr) Methode de communication avec modeles
JP2001265671A (ja) メーリングリストサービスシステム、メーリングリストサービス方法、記録媒体および広告サービス方法

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 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 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: 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 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 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/16-16/16, DRAWINGS, REPLACED BY NEW PAGES 1/16-16/16; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)