JP2003256622A - Shared schedule setting support system, shared schedule setting support device and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a shared schedule setting support system, capable of facilitating setting of shared schedule in which a plurality of users are scheduled to participate. <P>SOLUTION: User identification information related to planned participants and the holding time and date condition are transmitted from a client 14 to a server 16. In the server 16, a schedule record satisfying the holding time and date condition is read out from the schedule stored corresponding to the user identification information in a schedule database 18, and according to the record, one or a plurality of holding time and date candidates of shared schedules are determined. The holding time and date candidate is transmitted to the client 14 and displayed on a display disposed there. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a shared schedule setting support system, a shared schedule setting support device, and a program.

[0002]

2. Description of the Related Art Schedule management systems, such as groupware, that centrally manage the schedules of a plurality of users have become widespread. According to such a system, the user can set and register his / her own schedule so that he / she or another user can check the schedule.

[0003]

However, in the conventional schedule management system, it is difficult to set a shared schedule in which a plurality of users are scheduled to participate.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a shared schedule setting support system and a shared schedule capable of facilitating the setting of a shared schedule in which a plurality of users are scheduled to participate. To provide a setting support device and a program.

[0005]

In order to solve the above problems, a shared schedule setting support system according to the present invention provides a shared schedule setting support for supporting setting of a shared schedule in which a plurality of users are scheduled to participate. In the system, a user identification information input means for inputting a plurality of user identification information for identifying each of the plurality of users, a holding date and time condition input means for inputting a holding date and time condition of the shared schedule, and the user identification information input means. A partial user that generates partial user schedule information based on a part of the schedule already set for the user identified by the plurality of input user identification information, which meets the opening date and time condition input by the opening date and time condition input means. Schedule information generation means,
A holding date and time candidate determining unit that determines a holding date and time candidate for one or a plurality of the shared schedules based on the partial user schedule information generated by the partial user schedule information generating unit, and 1 determined by the holding date and time candidate determining unit. Alternatively, a holding date / time candidate display means for displaying a plurality of holding date / time candidates is included.

In the present invention, user identification information regarding a plurality of users who are scheduled to participate in the shared schedule is input, and the date and time conditions for holding the shared schedule are also input. The holding date and time condition is a condition for the holding date and time of the shared schedule and includes, for example, a period, a day of the week, whether or not a weekday is designated, a time zone, a required time, and the like. When the user identification information and the event date and time conditions are input in this way, the partial user schedule information is generated based on the part of the schedule already set for the user identified by the user identification information that satisfies the event date and time. The partial user schedule information is, for example, information indicating the time zone of the already set schedule and the like. After that, based on the partial user schedule information acquired in this way, one or more shared schedule holding date / time candidates are determined,
It is displayed on the display or the like. According to the invention,
The user can easily set the shared schedule according to the held date and time candidates thus displayed.

Further, according to one aspect of the present invention, a holding date / time candidate designating means for designating a part or all of the holding date / time candidates of the shared schedule displayed by the holding date / time candidate displaying means, and the holding date / time candidate designating means. Schedule storing means for storing candidate dates and times of the shared schedule specified by means in association with the plurality of users,
Further includes. According to this aspect, all or part of the candidate date and time displayed by the candidate date and time display means can be stored in association with a plurality of users who are scheduled to participate in the shared schedule. Become.

[0008] Further, according to one aspect of the present invention, equipment condition input means for inputting equipment conditions required to hold the shared schedule, and equipment corresponding to the conditions input by the equipment condition input means. And a partial equipment use schedule information generation means for generating partial equipment use schedule information based on a portion of the equipment use schedule already set regarding The holding date / time candidate determining means determines a holding date / time candidate for one or more of the shared schedules based on the partial equipment use schedule information generated by the partial equipment use schedule information generating means.

In this aspect, conditions of facilities (for example, a conference room, a computer, a projector, a desk, a chair, etc.) required to hold the shared schedule are input.
This condition may specify, for example, one or a plurality of facilities, or may specify a range of facilities (for example, “meeting room wider than middle conference room”). Then, partial equipment use schedule information is generated based on the portion of the equipment use schedule that has already been set for the equipment corresponding to the input conditions and that meets the holding date and time. The partial equipment use schedule information is, for example, information indicating a time zone or the like in which each equipment is scheduled to be used. When the partial equipment use schedule information is acquired in this way, the holding date / time candidates for one or a plurality of the shared schedules are determined based on the information. According to this aspect, for example, the shared schedule can be set at a date and time when necessary equipment can be used relatively easily.

Further, according to one aspect of the present invention, the partial user schedule information generated by the partial user schedule information generating means relates to a user identified by a plurality of user identification information input by the user identification information input means. It includes importance information about each schedule included in a portion of the already set schedules that meets the date and time of the event input by the date and time condition input means. In this way, it is possible to determine the holding date candidate of the shared schedule based on the importance information of each schedule.

In this aspect, the holding date / time candidate determining means determines the holding failure level of a plurality of holding date / time temporary candidates based on the importance information included in the partial user schedule information generated by the partial user schedule information generating means. It is also possible to calculate and determine one or more of the plurality of temporary date / time candidates as the candidate date / time of the shared schedule on the basis of the degree of the obstacle. Here, a plurality of temporary holding date / time candidates are selected, for example, within a range that satisfies the holding date / time condition. Also, the degree of disability of holding represents the difficulty of holding a shared schedule for each holding date and time temporary candidate. In this mode, since the holding obstacle degree of each holding date and time temporary candidate is calculated based on the importance of each schedule, for example, try to avoid the date and time when a highly important schedule has already been set for prospective participants. It becomes possible to select candidates for the date and time of the shared schedule.

Further, according to one aspect of the present invention, it is necessary to associate the plurality of user identification information input by the user identification information input means with each other, and the shared schedule of the users identified by each of the plurality of user identification information. Further, the holding date / time candidate determining means further includes a necessity degree information input means for inputting necessity degree information indicating a degree, and the holding date / time candidate determining means determines one or a plurality of the shared schedules based on the necessity degree information input by the necessity degree information input means. Determine the date and time of the event. In this way, it is possible to determine the holding date and time candidates, for example, based on the degree of necessity for the shared schedule of each prospective participant.

In this aspect, the holding date / time candidate determining means calculates the holding obstacle degree of a plurality of temporary holding date / time candidates on the basis of the necessity information input by the necessity degree information input means, and determines the holding obstacle degree. Based on this, one or more of the plurality of temporary date / time candidates may be determined as the candidate date / time of the shared schedule. In this way, for example, it is possible to select a candidate for the date and time of the shared schedule so that those who are likely to participate in the shared schedule can preferentially participate.

Further, the shared schedule setting support device according to the present invention is a shared schedule setting support device for supporting the setting of a shared schedule in which a plurality of users are scheduled to participate. User identification information acquiring means for acquiring the user identification information, the holding date and time condition acquiring means for acquiring the holding date and time conditions of the shared schedule, and the plurality of user identification information acquired by the user identification information acquiring means respectively identify Partial user schedule information generating means for generating partial user schedule information based on a part of the schedule already set for the user that meets the holding date and time conditions acquired by the holding date and time condition acquiring means, and the partial user schedule information generation Partial user generated by means Data for displaying the holding date / time candidate determining means for determining holding date / time candidates for the shared schedule based on the schedule information, and the data for displaying the holding date / time candidates determined by the holding date / time candidate determining means. The holding date candidate display data output means for outputting.

Further, the program according to the present invention causes a computer such as a server computer or a personal computer to function as a shared schedule setting support device for supporting the setting of a shared schedule in which a plurality of users are scheduled to participate. A program, comprising: a user identification information acquisition unit that acquires a plurality of user identification information for identifying each of the plurality of users; an event date and time condition acquisition unit that acquires event date and time conditions of the shared schedule; and a user identification information acquisition unit. A partial user that generates partial user schedule information based on a portion that satisfies the holding date / time condition acquired by the holding date / time condition acquiring unit in the schedule already set for the user identified by each of the acquired plurality of user identification information Schedule information Generating means, holding date / time candidate determining means for determining holding date / time candidates for the one or more shared schedules based on the partial user schedule information generated by the partial user schedule information generating means, and the holding date / time candidate determining means A program for causing the computer to function as a holding date / time candidate display data output unit that outputs data for displaying one or more determined holding date / time candidates.

According to the present invention, it is possible to display the holding date / time candidates of the shared schedule based on the data output by the holding date / time candidate display data output means (for example, transmission output, data output to the information storage medium, etc.). , This allows the user to easily set the sharing schedule.

An embodiment of the present invention will be described below in detail with reference to the drawings.

FIG. 1 is a diagram showing an overall configuration of a shared schedule setting support system according to an embodiment of the present invention.
As shown in the figure, the shared schedule setting support system 10 is a server (shared schedule setting support device).
16 and a plurality of clients 14. The server 16 and the plurality of clients 14 are LAN
A (Local Area Network) 12 is connected to enable mutual data communication. The server 16 also includes a schedule database 18.

The client 14 is configured to include a known personal computer system including, for example, a CPU, a hard disk storage device, a display and an input device, and in particular, a Web browser is installed.

The server 16 is configured to include a known server computer system including, for example, a CPU, a hard disk storage device, a display and an input device, and particularly provides the Web version groupware service to the client 14. It is like this. This groupware uses HTTP (HyperText Transfer Proto
col), various groupware services such as a schedule management service are provided to each of the plurality of clients 14 in the WWW (World Wide Web) format. Here, in particular, the server 16 functions as a shared schedule setting device that assists in setting a shared schedule in which a plurality of users are scheduled to participate. In the client 14, a Web browser is activated to start a URL (Uniform Resource) corresponding to the server 16.
By inputting Locator), various groupware services provided by the server 16 can be used.

The server 16 is provided with the schedule database 18 as described above. The schedule database 18 includes, for example, a known hard disk storage device, and stores data relating to the schedules (personal schedule and shared schedule) of all users. Then, a new schedule can be registered, or an already registered schedule can be changed or referred to in accordance with an instruction from each client 14.

The groupware service is specifically the CGI installed in the server 16.
(Common Gateway Interface) It is realized by the program. This program is, for example, CD-ROM, DV
Server 1 via an information storage medium such as D (trademark) -ROM
6 or the server 16 via various data communication lines such as the Internet. HTTPD (HTTP Daemon) is further installed in the server 16, and a web browser for the various groupware services, such as a schedule, is started by starting a web browser in the client 14 and accessing the CGI program. A registration screen (page), a schedule change screen, a schedule confirmation screen, etc. can be displayed on the display provided in the client 14.

In the shared schedule setting support system 10 according to the present embodiment, particularly, the setting of the shared schedule in which a plurality of users are scheduled to participate is supported, and the user can easily set the shared schedule. There is. Hereinafter, such a function will be specifically described.

FIG. 2 shows the HTM supplied from the server 16.
It is a figure which shows an example of the schedule setting screen displayed on the display with which the client 14 was equipped based on L file. The schedule setting screen shown in the figure is displayed when the client 14 accesses the server 16 to complete the user authentication and the menu selection for displaying the schedule setting screen. When the client 14 first accesses the server 16,
An authentication page (not shown) requesting the user ID and password is displayed, and here, the user I
Enter D and the authentic password, and the client 1
Information (cookie) indicating that the user has been authenticated is stored in 4. This cookie is automatically transmitted thereafter each time the client 14 accesses the server 16. Thereby, the user authentication can be omitted.

The schedule setting screen shown in the figure is displayed based on the HTML file which is generated by the CGI program installed in the server 16 in response to the request from the client 14 and is returned to the client 14. As shown in the figure, on this schedule setting screen, a prospective participant (user) can be designated for the shared schedule. Further, it is possible to specify the equipment conditions required for holding the shared schedule, specifically, various equipments required for holding the shared schedule, such as a conference room, a projector, and a computer.

Furthermore, in this schedule setting screen,
It is possible to set and enter the date and time conditions for the shared schedule. This date and time condition includes the date range (range first day and range last day) in which the shared schedule should be held. Further, the date and time conditions of the event include designation of whether or not the event is limited to weekdays and designation of the day of the week. Further, the holding date and time condition includes the time zone (starting and ending) in which the shared schedule should be held, and the time required for the shared schedule.

Further, on this schedule setting screen, it is possible to input the type of shared schedule to be set and input. The types of shared schedules include, for example, meetings, business trips (visit or visit), meetings, and the like.

Furthermore, a "Next" button is provided at the lower right of this schedule setting screen, and the client 1
4, when the user clicks this button with a pointing device such as a mouse, the setting contents on the screen, that is, the user ID of the prospective participant, the facility ID of the necessary facility, the date and time condition of the event, and the scheduled type are displayed on the client 14
From the server to the server 16. Specifically, the "Next" button is associated with the mandatory participant designation screen generation CGI program installed in the server 16, and by clicking the button, the mandatory participant designation screen generation is performed. The CGI program can be activated with the user ID of the prospective participant, the facility ID of the required facility, the date and time condition of the event, and the schedule type as arguments.

FIG. 3 shows the HTML file output by the CGI program for generating the mandatory participant designation screen.
It is a figure which shows an example of an essential participant designation screen displayed in the client 14. As shown in the figure, on the mandatory participant designation screen, names of prospective participants, names of required equipment, date and time conditions of the event, and schedule type are displayed. Also, check boxes are displayed corresponding to the names of the prospective participants, and all check boxes are checked by default. On this screen, the user can deselect a check box from a mandatory participant of the shared schedule to an optional participant by unchecking the checkbox.

The user can confirm the setting contents of the shared schedule on this mandatory participant designation screen, and can set the distinction between mandatory participants and voluntary participants for each prospective participant by using check boxes. And
By clicking the "Next" button displayed at the bottom right of the screen with a pointing device such as a mouse, the mandatory participation flag (necessity information) that indicates whether each participant is a mandatory participant or a voluntary participant is displayed. It is transmitted to the server 16 together with the setting contents of the shared schedule. The "Next" button is associated with the holding date candidate search CGI program installed in the server 16, and when the user clicks the button, the holding date candidate search CGI program is started. , The setting contents of the shared schedule (including the mandatory participation flag) can be passed as its argument.

C for searching the date and time of the event in the server 16
When the GI program is activated, a date and time that satisfies the date and time conditions specified by the user and is available for all facilities is searched as a date and time candidate. At this time, the importance of each schedule already set for the prospective participants (essential participants and voluntary participants) and the necessity of each prospective participant for the shared schedule, that is, the mandatory participation flag is referred to. It is like this.
Then, the holding date candidate is selected so that the mandatory participants can easily participate in the voluntary participants. In addition, the holding date and time candidates are selected so that the holding date and time do not overlap with the important ones of the already set schedules.

FIG. 4 is a diagram showing an example of a search result output screen for displaying the holding date / time candidates selected by the holding date / time candidate searching CGI program. The search result output screen shown in the figure is displayed on the display of the client 14 based on the HTML file output by the CGI program for searching for a holding date / time candidate.
On this screen, the names of the mandatory participants and the optional participants are displayed, as well as the names of the equipment used in the shared schedule. In addition, the schedule type is also displayed. Furthermore, a check box for setting the provisional schedule flag is also displayed. This check box is for setting whether the sharing schedule is temporary (provisional) or final. By clicking the "OK" button displayed on the screen with the check box checked, the shared schedule can be registered in the schedule database 18 as a temporary schedule. On the contrary, by clicking the “OK” button with the check box unchecked, the shared schedule can be registered in the schedule database 18 as a fixed schedule.

On the search result output screen, a plurality of (eg, three) holding date / time candidates are displayed. Each holding date candidate is surrounded by a frame, and the date, time (start time and end time), and participation status are displayed in each frame. The participation status is such that all of the mandatory participants and the optional participants can participate, or if there is a user who has difficulty participating, the name of that user is displayed. Furthermore, a check box is displayed in each frame. Each check box is associated with the candidate date and time (date and time) displayed in the same frame. By checking the check box and clicking the "OK" button at the bottom of the screen, From the client 14 to the server 16, the holding date and time candidates (date and time) displayed in the frame, user IDs of prospective participants, equipment IDs of required equipments, schedule types and provisional schedule flags can be transmitted. It has become.
The “Enter” button is associated with the schedule registration CGI program of the server 16, and by clicking this button, the schedule registration CGI program is started in the server 16 and the date and time candidates for the event are held as arguments to the program. User ID of prospective participant,
The facility ID of the required facility, the schedule type, and the temporary schedule flag are passed. In this system, a plurality of candidates are allowed to be registered when the shared schedule is registered as a temporary schedule, and only one candidate is allowed to be registered when the shared schedule is registered as a fixed schedule.

C for schedule registration in the server 16
When the GI program is activated, data regarding the shared schedule is registered in the schedule database 18. At this time, the importance of the shared schedule is calculated, and the importance is also stored in the schedule database 18. After the schedule is registered, the CGI program for schedule registration returns an HTML file for displaying a schedule confirmation screen to the client 14.
FIG. 5 is a diagram showing an example of the schedule confirmation screen.

The data processing by the shared schedule setting support system according to this embodiment will be described more specifically below.

FIG. 6 is a diagram showing the stored contents of the schedule database 18 provided in the server 16. As shown in the figure, the schedule database 18 stores the contents of the shared schedule and the personal schedule that have already been set, and the schedule ID, the member information, the date of the event, the time of the event, the necessary equipment, the temporary schedule flag, The schedule type and the degree of importance are associated and stored. Here, the schedule ID is each schedule (including a shared schedule and a personal schedule)
Is information for identifying. In addition, the member information includes a user ID of a user of this system who is scheduled to participate in the schedule and an essential participation flag for distinguishing whether the user is an essential participant or an optional participant. And are stored in association with each other. The date of the event represents the date of the schedule. Further, the time zone is the start time and end time of the schedule. The required facility is a facility ID that identifies the facility used in the schedule. The tentative schedule flag is information that distinguishes whether the schedule is a tentative schedule or a fixed schedule. The schedule type represents the type of the schedule (for example, meeting, meeting, business trip). The importance indicates the importance of the schedule. The importance is calculated by the server 16 based on the number of participants in the schedule, the tentative schedule flag, the schedule type, the position of the prospective participant, and the like.

In FIG. 7, the server 16 manages (stores) data.
It is a figure which shows the memory content of the user database currently stored. As shown in the figure, the user database stores the user ID (user identification information) and the name of the user identified by the user ID in association with each other. Further, FIG. 8 is a diagram showing stored contents of an equipment database managed (stored) by the server 16. As shown in the figure, the facility database stores the facility IDs of various facilities available in the organization in which the shared schedule setting support system 10 is installed and their names in association with each other.

As described above, in the server 16, the holding date / time candidate search CGI is requested in response to a request from the client 14.
It is supposed to start the program. In this CGI program for searching the holding date and time, in order to search the holding date and time candidates, the search table shown in FIG. 9 is provisionally generated. The search table shown in the figure stores partial user schedule data in association with each prospective participant of the shared schedule, and stores partial facility use schedule data in association with each facility required in the shared schedule. It is something to remember. The partial user schedule data represents the schedule of each prospective participant for the period satisfying the holding date and time condition. In the partial user schedule, the period that satisfies the holding date and time condition is divided into 10-minute units, and for each time unit, the individual holding failure level of the schedule already set in that time unit is stored. .
In other words, the partial user schedule data is composed of a plurality of individual holding failure levels associated with the respective time units constituting the period that satisfies the holding date and time condition. The individual event disability level is calculated based on the importance level of the schedule already set for each time unit and the necessity level of the prospective participant for the shared schedule that is going to determine the event date candidate. .

The partial equipment use schedule data represents the use schedule of each required equipment for the period satisfying the holding date and time condition. In the partial equipment use schedule, the period that satisfies the holding date and time condition is divided into 10-minute units, and for each time unit, an equipment use flag indicating whether or not the use of the equipment is scheduled for that time unit is stored. It is supposed to do. In other words, the partial equipment use schedule data is composed of a plurality of equipment use flags respectively associated with time units that constitute a period that satisfies the event date and time condition.

The holding date / time candidate search CGI program installed in the server 16 determines the holding date / time candidates using the search table. Hereinafter, the data processing by the CGI program for searching the holding date and time will be described in detail.

10 to 11 are flow charts showing the data processing of the CGI program for searching the holding date candidate.
As shown in the figure, in this process, first, the search table shown in FIG. 9 is temporarily generated (S101). At this stage, "0" is set to all the individual holding failure levels in the search table. Moreover, "0" is set to all the equipment use flags. Next, in the server 16, the user ID of the prospective participant of the shared schedule and the user ID
The mandatory participation flag regarding the user identified by is acquired (S102). These data are sent to the client 14
It is transmitted from. After that, the server 16 accesses the schedule database 18 and executes S102.
One schedule record including the user ID acquired in step 1 in the member information is read (S103). Also, the individual event failure level is calculated based on the mandatory participation flag related to the user identified by the user ID and the importance level included in the schedule record, and is set in the search table (S104). That is, S103
When the mandatory participation flag corresponding to the user ID used as the search key of the schedule record is "1", "1" is set as the coefficient, and when the flag is "0", the coefficient is "1". 0.5 ”is set. Then, the coefficient obtained in this way is multiplied by the importance included in the schedule record read out in S103, and this is taken as the individual holding failure level. The individual holding failure level is stored in the time unit column corresponding to the holding date and the holding time included in the schedule record read in S103 in the partial user schedule data corresponding to the prospective participant. Then, all schedule records are investigated for one prospective participant, and the individual event failure level is set in the search table based on all schedule records in which the prospective participant's user ID is included as member information. (S105) Next, it is determined whether or not the calculation of the individual event failure level and the setting in the search table have been completed for all prospective participants (S106).
Then, the processes of S103 to S106 are repeated until the calculation and setting of the individual event disability degree are completed for all the prospective participants. When the calculation and setting of the individual event disability degree are completed for all the prospective participants, next, the server 16
Is the schedule database 1 for the usage hours of the facility identified by the facility ID transmitted from the client 14.
8 is read (S107), and the equipment use flag is set in the search table (S108). Specifically, the schedule database 18 is accessed to read out the schedule record in which the equipment ID transmitted from the client 14 is stored in the equipment ID column of the schedule database 18, and the date and time of the event included in the record are read. It is determined whether or not the holding time zone satisfies the holding date and time condition. Then, when the holding date and time condition is satisfied, in the partial equipment use schedule data corresponding to the equipment, "1" is set to the hourly equipment use flag corresponding to the holding date and the holding time zone.
The processes of S107 and S108 are executed for all the equipment required by the shared schedule (S1).
09).

Next, the server 16 sets a temporary date and time candidate (S110). Specifically, in the search table shown in FIG. 9, a period extending from the beginning of the period to the required time of the shared schedule is set as a temporary date and time candidate. Then, thereafter, each time the process of S110 is executed, the time period is shifted backward by 10 minutes.

Next, it is determined whether or not the required equipment is planned to be used at the date and time corresponding to the temporary date and time candidate set at S110 (S111). Then, if there is a plan to use the necessary equipment, the process returns to S110, and the next holding date / time tentative candidate (which has been moved backward by 10 minutes) is set. On the other hand, when there is no plan to use the required equipment, the holding failure level is calculated for the holding date and time temporary candidate (S112). Specifically, all the individual event disability levels corresponding to the event candidate dates and times are summed, and the sum is used as the event disability level. Then, it is determined whether or not the temporary date and time candidates are set so as to cover all the dates and times that satisfy the date and time conditions (S113), and the processes of S110 to S113 are performed until the temporary date and time candidates are set for all the dates and times. repeat. Then, the degree of holding obstacle calculated in this way for each holding date temporary candidate is sorted, and each holding date temporary candidate is rearranged in order from the smallest holding obstacle degree (S114).

Then, in order from the temporary holding date and time candidates having a small degree of holding obstacle, there is no time overlap between the holding date and time temporary candidates, and a predetermined number (for example, three) of holding date and time temporary candidates are selected and held. It is determined (selected) as a date and time candidate (S115). Next, 1 of the candidate dates and times to be selected
It is determined whether or not there is a holding obstacle degree having the above value (S116). Then, with respect to all the holding date / time candidates having the holding degree of 1 or more, if the shared schedule is held in the holding date / time candidates, the prospective participants who will be difficult to participate are examined (S117). Specifically, in the search table shown in FIG. 9, a prospective participant whose individual holding failure level having a value greater than “0” is set within the holding date / time candidate range is checked. After that, an HTML file for displaying the search result output screen illustrated in FIG. 4 is generated using the holding date and time candidate determined in S115 and the difficult-to-participate prospective participant investigated in S117 (S118). . The HTML file thus generated is returned from the server 16 to the client 14.

As described above, it is possible to determine the holding date / time candidate based on the partial user schedule data generated based on the portion that satisfies the holding date / time in the schedule already set for the prospective participants. it can. At this time, the individual event failure level set in the partial user schedule data is calculated based on the importance information of the already set schedule and the necessity level information indicating the necessity level of each user for the shared schedule. It has become so. For this reason, it is possible to prevent schedules with high importance from overlapping candidate dates and times for shared schedules, and to determine candidate dates and times for shared schedules so that prospective participants who have a high need do not have difficulty participating. become.

In this way, when the candidate for the date and time of the event is searched and the result is displayed on the client 14, the user designates one of the candidates for the date and time of the event and the server 1 selects it.
Notify 6. When the server 16 receives this notification,
The designated holding date candidate is registered in the schedule database 18 as a tentative schedule or a confirmed schedule. At this time,
The degree of importance is calculated for the holding date / time candidate (shared schedule), and the degree of importance is stored in the schedule database 18 in association with the schedule.

FIG. 12 is a flow chart for explaining this importance calculation processing. As shown in the figure, in this process, the server 16 first acquires the planned participation number N (S201). Further, the provisional scheduled coefficient P is determined (S2
02). This temporary schedule coefficient P is set to "0.5" when the schedule is a temporary schedule, and is set to "1" when the schedule is not a temporary schedule. Further, the server 16
The scheduled type coefficient K is determined (S203). The schedule type coefficient K is set according to the schedule type of the schedule. Specifically, when the schedule is a business trip (visit or visit), “3” is set, and in the case of a meeting. Is set to "2", and in the case of a meeting, "1" is set. After that, the server 16 calculates the degree of importance based on the planned participation number N, the tentative scheduled coefficient P, and the scheduled type coefficient K (S204). For example, S201
The number N of planned participants calculated in S, the provisional schedule coefficient P calculated in S202, and the scheduled type coefficient K determined in S203
The importance is calculated by multiplying and. As described above, the higher the number of participants, the higher the importance can be set. Further, the importance can be calculated so that the determined schedule has a higher importance than the tentative schedule. Furthermore, it becomes possible to calculate the importance according to the type of meeting.

According to the shared schedule setting support system 10 described above, the user is a user ID for identifying a prospective participant, and is essential for indicating whether each prospective participant is a mandatory participant or a voluntary participant. By inputting the participation flag, the equipment ID of the necessary equipment, the date and time condition of the event, and the scheduled type, one or more candidates for the event date and time can be displayed on the display of the client 14. Then, by selecting one of them, the schedule can be stored in the schedule database 18 in association with the prospective participants. In this way, the setting of the shared schedule can be facilitated.

The present invention is not limited to the above embodiment.

For example, in the above description, an example in which the present invention is applied to a network environment has been shown, but the present invention may be applied to a stand-alone environment. In this case, all the configurations of the present invention may be realized by one computer.

[0051]

As described above, according to the present invention,
When the user identification information and the date and time of the event are entered, partial user schedule information is generated for each prospective participant. Then, since the holding date / time candidates of one or a plurality of shared schedules are determined and displayed based on the partial user schedule information, the user can easily set the shared schedule.

[Brief description of drawings]

FIG. 1 is a diagram showing an overall configuration of a shared schedule setting support system according to an exemplary embodiment of the present invention.

FIG. 2 is a diagram showing an example of a schedule setting screen.

FIG. 3 is a diagram showing an example of a mandatory participant designation screen.

FIG. 4 is a diagram showing an example of a search result output screen.

FIG. 5 is a diagram showing an example of a schedule confirmation screen.

FIG. 6 is a diagram showing stored contents of a schedule database.

FIG. 7 is a diagram showing stored contents of a user database.

FIG. 8 is a diagram showing storage contents of an equipment database.

FIG. 9 is a diagram showing a search table used by a CGI program for searching a holding date and time.

FIG. 10 is a flow chart showing processing of a CGI program for searching for a holding date and time.

FIG. 11 is a flowchart showing the processing of a CGI program for searching a holding date / time candidate.

FIG. 12 is a flowchart showing an importance degree calculation process executed by a CGI program for schedule registration.

[Explanation of Codes] 10 Shared Schedule Setting Support System, 12 LA
N, 14 clients, 16 servers (shared schedule setting support device), 18 schedule database.

Claims (9)

[Claims] 1. A shared schedule setting support system for supporting the setting of a shared schedule in which a plurality of users are scheduled to participate, wherein user identification information input for inputting a plurality of user identification information for identifying each of the plurality of users. Means, a holding date / time condition input means for inputting a holding date / time condition of the shared schedule, and a schedule already set for a user identified by a plurality of user identification information input by the user identification information input means. Partial user schedule information generation means for generating partial user schedule information based on a portion that satisfies the holding date and time condition input means, and based on the partial user schedule information generated by the partial user schedule information generation means One or more in front A holding date / time candidate determining means for determining a holding date / time candidate of the shared schedule, and a holding date / time candidate displaying means for displaying one or a plurality of holding date / time candidates determined by the holding date / time candidate determining means. Shared schedule setting support system. 2. The sharing schedule setting support system according to claim 1, further comprising a holding date / time candidate designating means for designating a part or all of the holding date / time candidates of the shared schedule displayed by the holding date / time candidate displaying means. A schedule storing unit that stores the date and time candidate of the shared schedule designated by the date and time candidate designating unit in association with the plurality of users, the shared schedule setting support system. 3. The shared schedule setting support system according to claim 1, further comprising: an equipment condition input means for inputting equipment conditions required to hold the shared schedule; and the equipment condition input means. Partial equipment usage schedule for generating partial equipment usage schedule information based on the portion of the equipment usage schedule already set for the equipment corresponding to the entered conditions that meets the opening date and time condition input by the opening date and time condition input means. And an information generating unit, wherein the holding date candidate determining unit determines one or more holding date candidates of the shared schedule based on the partial facility use schedule information generated by the partial facility use schedule information generating unit. A shared schedule setting support system characterized by . 4. The shared schedule setting support system according to claim 1, wherein the partial user schedule information generated by the partial user schedule information generation means is input by the user identification information input means. A plurality of user identification information includes importance information about each schedule included in a portion that satisfies the holding date and time input by the holding date and time condition input means among the schedules already set for the users to be identified. Shared schedule setting support system. 5. The shared schedule setting support system according to claim 4, wherein the holding date / time candidate determining means is based on importance information included in the partial user schedule information generated by the partial user schedule information generating means. A holding obstacle degree of a plurality of holding date / time temporary candidates is calculated, and one or more of the plurality of holding date / time temporary candidates are determined as the holding date / time candidates of the shared schedule based on the holding obstacle degree. Shared schedule setting support system. 6. The shared schedule setting support system according to any one of claims 1 to 4, wherein the plurality of user identification information is associated with each of the plurality of user identification information input by the user identification information input means. Further includes necessity degree information input means for inputting necessity degree information indicating the necessity degree for each of the users to be identified with respect to the shared schedule, and the holding date and time candidate determination means, the necessity degree information input by the necessity degree information input means. A shared schedule setting support system, characterized in that one or a plurality of candidate dates and times for the shared schedule are determined based on the above. 7. The shared schedule setting support system according to claim 6, wherein the holding date candidate determining means holds a plurality of holding date temporary candidates based on the necessity information input by the necessity information inputting means. A sharing schedule setting support system, wherein a degree of failure is calculated, and one or more of the plurality of temporary holding date and time candidates are determined as holding date and time candidates of the shared schedule based on the holding failure level. 8. A shared schedule setting support device for supporting the setting of a shared schedule in which a plurality of users are expected to participate, wherein user identification information acquisition for acquiring a plurality of user identification information for identifying each of the plurality of users. Means, a holding date and time condition acquiring means for acquiring a holding date and time condition of the shared schedule, and a schedule already set for a user identified by each of the plurality of user identification information acquired by the user identification information acquiring means. Partial user schedule information generating means for generating partial user schedule information based on a portion satisfying the holding date and time condition acquired by the holding date and time condition acquiring means, and based on the partial user schedule information generated by the partial user schedule information generating means One or more of the A holding date candidate determining means for determining a holding date candidate of the schedule; a holding date candidate display data outputting means for outputting data for displaying one or a plurality of holding date candidates determined by the holding date candidate determining means; A shared schedule setting support device including: 9. A program for causing a computer to function as a shared schedule setting support device for supporting the setting of a shared schedule in which a plurality of users are scheduled to participate, the program comprising: User identification information obtaining means for obtaining user identification information, holding date and time condition obtaining means for obtaining holding date and time conditions of the shared schedule, and a plurality of user identification information pieces obtained by the user identification information obtaining means have already been identified by the user. Partial user schedule information generating means for generating partial user schedule information based on a part of the set schedule that satisfies the holding date and time acquired by the holding date and time condition acquiring means, and generated by the partial user schedule information generating means. Partial user scale Holding date / time candidate determining means for determining one or more holding date / time candidates for the shared schedule based on the schedule information, and data for displaying one or more holding date / time candidates determined by the holding date / time candidate determining means A program for causing the computer to function as a holding date candidate display data output means for outputting.