IBM Airline Control Program , or ACP , is a discontinued operating system developed by IBM beginning about 1965. In contrast to previous airline transaction processing systems , the most notable aspect of ACP is that it was designed to run on most models of the IBM System/360 mainframe computer family. This departed from the earlier model in which each airline had a different, machine-specific transaction system.
56-603: Development began with SABRE (Semi-Automatic Business Research Environment) , Deltamatic , and PANAMAC . From these, the Programmed Airline Reservations System (PARS) was developed. In 1969 the control program, ACP , was separated from PARS. PARS kept the functions for processing airline reservations and related data. In December 1979, ACP became known as ACP/TPF and then just TPF (Transaction Processing Facility). The transaction operating system became more widely implemented by businesses other than
112-560: A punched card for storage. The card was then processed into a paper tape form, and read to the ticketing offices over American's existing teletype network to automatically print tickets with complete routing information. The tapes could then be forwarded for processing at remote sites, including the Magnetronic Reservisor in New York, allowing remote offices to directly book and cancel flights while recording passenger information at
168-417: A booking was made, including statistical information on the number of inquiries, bookings and cancellations on a per-operator and overall basis. To take full advantage of the new system, the entire office was re-arranged to include 362 telephone operators to interact directly with the public, 40 to handle travel agents and large business accounts, and another 140 to connect to other American ticket offices around
224-415: A box, informed the sales agent, and returned the card to the cabinet. Problems occurred when the flights were close to full. In that case the booking agent would have to inform the sales agent that there were no seats, and the sales agent would then ask the customer if there were any other flights they might choose as an alternative. The booking agent would have to return to the cabinets each time to retrieve
280-496: A family name, they began talking. Just prior to this chance meeting, IBM had been working with the United States Air Force on their Semi-Automatic Ground Environment (SAGE) project. SAGE used a series of large computers to coordinate the message flow from radar sites to interceptors , dramatically reducing the time needed to direct an attack on an incoming bomber. The system used teleprinter machines located around
336-416: A global travel technology company. In 1982, Advertising Age reported that " United Airlines operates a similar system, Apollo, while Eastern operates Mars and Delta operates Datas." Braniff International's Cowboy system was considered by Electronic Data Systems for building an airline-neutral system. A 1982 study by American Airlines found that travel agents selected the flight appearing on
392-553: A major collaboration. IBM was at that time starting work on the Semi-Automatic Ground Environment (SAGE) system for the United States Air Force, which had a large number of features in common with a booking system; remote communications with "offices", real-time updating, interactive user terminals, and storage of large amounts of information. Low-level exploratory work continued for some time before IBM
448-490: A new data center located in Briarcliff Manor, New York . The system was a success. Up to this point, it had cost $ 40 million to develop and install ($ 412 million in 2023). The SABRE system by IBM in the 1960s was specified to process a very large number of transactions, such as handling 83,000 daily phone calls. The system took over all booking functions in 1964, when the name had changed to SABRE. In 1972, SABRE
504-542: A proprietary dialect of PL/I , and now in C and C++. By the 1980s, SABRE offered airline reservations through the CompuServe Information Service , and General Electric's GEnie under the Eaasy SABRE brand. This service was extended to America Online (AOL) in the 1990s. American and Sabre separated on March 15, 2000. Sabre had been a publicly traded corporation, Sabre Holdings , stock symbol TSG on
560-557: A remote display at another booking office and then having operators copy the settings from one machine to the other. The Reservisor was installed in American's Boston reservation office in February 1946. After a one-year trial, they found that the office was handling 200 more passengers a day, with 20 fewer operators. One downside was that the electrical relay contacts would get dirty and required constant cleaning. And although it did help solve
616-694: A seat was available. On the downside, a staff member was needed at each end of the phone line, and handling the ticket took considerable effort and filing. Something much more highly automated was needed if American Airlines was going to enter the jet age , booking many times more seats. During the testing phase of the Reservisor a high-ranking IBM salesman, Blair Smith, was flying on an American Airlines flight from Los Angeles back to IBM in New York City in 1953. He found himself sitting next to American Airlines president C. R. Smith . Noting that they shared
SECTION 10
#1732855098745672-410: A seat, and then writing up the ticket could take up to three hours in some cases, and 90 minutes on average. The system also had limited room to scale. It was limited to about eight operators because that was the maximum that could fit around the file. To handle more queries the only solution was to add more layers of hierarchy to filter down requests into batches. American Airlines had already attacked
728-531: A system for a single flight and showed it to Smith. Smith was encouraged, and approved funding for building a real-world system. Amman approached a number of business machine vendors about building the system he referred to as the Reservisor , but most proved uninterested. It was not until he showed the mock-up to the Teleregister Company of Stamford, Connecticut that he found a partner willing to work on
784-420: Is a travel reservation system used by travel agents and companies to search, price, book, and ticket travel services provided by airlines, hotels, car rental companies, rail providers and tour operators. Originally developed by American Airlines under CEO C.R. Smith with the assistance of IBM in 1960, the booking service became available for use by external travel agents in 1976 and became independent of
840-704: The IBM 7074 , and PANAMAC for Pan American World Airways using an IBM 7080 . In 1968, they generalized their work into the PARS (Programmed Airline Reservation System), which ran on any member of the IBM System/360 family and thus could support any sized airline. The operating system component of PARS evolved into ACP ( Airlines Control Program ), and later to TPF ( Transaction Processing Facility ). Application programs were originally written in assembly language , later in SabreTalk ,
896-652: The New York Stock Exchange until taken private in March 2007. The corporation introduced the new logo and changed from the all-caps acronym "SABRE" to the mixed-case "Sabre Holdings", when the new corporation was formed. The Travelocity website, introduced in 1996, was owned by Sabre Holdings. Travelocity was acquired by Expedia in January 2015. Sabre Holdings' three remaining business units, Sabre Travel Network, Sabre Airline Solutions and Sabre Hospitality, today serves as
952-528: The United Airlines ' "UNISEL", New York Central Railroad 's "Centronic", and a variety of warehousing and hotel room availability systems. The Magnetronic Reservisor largely solved the booking and availability problems, but this left the issue of recording passenger information after the sale was made. Working with IBM , Amman built the Reserwriter , which allowed operators to type passenger information onto
1008-408: The "sell and report" system. The heart of the machine consisted of a large matrix with the rows representing the flights and the columns representing the next ten days. When a flight reached its limit, 75% at first but later increased, a relay was inserted into the board to short out the lines when they were energized. Booking operators were equipped with terminals that looked like a smaller version of
1064-406: The 1920s. In this manual system, a team of eight operators would sort through a rotating file with cards for every flight. When a seat was booked, the operators would place a mark on the side of the card, and knew visually whether it was full. This part of the process was not all that slow, at least when there were not that many planes, but the entire end-to-end task of looking for a flight, reserving
1120-529: The British Monopolies Commission, British Airways defended the use of Travicom as a truly non-discriminatory system in flight selection because an agent had access to some 50 carriers worldwide, including Sabre, for flight information. Reservisor#Magnetronic Reservisor Starting in 1946, American Airlines developed a number of automated airline booking systems known as Reservisor . Although somewhat successful, American's unhappiness with
1176-625: The Reservisor systems led them to develop the computerized Sabre system used to this day. C. R. Smith became president of American Airlines in 1934 and set an aggressive expansion policy. When American Airlines had 85 planes in its fleet he stated "Any employee who can't see a day when we will have a thousand planes had better look for a job somewhere else." Known as a hands-on manager, Smith pushed his vice presidents to drive out inefficiencies that might block their potential expansion. Following Smith's lead, Marion Sadler, manager of customer support, and Bill Hogan, in charge of finance, concluded that
SECTION 20
#17328550987451232-560: The UK. It allowed agents and airlines to communicate via a common distribution language and network, handling 97% of UK airline business trade bookings by 1987. British Airways eventually bought out the stakes in Travicom held by Videcom and British Caledonian, to become the sole owner. Although Sabre's vice-president in London, David Schwarte, made representations to the U.S. Department of Transportation and
1288-422: The adding or removing of phone lines. In order to book a ticket on a flight, a sales agent would call into the right booking office and request information on a particular flight. The booking agent would then walk over to a filing cabinet and retrieve the flight card. They would then return to the phone to tell the sales agent if there were any seats available. If there was an available seat, they simply checked off
1344-441: The advantages such as easier integration into the data center offered by running on a standard IBM operating system platform. This operating-system -related article is a stub . You can help Misplaced Pages by expanding it . This mainframe computer -related article is a stub . You can help Misplaced Pages by expanding it . Sabre (travel reservation system) Sabre Global Distribution System , owned by Sabre Corporation ,
1400-462: The airline in March 2000. The system's parent company is organized into three business units: Sabre is headquartered in Southlake, Texas , and has many employees in various locations around the world. The name of the travel reservation system is an abbreviation for "Semi-automated Business Research Environment", and was originally styled in all-capital letters as SABRE. It was developed to automate
1456-452: The airline's preferential treatment of its own offerings in the system. "The preferential display of our flights, and the corresponding increase in our market share, is the competitive raison d'Γͺtre for having created the system in the first place," he told them. The U.S. government disagreed, and in 1984 it outlawed the biasing practices for the search results. The fairness rules were eliminated or allowed to expire in 2010. By then, none of
1512-710: The arrival of Sabre on its doorstep British Airways immediately offered financial incentives to travel agents who continued to use Travicom and would tie any override commissions to it. Travicom was created by Videcom , British Airways and British Caledonian and launched in 1976 as the world's first multi-access reservations system based on Videcom technology which eventually became part of Galileo UK. It connected 49 subscribing international airlines (including British Airways, British Caledonian, TWA , Pan American World Airways , Qantas , Singapore Airlines , Air France , Lufthansa , SAS , Air Canada , KLM , Alitalia , Cathay Pacific and JAL ) to thousands of travel agents in
1568-459: The availability issues, this made the rest of the booking task - collecting passenger information and recording the sale - that much more of a problem that needed to be solved. Encouraged by the Reservisor, but ultimately unhappy with the advantages it offered, Amman started examining a much more advanced system that handled not only the availability issues, but the actual seat inventory as well. At about this time, Howard Aiken had started work with
1624-409: The central office until 75% of the seats were sold. Each office had a board of future flights that consisted of a single hole representing a flight; when the flight reached 75% a large peg was inserted that the booking agents could see, sometimes using binoculars. Once the flight had been pegged, the agents reverted to the older centralized booking system. In an era where aircraft rarely flew with 75% of
1680-412: The company was spending too much effort on keeping on top of accounting, and not enough on the problem of booking times. They hired Charles Amman to study the problem. He broke the process down into three steps; finding if a seat was available, updating the seating inventory when they purchased a seat or canceled a booking, and finally recording the passenger data (name, address, etc.) after the sale. At
1736-421: The control system, replacing the holes with lamps. They could query the flight status by selecting a flight and then energizing their board. Electricity flowed from their terminal through the selected flight, displaying the status for that flight for all ten days at once. The booking agent could then tell the sales agent the flight status without walking to the cabinet, as well as immediately offer alternatives if it
IBM Airline Control Program - Misplaced Pages Continue
1792-480: The country. Calls averaged 45,000 a day, requiring a staff of 40 machine operators and supervisors. After installing the Magnetronic Reservisor, Teleregister produced a number of different versions for a variety of customers. A number of customers bought Magnetronic Reservisor systems, including Braniff International Airways , National Airlines , Atchison, Topeka & Santa Fe Railroad and New Haven Railroad . Modified versions, larger or smaller, were also sold as
1848-402: The drum, and then light the lamp if it was filled. Amman spent a considerable amount of time studying the user interaction with the machine, trying to find an easy way for the operator to query the data for a group of flights. The trials included buttons, dials, rolls of paper tape, loops of 35 mm film and finally, the "destination plate". The plate consisted of a metal card with notches on
1904-447: The edge that engaged switches in the terminal, which energized lines back to the drum to retrieve information for all of the flights to that destination at once. A series of lights indicated which ones still had available seats. When a booking was made, a lever on the terminal subtracted one seat from the value stored on the drum, while another allowed it to be added back in the case of a cancellation. The resulting Magnetronic Reservisor
1960-419: The first line more than half the time. Ninety-two percent of the time, the selected flight was on the first screen. This provided a huge incentive for American to manipulate its ranking formula, or even corrupt the search algorithm outright, to favor American flights over its competitors in the results of flight search results, and the airline did not resist the temptation. At first this was limited to juggling
2016-422: The flight cards; since there were many booking agents who might want to retrieve the cards, the agents couldn't take more than one at a time. During busy schedule periods, this process could stretch out the booking process indefinitely. Amman attacked this problem first. In 1939 he implemented a new system called "sell and report" that reduced the reporting needs by allowing any office to book seats without calling
2072-454: The highly publicized Harvard Mark III computer, which used a drum memory for storage. American and Teleregister decided to make a drum-based system that allowed direct manipulation of the number of seats available. Since the machine was now returning discrete information, instead of a simple on-off status, the terminals could no longer automatically display the overall status of a group of flights. Each flight had to be queried separately from
2128-527: The input of 12 different people and took as long as 3 hours in total. As if this were not bad enough, in 1952 American had ordered 30 Boeing 707s , their first jets. These aircraft increased seating from about 80 on the existing Douglas DC-7 fleet to 112 on the new aircraft. Their speed was also much greater, allowing almost twice as many flights per aircraft per day. The result was that the aircraft could deliver passengers faster than their existing booking systems could sell tickets for them. In 1953 C.R. Smith
2184-474: The major airlines, such as online credit card processing, hotel and rental car reservations, police emergency response systems, and package delivery systems. The last "free" release of ACP, 9.2.1, was intended for use in bank card and similar applications. It was shipped on a " mini-reel " which contained a complete ACP system and its libraries for restoration to IBM 3340 disk drives. From that complete system one could easily create derivative works. A hypervisor
2240-475: The major distribution systems was majority owned by the airlines. In 1987 Sabre's success of selling to European travel agents was inhibited by the refusal of big European carriers led by British Airways to grant the system ticketing authority for their flights even though Sabre had obtained IATA Billing and Settlement Plan (BSP) clearance for the UK in 1986. American brought High Court action which alleged that after
2296-427: The need for anyone on the other end of the phone. The number of available seats on the aircraft could be tracked automatically, and if a seat was available the ticket agent could be notified. Booking simply took one more command, updating the availability and, if desired, could be followed by printing a ticket. Thirty days later IBM sent a research proposal to American Airlines, suggesting that they join forces to study
IBM Airline Control Program - Misplaced Pages Continue
2352-434: The problem to some degree, and was in the process of introducing their new Magnetronic Reservisor , an electromechanical computer, in 1952 to replace the card files. This computer consisted of a single magnetic drum , each memory location holding the number of seats left on a particular flight. Using this system, a large number of operators could access information simultaneously, so the ticket agents could be told via phone if
2408-513: The problem. A team was set up consisting of IBM engineers led by John Siegfried and a large number of American Airlines' staff led by Malcolm Perry, taken from booking, reservations, and ticket sales, calling the effort the Semi-Automated Business Research Environment , or SABRE. A formal development arrangement was signed in 1957. The first experimental system went online in 1960, based on two IBM 7090 mainframes in
2464-412: The relative importance of factors such as the length of the flight, how close the actual departure time was to the desired time, and whether the flight had a connection, but with each success American became bolder. In late 1981, New York Air added a flight from La Guardia to Detroit , challenging American in an important market. Before long, the new flights suddenly started appearing at the bottom of
2520-400: The same time. By 1958, Reserwriters had been installed at most of American's larger offices. In spite of the successes with the Reservisor and Reserwriter, the system as a whole was highly dependent on manual input. It was prone to errors as a result, and about 8 percent of all bookings contained errors. To add to the confusion, the full process of booking a flight, even a single-leg, required
2576-471: The screen. Its reservations dried up, and it was forced to cut back from eight Detroit flights a day to none. On one occasion, Sabre deliberately withheld Continental 's discount fares on 49 routes where American competed. A Sabre staffer had been directed to work on a program that would automatically suppress any discount fares loaded into the system. Congress investigated these practices, and in 1983 Bob Crandall , president of American, vocally defended
2632-420: The seats filled, this system dramatically reduced the number of phone calls. Although the "sell and report" system worked, it didn't solve the other problems that occurred when the flight had reached the 75% point. The problem of finding an alternate flight when the flight was filled also remained a major problem. Amman suggested that an automated system for storing seat inventory be built, and in 1944 mocked up
2688-400: The system. Teleregister had started as part of Western Union , a division that sent stock market quotes across the country and presented them in "big board" form instead of a ticker. Their knowledge of remote signaling and electrical display made them a suitable partner for the Reservisor project. The Reservisor was essentially an electromechanical version of the flight boards introduced for
2744-438: The time, bookings were handled by a system known as "request and reply". Booking data for any particular flight, say Buffalo to Boston, would be handled by a single office. Here, each scheduled flight was represented by an index card known as a flight card. The offices were normally located at one of the airports involved, but were increasingly centralized at major airports or located at a telephone company switching office to ease
2800-459: The way American Airlines booked reservations. In the 1950s, American Airlines was facing a serious challenge in its ability to quickly handle airline reservations in an era that witnessed high growth in passenger volumes in the airline industry. Before the introduction of SABRE, the airline's system for booking flights was entirely manual, having developed from the techniques originally developed at its Little Rock, Arkansas , reservations center in
2856-530: The world to feed information into the system, which then sent orders back to teleprinters located at the fighter bases. It was one of the first online systems. Smith and Watson observed that the SAGE system's basic architecture was suitable for use in American Airlines' booking services. Teleprinters would be placed at American Airlines' ticketing offices to send in requests and receive responses directly, without
SECTION 50
#17328550987452912-417: Was included, which allowed OS/370 VS1 or VS2 ( SVS or MVS ) to be run as a "guest" OS under ACP itself. The end-user documentation, which was shipped with the tape, took almost 60 linear inches of shelf space. See also IBM Airline Control System (ALCS) , a variant of TPF specially designed to provide all the benefits of TPF (very high speed, high volume, high availability transaction processing) but with
2968-465: Was installed in American's La Guardia Airport booking office in 1952. The system was built with the ability to store information for up to 1,000 flights 10 days into the future, and took about 1.2 seconds per query. In 1956 a new version was installed at American's New York West Side Terminal with storage for 2,000 flights 31 days into the future, and improved access times to about half a second. The new system also recorded additional information every time
3024-465: Was migrated to IBM System/360 systems in a new underground location in Tulsa, Oklahoma . Max Hopper joined American Airlines in 1972 as director of SABRE, and pioneered its use. Originally used only by American Airlines, the system was expanded to access by travel agents in 1976. With SABRE up and running, IBM offered its expertise to other airlines, and soon developed Deltamatic for Delta Air Lines on
3080-417: Was on a flight from Los Angeles to New York when he struck up a conversation with another passenger and learned that he was also named Smith. The passenger was Blair Smith, an IBM sales executive. C.R. arranged for Smith to visit the Magnetronic Reservisor office and suggest ways that IBM might be able to improve the system. Blair alerted IBM's president, Thomas Watson, Jr. that American would be interested in
3136-401: Was sold out. The flight card was only updated when the customer actually bought a seat. The major advantage of this system over the older pegboard was that the signals could be operated remotely. This eliminated the need to have one very large room for bookings, and allowed the terminals to be installed remotely. The flight status could also easily be copied from machine to machine by installing
#744255