WO2001013290A1 - Ordonnanceur, technique d'ordonnancement, systeme d'ordonnancement reparti et support d'enregistrement pour programme d'ordonnancement - Google Patents

Ordonnanceur, technique d'ordonnancement, systeme d'ordonnancement reparti et support d'enregistrement pour programme d'ordonnancement Download PDF

Info

Publication number
WO2001013290A1
WO2001013290A1 PCT/JP1999/004374 JP9904374W WO0113290A1 WO 2001013290 A1 WO2001013290 A1 WO 2001013290A1 JP 9904374 W JP9904374 W JP 9904374W WO 0113290 A1 WO0113290 A1 WO 0113290A1
Authority
WO
WIPO (PCT)
Prior art keywords
scheduler
schedule
schedule information
network
database
Prior art date
Application number
PCT/JP1999/004374
Other languages
English (en)
French (fr)
Inventor
Akio Okuhata
Original Assignee
Fujitsu Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to PCT/JP1999/004374 priority Critical patent/WO2001013290A1/ja
Publication of WO2001013290A1 publication Critical patent/WO2001013290A1/ja
Priority to US09/984,829 priority patent/US20020029238A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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/109—Time management, e.g. calendars, reminders, meetings or time accounting

Definitions

  • the present invention relates to a scheduler, a schedule adjusting method, a distributed scheduler system, and a recording medium storing a schedule adjusting program.
  • the present invention relates to a scheduler for adjusting a schedule among a plurality of schedulers connected via a network, a schedule adjustment method, a distributed scheduler system, and a recording medium storing a schedule adjustment program.
  • the present invention relates to a distributed scheduler that performs schedule adjustment by giving all schedule information to each scheduler without using a server, a schedule adjustment method, a distributed scheduler system, and a recording medium storing a schedule adjustment program.
  • a server that manages schedule information is connected to the network, and a scheduler (client) that adjusts the schedule to multiple clients connected to the network is arranged.
  • the schedule information of everyone who uses the scheduler is stored in the scheduler database of the server, and the schedule information is centrally managed on the server.
  • the server installation power is required, which raises the problem of increasing the system cost.
  • the schedule information is referred to the schedule information of a plurality of schedule adjustment partners, and it is determined whether there is a temporal overlap. Need to correct the problem.
  • the time overlap between multiple schedules is determined from the start date and time and the end date and time of the schedule. Was complicated. Disclosure of the invention
  • An object of the present invention is to provide a computer-readable storage medium storing a schedule system, a schedule adjustment method, and a schedule adjustment program.
  • the scheduler of the present invention constructs a distributed schedule system by connecting via a network.
  • the scheduler includes a scheduler processing unit that processes schedule information including a scheduler identifier for specifying a user and schedule data by broadcast communication with another scheduler.
  • the schedule data includes contents, start date and time, end date and time, and the like.
  • the scheduler processing unit processes the subscription to the scheduler group, the exchange of schedule information after the subscription, and the withdrawal from the scheduler group by broadcast communication with another scheduler.
  • the scheduler processing unit has a scheduler connection processing unit for participating in the distributed scheduler system, and when connecting to the network or at regular intervals, all schedulers in the group connected to the network are connected to the scheduler processing unit.
  • a scheduler connection request indicating participation in the scheduler group is added and transmitted together with its own schedule information.
  • the scheduler processing section includes a schedule addition processing section corresponding to the scheduler connection processing section, monitors and receives schedule information having a scheduler connection request communicated on the network, and receives the received schedule information. In the database to add.
  • the scheduler processing unit has a schedule reference processing unit, and refers to all schedulers connected on the network to the scheduler, which refers to (acquires) the schedule information of the specific scheduler that is the partner of the schedule adjustment.
  • the request is transmitted together with the scheduler identifier of the coordinating party, response information from other schedulers is received within a fixed time from the transmission, and the scheduling information of the coordinating partner that is the last update date is selected and the database is selected Update.
  • the scheduler processing unit includes a scheduler disclosure processing unit.
  • the scheduler processing unit searches the own database for schedule information corresponding to the counterpart scheduler identifier, and means a response to the scheduler reference request. Send it to the network with the schedule public response.
  • the scheduler processing unit deletes the schedule information from the database if the schedule information has not been updated for a certain period or more based on the last update date of the schedule information stored in its own database.
  • the scheduler processing unit also has a pseudo server processing unit that monitors and receives schedule information transmitted over the network, and the last update date of the received schedule information is the schedule information stored in its own database. If the database is newer than the last update date, the database is updated with the received schedule information. That is, the scheduler including the schedule reference processing unit and the disclosure processing unit receives only the information that the user wants to acquire from the information broadcast-communicated on the network. Therefore, the schedule database held by each scheduler is biased in the up-to-dateness of information. When the latest schedule information is acquired by the schedule reference processing unit, the scheduler that can publish the referenced schedule information and the latest schedule information may not be connected to the network. However, the pseudo server processing unit of the present invention always keeps the latest schedule information published on the scheduler network in the database, and information is less likely to be biased.
  • the scheduler processing unit has a schedule display processing unit, fetches multiple schedule information that needs adjustment from its own database, and displays the degree of overlap of schedules with different identifiers on the screen in shades of colors . Adjust on screen for this The overlapping of schedules with the other party can be grasped visually easily, and the adjustment of the schedule becomes easy.
  • the present invention provides a distributed scheduler system, and constructs a distributed scheduler system by connecting a plurality of schedulers by connecting them via a network.
  • the scheduler stores scheduler information, which consists of a scheduler identifier that identifies the user, schedule data including the content, start date and time, end date and time, and the last update date, for each scheduler identifier
  • a scheduler processing unit that processes subscription to the scheduler group, exchange of schedule information after the subscription, and withdrawal from the scheduler group by broadcast communication with another scheduler.
  • the details of this distributed scheduler system are the same as for the scheduler.
  • the present invention provides a schedule adjusting method for mutually adjusting schedules among a plurality of schedulers connected via a network.
  • the schedule adjustment method of the present invention includes:
  • Schedule information composed of a scheduler identifier specifying a user and schedule data is stored in a database for each scheduler identifier, and is processed by broadcast communication with another scheduler.
  • a scheduler connection request that signifies joining the scheduler group is added to all schedulers in the group connected to the network and transmitted together with their own schedule information. Monitors and receives schedule information with scheduler connection requests communicated on the network, adds the received schedule information to its own database, and adjusts schedules for all schedulers connected on the network
  • a scheduler reference request which refers to the schedule information of the specific scheduler that is the destination of the scheduler, is transmitted together with the scheduler identifier that is the destination of the adjustment, and response information from other schedulers is received within a certain period of time from this transmission.
  • the last update date is the latest To update the database by selecting the Sukejiyuru information of adjustment destination
  • the schedule information corresponding to the counterpart scheduler identifier is searched from its own database, and a scheduler public response indicating a response to the scheduler reference request is added to the network.
  • the schedule information is deleted from the database if it has not been updated for a certain period of time.
  • the received schedule information Update the database with the information to build the pseudo server function.
  • the present invention provides a combination readable recording medium storing a schedule adjustment program for mutually adjusting schedules among a plurality of schedulers connected via a network.
  • This recording medium stores, as a schedule adjustment program, a scheduler processing unit that processes schedule information including a scheduler identifier for specifying a user and schedule data by broadcast communication with another scheduler.
  • FIG. 1 is a block diagram of the distributed scheduler system of the present invention
  • FIG. 2 is a block diagram of the scheduler configuration
  • Figure 3 is an illustration of the database and schedule data in Figure 2;
  • Figure 4 illustrates the format of the communication message of the scheduler.
  • FIG. 5 is a flowchart of the scheduler connection process of FIG. 2;
  • FIG. 6 is a flowchart of the scheduler addition process of Figure 2;
  • FIG. 7 is a specific explanatory diagram of the scheduler connection processing of FIG. 2;
  • FIG. 8 is a specific explanatory diagram of the scheduler connection process and the addition process
  • FIG. 9 is a flowchart of the scheduler reference processing of FIG. 2;
  • FIG. 10 is a flowchart of the scheduler publishing process of FIG. 2;
  • FIG. 11 is a specific explanatory diagram of the scheduler reference process and the publication process
  • Fig. 12 is an explanatory diagram of the database and schedule data before referencing the schedule.
  • Fig. 13 is an explanatory diagram of the database and schedule data after referencing the schedule.
  • Fig. 14 is a flowchart of the scheduler deletion process of Fig. 2;
  • Figure 15 is a specific illustration of the database before and after deletion
  • FIG. 16 is a flowchart of the pseudo server process of FIG. 2;
  • Figure 17 is an illustration of a specific example of pseudo server processing
  • Fig. 18 is an explanatory diagram of the database saved by the pseudo server process of Fig. 17
  • Fig. 19 is an explanatory diagram of a display screen by the schedule display process of Fig. 2
  • FIG. 19 is an explanatory diagram of schedule data used for displaying the schedule in FIG. 19.
  • FIG. 1 is a block diagram of the system configuration of the distributed scheduler system according to the present invention.
  • the distributed scheduler system of the present invention is configured by connecting a plurality of distributed schedulers 10-1, 10-2, 10-3, 10-4 to a network 12 such as a LAN.
  • the distributed schedulers 10-1 to 10-4 can be provided by installing an application program of a distributed scheduler for realizing the functions of the present invention on an appropriate information terminal device such as a personal computer.
  • FIG. 2 is a block diagram showing device functions of the distributed scheduler 10 used in FIG.
  • the distributed scheduler 10 includes a scheduler processing unit 14, a storage unit 15, a user input unit 40, and a display unit 44.
  • the scheduler processing section 14 includes a scheduler connection processing section 22, a scheduler addition processing section 24, a schedule reference processing section 26, a schedule publication processing section 28, a scheduler deletion processing section 30, and a pseudo server processing section 3.
  • the storage unit 15 is divided into three storage areas and stores a scheduler identifier 16, a schedule database 18, and a schedule data 20.
  • FIG. 3 shows the schedule database 18 and the schedule database 18 stored in the storage unit 15 in FIG.
  • FIG. 9 is an explanatory diagram of schedule data 20.
  • FIG. 3A shows a database 18, which is composed of a scheduler identifier 46, a last update date 48, and schedule link information 50.
  • the scheduler identifier 16 is information for uniquely identifying the scheduler users of the distributed schedulers 10-1 to 10-4 connected by the network 12 in FIG.
  • As the scheduler identifier 46 a mail address of a scheduler user or a network account name is used.
  • an e-mail address is used for the scheduler users "Uranaka”, “Yokota”, and "Nakano" as the scheduler identifier 46.
  • the next last update date 48 is the last date when each of the schedule data 20-1, 20-2, and 20-3 shown in Fig. 3 (B) was edited.
  • the schedule link information 50 is information for associating the database 18 in FIG. 3 (A) with each of the schedule data 20-1 to 20-3 in FIG. 3 (B). For example, " ⁇ ", "", "7” Using the link information shown, it is possible to link to the tags 50-1 to 50-3 attached to each of the schedule data 20-1 to 20-3 in FIG.
  • the schedule data 20-1 to 20-3 in Fig. 3 ( ⁇ ) are represented by the content 52, the start date and time 54, the end date and time 56, and the schedule, as represented by the schedule data 20-1 of the scheduler user "Uranaka”.
  • the start date and time 54 is the scheduled start date and time of the schedule, for example, “98/11/03 10:00”.
  • the end date and time 56 is the scheduled end date and time of the schedule, and is similarly “98/11/03 17:00”.
  • the subject 58 was a participant in the schedule, and the schedule in the database 18 in Fig. 3 (A) was Use Yule identifier 4 6.
  • the scheduler processing unit 14 provided in the distributed scheduler 10 stores the scheduler identifier 16, the schedule database 18 and the schedule data 20 stored in the storage unit 15. While using it, join the scheduler group connected to schedulers 10-1 to 10-4 on the network 12 in Fig. 1, coordinate with the exchange of schedule information after joining, and Is deleted by broadcast communication with other schedulers.
  • the processing function of the scheduler processing unit 14 is as follows.
  • Schedule reference processing and schedule disclosure processing to obtain a schedule day by referring to another scheduler for schedule adjustment
  • m Scheduler deletion processing to withdraw the scheduler from the scheduler group
  • V Schedule display processing that provides a view of the display screen for schedule adjustment
  • the pseudo server function is selectively provided as needed.
  • the other functions are the processing functions provided in common to all the distributed schedulers.
  • the procedure of the processing operation of the scheduler 10 when the user of the scheduler 10 in FIG. 2 adjusts the schedule is as follows. It looks like this:
  • V Save the schedule data obtained as a result of the adjustment in the self and the other party.
  • the scheduler connection processing unit 22 and the scheduler are added.
  • the processing by the processing unit 24 is performed.
  • the schedule reference processor 26 and the schedule disclosure processor 28 operate to acquire the latest schedule data of the scheduler adjustment partner. Further, when the latest schedule data obtained from the adjustment partner is displayed and adjusted on the display section 44, the schedule display processing section 34 displays, for example, the degree of overlap of a plurality of schedules in shades of color. Performs schedule display.
  • FIG. 4 is an explanatory diagram of a message format used in the distributed scheduler system of the present invention in which exchange is performed between the network communication unit 14 of the scheduler 10 and the network 12 of FIG.
  • FIG. 4A shows a basic message format 60 communicated on a network for schedule adjustment, and is composed of four records RO, Rl, R2, and R3.
  • the first R0 record is the broadcast control information 68, as shown in Fig. 4 (B), (C), and (D), such as schedule connection request 76, schedule reference request 84, or schedule disclosure response 88.
  • Various control parameters are provided.
  • the next R1 record is the scheduler identifier 70.
  • the next R2 record is the schedule data 72 in FIG. 3 (B).
  • the last record R 3 has the last update date 7 4.
  • the basic message format 60 in Fig. 4 (A) is specifically composed of the schedule connection request message 62 in Fig. 4 (B), the schedule reference request message 64 and Fig. 4 ( Broadcast communication is performed as the schedule public response message 66 of D).
  • the schedule connection request message 62 in Fig. 4 (B) is a message for broadcast communication to all schedulers connected to the network when the scheduler is connected to the network or at regular intervals.
  • This schedule connection request message 62 stores the schedule connection request 76 for all schedulers on the network in the R0 record, stores its own scheduler identifier 78 in the next R1 record, and then R 2 Les
  • the schedule data 80 is stored in the code, and the last update date 82 is set in the last R 3 record.
  • a schedule reference request 84 is provided in the first R0 record, and the scheduler identifier 86 of the other party requesting the reference is recorded in the next R1 record. Stored. In this case, the R 2 and R 3 records are not used.
  • the schedule publication response message 66 in Fig. 4 (D) is a response message to the schedule reference request message 64, and a schedule publication response 88 is set in the R0 record, and the publication destination scheduler identifier 9 is set in the next R1 record. 0 is set, the schedule data 92 is set in the R2 record, and the last update date 94 is set in the last R3 record.
  • the scheduler connection processing unit 22 the scheduler addition processing unit 24, the schedule reference processing unit 26, the schedule disclosure processing unit 28, and the schedule deletion provided in the scheduler processing unit 14 of the scheduler 10 shown in FIG.
  • the processing functions of the processing unit 30, the pseudo server processing unit 32, and the schedule display processing unit 34 will be described in detail.
  • FIG. 5 is a front chart of a scheduler connection process by the scheduler connection processing unit 22 of FIG.
  • This scheduler connection process is executed when the scheduler is connected to the network or every time a certain time elapses while connected to the network.
  • step S1 it is monitored in step S1 whether or not the network has changed from a non-connection state to a network connection state.
  • step S2 it is checked whether or not a predetermined time has elapsed since the previous scheduler connection request. If the predetermined time has elapsed, the process similarly proceeds to step S3.
  • step S3 the schedule database 18 and the schedule data 20 are referenced by the schedule data processing unit 36 and the schedule processing unit 38 from the scheduler identifier 16 of the storage unit 15 using the scheduler identifier of the own unit as a key.
  • the three records Rl, R2, and R3, which are a set of the scheduler identifier, schedule data, and last update date, are acquired.
  • step S4 the label as broadcast control information is set to “scheduled connection request” in the obtained three records Rl, R2, and R3, and the format shown in FIG.
  • a schedule connection connection request message 62 with a packet configuration is set and broadcast communication is performed to the network.
  • FIG. 6 is a flowchart of a scheduler addition process by the scheduler addition processing unit 24 of FIG. 2 which operates upon receiving the schedule connection request message 62 transmitted on the network in the scheduler connection process of FIG. .
  • this scheduler addition process in step S1, a message on the network using "scheduler connection request" as schedule control information is monitored, and when a message with the "scheduler connection request" label is received, In step S2, three records R1 to R3 of the scheduler identifier, schedule data, and last update date attached to the received message are added to the schedule database 18 and the schedule data 20, respectively.
  • FIG. 7 is a specific explanatory diagram of the scheduler connection process and the addition process of FIGS. 5 and 6.
  • four schedulers 10-1 through 10-4 are strongly connected to the network 12.
  • User names “Uranaka”, “Nakano”, “Yokota”, and “Ikeda” are used as scheduler identifiers. It has.
  • Each of the schedulers 10-1 to 10-4 is provided with a database 18-1, 18-2, 18-3, 18-4.
  • the user “Unaka”, “Nakano” and “Yokota” are connected to the network 12 with three schedulers 1 0—1 to 10—3, and a new scheduler for “Ikeda” 10—4 Is connected to the network 12 and makes a scheduler connection request.
  • the scheduler connection request power from the scheduler 10-4 of "Ikeda” is received by each of the three schedulers 1 0-1 to 10-3 of "Uranaka”, “Nakano” and “Yokota” who have participated.
  • the three records of the schedule identifier, schedule data, and last update date of “Ikeda” included in the received data are added to the database of “Uranaka,” “Nakano,” and “Yokota” through additional processing.
  • the schedule data 20 of FIG. 2 is linked with the schedule data of “Ikeda” attached to the received scheduler connection request. Added with a relationship.
  • Fig. 8 (A) shows the contents of the database 18-1 provided in the scheduler 10-1 of "Uranaka” in Fig. 7 before the connection, and the "Uranaka” currently connected to the network.
  • the schedule information of three people, “Nakano” and “Yokota” is stored.
  • Figure 8 (B) shows the database 18-1 after performing a scheduler connection request from the scheduler 10-4 of "Ikeda” and performing additional processing.
  • additional data 96 "Ikeda 98 Z10Z15" 8: 5 1 5 "is added to database 18-1.
  • FIG. 8 (C) shows the schedule data 20-1 after the addition, and the schedule data 98 of "Ikeda” which made the scheduler connection request is added.
  • FIG. 9 is a flowchart illustrating a schedule reference process performed by the schedule reference processing unit 26 of FIG.
  • This schedule reference processing is a processing function used to acquire schedule data of an adjustment partner as a precedent stage for performing schedule adjustment. That is, at the time of schedule adjustment, the scheduler data in the database of the own scheduler may not be the latest. Therefore, a schedule reference request for acquiring the schedule information of $ ff is made to the network.
  • a scheduler connection request message including the scheduler identifier of the coordinating partner, that is, a schedule reference request message 64 having a record format shown in FIG. 4C is transmitted to the network. Broadcast communication.
  • step S2 a timeout period for terminating the reception of the schedule public message for responding to the reference request is set.
  • step S3 it is checked whether or not the message including the scheduler identifier of the adjustment partner transmitted in step S1, specifically, the schedule disclosure response message 66 in FIG. 4D has been received. If this schedule publication response message 66 has been received, the process proceeds to step S4, where the publication destination scheduler identifier, scheduler data, and last updated date records Rl, R2, Save R3 in the work area of the storage unit. Subsequently, the elapse of the timeout period is checked in step S4, and the processes in steps S3 and S4 are repeated until the timeout period elapses.
  • step S6 the process proceeds to step S6, where the three records R1, R2, and R3 stored in step S4 in the work area of the storage unit are registered.
  • the received message whose latest update date is the latest is searched.
  • step S7 the scheduler identifier, schedule data, and the records Rl, R2, and R3 of the last update date, which are the schedule information of the adjustment destination, are searched from the database, and compared in step S8.
  • step S8 it is checked whether or not the received last update date is newer. If it is newer, in step S9, the records Rl, R2, and R3 of the received message are overwritten in the database to obtain the value of 3 ⁇ 4ff. Update to schedule information.
  • FIG. 10 is a flowchart of the schedule disclosure process executed by the schedule disclosure processing unit 28 of FIG. This schedule disclosure process is performed as a response process from another scheduler to the schedule reference request transmitted on the network in the schedule reference process shown in FIG.
  • it is checked whether or not the message of the scheduler reference request on the network is received in step S1, and when the message of the scheduler reference request is received, the process proceeds to step S2, and the reference partner received from the schedule database is received.
  • step S3 When the search for the scheduler identifier, the schedule data, and the three records R1, R2, and R3 that are the last update date is completed in step S3, the schedule public response message including the searched records Rl to R3 is created in step S4. 4 Create as shown in (D) and broadcast the message to the network by broadcast.
  • the message transmitted to the network in the schedule publishing process in FIG. 10 is received in step S3 of the schedule reference process in FIG.
  • FIG. 11 is a specific example of the schedule reference process and the disclosure process of FIGS. 9 and 10.
  • four schedulers 10-1 to L0-4 of schedule users "Uranaka”, “Nakano”, “Yokota”, and “Ikeda” are strongly connected to the network 12.
  • Each of the schedulers 10-1 to 10-4 has a database 18-1 to 18-4.
  • the schedule information stored in these databases 18-1 to 18-4 is assumed to be, for example, "98/10/15 9:18 now”.
  • Sff schedule data is collected for Nakano and Ikeda, who are the scheduling adjustment partners. It is assumed that the obtained reference processing has been performed.
  • the scheduler 10-1 of "Uranaka” broadcasts a schedule reference request message with the scheduler identifier of "Nakano” to the network 12.
  • the schedule reference request message from “Nakano” scheduler 10-1 is received by the respective schedulers 10-0-2 to 10-4 of “Nakano”, “Yokota”, and “Ikeda”, indicating that it is a schedule reference request.
  • each database 18-2 to 18-4 is searched for the scheduler identifier "Nakano", and the scheduler identifier of "Nakano", the last update date, and the records Rl, R2,
  • the schedule public response message shown in FIG. 4 (D) with R3 is transmitted to the network 12 by broadcast.
  • the scheduler 10-1 of "Uranaka” receives the schedule release response message of the scheduler identifier "Nakano” transmitted from the scheduler 10-2 to 10-4 to the network 12 and waits until the timeout period elapses. Hold each.
  • the schedule 10-4 of "Ikeda” does not have the schedule information of the schedule identifier "Nakano” that made the reference request in the database 18-4, the schedule 10-4 of the schedule response to the network 12 No broadcast transmission is performed. Therefore, scheduler 10-1 of "Uranaka” receives and saves schedule release response messages from scheduler 10-2 of "Nakano" and scheduler 10-3 of "Yokota".
  • the last update date of the R3 record of the two received messages is compared with the update date of the identifier “Nakano” of the scheduler 10-1 own database 18-1. If the received message has the newest last update date, the database 18-1 is overwritten and updated by the records Rl, R2, and R3 of this message.
  • Fig. 12 shows the contents of the database 18-1 and the schedule data 20-1 provided in the scheduler 10-1 of "Uranaka” before the reference request in Fig. 11.
  • the scheduler 10—1 of “Uranaka” selects “Nakano” as the schedule adjustment partner and makes a schedule reference request.
  • the last update date of the partner data 100 is “ 9 8/10 X 14 15: 3 2 ”.
  • FIG. 13 shows the data 18-1 and the schedule data 20-1 after receiving and updating the publication response after making the reference request in FIG. 11.
  • the database 18-1 is overwritten by this and the schedule is updated as in the update data 102.
  • the last update date of the coordinating partner "Nakano” is updated to "98/10/16 9:18".
  • the contents of the schedule data 20-1 corresponding to the link information "7" are updated from the pre-update schedule data 102 of FIG.
  • FIG. 14 is a flowchart of the scheduler deletion processing executed by the scheduler deletion processing unit 30 of FIG.
  • this scheduler deletion process it is checked in step S1 whether or not a set of records Rl, R2, R3 whose last update date has not been updated for a certain period or more exists in the schedule database. A sufficiently long period, such as one month, is set as the fixed period for this check. If schedule information that has not been updated for a certain period of time exists in the database, the process proceeds to step S2, and it is assumed that the schedule user corresponding to the schedule information no longer uses the distributed schedule system.
  • Step S2 the corresponding records Rl, R2, R3 are deleted from the schedule database, and schedule users who have not used for a certain period of time are automatically withdrawn from the distributed schedule system. Let it. Due to such scheduler deletion processing managed over a certain period of time, users who do not use the distributed scheduler system are automatically removed from the network without requiring special withdrawal processing or other operations, and the scheduler is deleted. It is possible to automatically eliminate the increase in communication load and the difficulty of schedule adjustment due to the scheduler power ⁇ unnecessary as an adjustment destination.
  • Fig. 15 (A) shows the database 18-11 before the scheduler deletion process in Fig. 14 is performed.
  • the schedule identifiers are "Uranaka”, “Yokota”, “Nakano”, “Ikeda”, and “Nakayama”.
  • Figure 15 (B) shows the database 18-1 after the schedule deletion process. If the current time is “98 / 10X15”, the schedule information for “Nakayama” will be “98/9/15” one month ago. This is the date of the update, which satisfies the conditions for a certain period of time for the deletion process. Automatically deleted from 1.
  • FIG. 16 is a flow chart of the pseudo server processing executed by the pseudo server processing unit 32 of FIG.
  • the scheduler itself receives only the schedule information that it wants to acquire. Therefore, the schedule information database held by each scheduler has a bias in the 3 ⁇ 4ff property of the information. For example, when trying to obtain the latest schedule information of the coordinating partner by using the schedule reference process, the scheduler that can publish the latest schedule information to be referred to is not connected to the network, and the latest schedule information required for adjustment can be obtained. Not expected.
  • a specific scheduler is provided with a function as a pseudo server processing unit.
  • the scheduler in which the pseudo server processing unit is running always keeps the latest schedule information for each scheduler published on the network. For this reason, when a certain scheduler issues a reference request for scheduling adjustment, even if the scheduler of the other party is not connected to the network, the scheduler operating the pseudo server processing unit will send the latest The schedule information can be made public, so that the latest schedule information can always be obtained even if the coordinator is not on the network.
  • step S1 a scheduler addition process is performed in step S1.
  • This scheduler addition process is the same as the scheduler addition process shown in the flowchart of FIG. 6, and the schedule information of the scheduler that has joined the scheduler group in response to the scheduler connection request accompanying the scheduler connection process of FIG. 5 is stored in the database. Perform additional processing. Subsequently, in step S2, it is checked whether or not the schedule release response message has been received. When a schedule public release response message is received from the network, the records Rl, R2, and R3 including the received scheduler identifier are searched from the schedule database in step S3, and the last update date is searched in step S4. Compare.
  • step S5 the records Rl, R2, and R3 received in the schedule database are overwritten and updated to the latest schedule information.
  • all schedule release response messages on the network are acquired by the scheduler in which the pseudo server processing unit is operating, and the schedule release response messages are newer than the last update date of the saved schedule information.
  • the schedule publishing process in the next step S6 is the same as the flow chart of the schedule publishing process in FIG. 10, and is based on the schedule reference in FIG. 9 and the reception of the schedule reference request message on the network broadcasted in the process. Make a public response.
  • the schedule deletion processing in the next step S7 is the same as the flowchart in FIG. 14. If there are records Rl, R2, and R3 having the last update dates that have not been updated for a certain period or more, this record Rl, Delete R2 and R3 from the database.
  • FIG. 17 shows a specific example of the system state when the pseudo server processing of FIG. 16 is performed.
  • the four schedules of “Uranaka”, “Nakano”, “Yokota”, and “Ikeda” for the network 12 are as follows. — 4 is connected.
  • the database 18 shown in FIG. This database 18 has “Uranaka”, “Yokota”, “Nakano” and “Ikeda” as scheduler identifiers, and the last update date is the latest update date of each scheduler identifier in FIG.
  • the update date of “Uranaka” at the beginning is “98/10/16 9:18”, which is the data base of schedulers 10-1, 10-4 of “Uranaka” and “Ikeda” in Fig. 17.
  • 18-1 and 18-4 have the latest information. Therefore, the database 18 by the pseudo server processing unit as shown in FIG. 18 is realized by a specific scheduler among the schedulers 10-1 to 10-4 in FIG. Even if the scheduler of the other party does not exist in the network when performing, broadcast communication of the scheduler public response message from the scheduler that has the latest schedule information on the database 18 as shown in Fig. 18 is performed, and stable. To obtain the latest schedule information.
  • FIG. 19 is an explanatory diagram of a schedule adjustment screen displayed on the display section 44 when the schedule is adjusted by the schedule display processing section 34 of FIG.
  • the schedule adjustment screen 110 displays an adjustment candidate list 112 and an adjustment partner list 114 on the upper right side of the screen.
  • the adjustment candidate list 112 shows all scheduler identifiers stored in the scheduler identifier 16 in the storage unit in Fig. 2 by searching its own database when the schedule adjustment process was started. It is.
  • the scheduler identifiers “Uranaka”, “Yokota”, “Nakano”, “Ikeda”, “Nakayama” are displayed as force adjustment candidates.
  • the selected adjustment partner is displayed in the adjustment partner list 114.
  • the coordinating opponent list 1 14 has selected three coordinating opponents, “Uranaka”, “Yokota”, and “Ikeda”.
  • List of Coordinating Partners When a coordinating partner is selected in Table 1-14, the scheduler of the present invention automatically makes a schedule reference request to the coordinating partner and acquires the latest schedule information. When the schedule information can be obtained from the coordinating partner ⁇ ff, the schedule can be adjusted in the schedule table 1 16 below the schedule adjustment screen 1 110. “Uranaka” and “Yokota” and “Ikeda” to be adjusted Are displayed in a bar graph.
  • Figure 20 shows the database 18-1 of "Uranaka” who is the schedule coordinator himself selected in the list of coordinating partners shown in Figure 19-1, the database 18-8 of "Yokota” who is the coordinating partner, and The database 18-3 of "Ikeda” to be adjusted is shown.
  • the schedule table 1 16 contains the coordinating partner list 1 14 for each of "Uranaka,”"Yokota," and "Ikeda.”
  • the assigned color, for example, R, G, B is specified.
  • the schedule bar 1 18 is displayed in the schedule table 1 16 as a single schedule of “Uranaka”. Also, the schedule bar is displayed as a single schedule for “Yokota”.
  • a schedule bar 120 is displayed as a single schedule of “Ikeda”.
  • the schedule of “Uranaka”, “Yokota”, and “Ikeda” in “Schedule Yule 1 2 2” in the schedule table 1-16 “Dec. 1 Jan 4” overlaps. Therefore, the schedule bar 1 2 2 where these three schedules overlap is the same as the schedule bar 1 18, 1 2 0, 1 2 4 in the case of a single schedule bar. It is displayed in a dark color indicating the overlap of joules. For this reason, in “Uranaka”, which uses the schedule adjustment screen 110 to adjust the schedule, only three glances at the schedule bar 1 22 can be seen at a glance at the schedule table 116. You can see that the schedule is adjusted.
  • a schedule request for broadcasting the schedule input for the readjustment to “Yokota” and “Ikeda” who are schedule adjusters is made. Specifically, if you have made the schedule adjustment on the schedule adjustment screen, put the message, for example, "I'll have a meeting with ICS. Please attend” in the comment 1 26 on the right side of the screen, By clicking the request button 1 28 with a mouse, the schedule request that the input schedule information is transmitted to “Yokota” and “Ikeda” by broadcast communication is performed. For “Yokota” and “Ikeda” who are the coordinators who received such a schedule request, the contents of the request schedule are also displayed on the schedule coordination screen.
  • a recording medium on which a program for executing the schedule adjustment processing of the present invention is recorded a recording medium that can be read in the evening, a removable portable storage medium such as a CD-ROM or a floppy disk, or a program via a line
  • a storage device of the program provider that provides the program and a memory device such as a RAM or a hard disk of the processing device in which the program is installed.
  • the program provided by the recording medium is loaded into the processing device and executed on the main memory.

Description

明細書 スケジューラ、 スケジユール調整方法および分散スケジユーラシステム並びに スケジュ一ル調整プログラムを格納した記録媒体 技術分野
本発明は、 ネッ トワークを介して接続した複数のスケジューラの間でスケジュ 一ルを調整するためのスケジューラ、 スケジュ一ル調整方法及び分散スケジユー ラシステム並びにスケジュール調整プログラムを格納した記録媒体に関し、 特に 、 サーバを使用することなくスケジューラの各々に全てのスケジュール情報を持 たせてスケジユール調整を行う分散スケジューラ、 スケジュ一ル調整方法及び分 散スケジューラシステム並びにスケジュール調整プログラムを格納した記録媒体 に関する。 背景技術
従来、 ネッ トワークを利用した分散スケジューラシステムは、 ネッ トワークに スケジュール情報を管理するサーバを接続し、 またネッ トワークに接続している 複数のクライアントにスケジュール調整を行うスケジューラ （クライアント） を 配置している。 このような分散スケジューラでは、 スケジューラを使用する全員 のスケジュール情報をサーバのスケジューラデータベースに保存し、 サーバ上で スケジユール情報を一元的に管理している。 このため分散スケジユーラシステム を構築する際にはサーバの設置力必要であり、 その分、 システムコストが高くな る問題がある。 またスケジューラの利用者が増減する場合には、 サーバ側のスケ ジュール情報を再設定する必要があり、 サーバのメンテナンスにも手間と時間が 必要である。 更に、 実際にスケジュール調整を行う場合、 複数のスケジュール調 整相手のスケジュール情報を参照し、 時間的な重りがあるかないかを判断し、 重 なっている場合には、 相手の確認をとりながらスケジュ一ルを修正する必要があ る。 し力、しな力 ら、 従来ノスケジューラでは、 複数のスケジュールの時間的な重 なりを、 スケジュールの開始日時と終了日時から判断しており、 重り具合の判断 が煩雑であった。 発明の開示
本発明は、 サーバを不要にしてスケジューラの導入を簡単にして利用者の増減 に容易に対応でき、 更に、 スケジュールの時間的重なりを弛緩的に表示してスケ ジユール調整を容易にするスケジューラ、 分散スケジュールシステム及びスケジ ュ一ル調整方法並びにスケジユール調整プログラムを格納したコンピュータ読取 可能な記憶媒体を提供することを目的とする。
本発明のスケジューラは、 ネッ トワークを介して接続することで分散スケジュ —ルシステムを構築する。 このスケジューラは、 利用者を特定するスケジューラ 識別子とスケジュールデータで構成されるスケジュール情報を、 他のスケジユー ラとのブロードキャスト通信により処理するスケジューラ処理部とを備えたこと を特徴とする。
このためスケジュールを一元的に管理するサーバの設置は必要なく、 スケジュ ーラをインストールしたクライアントの設置のみでよく、 スケジューラの初期導 入が簡単にできる。 また利用者のスケジュールをサーバで一元管理していないの で、 スケジューラ利用者の加入、 脱退による増減に簡単に対応できる。
ここで、 スケジュールデータには、 内容、 開始日時、 終了日時等が含まれる。 またスケジューラ処理部は、 スケジューラグループへの加入、 加入後のスケジュ ール情報のやり取り、 及びスケジューラグループからの脱退を他のスケジューラ とのブロードキャスト通信により処理する。
スケジューラ処理部は、 分散スケジューラシステムに参加するためのスケジュ ーラ接続処理部を備え、 ネッ トワーク接続時あるいは一定期間ごとに、 ネッ トヮ 一ク上につながっているグループ内の全てのスケジューラに対し、 スケジューラ グループへの参加を意味するスケジューラ接続要求を付加して自己のスケジュ一 ル情報と共に送信する。
スケジューラ処理部はスケジューラ接続処理部に対応してスケジユール追加処 理部を備え、 ネッ トワーク上で通信されるスケジューラ接続要求をもつスケジュ ール情報を監視して受信し、 受信したスケジュール情報を自己のデータベースに 追加する。
スケジューラ処理部はスケジュール参照処理部を備え、 ネッ トワーク上でつな がっている全てのスケジューラに対して、 スケジュール調整の相手先となる特定 スケジューラのスケジュール情報の参照 （取得） を意味するスケジューラ参照要 求を調整相手先のスケジューラ識別子と共に送信し、 送信から一定時間内に、 他 のスケジューラからの応答情報を受信して、 最終更新日付力 となる調整相手 先のスケジユーノレ情報を選択してデータベースを更新する。
スケジューラ処理部はスケジューラ公開処理部を備え、 他のスケジューラから スケジューラ参照要求を受信した際に、 相手先スケジユーラ識別子に対応するス ケジュール情報を自己のデータベースから検索し、 スケジューラ参照要求の応答 を意味するスケジユール公開応答を付けてネッ トワークに送信する。
スケジューラ処理部は、 自己のデータベースに格納されたスケジュール情報の 最終更新日付に基づき、 スケジュ一ル情報が一定期間以上更新されていな 、場合 にデータベースから削除する。
またスケジューラ処理部は擬似サーバ処理部を備え、 ネッ トワーク上で通信さ れるスケジュ一ル情報を監視して受信し、 受信したスケジユール情報の最終更新 日付が、 自己のデータベースに保存しているスケジュール情報の最終更新日付よ り新しい場合、 受信したスケジュール情報によりデータベースを更新する。 即ち、 スケジユール参照処理部及び公開処理部を備えたスケジユーラは、 ネッ トワーク上のブロードキャスト通信される情報のうち、 自身が取得したい情報の みを受信する。 そのため各スケジューラで保持しているスケジュールのデータべ ースは、 情報の最新性に偏りがある。 またスケジュール参照処理部により最新ス ケジユール情報を取得する場合、 参照した t、最新のスケジュ一ル情報を公開でき るスケジューラがネッ トワークに接続していないかもしれない。 しかし、 本発明 の疑似サーバ処理部は、 スケジューラネッ トワーク上で公開された最新スケジュ —ル情報を常にデータベースに保持しており、 情報の偏りが起きにくい。
スケジューラ処理部はスケジュール表示処理部を備え、 自己のデータべ一スか ら調整を必要とする複数のスケジユール情報を取り込み、 異なる識別子をもつス ケジュールの重なり具合を色の濃淡で画面上に表示する。 このため画面上で調整 相手とのスケジュールの重なりを視覚的にわかり易くとらえることができ、 スケ ジユールの調整が容易になる。
また本発明は、 分散スケジューラシステムを提供するものであり、 ネッ トヮー クを介して複数のスケジューラを接続することで接続することで分散スケジュ一 ラシステムを構築する。 この場合にも、 スケジューラは、 利用者を特定するスケ ジユーラ識別子と、 内容、 開始日時、 終了日時等を含むスケジュールデータと、 最終更新日付とで構成されるスケジュール情報を、 スケジューラ識別子ごとに保 存したデータベースと、 スケジューラグループへの加入、 加入後のスケジュール 情報のやり取り、 及び前記スケジューラグループからの脱退を、 他のスケジユー ラとのブロードキャスト通信により処理するスケジューラ処理部とを備える。 こ の分散スケジューラシステムの詳細は、 スケジューラの場合と同じになる。 更に本発明は、 ネットワークを介して接続した複数のスケジューラの間で相互 にスケジユールを調整するスケジユール調整方法を提供する。
本発明のスケジユール調整方法は、
利用者を特定するスケジューラ識別子とスケジュールデータで構成されるスケ ジュール情報を、 前記スケジューラ識別子ごとにデータベースに保存し、 他のス ケジユーラとのブロードキャスト通信により処理する。
このケジユール調整方法の場合も、
ネッ トワーク接続時あるいは一定期間ごとに、 ネッ トワーク上につながつてい るグループ内の全てのスケジューラに対し、 スケジューラグループへの加入を意 味するスケジューラ接続要求を付加して自己のスケジュール情報と共に送信し、 ネッ トワーク上で通信されるスケジューラ接続要求をもつスケジユール情報を 監視して受信し、 受信したスケジュール情報を自己のデータベースに追加し、 ネッ トワーク上でつながつている全てのスケジューラに対して、 スケジュール 調整の相手先となる特定スケジューラのスケジユール情報の参照を意味するスケ ジユーラ参照要求を調整相手先となるスケジューラ識別子と共に送信し、 この送 信から一定時間内に、 他のスケジューラからの応答情報を受信して、 最終更新日 付が最新となる調整相手先のスケジユール情報を選択してデータベースを更新し 他のスケジューラから前記スケジューラ参照要求を受信した際に、 相手先スケ ジユーラ識別子に対応するスケジュール情報を自己のデータベースから検索し、 スケジューラ参照要求の応答を意味するスケジユール公開応答を付けてネッ トヮ ークに送信し、
更に、 自己のデータベースに格納されたスケジュール情報の最終更新日付に基 づき、 スケジユール情報力く一定期間以上更新されていない場合にデータベースか ら削除する。
またネッ トワーク上で通信されるスケジュール情報を監視して受信し、 受信し たスケジュール情報の最終更新日付が、 自己のデータベースに保存しているスケ ジュール情報の最終更新日付より新しい場合、 受信したスケジュール情報により データベースを更新して擬似サーバ機能を構築する。
更に、 自己のデータベースから調整を必要とする複数のスケジュール情報を取 り込み、 異なる識別子をもつスケジュ一ルの重なり具合を色の濃淡で画面上にス ケジュールを表示する。
更に、 本発明は、 ネッ トワークを介して接続した複数のスケジューラの間で相 互にスケジュールを調整するスケジュール調整プログラムを格納したコンビユー 夕読取り可能な記録媒体を提供する。
この記録媒体には、 スケジュール調整プログラムとして、 利用者を特定するス ケジュ一ラ識別子とスケジュールデータで構成されるスケジュール情報を、 他の スケジューラとのブロードキャスト通信により処理するスケジューラ処理部とが 格納される。 図面の簡単な説明
図 1は本発明の分散スケジューラシステムのブロック図；
図 2はスケジューラの機食構成のブロック図；
図 3は図 2のデータベースとスケジュールデータの説明図；
図 4はスケジューラの通信電文のフォーマツ ト説明図
図 5は図 2のスケジューラ接続処理のフローチャート ；
図 6は図 2のスケジューラ追加処理のフローチャート ； 図 7は図 2のスケジューラ接続処理の具体的な説明図；
図 8はスケジューラ接続処理及び追加処理の具体的な説明図；
図 9は図 2のスケジューラ参照処理のフローチャート ；
図 1 0は図 2のスケジューラ公開処理のフローチャート ；
図 1 1はスケジューラ参照処理及び公開処理の具体的な説明図；
図 1 2はスケジユール参照前のデータベースとスケジュールデータの説明図 図 1 3はスケジユール参照後のデ一夕ベースとスケジュールデータの説明図 図 1 4は図 2のスケジューラ削除処理のフローチャート ；
図 1 5は削除前と削除後のデータベースの具体的な説明図；
図 1 6は図 2の擬似サーバ処理のフローチャート ；
図 1 7は擬似サーバ処理の具体例の説明図
図 1 8は図 1 7の擬似サーバ処理により保存されたデータベースの説明図 図 1 9は図 2のスケジュ一ル表示処理による表示画面の説明図
図 1 9のスケジュール表示に使用しているスケジュールデータの説明図 発明を実施するための最良の形態
図 1は本発明による分散スケジューラシステムのシステム構成のプロック図で ある。 図 1において、 本発明の分散スケジューラシステムは、 複数の分散スケジ ユーラ 1 0— 1， 1 0— 2， 1 0— 3 , 1 0— 4を L A N等のネットワーク 1 2 に接続して構成する。 分散スケジューラ 1 0— 1〜 1 0— 4としては、 パーソナ ルコンピュータ等の適宜の情報端末装置に本発明の機能を実現する分散スケジュ ーラのアプリケーションプログラムをィンストールすることで提供できる。 図 2は図 1で使用する分散スケジューラ 1 0の装置機能を示したブロック図で ある。 図 2において、 分散スケジューラ 1 0は、 スケジューラ処理部 1 4、 記憶 部 1 5、 ユーザ入力部 4 0及び表示部 4 4で構成される。 スケジューラ処理部 1 4には、 スケジューラ接続処理部 2 2、 スケジューラ追加処理部 2 4、 スケジュ ール参照処理部 2 6、 スケジュール公開処理部 2 8、 スケジューラ削除処理部 3 0、 疑似サーバ処理部3 2、 スケジュール表示処理部 3 4 , スケジュールデータ ベース処理部 3 6、 スケジュール処理部 3 8、 更にネットワーク通信部 4 0力設 けられる。 記憶部 15は 3つの記憶領域に分けられ、 スケジューラ識別子 16、 スケジュールデータベース 18、 更にスケジュールデ一夕 20力格納されている 図 3は、 図 2の記憶部 15に格納しているスケジュールデータベース 18及び スケジュールデータ 20の説明図である。 まず図 3 (A) はデータベース 18で あり、 データベース 18はスケジューラ識別子 46、 最終更新日付 48及びスケ ジュールリンク情報 50で構成される。 スケジューラ識別子 16は、 図 1のネッ トワーク 12でつながっている分散スケジューラ 10— 1〜10— 4がもつスケ ジユーラ利用者を一意に識別するための情報である。 このスケジューラ識別子 4 6としては、 スケジューラ利用者のメールアドレスやネットワークのアカウント 名を利用する。 図 3 (A) の場合には、 スケジューラ識別子 46としてスケジュ ーラ利用者「浦中」 「横田」 「中野」 についてメールアドレスを使用した場合を 例にとっており、 このメールァドレスは例えば「浦中」 については 「a a a®x xx. y y y. c o. j p」 となる。 次の最終更新日付 48は、 図 3 (B) に示 すスケジュールデータ 20— 1， 20-2, 20— 3のそれぞれを編集した最終 日付であり、 例えば「浦中」 のように 「98/10/14 15 : 32」 の形式 であればよい。 スケジュールリンク情報 50は、 図 3 (A) のデータベース 18 を図 3 (B) のスケジュールデータ 20— 1〜20— 3の各々に対応付けるため の情報であり、 例えば「α」 「 」 「7」 で示すリンク情報を使用し、 図 3 (Β ) のスケジュールデータ 20—1〜20— 3のそれぞれに付けているタグ 50— 1〜50— 3にリンクすることができる。
図 3 (Β) のスケジュールデータ 20— 1〜20— 3は、 スケジューラ利用者 「浦中」 のスケジュールデータ 20—1に代表して示すように、 内容 52、 開始 日時 54、終了日時 56及びスケジュール調整の対象者 58を含んでいる。 即ち 内容 52は、 スケジュールの内容そのものであり、 例えば「教育」 「WW打合せ 」等が格納される。 開始日時 54はスケジュールの開始予定日時であり、 例えば 「98/11/03 10 : 00」 とする。 終了日時 56はスケジュールの終了 予定日時であり、 同様に 「98/11/03 17 : 00」 とする。 更に対象者 58はスケジュールへの参加者であり、 図 3 (A) のデータベース 18のスケジ ユール識別子 4 6を使用する。 この例では、 説明を簡単にするため、 スケジユー ル利用者である 「浦中」 「横田」 「中野」 等を対象者として格納している。 再び図 2を参照するに、 分散スケジューラ 1 0に設けているスケジューラ処理 部 1 4は、 記憶部 1 5に保存されているスケジューラ識別子 1 6、 スケジュール データべ一ス 1 8及びスケジュールデータ 2 0を利用しながら、 図 1のネッ トヮ ーク 1 2上でスケジューラ 1 0— 1〜 1 0— 4を接続したスケジューラグループ への参加、 参加後のスケジュール情報のやり取りに伴う調整、 及びスケジューラ グループからの削除を他のスケジューラとのブロードキャスト通信により処理す る。 このスケジューラ処理部 1 4による処理機能は、
I . ネッ トワークを介してスケジューラグループに参 iraするためのスケジユー ラ接続処理とスケジューラ追加処理；
Π. スケジユール調整のために他のスケジユーラを参照して のスケジュ一 ルデー夕を取得するためのスケジユール参照処理とスケジユール公開処理； m. スケジューラグループからスケジューラを脱退させるためのスケジューラ 削除処理；
IV. ネットワーク上に公開された全てのスケジューラのもつ ¾ffのスケジュ一 ル情報を常に賺する疑似サ一パ処理；
V. スケジユール調整のための表示画面のビューを提供するスケジユール表示 処理；
となる。 このうち⑥の疑似サーバ機能は必要に応じて選択的に設けられているが
、 それ以外の機能は、 全ての分散スケジューラに共通に設けられる処理機能であ ここで図 2のスケジューラ 1 0の利用者がスケジュ一ル調整を行う場合のスケ ジユーラ 1 0の処理動作の手順は次のようになる。
I . スケジューラ 1 0の起動するかまたはネッ トワーク 1 2に接続する。
Π. スケジュール調整相手のスケジューラからの最新のスケジュールデータを 取得する。
. 調整対象となる利用者のスケジュールを表示する。
IV. スケジュールを調整し、 調整後に相手先に対し確認を依頼し、 承認応答を 得る。
V. 調整結果として得られたスケジュールデータの自己及び相手先で保存する このようなスケジユール調整を実現するため、 スケジューラの起動またはネッ トワークの接続の際には、 スケジューラ接続処理部 2 2とスケジューラ追加処理 部 2 4による処理が行われる。 またスケジューラ調整相手の最新のスケジュール データを取得するためにスケジュール参照処理部 2 6とスケジュール公開処理部 2 8が動作する。 更に調整相手先から取得した最新のスケジュールデータを表示 部 4 4に表示して調整する際には、 スケジュール表示処理部 3 4による例えば複 数のスケジユールの重なり具合を色の濃淡で表示するようなスケジユール表示を 行う。
図 4は、 図 2のスケジューラ 1 0のネッ トワーク通信部 1 4とネッ トワーク 1 2との間でやり取りが行われる本発明の分散スケジューラシステムで使用する電 文フォーマツトの説明図である。 図 4 (A) は、 スケジュール調整のためにネッ トワーク上で通信される基本的な電文フォーマッ ト 6 0であり、 R O , R l , R 2 , R 3の 4つのレコードで構成されている。 先頭の R 0レコードはブロードキ ャスト制御情報 6 8であり、 図 4 (B) (C) (D) のように、 スケジュール接 続要求 7 6、 スケジュール参照要求 8 4またはスケジュール公開応答 8 8のよう な制御パラメータが設けられる。 次の R 1レコードはスケジューラ識別子 7 0で ある。 次の R 2レコードは図 3 ( B) のスケジュールデータ 7 2である。 最後の レコード R 3は最終更新日付 7 4となる。 この図 4 (A) の基本的な電文フォー マツト 6 0は、 具体的には図 4 (B) のスケジユーノレ接続要求電文 6 2、 図 4 ( C) のスケジュール参照要求電文 6 4及び図 4 (D) のスケジュール公開応答電 文 6 6としてブロードキャスト通信される。 図 4 (B) のスケジュール接続要求 電文 6 2は、 スケジューラのネットワーク接続時あるいは一定期間ごとにネット ワーク上につながつている全てのスケジューラに対しブロードキャスト通信する ための電文である。 このスケジュール接続要求電文 6 2は、 R 0レコードに全て のネットワーク上のスケジューラを対象としたスケジュール接続要求 7 6を格納 し、 次の R 1レコードに自己のスケジューラ識別子 7 8を格納し、 続いて R 2レ コードにスケジュールデータ 8 0を格納し、 最後の R 3レコ一ドに最終更新日付 8 2を設けている。
図 4 (C) のスケジュール参照要求電文 6 4は、 先頭の R 0レコードにスケジ ユール参照要求 8 4を設け、 次の R 1レコ一ドに参照を要求する相手先のスケジ ユーラ識別子 8 6を格納している。 この場合、 R 2 , R 3レコードは使用しない 。 図 4 (D) のスケジュール公開応答電文 6 6はスケジュール参照要求電文 6 4 に対する応答電文であり、 R 0レコードにスケジュール公開応答 8 8を設け、 次 の R 1レコ一ドに公開先スケジューラ識別子 9 0を設け、 R 2レコ一ドにそのス ケジュールデータ 9 2を設け、 最後の R 3レコ一ドに最終更新日付 9 4を設けて いる。
続いて図 2に示したスケジューラ 1 0のスケジューラ処理部 1 4に設けている スケジューラ接続処理部 2 2、 スケジューラ追加処理部 2 4、 スケジュール参照 処理部 2 6、 スケジュール公開処理部 2 8、 スケジュール削除処理部 3 0、 疑似 サーバ処理部 3 2及びスケジュール表示処理部 3 4の処理機能をそれぞれ詳細に 説明する。
図 5は、 図 2のスケジューラ接続処理部 2 2によるスケジューラ接続処理のフ 口一チャートである。 このスケジューラ接続処理は、 スケジューラをネットヮー クに接続した場合、 もしくはネットワークに接続した状態で一定時間経過するご とに実行される。 まずステップ S 1でネットワーク未接続状態からネットワーク 接続状態になったか否か監視しており、 ネットワーク接続状態になるとステップ S 3に進む。 またステップ S 2で前回スケジューラ接続要求をしてから一定時間 が経過したか否かチヱックしており、 もし一定時間が経過していると、 同様にス テツプ S 3に進む。 ステップ S 3にあっては、記憶部 1 5のスケジューラ識別子 1 6から自己のスケジューラ識別子をキーとしてスケジュールデータベース 1 8 及びスケジュールデータ 2 0をスケジュールデータ処理部 3 6及びスケジュール 処理部 3 8で参照し、 スケジューラ識別子、 スケジュールデ一夕、 最終更新日付 の組となる 3つのレコード R l， R 2， R 3を取得する。 続いてステップ S 4で 、取得した 3つのレコード R l , R 2 , R 3にブロードキャスト制御情報として のラベルを 「スケジュール接続要求」 とし、 これによつて図 4 (B) のフォーマ ッ ト構成をもつスケジュ一ノレ接続要求電文 6 2を設定してネッ トワークにプロ一 ドキャスト通信する。
図 6は、 図 5のスケジューラ接続処理でネッ トワーク上に送信されたスケジュ —ル接続要求電文 6 2を受信して動作する図 2のスケジューラ追加処理部 2 4に よるスケジューラ追加処理のフローチャートである。 このスケジューラ追加処理 にあっては、 ステップ S 1でネッ トワーク上の 「スケジューラ接続要求」 をスケ ジュール制御情報とする電文を監視しており、 この 「スケジューラ接続要求」 の ラベル付きの電文を受信すると、 ステップ S 2で、 受信電文に付いているスケジ ユーラ識別子、 スケジュールデータ及び最終更新日付の 3つのレコード R 1〜R 3をスケジュールデータベース 1 8及びスケジュールデータ 2 0にそれぞれ追加 する。
図 7は、 図 5及び図 6のスケジューラ接続処理と追加処理の具体的な説明図で ある。 図 7において、 ネッ トワーク 1 2に対しては 4つのスケジューラ 1 0— 1 〜1 0— 4力く接続されており、 それぞれスケジューラ識別子として利用者名 「浦 中」 「中野」 「横田」 「池田」 をもっている。 また、 それぞれのスケジューラ 1 0— 1〜1 0— 4にはデータベース 1 8— 1 , 1 8 - 2 , 1 8— 3， 1 8— 4が 設けられている。 いま利用者 「浦中」 「中野」 「横田」 の 3つのスケジューラ 1 0— 1〜1 0— 3がネッ トワーク 1 2に接続された状態で、 新たに 「池田」 のス ケジユーラ 1 0— 4がネッ トワーク 1 2に接続され、 スケジューラ接続要求を行 つたとする。 この 「池田」 のスケジューラ 1 0— 4からのネッ トワーク 1 2に対 するスケジューラ接続要求のブロードキャスト送信、 即ち図 4 (B) のフォーマ ッ トをもつスケジュール接続要求電文 6 2の送信により、 他の参加済みの 「浦中 」 「中野」 「横田」 の 3つのスケジューラ 1 0— 1〜1 0— 3のそれぞれで 「池 田」 のスケジューラ 1 0— 4からのスケジューラ接続要求力受信される。 この受 信データに含まれている 「池田」 のスケジュール識別子、 スケジュールデータ及 び最終更新日付の 3つのレコードは、 追加処理により 「浦中」 「中野」 「横田」 のデータベース 1 8— 1〜1 8— 3に 「池田 9 8Z 1 0Z 1 5 5」 として追 加される。 また、 図示していないが、 図 2のスケジュールデータ 2 0には、 受信 したスケジューラ接続要求に付いている 「池田」 のスケジュールデータがリンク 関係をもって追加される。
図 8 (A) は、 図 7の 「浦中」 のスケジューラ 1 0—1に設けているデータべ —ス 1 8—1の接続前の内容であり、 現在ネットワークに接続している 「浦中」 「中野」 「横田」 の 3人のスケジュール情報が保存されている。 図 8 (B) は 「 池田」 のスケジューラ 1 0— 4からスケジューラ接続要求を行って追加処理した 後のデータベース 1 8— 1であり、 追加データ 9 6として 「池田 9 8 Z 1 0 Z 1 5 8 : 5 1 5」がデータベース 1 8— 1に追加される。 更に図 8 (C) は追 加後のスケジュールデータ 2 0—1であり、 スケジューラ接続要求を行った 「池 田」 のスケジュールデータ 9 8が追加されている。
図 9は、 図 2のスケジュール参照処理部 2 6によるスケジュール参照処理のフ 口一チャートである。 このスケジュール参照処理は、 スケジュール調整を行う場 合の前段階として調整相手のスケジュールデータを取得するために使用する処理 機能である。 即ち、 スケジュール調整の際に、 自分のスケジューラのデータべ一 ス内にあるスケジューラデータは最新でないかもしれないため、 ネットワークに 対し ¾ffのスケジユール情報を取得するためのスケジュ一ル参照要求を行う。 図 9において、 スケジュール参照処理は、 まずステップ S 1で調整相手のスケ ジユーラ識別子を含むスケジューラ接続要求の電文、 即ち図 4 (C) のレコード フォーマツトをもつスケジュ一ノレ参照要求電文 6 4をネットワークにブロードキ ャスト通信する。 次にステップ S 2で参照要求に対する応答用のスケジュール公 開電文の受信を打ち切るためのタイムアウト時間を設定する。 次にステップ S 3 で、 ステップ S 1で送信した調整相手のスケジューラ識別子を含む電文、 具体的 には図 4 (D) のスケジュール公開応答電文 6 6を受信したか否かチヱックして いる。 このスケジュール公開応答電文 6 6を受信した場合には、 ステップ S 4に 進み、 受信した電文に含まれている公開先スケジューラ識別子、 スケジューラデ 一夕、 及び最終更新日付のレコード R l , R 2 , R 3を記憶部のワーク領域に一 旦保存する。 続いてステップ S 4でタイムァゥト時間の経過をチェックしており 、 タイムアウト時間を経過するまで、 ステップ S 3 , S 4の処理を繰り返す。 夕 ィムァゥト時間が経過するとステップ S 6に進み、 記憶部のワーク領域にステツ プ S 4で保存している 3つのレコード R 1 , R 2 , R 3の中の R 3レコードに対 応した最終更新日付が最新の受信電文を検索する。 続いてステップ S 7で、 デー 夕ベースから調整先のスケジユール情報であるスケジューラ識別子、 スケジユー ルデータ及び最終更新日付のレコード Rl, R2, R3を検索し、 ステップ S8 で比較する。 ステップ S 8の比較において、 受信した最終更新日付の方が新しい か否かチヱックし、 新しい場合には、 ステップ S 9で、 データベースに受信電文 のレコード Rl, R2， R3を上書きすることで ¾ffのスケジュール情報に更新 する。
図 10は、 図 2のスケジュール公開処理部 28により実行されるスケジュール 公開処理のフローチャートである。 このスケジュール公開処理は、 図 9に示した スケジュール参照処理でネットワーク上に送信されたスケジュール参照要求に対 する他のスケジューラからの応答処理として行われる。 図 10において、 ステツ プ S 1でネットワーク上にあるスケジューラ参照要求の電文を受信したか否かチ エックしており、 スケジューラ参照要求の電文を受信するとステップ S2に進み 、 スケジュールデータベースから受信した参照相手のスケジューラ識別子を含む レコード Rl, R2, R3のスケジユーノレ情報を検索する。 ステップ S 3でスケ ジューラ識別子、 スケジユールデータ及び最終更新日付となる 3つのレコード R 1, R2， R3の検索が完了すると、 ステップ S4で、検索したレコード Rl〜 R 3を含むスケジュール公開応答電文を図 4 (D) のように作成し、 ネットヮー クに電文をブロードキャストで通信する。 この図 10のスケジュール公開処理で ネットワークに送信された電文が、 図 9のスケジユール参照処理のステツプ S 3 において受信されることになる。
図 11は図 9及び図 10のスケジュール参照処理と公開処理の具体例である。 図 11において、 ネットワーク 12に対しては、 スケジュール利用者「浦中」 「 中野」 「横田」 「池田」 の 4人のスケジューラ 10—1〜： L 0— 4力く接続されて いる。 スケジューラ 10— 1〜10— 4のそれぞれにはデータべ一ス 18— 1〜 18— 4力設けられる。 これらデータベース 18— 1〜18— 4に格納されたス ケジュール情報は、 例えば「98/10/15 9 : 18現在」 を仮定している 。 いま 「浦中」 がスケジユーノレ調整を行うための前段階の処理としてスケジユー ル調整相手となる 「中野」及び「池田」 について Sffのスケジュールデータを取 得する参照処理を行ったとする。 この参照処理により 「浦中」 のスケジューラ 1 0—1は、 スケジューラ識別子を 「中野」 としたスケジュール参照要求電文をネ ットワーク 1 2にブロードキャストで送信する。 「中野」 のスケジューラ 1 0— 1からのスケジュール参照要求電文は 「中野」 「横田」 「池田」 のそれぞれのス ケジユーラ 1 0— 2〜1 0— 4で受信され、 スケジュール参照要求であることを 認識すると、 それぞれのデータベース 1 8— 2〜1 8— 4をスケジューラ識別子 「中野」 で検索し、 「中野」 のスケジューラ識別子、 最終更新日付、 及び図示し ないスケジュールデータのレコード R l , R 2 , R 3を付した図 4 (D) のスケ ジュール公開応答電文をネットワーク 1 2にブロードキャストで送信してくる。 そこで 「浦中」 のスケジューラ 1 0— 1は、 ネットワーク 1 2にスケジューラ 1 0— 2〜1 0— 4から送信されたスケジューラ識別子「中野」 のスケジュール公 開応答電文を受信し、 タイムアウト時間経過までそれぞれを保持する。 この場合 、 「池田」 のスケジュール 1 0— 4は、 参照要求を行ったスケジュール識別子「 中野」 のスケジュール情報をデータベース 1 8— 4にもたないことから、 スケジ ユール公開応答電文のネットワーク 1 2に対するプロ一ドキャスト送信は行わな い。 このため 「浦中」 のスケジューラ 1 0—1は、 「中野」 のスケジューラ 1 0 —2及び「横田」 のスケジューラ 1 0— 3からのスケジュール公開応答電文を受 信して保存している。 このため、 タイムアウト時間力く経過した時点で、 受信した 2つの電文の R 3レコードの最終更新日付とスケジューラ 1 0— 1自身のデータ ベース 1 8—1の識別子「中野」 の更新日付を比較し、 受信した電文に最も新し い最終更新日付があれば、 この電文のレコード R l , R 2 , R 3によりデータべ —ス 1 8—1の上書きを行って更新する。
図 1 2は、 図 1 1の参照要求前の 「浦中」 のスケジューラ 1 0—1に設けてい るデータベース 1 8— 1及びスケジュールデータ 2 0—1の内容である。 ここで 「浦中」 のスケジューラ 1 0—1は、 スケジュール調整相手として 「中野」 を選 択してスケジュール参照要求を行っており、 この場合の相手先データ 1 0 0の最 終更新日付は 「9 8 / 1 0 X 1 4 1 5 : 3 2」 となっている。
図 1 3は、 図 1 1で参照要求を行った後に公開応答を受信して更新した後のデ 一夕べ一ス 1 8—1及びスケジュールデータ 2 0—1である。 この場合には、 例 えば図 11の 「中野」 のスケジューラ 10— 2からのスケジューラ公開応答電文 に含まれる最終更新日付力 であることから、 これによるデータベース 18— 1の上書き力く行われ、 更新データ 102のようにスケジュール調整相手「中野」 の最終更新日付は 「98/10/16 9 : 18」 に更新される。 これに併せて リンク情報「7」 に対応するスケジュールデータ 20—1の内容が図 12の更新 前のスケジュールデータ 102から新たなスケジュールデータ 105に更新され ている。
図 14は、 図 2のスケジューラ削除処理部 30で実行されるスケジューラ削除 処理のフローチャートである。 このスケジューラ削除処理にあっては、 ステップ S 1で最終更新日付が一定期間以上更新されていないレコード Rl, R2, R3 の組がスケジュールデータベースに存在するか否かチェックしている。 このチェ ックのための一定期間としては、 例えば 1ヶ月等のように十分に長い期間を設定 する。 一定期間以上更新されていないスケジユール情報がデー夕ベースに存在す る場合には、 ステップ S 2に進み、 そのスケジュール情報に該当するスケジユー ル利用者は、 もはや分散スケジュールシステムを利用していないものと見做し > ステップ S 2で該当するレコード Rl， R2, R 3をスケジュールのデータべ一 スから削除し、 これによつて一定期間利用していないスケジュール利用者を自動 的に分散スケジュールシステムから脱退させる。 このような一定期間で管理され るスケジューラ削除処理により、 分散スケジューラシステムを利用していないュ 一ザは、 特別な脱退処理等の操作を必要とすることなく自動的にネットワーク上 から排除され、 スケジュール調整先として必要のないスケジューラ力 <存在するこ とによる通信負荷の増加やスケジユール調整のやり難さを自動的に解消すること ができる。
図 15 (A) は、 図 14のスケジューラ削除処理を行う前のデータベース 18 一 1であり、 スケジュール識別子は 「浦中」 「横田」 「中野」 「池田」 「中山」 の 5人となっている。 図 15 (B) は、 スケジユーノレ削除処理後のデータベース 18—1であり、 現在を 「98/10X15」 とすると、 「中山」 のスケジユー ル情報は 1ヶ月前の「98/9/15」 が最終更新日付であり、 このため、 削除 処理のための一定時間経過の条件を満足していることから、 データベース 18— 1から自動的に削除される。
図 1 6は、 図 2の疑似サーバ処理部 3 2で実行される疑似サーバ処理のフロー チャートである。 本発明のスケジューラにあっては、 図 5〜図 1 5に示したスケ ジユーラ接続処理、 スケジューラ追加処理、 スケジュール参照処理、 スケジユー ル公開処理及びスケジューラ削除処理によりネッ トワーク上でブロードキャスト 通信されるスケジューラ情報のうち、 スケジューラ自身で取得したいスケジユー ル情報のみを受信するようになる。 そのため、 各スケジューラで保持しているス ケジュール情報のデータベースは情報の ¾ff性に偏りをもつことになる。 例えば スケジユール参照処理により調整相手の最新のスケジユール情報を取得しょうと した場合、 参照したい最新のスケジュール情報を公開できるスケジューラがネッ トワークに接続しておらず、 調整に必要な最新のスケジユール情報を取得できな いこと力予測される。
そこでネッ トワークに接続している複数のスケジューラについて、 特定のスケ ジユーラに疑似サーバ処理部としての機能をもたせる。 疑似サーバ処理部が動作 しているスケジューラは、 ネッ トワーク上で公開された各スケジューラについて の最新のスケジュール情報を常に保持する。 このため、 あるスケジューラがスケ ジユール調整のために参照要求を行つた際に相手先のスケジューラがネッ トヮー クに接続していなくとも、 疑似サーバ処理部を動作しているスケジューラから相 手先の最新のスケジュール情報を公開でき、 これによつて調整先がネッ トワーク になくとも常に最新のスケジュール情報を確実に取得することができる。
図 1 6の疑似サーバ処理にあっては、 まずステップ S 1でスケジューラ追加処 理を行う。 このスケジューラ追加処理は図 6のフローチヤ一トに示したスケジュ ーラ追加処理と同じであり、 図 5のスケジューラ接続処理に伴うスケジューラ接 続要求に対するスケジューラグループに加入したスケジューラのスケジュール情 報をデータベースに追加する処理を行う。 続いてステップ S 2でスケジュール公 開応答電文を受信したか否かチヱックしている。 ネッ トワーク上からスケジユー ル公開応答電文を受信すると、 ステップ S 3で、 受信したスケジューラ識別子を 含むレコード R l , R 2 , R 3をスケジュールのデータベースから検索し、 ステ ップ S 4で最終更新日付を比較する。 受信した最終更新日付力新しければ、 ステ ップ S 5でスケジュールデータベースに受信したレコード Rl, R2, R3を上 書きして最新のスケジュール情報に更新する。 このステップ S 2〜S 5の処理に よって、 ネットワーク上にあるスケジュール公開応答電文は全て疑似サーバ処理 部が動作しているスケジューラで取得され、 既に保存しているスケジユーノレ情報 の最終更新日付より新しければデータベースの上書きによる更新力行われる。 次 のステップ S 6のスケジュール公開処理は図 10のスケジュール公開処理のフロ 一チャートと同じであり、 図 9のスケジュール参照、処理でブロードキャスト通信 されたネットワーク上のスケジユーノレ参照要求電文の受信に基づ Lヽた公開応答を 行う。 次のステップ S 7のスケジュール削除処理は図 14のフローチヤ一トと同 じであり、 一定期間以上更新されていない最終更新日付をもつレコード Rl， R 2, R3が存在する場合、 このレコード Rl, R2, R3をデータベースから削 除する。
図 17は、 図 16の疑似サーバ処理を行う場合のシステム状態の具体例であり 、 ネットワーク 12に対し 「浦中」 「中野」 「横田」 「池田」 の 4つのスケジュ —ラ 10— 1〜10— 4が接続されている。 このような状態でスケジューラ 10 — 1〜10— 4の L、ずれか 1つに図 16に示したスケジューラ処理の機能を動作 させると、 例えば図 18のようなデータベース 18力く ^^される。 このデータべ ース 18は、 スケジューラ識別子として 「浦中」 「横田」 「中野」 「池田」 をも つており、 その最終更新日付は図 17におけるそれぞれのスケジューラ識別子の 最新更新日付となっている。 例えば先頭の 「浦中」 の更新日付は 「98/10/ 16 9 ： 18」 であり、 これは図 17の 「浦中」及び「池田」 のスケジューラ 10-1, 10— 4のデータべ一ス 18— 1, 18— 4が最新情報として持って いることが分かる。 このため、 図 18のような疑似サーバ処理部によるデータべ ース 18が図 17のスケジューラ 10— 1〜10— 4の中特定のスケジューラで 実現されることで、 スケジュール調整のために参照要求を行ったとき相手先のス ケジユーラがネットワークに存在しなくとも、 図 18のように最新のスケジユー ル情報をデ一夕ベース 18に持つスケジューラからのスケジユール公開応答電文 のブロードキャスト通信が行われ、 安定して最新のスケジユール情報を取得する ことができる。 図 1 9は、 図 2のスケジュール表示処理部 3 4によりスケジュール調整の際に 表示部 4 4に表示されるスケジユール調整画面の説明図である。
図 1 9において、 スケジュール調整画面 1 1 0は、 画面上部右側に調整候補一 覧表 1 1 2と調整相手一覧表 1 1 4を表示している。 調整候補一覧表 1 1 2は、 スケジュ一ル調整処理を起動した際の自己のデータべ一スの検索で図 2の記憶部 のスケジューラ識別子 1 6に格納されている全てのスケジューラ識別子が表示さ れる。 この場合には、 例えばスケジューラ識別子「浦中」 「横田」 「中野」 「池 田」 「中山」 力調整候補として表示される。 このような調整候捕一覧表 1 1 2を 見て、 ユーザはスケジュール調整の相手先を選択すると、 選択した調整相手が調 整相手一覧表 1 1 4に表示される。 この場合には、 調整相手一覧表 1 1 4には調 整相手として 「浦中」 「横田」 「池田」 の 3名力 <選択されている。 調整相手一覧 表 1 1 4に調整相手を選択すると、 本発明のスケジューラは自動的に調整相手に 対しスケジュ一ル参照要求を行つて最新のスケジユール情報を取得する。 調整相 手の ¾ffのスケジュール情報カ《取得できると、 スケジュ一ソレ調整画面 1 1 0の下 側のスケジュール表 1 1 6にスケジュール調整を行う 「浦中」 と調整相手先の 「 横田」 「池田」 のそれぞれのスケジュールがバ一グラフ表示される。
図 2 0は、 図 1 9の調整相手一覧表に選択したスケジュ一ノレ調整者本人である 「浦中」 のデータベース 1 8— 1、 調整相手となる 「横田」 のデータベース 1 8 —2、 及び調整相手となる 「池田」 のデータベース 1 8— 3を示している。 スケ ジュール表 1 1 6には、 図 2 0の （A) 〜 （C) に示すデータベースに基づき 「 浦中」 「横田」 「池田」 のそれぞれに、 調整相手一覧表 1 1 4に示すように割り 当てたカラー、 例えば R， G, Bを指定している。 このため、 スケジュール表 1 1 6には 「浦中」 の単独のスケジュールとしてスケジュールバー 1 1 8が表示さ れる。 また 「横田」 の単独のスケジュールとしてスケジュールバ一1 2 4力く表示 される。 更に 「池田」 の単独のスケジュールとしてスケジュールバー 1 2 0が表 示される。 これに対しスケジュール表 1 1 6の 「1 9 9 8年 1 1月 4日」 スケジ ユール 1 2 2は 「浦中」 「横田」及び「池田」 の 3人のスケジュールが重複して いる。 したがって、 この 3人のスケジュールが重複したスケジュールバー 1 2 2 に対しては、 単独の場合のスケジュールバー 1 1 8， 1 2 0 , 1 2 4に対しスケ ジュールの重なりを示す濃い色で表示する。 このため、 スケジュール調整画面 1 1 0を使用してスケジュール調整を行っている 「浦中」 にあっては、 スケジユー ル表 1 1 6を一目見ただけで、 スケジュールバ一 1 2 2で 3人のスケジュールを 調整していることが分かる。
このようなスケジュール表 1 1 6を見てスケジュールを再調整した場合には、 再調整のために入力したスケジュールをスケジュール調整相手となる 「横田」 「 池田」 にブロードキャストで通信するスケジュール依頼を行う。 具体的には、 ス ケジユール調整画面でスケジュ一ル調整を行つたならば、 画面上右側のコメント 1 2 6に例えば「I C Sの打合せを行います。 出席をお願いします」 のメッセー ジを入れ、依頼ボタン 1 2 8をマウスでクリックすることで、 入力されたスケジ ユール情報が「横田」及び「池田」 に対しブロードキャスト通信で伝えられるス ケジュール依頼を行う。 このようなスケジュール依頼を受けた調整相手となる 「 横田」及び「池田」 にあっては、 依頼スケジュールの内容が同じくスケジュール 調整画面に表示され、 スケジュール調整結果力良ければ承諾ボタン 1 3 0をクリ ックする。 調整結果力《受け入れられない場合には拒否ボタン 1 3 2をクリックす る。 承諾ボタン 1 3 0をクリックした場合には、 承諾した旨をブロードキャスト 通信によりスケジュール調整元となる 「浦中」 に通信する。 このようにしてスケ ジユール調整と相手先の承認が得られたならば、 調整結果となるスケジュール情 報はスケジュール調整者のスケジューラ及びスケジュール調整相手のスケジユー ラのそれぞれのデータベースに保存された状態となる。
更に本発明のスケジュ一ル調整処理を実行するプログラムを記録したコンビュ —夕読取り可能な記録媒体の実施形態としては、 C D— R OMやフロッピーディ スク等のリムーバブルな可搬型記憶媒体、 回線によりプログラムを提供するプロ グラム提供者の記憶装置、 更にプログラムをインストールした処理装置の R AM やハードディスク等のメモリ装置がある。 また記録媒体によって提供されたプロ グラムは、 処理装置にローディングされ、 その主メモリ上で実行される。
尚、 本発明は上記の実施形態に限定されず、 その目的と利点を損なわない適宜 の変形を含む。 また本発明は実施形態に示した数値による限定は受けない。

Claims

産業上の利用の可 以上説明してきたように本発明によれば、 複数のスケジューラをネットワーク を介して接続するだけで分散スケジユーラシステムが構築され、 スケジユール情 報を一元的に管理するサーバ力不要となり、 このためスケジューラの初期導入が 簡単にでき、 スケジューラとして機能するクライアントのみの設置でよい。 またサーバで利用者のスケジユールを一元的に管理していないため、 スケジュ 一ラ利用者のネットワークに対する加入あるいは自動削除による増減が簡単にで き、 分散スケジューラシステムの加入， ！&退において、 スケジューラ管理者等に 通知する等の特別な作業は必要なく、 単にクライアントを設置または廃棄するだ けでよい。 更に、 スケジユール調整の際にスケジユール調整画面上で相手先とのスケジュ ールの重なりが色の濃淡で表示されるため、 時間的なスケジユールの重なりが一 目で認識でき、 スケジュール調整作業を効率良く行うことができる。 請求の範囲
1. ネッ トワークを介して接続することでスケジューラシステムを構築するスケ ジユーラに於いて、
利用者を特定するスケジューラ識別子とスケジュールデータで構成されるスケ ジュール情報を、 前記スケジューラ識別子ごとに保存したデータべ一スと、 他のスケジューラとのブロードキャスト通信によりスケジュール情報を処理す るスケジューラ処理部と、
を備えたことを特徴とするスケジューラシステム。
2. 請求の範囲 1のスケジューラに於いて、 前記スケジューラ処理部は、 ネッ ト ワーク接続時あるいは一定期間ごとに、 ネッ トワーク上につながつているグルー プ内の全てのスケジユーラに対し、 スケジューラグループへの加入を意味するス ケジユーラ接続要求を付加して自己のスケジュール情報と共に送信するスケジュ ーラ接続処理部を備えたことを特徴とするスケジューラ。
3. 請求の範囲 2のスケジューラに於いて、 前記スケジューラ処理部は、 ネッ ト ヮーク上で通信される前記スケジユーラ接続要求をもつスケジユール情報を監視 して受信し、 受信したスケジュール情報を自己のデータベースに追加することを 特徴とする分散スケジュールシステム。
4. 請求の範囲 1のスケジューラに於いて、 前記スケジュール情報は最終更新日 付を含み、 前記スケジューラ処理部は、 ネッ トワーク上でつながつている全ての スケジューラに対して、 スケジュール調整の相手先となる特定スケジューラのス ケジユール情報の参照を意味するスケジューラ参照要求を調整相手先となるスケ ジユーラ識別子と共に送信し、 該送信から一定時間内に、 他のスケジューラから の応答情報を受信して、 最終更新日付が最新となる調整相手先のスケジュール情 報を選択してデータベースを更新することを特徴とするスケジューラ。
5. 請求の範囲 4のスケジューラに於いて、 前記スケジューラ処理部は、 他のス ケジユーラから前記スケジユーラ参照要求を受信した際に、 相手先スケジユーラ 識別子に対応するスケジユール情報を自己のデータベースから検索し、 前記スケ ジユーラ参照要求の応答を意味するスケジュール公開応答を付けてネッ トワーク に送信するスケジューラ公開処理部を設けたことを特徴とするスケジューラ。
6. 請求の範囲 1のスケジューラに於いて、 、 前記スケジユーノレ情報は最終更新 日付を含み、 前記スケジューラ処理部は、 自己のデータベースに格納されたスケ ジユーノ 報の最終更新日付に基づき、 スケジユール情報が一定期間以上更新さ れていない場合にデータベースから削除するスケジューラ削除処理部を備えたこ とを特徵とするスケジューラ。
7. 請求の範囲 1のスケジューラに於いて、 、 前記スケジユーノレ情報は最終更新 日付を含み、 前記スケジューラ処理部は、 ネッ トワーク上で通信されるスケジュ ール情報を監視して受信し、 受信したスケジュール情報の最終更新日付が、 自己 のデータベースに保存しているスケジュール情報の最終更新日付より新しい場合
、 受信したスケジュール情報によりデータベースを更新する擬似サーバ処理部を 設けたことを特徴とするスケジューラ。
8. 請求の範囲 1のスケジューラに於いて、 前記スケジューラ処理部は、 自己の データベースから調整を必要とする複数のスケジユール情報を取り込み、 異なる 識別子をもつスケジユールの重なり具合を色の濃淡で画面上に表示するスケジュ —ル表示処理部を備えたことを特徵とするスケジューラ。
9. ネットワークを介して接続した複数のスケジューラの間で相互にスケジュ一 ルを調整するスケジュ一ル調整方法に於いて、
利用者を特定するスケジューラ識別子とスケジュールデータで構成されるスケ ジュ一ル情報を、 前記スケジユーラ識別子ごとにデータベースに保存し、 他のスケジューラとのプロ一ドキャスト通信によりスケジュール情報を処理す ることを特徴とするスケジユール調整方法。
1 0. 請求の範囲 9のスケジユーノレ調整方法に於いて、
ネッ トワーク接続時あるいは一定期間ごとに、 ネットワーク上につながつてい るグループ内の全てのスケジューラに対し、 スケジューラグループへの加入を意 味するスケジューラ接続要求を付加して自己のスケジュール情報と共に送信し、 ネッ トワーク上で通信される前記スケジューラ接続要求をもつスケジュール情 報を監視して受信し、 受信したスケジュール情報を自己のデータベースに追加し ネッ トワーク上でつながつている全てのスケジューラに対して、 スケジュール 調整の相手先となる特定スケジューラのスケジユール情報の参照を意味するスケ ジユーラ参照要求を調整相手先となるスケジュ一ラ識別子と共に送信し、 該送信 から一定時間内に、 他のスケジューラからの応答情報を受信して、 最終更新日付 が ¾ffとなる調整相手先のスケジユール情報を選択してデータベースを更新し、 他のスケジューラから前記スケジューラ参照要求を受信した際に、 相手先スケ ジユーラ識別子に対応するスケジュール情報を自己のデータベースから検索し、 前記スケジユーラ参照要求の応答を意味するスケジユール公開応答を付けてネッ トワークに送信し、
自己のデ一夕ベースに格納されたスケジュール情報の最終更新日付に基づき、 スケジユーノレ情報力く一定期間以上更新されていない場合にデータベースから削除 することを特徴とするスケジユール調整方法。
1 1. ネッ トワークを介して接続した複数のスケジューラの間で相互にスケジュ —ルを調整するスケジユール調整プログラムを格納したコンピュータ読取り可能 な記録媒体に於いて、
前記スケジユール調整プログラムとして、 利用者を特定するスケジューラ識別 子とスケジュールデータで構成されるスケジュール情報を、 前記スケジューラ識 別子ごとにデータベースに保存し、 他のスケジューラとのブロードキャスト通信 によりスケジユーノレ情報を処理することを特徴とするコンピュータ読取り可能な 記録媒体。
1 2. 請求の範囲 1 1のコンピュータ読取り可能な記録媒体に於いて、 前記スケ ジュール調整プログラムは、
ネッ トワーク接続時あるいは一定期間ごとに、 ネッ トワーク上につながつてい るグループ内の全てのスケジューラに対し、 スケジューラグループへの加入を意 味するスケジューラ接続要求を付加して自己のスケジュール情報と共に送信し、 ネッ トワーク上で通信される前記スケジューラ接続要求をもつスケジユーノレ情 報を監視して受信し、 受信したスケジュール情報を自己のデータベースに追加し ネッ トワーク上でつながつている全てのスケジューラに対して、 スケジュール 調整の相手先となる特定スケジューラのスケジュ一ル情報の参照を意味するスケ ジユーラ参照要求を調整相手先となるスケジューラ識別子と共に送信し、 該送信 から一定時間内に、 他のスケジューラからの応答情報を受信して、 最終更新日付 力 となる調整相手先のスケジュ一ル情報を選択してデータベースを更新し、 他のスケジューラから前記スケジユーラ参照要求を受信した際に、 相手先スケ ジユーラ識別子に対応するスケジユーノレ情報を自己のデ一夕ベースから検索し、 前記スケジューラ参照要求の応答を意味するスケジユール公開応答を付けてネッ トワークに送信し、
自己のデータベースに格納されたスケジュール情報の最終更新日付に基づき、 スケジュール情報力一定期間以上更新されていない場合にデータベースから削除 することを特徴とするスケジユール調整方法。
1 3. ネッ トワークを介して複数のスケジューラを接続することでスケジューラ グループを形成し、
前記スケジューラの各々は、
利用者を特定するスケジューラ識別子とスケジュールデータで構成されるスケ ジュール情報を、 前記スケジューラ識別子ごとに保存したデータベースと、 他のスケジューラとのプロ一ドキャスト通信により処理するスケジューラ処理 部と、
を備えたことを特徴とする分散スケジューラシステム。
PCT/JP1999/004374 1999-08-12 1999-08-12 Ordonnanceur, technique d'ordonnancement, systeme d'ordonnancement reparti et support d'enregistrement pour programme d'ordonnancement WO2001013290A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP1999/004374 WO2001013290A1 (fr) 1999-08-12 1999-08-12 Ordonnanceur, technique d'ordonnancement, systeme d'ordonnancement reparti et support d'enregistrement pour programme d'ordonnancement
US09/984,829 US20020029238A1 (en) 1999-08-12 2001-10-31 Scheduler, schedule adjusting method, distributed scheduler system and storage medium storing schedule adjusting program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP1999/004374 WO2001013290A1 (fr) 1999-08-12 1999-08-12 Ordonnanceur, technique d'ordonnancement, systeme d'ordonnancement reparti et support d'enregistrement pour programme d'ordonnancement

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/984,829 Continuation US20020029238A1 (en) 1999-08-12 2001-10-31 Scheduler, schedule adjusting method, distributed scheduler system and storage medium storing schedule adjusting program

Publications (1)

Publication Number Publication Date
WO2001013290A1 true WO2001013290A1 (fr) 2001-02-22

Family

ID=14236446

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1999/004374 WO2001013290A1 (fr) 1999-08-12 1999-08-12 Ordonnanceur, technique d'ordonnancement, systeme d'ordonnancement reparti et support d'enregistrement pour programme d'ordonnancement

Country Status (2)

Country Link
US (1) US20020029238A1 (ja)
WO (1) WO2001013290A1 (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7468075B2 (en) * 2001-05-25 2008-12-23 Conformis, Inc. Methods and compositions for articular repair
US7106697B1 (en) * 2001-07-20 2006-09-12 Lighthouse Capital Partners, Iv, Lp Method for dynamically computing a switching schedule
US7218637B1 (en) 2001-07-20 2007-05-15 Yotta Networks, Llc System for switching data using dynamic scheduling
US7190900B1 (en) * 2001-07-20 2007-03-13 Lighthouse Capital Partners Iv, Lp System and method for implementing dynamic scheduling of data in a non-blocking all-optical switching network
US20030050957A1 (en) * 2001-09-07 2003-03-13 Atul Hatalkar Delegating scheduling tasks to clients
JP2003162470A (ja) * 2001-11-27 2003-06-06 Fujitsu Ltd 配信制御プログラムおよび方法
CA2406089A1 (en) * 2002-09-30 2004-03-30 Ibm Canada Limited-Ibm Canada Limitee A common scheduler web service for distributed network environments
GB0306603D0 (en) * 2003-03-21 2003-04-30 First Person Invest Ltd Method and apparatus for broadcasting communications
US7149810B1 (en) * 2003-05-30 2006-12-12 Microsoft Corporation System and method for managing calendar items
WO2006046664A1 (ja) * 2004-10-27 2006-05-04 Justsystems Corporation 時間共有管理装置、文書作成装置、文書閲覧装置、時間共有管理方法、文書作成方法および文書閲覧方法
US20060265262A1 (en) * 2005-05-18 2006-11-23 Microsoft Corporation Distributed conference scheduling
WO2006136758A2 (fr) * 2005-06-23 2006-12-28 France Telecom Dispositif serveur permettant de determiner un resultat probabiliste
US7680487B2 (en) * 2005-08-25 2010-03-16 Motorola, Inc. Method and apparatus to facilitate scheduling transmissions to group recipients
US20070239509A1 (en) * 2006-03-30 2007-10-11 International Business Machines Corporation Method, system, and program product for scheduling events
US20080201717A1 (en) * 2007-02-21 2008-08-21 Kapadi Mangesh D Optimization and/or scheduling framework for a periodic data communication system having multiple buses and hardware application modules
WO2009048550A2 (en) * 2007-10-09 2009-04-16 Keep In Touch, Inc. Time sensitive scheduling data delivery network
US20090106848A1 (en) * 2007-10-19 2009-04-23 Keep In Touch Systems, Inc. System and method for Time Sensitive Scheduling Data privacy protection
US20090106076A1 (en) * 2007-10-19 2009-04-23 Keep In Touch Systemstm, Inc. System and method for a time sensitive scheduling data promotions network
WO2009085115A2 (en) * 2007-12-21 2009-07-09 Keep In Touch Systems, Inc. System and method for reception time zone presentation of time sensitive scheduling data
WO2009085116A2 (en) * 2007-12-21 2009-07-09 Keep In Touch Systems, Inc. System and method for time sensitive scheduling data grid flow management
JP2017107357A (ja) * 2015-12-09 2017-06-15 セイコーエプソン株式会社 制御装置、制御装置の制御方法、サーバー、及び、ネットワークシステム
JP2018041287A (ja) * 2016-09-07 2018-03-15 富士通株式会社 スケジュール表示プログラム、スケジュール表示方法およびスケジュール表示装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6421445U (ja) * 1987-07-24 1989-02-02
JPH05181868A (ja) * 1991-12-27 1993-07-23 Nec Corp スケジュール管理システム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5138655A (en) * 1990-02-17 1992-08-11 Canon Kabushiki Kaisha Telephone apparatus capable of setting card unit therein
US5327555A (en) * 1991-02-14 1994-07-05 Hewlett-Packard Company Method for reconciling entries in a plurality of schedules
US5442561A (en) * 1992-05-12 1995-08-15 Nippon Telegraph And Telephone Corporation Production management system and its application method
US5666530A (en) * 1992-12-02 1997-09-09 Compaq Computer Corporation System for automatic synchronization of common file between portable computer and host computer via communication channel selected from a plurality of usable channels there between
US5652613A (en) * 1995-06-07 1997-07-29 Lazarus; David Beryl Intelligent electronic program guide memory management system and method
US5727202A (en) * 1995-10-18 1998-03-10 Palm Computing, Inc. Method and apparatus for synchronizing information on two different computer systems
US5790974A (en) * 1996-04-29 1998-08-04 Sun Microsystems, Inc. Portable calendaring device having perceptual agent managing calendar entries
US5978842A (en) * 1997-01-14 1999-11-02 Netmind Technologies, Inc. Distributed-client change-detection tool with change-detection augmented by multiple clients
US6052735A (en) * 1997-10-24 2000-04-18 Microsoft Corporation Electronic mail object synchronization between a desktop computer and mobile device
US6345287B1 (en) * 1997-11-26 2002-02-05 International Business Machines Corporation Gang scheduling for resource allocation in a cluster computing environment
US6295541B1 (en) * 1997-12-16 2001-09-25 Starfish Software, Inc. System and methods for synchronizing two or more datasets
JP2000057217A (ja) * 1998-08-10 2000-02-25 Ibm Japan Ltd スケジュール表示方法、スケジュール変更方法、スケジュール管理システム、スケジュール管理装置、スケジュール管理プログラムを格納した記憶媒体
US6338044B1 (en) * 1999-03-17 2002-01-08 Loudeye Technologies, Inc. Personal digital content system
US6829622B2 (en) * 2001-07-27 2004-12-07 Siemens Information And Communication Networks, Inc. Apparatus and method for mobile device synchronization

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6421445U (ja) * 1987-07-24 1989-02-02
JPH05181868A (ja) * 1991-12-27 1993-07-23 Nec Corp スケジュール管理システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BEN SMITH and HOWARD EGLOWSTEIN, Scheduling Across the Enterprise, BYTE, Volume 19, No. 6, June 1994, pages 216-222. *
Seishi Ueda, "Schedule Kanri Souchi", Toshiba Gijutsu Koukaishuu, Vol. 13, No. 83, (1995), pages 27-33. *

Also Published As

Publication number Publication date
US20020029238A1 (en) 2002-03-07

Similar Documents

Publication Publication Date Title
WO2001013290A1 (fr) Ordonnanceur, technique d&#39;ordonnancement, systeme d&#39;ordonnancement reparti et support d&#39;enregistrement pour programme d&#39;ordonnancement
US20210241237A1 (en) System and method of managing meeting invitations
US8719842B2 (en) Transmitting a calendar event in target calendaring system format
US9565155B2 (en) System and method for openly sharing and synchronizing information across a plurality of mobile client application computers
WO2007012243A1 (fr) Système de service de présence et procédé pour émettre de l’information sur la présence
EP2873204B1 (en) Method and system for delivering reminder information
JP2003271531A (ja) メッセージサーバ、メッセージシステム、プレゼンス情報管理方法及びプログラム
JP2008539511A (ja) プレゼンス・サービスを利用してアクティビティの使用可能を公示するためのシステムおよび方法
US20060195472A1 (en) Method and system for aggregating contact information from multiple contact sources
US20080270211A1 (en) method and system for modifying a meeting attendee list of an email calendar application
US7359946B2 (en) System and method for an event planner
JP2012085008A (ja) 会議システム
JP6003116B2 (ja) 共同作業設定支援装置、プログラムおよび共同作業設定支援システム
WO2007145683A1 (en) Auxiliary output device
GB2474865A (en) Tracking location of conference attendees using wireless mobile devices and W-LAN access points
US7499958B1 (en) Systems and methods of replicating all or part of a data store
JP2015170032A (ja) スケジュール調整プログラム、スケジュール調整方法、及びスケジュール調整装置
JP7142984B1 (ja) プログラム、情報処理装置及び情報処理方法
US20220318760A1 (en) Updating participants on meeting invites across calendar systems
JP2004213271A (ja) 端末装置、電子会議システム、セッション管理方法及びプログラム
JP4902367B2 (ja) 番組表自動生成システム、番組表自動生成方法、および番組表自動生成プログラム
JP2008299368A (ja) スケジュール管理システム、装置、方法およびプログラム
JP2005222475A (ja) 議事録管理装置、議事録管理方法及びそのプログラム
JP5196295B2 (ja) 情報管理装置、情報管理システムおよび情報管理プログラム
CN116781715A (zh) 日程数据处理及显示方法、装置、计算机设备和存储介质

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 517314

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 09984829

Country of ref document: US