WO1993003444A1 - Inventory control process for reservations systems - Google Patents

Inventory control process for reservations systems Download PDF

Info

Publication number
WO1993003444A1
WO1993003444A1 PCT/US1991/005654 US9105654W WO9303444A1 WO 1993003444 A1 WO1993003444 A1 WO 1993003444A1 US 9105654 W US9105654 W US 9105654W WO 9303444 A1 WO9303444 A1 WO 9303444A1
Authority
WO
WIPO (PCT)
Prior art keywords
inventory
characteristic
items
group
specific
Prior art date
Application number
PCT/US1991/005654
Other languages
French (fr)
Inventor
Gordon S. Kerr
Joyce Willenborg
Kenneth Dowling
Todd Snyder
Original Assignee
Hyatt Corporation
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 Hyatt Corporation filed Critical Hyatt Corporation
Priority to PCT/US1991/005654 priority Critical patent/WO1993003444A1/en
Publication of WO1993003444A1 publication Critical patent/WO1993003444A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders

Landscapes

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

Abstract

A reservations system for hotel chains in which matrix arrays defining maximum rooms for sale, protected inventory, and matrices derived from these two, all by room-type/rate-category combinations. The system provides for generalized control of inventory for sale for an arbitrary number of room-types, rate categories, etc. The system also allows blocking or protecting inventory by rate-category, room-type, or any combination. The system of the invention allows for either a central or a distributed view of inventory, and allows inventory to be controlled by the property and sold at any location without overselling. The system of the invention provides the level of control necessary to handle the four major inventory control strategies that the hotel industry will likely require over the next ten years: total control centrally, central indicators and distributed inventory, totally distributed inventory, or a mixed mode of operation utilizing any combination of central or distributed inventory.

Description

INVENTORY CONTROL PROCESS FOR RESERVATIONS SYSTEMS
BACKGROUND OF THE INVENTION
Existing inventory systems for hotels today offer a limited capability for managing inventory effectively. Most of these systems are either based on a derivative of an airline seat reservation system, or are scaled-up versions of single property reservations systems. The systems currently used by major hotel chains are basically limited-control, declining inventory systems. They have defined numbers of buckets or inventory counters available for each day of inventory. The systems are limited to less than one year of inventory for a number of technical reasons. Many companies have extended their existing systems to allow for more room-types, and to include additional software to provide some inventory control and inventory blocking. However, these systems cannot provide general inventory availability, but require inventory to be assigned to sub-categories where it remains until reassigned for general inventory use. In addition, the price and rate calculation in these systems is combined with the inventory records, so that physical room- type and rate for the room are directly linked.
Existing systems that derive from single property reservations systems have similar limitations, in that they tend to focus on physical room-types and assign rates to those physical room- types. Inventory is kept by room-type, and limits on number of rates available for sale are usually not provided, except in special cases. When provided, they require additional code customized to the rate-category or the offering, and do not employ a general approach.
Airline systems today have sophisticated yield-management and rate capacity control algorithms. Based on observation of airline rate control practices, the availability of rates is managed by an off-line yield-management system, and rate availability is changed either manually or semi-automatically based on output from the yield- management system. In practical terms, a very large yield-management and rate capacity control operation is required to effectively manage and control availability of rates.
Therefore, current practice for hotel reservations systems can be described as accounting and control of physical room-types, with limited control of rates available for sale for each room- type. There are no existing reservations or inventory control systems in use in hotels or in the travel industry that provide the degree of control by room-type, rate-category or both that the present invention offers.
Other perishable inventory systems where the present invention is applicable would include rental cars, cruise-lines, event-ticketing, and any other application where the combination of a physical item for sale is often secondary to the rate at which that item is sold and the control of the availability of that rate for sale. For instance, in event-ticketing, the price on certain tickets could be changed as the event approaches or as certain other thresholds are met.
SUMMARY OF THE INVENTION
The system of the present invention is ideally suited to an automated link with the yield- management system that recommends and specifies the exact numbers of rates to be made available for sale. Since most yield-management systems tend to focus on opening and closing available rates, reflecting the limitation of existing reservations systems, the present invention provides the best possible target for a sophisticated yield-management system. The information provided by the invention, namely the specific room-type and rate-category counts sold to date, could be passed at any time to a yield-management system, providing far better information about inventory status and maximization of profit.
The system of the invention also allows for either a central or a distributed view of inventory. Current systems tend to use open/closed indicators at the central site, or allocations of inventory from the property. This system allows inventory to be controlled by the property and sold at any location without over-selling. As an example, some hotel chains keep inventory with free sale indicators that are updated manually by the property. When inventory and/or room-types are no longer available for sale, they need to be changed manually by the property. Some chains control all inventory and process all inventory transactions centrally. This approach provides a higher level of control, but incurs very large central operating costs, as well as very high communications costs.
In summary, the system of the invention provides the level of control necessary to handle the four major inventory control strategies that the hotel industry will likely require over the next ten years: total control centrally, central indicators and distributed inventory, totally distributed inventory, or a mixed mode of operation utilizing any combination of central or distributed inventory. In each case, the system of the invention provides a common, effective and complete solution.
BRIEF DESCRIPTION OF THE DRAWING
The invention will be more readily understood with reference to the accompanying drawing, wherein:
Figure 1 is a flow chart showing the initializing of inventory performed according to the system of the invention; and
Figure 2 is a flow chart showing the logical steps performed by the system of the invention during the daily selling and updating of inventory of the hotel chain, or the like.
DETAILED DESCRIPTION OF THE INVENTION
In the following, references to the drawings, where applicable, will be indicated in parentheses next to the particular logical step described. The algorithms used to implement the reservation system of the invention utilize a set of matrix data arrays and a set of rules based on the matrix arrays. Each matrix array is composed of i rows representing rate-categories and j columns representing room-types. A different array exists for each inventory-date, and may be differently dimensioned, i.e., each date may have a different number of rate-categories defined, and each season may have different room-types. Six logical arrays are defined as follows:
AA is the maximum number of rooms authorized for sale
A is the number of rooms currently
available for sale
S is the number of rooms sold
B is the number of rooms blocked or
protected
RB is the number of rooms remaining
in a block (still protected)
F is a table of availability flags
showing "Open," "Request," or
"Closed"
AA and B are set by the reservations- manager (Fig. 1, Block 20). S is updated as rooms are sold or cancelled. A is calculated from number of rooms authorized and number sold. In addition to setting the maximums available for sale in AA, the reservations-manager can protect inventory by specifying a minimum available for a room-type/rate- category combination. The array B contains these minimums. The array RB is calculated from arrays B and S, and indicates the number of rooms remaining to be sold to satisfy blocks. The array F is set automatically based on arrays A and RB.
An arbitrary number of rows may be defined in the arrays for each inventory-date, based on the number of rate-categories available. A rate- category may be a special rate available for a specific group or type of guest (qualified rate) or may be one of many rates generally available (unqualified rate).
Most hotels would have the same room-types year-round, and hence would have the same number of columns. In some cases, a hotel might have seasonal or other reasons to change the number of room-types defined. Recognition of a consistent number of room-types and a variable numer of rate-categories is a key element of the system of the invention. This observation is also the key to utilizing relational database methods to manage inventory.
The second key element of the system of the invention is that it allows the reservations-manager to place maximums (limits) and minimums (blocks) on total rooms, rate-categories, room-types, and/or specific combinations of rate and room-type. The user may limit the total number of rooms available for all room-types in a rate-category to be less than the sum of rooms specified as available for all room-types in that rate-category. The user may also limit the number of rooms available for a room-type to be less than the sum of the rooms available for that room-type in all rate-categories. This flexibility allows a reservations-manager to specify maximums available for each rate/room-type combination, and maximums for each rate and room- type, and allow the system to prevent overselling.
The system also allows the reservation- manager to block inventory for specific rate- categories (such as groups or special packages) and specify which room-types may be sold to satisfy the block. Finally, the invention allows the user to set an overall limit on the number of rooms available for each day, which may override the total number of rooms available for all room-types in all rate-categories.
The reservations-manager can specify four levels of limitations or maximums:
AAi j is the maximum that can be sold for a specific rate
AAi 0 is the maximum that can be sold for rate category i
AA0 j is the maximum that can be sold J for a room-type j
AA0 0 is the maximum that can be sold for that day
The availability matrix array A is calculated from the matrix arrays AA and S, and represents the number of rooms left to sell. According to the invention, the sum of all room- types available for sale in a given rate-category (matrix row-sum) may exceed the maximum allowed for the rate-category. The practical explanation is that many room-types may be sold in the same rate- categories to satisfy customer preference. The advantage of the invention is that the reservations- manager does not need to make a specific, rigid allocation of rooms by physical room-type to a rate- category.
In practice, a warning message would be issued if the reservation manager has not specified enough rooms available for a room-type, a rate- category, or for the day, as follows, it being understood that the term SUM in the following refers to the iterative process associated with matrix analysis:
M not enough inventory
If SUM AAi j < AA0 j allocated to rate
i = 1 categories 1 to M for
room-type j
N not enough inventory
If SUM AAi j < AAi0 allocated to room types
j = 1 1 to N for rate-category i
M not enough inventory
If SUM AAi0 < AA 00 allocated to all rate- i = 1 categories for this day
N not enough inventory
If SUM AA0j < AA00 allocated to all room-types j = 1 for this day
In general, the reservations-manager would maintain a balanced or slightly oversold condition, so that the following relations would hold:
M
for all j SUM AAij ≥ AA0j
i = 1
(Fig.1,Block 29)
N
for all i SUM AAij ≥ AAi0
j = 1
(Fig.1,Block 28) If these above-logical relations do not hold, then an error messages will be generated (Fig.
1, Blocks 30, 32).
The system also guards against blocking more inventory than is available. For instance, if a reservations-manager tried to block more inventory in individual rate-categories than was available for a room-type, an error message would be generated
(Fig. 1, Block 28). The system forces the following relations to hold:
For all i and j Aij ≥ Bij (Fig.1,Block 21)
M
For all j A0j ≥ B0j ≤ SUM Bij
i = 1
(Fig. 1, Blocks 22,23)
N
For all i Ai0 ≥ Bi0 ≤ SUM Bij
j = 1
(Fig. 1, Blocks 24,25)
N M
SUM B0j ≤ A00 ≥ SUM Bi0 j = 1 i = 1
(Fig. 1, Block 26)
Referring to Fig. 2, in order to satisfy a request for "r" rooms for a span of dates, for room- type i and rate-category j, the following availability-relations must be true for each day (Fig. 2, Block 40, 42):
Aij ≥ r inventory available for this rate/room-type
Ai0 ≥ r inventory available for this rate-category A0j ≥ r inventory available for this room-type
A00≥ r total inventory available
Once the general availability of the required number of rooms has been established, additional rules must be applied to ensure that this sale will not violate a block. A block is not considered satisfied until the number of rooms sold is greater than or equal to the number blocked. The elements of the table RB indicate which blocks are still outstanding by calculating remaining blocked inventory as follows:
RBij = MAX (0, Bij - Sij)
N
RBi0 = MIN (Bi0, SUM RBij)
j = 1
M
RB0j = MIN (B0j, SUM RBij)
i = 1
M N RB00 = MIN (B00, SUM RBi0, SUM RBoj ) i = 1 j = 1
In practice, "overblocking" would not be allowed, so that last relation would be:
M N
RB00 = SUM -RBi0 = SUM RB0j
i = 1 j = 1
In order to handle blocking in all cases, including overcommitting by rate-category (block Bi0 rooms for rate-category, and also set B^-; to the same number for all room-types checked) the following rules must be applied:
If enough inventory is available for the day, then sell any rate-category; else only free to sell blocked rates.
If A00 - RB00 ≥ r then free to sell any rate (Fig. 2, Block 44).
If enough inventory is available for the rate-category or room-type, then free to sell any room-type or rate-category respectively. Otherwise, only sell room-types or rates that have "remaining blocked" inventory (Fig. 2, Block 46).
If Ai0 - RBi0 ≥ r (Fig. 2, Block 48), then free to sell any room-type for rate-category i; otherwise, can only sell blocked room-types in this rate-category (Fig. 2, Block 50).
Similarly, for room-type j.
If Aoj - RB0j ≥ r (Fig. 2, Block 52), then free to sell any rate-category in room-type j; otherwise only sell rates with "remaining blocked" inventory (Fig. 2, Block 54).
A request for "r" rooms for a span of days must satisfy all of the following rules for each day:
General Availability Rules (Fig. 2, Block 42)
1) A00 ≥ r Inventory available for total
hotel for this day
2) Ai0 ≥ r Inventory available for rate- category i for this day
3) A0j ≥ r Inventory available for room- type j for this day 4) Aij ≥ r Inventory available for the
specific combination of rate- category i and room-type j for this day
Protected Inventory Rules (Fig. 2 , Blocks 44-54)
5) A00 - RB00 ≥ r Unblocked inventory
available for the day or A00 - RB00 < r If not, then only blocked inventory can be sold, so blocked inventory must be available for the rate- category, room-type, and combination and RB10 ≥ k and RBoj ≥ k and RBij ≥ k
where k = r - (A00 - RB00)
6) Ai0 - RBi0 ≥ r Unblocked inventory is
available for this rate category
or Ai0 - RBi0 < r Only blocked inventory
available for this rate category, so blocked
inventory must be available, for the rate/room-type combination
and RBij ≥ r - (Ai0 - RBi0)
7) A0 j - RB0 j ≥ r Unblocked inventory for
this room-type or A0j - RB0j < r Only blocked inventory available for this room type, so blocked inventory and must be available for the combination
and RB ≥ r - (Aoj - RBoj)
Availability Flag Process
In most reservation systems, checking for availability of rates and room-types occurs much more often than the inventory sale or cancel process. Therefore, a table can be created that represents the availability status of all rates and room-types which results in a simplified availability checking process. This table can also be used to simplify inventory- handling and availability-checking for distributed inventory and manual systems, while maintaining the advantages of the reservation process of the invention.
The array F contains flags or semaphores that represent the current availability-status determined from the arrays A and RB. Each entry in F indicates "open" or "closed" based on the result of applying availability-rules to A and RB. Certain restrictions are applied when using F to determine current availability. The "open" status indicates that inventory is available for sale, but that "free sale" would be limited to "K" rooms. The constant K represents the free sale limit, or the maximum number of rooms that can be sold against an "open" indicator for each transaction.
The additional status indicator "Request" is used to indicate that inventory may be available, but a complete check is required before a sale can be made. For centralized systems, a complete check means applying all availability rules. For distributed inventory systems, a request must be made to the distributed system.
The flag process provides two key advantages. First, it reduces the overhead associated with checking availability, since availability is checked more often than changed. Second, it provides a consistent view of inventory in a distributed system by maintaining only one copy of the inventory data base. Also, the inventory data base may be kept centrally or may be distributed. In that way, availability can be checked anywhere, in any combination of systems while maintaining a consistent view of inventory to users at all locations.
Since the system of the invention ,is not affected by the location of the inventory data base, this system could be used for the four typical inventory distribution cases in any combination, as follows: - Centralized - all inventory is kept centrally for all properties, and all transactions are processed centrally. - Central control - inventory is kept
centrally, but distributed locations such as properties can process
transactions against availability flags.
- Distributed - inventory is kept at
distributed locations (e.g. properties or regional reservations centers) and availability flags or inventory
allocations are maintained at a
central location.
- Mixed - combinations of all three
above based on individual property or chain requirements.
The last mode of operation is the most promising for large hotel chains in the future, where imposing one of the other three modes of operation on all properties would be difficult, time-consuming or expensive. For multi-chain operators, using the best mode of reservations- operation for each chain will reduce operating cost and the development cost associated with "compromise" system solutions.
The system utilizes any conventional mainframe computer system with sufficient memory capacity for the central portion of the system. Minicomputers, microcomputers and personal computers may be utilized for the distributed portion of the system of the invention. Any conventional on-line system may be used for a centralized mode of operation. Other modes could use public or dial networks to implement the system.
While a specific embodiment of the invention has been shown and described, it is to be understood that numerous changes and modifications may be made therein without departing from the scope, spirit and intent of the invention as set forth in the appended claims.

Claims

WHAT IS CLAIMED IS:
CLAIM 1. An inventory-control system for allocating items of inventory in an optimal manner, comprising:
inventory comprising a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a first characteristic and a second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said group;
a computer, said computer having memory means for storing therein information representative of said group of inventory items and each said inventory item in a respective said group;
said memory means comprising:
a first portion for storing therein data by said first and second characteristics of each said inventory item, said data being representative of the total maximum inventory of inventory items available for potential use;
a second portion for storing data therein by said first and second characteristics of each said inventory item, said data being representative of protected inventory items in said groups; and
first generating means for generating computer signals of said representative data of said first portion as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the maximum potentially available said inventory items for the specific said group;
second generating means for generating computer signals of said representative data of said second portion as a second matrix array of n rows and m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the blocked available inventory for the specific said group.
CLAIM 2. The inventory-control system for allocating items of inventory in an optimal manner according to Claim 1, wherein said memory means further comprises:
a third portion for storing therein representative data, by said first and second characteristics of each said inventory item, of total inventory items currently available for use;
third generating means for generating computer signals of said representative data of said third portion as a third matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the number of inventory items currently available for use for the specific said group;
a fourth portion for storing therein, by said first and second characteristics of each said inventory item, representative data of the number of inventory items already used;
fourth generating means for generating computer signals of said representative data of said fourth portion as a fourth matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the number of inventory items used of said inventory items for the specific said group;
a fifth portion for storing therein representative data, by said first and second characteristics of each said inventory item, of the blocked inventory items still available for potential use;
fifth generating means for generating computer signals of said representative data of said fifth portion as a fifth matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the number of blocked inventory items rooms still potentially available for the specific said group.
CLAIM 3. The inventory-control system for allocating items of inventory in an optimal manner according to Claim 2, wherein said memory means further comprises:
a sixth portion for storing data of said inventory items representative of the desired total maximum items of inventory desired to be used for each said first characteristic, total maximum inventory items desired to be used by each said second characteristic, and total maximum inventory items desired to be used for all of said first and second characteristics combined; and
sixth generating means for generating computer signals of said representative data of said sixth portion.
CLAIM 4. The inventory-control system for allocating items of inventory in an optimal manner according to Claim 1, herein said inventory items comprise hotel rooms; each said first characteristic being a rate-category for hotel room, and each said second characteristic being a type of hotel room.
CLAIM 5. The inventory-control system for allocating items of inventory in an optimal manner according to Claim 4, wherein each of said means for generating computer signals of said representative data comprises means for generating the respective said matrix array of n rows by mi columns with each said row defining a specific, unique rate-category, and each said column defining a specific, unique type of room.
CLAIM 6. The inventory-control system for allocating items of inventory in an optimal manner according to Claim 2, wherein said inventory items comprise hotel rooms; each said first characteristic being a rate-category for hotel room, and each said second characteristic being a type of hotel room.
CLAIM 7. The inventory-control system for allocating items of inventory in an optimal , manner according to Claim 6, wherein each of said means for generating computer signals of representative data comprises means for generating the respective said matrix array of n rows by m columns with each said row defining a specific, unique rate-category, and each said column defining a specific, unique type of room.
CLAM 8. The inventory-control system for allocating items of inventory in an optimal manner according to Claim 3, wherein said inventory items comprise hotel rooms; each said first characteristic being a rate-category for hotel room, and each said second characteristic being a type of hotel room.
CLAIM 9. A computer method of allocating items of inventory in an optimal manner, comprising:
(a) storing in computer memory data representative of said inventory items by first and second characteristics of each said inventory item, said data being representative of the total maximum inventory of inventory items available for potential use;
(b) said step (a) comprising storing the data of said inventory items as a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a said first characteristic and a said second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said group;
(c) said step (b) comprising generating computer signals of said representative data of said step (a) as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the maximum potentially available said inventory items for the specific said group;
(d) storing in computer memory data representative of said inventory items by said first and second characteristics of each said inventory item, said data being representative of protected inventory items in said groups;
(e) said step (d) comprising storing the data of said inventory items as a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a first characteristic and a second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said;
(f) said step (e) comprising generating computer signals of said representative data of said step (d) as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the blocked available inventory for the specific said group.
CLAIM 10. The method according to Claim 9, further comprising:
(g) storing in computer memory data representative of said inventory items by said first and second characteristics of each said inventory item, said data being representative of the total inventory items currently available for use;
(h) said step (g) comprising storing the data of said inventory items as a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a said first characteristic and a said second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said group;
(i) said step (h) comprising generating computer signals of said representative data of said step (g) as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the number of inventory items currently available for use for the specific said group;
(j) storing in computer memory data representative of said inventory items by first and second characteristics of each said inventory item, said data being representative of the
number of inventory items already used;
(k) said step (j) comprising storing the data of said inventory items as a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a said first characteristic and a said second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said group;
(1) said step (k) comprising generating computer signals of said representative data of said step (j) as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the number of inventory items already used;
(m) storing in computer memory data representative of said inventory items by said first and second characteristics of each said inventory item, said data being representative of the blocked inventory items still available for potential use;
(n) said step (m) comprising storing the data of said inventory items as a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a said first characteristic and a said second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said group;
(o) said step (n) comprising generating computer signals of said representative data of said step (m) as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween being representative of the blocked inventory items still available for potential use.
CLAIM 11. The method according to Claim 10, further comprising:
(p) storing in computer memory data representative of said inventory items by said first and second characteristics of each said inventory item, said data being representative of the desired total maximum items of inventory desired to be used for each said . first characteristic, total maximum inventory items desired to be used by each said second characteristic, and total maximum inventory items desired to be used for all of said first and second characteristics combined;
(q) said step (p) comprising storing the data of said inventory items as a plurality of different groups of inventory items, each said group having at least one inventory item therein, each said inventory item in each said group being uniquely characterized from an inventory item in another said group, each said inventory item having a said first characteristic and a said second characteristic, with one of said first and second characteristics thereof being equal to a characteristic of at least one other inventory item of at least one other said group;
(r) said step (q) comprising generating computer signals of said representative data of said step (p) as a first matrix array of n rows by m columns, each said row defining a specific, unique said first characteristic and each said column defining a specific, unique said second characteristic, the confluence therebetween representing the desired total maximum items of inventory desired to be used for each said first characteristic, total maximum inventory items desired to be used by each said second characteristic, and total maximum inventory items desired to be used for all of said first and second characteristics combined.
CLAIM 12. The method according to Claim 9, wherein each said step (a) and (d) comprises storing hotel rooms as the inventory items; each said first characteristic being a rate-category for hotel room, and each said second characteristic being a type of hotel room.
CLAIM 13. The method according to Claim 10, wherein each said step (a), (d), (g) and (j) comprises storing hotel rooms as the inventory items; each said first characteristic being a rate- category for hotel room, and each said second characteristic being a type of hotel room.
CLAIM 14. The method according to Claim 11, wherein each said step (a), (d), (g), (j), (m) and (p) comprises storing hotel rooms as the inventory items; each said first characteristic being a rate- category for hotel room, and each said second characteristic being a type of hotel room.
PCT/US1991/005654 1991-08-08 1991-08-08 Inventory control process for reservations systems WO1993003444A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US1991/005654 WO1993003444A1 (en) 1991-08-08 1991-08-08 Inventory control process for reservations systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US1991/005654 WO1993003444A1 (en) 1991-08-08 1991-08-08 Inventory control process for reservations systems

Publications (1)

Publication Number Publication Date
WO1993003444A1 true WO1993003444A1 (en) 1993-02-18

Family

ID=22225723

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1991/005654 WO1993003444A1 (en) 1991-08-08 1991-08-08 Inventory control process for reservations systems

Country Status (1)

Country Link
WO (1) WO1993003444A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1593069A2 (en) * 2003-01-24 2005-11-09 Grupo Posadas S.A. de C.V. Hospitality management system and methods
EP2120194A1 (en) 2008-05-15 2009-11-18 Amadeus S.A.S. Improvements in or relating to the assignment of places

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3656113A (en) * 1968-11-01 1972-04-11 Umc Electronics Co Control system for room reservation
US4788643A (en) * 1983-08-29 1988-11-29 Trippe Kenneth A B Cruise information and booking data processing system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3656113A (en) * 1968-11-01 1972-04-11 Umc Electronics Co Control system for room reservation
US4788643A (en) * 1983-08-29 1988-11-29 Trippe Kenneth A B Cruise information and booking data processing system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DATA SOURCES, Volume 2, issued 1990, (Garden City, NY, USA, Computer Associates), pages J-386 - J-390. *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1593069A2 (en) * 2003-01-24 2005-11-09 Grupo Posadas S.A. de C.V. Hospitality management system and methods
EP1593069A4 (en) * 2003-01-24 2006-11-02 Grupo Posadas S A De C V Hospitality management system and methods
EP2120194A1 (en) 2008-05-15 2009-11-18 Amadeus S.A.S. Improvements in or relating to the assignment of places
US8315892B2 (en) 2008-05-15 2012-11-20 Amadeus S.A.S. Assignments of places

Similar Documents

Publication Publication Date Title
US5404291A (en) Inventory control process for reservation systems
CA2332938C (en) Cross application time sheet
US4700297A (en) Relocation management and reporting system
CA2275399C (en) Computer executable workflow control system
US8255255B2 (en) System and methods of managing assignments
Ladany Dynamic operating rules for motel reservations
US5621201A (en) Automated purchasing control system
US7860888B2 (en) Authorization data model
US20030172013A1 (en) Business analysis tool
US20090228525A1 (en) Methods and systems for group data management and classification
US20090313149A1 (en) Budgetary ledger
US20050216389A1 (en) Online accounting system and method
CA2915062A1 (en) Method for generating a discrete forecasted staff report
US7729962B2 (en) Timecard processing in a procurement management system
Toh An inventory depletion overbooking model for the hotel industry
WO1993003444A1 (en) Inventory control process for reservations systems
IE912865A1 (en) Inventory control process for reservations systems
IL99293A (en) Inventory control process for reservation systems
EP1526423A1 (en) A method of auditing an SAP user authorization system
Child Information technology and the service class
Hoffman et al. An international strategic management/goal programming model for structuring global expansion decisions in the hospitality industry: The case of Eastern Europe
US5642488A (en) Method and apparatus for a host computer to stage a plurality of terminal addresses
Gelb et al. Reconfiguration of an insurance company's sales regions
Weingand What do products/services cost? How do we know?
Gray et al. Asset Values and ex post Income

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU BR CA DK JP SU

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FR GB GR IT LU NL SE

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: CA