WO2024252600A1 - サーバ装置、システム、サーバ装置の制御方法及び記憶媒体 - Google Patents

サーバ装置、システム、サーバ装置の制御方法及び記憶媒体 Download PDF

Info

Publication number
WO2024252600A1
WO2024252600A1 PCT/JP2023/021280 JP2023021280W WO2024252600A1 WO 2024252600 A1 WO2024252600 A1 WO 2024252600A1 JP 2023021280 W JP2023021280 W JP 2023021280W WO 2024252600 A1 WO2024252600 A1 WO 2024252600A1
Authority
WO
WIPO (PCT)
Prior art keywords
reservation
server
hotel
room
cancellation
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2023/021280
Other languages
English (en)
French (fr)
Inventor
岳世志 大江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP2025525562A priority Critical patent/JPWO2024252600A5/ja
Priority to PCT/JP2023/021280 priority patent/WO2024252600A1/ja
Publication of WO2024252600A1 publication Critical patent/WO2024252600A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/02—Reservations, e.g. for tickets, services or events

Definitions

  • the present invention relates to a server device, a system, a method for controlling a server device, and a storage medium.
  • the main objective of the present invention is to provide a server device, a system, a method for controlling a server device, and a storage medium that contribute to realizing waiting list reservations for hotel rooms.
  • a method for controlling a server device including an inventory management process for managing the inventory of guest rooms in the server device, and a control process for accepting reservations for the guest rooms on a waiting list when the inventory of the guest rooms runs out.
  • a server device In accordance with each aspect of the present invention, a server device, a system, a method for controlling a server device, and a storage medium are provided that contribute to realizing reservations for hotel rooms on a waiting list for cancellations.
  • the effects of the present invention are not limited to those described above. The present invention may achieve other effects instead of or in addition to the effects described above.
  • FIG. 1 is a diagram for explaining an overview of an embodiment.
  • FIG. 2 is a flowchart for explaining an outline of the operation of one embodiment.
  • FIG. 3 is a diagram illustrating an example of a schematic configuration of an information processing system according to the first embodiment.
  • FIG. 4 is a diagram for explaining the operation of the information processing system according to the first embodiment.
  • FIG. 5 is a diagram for explaining the operation of the information processing system according to the first embodiment.
  • FIG. 6 is a diagram for explaining the operation of the information processing system according to the first embodiment.
  • FIG. 7 is a diagram for explaining the operation of the information processing system according to the first embodiment.
  • FIG. 8 is a diagram illustrating an example of a processing configuration of the reservation management server according to the first embodiment.
  • FIG. 9 is a diagram illustrating an example of the reservation status management database according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of reservation status information according to the first embodiment.
  • FIG. 11 is a diagram illustrating an example of the first cancellation waiting management database according to the first embodiment.
  • FIG. 12 is a flowchart showing an example of the operation of the reservation management server according to the first embodiment.
  • FIG. 13 is a diagram illustrating an example of a processing configuration of the hotel server according to the first embodiment.
  • FIG. 14 is a diagram illustrating an example of the inventory management database according to the first embodiment.
  • FIG. 15 is a diagram illustrating an example of a display on the terminal according to the first embodiment.
  • FIG. 16 is a diagram illustrating an example of a processing configuration of the control server according to the first embodiment.
  • FIG. 17 is a diagram illustrating an example of the second cancellation waiting management database according to the first embodiment.
  • FIG. 18 is a sequence diagram illustrating an example of the operation of the information processing system according to the first embodiment.
  • FIG. 19 is a diagram illustrating an example of a display on the terminal according to the first embodiment.
  • FIG. 20 is a diagram illustrating an example of a schematic configuration of an information processing system according to a modification of the first embodiment.
  • FIG. 21 is a diagram illustrating an example of a display on a terminal according to a modification of the first embodiment.
  • FIG. 22 is a diagram illustrating an example of a display on a terminal according to a modification of the first embodiment.
  • FIG. 23 is a diagram illustrating an example of a hardware configuration of a hotel server according to the present disclosure.
  • the server device 100 includes an inventory management means 101 and a control means 102 (see FIG. 1).
  • the inventory management means 101 manages the inventory of guest rooms in the hotel (step S1 in FIG. 2).
  • the control means 102 accepts waiting list reservations for guest rooms when the hotel runs out of room inventory (step S2).
  • the server device 100 provides an accommodation reservation site that handles rooms in its own hotel, and accepts reservations for rooms on a waiting list when the room is out of stock. Because the server device 100 is operated by the hotel itself, even if the room originally requested by the applicant for the waiting list reservation cannot be secured, the hotel can flexibly deal with the situation by allocating a room of a higher grade than the room in question. In other words, even if no cancellation occurs for the room for which a waiting list reservation has been made, the server device 100 can complete the waiting list reservation. As a result, the hotel can confidently realize (implement) a waiting list reservation for a hotel room.
  • Fig. 3 is a diagram showing an example of a schematic configuration of an information processing system (hotel reservation system) according to the first embodiment.
  • the information processing system includes a hotel server 10, a travel agency server 11, a plurality of OTA (Online Travel Agent) servers 20-1 to 20-3, a reservation management server 30, and a control server 40.
  • OTA Online Travel Agent
  • OTA server 20 In the following explanation, unless there is a particular reason to distinguish between OTA servers 20-1 to 20-3, they will simply be referred to as "OTA server 20." Similarly, for other elements, the symbol to the left of the hyphen will represent that element.
  • the information processing system includes a server that handles hotel reservations, etc.
  • the hotel server 10, travel agency server 11, and OTA server 20 accept reservations for rooms by users.
  • the hotel server 10, travel agency server 11, and OTA server 20 that accept hotel room reservations will be collectively referred to as the "reservation server.”
  • the information processing system includes a plurality of reservation servers.
  • the plurality of reservation servers includes a plurality of OTA (Online Travel Agent) servers 20 each operated by a respective one of a plurality of OTA operators.
  • OTA Online Travel Agent
  • the hotel server 10 is a server through which a hotel sells guest rooms directly to customers.
  • the hotel server 10 manages the inventory of guest rooms in its own hotel and accepts reservations for guest rooms.
  • the hotel server 10 realizes an accommodation reservation site that handles guest rooms in its own hotel.
  • the travel agency server 11 is a server device that is managed and operated by a travel agency operating in a brick-and-mortar store or the like.
  • the OTA server 20 is managed and operated by an OTA operator that sells guest rooms online.
  • the OTA server 20 implements a hotel reservation site for selling guest rooms to customers.
  • the OTA operator sells rooms in multiple hotels.
  • the OTA server 20 sells (accepts reservations for) rooms in many hotels, including the hotel that manages and operates the hotel server 10.
  • the reservation servers (hotel server 10, travel agency server 11, OTA server 20) are connected to the reservation management server 30 etc. via a network.
  • the reservation management server 30 is also known as a site controller.
  • the reservation management server 30 collectively manages the reservation status from each reservation server. Specifically, the reservation management server 30 manages the room availability (room inventory) of each hotel.
  • the reservation management server 30 manages the reservation status of rooms in each of multiple hotels by multiple reservation servers, including the hotel server 10.
  • the control server 40 is a server managed and operated by the hotel.
  • the control server 40 performs the main business of the hotel. Specifically, the control server 40 stores the reservation information of guests (e.g., name, gender, address, email address, accommodation date (length of stay; check-in date, check-out date), room type, etc.).
  • the control server 40 uses the reservation information to perform check-in and check-out procedures for guests.
  • terminals 50 Users and hotel staff carry terminals 50. For example, users use the terminals 50 to make hotel reservations, etc.
  • Examples of terminals 50 include mobile terminals such as smartphones and tablets.
  • the configuration of the information processing system shown in FIG. 3 is an example and is not intended to be limiting.
  • one hotel may include multiple hotel servers 10.
  • multiple travel agency servers 11 may be included in the information processing system.
  • FIG. 3 illustrates a hotel server 10 and a control server 40 corresponding to one hotel
  • the information processing system includes hotel servers 10 and control servers 40 corresponding to multiple hotels.
  • the reservation management server 30 manages the status (reservation status) of hotel rooms. For each hotel, the reservation management server 30 stores the total number of rooms available for sale and the number of rooms for which sales have been completed (reservations have been made). In addition, the reservation status is shared with the reservation servers (hotel server 10, travel agency server 11, OTA server 20).
  • the user operates the terminal 50 to access the accommodation reservation site provided by the reservation server (here, as described above, the OTA server 20).
  • the OTA server 20 presents the user with rooms that are available for sale (that the user can reserve) based on the reservation status notified by the reservation management server 30.
  • the OTA server 20 When a user operates the terminal 50 to apply for a reservation, the OTA server 20 notifies the reservation management server 30 of the reservation information of the person reserving the room (e.g., the name, gender, address, email address, accommodation date (length of stay), room type, etc.) of the person reserving the room. Specifically, the OTA server 20 sends a "room reservation notification" including the above reservation information and the hotel ID to the reservation management server 30 (step S01 in FIG. 4).
  • the reservation management server 30 of the reservation information of the person reserving the room (e.g., the name, gender, address, email address, accommodation date (length of stay), room type, etc.) of the person reserving the room.
  • the OTA server 20 sends a "room reservation notification" including the above reservation information and the hotel ID to the reservation management server 30 (step S01 in FIG. 4).
  • the hotel ID is an ID for identifying each hotel. Examples of hotel IDs include the name of the hotel and a predetermined code.
  • the hotel ID is shared by any method among the parties participating in the system. For example, the system administrator determines the hotel ID and sets the determined hotel ID in the reservation management server 30. The system administrator also notifies the OTA operator of the determined hotel ID. Each OTA operator sets the notified hotel ID in its own OTA server 20.
  • the reservation management server 30 In response to receiving the room reservation notification, the reservation management server 30 updates the hotel reservation status. After updating the reservation status, the reservation management server 30 notifies the reservation servers of the updated reservation status. Specifically, the reservation management server 30 generates reservation status information based on the latest reservation status. The reservation management server 30 sends a "reservation status notification" including the generated reservation status information to each reservation server (step S02).
  • each reservation server updates the hotel reservation status (room availability, inventory status) stored on its own server.
  • the reservation management server 30 When there are no more rooms available for sale, the reservation management server 30 generates reservation status information indicating that there are no more rooms in stock. The reservation management server 30 sends a reservation status notification including the generated reservation status information to each reservation server. By receiving this notification, each reservation server becomes aware that there are no more rooms in stock. Each reservation server stops selling the rooms that are out of stock.
  • the reservation management server 30 notifies each reservation server (hotel server 10, travel agency server 11, OTA server 20) of the fact that the room is out of stock. In response to this notification, the OTA server 20 etc. stop accepting new reservations. When the room inventory is exhausted, the reservation servers (hotel server 10, travel agency server 11, OTA server 20) will not accept room reservations (normal room reservations) from users.
  • the reservation management server 30 notifies multiple reservation servers, including the hotel server 10 corresponding to that hotel, that the hotel rooms are out of stock.
  • the multiple reservation servers stop selling the rooms that are out of stock.
  • the reservation management server 30 transfers the received room reservation notification to the control server 40 (step S03).
  • the control server 40 stores the reservation information contained in the room reservation notification. As described above, the reservation information is used for the guest's check-in procedures, etc.
  • a user who has made a reservation for a room can cancel the reservation.
  • the user notifies the business that sold the room.
  • OTA server 20 OTA business
  • the reservation server (hotel server 10, travel agency server 11, OTA server 20) notifies the reservation management server 30 of this fact.
  • the reservation server sends a "cancellation notice" to the reservation management server 30, which includes information about the canceled reservation (cancellation information; for example, the name, gender, address, email address, dates of stay, room type, etc. of the person who canceled the reservation) and the hotel ID (step S11 in FIG. 5).
  • the reservation management server 30 updates the hotel reservation status. Specifically, the reservation management server 30 updates the hotel reservation status in the same way as when a room reservation notice is received.
  • the reservation management server 30 notifies the reservation server of the updated reservation status using the cancellation information contained in the cancellation notice (step S12).
  • the reservation management server 30 also transfers the cancellation notice to the control server 40 (step S13).
  • each reservation server updates the hotel reservation status (room availability, inventory status) held by the server itself.
  • the reservation server recognizes that a cancellation has occurred, resulting in an increase in the inventory of rooms available for sale.
  • the control server 40 recognizes that a cancellation has occurred for a room in its own hotel.
  • the hotel's own site accepts reservations for rooms that have been sold out.
  • the hotel server 10 accepts reservations for rooms that have been sold out.
  • the travel agency server 11 and the OTA server 20 do not accept reservations for rooms that have been sold out.
  • the hotel server 10 accepts a room reservation request while clearly indicating to the customer (user) that the room is on the waiting list due to a cancellation (see Figure 6).
  • the hotel server 10 When the hotel server 10 accepts a reservation for a waiting list from a customer, it notifies the reservation management server 30 of information related to the reservation for a waiting list. The hotel server 10 notifies the reservation management server 30 of information about the applicant who has requested the reservation for a waiting list and information about the target room.
  • the hotel server 10 sends a "cancellation waiting notice" including cancellation waiting information (e.g., the applicant's name, gender, address, email address, accommodation date (length of stay), room type, etc.) and the hotel ID to the reservation management server 30 (step S21 in FIG. 6).
  • cancellation waiting information e.g., the applicant's name, gender, address, email address, accommodation date (length of stay), room type, etc.
  • the reservation management server 30 stores information about the reservation on the waiting list notified by the hotel server 10, and notifies the control server 40 of the information about the reservation on the waiting list. Specifically, when the reservation management server 30 receives a cancellation waiting notice, it stores the information contained in the notice (hotel ID and cancellation waiting information) in a first cancellation waiting management database. Details of the first cancellation waiting management database will be described later.
  • the reservation management server 30 transfers the received cancellation waiting notification to the control server 40 (step S22).
  • the reservation management server 30 receives a "cancellation notice" from the reservation server (step S31 in FIG. 7), it determines whether or not a cancellation waiting reservation has been set for the canceled room.
  • the reservation management server 30 will execute the same process as for a normal reservation cancellation.
  • the reservation management server 30 changes the cancellation standby reservation to a formal reservation. In this case, the reservation management server 30 notifies the control server 40 of information regarding the cancellation standby reservation that has been changed to a formal reservation (confirmed cancellation standby information).
  • the reservation management server 30 sends a "cancellation waiting status completion notification" including the completed cancellation waiting status information (e.g., the applicant's name, gender, address, email address, accommodation date (length of stay), room type) to the control server 40 (step S32 in FIG. 7).
  • the completed cancellation waiting status information e.g., the applicant's name, gender, address, email address, accommodation date (length of stay), room type
  • the control server 40 notifies the applicant of the cancellation waiting reservation that the reservation has become official (that the cancellation waiting reservation has become official).
  • the control server 40 sends a "official reservation notification" including information about the reservation for which the cancellation waiting has been established to the terminal 50 of the cancellation waiting applicant (cancellation waiting reservation applicant) (step S33).
  • the reservation management server 30 receives a cancellation notice for a reserved room from one of the multiple reservation servers. If a cancellation standby reservation has been set for the canceled room, the reservation management server 30 establishes the cancellation standby reservation. The reservation management server 30 sends a cancellation standby establishment notice including information about the established cancellation standby reservation to the control server 40. The control server 40 notifies the applicant of the established cancellation standby reservation that the cancellation standby reservation has been established.
  • the control server 40 takes a specified action for the cancellation waiting reservation. For example, if there is a room with a higher grade than the room for which the cancellation waiting reservation has been made available, the control server 40 assigns the higher grade room to the cancellation waiting reservation. In this way, if the control server 40 does not receive a cancellation waiting establishment notice by a specified date, it may assign a room with a higher grade than the room for which the cancellation waiting reservation was accepted, and establish the cancellation waiting reservation.
  • control server 40 also sends a "formal reservation notification" to the terminal 50 of the person on the waiting list. Also, if the waiting list is changed to a formal reservation by upgrading the room grade, the control server 40 notifies the reservation management server 30 of this.
  • control server 40 sends a "cancellation standby cancellation notice" to the reservation management server 30, which includes information (applicant's name, hotel ID, stay dates, room type, etc.) that identifies the cancellation standby reservation that has been changed to an official reservation (cancellation standby reservation).
  • the reservation management server 30 deletes the corresponding cancellation standby reservation from the first cancellation standby management database.
  • control server 40 will make the reservation on the waiting list official at a specified time (for example, a few days before the stay date of the reservation on the waiting list) by upgrading the room grade from that of the canceled reservation.
  • the control server 40 notifies the guest that the reservation on the waiting list has been officially made by sending an official reservation notification to the terminal 50.
  • the control server 40 notifies the cancellation waiting reservation applicant that the cancellation waiting reservation cannot be made into an official reservation. Specifically, the control server 40 sends a "cancellation waiting non-establishment notice" to the terminal 50 of the cancellation waiting applicant. Furthermore, the control server 40 sends a "cancellation waiting cancellation notice" to the reservation management server 30 that includes information identifying the cancellation waiting (cancellation waiting reservation) that will be canceled.
  • Cancellation waiting list applicants will be shown messages etc. based on notifications (formal reservation notification, cancellation waiting list notified) received from the control server 40.
  • FIG. 8 is a diagram showing an example of a processing configuration (processing module) of the reservation management server 30 according to the first embodiment.
  • the reservation management server 30 includes a communication control unit 201, a reservation status control unit 202, a cancellation waiting control unit 203, and a storage unit 204.
  • the communication control unit 201 is a means for controlling communication with other devices.
  • the communication control unit 201 receives data (packets) from the OTA server 20.
  • the communication control unit 201 also transmits data to the OTA server 20.
  • the communication control unit 201 passes data received from other devices to other processing modules.
  • the communication control unit 201 transmits data acquired from other processing modules to other devices. In this way, the other processing modules transmit and receive data with other devices via the communication control unit 201.
  • the communication control unit 201 has a function as a receiving unit that receives data from other devices and a function as a transmitting unit that transmits data to other devices.
  • the reservation status control unit 202 obtains the total number of rooms available for sale by each hotel using any means. For example, the reservation status control unit 202 provides an interface for employees of each hotel to register the total number of rooms (total number of rooms for each room type) in the reservation management server 30. Alternatively, the reservation status control unit 202 obtains the total number of rooms from the control server 40.
  • the reservation status control unit 202 manages the reservation status of each hotel using a reservation status management database (see Figure 9). As shown in Figure 9, the reservation status management database stores the total number of rooms and the number of reservations for each hotel's business day and room type. Note that the reservation status management database shown in Figure 9 is an example, and is not intended to limit the items to be stored.
  • the reservation status control unit 202 identifies the entry (entry in the reservation status management database) corresponding to the user's reservation using the hotel ID, accommodation date (stay period), and room type included in the room reservation notification.
  • the reservation status control unit 202 increments the setting value in the number of reservations field of the identified entry to update the reservation status management database.
  • the reservation status control unit 202 When the reservation status management database is updated, the reservation status control unit 202 notifies each reservation server of the updated reservation status. Specifically, the reservation status control unit 202 generates reservation status information based on the information stored in the reservation status management database.
  • the reservation status information is information about the rooms that each reservation server can sell (room inventory status).
  • the reservation status control unit 202 generates reservation status information for hotels where there has been a change in inventory (hotels corresponding to the hotel IDs included in the room reservation notification). For example, as shown in FIG. 10, the reservation status control unit 202 generates reservation status information including the hotel IDs of hotels where there has been a change in inventory, the business days on which the inventory change occurred, and the number of rooms available for sale for each room type.
  • the reservation status control unit 202 sets the inventory in the reservation status information shown in FIG. 10 to "0."
  • the reservation status control unit 202 notifies each reservation server that room reservations have been completed by sending a reservation status notification to the reservation server that includes reservation status information in which the inventory has been set to "0.”
  • the reservation status control unit 202 When the reservation status control unit 202 receives a cancellation notification, it determines whether the room for which the reservation has been canceled is in stock. If a room that is in stock is canceled, the reservation status control unit 202 updates the reservation status management database in the same way as when a room reservation notification is received.
  • the reservation status control unit 202 transfers the received room reservation notification or cancellation notification to the control server 40.
  • the reservation status control unit 202 passes the cancellation notification received from the reservation server to the cancellation waiting control unit 203.
  • the cancellation waiting control unit 203 is a means for executing control related to cancellation waiting reservations.
  • the cancellation waiting control unit 203 processes cancellation notifications obtained from the reservation status control unit 202 when there is no inventory, and cancellation waiting notifications received from the hotel server 10.
  • the cancellation waiting control unit 203 stores the information contained in the received cancellation waiting notice in a first cancellation waiting management database (see FIG. 11).
  • the first cancellation waiting management database stores the hotel ID, the date of application for the cancellation waiting (the date the cancellation waiting notice was received), the name of the applicant for the cancellation waiting reservation, and the room for which the cancellation waiting reservation is made (date of stay, room type).
  • the first cancellation waiting management database shown in FIG. 11 is an example, and is not intended to limit the items to be stored.
  • the cancellation waiting control unit 203 determines whether a cancellation waiting reservation has been set for the canceled room.
  • the cancellation waiting control unit 203 searches the first cancellation waiting management database using information that identifies the reservation to be canceled, which is included in the cancellation notice (hotel ID, stay date, room type, etc.) as a key.
  • the cancellation waiting control unit 203 sends a reservation status notification including reservation status information reflecting the cancellation of the reservation to the reservation server. By sending this notification, the cancellation waiting control unit 203 notifies each reservation server that the canceled room is now available for sale.
  • the cancellation waiting control unit 203 executes processing to change the cancellation waiting reservation into a formal reservation.
  • the cancellation waiting control unit 203 identifies the earliest cancellation waiting reservation applied for (an entry in the first cancellation waiting management database).
  • the cancellation waiting control unit 203 generates confirmed cancellation waiting information using the information of the identified entry.
  • the confirmed cancellation waiting information includes the name, sex, address, email address, accommodation date (length of stay), room type, etc. of the cancellation waiting applicant.
  • the cancellation waiting control unit 203 sends a "cancellation waiting confirmation notification" including information identifying the canceled reservation and the generated confirmed cancellation waiting information to the control server 40 of the hotel that has the room for which the cancellation waiting reservation was confirmed.
  • the cancellation waiting control unit 203 processes the "cancellation waiting cancellation notification" received from the control server 40.
  • the cancellation waiting control unit 203 searches the first cancellation waiting management database using information that identifies the cancellation waiting reservation to be canceled (applicant name, hotel ID, accommodation date, room type) as a key.
  • the cancellation waiting control unit 203 deletes the entry identified by the search from the first cancellation waiting management database.
  • the memory unit 204 is a means for storing information necessary for the operation of the reservation management server 30.
  • the reservation management server 30 determines whether the room corresponding to the cancellation notice is in stock (step S101).
  • the reservation management server 30 updates the reservation status of the corresponding hotel (step S103). The reservation management server 30 notifies each reservation server of the updated reservation status.
  • step S104 the reservation management server 30 determines whether the canceled room is on a waiting list.
  • the reservation management server 30 updates the reservation status of the corresponding hotel (step S103). The reservation management server 30 notifies each reservation server of the updated reservation status.
  • the communication control unit 301 is a means for controlling communication with other devices.
  • the communication control unit 301 receives data (packets) from the reservation management server 30.
  • the communication control unit 301 also transmits data to the reservation management server 30.
  • the communication control unit 301 passes data received from other devices to other processing modules.
  • the communication control unit 301 transmits data acquired from other processing modules to other devices. In this way, the other processing modules transmit and receive data to and from other devices via the communication control unit 301.
  • the communication control unit 301 has a function as a receiving unit that receives data from other devices, and a function as a transmitting unit that transmits data to other devices.
  • the reservation control unit 302 uses the reservation status of its own hotel to generate room information, etc. to be presented to users on the accommodation reservation site.
  • the reservation control unit 302 refers to the inventory management database to obtain information on rooms that are available for sale to users (see FIG. 14).
  • the inventory management database shown in FIG. 14 is an example and is not intended to limit the items to be stored.
  • the reservation control unit 302 accepts regular reservations for rooms that are in stock.
  • the reservation control unit 302 accepts reservations on a waiting list for rooms that are not in stock.
  • the reservation control unit 302 When a user performs a specified operation on the accommodation reservation site, the reservation control unit 302 displays a GUI (Graphical User Interface) like that shown in FIG. 15 on the user's terminal 50.
  • the reservation control unit 302 accepts regular room reservations and cancellation standby reservations. At that time, for cancellation standby reservations, the reservation control unit 302 clearly indicates the existence of a risk that the reservation will not be completed in the end, and accepts the cancellation standby reservation.
  • the reservation control unit 302 acquires the name, gender, address, email address, etc. of the person making the reservation or the person applying for the cancellation waiting list.
  • the reservation control unit 302 sends a room reservation notification to the reservation management server 30, which includes the hotel ID and reservation information (the name, gender, address, email address, date of stay, room type, etc. of the person making the reservation).
  • the reservation control unit 302 sends a cancellation waiting notification to the reservation management server 30, which includes the hotel ID and cancellation waiting information (the name, gender, address, email address, accommodation dates, room type, etc. of the cancellation waiting applicant).
  • the reservation control unit 302 accepts cancellation of a room reserved by a user.
  • the reservation control unit 302 sends a cancellation notice to the reservation management server 30, which includes the hotel ID and cancellation information (name, gender, address, email address, accommodation date, room type, etc. of the person canceling the reservation).
  • the inventory management unit 303 is a means for controlling and managing the inventory of guest rooms available for sale by the hotel server 10.
  • the inventory management unit 303 manages the inventory of guest rooms in its own hotel.
  • the inventory management unit 303 receives reservation status notifications from the reservation management server 30.
  • the inventory management unit 303 processes the reservation status notification for its own hotel based on the hotel ID included in the reservation status notification.
  • the inventory management unit 303 reflects the inventory quantity for each business day and room type included in the notification in the corresponding entry of the inventory management database (overwriting the set value in the inventory quantity field).
  • the memory unit 304 is a means for storing information necessary for the operation of the hotel server 10.
  • FIG. 16 is a diagram showing an example of a processing configuration (processing module) of the control server 40 according to the first embodiment.
  • the control server 40 includes a communication control unit 401, a reservation information control unit 402, a cancellation waiting control unit 403, and a storage unit 404.
  • the communication control unit 401 is a means for controlling communication with other devices. For example, the communication control unit 401 receives data (packets) from the reservation management server 30. The communication control unit 401 also transmits data to the reservation management server 30. The communication control unit 401 passes data received from other devices to other processing modules. The communication control unit 401 transmits data acquired from other processing modules to other devices. In this way, the other processing modules transmit and receive data to and from other devices via the communication control unit 401.
  • the communication control unit 401 has a function as a receiving unit that receives data from other devices, and a function as a transmitting unit that transmits data to other devices.
  • the reservation information control unit 402 is a means for controlling room reservations at the hotel itself.
  • the reservation information control unit 402 processes room reservation notifications and cancellation notifications received from the reservation management server 30.
  • the reservation information control unit 402 stores the reservation information (e.g., the name, sex, address, date of birth, etc. of the person making the reservation) included in the room reservation notification.
  • the reservation information is used for the check-in procedure of the guest, etc.
  • the reservation information control unit 402 also manages the hotel's inventory in response to receiving a room reservation notification.
  • the reservation information control unit 402 reduces the room inventory for the reserved stay date (scheduled stay date) and room type.
  • the reservation information control unit 402 identifies the canceled reservation based on the cancellation information included in the cancellation notice (e.g., the name of the person canceling the reservation, the date of stay, the room type, etc.) and deletes the reservation information corresponding to the identified reservation.
  • the cancellation information included in the cancellation notice e.g., the name of the person canceling the reservation, the date of stay, the room type, etc.
  • the reservation information control unit 402 updates the hotel's inventory in response to receiving a cancellation notice.
  • the reservation information control unit 402 increases the room inventory for the canceled stay date (scheduled stay date) and room type.
  • the cancellation waiting control unit 403 is a means for controlling cancellation waiting reservations.
  • the cancellation waiting control unit 403 receives a cancellation waiting notification from the reservation management server 30.
  • the cancellation waiting control unit 403 stores the cancellation waiting information contained in the notification (the name, gender, address, email address, accommodation dates, room type, etc. of the cancellation waiting reservation applicant) in a second cancellation waiting management database (see FIG. 17).
  • the cancellation waiting control unit 403 receives a cancellation waiting establishment notification from the reservation management server 30.
  • the cancellation waiting control unit 403 deletes the reservation information corresponding to the canceled reservation based on the information contained in the notification that identifies the canceled reservation (the name of the person who canceled, the date of stay, the room type, etc.).
  • the cancellation waiting control unit 403 also deletes the entry in the second cancellation waiting management database that corresponds to the cancellation waiting establishment notification.
  • the cancellation waiting control unit 403 generates reservation information based on the established cancellation waiting information included in the cancellation waiting establishment notification, and stores the generated reservation information. Specifically, the cancellation waiting control unit 403 stores the name, sex, address, email address, accommodation date (staying period), room type, etc. of the cancellation waiting applicant as reservation information.
  • the cancellation waiting control unit 403 When the cancellation waiting status establishment notification is received, the cancellation waiting control unit 403 notifies the cancellation waiting reservation applicant that the cancellation waiting status has been established.
  • the cancellation waiting control unit 403 sends a "formal reservation notification" including information about the officially reserved room (date of stay, room type, etc.) to the applicant's terminal 50.
  • the cancellation waiting control unit 403 accesses the second cancellation waiting management database periodically or at a specified timing. From the entries in the database, the cancellation waiting control unit 403 extracts entries for which the number of days until the stay date (scheduled stay date) is a specified number of days or less. Specifically, the cancellation waiting control unit 403 extracts cancellation waiting reservations for which the cancellation waiting is not satisfied and the number of days until the scheduled stay date is shorter than a specified value.
  • the cancellation waiting control unit 403 performs a predetermined process for the extracted cancellation waiting reservation. Specifically, if there is a room available that is of a higher grade than the room for which the cancellation waiting reservation has been made, the cancellation waiting control unit 403 assigns the higher grade room to the room for the cancellation waiting reservation.
  • the cancellation waiting control unit 403 sends a "formal reservation notification" to the terminal 50 of the cancellation waiting applicant, which includes information about the room assigned to the cancellation waiting applicant as a formal reservation (date of stay, upgraded room type, etc.).
  • the cancellation waiting control unit 403 notifies the reservation management server 30 that the cancellation waiting (cancellation waiting reservation) has been canceled.
  • the cancellation waiting control unit 403 sends a "cancellation waiting cancellation notification" to the reservation management server 30, which includes information identifying the cancellation waiting that has been changed to a formal reservation (applicant's name, hotel ID, stay date, room type, etc.).
  • the cancellation waiting control unit 403 If there are no vacant rooms of a higher grade than the room for which the cancellation waiting reservation was made, the cancellation waiting control unit 403 notifies the cancellation waiting reservation applicant that the cancellation waiting reservation cannot be made into an official reservation.
  • the cancellation waiting control unit 403 sends a "cancellation waiting non-establishment notice" to the terminal 50 of the cancellation waiting applicant, which includes information about the cancellation waiting reservation that was not established. In this case as well, the cancellation waiting control unit 403 sends a cancellation waiting cancellation notice to the reservation management server 30.
  • the room of a higher grade than the room for which the above-mentioned waiting list reservation was made may be a room available for sale by the OTA server 20, etc., or it may be a room that is not available for sale by the OTA server 20, etc.
  • a room that the hotel has reserved for its own sales activities may be assigned as a room for a waiting list reservation.
  • the control server 40 sends a room reservation notification for the assigned room (higher grade room) to the reservation management server 30.
  • the memory unit 404 is a means for storing information necessary for the operation of the control server 40.
  • Examples of the terminal 50 include a smartphone, a mobile phone, a game machine, a mobile terminal device such as a tablet, a computer (personal computer, notebook computer), etc.
  • the terminal 50 can be any equipment or device that can accept user operations and communicate with the hotel server 10, etc. Furthermore, since the configuration of the terminal 50 is clear to those skilled in the art, detailed explanations will be omitted.
  • the reservation management server 30 receives a cancellation notification from the reservation server (step S41).
  • the reservation management server 30 establishes the cancellation waiting reservation.
  • the reservation management server 30 sends a cancellation waiting establishment notification to the control server 40 (step S42).
  • the control server 40 notifies the user (cancellation waiting applicant) that the cancellation waiting has been established.
  • the control server 40 sends a formal reservation notification to the terminal 50 of the cancellation waiting applicant (step S43).
  • control server 40 may have a function for controlling the check-in procedures of guests, as well as a function for controlling reservations on the reservation management server 30 that are on a waiting list for cancellations.
  • control server 40 may have the functions of the hotel server 10.
  • control server 40 only needs to have the function of selling rooms in its own hotel (the function of implementing a hotel reservation site).
  • the hotel server 10 may inform the user of the hotel's response in the case where the reservation for a waiting list is not fulfilled (possibility of staying in a higher grade room without changing the accommodation fee). By responding in this way, the hotel server 10 may create a situation in which more applications for waiting lists can be obtained.
  • the reservation control unit 302 may present the applicant making the cancellation waiting reservation with the possibility of staying in a room of a higher grade than the grade of the room for which the cancellation waiting reservation was accepted. For example, the reservation control unit 302 may display a GUI such as that shown in FIG. 21 on the terminal 50.
  • the hotel server 10 may present the probability of a reservation on a waiting list being established to the user, taking into consideration the convenience of the user.
  • the reservation control unit 302 may present the probability of a reservation on a waiting list being changed to a regular reservation to an applicant who applies for a reservation on a waiting list. For example, the reservation control unit 302 may display a GUI such as that shown in FIG. 22 on the terminal 50.
  • the reservation control unit 302 of the hotel server 10 sends a "request to calculate the probability of successful cancellation waiting" to the control server 40, which includes information about the room for which the cancellation waiting reservation is made (date of stay, room type).
  • the cancellation waiting control unit 403 may calculate the above probability according to the number of days between the application date of the cancellation waiting reservation and the planned stay date based on the cancellation waiting reservation. For example, the cancellation waiting control unit 403 calculates a higher probability that the cancellation waiting reservation will be established as the number of days is longer.
  • the cancellation waiting control unit 403 may calculate the above probability using a learning model obtained by machine learning.
  • the learning model is obtained by machine learning using a large amount of training data in which labels (success or failure of the cancellation waiting reservation) are added to past data (application date of the cancellation waiting reservation, number of days from the application date to the stay date, and grade of the target room).
  • Any algorithm such as a support vector machine, boosting, or neural network can be used to generate the learning model. Note that the algorithm such as the support vector machine can use publicly known technology, so a description of it will be omitted.
  • the hotel server 10 may provide the applicant with the possibility (probability) of being able to stay by making a reservation on the waiting list, creating an environment in which the user can make a reservation on the waiting list with peace of mind.
  • OTA operators are important business partners for hotels, but it is difficult for OTA operators to accept reservations for rooms on standby due to the complex procedures involved in refunds when reservations on standby fail.
  • hotels may have rooms reserved for their own business use without going through OTA operators, and there is a need to realize reservations for rooms on standby from the perspective of ensuring profits. Therefore, in the information processing system according to the first embodiment, the hotel itself, which is capable of flexibly responding to reservations on standby, accepts reservations on standby, thereby maximizing profits.
  • the hotel server 10 can be configured using an information processing device (a so-called computer), and has the configuration shown in FIG. 23.
  • the hotel server 10 has a processor 311, a memory 312, an input/output interface 313, and a communication interface 314.
  • the components such as the processor 311 are connected by an internal bus or the like, and are configured to be able to communicate with each other.
  • the hotel server 10 may include hardware not shown, and may not include an input/output interface 313, if necessary. Furthermore, the number of processors 311 and the like included in the hotel server 10 is not intended to be limited to the example shown in FIG. 23, and for example, the hotel server 10 may include multiple processors 311.
  • the processor 311 is, for example, a programmable device such as a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or a DSP (Digital Signal Processor). Alternatively, the processor 311 may be a device such as an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit). The processor 311 executes various programs including an operating system (OS).
  • OS operating system
  • Memory 312 may be a RAM (Random Access Memory), a ROM (Read Only Memory), a HDD (Hard Disk Drive), a SSD (Solid State Drive), etc. Memory 312 stores the OS program, application programs, and various data.
  • RAM Random Access Memory
  • ROM Read Only Memory
  • HDD Hard Disk Drive
  • SSD Solid State Drive
  • the input/output interface 313 is an interface for a display device and an input device (not shown).
  • the display device is, for example, a liquid crystal display.
  • the input device is, for example, a keyboard, a mouse, a touch panel, or other device that accepts user operations.
  • the communication interface 314 is a circuit, module, etc. that communicates with other devices.
  • the communication interface 314 includes a NIC (Network Interface Card), etc.
  • the functions of the hotel server 10 are realized by various processing modules.
  • the processing modules are realized, for example, by the processor 311 executing a program stored in the memory 312.
  • the program can be recorded on a computer-readable storage medium.
  • the storage medium can be a non-transitory medium such as a semiconductor memory, a hard disk, a magnetic recording medium, or an optical recording medium.
  • the present invention can also be embodied as a computer program product.
  • the program can be downloaded via a network, or updated using a storage medium that stores the program.
  • the processing modules may also be realized by a semiconductor chip.
  • the hotel server 10 may limit the number of users who can make reservations on a waiting list for a room that has already been sold.
  • the hotel server 10 may also limit the number of users who can make reservations on a waiting list for a single room (business day and room type).
  • the OTA server 20 is included in the information processing system.
  • the information processing system does not have to include the OTA server 20.
  • Hotel rooms may be sold by the hotel's own accommodation reservation site and a travel agency.
  • the information processing system realizes a reservation system for rooms in one hotel.
  • the travel agency server 11 does not have to be included in the information processing system.
  • a reservation status management database is configured inside the reservation management server 30, but the database may be constructed in an external database server or the like. In other words, some of the functions of the reservation management server 30 may be implemented in another device. More specifically, the above-described "reservation status control unit (reservation status control means)" and the like may be implemented in any of the devices included in the system.
  • the form of data transmission between each device is not particularly limited, but data transmitted between these devices may be encrypted. User names and other information are transmitted between these devices, and in order to properly protect this information, it is desirable to transmit and receive encrypted data.
  • Appendix 4 a hotel server that manages an inventory of hotel rooms and accepts reservations for the rooms; a reservation management server that manages the reservation status of rooms by a plurality of reservation servers including the hotel server; Including, When the hotel runs out of rooms, the reservation management server notifies the plurality of reservation servers including the hotel server that the hotel has run out of rooms; The plurality of reservation servers stop selling the rooms that are out of stock, The hotel server accepts standby reservations for the out-of-stock rooms.
  • [Appendix 5] a control server operated by the hotel; When the hotel server accepts the reservation on the waiting list, the hotel server notifies the reservation management server of information regarding the reservation on the waiting list; The reservation management server stores information about the notified reservation on the waiting list and notifies the control server of the information about the reservation on the waiting list. The system of claim 4, wherein the control server stores information regarding the notified waiting list reservation.
  • the reservation management server receiving a cancellation notice for a reserved room from one of the plurality of reservation servers; The system described in Appendix 5, which, if a cancellation standby reservation has been set for the canceled room, establishes the cancellation standby reservation and sends a cancellation standby establishment notification to the control server including information regarding the established cancellation standby reservation.
  • Appendix 7 The system described in Appendix 6, wherein the control server notifies the applicant of the confirmed cancellation waiting reservation that the cancellation waiting reservation has been confirmed.
  • Appendix 8 The system described in Appendix 7, wherein if the control server does not receive the notification of cancellation waiting confirmation by a specified date, the control server assigns a room of a higher grade than the room for which the cancellation waiting reservation was accepted, thereby confirming the cancellation waiting reservation.
  • [Appendix 9] In the server device, Inventory management process to manage the hotel's own room inventory; a control step of accepting a standby reservation for the room when the room is out of stock; A method for controlling a server device, comprising: [Appendix 10]
  • the control process is a method for controlling a server device as described in Appendix 9, in which, if the cancellation waiting reservation is not fulfilled, an applicant who makes the cancellation waiting reservation is presented with the possibility of staying in a room of a higher grade than the room for which the cancellation waiting reservation was accepted.
  • [Appendix 11] The method for controlling a server device according to claim 9 or 10, wherein the control step presents an applicant who places a reservation on the waiting list with a probability that the reservation on the waiting list will be changed to a formal reservation.
  • Appendix 12 A computer installed in the server device Inventory management process to manage the hotel's own room inventory; a control process that accepts standby reservations for the rooms when the rooms are depleted; A computer-readable storage medium that stores a program for executing the above.
  • Appendix 13 The storage medium described in Appendix 12, wherein the control process presents to the applicant making the waiting list reservation the possibility of staying in a room of a higher grade than the room for which the waiting list reservation was accepted if the waiting list reservation is not fulfilled.
  • Appendix 14 The storage medium according to claim 12 or 13, wherein the control process presents to an applicant who makes a reservation on the waiting list a probability that the reservation on the waiting list will be changed to a formal reservation.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

ホテルの客室のキャンセル待ち予約を実現する、サーバ装置を提供する。サーバ装置は、在庫管理手段と、制御手段と、を備える。在庫管理手段は、自ホテルの客室の在庫を管理する。制御手段は、客室の在庫がなくなると客室のキャンセル待ち予約を受け付ける。

Description

サーバ装置、システム、サーバ装置の制御方法及び記憶媒体
　本発明は、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体に関する。
　ホテルをはじめとした種々の施設の予約に関する技術が存在する。
　例えば、特許文献１には、役務に対して付加価値に適正に対応した料金を提示することで利用者の満足度を高め、利用者を安定的に確保することによって収益を安定化させる予約システム及び予約方法を提供する、と記載されている。
国際公開第２０２１／０１４５１０号
　利用者がホテルの客室の予約を行う方法には、ホテルの自社サイトからの予約、旅行代理店からの予約、ＯＴＡ（Online Travel Agent）サイトからの予約等が存在する。ここで、ホテルの客室に関するキャンセル待ち予約は実現されていない。例えば、ＯＴＡサイトがキャンセル待ち予約を受け付けると、当該キャンセル待ち予約が成立しなかった場合の扱いが困難なため、キャンセル待ち予約は行われていない。一方で、ホテル側には、予約された客室がキャンセルされた場合に備え、客室のキャンセル待ち予約を実現したいというニーズが存在する。
　本発明は、ホテルの客室のキャンセル待ち予約を実現することに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体を提供することを主たる目的とする。
　本発明の第１の視点によれば、自ホテルの客室の在庫を管理する、在庫管理手段と、前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御手段と、を備える、サーバ装置が提供される。
　本発明の第２の視点によれば、ホテルの客室の在庫を管理しつつ、前記客室の予約を受け付ける、ホテルサーバと、前記ホテルサーバを含む複数の予約サーバによる、客室の予約状況を管理する、予約管理サーバと、を含み、前記予約管理サーバは、前記ホテルの客室の在庫がなくなると、前記ホテルサーバを含む前記複数の予約サーバに対して前記ホテルの客室の在庫がなくなったことを通知し、前記複数の予約サーバは、前記在庫のなくなった客室の販売を停止し、前記ホテルサーバは、前記在庫がなくなった客室のキャンセル待ち予約を受け付ける、システムが提供される。
　本発明の第３の視点によれば、サーバ装置において、自ホテルの客室の在庫を管理する、在庫管理工程と、前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御工程と、を含む、サーバ装置の制御方法が提供される。
　本発明の第４の視点によれば、サーバ装置に搭載されたコンピュータに、自ホテルの客室の在庫を管理する、在庫管理処理と、前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御処理と、を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体が提供される。
　本発明の各視点によれば、ホテルの客室のキャンセル待ち予約を実現することに寄与する、サーバ装置、システム、サーバ装置の制御方法及び記憶媒体が提供される。なお、本発明の効果は上記に限定されない。本発明により、当該効果の代わりに、又は当該効果と共に、他の効果が奏されてもよい。
図１は、一実施形態の概要を説明するための図である。 図２は、一実施形態の動作概要を説明するためのフローチャートである。 図３は、第１の実施形態に係る情報処理システムの概略構成の一例を示す図である。 図４は、第１の実施形態に係る情報処理システムの動作を説明するための図である。 図５は、第１の実施形態に係る情報処理システムの動作を説明するための図である。 図６は、第１の実施形態に係る情報処理システムの動作を説明するための図である。 図７は、第１の実施形態に係る情報処理システムの動作を説明するための図である。 図８は、第１の実施形態に係る予約管理サーバの処理構成の一例を示す図である。 図９は、第１の実施形態に係る予約状況管理データベースの一例を示す図である。 図１０は、第１の実施形態に係る予約状況情報の一例を示す図である。 図１１は、第１の実施形態に係る第１のキャンセル待ち管理データベースの一例を示す図である。 図１２は、第１の実施形態に係る予約管理サーバの動作の一例を示すフローチャートである。 図１３は、第１の実施形態に係るホテルサーバの処理構成の一例を示す図である。 図１４は、第１の実施形態に係る在庫管理データベースの一例を示す図である。 図１５は、第１の実施形態に係る端末の表示の一例を示す図である。 図１６は、第１の実施形態に係る制御サーバの処理構成の一例を示す図である。 図１７は、第１の実施形態に係る第２のキャンセル待ち管理データベースの一例を示す図である。 図１８は、第１の実施形態に係る情報処理システムの動作の一例を示すシーケンス図である。 図１９は、第１の実施形態に係る端末の表示の一例を示す図である。 図２０は、第１の実施形態の変形例に係る情報処理システムの概略構成の一例を示す図である。 図２１は、第１の実施形態の変形例に係る端末の表示の一例を示す図である。 図２２は、第１の実施形態の変形例に係る端末の表示の一例を示す図である。 図２３は、本願開示に係るホテルサーバのハードウェア構成の一例を示す図である。
　はじめに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、特段の釈明がない場合には、各図面に記載されたブロックはハードウェア単位の構成ではなく、機能単位の構成を表す。各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
　一実施形態に係るサーバ装置１００は、在庫管理手段１０１と、制御手段１０２と、を備える（図１参照）。在庫管理手段１０１は、自ホテルの客室の在庫を管理する（図２のステップＳ１）。制御手段１０２は、客室の在庫がなくなると客室のキャンセル待ち予約を受け付ける（ステップＳ２）。
　サーバ装置１００は、自ホテルの客室を扱う宿泊予約サイトを提供し、客室の在庫がなくなった場合に当該客室のキャンセル待ち予約を受け付ける。サーバ装置１００は、ホテル自身により運営されるので、キャンセル待ち予約の申込者が当初申し込んだ客室が確保できない場合であっても、ホテルは、当該客室よりもグレードの高い客室を割り当てるといった柔軟な対処が可能である。即ち、キャンセル待ち予約が行われた客室にキャンセルが発生しない場合であっても、サーバ装置１００は、当該キャンセル待ち予約を成立させることが可能である。その結果、ホテルは、安心してホテルの客室のキャンセル待ち予約を実現（実施）できる。
　以下に具体的な実施形態について、図面を参照してさらに詳しく説明する。
［第１の実施形態］
　第１の実施形態について、図面を用いてより詳細に説明する。
［システムの構成］
　図３は、第１の実施形態に係る情報処理システム（ホテル予約システム）の概略構成の一例を示す図である。図３に示すように、情報処理システムには、ホテルサーバ１０と、旅行代理店サーバ１１と、複数のＯＴＡ（Online Travel Agent）サーバ２０－１～２０－３と、予約管理サーバ３０と、制御サーバ４０と、が含まれる。
　以降の説明において、ＯＴＡサーバ２０－１～２０－３を区別する特段の理由がない場合には、単に「ＯＴＡサーバ２０」と表記する。他の要素についても同様に、ハイフンより左側の符号に当該要素を代表して表記する。
　情報処理システムには、ホテルの宿泊予約等を行うサーバが含まれる。ホテルサーバ１０、旅行代理店サーバ１１及びＯＴＡサーバ２０が、利用者による客室の予約を受け付ける。以降の説明において、ホテルの客室予約を受け付ける、ホテルサーバ１０、旅行代理店サーバ１１及びＯＴＡサーバ２０を総称して「予約サーバ」と表記する。
　情報処理システムには、複数の予約サーバが含まれる。当該複数の予約サーバのなかには、複数のＯＴＡ（Online Travel Agent）事業者それぞれより運営される、複数のＯＴＡサーバ２０が含まれる。
　ホテルサーバ１０は、ホテルが直接、客室を顧客に販売するためのサーバである。ホテルサーバ１０は、自ホテルの客室の在庫を管理しつつ、客室の予約を受け付ける。ホテルサーバ１０は、自ホテルの客室を扱う宿泊予約サイトを実現する。
　旅行代理店サーバ１１は、実店舗等で営業する旅行代理店により管理、運営されるサーバ装置である。
　ＯＴＡサーバ２０は、オンラインで客室を販売するＯＴＡ事業者により管理、運営される。ＯＴＡサーバ２０は、顧客に客室を販売するための宿泊予約サイトを実現する。なお、ＯＴＡ事業者は、複数のホテルの客室を対象として販売を行う。図３の例では、ＯＴＡサーバ２０は、ホテルサーバ１０を管理、運営するホテルを含む多数のホテルの客室の販売（予約受付）を行う。
　予約サーバ（ホテルサーバ１０、旅行代理店サーバ１１、ＯＴＡサーバ２０）は、ネットワークを介して予約管理サーバ３０等と接続されている。
　予約管理サーバ３０は、サイトコントローラとも称されるサーバである。予約管理サーバ３０は、各予約サーバからの予約状況を一括で管理する。具体的には、予約管理サーバ３０は、各ホテルの空き室状況（客室の在庫）を管理する。予約管理サーバ３０は、ホテルサーバ１０を含む複数の予約サーバによる、複数のホテルそれぞれの客室の予約状況を管理する。
　制御サーバ４０は、ホテルにより管理、運営されるサーバである。制御サーバ４０は、ホテルの主たる業務を実現する。具体的には、制御サーバ４０は、宿泊客の予約情報（例えば、氏名、性別、住所、メールアドレス、宿泊日（宿泊期間；チェックイン日、チェックアウト日）、ルームタイプ等）を記憶する。制御サーバ４０は、予約情報を用いて宿泊客のチェックイン手続きやチェックアウト手続き等を実現する。
　利用者やホテルの従業員等は、端末５０を所持する。例えば、利用者は、当該端末５０を使ってホテルの予約等を行う。端末５０には、例えば、スマートフォン、タブレット等のモバイル型端末が例示される。
　図３に示す情報処理システムの構成は例示であって、その構成を限定する趣旨ではない。例えば、１つのホテルに複数のホテルサーバ１０が含まれていてもよい。あるいは、複数の旅行代理店サーバ１１が情報処理システムに含まれていてもよい。
　なお、図３には、１つのホテルに対応するホテルサーバ１０と制御サーバ４０を図示しているが、実際には複数のホテルそれぞれに対応したホテルサーバ１０及び制御サーバ４０が情報処理システムには含まれる。
［概略動作］
　続いて、第１の実施形態に係る情報処理システムの概略動作について説明する。
＜客室の予約＞
　ここでは、利用者がＯＴＡサーバ２０を用いてホテルの予約を行う場合について説明する。
　予約管理サーバ３０は、ホテルの客室に関する状況（予約状況）を管理する。予約管理サーバ３０は、ホテルごとに販売可能な客室総数及び販売が終了（予約が成立）の客室数を記憶する。また、予約状況は、予約サーバ（ホテルサーバ１０、旅行代理店サーバ１１、ＯＴＡサーバ２０）と共有されている。
　利用者は、端末５０を操作して予約サーバ（ここでは、上述のように、ＯＴＡサーバ２０）が提供する宿泊予約サイトにアクセスする。利用者からのアクセスに応じて、ＯＴＡサーバ２０は、予約管理サーバ３０から通知されている予約状況に基づいて販売可能（利用者が予約可能）な客室を利用者に提示する。
　利用者が端末５０を操作して予約の申し込みを行うと、ＯＴＡサーバ２０は、客室予約者の予約情報（例えば、客室予約者の氏名、性別、住所、メールアドレス、宿泊日（宿泊期間）、ルームタイプ等）を予約管理サーバ３０に通知する。具体的には、ＯＴＡサーバ２０は、上記予約情報とホテルＩＤを含む「客室予約通知」を予約管理サーバ３０に送信する（図４のステップＳ０１）。
　ホテルＩＤは、各ホテルを識別するためのＩＤである。ホテルＩＤには、ホテルの名称や予め定められたコード等が例示される。なお、ホテルＩＤは、システムに参加する各主体間において任意の方法によって共有される。例えば、システム管理者がホテルＩＤを決定し当該決定されたホテルＩＤを予約管理サーバ３０に設定する。また、システム管理者は、当該決定されたホテルＩＤをＯＴＡ事業者等に通知する。各ＯＴＡ事業者は、通知されたホテルＩＤを自社のＯＴＡサーバ２０に設定する。
　客室予約通知の受信に応じて、予約管理サーバ３０は、ホテルの予約状況を更新する。予約状況を更新すると、予約管理サーバ３０は、更新後の予約状況を予約サーバに通知する。具体的には、予約管理サーバ３０は、最新の予約状況に基づいて予約状況情報を生成する。予約管理サーバ３０は、当該生成された予約状況情報を含む「予約状況通知」を各予約サーバに送信する（ステップＳ０２）。
　予約状況通知を受信すると、各予約サーバは、自サーバで保持するホテルの予約状況（空き室状況、在庫状況）を更新する。
　なお、販売可能な客室がなくなると、予約管理サーバ３０は、客室の在庫がないことを示す予約状況情報を生成する。予約管理サーバ３０は、当該生成した予約状況情報を含む予約状況通知を各予約サーバに送信する。各予約サーバは、当該通知を受信することで、客室の在庫がなくなった事実を把握する。各予約サーバは、在庫がなくなった客室の販売を停止する。
　このように、予約管理サーバ３０は、販売中の客室が満室になると、当該客室の在庫がなくなった事実を各予約サーバ（ホテルサーバ１０、旅行代理店サーバ１１、ＯＴＡサーバ２０）に通知する。当該通知に応じて、ＯＴＡサーバ２０等は、新規予約の受付を停止する。予約サーバ（ホテルサーバ１０、旅行代理店サーバ１１、ＯＴＡサーバ２０）は、客室の在庫がなくなれば利用者からの客室予約（通常の客室予約）を受け付けない。
　即ち、予約管理サーバ３０は、ホテルの客室の在庫がなくなると、当該ホテルに対応するホテルサーバ１０を含む複数の予約サーバに対してホテルの客室の在庫がなくなったことを通知する。複数の予約サーバは、在庫のなくなった客室の販売を停止する。
　また、客室予約通知を受信すると、予約管理サーバ３０は、当該受信した客室予約通知を制御サーバ４０に転送する（ステップＳ０３）。
　制御サーバ４０は、客室予約通知に含まれる予約情報を記憶する。上述のように、予約情報は宿泊客のチェックイン手続き等に用いられる。
＜客室のキャンセル＞
　客室の予約を行った利用者は、当該予約のキャンセルを行える。客室の予約キャンセルを行うには、利用者は、客室の販売を行った事業者にその旨を申し出る。例えば、ＯＴＡ事業者（ＯＴＡサーバ２０）から客室の予約を行った利用者は、ＯＴＡサーバ２０のアカウントにログインし客室予約のキャンセル手続きを行う。
　キャンセルを受け付けると、予約サーバ（ホテルサーバ１０、旅行代理店サーバ１１、ＯＴＡサーバ２０）は、その旨を予約管理サーバ３０に通知する。予約サーバは、キャンセルされた予約の情報（キャンセル情報；例えば、予約キャンセル者の氏名、性別、住所、メールアドレス、宿泊日、ルームタイプ等）とホテルＩＤを含む「キャンセル通知」を予約管理サーバ３０に送信する（図５のステップＳ１１）。
　キャンセル通知の受信に応じて、予約管理サーバ３０は、ホテルの予約状況を更新する。具体的には、予約管理サーバ３０は、客室予約通知を受信した場合と同様に、ホテルの予約状況を更新する。予約管理サーバ３０は、キャンセル通知に含まれるキャンセル情報を用いて更新された予約状況を予約サーバに通知する（ステップＳ１２）。また、予約管理サーバ３０は、キャンセル通知を制御サーバ４０に転送する（ステップＳ１３）。
　予約状況通知を受信すると、各予約サーバは、自サーバで保持するホテルの予約状況（空き室状況、在庫状況）を更新する。予約サーバは、客室のキャンセルが発生したことによって、販売可能な客室在庫が増えたことを認識する。また、キャンセル通知を受信すると、制御サーバ４０は、自ホテルの客室にキャンセルが発生したことを認識する。
＜客室のキャンセル待ち＞
　複数の予約サイトのうち、ホテル自身が運営する自社サイトは、販売が終了した客室のキャンセル待ちを受け付ける。ホテルサーバ１０は、在庫がなくなった客室のキャンセル待ち予約を受け付ける。旅行代理店サーバ１１やＯＴＡサーバ２０は、客室のキャンセル待ちを受け付けない。
　具体的には、ホテルサーバ１０は、客室の在庫がなくなると、キャンセル待ちであることを顧客（利用者）に明示しつつ、客室のキャンセル待ち予約の申込を受け付ける（図６参照）。
　ホテルサーバ１０は、顧客からキャンセル待ち予約を受け付けると、当該キャンセル待ち予約に関する情報を前記予約管理サーバ３０に通知する。ホテルサーバ１０は、キャンセル待ち予約を申し込んだ申込者の情報及び対象客室の情報を予約管理サーバ３０に通知する。
　具体的には、ホテルサーバ１０は、キャンセル待ち情報（例えば、申込者の氏名、性別、住所、メールアドレス、宿泊日（宿泊期間）、ルームタイプ等）及びホテルＩＤを含む「キャンセル待ち通知」を予約管理サーバ３０に送信する（図６のステップＳ２１）。
　予約管理サーバ３０は、ホテルサーバ１０から通知されたキャンセル待ち予約に関する情報を記憶すると共に、当該キャンセル待ち予約に関する情報を制御サーバ４０に通知する。具体的には、キャンセル待ち通知を受信すると、予約管理サーバ３０は、当該通知に含まれる情報（ホテルＩＤ及びキャンセル待ち情報）を第１のキャンセル待ち管理データベースに記憶する。第１のキャンセル待ち管理データベースの詳細は後述する。
　さらに、予約管理サーバ３０は、受信したキャンセル待ち通知を制御サーバ４０に転送する（ステップＳ２２）。
　制御サーバ４０は、予約管理サーバ３０から通知されたキャンセル待ち予約に関する情報を記憶する。具体的には、制御サーバ４０は、受信したキャンセル待ち通知に含まれる情報を第２のキャンセル待ち管理データベースに記憶する。第２のキャンセル待ち管理データベースの詳細は後述する。
＜キャンセル待ちの結果通知＞
　ここで、予約管理サーバ３０は、予約サーバから「キャンセル通知」を受信した際（図７のステップＳ３１）、キャンセルされた客室に対してキャンセル待ち予約が設定されているか否か判定する。
　キャンセルされた客室にキャンセル待ちが設定されていなければ、予約管理サーバ３０は、通常の予約キャンセルと同様の処理を実行する。
　キャンセルされた客室にキャンセル待ち（キャンセル待ち予約）が設定されていれば、予約管理サーバ３０は、当該キャンセル待ち予約を正式な予約に変更する。この場合、予約管理サーバ３０は、正式な予約に変更になったキャンセル待ち予約に関する情報（成立キャンセル待ち情報）を制御サーバ４０に通知する。
　予約管理サーバ３０は、成立キャンセル待ち情報（例えば、申込者の氏名、性別、住所、メールアドレス、宿泊日（宿泊期間）、ルームタイプ）を含む「キャンセル待ち成立通知」を制御サーバ４０に送信する（図７のステップＳ３２）。
　制御サーバ４０は、正式な予約になったキャンセル待ち予約の申込者に対して、その旨（キャンセル待ち予約が正式予約になった旨）を通知する。制御サーバ４０は、キャンセル待ち申込者（キャンセル待ち予約申込者）の端末５０に対し、キャンセル待ちが成立した予約に関する情報等を含む「正式予約通知」を送信する（ステップＳ３３）。
　このように、予約管理サーバ３０は、複数の予約サーバのうち一の予約サーバから、予約された客室のキャンセル通知を受信する。予約管理サーバ３０は、キャンセルされた客室にキャンセル待ち予約が設定されている場合、キャンセル待ち予約を成立させる。予約管理サーバ３０は、成立したキャンセル待ち予約に関する情報を含むキャンセル待ち成立通知を制御サーバ４０に送信する。制御サーバ４０は、成立したキャンセル待ち予約の申込者に対し、キャンセル待ち予約が成立したことを通知する。
　なお、制御サーバ４０は、所定のタイミングにおいて、キャンセル待ちが設定された客室にキャンセルが発生しないと、当該キャンセル待ち予約に対して所定の処置を行う。例えば、制御サーバ４０は、キャンセル待ち予約が行われた客室よりもグレードの高い客室に空きがあれば、当該グレードの高い客室をキャンセル待ち予約の客室に割り当てる。このように、制御サーバ４０は、所定の期日までにキャンセル待ち成立通知を受信しない場合、キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室を割り当ててキャンセル待ち予約を成立させてもよい。
　なお、この場合にも、制御サーバ４０は、キャンセル待ち申込者の端末５０に対し、「正式予約通知」を送信する。また、客室のグレードを上げることでキャンセル待ちを正式な予約に変更した場合、制御サーバ４０は、その旨を予約管理サーバ３０に通知する。
　具体的には、制御サーバ４０は、正式な予約に変更したキャンセル待ち（キャンセル待ち予約）を特定する情報（申込者の氏名、ホテルＩＤ、宿泊日、ルームタイプ等）を含む「キャンセル待ち取消通知」を予約管理サーバ３０に送信する。予約管理サーバ３０は、当該通知を受信することで、対応するキャンセル待ち予約を第１のキャンセル待ち管理データベースから削除する。
　このように、制御サーバ４０は、客室の予約キャンセルが発生しないと、所定のタイミング（例えば、キャンセル待ち予約の宿泊日の数日前）に、キャンセル予約された客室よりもグレードを上げてキャンセル待ち予約を正式な予約にする。制御サーバ４０は、正式予約通知を端末５０に送信することで、客室のグレードがキャンセル待ち予約申込時よりも上がり正式な予約となったことを宿泊客に通知する。
　あるいは、キャンセル待ち予約が行われた客室よりもグレードの高い客室に空きがなければ、制御サーバ４０は、キャンセル待ち予約を正式な予約にできない旨をキャンセル待ち予約申込者に通知する。具体的には、制御サーバ４０は、キャンセル待ち申込者の端末５０に対し、「キャンセル待ち不成立通知」を送信する。さらに、制御サーバ４０は、取り消されるキャンセル待ち（キャンセル待ち予約）を特定する情報を含む「キャンセル待ち取消通知」を予約管理サーバ３０に送信する。
　キャンセル待ち申込者は、制御サーバ４０から受信する通知（正式予約通知、キャンセル待ち不成立通知）に基づいたメッセージ等を表示する。
　続いて、第１の実施形態に係る情報処理システムに含まれる各装置の詳細について説明する。
［予約管理サーバ］
　図８は、第１の実施形態に係る予約管理サーバ３０の処理構成（処理モジュール）の一例を示す図である。図８を参照すると、予約管理サーバ３０は、通信制御部２０１と、予約状況制御部２０２と、キャンセル待ち制御部２０３と、記憶部２０４と、を備える。
　通信制御部２０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部２０１は、ＯＴＡサーバ２０からデータ（パケット）を受信する。また、通信制御部２０１は、ＯＴＡサーバ２０に向けてデータを送信する。通信制御部２０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部２０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部２０１を介して他の装置とデータの送受信を行う。通信制御部２０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。
　予約状況制御部２０２は、各ホテルの予約状況（空き室状況）に関する制御を行う手段である。
　予約状況制御部２０２は、任意の手段を用いて各ホテルが販売可能な客室の総数を取得する。例えば、予約状況制御部２０２は、各ホテルの従業員等が客室総数（ルームタイプごとの客室総数）を予約管理サーバ３０に登録するためのインターフェイスを提供する。あるいは、予約状況制御部２０２は、制御サーバ４０から客室総数を取得する。
　予約状況制御部２０２は、予約状況管理データベースを用いて各ホテルの予約状況を管理する（図９参照）。図９に示すように、予約状況管理データベースは、ホテルの営業日及びルームタイプごとに客室総数と予約数を記憶する。なお、図９に示す予約状況管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。
　予約状況制御部２０２は、予約サーバから客室予約通知やキャンセル通知を受信する。客室予約通知やキャンセル通知の受信に応じて、予約状況制御部２０２は、予約状況管理データベースを更新する。
　具体的には、予約状況制御部２０２は、客室予約通知に含まれるホテルＩＤ、宿泊日（宿泊期間）及びルームタイプを用いて、利用者の予約に対応するエントリ（予約状況管理データベースのエントリ）を特定する。予約状況制御部２０２は、特定したエントリの予約数フィールドの設定値をインクリメントして予約状況管理データベースを更新する。
　予約状況管理データベースを更新すると、予約状況制御部２０２は、更新後の予約状況を各予約サーバに通知する。具体的には、予約状況制御部２０２は、予約状況管理データベースに記憶された情報に基づいて予約状況情報を生成する。予約状況情報は、各予約サーバが販売可能な客室（客室の在庫状況）に関する情報である。
　予約状況制御部２０２は、在庫に変動があったホテル（客室予約通知に含まれるホテルＩＤに対応するホテル）の予約状況情報を生成する。例えば、予約状況制御部２０２は、図１０に示すように、在庫の変動があったホテルのホテルＩＤ、在庫の変動があった営業日、ルームタイプの在庫数（販売可能な客室数）を含む予約状況情報を生成する。
　予約状況制御部２０２は、生成した予約状況情報を含む「予約状況通知」を各予約サーバに送信する。
　ホテルの客室が完売すると（予約が全て埋まると）、予約状況制御部２０２は、図１０に示す予約状況情報の在庫に「０」を設定する。予約状況制御部２０２は、当該在庫が「０」に設定された予約状況情報を含む予約状況通知を予約サーバに送信することで、客室の予約が終了したことを各予約サーバに通知する。
　予約状況制御部２０２は、キャンセル通知を受信した場合、当該予約がキャンセルされた客室の在庫の有無を判定する。在庫がある客室がキャンセルされた場合、予約状況制御部２０２は、客室予約通知の受信時と同様に予約状況管理データベースを更新する。
　具体的には、予約状況制御部２０２は、キャンセル通知に含まれるホテルＩＤ、宿泊日（宿泊期間）及びルームタイプを用いて、キャンセルされた予約に対応するエントリを特定する。予約状況制御部２０２は、特定したエントリの予約数フィールドの設定値をデクリメントして予約状況管理データベースを更新する。
　その後、予約状況制御部２０２は、更新後の予約状況を各予約サーバに通知する。予約状況制御部２０２は、在庫に変動があったホテルの予約状況情報を含む予約状況通知を各予約サーバに送信する。
　なお、客室予約通知やキャンセル通知の受信に応じて予約状況通知を各予約サーバに送信した場合には、予約状況制御部２０２は、当該受信した客室予約通知やキャンセル通知を制御サーバ４０に転送する。
　また、在庫がない客室がキャンセルされた場合、予約状況制御部２０２は、予約サーバから受信したキャンセル通知をキャンセル待ち制御部２０３に引き渡す。
　キャンセル待ち制御部２０３は、キャンセル待ち予約に関する制御を実行する手段である。キャンセル待ち制御部２０３は、在庫がない状況で予約状況制御部２０２から取得したキャンセル通知と、ホテルサーバ１０から受信するキャンセル待ち通知と、を処理する。
　はじめに、キャンセル待ち通知を受信した場合のキャンセル待ち制御部２０３の動作を説明する。
　キャンセル待ち制御部２０３は、受信したキャンセル待ち通知に含まれる情報を第１のキャンセル待ち管理データベースに記憶する（図１１参照）。図１１に示すように、第１のキャンセル待ち管理データベースは、ホテルＩＤ、キャンセル待ちの申込日（キャンセル待ち通知の受信日）、キャンセル待ち予約の申込者氏名、キャンセル待ち予約の対象客室（宿泊日、ルームタイプ）を記憶する。なお、図１１に示す第１のキャンセル待ち管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。
　キャンセル待ち制御部２０３は、受信したキャンセル待ち通知を制御サーバ４０に転送する。
　続いて、キャンセル通知を予約状況制御部２０２から取得した場合のキャンセル待ち制御部２０３の動作を説明する。
　キャンセル通知を予約状況制御部２０２から取得すると、キャンセル待ち制御部２０３は、キャンセルされた客室に対してキャンセル待ち予約が設定されているか否か判定する。
　具体的には、キャンセル待ち制御部２０３は、キャンセル通知に含まれるキャンセル対象の予約を特定する情報（ホテルＩＤ、宿泊日、ルームタイプ等）をキーとして第１のキャンセル待ち管理データベースを検索する。
　対応するエントリが第１のキャンセル待ち管理データベースに記憶されていなければ、キャンセル待ち制御部２０３は、予約状況制御部２０２と同様に、予約のキャンセルが反映された予約状況情報を含む予約状況通知を予約サーバに送信する。当該通知の送信によって、キャンセル待ち制御部２０３は、キャンセルされた客室の販売が可能になった旨を各予約サーバに通知する。
　対応するエントリが第１のキャンセル待ち管理データベースに記憶されていれば、キャンセル待ち制御部２０３は、キャンセル待ち予約を正式な予約に変更するための処理を実行する。
　具体的には、キャンセル待ち制御部２０３は、キャンセル待ち予約の申込の最も早いキャンセル待ち予約（第１のキャンセル待ち管理データベースのエントリ）を特定する。キャンセル待ち制御部２０３は、当該特定されたエントリの情報を用いて成立キャンセル待ち情報を生成する。成立キャンセル待ち情報には、キャンセル待ち申込者の氏名、性別、住所、メールアドレス、宿泊日（宿泊期間）、ルームタイプ等が含まれる。
　キャンセル待ち制御部２０３は、上記キャンセルになった予約を特定する情報及び上記生成された成立キャンセル待ち情報を含む「キャンセル待ち成立通知」を、キャンセル待ち予約が成立した客室を持つホテルの制御サーバ４０に送信する。
　さらに、キャンセル待ち制御部２０３は、制御サーバ４０から受信する「キャンセル待ち取消通知」を処理する。キャンセル待ち制御部２０３は、取消をするキャンセル待ち予約を特定する情報（申込者氏名、ホテルＩＤ、宿泊日、ルームタイプ）をキーとして第１のキャンセル待ち管理データベースを検索する。キャンセル待ち制御部２０３は、検索により特定されたエントリを第１のキャンセル待ち管理データベースから削除する。
　記憶部２０４は、予約管理サーバ３０の動作に必要な情報を記憶する手段である。
　予約管理サーバ３０のキャンセル待ち予約の制御に関する動作（キャンセル通知を受信した際の動作）をまとめると図１２に示すフローチャートのとおりである。
　予約管理サーバ３０は、キャンセル通知に対応する客室の在庫有無を判定する（ステップＳ１０１）。
　客室の在庫があれば（ステップＳ１０２、Ｙｅｓ分岐）、予約管理サーバ３０は、該当するホテルの予約状況を更新する（ステップＳ１０３）。予約管理サーバ３０は、更新後の予約状況を各予約サーバに通知する。
　客室の在庫がなければ（ステップＳ１０２、Ｎｏ分岐）、予約管理サーバ３０は、キャンセルされた客室にキャンセル待ちが設定されているか否か判定する（ステップＳ１０４）。
　キャンセルされた客室にキャンセル待ちが設定されていなければ（ステップＳ１０５、Ｎｏ分岐）、予約管理サーバ３０は、該当するホテルの予約状況を更新する（ステップＳ１０３）。予約管理サーバ３０は、更新後の予約状況を各予約サーバに通知する。
　キャンセルされた客室にキャンセル待ちが設定されていれば（ステップＳ１０５、Ｙｅｓ分岐）、予約管理サーバ３０は、キャンセル待ち予約を正式な予約に変更する。予約管理サーバ３０は、キャンセル待ち成立通知を制御サーバ４０に送信する（ステップＳ１０６）。
［ホテルサーバ］
　図１３は、第１の実施形態に係るホテルサーバ１０の処理構成（処理モジュール）の一例を示す図である。図１３を参照すると、ホテルサーバ１０は、通信制御部３０１と、予約制御部３０２と、在庫管理部３０３と、記憶部３０４と、を備える。
　通信制御部３０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部３０１は、予約管理サーバ３０からデータ（パケット）を受信する。また、通信制御部３０１は、予約管理サーバ３０に向けてデータを送信する。通信制御部３０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部３０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部３０１を介して他の装置とデータの送受信を行う。通信制御部３０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。
　予約制御部３０２は、利用者によるホテル（客室）の予約に関する制御を行う手段である。予約制御部３０２は、宿泊予約サイト等の機能を実現する。予約制御部３０２は、客室の通常予約、予約された客室のキャンセル、予約された客室のキャンセル待ちを受け付ける。とりわけ、予約制御部３０２は、自ホテルの客室の在庫がなくなると当該客室のキャンセル待ち予約を受け付ける。
　予約制御部３０２は、自ホテルの予約状況を用いて上記宿泊予約サイトで利用者に提示する客室の情報等を生成する。
　予約制御部３０２は、在庫管理データベースを参照し、利用者に販売可能な客室の情報を取得する（図１４参照）。図１４に示す在庫管理データベースは例示であって、記憶する項目等を限定する趣旨ではない。
　予約制御部３０２は、在庫がある客室に関しては通常の予約を受け付ける。予約制御部３０２は、在庫のない客室に関してはキャンセル待ち予約を受け付ける。
　利用者が宿泊予約サイトにて所定の操作を行うと、予約制御部３０２は、図１５に示すようなＧＵＩ（Graphical User Interface）を利用者の端末５０に表示する。予約制御部３０２は、通常の客室予約とキャンセル待ち予約を受け付ける。その際、予約制御部３０２は、キャンセル待ち予約に関しては最終的に予約が成立しないリスク等の存在を明示し、当該キャンセル待ち予約を受け付ける。
　利用者が通常の予約又はキャンセル待ち予約の選択を完了すると（図１５に示す「次へ」ボタンが押下されると）、予約制御部３０２は、予約者又はキャンセル待ち申込者の氏名、性別、住所、メールアドレス等を取得する。
　通常の予約を受け付けた場合、予約制御部３０２は、ホテルＩＤと予約情報（予約者の氏名、性別、住所、メールアドレス、宿泊日、ルームタイプ等）を含む客室予約通知を予約管理サーバ３０に送信する。
　キャンセル待ち予約を受け付けた場合、予約制御部３０２は、ホテルＩＤとキャンセル待ち情報（キャンセル待ち申込者の氏名、性別、住所、メールアドレス、宿泊日、ルームタイプ等）を含むキャンセル待ち通知を予約管理サーバ３０に送信する。
　上述のように、予約制御部３０２は、利用者が予約した客室のキャンセルを受け付ける。予約のキャンセルを受け付けた場合、予約制御部３０２は、ホテルＩＤ及びキャンセル情報（予約キャンセル者の氏名、性別、住所、メールアドレス、宿泊日、ルームタイプ等）を含むキャンセル通知を予約管理サーバ３０に送信する。
　在庫管理部３０３は、ホテルサーバ１０が販売可能な客室の在庫に関する制御、管理を行う手段である。在庫管理部３０３は、自ホテルの客室の在庫を管理する。
　在庫管理部３０３は、予約管理サーバ３０から予約状況通知を受信する。在庫管理部３０３は、当該予約状況通知に含まれるホテルＩＤに基づいて自ホテルに関する予約状況通知を処理する。在庫管理部３０３は、当該通知に含まれる、営業日、ルームタイプごとの在庫数を在庫管理データベースの対応するエントリに反映する（在庫数フィールドの設定値を上書きする）。
　記憶部３０４は、ホテルサーバ１０の動作に必要な情報を記憶する手段である。
［制御サーバ］
　図１６は、第１の実施形態に係る制御サーバ４０の処理構成（処理モジュール）の一例を示す図である。図１６を参照すると、制御サーバ４０は、通信制御部４０１と、予約情報制御部４０２と、キャンセル待ち制御部４０３と、記憶部４０４と、を備える。
　通信制御部４０１は、他の装置との間の通信を制御する手段である。例えば、通信制御部４０１は、予約管理サーバ３０からデータ（パケット）を受信する。また、通信制御部４０１は、予約管理サーバ３０に向けてデータを送信する。通信制御部４０１は、他の装置から受信したデータを他の処理モジュールに引き渡す。通信制御部４０１は、他の処理モジュールから取得したデータを他の装置に向けて送信する。このように、他の処理モジュールは、通信制御部４０１を介して他の装置とデータの送受信を行う。通信制御部４０１は、他の装置からデータを受信する受信部としての機能と、他の装置に向けてデータを送信する送信部としての機能と、を備える。
　予約情報制御部４０２は、自ホテルの客室予約に関する制御を行う手段である。予約情報制御部４０２は、予約管理サーバ３０から受信する客室予約通知やキャンセル通知を処理する。
　予約情報制御部４０２は、客室予約通知に含まれる予約情報（例えば、予約者の氏名、性別、住所、生年月日等）を記憶する。当該予約情報は、宿泊客のチェックイン手続き等に用いられる。
　また、予約情報制御部４０２は、客室予約通知の受信に応じて、自ホテルの在庫を管理する。予約情報制御部４０２は、予約された宿泊日（宿泊予定日）及びルームタイプの客室在庫を減らす。
　予約情報制御部４０２は、キャンセル通知に含まれるキャンセル情報（例えば、予約キャンセル者の氏名、宿泊日、ルームタイプ等）に基づいてキャンセルされた予約を特定し、当該特定した予約に対応する予約情報を削除する。
　また、予約情報制御部４０２は、キャンセル通知の受信に応じて、自ホテルの在庫を更新する。予約情報制御部４０２は、キャンセルされた宿泊日（宿泊予定日）及びルームタイプの客室在庫を増やす。
　キャンセル待ち制御部４０３は、キャンセル待ち予約に関する制御を行う手段である。
　キャンセル待ち制御部４０３は、予約管理サーバ３０からキャンセル待ち通知を受信する。キャンセル待ち制御部４０３は、当該通知に含まれるキャンセル待ち情報（キャンセル待ち予約申込者の氏名、性別、住所、メールアドレス、宿泊日、ルームタイプ等）を第２のキャンセル待ち管理データベースに記憶する（図１７参照）。
　キャンセル待ち制御部４０３は、予約管理サーバ３０からキャンセル待ち成立通知を受信する。キャンセル待ち制御部４０３は、当該通知に含まれる、キャンセルになった予約を特定する情報（キャンセル者の氏名、宿泊日、ルームタイプ等）に基づいて、キャンセルされた予約に対応する予約情報を削除する。
　また、キャンセル待ち制御部４０３は、キャンセル待ち成立通知に対応する、第２のキャンセル待ち管理データベースのエントリを削除する。
　さらに、キャンセル待ち制御部４０３は、キャンセル待ち成立通知に含まれる成立キャンセル待ち情報に基づいて予約情報を生成し、当該生成された予約情報を記憶する。具体的には、キャンセル待ち制御部４０３は、キャンセル待ち申込者の氏名、性別、住所、メールアドレス、宿泊日（宿泊期間）、ルームタイプ等を予約情報として記憶する。
　キャンセル待ち成立通知を受信すると、キャンセル待ち制御部４０３は、キャンセル待ち予約申込者に対してキャンセル待ちが成立した旨を通知する。キャンセル待ち制御部４０３は、正式に予約された客室の情報（宿泊日、ルームタイプ等）を含む「正式予約通知」を上記申込者の端末５０に送信する。
　キャンセル待ち制御部４０３は、定期的又は所定のタイミングで、第２のキャンセル待ち管理データベースにアクセスする。キャンセル待ち制御部４０３は、当該データベースのエントリのうち、宿泊日（宿泊予定日）までの日数が所定日以下となっているエントリを抽出する。具体的には、キャンセル待ち制御部４０３は、キャンセル待ちが成立せず、且つ、宿泊予定日までの日数が所定値よりも短いキャンセル待ち予約を抽出する。
　キャンセル待ち制御部４０３は、当該抽出されたキャンセル待ち予約に対して所定の処置を行う。具体的には、キャンセル待ち制御部４０３は、キャンセル待ち予約が行われた客室よりもグレードの高い客室に空きがあれば、当該グレードの高い客室をキャンセル待ち予約の客室に割り当てる。
　この場合、キャンセル待ち制御部４０３は、正式な予約としてキャンセル待ち申込者に割り当てられた客室の情報（宿泊日、グレードアップ後のルームタイプ等）を含む「正式予約通知」をキャンセル待ち申込者の端末５０に送信する。
　また、客室のグレードを上げることでキャンセル待ち予約を正式な予約に変更した場合、キャンセル待ち制御部４０３は、キャンセル待ち（キャンセル待ち予約）が取り消されたことを予約管理サーバ３０に通知する。キャンセル待ち制御部４０３は、正式な予約に変更したキャンセル待ちを特定する情報（申込者の氏名、ホテルＩＤ、宿泊日、ルームタイプ等）を含む「キャンセル待ち取消通知」を予約管理サーバ３０に送信する。
　キャンセル待ち予約が行われた客室よりもグレードの高い客室に空きがなければ、キャンセル待ち制御部４０３は、キャンセル待ち予約を正式な予約にできない旨をキャンセル待ち予約申込者に通知する。キャンセル待ち制御部４０３は、キャンセル待ち申込者の端末５０に対し、不成立に終わったキャンセル待ち予約に関する情報を含む「キャンセル待ち不成立通知」をキャンセル待ち申込者の端末５０に送信する。また、この場合にも、キャンセル待ち制御部４０３は、キャンセル待ち取消通知を予約管理サーバ３０に送信する。
　なお、上記キャンセル待ち予約が行われた客室よりもグレードの高い客室は、ＯＴＡサーバ２０等による販売対象の客室であってもよいし、ＯＴＡサーバ２０等による販売の対象ではない客室であってもよい。例えば、ホテルが独自の営業活動のために確保している客室がキャンセル待ち予約のための客室に割り当てられてもよい。また、ＯＴＡサーバ２０等による販売対象の客室をキャンセル待ち予約の客室に割り当てた場合、制御サーバ４０は、当該割り当てた客室（グレードの高い客室）に関する客室予約通知を予約管理サーバ３０に送信する。
　記憶部４０４は、制御サーバ４０の動作に必要な情報を記憶する手段である。
［旅行代理店サーバ］
　旅行代理店サーバ１１の構成及び動作に関する詳細な説明は省略する。旅行代理店サーバ１１の動作等は、当業者にとって明らかなためである。
［ＯＴＡサーバ］
　ＯＴＡサーバ２０の構成及び動作に関する詳細な説明は省略する。ＯＴＡサーバ２０の動作等は、当業者にとって明らかなためである。
［端末］
　端末５０には、スマートフォン、携帯電話機、ゲーム機、タブレット等の携帯端末装置やコンピュータ（パーソナルコンピュータ、ノートパソコン）等が例示される。端末５０は、利用者の操作を受け付け、ホテルサーバ１０等と通信可能であれば任意の機器、デバイスとすることができる。また、端末５０の構成等は当業者にとって明らかであるので、詳細な説明を省略する。
［システムの動作］
　続いて、第１の実施形態に係る情報処理システムの動作について説明する。
　図１８を参照し、第１の実施形態に係る情報処理システムの動作を説明する。
　予約管理サーバ３０は、予約サーバからキャンセル通知を受信する（ステップＳ４１）。
　キャンセルされた予約にキャンセル待ち予約が設定されていると、予約管理サーバ３０は、キャンセル待ち予約を成立させる。予約管理サーバ３０は、キャンセル待ち成立通知を制御サーバ４０に送信する（ステップＳ４２）。
　制御サーバ４０は、キャンセル待ちが成立したことを利用者（キャンセル待ち申込者）に通知する。制御サーバ４０は、キャンセル待ち申込者の端末５０に対し、正式予約通知を送信する（ステップＳ４３）。
　端末５０は、受信した正式予約通知に含まれる情報に応じたメッセージ等を出力する（ステップＳ４４）。例えば、端末５０は、図１９に示すような表示を行う。
　続いて、第１の実施形態に係る変形例について説明する。
＜変形例１＞
　上記実施形態では、サイトコントローラ（予約管理サーバ３０）が情報処理システムに含まれる場合について説明した。情報処理システムには、当該予約管理サーバ３０は含まれていなくてもよい。具体的には、図２０に示すように、ホテルの業務を担う制御サーバ４０に上記説明した予約管理サーバ３０の機能が実装されていてもよい。
　即ち、制御サーバ４０は、宿泊客のチェックイン手続き等に加え、予約管理サーバ３０のキャンセル待ち予約に関する制御機能等を備えていてもよい。
　あるいは、制御サーバ４０は、ホテルサーバ１０の機能を備えていてもよい。この場合、制御サーバ４０は、自ホテルの客室を販売する機能（宿泊予約サイトを実現する機能）を備えていればよい。
＜変形例２＞
　ホテルサーバ１０は、キャンセル待ち予約を受け付ける際、キャンセル待ち予約が成立しない場合のホテル側の対応（宿泊料金は変わらずにグレードの高い客室に宿泊できる可能性）を利用者に案内してもよい。ホテルサーバ１０は、このような対応によって、より多くのキャンセル待ち予約の申込が得られる状況を作り出してもよい。
　具体的には、予約制御部３０２は、キャンセル待ち予約が成立しない場合、キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室に宿泊できる可能性を、キャンセル待ち予約を申し込む申込者に提示してもよい。例えば、予約制御部３０２は、図２１に示すようなＧＵＩを端末５０に表示してもよい。
＜変形例３＞
　ホテルサーバ１０は、利用者の利便性を考慮し、キャンセル待ち予約が成立する確率を利用者に提示してもよい。予約制御部３０２は、キャンセル待ち予約を申し込む申込者に対し、キャンセル待ち予約が正式な予約に変更になる確率を提示してもよい。例えば、予約制御部３０２は、図２２に示すようなＧＵＩを端末５０に表示してもよい。
　この場合、ホテルサーバ１０の予約制御部３０２は、制御サーバ４０に対し、キャンセル待ち予約の対象客室の情報（宿泊日、ルームタイプ）を含む「キャンセル待ち成功確率算出要求」を送信する。
　当該要求を受信した制御サーバ４０のキャンセル待ち制御部４０３は、指定された客室のキャンセル待ち予約が成功する確率を算出する。例えば、キャンセル待ち制御部４０３は、自ホテルの客室の在庫状況（予約サーバを介して販売されている客室の在庫、予約サーバを介して販売されていない客室の在庫）に基づいて上記確率を計算する。例えば、自ホテルの営業用の客室が確保されている場合、当該営業用の客室をキャンセル待ち予約に割り当てることで高い確率でキャンセル待ち予約は成立する。この場合、キャンセル待ち制御部４０３は、１００％に近い高い確率を算出し、ホテルサーバ１０に通知する。
　あるいは、キャンセル待ち制御部４０３は、キャンセル待ち予約の申込日とキャンセル待ち予約による宿泊予定日の間の日数に応じて上記確率を算出してもよい。例えば、キャンセル待ち制御部４０３は、上記日数が長いほどキャンセル待ち予約が成立する確率を高く算出する。
　あるいは、キャンセル待ち制御部４０３は、機械学習により得られた学習モデルを用いて上記確率を算出してもよい。例えば、当該学習モデルは、過去のデータ（キャンセル待ち予約の申込日、申込日から宿泊日までの日数、対象客室のグレード）にラベル（キャンセル待ち予約の成否）が付与された数多くの教師データを用いた機械学習により得られる。学習モデルの生成には、サポートベクタマシン、ブースティングやニューラルネットワーク等の任意のアルゴリズムを用いることができる。なお、上記サポートベクタマシン等のアルゴリズムは公知の技術を使用することができるので、その説明を省略する。
　このように、ホテルサーバ１０は、キャンセル待ち予約によって宿泊できる可能性（確率）を申込者に提供し、利用者が安心してキャンセル待ち予約の申し込みができる状況を作り出してもよい。
　以上のように、第１の実施形態に係る情報処理システムでは、複数の予約サーバのうちホテルサーバ１０が、キャンセル待ち予約を受け付ける。より具体的には、ホテルサーバ１０は、自ホテルの客室の在庫がなくなった場合に当該客室のキャンセル待ち予約を受け付ける。ホテルサーバ１０及び制御サーバ４０は、ホテル自身により運営されるので、キャンセル待ち予約の申込者が当初申し込んだ客室が確保できない場合であっても、制御サーバ４０は、当該客室よりもグレードの高い客室を割り当てることが可能である。即ち、キャンセル待ち予約が行われた客室にキャンセルが発生しない場合であっても、制御サーバ４０は、当該キャンセル待ち予約を成立させることができる。
　利用者がホテルの客室を予約する手段は、ホテルの自社サイト、ＯＴＡ事業者が提供する宿泊予約サイト等、複数存在する。ホテルにとってＯＴＡ事業者は重要な事業パートナーであるが、キャンセル待ち予約が失敗した場合の払い戻し等に関する複雑な業務が原因でＯＴＡ事業者が客室のキャンセル待ち予約を受け付けることは難しい。一方で、ホテルには、ＯＴＡ事業者等を介さずホテル独自の営業用に確保された客室等が存在する場合もあり、利益確保の観点から客室のキャンセル待ち予約を実現することに対するニーズが存在する。そこで、第１の実施形態に係る情報処理システムでは、キャンセル待ち予約に対する柔軟な対応が可能なホテル自身がキャンセル待ち予約を受け付け、利益の最大化を実現する。
　続いて、情報処理システムを構成する各装置のハードウェアについて説明する。図２３は、ホテルサーバ１０のハードウェア構成の一例を示す図である。
　ホテルサーバ１０は、情報処理装置（所謂、コンピュータ）により構成可能であり、図２３に例示する構成を備える。例えば、ホテルサーバ１０は、プロセッサ３１１、メモリ３１２、入出力インターフェイス３１３及び通信インターフェイス３１４等を備える。上記プロセッサ３１１等の構成要素は内部バス等により接続され、相互に通信可能に構成されている。
　但し、図２３に示す構成は、ホテルサーバ１０のハードウェア構成を限定する趣旨ではない。ホテルサーバ１０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス３１３を備えていなくともよい。また、ホテルサーバ１０に含まれるプロセッサ３１１等の数も図２３の例示に限定する趣旨ではなく、例えば、複数のプロセッサ３１１がホテルサーバ１０に含まれていてもよい。
　プロセッサ３１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）等のプログラマブルなデバイスである。あるいは、プロセッサ３１１は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のデバイスであってもよい。プロセッサ３１１は、オペレーティングシステム（ＯＳ；Operating System）を含む各種プログラムを実行する。
　メモリ３１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等である。メモリ３１２は、ＯＳプログラム、アプリケーションプログラム、各種データを格納する。
　入出力インターフェイス３１３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボード、マウス、タッチパネル等のユーザ操作を受け付ける装置である。
　通信インターフェイス３１４は、他の装置と通信を行う回路、モジュール等である。例えば、通信インターフェイス３１４は、ＮＩＣ（Network Interface Card）等を備える。
　ホテルサーバ１０の機能は、各種処理モジュールにより実現される。当該処理モジュールは、例えば、メモリ３１２に格納されたプログラムをプロセッサ３１１が実行することで実現される。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transitory）なものとすることができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。
　なお、予約管理サーバ３０、制御サーバ４０等もホテルサーバ１０と同様に情報処理装置により構成可能であり、その基本的なハードウェア構成はホテルサーバ１０と相違する点はないので説明を省略する。
　ホテルサーバ１０は、コンピュータを搭載し、当該コンピュータにプログラムを実行させることでホテルサーバ１０の機能が実現できる。また、ホテルサーバ１０は、当該プログラムによりホテルサーバ１０の制御方法を実行する。
［変形例］
　なお、上記実施形態にて説明した情報処理システムの構成、動作等は例示であって、システムの構成等を限定する趣旨ではない。
　上記実施形態では、販売済の客室に対するキャンセル待ち予約が行える利用者に制限を設けていないが、キャンセル待ち予約が行える利用者に制限が設定されてもよい。例えば、ホテルサーバ１０は、販売が終了した客室に対してキャンセル待ち予約を申し込める利用者の数を制限してもよい。ホテルサーバ１０は、１つの客室（営業日及びルームタイプ）にキャンセル待ち予約を申し込める利用者数を制限してもよい。
　制御サーバ４０は、販売が終了した客室のキャンセル待ち予約を停止（禁止）するようにホテルサーバ１０に指示を行ってもよい。例えば、制御サーバ４０は、キャンセル待ち予約が成立する可能性（確率）が低い客室に関しては、キャンセル待ち予約の受け付けを停止するようにホテルサーバ１０に指示をしてもよい。この場合、制御サーバ４０は、キャンセル待ち予約の受け付けを停止する客室の情報（営業日、ルームタイプ）をホテルサーバ１０に送信すればよい。
　上記実施形態では、ＯＴＡサーバ２０が情報処理システムに含まれる場合について説明した。しかし、情報処理システムには、ＯＴＡサーバ２０が含まれていなくてもよい。ホテルの客室は、自ホテルの宿泊予約サイトと旅行代理店によって販売されてもよい。この場合、情報処理システムは、１つのホテルの客室を対象とした予約システムを実現する。あるいは、旅行代理店サーバ１１が情報処理システムに含まれていなくてもよい。
　上記実施形態では、予約管理サーバ３０の内部に予約状況管理データベースが構成される場合について説明したが、当該データベースは外部のデータベースサーバ等に構築されてもよい。即ち、予約管理サーバ３０の一部の機能は別の装置に実装されていてもよい。より具体的には、上記説明した「予約状況制御部（予約状況制御手段）」等がシステムに含まれるいずれかの装置に実装されていればよい。
　各装置（予約サーバ、予約管理サーバ３０）間のデータ送受信の形態は特に限定されないが、これら装置間で送受信されるデータは暗号化されていてもよい。これらの装置間では、利用者の氏名等が送受信され、これらの情報を適切に保護するためには、暗号化されたデータが送受信されることが望ましい。
　上記説明で用いた流れ図（フローチャート、シーケンス図）では、複数の工程（処理）が順番に記載されているが、実施形態で実行される工程の実行順序は、その記載の順番に制限されない。実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。
　上記の実施形態は本願開示の理解を容易にするために詳細に説明したものであり、上記説明したすべての構成が必要であることを意図したものではない。また、複数の実施形態について説明した場合には、各実施形態は単独で用いてもよいし、組み合わせて用いてもよい。例えば、実施形態の構成の一部を他の実施形態の構成に置き換えることや、実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、実施形態の構成の一部について他の構成の追加、削除、置換が可能である。
　上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、ホテルの予約に関する情報処理システムなどに好適に適用可能である。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
　自ホテルの客室の在庫を管理する、在庫管理手段と、
　前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御手段と、
　を備える、サーバ装置。
［付記２］
　前記制御手段は、前記キャンセル待ち予約が成立しない場合、前記キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室に宿泊できる可能性を、前記キャンセル待ち予約を申し込む申込者に提示する、付記１に記載のサーバ装置。
［付記３］
　前記制御手段は、前記キャンセル待ち予約を申し込む申込者に対し、前記キャンセル待ち予約が正式な予約に変更になる確率を提示する、付記１又は２に記載のサーバ装置。
［付記４］
　ホテルの客室の在庫を管理しつつ、前記客室の予約を受け付ける、ホテルサーバと、
　前記ホテルサーバを含む複数の予約サーバによる、客室の予約状況を管理する、予約管理サーバと、
　を含み、
　前記予約管理サーバは、前記ホテルの客室の在庫がなくなると、前記ホテルサーバを含む前記複数の予約サーバに対して前記ホテルの客室の在庫がなくなったことを通知し、
　前記複数の予約サーバは、前記在庫のなくなった客室の販売を停止し、
　前記ホテルサーバは、前記在庫がなくなった客室のキャンセル待ち予約を受け付ける、システム。
［付記５］
　前記ホテルにより運営される、制御サーバをさらに含み、
　前記ホテルサーバは、前記キャンセル待ち予約を受け付けると、前記キャンセル待ち予約に関する情報を前記予約管理サーバに通知し、
　前記予約管理サーバは、前記通知されたキャンセル待ち予約に関する情報を記憶すると共に、前記キャンセル待ち予約に関する情報を前記制御サーバに通知し、
　前記制御サーバは、前記通知されたキャンセル待ち予約に関する情報を記憶する、付記４に記載のシステム。
［付記６］
　前記予約管理サーバは、
　前記複数の予約サーバのうち一の予約サーバから、予約された客室のキャンセル通知を受信し、
　前記キャンセルされた客室に前記キャンセル待ち予約が設定されている場合、前記キャンセル待ち予約を成立させ、前記成立したキャンセル待ち予約に関する情報を含むキャンセル待ち成立通知を前記制御サーバに送信する、付記５に記載のシステム。
［付記７］
　前記制御サーバは、前記成立したキャンセル待ち予約の申込者に対し、前記キャンセル待ち予約が成立したことを通知する、付記６に記載のシステム。
［付記８］
　前記制御サーバは、所定の期日までに前記キャンセル待ち成立通知を受信しない場合、前記キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室を割り当てて前記キャンセル待ち予約を成立させる、付記７に記載のシステム。
［付記９］
　サーバ装置において、
　自ホテルの客室の在庫を管理する、在庫管理工程と、
　前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御工程と、
　を含む、サーバ装置の制御方法。
［付記１０］
　前記制御工程は、前記キャンセル待ち予約が成立しない場合、前記キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室に宿泊できる可能性を、前記キャンセル待ち予約を申し込む申込者に提示する、付記９に記載のサーバ装置の制御方法。
［付記１１］
　前記制御工程は、前記キャンセル待ち予約を申し込む申込者に対し、前記キャンセル待ち予約が正式な予約に変更になる確率を提示する、付記９又は１０に記載のサーバ装置の制御方法。
［付記１２］
　サーバ装置に搭載されたコンピュータに、
　自ホテルの客室の在庫を管理する、在庫管理処理と、
　前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御処理と、
　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
［付記１３］
　前記制御処理は、前記キャンセル待ち予約が成立しない場合、前記キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室に宿泊できる可能性を、前記キャンセル待ち予約を申し込む申込者に提示する、付記１２に記載の記憶媒体。
［付記１４］
　前記制御処理は、前記キャンセル待ち予約を申し込む申込者に対し、前記キャンセル待ち予約が正式な予約に変更になる確率を提示する、付記１２又は１３に記載の記憶媒体。
　なお、引用した上記の先行技術文献の各開示は、本書に引用をもって繰り込むものとする。以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。即ち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得る各種変形、修正を含むことは勿論である。
１０　ホテルサーバ
１１　旅行代理店サーバ
２０　ＯＴＡサーバ
２０－１　ＯＴＡサーバ
２０－２　ＯＴＡサーバ
２０－３　ＯＴＡサーバ
３０　予約管理サーバ
４０　制御サーバ
５０　端末
１００　サーバ装置
１０１　在庫管理手段
１０２　制御手段
２０１　通信制御部
２０２　予約状況制御部
２０３　キャンセル待ち制御部
２０４　記憶部
３０１　通信制御部
３０２　予約制御部
３０３　在庫管理部
３０４　記憶部
３１１　プロセッサ
３１２　メモリ
３１３　入出力インターフェイス
３１４　通信インターフェイス
４０１　通信制御部
４０２　予約情報制御部
４０３　キャンセル待ち制御部
４０４　記憶部

Claims (10)

  1. 　自ホテルの客室の在庫を管理する、在庫管理手段と、
    　前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御手段と、
    　を備える、サーバ装置。
  2. 　前記制御手段は、前記キャンセル待ち予約が成立しない場合、前記キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室に宿泊できる可能性を、前記キャンセル待ち予約を申し込む申込者に提示する、請求項１に記載のサーバ装置。
  3. 　前記制御手段は、前記キャンセル待ち予約を申し込む申込者に対し、前記キャンセル待ち予約が正式な予約に変更になる確率を提示する、請求項１又は２に記載のサーバ装置。
  4. 　ホテルの客室の在庫を管理しつつ、前記客室の予約を受け付ける、ホテルサーバと、
    　前記ホテルサーバを含む複数の予約サーバによる、客室の予約状況を管理する、予約管理サーバと、
    　を含み、
    　前記予約管理サーバは、前記ホテルの客室の在庫がなくなると、前記ホテルサーバを含む前記複数の予約サーバに対して前記ホテルの客室の在庫がなくなったことを通知し、
    　前記複数の予約サーバは、前記在庫のなくなった客室の販売を停止し、
    　前記ホテルサーバは、前記在庫がなくなった客室のキャンセル待ち予約を受け付ける、システム。
  5. 　前記ホテルにより運営される、制御サーバをさらに含み、
    　前記ホテルサーバは、前記キャンセル待ち予約を受け付けると、前記キャンセル待ち予約に関する情報を前記予約管理サーバに通知し、
    　前記予約管理サーバは、前記通知されたキャンセル待ち予約に関する情報を記憶すると共に、前記キャンセル待ち予約に関する情報を前記制御サーバに通知し、
    　前記制御サーバは、前記通知されたキャンセル待ち予約に関する情報を記憶する、請求項４に記載のシステム。
  6. 　前記予約管理サーバは、
    　前記複数の予約サーバのうち一の予約サーバから、予約された客室のキャンセル通知を受信し、
    　前記キャンセルされた客室に前記キャンセル待ち予約が設定されている場合、前記キャンセル待ち予約を成立させ、前記成立したキャンセル待ち予約に関する情報を含むキャンセル待ち成立通知を前記制御サーバに送信する、請求項５に記載のシステム。
  7. 　前記制御サーバは、前記成立したキャンセル待ち予約の申込者に対し、前記キャンセル待ち予約が成立したことを通知する、請求項６に記載のシステム。
  8. 　前記制御サーバは、所定の期日までに前記キャンセル待ち成立通知を受信しない場合、前記キャンセル待ち予約を受け付けた客室のグレードよりも高いグレードの客室を割り当てて前記キャンセル待ち予約を成立させる、請求項７に記載のシステム。
  9. 　サーバ装置において、
    　自ホテルの客室の在庫を管理する、在庫管理工程と、
    　前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御工程と、
    　を含む、サーバ装置の制御方法。
  10. 　サーバ装置に搭載されたコンピュータに、
    　自ホテルの客室の在庫を管理する、在庫管理処理と、
    　前記客室の在庫がなくなると前記客室のキャンセル待ち予約を受け付ける、制御処理と、
    　を実行させるためのプログラムを記憶する、コンピュータ読取可能な記憶媒体。
PCT/JP2023/021280 2023-06-08 2023-06-08 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体 Ceased WO2024252600A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2025525562A JPWO2024252600A5 (ja) 2023-06-08 サーバ装置、システム、サーバ装置の制御方法及びプログラム
PCT/JP2023/021280 WO2024252600A1 (ja) 2023-06-08 2023-06-08 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2023/021280 WO2024252600A1 (ja) 2023-06-08 2023-06-08 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Publications (1)

Publication Number Publication Date
WO2024252600A1 true WO2024252600A1 (ja) 2024-12-12

Family

ID=93795705

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/021280 Ceased WO2024252600A1 (ja) 2023-06-08 2023-06-08 サーバ装置、システム、サーバ装置の制御方法及び記憶媒体

Country Status (1)

Country Link
WO (1) WO2024252600A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002279113A (ja) * 2001-03-22 2002-09-27 Fujitsu Ltd イベント参加案内方法
JP2013015927A (ja) * 2011-06-30 2013-01-24 Rakuten Inc 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体
JP2017174395A (ja) * 2016-11-29 2017-09-28 株式会社パラダイムシフト システム利用料管理装置およびシステム利用料管理方法
WO2019038858A1 (ja) * 2017-08-23 2019-02-28 株式会社ミックナイン 予約情報提供システム、宿泊施設予約システム、宿泊施設管理装置及び宿泊施設管理システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002279113A (ja) * 2001-03-22 2002-09-27 Fujitsu Ltd イベント参加案内方法
JP2013015927A (ja) * 2011-06-30 2013-01-24 Rakuten Inc 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体
JP2017174395A (ja) * 2016-11-29 2017-09-28 株式会社パラダイムシフト システム利用料管理装置およびシステム利用料管理方法
WO2019038858A1 (ja) * 2017-08-23 2019-02-28 株式会社ミックナイン 予約情報提供システム、宿泊施設予約システム、宿泊施設管理装置及び宿泊施設管理システム

Also Published As

Publication number Publication date
JPWO2024252600A1 (ja) 2024-12-12

Similar Documents

Publication Publication Date Title
CN110073384B (zh) 用于提供数字助理的系统、方法和介质
ES2689112T3 (es) Método y sistema para mecanismo de sincronización en sistema de reservas de múltiples servidores
JP3979276B2 (ja) 業務支援方法、業務支援装置、及びプログラム
US10867291B1 (en) Remote association of permissions for performing an action
JP2014071550A (ja) 顧客管理サーバ装置
US11507892B1 (en) Determining a target recommendation based on historical transaction data
JP2022124242A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
KR20190142688A (ko) 병원 진료 예약 방법, 병원 진료 예약 시스템 및 기록매체
EP2388743A1 (en) Confirming last room availability pricing
JP7080282B2 (ja) サーバ装置、サーバ装置の制御方法、及びサーバ装置の制御プログラム
JP2019082946A (ja) 情報管理システム、情報管理方法及びプログラム
JP6436895B2 (ja) 管理装置、管理方法及び管理プログラム
JP6335381B1 (ja) 情報管理装置、情報管理方法及びプログラム
US20090282348A1 (en) Method and system for enhanced management of meeting cancellations
JP6708181B2 (ja) ローカルサーバ、プログラム及び情報処理システム
US11010817B2 (en) Systems and method for coordinating trend data via a hub
US8352337B2 (en) Automatic loaner part replacement to prevent system callback
JP2018005696A (ja) 備蓄品管理システム、備蓄品管理方法及びプログラム
JP2025005943A (ja) 管理装置、情報処理方法、プログラム、および、調剤薬局支援システム
WO2024252598A1 (ja) サーバ装置、サーバ装置の制御方法及び記憶媒体
US11244756B1 (en) Integrated system and method for receiving and processing real-time digital data concerning transportation and service monitoring scheduling
US11652731B2 (en) Dynamic routing of queued network-based communications using real-time information and machine learning
WO2024252599A1 (ja) サーバ装置、サーバ装置の制御方法及び記憶媒体
KR101828855B1 (ko) 분양 영업 관리 시스템
JP6863912B2 (ja) 情報提供装置、方法及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23940701

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025525562

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE