JP4295235B2 - Facility reservation system - Google Patents

Description

  The present invention relates to a facility reservation system, and more particularly to a facility reservation system that can be used jointly by two or more organizations.

  In recent years, with the advancement of computers and Internet technologies, development of facility reservation systems that accept reservations for facilities that require reservations has been underway (see, for example, Patent Document 1).

  Conventionally, since this kind of facility reservation system has been introduced for each local government, the user ID is centrally managed for each system, and the facility use restriction information is given to the user ID, so that the user Each usage limit was realized.

JP-A-7-65083

  When using this concept and sharing the facility reservation system in multiple municipalities, the only way to do this is to issue and manage user IDs for each municipality, or to centrally manage IDs for the entire system. In the case of joint use, there were problems in the protection of personal information between local governments and the realization of restrictions on use such as resident priority use established for each facility. In addition, when the system is shared, the number of facilities (managed facilities) accommodated in the system becomes enormous, and the current method of restricting facility use to each requires complicated settings for operation. There was a problem.

  The present invention has been made to solve such a problem, and obtains a facility reservation system capable of protecting personal information and restricting use such as resident priority use even when used jointly by a plurality of local governments. The purpose is that.

This invention sets a group unit that can be shared by a user as a user group for a plurality of facilities belonging to one or more municipalities, manages user IDs in units of the user groups, and restricts facility use the go, a facility reservation system for making a reservation registration of the facilities and reservation management and the user ID of each user, user name, use the group of users before Symbol user belongs User group code , the user master storing the residence city information , the facility name of each facility, the user group code of the user group registered so that the facility can be used and the residence city of the user a facility master stores the use restriction segment about, and reservation acceptance means the facility name and are inputted to reserve the user ID, corresponding to the facility name entered in the reservation acceptance means The facility management unit that identifies the user group code to be retrieved by searching the facility master, and the user information corresponding to the user ID input to the reservation receiving means is retrieved by searching the user master. The user ID management unit that identifies the user group code of the retrieved user information and the user group code that is specified by the facility management unit are included in the user group code that is specified by the user ID management unit. When it is determined that the use of the residence city information is not restricted by the use restriction category, with reference to the residence city information stored in the user master and the use restriction category stored in the facility master, The facility reservation system is characterized in that the user includes an available facility determination unit that determines that the facility can be reserved.

This invention sets a group unit that can be shared by a user as a user group for a plurality of facilities belonging to one or more municipalities, manages user IDs in units of the user groups, and restricts facility use the go, a facility reservation system for making a reservation registration of the facilities and reservation management and the user ID of each user, user name, use the group of users before Symbol user belongs User group code , the user master storing the residence city information , the facility name of each facility, the user group code of the user group registered so that the facility can be used and the residence city of the user a facility master stores the use restriction segment about, and reservation acceptance means the facility name and are inputted to reserve the user ID, corresponding to the facility name entered in the reservation acceptance means The facility management unit that identifies the user group code to be retrieved by searching the facility master, and the user information corresponding to the user ID input to the reservation receiving means is retrieved by searching the user master. The user ID management unit that identifies the user group code of the retrieved user information and the user group code that is specified by the facility management unit are included in the user group code that is specified by the user ID management unit. When it is determined that the use of the residence city information is not restricted by the use restriction category, with reference to the residence city information stored in the user master and the use restriction category stored in the facility master, Since the facility reservation system is characterized in that the user has an available facility determination unit that determines that the facility can be reserved, a plurality of autonomous In even if the joint use, and protection of personal information, it is possible to realize a resident priority of use, such as use restrictions.

Embodiment 1 FIG.
The facility reservation system according to Embodiment 1 of the present invention sets a group unit that can jointly use a plurality of facilities belonging to one or more local governments, manages a user ID for each group unit, Restrict facility usage on a unit basis, and encrypt personal information for each group to ensure reference restrictions. As a result, usage restrictions can be easily given to a large number of facilities, and single use and joint use within the system can be realized, and personal information reference restrictions can be secured by encryption.

A) Grouping of user IDs First, grouping of user IDs will be described. FIG. 10 shows an image of the user group. In the example of FIG. 10, there are three local public bodies A, B, and C (denoted as territorial body A, territorial body B, and territorial body C in FIG. 10) in region a, and 1 in region b. There are two local public bodies Z (denoted as territorial bodies Z in FIG. 10). Four facilities A1, A2, A3, and A4 belong to the local public entity A in the region a. Two facilities B1 and B2 belong to the local government B in the region a. Four facilities C1, C2, C3, and C4 belong to the local government C in the region a. Two facilities Z1 and Z2 belong to the local public entity Z in the region b. In addition, * 1, * 2, * 3 described after the facility name of each facility indicates the following usage restriction categories.
* 0: Not available (cannot be reserved on the system)
* 1: All registered users (users belonging to the same user group can use it unconditionally)
* 2: Residents (Users who belong to the same user group and can be used unconditionally if they are residents)
* 3: Application required (available to users who have accepted and accepted the user application)

  In the example of FIG. 10, groups 1, 2, and 3 are shown as user groups. Group 1 includes facilities A1 to A4 of local government A in area a and facilities C2 to C4 of local government C. Group 2 includes facilities B1 to B2 of local government B in area a. Group 3 includes facility C1 of local public entity C in region a. Each facility is included in only one of the groups, and a user who is given each user group ID uses the facility included in that user group ID according to each usage restriction category. it can.

  At this time, in the present embodiment, the following (1) to (4) enable efficient reference restriction inside and outside the user group when the local government is used alone or jointly by multiple local governments. User ID management can be performed.

(1) When a facility is registered, the user group ID is shared by designating the user group.
(2) The user basic information is held for each user group, and arbitrary information for each facility is set along with the basic information.
(3) Users outside the user group cannot be referred to.
(4) A user who wants to use a facility with a different user group requires a registration application for each user group.

  In addition, due to facility use restrictions for each user, it is possible to restrict each facility according to the above-mentioned * 0 to * 3 use restriction categories.

Specifically:
A group 1 user group code that is available to the user 1 who is a resident of the territorial body A (if only the facility A1 has been applied for and the facilities A2 and C2 have not been applied for) , Facility A1 (application for use), facility A3 (available to residents), facility A4 (available to all registrants), and facility C4 (available to all registrants) can be used.
A group 1 user group code is available for the user 2 who is a resident of the territorial body C (if the facility C2 has been applied for and the facilities A1 and A2 have not been applied), the group 1 , Facility C2 (use application completed), facility C3 (residents can use), facility C4 (all registrants can use), and facility A4 (all registrants can use) can be used.

A user group and facility use restrictions Various lending conditions are set by the regulations, for example, as follows.
・ This facility is only available to residents.
・ This facility gives priority to the use of residents (advance reservation).
・ It is a facility that anyone can use.
・ In case of non-resident use, an extra charge will be collected (additional charge or exemption).
・ It can be used by application (face-to-face examination).

  It is necessary to define a system for restricting the use of each facility that can handle these. Similarly, it is necessary to determine the reference restrictions on user registration information when using facilities other than the local government.

Regarding “facility use restrictions”, in order to achieve use restrictions within local governments and efficient use restrictions between local governments, a user group setting is realized for each unit in which user IDs are jointly used. “User group management” is possible, which allows facility restrictions to be set.
Data related to personal information is encrypted and held for each user group to realize data reference restrictions between local governments.
As exception processing, the person in charge at the facility window can refer to the user ID registration information after obtaining the user's consent, thereby securing the centralized merit of the user information.

Usage restrictions are very complicated because various restrictions such as individual facility restrictions and usage restrictions when making reservations between local governments overlap, and the usage restrictions within one local government and the conditions between the local governments to be shared are limited. As a result of organizing, facility usage restrictions can only be realized by comparing the information held for each facility with the ID registration information of the user. A possible mechanism is necessary. Therefore, “management by user group” is considered optimal as a solution for implementing a mechanism that allows efficient restriction setting.
The following is the optimal course of implementing facility usage restrictions through management by user groups.

(A) Usage restrictions for each facility required in one municipality The usage restrictions that each facility needs to perform when operating a system in one municipality can be covered by the following three restrictions.
・ No restrictions: Facilities that can be used unconditionally by all registered users (there are many small-scale facilities where all people have the same use conditions).
・ Facilities limited: Facilities that need to be approved after the first screening (there are many cases related to reduction or exemption).
-Screening required: Facilities that must be face-to-face screened (usually in large-scale facilities).

(B) Restrictions on use among local governments If the idea of one local government is applied to shared use by multiple local governments as it is, it will not be possible to secure the merits of residents by the place of residence.
The following are the main benefits of residents by the place of residence.
・ Only residents can use ・ Residents can use cheaply ・ Residents can apply early! 1) Restrictions on facility use among local governments by adding the concept of “region” to the restrictions on the use of each facility required by local governments It will be possible to secure the merits of residents by the place of residence.

C. Encryption by user group unit When managed as a user group for each user group, the reference restrictions of system users, including staff, are secured, but when using the system jointly, the system administrator must It is likely that you are not a local government employee. Since the personal information of users belonging to individual local governments should be referred to only within the local governments, the personal information is encrypted by dividing the encryption key for each user group. This enables not only personal information reference restrictions for joint use in multiple local governments, but also support for housing and data center operations that are outsourced, and for ASP services. Become.

FIG. 1 is a block diagram showing a configuration of a facility reservation system according to Embodiment 1 of the present invention.
Based on the block diagram of FIG. 1, the structure of the facility reservation system which concerns on Embodiment 1 of this invention is demonstrated.
Reference numeral 1 denotes an input unit (reservation accepting means), and various data and instructions such as authentication information such as a user ID and a password and facility search conditions indicating what kind of facility to reserve are input by the user. .
A user interface unit 2 is connected to the input unit 1 and an output unit (to be described later) to input / output signals.
Reference numeral 3 denotes a user ID authenticating unit. The user ID and password input by the user to the input unit 1 during the authentication process are accommodated in the user master or registered user ID and password. It is determined whether or not.
Reference numeral 4 denotes an encryption / decryption processing unit, which encrypts or decrypts personal information when the user ID authentication unit 3 matches as a result of authentication.
Reference numeral 5 denotes a user master, which stores information on each user (personal information such as a user ID, a user name, and a user group code of a user group to which the user belongs).
A user ID management unit 6 manages user information and user ID stored in the user master 5.
An output unit 8 includes a display device such as a display and / or printing means such as a printer.
A facility management unit 9 manages the facility master 10.
A facility master 10 stores facility information of each facility and stores a facility name of each facility and a user group code of a user group registered so that the facility can be used.
Reference numeral 12 denotes an available facility determination unit that determines whether or not the corresponding user can reserve the designated facility based on the user group codes of the user master 5 and the facility master 10.
A user group management unit 13 manages user groups.
Reference numeral 14 denotes a local public entity master, which stores information on the local public entity.
Reference numeral 15 denotes a user group code master, which stores user group information.

FIG. 2 shows the relationship between the item information stored in the user master 5, the facility master 10 and the user group code master 15. As shown in FIG. 2, the user group code master 15 stores user group codes so as not to be duplicated, but the user group codes are automatically or manually collected by the user group management unit 13. Be numbered. The user master 5 includes a user ID, a user group code, a password, a residence city code, and other user information (user name (group name), contact information (address, telephone number, e-mail address, etc.)) And the facility available information is stored in correspondence with the user ID by the number corresponding to the user ID. The facility available information indicates available facilities other than the user group code (including the user ID) corresponding to the user ID.
The facility master 10 stores facility codes, facility names, area codes, municipal codes, user group codes, and usage restriction categories corresponding to the number of facilities. The user group code master 15, the user master 5, and the facility master 10 are linked by the user group code, and the user group code of the user group code master 15 and the corresponding user group code of the user master 5. Corresponds to 1 to N (plurality), and the user group code of the user master 5 and the user group code of the facility master 10 correspond to N (plurality) to N (plurality).

  Next, the example of a screen displayed regarding this facility reservation system is shown using FIGS. FIG. 3 is an example of an input screen that accepts input of search information when making a facility reservation. In the facility classification, the type of facility classified as a public hall or a gymnasium is selected from a pull-down menu. When the purpose of use, the number of users, etc. are entered and the “Search” button is pressed, the facilities that match the search information are displayed in a list on the available facility screen shown in FIG. FIG. 5 shows an example of a screen for issuing a user ID at a facility window or the like regarding a facility that requires a face-to-face examination at the time of reservation.

Next, the flow of processing of the facility reservation system according to Embodiment 1 of the present invention will be described based on the flowcharts shown in FIGS.
FIG. 6 and FIG. 7 are process flows when a facility reservation is made from a facility window or the like.
FIG. 6 shows a process of issuing a user ID at the window. The process is started and the designation of the facility to be reserved is accepted from the input unit 1 (step S1). At this time, it designates from a facility list as shown in FIG. Next, the window staff accepts the designation of whether to permit the use through face-to-face screening. Specifically, it is confirmed whether or not the identity can be confirmed with a certificate (resident card, driver's license, insurance card, etc.) (step S2). For a facility whose usage restriction is “no restriction”, the process of step S2 is omitted.
If the identity verification is OK in step S2, the user ID issuance screen shown in FIG. 5 is displayed (step S3), and input of user information is accepted (step S4). User information includes items shown in FIG. 5 such as a user ID, a password, a user name (organization name), a user address, a user telephone number, a representative name, and a contact name. In this embodiment, a membership card (for example, a plastic business card size) with a single user ID already printed is held at the window, and the window staff takes out the membership card and prints it. The entered user ID is input to the user ID issuance screen. The password is arbitrarily determined and entered by the user. When the input is completed and the window staff presses the “registration” number, the input unit 1 and the user interface unit 2 confirm whether there is a shortage in the input (step S5). Is displayed, and the process returns to step S4. If there is no shortage of input in step S5, the facility management unit 9 searches the facility master 10 and identifies the user group code that includes the facility identified in step S1 (step S6). Thereafter, the user ID management unit 6 registers the user information input in step S4 in the user master 5 with the user group code included in the user information as the user group code specified in step S6. (Step S7). In addition, when registering user information in the user master 5, the encryption / decryption processing unit 4 encrypts and registers the same user group code with the same key, thereby protecting personal information.

  FIG. 7 shows the flow of processing when making a reservation at the window. The output unit 8 displays an input screen for the entire facility reservation system (step S11), and then the input unit 1 accepts input of search information on the facility search information input screen as shown in FIG. 3 (step S12). Search information may include facility classification, use date, time zone, and the like. Based on the input search conditions, the available facility determination unit 12 searches the facility master 10 and the user facility restriction master 11, and the available facilities are displayed as in the available facility display screen as shown in FIG. Displayed (step S13). Thereafter, in the case of reservation application, when the “reservation” button is pressed on the available facility display screen (step S14), the input unit 1 accepts the input of usage conditions (step S15). If the user ID and password are entered for the reservation (step S16), the user ID management unit 6 and the facility management unit 9 search the user master 5 and the facility master 10 to use the available facility determination unit 12. Verifies whether the user ID has the user group code of the corresponding facility (step S17), and if the user ID has the corresponding user group code, the reservation application The process shifts to processing (step S19). If it is determined in step S17 that the user ID does not have a user group code, a message to that effect is displayed and the process returns to step S16. When it is requested to issue a user ID in step S16, the process proceeds to a user ID issuing process (step S18). The processing in step S18 is steps S1 to S7 shown in FIG.

Next, with reference to FIGS. 8 and 9, a processing flow when a user makes a facility reservation from a Web system or the like regarding the use of a facility with no use restriction is shown.
FIG. 8 shows processing for issuing a user ID. The process is started, and it is confirmed whether or not the designated facility is a facility that can be reserved on the Web. Specifically, the facility master 10 is referred to, and the use restriction classification of the corresponding facility is confirmed using the facility code of the designated facility as a key (step S21). If the use restriction category is “no restriction” in step S21, the facility name is temporarily stored, and then the ID issuance menu is displayed (step S22), but the use restriction category is “facility restriction”. "Or" requires examination ", the user ID cannot be issued in the Web system, so the process is terminated. The ID issuance menu displayed in step S22 is similar to the screen for issuing the user ID at the window shown in FIG. 5, but the user ID is automatically numbered by the user ID management unit 6 so that it can be used. There is no person ID input field. The password can be arbitrarily specified and entered by the user.
Next, input of user information is accepted (step S23). User information includes a password, a user name (organization name), a user address, a user telephone number, a representative name, a contact name, and the like. When the input is completed and the user presses the “registration” number, the input unit 1 and the user interface unit 2 confirm whether or not there is a shortage of input (step S24), and if there is a shortage, that fact is indicated. Is displayed, and the process returns to step S23. If there is no shortage of input in step S24, the facility management unit 9 searches the facility master 10 and identifies the user group code that includes the facility identified in step S1 (step S25). Thereafter, the user ID management unit 6 registers the user information input in step S23 in the user master 5 with the user group code included in the user information as the user group code specified in step S25. To do. At the same time, the fact that the user ID has been issued is displayed to the user, and the issued user ID is presented (step S26). In addition, when registering user information in the user master 5, it is possible to protect personal information by encrypting and registering with the same key for each same user group code.

FIG. 9 shows the flow of processing when making a reservation on the Web or the like. The output unit 8 displays an input screen for the entire facility reservation system (step S31), and then the input unit 1 accepts input of search information on a facility search information input screen as shown in FIG. 3 (step S32). Search information may include facility classification, use date, time zone, and the like. Based on the input search conditions, the available facility determination unit 12 searches the facility master 10 and the user facility restriction master 11, and the available facilities are displayed as in the available facility display screen as shown in FIG. Displayed (step S33). Thereafter, when making a reservation application, when the “reservation” button is pressed on the available facility display screen (step S34), the input unit 1 accepts the input of the use conditions (step S35). With reference to the facility master 10, using the facility code of the designated facility as a key, the usage restriction category of the relevant facility is confirmed. If the usage restriction category is “no restriction”, the facility can be reserved on the Web. Judgment is made (step S36). If it is determined in step S36 that the facility cannot be reserved on the Web, the process returns to step S31.
If the user ID and password are entered for the reservation (step S37), the user ID management unit 6 and the facility management unit 9 search the user master 5 and the facility master 10 and use the corresponding facility. It is verified whether or not the user ID has the user group code (step S38). If the user ID has the user group code, the process shifts to the reservation application process (step S39). If it is determined in step S38 that the user ID does not have a user group code, a message to that effect is displayed and the process returns to step S37. If the user ID is not issued in step S37, the process proceeds to a user ID issuing process (step S40). The processing in step S40 is steps S21 to S26 shown in FIG.

It supplements about the user ID issuing process shown in FIG. 6 and FIG. One user may wish to reserve different user group codes, but at that time, a plurality of user group codes are registered in one user ID. In the process shown in FIG. 8, in order to make a reservation for a facility whose usage restriction category is designated as “no restriction”, a user who already has a user ID performs a face-to-face examination at the facility window. Consider when you apply for use. At that time, when the user ID is displayed on the user ID issuance screen shown in step S3 of FIG. 6 and the user ID management unit 6 is inquired, the user information stored in the user master 5 is appropriately stored. It is displayed on the user ID issue screen. Thereafter, if there is a shortage or change, the input is accepted (step S4), and the user group code (step S6) specified by the designated facility is added to the user group code of the user information (step S7). ).
In the process shown in FIG. 6, a case where a user who has a user ID makes a reservation for a facility having another user group code on the Web at the facility window. At this time, in step S22 of FIG. 8, designation of the already owned user ID is accepted, and the user group code specified by the designated facility is added to the user group code of the user information. As a result, the user only has to issue a user ID issuance process for facilities with the same user group code, and when a facility with a different user group code is reserved, the user group is assigned to the existing user ID. Since it is only necessary to perform processing for adding a code, it is easy to apply for a reservation.

  The user group code bundles user IDs, and conditions can be given to a plurality of user IDs. Each facility stores user group information that can be used, and it is not necessary to make the use permission condition of each facility unnecessary for each user ID. For example, if a different user group is assigned to each municipality, all facilities belonging to the user group assigned to the user ID can be registered by registering the facilities owned by each local government. On the other hand, it is possible to grant usage authority in a lump.

  In addition, when user IDs can be commonly used in multiple local governments, multiple local governments belong to the same user group, but local public entity information is stored in the user ID and facility information. By setting the information in the facility master so that only residents in the local government can use, it is possible to prioritize use for residents in the local government (use restrictions for users outside the local government).

In addition, when multiple user group codes are set, it is necessary to strictly implement personal information reference restrictions, so an encryption key is prepared for each user group code, and the personal information stored inside Reference restrictions are ensured by converting information such as address, telephone, date of birth, etc. into character strings that cannot be decoded.
Further, only one user group code can be assigned to the user ID. In this case, when the user ID does not have the user group code including the corresponding facility in step S17 of FIG. 7 and step S38 of FIG. 9, the user group code of the corresponding facility is overlapped. Instead of registering with the user ID, the facility of that facility is registered in the facility availability information of the user master. As a result, the user can be given the right to use the facility that he had requested separately.

As described above, the facility reservation system according to the present embodiment realizes management of user IDs handled by the system for each unit to be shared. Further, the facility side can set the user ID and the facility use restriction effectively by making the facility restriction setting for each facility group.
In addition, by encrypting and storing data related to personal information for each user group, it is possible to secure data reference restrictions between user groups and prevent information leakage to other local governments.
In addition, when multiple local governments coexist in a user group, the user ID registration information can be referred to with the consent of the user, and a facility that grants facility use permission is provided, thereby unifying user information Benefits can be secured.
From the above, it is possible to easily set the facility use restriction, which becomes a problem when using the system jointly, and it is possible to ensure independent use within the system, joint use, and personal information reference restrictions.

  In addition, a user ID management method based on a user group unit for grouping and managing user IDs is used. Specifically, by setting a user group for each unit for which a user ID is shared, a shared usage range of the user ID is set, and both a system usage image for shared use and a single system usage image are used. It can be supported. This makes it possible to support single system use, joint use by multiple local governments (wide area use), and ASP services.

In addition, facility usage restrictions can be easily set by management by a user group. Specifically, by performing user group setting, resident setting, etc. that can be used for each facility, user ID registration information reference restrictions other than the locality where the facility is located are realized, usage restrictions within one local government, Realize conditions between local governments for shared use and secure merits for residents.
However, as an exception processing within the user group, when a user applies for use to a facility owned by a municipality outside the residence, the user ID registration information must be referenced at the window. By providing the person in charge with a “system that can be referred to by entering the password of the user ID so that the user ID registration information can be referred to”, one person 1 ID, which is a merit of shared use, is realized. .

  Also, the personal information in the user ID information managed for each user group is encrypted. Specifically, by encrypting and storing data related to personal information for each user group, data reference to user ID registration information registered in another user group that does not share the user ID is used. Impossible.

It is the block diagram which showed the structure of the facility reservation system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed the related state between each database in the facility reservation system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed the example of the input screen in the facility reservation system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed the example of the input screen in the facility reservation system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed the example of the input screen in the facility reservation system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the facility reservation system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the facility reservation system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the facility reservation system which concerns on Embodiment 1 of this invention. It is the flowchart which showed the flow of the process of the facility reservation system which concerns on Embodiment 1 of this invention. It is explanatory drawing which showed an example of the user group in the facility reservation system which concerns on Embodiment 1 of this invention.

Explanation of symbols

  1 input unit, 2 user interface unit, 3 user ID authentication unit, 4 encryption / decryption processing unit, 5 user master, 6 user ID management unit, 8 output unit, 9 facility management unit, 10 facility master, 12 usable Facility determination unit, 13 user group management unit, 14 local public entity master, 15 user group code master.

Claims (3)

For multiple facilities belonging to one or more municipalities, set a group unit that can be shared by users as a user group, manage user IDs in units of the user group, and limit facility usage, a facility reservation system for the reservation management and a reservation registration of the facility,
The user ID of each user, user name, user group code the group of users before Symbol user belongs, and, and the user master that contains the residence municipalities information,
A facility master that stores a facility name of each facility, a user group code of a user group registered to be able to use the facility, and a use restriction category related to a user's residence city ,
Reservation reception means for inputting a user ID and a facility name to be reserved;
A facility management unit that identifies a user group code corresponding to the facility name input to the reservation receiving means by searching the facility master;
User information corresponding to the user ID input to the reservation accepting means is retrieved by searching the user master, and a user ID management unit for identifying a user group code of the retrieved user information;
The user group code specified by the facility management unit is included in the user group code specified by the user ID management unit, and the residence city information stored in the user master and stored in the facility master When the use restriction category is referred to and the residence city information determines that use is not restricted by the use restriction category, the user is provided with an available facility judgment unit that judges that the facility can be reserved. A facility reservation system characterized by that. When the user group code specified by the facility management unit is not included in the user group code specified by the user ID management unit, the available facility determination unit uses the user for the user. A message prompting you to issue a person ID,
When the user already has a user ID, the user ID management unit stores the user group code including the facility in addition to the user group code of the user information. The facility reservation system according to claim 1.   The user ID, user name, and user group code stored in the user master are encrypted and stored for each user group. Facility reservation system.

Images