Brief Description of the Drawing
FIG. 1 is a block diagram of an interactive data processing terminal in which the electronic calendaring method of the present invention may be advantageously employed.
FIG. 2 is a block diagram of a network of terminals of the type shown in FIG. 1.
FIG. 3 illustrates a display screen presented to an end user in response to a request to see a list of mail documents in the box.
FIG. 4 illustrates a side by side display of the meeting notice and owner's calendar presented to the owner in response to selecting a meeting on the screen of FIG. 3.
FIG. 5 is a screen similar to the screen of FIG. 4 after the event has been calendared.
FIGS. 6A and 6B are flowcharts, illustrating various detailed steps involved in the improved electronic calendaring method.
Description of the Preferred Embodiment
FIG. 1 illustrates the functional components of an interactive type data processing terminal on which the electronic calendaring method of the present invention may be advantageously employed. The terminal comprises a processing unit 11 which includes a microprocessor block 12, a semiconductor memory 13, and a control block 14 which functions to control input/output operations in addition to the interaction between the micro processor block 12 and the memory unit 13.
The terminal further includes a group of conventional peripheral units including a display device 16, a keyboard 17, a printer 18, a disk storage unit 19, and a modem 20. Since the details of the above-described functional blocks form no part of the present invention and can be found in the prior art, only a brief functional description of each block is set forth, along with a description of their interactions, sufficient to provide a person of ordinary skill in the art with a basis of understanding applicants' improved electronic calendaring method.
Processing unit 11 corresponds to the "system unit" of a personal computer system such as the IBM XT or IBM AT type systems. Unit 11 is provided with an operating system program which may be one of the many versions of DOS (Disk Operating System) which is normally employed to run the systems. The operating system program is stored in memory 13 along with one or more application programs that the user has selected to run. Depending on the capacity of memory 13 and the size of the application programs, portions of these programs, as needed, may be transferred to memory 13 from the disk storage unit 19 which may include, for example, a 30 megabyte hard disk drive and a diskette drive. The basic function of the disk storage unit is to store programs and data that are employed by the system and which may readily be transferred to the memory unit 13 when needed. The function of the diskette drive is to provide a removable storage function for entering programs and data into the system, and a vehicle for storing data in a form that is readily transportable for use on other terminals or systems.
Display device 16 and keyboard 17 together provide for the interactive nature of the terminal, in that in normal operation, the interpretation that the system gives to a specific keystroke by the operator depends, in substantially all situations, on what is being displayed to the operator at that point in time.
In some situations, the operator, by entering commands into the system, causes the system to perform a certain function. In other situations, the system requests the entry of certain data, generally by displaying a prompt type of menu/message screen. The depth of the interaction between the operator and the system varies by the type of operating system and the application program, but is a necessary characteristic of terminals on which the method of the present invention may be employed.
The terminal shown in FIG. 1 further includes a printer 18, which functions to provide hard copy output of data developed or stored in the terminal. Lastly, the modem 20 functions to transfer data from the terminal of FIG. 1 to a host system through one or more communication links which may be a commercial type link or a dedicated communication link.
FIG. 2 illustrates a network 21 of interactive type workstations of the type shown in FIG. 1. As illustrated, the network includes a plurality of terminals which are interconnected with each other and to a host central processing unit 23, which in turn is connected via communication link 24 to a second host processing unit 25, which also connects to another network 26 of interactive workstations.
Functionally, the system operates to allow one terminal to communicate to one or more other terminals using established communication protocols, so that the various serially connected communication links are transparent to the operator. Such systems are well known in the art, and are currently in extensive commercial use. Since these communication links per se are not part of the present invention, only those details that are necessary for an understanding of the calendaring method of the present invention will be described. It should therefore be assumed in the following description, that each workstation on the network has a system node address and a "post office" address, and that to simplify the description, there is only one individual assigned to each node on the network. It should further be assumed that conventional communication services are provided by the system, such as directory listings of individual calendar owners and shareable resources such as meeting rooms, etc., which require scheduling.
The system shown in FIG. 2 processes information as various types of data objects such as text data objects, graphic data objects, and calendar data objects. Each of these data objects are represented by a datastream which comprises a series of structured fields. The cross-referrenced applications may be referred to for the details of the various calendar objects and the various data structures that are employed by the system in implementing the overall electronic calendaring process and the general inter-terminal communication process which is often referred to as the electronic mail function.
The end user of the terminal may at any time request to see the list of electronic documents that are currently in the "In Box" of the node or the terminal. FIG. 3 is an example of the type of list that would be presented. As shown the list comprises four columns. The first column identifies the sender. The second column identifies the document label or a short description of the document. The third column defines the document type while the last column lists the date of the document.
The last line on the screen lists the functions of the function keys as a reminder to the terminal user. The second row of the screen lists the various options that are available to the end user when the screen is displayed. For example a selected document may be viewed by typing V, the first letter of the View command, the document having previously been selected by movement of a horizontal highlighting bar up and down on the screen to the line listing the desired document. Positioning the highlighting bar on the line containing the meeting notice and entering the letter V, produces the screen shown in FIG. 4.
As shown in FIG. 4, the meeting details are displayed on the left vertical half of the screen, while the section of the calendar relevant to the period of the meeting is displayed on the right vertical half of the screen. The meeting date, start time and end time are displayed as well as the location, the invitee's, subject and the meeting caller or inviter. The section of I.M Auser's calendar, namely the section for the date 12/10/87, is displayed in the normal format of the day calendar. As shown in FIG. 4 the format has a time slot for each 30 minute period extending from 8:00a to 5:00p. If the 30 minute period is open a series of dots appears after the time. If the period is not available, the name of the event or the reason appears in place of the dots. The period of the meeting, i.e. 1:00p to 2:30p is available and may be highlighted to assist in recognizing potential conflicts. If the invitee decides to attend the meeting, he advise the system to ADD the event to the calendar by selecting the Add option at the top of the screen. Various methods well known in the art may be employed such as a mouse positional pointing cursor or a highlighted command cursor to select the Add command.
FIG. 5 shows the result of selecting the Add command. The meeting has been entered into the calendar. In addition the system automatically sends a reply to the meeting caller J. Allen to advise him that I.M. Auser plans to attend the meeting. The system also returns the user back to the original screen which in the example being described is the mail list shown in FIG. 3. If the calendar owner had been working on a particular project using an application program and was advised by a message on the screen that a meeting invitation had just been put in the "In Box", the system would have returned to that application program so the calendar owner could proceed from the point that he left the application program to reply to the meeting invitation.
FIG. 6 is a flow chart illustrating the various detailed steps involved in the method of the present invention. The steps are at a level of detail to permit a person of ordinary skill in the art to practice the invention without undue experimentation and hence no further description is deemed necessary.
While applicants have disclosed only a preferred embodiment of the improved method, it will be apparent that changes and modifications may be made therein without departing from the spirit of the invention or the scope of the appended Claims.