WO2013018390A1 - 予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 - Google Patents

予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 Download PDF

Info

Publication number
WO2013018390A1
WO2013018390A1 PCT/JP2012/054808 JP2012054808W WO2013018390A1 WO 2013018390 A1 WO2013018390 A1 WO 2013018390A1 JP 2012054808 W JP2012054808 W JP 2012054808W WO 2013018390 A1 WO2013018390 A1 WO 2013018390A1
Authority
WO
WIPO (PCT)
Prior art keywords
reservation
plan
allocation
unit
pace
Prior art date
Application number
PCT/JP2012/054808
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 BR112013017174A priority Critical patent/BR112013017174A2/pt
Priority to KR1020137017052A priority patent/KR101407853B1/ko
Priority to EP12819348.9A priority patent/EP2645325A4/en
Priority to US13/977,962 priority patent/US20140129264A1/en
Priority to CA2820545A priority patent/CA2820545A1/en
Priority to CN2012800074945A priority patent/CN103348370A/zh
Priority to AU2012291475A priority patent/AU2012291475B2/en
Publication of WO2013018390A1 publication Critical patent/WO2013018390A1/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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • 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

  • One embodiment of the present invention relates to a reservation management apparatus that manages facility reservations, a reservation management method, a reservation management program, and a computer-readable recording medium that stores the program.
  • Patent Document 1 describes a hotel accommodation reservation system that changes hotel accommodation charges step by step and distributes charge information to users who are waiting for remaining rooms each time.
  • the facility utilization rate, sales, profit, etc. will vary. Conventionally, since this allocation is determined based on past results, the experience of the determiner, and the like, if the allocation is not appropriate, there is a possibility that the provider of the shared facility cannot obtain a desired result. For example, as a result of allocating a lot of inventory to a high-priced plan to increase sales and profits, the overall occupancy rate declined, or a large amount of inventory was allocated to a low-priced plan to increase occupancy rate As a result, sales and profits may reach a peak.
  • an object of one aspect of the present invention is to appropriately allocate the stock of shared facilities to each of a plurality of plans.
  • the reservation management apparatus includes an assignment storage unit that stores the number of assigned facilities for each of a plurality of plans set for the same facility on the same use date, and the reservation date of each plan
  • a reservation management device that is accessible to a reservation storage unit that stores at least the highest priority plan having at least the highest sales priority among a plurality of plans having different sales priorities with reference to the reservation storage unit ,
  • the determination unit determines the number of allocations for each plan in descending order of sales priority, and determines the allocation number of each plan stored in the allocation storage unit by the determination unit. Characterized in that it comprises an update section that updates the number of allocated each plan that is.
  • the reservation management method includes an allocation storage unit that stores the allocated number of facilities for each of a plurality of plans set for the same facility on the same use date, and the reservation date of each plan Is a reservation management method executed by a reservation management device accessible to a reservation storage unit for storing at least the highest sales among a plurality of plans having different sales priorities with reference to the reservation storage unit
  • a determination step for determining an allocation number for each plan in descending order of sales priority based on the number, the expected number of reservations, and the sales priority of each plan; Has been that the number of allocated each plan, characterized in that it comprises an update step of updating the number of allocated each plan determined in decision step.
  • a reservation management program includes an allocation storage unit that stores the number of facilities allocated for each of a plurality of plans set for the same facility on the same use date, and the reservation date of each plan Is a reservation management program that causes a computer to function as a reservation management device accessible to a reservation storage unit, and refers to the reservation storage unit, and at least the highest plan among a plurality of plans with different sales priorities For the highest priority plan with sales priority, a calculation unit that calculates the reservation pace, an estimation unit that estimates at least the expected number of reservations for the highest priority plan based on the reservation pace and the remaining days until the use date, A determination unit that determines an allocation number for each plan in descending order of sales priority based on the number of stocks, the expected number of reservations, and the sales priority of each plan; The number of allocated each plan stored in the part, characterized in that to execute an update unit that updates the number of allocated each plan determined in the computer by the determination unit.
  • a computer-readable recording medium includes an allocation storage unit that stores the number of allocated facilities for each of a plurality of plans set for the same facility on the same use day, and each plan
  • a computer-readable recording medium for storing a reservation management program that causes a computer to function as a reservation management device that can access a reservation storage unit that stores a reservation date of the reservation, and the reservation management program refers to the reservation storage unit in the computer Based on the calculation unit for calculating the reservation pace and the remaining number of days until the usage date for the highest priority plan having the highest sales priority among a plurality of plans having different sales priorities.
  • the estimation unit that estimates at least the expected number of reservations for the highest priority plan, the number of facilities in stock, the expected number of reservations, and the sales
  • a determination unit that determines the number of allocations for each plan in descending order of sales priority, and the allocation number of each plan that is stored in the allocation storage unit is determined by the determination unit.
  • an update unit that updates the number.
  • At least the reservation pace of the highest priority plan is calculated, and at least the expected reservation number of the highest priority plan is estimated based on the reservation pace and the remaining days until the use date. Then, based on the number of facilities in stock, the expected number of reservations, and the sales priority of each plan, the allocated number of each plan is updated in descending order of sales priority. As a result, the necessary amount of inventory is secured for the plan that is most desired to be sold, and as a result, the facility inventory can be appropriately allocated to each of the plurality of plans.
  • the determination unit sets the number of allocations so that all of the facility inventory can be allocated for the highest priority plan, and for the processing target plans other than the highest priority plan, the processing The number of allocations may be set based on the expected number of reservations of the target plan and the expected number of reservations and the number of established reservations of a plan with a higher sales priority than the processing target plan.
  • the calculation unit may determine the reservation pace of each plan by dividing the period during which the plan can be accepted by the number of reservations made for the plan. In this way, by obtaining the reservation pace in consideration of the acceptable period, it is possible to achieve equity between plans with respect to facility allocation.
  • the calculation unit may calculate the reservation pace each time a plan reservation is established.
  • the number of allocations can be finely adjusted by executing the processing of updating the number of allocations starting from the calculation of the reservation pace each time a reservation is made.
  • the calculation unit may calculate the reservation pace again after a time corresponding to the calculated minimum value of the reservation pace has elapsed.
  • FIG. 10 is a flowchart showing details of allocation number setting processing shown in FIG. 9.
  • FIG. 10 is a flowchart showing details of allocation number setting processing shown in FIG. 9.
  • FIG. 1 It is a figure which shows the structure of the accommodation reservation program which concerns on embodiment. It is a figure which shows an example (Example 1) of adjustment by the reservation management apparatus shown in FIG. It is a figure which shows another example (Example 2) of adjustment by the reservation management apparatus shown in FIG. It is a figure which shows the example (conventional example 1-1) of the conventional reservation reception. It is a figure which shows the example (conventional example 1-2) of the conventional reservation reception. It is a figure which shows the example (conventional example 2-1) of the conventional reservation reception. It is a figure which shows the example (conventional example 2-2) of the conventional reservation reception.
  • the accommodation reservation system 1 is a computer system that provides a user with a website (accommodation reservation site) for accepting reservations for accommodation facilities.
  • the accommodation reservation system 1 includes a user terminal 10, a provider terminal 20 installed in an accommodation facility such as a hotel or an inn, a database group 30, and a reservation management device 40.
  • the user terminal 10, the provider terminal 20, the database group 30, and the reservation management device 40 can communicate with each other via a communication network N configured by the Internet, a wireless LAN, a mobile communication network, or the like.
  • a communication network N configured by the Internet, a wireless LAN, a mobile communication network, or the like.
  • FIG. 1 three user terminals 10 and three provider terminals 20 are shown, but the number of these devices in the accommodation reservation system 1 is arbitrary.
  • the user terminal 10 is a terminal owned by a user who reserves a room of an accommodation facility.
  • Examples of the user terminal 10 include a high-function mobile phone (smart phone), a personal digital assistant (PDA), a personal computer (PC), and the like, but the type of the mobile terminal is not limited to these.
  • the user can reserve a room (accommodation plan) by operating the user terminal 10 to access the accommodation reservation site.
  • the provider terminal 20 is a terminal of an accommodation facility that provides a room (accommodation plan) that is a reservation target in the accommodation reservation system 1.
  • An example of the provider terminal 20 is a PC, but various portable terminals can also be used as the provider terminal 20.
  • the manager of the accommodation facility operates the provider terminal 20 to register the inventory of the room for accepting the reservation and the information of the accommodation plan in the inventory database 32 as the inventory information.
  • the database group 30 is a means for storing various information used in the accommodation reservation system 1.
  • the database group 30 includes a plan database 31, an inventory database (allocation storage unit) 32, and a reservation performance database (reservation storage unit) 33.
  • the plan database 31 is a means for storing accommodation plan information (plan information) provided by the accommodation facility.
  • the plan information includes a facility ID that identifies an accommodation facility, a room type, a maximum stock quantity of the room, a plan ID that identifies an accommodation plan, and a unit price of the plan.
  • the room type is a type of room indicated by the style of the room (Western style room, Japanese style room, etc.) and the number of people accommodated.
  • the accommodation plan is also simply referred to as “plan”.
  • One room type corresponds to one or more plans.
  • a plan is a packaged product related to facility use.
  • the inventory database 32 is a means for storing inventory information for managing the number of rooms allocated to each plan (allocation count). As shown in FIG. 3, the inventory information includes a facility ID, a room type, a use date (accommodation start date), a plan ID, the number of reservations accepted (number of established reservations), and the number of allocations.
  • the assigned number is the total number of rooms assigned to each plan, and this value includes the number of established reservations.
  • the initial value of the allocation number of each plan is the maximum stock number of the room indicated by the corresponding plan information.
  • the reservation performance database 33 is a means for storing reservation information indicating reservation of accommodation facilities by the user. As shown in FIG. 4, the reservation information includes a facility ID, a room type, a plan ID, a reservation date (scheduled use date), and a unit price. The reservation information is registered in the reservation record database 33 when the reservation of the accommodation plan is confirmed on the accommodation reservation site.
  • each database is not limited to the above example, and each database may be normalized or made redundant according to an arbitrary policy.
  • the reservation management apparatus 40 will be described on the assumption of the above.
  • the reservation management device 40 is a computer that provides a user with various services related to accommodation reservation, such as search for accommodation facilities and reception of accommodation reservations, through the accommodation reservation site.
  • the reservation management apparatus 40 includes a CPU 401 that executes an operating system, application programs, and the like, a main storage unit 402 that includes a ROM and a RAM, and an auxiliary storage unit 403 that includes a hard disk and the like.
  • the communication control unit 404 includes a network card, an input unit 405 such as a keyboard and a mouse, and an output unit 406 such as a display.
  • Each functional component of the reservation management apparatus 40 to be described later reads predetermined software on the CPU 401 or the main storage unit 402, and controls the communication control unit 404, the input unit 405, the output unit 406, and the like under the control of the CPU 401. This is realized by operating and reading and writing data in the main storage unit 402 and the auxiliary storage unit 403. Data and a database necessary for processing are stored in the main storage unit 402 and the auxiliary storage unit 403.
  • the reservation management apparatus 40 is shown as being configured by one computer, but the functions of the reservation management apparatus 40 may be distributed to a plurality of computers.
  • the reservation management apparatus 40 includes a reservation receiving unit 41 and an allocation updating unit 42 as functional components.
  • the reservation accepting unit 41 is a means for accepting an accommodation reservation applied by the user.
  • the reservation receiving unit 41 receives reservation information indicating the reservation applied through the accommodation reservation site from the user terminal 10 and stores it in the reservation result database 33.
  • the allocation update unit 42 is a means for updating the number of rooms allocated to each plan based on the sales priority.
  • the allocation updating unit 42 uses the unit price of the plan as an index indicating the sales priority, and allocates a room more preferentially for a plan with a higher unit price.
  • the allocation update unit 42 includes a calculation unit 42a, an estimation unit 42b, a determination unit 42c, and an update unit 42d.
  • FIG. 7 shows that 20 rooms are allocated to three plans A to C having different unit prices on the assumption that the total inventory for July 31 of the room type ⁇ of the hotel P is 20 rooms (see FIG. 2). It is a figure explaining an example. It is assumed that plans A to C started on July 1st. The initial number of allocation numbers for plans A to C is all 20. In the present embodiment, it is assumed that the allocation updating unit 42 updates the allocation number every 10 days (in the unclear batch processing on July 11, 21, and 31). FIG. 7 shows the batch processing before July 11th.
  • the calculation unit 42a is a means for calculating the reservation pace of the accommodation plan with reference to the reservation record database 33.
  • the reservation pace is a value indicating how many days it takes on average to make a reservation, and it can be said that plans with lower values are more popular.
  • the calculation unit 42a calculates the number of days that have elapsed from the reference date common to each plan (the date when each plan was published on the accommodation reservation site as a target for reservation) to the present time by the number of reservations applied from the reference date to the current time.
  • the reservation pace is calculated by dividing.
  • the calculation unit 42a reads the reservation information registered from July 1 to July 10 from the reservation record database 33.
  • the calculation unit 42a outputs the reserved pace thus obtained to the estimation unit 42b.
  • the estimation unit 42b is a means for estimating the expected number of reservations based on the reservation pace of each plan and the number of days remaining until the use date.
  • the expected number of reservations is the number of additional reservations that can be expected by the use date.
  • the estimation unit 42b obtains the expected number of reservations for each plan by dividing the remaining number of days until the use date by the input reservation pace.
  • the estimation unit 42b outputs the expected reservation number obtained in this way to the determination unit 42c.
  • the determination unit 42c determines the number of allocations for each plan so that further reservations estimated for the plan with the highest unit price (the highest priority plan) can be accepted within the remaining number of rooms (the number of stocks). It is. This means that the allocation of inventory to the plan with the highest unit price has the highest priority.
  • the determination unit 42c outputs the determined allocation number to the update unit 42d.
  • the determination unit 42c determines the allocation number of each plan with the second or lower sales priority while securing the allocation for the estimated number of reservations for the plan having the highest sales priority.
  • the determination unit 42c maintains the number of allocations of the plan as the initial value. This is because there is no problem even if reservations exceeding the estimated number of reservations are established for the plan having the highest sales priority.
  • the determination unit 42c determines the number of allocations for each plan with a sales priority of second or lower. In the example of FIG. 7, the inventory is 11, but the rooms corresponding to the expected number of reservations of Plan A (that is, 2 rooms) are secured as they are, so that the remaining 9 distributable rooms are divided into plans B and C.
  • the determination unit 42c assigns the rooms in order of sales priority for each plan with the sales priority of 2nd or lower. At this time, for a plan whose expected reservation number is larger than the unallocated inventory number, the determination unit 42c adds only the unallocated inventory number to the plan.
  • the determination unit 42c sets the allocation number so that all of the stock of the common facility can be allocated for the highest priority plan, and within the range of the expected reservation number and the unallocated inventory number for the other plans.
  • the number of unallocated inventory is obtained based on the expected number of reservations of the processing target plan, and the expected number of reservations and the number of established reservations of the plan with higher sales priority than the processing target plan.
  • the update unit 42d is means for storing the determined allocation number in the inventory database 32 by overwriting. Thereby, the allocation number of each plan is updated. In the process before dawn on July 11, the number of allocations of plan A remains 20, whereas the number of allocations of plans B and C is updated to 6 and 11, respectively.
  • the calculation unit 42a first calculates a reservation pace for each plan (step S11, calculation step). Subsequently, the estimation unit 42b estimates the expected reservation number of each plan based on the reservation pace and the remaining days until the use date (step S12, estimation step). Subsequently, the determination unit 42c determines the number of allocations of each plan (step S13, determination step).
  • the determination unit 42c first maintains the number of allocations of the plan having the highest sales priority (the plan with the highest unit price) (step S131). On the other hand, the determination unit 42c sets the allocation number within the range of the expected reservation number and the unallocated inventory number for each plan with the sales priority of second or lower (step S132).
  • the determination unit 42c sets the number of plans allocated to the sum of the number of reservations made and the number of expected reservations (step S1322).
  • the determination unit 42c sets the allocated number as the sum of the established reserved number and the unallocated inventory number (step S1323). At this time, if the unallocated inventory number is 0, the allocated number is equal to the established reservation number.
  • step S1324 If the processing target plan remains (step S1324; NO), the determination unit 42c performs the processing of steps S1321 to S1323 for the (n + 1) th sales priority plan (step S1325). When the allocation number is set for all plans (step S1324; YES), the process ends.
  • the updating unit 42d updates the allocation number of each plan with the determined new allocation number (step S14, update step).
  • the reservation management program P1 includes a main module P10, a reservation receiving module P11, and an allocation update module P12.
  • the allocation update module P12 includes a calculation module P12a, an estimation module P12b, a determination module P12c, and an update module P12d.
  • the main module P10 is a part that comprehensively controls the reservation management function.
  • the functions realized by executing the reservation receiving module P11 and the allocation update module P12 are the same as the functions of the reservation receiving unit 41 and the allocation updating unit 42, respectively.
  • the functions realized by executing the calculation module P12a, the estimation module P12b, the determination module P12c, and the update module P12d are the same as the functions of the calculation unit 42a, the estimation unit 42b, the determination unit 42c, and the update unit 42d, respectively. It is.
  • the reservation management program P1 is provided in a form that is fixedly recorded on a recording medium such as a CD-ROM or DVD-ROM or a semiconductor memory, for example.
  • the reservation management program P1 may be provided via a communication network as a computer data signal superimposed on a carrier wave.
  • the reservation pace of each plan is calculated, and the expected reservation number of each plan is estimated based on the reservation pace and the remaining days until the use date. Then, based on the number of accommodation facilities in stock, the estimated expected number of reservations, and the sales priority of each accommodation plan, the allocated number of each accommodation plan is updated in descending order of sales priority. As a result, the necessary amount of inventory is secured for the accommodation plan that is most desired to be sold, and as a result, the accommodation facility inventory can be appropriately allocated to each of the plurality of accommodation plans.
  • FIGS. 12 to 17 show reservation numbers indicating the order of reservation for convenience of explanation.
  • the result of July 11 in FIG. 12 is the same as that shown in FIG.
  • FIG. 12 Example in which the reservation pace of a plan with a low unit price is fast when the number of allocations is adjusted by applying this embodiment (Example 1)
  • FIG. 13 Example in which the reservation pace of a plan with a high unit price is fast when the number of allocations is adjusted by applying this embodiment (Example 2)
  • FIG. 14 Example where the reservation pace of a plan with a low unit price is fast when rooms are allocated in the order of application without applying this embodiment (conventional example 1-1)
  • FIG. 15 Example in which the reservation pace of a plan with a low unit price is fast when the number of rooms of each plan is manually assigned without applying this embodiment (conventional example 1-2)
  • FIG. 16 ...
  • Example 2 with a fast reservation pace of a plan with a high unit price is compared with Conventional Example 2-1, the reservations for reservation numbers 1 to 9 are the same.
  • the number of allocations of plans B and C is set to 2 and 1 respectively in the batch processing before July 11th, so that applications for plans B and C cannot be accepted after July 11th. become. Therefore, as shown in FIG. 13, it is possible to accept the plan A with a fast reservation pace to the maximum extent.
  • Conventional Example 2-1 since the number of allocations is not adjusted at all, there is room for reservations for plans B and C after July 11th.
  • the conventional example 2-2 since the number of allocations of the plans A and B is fixed, as shown in FIG. 17, when the 10th plan A reservation (reservation number 14) is entered, it is popular. I have to stop accepting reservations for a plan A.
  • Example 1 and Conventional Examples 1-1 and 1-2 the comparison between Example 2 and Conventional Examples 2-1 and 2-2, in the present embodiment, the inventory consumption is reduced compared to the conventional example. It becomes possible to balance with securing sales.
  • the calculation unit 42a does not divide the period from the reference date to the present time by the number of reservations for such a plan, but divides the reservation acceptance period (plan recruitment period) by the number of reservations. You may ask for it.
  • the reservation acceptance of plans B and C stops as of July 11.
  • the recruitment period for Plan A is July 1-20, whereas the recruitment period for Plans B and C is only between July 1-10.
  • the period serving as a reference for calculating the reservation pace it is possible to achieve an equity between plans regarding the allocation of shared facilities.
  • the allocation update unit 42 executes the process every 10 days, but the execution time of the process by the allocation update unit 42 is not limited to this.
  • the allocation updating unit 42 may execute the above-described series of processes every time one accommodation reservation is established.
  • the allocation updating unit 42 may start a series of processes at the timing when the reservation information is registered in the reservation record database 33.
  • the allocation number can be finely adjusted by executing the allocation number update process starting from the calculation of the reservation pace each time the contract is established.
  • the allocation update unit 42 may execute the (n + 1) th batch process when the number of days corresponding to the minimum value of the reservation pace of each plan obtained in the nth batch process has elapsed.
  • the next batch process is executed two days later according to “1.66”, which is the minimum value of the reservation pace.
  • the allocation number update process starting from the calculation of the reservation pace is executed at a timing according to the timing when the next reservation is predicted to be established, thereby finely adjusting the allocation number while suppressing the number of update processes. be able to.
  • the allocation updating unit 42 determines the number of allocations for each plan after obtaining the reservation pace and the expected allocation number of all plans, but the processing procedure of the allocation updating unit 42 is not limited to this. Specifically, the allocation updating unit 42 calculates the reservation pace and the expected allocation number and determines the allocation number for the plan with the sales priority nth, and then determines the plan with the sales priority (n + 1) th. Calculation of the reservation pace and expected allocation number and determination of the allocation number may be performed. In this case, when the unallocated inventory number becomes 0 in the middle, the allocation update unit 42 performs a process for adjusting the allocation number to the established reservation number without calculating the reservation pace and the expected allocation number for the subsequent processing target plans. Just do it. Therefore, the reservation pace and the expected allocation number may be calculated only for the highest priority plan.
  • the room of the accommodation facility is shown as the shared facility, and the accommodation plan is shown as the plan.
  • the present invention can be applied to any reservation reception system other than the accommodation reservation.
  • the present invention may be applied to a golf course reservation (golf competition plan).
  • the unit price is used as a measure of the sales priority, but the standard for setting the sales priority of the plan is not limited at all.
  • the sales priority of each plan may be set based on the profit rate.
  • SYMBOLS 1 DESCRIPTION OF SYMBOLS 1 ... Accommodation reservation system, 10 ... User terminal, 20 ... Provider terminal, 30 ... Database group, 31 ... Plan database, 32 ... Inventory database, 33 ... Reservation results database, 40 ... Reservation management apparatus, 41 ... Reservation reception part, 42 ... Allocation update unit, 42a ... Calculation unit, 42b ... Estimation unit, 42c ... Determination unit, 42d ... Update unit, P1 ... Reservation management program, P10 ... Main module, P11 ... Reservation reception module, P12 ... Allocation update module, P12a ... calculation module, P12b ... estimation module, P12c ... determination module, P12d ... update module.

Landscapes

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

Abstract

　予約管理装置４０は、予約実績データベース３３を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部４２ａと、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部４２ｂと、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部４２ｃと、在庫データベース３２に記憶されている各プランの割当数を、決定部４２ｃにより決定された各プランの割当数で更新する更新部４２ｄとを備える。

Description

予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
　本発明の一形態は、施設の予約を管理する予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体に関する。
　従来から、宿の部屋やゴルフ場などの共用施設について複数のプランを設定し、当該複数のプランをユーザに販売する予約システムが知られている。なお、下記特許文献１には、ホテルの宿泊料金を段階的に変更し、残室待ちをしている利用者へ料金情報をその都度配信するホテル宿泊予約システムが記載されている。
特開２００３－２５６７０３号公報
　共用施設の在庫を複数のプランにどのように割り当てるかにより、施設の稼働率や売上、利益などが変わってくる。従来、この割当ては過去の実績や決定者の経験などに基づいて決められるので、その割当てが適切でないと、共用施設の提供者が所望の結果を得られない可能性がある。例えば、売上や利益を上げるために高価格帯のプランに多くの在庫を割り当てた結果、全体の稼働率が低下したり、稼働率を上げるために低価格帯のプランに多くの在庫を割り当てた結果、売上や利益が頭打ちになったりすることが起こり得る。
　そこで、本発明の一側面は、共用施設の在庫を複数のプランのそれぞれに適切に割り当てることを目的とする。
　本発明の一形態に係る予約管理装置は、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置であって、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部と、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部と、割当記憶部に記憶されている各プランの割当数を、決定部により決定された各プランの割当数で更新する更新部とを備えることを特徴とする。
　本発明の一形態に係る予約管理方法は、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置により実行される予約管理方法であって、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出ステップと、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定ステップと、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定ステップと、割当記憶部に記憶されている各プランの割当数を、決定ステップにおいて決定された各プランの割当数で更新する更新ステップとを含むことを特徴とする。
　本発明の一形態に係る予約管理プログラムは、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムであって、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部と、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部と、割当記憶部に記憶されている各プランの割当数を、決定部により決定された各プランの割当数で更新する更新部とをコンピュータに実行させることを特徴とする。
　本発明の一形態に係るコンピュータ読取可能な記録媒体は、同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムを記憶するコンピュータ読取可能な記録媒体であって、予約管理プログラムがコンピュータに、予約記憶部を参照して、販売優先度が互いに異なる複数のプランのうち、少なくとも、最高の販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数を推定する推定部と、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランについての割当数を決定する決定部と、割当記憶部に記憶されている各プランの割当数を、決定部により決定された各プランの割当数で更新する更新部とを実行させる、ことを特徴とする。
　このような形態によれば、少なくとも最優先プランの予約ペースが算出され、その予約ペースと利用日までの残り日数とに基づいて、少なくとも最優先プランの期待予約数が推定される。そして、施設の在庫数と、期待予約数と、各プランの販売優先度とに基づいて、販売優先度の高い順に各プランの割当数が更新される。これにより、最も多く販売したいプランに対して必要な量の在庫が確保され、その結果、施設の在庫を複数のプランのそれぞれに適切に割り当てることができる。
　別の形態に係る予約管理装置では、決定部が、最優先プランについては施設の在庫のすべてを配分可能なように割当数を設定し、該最優先プラン以外の処理対象プランについては、該処理対象プランの期待予約数と、該処理対象プランよりも販売優先度が高いプランの期待予約数及び成立予約数とに基づいて割当数を設定してもよい。
　さらに別の形態に係る予約管理装置では、算出部が、各プランの予約ペースを、該プランの受付可能期間を該プランの成立予約数で割ることで求めてもよい。このように、受付可能期間を考慮して予約ペースを求めることで、施設の割当に関してプラン間の衡平を図ることができる。
　さらに別の形態に係る予約管理装置では、算出部が、プランの予約が成立する度に予約ペースを算出してもよい。予約が成立する度に、予約ペースの算出から始まる割当数更新の処理を実行することで、割当数をきめ細かく調整することができる。
　さらに別の形態に係る予約管理装置では、算出部が、算出した予約ペースの最小値に応じた時間が経過した後に、予約ペースを再び算出してもよい。次の予約が成立すると予測される時期に応じたタイミングで割当数更新の処理を実行することで、更新処理の回数を抑えつつ割当数をきめ細かく調整することができる。
　本発明の一側面によれば、共用施設の在庫を複数のプランのそれぞれに適切に割り当てることができる。
実施形態に係る宿泊予約システムの全体構成を示す図である。 プラン情報の例を示す図である。 在庫情報の例を示す図である。 予約情報の例を示す図である。 図１に示す予約管理装置のハードウェア構成を示す図である。 図１に示す予約管理装置の機能構成を示すブロック図である。 割当数を更新するまでの手順の一例を示す図である。 図１に示す予約管理装置の動作を示すフローチャートである。 図８に示す割当数決定処理の詳細を示すフローチャートである。 図９に示す割当数設定処理の詳細を示すフローチャートである。 実施形態に係る宿泊予約プログラムの構成を示す図である。 図１に示す予約管理装置による調整の一例（実施例１）を示す図である。 図１に示す予約管理装置による調整の別の例（実施例２）を示す図である。 従来の予約受付の例（従来例１－１）を示す図である。 従来の予約受付の例（従来例１－２）を示す図である。 従来の予約受付の例（従来例２－１）を示す図である。 従来の予約受付の例（従来例２－２）を示す図である。
　以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
　まず、図１～７を用いて、実施形態に係る宿泊予約システム１の機能及び構成を説明する。宿泊予約システム１は、宿泊施設の予約を受け付けるウェブサイト（宿泊予約サイト）をユーザに提供するコンピュータシステムである。宿泊予約システム１は、ユーザ端末１０と、ホテルや旅館などの宿泊施設に設置された提供者端末２０と、データベース群３０と、予約管理装置４０とを備えている。ユーザ端末１０、提供者端末２０、データベース群３０、及び予約管理装置４０は、インターネットや無線ＬＡＮ、移動体通信網などで構成されている通信ネットワークＮを介して互いに通信することが可能である。図１ではユーザ端末１０及び提供者端末２０をそれぞれ３台示しているが、宿泊予約システム１内におけるこれらの装置の台数は任意である。
　ユーザ端末１０は、宿泊施設の部屋を予約するユーザが所有する端末である。ユーザ端末１０の例として高機能携帯電話機（スマートフォン）や携帯情報端末（ＰＤＡ）、パーソナルコンピュータ（ＰＣ）などが挙げられるが、携帯端末の種類はこれらに限定されない。ユーザはユーザ端末１０を操作して宿泊予約サイトにアクセスし、部屋（宿泊プラン）を予約することができる。
　提供者端末２０は、宿泊予約システム１での予約対象である部屋（宿泊プラン）を提供する宿泊施設の端末である。提供者端末２０の例としてはＰＣが挙げられるが、各種携帯端末も提供者端末２０として利用可能である。宿泊施設の管理者は提供者端末２０を操作して、予約を受け付ける部屋の在庫及び宿泊プランの情報を在庫情報として在庫データベース３２に登録する。
　データベース群３０は、宿泊予約システム１内で用いられる各種の情報を記憶する手段である。データベース群３０は、プランデータベース３１、在庫データベース（割当記憶部）３２、及び予約実績データベース（予約記憶部）３３を備えている。
　プランデータベース３１は、宿泊施設が提供する宿泊プランの情報（プラン情報）を記憶する手段である。図２に示すように、プラン情報は、宿泊施設を特定する施設ＩＤと、部屋のタイプと、その部屋の最大在庫数と、宿泊プランを特定するプランＩＤと、そのプランの単価とを含む。部屋タイプとは、部屋のスタイル（洋室、和室など）や収容人数などで示される、部屋の種類のことである。なお、以下では宿泊プランのことを単に「プラン」ともいう。一つの部屋タイプには１以上のプランが対応する。なお、プランとは、施設利用に関するパッケージ商品のことである。
　在庫データベース３２は、各プランに割り当てられる部屋の数（割当数）を管理するための在庫情報を記憶する手段である。図３に示すように、在庫情報は、施設ＩＤ、部屋タイプ、利用日（宿泊開始日）、プランＩＤ、受け付けた予約の数（成立予約数）、及び割当数を含む。割当数は、各プランに割り当てられる部屋の総数であり、この値には成立予約数が含まれる。各プランの割当数の初期値は、対応するプラン情報で示される部屋の最大在庫数である。
　予約実績データベース３３は、ユーザによる宿泊施設の予約を示す予約情報を記憶する手段である。図４に示すように、予約情報は、施設ＩＤ、部屋タイプ、プランＩＤ、予約日（利用予定日）、及び単価を含んでいる。予約情報は、宿泊予約サイトにおいて宿泊プランの予約が確定した時に予約実績データベース３３に登録される。
　なお、各データベースの構成は上記の例に限定されず、任意の方針で各データベースを正規化または冗長化してもよい。
　以上を前提として予約管理装置４０について説明する。予約管理装置４０は、宿泊予約サイトを介して宿泊施設の検索や宿泊予約の受付などのような、宿泊予約に関する様々なサービスをユーザに提供するコンピュータである。
　図５に示すように、予約管理装置４０は、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ４０１と、ＲＯＭ及びＲＡＭで構成される主記憶部４０２と、ハードディスクなどで構成される補助記憶部４０３と、ネットワークカードなどで構成される通信制御部４０４と、キーボードやマウスなどの入力部４０５と、ディスプレイなどの出力部４０６とで構成される。
　後述する予約管理装置４０の各機能的構成要素は、ＣＰＵ４０１や主記憶部４０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ４０１の制御の下で通信制御部４０４や入力部４０５、出力部４０６などを動作させ、主記憶部４０２や補助記憶部４０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部４０２や補助記憶部４０３内に格納される。なお、図５では予約管理装置４０が１台のコンピュータで構成されているように示しているが、予約管理装置４０の機能を複数台のコンピュータに分散させてもよい。
　図６に示すように、予約管理装置４０は機能的構成要素として予約受付部４１及び割当更新部４２を備えている。
　予約受付部４１は、ユーザにより申し込まれた宿泊予約を受け付ける手段である。予約受付部４１は、宿泊予約サイトを介して申し込まれた予約を示す予約情報をユーザ端末１０から受信して予約実績データベース３３に格納する。
　割当更新部４２は、各プランへの部屋の割当数を販売優先度に基づいて更新する手段である。本実施形態では、割当更新部４２は販売優先度を示す指標としてプランの単価を用い、単価が高いプランほどより優先的に部屋を割り当てる。割当更新部４２は算出部４２ａ、推定部４２ｂ、決定部４２ｃ、及び更新部４２ｄを備えている。
　以下では、図７の更新例を参照しながらこれらの機能的構成要素を説明する。図７は、ホテルＰの部屋タイプαの７月３１日分の総在庫が２０部屋であることを前提に（図２参照）、単価が互いに異なる三つのプランＡ～Ｃにこの２０部屋を割り当てる例を説明する図である。プランＡ～Ｃは７月１日に申込が開始されたものとする。プランＡ～Ｃの割当数の初期値はすべて２０である。本実施形態では、割当更新部４２は１０日毎に（７月１１，２１，３１日の未明のバッチ処理で）割当数の更新を実行するものとする。図７は７月１１日未明のバッチ処理を示している。
　算出部４２ａは、予約実績データベース３３を参照して宿泊プランの予約ペースを算出する手段である。予約ペースは、一件の予約が成立するのに平均で何日掛かっているかを示す値であり、この値が低いプランほど人気があるといえる。算出部４２ａは各プラン共通の基準日（各プランが予約可能な対象として宿泊予約サイト上に公開された日）から現時点までの経過日数を、当該基準日から現時点までに申し込まれた予約数で割ることで予約ペースを算出する。
　７月１１日未明の処理について説明する。図７の例では基準日は７月１日であるので、算出部４２ａは７月１～１０日までに登録された予約情報を予約実績データベース３３から読み出す。７月１０日までのプランＡ，Ｂ，Ｃの予約数（すなわち募集開始から１０日間経った時点でのプランＡ，Ｂ，Ｃの予約数）はそれぞれ１、２、６である。したがって、プランＡの予約ペースは１０（＝１０／１）、プランＢの予約ペースは５（＝１０／２）、プランＣの予約ペースは１．６６（≒１０／６）である。算出部４２ａはこのように求めた予約ペースを推定部４２ｂに出力する。
　続いて、推定部４２ｂによる処理が実行される。推定部４２ｂは、各プランの予約ペースと利用日までの残り日数とに基づいて期待予約数を推定する手段である。期待予約数とは、利用日までに期待できる追加の予約数のことである。推定部４２ｂは、利用日までの残り日数を入力された予約ペースで割ることで、各プランの期待予約数を求める。
　７月１１日未明の処理について説明すると、利用日までの残り日数が２０日であるので、プランＡの期待予約数は２（＝２０／１０）、プランＢの期待予約数は４（＝２０／５）、プランＣの期待予約数は１２（≒２０／１．６６）である。推定部４２ｂはこのように求めた期待予約数を決定部４２ｃに出力する。
　続いて、決定部４２ｃによる処理が実行される。決定部４２ｃは、単価が最も高いプラン（最優先プラン）について推定される更なる予約を残りの部屋数（在庫数）の範囲で受付可能なように、各プランについての割当数を決定する手段である。これは、単価が最も高いプランへの在庫の割当を最優先にすることを意味する。決定部４２ｃは決定した割当数を更新部４２ｄに出力する。
　まず、決定部４２ｃはプランデータベース３１を参照して各プランの販売優先度を取得する。図２より、単価の降順にプランを並べるとプランＡ、プランＢ、プランＣとなるので、部屋を割り当てる優先度はプランＡが最も高く、次いで、プランＢ、プランＣの順となる。これを前提として７月１１日未明の処理について説明すると、既に合計９部屋が予約されているので、決定部４２ｃは部屋の在庫数が１１（＝２０－９）であると特定する。続いて、決定部４２ｃは、最高の販売優先度を有するプランについて、成立予約数と期待予約数との和を推定予約数として求める。図７の例では、プランＡの推定予約数は３（１＋２）である。
　続いて、決定部４２ｃは、最高の販売優先度を有するプランについては推定予約数分の割り当てを確保しつつ、販売優先度が２番目以下の各プランの割当数を決定する。まず、決定部４２ｃは該プランの割当数を初期値のまま維持する。これは、最高の販売優先度を有するプランについては推定予約数以上の予約が成立しても何ら問題ないからである。続いて、決定部４２ｃは販売優先度が２番目以下の各プランの割当数を決定する。図７の例では在庫は１１であるがプランＡの期待予約数分の部屋（すなわち２部屋）はそのまま確保されるので、分配可能な残り９部屋をプランＢ，Ｃに分けることになる。決定部４２ｃは、販売優先度が２番目以下の各プランについて、その販売優先度順に部屋を割り当てる。この際に、期待予約数が未割当ての在庫数より大きいプランについては、決定部４２ｃは当該未割当在庫数の分しかそのプランに追加しない。
　図７の例では、プランＡ（最優先プラン）の割当数は２０で変わらない。次の処理対象プランであるプランＢの期待予約数（４）は未割当在庫数（９）以下なので、割当数は６（＝２＋４）となる。その次の処理対象プランであるプランＣの期待予約数（１２）は未割当在庫数（９－４＝５）を超えているので、割当数は１８（＝６＋１２）ではなく１１（＝６＋５）となる。
　このように決定部４２ｃは、最優先プランについては共用施設の在庫のすべてを配分可能なように割当数を設定し、他のプランについては、期待予約数及び未割当ての在庫数の範囲内で割当数を設定する。ここで、未割当ての在庫数は、処理対象プランの期待予約数と、該処理対象プランよりも販売優先度が高いプランの期待予約数及び成立予約数とに基づいて求まる。
　更新部４２ｄは決定された割当数を上書きにより在庫データベース３２に格納する手段である。これにより、各プランの割当数が更新される。７月１１日未明の処理では、プランＡの割当数は２０のままであるのに対して、プランＢ，Ｃの割当数それぞれ６、１１に更新される。
　次に、図８～１０を用いて、予約管理装置４０の動作を説明するとともに本実施形態に係る予約管理方法について説明する。
　割当更新部４２による処理が開始されると、まず算出部４２ａが各プランの予約ペースを算出する（ステップＳ１１、算出ステップ）。続いて、推定部４２ｂがその予約ペースと利用日までの残り日数とに基づいて各プランの期待予約数を推定する（ステップＳ１２、推定ステップ）。続いて、決定部４２ｃが各プランの割当数を決定する（ステップＳ１３、決定ステップ）。
　具体的には図９に示すように、決定部４２ｃはまず、最高の販売優先度を有するプラン（単価が最も高いプラン）の割当数をそのまま維持する（ステップＳ１３１）。その一方で、決定部４２ｃは販売優先度が２番目以下の各プランについては、期待予約数及び未割当在庫数の範囲内で割当数を設定する（ステップＳ１３２）。
　具体的には図１０に示すように、販売優先度がｎ番目（ｎの初期値は２）のプランの期待予約数が未割当在庫数以下であれば（ステップＳ１３２１；ＹＥＳ）、決定部４２ｃはそのプランの割当数を成立予約数と期待予約数の和とする（ステップＳ１３２２）。一方、その期待予約数が未割当在庫数より大きければ（ステップＳ１３２１；ＮＯ）、決定部４２ｃは割当数を成立予約数と未割当在庫数との和とする（ステップＳ１３２３）。このとき未割当在庫数が０であれば、割当数は成立予約数と等しくなる。処理対象プランが残っていれば（ステップＳ１３２４；ＮＯ）、決定部４２ｃは販売優先度が（ｎ＋１）番目のプラン（ステップＳ１３２５）についてステップＳ１３２１～Ｓ１３２３の処理を行う。すべてのプランについて割当数が設定されると（ステップＳ１３２４；ＹＥＳ）、処理が終了する。
　最後に、更新部４２ｄが各プランの割当数を決定された新たな割当数で更新する（ステップＳ１４、更新ステップ）。
　次に、図１１を用いて、コンピュータを予約管理装置４０として機能させるための予約管理プログラムを説明する。
　予約管理プログラムＰ１は、メインモジュールＰ１０、予約受付モジュールＰ１１及び割当更新モジュールＰ１２を備えている。割当更新モジュールＰ１２は、算出モジュールＰ１２ａ、推定モジュールＰ１２ｂ、決定モジュールＰ１２ｃ、及び更新モジュールＰ１２ｄを備えている。
　メインモジュールＰ１０は、予約管理機能を統括的に制御する部分である。予約受付モジュールＰ１１及び割当更新モジュールＰ１２を実行することにより実現される機能はそれぞれ、上記の予約受付部４１及び割当更新部４２の機能と同様である。算出モジュールＰ１２ａ、推定モジュールＰ１２ｂ、決定モジュールＰ１２ｃ、及び更新モジュールＰ１２ｄを実行することにより実現される機能はそれぞれ、上記の算出部４２ａ、推定部４２ｂ、決定部４２ｃ、及び更新部４２ｄの機能と同様である。
　予約管理プログラムＰ１は、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、予約管理プログラムＰ１は、搬送波に重畳されたコンピュータデータ信号として通信ネットワークを介して提供されてもよい。
　以上説明したように、本実施形態によれば、各プランの予約ペースが算出され、その予約ペースと利用日までの残り日数とに基づいて、各プランの期待予約数が推定される。そして、宿泊施設の在庫数と、推定された期待予約数と、各宿泊プランの販売優先度とに基づいて、販売優先度の高い順に各宿泊プランの割当数が更新される。これにより、最も多く販売したい宿泊プランに対して必要な量の在庫が確保され、その結果、宿泊施設の在庫を複数の宿泊プランのそれぞれに適切に割り当てることができる。
　このような割当の優位性を図１２～１７の具体例を用いてさらに説明する。図１２～１７が示す内容は以下の通りである。なお、図１２～１７では説明の便宜のために予約順を示す予約番号を示している。図１２における７月１１日の結果は、図７に示すものと同じである。
　図１２…本実施形態を適用して割当数を調整する場合において、単価が安いプランの予約ペースが速い例（実施例１）
　図１３…本実施形態を適用して割当数を調整する場合において、単価が高いプランの予約ペースが速い例（実施例２）
　図１４…本実施形態を適用せず申込順に部屋を割り当てる場合において、単価が安いプランの予約ペースが速い例（従来例１－１）
　図１５…本実施形態を適用せず人手により各プランの部屋数を割り当てた場合において、単価が安いプランの予約ペースが速い例（従来例１－２）
　図１６…本実施形態を適用せず申込順に部屋を割り当てる場合において、単価が高いプランの予約ペースが速い例（従来例２－１）
　図１７…本実施形態を適用せず人手により各プランの部屋数を割り当てた場合において、単価が高いプランの予約ペースが速い例（従来例２－２）
　まず、単価が安いプランの予約ペースが速い実施例１と従来例１－１とを比較すると、予約番号１～１７までの予約の入り方は同じである。しかし、実施例１では、１１番目のプランＣの予約（予約番号１７）が入った時点で当該プランＣの申込みが受付不可能になる。したがって、図１２に示すように、プランＣよりも高額なプランＡ，Ｂの予約が申し込まれる余地がある。一方、従来例１－１の場合には割当数は何ら調整されないので、１１番目のプランＣの予約（予約番号１７）が入った以降もプランＣの予約が入る余地があり、その結果、図１４に示すように残り３枠もプランＣで埋まる可能性がある。また、従来例１－２のようにプランＣよりもプランＡ，Ｂに多くの部屋を割り当てた場合には、図１５に示すように、プランＣの予約申込が早い時点で打ち切られる一方で、高額のプランＡ，Ｂ用に確保した部屋が埋まらない可能性がある。
　次に、単価が高いプランの予約ペースが速い実施例２と従来例２－１とを比較すると、予約番号１～９までの予約の入り方は同じである。しかし、実施例２では、７月１１日未明のバッチ処理でプランＢ，Ｃの割当数がそれぞれ２、１に設定されるので、７月１１日以降はプランＢ，Ｃの申込みが受付不可能になる。したがって、図１３に示すように、予約ペースが速いプランＡを最大限に受け付けることが可能になる。一方、従来例２－１の場合には割当数は何ら調整されないので、７月１１日以降もプランＢ，Ｃの予約が入る余地がある。また、従来例２－２では各プランＡ，Ｂの割当数が固定されているので、図１７に示すように、１０番目のプランＡの予約（予約番号１４）が入った時点で、人気のあるプランＡの予約受付を止めざるを得なくなる。
　実施例１と従来例１－１，１－２との比較、及び実施例２と従来例２－１，２－２との比較からわかるように、本実施形態では従来よりも在庫の消化と売上の確保とのバランスを取ることが可能になる。
　以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
　割当更新部４２の処理結果によっては、「割当数＝成立予約数」となるプランが発生し、次回以降の割当更新部４２の処理において割当数が成立予約数より大きい値に更新されるまで、当該プランの予約受付が停止される場合がある。この場合に算出部４２ａは、そのようなプランについては基準日から現時点までの期間を予約数で割るのではなく、予約受付可能期間（プラン募集の期間）を予約数で割ることで予約ペースを求めてもよい。
　例えば、上記実施例２（図１３）では、７月１１日時点でプランＢ，Ｃの予約受付が停止する。この場合、次のバッチ処理（すなわち７月２１日未明のバッチ処理）では、算出部４２ａはプランＡの予約ペースを「２０／（成立予約数）」により求める一方で、プランＢの予約ペースを５（＝１０／２）とし、プランＣの予約ペースを１０（＝１０／１）としてもよい。なぜなら、プランＡの募集期間は７月１～２０日であるのに対して、プランＢ，Ｃの募集期間はともに７月１～１０日の間のみであったからである。このように予約ペース算出の基準となる期間を調整することで、共用施設の割当に関してプラン間の衡平を図ることができる。
　上記実施形態において、割当更新部４２は１０日毎に処理を実行したが、割当更新部４２による処理の実行時期はこれに限定されない。例えば、割当更新部４２は一つの宿泊予約が成立する度に上記の一連の処理を実行してもよい。この場合には、割当更新部４２は予約情報が予約実績データベース３３に登録されたタイミングで一連の処理を開始すればよい。このように、約が成立する度に、予約ペースの算出から始まる割当数更新の処理を実行することで、割当数をきめ細かく調整することができる。
　あるいは、割当更新部４２は、ｎ回目のバッチ処理で得られた各プランの予約ペースの最小値に応じた日数が経過した時に、（ｎ＋１）回目のバッチ処理を実行してもよい。図７の例では、予約ペースの最小値である「１．６６」に応じて、２日後に次のバッチ処理が実行される。このように、次の予約が成立すると予測される時期に応じたタイミングで、予約ペースの算出から始まる割当数更新の処理を実行することで、更新処理の回数を抑えつつ割当数をきめ細かく調整することができる。
　上記実施形態では、割当更新部４２は全プランの予約ペース及び期待割当数を求めた上で各プランの割当数を決定したが、割当更新部４２の処理手順はこれに限定されない。具体的には、割当更新部４２は、販売優先度がｎ番目のプランについて予約ペース及び期待割当数の算出と割当数の決定とを行った後に、販売優先度が（ｎ＋１）番目のプランについて予約ペース及び期待割当数の算出と割当数の決定とを行ってもよい。この場合には、途中で未割在庫数が０になると、割当更新部４２は以降の処理対象プランについて、予約ペース及び期待割当数を算出することなく、割当数を成立予約数に合わせる処理を行えばよい。したがって、予約ペース及び期待割当数の算出が最優先プランについてのみ行われる場合が有り得る。
　上記実施形態では共用施設として宿泊施設の部屋を示し、プランとして宿泊プランを示したが、本発明は宿泊予約以外の任意の予約受付システムに適用できる。例えば、ゴルフ場の予約（ゴルフコンペのプラン）に本発明を適用してもよい。
　上記実施形態では単価を販売優先度の尺度としたが、プランの販売優先度を設定する基準は何ら限定されない。例えば、利益率に基づいて各プランの販売優先度を設定してもよい。
　１…宿泊予約システム、１０…ユーザ端末、２０…提供者端末、３０…データベース群、３１…プランデータベース、３２…在庫データベース、３３…予約実績データベース、４０…予約管理装置、４１…予約受付部、４２…割当更新部、４２ａ…算出部、４２ｂ…推定部、４２ｃ…決定部、４２ｄ…更新部、Ｐ１…予約管理プログラム、Ｐ１０…メインモジュール、Ｐ１１…予約受付モジュール、Ｐ１２…割当更新モジュール、Ｐ１２ａ…算出モジュール、Ｐ１２ｂ…推定モジュール、Ｐ１２ｃ…決定モジュール、Ｐ１２ｄ…更新モジュール。

Claims (8)

  1. 　同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置であって、
    　前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、
    　前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定部と、
    　前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定部と、
    　前記割当記憶部に記憶されている各プランの割当数を、前記決定部により決定された各プランの割当数で更新する更新部と
    を備えることを特徴とする予約管理装置。
  2. 　前記決定部が、前記最優先プランについては前記施設の在庫のすべてを配分可能なように前記割当数を設定し、該最優先プラン以外の処理対象プランについては、該処理対象プランの前記期待予約数と、該処理対象プランよりも前記販売優先度が高いプランの前記期待予約数及び成立予約数とに基づいて前記割当数を設定する、
    ことを特徴とする請求項１に記載の予約管理装置。
  3. 　前記算出部が、各プランの前記予約ペースを、該プランの受付可能期間を該プランの成立予約数で割ることで求める、
    ことを特徴とする請求項１又は２に記載の予約管理装置。
  4. 　前記算出部が、プランの予約が成立する度に前記予約ペースを算出する、
    ことを特徴とする請求項１～３のいずれか一項に記載の予約管理装置。
  5. 　前記算出部が、算出した前記予約ペースの最小値に応じた時間が経過した後に、前記予約ペースを再び算出する、
    ことを特徴とする請求項１～３のいずれか一項に記載の予約管理装置。
  6. 　同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置により実行される予約管理方法であって、
    　前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出ステップと、
    　前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定ステップと、
    　前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定ステップと、
    　前記割当記憶部に記憶されている各プランの割当数を、前記決定ステップにおいて決定された各プランの割当数で更新する更新ステップと
    を含むことを特徴とする予約管理方法。
  7. 　同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムであって、
    　前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、
    　前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定部と、
    　前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定部と、
    　前記割当記憶部に記憶されている各プランの割当数を、前記決定部により決定された各プランの割当数で更新する更新部と
    を前記コンピュータに実行させることを特徴とする予約管理プログラム。
  8. 　同一の利用日に同一の施設に対して設定された複数のプランのそれぞれについての施設の割当数を記憶する割当記憶部と、各プランの予約日を記憶する予約記憶部とにアクセス可能な予約管理装置としてコンピュータを機能させる予約管理プログラムを記憶するコンピュータ読取可能な記録媒体であって、
    　前記予約管理プログラムが前記コンピュータに、
    　前記予約記憶部を参照して、販売優先度が互いに異なる前記複数のプランのうち、少なくとも、最高の前記販売優先度を有する最優先プランについて、予約ペースを算出する算出部と、
    　前記予約ペースと前記利用日までの残り日数とに基づいて、少なくとも前記最優先プランの期待予約数を推定する推定部と、
    　前記施設の在庫数と、前記期待予約数と、各プランの前記販売優先度とに基づいて、前記販売優先度の高い順に各プランについての前記割当数を決定する決定部と、
    　前記割当記憶部に記憶されている各プランの割当数を、前記決定部により決定された各プランの割当数で更新する更新部と
    を実行させる、
    ことを特徴とするコンピュータ読取可能な記録媒体。
PCT/JP2012/054808 2011-07-29 2012-02-27 予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体 WO2013018390A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
BR112013017174A BR112013017174A2 (pt) 2011-07-29 2012-02-27 dispositivo e método de gerenciamento de reserva, e, meio de gravação legível por computador
KR1020137017052A KR101407853B1 (ko) 2011-07-29 2012-02-27 예약 관리 장치, 예약 관리 방법, 및 예약 관리 프로그램을 기억하는 컴퓨터 판독가능한 기록 매체
EP12819348.9A EP2645325A4 (en) 2011-07-29 2012-02-27 RESERVATION MANAGEMENT DEVICE, RESERVATION MANAGEMENT METHOD, RESERVATION MANAGEMENT PROGRAM, AND COMPUTER READABLE RECORDING MEDIUM STORING AN ASSOCIATED PROGRAM
US13/977,962 US20140129264A1 (en) 2011-07-29 2012-02-27 Reservation management device, reservation management method, reservation management program, and computer-readable recording medium storing program for same
CA2820545A CA2820545A1 (en) 2011-07-29 2012-02-27 Reservation management device, reservation management method, reservation management program, and computer-readable recording medium storing program for same
CN2012800074945A CN103348370A (zh) 2011-07-29 2012-02-27 预约管理装置、预约管理方法、预约管理程序以及存储该程序的计算机可读取的记录介质
AU2012291475A AU2012291475B2 (en) 2011-07-29 2012-02-27 Reservation management device, reservation management method, reservation management program, and computer-readable recording medium storing program for same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-167299 2011-07-29
JP2011167299A JP5032692B1 (ja) 2011-07-29 2011-07-29 予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体

Publications (1)

Publication Number Publication Date
WO2013018390A1 true WO2013018390A1 (ja) 2013-02-07

Family

ID=47016610

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/054808 WO2013018390A1 (ja) 2011-07-29 2012-02-27 予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体

Country Status (10)

Country Link
US (1) US20140129264A1 (ja)
EP (1) EP2645325A4 (ja)
JP (1) JP5032692B1 (ja)
KR (1) KR101407853B1 (ja)
CN (1) CN103348370A (ja)
AU (1) AU2012291475B2 (ja)
BR (1) BR112013017174A2 (ja)
CA (1) CA2820545A1 (ja)
TW (1) TWI409713B (ja)
WO (1) WO2013018390A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB201300255D0 (en) * 2013-01-08 2013-02-20 Ibm Object naming
US10037497B2 (en) * 2013-06-28 2018-07-31 Rakuten, Inc. Information provision device, information provision method, and information provision program
WO2015145732A1 (ja) * 2014-03-28 2015-10-01 楽天株式会社 情報処理装置、情報処理方法及び情報処理プログラム
CN104376428A (zh) * 2014-11-28 2015-02-25 厦门金网科技有限公司 多模定位高尔夫球场管理系统
CN106780173B (zh) * 2016-12-01 2021-02-23 携程计算机技术（上海）有限公司 Ota酒店库存管理方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002092136A (ja) * 2000-09-13 2002-03-29 Big Group Co Ltd 料金割引システム
JP2003256703A (ja) 2002-03-04 2003-09-12 Minamikyushu Rental & Leasing Co Ltd ホテル宿泊予約システム
JP2005070910A (ja) * 2003-08-20 2005-03-17 Best Reserve:Kk 取引価格算出装置、取引システム及びコンピュータプログラム
JP2009251821A (ja) * 2008-04-03 2009-10-29 Toshiba Corp ホテル予約装置
JP2011054027A (ja) * 2009-09-03 2011-03-17 Railway Technical Res Inst 席種別設定計画作成方法、席種別設定計画作成システム、出札窓口システム及び座席割当通知システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6263315B1 (en) * 1998-11-02 2001-07-17 Pricing Research Corporation Revenue management system and method
US6389454B1 (en) * 1999-05-13 2002-05-14 Medical Specialty Software Multi-facility appointment scheduling system
AU7339500A (en) * 1999-08-31 2001-03-26 Priceline.Com Incorporated System and method for facilitating the sale of a travel product
JP2003162564A (ja) * 2001-11-27 2003-06-06 World:Kk 発注管理システム
DE10257199A1 (de) * 2001-12-10 2003-08-21 I2 Technologies Inc Erzeugen eines optimierten Preiskalkulationsplans
US20030225738A1 (en) * 2002-03-22 2003-12-04 Chris Ternoey Graphical user interface for reviewing valuation estimates of perishable resources
US7512454B1 (en) * 2002-05-31 2009-03-31 Advanced Micro Devices, Inc. Display unit with processor and communication controller
CA2602096A1 (en) * 2005-03-22 2009-09-28 Ticketmaster Apparatus and methods for providing queue messaging over a network
WO2008143373A1 (en) * 2007-05-23 2008-11-27 Seonghwan Kim Sales arranging method and system using on-line communication
US20090292566A1 (en) * 2008-05-20 2009-11-26 John Meyer Bossert Yield Management of Configurable Restaurants

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002092136A (ja) * 2000-09-13 2002-03-29 Big Group Co Ltd 料金割引システム
JP2003256703A (ja) 2002-03-04 2003-09-12 Minamikyushu Rental & Leasing Co Ltd ホテル宿泊予約システム
JP2005070910A (ja) * 2003-08-20 2005-03-17 Best Reserve:Kk 取引価格算出装置、取引システム及びコンピュータプログラム
JP2009251821A (ja) * 2008-04-03 2009-10-29 Toshiba Corp ホテル予約装置
JP2011054027A (ja) * 2009-09-03 2011-03-17 Railway Technical Res Inst 席種別設定計画作成方法、席種別設定計画作成システム、出札窓口システム及び座席割当通知システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2645325A4 *

Also Published As

Publication number Publication date
CN103348370A (zh) 2013-10-09
JP5032692B1 (ja) 2012-09-26
TWI409713B (zh) 2013-09-21
EP2645325A1 (en) 2013-10-02
CA2820545A1 (en) 2013-02-07
KR101407853B1 (ko) 2014-06-16
BR112013017174A2 (pt) 2016-09-20
TW201305948A (zh) 2013-02-01
JP2013030107A (ja) 2013-02-07
AU2012291475A1 (en) 2013-06-27
US20140129264A1 (en) 2014-05-08
EP2645325A4 (en) 2014-05-14
KR20130086080A (ko) 2013-07-30
AU2012291475B2 (en) 2014-08-14

Similar Documents

Publication Publication Date Title
CN106020966B (zh) 用于将任务智能地分布于多个劳动资源间的系统和方法
Kumar et al. A preference-based resource allocation in cloud computing systems
US9304817B2 (en) Method and apparatus for a user-driven priority based job scheduling in a data processing platform
Nesmachnow et al. Efficient heuristics for profit optimization of virtual cloud brokers
US10713072B1 (en) Computing resource provisioning
US20120016721A1 (en) Price and Utility Optimization for Cloud Computing Resources
US20140188532A1 (en) Multitenant Database Placement with a Cost Based Query Scheduler
JP5032692B1 (ja) 予約管理装置、予約管理方法、予約管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体
US8949429B1 (en) Client-managed hierarchical resource allocation
US10019743B1 (en) Methods and systems for auto expanding vendor selection
US20170178041A1 (en) Completion contracts
US20110213669A1 (en) Allocation of Resources
US20090178050A1 (en) Control of Access to Services and/or Resources of a Data Processing System
US10643193B2 (en) Dynamic workload capping
CN108241535B (zh) 资源管理的方法、装置及服务器设备
CN109783236B (zh) 用于输出信息的方法和装置
US20170279623A1 (en) Dynamic workload capping
WO2021046777A1 (zh) 资源调度、申请与定价方法、设备、系统及存储介质
US20120123812A1 (en) Evaluating customers
US20150112742A1 (en) System and method of automatically allocating tasks
US10230664B1 (en) Strategic resource allocation in a web-based computing system
WO2016195716A1 (en) Price, completion time, and resource allocation determination for cloud services
US20150302330A1 (en) Automated Job Assignment to Service Providers
WO2016195703A1 (en) Pricing of cloud resources
Li et al. Profit maximization resource allocation in cloud computing with performance guarantee

Legal Events

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

Ref document number: 12819348

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2820545

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2012291475

Country of ref document: AU

Date of ref document: 20120227

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2012819348

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012819348

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20137017052

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13977962

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112013017174

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112013017174

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20130703