METHOD AND SYSTEM FOR PROVIDING

TRANSPORTATION SERVICE

BACKGROUND OF THE INVENTION

1. Field of the Invention [0001] The present invention is directed to providing aggregation and distribution of transportation and travel services to customers, and more particularly to a method, system and apparatus for matching customers and providers of transportation services with a real-time reservation system that enables dynamic and predictable pricing scheme for buyers, providers and aggregators, while rewarding certain transportation providers based on their performance and customers based on their usage.

2. Description of the Related Art [0002] While taxis are generally available for short- term availability to customers, there are thousands of private chauffeured cars and limousines that are able to respond only to long term customer scheduling. In other words, it is difficult for these private cars to pickup potential customers without going through a protracted reservation process. These cars work through a central telephone-based or Internet-based service that receives requests from customers for scheduled transportation. These services then communicate with drivers by cellular phone, beeper or other mobile communication device. A customer often needs to provide several hours of advance notice in order to be certain that they will be able to obtain car service.

[0003] Similar to other service-industry businesses, the car service business has remained unchanged for a long period of time. For example, the current

arrangements give little pricing or availability information to customers and are notorious for no shows and service complaints .

[0004] New York itself has over 1500 transportation providers which operate 65,000 private cars in addition to 12,000 regular cabs. The main problem facing customers is the unpredictable level of availability, service levels and pricing provided by the different companies and different drivers. As a result, current systems are highly inefficient due to significant degree of system fragmentation and lack of technological solutions to these problems, therefore such services are not efficiently utilized from a customer standpoint. Furthermore, there are also significant inefficiencies from the transportation provider's perspective. For example, drivers often suffer lengthy, unpaid waits and down time between transportation service requests. Also, service fragmentation adversely affects the ability of the service provider to respond quickly and efficiently to service requests and available jobs are not dispatched in a fair manner.

[0005] There are deficiencies associated with the conventional service provider systems regarding ensuring a consistently high level of quality service (i.e., predicting the general quality of the limousine service, in terms of timeliness, quality of car, driver friendliness, and/or the like) . These problems and others are exacerbated by the fact that these services are subject to significant spikes in supply and demand. For example, often during the morning rush hour, from 7- 10 am, there is more demand than supply. In contrast, usually from 10 am - 4 pm there is more supply than

demand. Then again, during the evening rush hour, such as from 4 - 8 pm, the demand rises sharply only to disappear a few hours later. The current pricing system does facilitate applying flexible rates and more efficient matching and bidding to account for such drastic supply and demand characteristics to affect the actual prices paid by users for the service. In addition the system automatically accepts and sends jobs to affiliates and independent drivers to balance supply and demand and keep internal fleet utilization at optimal levels.

[0006] The inefficiencies discussed above in the transportation industry result from a few outstanding issues that have not been addressed by conventional transportation service systems. There is no effective mechanism to support multiple levels of service and ensure a consistent quality for repeat performance. Generally, patrons have limited abilities to provide feedback regarding a specific service provider (i.e. a provided service or particular driver) . As such, there is little incentive for individual drivers to provide better service. Also, there is no mechanism for establishing a repeat business relationship, which thereby prevents the evolution of a continuing business relationship, wherein a service provider could learn how to effectively and efficiently address the needs of a particular customer (such as by knowing the preferred pickup location and route selection, playing specific radio stations, taking certain routes, etc.) . Furthermore, most transportation services involve picking up a passenger at a first location and transporting the customer to a second location. As

such, one-way services result often in significant periods of wasted time due to the empty return of such vehicles and the absence of centralized system which can coordinate between service requests and providers who need service from such locations. [0007] Moreover, there is extremely limited access to information that can provide real-time traffic and routing data to drivers to help service providers accurately anticipate travel time or to redirect cars in case there is congestion or delays due to construction or other traffic events. In addition none of these services are available online as integrated transportation service solutions that may be provided in real time as part of the airline or hotel reservation systems. Accordingly, there is a need for a transportation reservation system that addresses the above-identified issues related to conventional systems.

SUMMARY OF THE INVENTION

[0008] The present invention is directed to a method and system for assisting customers with a real-time transportation reservation system that enable a dynamic and predictable pricing scheme for buyers and aggregators, while rewarding certain transportation providers based on their performance. In accordance with the disclosed embodiments of the invention, vehicles are used that have intermittent, changing availability as they are continually in traffic serving or are ready to serve. [0009] Traffic conditions are seldom static. As a result, a unique environment for providing a way to match the supply and demand in the ground transportation

industry is created. An embodiment of the invention thus creates a car service network that employs realtime traffic and schedule reports for a wide range of transportation services, data available from wireless technology, and Global Positioning System (GPS) with Real-Time Traffic monitoring means to track the average speed and location of chauffeured transportation on particular routes and to appraise trip duration information which may be communicated to customers and operators as well as third parties. As a result, the market demands in the ground transportation industry becomes accommodated with a maximum level of efficiency, while implementing a zero error zero no-shows process. [0010] The multitude of data and information that is gathered is processed in accordance with predetermined computations to validate, monitor and execute orders placed by individuals and groups for ground transportation or for a combination of ground and air reservations, such that efficient allocation and prompt car arrival times and reliable services to customers is permitted. In addition, customers and drivers and matches are performed between at least one customer and driver to assign and select a driver to a specific job request, as well as to permit transparency for drivers and customers with respect to ensuring efficacy in communication and solving current problems in the transportation business. The present invention also permits customers to be served by affiliate drivers by taking customer orders and then assigning the customer orders for reservations with individual affiliate drivers or companies. Here, the affiliates may utilize the same software or interface via different systems.

[0011] In accordance with the disclosed embodiments of the invention, patrons and drivers are provided with updated job information. The method and system links, aggregates and correlates a multitude of information using programs, such as Ajax. As a result, it becomes possible to constantly view updated job status as it correlates with current information pertaining to relevant flight schedules, as well as traffic information pertaining to the main route or alternative routes of a trip. In addition, it becomes possible to constantly appraise the distance of the assigned driver from the pickup location and provide real-time communication of this information to the customer and other interested parties . [0012] In addition, the disclosed embodiments of the invention allow customers to rate the service they receive, pre-select preferred drivers from historical jobs or a pool of available drivers, and allow passengers to select lower priced drivers by participating in reverse auction pricing. As a result, users enjoy a better level of service and guaranteed availability, while drivers receive higher prices and financial rewards for providing the better level of service. The disclosed embodiments of the invention thus provide a more efficient way to provide services that match supply and demand within the transportation services industry.

[0013] Other objects and features of the present invention will become apparent from the following detailed description considered in conjunction with the accompanying drawings. It is to be understood, however, that the drawings are designed solely for purposes of

illustration and not as a definition of the limits of the invention, for which reference should be made to the appended claims. It should be further understood that the drawings are not necessarily drawn to scale and that, unless otherwise indicated, they are merely intended to conceptually illustrate the structures and procedures described herein.

BRIEF DESCRIPTION OF THE DRAWINGS

[0014] The foregoing and other advantages and features of the invention will become more apparent from the detailed description of the preferred embodiments of the invention given below with reference to the accompanying drawings in which:

[0015] FIG. 1 is an exemplary schematic block diagram of a main engine in accordance with an embodiment of the invention;

[0016] FIGS. 2 (a) thru 2(c) is a flow chart illustrating the steps associated with processing a reservation; [0017] FIGS. 3 (a) thru 3(c) is a flow chart illustrating the steps associated with a method for a job that is to be performed as soon as possible;

[0018] FIGS. 3(d) thru 3(f) show a flow chart of the steps associated with an alternative method for a job that is to be performed as soon as possible (ASAP) ;

[0019] FIGS. 3(h) thru 3(j) show a flow chart of the steps associated with an exemplary method for assigning scheduled jobs of FIG. 3(d) thru

(g) •

[0020] FIG. 4 is an exemplary schematic illustration of the main engine of FIG. 1 connected to a variety of communication systems;

[0021] FIG. 5 is an illustration of the interaction that occurs when booking a reservation from the perspective of the customer;

[0022] FIG. 6 is a diagram illustrating information flow within the transportation reservation system for a random user in accordance with the contemplated embodiments; [0023] FIG. 7 is a diagram illustrating the zero- level information flow for a random user in accordance with the contemplated embodiments of the invention;

[0024] FIG. 8 is a diagram illustrating the context level information flow for a random user when redirected by a site in accordance with the contemplated embodiments of the invention; [0025] FIG. 9 is a diagram illustrating the zero- level information flow for a random user when redirected by a website in accordance with the contemplated embodiments of the invention; [0026] FIG. 10 is a diagram illustrating the context level information flow for reservations performed by travel agents in accordance with the disclosed embodiments of the invention;

[0027] FIG. 11 is a diagram illustrating the zero- level information flow for reservations performed by travel agents in accordance with the contemplated embodiments of the invention; [0028] FIG. 12 is a diagram illustrating the context level information flow for reservations for a

corporate or an account user in accordance with the disclosed embodiments of the invention;

[0029] FIG. 13 is a diagram illustrating the zero- level information flow for corporate clients in accordance with the contemplated embodiments of the invention;

[0030] FIG. 14 is a diagram illustrating the context level information flow for administration in accordance with the contemplated embodiments of the invention;

[0031] FIG. 15 is a diagram illustrating the zero- level information flow for administration in accordance with the contemplated embodiments of the invention; [0032] FIGS. 16 (a) thru 16 (d) is a flow chart illustrating the steps associated with booking a reservation via IVR in accordance with the contemplated embodiments of the invention;

[0033] FIG. 17 is a illustration of a screen capture of a dispatch screen showing distances and jobs; and

[0034] FIG. 18 is an illustration of a screen capture of the dispatch screen of FIG. 17 showing the status of drivers on a waiting list.

DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS [0035] The present invention is directed to a method and system for assisting customers with using a realtime transportation reservation system that enables a dynamic and predictable pricing scheme for buyers and aggregators, while rewarding certain transportation

providers ^' based on their performance. Unlike other systems which match and help providers work with each other via an electronic interface, the method and system of the invention aggregates all service demands from users, books their reservations by providing real-time pricing and availability information and then allocates such jobs to a variety of providers associated with the system electronically or via web interface. [0036] In addition, the system employs proactive error and alarm management to minimize errors and problems by utilizing GPS and other real-time information to render automated decisions about jobs which are entered into the system, are in progress and their chance of completing without any incidents. [0037] In an embodiment of the invention, the method and system provide a car service network comprising a plurality of cars, belonging to one or more fleet formations, with the ability to interact with each other and various customers by wireless technology and/or through the intermediation of a main engine. Here, the main engine provides a central node of a transportation reservation system, where all data is received, processed, integrated and directed to an appropriate party or database to permit the smooth and accurate functioning of the car service network. In addition, the central node of the transportation system or main engine feeds and retrieves information, respectively, into and from various external databases and engines that assist in the acquisition of reservations, processing of an initial reservation request, process and validate reservations, addresses, flights, landmarks, , selecting and assigning a specific driver

for a requested job, validating credit card and individual VIP account information, processing billing and financial transactions, providing real-time updates regarding the arrival time of various transportation services, as well as coordinating communication between the parties involved. Moreover, the main engine monitors traffic violations for any driver and validates their Taxi and limousine Commission (TLC) license and insurance. The parties involved in a transaction over the car service network, and whose interactions are sustained by the main engine comprise the following: customers and their representatives, drivers and affiliate drivers, call center agents, dispatchers, third parties, such as travel agents, and administrators, as well as referral sites. [0038] In accordance with the disclosed embodiments, the transportation reservation system provides two interfaces to allow the parties to interact with the main engine. The interfaces comprise, for example, a web interface for parties wishing to schedule reservation as well as account holders and providers, and an office interface for internal use of the service providers as well as third parties, such as affiliates. [0039] Figure 1 is a schematic block diagram illustrating an exemplary main engine in accordance with an embodiment of the invention. A random customer 110, accessing transportation system 100 for the first time via a web interface (not shown) , becomes an account holder with the transportation system by opening an account while making a first reservation and filling out the required dynamic forms on the website pertaining to personal and financial information as well as pickup and

destination locations . In the event the customer 140 does not place a reservation on line, the transportation system 100 will allow the customer to provide information to a trusted source via an input methodology, such as SMS gateway, web services agent, or via a call center through direct communication with an agent. All information related to a particular customer and his reservations is captured and stored in the customer database 120, where a customer profile 125 is created and associated with a customer number for internal identification purposes.

[0040] In creating a customer profile 125, the transportation system 100 saves all the historical, personal and billing information of a customer, as well as information associated with all reservations made by the customer or his organization 110 in the database 120. The information in the database 120 pertaining to a specific customer is displayed to the customer via the Internet as a customer profile comprising at least four categories, e.g., customer reservations 125a, customer preferences 125b, customer addresses 125c and customer billing or accounting 125d. Alternatively, companies may possess many employees and, thus, may manage all their profiles via centralized command. [0041] The customer reservations 125a category of the customer profile 125 comprises all of the reservations for that specific customer, including reservations to be performed in the future, closed jobs and cancellations. Information pertaining to each reservation further comprises a confirmation code, reservation date and time, pickup and destination addresses, as well as the status of the reservation, such as open, confirmed,

assigned, on location, picked up, dropped off, billed , paid or closed. Open reservations are reservations for which services have not been completed or for which the final billing is unapproved by the customer 110, while closed reservations are reservations for which the billing and accounting module 130c of the main engine 130 has verified and closed the job for the detailed charges of an approved voucher.

[0042] The customer 110 may obtain details regarding each reservation by selecting a respective confirmation code from a menu. The reservation details comprise information such as a copy of the electronic voucher, indication of the car type used, form of payment, dropoff date and time, passenger's name, the name of the person who made the reservation, the pickup phone, as well as the amount of the fare.

[0043] The category customer preferences 125b of the customer profile 125 comprises information such as login information, account settings such as default class of services, credit card information and default settings. The login information further comprises information such as the name of the customer, e-mail address, cell phone, alternative phone and fax number. It should readily be appreciated that the customer preferences 125b provides the customer 110 with the option to change his password. [0044] The account settings information of the customer preferences 125b comprises information such as the account number associated with the account profile, the authorization code, class of account (such as VIP, regular or corporate) , and department information for corporate accounts. In addition, the credit card information comprises the type of credit card, the card

number, and the expiration date, credit card billing address, and an optional second credit card; while the default settings information comprises the form of payment (such as an account charged according to a billing cycle, or immediate payment by credit card) and class of car. In accordance with the present embodiment, the customer 110 is provided with the ability to update the billing arrangement to be by the job or weekly or monthly, pay by credit card or corporate account and allocate as personal or business use. Such information and the default settings may be adjusted at anytime according to his needs. [0045] The category addresses 125c of the customer profile 125 comprise all addresses used by the customer either as pickup or drop-off locations world wide. The system validates such addresses and assigned geodata longitude and latitude markings so it could be recognized by any system or GPS computer. Here, the customer 110 is provided with the opportunity to edit and delete information that is already stored in the transportation system 100, as well as to add new addresses into the transportation system.

[0046] Regarding geographic information, when a new customer makes a reservation and enters the pickup and destination location for the first time, the transportation system 100 saves these locations as default parameters. However, upon re-accessing the transportation system 100 to make subsequent reservations, the transportation system will auto fill in the default locations automatically and prompt the customer by providing the option to edit these parameters, according to the current needs of the user.

In addition, the transportation system 100 offers the option to have the new parameters saved as new default settings or reoccurring events, rather than temporary settings. In any event, the transportation system 100 always provides the user or customer with the initial default settings each time a new reservation is made, unless new default settings are entered for permanent storage into the database 120.

[0047] Moreover, the customer 110 is permitted to import and place into their personal customer profile 125 a photograph of themselves. As a result, drivers as well as agents who meet the customers at an airport, for example, are provided with a way to assist in recognizing or identifying the customer. Hence, the transportation system 100 facilitates the customer's ability to add identifying parameters. As a result, the time required for a customer service agent to find and escort a customer to their car is reduced dramatically. By collecting all such preferences and applying the preferences to the user profile and then combining them with usage information and calculations of historical jobs, the method and system can predict and validate information from third parties and reduce the information needed for travel to a few pre-selected fields. For example, a user having a previous flight reservation can simply enter his confirmation number, which will prompt the system to access the right air carrier, retrieve the itinerary and suggest a pickup at the local and remote airports with suggested travel times and traffic information. In another example, a user sends an email or SMS message inviting the system as an attendee in a meeting. Here, the system

translates the information into a reservation indicating the user's office or home pickup based on time of day and the email specified meeting place and suggests a pickup time and may also send an email or update a web page with the reservation. The user may edit any of the parameters or accept the reservation and obtain instant confirmation .

[0048] The billing category of the customer profile or accounting 125d comprises listings of all invoices associated with their respective reservations and charges, as well as the name of the account holder, the account number, the address of the account holder, the name of the contact person, the telephone number and the e-mail address of the account holder. When the customer 110 selects a specific invoice to view, he is permitted to view the voucher associated with that invoice, including a detailed breakdown of the charges of the final billing. The customer 110 will also be able to view the respective reservation information comprised of the transaction log information, such as the name of the passenger, the telephone number of the account holder, the name of the person who made the reservation, the car class, the number of the job, the time of the pickup, and the pickup and drop-off addresses. While viewing this information, the customer 110 is permitted to print a page, download the voucher to a computing device (not shown), view the job route via GPS and e-map (not shown) , and listen to any recorded conversation associated with that specific reservation. As a result, the customers are permitted to verify charges on the final billing for a ride and reconcile the billing information with the time the driver was on location,

the number of stops performed during the ride, the duration of the ride, as well as the number of tolls. Here, the customer can assign any job as a personal or a business related transaction and link it to any other account or company he may be associated with. In addition, the transportation system 100 also provides full details of the internal communications and interaction between the drivers, dispatchers and operators who handled any reservation so the customer can see what transpired at any moment. Moreover, the customer can rank and add or remove any driver or affiliate from his profile for future use. On pending jobs clients are provided with the ability to see information, such as the status being verified, missing info, unassigned, assigned, in route with distance and estimated time from location, on location, pickup with distance and time to drop off, drop off time and . route map .

[0049] With further reference to FIG. 1, the main engine 130 includes a reservation module 130a, a dispatch module 130b, a billing and accounting module 130c, a pricing module 13Od and a reports module 13Oe. When an account is opened, it is designated as either a regular or corporate account. A regular account is setup by creating a customer profile 125, as described above for the benefit of a single individual, while a corporate account is set-up for the benefit of a business or a corporation. A corporate account is assigned an account number, and each individual employee of the corporate customer receives a customer profile associated with that corporate account number, as well as an individual number associated with his personal

profile. For billing purposes by the billing and accounting module 13Oc ₇ the corporate accounts offer the following payment options: payment after each ride either by cash or corporate credit card, payment at the end of the month either by corporate credit card or by check, payment by individual employees with their individual credit card, and payment which consists of a combination of individual employee credit card and corporate credit card or check at the end of the month. [0050] The transportation system 100 permits corporate account holders to manage their own accounts, by employing different levels of access to the financial and reservation information associated with the corporate account in the billing and accounting module 130c, including the individual customer profiles of the employees associated with the respective accounts. For instance, the transportation system 100 permits a web administrator of a corporate account to manage the entire corporate account and to access all the billing information of that account, including the individual customer profiles of the corporate employees. However, an individual employee is only permitted to manage his own customer profile and can only access his own billing information, as opposed to the entire billing information of the corporate account. In addition, the transportation system 100 allows account administrators of the corporate account to schedule reservations at the reservation module 130a; however, they are not permitted to access any billing information, either for the corporate account or individual corporate employees . [0051] Regarding payments for charges accrued to corporate accounts, the transportation system 100

provides corporate customers with the flexibility to manage their own accounts by selecting to submit payments on a billing cycle, where the billing cycle is selected in agreement with the corporate customer's wish, or upon completion of a specific task. Furthermore, the transportation system 100 permits corporate employees to settle their own billing associated with their individual customer profile either according to a billing cycle or upon completion of a task or job. In certain embodiments, a corporate employee has the option to use a corporate charge account or a personal credit card to effect payments. [0052] Thus, with respect to payments for charges accrued to corporate accounts, the transportation system 100 provides corporate customers with the flexibility to manage their own accounts by selecting to submit payments on a billing cycle, where the billing cycle is selected in agreement with the corporate customer's wish, or upon completion of a specific task. Furthermore, the transportation system 100 permits corporate employees to settle their own billing associated with their individual customer profile either according to a billing cycle or upon completion of a task or job. In certain embodiments, a corporate employee has the option of using a corporate charge account or a personal credit card to effect payments. Regarding the management of the billing of the corporate accounts, the system offers flexibility in settling of account charges. As such, each corporate employee has the options of perfecting payment according to the billing cycle of the corporate account, settling bills at the time the services are completed, or a combination

of both. For instance, when a corporate employee receives services from the transportation system for personal use, the corporate employee has the option of paying at the end of the ride by a personal credit card or cash and the main engine will ensure that his account will be credited for the respective payment and the billing statement for his account will reflect payment for the personal use. Additionally, the corporate employee has the option of deferring payment when the services are completed, and his billing statement at the end of the billing cycle will reflect the charge for the personal use.

[0053] In accordance with the contemplated embodiments, large entity customers may interface to the transportation system and continuously update and receive information from the system that is necessary to permit them to perform their operations. For example, a law firm may update the transportation system with matter or approved project numbers that must be used when any of its lawyers or clients use the car service network worldwide. In accordance with the contemplated embodiments, the transportation system is permitted to then validate in real time if a job request is authorized and report in real time back to the client what is being used by whom and how often. Here, the transportation system collects job information and vouchers from drivers and affiliates and correlates them to specific matter numbers, and may generate reports or files to clients that are sorted by project matters to enable real time billing by the clients to their users. [0054] In addition to the personal and financial information, each customer profile 125 is associated

with a ranking number. In accordance with the disclosed embodiments, the ranking number is used by the main engine 130 to perform computations to match a driver 140 to a reservation request located in the reservation module 130a. [0055] In accordance with the disclosed embodiments of the invention, each customer 110 is ranked by the main engine 130 based on the type of account held, the frequency of usage, as well as the amount of money derived from that account as indicated by the reporting module 13Oe. In addition to the designation of "personal" or "corporate", each account is further classified into one of many categories, for example budget, luxury, VIP or platinum, etc. Moreover, the main engine 130 takes into account the "regular" or "VIP" designation on an account for the purpose of ranking a customer. Based on the amount of money derived from the accounts, and the type of cars requested, each customer will be ranked in a manner that permits VIP customers to receive the highest level of priority and service, such as the best cars and the highest ranked drivers as derived, for example, through customer-satisfaction surveys and feedback as described below. [0056] Corporate customers will be assigned cars and drivers based on the profile assignment in the account of each individual employee of the corporate customer, either budget, regular or VIP; . However, for each new customer, the transportation system 100 may automatically upgrade the service to a VIP standard over a predefined time period, such as for 90 days. Subsequent to the predefined time period, the customer

110 will be required to pay an additional fee for the VIP standard or will be assigned to an account based on his dollar usage level.

[0057] Customer accounts are also classified according to categories, such as intensive care account, special account, farm-in account, affiliate account and master account. In turn, each category is designated with a special color code indicating its tier of significance. For example, intensive care and special accounts are red for the first tier, farm-in accounts are yellow for the second tier, affiliate accounts are green for third tier, and master accounts are white for the fourth tier. As a result, a color and/or tier scheme is achieved that permits automatic assignment of a specific type of car service to a customer 110 or customers associates with a specific account, based on the monthly fare income derived from that specific account,

[0058] The other main party of the automated transportation system of the car service network is the driver 140. In accordance with the disclosed embodiments, the driver 140 must be either a member of a fleet or an affiliate of the transportation system 100. Affiliate drivers represent individual drivers or drivers employed by local or remotely located affiliated car services. Affiliate drivers serve to provide services when the market demand for car services exceeds the fleet capacity, provide services within remote locations anywhere in the world for the transportation system or on behalf of the system, and to provide services as local or remotely located affiliates by

using the system and method in accordance with the disclosed embodiments of the present invention. [0059] Upon becoming a member of the fleet or an affiliate, each driver is provided with a phone, a computer or both (not shown) that is associated with the transportation system. Alternatively, the driver 140 can download a free software program to a personal phone or computer, which will enable the driver to become part of the automated car service network. As part of providing the software program, the transportation system 100 maintains control over the affiliates as it monitors all jobs and inventory. In addition to providing a way to communicate with the car service network via phone or computer, each driver is assigned an ID number, which is stored into an individual driver profile located in driver database 150. The profile of an individual driver includes information, such as the name of the driver, his license number, a description of the driver based on a ranking score, such as from 0 to 4, association with a particular type of car from a class of cars that the driver is able to chauffeur, GPS with Real-Time Traffic monitoring information, as well as an association with a particular type of service, such as budget, VIP or luxury. [0060] The ranking score is derived from a ranking methodology that is based on a predefined scale, such as 0 to 4, and reflects an overall assessment of the driver 140 based on parameters rated on the same scale, such as experience, language proficiency, punctuality, cleanliness, courteous behavior, ability to speak additional languages, professionalism, the weekly average income, as well as criticism from customers. In

certain embodiments, some parameters are rated by management alone. In other embodiments, parameters are rated by both customers and management.

[0061] Regarding customer ratings, after each ride, each customer 110 is provided with the opportunity to provide feedback information and rate his driver as well as his ride by filling out a short questionnaire listing key parameters. The customer 110 is also provided with the opportunity to include additional comments to reflect his satisfaction or indicate any problems with his driver and/or his ride. As a result, the latest input that is provided permits a recalculation of the driver's ranking, which is stored into the driver database 150. As a result, customers are provided with the ability to block or request the services of certain drivers based on the driver ranking. It should be appreciated that customer surveys and comments are key to aiding the transportation system 100 to improve the overall service of the fleet, because the driver rankings are used in computations to accurately and appropriately match a driver 140 with the appropriate customer 110 who made a request for a reservation. [0062] In addition to providing feedback information at the end of a ride, customers may access an on-line profile of a driver at any time after a reservation has been made and a driver has been assigned for the job. Here, a customer 110 can provide feedback information during the performance of a job, or even days after the service has been rendered in accordance with the disclosed embodiments. For instance, if the customer 110 is in the car and his driver 140 refused to take directions from the customer 110 regarding a preferred

route, the customer 110 may access the on-line profile of the driver 150, and rate certain parameters of the survey or present additional comments to express his dissatisfaction with the attitude of the driver. As a result, the transportation system 100 is provided with a way to ensure that a particular driver is never reassigned to a particular customer. The transportation system 100 collects all such information and uses it to generate a ranking for the driver, by assigning each complaint or problem a specific point value, and by adding the points on a cumulative basis and dividing the number of jobs performed by a driver by the points maintained for each driver. As result, a score that can be viewed by the customers is obtained. In accordance with the contemplated embodiments, the transportation system 100 may automatically reassign a driver profile from VIP to budget if the driver's score falls below a certain threshold.

[0063] All drivers have access to their score via an on-line interface and may receive a summary of their pay reports, historical and pending jobs or complaints via email. In addition, the drivers are permitted to see future jobs assigned to them, as well as specific reasons or logic explaining why their score or performance and ranking are what they are. [0064] As stated previously, drivers enrolled with the car service network load an application onto their phone and/or their computer which allows them to communicate with the transportation system 100. This application accesses internal GPS software of the phone or computer, retrieves the driver location and sends this information to the transportation system 100. In

addition, the application on the phone and/or computer of the driver uses a wireless data network to send such information to the transportation system via the wireless network used by the driver. [0065] In accordance with the contemplated embodiments, the transportation system 100 calculates the location of the driver and his speed based on the progress he is making between readings. The transportation system uses this information to decide which jobs to assign to a specific driver, as well as to determine when he is on location or estimate when he is going to a drop off point. In addition, the transportation system is configured to electronically send the driver details of a job, as well as directions from his current location to the pickup location or from the pickup location to the destination.

[0066] Furthermore, the software allows the driver to mark when he is on location and when he completed a pickup and drop off, as well as enter voucher or confirmation numbers so that the billing and accounting module 130c can link a scanned voucher to a specific job or driver. This data is also used to calculate the details of what payments are owed to the driver and from the customer. Moreover, the driver is provided with the ability to accept or reject jobs, as well as mark himself as available or unavailable. Here, the driver can place himself in a specific zone and request certain type of jobs.

[0067] The transportation system can validate extra stops or change the pricing on a job based on stored GPS information, which indicate the route path and the required time to complete the trip. The transportation

system 100 therefore collects and calculates the performance of drivers based on a combination of data collected from the GPS system, as well as entries made by the drivers and validated by the GPS system. This information is processed and is used to rank all drivers and decide what score and jobs they are qualified to perform.

[0068] On the other hand, the driver obtains additional information as customers interact with the system. For example, if a customer indicates he needs 10 more minutes when he get a call from the IVR module 420, the information is sent to the driver's phone or computer via a data message, when a flight lands and the transportation system obtains a notification from an outside database of the terminal and arrival time. This information is then sent to the driver so that the driver can approach the right terminal for pickup of the customer .

[0069] With additional reference to FIG. 1, the transportation system 100 uses pricing module 13Od to also calculate the driver' s weekly average hourly income based on the total amount earned divided by the total hours worked, and uses this information to perform an even and fair automated distribution of the jobs among all the drivers within a certain category via the dispatch module 130b. Here, the transportation system 100 promotes responsible drivers by ensuring that all available drivers receive at least a minimum amount of jobs on a daily basis. One objective of the transportation system of the disclosed embodiments is to also maintain the average of each individual driver close to the fleet average for a particular seven-day

week period, in a particular car category or service category. Consequently, the transportation system is configured such that unlimited driver categories are supported. As a result, an accurate classification of drivers and affiliate drivers can be merged. [0070] In an embodiment of the disclosed invention, the fleet average for a specific class of cars serves as a baseline for comparison to the weekly average of each individual driver for that same specific class of cars. To obtain a fleet's weekly average, the total weekly working hours for all the fleet cars in a class are divided by the total weekly fare income for that respective class. The weekly average of each individual driver within the same specific class of cars is obtained by dividing the total weekly hours worked by the individual driver to the total weekly fare income generated by the same driver. By comparing a driver's weekly average to the fleet weekly average within a class of cars, the transportation system can determine whether the driver should be assigned jobs with certain dollar value.

[0071] For instance, when a driver's weekly average is below the fleet's average, the transportation system will tend to assign to that driver jobs which have a higher dollar value and will bring him within a certain range of the fleet's weekly average, while at the same time assigning other lower value jobs to drivers whose weekly average is above the fleet's weekly average. The fleet average my be obtained or computed in the reports module 13Oe of the main engine 130 in conjunction with information obtained from the reservations module 130a and dispatch module 130b.

[0072] In accordance with the disclosed embodiments, drivers are also categorized based on the type of transportation service they provide. Similarly to the cars that the drivers chauffeur for their customers, the drivers fall into categories of service, such as standard, luxury or VIP. Classes of cars may consist of sedans, SUV's, specialty, stretch, armored, bus, van, luxury and other types of vehicles, each having their own pricing, fleet rules and affiliate network. [0073] Each time a customer or a third party places a reservation request, the main engine 130 of the transportation system 100 will perform a series of computations to validate and then match the reservation request with a specific driver. The computation in accordance with the disclosed method of the invention accounts for whether the reservation request is for a regular customer or a VIP customer, the location and time of the pickup, the drivers from a class of cars appropriate for the job, the ranking of the driver, the location of the driver in relation to the pickup time and location, as well as the traffic and weather conditions. In addition, as part of the matching process, the main engine 130 maintains and updates a list of all the available drivers as well as a waiting list for customers. Thus, the transportation system 100 creates a set of lists, one for the drivers and one for the customers, prior to performing the matching between the two lists for the purpose of assigning the appropriate driver to a job associated with a specific reservation request. [0074] In the disclosed embodiments of the invention, a customer waiting list is a job list comprising a

queue, regardless of whether the customer reached the transportation system via interactive voice response (IVR) , a land based or wireless telephone system or network (e.g., GSM, CDMA, VoIP/PSTN), a communication server, or a web server (see FIG. 4) . The jobs in the queue are listed on a first come first serve basis, i.e., in a descending manner, and further sorted based on a numerical value calculated in accordance with the customer algorithm, and updated each time a new reservation request is made and/or each time a driver is assigned to a job in the queue. The customer algorithm accounts for characteristics such as the amount of the fare, the class of the requested car, the customer class, the location, time, and type of car requested, the willingness to share a ride, willingness to have more stops to destination, as well as the request for a particular driver and many other parameters. The computation permits the transportation system 100 to accommodate specific requests from customers for particular types of cars that do not match their accounts. For instance, the transportation system 100 may provide an upgrade in the service provided to a customer, if a regular car is not available or a customer provides a request for a luxury or VIP car. Likewise, the transportation system 100 may perform a temporary downgrade of the service provided to a customer, if a VIP customer requests an economy car. [0075] The waiting list of a driver is a sorting list comprising all available drivers and affiliates at a particular time. The sorting list is based on a driver algorithm that accounts for characteristics of a specific driver and includes information such as the

time the driver has been idle, the weekly average for the driver, waiting time on the list of queue, the location of the driver ^" constantly updated by GPS, the error ranking of the driver, the type of car chauffeured by the driver, the kind of jobs already performed by the driver (i.e., whether a driver has recently performed two high value out of town trips, then the third trip will most likely be local), type of car, smoking or nonsmoking, hybrid or non-hybrid, traffic conditions, return rides from a destination that other drivers may not be able to fulfill, offers or availability from affiliates for a lower price or a "better" type of car, balancing of supply and demand for cars within the next two hours of the reservation request, as well as any restrictions, such as no pets or nonsmokers, as well as many other parameters .

[0076] In addition, the sorting list presents the driver service categories in descending order, which may be identical for all or different for different car classes or different customers, according to the quality of the service a particular driver is permitted to perform. Thus, in accordance with the preferred embodiment, the VIP category is listed first, the luxury category second, and the standard category is listed third. Moreover, within each category the corresponding drivers are listed according to their ranking on a scale from 0 to 4. However, for the purpose of matching a driver to a job, a driver from the driver's list is further selected based on the driver algorithm. [0077] For example, when a driver 140 is available to render services he informs the main engine 130 of his availability by pressing a certain button on his

communication device. The transportation system 100 then determines the highest type of service that the specific driver can render and places that driver within one of the corresponding VIP, luxury, or standard category of his driver sorting list. Within a particular category, the available driver 140 is sorted in a descending manner based on his waiting time, income, ranking on a scale, such as from 0 to 4. Thus, drivers with a higher numerical ranking value, such as 4, will be listed above drivers having a lower numerical ranking value, such as 3, who in turn will be listed above drivers having an even lower numerical ranking value, such as 2. Drivers with an exemplary numerical ranking value of 2 will be listed above drivers with an exemplary numerical ranking value of 1, who in turn will be listed above drivers with the lowest numerical ranking, such as 0.

[0078] The contemplated embodiments of the invention thus permit drivers from a higher category to render service to customers requesting reservations from a lower category. However, the reverse does not apply unless authorized by the customers requesting the job. For instance, a VIP driver can render services to customers requesting luxury or standard cars, but a standard driver cannot render services for customers requesting luxury or VIP cars. In a similar vein, a luxury driver can render services to customers that request standard cars; however, a luxury driver cannot render services to customers requesting VIP cars. [0079] Once the sorting based on ranking is performed, the drivers are further selected based on the driver algorithm. As a result, an available driver

placed within one of the disclosed service categories and sorted according to his rank will be further eliminated for selection based on specific requirements for a job. [0080] Upon placement of a reservation request with the transportation system and after the customer and driver lists are updated, the main engine 100 performs a match between each reservation request from the job list with drivers from the driver waiting list. Hence, selecting a driver from the waiting list is performed by the numerical value produced in accordance with the algorithm, unless a customer requests a particular driver who is available and willing to perform the job. In a contemplated embodiment, whenever a customer places a request for reservation, the transportation system 100 performs the matching process to assign a driver to the job. Here, however, prior to assigning the driver 130 to the job, the main engine 130 determines, based on the pickup time, whether the request is for an urgent job (i.e., an ASAP job), indicates a pickup time within a maximum time period, or is a job at some time in the future, i.e., a time greater than a predetermined time period from the moment the request was placed. In the preferred embodiment, the maximum time period is 45 minutes and the predetermined time period is at least 2 hours .

[0081] When reservation requests are received and the job list is updated, the transportation system 100 aggregates selected customers who are willing to share a ride and who are going to the same general area or direction, thus permitting the selected customers to benefit from lower rates and discount fares. Here,

customers can be transported in a private car, minivan or by bus. In accordance with their specification as to the willingness to accommodate more stops to their destination, the customers can either travel in a vehicle and be all dropped off at a final designated area without additional stops or they can travel to their individual final designations while the vehicle makes various stops to drop off each individual customer. Moreover, the same transportation system 100 can be used to provide aggregated private jet travel by the same reservation system.

[0082] When the transportation system 100 encounters a scenario where there is a high demand for cars but none are available, then priority is given to higher categories, such as platinum and VIP. Here, cars are assigned within such a class until all jobs are covered by a specific driver. At this point, the next car class will then be covered, in descending order until all jobs are covered. Within a class, priority is assigned based on title and monetary usage of within the care service network. Here, all accounts are marked based on whether they are eligible to be outsourced, and the transportation system will attempt to outsource as many jobs as possible, where only the treat remaining jobs are treated in the above-discussed priority. [0083] The contemplated embodiments of the invention permit aggregation of customers willing to share a ride and matches them based on profile information. Affiliates offering such services can list their limitations and the transportation system 100 can thus calculate in real-time whether a four or two-leg reservation by a customer falls within or outside the

parameters specified for such a designation. If the transportation system cannot match any affiliate to provide a flat service at the desired price, the transportation system may attempt to charge the split between the originating affiliate and the affiliate performing the second or third leg, put the job up for bidding or auction or ask the customer or affiliate booking the job for an increased price. If it still not possible to perform a match, then the job is allocated to an agent who will try to resolve the issue. [0084] Pursuant to aggregating customers to be transported to a final destination, the main engine 100 will also take into account information available from GPS and real-time traffic monitoring (see FIG. 4) to ensure the possibility of creating a route which will be cost and time efficient. For instance, if the customers are located in a general area, but their geographic location is divided by a river or some other natural or manmade barrier, which creates an unpractical detour for all the aggregated customers, then the transportation system 100 will be able to assign the customers for aggregation into two different vehicles designated for two different routes, or may even decline to aggregate a customer if not enough customers can be aggregated to the respective area. [0085] In addition, the transportation system 100 is provided with the capability to match a series of jobs based on information such as the drop-off location, the time of drop off or the car type to optimize job dispatch. Here, the jobs are assigned one at a time when it becomes clear that the drop off of previous job

is going to occur on time and when there is enough time for the driver to get to the pickup location. [0086] The transportation system 100 of the disclosed embodiments comprises an application with two user interfaces, i.e., a driver interface and a customer interface (not shown) . The driver interface is accessible by registered drivers and dispatchers who are equipped with a wireless device, such as the phone, which includes GPS and wireless location capabilities and all necessary software. The software permits management of car inventory and availability, car and job tracking; it permits drivers and dispatchers to be notified of job assignments and in certain situation to bid for queued reservation requests or receive requests for quotes . In accordance with the contemplated embodiments, the software is configured to operate on wireless devices, but may also operate on computers connected to the Internet or by using phones to call or SMS into an interactive voice response (IVR) reservation system (see FIG. 4) . [0087] The contemplated transportation system 100 may also interface with reservation software operated by other travel, rental and limo companies, thus allowing for such functions to be performed automatically based on real-time matching and according to rules designed to optimize the service and fleet utilization.

[0088] The customer interface permits access to the transportation system 100 by any user, such as registered customers or wholesale reservation networks, equipped with an interface protocol via computer network or any wireless access device such as Palm VII, Blackberry, WAP phone, IPhone, and the like.

Interacting with the interface allows the users to place reservation requests, view current and past jobs associated with their respective accounts, bid for available cars, track cars and rate driver service. The application server may reside anywhere on the Internet, and comprises commercial Relational Database Management Systems (RDBMS) , middleware and presentation software with custom programming.

[0089] In accordance with the disclosed embodiments, a reservation system provider may receive percentage fees or subscription fees from customers, transaction fees from customers, subscription fees from drivers' percentages, transaction fees from drivers and/or platform licensing fees from other interested businesses. When a customer wishes to make a reservation via IVR or SMS (see FIG. 2) , the customer calls in or sends a message to indicate a request for a job.

[0090] Regarding IVR interaction, there are various scenarios for interacting with the system. In the preferred embodiment three scenarios are provided, such as make or change a reservation, find-my-car and informing the customer that the car is on location. The transportation system 100 uses the caller automatic number identification (ANI) to identify the job and driver, as well as automatically connect the parties or inform the customer of the location of the car. In addition, the transportation system 100 also prompts the customer or driver to perform certain actions based on their location to assist them in finding each other. [0091] The "make reservation" procedure is a process by which a customer calls the transportation system 100,

and based on known voice recognition methodologies or conventional DTMF, the details of the reservation are recorded. In instances where the customer is a user and there is preexisting information in the system regarding the default location, the user may receive options to select his default settings or indicate by voice commands whether he wishes to be picked up from home or office. Since default addresses are pre-registered by the transportation system, a simple voice command "home to office today at 6 pm" may result in an accurate reservation which will be read back and emailed to the user. The information entered by the user combined with his identification by his ANI or entered account information is subsequently processed. When all the necessary information is successfully obtained from the customer's recorded information, the system 100 sends a confirmation number to the customer after the credit card has been validated at the credit card validator 160. The confirmation number and job information is also sent to the customer in a known manner by e-mails, SMS or IVR (see FIG. 4) .

[0092] Upon selection of a driver 140 for the job, the confirmation number is sent to the driver 140, thus allowing the selected driver to perform the job. Any future necessary interaction with the user or customer 110 is performed by means of IVR, e-mail and/or SMS. In accordance with the contemplated embodiments of the invention, the transportation system 100 continues to monitor, such as every 30 minutes, all relevant information to ensure that no critical changes regarding the driver or the customer's itinerary occur. For instance, if a flight is delayed or a driver is sick,

the transportation system 100 will automatically reconfigure the reservation and inform the relevant party of the changes in the reservation details. Here, all aspects of the reservation are validated, which includes but is not limited to pickup and drop off addresses, time of travel and its relevance to a flight or an event, calculation of sufficient time for travel based on time of day and day of the week, type of vehicle availability for day and time of travel, other reservations made by the same person or entity and any duplications or inconsistencies, historical errors and their relevance to current reservation details, pickup or drop off information as to any street closure or traffic limitations and many others. Moreover, the transportation system 100 resolves any conflicts by updating the information or by contacting the customer via email or SMS for clarification or changes. [0093] In the event any reservation information is incomplete or can not be determined by the transportation system 100, the main engine 130 will either forward the reservation information from the reservation module 130a to an operator or automatically contact the customer 110 for additional information. In either case, the operator or the transportation system 100 will be able to contact the customer, via telephone, e-mail, IVR or SMS and retrieve the rest of the information in order to complete and update the reservation request. As a result, the transportation system 100 is able to correlate the actual GPS information with the data collected. [0094] The "find my car" procedure ensures the car is on location or accounts for the scenario in which a car

has not yet arrived at its expected location. Here, the customer 110 may "call in" or receive a call from the transportation system 100 via IVR and the customer can be connected to the driver to elucidate further details for the reservation. Furthermore, by using GPS information, the IVR can read to the user the exact address and the location of the car and estimate the time of arrival. In this case, the customer can also see in real time on the web via a computer or web-enabled cellphone, the location of the car by accessing transportation system data.

[0095] Finally, IVR can be used to inform the customer 110 that the car is on location. Here, the driver 140 may send a signal to the main engine 130 to indicate his arrival at the location. When the main engine 130 receives the signal from the driver 140, the main engine 130 initiates a communication with the customer via e-mail, SMS or telephone by use of IVR, based on the profile setting of the customer, and a recording will inform the customer that the car is on location. In addition, the customer 110 may be provided with the option to delay pickup by a predetermined time period, such as by 5, 10 or 15 minutes. Where selection of a delay is communicated to the system and the driver, it is designated as non-critical and is reflected as "green" on any interface that may be is current use. In the event the pickup is delayed, the transportation system informs the driver 140 or the customer 110, respectively, of the new pickup time. [0096] An automatic feature is implemented in the exemplary embodiment of the transportation system 100. The automatic feature permits use of e-mail, SMS, or IVR

to call to inform a customer when, for example, a flight is delayed and/or inform them that the car will pick them up later to correspond to the new flight schedule, or call the customer while in flight if necessary to confirm that a car will be waiting at the airport based on the new flight schedule. The IVR can be used to correlate the ANI or caller ID of the incoming calls with users to eliminate the need for them to be identified or to specify which job they are referencing to allow them to immediately interact with the system by voice or touch tone. If they elect to talk to an agent, the specific job will then be presented to the agent answering the call and the system may transfer them to a specific agent located locally or remotely based on the profile of the customer (VIP) . [0097] In accordance with the present contemplated embodiment of the invention, the method of the invention permits ground transportation services or individual drivers anywhere in the world to enroll as affiliates (see FIG. 4) of the transportation system 100, and provide services to customers as part of the car service network. Here, a user may access the transportation system 100 via web or SMS and book a four-leg reservation for car services in a remote location during an originating leg of a trip. As a result, an affiliate limousine company using such a platform in one city may be identified as a qualified provider by the transportation system 100 and assigned the job. After the job is accepted and the transportation system 100 is informed, the qualified provider obtains a confirmation to provide service for the users in that particular city. For instance, if a customer based in a US city

calls a local limousine service and desires to have service in a different city in the US, the local company in accordance with the system and method of the invention is able to provide that service by taking the reservation and outsourcing the reservation request to other affiliates of the car service network, as long as they all use the transportation system or place their jobs through such system.

[0098] In contrast to the disclosed embodiments of the invention and in accordance with conventional practices, if a customer calls a limousine company in Los Angeles for local pickup for a ride to an airport in Los Angeles and then decides that he wishes to be picked up at the airport in Memphis and taken to a hotel in Memphis, the Los Angeles company can book the entire trip. However, such a process is not automated. As a result, when the customer calls the limousine company in Los Angeles, the company in Los Angeles can give a price quote for transportation from the customer's home in Los Angeles to the airport, but the Los Angeles company cannot concurrently provide a price quote and guarantee availability for the customer' s second leg of the trip in Memphis. Here, the company will be required to call back the customer with the price quote and confirmation details for the second leg of the trip in Memphis. [0099] In addition, the limousine company in Los Angeles may have a difficult time ensuring that the affiliate in Memphis performs its tasks adequately and up to the standards of the Los Angeles limousine company. Hence, the current practice of providing reservations for the second leg of a trip is not only cumbersome and inefficient with respect to time and cost

for both the user and the limousine company, but it also fails to provide the Los Angeles limousine company with a way to monitor the services for the second leg of the user's trip to ensure adequate service. [00100] The disclosed embodiments of the present invention address many of the current problems associated with booking a reservation for the second leg or third leg of a four-leg trip, by utilizing the transportation system and method to provide a remote affiliate with an automated way to integrate services within the car service network and communicate in a real-time manner with a user or customer.

[00101] In accordance with an embodiment of the invention, when a user books a reservation as part of a second leg or third leg of a four-leg trip in a remote location, fixed pricing from the transportation system 100 is available. The fixed price is calculated as a function of the distance from the airport of the remote location to the general downtown area of the city of the remote location. The distance from an airport, in a remote location, to the general downtown area of a city, within the same remote location, will vary from city to city based on the allowed radius of the diameter provided by the affiliate as part of their flat offer to the affiliate car service network. [00102] When a user desires transportation from the airport of a remote location to what is considered the downtown area of a specific city within the remote location, an embodiment of the invention permits the user to access a transportation system website via a web server (see FIG. 4) and book reservations for the first and second leg of the trip. Here, the first leg of the

trip comprises a local ride to a local airport, while the second leg comprises a ride from the destination airport to the general downtown area of the destination city. A trip from an airport in a remote location to the general downtown area of a city in that remote location is a standard price for each city and it is stored in a database. In accordance with the contemplated embodiments of the invention, the transportation system 100 uses a geo database to validate the address and confirm if the remote location is within the specified radius provided by the local affiliate. Each affiliate that joins the car system network 400 registers the geographical region and type of service that they provide, as well as the price associated with such service. The transportation system is also connected to the local company software or can get manual web based availability updates to keep current information about both price and availability. As a result, a user or consumer may obtain real-time confirmation of price and availability for many legs of any trip, as well as an exact pricing quote for each individual ride. It should be appreciated that the pricing on the reservation request in remote areas could be based upon an auction process or a pre-negotiated rate with each affiliate or individual drivers, which has been stored into, for example, database 150 as part of the transportation system 100.

[00103] In another embodiment, the user or customer 110 is permitted to access the transportation system website via the web server (see FIG. 4) and order a local ride to the local airport within the geographical data, for the first leg of the trip, while receiving an

exact price for the services requested. Subsequently, the user or customer 110 is able to book a reservation for the second leg of the trip, from the destination airport, in the remote location, to an area of the city of the said remote location other than the general downtown area of the remote city. In accordance with the present embodiment, the customer 110 or user will receive a second confirmation from the transportation system 100 specifying the pricing quote for the second leg of the trip. Here, the quote is obtained from a process involving one or many remotely located affiliates of the transportation system 100 who have registered to provide service in such areas pursuant to a bidding process or as a flat rate when the trip is to a standard location or destination from the airport. In accordance with the previously discussed embodiments, the transportation system of the present contemplated embodiment decides whether the request for a reservation is a fleet job or an affiliate job. Upon deciding whether the reservation request is for an affiliate job, the transportation system 100 transmits the request to a specific or multiple affiliates that are selected based on a predetermined computation. This predetermined computation is based on information such as response time, price, availability, historical performance, proximity to the destination airport, number of jobs performed in the past for the transportation system, the number of jobs received by the transportation system from the affiliate, and the level of service requested, such as VIP, luxury or standard. [00104] For instance, when a remote affiliate links to the remote affiliate account and retrieves a reservation

request from the reservation module 130a of the main engine 130, the request fully describes the order and provides the agreed upon price, or a blank space for the price or a target price suggested by the transportation system based on an acceptable and competitive rate. The remote affiliate may fill in and submit a price quote and the transportation system 100 can either accept or reject the offer. In the event the offer is rejected, the original remote affiliate may resubmit another offer. However, upon generating the initial rejection, the reservation request will also be communicated to other remote affiliates servicing the same area and allow them to bid for the same job.

[00105] Alternatively, when the transportation system 100 provides a competitive and reasonable price for the fare to several local affiliates, they can either accept the offer or enter a new price. If the offer is accepted by more than one affiliate, then the transportation system submits the same reservation request with the new lowest suggested price quote to more affiliates from that remote location and provides a second chance to bid for the job, if no response is received the job is awarded. However, if a new lower price is received, then the job is awarded to the lowest bidder and the others bidders are notified of the award. [00106] The system and method of the contemplated embodiments sends the reservation request to more than one affiliate to ensure that at least one quote and a successful booking of the reservation is obtained. However, if the user, customer, or the affiliate finds the pricing of the second leg of the trip unacceptable, then the respective party will be permitted to cancel

the reservation request for the second leg. In some cases, the customer may be willing to pay a price higher than agreed upon by the remote affiliate and such a price gap can be used to subsidize other riders who are looking for a discount. The transportation system may manage and apply such credits to ensure that more jobs get performed by the car service network. [00107] When the transportation system receives the order for the second leg of the trip, it automatically sends an order for the second leg of the trip to a remote affiliate of transportation system in that second city. Here, the affiliate can access a link that leads it to its own account on the transportation system. The account will provide information related the user's reservation, such as time, date, price, pickup and final destination within the remote location. Moreover, the reservation information comprises all the details necessary for the pickup and identification of the user by the affiliate, including billing information. As such, the affiliate has the option of either accepting or rejecting the request for reservation. In the event the respective affiliate declines the reservation request or the respective affiliate fails to submit a timely acceptance the reservation request is cancelled from the account of that respective affiliate. The reservation request is then offered to an alternative affiliate within the remote location. Alternatively, multiple offers are sent to all the affiliates, and the first to respond or the lowest price quote wins the job. In accordance with the disclosed embodiments, such a process can be automatically performed between the two

software systems of the transportation system and the affiliate's transportation system.

[00108] In another embodiment of the invention, the user or customer 110 is permitted to book a reservation for the second leg of the trip, in a remote location with a final destination outside the general downtown area of the destination city, and the user or customer will be provided with a standard price for that particular final destination in the remote location. The transportation system 100 accomplishes the calculation of a standard price by computations based on GPS coordinates of the pickup and drop off remote locations, as well as application of the coordinates to a map similar to MapPoint®. Based on this calculation, the transportation system 100 can determine the total mileage of the second leg of the trip, and in addition to a predetermined agreement with each affiliate for the base charge and distance charge by an affiliate, the system can determine a standard pricing for each different remote location anywhere in the world. As a result, a user or customer 110 receives a standard price for the second leg of the trip to a specific remote location, as well as a real-time on-line confirmation, for both the pickup and the standard price. [00109] When a customer or an affiliate makes a two or four-leg reservation via the web or SMS the transportation system 100 accesses external databases (not shown) to automatically complete the trip information and minimize the information needed from the user. For example, on the first leg when the customer enters the pickup location and flight number, the system will access the flight' s departure and arrival time from

the FAA or the airline database to acquire the destination, time of landing, airport terminal and city. The transportation system 100 will also verify whether the pickup time for the first leg of the trip is reasonable based on the departure time, traffic conditions, requested pickup time and day of the week. In accordance with the disclosed embodiments, the information is dynamically completed and the customer is merely required to fill in the drop-off location for the second leg address and proceed to the third leg, where the price of each leg is displayed as part of the completed information. The third leg of the trip information is also dynamically completed and the customer is only required to provide the return flight information. While the information is provided dynamically, the system automatically enters the airport, terminal and pickup time for the third leg, by calculating the distance and expected traffic conditions based on the time of the day, and proceeds to the fourth leg on which both "from" and "to" is completed based on the assumption that the customer' s destination is the same drop off point as his original pickup point. [00110] The transportation system 100 knows the landing time and airport terminal information. Based on the time of day, the transportation system can thus extrapolate whether the customer is going home or to work because this information is already in the system for most frequent users. Customers may change the information or add legs, but the transportation system 100 minimizes the amount of information each customer is required to provide. After the full four-leg trip is booked, the price and distance of the trip is confirmed

and all the information is sent to all the parties involved .

[00111] In each of the contemplated embodiments of the invention, the entire process that is performed is fully automated, i.e., once a user places the reservation request over the Internet and remote affiliates have provided their coverage areas and pricing information, the transportation system 100 can automatically process each part of the request until the entire job is booked and confirmed by the different affiliates who agreed to provide service on the travel legs specified by the client .

[00112] In addition, the transportation system 100 provides a matching service that allows any provider/affiliate that has an empty leg to post it on the website of the transportation system via the web server (see FIG. 4) at a price to thereby allow the system to find a match with a customer or affiliate customer to use the empty legs. Many affiliates may use the transportation system to manage all their trips. As a result, the transportation system 100 possesses all relevant inventory information and can easily provide matching and accounting reconciliation, which result in lower costs for all parties involved. As a result, the transportation system is permitted to increase the number of affiliate jobs. For instance, if a remote affiliate is making a trip to an airport in a remote location to drop off a customer, and that remote affiliate is not booked for a return ride from the remote airport, the transportation system 100 will be able to detect if any of the customers of the fleet were landing at the airport in the remote location and will

offer the remote affiliate the opportunity to transport the customer 110 for the second leg of the trip. When the affiliate accepts the offer, the computer will automatically generate a new confirmation to the original customer, covering both the first and the second leg of the trip and specifying the pricing for the second leg of the trip.

[00113] The transportation system 100 then continues to monitor the situation on the day of the second leg and automatically issues ^■ an email to the customer and remote affiliate on the day of the pickup. The email provides a reminder to the remote affiliate of the pickup and requests reconfirmation of the pickup, unless the information was already provided by the driver 140 via phone . [00114] As stated previously, the transportation system 100 can also provide a photograph of the customer, in addition to an optional printable pickup sign to be displayed by the driver or placed into the window of a specific car identifying the passenger by name, identifying the car by a brand. In addition, the transportation system requests confirmation of when the on-location, pickup and drop-off times actually occurred, and requires the affiliate to fill in the completed voucher information on-line in a known manner. The system and method of the contemplated embodiment of the invention are performed in an automated manner and, thus, require almost no additional increase associated with the transportation system for any operational personnel to supervise the affiliates. All such information is provided to the originating affiliate or

customer and combined with the first and fourth legs of the transaction.

[00115] The transportation system 100 monitors all "hubs" and maintains management by exception, because it generates red flags if there are failures to accept or respond to various emails or requests generated by the transportation system. If there are no red flags, then the operation of the system and method of the contemplated embodiments occurs in an optimal, automated manner. If there are red flags, however, then intervention by a dispatcher (see FIG. 4) supervising the transportation system 100 occurs to ensure that customers obtain car service.

[00116] A dispatch screen (see, e.g., FIGS. 17 and 18) provided to allow system administrators to perform or override all automated functions of the transportation system is designed to show the user all pending jobs and all actions taken for each job by the transportation system or third parties. Here, the dispatcher can select different views and affect actions to provide a desired service to the clients. Each time an action is taken by dispatch, the transportation system 100 records this information and adjusts its parameters to learn and perform tasks in the format adjusted by the dispatcher. In certain embodiments, the transportation system 100 has many users, with each one being an independent operator who has selected to use the system as their fleet manager. Moreover, the transportation system may use the inventory of a single user and compare this inventory to the inventory of another user within the same geographical location to allow automated outsourcing of jobs between different users.

[00117] It is also contemplated that the transportation system 100 may obtain a flat fee or a percentage of a transaction or the spread between what the client or customer pays and what can be obtained to complete the job by other remote affiliates. As a result, the transportation system 100 is permitted to sign up clients or customer in other cities, such as Washington, DC, where the transaction will be entirely serviced by affiliates within Washington, DC and other cities to which the client or customer from DC travels. As before, on these types of transactions, the only involvement of the transportation system personnel will be on an exception basis. Thus, the entire actual job associated with handling and dispatching a specific car is fully handled by the automated dispatch module 130b of the transportation system 100. As a result, it becomes advantageously possibly to scale up the number of transactions that can be handled by the transportation system. Instant quoting and booking permits an efficient way for customers to access the necessary information regarding remote trips. In the disclosed embodiments, the transportation system use geodata database and calculations to perform real time pricing of a job from any location to any location. The calculation is based on information, such as a base fare plus a fee per mile, which may vary country by country, based on a multiplier calculated from a sample of fares provided by local affiliates and drivers.

[00118] It should readily be understood that the fare can be increased based on the type of car, long duration trips, or special requests requested by the customer, such as stops. In addition, the transportation system

may also adjust prices offered to the customer based on the time of day and day of the week the job is to be performed and the acceptance level experienced by web and phone customers for each pricing level. Moreover, different customers may obtain different rates based on promotions and total monthly spending of such clients with the specific driver or affiliate.

[00119] Figures 2 (a) thru 2 (c) show a flow chart of the steps associated with processing a reservation. A user provides details associated with a desired reservation along with their credit card information to the main engine 130, as indicated in step 200. The reservation module 130a provides all reservation information to the customer for approval, as indicated in step 205. Next, the customer approves the reservation, as indicated in step 210. The reservation module 130a provides a reservation confirmation code and reservation information to the customer database 120, as indicated in step 215. The reservation information is stored in an appropriate "sub folder" located in the customer database, as indicated in step 220.

[00120] The credit card validator 160 performs a check of the customer database 225 pursuant to obtaining immediate payment, as indicated in step 225. Next, the main engine 130 validates the credit card information of the customer 110 via the credit card validator 160, as indicated in step 230. Here, a confirmation code is sent to the customer 110 or user if payment is possible. In the event the credit card cannot be validated, the system informs the user of the credit card decline and offers the user another chance to make a reservation. Concurrently with providing the confirmation code, the

transportation system 100 sends the reservation information to the local affiliates. This reservation information may be sent from the local affiliate's dispatchers or drivers who are able to render the service required, and respond to the main engine by submitting their individual driver ID and a request for acceptance .

[00121] Based on predetermined computations to perform a match between the customer and a driver at the dispatch module 130b, the main engine 130 selects a driver 140 from the drivers who provided a request for acceptance and sends a confirmation code to the selected driver, as indicated in step 235. Here, the confirmation code indicates to the driver the information regarding the user or customer, such as name, pickup address, time, and destination, in addition to other information which can be obtained upon further prompting by the driver. In addition, the dispatch module 130b sends an acceptance request to the driver 140, as indicated in step 240. [00122] Next, the driver indicates his acceptance of the job associated with the request, as indicated in step 245. The driver provides an indication of the pickup time to the dispatch module 130b and the billing and accounting module 130c, as indicated in step 250. The driver also provides the billing and accounting module 130c with unscheduled stops, tolls and other information such as requests for child cars seats, as indicated in step 255. At drop-of time, the driver 140 provides an indication to the dispatch module 130b and billing and accounting module 130c that the service has been completed, as indicated in step 260. Thus, upon

completion of service, the driver 140 sends billing information to the main engine 130, where the billing and accounting module 130c calculates the final billing for the ride and transmits a fully completed voucher to the driver 140, as indicated in step 265. [00123] The driver then obtains the customer's approval for the billing charges, i.e., the customer 140 or an originating affiliate to validate the charges associated with the ride, as indicated in step 270. It should be noted that upon validation of the charges by the customer 140 or the originating affiliate, the main engine 130 contacts a credit card validation system (not shown) for processing of the payment or bills the originating party and credits the remote affiliate. [00124] In accordance with the contemplated embodiment, there are multiple options for processing a payment, such as charging a credit card or debiting a VIP account. Moreover, if a third party referred the customer, a commission is processed by the main engine 130, which ensures that the third party receives prompt payment. Affiliates and drivers maintain accounts, and the payment for many transactions can be aggregated and debits for jobs performed by others netted out so that only the difference will be paid weekly or monthly. The transportation system 100 of the contemplated embodiment thus functions as a clearing and settlement network between the affiliates and drivers 140.

[00125] In instances where the customer 110 pays cash for the service, the driver 140 permits the voucher to reflect that payment was made immediately and provides an indication of this to the billing and accounting module 130c, as indicated in step 275. Next, the driver

transmits the approved final billing to the billing and accounting module 130c, as indicated in step 280. [00126] The credit card validator 160 retrieves final billing and obtains a payment authorization code from the credit card validation system, as indicated in step 285. The credit card validator 160 forwards this payment authorization code to the customer database 120 for storage, as indicated in step 290.

[00127] Next, billing and accounting module 130c retrieves the payment authorization code and performs an offset of its accounting records, as indicated in step 295. The billing and accounting module 130c then transmits the information that the job is closed or completed to the customer database for storage, as indicated in step 297. In accordance with the contemplated embodiments of the disclose invention, the transportation system sorts drivers based on one methodology and sorts the jobs based on another methodology. Matching is performed between sorted drivers and jobs until one side is exhausted. If the driver side becomes exhausted first, the transportation system allocates additional jobs to affiliates. However, if the jobs cannot be covered by the affiliates, then the transportation system attempts to change the pickup time with the customer or informs the customer that the job cannot be performed as requested. [00128] On the other hand, if the job side becomes exhausted first, then the drivers will be accumulated on a waiting list to await the entry of new jobs into the system. At this point, certain embodiments of the transportation system are configured such that third party advertising campaigns with online partners or TV

ads are triggered. In other embodiments, the transportation system calculates forward trends and attempts to place advertising and other promotions to fill low usage periods via proactive campaigns. [00129] The exemplary methodologies associated with the drivers and jobs are based on the following. It should be readily understood, however, that other methodologies may be implemented and that it is not the intention to limit the disclosed embodiments solely to the disclosed methodology. [00130] In accordance with the disclosed embodiments, the transportation system 100 continually monitors for jobs for an extended period of time, such as 2 hours. Upon receipt of jobs, the transportation system 100 places the jobs in order based on the following: (1) pickup time (ascending) ; (2) account/customer grade (descending) ; and (3) within each grade order by: (1) account jobs; (2) pre-paid jobs; (3) credit card jobs and (4) cash jobs. The drivers are initially assigned based on the following: (1) ASAP jobs receive priority (e.g., pickup time in 45 minutes or less); (2) assigned requested driver if available; assign jobs by the job sort order; and (4) return to the ASAP job assignment. [00131] Figures 3 (a) thru 3(c) show a flow chart of the steps associated with an exemplary method for a job that is to be performed as soon as possible (ASAP) . A customer enters a request for a job to be performed ASAP, as indicated in step 300. The transportation system 100 then determines whether the customer indicated a specific driver for the requested job, as indicated in step 305. An affirmative response will cause the transportation system 100 to further determine

whether the specific driver is available. If the driver is available, the transportation system will then forward the reservation request to the specific driver 140, as indicated in step 310. Here, the driver may either accept or decline the reservation request, as indicated in step 315. If the driver accepts the request for reservation by pressing a certain button on his communication device, such as his phone, then the transportation system 100 will assign the job to that driver and matching is terminated, as indicated in step 320.

[00132] If the driver declines the job, then main engine 130 determines whether there are any available drivers either working or on standby, as indicated in step 325. If there are available drivers, the main engine 130 determines whether there are any available drivers authorized for the job associated with a particular geography or are at that particular geographic location, as indicated in step 330. In the event that there are no available drivers, then the transportation system will forward the job to an affiliate .

[00133] Next, the main engine 130 determines whether any of the selected drivers are chauffeuring the type of car requested by the customer, as indicated in step 335. If there is not at least one driver that chauffeurs the requested type of car, then the transportation system will forward the job to the affiliates. However, in the event that at least one driver chauffeurs the requested car type, then the main engine 130 determines whether any of the selected drivers are qualified to service any

one of the VIP, luxury and Standard class of cars to match the job request, as indicated in step 340. [00134] If none of the available drivers are qualified to service any one of the VIP, luxury and standard class of cars to match the job request, then the transportation system will determine whether there are available drivers who could perform jobs for a lower rank class of cars, as indicated in step 345. For instance a VIP driver can be assigned to a standard car,- if there are no standard or luxury drivers available. If the transportation system is able to find a match for this requirement, it will proceed to the next step; however, if no matches are available for this requirement, the main engine will forward the job to the affiliates . [00135] Next, the main engine 130 determines whether any of the drivers selected in step 345 are close to the pickup location, as indicated in step 350. An affirmative response will advance the contemplated method to the step 355; however, a negative response will permit the main engine to skip this step and in effect advance to step 355.

[00136] The main engine 130 determines whether any of the drivers selected in steps 345 or 350 have lower than average weekly income, as indicated in step 355. An affirmative result will advance the method to step 360; however, if none of the drivers match this requirement, the main engine skips this step and in effect advances directly to step 360. [00137] Next, the main engine 130 determines whether any of the drivers selected in at least one of the steps 345-350 have an on-time percentage rate of at least 80%,

as indicated in step 360. An affirmative response will cause the method to advance to the step 365; however, if none of the drivers match this requirement, the main engine skips this step and in effect advances directly to step 365. [00138] The main engine 130 determines whether any of the drivers selected in at least one of the steps 345- 360 match the language skill requested by the customer for the job, as indicated in step 365. An affirmative result will advance the process to the next step; however, if none of the drivers match this requirement, the main engine skips this step and in effect advances to the step 370.

[00139] Next, the main engine 130 determines which driver from among the drivers selected in at least one of the steps 345-365 has been waiting on the list the longest, as indicated in step 370. Here, the driver who has been idle the longest is selected and the main engine 130 forwards an acceptance request for the reservation request to that driver. As before, the driver may accept or decline acceptance request, as indicated in step 375.

[00140] If the driver accepts and notifies the main engine 130 of the acceptance, then the main engine 130 assigns the job to that driver and the matching is terminated, as indicated in step 380. If the selected driver declines and notifies the main engine 130 of refusal to perform the job, then the main engine 130 will perform a new match, where a return to step 310 occurs, or if no other candidate drivers are available then the main engine forwards the job to an affiliate.

[00141] It is to be appreciated that at any point during matching, when only one driver remains as part of the selection process, matching is terminated and the main engine 130 sends that driver a request for acceptance of the reservation request. Naturally, it will be understood that the driver may accept or decline the request. If the driver accepts the request and notifies the main engine 130 of the acceptance, then the main engine 130 assigns the job to that driver and the matching is terminated. If the selected driver declines and notifies the main engine 130 of his refusal to perform the job, then main engine 130 will forward the job to an affiliate.

[00142] Figures 3 (d) thru 3(f) show a flow chart of the steps associated with an alternative method for a job that is to be performed as soon as possible (ASAP) . A customer requests a job, as indicated in step 400. A check is performed to determine whether the customer requests a specific driver, as indicated in step 405. If a specific driver is requested, then a check is performed to determine whether the specific driver is available, as indicated in step 410. If the specific driver is available, then the job is assigned to the specific driver for the duration of the task, as indicated in step 420. However, if the driver is not available, then the method proceeds to the next step and continues as if a specific driver was not requested. [00143] Next, all working and standby drivers are selected, as indicated in step 425. A check is performed to determine whether any of the selected drivers are available, as indicated in step 430. If no

selected drivers are available, then the job is assigned to an affiliate. [00144] If at least one of the selected drivers is available, then all the drivers that are authorized for the job geography or that are within the authorized geographic area for the job are matched to the job to identify at least one qualifying driver, as indicated in step 435. A check is then performed to determine if at least one driver is authorized for the job or is within the authorized geographic area, as indicated in step 440. If at least one driver is not authorized for the job or is not within the authorized geographic area, then this step is skipped.

[00145] Next, all the selected drivers that have the requested car type are matched to the job, as indicated in step 445. Here, the classes of car types are separated into categories, such as budget, luxury, VIP or platinum and the like. A check is then performed to determine whether at least one driver has the requested car type, as indicated in step 450. If no driver has the requested car type, then this step is skipped.

[00146] Next, all drivers that may be close to the pickup location are matched to the job, as indicated in step 455. A check is performed to determine whether at least one driver is close to the pickup location of the job, as indicated in step 460. If no driver is located close to the pickup location, then this step is skipped. [00147] Next, all drivers that have a lower-than- average driver income are matched to the job, as indicated in step 465. A check is performed to determine whether there is at least one driver that has a lower-than-average driver income, as indicated in step

470. If no driver has a lower-than-average income, then this step is skipped.

[00148] Next, all drivers that have an on-time percentage above a predetermined percentage are matched to the job, as indicated in step 475. In the preferred embodiment, the percent is 80%. A check is performed to determine whether at least one driver has an on-time percentage above the predetermined percentage, as indicated in step 480. If no driver has an on-time percentage above the predetermined percentage, then this step is skipped.

[00149] All drivers that have requested language skills are then matched to the job, as indicated in step 485. A check is then performed to determine whether at least one driver has the requested language skills, as indicated in step 490. If no driver has the requested language skills, then this step is also skipped. [00150] Next, drivers that have been waiting on the wait list, i.e., waiting for a pickup order, for the longest period of time are matched to the job, as indicated in step 495. The job is then assigned to the driver having the longest period of time on the wait list, as indicated in step 500. Next, a check is performed to determine whether the selected driver accepted the job, as indicated in step 510. If the driver accepted, then the job is assigned to this specific driver for the duration of the task, as indicated in step 515. If the driver did not accept the job, then a return to step 425 occurs, where the driver is removed from the list of working and standby drivers and the method is repeated.

[00151] Figures 3(h) thru 3(j) show a flow chart of the steps associated with an exemplary method for assigning scheduled jobs of FIGS. 3(d) thru 3(f) . Here, the requested customer job is scheduled, as indicated in step 600. A check is performed to determine whether the customer requested a specific driver, as indicated in step 605. If a specific driver was requested, then the job is assigned to this specific driver, as indicated in step 610.

[00152] Next, a check is performed to determine whether the specific driver accepted the job, as indicated in step 615. If the driver accepted the job, then a confirmation code is sent to the driver as indicated in step 620. However, if the driver did not accept the job, then the method proceeds to the next step and continues scheduling of the job.

[00153] Next, all scheduled drivers are selected, as indicated in step 625. A check is then performed to determine whether any of the selected drivers are available, as indicated in step 630. If no selected drivers are available, then the scheduled job is assigned to an affiliate.

[00154] If at least one of the selected drivers is available, then all the drivers that are authorized for the job geography or that are within the authorized geographic area for the job are matched to the job to identify at least one qualifying driver, as indicated in step 635. A check is then performed to determine if at least one driver is authorized for the job or is within the authorized geographic area, as indicated in step 640. If at least one driver is not authorized for the

job or is not within the authorized geographic area, then this step is skipped.

[00155] Next, all the selected drivers that have the requested car type are matched to the job, as indicated in step 645. Here, the classes of car types are separated into categories, such as budget, luxury, VIP or platinum, etc. A check is then performed to determine whether at least one driver has the requested car type, as indicated in step 650. If no driver has the requested car type, then this step is skipped. [00156] Next, all drivers that may be close to the pickup location are matched to the job, as indicated in step 655. A check is performed to determine whether at least one driver is close to the pickup location of the job, as indicated in step 660. If no driver is located close to the pickup location, then this step is skipped. [00157] Next, all drivers that have a lower-than- average driver income are matched to the job, as ^■ indicated in step 665. A check is performed to determine whether there is at least one driver that has a lower-than-average driver income, as indicated in step 670. If no driver has a lower- than-average income, then this step is skipped.

[00158] Next, all drivers that have an on-time percentage above a predetermined percentage are matched to the job, as indicated in step 675. In the preferred embodiment, the percent is 80%. A check is performed to determine whether at least one driver has an on-time percentage above the predetermined percentage, as indicated in step 680. If no driver has an on-time percentage above the predetermined percentage, then this step is skipped.

[00159] All drivers that have requested language skills are then matched to the job, as indicated in step 685. A check is then performed to determine whether at least one driver has the requested language skills, as indicated in step 690. If no driver has the requested language skills, then this step is also skipped.

Next, drivers that have been waiting on the wait list for the longest period of time are matched to the job, as indicated in step 695. The job is then assigned to the driver having the longest period of time on the wait list, as indicated in step 700. Next, a check is performed to determine whether the selected driver accepted the job, as indicated in step 710. If the driver accepted the job, then the job is assigned to this specific driver for the duration of the task, as indicated in step 715. If the driver did not accept the job, then a return to step 625 occurs, where the scheduled driver is removed from the list of schedule jobs and the method is repeated. [00160] In each of the methods shown in FIGS. 3(d) thru 3(g) and FIGS. 3 (h) thru (k), once the driver has begun performing the job, he is monitored to check whether his distance to the pickup point is decreasing. If the driver's distance is not decreasing, then an alarm is sent to dispatch. In addition, an estimate of the time that it will take for the driver to arrive at the location is performed such that it is possible to determine whether the driver will be on time based on the estimation. If the driver is falling behind schedule based on the estimation, then an alarm may also be sent to dispatch to provide a warning of the driver' s tardiness . In accordance with the contemplated

embodiments, as drivers and affiliates perform jobs the system tracks their performance by measuring their on time performance and error rate, as well as getting automated feedback from clients via electronic surveys . The transportation system may upgrade or downgrade such providers based on their performance and change the type of jobs assigned to them.

[00161] In accordance with the disclosed embodiments, the transportation system 100 classifies clients and drivers into multiple groups and automatically matches them when jobs are presented to the car reservation system. Here, customers or clients are classified by title, monetary usage, the parent organization to which they belong, time of use during the day or type of job. Drivers are grouped based on the year of vehicle that may drive and experience of driver, the type of job, i.e., local or overtime, the price of the job and driver trailing weekly income or the error rate of driver in comparison to the driver fleet. [00162] Allocation of jobs allocation to drivers is based on a calculation of all drivers in the same class and their average hourly income for the trailing week. If a driver runs below the average hourly income for the trailing week, the transportation system 100 will try attempt to allocate a qualifying job to the driver that has a higher monetary value, while taking into consideration other parameters, such as the location of the driver on the waiting list and his waiting time. At any point if a problem occurs which the system cannot resolve, the job is moved to the missing info or emergency folders which are closely monitored by dispatchers and customer service personnel and the

problem is resolved. The system may use such resolution on the next occurrence of the problem. The system also provides real time reports to show the dispatchers load coming from supply and demand so they may perform further adjustments to change promotions or block certain jobs such as budget ASAP to lower the load on the demand side.

[00163] Figure 4 is an exemplary schematic illustration of the main engine 130 of FIG. 1 connected to a variety of communication systems, such as telephone services 410 (e.g., VoIP/PSTN), interactive voice response (IVR) 420, communication servers 415 (e.g., SMS or e-mail) , or web servers 425 in an exemplary car service network 400. The main engine 130 simultaneously maintains communication with a transportation fleet and the affiliates 430 through a communication server 440 having a GPS and Real-Time Traffic Monitoring technology 440a, and a dispatch server 440b. The affiliates 440 may also communicate with the main engine 130 by means of an application specific program (ASP) 445 on their wireless device, such as their phones, or their computers (not shown) . The affiliates 440 or drivers are provided with web access to a proprietary application which they can install in their own wireless devices and use the car service network to conduct their business within the transportation network.

[00164] Customers 140 as well as on line affiliates and aggregators 450 may request service by transmitting information via the telephone service 410 (e.g., VoIP/PSTN), IVR 420, the communication server 415 (e.g., SMS or e-mail) or the web server 425. In addition, the on-line affiliates and aggregators 450 may directly

access the main engine 130 via a pricing engine 455 and then place a request for service through the web server 425. Unlike other conventional affiliate networks, however, all interaction and billing transactions are performed with the car service network 400 and not directly with other affiliates.

[00165] As a default mechanism for customers who insist in communicating with a live operator or for emergency situations when human intelligence is needed to bypass the transportation system and address a specific problem, the main engine 130 is also connected to a call center for agents 460. Here, customers 140 who sent service requests via the telephone services 410 or telecommunication system may be rerouted to the call center 460 for live communications with an operator who, in turn, can communicate with the main ^' engine 130, process requests and assist with additional information. Furthermore, the car service network decides when to use IVR 420 or a live agent based on the customer 140 or the job profile. [00166] The call center 460 is also in direct contact with the dispatch engine 440b of the communication server, which transmits information from the drivers 470 and the affiliate drivers and companies 430. In turn, the dispatch engine 440b is connected to the communication server 440 having the GPS with real-time traffic monitoring 440a to provide the call center agents 460 with pertinent information regarding the geographical location and availability of the drivers 470 and the affiliate drivers and companies 430. [00167] For instance, calls received into the car service network 400 via the telecommunication system 410

may be routed directly to the IVR 420 or the main engine 130 or they may be connected to the call center agent 460 for live assistance. In the event the calls are routed to the call center agent 460, the main engine 130 is reached indirectly. Once a customer places a request for services, a call center agent places the information into the main engine 130 which performs a match with the available service providers. In alternative implementations, the customer 140 is provided with the option to request a specific driver, rather than relying on the matching provided by the main engine 130.

[00168] The main engine 130 effectuates matches based on computations to select a driver 140 for a job associated with a request from a customer. In addition to the geographic and time requirements of a reservation, the job request from the customer 140 requires a specific choice of a car type from among one of the classes of cars, and it is also a function of the type of account held by a customer, such as a regular, VIP or corporate account. In selecting a specific driver for a specific job during matching, the main engine 130 takes into account the characteristics of the driver, such as his skill, professionalism, availability, language, efficiency, as well as his geographical location, time of the day, type of car chauffeured, and his traffic status.

[00169] In an embodiment, the customer contacts the main engine 130 via IVR 420 and makes a request for car service. The IVR 420 sends the information to the main engine 130, which performs a search and match function and rapidly provides the customer with a selected car for service. Prior to sending the driver information to

the customer 140, the dispatch module 130b (see Fig. 1) of the main engine 130 sends a request for acceptance to the selected driver, and only when the driver has accepted the job will the dispatch engine 130b send the selected driver's information to the customer 140. If the selected driver declines, the transportation system 100 will perform another search until a favorable outcome is obtained.

[00170] In another embodiment, the customer 140 accesses the main engine 130 via the communication server 415 using SMS or e-mail. The request is transmitted to the main engine 130 where it is interpreted and converted into a reservation. The converted reservation is sent back to the customer for confirmation, and searching and matching is performed to provide the customer with the appropriate car service. In a rapid manner, such as within seconds, after the selected driver has accepted to perform the job, the main engine provides the customer with the selected driver's information via the communication server. [00171] In yet another embodiment, a customer sends a request for car service via the web server 425. The customer interface (not shown) permits the input of information pertaining to the pickup and drop-off location, as well as the date and time the service is requested. In a rapid manner, such as within seconds, the main engine 130 is connected either directly or via the web server 425, and the customer 140 is provided with car type options. Once the customer selects an option, the customer interface permits the customer to enter additional information such as name, e-mail information including a password, and billing

information to complete the steps toward the final transaction. The information is collected by the main engine 130, validated for accuracy. Once all the necessary information has been provided, the customer 130 is presented by the main engine 130 with a complete reservation details form for confirmation. When the customer confirms the reservation details, the main engine 130 performs an internal match for a driver. Upon receipt of the driver' s acceptance to perform the job, the main engine 130 transmits the selected driver's information to the customer.

[00172] A customer may use third party programs to make direct reservations with the car service network 400. For instance, a customer may add Limores Jobs@Limores .net as an invited party to a meeting that the customer has scheduled on a Microsoft Outlook schedule. When such an appointment is saved, the main engine 130 receives an e-mail from the customer in a preset format, which includes the originator, the meeting address, the number of participants, the time, the duration, and other information. The main engine 130 then translates such information into a pickup reservation for the meeting from the customer' s home or office (based on the time of the meeting) to the meeting place and another reservation for the time the meeting ends back to the office or other preferred location. Such a job confirmation with details is e-mailed or sent by SMS to the customer who can make changes or confirm the details. The car service network of the contemplated embodiments can predict what options the user may change. As a result, additional options may be sent as embedded Ajax code plug-ins to accelerate the

processing and menu selections performed by the customer 130. The car service network of the contemplated embodiments may employ web services and other elements to easily and tightly integrate with hundreds of such programs to allow users simple and fast ways to reserve ground and air transportation from their native daily applications .

[00173] Moreover, the transportation system of the contemplated embodiments enables third parties to place electronic reservations and for them to be paid commissions and booking fees, which are then deducted from the appropriate affiliates. Here, the transportation system aggregates the demand for service that is generated on hundreds of different travel websites and proprietary reservation systems and channels these orders to specific drivers or affiliates who bid for such jobs or who agreed in advance to such prices or terms. If it is unclear which job should go to which driver, the transportation system 100 or dispatch module utilizes algorithms to include other information pursuant to calculating where to allocate the job. The calculations include information, such as average customer satisfaction, average wait time on the list for drivers over a rolling period of time, average hourly earnings for a driver over a rolling period of time, on time performance, class type, number of complaints and driver knowledge of the destination desired.

[00174] The transportation system 100 may also integrate with third party applications, such as Evite®, Microsoft Outlook® or Google™ desktop which allow the booking of appointments or the management of schedules.

By integrating the transportation system with third parties or installing a plug-in module into the system, the user can "invite" Limores to any appointment or event and the transportation system will convert such an electronic email or web based invitation into a full reservation, as well as issue a confirmation with the assigned information. As a result, a user may simply add Limores to an appointment booked in the calendar of Outlook and invite Limores as a participant. [00175] Regarding payments for the charges accrued to corporate accounts, the transportation system of the car service network will provide corporate customers with the flexibility to manage their own accounts by selecting to submit payments to be processed based either on a billing cycle, the billing cycle being selected in agreement with the corporate customer' s wish or upon the completion of a job. Furthermore, the transportation system will permit corporate employees to settle their own billing associated with their individual customer profile either by using a corporate charge account, or a personal credit card, also according to a billing cycle or upon completion of a job. Moreover, the transportation system permits customers to categorize any job as private or business or split. Here, selected private jobs are then moved to the customer's personal account.

[00176] Customers are ranked by the transportation system as regular customers, VIP customers and ICU customers. These designations are based on the amount of income that is derived from each customer, and entails a higher level of service that is associated with the best cars, the best drivers and the most

courteous servicing and processing of their reservations. According to these designations customers are not only served on a first come first serve basis, but also according to the type of treatment they require from the transportation system. For example, if one regular customer, a VIP customer and an ICU customer call at the same time and request reservations for the same date and time, the transportation system will first attend to the ICU customer, then the VIP customer and lastly to the regular customer. [00177] Regarding the location and the availability of the fleet and its affiliates, the main engine 130 compiles information gathered from a map server 475, traffic and weather servers (not shown) to obtain traffic and weather alerts, as well as information from the communication server 440 which provides a constant update of the geographical location of all individual drivers 470 in the fleet, as well as the affiliate drivers 430. In addition, the main engine 130 differentiates between service cars which are available or occupied. As a result, the main engine 130 constantly possesses information on the availability of cars, their location, the traffic status and the weather reports . [00178] By collecting all the relevant information on a job from both local and third party providers, the transportation system allows company managers to have superior cost and behavior control, which are not currently available from conventional systems. By combining GPS trip information, trip time stamps for on- location, pickup and drop-off, reservation recordings, and electronic vouchers, any stops information, airfare

information, travel dates and times, and comparing all of this information to each customer policy and procedure for each class of employees, the transportation system functions as a gatekeeper enforcing customer dictated usage policies before, during and after trips are performed, and ensures cost savings and cost controls. In addition, the transportation system 100 provides supervisors and authorized personnel with real-time access to all such data and marks suspected jobs which are outside such parameters. This solution advantageously permits the focus of enforcement to switch to an offender, instead of the random checks that are currently performed manually by most companies. [00179] In accordance with the disclosed embodiments of the invention, affiliates and drivers may add themselves to the car service network 400 and indicate whether they agree to participate in different promotions arranged by the transportation reservation system 100. For example, if the transportation reservations system creates a flat rate four-leg program for domestic rides at $249, different participants will sign up and agree to provide two legs of the trip for 40% of a job dollar total within their geography, with a specific maximum mileage radius they will cover from the airports they serve. In addition, they may agree to an arrangement where if they originate the four-leg job, then they will keep 50% of the job value and so on. By getting all affiliates to participate based on the same terms and conditions, seamless global advertising can be achieved which will provide users with predictable service and pricing levels.

[00180] In addition, drivers may login to the driver module 140 of the transportation system 100 on their phones or via the web and, at any time, view their standing, ranking and accounting with the affiliate or with the car service network. As a result, the drivers are provided with the ability to resolve any disputes or instantly deal with any outstanding issues, as well as view the amounts due to them at any time.

[00181] The transportation system 100 of the disclosed embodiments supports multiple price levels and car classes, and allows account administrators to set usage levels and restrictions for their staff. In accordance with the disclosed embodiments of the invention, the transportation system uses these rules to match specific job requests of the users to their provided profiles and the drivers that are authorized to service such customers. By using the dispatch module 130b and the pricing module 13Od, the transportation system can ensure that all corporate and user guidelines are observed and maintained, while allowing the customers to use the system to enact usage and price controls to ensure that the provided service is within the budget they have authorized.

[00182] In other contemplated embodiments of the transportation system 100, human dispatchers are used only upon specific request from customers or in emergency situations when the transportation system detects a problem in the performance or completion of a job which cannot be corrected without human intervention. Here, the transportation system 100 monitors the activity of the dispatchers and provides ways to engage the dispatchers into activities to

stimulate the business. Thus, the main engine 130 minimizes the downtime of dispatchers by detecting idle dispatchers and assigning them to various tasks. For instance, when no calls are in a call queue and no calls are being actively detected, the transportation system 100 will assign a priority list of the appropriate customers who have not used the services in at least one month or have lowered their number of jobs to different dispatchers, based on each dispatcher's experience and ability. Here, the dispatcher will be required to search the list and contact all the customers by e- mails, for example, or over the telephone. Here, the transportation system of the present contemplated embodiment records all the activity of a dispatcher once a dispatcher has selected a customer from the contact list. As such, the system saves e-mails and SMS communications sent to each respective customer, and records conversations with the customers.

[00183] The record of the conversation comprises information, such as the date and time the customer was contacted, as well as the amount of time the dispatcher was on the phone with that customer. Moreover, the transportation system permits the dispatchers to provide additional information about the outcome of the communication with the customer, and even make specific notations if the customer indicates that he does not wish to be re-contacted in the future.

[00184] In accordance with one embodiment, the main engine 130 also alerts the dispatchers to call back abandoned or dropped calls. When the main engine 130 detects that a call was dropped or abandoned (e.g., calls that have been on hold for longer than 2 minutes),

the main engine 130 immediately sends a warning to the respective dispatcher and places the dropped or abandoned call at the top of the priority list of the dispatcher. In the event the dispatcher does not immediately attend to the dropped or abandoned calls upon the initial warning from the transportation system 100, the main engine 130 will ensure that no new calls can be routed to that dispatcher until the dropped or abandoned call has been addressed. [00185] In accordance with the present embodiment with respect to human dispatchers, the main engine 130 also alerts the dispatchers when customers have reached the system via the IVR and a call back is required. For instance, when a customer provided information that is incomplete, and the only way to communicate with this customer is via telephone, the main engine 130 alerts a dispatcher that the customer needs to be called back for retrieval of additional information related to the reservation request. Moreover, the transportation system 100 will alert the dispatcher to call back a customer who made a specific request to be called back to confirm or discuss reservation details. [00186] As described previously, with respect to FIG. 1, the main engine 130 is comprised of a plurality of modules, such as the reservation module 130a, the dispatch module 130b, the reports module 13Oe, as well as the billing and accounting module 130c, while at the same time is connected to the map server 475 and a database 480. The communication server 440 has a GPS and real-time traffic monitor 440a, and the communication server 415 is provided to permit communication by SMS and/or e-mails.

[00187] The reservation module 130a receives reservations and collects reservation information, performs a logistics check to ensure that there is no missing or inappropriately entered information, validates the information, and upon a favorable outcome, presents the customer 140 with a final form comprising reservations details for confirmation. After the customer 140 confirms the reservation detail, the reservation module 130a transmits a confirmation code to the customer and also sends the reservation information for storage in the customer profile 125b of the customer database 120.

[00188] The dispatch module 130b performs constant checks of the customer profile 125 of the database, indexed by date. In advance of the requested reservation time, such as a day, the dispatch module 130b determines whether the job will be performed by a driver from the fleet or an affiliate. In the event of a determination that the job will be performed by a driver from the fleet, the dispatch module 130b will access the drivers' profiles of the database 480 and perform a match based on the driver algorithms to determine and select a driver for the job. On the other hand, if the job will be performed by an affiliate 430. An affiliate system equipped with the system and method in accordance with the disclosed embodiments of the invention will be able to select a driver for the job or provide an affiliate driver for the job should the fleet capacity be presently exceeded. [00189] Once assignment of a job has occurred, the dispatch module 130b will constantly monitor the job status. Consequently, at key moments in time, the

dispatch module 130b will send the appropriate signals for commencement of the job, ensure the car is on location and that the customer has been picked up and determine that the customer was timely dropped off. [00190] The system performs continuous checks on every job during the creation of a reservation, as well as before and during the job and after completion. For example, the system checks the addresses and flight numbers to ensure they exist in third party software such as MapPoint® and FlightView®. If the information is unconfirmed by the software, the customer is prompted during the booking of a reservation, or after the reservation has been completed. If all the reservation information is accurate, the main engine 130 transmits the information to the dispatch module 130b, which checks in increasing increments for any schedule changes related to the event, flight, connection, meeting or schedule of others to ensure that the job is still current and can be performed as scheduled. If there is a delay or cancellation, then the transportation system 100 informs the customer or multiple entities and awaits changes or cancellation of the service request. If all the information verified after the affiliate or driver is dispatched, the transportation system monitors with high frequency the actions and progress of the jobs by collecting and comparing various data, such as the driver GPS location, which may be sent to the transportation system by a device provided to the driver or by third party, such as Lojack® that is contacted to monitor vehicles. If a driver has a 4am pickup destined for an airport, the IVR 420 or communication server 415 will call or message the driver at a predetermined time

to ensure he is ready to perform the job. The driver will accept such a call by entering a DTMF tone or sending a reply message, at which point the transportation system will start to monitor the distance the driver is from the pickup location and ensure that the car is getting closer to the pickup location. The transportation system 100 will also calculate the driver' s speed to ensure the driver will get to his location before pickup time. If any errors or unexpected results are occurring, the transportation system may mark such jobs as problem jobs, with a description of the problem and have a dispatcher review it to take corrective actions. If all proceeds as planned and an "on location" indication is received by the transportation system indication from the driver, after it has verified the GPS distance, the transportation system will proceed to contact the customer based on the selection made on their profile. [00191] It is contemplated that customers may have multiple entries that change by day of the week, hour, location, and so on. In this case, due to an early pickup hour, the customer may have selected to receive an SMS message as a way to be notified of the arrival of the driver, or a may simply receive a regular phone call. The transportation system 100 makes such a call or sends such a message and awaits confirmation. While receiving the confirmation, the transportation system 100 informs the driver 140 that the customer has been contacted and awaits receipt of a message that the customer was picked up. Upon pickup the transportation system 100 monitors the driver to ensure he is moving toward the drop off location and that the customer

reaches his destination. If any information received varies from the planned itinerary the transportation system tries to obtain additional information or refers the job to a dispatcher 460. In addition, the transportation system 100 may detect stops and changes in the itinerary and attempt to amend and re-price the job accordingly. If all the necessary information is received from the driver or a third party, the transportation system 100 proceeds as planned. However, if all information is not received, then the transportation system 100 will escalate the job and await instructions.

[00192] If the driver marks or indicates a drop-off has occurred, then the transportation system 100 updates the entire job information and populates the customer files such that the customer and others can see the final data. At all times during the job, the transportation system 100 updates the job in real-time such that third parties are permitted to view real-time information on the job. After drop-off has occurred, the transportation system 100 then monitors any remaining legs on the job and checks to determine whether any changes or problems have occurred, and repeats the process. When there is a change in a flight or a connection, the transportation system 100 informs the customer and any third parties to receive confirmations and/or instructions. If no confirmations or instructions are received, then an escalation to the dispatcher 460 occurs so that the dispatcher can deal with the problem job. Any unresolved issues are escalated to the shift manager, and so on. As a result, a dramatic reduction of errors and problems is achieved

by anticipating and resolving them prior to their occurrence .

[00193] The billing and accounting module 130c (see FIG. 1) performs functions associated with validating payment information, collecting information pertaining to additional charges for a ride, such as unscheduled stops, tolls, and car seats, processing the final billing, and closing a job. Once the reservation module 130a transmits the reservation information to the customer profile 125 of the customer database 120, the credit card validator 160 commences searching the database for new credit card information and validates a customer's credit card. In the event the credit card is declined, the credit card validator 160 will attempt to validate the second default credit card on file, or if a second default credit card is not available, a message is transmitted from the credit card validator 160 to the customer database 160 that the credit card was declined. [00194] When the dispatch module 130b checks the customer database, it retrieves information regarding the declined credit card and transmits a request for a new credit card to the customer 140. Once a credit card has been validated and a customer has been picked up, the driver 140 sends to the billing and accounting module 130c information pertaining to the number of unplanned stops executed during the ride, the tolls paid, as well as gratuities, which the billing and accounting module 130c adds to the final bill. At the time of the drop-off, the driver re-signals the billing and accounting module 130c that the job has been completed. Once all the computations regarding the fare are performed by the billing and accounting module, the

data to generate an electronic voucher reflecting the final billing is forwarded to the driver 140. [00195] The driver 140 presents the voucher to the customer and the customer approves the electronic voucher reflecting the final billing and the itemized charges by signing the electronic voucher. The billing and accounting module 130c ensures that all the charges and the computations were properly performed, reconciles its records for accounting purposes, and transmits the approved electronic voucher to the customer profile 125 of the database 120. The customer profile of the database storing the approved voucher is checked by the credit card validator 160 to process the payment. [00196] Subsequent to obtaining an approval code for payment, the credit card validator 160 transmits the approval code to the customer database 120, thus indicating that the payment has been processed. The billing and accounting module 130c constantly checks whether new approvals for payments are received at the customer database. Upon location of a new approval for payment, the billing and accounting module 130c retrieves the information and closes the job on that particular ride by reconciling his records to indicate approval for payment of the final billing. [00197] Upon creation of a customer profile 125, each time that the customer returns to a website he can access the system by entering his e-mail address and his password. Here, the website is linked to the pricing and other modules of the main engine 130 and other providers that the customer uses, such as airlines and hotel companies. As a result, reservations made with these entities can automatically result in reservation

confirmations being sent by the transportation system based on default settings set by the customer or a company. To make a reservation, a customer, who has reached a reservation page, may select the default addresses saved in his profile for use as the pickup and destination locations, the list of past addresses for each location, respectively, or he may opt to add an entirely new set of locations, according to his needs. In addition, the customer 140 must enter the date and the time for the reservation. If the destination is an airport location, then the customer 140 will have the option of simply entering his flight number. In the event a flight number is entered, the transportation system 100 will fill in the rest of the information, such as the date and pickup time of the departure for a specific flight. The transportation system 100 determines the pickup time based on computations that take into account the departure time for a specific flight, information from third parties regarding live flight checks, traffic conditions, as well as historical performance of similar jobs on similar days or with similar events.

[00198] As the pages are completed dynamically based on default settings, the customer 140 can proceed by confirming the settings and when the need arises he may edit the information and change the settings of his profile. Once all the reservation information has been selected, the transportation system 100 will provide the customer with the opportunity to review all the information and edit information, if necessary. In addition, at that time, the customer can select an option to be called a predetermined time, such as 15

minutes, ahead of the reservation time and/or when the car is on location, and he must confirm the reservations data .

[00199] Subsequent to receiving the customer's confirmation of the reservation data, the transportation system 100 provides a confirmation code to the customer. The customer then has the option to print a voucher for the reservation or to order a return ride. When a return ride is ordered, the point-to-point settings are dynamically entered by the transportation system, under an assumption that the customer will return from the point of drop-off to the point of initial pickup. Notwithstanding, the customer is required to input the pickup time and date for the return ride. As before, if the destination location is an airport, the customer will only be required to input the flight number, and the transportation system 100 will dynamically fill in the date and time of the pickup for the return trip. In addition, the customer can change the default settings of the pickup and destination of the return ride, in accordance with his needs.

[00200] In general, the voucher contains important information regarding the reservation, such as the confirmation code, the name of the customer, an account number, the pickup time and date, the drop-off time, the list of point-to-point locations, fare, additional stops, waiting time, subtotal, tips, tolls, parking, car seat, processing fees, taxes and estimated total. In addition, a print out of the voucher may be useful for the customer's own accounting purposes, even though the transportation system 100 retains and stores an electronic copy of the voucher.

[00201] Figure 5 is an illustration of the interaction that occurs when booking a reservation from the perspective of the customer. Customers divide reservations into two groups, i.e., immediate (ASAP) 550 or future reservations 555. The system and method of the disclosed embodiments treats each transaction differently based on the history of the random customer 140 or user 450, as well as the current market conditions which dictate whether it's a user or provider market in each geographical region. Such conditions are determined by overall demand and supply, as well as weather and other external factors. In addition, the random customer 140 or user 450 request may be priced based on a fixed price formula 560 that the transportation system 100 maintains in a database. Alternatively, the reservation placed for bidding 565 by third parties or drivers may be used.

[00202] The transportation system of the contemplated embodiments supports multiple legs for the transaction. Consequently, if the random customer 140 or user 450 wishes to book multiple reservations related to the same trip, all of them can be linked and managed as a single transactions, while each can be based on fixed or bid prices. In addition, the transportation system may also provide a fixed price, which is later lowered, because of a received bid that has a lower price.

[00203] When the customer 140 wishes to make a reservation for a ride to an airport and also wishes to make a reservation for a pickup in the destination city, as well as a return reservation form his destination city to the city of the initial pickup, the system and method in accordance with the disclosed embodiments will

provide a highly efficient method of completing such a "four leg" reservation. Hence, for the first leg of the trip 510, the customer will be required to provide his flight number and the transportation system will dynamically fill in the necessary forms with the date and time of the flight, as well as the appropriate pickup time. For the second leg of the trip 520, all the customer 140 must provide is the address of the drop-off location, because the transportation system will possess the information of the arrival at the destination city based on the flight number. If the customer has a round trip flight, the customer will need to provide the return flight number for the third leg of the trip 530. The transportation system will fill in the pickup time from the destination city based on predetermined calculations and in accordance with the date and time of the return flight and other variables. In addition, the customer will be required to confirm that he is returning to the initial pickup location for the fourth leg of the trip, because the transportation system is already aware of the time for pickup from the airport. In accordance with the contemplated embodiment of the invention, the customer is only required to provide the flight number for the trips to and from the destination city and the drop-off location for the second leg of the trip 520 in the destination city, and he is required to confirm the information dynamically filled in by the transportation system.

[00204] In another embodiment, the customer 140 or a third party acting as an agent can only provide a reservation number for a round trip ticket and the dropoff location for the second leg of the trip 520 at the

destination city. Here, the transportation system 100 fills in the rest of the information pertaining to pickups and drop-offs .

[00205] In another embodiment, the customer 140 provides the pickup location and the flight number for the trip to a destination city for the first leg of the trip 510, the address of the drop-off location at the destination city for the second leg of the trip 520, the flight number for the trip back to the original city, if the ticket was not a round trip ticket for the third leg of the trip 530. In addition, the customer 140 must confirm the drop-off location for the fourth leg of the trip, if it coincides with the initial pickup location. At any point when the forms are being dynamically completed, the customer 140 has the option of either confirming the travel data or editing the data to provide additional locations. For instance, if during the third leg of the trip 530, the customer is being picked up at a different location than the initial dropoff location at the destination city, the customer 140 must edit the pickup information for the third leg of the trip 530 to reflect his new location at the destination city. In much the same manner, if the customer does not return to the initial pickup location at the original city, during the fourth leg of the trip, the customer must edit the drop-off location for the fourth leg of the trip. If such information is available electronically, the customer is not required to enter it and will simply confirm the full reservation. [00206] Third parties 450, such as travel agents or online booking agencies, such as Sabre®, will be

required to perform the same steps to confirm and dynamically edit the completed forms once the original pickup location, the travel reservation number for a round trip ticket and the drop-off location at the destination city have been provided. The third party 450 can edit the pickup and drop-off locations to indicate any changes in the customer's itinerary. In addition, more legs, i.e., n Leg 540 can be added to match any itinerary, where n is the number of trip legs. [00207] When a customer makes a reservation, the transportation system 100 provides a confirmation code which is displayed instantly, for an on-line customer. However, an e-mail is also sent to the customer, regardless of whether the customer made the reservation on-line or via IVR. The e-mail comprises information, such as reservation data, a confirmation number, as well as a plurality of links, which permit the customer to edit the job, locate his assigned car via GPS mapping, cancel the reservation, print a voucher, access the homepage of the transportation services' website, login for existing users to view their profile, and registering for new users, who have contacted the system via IVR.

[00208] The voucher is generated electronically upon creation of the initial reservation, and is modified during performance of a job. The drivers are equipped with a system and requisite software that permits recordation of the time the driver accepted the job, the time the car arrived on location, the customer who boarded the vehicle, the unanticipated stops made during the ride, the unanticipated tolls, and any other last minute requests for car seat or changes in the route to

be taken. Each time one of the indicated unanticipated events takes place, the driver will provide an indication of the event by utilizing the phone provided to affiliates of the car service network, which immediately informs the transportation system that the voucher is being updated to reflect all the changes. The transportation system also calculates the waiting time by subtracting the initial scheduled reservation time from the time the customer boarded the car. At the end of the ride, the transportation system performs the necessary computations to produce a final billing, which the customer approves by signing the voucher or by completing an electronic signature. The driver forwards the approved voucher to the billing and accounting module 130c of the main engine 130, where the final billing is reviewed for accuracy and sent to the customer database 120 for storage (FIG. 1) .

[00209] With specific reference to FIG. 1, the customer database 120 transmits the new approved voucher to the credit card validator 160 for processing of the payment. Once an approval code is obtained for payment, the credit card validator 160 returns the information to the customer database 120. The billing and financial module 130c then continues to perform checks to ensure whether there are any new approval payment codes in the customer database 120. New approval payment codes that are retrieved from the customer database and financial offsets are posted while the job is being closed. Next, the billing and accounting module transmits information that the job is closed and it is stored into the customer data base 120.

[00210] The system and method of the contemplated embodiments provides an efficient way to ensure that delays or no-shows do not occur. When the GPS device 440a (FIG. 4) indicates that a selected driver for the job is experiencing a substantial delay, the transportation system will search for another driver who is in the proximity of the pickup location, who fits the selection criteria and then reassigns the job to the new driver. In addition, the transportation system sends a message to the customer at a predetermined time, such as 15 minutes, prior to pickup to provide them with "driver on the job information" and ensure that the driver arrives at the pickup location in a timely manner. When a selected driver experiences technical problems and is unable to execute the job, the driver uses his phone based application to signal the transportation system about his problems and the system select a replacement driver for the job. In situations where traffic conditions become problematic, the transportation system 100 verifies the location of the car and ensures that the car is following an alternative route to avoid traffic and delays by sending such information to the driver phone or device. If the system notices that the car has not switched to an alternative route, the system contacts the driver and informs him of the traffic conditions and the alternative route.

[00211] The transportation system 100 also checks to ensure that the driver performs all the scheduled stops. Moreover, when the driver is within the proximity of the scheduled stop, the transportation system 100 sends the driver a reminder message to ensure the driver has not forgotten to make the scheduled stop. If there are any

other special requests on the job, the transportation . system 100 sends such requests as reminders to the driver phone ahead or during the job.

[00212] At any point before and during the ride, the transportation system 100 is in constant communication with the phone or device used by the driver, because it tracks the car via the GPS device 440a and communicates with the drivers via Internet Protocol (IP) data, SMS or wireless phone to rectify any problems that may arise with the selected car or driver so as to substitute one driver with another driver if necessary. Moreover, drivers are also sent messages reminding them of special requests or rules they may need to follow, if a customer prefers a special newspaper or would like the driver to talk to him, and the like. As a result, any driver in the fleet can perform the same job as a private chauffeur. In situations where the transportation system 100 registers certain problems with a driver, the system may request the involvement of a dispatcher to solve the problem. [00213] Figure 6 is a diagram illustrating information flow within the transportation reservation system for a random user in accordance with the contemplated embodiments . In according with an embodiment of the invention, the transportation system 100 allows a random user 610 to make a reservation and have all the details processed by the main engine 130 to ensure timely service and prompt payment. At the time a reservation is made, the main engine 130 decides whether the reservation is a local or remote job, and whether it involves fleet drivers or affiliate drivers.

[00214] For local jobs, the main engine 130 will determine whether the fleet can honor the reservation request or whether the reservation request should be honored by an affiliate driver or company. Pursuant to determining the affiliate driver or company for a specific job, the transportation system 100 will perform computations that take into account information, such as the pickup location, the ranking of the drivers, the traffic and weather conditions. Alternatively, the main engine 130 forwards the reservation request to an affiliate company and allows the affiliate company to use its own transportation system to process the request .

[00215] The process for making a reservation commences when a random user 110 sends a reservation (1) and credit card information (2) to the main engine 130. The main engine 130 then obtains validation of the credit card and automatically sends a confirmation code (3) to the customer or random user 610. Subsequently, the main engine 130 performs a computation to obtain a match and selects a driver for the job. Once the driver is selected, the main engine forwards the driver an acceptance request (4) in order to assign the driver to the customer. If the driver declines the request to accept the job, the main engine 130 performs another match and selects another driver and the acceptance request is resent.

[00216] When a driver indicates his acceptance of the job (5) , the main engine 130 transmits the final confirmation information (7) to the customer, which will include the driver info (6) . Once the job has been completed (8), the selected driver sends an indication

(9) to the main engine 130 that the services have been rendered. The transportation system 100 calculates the final billing (10) that is presented to the customer, and transmits to the driver an electronic voucher with all the ride details for print out or completion. The driver obtains the customer's approval, by having the customer sign the electronic voucher and sends the approved voucher to the main engine 130 to close the job. The main engine 130 reconciles the records, closes the job and transmits the final billing to the credit card validator 160 to obtain payment. Upon receipt of payment (11), the main engine 130 sends payment (12) to the driver for his services.

[00217] Figure 7 is a diagram illustrating the zero- level information flow for a random user in accordance with the contemplated embodiments of the invention. In according with the present embodiment, the transportation reservation system 100 is configured to integrate the main engine 130 with additional databases, such as a credit card validator 160, a database Dl client file 710 consisting of all the clients, a database D2 LA File 720 consisting of all the local affiliates, as well as the local affiliates main engine 730 System, airline, map, weather, traffic, events, program and travel aggregator. [00218] A random user 610 sends reservation information (1) as well as credit card information (2) to the client main engine 130. The credit card information is forwarded (3) to the credit card validator 160, which in turn returns the verified credit card (4) information back to the client main engine 130. When the credit card information is validated the client

main engine 130 sends a confirmation code (5) to the random user 110, based on which the user is enabled to receive the requested service. The client main engine 130 also sends the reservation information (6) to a selected local affiliates main engine 730, which in turn, communicates with the local affiliates 470 as well as the D2 LA file database 720 to commence the process of selecting a driver for the job. The local affiliates main engine 730 sends the reservation information (7) initiated by the random user 610 to the local affiliates 470. The local affiliates 470 respond to the reservation information by sending an acceptance request (8) as well as individual driver's information (9) pertaining to the particular driver requesting acceptance. The local affiliates main engine 730 performs the necessary matching operations based on the information retrieved from the D2 LA file database 720. After a match is obtained and a driver is selected from the local affiliates 470, the selected driver's information (10) is forwarded to the client main engine 130. The client main engine 130 then forwards the selected driver's information (11) to the random user 610. At the same time, the client main engine 130 sends the selected driver a confirmation of acceptance of the request for a job, as well as the user's information. [00219] Upon completion of the job, the client main engine 130 forwards final billing (12) to the client main engine 130 and then to the random user 610 for his approval (13), and the local affiliates main engine 730 deducts money (14) from the credit card. [00220] Figure 8 is a diagram illustrating the context level information flow for a random user when redirected

by a site in accordance with the contemplated embodiments of the invention. In accordance with the present embodiment, a random user 610 may reach the transportation system 100 of the contemplated embodiments by referral from a different website 800 on the Internet. Here, when a local affiliate 470 sends a final billing (9) to the main engine 130, the transportation system 100 transmits the final billing (10) to the random user 610 who approves the charge. Once the main engine 130 receives the approval of the charge from the user and the payment (11), it ensures that the referrer site 800 receives a commission (13) on the transaction. Here, certain steps (i.e., 1-8) have not been described since these step have been described in prior embodiments, such as with respect to FIG. 6. [00221] Figure 9 is a diagram illustrating the zero- level information flow for a random user when redirected by a site in accordance with the contemplated embodiments of the invention. In accordance with the present embodiment, the transportation reservation system 100 is configured to integrate the main engine 130 with additional databases such as the credit card validator 160, a database Dl client file 710 consisting of all the clients, a database D2 LA file 720 consisting of all the local affiliates 470, as well as the local affiliates main engine 730 and flight check or the arrival time of any transportation resources. Here, the random user 610 is directed to a website, such as LimoRes.net, by a referring site 800, such as a travel agency. Referring sites provide referrals in exchange for a fee based on the number of links or successful transactions .

[00222] A random user 610 sends reservation information (1) as well as credit card information (2) to the client main engine 130. The credit card information is forwarded (3) to the credit card validator 160, which in turn, returns the verified credit card information (4) to the client main engine 130. When the credit card information is validated the client main engine 130 sends a confirmation code (5) to the random user 610, based on which the random user 610 is enabled to receive the requested service. The client main engine 130 also sends the reservation information (6) to the local affiliates main engine 730, which in turn, communicates with the local affiliates 470 as well as the D2 LA file database 720 to commence the process of selecting a driver for the job. The local affiliates main engine 730 forwards the reservation information (7) initiated by the random user 610 to the local affiliate 470. The local affiliates 470 responds to the reservation information by sending an acceptance request (8) , as well as information of individual drivers (9) pertaining to the particular driver requesting acceptance. The local affiliates main engine 730 performs the necessary matching based on the information retrieved from the D2 LA file database 720, selects a driver form the local affiliates upon obtaining a match and forwards the selected driver's information (10) to the client main engine 130. The client main engine 130 forwards the selected driver's information (11) to the random user 610, while at the same time sending the selected driver of the local affiliates 470 a confirmation of the acceptance of the request for the job, as well as the user's information.

[00223] Upon completion of the job, the selected driver of the local affiliates 470 sends a final billing to the local affiliates main engine 730, which in turn, forwards the final billing (12) to the client main engine 130 that forwards the final billing (13) to the random user 610. Moreover, the local affiliate main engine 730 places an order to process the credit card of the random user 610 to the credit card validator 160 in accordance with the final billing. In addition, the client main engine 130 sends a final billing to the referring site 800, such as the travel agent, and the local Affiliates main engine 730 ensures that a commission is paid to the referrer site 800. The user approves the billing, and money is deducted from the credit card (14) of the random user 610. [00224] Figure 10 is a diagram illustrating the context level information flow for reservations performed by travel agents in accordance with the disclosed embodiments of the invention. In accordance with the present contemplated embodiment of the invention, a reservation may be made by a travel agent on behalf of a user. The travel agent 1000 can book a reservation by providing reservation information (1) and credit card information (2) to the main engine 130. Upon receipt of the reservation and credit card information, the main engine 130 forwards a confirmation code (3) to the travel agent 1000, as well as the reservation information (4) to the local affiliates 470. The local affiliates 470 sends the response of individual drivers (5) to the main engine 130, which comprises information, such as an individual driver' s information and request for acceptance. Upon performing

a computation to determine a match, the main engine 130 selects a driver and forwards information consisting of a driver's information (6) and meeting instructions (7) to the travel agent 1000, while sending a confirmation of the driver selected to the local affiliates 470. Upon completion of the service (8) , the local affiliates 470 sends a final billing (9) to the client which final billing is forwarded (10) to the travel agent 1000 who approves the charges (11) . Payment (12) is then made to the local affiliates 470. The main engine 130 of the contemplated embodiment also pays a commission to the travel agent for booking the reservation.

[00225] In the event the reservation is made for a known ride to a known destination, the credit card account can be charged at the time the reservation is made and the travel agent received the commission within 24 hours. However, if the ride extends beyond the initially booked reservation, or the reservation destination is changed or canceled, the credit card is charged at the end of the ride or a refund is generated, and once the user approves the charges, the travel agent is paid his commission.

[00226] Figure 11 is a diagram illustrating the zero- level information flow for reservations performed by travel agents in accordance with the contemplated embodiments of the invention. In accordance with the contemplated embodiment, the transportation reservation system 100 is configured to integrate the main engine system 130 with additional databases such as a credit card validator 160, a Dl client file database 710 consisting of all the clients, a D2 LA file database 720

consisting of all the local affiliates 470, as well as the local affiliates main engine 730.

[00227] A travel agent 1000 sends reservation information (1) as well as credit card information (2) to the client main engine 130. The credit card information is forwarded (3) to the credit card validator 160, which in turn, returns the verified credit card information (4) back to the client main engine 130. When the credit card information is validated the client main engine 130 sends a confirmation code (5) to the travel agent 1000, based on which a customer is enabled to receive the requested service. The client main engine 130 also sends the reservation information (6) to the local affiliates main engine 730, which in turn, communicates with the local affiliates 470 as well as the D2 LA file database 720 in order to commence the process of selecting a driver for the job. The local affiliates main engine 730 sends the reservation information (7) initiated by the travel agent 1000 to the local affiliates 470. The local affiliates 470 responds to the reservation information by sending an acceptance request (8) as well as individual driver's information (9) pertaining to the particular driver requesting the acceptance. The local affiliates main engine 730 performs the necessary matching operations based on the information retrieved from the D2 LA file database 720 and once a match is obtained and a driver is selected from the local affiliates, forwards the selected driver's information

(10) to the client main engine 130. The client main engine 130 forwards the selected driver' s information

(11) to the travel agent 1000, while at the same time

sending a confirmation of acceptance of the request for a job to the selected driver of the local affiliates, as well as the customer's information.

[00228] Upon completion of the job, the selected driver of the local affiliates 470 sends a final billing to the local affiliates main engine 730 that forwards the final billing (12) to the client main engine 130. Moreover, the local affiliates main engine 730 places an order to process the credit card of the customer according to the final billing to the credit card validator 160. In addition, the client main engine 130 sends a final billing (13) to the travel agent 1000. The customer approves the billing and money is deducted from the customer's credit card (14), and the local affiliate main engine 730 ensures that a commission (15) is paid to the travel agent.

[00229] Figure 12 is a diagram illustrating the context level information flow for reservations for a corporate or account user in accordance with the disclosed embodiments of the invention. In accordance with the contemplated embodiment, a reservation is made by a corporate or account user 1200. Here, the information pertaining to the corporate or account user, as well as the charge account information pertaining to a particular corporate or account user are already present in the transportation system 100. In particular, the corporate or account user 1200 submits reservation information (1) to the main engine 130. Concurrently, the corporate or account 1200 user provides either credit card verification or a VIP code or a limit verification (2) to the main engine 100. Upon receipt of the information from the corporate or

account user 1200, the main engine 130 forwards a confirmation code (3) to the corporate or account user 1200 and forwards the reservation information (4) to the local affiliates 470. [00230] The local affiliates 470 provides an acceptance request (5) for each individual driver to the main engine 130, as well as information pertaining to particular drivers (6) available and willing to undertake the job. The main engine 100 performs computations to selects a driver, and forwards to the corporate or account user 1200 driver information and meeting instructions (7) , while providing feedback information to the local affiliates regarding the driver selected. Upon completion of the job (8), the local affiliates 470 sends a final billing (9) to the main engine 130, which is then forwarded (10) by the engine to the corporate or account user for validation. Upon acceptance of the charges by the corporate or account user 1200, the main engine 130 charges the account (11) of the respective corporate or account user 1200. The main engine 130 then ensures that the local affiliates are paid (12 ) .

[00231] Figure 13 is a diagram illustrating the zero- level information flow for corporate clients in accordance with the contemplated embodiments of the invention. In accordance with the contemplated embodiment, the transportation system 100 is configured to integrate the main engine 130 with additional databases, such as the credit card validator or client limit validator 160a, a Dl client database file 710 consisting of all the clients, a D2 LA database file 720

consisting of all the local affiliates, as well as the local affiliates main engine 730.

[00232] A corporate or account user (1) sends reservation information as well as credit card information or a VIP code (2) to the client main engine 130. The credit card information or the VIP code is forwarded (3) to the credit card validator or client limit validator 160a which in turn returns the verified credit card information or the client's credit limit (4) back to the client main engine 130. When the credit card information is validated the client main engine 130 sends a confirmation code (5) to the corporate or account user 1200, based on which a customer is enabled to receive the requested service. The client main engine 130 also sends the reservation information (6) to the local affiliates main engine 730, which in turn, communicates with the local affiliates 470 as well as the D2 LA database file 720 to commence the process of selecting a specific driver for the job. [00233] The local affiliates main engine 730 sends the reservation information (7) initiated by the corporate or account user 1200 to the local affiliates 470. The Local affiliates 470 responds to the reservation information by sending an acceptance request (8) , as well as information (9) pertaining to the particular driver requesting the acceptance. The local affiliates main engine 730 performs the necessary matching operations based on the information retrieved from the D2 LA database file 720, and upon obtaining a match and selecting a driver from the local affiliates 470, forwards the selected information (10) of the selected driver to the client main engine 130. The client main

engine 130 forwards the information of the selected driver (11) to the corporate or account user 1200, while at the same time sending a confirmation of acceptance of the request for a job the selected driver of the local affiliates 470. [00234] Upon completion of the job, the selected driver of the local affiliates 470 sends a final billing to the local affiliates main engine 730, which in turn forwards the final billing (12) to the client main engine 130. Moreover, the local affiliates main engine 730 places an order to process the credit card of the customer according to the final billing to the credit card validator or client limit validator 160a. In addition, the client main engine 130 sends a final billing (13) to the corporate or account user 1200 and the local affiliates main engine 730 ensures that a concession is added to the final bill, if applicable. The corporate or account user 1200 approves the billing, and is money then deducted from the credit card or the VIP account, if applicable. [00235] Figure 14 is a diagram illustrating the context level information flow for administration in accordance with the contemplated embodiments of the invention. Here, a reservation may be made by an administrator 1400, such as a travel agent, on behalf of a customer. In accordance with the present contemplated embodiment, the travel agent 1400 can book a reservation by providing reservation information (1) and credit card information (2) to the main engine 130. Upon receipt of the reservation and credit card information, the main engine 130 forwards a confirmation code (3) to the travel agent 1400 and forwards the reservation

information (4) to the local affiliates 470. The local affiliates sends the response of individual drivers to the main engine 130, which consists of an acceptance request (5) and information of an individual driver (6) . Upon performing computations to generate a match, the main engine 130 selects a driver and forwards information (7) consisting of driver's information and meeting instructions to the travel agent, while sending a confirmation of the driver selected to the local affiliates 470. Upon completion of the service (8), the local affiliates 470 send a final billing (9) to the main engine 130, which in turn, forwards the final billing (10) to the travel agent 1400 who approves the charges (11) , and payment is made to the local affiliates (12) . The main engine 130 also pays a commission (13) to the travel agent 1400 for booking the reservation.

[00236] In the event the reservation is made for a known ride to a known destination, the credit card account can be charged at the time the reservation is made and the travel agent 1200 receives the commission within 24 hours. However, if the ride extends beyond the initially booked reservation, or the reservation destination is changed or canceled, the credit card is charged at the end of the ride or refunded Upon approval of the charges by the customer approves, the travel agent 1200 is then paid his commission, if appropriate. [00237] Figure 15 is a diagram illustrating the zero- level information flow for administration in accordance with the contemplated embodiments of the invention. Here, the transportation reservation system 100 is configured to integrate the main engine system 130 with

additional databases such as a credit card validator 160, a Dl client database file 710 consisting of all the clients, a D2 LA file database 720 consisting of all the local affiliates, as well as a local affiliates main engine 130. [00238] In particular, an administer 1400, such as a travel agent, sends reservation information (1) and credit card information (2) to the client main engine 130. The credit card information is forwarded (3) to the credit card validator 160, which in turn, returns verified credit card information (4) back to the main engine 130. When the credit card information is validated the client main engine 130 sends a confirmation code (5) to the travel agent 1400, based on which the customer is enabled to receive the requested service. The client main engine 130 also sends the reservation information (6) to the local main engine 730, which in turn, communicates with the Local affiliates 470 and the D2 LA file database 720 to commence the process of selecting a driver for the job. The local affiliates main engine 730 sends the reservation information (7) initiated by the travel agent 1400 to the local affiliates 470. The local affiliates 120 responds to the reservation information by sending an acceptance request (8) and the information of an individual driver (9) pertaining to the particular driver requesting acceptance. The local affiliates main engine 730 performs the necessary matching operations based on the information retrieved from the D2 LA file database 720, and upon obtaining a match and selecting a driver from the local affiliates 470, forwards the information of the selected driver (10) to the client

main engine 130. The client main engine 130 forwards the information of the selected driver (11) to the travel agent 1400, while at the same time sending the selected driver of the local affiliates a confirmation of acceptance of the request for a job, as well as the customer's information.

[00239] Upon completion of the job, the selected driver of the local affiliates 470 sends a final billing to the local affiliates main engine 730, which in turn, forwards the final billing (12) to the client main engine 130. In addition, the local affiliates main engine 730 places an order to process the credit card of the customer according to the final billing to the credit card validator 160, where the client main engine 130 sends a final billing (13) to the travel agent and the local affiliates main engine 730 ensures that a commission is paid to the travel agent, and where the customer approves the billing and then money is deducted from the credit card (14) . [00240] Figures 16 (a) thru 16 (d) is a flow chart illustrating the steps associated with booking a reservation via IVR in accordance with the contemplated embodiments of the invention. Here, a customer accessing the system via IVR can be a new user or an established user. The system initially checks to determine whether a customer is a new or returning customer, as indicated in step 1600. When the customer is an established user, the customer must enter his account number, as indicated at step 1610. If the customer does not remember his account number, then the customer will be prompted to provide an identifier, such as the first four letters of his last name, as indicated

in step 1620. Here, the transportation system 100 will perform a search and match to provide the customer with a list of the results so as to permit the customer to select his appropriate name, as indicated in step 1630. Upon making the appropriate selection of his name from the list provided, the transportation system 100 assigns the appropriate account number with a reservation request and the customer is prompted to enter the date of the reservation, as indicated at step 1640. The customer is then prompted to select an AM or a PM pickup time, as indicated at step 1650.

[00241] Next, the customer provides the time for pickup, as indicated in step 1660. The customer is then prompted to speak his name, as indicated in step 1670. The customer also provides the pickup address, as indicated in step 1680. However, if the customer has used the system previously, then the customer will be given the option to select an old address saved in the system as a default pickup address, select from among the previous addresses saved in the customer's profile, or provide a new pickup address, as indicated in step 1685. In the event the customer wishes to select from among addresses saved in his customer profile, he is prompted to enter the first four numbers or letters of the address he wishes to select, and the system will perform a search and match and provide a menu with options corresponding to all the addresses in the system matching the information input by the customer. Upon appropriate selection of the pickup address by the customer, the customer must then provide the drop-off address, as indicated at step 1690.

[00242] Next, the customer provides the drop-off address, as indicated in step 1700. However, similarly to entry of the pickup address, a returning customer will have the options of selecting the default drop-off address, an address from the list of addresses saved within the customer's profile of the database, or of providing information with respect to a new address, as indicated in step 1705. As indicted at step 1710, the customer is then prompted to indicate the number of passengers, and to complete the request, the customer must provide a contact number, as indicated at step 1720. Lastly, upon completion of the steps for creating a reservation request, the customer is provided with a confirmation number, as indicated in step 1730. [00243] In an embodiment of the system and method of the invention, the transportation system 100 performs data mining by using internal and external databases to extract repeated events and to select customers who travel frequently and periodically to a specific location. Data mining permits aggregation of customers for flights and ground transportation and provides them with private jet travel, as part of a package, rather than commercial airline. This kind of arrangement could be provided for very convenient fees and offers the perks of small airports associated with the same level of security but with zero wait time.

[00244] Moreover, the use of data mining permits the detection of information regarding past customer trips and permits the determination of how many people are traveling in one direction such that it becomes possible to fill all seats on a airplane. For instance, certain people fly every Tuesday and return every Friday, thus

permitting them to be aggregated into a small group for private jet transportation. Customers, destined for the same location, on the same day, can be aggregated and offered group travel ground transportation, and they can be chartered to a small plane for optimal prices since all the seats on the plane will be filled. For the return trips from the same remote location to the original location, the transportation system aggregates customers in a like fashion. In accordance with the present embodiment, the transportation system may utilize internal and external databases to combine data to increase the accuracy of the data mining. [00245] In addition, when the transportation system of the contemplated embodiments determines the price of a fare to a remote location, the system also takes into account criteria which will indicate whether a customer will not be adverse to paying for VIP services. For instance, if the flight number on a reservation indicates a private jet, the transportation system will automatically assign VIP service to that customer. [00246] In deciding whether a job to a remote location should be designated for an affiliate driver of a fleet driver, the transportation system compares the price of an affiliate will charge for the job with the price charged by a fleet driver. In deciding to allocate the job, the system will select the driver which will ensure the largest profit margin, or in the event there is no fleet driver available the system will select the highest between the percentage of the fare or the flat fee on such a fare. The system may even allow affiliate drivers or companies to bid for the job, when fleet drivers are not available for the job. Moreover,

in order to maintain a competitive price, the transportation system 100 will wait for a predetermined time period before the date of the job to send requests for acceptance from affiliate drivers or companies and decide on allocation of a particular job. In the preferred embodiment, the predetermined time period is 1 day.

[00247] In other contemplated embodiments, the transportation system utilizes a calculation to provide real time pricing to callers, web users and affiliates connected to the car service system. By calculating the distance between pickup and drop off destinations, the transportation system is permitted to apply a preset formula that takes into account car type and special requests, and then applies a country or State multiple to provide accurate and consistent pricing for any location throughout the world.

[00248] In addition, the transportation system 100 calculates its job capacity on a daily basis by estimating the number of drivers scheduled to work the next day and multiplies this value by the number of average jobs that the fleet can perform to obtain a capacity value. Next, a comparison of this capacity value to pre-existing jobs in the transportation system and an estimate of expected additional jobs based on last years data obtained from the same time period as well as the current usage and input from weather and other reports and generates a number that represents total jobs which need to be outsourced to third parties. In addition, the transportation system than selects the jobs to be outsourced and automatically assigns these jobs to affiliates that are notified by email or xml

file transfer. During the next day, the transportation system re-executes this process to further adjust the outsourcing based on final changes in number of drivers, incoming jobs and fleet utilization during the day that may be effected by traffic or weather changes. [00249] In other contemplated embodiments, the transportation system 100 calculates the total jobs for the next or current day, and decides to direct waiting drivers to specific waiting zones or locations in anticipation of the demand for cars or jobs in queue. Here, the transportation system may use historical data to perform these calculations and adjust its automated directions to drivers based on real time input generated by operators and web users. As a result, optimal utilization of the fleet and increased income to the operator is achieved.

[00250] In another contemplated embodiment, the transportation system uses vehicle GPS data to predict errors and proactively issue alarms so that people in or third parties can take action to resolve the problem or cancel the job, or substitute and reassign the job to another driver. Here, the transportation system of the contemplated embodiment also uses internal computations to compare historical trip information and job entries to locate reservation errors or potential problems, prior to the job being assigned to a driver.

[00251] In another embodiment, the transportation system allocates jobs to local affiliates when the transportation systems fleet is almost or fully booked and when there is a high demand for services that cannot be satisfied by the transportation systems fleet. Thus, if a local subject fleet is booked, a local affiliate

fleet will be used to satisfy current demand. Here, the transportation system allocates jobs to affiliate drivers or other affiliate transportation systems. It should be noted that for remote affiliates, and in the case of a multiple leg trip, the transportation system or the customer may select a flat rate for the customer's ride anywhere in the world; however, the fee is not divided equally with the affiliate who is performing the job. Rather, the affiliate responsible for originating the job obtains a greater portion of the fee based on the market price or a prearranged formula determined by the transportation system. For instance, the provider for a second and third leg of a trip is selected from a pool of affiliates who agreed to perform jobs under a flat multi leg formula, and have agreed in advance to the origination and division of the fee. The transportation service of the contemplated embodiments thus manages all the financial transactions and statements and may charge different fees to different providers or classes. [00252] Thus, while there have shown and described and pointed out fundamental novel features of the invention as applied to preferred embodiments thereof, it will be understood that various omissions and substitutions and changes in the form and details of the devices illustrated, and in their operation, may be made by those skilled in the art without departing from the spirit of the invention. For example, it is expressly intended that all combinations of those elements and/or method steps which perform substantially the same function in substantially the same way to achieve the same results are within the scope of the invention.

Moreover, it should be recognized that structures and/or elements and/or method steps shown and/or described in connection with any disclosed form or embodiment of the invention may be incorporated in any other disclosed or described or suggested form or embodiment as a general matter of design choice. It is the intention, therefore, to be limited only as indicated by the scope of the claims appended hereto.