WO2007110330A2 - Systems and method of managing an inventory of service resources - Google Patents
Systems and method of managing an inventory of service resources Download PDFInfo
- Publication number
- WO2007110330A2 WO2007110330A2 PCT/EP2007/052467 EP2007052467W WO2007110330A2 WO 2007110330 A2 WO2007110330 A2 WO 2007110330A2 EP 2007052467 W EP2007052467 W EP 2007052467W WO 2007110330 A2 WO2007110330 A2 WO 2007110330A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- groups
- availability
- booking
- inventory
- group
- Prior art date
Links
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
Definitions
- the present invention relates to the management of inventories of perishable goods and service resources.
- Inventory management of extremely perishable goods or resources of service industries that are, at one moment, lost if not sold, such as airplane seats or hotel rooms, and their allocation among a variety of customers is often referred to as revenue management or yield management.
- patent application shows an algorithm which is said to meet this objective it does not really teaches how the elements of the customer requests are defined and could be handled by an automated process susceptible to run in a computerized environment. Moreover, patent application does not teach how this could fit in with the current revenue management techniques largely adopted by most travel service providers. Techniques that are further discussed with the following description of the invention and which include overbooking, market segmentation with booking limits and network optimization.
- the main object of the present invention to completely fulfill the requirement of being able to accept most, if not all, of the customer requests at booking time, be they vague (e.g., a double room in a hotel) or very precise (e.g., a double room, with garden-view, non-smoking), while retaining the possibility of maximizing the revenue withdrawn of an inventory of perishable service resources to sell like hotel rooms or airplane seats.
- the method of the invention allows structuring the customer requests and can be automated so as to run from a central reservation system applying all modern revenue management techniques.
- a method of managing an inventory of service resources offered for sale by a service provider is described.
- a plurality of criterions to characterize the service resources is first defined.
- the inventory of service resources is then divided, on the basis of the criterions, into a plurality of elements.
- Each element comprises an exclusive subset of the service resources sharing common criterion values.
- a plurality of groups is also created. Groups aggregate those of the elements that have at least one criterion value in common. Groups and elements are what are offered for sale by the service provider. Elements belong in general to several groups.
- all meta-groups of elements that can be formed by the union of at least two overlapping groups are computed. Those forming a unique combination of elements from a largest combination of groups are retained. A capacity for each created group and for each computed meta-group is also computed from the capacities of elements.
- a booking can be done in an element in which case availability values of element, groups and meta-groups containing it are computed. A booking can also be done in a group. In this case the group availability and availabilities of the meta-groups containing it are computed. Any booking also implies that all other element and group availabilities should be reassessed. This involves capping group availabilities by the minimum of availability values found in any of the meta-groups where reassessed groups appear. Then availability of all elements is reassessed in a similar manner, i.e., cannot be higher than the availability of the groups containing this element
- Service resources are, e.g., travel service resources such as airplane seats and hotel rooms.
- Customers or travel agents book in an element or in a group.
- the novel method allows maximizing inventory availability while bookings are done by customers, either on the basis of a specific request (in an element) or on the basis of a more indefinite request (in a group).
- a specific inventory item is attributed later, i.e., at check-in.
- the novel method allows for booking over a multi-day period.
- all sub-groups i.e., intersections of two overlapping groups, are considered to compute availabilities.
- the system includes an inventory database and a reservation database and comprises means adapted for interfacing with: a travel service provider, customers and/or travel agents, a revenue management system and a check-in system.
- System further includes a check-in module, a parser module, an inventory module and a rate module.
- a global travel processing system for booking travel service resources offered for sale by a travel service provider to customers comprises a mechanism for managing the inventory of travel service resources, a revenue management system for maximizing revenue withdrawn from the sale of said travel resources and a check-in system for attributing the travel resources to customers.
- the inventory mechanism has means adapted for implementing revenue management techniques, including: means for defining sub-products within the inventory of travel resources, means for setting a level of overbooking, means for setting booking limits and means for setting bid prices to any item within the inventory of travel resources including the sub- products. Means are triggered through instructions received from the revenue management system.
- FIG. 1 depicts an exemplary inventory of items offered for sale organized in elements and groups of elements.
- FIG. 2 is another view of the above inventory.
- FIG. 3 defines meta-groups and sub-groups that are necessary to compute element and group availabilities after each booking.
- FIG. 4 is an exemplary inventory of hotel rooms showing how concerned element, group and meta-group availabilities are updated as a result, first of a booking in a group (450), then of a booking in an element (460).
- FIG. 5 further describes how the availabilities of all other groups and elements are reassessed after a booking in a group.
- FIG. 6 is a flow chart summarizing the operations to be performed after each booking in a group or in an element.
- FIG. 7 discusses availability of elements and groups over a multi-day period.
- FIG. 8 further discusses, through an example, how availabilities are updated over a multi-day period and the use of sub-groups.
- FIG. 9 is a flow chart of the operations to be performed to update availabilities over a multi-day period.
- FIG. 10 shows a system implementing an inventory mechanism capable of interfacing with a revenue management system, a check-in system, a travel service provider and customers and/or travel agents.
- FIG. 11 gives further examples of how an inventory of items can be adapted to interface with a revenue management system implementing overbooking, market segmentation, booking limits or other revenue management practices.
- FIG. 12 is a more detailed description of an inventory.
- FIG. 13 depicts examples of product (1310) and subproduct (1320) tables to illustrate overbooking.
- FIG. 14 depicts examples of product (1410) and subproduct (1420) tables to illustrate booking limits.
- FIG. 15 depicts examples of product (1510) and subproduct (1520) tables to illustrate bid prices.
- a technique of yield management consists in partitioning an inventory of items offered for sale. For example, an inventory of seats in the coach cabin of a flight is further partitioned into classes of service corresponding to different fare categories. Many different class of service codes are generally used for a same cabin, the coach cabin in this example, even though all of the passengers sit in the same place (class of service codes are also defined for the other cabins, i.e., business and first class). Hence, two persons who have paid different prices may sit next to each other in the coach cabin because their reservations were made with different class of service codes. This is the result of a well-known practice by airlines who are discounting part of their inventory, e.g., if tickets are bought early and with restrictions applying such that being non-refundable.
- booking limits are generally often adapted, in the various booking classes defined by the provider of services, during the whole reservation period, in an attempt to maximize final revenue.
- Still another practice of revenue management more recently adopted by airline companies is referred to as network optimization. It mainly consists in optimizing traveler complete itineraries rather than individual trip segments to maximize revenue. Typically, this is the case when a customer buys a ticket for a foreign destination which requires including a domestic flight. This segment of the trip may thus be processed differently by revenue management since it eventually triggers more revenue, through the sale of another expensive segment.
- a traveler is generally not solely concerned with what is to be paid to get transported but often expresses other strong requests and would like to reserve, e.g., a certain category of seating in a plane such as a window seat or an aisle. Similar situations are encountered with other providers of service resources such as hotel rooms. Room booking implies generally to have to consider a broad range of features.
- a non-limitative list might include the type and size of beds, the view and floor where room is located and the fact that smoking is permitted or not.
- FIG. 1 depicts an inventory of perishable items offered for sale. It is, e.g., a hotel room or a seat in a commercial airplane. Associated revenue is definitively lost if item is not used at the time it is offered.
- An inventory is composed of elements (100) here assumed to be sets of hotel rooms. An element is defined by a list of criterions. In this exemplary inventory used to illustrate the invention three criterions have been retained for qualifying the inventory elements: the type of bedding (105), the view (110) and if smoking is permitted or not in room.
- first element E1 (101) is a smoking, double room with sea- view.
- capacity (120) which is the number of inventory items that are offered for sale in this element.
- first element E1 (101) is a smoking, double room with sea- view.
- Elements, and groups of elements that are further defined here after, are the products that travel service provider is offering for sale to its customers.
- a service provider organizes its inventory of items into elements and groups of elements among which customers will have to exercise a choice when booking a particular travel resource, here a hotel room.
- the hotel may not have any smoking sea-view king bed room (permanently, because of the way hotel was built and furnished or because these rooms are not temporarily available if, e.g., they are being revamped). In which case the corresponding capacity (125) should be set to 0 or element E5 removed from inventory.
- Not all criterions have an associated revenue value. If a sea-view has definitively a value, choosing between a smoking and non-smoking room, even though it is a choice of high importance to many customers (those who want to smoke and those that cannot stand smoke), is not going to trigger any extra revenue to the hotel owner though. It is just an attempt to satisfy and attract more customers thus indirectly increasing revenues because occupation of the hotel would be, on the average, higher.
- elements are also organized in groups.
- six groups are defined by service provider and referred to as g1 (141) to g6 (146).
- the groups are built on the basis of a single criterion.
- g1 (141) is the group including elements E1 to E4, i.e., the double bed room group.
- E1 to E4 i.e., the double bed room group.
- nothing prevents service provider from organizing groups including more than one criterion.
- elements and groups of elements represent what is advertised for sale by the owner of an inventory. Hence, a customer requesting a double-bed room will be granted a reservation for group g1.
- FIG. 2 is just another view of the inventory of FIG. 1 to better show how groups overlap or not.
- Groups that do not overlap are those that have exclusive criterions such as, in this particular example, a sea-view and a garden-view (i.e., g3 and g4).
- this is totally dependent on the inventory characteristics, i.e., how hotel was built and furnished and how elements and groups have been defined by service provider.
- two overlapping groups like g1 and g3, are sharing the elements E1 and E2.
- a physical inventory item belongs to only one element, it can however belong to several overlapping groups thus can be offered for sale in any of those groups.
- the 10 inventory items (121) belonging to element E1 (101) shown in FIG. 1 can be eventually sold indifferently in any of the groups g1 , g3 or g5 (i.e., as a double-bed room, a sea view room or a smoking room).
- the method considers meta- groups.
- a meta-group is the union of two or more groups that overlap, e.g., the two groups just mentioned: g1 and g3. As shown in FIG.
- meta-group mg1u3 aggregates all elements belonging to the individual groups (341 , 343) forming the meta-group (340)
- the number of elements of the meta-group and associated capacity (345) is obviously less than the sum of individual group elements since some appear in at least two groups (347). This is the chief reason for having to consider meta-groups. Because groups overlap their availability is not only dependent on bookings done by customers within a particular group but also depends on bookings that occur in the other groups. Thus, meta-groups are mandatory to control inventory availability. There are as many meta-groups as there are chains of groups that overlap. Meta-groups further discussed in FIG. 4 are computed on the basis of how groups have been defined by travel service provider.
- capacity and availability records are associated with each element like E8 (230), each group, e.g., g6 (220) and each meta-group (210, 345) to keep track of what remains available after each booking or cancellation done in elements or groups (220, 230).
- each group e.g., g6 (220)
- each meta-group 210, 345
- the primary purpose of meta-groups is to keep track of actual room availabilities while bookings in elements and groups are done. Meta-groups and the way they are used are further discussed in the following description of the invention and more particularly in FIG. 4.
- the method needs to consider intersections of overlapping group pairs, e.g., the intersection sg1n3 of group g1 with group g3 (350).
- the elements belonging to the intersection i.e., E1 and E2
- group intersections are referred to as sub-groups and have associated capacity and availability records (355) too. The use of sub-groups is further discussed in the following description of the invention starting with FIG. 8.
- the inventory table of FIG. 1 can be completed as depicted in FIG 4.
- the inventory now includes all the groups (410) that have been defined or approved by the owner of the inventory of items to sell. Meta-groups also appear now in inventory (420).
- the unique combinations of meta-groups listed in following table are considered. Only the first five combinations are however shown in FIG. 4.
- the invention does not assume any particular method to compute the meta-groups and sub-groups. Once elements and groups have been defined over an inventory of items offered for sale it is straightforward to establish, with the traditional techniques and methods of software engineering, the corresponding meta-groups and sub-groups.
- meta-groups those that are formed from a unique combination of elements are retained. Duplicate combinations of elements are removed from list. Of two combinations of groups that comprise the same elements, the one encompassing the largest number of groups is kept. As an example of this, in the above table, many combinations of two and three groups, and all combinations of four groups or more, include all defined elements E1 to E8. Thus, the meta-group including all groups (i.e.: mgu1-6) is listed (421 ) instead.
- the quantum of time to sell an inventory item is the day (480).
- a room is on sale generally for each day of the year.
- Availability (440) is what is left after customer bookings (435) are removed from capacity (possibly taking into consideration overbooking discussed in FIG. 11 ).
- Applying the invention to another type of activity may lead to adoption of another time quantum.
- up to several years of reservation may have to be managed.
- the second example corresponds to the case where a customer uses all available criterions to formulate a request.
- this requires booking in an element, the other type of saleable product, e.g., a non-smoking double room with sea-view (460).
- element availability itself and groups and meta-groups to which element participates have availability decremented.
- the example assumes that booking of group g1 is followed by booking of element E2 so that the availability column is updated in the order as shown, from left to right.
- the overlapping groups are not the only groups that are decremented: All the other groups that belong to the meta-groups including the group in which the sale was done, have their availability recalculated. Finally all the elements that belong to the reassessed groups have their availability recalculated.
- FIG. 5 illustrates a boundary case to better explain the importance of meta-groups while booking the inventory of items. For example, if the 70 double rooms of group g1 (500) are all sold on a certain inventory day, the availabilities of all meta-groups that include g1 , as explained in FIG. 4, have to be decremented by 70 so that the resulting availability is as shown (510). However, the availability figures of other groups (520) have not yet been changed since no bookings are assumed to have occurred in those groups, thus still offering the apparent opportunity of selling, e.g., the 59 rooms (530) of group g3 (sea-view). This is wrong since all sea-view double rooms have already been sold.
- the flow chart of FIG. 6 summarizes what is to be done to recalculate the availability of elements, groups and meta-groups in inventory tables after each booking in a group (600) on a single day.
- the availability of group in which a booking has been done is decremented accordingly (610). This triggers in turn the decrementing of availability figures in all meta-groups concerned, i.e., all those that contain the group gS in which the booking has been done (620).
- availability of all other concerned groups are individually reassessed even though no booking in these groups has been done directly (630).
- Availability of each reassessed group is set to the minimum value found in any of the meta- groups where reassessed group appears (640) if indeed lower than the current group availability.
- step (650) of the flow chart in FIG. 6 consists in reassessing also the availabilities of all elements.
- the element availabilities are then set (660) to the minimum value of the groups in which they appear if indeed lower than the current element availability. This ends the process of reassessing availabilities of all elements, groups and meta-groups.
- FIG. 7 illustrates, through a first boundary case, how group availabilities are reassessed prior to a multi-day booking.
- the example over a period of 2 days (710), assumes there are only two rooms left for booking, one E1 room and one E2 room; hence, capacity is as shown (720). Then, if during day 1 (730) E1 item is booked, availability of E1 for that day becomes zero while E2 availability remains at one (735). If the opposite occurs the next day, i.e., E2 item is booked instead of E1 , availabilities figures are switched (745). Then, overall availability for the two-day period becomes zero (715), both for E1 and E2, since the minimum of availability falls to zero in one or the other day of the considered two-day period.
- the availability for each day of the period is indeed as shown (760).
- the group availability for the two-day period cannot be one (765), as a customer booking for two days in the group would be obliged to change room.
- the availability for the group is not the minimum observed for each day of the period, but is reassessed (750) in view of what was assessed in the elements themselves (715) so that the overall availability is correctly set to zero (755).
- the multi-day availabilities of groups (755) may not be higher than the sum of the multi-day availabilities of the elements included in the groups.
- FIG. 7 also illustrates why it is advantageous for the service provider to have customers booking in a group rather than in elements. If, in the two-day period, one g1 booking has been done for each day of the period (instead of booking an E1 element on the first day then an E2 element on the second day), the overall availability would have indeed stayed to one (765), thus one two-day booking in the group could have possibly been done contributing to increase hotel revenue.
- FIG. 8 explains through an example how group availabilities are assessed over a contiguous period of days (800). Still using the same elements and groups as defined in FIG. 1 and followings, the example shows only for clarity the groups g1 , g2 and g3 and their capacities (810). This can be obtained with element capacities shown above (815). If, e.g., two rooms are booked in group g1 the first day (820), availability of that group becomes one (825). As explained previously in FIG. 4 and in FIG. 5 availabilities of concerned meta-groups are altered too. Availability of meta-group mg1u3 thus becomes 3 (830).
- a cancellation is considered as a 'negative booking', and booking counts are thus decreased while corresponding availabilities are increased.
- the process described is not otherwise affected.
- FIG. 9 summarizes what is to be done when a booking (or cancellation) encompasses a multi-day period of consecutive days (910). If bookings are done in an element (922) or in a group (924) the respective booking counts that were shown in FIG. 7 and in FIG. 8 are updated accordingly (930, 940) for each day of the period considered. Then, for each day of the period, availabilities of: meta-groups (950), groups (960), sub-groups (970) and elements (980) are exhaustively updated too.
- FIG. 10 describes an exemplary system (1000) that fully takes advantage of an inventory mechanism (1010).
- Inventory mechanism comprises an inventory database (1015) organized and updated as explained in figures 2 to 9. It also includes a reservation database (1020).
- a reservation database (1020) is comprised of identified records (1022) listing customers (1024) that have booked, e.g., hotel rooms, with their check-in and check-out dates (1026) along with the products (1028), i.e., elements or groups as they were first defined by the owner or manager of the inventory.
- the service provider (1030) has first to organize its inventory of items offered for sale during a setup phase, prior to the opening of the reservation, through transactions (1031 ) with the inventory database (1015). This may be done once and for all but the capacities may also be updated by the service provider to take care of all possible inventory modifications.
- the setup phase on the basis of how elements and groups have been defined by the service provider, allows computing the group capacities, as well as the list of subgroups and meta-groups and their capacities. As this is further discussed in FIG. 11 , booking limits are given by a revenue management system (1050) which has also access (1051 ) to the inventory database.
- Inventory database has been organized, customers, e.g., airline passengers or travelers, directly or through third-parties like travel agents (1040), can then perform bookings.
- customers or travel agents can interact with the inventory database (1015) issuing availability and booking requests and receiving responses (1041 ) on the actual availability of the products offered for sale.
- Reservation database is accessed (1042) to complete bookings if customer requests can indeed be satisfied, to cancel previous bookings, to consult the reservation status and/or to provide information such as names and customer ID's (addresses, corporate affiliations, phone numbers and so on).
- Inventory database and reservation database closely interact (1001 ) so that they are constantly updated to reflect the status of the inventory while reservations are done by customers and/or travel agents (1040) or when inventory database is modified by the service provider (1030) and/or controlled by the revenue management system (1050).
- a check-in system (1060) interacts with the reservation database (1061) when the inventory item is actually delivered to the customer. Typically, this occurs when a traveler shows up in a hotel lobby on the first day of a reservation or checks in at an airline boarding counter in an airport. The booking in an element or a group previously done by the customer can be honored so that a particular room or seat, meeting the criterions of the element or group in which the booking was done, is actually attributed to the customer.
- An inventory system is typically operated on one or more computers
- Computers have internal memories and have possibly access to large external storage means (1075) such as disk units holding databases.
- Computers are for example those of a central reservation system (CRS), i.e., the Amadeus system or any of several other computer systems allowing real-time access to airlines or hotel chains databases and offering the capability of booking reservations.
- Communications with the users of the system, i.e., customers, travel agents, travel service providers and the revenue management and check-in systems, are achieved through one or more networks (1080) to which computers are connected.
- Networks are generally run under the TCP/IP suite of protocols, i.e., the set of communication protocols that implement the protocol stack on which the Internet and most commercial networks are operated.
- the various parties and components involved exchange messages, e.g., XML (Extensible Markup Language) formatted messages to communicate.
- FIG. 11 shows through two examples how inventory mechanism can be tailored to imbed revenue management practices previously discussed.
- FIG. 11a assumes that the service provider has decided to segment its offering, for some of the products offered for sale, into two types of market.
- Element E1 (1110) is for example split into a US market segment and a rest-of- the-world (ROW) market segment (1120).
- revenue management system can assign an individual booking limit, e.g., to the ROW segment (1130) so that if a booking occurs in this particular segment (1135) the corresponding segment availability (1140) will be lower than the actual availability of the product (in this particular example, 0 instead of 1 ).
- element E2 has been segmented into a French segment (FR) and a ROW segment with a booking limit of 1 attributed to the French segment (1145), in which case the respective availabilities are as shown (1150). Also, as explained in previous figures, availabilities in each group are reassessed as shown (1155) after each booking.
- overbooking (1175) is here given by the revenue management system.
- the level of overbooking can be set differently for each segment of a product.
- Each booking for example a booking in the ROW segment of an E1 element (1182), is then weighted by the level of permitted overbooking so that the product booking counter (1165) is less than the subproduct booking counter.
- E1 booking counter and availability (1170) are computed as shown. As being now the result of calculations including multiplication and divisions, these values are generally no longer integer values.
- RMSs Revenue Management Systems
- the snapshot sent by the inventory module primarily contains activity data for a period of time, typically for one day, coming from the inventory table and the reservation table.
- the snapshot may also contain definition data coming from: - the element table,
- the revenue management system sends controls per unit of time (typically per day) with the following data:
- the inventory module (1213) updates the subproduct tables accordingly.
- Sub-products are further defined as follows:
- the inventory module (1213) allows defining sub-products.
- a sub-product here is a specialization of a product to serve a market segment.
- the inventory module allows associating constraints and rules to sub-products. Examples of constraints and rules are:
- Sub-products are usually defined and used in combination with a revenue management system as explained hereafter.
- Sub-product definition implies identifying the end requester.
- the parser module (1215) analyzes the incoming request, identifies the end-requester market and calls the reservation module (1212).
- the reservation module sends availability requests to the inventory module (1213) formatted, for example, in XML (extended Mark-up Language):
- bookings (product) ⁇ sub-product c product bookings(sub-product) / (1 + overbooking_percentage (sub-product) / 100)
- the inventory module preferably uses two tables:
- subproduct table whose input-key comprises the product identifier, the date and the market segment, and data comprise the overbooking percentage, and the sub-product's booking counter and availability.
- Figure 13 depicts examples of product (1310) and subproduct tables (1320) in the hotel industry.
- the availability calculation described above can be reused without changes to calculate the product availability thanks to the product booking counter, in the product table.
- the difference between the sum of subproduct bookings, and the product bookings, gives the maximum number of denied assignments (denied-boardings in the airline industry), if all customers that have booked eventually show up.
- a booking limit is a maximum number of bookings allowed in a given market segment regardless of the actual availability of the product.
- the inventory preferably uses two tables:
- a subproduct table whose input-key comprises the product identifier, the date and the market segment and data comprise the booking limit, and the sub-product's booking counter and availability.
- the product bookings is the sum of the sells of the sub-products of said product, possibly weighted by overbooking as explained in the previous section.
- Figure 14 depicts examples of product (1410) and subproduct (1420) tables in the hotel industry. Two markets are defined, FR (France) and ROW
- a booking limit is set to 1 for element E2 and for the French market.
- a booking limit is also defined for group G1 and for the rest of the world market.
- Bid price implementation implies that the system knows the product rate.
- the reservation module (1212) gets this piece of information from the rate module (1211 ) and sends availability requests to the inventory module (1213), for example, in following XML format:
- the inventory preferably uses two tables:
- Figure 15 depicts examples of product (1510) and subproduct (1520) tables in the hotel. Because the booking and availability counters are kept in the product table the availability calculation described above can be reused without changes.
- a bid price of 120 is set for French customers and a bid price of
- the inventory module will return available (100 > 90) if the requester was from the rest of the world and not available (100 ⁇ 120) if the requester was French.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2007229545A AU2007229545B2 (en) | 2006-03-28 | 2007-03-15 | Systems and method of managing an inventory of service resources |
CA002645595A CA2645595A1 (en) | 2006-03-28 | 2007-03-15 | Systems and method of managing an inventory of service resources |
US12/295,135 US20090307020A1 (en) | 2006-03-28 | 2007-03-15 | Systems and method of managing an inventory of service resources |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP06300290A EP1840806A1 (en) | 2006-03-28 | 2006-03-28 | Systems and method of managing an inventory of service resources |
EP06300290.1 | 2006-03-28 | ||
US78721806P | 2006-03-30 | 2006-03-30 | |
US60/787,218 | 2006-03-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2007110330A2 true WO2007110330A2 (en) | 2007-10-04 |
WO2007110330A8 WO2007110330A8 (en) | 2008-01-17 |
Family
ID=38329404
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2007/052467 WO2007110330A2 (en) | 2006-03-28 | 2007-03-15 | Systems and method of managing an inventory of service resources |
Country Status (3)
Country | Link |
---|---|
AU (1) | AU2007229545B2 (en) |
CA (1) | CA2645595A1 (en) |
WO (1) | WO2007110330A2 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010037788A1 (en) * | 2008-10-01 | 2010-04-08 | Amadeus S.A.S. | A method and system for building an offer of optional services for a given service or product |
US8126748B2 (en) | 2008-02-25 | 2012-02-28 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10192174B2 (en) | 2008-02-25 | 2019-01-29 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10423895B2 (en) | 2008-02-25 | 2019-09-24 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10423894B2 (en) | 2008-02-25 | 2019-09-24 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10528894B2 (en) | 2008-02-25 | 2020-01-07 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10963818B2 (en) | 2008-02-25 | 2021-03-30 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4775936A (en) * | 1986-03-31 | 1988-10-04 | Jung Jerrold M | Overbooking system |
US6263315B1 (en) * | 1998-11-02 | 2001-07-17 | Pricing Research Corporation | Revenue management system and method |
US7136821B1 (en) * | 2000-04-18 | 2006-11-14 | Neat Group Corporation | Method and apparatus for the composition and sale of travel-oriented packages |
US20050228702A1 (en) * | 2004-03-30 | 2005-10-13 | Travelocity.Com Lp | Devices, systems, and methods for providing remaining seat availability information in a booking class |
-
2007
- 2007-03-15 WO PCT/EP2007/052467 patent/WO2007110330A2/en active Application Filing
- 2007-03-15 AU AU2007229545A patent/AU2007229545B2/en not_active Ceased
- 2007-03-15 CA CA002645595A patent/CA2645595A1/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
No Search * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10453001B2 (en) | 2008-02-25 | 2019-10-22 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US8126748B2 (en) | 2008-02-25 | 2012-02-28 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10192174B2 (en) | 2008-02-25 | 2019-01-29 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10423895B2 (en) | 2008-02-25 | 2019-09-24 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10423894B2 (en) | 2008-02-25 | 2019-09-24 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10528894B2 (en) | 2008-02-25 | 2020-01-07 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US10963818B2 (en) | 2008-02-25 | 2021-03-30 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US11087243B2 (en) | 2008-02-25 | 2021-08-10 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US11100432B2 (en) | 2008-02-25 | 2021-08-24 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US11107012B2 (en) | 2008-02-25 | 2021-08-31 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
US11681956B2 (en) | 2008-02-25 | 2023-06-20 | Tixtrack, Inc. | Sports and concert event ticket pricing and visualization system |
EP2175404A1 (en) * | 2008-10-01 | 2010-04-14 | Amadeus S.A.S. | A method and system for building an offer of optimal services for a given service or product |
WO2010037788A1 (en) * | 2008-10-01 | 2010-04-08 | Amadeus S.A.S. | A method and system for building an offer of optional services for a given service or product |
Also Published As
Publication number | Publication date |
---|---|
AU2007229545A1 (en) | 2007-10-04 |
WO2007110330A8 (en) | 2008-01-17 |
CA2645595A1 (en) | 2007-10-04 |
AU2007229545B2 (en) | 2012-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20090307020A1 (en) | Systems and method of managing an inventory of service resources | |
Belobaba | Air travel demand and airline seat inventory management | |
AU783416B2 (en) | Traveler service system with a graphical user interface for accessing multiple travel suppliers | |
US6134534A (en) | Conditional purchase offer management system for cruises | |
US7856359B2 (en) | System and method for airline purchasing program management | |
US8165920B2 (en) | System for concurrent optimization of business economics and customer value | |
US7908207B2 (en) | Interactive demand management | |
US20160005094A1 (en) | System for concurrent optimization of business economics and customer value | |
Gallego et al. | Revenue management of callable products | |
AU2007229545B2 (en) | Systems and method of managing an inventory of service resources | |
US20050228702A1 (en) | Devices, systems, and methods for providing remaining seat availability information in a booking class | |
US20080183512A1 (en) | System and method for estimating seat value | |
US20120010912A1 (en) | Systems and methods for optimizing the scheduling of resources on an airplane | |
US7533032B1 (en) | Method and system for prediction of materialization of a group reservation | |
US20100030591A1 (en) | Method and apparatus for recommending simplified fares with consistent buyacross | |
US20040267580A1 (en) | Consolidating engine for passengers of private aircraft | |
US8126783B2 (en) | Rule-based shopping | |
US20120010910A1 (en) | Systems and methods for optimizing the scheduling of resources on an airplane | |
Vinod | Advances in inventory control | |
KR20160034226A (en) | Corporate recognition for travel related services | |
Li et al. | Stochastic model for hotel room pricing and upgrading | |
Morton et al. | Benefits of preserving consumers’ ability to compare airline fares | |
Lim | Overselling in a competitive environment: Boon or bane? | |
US20160210565A1 (en) | Revenue-optimized opaque bookings | |
EP3048567A1 (en) | Revenue-optimized opaque bookings |
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: 07726955 Country of ref document: EP Kind code of ref document: A2 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2645595 Country of ref document: CA |
|
NENP | Non-entry into the national phase in: |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 8801/DELNP/2008 Country of ref document: IN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2007229545 Country of ref document: AU |
|
ENP | Entry into the national phase in: |
Ref document number: 2007229545 Country of ref document: AU Date of ref document: 20070315 Kind code of ref document: A |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 07726955 Country of ref document: EP Kind code of ref document: A2 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 12295135 Country of ref document: US |