Electronic calendar supporting workstations

Abstract: An intelligent workstation in a network which automatically generates a data stream in which a calendar owner can request the status of a plurality of calendars maintained by an electronic calendaring system. A first data structure is generated by the system in response to the entry of calendar information by the calendar owner. The first data structure includes a plurality of predetermined fields for storing the calendar information. Each of the plurality of fields are compared to equivalent fields in identified ones of the plurality of calendars. A second data structure is then generated for each of the identified ones of the plurality of calendars which sets forth the status of calendaring an event thereon. The second data structure is transmitted to the calendar owner to state/confirm the status of each of the identified ones of the plurality of calendars. The users workstation compiles the received data structures and can either display the compound result so that, for example, the user can make a decision as to the time a meeting shall take place and, by a separate operation, enter the same into the various calendars or the workstation can determine, assuming the same to be possible, the time for the meeting itself and automatically generate and transmit what is in effect a second iteration of the operation to enter the selected meeting time into the various calendars, provoking confirmation.

Description: This invention relates in general to electronic calendar supporting workstations arranged to automatically build a data stream based on criteria that is entered interactively by a calendar owner and is closely related to copending application EPA 88311049.6 of even date. The prior art has disclosed a number and variety of interactive electronic calendaring systems and methods. The objective of all of these systems is primarily to assist the person who, for a number of different reasons, maintains a calendar of future events containing various information about the event at entry points on the calendar which relate to the time of the event. The increase of personal computers and intelligent workstations in recent years has made it possible for calendar owners to establish and maintain their calendars on these interactive type data processing systems. Hence, the term "electronic calendaring." Two general types of interactive electronic calendaring systems have thus evolved in the art. In one type of calendaring system, the owner of the calendar is generally also the user of the workstation and that workstation is generally not a part of a larger network. Generally, in these types of systems, the calendar functions involve presenting a screen to the user representing a day calendar divided into a number of time periods or time slots. Each period is capable of displaying a limited amount of text that the user enters. In some systems, the day calendar can scroll vertically to present more time periods to the user or horizontally to present longer text entries. The operator can generally "page" forward or backward and, in most arrangements, can display a requested date. These calendaring methods generally do not limit the type of event that is calendared nor the terminology employed at any of the entry points and, to that extent, function in the same manner as conventional manual calendars or appointment books. The electronic calendaring method and systems do have an advantage over the prior art manual calendaring of events in that the user generally has the ability to scan a time span involving a large number of days and identify calendared events quite rapidly. The other type of calendaring arrangement that has developed in the prior art involves multi-user environments having a large number of terminals or workstations which are generally part of a larger communication network. Usually these networks have been established to permit the users to interact with each other and with data maintained on the system. In this environment, a user at a terminal or workstation can send a message to one or more of the other users on the network concurrently, and is notified when the addressees have received and read the message. In most of these environments, each user generally maintains a calendar, and in many of these environments the reason for having a network in which users interact, quite often involves user interaction that requires reference to the respective electronic calendars of the users. A considerable amount of time is therefore spent by calendar users in many organisations, with people checking and rearranging their calendars to accommodate various events such as meetings and presentations. Calendar systems have progressed to the point where a person who is calling a meeting can at least view the calendars of a number of users that he intends to invite to a meeting, in order to determine a common available time for the meeting. In this prior art system, a screen is presented to the meeting originator which requests the data necessary for the system to determine times that all potential attendees would be available. The data requested includes, for example, the length of the meeting, a time period during which the meeting should be conducted, the place of the meeting and the names of the attendees. Based on this data, the method returns a screen of available times after inspecting each attendee's day calendar during the time period for free time slots or periods. The originator then selects the beginning time and end time of the meeting, including the time and date, and invitations are automatically sent to all the attendees, requesting their attendance at the scheduled meeting. Such a calendaring system is described in EP-A-142 067. While an automatic system of the type disclosed in the above referenced patent application saves time in finding a convenient meeting time, relative to the manual process, the process is limited to the scheduling of meetings based on "free time" as represented by the absence of a calendar entry on each of the inspected calendars. This approach does not recognise that some calendar entries are less important than others and, in practice, it is often impossible to find a common period of "free time" for a meeting that involves a large group of people or a meeting involving a number of people whose work requires a large number of meetings. An article entitled 'Automated Meeting Data Structure for Information Exchange in an Office Network' (IBM Technical Disclosure Bulletin Vol 29 No 8 Jan 1987, p 3422) describes a data structure which facilitates inter alia the scheduling of meetings on selected calendars in an office network. The structure allows the interchange of meeting information between like and unlike calendar products. The prior art systems are generally limited to examining calendars of others in connection with setting up a meeting. It was soon recognised that there were other situations besides calling a meeting where it would be beneficial to be able to create a "selected view" of a number of individual calendars. A department manager, for example, may have an assignment that can be given to a number of different people in his department. If the calendaring system could display to the manager the calendared events of each of these people which meet a set of search criteria entered into this system interactively by the manager, considerable time and effort could be saved by everyone involved. While time available or free time may be one of the search criteria entered, other criteria such as the relative importance of the events that are calendared to the new assignment, might also provide the manager with more relevant data than just free time. Also, identifying the person who handled the same or similar assignment in the past, similar assignments scheduled in the future or other assignments scheduled at the same geographic location or customer could be important criteria for the manager to employ. These deficiencies of the prior art electronic calendaring methods, namely using only free time to find relevant calendar entries, are overcome by the present invention. The present invention provides a computer workstation having a user interface, a facility for supporting at least one calendar in which user events may be scheduled, said at least one calendar being composed of a plurality of fields including information relating to a scheduled event, said field information including an identification of the scheduled event, a date and time for said event, and a priority level for said event; the workstation further including a system interface by which it is or can be connected into a network of workstations which support further user calendars; the calendar facility being arranged: in response to a user request to schedule an event on a calendar supported by a workstation connected via the system interface, to generate a data structure for transmission to the connected workstation, the data structure including a plurality of data fields in which are stored user-defined search parameters relating to the event to be scheduled, the parameters including an identification of the event and an associated priority level indicative of the importance of the event to be scheduled relative to calendar events already scheduled on the calendar supported by the connected workstation; in response to the receipt of such a data structure from a requesting workstation, to compare each of the data structure fields with equivalent fields of its supported calendar, and to schedule said event by updating such calendar fields as a function of the comparison, and to replace any conflicting events already entered on its supported calendar which have a lower priority than the priority specified in the received data structure. Such a workstation is disclosed hereinafter which automatically generates a data stream in which a calendar owner can request the status of a plurality of calendars maintained by an electronic calendaring system. A first data structure is generated by the system in response to the entry of calendar information by the calendar owner. The first data structure includes a plurality of predetermined fields for storing the calendar information. Each of the plurality of fields are compared to equivalent fields in identified ones of the plurality of calendars. A second data structure is then generated for each of the identified ones of the plurality of calendars which sets forth the status of calendaring an event thereon. The second data structure is transmitted to the calendar owner to state/confirm the status of each of the identified ones of the plurality of calendars. The users workstation compiles the received data structures and can either display the compound result so that, for example, the user can make a decision as to the time a meeting shall take place and, by a separate operation, enter the same into the various calendars or the workstation can determine, assuming the same to be possible, the time for the meeting itself and automatically generate and transmit what is in effect a second iteration of the operation to enter the selected meeting time into the various calendars, provoking confirmation. The present invention will be deascribed further by way of example with reference to an embodiment thereof as illustrated in the accompanying drawings in which: Fig. 1 illustrates one example of interactive workstation of the present invention; Fig. 2 illustrates a network of interactive workstations of the type shown in Fig. 1; Fig. 3 illustrates a structure of a calendar object which is employed by the workstations; Fig. 4 illustrates a structure of a calendar triplet which is employed by the calendar object of Fig. 3; Figs. 5a through 5c are screens presented to a calendar owner to assist in defining criteria to be used by the system in selecting calendar entries during a calendar entry function; Fig. 6 is a screen presented to the calendar owner to assist in the automatic invocation of a plurality of calendar functions; and Figs. 7 and 8 provide a flow chart illustrating the operating logic of the workstation. Fig. 1 illustrates the functional components of an intelligent workstation, i.e., an interactive type of data processing terminal on which interactive electronic calendaring can be supported. 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 how electronic calendaring is supported. 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 with the type of operating system and the application program, but some form of interaction is a necessary characteristic of terminals which can support interactive electronic calendaring. 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 first information processing system which includes a network 21 of interactive type workstations of the type shown in Fig. 1. As illustrated, the network 21 includes a plurality of terminals which are interconnected with each other and to a host central processing unit 23. The information processing system is connected via communication link 24 to a second information processing system which includes a host processing unit 25 and a network 26 of interactive workstations. Functionally, each of the systems 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 the details of these communication links per se are not part of the present invention, only those details that are necessary for an understanding of calendaring in the system 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 data stream which comprises a series of structured fields. Fig. 3 shows a Trigger (TGR) calendar structure which is required herein to generate a data stream. The TGR structure supports the interchange of a trigger entry. The trigger entry provides a way to notify either the calendar owner or specified list or lists of calendar users. Notification may occur in the form of an audio alarm and/or a character message. The TGR structure also specifies a time that a notification will occur and/or a process will begin. The TGR structure includes the following triplets: - STRUCTURE ID: The structure ID is a 1 to 44 byte identifier that identifies the Trigger. Optional structure IDs may be included to select a names list associated with a meeting or to select a names list directly or to perform both of these functions. Calendar owners appearing on the selected list or lists are notified upon the occurrence of the trigger time. If a list is not identified, then only the calendar owner generating the data stream is identified. One optional process structure ID is allowed in a TGR structure to select a process to be started at the trigger time. - TRIGGER TYPE: The trigger type triplet is used to activate the correct support program when a TGR structure is processed. - DATE AND TIME: The date and time triplet provides the time that the trigger process begins. More than one date and time triplet is allowed in the TGR structure. Fig. 4 shows the structure of the Trigger Type (TTP) triplet. The TTP triplet provides a trigger type for use in the TGR structure. The trigger may be used to activate the correct support program when a TGR structure is processed. TTP Parameters - TYPE: Specifies whether the trigger is a message, audio tone, process or a combination trigger. Any combination of the following triggers is allowed. BIT 0 - Message Trigger (Default) - A message will be circulated to a selected list at a selected time. 1 - Audio Trigger - An audio tone will be circulated to a selected list at a selected time. 2 - Process Trigger - The process identified by a process ID will be started at a selected time. The structure ID triplet, the date and time triplet and other calendar structures and calendar triplets that can be used are disclosed in a copending application EP-A-0 276 427. The typical workstation in the system generates a data stream which facilitates the automatic scheduling a of meeting, requesting the status of a scheduled meeting, cancelling a meeting, requesting the status of invitees to a scheduled meeting, requesting a view of one or more calendars resident on the information processing systems, and requesting date and time map representations of a plurality of calendars in order to determine unused time slots. Shown in Fig. 5a is a main menu screen which is displayed to an operator/calendar owner in response to the owner indicating to the system that a calendar function is to be performed. Upon the display of the main menu screen, the operator selects one of the plurality of functions displayed on the screen. The operator selects the function which pertains to building a data stream. Therefore, the operator first selects an Calendar Entry function either by entering the numeral associated with the function Calendar Entry and pressing an enter key (not shown) on the keyboard 17 or by positioning a cursor adjacent to the function Calendar Entry on the display 16 and pressing the enter key. In response to the selection of the Calendar Entry function, the system to which the operator is assigned, displays a first of two calendar entry screens, the first of which is shown in Fig. 5b. The operator then enters a classification for the calendar function to be performed or calendar event to be impacted by the data stream. The operator may enter a user defined field which enables the system to search a plurality of calendars stored on the system to which the operator's terminal is connected or to a system connected to the system by the suitable communications link 24. A priority level is entered which indicates the importance of the calendar event associated with the data stream in relationship to existing entries currently scheduled on a plurality of calendars to be searched. In essence, if the data stream is generated to schedule a meeting on a plurality of calendars, then only currently existing entries on the plurality of calendars having a priority equal to or greater than that associated with the data stream will remain unchanged or will not be preempted by the data stream. An event identifier must be entered indicating a calendar event which the data stream will affect. The operator must then enter whether the data stream is to schedule, reschedule, postpone or cancel the calendar event set forth in the classification list. A status request operand is entered to indicate either the data stream involves a function relating to a meeting or an invitee to the meeting. The calendar screen shown in Fig. 5b enables the operator to either send a meeting schedule request to a plurality of owners of associated calendars stored on the information processing systems seeking feedback in regards to the scheduling of the meeting or to automatically schedule the meeting on the associated calendars. If the operator desires only to send a request to the plurality of owners, a time span, a distribution list or a list of names of calendar owners to be invited to the meeting, the name of the person calling the meeting, the subject and the place of the meeting is entered. The operator may also include any additional details which the operator desires to transmit to any named recipients along with the meeting scheduling request. The operator may also include an indication in the time span whether the time information associated with a given day in the time span will be repeated. As indicated on the first calendar entry screen, the meeting is to be scheduled for two and one-half days although there are only two line for time and date information. The second line includes a "RX" function where "X" represents the number of days the same time is to be repeated. Thus, as noted in the Fig. 5b, "R2" causes the system to schedule a first meeting day starting at 1:15 PM and ending at 5:00 PM and a second and a third day starting at 8:30 AM and ending at 5:00 PM. After the operator has entered all of the above-identified information, if the operator has selected the send a request option, the operator then presses a key associated with a "next screen" function indicated near the bottom of the first screen to enable the system to display a second calendar entry screen shown in Fig. 5c. Shown in Fig. 5c is the second calendar entry screen which enables the operator to enter the operator's security level for the calendar function to be performed, a status indicator and to identify the type of trigger to be used in the calendar function to be performed. The security level indicates whether the operator has been cleared to access or view each of the calendars associated with the name list. The status indicator relates to whether the meeting as set forth in the calendar request is to be held as scheduled or the time is tentative. The trigger indicates the type of notice which will go to each of the named invitees prior to the scheduled meeting. As indicated on the screen, the trigger is a reminder which is sent to each of the named invitees and may be a message, a audio tone and/or the initiating of a process to be performed in preparation for the meeting. Additionally, the operator must enter the time span within which trigger function must occur. For purposes of illustration, the message to be displayed to each of the named invitees and/or the audio tone to be sent to each of the named invitees and/or the initiation of the process if the selected trigger is a message and the process will occur at the time indicated in the time span which is immediately prior to the scheduled meeting. The process to be performed may be a computer process which prints the latest budget calculations for the scheduled meeting. The message may also indicate that each of the named invitees must pick up the latest printout prior to attending the meeting. The operator also enters whether the trigger will be a fixed trigger or a floating trigger. This entry enables to the trigger to move to the same time span if the calendar event associated with the trigger is rescheduled or moved to a different time span. Thereafter, the operator initiates the execution of the request function by pressing a key associated with "send notice" function indicated at the bottom of the second calendar entry screen. The system then re-displays the main menu screen shown in Fig. 5a. If the operator desires to automatically schedule the meeting on the associated calendars, the operator leaves the time span section of the screen blank. However, the operator must indicate the names list, the identification of the person calling the meeting, the subject of the meeting and the place of the meeting. As stated above, the operator may include the transmission of any additional details which the operator desires to transmit to the calendar owners indicated in the names list when the meeting is scheduled. Then the operator indicates whether an automatic scheduling of the calendar event is to occur and the duration of the event. Additionally, the operator must enter a search criteria which enables to system to preempt certain events which are scheduled on the respective calendars associated with the names list or the distribution list. Thus, if auto schedule is selected by the operator, the meeting will be scheduled into a time slot which does not include any of the criteria entered by the operator. As indicated in the first calendar entry screen, the operator is restricting the scheduling of the meeting in any time slot wherein any of the following event are scheduled: any confirmed appointment which the calendar owner will attend, any confirmed meeting which the calendar owner will attend, any event having a priority equal to or greater than a priority of "3", or a user defined field "SEPTEMBE". After the operator has entered all of the above-identified information, if the operator has selected the auto schedule function, the operator then presses a key associated the "begin search" function to enable the system to automatically schedule the meeting on the associated calendars. Referring again to Fig. 5a, after receiving responses from the named invitees in response to the notice, the operator may want either to schedule the meeting, to automatically schedule the meeting or to set up an automatic scheduling of the meeting at a regular interval. The operator then selects an Auto Invocation function displayed on the main menu screen. The system, in response to the selection of the Auto Invocation function, displays an auto invocation screen shown in Fig. 6 The auto invocation screen enables the operator to automatically schedule a meeting, determine the status of a specified invitee to a selected meeting, determine the meetings which will be attended by a designated invitee during a time span, request a view of a specified calendar, and request date and time bit maps or composite calendar from a plurality of specified calendars. Upon the display of the auto invocation screen, the operator enters the name of the meeting to be scheduled, the name of the individual calling the meeting and the associated calendar address, the begin date and an indication of whether the meeting is to be scheduled at set intervals such as every 30 or 45 days. The operator may also enter data relating to the cancellation of the meeting. The name of an invitee which is required to attend the meeting and a period at which the meeting will be automatically cancelled if the required invitee will not attend must be entered. After the operator has entered this information for the meeting to be scheduled, the operator presses a key associated with "file and begin process" function indicated at the bottom of the auto invocation screen. As noted above, the scheduled meeting may be automatically cancelled if the required invitee will not be attending the meeting. More than one required invitee may be entered and the system will request the attendance status of the required invitees at the specified interval. If the specified invitees will not attend, the system will cancel the meeting. Information which is provided for the automatic scheduling function, is required for requesting the meeting status for a specified invitee's attendance to a selected meeting. The operator may enter data which enables the system to execute the request beginning at a specified date and repeating the request at a specified interval or to execute the request at a specified number of days prior to the scheduled meeting. Similar intervals may be entered in regards to requesting meeting attendee or invitee status, calendar view request, calendar date and time request. In requesting the date and time request, the operator may enter various combinations of view criteria. The view criteria, which is similar to the search criteria disclosed above, enables the system to search for free time on the calendars identified and generate composite for each of the sets of calendars identified in the calendar date and time request section of the auto invocation screen. After the operator has entered all of the above-identified information for the function to be automatically invoked, the operator then presses a key associated with a "file and begin process" function indicated near the bottom of the auto invocation screen. The system will re-display the main menu screen shown in Fig. 5a while it executes the selected auto function. Set out below is an illustration of a program for generating the autobuild data stream. The program is in program design language from which source code and machine code are derivable. Figs. 7 and 8 show flow diagrams for the autobuild data stream procedure and the auto response process. Referring first to Fig. 7, the calendar process represented by block 101 interacts with the auto response process in block 102 which then interacts with the names list in block 103, the auto response structure in block 104, the meeting information in block 105, the trigger structures in block 106 and the program process in block 107 to establish the automatic invocation process. The communication process in block 101 on system one interacts with the communication process in block 108 on system two to transmit and receive response thereto and therefrom, respectively. System two in block 109 determines whether the calendar event to be scheduled is a meeting schedule request. If the calendar event is not a meeting schedule request, the calendar event or function, control is transferred to block 110 where the function is executed. Thereafter, the control is transferred back to block 108. If the calendar event is a meeting schedule request, control is transferred from block 109 to block 111 to retrieve the address of the calendars associated with the names indicated in the names list entry. The automatic response process then interacts with the names list until all of the calendar owners included in the names list are notified of the meeting. Thereafter, the automatic response process in block 112 then interacts with the names list in block 111, the automatic response structures and the calendar communication process in block 108 to build and transmit the appropriate responses to the requestor or operator on system one. When all of the responses have been built and transmitted to system one, control is transferred from block 114 to the calendar communication process in block 101 through the communication process in block 108. Referring to Fig. 8, block 201 determines if the interaction between block 101 (Fig. 7) of the autobuild process and the auto response process resulted in the generation of a meeting status request, an invitee status request, a view request or a date and time map request, control is transferred from block 201 to block 202 to build the correct calendar structure for transmission to the distribution list in block 205. However, if in the determination in block 201 is not one of the requests set forth above, then block 206 determines if the interaction resulted in a meeting is to be cancelled. Control is transferred from block 206 to blocks 202 and 205 to build and transmit a cancel meeting data structure to the calendar process in block 101 (Fig. 7). If a meeting is not being cancelled in block 206, control is transferred to block 207 to determine whether a meeting is to be scheduled. If the meeting is to be scheduled, the time and date map process is invoked in block 203 to locate open time on the invitees calendars. After the time has been determined for the meeting, the correct structure is built block 204 for transmission to the invitees in block 205. Control is then returned to the calendar process in block 101. If the information requestor or operator does not have the proper security level in block 208, the request is placed in the mail for a manual response and control is returned to the calendar process through block 214. If the requestor has the proper security level and a response to a view or date and time map is required in block 209, the view or date and time map response is built and transmitted in block 215 and control is transferred from block 215 to the calendar process. Similarly, if an auto response structure does not exist for an automatic response in block 210, the request is placed in the mail for manual response in block 216 and control is transferred from block 216 to the calendar process. If a corresponding auto response structure is available in block 210, a response is built which contains either the attendance status or the meeting status in block 211. Block 212 determines whether the response is an invitee status request and transfers control to block 217 to send the invitee status and a note is put in the mail in block 218 which indicates that a response was sent. Control is then transferred from block 218 to the calendar process. If, however, the response in block 212 was not the response to an invitee status request, then response is built in response to a meeting request. Thereafter, the meeting request is scheduled on the calendar in block 213. A response is then sent with an attendance status in block 217 and a note is placed in the mail in block 218. Control is then transferred from block 218 to the calendar process. Thus, it will be seen that such a workstation automatically generates a data stream in which a calendar owner can request the status of a plurality of calendars maintained by an electronic calendaring system. A first data structure is generated by the system in response to the entry of calendar information by the calendar owner. The first data structure includes a plurality of predetermined fields for storing the calendar information. Each of the plurality of fields are compared to equivalent fields in identified ones of the plurality of calendars. A second data structure is then generated for each of the identified ones of the plurality of calendars which sets forth the status of calendaring an event thereon. The second data structure is transmitted to the calendar owner to state/confirm the status of each of the identified ones of the plurality of calendars. The users workstation compiles the received data structures and can either display the compound result so that, for example, the user can make a decision as to the time a meeting shall take place and, by a separate operation, enter the same into the various calendars or the workstation can determine, assuming the same to be possible, the time for the meeting itself and automatically generate and transmit what is in effect a second iteration of the operation to enter the selected meeting time into the various calendars, provoking confirmation.

Claims: A computer workstation having a user interface, a facility for supporting at least one calendar in which user events may be scheduled, said at least one calendar being composed of a plurality of fields including information relating to a scheduled event, said field information including an identification of the scheduled event, a date and time for said event, and a priority level for said event; the workstation further including a system interface by which it is or can be connected into a network of workstations which support further user calendars; the calendar facility being arranged; in response to a user request to schedule an event on a calendar supported by a workstation connected via the system interface, to generate a data structure for transmission to the connected workstation, the data structure including a plurality of data fields in which are stored user-defined search parameters relating to the event to be scheduled, the parameters including an identification of the event and an associated priority level. indicative of the importance of the event to be scheduled relative to calendar events already scheduled on the calendar supported by the connected workstation; in response to the receipt of such a data structure from a requesting workstation, to compare each of the data structure fields with equivalent fields of its supported calendar, and to schedule said event by updating such calendar fields as a function of the comparison, and to replace any conflicting events already entered on its supported calendar which have a lower priority than the priority specified in the received data structure. A computer workstation as claimed in claim 1, the calendar facility being further arranged in response to a user-initiated request to obtain information relating to an event or events scheduled on a calendar supported by the connected workstation, to generate a data structure for transmission to the connected workstation, the data structure including user defined parameters including an identification of the event or events for which information is requested; in response to the receipt of such a data structure from a requesting workstation, to compare each of the parameters in the data structure with equivalent fields of its supported calendar and as a result of the comparison to generate a response data structure including the requested information relating to said event or events and to transmit the response data structure to the requesting workstation. A workstation as claimed in claim 2, arranged in response to such response data structure to automatically generate a further data structure to schedule an event on the connected workstation. A workstation as claimed in claim 3 wherein the data structure is established by selecting a classification which is associated with such scheduled event; establishing a set of calendar parameters; selecting the calendar function to be performed; and selecting one of a plurality of status requests. A workstation as claimed in claim 4, wherein the parameters are generated by selecting an identification for the calendar event; specifying a list of names which are associated with a plurality of calendars being maintained on the system; setting a priority for the calendar event; and establishing a time span for the calendar event. A workstation as claimed in any preceding claim, arranged so that any of the following can be performed via the user interface the security level of a calendar owner or other user can be entered; the status of an event to be scheduled can be entered; one of a plurality of triggers can be selected, the triggers indicating the type of notice transmitted to identified calendars prior to the occurrence of an identified scheduled event; and a time can be designated at which the selected one of said plurality of triggers is to be transmitted. A workstation as claimed in claim 6, including an audio tone generator and being adapted to maintain a local names list of system calendars, to store triggers and to automatically activate stored triggers at the designated times therefor in respect of names of stored names list, thereby to cause any of the following to occur at the appropriate system workstations, if still connected, a message to be transmitted thereto for display; an audio tone to be generated thereat; and/or a process to be executed thereat. A workstation as claimed in any of claims 2 to 7, adapted to process received response data structures to display a composite result at the user interface or, in autoresponse mode, for which a time duration has been specified, to perform a second iteration to generate another data structure in response thereto and to transmit the same to the identified calendars to cause the entry of the first found permitted time at which the parameters for that meeting correspond to the equivalent fields of the supported calendar.

Inventors: SCULLY KEITH JAMES, SINGH HARINDER S, SCULLY, KEITH JAMES, SINGH, HARINDER S.
Applicants: IBM, INTERNATIONAL BUSINESS MACHINES CORPORATION
Application year: 1988
Main classification: G06F17
IPC codes: G06Q10