WO2018167943A1 - 調整システム、調整方法、および調整プログラム - Google Patents

調整システム、調整方法、および調整プログラム Download PDF

Info

Publication number
WO2018167943A1
WO2018167943A1 PCT/JP2017/010889 JP2017010889W WO2018167943A1 WO 2018167943 A1 WO2018167943 A1 WO 2018167943A1 JP 2017010889 W JP2017010889 W JP 2017010889W WO 2018167943 A1 WO2018167943 A1 WO 2018167943A1
Authority
WO
WIPO (PCT)
Prior art keywords
loan
user
time
terminal
request
Prior art date
Application number
PCT/JP2017/010889
Other languages
English (en)
French (fr)
Inventor
琴音 山口
佑紀 田中
Original Assignee
株式会社日立製作所
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 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2017/010889 priority Critical patent/WO2018167943A1/ja
Priority to JP2018536304A priority patent/JP6605741B2/ja
Publication of WO2018167943A1 publication Critical patent/WO2018167943A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the present invention relates to an adjustment system, an adjustment method, and an adjustment program for adjusting reservations between users for a loan object.
  • the parking lot reservation system disclosed in Patent Document 1 below is a parking lot reservation system that allows a user to make a reservation even when the parking lot to be reserved is full.
  • the parking lot reservation device accepts designation of the destination from the user, the parking lot around the destination is determined accordingly, and whether the determined parking lot is full at the arrival time. It asks the parking lot management server whether or not.
  • the parking management server determines whether or not the parking lot is full at the arrival time, and if it is determined that the parking lot is full, the shipping request data for requesting the parking from the parking lot Is transmitted to the parking user terminal, the person in charge of movement, and the user terminal who wants to use it connected so as to be communicable. If the delivery is approved, a parking reservation is established.
  • Patent Document 1 when the parking lot management server determines that the parking lot is full, the parking lot management server transmits the outgoing request data for requesting the outgoing from the parking lot to the parking user terminal and the movement operator terminal, and If the consent data is not received, it is not possible to know how much the “user (or lending user) in use” will give up the object or space. Thus, in patent document 1, the intention of a person cannot be connected.
  • the object of the present invention is to improve the efficiency of management of a loan object common to users.
  • An adjustment system, an adjustment method, and an adjustment program which are one aspect of the invention disclosed in the present application, are an adjustment system, an adjustment method, and an adjustment program for adjusting a loan by a second user to be loaned used by a first user.
  • the adjustment system registers data related to the release of the loan target from the first terminal of the first user in the storage device, and the processor grants the loan of the loan target from the second terminal of the second user.
  • FIG. 1 is an explanatory diagram showing a system configuration example of a network system.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of a computer.
  • FIG. 3 is an explanatory diagram showing an example of the contents stored in the user information management DB.
  • FIG. 4 is an explanatory diagram showing an example of stored contents of the store information management DB.
  • FIG. 5 is an explanatory diagram showing an example of the contents stored in the table information management DB.
  • FIG. 6 is an explanatory diagram showing an example of the contents stored in the store status management DB.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the leaving information management DB.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the search condition management DB.
  • FIG. 1 is an explanatory diagram showing a system configuration example of a network system.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of a computer.
  • FIG. 3 is an explanatory diagram
  • FIG. 9 is an explanatory diagram of an example of the contents stored in the search result DB.
  • FIG. 10 is an explanatory diagram showing an example of the contents stored in the reservation request management DB.
  • FIG. 11 is an explanatory diagram of an example of stored contents of the early leaving request management DB.
  • FIG. 12 is an explanatory diagram of an example of stored contents of the early leaving situation management DB.
  • FIG. 13 is an explanatory diagram of an example of stored contents of the early leaving request result DB.
  • FIG. 14 is an explanatory diagram showing a screen example 1 when logging into the terminal adjustment system.
  • FIG. 15 is an explanatory diagram showing a screen example 2 when logging into the terminal adjustment system.
  • FIG. 16 is an explanatory view showing a screen example 1 of the search result.
  • FIG. 17 is an explanatory diagram illustrating a screen example 2 of the search result.
  • FIG. 18 is an explanatory diagram of a screen example 3 of the search result.
  • FIG. 19 is an explanatory diagram showing an example of a screen when making a reservation inquiry.
  • FIG. 20 is an explanatory diagram illustrating a screen example after the transmission of the request result.
  • FIG. 21 is an explanatory diagram showing a screen example on the user side when an early leaving request is accepted.
  • FIG. 22 is an explanatory diagram illustrating an example of a leaving request screen.
  • FIG. 23 is a flowchart illustrating a detailed processing procedure example of the login processing (step S2300).
  • FIG. 24 is a flowchart illustrating the reservation management processing example 1.
  • FIG. 25 is a flowchart illustrating a reservation management process example 2.
  • FIG. 26 is a flowchart illustrating a detailed processing procedure example of the adjustment processing (step S2518) illustrated in FIG.
  • FIG. 27 is a flowchart illustrating a reservation management processing example 3.
  • FIG. 1 is an explanatory diagram showing a system configuration example of a network system.
  • the network system 100 includes an adjustment system 101, an external system 102, and a terminal 103. These are communicably connected via a network 104 such as the Internet.
  • the adjustment system 101 manages the lending of objects and spaces (hereinafter referred to as lending objects) between the users of the terminals 103 between the terminals 103.
  • rental items include rental cars such as car rentals, music and movies, books, etc., seats in restaurants, parking spaces in parking lots, sports facilities such as gymnasiums and grounds, and spaces such as conference rooms.
  • a restaurant seat is taken as an example of a loan object.
  • the adjustment system 101 includes an adjustment device 110, a release reception device 111, and a reservation reception device 112.
  • the adjustment device 110, the release reception device 111, and the reservation reception device 112 are configured by three independent computers, but may be configured by two or less computers in which the respective functions are integrated. Good. Moreover, you may be comprised by four or more computers.
  • the release accepting apparatus 111 accepts the release of the occupancy of the loan target from the terminal 103. For example, when the loan object is a restaurant seat, the release reception device 111 receives the scheduled leaving time of the seat.
  • the reservation accepting device 112 accepts a reservation for occupancy of a loan object from the terminal 103.
  • the reservation receiving device 112 receives a reservation for the seat from the terminal 103.
  • the adjustment device 110 adjusts the release and reservation of the loan object. For example, when the loan object is a restaurant seat, a seat that matches the reservation accepted by the reservation accepting device 112 is identified from the seats accepted by the release accepting device 111, and the reservation is established.
  • the external system 102 is one or more servers 120 that directly or indirectly manage the loan object.
  • the server 120 that directly manages the loan target is a server 120 for providing the loan target to the user.
  • the server 120 is a site operated by the restaurant.
  • the server 120 that indirectly manages a loan object is a server 120 that provides a loan request for a loan object from a user to the server 120 that directly manages the loan object.
  • the server 120 is a search site or an evaluation site that provides a loan request for a loan target from a user to a site operated by the restaurant.
  • the terminal 103 accesses the adjustment system 101 and the external system 102.
  • the terminal 103 transmits data indicating that the occupancy of the loan object is released to the release receiving apparatus 111. For example, when the loan object is a restaurant seat, the terminal 103 transmits data including the scheduled leaving time to the release acceptance device 111. Further, the terminal 103 transmits data to the reservation accepting apparatus 112 to reserve the occupancy of the loan object. For example, when the loan object is a restaurant seat, the terminal 103 transmits data related to the reservation of the seat to the reservation receiving device 112.
  • FIG. 2 is a block diagram illustrating a hardware configuration example of the devices 110 to 112 and 120 and the terminal 103 (hereinafter, computer 200) illustrated in FIG.
  • the computer 200 includes a processor 201, a storage device 202, an input device 203, an output device 204, and a communication interface (communication IF 205).
  • the processor 201, the storage device 202, the input device 203, the output device 204, and the communication IF 205 are connected by a bus.
  • the processor 201 controls the computer 200.
  • the storage device 202 serves as a work area for the processor 201.
  • the storage device 202 is a non-temporary or temporary recording medium that stores various programs and data.
  • Examples of the storage device 202 include a ROM (Read Only Memory), a RAM (Random Access Memory), a HDD (Hard Disk Drive), and a flash memory.
  • the input device 203 inputs data. Examples of the input device 203 include a keyboard, a mouse, a touch panel, a numeric keypad, and a scanner.
  • the output device 204 outputs data. Examples of the output device 204 include a display (display device) and a printer.
  • the communication IF 205 is connected to the network 104 and transmits / receives data.
  • DBs accessible by the adjustment system 101
  • these DBs are stored, for example, in the storage device 202 shown in FIG.
  • the value of the AA field bbb (AA is a field name and bbb is a code) may be expressed as AAbbb.
  • the value of the user ID field 301 is expressed as a user ID 301.
  • FIG. 3 is an explanatory diagram showing an example of the contents stored in the user information management DB.
  • the user information management DB 300 is a DB that manages information (user information) related to the user of the terminal 103.
  • the user information management DB 300 includes a user ID field 301, a name field 302, a date of birth field 303, a telephone number field 304, an email address field 305, a gender field 306, and a password field 307.
  • An entry indicating user information of one user is constituted by the values of the fields in the same row.
  • the user ID field 301 is a storage area for storing a user ID.
  • the user ID 301 is identification information that uniquely identifies a user.
  • the name field 302 is a storage area for storing the name of the user.
  • the birth date field 303 is a storage area for storing the birth date of the user.
  • the telephone number field 304 is a storage area for storing a user's telephone number.
  • An e-mail address field 305 is a storage area for storing a user's e-mail address.
  • the gender field 306 is a storage area for storing the gender of the user.
  • the password field 307 is a storage area for storing a password set by the user.
  • the password 307 is a character string used for logging in to the adjustment system 101.
  • FIG. 4 is an explanatory diagram showing an example of stored contents of the store information management DB.
  • the store information management DB 400 is a DB that manages information related to stores (store information).
  • the store information management DB 400 includes a store ID field 401, a store name field 402, an address field 403, a telephone number field 404, a URL field 405, an area field 406, a station time field 407, and a parking lot.
  • An entry indicating store information of one store is constituted by values of fields in the same row.
  • the store ID field 401 is a storage area for storing a store ID.
  • the store ID is identification information that uniquely identifies the store.
  • the store name field 402 is a storage area for storing a store name.
  • the address field 403 is a storage area for storing a store address.
  • a telephone number field 404 is a storage area for storing a telephone number of a store.
  • the URL field 405 is a storage area for storing the URL of the store site (the server 120 in the external system 102).
  • the area field 406 is a storage area for storing an area including the store address.
  • the station time field 407 is a storage area for storing the time from the nearest station to the store.
  • the parking lot presence / absence field 408 is a storage area for storing the presence / absence of a parking lot indicating whether or not the store has a parking lot.
  • FIG. 5 is an explanatory diagram showing an example of the contents stored in the table information management DB.
  • the table information management DB 500 is a DB that manages information about the table (table information).
  • the table information management DB 500 has a store ID field 401, a table ID field 501, a table name field 502, a seatable number of people field 503, and a table type field 504.
  • An entry indicating one table information is configured by the values of the fields in the same row.
  • the table ID field 501 is a storage area for storing a table ID.
  • the table ID 501 is identification information that uniquely specifies a table.
  • the table name field 502 is a storage area for storing a table name.
  • the seatable number field 503 is a storage area for storing the number of seatable persons at the table.
  • the table type field 504 is a storage area for storing a table type.
  • the table type 504 indicates the type of table (for example, a table, a private room, or a single seat).
  • FIG. 6 is an explanatory diagram showing an example of the stored contents of the store status management DB.
  • the store status management DB 600 is a DB that manages the use status of stores.
  • the store status management DB 600 includes a use ID field 601, a store ID field 401, a table ID field 501, a use user ID field 602, a user number field 603, a use start time field 604, and a use end time field 605. And a registration date field 606.
  • An entry indicating one store status information is constituted by the value of each field in the same row.
  • Store status information is registered from the external system 102 at the time of reservation of the store, for example.
  • the usage ID field 601 is a storage area for storing a usage ID.
  • the use ID 601 is identification information that uniquely specifies the use of the table at the store.
  • the user ID field 602 is a storage area for storing a user ID.
  • the use user ID 602 is a user ID 301 of a user who uses the store with the use ID 601.
  • the number-of-users field 603 is a storage area for storing the number of users who use the store with the usage ID 601.
  • the use start time field 604 is a storage area for storing the use start time.
  • the use start time 604 is the time when the use of the store determined by the use ID 601 is started.
  • the use end time field 605 is a storage area for storing the use end time.
  • the use end time 605 is a time when the use of the store determined by the use ID 601 is ended.
  • the use end time 605 is updated with the scheduled leaving time 701.
  • the registration date field 606 is a storage area for storing a registration date.
  • the registration date 606 is a date when information of the entry is registered.
  • FIG. 7 is an explanatory diagram showing an example of stored contents of the leaving information management DB.
  • the leaving information management DB 700 is a DB that manages the leaving of the user from the loan target.
  • the leaving information management DB 700 has a use user ID field 602, a use ID field 601, a scheduled leaving time field 701, a reservation request user ID field 702, a leaving request time field 703, and a leaving situation flag field 704. .
  • An entry indicating one leaving information is constituted by the value of each field in the same row.
  • the scheduled leaving time field 701 is a storage area for storing the scheduled leaving time.
  • the scheduled leaving time 701 is the time when the user scheduled to leave the loan object before the use end time 605.
  • the reservation request user ID field 702 is a storage area for storing a reservation request user ID.
  • the reservation request user ID 702 is the user ID 301 of the user who requested the loan target reservation (reservation request user).
  • the leaving request time field 703 is a storage area for storing the leaving request time.
  • the leaving request time 703 is the time when the reservation requesting user requested the user to leave.
  • the leaving status flag field 704 is a storage area for storing a leaving status flag.
  • the leaving status flag 704 is a flag indicating whether or not the user with the use user ID 602 has left.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the search condition management DB.
  • the search condition management DB 800 is a DB that manages search conditions input by the user.
  • the search condition management DB 800 has a search condition ID field 801, a reservation request user ID field 702, a scheduled use date / time field 802, a desired number of users field 803, and an extraction condition / exclusion condition field 804.
  • An entry indicating one search condition is constituted by the value of each field in the same row.
  • the search condition ID field 801 is a storage area for storing a search condition ID.
  • the search condition ID 801 is identification information that uniquely specifies the search condition.
  • the scheduled use date / time field 802 includes, as subfields, a use date field 821, a desired use start time field 822, and a desired use end date / time field.
  • the usage date field 821 is a storage area for storing a usage date.
  • the use date 821 is a date on which the reservation requesting user wants to use the loan target.
  • the desired use start time field 822 is a storage area for storing a desired use start time.
  • the desired use start time 822 is the time at which the reservation requesting user wants to start using the loan target on the use date 821.
  • the desired use end time field 823 is a storage area for storing the desired use end time.
  • the desired use end time 823 is the time when the reservation requesting user wants to end the use of the loan target on the use date 821.
  • the desired number of users field 803 is a storage area for storing the desired number of users.
  • the desired number of users 803 is the number of reservation requesting users who want to end the use of the loan target at the scheduled use date 802.
  • the extraction condition and exclusion condition field 804 is a storage area for storing the extraction condition and exclusion condition. Specifically, for example, as a subfield, a store name field 402, an area field 406, and a time field from a station 407 are stored. And a parking lot presence / absence field 408 and a table type field 503.
  • FIG. 9 is an explanatory diagram of an example of the contents stored in the search result DB.
  • the search result DB 900 is a DB that stores search results obtained by searching the store information management DB 400 and the table information management DB 500 according to search conditions.
  • the search result DB 900 has a search condition ID field 801, a store information field 901, an extraction condition / exclusion condition field 804, and a registration time field 902.
  • the store information field 901 includes a store ID field 401, a store name field 402, a table type field 504, a use start possible time field 911, and a use end time field 605 as subfields.
  • An entry indicating one search result is constituted by the value of each field in the same row.
  • the use start possible time field 911 is a storage area for storing the use start possible time.
  • the use startable time 911 is a time when the reservation requesting user can start using the loan target.
  • the use end time field 605 is a storage area for storing the use end time.
  • the use end time 605 is the time when the reservation requesting user ends the use of the loan target.
  • the use end time 605 is also the use end time of the user in use.
  • the extraction condition and exclusion condition field 804 includes, for example, an area field 406, a time field from a station 407, and a parking lot presence / absence field 408 as subfields.
  • the registration time field 902 is a storage area for storing the registration time.
  • the registration time 902 is the time when the search result is registered in the search result DB 900.
  • FIG. 10 is an explanatory diagram showing an example of the contents stored in the reservation request management DB.
  • the reservation request management DB 1000 is a DB that manages reservation requests from reservation request users.
  • the reservation request management DB 1000 includes a reservation request ID field 1001, a reservation request user ID field 702, a store ID field 401, a table ID field 501, a desired number of users field 803, a desired reservation date / time field 1002, and a status field 1003. And having.
  • An entry indicating one reservation request is constituted by the values of the fields in the same row.
  • the reservation request ID field 1001 is a storage area for storing a reservation request ID.
  • the reservation request ID 1001 is identification information for uniquely specifying the reservation request that is the entry.
  • the desired reservation date / time field 1002 is a storage area for storing the desired reservation date / time. Specifically, for example, the desired reservation date / time field 1021, the desired reservation start time field 1022, and the desired reservation end time field 1023 are subfields. And having.
  • the desired reservation date field 1021 is a storage area for storing a desired reservation date. This is the date on which the reservation requesting user wants to make a reservation.
  • the desired reservation start time field 1022 is a storage area for storing the desired reservation start time.
  • the reservation start desired time 1022 is a start time that the reservation requesting user wants to make a reservation.
  • the desired reservation end time field 1023 is a storage area for storing the desired reservation end time.
  • the reservation end desired time 1023 is an end time that the reservation requesting user wants to make a reservation.
  • the status field 1003 is a storage area for storing a status indicating whether the reservation request is a provisional reservation or a reservation completion.
  • FIG. 11 is an explanatory diagram showing an example of stored contents of the early leaving request management DB.
  • the early leaving request management DB 1100 is a DB that manages early leaving requests.
  • the early leaving request is a request that prompts the user to leave early.
  • the early leaving request management DB 1100 has an early leaving request ID field 1101, a reservation request user ID field 702, and an early leaving request content field 1102.
  • An entry indicating one early leaving request is configured by the value of each field in the same row.
  • the early leaving request ID field 1101 is a storage area for storing an early leaving request ID.
  • the early leaving request ID 1101 is identification information for uniquely identifying an early leaving request.
  • the early leaving request content field 1102 includes, as subfields, a store ID field 401, a table ID field 501, a desired number of users field 803, a desired use start time field 1121, a desired use end time field 1122, and an early leave request. And a replyable waiting time field 1123.
  • the desired reservation start time field 1121 is a storage area for storing the desired reservation start time.
  • the reservation start desired time 1121 is a reservation start time designated by the reservation requesting user.
  • the desired reservation end time field 1122 is a storage area for storing the desired reservation end time.
  • the reservation end desired time 1122 is the reservation end time designated by the reservation requesting user.
  • the early leaving request response possible waiting time field 1123 is a storage area for storing the early leaving request reply possible waiting time.
  • the early leaving request response waiting time 1123 is a time during which the reservation requesting user can wait for a response from the user who has received the early leaving request.
  • FIG. 12 is an explanatory diagram showing an example of stored contents of the early leaving situation management DB.
  • the early leaving situation management DB 1200 is a DB that manages the situation when an early leaving request is made.
  • the early leaving situation management DB 1200 includes an early leaving request ID field 1101, a use user ID field 602, a use ID field 601, a request transmission flag field 1201, a response reply flag field 1202, a use start possible time field 1203, Have An entry indicating an early leaving situation is configured by the value of each field in the same row.
  • the request transmission flag field 1201 is a storage area for storing a request transmission flag.
  • the request transmission flag 1201 is a flag indicating whether or not an early leaving request has been transmitted.
  • the response reply flag field 1202 is a storage area for storing a response reply flag.
  • the response reply flag 1202 is a flag indicating whether or not there is a response to the early leaving request.
  • the available start time field 1203 is a storage area for storing available start time.
  • the use start possible time 1203 is a time when the reservation requesting user can start using as a result of responding to the early leaving request.
  • FIG. 13 is an explanatory diagram showing an example of stored contents of the early leaving request result DB.
  • the early leaving request result DB 1300 is a DB that stores the result of the early leaving request.
  • the early leaving request result DB 1300 includes an early leaving request ID field 1101, a use ID field 601, and an early leaving scheduled time field 1301.
  • An entry indicating the result of one early leaving request is constituted by the value of each field in the same row.
  • the early leaving scheduled time 1301 is a reply result to the early leaving request from the use user or the reservation requesting user, and coincides with the available start time 1203.
  • FIG. 14 is an explanatory diagram showing a screen example 1 when the terminal 103 logs in to the adjustment system 101.
  • a login screen 1400 is displayed on the display device of the terminal 103.
  • the login screen 1400 includes a user ID input field 1401, a password input field 1402, a login button 1403, and a new registration button 1404.
  • a character string is input by a user operation.
  • the terminal 103 displays the main screen 1410 on the display device based on the main screen information transmitted from the adjustment system 101.
  • the main screen 1410 has a store reservation button 1411 and a scheduled leaving time registration button 1412.
  • the terminal 103 displays the re-login screen 1420 on the display device based on the login screen information transmitted from the adjustment system 101.
  • the main screen 1410 has a store reservation button 1411 and a leaving time registration button 1412.
  • the re-login screen 1420 includes a user ID input field 1401, a password input field 1402, and a login button 1403.
  • the login button 1403 if the login is successful, the main screen 1410 is displayed on the display device of the terminal 103. If the login is unsuccessful, the re-login screen 1420 is displayed on the display device of the terminal 103.
  • the adjustment system 101 transmits the new user registration screen information to the terminal 103, and the terminal 103 displays the new user registration screen 1430 on the display device.
  • the new user registration screen 1430 includes a name input field 1431, a date of birth input field 1432, a telephone number input field 1433, an e-mail address input field 1434, a gender input field 1435, a password input field 1402, and a registration button. 1436.
  • a character string is input to each of the input fields 1431 to 1435 and 1402 by a user operation. Combinations of character strings input to the input fields 1431 to 1435 and 1402 constitute user information. Therefore, the user can register as a user by inputting user information.
  • FIG. 15 is an explanatory diagram showing a screen example 2 when the terminal 103 logs in to the adjustment system 101.
  • a store reservation request is transmitted to the reservation receiving device 112 of the adjustment system 101.
  • the terminal 103 displays the reservation input screen 1501 on the display device based on the reservation input screen information transmitted from the reservation receiving device 112.
  • the reservation input screen 1501 includes a scheduled use date and time input field 1511, an extraction condition input field 1512, a desired number of users input field 1513, an exclusion condition input field 1514, and a search button 1515.
  • a combination of the character string input in each of the input fields 1511 to 1514 and the logged-in user ID 301 constitutes a search condition.
  • search button 1515 the search condition is transmitted to reservation accepting apparatus 112.
  • a scheduled leaving time registration request is transmitted to the release acceptance device 111.
  • the terminal 103 displays the scheduled leaving time registration screen 1502 on the display device based on the scheduled leaving time registration screen information transmitted from the release accepting apparatus 111.
  • the scheduled leaving time registration screen 1502 has a use store input field 1521, a number of users input field 1522, a scheduled leaving time input field 1523, and a registration button 1524.
  • the combination of the character string input in each of the input fields 1521 to 1523 and the logged-in user ID 301 constitutes scheduled leaving time registration information.
  • the registration button 1524 the scheduled leaving time registration information is transmitted to the adjustment device 110 via the release acceptance device 111.
  • the adjustment device 110 specifies the entry of the user ID 301 (use user ID 602) and use ID 601 of the user in the leave information management DB 700, and registers the scheduled leaving time 701 in the entry.
  • FIG. 16 is an explanatory view showing a screen example 1 of the search result.
  • the search condition is transmitted to the adjustment device 110 via the reservation receiving device 112.
  • the terminal 103 uses the search result screen information transmitted from the reservation receiving device 112 to display the search result screen 1601 on the display device. Is displayed.
  • the search result screen 1601 includes a scheduled use date and time input field 1511, an extraction condition input field 1512, a desired number of users input field 1513, an exclusion condition input field 1514, and a search button 1515. . Therefore, the user can search again by inputting the search condition again.
  • the terminal 103 uses the search result list screen information transmitted from the reservation receiving device 112 to display the search results on the display device.
  • a list screen 1602 is displayed.
  • the search result list screen 1602 includes a search result 1620, a first narrowing button 1621, a second narrowing button 1622, and a third narrowing button 1623.
  • the first narrowing button 1621 is, for example, a button for narrowing the search result 1620 to only lent loan targets.
  • the search result 1620 is further narrowed down to loan objects that have vacant seats (in (B), “tatami room” at store A and “table” at store B).
  • the second narrowing down button 1622 is a button for narrowing down the search result 1620 to only the loan objects that are withdrawn within 30 minutes, for example.
  • the search result 1620 is further lent out within 30 minutes (in (B), in “B”, “table 18: 15 ⁇ ” of store A and “table 18: 30 ⁇ "and” Table 18: 30 ⁇ "of store C).
  • the third narrowing button 1623 is, for example, a button for narrowing the search result 1620 to only loan objects that are to be withdrawn after 30 minutes. When the third narrowing down button 1623 is pressed, the search result 1620 is further narrowed down to loan objects (no narrowing down in (B)) to be withdrawn after 30 minutes.
  • FIG. 17 is an explanatory view showing a screen example 2 of the search result 1620.
  • the search result list screen 1602 displays a search result list in which the search result 1620 is narrowed down to only loaned objects as shown in (A).
  • a screen 1602 is displayed.
  • the search result list screen 1602 shows that the search result 1620 is in a vacant state and is lent out within 30 minutes as shown in (B).
  • the search result list screen 1602 is narrowed down to only the search result.
  • FIG. 18 is an explanatory view showing a screen example 3 of the search result 1620.
  • a button of a vacant loan object eg, “tatami room” of store A
  • the terminal 103 makes a reservation including the condition selection information selected by the user.
  • a screen 1801 is displayed on the display device.
  • the reservation screen 1801 has a reservation button 1811 and a list screen transition link 1812.
  • the condition selection information is transmitted to the adjustment device 110 via the reservation reception device 112, and the adjustment device 110 establishes the reservation.
  • the list screen transition link 1812 a search result list screen 1602 is displayed on the display screen of the terminal 103.
  • the condition selection information is transmitted to the adjustment apparatus 110 via the reservation receiving apparatus 112.
  • the condition selection information in this case includes request information for an early leaving request.
  • the reservation receiving apparatus 112 transmits early leaving request screen information to the terminal 103.
  • the terminal 103 displays the early leaving request screen 1802 on the display device based on the early leaving request screen information from the reservation receiving apparatus 112.
  • the early leaving request screen 1802 displays condition selection information selected by the user, and includes a reservation button 1811, an early leaving request time input field 1821, an early leaving request reply waiting time input field 1822, and an early leaving request transmission. It has a button 1823 and a list screen transition link 1812.
  • a desired use start time and a desired use end time are input as a character string of the early leave request time.
  • a request reply waiting time is input as a character string.
  • the character strings input in these input fields 1821 and 1822 and the logged-in user ID 301 (reservation request user ID 702) constitute an early departure request.
  • an early leaving request transmission button 1823 an early leaving request is transmitted to the adjusting device 110 via the reservation receiving device 112, and the adjusting device 110 adjusts early leaving.
  • the list screen transition link 1812 a search result list screen 1602 is displayed on the display screen of the terminal 103.
  • FIG. 19 is an explanatory diagram showing an example of a screen when making a reservation inquiry.
  • the terminal 103 displays a reservation inquiry screen 1901 as shown in FIG. Is displayed.
  • the adjustment device 110 transmits reservation establishment information to the terminal 103 via the reservation reception device 112.
  • the terminal 103 displays a reservation establishment screen 1902 based on the reservation establishment information from the adjustment device 110 as shown in FIG. If the reservation is not established in the adjustment device 110, the adjustment device 110 transmits reservation failure information to the terminal 103 via the reservation reception device 112.
  • the terminal 103 displays a reservation failure screen 1903 based on the reservation failure information from the adjustment device 110 as shown in (C).
  • FIG. 20 is an explanatory diagram showing a screen example after the request result is transmitted.
  • the terminal 103 displays a request completion screen 2001 on the display device.
  • the list screen transition link 1812 on the request completion screen 2001 a search result list screen 1602 is displayed on the display screen of the terminal 103.
  • FIG. 21 is an explanatory diagram showing an example of a screen on the user side when an early leaving request is accepted.
  • the adjustment device 110 accepts the early leaving request
  • the early leaving request notification screen information is transmitted to the terminal 103 of one or more users specified by the early leaving request via the release accepting device 111.
  • the user's terminal 103 displays the early leaving request notification screen 2101 on the display device based on the early leaving request notification screen information.
  • the early leaving request notification screen 2101 includes a use store input field 2111, a number of users input field 2112, an early leaving scheduled time input field 2113, and an early leaving scheduled time registration button 2114.
  • the registration acceptance screen 2102 has a main screen link 2120. When the user presses the main screen link 2120, the main screen 1410 is displayed on the display device of the user user's terminal 103.
  • FIG. 22 is an explanatory diagram showing an example of an exit request screen.
  • the adjusting device 110 transmits the leaving request screen information to the user's terminal 103 via the release accepting device 111.
  • the user's terminal 103 displays an exit request screen 2200 based on the exit request screen information from the adjustment device 110. This can prompt the user to leave early.
  • the main screen link 2120 the main screen 1410 is displayed on the display device of the user user's terminal 103.
  • FIG. 23 is a flowchart illustrating a detailed processing procedure example of the login processing (step S2300).
  • the reception device is one of the reservation reception device 112 and the release reception device 111.
  • the reception device transmits login screen information to the terminal 103 (step S2302).
  • the terminal 103 displays the login screen 1400 as shown in FIG. 14 (step S2303).
  • the terminal 103 transmits login information to the accepting device (step S2304).
  • the login information is a new registration request when the user of the terminal 103 presses the new registration button 1404, and the user of the terminal 103 inputs a character string corresponding to each of the user ID input field 1401 and the password input field 1402.
  • the login request includes the two character strings.
  • the accepting device determines whether or not the login information is a new registration request (step S2305). When it is a new registration request (step S2305: Yes), the reception device transmits new registration screen information to the terminal 103 (step S2306). As a result, the terminal 103 displays the new user registration screen 1430 as shown in FIG. 14 (step S2307). The terminal 103 transmits user information to the accepting device (step S2308).
  • the user information is a character string group input in the input fields 1431 to 1435 and 1402 of the new user registration screen 1430.
  • the accepting device assigns a new user ID 301 and registers the user information in the user information management DB 300 (step S2309).
  • the accepting device sets permission for access to the adjusting device 110 (step S2310), and transmits a login completion notification including main screen information to the terminal 103 (step S2311).
  • the terminal 103 displays the main screen 1410 shown in FIG. 14 (step S2312).
  • step S2305 determines whether or not the login information that is a combination of the user ID 301 and the password 307 included in the login request is correct (step S2305). S2313). Specifically, for example, the reception device determines whether or not user information that matches the combination of the user ID 301 and the password 307 included in the login request exists in the user information management DB 300.
  • step S2313: Yes If the login information is correct (step S2313: Yes), the accepting device sets permission to access the adjusting device 110 (step S2310). On the other hand, when the login information is not correct (step S2313: No), the reception apparatus transmits a login failure notification including the re-login screen information to the terminal 103 (step S2314). As a result, the process returns to step S2301.
  • FIG. 24 is a flowchart illustrating the reservation management processing example 1.
  • the user's terminal 103 completes the login process (step S2300), as shown in FIG. 15, the user presses the scheduled leaving time registration button 1412 on the main screen 1410, so that the terminal 103 is scheduled to leave.
  • a time registration screen 1502 is displayed (step S2401).
  • the use user terminal 103 transmits the leave information to the adjustment device 110 via the release acceptance device 111 (step S2402).
  • the leaving information is a character string corresponding to each of the input fields 1521, 1512, and 1522 of the scheduled leaving time registration screen 1502.
  • the adjusting device 110 receives the leaving information and registers the leaving information in the leaving information management DB 700 (step S2403).
  • the adjustment apparatus 110 updates store condition management DB600 (step S2404). Specifically, for example, the adjustment device 110 updates the use end time 605 in the store status information of the user to the scheduled leaving time 701.
  • FIG. 25 is a flowchart showing reservation management processing example 2.
  • the terminal 103 of the reservation requesting user completes the login process (step S2300)
  • the terminal 103 displays a reservation input screen 1501 when the user presses the store reservation button 1411 as shown in FIG. (Step S2501).
  • the terminal 103 sends a reservation request including the search conditions and the reservation request user ID 702 via the reservation receiving apparatus 112 to the adjustment apparatus 110. (Step S2502).
  • the adjusting device 110 receives the reservation request, newly assigns the search condition ID 801, and registers the search condition ID 801, the reservation request user ID 702, and the search condition in the search condition management DB 800 (step S2503). Then, the adjustment device 110 searches the store information management DB 400, the table information management DB 500, and the store status management DB 600 with the registered search conditions (step S2504). Then, the adjustment apparatus 110 registers the search result 1620 in the search result DB 900 and transmits it to the reservation receiving apparatus 112 (step S2505).
  • the reservation accepting apparatus 112 determines whether or not the search result 1620 includes one or more pieces of store information (step S2506). When the number is 0 (step S2506: No), the reservation receiving apparatus 112 transmits a re-input instruction including the most reserved input screen information to the terminal 103 (step S2507). As a result, the terminal 103 displays the search result screen 1601 as shown in FIG. 16 (step S2508), and returns to step S2502.
  • the reservation receiving apparatus 112 transmits list information for displaying the search result 1620 as a list to the terminal 103 (step S2509). Thereby, the terminal 103 displays the search result list screen 1602 as shown in FIG. 16 (step S2510).
  • the terminal 103 transmits the condition selection information to the adjustment apparatus 110 via the reservation receiving apparatus 112 (step S2511).
  • the condition selection information is information regarding a store and a table that are pressed from the search result 1620 on the search result list screen 1602.
  • “Zashiki” of store A is selected
  • “vacant seat (in this example, early departure request not subject) A store Zashiki” is the condition selection information.
  • “window side table 20: 00 ⁇ ” of store B is selected, “30 minutes or more (in this example, the object of early leaving request) B store window side table 20: 00 ⁇ ” is the condition selection information.
  • the terminal 103 displays a reservation inquiry screen 1901 as shown in FIG. 19A (step S2512).
  • the reservation accepting apparatus 112 determines whether or not an early departure request is necessary based on the received condition selection information (step S2513). If the condition selection information requires an early departure request (step S2513: YES), the process proceeds to FIG.
  • step S2513 if an early departure request is not required (step S2513: No), the reservation receiving apparatus 112 notifies the adjustment apparatus 110 to that effect, and the adjustment apparatus 110 assigns a reservation request ID 1001 to the condition selection information. Is temporarily registered in the reservation request management DB 1000 (step S2514). At this time, the status 1003 is “0” (provisional reservation). Then, the adjustment device 110 executes adjustment processing (step S2515).
  • the adjustment process (step S2515) is a process for finalizing the reservation from the reservation requesting user. Details of the adjustment process (step S2515) will be described with reference to FIG.
  • step S2515 when the reservation is confirmed for the loan target that is not vacant (step S2516: Yes), the adjustment device 110 transmits the leaving request information to the terminal 103 of the user (step S2517). Thereby, the user's terminal 103 receives the leaving request information and displays the leaving request screen 2200 as shown in FIG. 22 (step S2518).
  • step S2516 when the reservation is confirmed for the loan object (regardless of vacant seats) (step S2516: Yes), the adjustment device 110 transmits the reservation confirmation information to the terminal 103 of the reservation requesting user (step S2519). As a result, the user's terminal 103 receives the reservation confirmation information and displays the reservation establishment screen 1902 as shown in FIG. 19B (step S2520).
  • step S2516 If the reservation is not confirmed (step S2516: No), the adjustment device 110 transmits a reservation impossible notification to the terminal 103 of the reservation requesting user (step S2521). As a result, the user's terminal 103 receives the reservation impossible notification, and displays the reservation failure screen 1903 as shown in FIG. 19C (step S2522).
  • FIG. 26 is a flowchart showing a detailed processing procedure example of the adjustment processing (step S2515) shown in FIG.
  • the coordinating apparatus 110 refers to the reservation request management DB 1000 to determine whether or not the reservation request temporarily registered in step S2514 conflicts with other reservation requests (status 1003 is temporary reservation) (step S2601).
  • the competition means, for example, a state in which the store ID 401 and the table ID 501 of both reservation requests coincide with each other and the reservation desired date and time 1002 overlap.
  • the determination of competition includes confirmation that reservation of another user has already been completed and reservation information is not registered in the store status management DB 600. If another user's reservation has already been completed and the reservation information is registered in the store status management DB 600, a conflict occurs.
  • step S2601: No If there is no conflict (step S2601: No), the process proceeds to step S2605.
  • step S2601: Yes the adjustment apparatus 110 determines whether or not the scheduled leaving time 701 is before the desired reservation start time 1022 in the reservation request (step S2602). If the scheduled leaving time 701 is not earlier than the desired reservation start time 1022 (step S2602: No), it is impossible to make a reservation, and the process proceeds to step S2609. On the other hand, when the scheduled leaving time 701 is before the reservation start desired time 1022 (step S2602: Yes), the reservation is possible, and therefore the adjustment device 110 has the priority related to the user and the priority related to the user of other reservation requests. Based on the above, it is determined which reservation request should be prioritized (step S2603).
  • the priority is, for example, the number of points given to the user. The higher the number of points, the higher the priority.
  • the number of points is determined by the adjusting device 110 for each reservation requesting user according to the number of times of login to the adjusting device 110 (step S2300), the condition selection information (step S2511), and the number of times the reservation establishment information (step S2519) is transmitted. Add and store in an accessible manner in a DB (not shown).
  • step S2402 adjustment is made according to the number of registrations of leaving information (step S2402), the number of times of leaving request information (step S2517) transmitted in response to another person's reservation request, and the number of times of receiving an early leaving response (step S2711).
  • the device 110 adds for each user and saves the DB (not shown) so as to be accessible.
  • step S2300 the use frequency of the adjustment system 101 is so high that the frequency
  • step S2402 As the number of registrations of leaving information (step S2402), the number of times of leaving request information (step S2517) transmitted in response to another person's reservation request, and the number of receptions of the early leaving response (step S2711) are increased, the reservation requesting user Indicates that he contributed to the reservation request. Therefore, the higher the degree of contribution, the higher the possibility of closing can be achieved by giving priority to the time of competition.
  • the adjustment apparatus 110 determines whether or not the reservation request of the reservation request user is selected (step S2604). If selected (step S2604: Yes), the adjustment apparatus 110 updates the reservation request status 1003 of the reservation requesting user to “1” (step S2605). Then, the adjustment apparatus 110 registers the reservation start desired time 1022 of the reservation request user's reservation request at the leave request time 703 of the leave information management DB 700 (step S2606). Further, the adjustment device 110 registers the store status information that matches the reservation request of the reservation request user as a new entry in the store status management DB 600 (step S2607). Then, the adjustment device 110 generates reservation establishment information indicating that the reservation has been established (step S2608), and ends the adjustment process (step S2515).
  • step S2604 If no selection is made in step S2604 (step S2604: No), the reservation request of another reservation request user is selected, and the process proceeds to step S2506. Therefore, the adjustment device 110 generates reservation failure information indicating that the reservation has not been established (step S2609), ends the adjustment process (step S2515), and proceeds to step S2516.
  • FIG. 27 is a flowchart illustrating a reservation management processing example 3.
  • the user's terminal 103 transmits the current position information to the adjustment device 110 (step S2701).
  • the reservation receiving device 112 transmits the condition selection information to the adjustment device 110 (step S2414).
  • the request completion is notified to the reservation requesting user terminal 103 (step S2702).
  • the terminal 103 of the reservation requesting user displays a request completion screen 2001 as shown in FIG. 20 (step S2703).
  • the terminal 103 updates the search result list screen 1602 to reflect the request (step S2704).
  • the adjustment device 110 executes an early leaving request registration process (step S2705). Specifically, for example, the adjusting device 110 assigns an early departure request ID 1101 and registers the condition selection information in the early departure request management DB 1100 as an early departure request. And the adjustment apparatus 110 confirms whether a use user exists in the shop of loan object based on the positional information from a user's terminal 103 (step S2706).
  • step S2707 If the user does not exist in the loan target store (step S2707: No), the adjustment device 110 transmits reservation impossible information to the terminal 103 of the reservation requesting user (step S2707). As a result, the terminal 103 of the reservation requesting user displays a reservation failure screen 1903 as shown in FIG. 19C (step S2708).
  • the adjustment device 110 transmits an early leaving request including the early leaving request ID 1101 to the terminal 103 of the user (step S2709).
  • the user's terminal 103 displays the early leaving request notification screen 2101 (step S2710).
  • the user's terminal 103 sends an early leaving response. It transmits to the adjustment apparatus 110 (step S2711).
  • the early leaving response includes an early leaving request ID 1101 and a character string input in each of the input fields 2111 to 2113.
  • step S2707 when the adjustment device 110 transmits an early leaving request to the terminal 103 of the user (step S2707: Yes), the request entry flag 1201 of the target entry in the early leaving situation management DB 1200 is updated to “1” (sent). (Step S2712).
  • the adjusting device 110 receives the early leaving response (step S2711).
  • the character string of the early leaving scheduled time input field 2113 included in the early leaving response is registered in the available start time field 1203 of the target entry of the situation management DB 1200 (step S2713).
  • the adjustment device 110 updates the response reply flag 1202 of the target entry in the early leaving situation management DB 1200 to “1” (with a reply) (step S2714).
  • the adjusting device 110 transmits a registration acceptance notification to the terminal 103 of the user (step S2715). As a result, the user's terminal 103 displays the registration acceptance screen 2102 as shown in FIG. 21 (step S2716). In addition, the adjustment device 110 transmits the inquiry result (early leaving request ID 1101, usage ID 601 and early leaving scheduled time 1301) to the terminal 103 of the reservation requesting user (step S2717), and registers the inquiry result in the early leaving request result DB 1300. (Step S2718).
  • the server 120 of a store can grasp
  • the adjustment system 101 adjusts the loan by the second user (for example, the reservation requesting user) to be loaned that is used by the first user (for example, the using user).
  • the adjustment device 110 releases to the storage device 202 from the first terminal 103 of the first user, for example, the planned release time (for example, the release table). , Scheduled leaving time 701, use end time 605).
  • the adjustment device 110 receives and stores a loan request time (for example, a use start request time 822) for requesting a loan target loan as an example of data related to the loan target loan request from the second terminal 103 of the second user. Registration in the device 202 (steps S2502, S2503).
  • the adjustment device 110 adjusts the loan by the second user to be loaned used by the first user based on the data on the release of the loan target and the data on the loan request of the loan target. Specifically, for example, adjustment device 110 determines whether or not the scheduled release time is a time before the desired loan time (step S2602).
  • the adjustment device 110 transmits release request information (for example, leaving request information) that requests the first terminal 103 to release the loan target up to the scheduled release time.
  • release request information for example, leaving request information
  • the establishment information for example, reservation establishment information
  • the loan from the desired loan time of the loan object is established is transmitted to the second terminal 103 (Step S2519).
  • the adjustment system 101 selects one of the user reservation requests according to the priority related to the user (steps S2601 to S2604). Therefore, loan management can be smoothly performed according to priority.
  • the adjustment system 101 sets the priority for the user who registered the scheduled release time to be higher in accordance with the number of registrations of the scheduled release time. Thereby, when the user who contributed to loan management becomes a reservation request user, it can adjust so that it may be concluded preferentially.
  • the adjustment system 101 sets the priority for the reservation requesting user of the terminal that has received the release request information to be higher in accordance with the number of times the release request information is transmitted. Thereby, the adjustment system 101 can be adjusted so that the user who actively uses the adjustment system 101 as the reservation requesting user is preferentially closed.
  • the adjustment system 101 Prior to receiving the desired loan time, the adjustment system 101 receives the scheduled release time for releasing the loan to be loaned from the first terminal 103 of the first user and registers it in the storage device 202 (step S2403, S2404). This eliminates the need for the reservation requesting user to request the scheduled release time after requesting the desired loan time, thereby improving the efficiency of loan management.
  • the adjustment system 101 registers the usage time (for example, the usage start time 604 and the usage end time 605) for the first user to use the loan target in the storage device 202, and prior to registering the scheduled release time. , Receiving the desired loan time from the second terminal 103 and registering it in the storage device 202, and when the desired loan time is within the usage time, information for selecting the loan to be loaned from the time after the usage time has elapsed (For example, list information) is transmitted to the second terminal 103 (step S2509).
  • the usage time for example, the usage start time 604 and the usage end time 605
  • the adjustment system 101 When the adjustment system 101 receives selection information (for example, selection condition information) indicating that the loan target has been selected from the second terminal 103 (step S2511), the adjustment system 101 prompts the early release of the loan target (for example, an early leaving request) ) Is transmitted to the first terminal 103 (step S2709).
  • selection information for example, selection condition information
  • the adjustment system 101 prompts the early release of the loan target (for example, an early leaving request) ) Is transmitted to the first terminal 103 (step S2709).
  • the adjustment system 101 When the adjustment system 101 receives the scheduled release time from the first terminal 103 (step S2711), the release request information for requesting the first terminal 103 to release the loan target until the scheduled release time (for example, the available start time 1203) Is sent (step S2517), and establishment information that the loan from the loan desired time to be granted is established is transmitted to the second terminal 103 (step S2519).
  • the scheduled release time for example, the available start time 1203
  • the reservation requesting user can prompt the user to leave early without going through the administrator of the loan target, and can make a reservation of the loan target.
  • the adjustment system 101 receives selection information indicating that the loan target has been selected from the second terminal 103 (step S2511), the desired loan time is within the usage time and the desired loan time is used. If it is a time after a predetermined time (for example, 30 minutes) shorter than the use time from the use start time of the time, information prompting early release of the loan object (early leave request) is transmitted to the first terminal 103 (step) S2709).
  • a predetermined time for example, 30 minutes
  • the adjustment system 101 performs loan management without encouraging early departure if the loan request time is a time before the predetermined time, and early release of the loan object if the loan request time is a time after the predetermined time. Prompt. Therefore, it is possible to increase the efficiency of loan management by limiting the adjustment between users only when necessary.
  • the adjustment system 101 receives selection information indicating that the loan target has been selected from the second terminal 103 (step S2511), the adjustment system 101 receives the first user's current position information from the first terminal 103, and receives the first information It is determined whether or not the user exists in the loan target (steps S2701 and S2706), and when the first user exists in the loan target, information for promptly releasing the loan target is transmitted to the first terminal 103.
  • the adjustment system 101 can prompt the user who is staying in the loan target to release it early, and can improve the certainty of the loan management.
  • the adjustment system 101 determines whether the scheduled release time is a time before the desired loan time, and the expected release time is before the desired loan time. When it is time, release request information is transmitted to the first terminal 103 and establishment information is transmitted to the second terminal 103.
  • the adjustment system 101 can confirm whether or not the scheduled release time from the user is before the desired loan time, and improve the certainty of the loan management.
  • the reservation can be adjusted directly between the user in use and the user who wants to lend, that is, between the users.
  • the present invention is not limited to the above-described embodiments, and includes various modifications and equivalent configurations within the scope of the appended claims.
  • the above-described embodiments have been described in detail for easy understanding of the present invention, and the present invention is not necessarily limited to those having all the configurations described.
  • a part of the configuration of one embodiment may be replaced with the configuration of another embodiment.
  • each of the above-described configurations, functions, processing units, processing means, etc. may be realized in hardware by designing a part or all of them, for example, with an integrated circuit, and the processor realizes each function. It may be realized by software by interpreting and executing the program to be executed.
  • Information such as programs, tables, and files for realizing each function is recorded on a memory, a hard disk, a storage device such as SSD (Solid State Drive), or an IC (Integrated Circuit) card, SD card, DVD (Digital Versatile Disc). It can be stored on a medium.
  • SSD Solid State Drive
  • IC Integrated Circuit
  • SD card Digital Card
  • DVD Digital Versatile Disc
  • control lines and information lines indicate what is considered necessary for the explanation, and do not necessarily indicate all control lines and information lines necessary for mounting. In practice, it can be considered that almost all the components are connected to each other.

Landscapes

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

Abstract

第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システムは、記憶デバイスに、前記第１ユーザの第１端末から前記貸与対象の解放に関するデータを登録しており、前記プロセッサは、前記第２ユーザの第２端末から前記貸与対象の貸与希望に関するデータを受信して前記記憶デバイスに登録し、前記貸与対象の解放に関するデータと、前記貸与対象の貸与希望に関するデータと、に基づいて、前記第１ユーザが利用する貸与対象の前記第２ユーザによる貸与を調整する。

Description

調整システム、調整方法、および調整プログラム
　本発明は、貸与対象についてユーザ間で予約を調整する調整システム、調整方法、および調整プログラムに関する。
　物や空間の貸与を管理する技術は既に存在する。たとえば、下記特許文献１の駐車場予約システムは、予約する駐車場が満車であっても、利用者が予約可能な駐車場予約システムである。駐車場予約システムにおいて、駐車場予約装置がユーザから目的地の指定を受付けると、これに応じて、目的地の周辺の駐車場を決定し、決定した駐車場が、到着時刻に満車であるか否かを、駐車場管理サーバに問い合わせる。これに応じて、駐車場管理サーバが、当該駐車場が到着時刻に満車であるか否かを判断し、満車であると判断した場合には、当該駐車場からの出庫を要求する出庫要求データを、通信可能に接続された、駐車利用者端末、移動担当者端末、利用希望者端末に送信する。出庫が承諾されれば、駐車場の予約が成立する。
特開２０１２－２１５９２３号公報
　しかしながら、上述した特許文献１では、物や空間といった貸与対象の「貸与を希望するユーザ」と「貸与状況を管理するサーバ」間で貸与を管理しており、共通する貸与対象について「貸与を希望するユーザ」と「利用中のユーザ（または貸与するユーザ）」とで調整するような貸与管理ではない。
　このように、特許文献１では、駐車場管理サーバは、満車であると判断した場合に当該駐車場からの出庫を要求する出庫要求データを駐車利用者端末や移動担当者端末に送信し、かつ、承諾データを受信しなければ、「利用中のユーザ（または貸与するユーザ）」があとどのくらいで物や空間を明け渡すかを把握することができない。このように、特許文献１では、人と人との意思をつなげることができない。
　本発明は、ユーザ間で共通する貸与対象の管理の効率化を図ることを目的とする。
　本願において開示される発明の一側面となる調整システム、調整方法、および調整プログラムは、第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システム、調整方法、および調整プログラムであって、調整システムは、記憶デバイスに、前記第１ユーザの第１端末から前記貸与対象の解放に関するデータを登録しており、前記プロセッサは、前記第２ユーザの第２端末から前記貸与対象の貸与希望に関するデータを受信して前記記憶デバイスに登録し、前記貸与対象の解放に関するデータと、前記貸与対象の貸与希望に関するデータと、に基づいて、前記第１ユーザが利用する貸与対象の前記第２ユーザによる貸与を調整する、処理を実行することを特徴とする。
　本発明の代表的な実施の形態によれば、ユーザ間で共通する貸与対象の管理の効率化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
図１は、ネットワークシステムのシステム構成例を示す説明図である。 図２は、コンピュータのハードウェア構成例を示すブロック図である。 図３は、ユーザ情報管理ＤＢの記憶内容例を示す説明図である。 図４は、店舗情報管理ＤＢの記憶内容例を示す説明図である。 図５は、卓情報管理ＤＢの記憶内容例を示す説明図である。 図６は、店舗状況管理ＤＢの記憶内容例を示す説明図である。 図７は、退席情報管理ＤＢの記憶内容例を示す説明図である。 図８は、検索条件管理ＤＢの記憶内容例を示す説明図である。 図９は、検索結果ＤＢの記憶内容例を示す説明図である。 図１０は、予約依頼管理ＤＢの記憶内容例を示す説明図である。 図１１は、早期退席リクエスト管理ＤＢの記憶内容例を示す説明図である。 図１２は、早期退席状況管理ＤＢの記憶内容例を示す説明図である。 図１３は、早期退席リクエスト結果ＤＢの記憶内容例を示す説明図である。 図１４は、端末の調整システムへのログイン時の画面例１を示す説明図である。 図１５は、端末の調整システムへのログイン時の画面例２を示す説明図である。 図１６は、検索結果の画面例１を示す説明図である。 図１７は、検索結果の画面例２を示す説明図である。 図１８は、検索結果の画面例３を示す説明図である。 図１９は、予約問合せ時の画面例を示す説明図である。 図２０は、リクエスト結果の送信後の画面例を示す説明図である。 図２１は、早期退席リクエストが受け付けられた場合の利用ユーザ側の画面例を示す説明図である。 図２２は、退席依頼画面例を示す説明図である。 図２３は、ログイン処理（ステップＳ２３００）の詳細な処理手順例を示すフローチャートである。 図２４は、予約管理処理例１を示すフローチャートである。 図２５は、予約管理処理例２を示すフローチャートである。 図２６は、図２５に示した調整処理（ステップＳ２５１８）の詳細な処理手順例を示すフローチャートである。 図２７は、予約管理処理例３を示すフローチャートである。
　＜システム構成例＞
　図１は、ネットワークシステムのシステム構成例を示す説明図である。ネットワークシステム１００は、調整システム１０１と、外部システム１０２と、端末１０３と、を有する。これらは、インターネットなどのネットワーク１０４により通信可能に接続される。
　調整システム１０１は、端末１０３間で、当該端末１０３のユーザ間における物や空間（以下、貸与対象）の貸与を管理する。貸与対象は、たとえば、レンタカー、音楽や映画などのレンタルディスク、書籍などの物と、飲食店の座席、駐車場の駐車スペース、体育館やグラウンドなどの運動施設、会議室などの空間と、を含む。本実施例では、貸与対象として、飲食店の座席を例に挙げる。
　調整システム１０１は、調整装置１１０と、解放受付装置１１１と、予約受付装置１１２と、により構成される。図１では、調整装置１１０、解放受付装置１１１、および予約受付装置１１２は、それぞれ独立した３台のコンピュータにより構成されるが、それぞれの機能が集約された２台以下のコンピュータにより構成されてもよい。また、４台以上のコンピュータにより構成されてもよい。解放受付装置１１１は、貸与対象の占有の解放を端末１０３から受け付ける。たとえば、貸与対象が飲食店の座席である場合、解放受付装置１１１は、当該座席の退席予定時刻を受け付ける。予約受付装置１１２は、貸与対象の占有の予約を端末１０３から受け付ける。たとえば、貸与対象が飲食店の座席である場合、予約受付装置１１２は、当該座席の予約を端末１０３から受け付ける。調整装置１１０は、貸与対象の占有の解放と予約とを調整する。たとえば、貸与対象が飲食店の座席である場合、解放受付装置１１１に解放が受け付けられた座席から、予約受付装置１１２に受け付けられた予約に合致する座席を特定し、予約成立を支援する。
　外部システム１０２は、貸与対象を直接または間接的に管理する１以上のサーバ１２０である。貸与対象を直接管理するサーバ１２０とは、貸与対象をユーザに提供するためのサーバ１２０である。貸与対象が飲食店の座席である場合、当該サーバ１２０は、飲食店が運営するサイトである。貸与対象を間接的に管理するサーバ１２０とは、ユーザからの貸与対象の貸与要求を、貸与対象を直接管理するサーバ１２０に提供するためのサーバ１２０である。貸与対象が飲食店の座席である場合、当該サーバ１２０は、飲食店が運営するサイトにユーザからの貸与対象の貸与要求を提供する検索サイトや評価サイトである。
　端末１０３は、調整システム１０１や外部システム１０２にアクセスする。端末１０３は、解放受付装置１１１に貸与対象の占有を解放する旨のデータを送信する。たとえば、貸与対象が飲食店の座席である場合、端末１０３は、解放受付装置１１１に退席予定時刻を含むデータを送信する。また、端末１０３は、予約受付装置１１２に貸与対象の占有を予約する旨のデータを送信する。たとえば、貸与対象が飲食店の座席である場合、端末１０３は、予約受付装置１１２に当該座席の予約に関するデータを送信する。
　＜コンピュータのハードウェア構成例＞
　図２は、図１に示した装置１１０～１１２，１２０および端末１０３（以下、コンピュータ２００）のハードウェア構成例を示すブロック図である。コンピュータ２００は、プロセッサ２０１と、記憶デバイス２０２と、入力デバイス２０３と、出力デバイス２０４と、通信インターフェース（通信ＩＦ２０５）と、を有する。プロセッサ２０１、記憶デバイス２０２、入力デバイス２０３、出力デバイス２０４、および通信ＩＦ２０５は、バスにより接続される。プロセッサ２０１は、コンピュータ２００を制御する。記憶デバイス２０２は、プロセッサ２０１の作業エリアとなる。また、記憶デバイス２０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス２０２としては、たとえば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス２０３は、データを入力する。入力デバイス２０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス２０４は、データを出力する。出力デバイス２０４としては、たとえば、ディスプレイ（表示デバイス）、プリンタがある。通信ＩＦ２０５は、ネットワーク１０４と接続し、データを送受信する。
　＜各種ＤＢ（データベース）の記憶内容例＞
　つぎに、調整システム１０１がアクセス可能な各種ＤＢを、図３～図１３を用いて説明する。これらのＤＢは、具体的には、たとえば、図２に示した記憶デバイス２０２に記憶される。なお、以降のＤＢの説明において、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、ユーザＩＤフィールド３０１の値を、ユーザＩＤ３０１と表記する。
　図３は、ユーザ情報管理ＤＢの記憶内容例を示す説明図である。ユーザ情報管理ＤＢ３００は、端末１０３のユーザに関する情報（ユーザ情報）を管理するＤＢである。ユーザ情報管理ＤＢ３００は、ユーザＩＤフィールド３０１と、氏名フィールド３０２と、生年月日フィールド３０３と、電話番号フィールド３０４と、Ｅメールアドレスフィールド３０５と、性別フィールド３０６と、パスワードフィールド３０７と、を有する。同一行の各フィールドの値により、１人のユーザのユーザ情報を示すエントリを構成する。
　ユーザＩＤフィールド３０１は、ユーザＩＤを格納する記憶領域である。ユーザＩＤ３０１は、ユーザを一意に特定する識別情報である。氏名フィールド３０２は、ユーザの氏名を格納する記憶領域である。生年月日フィールド３０３は、ユーザの生年月日を格納する記憶領域である。電話番号フィールド３０４は、ユーザの電話番号を格納する記憶領域である。Ｅメールアドレスフィールド３０５は、ユーザのＥメールアドレスを格納する記憶領域である。性別フィールド３０６は、ユーザの性別を格納する記憶領域である。パスワードフィールド３０７は、ユーザが設定したパスワードを格納する記憶領域である。パスワード３０７は、調整システム１０１へのログインに用いられる文字列である。
　図４は、店舗情報管理ＤＢの記憶内容例を示す説明図である。店舗情報管理ＤＢ４００は、店舗に関する情報（店舗情報）を管理するＤＢである。店舗情報管理ＤＢ４００は、店舗ＩＤフィールド４０１と、店舗名フィールド４０２と、住所フィールド４０３と、電話番号フィールド４０４と、ＵＲＬフィールド４０５と、エリアフィールド４０６と、駅からの時間フィールド４０７と、駐車場の有無フィールド４０８と、を有する。同一行の各フィールドの値により、１店舗の店舗情報を示すエントリを構成する。
　店舗ＩＤフィールド４０１は、店舗ＩＤを格納する記憶領域である。店舗ＩＤは、店舗を一意に特定する識別情報である。店舗名フィールド４０２は、店舗名を格納する記憶領域である。住所フィールド４０３は、店舗の住所を格納する記憶領域である。電話番号フィールド４０４は、店舗の電話番号を格納する記憶領域である。ＵＲＬフィールド４０５は、店舗のサイト（外部システム１０２内のサーバ１２０）のＵＲＬを格納する記憶領域である。エリアフィールド４０６は、店舗の住所を含むエリアを格納する記憶領域である。駅からの時間フィールド４０７は、最寄駅から店舗までの時間を格納する記憶領域である。駐車場の有無フィールド４０８は、店舗が駐車場を持っているか否かを示す駐車場の有無を格納する記憶領域である。
　図５は、卓情報管理ＤＢの記憶内容例を示す説明図である。卓情報管理ＤＢ５００は、卓に関する情報（卓情報）を管理するＤＢである。卓情報管理ＤＢ５００は、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、卓名フィールド５０２と、着席可能人数フィールド５０３と、卓タイプフィールド５０４と、を有する。同一行の各フィールドの値により、１つの卓情報を示すエントリを構成する。
　卓ＩＤフィールド５０１は、卓ＩＤを格納する記憶領域である。卓ＩＤ５０１は、卓を一意に特定する識別情報である。卓名フィールド５０２は、卓名を格納する記憶領域である。着席可能人数フィールド５０３は、その卓での着席可能人数を格納する記憶領域である。卓タイプフィールド５０４は、卓タイプを格納する記憶領域である。卓タイプ５０４は、卓の種類（たとえば、テーブル、個室、１人席）を示す。
　図６は、店舗状況管理ＤＢの記憶内容例を示す説明図である。店舗状況管理ＤＢ６００は、店舗の利用状況を管理するＤＢである。店舗状況管理ＤＢ６００は、利用ＩＤフィールド６０１と、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、利用ユーザＩＤフィールド６０２と、利用人数フィールド６０３と、利用開始時刻フィールド６０４と、利用終了時刻フィールド６０５と、登録日付フィールド６０６と、を有する。同一行の各フィールドの値により、１つの店舗状況情報を示すエントリを構成する。店舗状況情報は、たとえば、当該店舗の予約時に外部システム１０２から登録される。
　利用ＩＤフィールド６０１は、利用ＩＤを格納する記憶領域である。利用ＩＤ６０１は、当該店舗における当該卓の利用を一意に特定する識別情報である。利用ユーザＩＤフィールド６０２は、利用ユーザＩＤを格納する記憶領域である。利用ユーザＩＤ６０２は、その利用ＩＤ６０１で店舗を利用するユーザのユーザＩＤ３０１である。利用人数フィールド６０３は、その利用ＩＤ６０１で店舗を利用する利用人数を格納する記憶領域である。利用開始時刻フィールド６０４は、利用開始時刻を格納する記憶領域である。
　利用開始時刻６０４は、その利用ＩＤ６０１で決定された店舗の利用を開始する時刻である。利用終了時刻フィールド６０５は、利用終了時刻を格納する記憶領域である。利用終了時刻６０５は、その利用ＩＤ６０１で決定された店舗の利用を終了する時刻である。利用終了時刻６０５は、退席予定時刻７０１により更新される。登録日付フィールド６０６は、登録日付を格納する記憶領域である。登録日付６０６は、当該エントリの情報を登録した日付である。
　図７は、退席情報管理ＤＢの記憶内容例を示す説明図である。退席情報管理ＤＢ７００は、利用ユーザの貸与対象からの退席を管理するＤＢである。退席情報管理ＤＢ７００は、利用ユーザＩＤフィールド６０２と、利用ＩＤフィールド６０１と、退席予定時刻フィールド７０１と、予約依頼ユーザＩＤフィールド７０２と、退席依頼時刻フィールド７０３と、退席状況フラグフィールド７０４と、を有する。同一行の各フィールドの値により、１つの退席情報を示すエントリを構成する。
　退席予定時刻フィールド７０１は、退席予定時刻を格納する記憶領域である。退席予定時刻７０１は、利用終了時刻６０５前に利用ユーザが貸与対象からの退席を予定した時刻である。予約依頼ユーザＩＤフィールド７０２は、予約依頼ユーザＩＤを格納する記憶領域である。予約依頼ユーザＩＤ７０２は、貸与対象の予約を依頼したユーザ（予約依頼ユーザ）のユーザＩＤ３０１である。退席依頼時刻フィールド７０３は、退席依頼時刻を格納する記憶領域である。退席依頼時刻７０３は、予約依頼ユーザが利用ユーザに退席を依頼した時刻である。退席状況フラグフィールド７０４は、退席状況フラグを格納する記憶領域である。退席状況フラグ７０４は、利用ユーザＩＤ６０２のユーザが退席したか否かを示すフラグである。
　図８は、検索条件管理ＤＢの記憶内容例を示す説明図である。検索条件管理ＤＢ８００は、ユーザから入力された検索条件を管理するＤＢである。検索条件管理ＤＢ８００は、検索条件ＩＤフィールド８０１と、予約依頼ユーザＩＤフィールド７０２と、利用予定日時フィールド８０２と、利用希望人数フィールド８０３と、抽出条件および除外条件フィールド８０４と、を有する。同一行の各フィールドの値により、１つの検索条件を示すエントリを構成する。
　検索条件ＩＤフィールド８０１は、検索条件ＩＤを格納する記憶領域である。検索条件ＩＤ８０１は、検索条件を一意に特定する識別情報である。利用予定日時フィールド８０２は、サブフィールドとして、利用日付フィールド８２１と、利用開始希望時刻フィールド８２２と、利用終了希望日時フィールドと、を有する。利用日付フィールド８２１は、利用日付を格納する記憶領域である。利用日付８２１は、予約依頼ユーザが貸与対象を利用したい日付である。利用開始希望時刻フィールド８２２は、利用開始希望時刻を格納する記憶領域である。利用開始希望時刻８２２は、利用日付８２１において、予約依頼ユーザが貸与対象の利用を開始したい時刻である。利用終了希望時刻フィールド８２３は、利用終了希望時刻を格納する記憶領域である。利用終了希望時刻８２３は、利用日付８２１において、予約依頼ユーザが貸与対象の利用を終了したい時刻である。
　利用希望人数フィールド８０３は、利用希望人数を格納する記憶領域である。利用希望人数８０３は、利用予定日時８０２において、予約依頼ユーザが貸与対象の利用を終了したい人数である。
　抽出条件および除外条件フィールド８０４は、抽出条件および除外条件を格納する記憶領域であり、具体的には、たとえば、サブフィールドとして、店舗名フィールド４０２と、エリアフィールド４０６と、駅からの時間フィールド４０７と、駐車場の有無フィールド４０８と、卓タイプフィールド５０３と、を有する。
　図９は、検索結果ＤＢの記憶内容例を示す説明図である。検索結果ＤＢ９００は、店舗情報管理ＤＢ４００および卓情報管理ＤＢ５００を検索条件によって検索した検索結果を格納するＤＢである。検索結果ＤＢ９００は、検索条件ＩＤフィールド８０１と、店舗情報フィールド９０１と、抽出条件および除外条件フィールド８０４と、登録時刻フィールド９０２と、を有する。店舗情報フィールド９０１は、サブフィールドとして、店舗ＩＤフィールド４０１と、店舗名フィールド４０２と、卓タイプフィールド５０４と、利用開始可能時刻フィールド９１１と、利用終了時刻フィールド６０５と、を有する。同一行の各フィールドの値により、１つの検索結果を示すエントリを構成する。
　利用開始可能時刻フィールド９１１は、利用開始可能時刻を格納する記憶領域である。利用開始可能時刻９１１は、予約依頼ユーザが貸与対象の利用を開始できる時刻である。利用終了時刻フィールド６０５は、利用終了時刻を格納する記憶領域である。利用終了時刻６０５は、予約依頼ユーザが貸与対象の利用を終了する時刻である。利用終了時刻６０５は、利用中のユーザの利用終了時刻でもある。
　抽出条件および除外条件フィールド８０４は、サブフィールドとして、たとえば、エリアフィールド４０６と、駅からの時間フィールド４０７と、駐車場の有無フィールド４０８と、を有する。登録時刻フィールド９０２は、登録時刻を格納する記憶領域である。登録時刻９０２は、検索結果が検索結果ＤＢ９００に登録された時刻である。
　図１０は、予約依頼管理ＤＢの記憶内容例を示す説明図である。予約依頼管理ＤＢ１０００は、予約依頼ユーザからの予約依頼を管理するＤＢである。予約依頼管理ＤＢ１０００は、予約依頼ＩＤフィールド１００１と、予約依頼ユーザＩＤフィールド７０２と、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、利用希望人数フィールド８０３と、予約希望日時フィールド１００２と、ステータスフィールド１００３と、を有する。同一行の各フィールドの値により、１つの予約依頼を示すエントリを構成する。
　予約依頼ＩＤフィールド１００１は、予約依頼ＩＤを格納する記憶領域である。予約依頼ＩＤ１００１は、当該エントリである予約依頼を一意に特定する識別情報である。予約希望日時フィールド１００２は、予約希望日時を格納する記憶領域であり、具体的には、たとえば、サブフィールドとして、予約希望日付フィールド１０２１と、予約開始希望時刻フィールド１０２２と、予約終了希望時刻フィールド１０２３と、を有する。
　予約希望日付フィールド１０２１は、予約希望日付を格納する記憶領域である。予約依頼ユーザが予約したい日付である。予約開始希望時刻フィールド１０２２は、予約開始希望時刻を格納する記憶領域である。予約開始希望時刻１０２２は、予約依頼ユーザが予約したい開始時刻である。予約終了希望時刻フィールド１０２３は、予約終了希望時刻を格納する記憶領域である。予約終了希望時刻１０２３は、予約依頼ユーザが予約したい終了時刻である。ステータスフィールド１００３は、予約依頼が仮予約であるか予約完了であるかを示すステータスを格納する記憶領域である。
　図１１は、早期退席リクエスト管理ＤＢの記憶内容例を示す説明図である。早期退席リクエスト管理ＤＢ１１００は、早期退席リクエストを管理するＤＢである。早期退席リクエストは、利用ユーザの退席を早期に促すリクエストである。早期退席リクエスト管理ＤＢ１１００は、早期退席リクエストＩＤフィールド１１０１と、予約依頼ユーザＩＤフィールド７０２と、早期退席リクエスト内容フィールド１１０２と、を有する。同一行の各フィールドの値により、１つの早期退席リクエストを示すエントリを構成する。
　早期退席リクエストＩＤフィールド１１０１は、早期退席リクエストＩＤを格納する記憶領域である。早期退席リクエストＩＤ１１０１は、早期退席リクエストを一意に特定する識別情報である。
　早期退席リクエスト内容フィールド１１０２は、サブフィールドとして、店舗ＩＤフィールド４０１と、卓ＩＤフィールド５０１と、利用希望人数フィールド８０３と、利用開始希望時刻フィールド１１２１と、利用終了希望時刻フィールド１１２２と、早期退席リクエスト返答可能待ち時間フィールド１１２３と、を有する。
　予約開始希望時刻フィールド１１２１は、予約開始希望時刻を格納する記憶領域である。予約開始希望時刻１１２１は、予約依頼ユーザが指定した予約の開始時刻である。予約終了希望時刻フィールド１１２２は、予約終了希望時刻を格納する記憶領域である。予約終了希望時刻１１２２は、予約依頼ユーザが指定した予約の終了時刻である。早期退席リクエスト返答可能待ち時間フィールド１１２３は、早期退席リクエスト返答可能待ち時間を格納する記憶領域である。早期退席リクエスト返答可能待ち時間１１２３は、予約依頼ユーザが、早期退席リクエストを受け取った利用ユーザからの返答を待機できる時間である。
　図１２は、早期退席状況管理ＤＢの記憶内容例を示す説明図である。早期退席状況管理ＤＢ１２００は、早期退席リクエストをした場合の状況を管理するＤＢである。早期退席状況管理ＤＢ１２００は、早期退席リクエストＩＤフィールド１１０１と、利用ユーザＩＤフィールド６０２と、利用ＩＤフィールド６０１と、リクエスト送信フラグフィールド１２０１と、レスポンス返信フラグフィールド１２０２と、利用開始可能時刻フィールド１２０３と、を有する。同一行の各フィールドの値により、１つの早期退席状況を示すエントリを構成する。
　リクエスト送信フラグフィールド１２０１は、リクエスト送信フラグを格納する記憶領域である。リクエスト送信フラグ１２０１は、早期退席リクエストを送信したか否かを示すフラグである。レスポンス返信フラグフィールド１２０２は、レスポンス返信フラグを格納する記憶領域である。レスポンス返信フラグ１２０２は、早期退席リクエストに対するレスポンスがあったか否かを示すフラグである。利用開始可能時刻フィールド１２０３は、利用開始可能時刻を格納する記憶領域である。利用開始可能時刻１２０３は、早期退席リクエストに応答した結果、予約依頼ユーザが利用開始することができる時刻である。
　図１３は、早期退席リクエスト結果ＤＢの記憶内容例を示す説明図である。早期退席リクエスト結果ＤＢ１３００は、早期退席リクエストの結果を格納するＤＢである。早期退席リクエスト結果ＤＢ１３００は、早期退席リクエストＩＤフィールド１１０１と、利用ＩＤフィールド６０１と、早期退席予定時刻フィールド１３０１と、を有する。同一行の各フィールドの値により、１つの早期退席リクエスト結果を示すエントリを構成する。早期退席予定時刻１３０１は、利用ユーザまたは予約依頼ユーザからの早期退席リクエストに対する返信結果であり、利用開始可能時刻１２０３と一致する。
　＜端末１０３の画面例＞
　図１４は、端末１０３の調整システム１０１へのログイン時の画面例１を示す説明図である。端末１０３が調整システム１０１にアクセスすると端末１０３の表示デバイスにログイン画面１４００が表示される。ログイン画面１４００は、ユーザＩＤ入力欄１４０１と、パスワード入力欄１４０２と、ログインボタン１４０３と、新規登録ボタン１４０４と、を有する。ユーザＩＤ入力欄１４０１およびパスワード入力欄１４０２には、ユーザ操作により文字列が入力される。
　ユーザがログインボタン１４０３を押下すると、ユーザＩＤ入力欄１４０１およびパスワード入力欄１４０２にそれぞれ入力された文字列が調整システム１０１に送信される。送信された文字列の組み合わせが、図３のユーザ情報管理ＤＢ３００のユーザＩＤ３０１およびパスワード３０７と一致した場合、ログインが成功したことになる。したがって、端末１０３は、調整システム１０１から送信されてくるメイン画面情報により、表示デバイスにメイン画面１４１０を表示する。メイン画面１４１０は、店舗予約ボタン１４１１と、退席予定時刻登録ボタン１４１２と、を有する。
　一方、送信された文字列の組み合わせが、図３のユーザ情報管理ＤＢ３００のユーザＩＤおよびパスワードと一致しなかった場合、ログインが失敗したことになる。したがって、端末１０３は、調整システム１０１から送信されてくるログイン画面情報により、表示デバイスに再ログイン画面１４２０を表示する。メイン画面１４１０は、店舗予約ボタン１４１１と、退席時刻登録ボタン１４１２と、を有する。再ログイン画面１４２０は、ユーザＩＤ入力欄１４０１と、パスワード入力欄１４０２と、ログインボタン１４０３と、を有する。ユーザがログインボタン１４０３を押下すると、ログインに成功すれば、メイン画面１４１０が端末１０３の表示デバイスに表示され、ログインに失敗すれば、再ログイン画面１４２０が端末１０３の表示デバイスに表示される。
　ログイン画面１４００において、ユーザが新規登録ボタン１４０４を押下すると、端末１０３から調整システム１０１に新規登録依頼が送信される。調整システム１０１は、新規ユーザ登録画面情報を端末１０３に送信し、端末１０３は、表示デバイスに新規ユーザ登録画面１４３０を表示する。新規ユーザ登録画面１４３０は、氏名入力欄１４３１と、生年月日入力欄１４３２と、電話番号入力欄１４３３と、Ｅメールアドレス入力欄１４３４と、性別入力欄１４３５と、パスワード入力欄１４０２と、登録ボタン１４３６と、を有する。各入力欄１４３１～１４３５、１４０２に、ユーザ操作により文字列が入力される。各入力欄１４３１～１４３５、１４０２に入力された文字列の組み合わせがユーザ情報を構成する。したがって、ユーザはユーザ情報を入力してユーザ登録することが可能である。
　図１５は、端末１０３の調整システム１０１へのログイン時の画面例２を示す説明図である。ユーザが店舗予約ボタン１４１１を押下すると、店舗予約リクエストが調整システム１０１の予約受付装置１１２に送信される。その結果、端末１０３は、予約受付装置１１２から送信されてくる予約入力画面情報により、表示デバイスに予約入力画面１５０１を表示する。予約入力画面１５０１は、利用予定日時入力欄１５１１と、抽出条件入力欄１５１２と、利用希望人数入力欄１５１３と、除外条件入力欄１５１４と、検索ボタン１５１５と、を有する。各入力欄１５１１～１５１４に入力された文字列と当該ログイン中のユーザＩＤ３０１との組み合わせが検索条件を構成する。ユーザが検索ボタン１５１５を押下すると、当該検索条件が予約受付装置１１２に送信される。
　また、ユーザが退席予定時刻登録ボタン１４１２を押下すると、退席予定時刻登録リクエストが解放受付装置１１１に送信される。その結果、端末１０３は、解放受付装置１１１から送信されてくる退席予定時刻登録画面情報により、表示デバイスに退席予定時刻登録画面１５０２を表示する。退席予定時刻登録画面１５０２は、利用店舗入力欄１５２１と、利用人数入力欄１５２２と、退席予定時刻入力欄１５２３と、登録ボタン１５２４と、を有する。各入力欄１５２１～１５２３に入力された文字列と当該ログイン中のユーザＩＤ３０１との組み合わせが退席予定時刻登録情報を構成する。ユーザが登録ボタン１５２４を押下すると、当該退席予定時刻登録情報が解放受付装置１１１を介して調整装置１１０に送信される。調整装置１１０は、退席情報管理ＤＢ７００において、当該ユーザのユーザＩＤ３０１（利用ユーザＩＤ６０２）および利用ＩＤ６０１のエントリを特定して、当該エントリに退席予定時刻７０１を登録する。
　図１６は、検索結果の画面例１を示す説明図である。ユーザが予約入力画面１５０１の検索ボタン１５１５を押下すると、当該検索条件が予約受付装置１１２を介して調整装置１１０に送信される。（Ａ）に示すように、調整装置１１０において１件も検索結果が得られなかった場合、端末１０３は、予約受付装置１１２から送信されてくる検索結果画面情報により、表示デバイスに検索結果画面１６０１を表示する。検索結果画面１６０１は、予約入力画面１５０１と同様、利用予定日時入力欄１５１１と、抽出条件入力欄１５１２と、利用希望人数入力欄１５１３と、除外条件入力欄１５１４と、検索ボタン１５１５と、を有する。したがって、ユーザは再度検索条件を入力して再検索することが可能である。
　（Ｂ）に示すように、また、調整装置１１０において１件以上検索結果が得られた場合、端末１０３は、予約受付装置１１２から送信されてくる検索結果一覧画面情報により、表示デバイスに検索結果一覧画面１６０２を表示する。検索結果一覧画面１６０２は、検索結果１６２０と、第１絞り込みボタン１６２１と、第２絞り込みボタン１６２２と、第３絞り込みボタン１６２３と、を有する。第１絞り込みボタン１６２１は、たとえば、検索結果１６２０を空き状態の貸与対象のみに絞り込むためのボタンである。第１絞り込みボタン１６２１が押下されると、検索結果１６２０がさらに、空席を有する貸与対象（（Ｂ）では、Ａ店の「座敷」とＢ店の「テーブル」）に絞り込まれる。第２絞り込みボタン１６２２は、たとえば、検索結果１６２０を３０分以内に退席される貸与対象のみに絞り込むためのボタンである。第２絞り込みボタン１６２２が押下されると、検索結果１６２０がさらに、３０分以内に退席される貸与対象（（Ｂ）では、Ａ店の「テーブル１８：１５～」とＢ店の「座敷１８：３０～」とＣ店の「テーブル１８：３０～」）に絞り込まれる。第３絞り込みボタン１６２３は、たとえば、検索結果１６２０を３０分間経過後に退席される貸与対象のみに絞り込むためのボタンである。第３絞り込みボタン１６２３が押下されると、検索結果１６２０がさらに、３０分間経過後に退席される貸与対象（（Ｂ）では、何も絞り込まれない）に絞り込まれる。
　図１７は、検索結果１６２０の画面例２を示す説明図である。検索結果一覧画面１６０２において、ユーザが第１絞り込みボタン１６２１を押下すると、検索結果一覧画面１６０２は、（Ａ）に示すように、検索結果１６２０が空き状態の貸与対象のみに絞り込まれた検索結果一覧画面１６０２となる。また、ユーザが第１絞り込みボタン１６２１および第２絞り込みボタン１６２２を押下すると、検索結果一覧画面１６０２は、（Ｂ）に示すように、検索結果１６２０が空き状態および３０分以内に退席される貸与対象のみに絞り込まれた検索結果一覧画面１６０２となる。
　図１８は、検索結果１６２０の画面例３を示す説明図である。ユーザが、検索結果一覧画面１６０２の検索結果１６２０のうち、空き状態の貸与対象（たとえば、Ａ店の「座敷」）のボタンを押下すると、端末１０３は、ユーザが選択した条件選択情報を含む予約画面１８０１を表示デバイスに表示する。予約画面１８０１は、予約ボタン１８１１と、一覧画面遷移リンク１８１２と、を有する。ユーザが予約ボタン１８１１を押下すると、条件選択情報が予約受付装置１１２を介して調整装置１１０に送信され、調整装置１１０は、当該予約を成立させる。また、ユーザが一覧画面遷移リンク１８１２を押下すると、端末１０３の表示画面に検索結果一覧画面１６０２が表示される。ユーザが、検索結果一覧画面１６０２の検索結果１６２０のうち、３０分以内および３０分以上に退席される貸与対象のボタンを押下した場合も同様である。
　一方、ユーザが、検索結果一覧画面１６０２の検索結果１６２０のうち、３０分間経過後に退席される貸与対象（たとえば、Ｂ店の「窓側テーブル２０：００～」）のボタンを押下すると、その内容が条件選択情報として予約受付装置１１２を介して調整装置１１０に送信される。この場合の条件選択情報は、早期退席リクエストの要求情報を含む。その結果、予約受付装置１１２は、早期退席リクエスト画面情報を端末１０３に送信する。端末１０３は、予約受付装置１１２からの早期退席リクエスト画面情報により、表示デバイスに早期退席リクエスト画面１８０２を表示する。早期退席リクエスト画面１８０２は、ユーザが選択した条件選択情報を表示し、かつ、予約ボタン１８１１と、早期退席リクエスト時間入力欄１８２１と、早期退席リクエスト返信待ち可能時間入力欄１８２２と、早期退席リクエスト送信ボタン１８２３と、一覧画面遷移リンク１８１２と、を有する。
　早期退席リクエスト時間入力欄１８２１には、早期退席リクエスト時間の文字列として、利用開始希望時刻および利用終了希望時刻が入力される。リクエスト返信待ち可能時間入力欄１８２２には、文字列として、リクエスト返信待ち可能時間が入力される。これらの入力欄１８２１，１８２２に入力された文字列および当該ログインしたユーザＩＤ３０１（予約依頼ユーザＩＤ７０２）が早期退席リクエストを構成する。ユーザが早期退席リクエスト送信ボタン１８２３を押下すると、早期退席リクエストが予約受付装置１１２を介して調整装置１１０に送信され、調整装置１１０は、早期退席の調整をおこなう。また、ユーザが一覧画面遷移リンク１８１２を押下すると、端末１０３の表示画面に検索結果一覧画面１６０２が表示される。
　図１９は、予約問合せ時の画面例を示す説明図である。図１８の予約画面１８０１において、ユーザが予約ボタン１８１１を押下すると、調整システム１０１からの応答を受信するまでの間、図１９の（Ａ）に示すように、端末１０３は、予約問合せ中画面１９０１を表示する。また、調整装置１１０において予約が成立した場合、調整装置１１０は、予約受付装置１１２を介して、端末１０３に、予約成立情報を送信する。端末１０３は、（Ｂ）に示すように、調整装置１１０からの予約成立情報により、予約成立画面１９０２を表示する。また、調整装置１１０において予約が成立しなかった場合、調整装置１１０は、予約受付装置１１２を介して、端末１０３に、予約不成立情報を送信する。端末１０３は、（Ｃ）に示すように、調整装置１１０からの予約不成立情報により、予約不成立画面１９０３を表示する。
　図２０は、リクエスト結果の送信後の画面例を示す説明図である。ユーザが、図１８の早期退席リクエスト画面１８０２の早期退席リクエスト送信ボタン１８２３を押下すると、端末１０３は、リクエスト完了画面２００１を表示デバイスに表示する。また、ユーザが、リクエスト完了画面２００１の一覧画面遷移リンク１８１２を押下すると、端末１０３の表示画面に検索結果一覧画面１６０２が表示される。
　図２１は、早期退席リクエストが受け付けられた場合の利用ユーザ側の画面例を示す説明図である。調整装置１１０が早期退席リクエストを受け付けた場合、解放受付装置１１１を介して、早期退席リクエストで特定される１以上の利用ユーザの端末１０３に、早期退席リクエスト通知画面情報を送信する。利用ユーザの端末１０３は、早期退席リクエスト通知画面情報により、表示デバイスに早期退席リクエスト通知画面２１０１を表示する。早期退席リクエスト通知画面２１０１は、利用店舗入力欄２１１１と、利用人数入力欄２１１２と、早期退席予定時刻入力欄２１１３と、早期退席予定時刻登録ボタン２１１４と、を有する。利用ユーザは、早期退席予定時刻登録ボタン２１１４を押下することで、各入力欄２１１１～２１１３に入力した文字列を早期退席リクエストの応答として、解放受付装置１１１を介して調整装置１１０に返す。このあと、利用ユーザの端末１０３は、調整装置１１０からの登録受付画面情報により、登録受付画面２１０２を表示する。登録受付画面２１０２は、メイン画面リンク２１２０を有する。利用ユーザがメイン画面リンク２１２０を押下することにより、利用ユーザの端末１０３の表示デバイスにメイン画面１４１０が表示される。
　図２２は、退席依頼画面例を示す説明図である。調整装置１１０は、早期退席が成立すると、解放受付装置１１１を介して、利用ユーザの端末１０３に、退席依頼画面情報を送信する。利用ユーザの端末１０３は、調整装置１１０からの退席依頼画面情報により、退席依頼画面２２００を表示する。これにより、利用ユーザに早期退席を促すことができる。利用ユーザがメイン画面リンク２１２０を押下することにより、利用ユーザの端末１０３の表示デバイスにメイン画面１４１０が表示される。
　＜ログイン処理例＞
　図２３は、ログイン処理（ステップＳ２３００）の詳細な処理手順例を示すフローチャートである。図２３において、受付装置は、予約受付装置１１２または解放受付装置１１１のいずれかの一方の受付装置とする。
　端末１０３は、受付装置にログイン画面１４００を要求する（ステップＳ２３０１）と、受付装置は、当該端末１０３にログイン画面情報を送信する（ステップＳ２３０２）。これにより、端末１０３は、図１４に示したようにログイン画面１４００を表示する（ステップＳ２３０３）。
　端末１０３は、受付装置にログイン情報を送信する（ステップＳ２３０４）。ログイン情報とは、端末１０３のユーザが新規登録ボタン１４０４を押下した場合は、新規登録要求であり、端末１０３のユーザが、ユーザＩＤ入力欄１４０１およびパスワード入力欄１４０２にそれぞれ対応する文字列を入力し、かつ、ログインボタン１４０３を押下した場合は、当該２つの文字列を含むログイン要求である。
　受付装置は、ログイン情報が新規登録要求であるか否かを判断する（ステップＳ２３０５）。新規登録要求である場合（ステップＳ２３０５：Ｙｅｓ）、受付装置は、当該端末１０３に新規登録画面情報を送信する（ステップＳ２３０６）。これにより、端末１０３は、図１４に示したように新規ユーザ登録画面１４３０を表示する（ステップＳ２３０７）。端末１０３は、受付装置にユーザ情報を送信する（ステップＳ２３０８）。ユーザ情報は、新規ユーザ登録画面１４３０の各入力欄１４３１～１４３５，１４０２に入力された文字列群である。受付装置は、ユーザ情報を受信すると、新規のユーザＩＤ３０１を採番して、ユーザ情報をユーザ情報管理ＤＢ３００に登録する（ステップＳ２３０９）。
　そして、受付装置は、調整装置１１０へのアクセス許可を設定し（ステップＳ２３１０）、当該端末１０３にメイン画面情報を含むログイン完了通知を送信する（ステップＳ２３１１）。これにより、端末１０３は、図１４に示したメイン画面１４１０を表示する（ステップＳ２３１２）。
　一方、ステップＳ２３０５において、ログイン要求である場合（ステップＳ２３０５：Ｎｏ）、受付装置は、ログイン要求に含まれているユーザＩＤ３０１とパスワード３０７の組み合わせであるログイン情報が正しいか否かを判断する（ステップＳ２３１３）。具体的には、たとえば、受付装置は、ログイン要求に含まれているユーザＩＤ３０１とパスワード３０７の組み合わせに一致するユーザ情報がユーザ情報管理ＤＢ３００に存在するか否かを判断する。
　ログイン情報が正しい場合（ステップＳ２３１３：Ｙｅｓ）、受付装置は、調整装置１１０へのアクセス許可を設定する（ステップＳ２３１０）。一方、ログイン情報が正しくない場合（ステップＳ２３１３：Ｎｏ）、受付装置は、再ログイン画面情報を含むログイン不可通知を端末１０３に送信する（ステップＳ２３１４）。これにより、ステップＳ２３０１に戻る。
　＜予約管理処理例１＞
　図２４は、予約管理処理例１を示すフローチャートである。利用ユーザの端末１０３がログイン処理（ステップＳ２３００）を完了した場合、図１５に示したように、利用ユーザがメイン画面１４１０の退席予定時刻登録ボタン１４１２を押下することで、端末１０３は、退席予定時刻登録画面１５０２を表示する（ステップＳ２４０１）。
　利用ユーザが退席情報を入力し、かつ、登録ボタン１５２４を押下した場合、利用ユーザの端末１０３は、退席情報を、解放受付装置１１１を介して調整装置１１０に送信する（ステップＳ２４０２）。退席情報は、退席予定時刻登録画面１５０２の各入力欄１５２１，１５１２，１５２２にそれぞれ対応する文字列である。調整装置１１０は、退席情報を受信して、当該退席情報を退席情報管理ＤＢ７００に登録する（ステップＳ２４０３）。そして、調整装置１１０は、店舗状況管理ＤＢ６００を更新する（ステップＳ２４０４）。具体的には、たとえば、調整装置１１０は、当該利用ユーザの店舗状況情報の利用終了時刻６０５を、退席予定時刻７０１に更新する。
　図２５は、予約管理処理例２を示すフローチャートである。予約依頼ユーザの端末１０３がログイン処理（ステップＳ２３００）を完了した場合、図１５に示したように、利用ユーザが店舗予約ボタン１４１１を押下することで、端末１０３は、予約入力画面１５０１を表示する（ステップＳ２５０１）。予約依頼ユーザが予約入力画面１５０１に検索条件を入力し、検索ボタン１５１５を押下すると、端末１０３は、当該検索条件および予約依頼ユーザＩＤ７０２を含む予約リクエストを、予約受付装置１１２を介して調整装置１１０に送信する（ステップＳ２５０２）。
　調整装置１１０は、予約リクエストを受信して、検索条件ＩＤ８０１を新規に採番し、当該検索条件ＩＤ８０１と予約依頼ユーザＩＤ７０２と検索条件とを検索条件管理ＤＢ８００に登録する（ステップＳ２５０３）。そして、調整装置１１０は、登録した検索条件で、店舗情報管理ＤＢ４００、卓情報管理ＤＢ５００および店舗状況管理ＤＢ６００を検索する（ステップＳ２５０４）。そして、調整装置１１０は、検索結果１６２０を検索結果ＤＢ９００に登録して、予約受付装置１１２に送信する（ステップＳ２５０５）。
　予約受付装置１１２は、検索結果１６２０が１件以上の店舗情報を含むか否かを判断する（ステップＳ２５０６）。０件である場合（ステップＳ２５０６：Ｎｏ）、予約受付装置１１２は、最予約入力画面情報を含む再入力指示を端末１０３に送信する（ステップＳ２５０７）。これにより、端末１０３は、図１６に示したように、検索結果画面１６０１を表示し（ステップＳ２５０８）、ステップＳ２５０２に戻る。
　一方、検索結果１６２０が１件以上の店舗情報を含む場合（ステップＳ２５０６：Ｙｅｓ）、予約受付装置１１２は、検索結果１６２０を一覧表示する一覧情報を端末１０３に送信する（ステップＳ２５０９）。これにより、端末１０３は、図１６に示したように、検索結果一覧画面１６０２を表示する（ステップＳ２５１０）。
　予約依頼ユーザが検索結果一覧画面１６０２に条件選択情報を入力することにより、当該端末１０３は、条件選択情報を、予約受付装置１１２を介して調整装置１１０に送信する（ステップＳ２５１１）。条件選択情報とは、図１８に示したように、検索結果一覧画面１６０２の検索結果１６２０から押下された店舗および卓に関する情報である。たとえば、図１８において、Ａ店の「座敷」が選択された場合、「空席（本例では、早期退席リクエスト非対象）　Ａ店　座敷」が条件選択情報である。また、Ｂ店の「窓側テーブル２０：００～」が選択された場合、「３０分以上（本例では、早期退席リクエスト対象）　Ｂ店　窓側テーブル２０：００～」が条件選択情報である。条件選択情報を送信後、端末１０３は、図１９の（Ａ）に示したように、予約問合せ中画面１９０１を表示する（ステップＳ２５１２）。
　予約受付装置１１２は、受信した条件選択情報により、早期退席リクエストが必要であるか否かを判断する（ステップＳ２５１３）。早期退席リクエストが必要な条件選択情報である場合（ステップＳ２５１３：Ｙｅｓ）、図２７に移行する。
　一方、早期退席リクエストが不要である場合（ステップＳ２５１３：Ｎｏ）、予約受付装置１１２は、その旨を調整装置１１０に通知し、調整装置１１０は、予約依頼ＩＤ１００１を採番して、条件選択情報を予約依頼管理ＤＢ１０００に仮登録する（ステップＳ２５１４）。この時点では、ステータス１００３は、「０」（仮予約）である。そして、調整装置１１０は、調整処理を実行する（ステップＳ２５１５）。調整処理（ステップＳ２５１５）は、予約依頼ユーザからの予約を確定させる処理である。調整処理（ステップＳ２５１５）の詳細については図２６で説明する。
　調整処理（ステップＳ２５１５）により、空席でない貸与対象について予約が確定した場合（ステップＳ２５１６：Ｙｅｓ）、調整装置１１０は、利用ユーザの端末１０３に退席依頼情報を送信する（ステップＳ２５１７）。これにより、利用ユーザの端末１０３は、退席依頼情報を受信して、図２２に示したように、退席依頼画面２２００を表示する（ステップＳ２５１８）。
　また、貸与対象（空席問わず）について予約が確定した場合（ステップＳ２５１６：Ｙｅｓ）、調整装置１１０は、予約依頼ユーザの端末１０３に予約確定情報を送信する（ステップＳ２５１９）。これにより、利用ユーザの端末１０３は、予約確定情報を受信して、図１９の（Ｂ）に示したように、予約成立画面１９０２を表示する（ステップＳ２５２０）。
　また、予約が確定しなかった場合（ステップＳ２５１６：Ｎｏ）、調整装置１１０は、予約依頼ユーザの端末１０３に予約不可通知を送信する（ステップＳ２５２１）。これにより、利用ユーザの端末１０３は、予約不可通知を受信して、図１９の（Ｃ）に示したように、予約不成立画面１９０３を表示する（ステップＳ２５２２）。
　図２６は、図２５に示した調整処理（ステップＳ２５１５）の詳細な処理手順例を示すフローチャートである。調整装置１１０は、予約依頼管理ＤＢ１０００を参照して、ステップＳ２５１４で仮登録された予約依頼が、他の予約依頼（ステータス１００３は仮予約）と競合するか否かを判断する（ステップＳ２６０１）。競合とは、たとえば、両予約依頼の店舗ＩＤ４０１および卓ＩＤ５０１が一致し、かつ、予約希望日時１００２が重複する状態をいう。また、競合（ステップＳ２６０１）の判断では、既に別ユーザの予約が完了して店舗状況管理ＤＢ６００に予約情報が登録されていないかの確認も含まれる。既に別ユーザの予約が完了して店舗状況管理ＤＢ６００に予約情報が登録されていれば、競合することになる。
　競合しない場合（ステップＳ２６０１：Ｎｏ）、ステップＳ２６０５に移行する。一方、競合する場合（ステップＳ２６０１：Ｙｅｓ）、調整装置１１０は、当該予約依頼において、退席予定時刻７０１が予約開始希望時刻１０２２より前であるか否かを判断する（ステップＳ２６０２）。退席予定時刻７０１が予約開始希望時刻１０２２より前でない場合（ステップＳ２６０２：Ｎｏ）、予約不可能であるため、ステップＳ２６０９に移行する。一方、退席予定時刻７０１が予約開始希望時刻１０２２より前である場合（ステップＳ２６０２：Ｙｅｓ）、予約可能となるため、調整装置１１０は、ユーザに関する優先度と、他の予約依頼のユーザに関する優先度とに基づいて、いずれの予約依頼を優先すべきかを判定する（ステップＳ２６０３）。
　ここで、優先度とは、たとえば、ユーザに付与されたポイント数である。ポイント数が高いほど優先度が高いことを示す。ポイント数は、たとえば、調整装置１１０へのログイン回数（ステップＳ２３００）や条件選択情報（ステップＳ２５１１）、予約成立情報（ステップＳ２５１９）の送信回数に応じて、調整装置１１０が当該予約依頼ユーザごとに加算して、不図示のＤＢにアクセス可能に保存する。
　また、たとえば、退席情報（ステップＳ２４０２）の登録回数や、他人の予約依頼に応じて送信した退席依頼情報（ステップＳ２５１７）の送信回数、早期退席レスポンス（ステップＳ２７１１）の受信回数に応じて、調整装置１１０が当該利用ユーザごとに加算して、不図示のＤＢにアクセス可能に保存する。
　なお、ポイント数は、上述した送信回数、受信回数、および登録回数の種類に応じて重み付けされてもよい。
　調整装置１１０へのログイン回数（ステップＳ２３００）や条件選択情報（ステップＳ２５１１）、予約成立情報（ステップＳ２５１９）の送信回数が多いほど、調整システム１０１の利用頻度が高いことを示す。したがって、利用頻度が高いユーザほど競合時に優先して成約可能性の向上を図ることができる。
　また、退席情報（ステップＳ２４０２）の登録回数や、他人の予約依頼に応じて送信した退席依頼情報（ステップＳ２５１７）の送信回数、早期退席レスポンス（ステップＳ２７１１）の受信回数が多いほど、予約依頼ユーザの予約依頼に貢献したことを示す。したがって、貢献度が高いユーザほど競合時に優先して成約可能性の向上を図ることができる。
　そして、調整装置１１０は、予約依頼ユーザの予約依頼が選択されたか否かを判断する（ステップＳ２６０４）。選択された場合（ステップＳ２６０４：Ｙｅｓ）、調整装置１１０は、予約依頼ユーザの予約依頼のステータス１００３を「１」に更新する（ステップＳ２６０５）。そして、調整装置１１０は、退席情報管理ＤＢ７００の退席依頼時刻７０３に、予約依頼ユーザの予約依頼の予約開始希望時刻１０２２を登録する（ステップＳ２６０６）。また、調整装置１１０は、予約依頼ユーザの予約依頼に一致する店舗状況情報を新規エントリとして店舗状況管理ＤＢ６００に登録する（ステップＳ２６０７）。そして、調整装置１１０は、予約が成立したことを示す予約成立情報を生成して（ステップＳ２６０８）、調整処理（ステップＳ２５１５）を終了する。
　また、ステップＳ２６０４において、選択されなかった場合（ステップＳ２６０４：Ｎｏ）、他の予約依頼ユーザの予約依頼が選択されたことになり、ステップＳ２５０６に移行する。したがって、調整装置１１０は、予約が成立しなかったことを示す予約不成立情報を生成して（ステップＳ２６０９）、調整処理（ステップＳ２５１５）を終了して、ステップＳ２５１６に移行する。
　＜予約管理処理例２＞
　図２７は、予約管理処理例３を示すフローチャートである。図２７では、利用ユーザの端末１０３は、現在の位置情報を調整装置１１０に送信する（ステップＳ２７０１）。また、図２５において、早期退席リクエストが必要な条件選択情報である場合（ステップＳ２５１３：Ｙｅｓ）、図２７において、予約受付装置１１２は、条件選択情報を調整装置１１０に送信し（ステップＳ２４１４）、予約依頼ユーザの端末１０３にリクエスト完了を通知する（ステップＳ２７０２）。予約依頼ユーザの端末１０３は、図２０に示したように、リクエスト完了画面２００１を表示する（ステップＳ２７０３）。そして、予約依頼ユーザが一覧画面遷移リンク１８１２を押下することにより、端末１０３は、リクエストを反映して検索結果一覧画面１６０２を更新する（ステップＳ２７０４）。
　また、調整装置１１０は、早期退席リクエスト登録処理を実行する（ステップＳ２７０５）。具体的には、たとえば、調整装置１１０は、早期退席リクエストＩＤ１１０１を採番して、早期退席リクエスト管理ＤＢ１１００に、条件選択情報を早期退席リクエストとして登録する。そして、調整装置１１０は、利用ユーザの端末１０３からの位置情報に基づいて、利用ユーザが貸与対象の店舗に存在するか否かを確認する（ステップＳ２７０６）。
　利用ユーザが貸与対象の店舗に存在しない場合（ステップＳ２７０７：Ｎｏ）、調整装置１１０は、予約依頼ユーザの端末１０３に予約不可情報を送信する（ステップＳ２７０７）。これにより、予約依頼ユーザの端末１０３は、図１９の（Ｃ）に示したように、予約不成立画面１９０３を表示する（ステップＳ２７０８）。
　一方、利用ユーザが貸与対象の店舗に存在する場合（ステップＳ２７０７：Ｙｅｓ）、調整装置１１０は、早期退席リクエストＩＤ１１０１を含む早期退席リクエストを利用ユーザの端末１０３に送信する（ステップＳ２７０９）。これにより、利用ユーザの端末１０３は、早期退席リクエスト通知画面２１０１を表示する（ステップＳ２７１０）。利用ユーザが早期退席リクエスト通知画面２１０１の各入力欄２１１１～２１１３にそれぞれ対応する文字列を入力し、早期退席予定時刻登録ボタン２１１４を押下することで、利用ユーザの端末１０３は、早期退席レスポンスを調整装置１１０に送信する（ステップＳ２７１１）。早期退席レスポンスは、早期退席リクエストＩＤ１１０１と各入力欄２１１１～２１１３にそれぞれ入力された文字列とを含む。
　また、調整装置１１０は、早期退席リクエストを利用ユーザの端末１０３に送信した場合（ステップＳ２７０７：Ｙｅｓ）、早期退席状況管理ＤＢ１２００の対象エントリのリクエスト送信フラグ１２０１を「１」（送信済み）に更新する（ステップＳ２７１２）。
　また、調整装置１１０は、予約依頼ユーザの端末１０３が早期退席リクエストを送信してから早期退席リクエスト返答可能待ち時間１１２３が経過するまでに、早期退席レスポンスを受信した場合（ステップＳ２７１１）、早期退席状況管理ＤＢ１２００の対象エントリの利用開始可能時刻フィールド１２０３に、早期退席レスポンスに含まれている早期退席予定時刻入力欄２１１３の文字列を登録する（ステップＳ２７１３）。そして、調整装置１１０は、早期退席状況管理ＤＢ１２００の対象エントリのレスポンス返信フラグ１２０２を「１」（返信あり）に更新する（ステップＳ２７１４）。
　調整装置１１０は、登録受付通知を利用ユーザの端末１０３に送信する（ステップＳ２７１５）。これにより、利用ユーザの端末１０３は、図２１に示したように、登録受付画面２１０２を表示する（ステップＳ２７１６）。また、調整装置１１０は、問い合わせ結果（早期退席リクエストＩＤ１１０１、利用ＩＤ６０１、早期退席予定時刻１３０１）を予約依頼ユーザの端末１０３に送信し（ステップＳ２７１７）、早期退席リクエスト結果ＤＢ１３００に当該問い合わせ結果を登録する（ステップＳ２７１８）。
　なお、店舗のサーバ１２０は、自店舗の店舗状況情報を店舗状況管理ＤＢ６００から取得することにより、どのユーザがどの卓をいつ利用するかを把握することができる。したがって、調整システム１０１は、予約依頼ユーザが来店した場合に、貸与対象を解放した利用ユーザから当該貸与対象を貸与する予約依頼ユーザへ円滑に引き継ぐことができる。
　このように、本実施例にかかる調整システム１０１は、第１ユーザ（たとえば、利用ユーザ）が利用する貸与対象の第２ユーザ（たとえば、予約依頼ユーザ）による貸与を調整する。調整装置１１０は、その記憶デバイス２０２に、第１ユーザの第１端末１０３から、貸与対象の解放に関するデータの一例として、貸与対象（たとえば、店舗の卓）の貸与を解放する解放予定時刻（たとえば、退席予定時刻７０１、利用終了時刻６０５）を登録する。
　調整装置１１０は、第２ユーザの第２端末１０３から、貸与対象の貸与希望に関するデータの一例として、貸与対象の貸与を希望する貸与希望時刻（たとえば、利用開始希望時刻８２２）を受信して記憶デバイス２０２に登録する（ステップＳ２５０２、Ｓ２５０３）。調整装置１１０は、貸与対象の解放に関するデータと、貸与対象の貸与希望に関するデータと、に基づいて、第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する。具体的には、たとえば、調整装置１１０は、解放予定時刻が貸与希望時刻より前の時刻であるか否かを判定する（ステップＳ２６０２）。調整装置１１０は、解放予定時刻が貸与希望時刻より前の時刻である場合、第１端末１０３に解放予定時刻までの貸与対象の解放を依頼する解放依頼情報（たとえば、退席依頼情報）を送信する（ステップＳ２５１７）とともに、第２端末１０３に貸与対象の貸与希望時刻からの貸与が成立した成立情報（たとえば、予約成立情報）を送信する（ステップＳ２５１９）。
　これにより、ユーザ間で共通する貸与対象の貸与管理の効率化を図ることができる。また、利用ユーザに強要することなく、貸与対象の解放を促すことができる。したがって、これまで貸与中であれば貸与できなかった貸与対象がユーザ同士の交渉により、貸与の円滑化を図ることができる。また、これにより、貸与対象の管理者にとっては、貸与対象の回転率の向上を図ることができ、また、貸与管理に対する負担軽減を図ることができる。
　また、調整システム１０１は、予約依頼が競合した場合、ユーザに関する優先度によりいずれかのユーザの予約依頼を選択する（ステップＳ２６０１～Ｓ２６０４）。したがって、優先度に応じて貸与管理を円滑におこなうことができる。
　また、調整システム１０１は、解放予定時刻の登録回数に応じて、解放予定時刻を登録した利用ユーザに関する優先度を高くするように設定する。これにより、貸与管理に貢献した利用ユーザが、予約依頼ユーザとなった場合に、優先的に成約するように調整することができる。
　また、調整システム１０１は、解放依頼情報の送信回数に応じて、解放依頼情報を受信した端末の予約依頼ユーザに関する優先度を高くするように設定する。これにより、調整システム１０１は、予約依頼ユーザとして積極的に調整システム１０１を利用するユーザほど、優先的に成約するように調整することができる。
　また、調整システム１０１は、貸与希望時刻の受信に先立って、第１ユーザの第１端末１０３から貸与対象の貸与を解放する解放予定時刻を受信して、記憶デバイス２０２に登録する（ステップＳ２４０３、Ｓ２４０４）。これにより、予約依頼ユーザが貸与希望時刻のリクエスト後に解放予定時刻を要求する必要がなく、貸与管理の効率化を図ることができる。
　また、調整システム１０１は、記憶デバイス２０２に、第１ユーザが貸与対象を利用する利用時間（たとえば、利用開始時刻６０４および利用終了時刻６０５）を登録しており、解放予定時刻の登録に先立って、第２端末１０３から貸与希望時刻を受信して記憶デバイス２０２に登録し、貸与希望時刻が利用時間内の時刻である場合、利用時間の経過後の時刻からの貸与対象の貸与を選択させる情報（たとえば、一覧情報）を第２端末１０３に送信する（ステップＳ２５０９）。
　調整システム１０１は、第２端末１０３から貸与対象を選択したことを示す選択情報（たとえば、選択条件情報）を受信した場合（ステップＳ２５１１）、貸与対象の早期解放を促す情報（たとえば、早期退席リクエスト）を第１端末１０３に送信する（ステップＳ２７０９）。
　調整システム１０１は、第１端末１０３から解放予定時刻を受信した場合（ステップＳ２７１１）、第１端末１０３に解放予定時刻までの貸与対象の解放を依頼する解放依頼情報（たとえば、利用開始可能時刻１２０３が反映された退席依頼情報）を送信するとともに（ステップＳ２５１７）、第２端末１０３に貸与対象の貸与希望時刻からの貸与が成立した成立情報を送信する（ステップＳ２５１９）。
　これにより、予約依頼ユーザは、貸与対象の管理者を介さずに、利用ユーザに早期退席を促して、貸与対象の予約をとることができる。
　また、調整システム１０１は、第２端末１０３から貸与対象を選択したことを示す選択情報を受信した場合（ステップＳ２５１１）、貸与希望時刻が利用時間内の時刻であり、かつ、貸与希望時刻が利用時間の利用開始時刻から利用時間よりも短い所定時間（たとえば、３０分）後の時刻であれば、貸与対象の早期解放を促す情報（早期退席リクエスト）を前記第１端末１０３に送信する（ステップＳ２７０９）。
　これにより、調整システム１０１は、貸与希望時刻が所定時間以前の時刻であれば、早期退席をうながすことなく貸与管理をおこない、貸与希望時刻が所定時間後の時刻であれば、貸与対象の早期解放を促す。したがって、ユーザ間の調整を必要な場合に限定することで貸与管理の効率化することができる。
　また、調整システム１０１は、第２端末１０３から貸与対象を選択したことを示す選択情報を受信した場合（ステップＳ２５１１）、第１端末１０３から第１ユーザの現在位置情報を受信して、第１ユーザが貸与対象に存在するか否かを判定し（ステップＳ２７０１、Ｓ２７０６）、第１ユーザが貸与対象に存在する場合、貸与対象の早期解放を促す情報を第１端末１０３に送信する。
　これにより、調整システム１０１は、貸与対象に滞在中の利用ユーザに対して早期解放を促すことができ、貸与管理の確実性の向上を図ることができる。
　また、調整システム１０１は、第１端末１０３から解放予定時刻を受信した場合、解放予定時刻が貸与希望時刻より前の時刻であるか否かを判定し、解放予定時刻が貸与希望時刻より前の時刻である場合、第１端末１０３に解放依頼情報を送信するとともに、第２端末１０３に成立情報を送信する。
　これにより、調整システム１０１は、利用ユーザからの解放予定時刻が貸与希望時刻以前であるか否か確認することができ、貸与管理の確実性の向上を図ることができる。
　以上説明したように、本実施例によれば、利用中ユーザと貸与希望ユーザとの間、すなわち、ユーザ間で直接予約の調整をおこなうことができる。
　なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。
　また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。
　各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）の記録媒体に格納することができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

Claims (12)

  1. 　第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システムであって、
    　プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、有し、
    　前記記憶デバイスは、前記第１ユーザの第１端末から前記貸与対象の解放に関するデータを登録しており、
    　前記プロセッサは、
    　前記第２ユーザの第２端末から前記貸与対象の貸与希望に関するデータを受信して前記記憶デバイスに登録し、
    　前記貸与対象の解放に関するデータと、前記貸与対象の貸与希望に関するデータと、に基づいて、前記第１ユーザが利用する貸与対象の前記第２ユーザによる貸与を調整する、
    処理を実行することを特徴とする調整システム。
  2. 　請求項１に記載の調整システムであって、
    　前記貸与対象の解放に関するデータは、前記第１ユーザの前記第１端末からの前記貸与対象の貸与を解放する解放予定時刻であり、
    　前記プロセッサは、
    　前記貸与対象の貸与希望に関するデータとして、前記第２ユーザの第２端末から前記貸与対象の貸与を希望する貸与希望時刻を受信して前記記憶デバイスに登録し、
    　前記解放予定時刻が前記貸与希望時刻より前の時刻であるか否かを判定し、
    　前記解放予定時刻が前記貸与希望時刻より前の時刻である場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、
    処理を実行することを特徴とする調整システム。
  3. 　請求項２に記載の調整システムであって、
    　前記記憶デバイスは、前記第２ユーザに関する優先度と、第３ユーザに関する優先度と、を記憶しており、
    　前記プロセッサは、
    　前記第３ユーザの第３端末から前記貸与対象の貸与を希望する他の貸与希望時刻を受信して前記記憶デバイスに格納し、
    　前記他の解放予定時刻が前記貸与希望時刻より前の時刻であるか否かを判定し、
    　前記他の解放予定時刻が前記貸与希望時刻より前の時刻である場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２ユーザに関する優先度と前記第３ユーザに関する優先度とに基づいて、前記第２ユーザおよび前記第３ユーザのうちいずれかのユーザの端末に前記貸与対象の前記希望時刻からの貸与が成立した成立情報を送信する、 
    処理を実行することを特徴とする調整システム。
  4. 　請求項３に記載の調整システムであって、
    　前記プロセッサは、
    　前記解放予定時刻の登録回数に応じて、前記解放予定時刻を登録したユーザに関する優先度を高くするように設定する処理を実行することを特徴とする調整システム。
  5. 　請求項３に記載の調整システムであって、
    　前記プロセッサは、
    　前記解放依頼情報の送信回数に応じて、前記解放依頼情報を受信した端末のユーザに関する優先度を高くするように設定する処理を実行することを特徴とする調整システム。
  6. 　請求項２に記載の調整システムであって、
    　前記プロセッサは、
    　前記貸与希望時刻の受信に先立って、前記第１ユーザの第１端末から前記貸与対象の貸与を解放する解放予定時刻を受信して、前記記憶デバイスに登録する処理を実行することを特徴とする調整システム。
  7. 　請求項２に記載の調整システムであって、
    　前記記憶デバイスは、前記第１ユーザが前記貸与対象を利用する利用時間を登録しており、
    　前記プロセッサは、
    　前記解放予定時刻の登録に先立って、前記第２端末から前記貸与希望時刻を受信して前記記憶デバイスに登録し、
    　前記貸与希望時刻が前記利用時間内の時刻である場合、前記貸与対象の貸与を選択させる情報を前記第２端末に送信し、
    　前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記貸与対象の早期解放を促す情報を前記第１端末に送信し、
    　前記第１端末から前記解放予定時刻を受信した場合、前記第１端末に前記解放予定時刻までの前記貸与対象の解放を依頼する解放依頼情報を送信するとともに、前記第２端末に前記貸与対象の前記貸与希望時刻からの貸与が成立した成立情報を送信する、
    処理を実行することを特徴とする調整システム。
  8. 　請求項７に記載の調整システムであって、
    　前記プロセッサは、
    　前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記貸与希望時刻が前記利用時間内の時刻であり、かつ、前記貸与希望時刻が前記利用時間の利用開始時刻から前記利用時間よりも短い所定時間後の時刻であれば、前記貸与対象の早期解放を促す情報を前記第１端末に送信する、
    処理を実行することを特徴とする調整システム。
  9. 　請求項７に記載の調整システムであって、
    　前記プロセッサは、
    　前記第２端末から前記貸与対象を選択したことを示す選択情報を受信した場合、前記第１端末から前記第１ユーザの位置情報を受信して、前記第１ユーザが前記貸与対象に存在するか否かを判定し、
    　前記第１ユーザが前記貸与対象に存在する場合、前記貸与対象の早期解放を促す情報を前記第１端末に送信する処理を実行することを特徴とする調整システム。
  10. 　請求項２に記載の調整システムであって、
    　前記プロセッサは、
    　前記第１端末から前記解放予定時刻を受信した場合、前記解放予定時刻が前記貸与希望時刻より前の時刻であるか否かを判定し、
    　前記解放予定時刻が前記貸与希望時刻より前の時刻である場合、前記第１端末に前記解放依頼情報を送信するとともに、前記第２端末に前記成立情報を送信する、
    処理を実行することを特徴とする調整システム。
  11. 　第１ユーザが利用する貸与対象の第２ユーザによる貸与を調整する調整システムによる調整方法であって、
    　前記調整システムは、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、前記記憶デバイスは、前記第１ユーザの第１端末から前記貸与対象の解放に関するデータを登録しており、
    　前記プロセッサは、
    　前記第２ユーザの第２端末から前記貸与対象の貸与希望に関するデータを受信して前記記憶デバイスに登録し、
    　前記貸与対象の解放に関するデータと、前記貸与対象の貸与希望に関するデータと、に基づいて、前記第１ユーザが利用する貸与対象の前記第２ユーザによる貸与を調整する、
    処理を実行することを特徴とする調整方法。
  12. 　第１ユーザが利用する貸与対象の第２ユーザによる貸与の調整をプロセッサに実行させる調整プログラムであって、
    　前記プロセッサは、前記第１ユーザの第１端末から前記貸与対象の解放に関するデータを登録する記憶デバイスにアクセス可能であり、
    　前記プロセッサに、
    　前記第２ユーザの第２端末から前記貸与対象の貸与希望に関するデータを受信して前記記憶デバイスに登録し、
    　前記貸与対象の解放に関するデータと、前記貸与対象の貸与希望に関するデータと、に基づいて、前記第１ユーザが利用する貸与対象の前記第２ユーザによる貸与を調整する、
    処理を実行させることを特徴とする調整プログラム。
PCT/JP2017/010889 2017-03-17 2017-03-17 調整システム、調整方法、および調整プログラム WO2018167943A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2017/010889 WO2018167943A1 (ja) 2017-03-17 2017-03-17 調整システム、調整方法、および調整プログラム
JP2018536304A JP6605741B2 (ja) 2017-03-17 2017-03-17 調整システム、調整方法、および調整プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/010889 WO2018167943A1 (ja) 2017-03-17 2017-03-17 調整システム、調整方法、および調整プログラム

Publications (1)

Publication Number Publication Date
WO2018167943A1 true WO2018167943A1 (ja) 2018-09-20

Family

ID=63523867

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/010889 WO2018167943A1 (ja) 2017-03-17 2017-03-17 調整システム、調整方法、および調整プログラム

Country Status (2)

Country Link
JP (1) JP6605741B2 (ja)
WO (1) WO2018167943A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021117532A (ja) * 2020-01-22 2021-08-10 Ｎｅｃプラットフォームズ株式会社 座席利用適正化システム
JP2021152850A (ja) * 2020-03-23 2021-09-30 株式会社ノグチＨｄ 情報処理装置
EP4344938A1 (en) 2022-09-28 2024-04-03 Honda Motor Co., Ltd. System, method, and program
EP4344937A1 (en) 2022-09-28 2024-04-03 Honda Motor Co., Ltd. System, method, and program

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366682A (ja) * 2001-06-04 2002-12-20 Matsushita Electric Ind Co Ltd 駐車場貸出システム、駐車場貸出方法および駐車場貸出プログラム、並びに記録媒体
JP2003281286A (ja) * 2002-03-20 2003-10-03 Fujitsu Ltd 図書館運用支援システム
JP2012215923A (ja) * 2011-03-31 2012-11-08 Japan Research Institute Ltd 駐車場予約システム、駐車場予約方法及び駐車場予約プログラム
JP2013190843A (ja) * 2012-03-12 2013-09-26 Nissan Motor Co Ltd 車両共同利用システム
JP2016085506A (ja) * 2014-10-23 2016-05-19 日産自動車株式会社 共用車両管理装置及び共用車両管理方法
JP2017010189A (ja) * 2015-06-19 2017-01-12 日産自動車株式会社 共用車両管理装置及び共用車両管理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002366682A (ja) * 2001-06-04 2002-12-20 Matsushita Electric Ind Co Ltd 駐車場貸出システム、駐車場貸出方法および駐車場貸出プログラム、並びに記録媒体
JP2003281286A (ja) * 2002-03-20 2003-10-03 Fujitsu Ltd 図書館運用支援システム
JP2012215923A (ja) * 2011-03-31 2012-11-08 Japan Research Institute Ltd 駐車場予約システム、駐車場予約方法及び駐車場予約プログラム
JP2013190843A (ja) * 2012-03-12 2013-09-26 Nissan Motor Co Ltd 車両共同利用システム
JP2016085506A (ja) * 2014-10-23 2016-05-19 日産自動車株式会社 共用車両管理装置及び共用車両管理方法
JP2017010189A (ja) * 2015-06-19 2017-01-12 日産自動車株式会社 共用車両管理装置及び共用車両管理方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021117532A (ja) * 2020-01-22 2021-08-10 Ｎｅｃプラットフォームズ株式会社 座席利用適正化システム
JP2021152850A (ja) * 2020-03-23 2021-09-30 株式会社ノグチＨｄ 情報処理装置
WO2021193497A1 (ja) * 2020-03-23 2021-09-30 株式会社ノグチＨｄ 情報処理装置
EP4344938A1 (en) 2022-09-28 2024-04-03 Honda Motor Co., Ltd. System, method, and program
EP4344937A1 (en) 2022-09-28 2024-04-03 Honda Motor Co., Ltd. System, method, and program

Also Published As

Publication number Publication date
JP6605741B2 (ja) 2019-11-13
JPWO2018167943A1 (ja) 2019-03-22

Similar Documents

Publication Publication Date Title
JP6605741B2 (ja) 調整システム、調整方法、および調整プログラム
US9460480B2 (en) Integrated real estate showing scheduling and key management system
CN102104592B (zh) 网络策略服务器之间的会话迁移
US10922629B2 (en) Methods for managing remote access to a physical location and systems thereof
US11641356B2 (en) Authorization apparatus, data server and communication system
US20030233364A1 (en) Group management program and group management method
KR20160102868A (ko) 원격에서 특정 좌석의 정보를 조회하고 예약하는 시스템 및 그 방법
JP2011253262A (ja) 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法
JP2011095942A (ja) 共用設備利用予約システム
US9357012B2 (en) Relay communication system
JP2003178029A (ja) 認証管理システムと方法、認証サーバ、セッション管理サーバおよびプログラム
JP2021522596A (ja) リソースを予約し、予約されたリソースへのアクセスを管理するための方法およびシステム
JP6755274B2 (ja) エレベーター点検支援システムおよびエレベーター作業情報管理方法
EP1935162A1 (en) Delegation of users's consent in a federation of services and identity providers
KR101506384B1 (ko) 클라우드형 건물 관리 방법
CN110351719A (zh) 一种无线网络管理方法、系统及电子设备和存储介质
JP2018123654A (ja) 鍵管理方法、鍵管理プログラム、および鍵管理装置
US11823511B2 (en) Providing access to a lock for a service provider using a grant token and credential
JP4708379B2 (ja) コンテンツ利用システム
JP2005208880A (ja) コンテンツ提供システム、コンテンツサーバ、ディスプレイ端末、および、コンテンツ提供方法
JP2008287637A (ja) 複数端末装置への一括認証システム
JP6887093B2 (ja) 管理システム、管理方法、プログラム
US20210044587A1 (en) System, authorization server, control method, and storage medium
US11003722B2 (en) Crowdsourcing content associations in a profile-hosting system
JP2001290897A (ja) 駐車場共同利用の管理装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018536304

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 17900619

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17900619

Country of ref document: EP

Kind code of ref document: A1