CA2106398A1

CA2106398A1 - Method and apparatus for controlling and monitoring group travel related services

Info

Publication number: CA2106398A1
Application number: CA002106398A
Authority: CA
Inventors: James D. Bowen; Allyson J. Henry; Mark J. Meier; Linda S. Postlethwait; Steven W. Schrimp
Original assignee: Individual
Current assignee: COVIA PARTNERSHIP
Priority date: 1991-02-20
Filing date: 1991-09-11
Publication date: 1992-08-21
Also published as: EP0572403B1; ES2072619T3; US5648900A; DK0572403T3; ATE119700T1; DE69108060D1; WO1992015063A1; EP0572403A1; DE69108060T2; JPH06506074A; AU8514491A

Abstract

2106398 9215063 PCTABS00015 A computerized reservation system including controlling and monitoring of group travel related services is presented. In addition to master inventory of travel related services and a set of passenger name records which correlate individuals with reserved travel related services from the master inventory, the present invention uses a group control record which includes a group inventory which is a subset of the master inventory, and a number of group related passenger name records, which are a subset of the general passenger name records. When changes are made to any one of the master inventory, group control records or group passenger name records, appropriate changes are automatically made in the others of these three. Thus, the monitoring and controlling of group travel related services is greatly facilitated.

Description

2 1 0 6 3 3 8 PCT/US91/06570 MET~OD AND APPARAT~ FOR CONTROLLING
AND XONITOR~NG GROUP TRAVB~ R~L~T2D 8~VIC B

The invention relates to a data processing method and apparatus for group travel related services which provides the ability for group information to cross reference and update both master inventory data and customer detail information, and the ability to update group information by actions taken on either master inventory or customer detail informaiion.

In today's travel environment, pass2ngers have become more conscious of the benefits of group travel arrangements. This has resulted in increased demand for handling groups, for example, the scheduling and reservation of transportation, lodging and activities for the group.

At present, group travel arrangements are acco~plished by a group wholesaler manually maintaining records of a particular group offering. In addition, some host-providers, for example airlines, have offered -~ blocking of passenger name records. The blocked passenger name records are then made available to a limited number of wholesalers. When a passenger name record in the block is canceled, the represented space is - returned to the block unless the block has been canceled, in which case the space returns to master lnventory.

However, this type of blocked passenger name record is not released to a wholesa r when handling because the merging of the travel segments is re~uired to be performed by the host-provider. The wholesaler therefore has little or no control over this type of blocked passenger name record other than advising the host provider which travel segments a particular passenger -'''~, '.
~.

W092/15063 210 ~ 3 9 8 pcT/us91t~s~n desires. In addition, this requires that each of the travel segments that together constitute a group travel offering must be stored in a separate blocked passenger name record.
The required control by the host-provider of these prior blocked passenger name records has greatly limited the flexibility offered to wholesalers of group travel related services.

Therefore, a system that provides a flexible vehicle for handling group travel related services with provisions for accessing and updating both master -inventory and customer detail information for groups, would be desirable.

The present invention avoids the above-noted drawbacks of the prior art and enables wholesalers and retailers of inventory of travel related services to more easily track groups. The invention provides a block inventory application that enables the users to house all pertinent inventory information for a specific group in one record, the Group Control Record. The group blocked inventory and associated information will be kept in a 2S Group Control Record while group related Passenger Name Records, referenced by the Group Control Record will be used for the individual passenger itinerary and information. According to the present invention, the wholesaler blocks a host provider's inventory into a Group Control Record for a group and the retailer sells inventory from the Group Control Record into group related Passenger Name Records for individual passengers.
The present invention will maintain the relationship -between the host inventory, the Group Control Record and the group related Passenger Name Records when any changes are made to any sf these elements.
' , . .. . , . . . ..... . , . . . . ; . . ., . , . :

~ . - : . . -. . . - :- . ,.. - ~ .,: . . ..

W092/15063 ~ L ~3 ~; ~' J .Y PCT/US91/~570 More specifically, when using the present invention a wholesaler of group related services creates a Group Control Record including a group inventory of all travel segments required to constitute the group travel As qroup inventory is sold, group related Passenger Name Records are created and indexed within the Group Control Record Each created group related Passenger Name Record contains a reference to the Group Control Record from lO which the inventory was obtained Thus, changes to -master inventory can be automatically reflected in tne group inven-ory of the relevant Group Control Records, and can be automatically reflected in the group related Passenger Name Records of the affected Group Control Records In addition, cancellations of group related Passenger Name Records return inventory to the group inventory of the relevant Group Control Record . .
Group final dates can also be eetablished for the return of unused inventory to master inventory upon the expiration of sp-cified dates Creation of a Group Control Record by a wholesaler of travel-related services is facilitated in the present - 25 invention by use of a Group Work Record which includes empty data fields relevant to group travel services After the wholesaler ~ s filled the fields of a Group Work Record with data relating to a particular group offering, and after that data has b-en checked, data fields in the Group Work Record are stored in corresponding data fields of a Group Control Record Further access to the data fields of the Group Control Record can be limited to that particular wholesaler While other agents related to the wholesaler can sell !
inventory from the Group Control Record, other Group `~ Control Record changes are prohibited . .
~ .
''~. ~: '- .

3 2 i ~ ~ 3 ~ ~ 4 PCT/US91/06570 A more complete understanding of the above and other features and functions of the present invention can be had with reference to the following detailed description of the preferred embodiment, and to the-accompanying drawings.

Fig. 1 is a schematic view of a hard~are system in accordance with the present invention.
Fig. 2 is a bloc~ diagra~ data/process .elationship between the processes in the steps o, Figs. 3a-c.

Figs. 3a, 3b and 3c are flowcharts s~owing the overall operation of the present invention.

Figs. 4a and 4b are flowcharts depicting in greater detail the start group process ctep of Fig. 3a.

Fig. 5 is a flowchart depicting in greater detail the adjust inventory in GWR step of Fig. 3a.

Fig. 6 is a flowchart depicting in greater detail the add non-inventory data to GWR step of Fig. 3a.
Fig. 7 is a flowchart depicting in greater detail the save as GCR step of Fig. 3a.

Figs. 8a, 8b and 8c are flowcharts depicting in greater detail the create the GCR step of Fig. 7.

Fig. 9 is a flowchart depicting in greater detail the access available GCR inventory step of Fig. 3b.

Fig. 10 is a flowchart depicting in greater detail the adjust GCR inventory in AAA step of Fig. 3b.
' ': . .

,~,. . . . . ~ .... ... . .

W092/15063 2 ~ PCT/~S91/~S70 Fig. 11 is a flowchart depicting in greater detail the save PNR step of Fig. 3b. - -Fig. 12 is a flowchart depicting in greater detail the create the PNR step of Fig. 11.

Fig. 13 is a flowchart depicting in greater detail the master inventory changes step of Fig. 3c.

Fig. 14 is a flowchart depicting in greater detail the customer inventory/non-inv~ntory changes step of Fig.
3c.

lS Figs. 15a and 15b are flowcharts depicting in -greater detail the save PNR step of Fig. 14.

Figs. 15c, 15d and lSe are flowcharts depicting in greater detail the update and save GCR step of Fig. 15b. ~ -Fig. 16 is a flowchart depicting in greater detail the group inventory/non-inventory changes step of Fig.
3c.

Figs. 17a, 17b and 17c are flowcharts depicting in gr-ater detail the save GCR step of Fig. 16.

Fig. 18 is a flowchart depicting in greater detail the group tracking step of Fig. 3c.
Fig. 19 is a flowchart depicting in greater detail -the process GCR step of Fig. 18.

Fig. 20 is a flowchart depicting in greater detail 35 the record gueuing step of Fig. 3c. ;

, .. .

W092/15063 2 1 u ~ 3 9 8 -6- PCTtUS91/~S70 Figs. 2la, 2lb and 2lc are flowcharts depicting in greater detail the record maintenance step of Fig. 3c.

A. Definition~
AAA: Agent Assembly Area. This record is an industry standard for use in facilitating any agent activity on a reservation system, including creation and update of PNRs. PNR fields are unpacked into the AAA.
With the present invention, new fields are added to the AAA. A reference to a GWR is added to the AAA and a flag is set when an agent is authorized to use the group related ser~icPs of the present invention.

15Agent: Any operator of the system.

DXA: Deferred Cancellation Area. The DXA is a record associated with the AAA, which will contain updated inventory and name data for a PNR contained in the AAA. This inventory and name data is used to maintain master inventory and PNR history when the PNR
transaction is completed.

GCR: Group Control Record. The GCR typically includes the following information fields:
- ACTION FIELD DESCRIPTION
GIDOwnership of GCR Wholesaler ID of the GCR
owner N: Group Name Title of the GCR
R: Received Received from - the GCR
builder W-addr Wholesaler Address Wholesaler address D-addr Delivery Address Delivery address of GCR
agent L:Re~ord Locator Other airline record locator ~ x~ t W092/15063 21 ~ ~ 3 9 8 PCT/US91/~570 P: Phone Field Phone number of GCR agent Q:3 SSR - Special Follows standard SSR
Service Request conventions 0 Inventory Inventory item obtained information from master inventory FINAL Inventory Final Date contained in the Return Date inventory item on which unused inventory must be returned to provider GRPT Inventory Group Date(s) contained in the Trac~ing (Penalty) inventory item on which a -Date(s) capture of current inventory levels is desired QMDR Queue minder A date on which the GCR
is to be queued .
GCR History: Record ref~ ~nced out of the GCR
containing audit trail informa_ion relating to modification made to the GCR information.
.
GRID: Group Detail Index Record. The GRID contains references to GCRs that are relat-d by host provider i~
flight and date.
- GRIX: Group Control (owner specific) Index Record. ~ -The GRIX contains references to all GCRs that are owned by a wholesaler.

Group Operator: owner and organizer of a qroup travel offering, reflected by a GCR, for example, an agency, a wholesaler or an airline.
, GRPT/FINAL Index Record: Contains References to -GCRs that require action on a specific date contained in the GCR inventory item.
: . .
GWR: Group Wor~ Record. The GWR is a temporary --~ record that contains the same fields as the GCR at fixed - -,:

., :;v 2ia~39~ -8-locations in contrast to the GCR, which holds data at variable locations.

GXA: Group Deferred Cancellation Area. The GXA is a record associated with the GWR which will contain updated inventory and name data for a GCR contained in the GWR. This inventory and name data is used to maintain GCR inventory and GCR history when the GCR
transaction is completed.
Host Provider: The holder of mzst~r inventory.

PNID: Passenger Name Index Detail R2cord. The PNID
contains references to PNRs that are related by host provider flight and date. In this invention, the PNID
contains a reference to the GRID, for GCRs related to this host provider flight and date.

PNR: Passenger Name Record. A PNR typically includes but is not limited to the following industry standard information: passenger name, agent name, ticketing information, telephone number field and - -inventory information. In addition, the PNR used in the present invention includes a reference to the GCR from 25 which inventory was obtained. -QCR: Queue Control record. The QCR allows queuing of the GCR for a specific wholesaler.

Queue Prompt Index Record: Contains References to GCRs that are to be placed in a queue on a specific date contained in the QMDR field of a GCR.

Sub-PNR index: This record contains a reference to each Sub-PNR that contains inventory obtained from a specific GCR inventory item.

WO92/15063 ~ 3 ~ 8 PCT/US91/06570 _g_ Sub-PNR or Group Related PNR: A PNR that contains inventory obtained from a GCR.

WIT: Wholesaler Identification Table. The WI~
contains references to specific wholesaler (group operator) psuedo-cities that are authorized to function within the present invention. The WIT also references the GRIX records for a wholesaler.
- .

B. Description i .. :
Referring to Figure 1, the group travel related services monitoring system of the present invention is disclosed. In general, the system includes a number of computer terminals 100, 101, which are typically located in travel agencies or the like, and which are connected to access a remote reservation system computer 104.
Remote computer 104, which is connected to storage devices 107, 108 and 109, maintains an inventory of -~
travel services, for example, transportation services such as airline, train and cruise schedules, lodging -~
accommodations, rental cars, and the like. It should be noted that inventories of travel related services other than those listed can be maintained by remote computer 104, without departing from the scope of the present -invention.
. . ..
In the preferred embodiment, remote computsr 104 is the Apollo computerized reservation system maintained and operated by the Covia Partnership.

Remote computer 104 can be, for example, any ;
commercially available computer or collection of 35 computers such as, for example, IBM models 3090-400J, 3090-400E, 9190-200 or 9081-K32. Storage units 107, 108 . :, . , ., . . . . ., ., . , ,., . ,.. , , . ,, .. ,, , . " .. ..... .. ... . . .. .. .. .. . .

Wo92/lS063 PCT/US91/06570 21~398 -lo-and 109 are preferably high density magnetic disk storage units, however, other types of storage can be used, for example, optical disk, tape or semiconductor memory.
Storage unit 107 is used to store master inventory of, for example, available airline flights. Storage unit 108 is used to store intermediate inventory, defined herein as the GCR. Storage unit 109 is used to store customer detail information including PNRs and related indices.

Although storage units 107, 108 and lo9 are shown as separate units, this is for illustrative purposes only and it should be understood that the information stored in storage units 107, lo& and 109 may in fact be maintained in different areas within a single unit, or within several physically different storage units.
Storage units 107, 108 and 109 can be, for example, IBM -mod-l 3380 units. ~ ;
.

Remote computer 104 communicates throuqh a communications channel, for example, modem 102, telephone lines 103 and modem 106, to computer terminals 100 and -~
101. Communications channels other than telephone communications, for example, radio, microwave, satellite or optical link, can be used without departing from the present invention. In addition, although only one local networX (computers 100 and 101, modem 102 and storage unit 111), is illustrated, it will be understood that any number of local networks can be used with each com unicating with remote computer 104.
Computer terminals 100 and 101 can be any type of computer. For example, computer 100 can be a non-programmable computer, or so-called "dumb terminaln, such as Incoterm models 1501 or 1503. On the other hand, computer 101 can be a fully programmable computer such as, for example, IBN models PS/2 50, 60, 65, 70 or 80, .
. , .

WO92/15063 ~i 3 ~ 3 ~ 8 PCT/US91/~S70 with micro-channel architecture. Storage unit 111 similar to storage units 107, 108 and 109, is preferably a magnetic disk storage unit but can be other types of data storage. Storage unit 111 is used to store intermediate inventory, contained in the GCRs, which is used in combination with computer 101 to practice the present invention, as described in more detail below.

Referring now to Fig. 2, shown is a conceptual representat~on of the inte~2ction of data, and processes affecting data, according to th~ present invention. In general, Lhr~- separat~ storas of information are maintained, master inventory data 200, group control information 201 and customer detail information 202.
The process elements contained within da~hed circle 203 are proce~ses that update or access all group in~ormation including master inventory data 200, group control information 201 (includin~ GCRs) and customer detail information 202 (including PNRs). The processes within dashed circle 203 include: master inventory changes 10 (described in detail with reference to Fig.
13), customer inventory/non-inventory changes 11 (described in detail with reference to Figs. 14 and 15a-e), and group inventory/non-inventory changes 12 (described in detail with reference to Figs. 16 and 17a-c). On the other hand, the process elements contained within dashed circle 204 affect only group control information 201 and customer detail information 202. The processes within dashed circle 204 include: record queuing 14 (described in detail with reference to Fig.
20), and record maintenance 15 (described in detail with reference to Figs. 21a-c). Similarly, group tracking 13 (described in detail with reference to Figs. 18 and 19), affects only group control information 201 and master inventory data 200.

':

WO92/15063 ~ PCT/US91~570 2 1~6 39 8 -12-The data flow lines connecting master inventory data 200, group control information 201 and customer detail information 202 indicate that all group information (items 200, 201 and 202), may be affect~d by any chang~
to other group information. In addition, indicated is the fact, according to the present invention, all qroup information references other group information.

Referring now to Figs. 3a-c, the operation of the present invention is presented in flowchart form. A
computer program embodying the functions disclosed in the flowchart of Figs. 3a-c, and described in more detail in subsequent figures, can be written and loaded into the computers shown in Fig. 1 to accomplish the present invention. It should be noted that when remote computer 104 is used in combination with non-programmable computer 100, the coaputer program ~ bodying the proce~ses o~ the pr-~ent inv ntion would r-sidQ within reaote computer 104. However, when computer 104 is usQd in combination with programmable computer 101, the computer program eabodying the processes of the present invention could reside in either computer 101 or computer 104, or the programming could be shared between computer lOl and coaputer 104, without departing from the present -invention.

Referring to Fig. 3a, depicted are the processes which are used to create a GCR. In step 1, a session is initiat-d by an Agent. Inventory and non-inventory data can b- added to a GWR by an Agent in steps 2 and 3. The GCR can be saved by the Agent once required data has been added to the GWR in step 4, and the group session may be nd-d in step ~.

The start group process step 1 of Fig. 3a is set out in greater detail in Figs. 4a and 4b. Referring to .
: :' . .

WO92/15063 2 :L ~ 6 3 ~ 8 PCT/US91/06570 Fig. 4a, in step 1.1 an Agent inputs data related to a Group Operator via a functional entry through a keyboard, or the like. This data includes city information, Group Operator identifier and billing information. In steps 1.2 and 1.3 the data related to the Group Operator is placed in the data base index records. These index records include the WIT and the QC~. The Group Operator identification is added to the WIT record and the QCR for that Group Operator is initialized. During other processes, these indices provide for Group Opera~or authorization, queuing functionality, and GCR access. In Fig. 4b, the establishment of a group session is accomplished. Specifically, in step 1.4, an Agent inputs a functional entr to attempt to establish a group 15 session. This action causes an access to the data base -to verify authorization for this Agent in step 1.5. This authorization is accomplished by searching for the Group Operator identifier within the data base. Group ses~ion authorization will be denied or allowed depending upon the data base updates accompli~hed previously in steps 1.1-1.3 (Fig. 4a). If the group ses6ion i8 denied, the Agent is notified in step 1.6. If a group cession is established successfully, a GWR is obtained for the Agent in step 1.7.
Referring once again to Fig. 3a, the adjust inventory in GWR (step 2) is set out in greater detail in Fig. 5. Referring to Fig. 5, in step 2.1, an Agent input- a request to acquire or return inventory, supplying, for example, a city pair and date as input.
In steps 2.2 and 2.3, when acquisition of inventory is requested, inventory is removed from master inventory and placed into the GWR. On the other hand, in steps 2.2 and :
2.3, when a request for return of inventory is entered, inventory is removed from the GWR and placed back into master inventory. The Agent is then notified of a W092/15063 PCT/US91/~S70 2,~338 -14-successful acquisition or return of inventory in step 2.4.

The details of step 3 (add non-inventory data to GWR) are set out in greater detail in Fig. 6. Referring to Fig. 6, in step 3.l the Agent supplies non-inventory related information in an input request. Examples of such non-inventory ralatPd information includes, for example: group title, telephone number, remarks, delivery address, group tracking dates (GRPT), final dates (FINAL), and queue (QMDR) information.

~ f~er ~uccessful formatting and editing during the processing of the input requests, the data is placed into the GWR in step 3.2. In step 3.3, the Agent is notified of the successful addition of the non-inventory related information to the GWR. --Referring once again to Fig. 3a, step 4 (save as GCR) is set out in more detail with reference to Pig. 7.
Referring to Fig. 7, in step 4.1, the Agent supplies an entry to complete a GCR transaction. In step 4.2, GWR
data that has been entered during the present transaction is validated and verified for proper content. Then, in step 4.3, the GWR data is transferred to create the GCR.
The create GCR step 4.3 of Fig. 7 is presented in greater detail in Figs. 8a, 8b and 8c.

Referring to Fig. 8a, in steps 4.3.l and 4.3.2, the transfer of the information in the GWR to the GCR is accomplished in a sequential manner, beginning with the first inventory item. As each inventory item is moved to the GCR, the Sub-PNR index is created and stored within the inventory item (step 4.3.3). The inventory item is ~ -also logged to the billing record in step 4.3.4. As the inventory item is transferred to the GCR, it is queried g~ ~ 9 8 for the existence of group trackin~ or final dates (GRPT
or FINAL) within the individual inventory item. If group tracking/final dates are present, as determined by step

4.3.5, then the GCR is placed in the proper GRPT/FINAL
index record in step 4.3.6. If additional inventory items exist within the GW~, control is transferred back to step 4.3.1 by decision step 4.3.7.

Completion of the transfer of inventory items from - - -the GWR to the GCR will begin the transfer of non-inventory items from the Gl~ to the GCR. In steps 4.3.8 and 4.3.9, each non-inventory item is transferred in a sequential manner. When queue prompt items are encountered, as determined by step 4.3.10, the GCR is placed in the proper Queue Prompt Index Record in step 4.3.11. If more non-inventory items exist within this GWR, as determined by step 4.3.12, control i8 transferred back to step 4.3.8 and the process is repeated. In step 4.3.13, the GCR is filed in order to complete its creation.

In step 4.3.14, inventory items in the GWR are once again gueried for data required to create or locate the proper group detail index record (GRID). If a GRID i6 created, a reference to the GR$D is placed in the proper passenger name index detail record (PNID). Step 4.3.15 :
then places the GCR into the GRID record. To allow for GCR recovery in the event of a possible disaster condition, minimal required GCR data is written to a 30 logging file, per inventory item in step 4.3.16. If more ;
inventory items exist within the GWR, as determined by step 4.3.17, control is transferred back to block 4.3.14 and the process is continued.

City information in the GWR is used to create or locate the proper group control index record (GRIX). If 21~S~98 a GRIX is created, a reference to the GRIX is placed in the proper wholesaler identification table (WIT). The GCR is then placed into that GRIX in step 4.3.18.
Records containing history of the GCR activity are created and/or maintained by way of reference in the GCR
in ~tep 4.3.19. Control is then transferred back to step ; 4.4 (Fig. 7) where the Agent receives notification of successful GCR creation. In step 5 (Fig. 3a) an Agent enters a functional entry to end the group session.
In normal reservation activity, PNRs are created or maintained (steps 6-9 of Fig. 3b).

The access available GCR inventory (step ? of Fig.
3b) is set out in greater detail in Fig. 9. Referring to Fig. 9, in step ~.1, the Agent inputs a code unique to a GCR. The location of the GCR i8i derived from this code, allowing the GCR to be retrieved in step 7.2. The GCR
ownership city data contained in the GCR is compared to the city of the retrieving Agent in step 7.3. If the cities do not match, access to the GCR is denied and an appropriate message is given to the Agent in step 7.4.
If step 7.3 determines that the cities match, the GCR is ~ -made available to the PNR process to format a display of inventory from the GCR (step 7.5). In step 7.6, a reference to the GCR is saved in the AAA for use in future retrievals of the GCR for inventory updates.

Step 8 of Fig. 3b (adjust GCR inventory in AAA) is set out in greater detail in Fig. 10. Referring to Fig. 10, in step 8.1, the Agent inputs a request to move specific inventory items from the GC~ to the PNR. Each inventory item in the GCR is decremented by the amount moved to the PNR and the updated GCR is filed in step 8.2. The GCRs unigue code is saved in the related inventory item(s) in the PNR in step 8.3. Finally, in ~.' . ' " -.'. '.... '. , ,. . ' ,' , .'7 '' , . ., : .

, i. - ' . .i ' . ' ' . '' .' ' . ' ~ ' ' .

WO92/15063 _17_ PCT/US91/~S70 step 8 . 4, the Agent receives notification of successful AAA (unpacked PNR fields) adjustment.

The save PNR step g of Fig. 3b is set out in greater detail in Fig. 11. Referring to Fig. 11, in step 9.1, the Agent supplies an entry to complete a PNR
transaction. AAA data that has been entered during this transaction is validated and verified for proper content in step 9.2. The AAA data is then transferred to a PNR
in step 9.3.

The create PNR step 9.3 of Fig. 11 is set out in greater detail in Fig. 12. Referring to Fig. 12, in step 9.3.1, transfer of inventory in the AAA to the PNR is done in a seguential manner, beginning with the first inventory item. As each inventory item is moved to the PNR, the item is queried for a GCR unigue code in step 9.3.2. When a code is found to exist, the appropriate GCR is retrieved in step 9.3.3. The PNR is then added to the Sub-PNR index contained in the appropriate GCR
inventory item in step 9.3.4. If more inventory items exist within the AAA as determined by step 9.3.5, control is transferred back to step 9.3.1, and the process is -.
repeated. The Agent receives notification of successful 25 PNR creation in step 9.4 (Fig. 11). ;~

Processes 10-15 contained within dashed block 206 of Fig. 3c are processes that relate to the monitoring and ad~ustm-nt of group information. Processes 10-~5 can be performed in any seguence and at any time and are therefore shown in Fiq. 3c unconnected by flow lines. In addition, as mentioned above with reference to Fig. 2, proc~sses 10, 11 and 12 can affect data in all three data stores (master inventory 200, group control information 201, and customer detail information 202), processes 14 and 15 only affect qroup control information 201 and ;

A ~ y~ 3`;

. : . ~ J ~; . . i . ; . . r . -i ~ .

. . , . : . .: . . ~ -2i~3~
customer detail information, but do not affect master inventory 200, and process 13 only af~ects master inventory 200 and group control information 201.

Master inventory change, a~so Xnown in the industry as schedule change, (step 10 of Fig. 3c) is set out in greater detail in Fig. 13. Schedule change functions include: host inventory changes; bloc~ ~ooking, in which passenger name indices and inventory records are updated;
reaccommodation, in which the P~R is updated, reflecting the old and new inventory; and queuing of affPct2d PNRs.
Referring to Fig. 13, curront schedul~ updat2s (step 10.1) are cause for mastPr inventory changes that will impact GCRs, which in turn will impact PNRs. In order to keep GCRs and PNRs in synch, in step 10.2, the GCRs are processed before the PNRs. GCR activity includes: block booking, which accesses the GRID in -order to move GCRs and update inventory; reaccommodation, which accesses the GRID to work the GCR, updating the inventory in the GCR; and changed GCRs are queued to the group queue. PNRs are then processed.

The customer inventory/non-inventory changes in step 11 of Fig. 3c are set out in greater detail in Fig. 14.
These changes include a name change within the PNR and a sell, cancel or reduction of an inventory item sold from a GCR into the PNR. Referring to Fig. 14, in step 11.1, the PNR is either retrieved or created through normal res~rvations activity. In step 11.2, the Agent supplies an entry to complete a PNR transaction.

Save the PNR step 11.2 of Fig. 14 is set out in greater detail in Fig. 15a for non-inventory items, and in Figs 15b-e for inventory items. Referring to 35 Fig.- 15a, in step 11.2.1, normal PNR processing of non-inventory items is done in a sequential manner. In step -WO92/15063 ~ 1 ~ fj ~' ~ 8 PCT/US91/~570 11.2.2, the AAA is queried for the existence of a GCR
reference. If a GCR reference does not exist, PNR
processing continues as normal without accommodating group information. If a refer~nce to a GCR does exist, the first of possible multiple GCR references is accessed in step 11.2.3. This reference is used to retrieve the appropriate GC~ in step 11.2.4. PNR customer name cbanges reside in the DXA record. These items are processed individually in step 11.2.5. The customer name and inventory inrormation are placed into the GCR history record in step 11.2.6. This process continues until all of the name items have been exhaus~ed as deter~ined by - : -step 11.2.7. In step 11.2.8, it is determined whether any additional GC~ references exist. If so, control lS passes back to step 11.2.3.
. .
Nor~al PNR processing of inventory ite~s may follow either an increase or decrea e path as shown in Fig. 15b.
Referring to Fig. 15b, in step 11.2.9, it is determined whether a customer inventory incr-ase or decrease activity is required. If an increase is required, control is tran~ferred to step 11.2.10 wherein the customer inventory increase process is performed, with steps identical to those of the create PNR step, shown in detail in Fig. 12.
...

The customer inventory decrease process beqins by Acce~sing multiple inventory items in the DXA r-cord in step 11.2.11. The DXA inventory item is queried for more inventory items in step 11.2.12. If the GCR reference does exist, it is used to retrieve the appropriate GCR in step 11.2.13. The customer name and inventory information are placed into the GCR history record in step 11.2.14. The specific GCR inventory item is made available for update, and the PNR reference is removed t. . - . ': .. - ~ .. ' ., :. , . ,, . .. ~ . , , . r W092/l5063 i ~ PCT/US91/~S~0 3 9 ~
from the Sub-PNR index within the GCR inventory item in step 11.2.15. In step 11.2.16, the GCR inventory item is checked to determine if a final date (FINAL) exists and whether it has been achieved. If the final date is not achieved, step 11.2.20 returns the inventory to the appropriate GCR inventory item instead of returning it to master inventory. If the final date has been achieved, the GCR inventory item is checked in step 11.2.17 to determine if it was obtained from a host provider. If -the inventory item was not obtained from a host, step 11.2.18 places the GCR in the proper queue prompt index record. If obtained from a host, step 11.2.17.1 reduces the GCR inventory by the amount returned to master inventory. -The update and save the GCR step 11.2.19, which clo~ely parallels the process in steps 4.3 and 12.2, is set out in greater detail in Figs. 15c, 15d and 15e.
R ~erring to Fig. 15c, in steps 11.2.19.1 and 11.2.19.2, transfer of the info D ation in the GWR to the GCR is done in a sequential manner, beginning with the first inventory item. As each inventory item is moved to the GCR, the Sub-PNR index is created for new inventory items and stored within the inventory item in step 11.2.19.3.
Inventory iter changes are also logged to the billing record in step 11.2.19.4. As a changed inventory item is transferred to the GCR it is queried for the existence of group tracking/final date(s) (GRP~/FINAL) within the individual inventory item. If group tracking/final ~ -30 dnte(s) is/are present as determined by step 11.2.19.5, then the GCR is placed in the proper GRPT/FINAL index record in step 11.2.19.6. If more inventory items exist within the GWR as dete D ined by step 11.2.19.7, control passes back to step 11.2.19.1 where the process begins again.
.

':.. ' . .. ' '; . '; ' . ''"' '' :., '~ ''.`' .`'.' '`.. .'. ,.'`' - ' :.' ' ' ,', : .'. ,: ' WO92/15063 2 1 V ~ 3 ~ 8 PCT/US9t/~570 Co-pletion of the transfer of inventory items from the GWR to the GCR will start the transference of non-inventory items from the GWR to GCR set out ir greater detail in Fig. 15d. In steps 11.2.19.8 and 11.2.19.9, each non-inventory item is transferred in a sequential manner. When new queue prompt items are encountered, as - determined by step 11.2.19.10, the GCR is placed in the proper queue prompt index record in step 11.2.19.11. If more non-inventory items exist within the GWR as determined by step 11.2.19.12, control passes back to step 11.2.19.8, and the process is repeated. The GCR is filed to complete its creation in step 11.2.19.13.
Referring to Fig. 15e, in step 11.2.19.14, inventory items in the GWR are once again queried for data required to create or locate the proper inven_ory detail index record. For GCRs that have had a name change or updated inventory, the GCR reference is up~,ated in the inventory det~il index record in step 11.2.15.15. In ~t-p 11.2.19.15.1, if the GCR inventory was reduced, master inventory is updated in step 11.2.19.15.2. Minimal -reguired GCR data is written to a logging file, per updated inventory item (step 11.2.19.16). If more inventory items exist within the GWR as determined by step 11.2.19.17, control returns to step 11.2.19.14, ~-where the process is repeated. City information in the GWR is used to create or locate the proper GRIX record in step 11.2.19.18. Records containing history of the GCR
activity are created and/or maintained by way of reference in the GCR in step 11.2.19.19.
In step 11.2.20 of Fig. 15b, i he final date is not achieved, the inventory is retu ~d to the appropriate GCR inventory item instead of returning it to master inventory. The DXA is then queried for more 3S inventory items in step 11.2.21. If more DXA items exist - as determined by step 11.2.21, control returns to step : . ' .

W092/l5063 PCT/US91/06570 2-1~5~9~ -22-11.2.11 and the process is repeated. Completion of the DXA search ends the process shown in Fig. 15b.

The group inventory/non-inventory changes, step 12 of Fig. 3c, are set out in greater detail in Fig. 16.
These changes include any of the actions listed above in the definition of the GCR. Referring to Fig. 16, in step 12.1, the GCR is r~trieved through Agent group activity.
The Agent supplies an entry to complete a GCR transaction in step 12.2.

The save the GCR (step 12.2 of Fig. 16) is set out in greater detail in Figs. 17a-17c. This process is ~-similar to that detailed in Fig. 7 (step 4.3) and Fig.
15 15b (step 11.2.19). Referring to Fig. 17a, in steps ~
12.2.1 and 12.2.2, transfer of the information in the GWR ~- -to the GC~ is done in a sequential manner, beginning with the first inventory item. As each inventory item is moved to the GCR, the Sub-PNR index is created ~or new inventory items and stored within the inventory item in step 12.2.3. Inventory item changes are also logged to ~
the billing record in step 12.2.4. As a changed -inventory item is transferred to the GCR it is queried in step 12.2.5 for the existence of group tracking/final date(s) within the individual inventory item. If group tracking/final date(s) is/are present then the GCR is placed in the proper GRPT/FINAL index record in step 12.2.6. If more inventory items exist within the GWR as determined by step 12.2.7, control passes back to step 12.2.1 and the process is repeated.
. , - , Completion of the transference of inventory items -~rom the GWR to the GCR will start the transference of non-inventory items from the GWR to GCR shown in-detail ~
35 in Fig. 17b. Referring to Fig. 17b, in steps 12.2.8 and ~ -12.2.9, each non-inventory item is transferred in a -~:
.: -~ .

WO92/15063 PCT/US91/~S70 -_~3~,13~ 3 9 8 .
sequential manner. When new queue prompt items are encountered in step 12.2.10 the GCR is placed in the proper queue prompt index record in step 12.2.11. If more non-inventory items exist within the GWR as S determined by step 12.2.12, control passes back to step 12.2.8 and the process is repeated. The GCR is filed to complete its creation in step 12.2.13.

Referring now to Fig. 17c, in step 12.2.14, inventory items in the G-~R are once again ~ueried for data required to create or locate tho proper GRID record.
For GCRs that have had a name change or updated inventory, the GCR rererenc~ is updat2d in tne GRID
record in step 12.2.15. In step 12.2.15.1, if the GCR
lS inventory was reduced, master inventory is updated in step 12.2.15.2. Minimal required GCR data is written to a logging file, per updated inventory item in stQp 12.2.16. If more inv ntory item~ xist within the GWR as detQrmined by step 12.2.17, control passes back to step 12.2.14 and the process is rep~ated. City information in the GWR i8 used to create or locate the proper GRIX
record. For GCRs that have had a name change or updated inventory, the 6CR reference is updated in the GRIX
record in step 12.2.18. Records containing history of the GCR activity are created and/or maintained by way of reference in the GCR in step 12.2.19.

Group tracking (step 13 of Fig. 3c) is set out in gr-at-r detail in Fig. 18. Group tracking is a utility ~;
whiCh is activated either via a time initiated function table or an Agent entry, and functions to capture group inventory utilization counts and to process final dates for return of master inventory. Referring to Fig. 18, in step 13.1, the GRPT/FINAL index record is retrieved for the utility activation date. The index record is , .~'. ' .

W092/15063 PCT/US91/~S70 searched sequentially for GCR references in step 13.2.
Each GCR is retrieved and processed in step 13.3.

Process GCR (step 13.3) is set out in greater detail in Fig. 19. Referring to Fig. 19, in step 13.3.1 the G~PT/FINAL GCR reference is used to locate and retrieve the GCR into a GWR. The GCR inventory items are searched for and referenced in step 13.3.2. In order to properly adjust inventory, the GCR inventory item is checked in step 13.3.2.1 to determine if a final date exists and whether it has been achieved. If the final date is not achieved, no inventory action is taken and control passes to step 13.3.7. If the final date has been achieved, the GCR inventory item is checked in step 13.3.3 to determine 15 if it was obtained from a host provider. If obtained -~
from a host, the inventory item is reduced by the amount of unused inventory to be returned to master inventory (step 13.3.4). If the inveintory item was not obtained from a host, the GCR is placed in the proper queue prompt index record in steps 13.3.5 and 13.3.6. The GCR
inventory item is also checked in step 13.3.7 to determine if a GRPT date exists and has been achieved.
If the date has been achieved, the current inventory level counts are captured to the GCR inventory item in step 13.3.8. The GCR is then updated and filed in step 13.3.9. This process is set out in more detail in Figs.
17a-c. Returning to Fig. 18, in step 13.4, if more GCR
items exist within the GRPT/FINAL index record, the process is r-peat-d beginning at step 13.2. Once all GCR
items are exhausted for a record and another index record exists as determined by step 13.5, control passes back to step 13.1 and the next GRPT/FINAL index record is retrieved.
., Record queuing ~step 14 of Fig. 3c) is set out in greater detail in fig. 20. Record queuing is a utility ';:
. j " ., " . , .

WO92/15063 2 1 0 ~ 3 ~ 8 PCT/US91/~S70 which is activated either via a time initiated function table or an Agent entry, and functions to queue GCRs based on the queue prompt index record that is created from the date in the QMDR field. Referring to Fig. 20, in step 14.1, the city queue prompt index record is retrieved for the utility activation date. The index record is searched sequentially for GCR references in step 14.2, and each GCR reference is placed into a queue record in step 14.3. If more GCR items exist within the i queue prompt index record as determined by step 14.4, the process is repeated at step 14.2. Once all GCR items are exhausted for a record and another index record exists,-determined by step 14.5, the next queue prompt index record is retrieved in step 14.1 and the process is repeated.

Record maintenance, also known in the industry as nightly file maintenance, (step 15 of Fig. 3c) is set out in greater detail in Figs. 21a-c. Record maintenance is a utility which is activated via an Agent entry, and functions to purge past-date GCRs, return their records -to the system and write a copy of the purged GCR to tape.

Referring to Figs. 21a-c, in step 15.1, initially the Wholesaler Index Record (WIT) is retrieved and the first WIT item is addressed in step 15.2. The WIT item ~ -is interrogated to determine if any GRIX r~cord address items exist in step 15.3. If all GRIX record address items are exhausted and all WIT records have been processed as determined by step 15.4, the utility completes. If all WIT records have not been retrieved, the next WIT is retrieved and the first item referenced in step 15.2.

': : . ,. - : ' . ., , -, .,. ~ :, '... .. .. , , . - , . :

WO92/15063 PCS/US91/~570 ~ 3~ -26-If a GRIX record address item exists as determined by step 15.3, the GRI~ is retrieved in step 15.5 and the first GCR item in the record is addressed in step 15.6.
The current system date may then be compared to both the adjusted inventory date and the purge datP in the GCR
item in step 15.7. The adjusted inventory date is the first date of departure for any inventory item held in -the GCR, and the purge date is the last date of departure, plus a predetermined number of days (for example, seven), for any inv~ntory itam held in the GCR.
If neither the adjusted inventory date nor the purge date have been achieved, as determined by stsps 15.8 and lS.9, the GRIX is checked ~or more GC~ items in stPp 15.10. If no more items exist, steps 15.3 and 15.4 are repeated to ensure all WIT records are processed. If the purge date has been achieved as determined ~by step 15.9, the GCR is - -retrieved in step 15.20 and all records referenced in the GCR ~re returned to the system in step 15.21. The GCR
record i8 returned in step 15.22 and its reference removed from the GRIX record in step 15.23.
... . .
Processing continues at step 15.10 to determine if more GCR items for this owner specific index remain to be processed. If the adjusted inventory date has been achieved as determined by step lS.8, the GCR is retrieved in step 15.11 and the first GCR inventory item is addressed in step 15.12. This item is then tested for a match on the adjusted inventory date in step lS.13. If there is a match on the adjusted inventory d~te, the GCR
is written to tape for microfiche processing in step 15.15. If Sub-PNR references exist for the GCR inventory ;!
item ~s determined by step 15.16, a Sub-PNR name list is produced in step 15.17 and it is also written to tape for microfiche processing in 15.18. At this point a check is made in stép 15.14 to determine if more GCR inventory - items exist for this GCR. Processing loops through steps ' : . ' ., WO92/15063 2 1 ~ 6 3 9 ~ PCT/US91/~S70 15.12-15.18, until all GCR inventory items are exhausted for this GCR. Once all of the GCR inventory items have been reviewed, the GCR item in the GRIX record is updated in step 15.19 to reflect the new adjusted inventory date.
Processing continues at step 15.10 until all GCR items have been processed, the WIT record is queried for more GRIX record address items and wholesaler index items in steps 15.3 and 15.4 until all WIT records have been processed and the utility completes.

In summary then, according to the present invention, a computer reservatlon system for travel related services with automatic Aandling of group travel is presented. In addition to a master inventory of travel related services, and a plurality of passenger name records which include the relationship between a particular customer and particular reserved travel related services, the present invention uses a Group Control Record to keep track of a particular group of travel related services being offered. The Group Control Record maintains a group inventory of travel related services being offered in that particular group, as well as a set of group related Passenger Name Records (Sub-PNRs) of customers that have reserved items of group inventory. The group inventory is cross referenced to the master inventory, and the Sub-PNRs are cross referenced to the group. In operation, according to the present invention, when changes are made to any of the master inventory, GCRs or PNRs, appropriate changes are automatically made in the others of these items. For example, if a change is made to master inventory, a change, if appropriate, is made to the group inventory in the GCR, and changes, if appropriate, are made to the Sub-PNRs referenced by the GCR. Similarly, changes made to any GC~ will result in automatic appropriate changes being made in master invent^-y and in le PNRs. Likewise, changes made to the . - -. : . -- ~ : . :

Wo 92/15063 ; PCT/US91/06570 2i~6398 -28-PNRs will result in appropriate changes to the GCRs and master inventory.

The present invention has the flexibility to accommodate and track movement of large parties in several different activities other than air travel.
These include such things as bus, rail, tours, cruises, meetings, parties and conventions, for example.

For each of these items, according to an actual embodiment of the present invention, a wholesaler could use a GCR to book or track up to 99 items, with each item accommodating up to 999 people. This would allow movement of up to 98,901 people through a single GC~.
Each item could reflect a different provider of some type of service, a different level of service or each item could be more specialized to reflect different preferences requested by clients.

C. ~a~YE~
.
To illustrate some of the features of the present invention, a specific example is provided.
.

on January 1, 1990, authorized wholesaler A23, arranges a cruise for a group of 200 passengers on the 'Princess' cruise line. The cruise departs Ft.
Laiuderdaile on February 17, 1990 and returns February 28, 1990. Agencies for the wholesaler expect 100 passengers from each of two cites, Denver and Chicago, to arrive in and depart from Ft. Lauderdale via 2 air carriers, United and American. United is the host provider for this example. The passengers will have the choice of two classes of services on each airline. Based on this ... . .

W092/15063 2 1 0 6 3 9 ~ PCT/US91/~5~0 information, an agent for the wholesaler, with initials SWS, builds a GCR containing the following information.
Action Ei~l~ Description GID Ownership of GCR Wholesaler ID of the GCR
owner Contents of this field: A23 10 N: Group Name Title of the GCR
Contents of this field: Princess 15 ~: Received The GCR builder Contents of this field: SWS

20 P: Phone Field Free form after city Çontents of this field: DENB/303 123 O Inventory infor- Host and other mation inventory -Contents of this field:
Segment 1 United flight 1, 50 seats, class Y, departs Feb. 17, from Denver to Ft.
Lauderdale.
. . .
Segment 2 United flight 1, 50 seats, class F, departs Feb. 17, from Denver to Ft.
Lauderdale.

Segment 3 American flight 2, 70 seats, class Y, departs Feb. 17, from Chicago to Ft.
Lauderdale.

,,- . .

: - : , . :, . --; - . .- ~ . . :. . , :~ . -: , - . .. :. . ~ . . . .

W092/15063 ~ ~ j.3 ~ PCTtUS91/06S70 Segment 4 American flight 2, 30 seats, class F, departs Feb. 17, from Chicago to Ft.
Lauderdale.

Segment 5 United flight 3, 50 seats, class Y, departs Feb. 28, from Ft. Lauderdale to Denver. -: . :
Sesment 6 United flight 3, 50 seats, class F, departs Feb. 28, ~rom Ft. Lauderdale to Denver.

Segment 7 ~ ~
American flight 4, 50 seats, class Y .~ --. -departs Feb. 28, from Ft. ~auderdale to Chicago.

Segment 8 American flight 4, 50 iseats, class F, departs Feb. 28, from Ft. Lauderdale to Chicago.

Inventory Final Return Date in the Date inventory - item on which unused inventory must be returned to provider.
Contents of this field: -For segments 1-4, the FINAL date is Feb. l .. .. . .
For segments 5-8, the FINAL date is Feb. 8 ~; -; " . ' :-, : , ,: , .- . . . .

21G~98 GRPT Inventory Group Tracking Date(s) con-(Penalty) Dat~(s) tained in the inventory item on which a cap-ture of current inventory levels is desired Contents of this field:
I5 For Segments 1-4, the GRPT dates are Jan. 15, Jan. 30 ~ -For Segments 5-8, the GRPT dates are Jan. 15, Jan. 30, Feb. 7 OMDR Queue ~inder A date on which the GCR is to be queued to specific queue Contents of this field:
Jan. 30, queue number 15 When the GCR is completed, the PNID for -each United segment will contain a reference to ; ~ 35 the GRID. The GRID will contain a reference to - ~ the GCR for each United segment. The GRIX will contain a single reference to the GCR. The WIT
w_ll contain a single reference to the GRIX.

The fol1owing display is an example of how ~;` the GÇR would display with the above data: ~-PRIN OE SS
1 UA lY 17F~B DENFL~ HX 945P 405A TH FINAL-DFNlFE3 ` GRPT-CUR 33-lSJAN/ 18-30JAN/

2 UA lF 17FEB DENFLL HX 945P 405A TH FINAL-DENlFE8 . AVL- 50 BRD- 0 CUR- 50 ORC- 50 HI- 50 .. , : ~ ~ ' ` ' ' ~, , .
~`. . .
, ~ . .
~i; ';

W O 92/15063 2 ~ ~ ~ 3 ~ 32- PCr/US91/06570 GRPT-CUR 33-lSJAN/ 18-30JAN/
SEA-~D 33-lSJAN 18-30JAN/ : :
3 AA 2Y 17FEB ORDFLL GK 945P 405A SH FINAL-DENlFEB
AVL- 70 BRD- 0 CUR- 70 ORG- 70 ~I- 70 5GRPT-CUR 33-lSJAN/ 1~-30JAN/
SEA-BKD 33-lSJAN/ 18-30JAN/
4 AA 2F 17FEB ORDFLL HX 945P 405A TH FINAL-DENlFEB

10SEA-BKD 33-lSJAN/ 18-30JAN/

GRPT-CUR 44-lSJAN/ 29-30JAN/ 21-7FEB/ 1-27FEB/
SEA-BKD 44-lSJAN/ 29-30JAN/ 21-7FEB/ 1-27FEB/

AVL- 50 BRD- 0 CUR- 50 ORG- 50 HI- 50 ;.-GRPT-CUR 44-lSJ~N/ 29-30JAN/ 21-7FEB/
SEA-8RD 44-lSJAN/ 29-30JAN/ 21-7FEB/

20AVL- 50 BRD- 0 CUR- 50 ORG- 50 ~I- 50 GRPT-CUR 44-lSJAN/ 29-30JAN/ 21-7FEa/

AVL- 50 B~D- 0 CUR- 50 ORG- 50 ~I- 50 SEA-BRD 44-15JAN/ 29-30JAN/ 21-~FEB/

QMDR-G30JAN/A23/lS/lST REVIEW
:~:
As individual passengers begin to book their air space for the cruise, the GCR and associated Sub-PNRs are updated. For example, Passengers A and B book 2 seats in F class round-trip on the United flights from Denver.
The following will occur when the Sub-PNR is built by an Agent: -.. .... .
1. The Sub-PNR will contain both United segments from the GCR with two seats in each segment. Each 40 segment in the PNR will contain a reference to the GCR. ~' 2. The GCR's United segments' available (AVL) counts will be decremented by two seats. The booked , - (BXD) counts will be incremented by two seats. -.~. . .

WO 92/15063 2 1 0 ~ 3 9 8 Pcr/us91/06s70 3. The Sub-PNR index for each GCR segment will be updated to contain a reference to the Sub-PNR for Passengers A and B.

When the PNR is complete, the itinerary will display as in the following example:

1 UA lF 17FEB DENFLL HK2 945A 405P TH G3431M6 2 UA 3F 28FEB FLLDEN HK2 945A 405P TII G3431M6 ~ -The resulting GCR segments will display as in the .
following example:
- - ' 152 UA lF 17F~8 DENFLL HR 945P 405A SH FINAL-DENlFlS8 AYL- ~8 JoD- 2 CNR- 50 ORG- 50 Hl- 50 .
GRPS-CUR 33-lSJAN/ 18-30JAN/
8LA-B~D 33-~5JAN/ 18-30JAN/
206 ua 3F 28F~8 ~LLDLN H~ 945P ~05A T~ FINAL-D~`N8F~B ..
a ~ ~8 ~ 2 CUR- 50 ORG- 50 HI- 50 - ~ 8EA-B~D 44-lSJaN/ 29-30JAN/ 21-7~EB/
. 25 In the event of a reservation cancellation by ~ ,~
Passengers A and B, the Agent would retrieve and cancel the Sub-PNR segments. The following will occur when the '' '-, Sub-PNR cancellation action is complete:

1. The Sub-PNR segments and their references to the GCR will be removed from the Sub-PNR.
2. Th- GCR's Unit-d s-gmQnts' available (AVL) ,~ , , counts will be incr-mented by two seats. The booked BXD) counts will be decremented by two seats.
' 35 3. The Sub-PNR index for each GCR segment will be ~'` upd~ted to delete the reference to the Sub-PNR for . , Pas~eng,ers A and B. ~ ' When the first GRPT date of Jan. 15 is achieved, the ' , ' 0 GCR inv ntory segments will be update~ as follows, W092/l5063 PCT/US91/06~0 ~ l U u 3 ~ 34-assuming 20 seats have been sold into Sub-PNRs for United segments 2 and 6:
2 UA lF 17FEB DENFLL HK 945P 405A TH PINAL-DENlFEB

SAVL- 30 B~D- 20 CUR- 50 ORG- 5C HI- 50 GRP~-CUR 33-15JAN/50 18-30JAN/

6 UA 3F 28~EB FLLD~N HK 945P 405A TH FINAL-DEN8FEB

10AV.L- 30 B~D- 20 CUR-50 ORG- 50 HI- 50 SEA-~KD 44-lSJAN/20 29-30JAN/ 21-7FEB/
All other inventory segments that have had no seats 15 sold to Sub-PNRs or any other inventory activity, for ~ ~-example, S~gment 7 will show as follows.
7 AA 4Y 2aFE9 FLLORD GR 945P 405A TH FINAL-DEN8FEB
AVL- 50 BRD- 0 CUR- 50 ORG- 50 HI- 50 : -When the FINAL dates of both Feb. 1 and Feb. 8 are achieved, the GCR will be updated as follows, assuming 20 seats have been sold into Sub-PNRs for United segments 2 and 6: .
. .
~ e thirty unused seats at the time the FINAL
date was achieved, are considered canceled and returned ~ ~
30 to master inventory. .~ -2. The GRID items for each segment are updated with the new current blocked counts.
3. The GCR inventory segments' available counts are reduced to zero and the current blocked counts are - ~-35 reduced to twenty. -Segments 2 and 6 of the GCR will then display as in the following example:

402 UA lF 17FEB DENFLL HK 945P 405A TH FINAL~DENlFEB

A~L- O ~KD- 20 CUR-20 ORG-50 HI- 50 GRPS-CUR 33-15JAN/50 la-30JAN/50 456 UA 3F 28F~B FTLDEN HR 945P 405A TH FINAL~DENaFEB

a~L- o ~D- 20 CUR-20 ORG- 50 HI- 50 ,. ''':. ' ',' ' "' ~ ~ .. .. .

W092/15063 PCT/US91/~S70 2i3i~3~8 GRPT-C~. 44-15JAN/S0 29-30JAN/50 21-7FE8/50 If no seats are sold for a host-provider (UA) segment when the FINAL date is achieved, all current blocked seats are returned to inventory and the GCR
inventory item is removed from the GCR. This will result in the cancellation of the GCR reference in the GRID and -the GRIX records. For a non-host provider (AA), the inventory is not adjusted and a message is queued to prompt a manual return of the master inventory. For both providers, th~ inventory item is updated to indicate the final date was achieved.

If a status code chan~e is done to a GCR inventory segment, the changes will be propagated to all Sub-PNRs contained in the Sub-PNR index record referenced by the GCR inventory segment. For example, if the status code HK in segmont 2 of the GCR was changed to WX while the passengers' PNR still contained inventory sold from that GCR's ~egments, the following would occur when the GCR
change was completed by the agent;

1. The Sub-PNR inventory items sold from the GCR
- 25 inventory item would be updated with the new status code.
2. The GCR inventory item status code would be updated with the new status code.

The GCR inventory segment would then display as follows:
2 VA lF 17FEB DENFLT- W~ 945P 405A TB FINA~BENlFEB
AVL- O B~D- 20 CUR- 20 O~v- S0 ~I-50 35 SEA-BI~D 33-lSJAN/20 1~1-30JAN/20 . .

The Sub-PNR inventory segment would display as follows;
,~ 1 UA lF 17FEB DENFLL ~2 945A 405P TH G3431M6 ~ -~- 4C
'- .: .
,' .. . .
.~ . .

.... - .. . j. . ... ., ~ . , :.. ~ ... ... , -- . . . . . . .- .. . . .

W092/15063 ' PCT/US91/06570 - ~lU~i~9~ -36-Although the present invention has been described with respect to a single preferred embodiment, it will be understood that changes, additions and deletions can be made to the preferred embodiment without departing from the scope of the present invention.

,, ~,.. ....
~ `~

'~"' "~, ' ': ' .

''.,' ': , - ' " ., ~ .

Claims

CLAIMS:

1. In a computerized reservation system for travel related services including a master inventory of travel related services and a plurality of master passenger name records that correlate individuals with reserved travel related services from said master inventory, a method comprising:

creating at least one group control record including a group inventory of travel related services, said group inventory being a subset of said master inventory, and a plurality of group related passenger name records, said group related passenger name records being a subset of said master passenger name records; and automatically modifying said master inventory, said group related passenger name records and said at least one group control record responsive to changes in at least one of the three.

2. The method of claim l, wherein each of the said plurality of group related passenger name records includes a reference to a respective group control record.

3. The method of claim 2, wherein each said group control record includes an index to each one of a related plurality of group related passenger name records.

4. The method of claim 1, wherein each said group control record includes an index to each one of a related plurality of group related passenger name records.

5. The method of claim 1, wherein responsive to changes in said master inventory, said automatically modifying step comprises modifying group inventory of each of said at least one group control record, and then modifying each of said plurality of group related passenger name records corresponding to said at least one group control record to reflect said changes in said master inventory.

6. The method of claim 1, wherein said creating step further comprises establishing group activity dates for each of said at least one group control record, said method further comprising:

automatically appropriately modifying said master inventory, and said at least one group control record upon occurrence of respective group activity dates.

7. The method of claim 1, wherein said creating step includes establishing at least one final date for each of said at least one group control record, said method further comprising:

automatically returning group inventory to said master inventory after occurrence of said at least one final date in a group control record.

8. The method of claim 1, further comprising:

periodically queuing said at least one group control record for subsequent processing.

9. The method of claim 8, wherein said periodic queuing of said at least one group control record includes providing an indication of a requirement for action on said at least one group control record.

10. The method of claim 9, wherein said requirement for action is the manual return of group inventory to said master inventory after occurrence of final dates in said at least one group control record.

11. The method of claim 1, further comprising:

automatically purging each said at least one group control record from said computerized reservation system after expiration of respective final travel dates related to said at least one group control record.

12. The method of claim 1, wherein said creating step further comprises:

creating a temporary group work record including empty data fields related to a group control record;

filling selected empty data fields with information related to a specific group travel offering;
and creating a group control record by transferring said group work record fields to corresponding group control record fields

13. A computer reservation apparatus for group travel related services, comprising means for storing a master inventory of travel related services;

means for storing a plurality of passenger name records including at least one subset of group related passenger name records, said at least one subset of group related passenger name records including references to a respective group control record;

means for storing a plurality of group control records, each group control record being indicative of a particular group inventory of travel related services, and each group control record containing references to a respective subset of said group related passenger name records; and means for automatically modifying each of said group control records and said respective subset of group related passenger name records responsive to changes in said master inventory, for automatically modifying said master inventory and respective subsets of group related passenger name records responsive to changes in each of said plurality of group control records, and for automatically modifying said master inventory and respective group control records responsive to changes in said plurality of subsets of group related passenger name records.