Taxi reservation support system

Abstract

To provide a taxi reservation support system that enables various business operators to use taxi operation services to promote new customer acquisition and increase profits.SOLUTION: In a taxi reservation support system, a reservation management server 12 includes: a plan creation condition acceptance function 12a that individually accepts a creation condition 71 from each business operator; an operation plan generation function 12b that creates an operation plan based thereon; an additional service cooperation function 12c that associates an additional service provided by each business operator with the operation plan; a plan reservation management function 12d that accepts a reservation of a user and executes a vehicle allocation request 74 to a taxi company when the plan is established; and a communication service charging function 12e that charges a fee as a consideration for a communication service to each business operator.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to a taxi reservation support system that supports the implementation of taxi vehicle operation services that are operated according to a predefined operation plan. [Background technology]

[0002] Regarding the use of vehicles such as taxis, various non-traditional usage patterns, such as ride sharing, have been proposed. For example, Patent Document 1 discloses a monitoring system for promoting the use of car sharing. The management system includes a reservation receiving means for receiving a reservation procedure for car sharing from a user's mobile communication terminal via a communication network, and a communication means for transmitting a message to the mobile communication terminal suggesting that the user use a taxi, a ride-sharing car, or a sharing bicycle that is expected to be used by the user to travel to the location of the reserved sharing car or to travel from the return location of the shared car, together with a discounted fare for the shared car.

[0003] Furthermore, Patent Document 2 discloses an information processing device that provides a service that is easy for elderly people and the like to use. The server supports the provision of a service in which the price paid when a flat-rate taxi picks up a user and travels within a specified area is constant for the same user. The request reception unit receives requests to use a flat-rate taxi from multiple users (requests include both advance reservations and requests for immediate boarding). The vehicle dispatch planning unit creates a plan for transportation by flat-rate taxi based on the content of the request from each of the multiple users and the category set for each of the multiple users. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2019-144654 A [Patent Document 2] JP 2020-46884 A Summary of the Invention [Problem to be solved by the invention]

[0005] Meanwhile, the potential demand for transportation means, including taxis, is not limited to individual users who actually ride taxis, but also exists among many business operators in various industries who provide various services to customers.

[0006] Examples of such businesses include retail businesses that sell a variety of products to customers in stores, service businesses that provide services related to medical care, nursing care, childcare, etc. to customers, and businesses that provide services to support customers' travel and tourism.

[0007] The above-mentioned businesses require convenient means of transportation, such as specialized taxis, that can accommodate the needs of their customers, for various reasons: their stores are often in poor locations, making it inconvenient for customers who do not own cars to visit them; their facilities are minor, and travel agencies are unable to develop products to provide tourist services aimed at those facilities; and in the medical and nursing care industries, many of their customers are elderly or patients, and using general public transportation can easily cause problems for them.

[0008] On the other hand, taxi companies and other operators of taxis are also facing various challenges, such as rising labor costs, securing human resources, strengthening regulations, and annually declining operating revenues. Therefore, operators want to increase the ratio of taxis that are actually in operation with passengers on board, and increase sales.

[0009] However, in reality, taxis are often parked in large numbers in front of train stations, waiting in a line, or driving around looking for customers while empty, so the percentage of actual vehicles is low.

[0010] The present invention has been made in consideration of the above-mentioned circumstances, and has an object to provide a taxi reservation support system that can be used by various business operators to promote the acquisition of new customers and increase profits. [Means for solving the problem]

[0011] In order to achieve the above-mentioned object, the taxi reservation support system according to the present invention comprises the following (1) to ( 4 ) is its feature. (1) Providing taxi vehicle operation services according to a pre-determined operation plan Assist with the booking process A taxi reservation support system, A first terminal handled by one or more taxi companies capable of providing the taxi service; before A second terminal operated by each of a plurality of operators capable of providing services other than the above-mentioned operation service. and a third terminal handled by any taxi user wishing to board a taxi vehicle. one or more servers capable of providing a predetermined communication service to each of the The server, a creation condition receiving function that individually receives plan creation conditions for each of the businesses provided from the second terminal; A plan generation function that generates a plurality of operation plans including at least a departure point and a destination according to each plan generation condition accepted by the creation condition acceptance function; a service provider plan selection function that presents the contents of the plurality of operation plans to the first terminal and selects one or more of the plurality of operation plans as a service provider selected plan in response to an instruction from the first terminal; a user application receiving function for presenting the content of the selected trader-selected plan to the third terminal and specifying the plan selected in response to an instruction from the third terminal as a user-applied plan; A dispatch request function that determines taxi operation for each plan according to the application status of the user-applied plan, transmits a dispatch request according to the corresponding plan to the first terminal of the operator of the confirmed plan, and transmits a reservation confirmation notification to the third terminal of the taxi user who applied for the confirmed plan; A taxi reservation support system having the above.

[0012] (2) The server: Further comprising an additional service linking function for linking an additional service provided by any of the related businesses to the operation plan generated by the plan generation function, The taxi reservation support system described in (1) above.

[0014] ( 3 ) The server Further, for each of the operation plans generated by the plan generation function, when a taxi operation is confirmed by a reservation of the operation plan, a business operator billing function is provided for billing the business operator associated with the operation plan for at least the provision of the communication service. (1) Above Or (2) The taxi reservation support system described in

[0015] ( 4 ) The server A user record management function that collects and manages record information related to taxi users who use the communication service; and a right granting function for granting rights to additional services designated in advance by the operator to specific taxi users who meet predetermined conditions based on the performance information managed by the user performance management function. Above (1) to ( 3 ) A taxi reservation support system according to any one of the preceding claims.

[0017] According to the taxi reservation support system having the above configuration (1), the server can generate operation plans according to the respective plan creation conditions received by the creation condition receiving function. Therefore, each operation plan can be generated while reflecting the convenience of the customers who use the taxi vehicle operation service and the convenience of each business type of the operator. For example, it is possible to limit the type of taxi vehicle and operation conditions according to the expected physical condition of the customer, and to limit the language ability of the taxi driver who provides the operation service according to the expected attributes of the customer. Furthermore, according to the taxi reservation support system configured as in (1) above, it is possible to request a taxi company to dispatch a vehicle according to the plan at an appropriate time. In other words, since there is a possibility that the operation plan may not be realized before the operation plan is finalized, it is possible to avoid unnecessary burden on resources such as taxi vehicles and drivers by limiting the dispatch request from the server. In addition, after the operation plan is finalized, the server can quickly request dispatch, making it easy to arrange for the securing of resources such as taxi vehicles and drivers.

[0018] According to the taxi reservation support system of the above (2), it is possible to associate additional services provided by one of the operators with the generated operation plan, so that each operator can provide its own unique service and promote the acquisition of new customers. For example, it is possible to promote customer use by distributing the operator's own coupons to customers.

[0020] the above( 3 According to the taxi reservation support system having the above-mentioned configuration, it is possible to request the fee for using the communication service from the business using the communication service of the server at an appropriate timing. In other words, the fee for using the communication service is incurred only when new sales are actually expected, so that it is possible to avoid each business having to bear the fee for using the communication service alone, and it is possible to increase the convenience of each business. This can promote the use of the communication service.

[0021] the above( 4 According to the taxi reservation support system having the above configuration, it is possible to preferentially grant rights to additional services to specific taxi users based on the performance of each taxi user. For example, by providing a coupon for the use of a store or facility near a specific destination to a specific taxi user who frequently visits the destination by taxi, the taxi user will have more opportunities to use the store or facility at the destination, which will bring benefits to both the business operator of the store or facility and the taxi user. Effect of the Invention

[0023] According to the taxi reservation support system of the present invention, various businesses can provide communication services to promote the acquisition of new customers and increase profits.

[0024] The present invention has been briefly described above. Furthermore, the details of the present invention will be further clarified by reading the following description of the embodiment of the present invention (hereinafter, referred to as "embodiment") with reference to the accompanying drawings. [Brief description of the drawings]

[0025] [Figure 1] FIG. 1 is a block diagram showing an example of the configuration of a taxi reservation support system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a block diagram showing an example of the configuration of main functions of the reservation management server. [Diagram 3] FIG. 3 is a schematic diagram showing an example of the configuration of the creation conditions for an operation plan. [Figure 4] FIG. 4 is a sequence diagram showing an example of the operation of the taxi cloud service. [Diagram 5] 5(a) and 5(b) are front views each showing a specific example of the display of an operation plan. [Figure 6] FIG. 6 is a flowchart showing a procedure for reservation management in the taxi reservation support system. [Figure 7] FIG. 7 is a flowchart showing the procedure of the brokerage process in the taxi reservation support system. [Figure 8] FIG. 8 is a block diagram showing an example of the configuration of a taximeter on-board unit. [Figure 9] 9(a) and 9(b) are front views each showing an example of a screen display of an in-vehicle taximeter unit. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0026] Specific embodiments of the present invention will be described below with reference to the accompanying drawings.

[0027] <Example of the entire system configuration> FIG. 1 is a block diagram showing an example of the configuration of a taxi reservation support system 100 according to an embodiment of the present invention.

[0028] The taxi cloud service 10, which constitutes the core of the functions of the taxi reservation support system 100, is placed on a computer in a data center 50. In this embodiment, the main functions of the taxi cloud service 10 are performed by a Web server 11, a reservation management server 12, an operation plan DB (database) 13, a performance management server 14, and a user performance DB 15 in the data center 50.

[0029] The taxi cloud service 10 is composed of communication-enabled computer hardware, the operating system (OS) required to operate as a server, and application software that realizes the operations required to provide the characteristic functions of this taxi cloud service.

[0030] Operators such as taxi companies capable of operating taxi vehicles can use the taxi cloud service 10 by accessing the operator terminals 20-1, 20-2, . . . that each operator owns, and can use this service.

[0031] Each operator terminal 20-1, 20-2, ... is a terminal equipped with a communication function, such as a general personal computer, and can connect to and communicate with the Web server 11, reservation management server 12, or result management server 14 in the data center 50 via the Internet 21 using a public communication line. In addition, each operator terminal 20-1, 20-2, ... has dedicated application software or a Web browser for using the taxi cloud service 10 pre-installed.

[0032] An operator such as a taxi company can provide an actual operation service by preparing a taxi vehicle and a driver for each operation plan prepared by the taxi cloud service 10. In other words, after approving each operation plan created by the taxi cloud service 10, the operator implements a taxi operation service of the corresponding operation plan in accordance with a dispatch request from the taxi cloud service 10.

[0033] On the other hand, the potential demand for transportation means including taxis is not limited to individual users who actually ride taxis, but also exists among various businesses that provide various services to customers. Examples of such businesses include retail businesses that sell various products to customers in their stores, service businesses that provide services related to medical care, nursing care, childcare, etc., and businesses that provide services to support customers' travel and tourism.

[0034] The above-mentioned businesses often face the following challenges: (1) The location of the store is not good, and it is inconvenient for customers who do not own a car to use the store. However, because the number of expected customers is small and the scale of the business is small, the business cannot afford to prepare its own buses for customer transportation. Therefore, the business needs a means of transporting customers, such as a taxi, that can be used conveniently when necessary.

[0035] (2) If you operate a facility used by tourists, etc., and the facility is minor, you cannot get travel agents to develop products to provide tourist services aimed at the use of the facility. Therefore, you need a convenient means of transportation for tourists so that they can easily use the facility.

[0036] (3) In the medical and nursing care industry, many of the customers are elderly or patients, so transportation using general public transportation is likely to cause problems. Therefore, they need convenient transportation such as dedicated taxis that can respond to the customer's situation.

[0037] The taxi cloud service 10 can provide useful functions to businesses in various industries other than the taxi companies described above. That is, the taxi cloud service 10 can provide functions for customers of each business to conveniently use taxi vehicle operation services when traveling.

[0038] In reality, the conditions and expectations of the taxi vehicle operation services that should be provided to customers vary greatly depending on the industry of the operator. However, by collaborating with multiple operators from different industries, it is possible to generate new customer demand and improve customer convenience.

[0039] Therefore, the taxi cloud service 10 in Fig. 1 has a function to create operation plans so as to satisfy the individual conditions desired by each of multiple businesses in various industries. It also has a function to provide additional services provided by each business, such as issuing unique coupons, to customers in association with each operation plan.

[0040] Each of the multiple operators can use, for example, their own operator terminals 61, 62, ... to connect to the taxi cloud service 10 in the data center 50 via the Internet 21 and use the communication services of the taxi cloud service 10.

[0041] By using the communication services of the taxi cloud service 10, each of the multiple operators can realize a system that allows customers to conveniently use taxi operation services under the conditions they desire when traveling.

[0042] On the other hand, customers who need transportation for purposes such as purchasing goods at stores provided by various businesses, using accommodation facilities, eating and drinking facilities, sightseeing facilities, entertainment facilities, and medical and nursing care services, i.e., each user who has the potential to become a taxi passenger, can access the taxi cloud service 10 using their own user terminals 30-1, 30-2, ... equipped with communication functions and use this service.

[0043] In addition, when each business operator operates its own homepage, the homepage can include a link for connecting to the taxi cloud service 10. In this case, when a user is visiting the homepage of a desired business operator with his / her user terminal 30-1, 30-2, ..., the user can connect to the taxi cloud service 10 via the link from the homepage and reserve a plan for using the taxi operation service.

[0044] As the user terminals 30-1, 30-2, ..., various terminals such as a smartphone, a mobile phone terminal, a notebook computer, a desktop computer, etc. When a user uses a portable user terminal 30, this user terminal 30 uses its wireless communication function to connect to any of the wireless base stations 22-1, 22-2, ..., and further connects to the Web server 11 or the reservation management server 12 in the data center 50 via the Internet 21, and can use the taxi cloud service 10.

[0045] A user who intends to use the facilities of any of the businesses that use the taxi cloud service 10 can find a convenient means of transportation by using the taxi cloud service 10. That is, the user can easily find a taxi operation service that can be used when traveling to a destination where a business's facility is located from a list of operation plans presented by the Web server 11. The user can also apply for a reservation for the plan that he or she has found. However, there is a possibility that each plan may not actually be realized due to, for example, a lack of applicants.

[0046] The taxi meter vehicle-mounted devices 40-1, 40-2, ... are mounted on each taxi vehicle managed by each operator such as a taxi company. Each taxi meter vehicle-mounted device 40 has a wireless communication function and can communicate with the taxi cloud service 10 at any time. In addition, each taxi meter vehicle-mounted device 40-1, 40-2, ... has a function required to use the taxi cloud service 10 and can use the service provided by the taxi cloud service 10. This realizes a service in which each taxi vehicle is dispatched according to a schedule of a plan determined by the taxi cloud service 10 and operates with each user who has made a reservation as a passenger. Note that the vehicle-mounted devices 40-1, 40-2, ... may not be taxi meters, but tablets or smartphones having equivalent functions can provide and operate this service.

[0047] Meanwhile, the performance management server 14 that provides the taxi cloud service 10 constantly or periodically collects performance information of various users who have used the taxi cloud service 10, and accumulates and manages the information in a user performance DB 15. Users from whom performance information is collected are mainly assumed to be taxi passengers who have used operation plans created by the taxi cloud service 10 and customers who have used the facilities and services of each business operator that uses the taxi cloud service 10, but information on other users may also be collected.

[0048] <Reservation management server functions> FIG. 2 is a block diagram showing an example of the configuration of the main functions of the reservation management server 12. As shown in FIG. As shown in FIG. 2, the reservation management server 12 includes a plan creation condition receiving function 12a, an operation plan generating function 12b, an additional service linking function 12c, a plan reservation management function 12d, a communication service billing function 12e, and a communication billing DB 16.

[0049] The condition reception function 12a for plan creation can individually receive creation conditions 71 designated by each of the business operators' terminals 61, 62, .... The taxi company may independently determine the contents of the creation conditions 71, and the condition reception function 12a may receive the creation conditions 71 from the operator terminal 20. Alternatively, the user may determine the creation conditions 71 via the user terminal 30, and the condition reception function 12a may receive the creation conditions 71 from the user terminal 30. In consideration of the user's convenience, the contents of the creation conditions 71 that can be determined from the user terminal 30 may be simpler than the contents of the creation conditions 71 that can be determined from the business operator terminals 61, 62, .... In other words, the taxi company and the user may be able to create a plan from their respective terminals.

[0050] The operation plan generation function 12b can automatically generate operation plans that satisfy the conditions required by each operator based on the creation conditions 71 for each operator accepted by the plan creation condition acceptance function 12a. Each operation plan generated by the operation plan generation function 12b becomes available to users after approval is obtained from the operator that provides the actual operation service by approval confirmation 73.

[0051] The additional service cooperation function 12c can associate unique additional services provided by each business operator with each operation plan generated by the operation plan generation function 12b by using the additional service information 72.

[0052] For example, it is assumed that additional services suitable for each operation plan are associated with the purpose of each operation plan that can be understood from the business type of the corresponding business operator. Specifically, for operation plans with the purpose of sightseeing, dining, shopping, etc., coupons or points that can be used at stores or facilities operated by the business operator near the destination are associated with the operation plan so that they can be distributed as additional services of the business operator. In addition, the business operator may cover part of the fare as an additional service.

[0053] In addition, when distributing coupons, etc., the operator may set it so that the coupons are distributed only to users who are likely to use the coupons, based on the taxi user's past usage records. This enables effective sales promotion, etc. Information on the taxi user's usage records can be obtained from the record management server 14.

[0054] The plan reservation management function 12d can accept reservation applications from each taxi user for each operation plan that has been generated by the operation plan generation function 12b and has been approved by the operator, and can also manage the reservation status.

[0055] When the reservation status of each operation plan satisfies the conditions for enabling the implementation of each operation plan, the plan reservation management function 12d confirms the implementation of the corresponding operation plan. Then, when the implementation of the operation plan is confirmed, the plan reservation management function 12d transmits a dispatch request 74 for the corresponding operation plan to the operator terminal 20 of the corresponding taxi company, and notifies the user terminal 30 that the reservation procedure has been completed.

[0056] In addition, when the implementation of the operation plan is confirmed in the plan reservation management function 12d, the communication service billing function 12e can also execute billing to the corresponding business operator. In other words, it is possible to execute billing as a consideration for the business operator's use of the communication service provided by the taxi cloud service 10 when the implementation of the operation plan associated with the business operator is confirmed.

[0057] The communication service billing function 12e may bill at the time when the operation plan generation function 12b creates the operation plan. However, if the billing is performed to the business operator when the operation plan is confirmed, the billing will be performed only when an increase in sales can be expected, which makes the communication service convenient and easy to use for each business operator.

[0058] Data representing the results of the billing performed by the communication service billing function 12e is stored and managed in the communication billing DB 16. In addition, the revenue obtained by billing each business operator can be used to maintain the business of operating the taxi cloud service 10.

[0059] <Conditions for creating operation plans> FIG. 3 is a schematic diagram showing an example of the configuration of the creation conditions for an operation plan. In the example of Figure 3, the creation conditions 71 include the following specification items: departure point 71a, destination 71b, schedule 71c, time 71d, number of people to be recruited 71e, fare per person 71f, vehicle type specification 71g, crew characteristic specification 71h, and passenger characteristic specification 71i.

[0060] For the departure point 71a and destination 71b, not only addresses but also names of places, stations, airports, and other representative facilities, names of specific facilities (stores, etc.) of specific businesses, etc. can be specified. For the schedule 71c, the date on which the relevant taxi will depart from the departure point can be specified. For the time 71d, the time when the relevant taxi will depart from the departure point and the time when it will arrive can be specified.

[0061] For the number of passengers 71e, the upper and lower limits of the number of passengers expected to board one taxi vehicle can be specified. For the fare per person 71f, the upper limit of the desired fare can be input. For the vehicle type specification 71g, it can be specified whether the taxi vehicle is a vehicle type that allows passengers in wheelchairs to board and disembark. For the driver characteristics specification 71h, it can be individually specified regarding the abilities required for the driver who drives the taxi vehicle of the corresponding operation plan, such as whether English conversation ability is required, whether tourist information ability is required, whether assistance ability is required, etc. For the passenger characteristics specification 71i, it can be individually specified regarding the attributes and conditions of passengers who can board the corresponding operation plan, such as women only, age above, etc.

[0062] In addition, if no business operator is designated for each item of the creation conditions 71, a default value determined in advance or a designated content that is in high demand based on past performance will be adopted.

[0063] <Main operation examples> Fig. 4 is a sequence diagram showing an example of the operation of the taxi cloud service 10. The operation shown in Fig. 4 will be described below.

[0064] Each business operator who has registered in advance to be able to use the taxi cloud service 10 can independently determine the contents of the creation conditions 71 as shown in Fig. 3 so as to suit the characteristics of the business format of the facilities and services that the business operator operates, and can transmit the resulting data from the business operator terminals 61, 62, ... to the taxi cloud service 10. Also, as described above, a taxi company may independently determine the contents of the creation conditions 71 and transmit the creation conditions 71 from the operator terminal 20 to the taxi cloud service 10.

[0065] The plan creation condition receiving function 12a of the taxi cloud service 10 individually acquires the data of the creation conditions 71 transmitted from each business operator, and receives an application for plan creation (S11).

[0066] The operation plan generation function 12b of the taxi cloud service 10 creates a taxi operation plan that satisfies the conditions specified by each operator for each creation condition 71 accepted by the plan creation condition acceptance function 12a (S12). At this time, the operation plan generation function 12b automatically generates various types of operation plans that reflect the creation conditions 71 accepted by the plan creation condition acceptance function 12a. These operation plans are information that is automatically generated based on various demand forecasts using artificial intelligence (AI) and the like in the taxi cloud service 10, consideration of convenience, and the like.

[0067] Each operation plan generated by the taxi cloud service 10 is registered and stored in the operation plan DB 13. Each operation plan includes information indicating each point including at least the departure point and the destination, and information indicating the operation schedule.

[0068] A person in charge of a taxi company or the like connects the operator terminal 20 to the taxi cloud service 10 via the Internet 21 and searches for and acquires the necessary information. The taxi cloud service 10 presents information on the various operation plans generated in S12 to the connected operator terminal 20. The person in charge of a taxi company or the like selects an appropriate operation plan that can provide operation services from among the many operation plan candidates presented by the taxi cloud service 10, taking into consideration, for example, the availability of taxi vehicles in the company by date and time, the availability of each driver, and the cost of operating the taxi vehicles. Then, the operator terminal 20 notifies the taxi cloud service 10 of information indicating the selected plan.

[0069] The operation plan generation function 12b, after confirming that the contents of the operation plan notified from the operator terminal 20 have been approved through communication with the operator terminal 20 via approval confirmation 73, handles the plan as an operation plan that can be provided to the user (S13). In addition, the taxi cloud service 10 registers the operation plan selected by the operator in the operation plan DB 13 as an operation plan that can be provided to users (potential passengers).

[0070] In order to promote the use of facilities, services, etc. operated by the company, each business operator can transmit additional service information 72 representing, for example, coupons, points, etc. that can be used at the company's facilities, services, etc. from the business operator terminals 61, 62, ... to the taxi cloud service 10.

[0071] The additional service linking function 12c of the taxi cloud service 10 associates the additional service information 72 transmitted from each business operator with the operation plan created in advance (S14). For example, the additional services provided by the operator who has requested the taxi cloud service 10 to create an operation plan are associated so as to be able to be provided to taxi passengers who use the operation plan.

[0072] In addition, the additional service linking function 12c associates additional services provided by a specific business operator so that the additional services can be provided to users of operation plans requested to be created by another business operator in a different industry that has a partnership with the specific business operator.

[0073] In addition, the additional service linking function 12c associates, for example, a destination of a specific operation plan near a store or facility operated by a specific operator so that additional services of the specific operator can be provided to taxi users using the operation plan.

[0074] A user who is searching for a means of transportation to travel to a store or facility operated by a specific business operator can access the taxi cloud service 10, for example, using his / her user terminal 30. In addition, if the store or facility has set up a website for its own services, the user can access the taxi cloud service 10 by following a specific link from the website.

[0075] A user (passenger) can access the taxi cloud service 10 via the Internet 21 using dedicated application software (app) or a web browser installed in the user terminal 30. For example, a user who wishes to use a taxi as a temporary means of transportation in daily life or as a means of transportation for various events such as travel performs a search on the user terminal 30 for a desired operation plan.

[0076] The plan reservation management function 12d of the taxi cloud service 10 presents a list of available operation plans to a user who is accessing the plan reservation management function 12d and is trying to reserve a taxi operation service (S15). The plan reservation management function 12d also provides a search function so that an appropriate operation plan 75b can be presented according to the purpose of use of the user.

[0077] The user can select one of the operation plans presented by the plan reservation management function 12d and apply for a reservation (75c).

[0078] The plan reservation management function 12d can accept a reservation application 75c from a user (S16). However, if the number of passengers who applied for the reservation is insufficient compared to the conditions stipulated in the corresponding operation plan, it is not yet determined whether the operation service of the operation plan will be implemented. When the taxi cloud service 10 accepts an application for the operation plan selected by the user, it updates the registered contents of the operation plan DB 13.

[0079] The plan reservation management function 12d monitors the reservation status of each operation plan, and determines in S17 whether the conditions required for implementing the operation plan are met, and if the conditions are met, considers the operation plan to be confirmed.

[0080] When the implementation of each operation plan is confirmed, the plan reservation management function 12d transmits a dispatch request 74 for each plan to the operator terminal 20 of the taxi company (S18). In addition, together with the dispatch request 74, information specifying the driver attributes required for the plan is transmitted. In addition, the plan reservation management function 12d transmits a plan confirmation notification 76 to the user terminal 30 of the user who has made a reservation for the operation plan.

[0081] In addition, when the implementation of the operation plan is confirmed in S18, the communication service billing function 12e bills the specific business operator that requested the creation of the plan as a fee for the use of the communication service provided by the taxi cloud service 10 (S19), and updates the billing details for each business operator managed in the communication billing DB 16. In other words, the taxi cloud service 10 can be operated using the income obtained by billing each business operator.

[0082] In the example shown in Figure 4, charging is performed when the implementation of the operation plan is confirmed, but it is also possible to consider charging when the plan is created in S12, or when one or more reservation applications are accepted in S16.

[0083] The plan reservation management function 12d of the taxi cloud service 10 can provide additional services 77 associated with the relevant operation plan at an appropriate timing to the user who has reserved the operation plan (S20). In addition, the additional service provision 77 may be limited to specific users who have used the service a specified number of times or more, for example, based on the past usage record of each user.

[0084] Information on additional services such as coupons and points can be provided directly from the taxi cloud service 10 to an app on the user terminal 30, or can be printed on paper using a printer connected to the taxi meter on-board unit 40 and handed to the user when getting in the taxi.

[0085] When a user who has made a reservation in advance actually uses a taxi operation service of the corresponding plan, the plan reservation management function 12d of the taxi cloud service 10 can perform real-time authentication as to whether or not the user who is about to board a taxi vehicle is the legitimate person who made the reservation, for example by wirelessly communicating with the taxi meter in-vehicle device 40 (S21). For example, the management number for each user issued by the taxi cloud service 10 at the time of reservation is input from the user terminal 30 to the taxi cloud service 10 via the taxi meter in-vehicle device 40, and authentication can be performed by comparing the issued management number with the management number input by the user.

[0086] The result management server 14 of the taxi cloud service 10 collects the result information of each user by periodic processing or when some event occurs, and registers and manages the result information in the user result DB 15 (S22).

[0087] For example, when a taxi user applies to reserve a travel plan, when the reserved plan is confirmed, when the user uses a taxi travel service according to the reserved plan, or when the user uses each operator's store or facility, information about each user that represents their performance and the details of the plan used can be obtained and managed.

[0088] The performance information of each user managed by the performance management server 14 can be used, for example, to present suitable operation plans as candidates when the user searches for an operation plan. It can also be used to provide additional services to more suitable users efficiently. In addition, the performance information can be used by multiple businesses to cooperate with each other and acquire the same users.

[0089] The Web server 11 of the taxi cloud service 10 also has a function for displaying foreign languages ​​such as English in addition to Japanese. Therefore, for example, when a business run by a foreigner accesses the taxi cloud service 10, the service can be received using the English display. Also, when a foreign user reserves a service plan on the taxi cloud service 10, the plan can be searched for and reserved using the English display.

[0090] Also, for example, when an operator of an accommodation facility or a tourist facility creates an operation plan for a service for foreign customers who are not familiar with Japanese, the operator can request the reservation management server 12 to create an operation plan by specifying the English conversation ability requirement in the driver characteristic specification 71h in the creation conditions 71. This allows an appropriate operation plan to be created so that a driver who is familiar with English can be arranged.

[0091] When the taxi cloud service 10 makes a dispatch request 74 for an operation plan that requires English conversation ability, the taxi cloud service 10 designates the English conversation ability requirement in the driver characteristic designation 71h, and instructs the taxi company to arrange for a driver who is accustomed to English conversation.

[0092] Also, each operator such as a taxi company can register and manage in advance the number of drivers who are fluent in English that they have secured in the taxi cloud service 10. Therefore, for example, the taxi cloud service 10 can compare the number of drivers who meet the conditions for each taxi company with the reservation situation, and prioritize dispatch requests to taxi companies that have secured a sufficient number of drivers who meet the conditions.

[0093] In the above-mentioned taxi reservation support system 100, it is assumed that the management of each vehicle and driver in the taxi company is performed in-house, but it is also possible to incorporate the function of managing them into the taxi cloud service 10. In that case, the dispatch request 74 and the like can be realized only by the internal processing of the taxi cloud service 10.

[0094] <Examples of operation plans> <Display example> 5(a) and 5(b) are front views showing specific examples of display of operation plans P1 and P2, respectively.

[0095] For example, when a user operates the user terminal 30 to search for candidate plans, the user can display and confirm information about one operation plan P1 as shown in FIG. 5(a) and information about one operation plan P2 as shown in FIG. 5(b) on the screen of the user terminal 30.

[0096] In the examples of Figures 5(a) and 5(b), each operation plan P1, P2 includes a representative image 91, plan name information 92, fare information 93, departure / destination information 94, schedule information 95, recruitment conditions information 96, and an evaluation 97 of the driver in charge.

[0097] The representative image 91 is information such as a photo showing a typical landscape of the destination in the corresponding plan. The plan name information 92 is assigned a name that allows the user to easily understand the contents of the plan, such as the purpose or destination of the corresponding plan. The fare information 93 indicates the service fare per passenger or the service fare per application for the corresponding plan.

[0098] The departure / destination information 94 is information about the locations of the departure and destination, specifically, station names and store names that represent those locations. The schedule information 95 includes information about the operation date, departure time, arrival time, and duration at the destination (in the case of a round trip).

[0099] The recruitment condition information 66 consists of the minimum number of passengers and / or the minimum number of tickets required to realize the operation service of the corresponding plan, and the price per person and / or the price per ticket, for example, as shown in Figures 5(a) and 5(b).

[0100] <How to submit operation plans> As an example, a long-term matching period is set up and applications are solicited (crowdfunding format). If there are not enough applications to a certain level, the taxi operator may stop operating the taxi service as it may not be profitable. However, if there is economic support from the national or local government in addition to fare revenue, and the actual fare does not fall below the fare approved by the government, it is possible to operate the service even if there are not enough applications. In the case of a long-term matching period, reservations for the plan will be possible on a per-passenger basis or per-entry basis. In addition, one person will be able to make multiple reservations by paying multiple fees. In addition, when the operation plan is approved / invalidated, if the number of users who apply is less than the minimum number of units to be recruited, the shortage of units may be allocated to users who have already applied. In such a recruitment method, the maximum fare per person is specified in the operation plan.

[0101] <Operation plan fees> A ride-sharing fee will be applied based on the assumption that multiple people will share the same taxi, making it possible to use the service at a lower unit price than regular taxis. The fare is confirmed in advance. It will also be possible to adopt a fare / fee system that reduces the unit price each time the upper limit on the number of people / units recruited increases.

[0102] <What should be specified and stipulated in the operation plan> Location: starting point, destination, end point, etc. Time: Scheduled departure time, scheduled arrival time at destination, duration of stay at destination, scheduled departure time, etc. Price: Fare per person / per unit Number of people / units: Maximum, minimum, etc. Regarding the amount, the fare per person for each number of people who ultimately applied may be listed.

[0103] <Operation plan submission period> The period during which users (passengers) can make reservations can be determined by the operator (taxi company, etc.) for each plan. For example, reservations can be accepted from about two months before the scheduled trip, and reservations can be closed one week before the trip, finalizing the plan.

[0104] <Reservation management processing procedure> Fig. 6 is a flowchart showing the procedure of reservation management in the taxi reservation support system 100. The reservation management server 12 that processes the reservation function of the taxi cloud service 10 executes, for example, the procedure shown in Fig. 6 before the end of the recruitment period for each plan in step S17 of Fig. 4. The procedure of Fig. 6 will be described below.

[0105] The reservation management server 12 compares the upper and lower limits of the number of people / units to be recruited (corresponding to the recruitment condition information 66) for each operation plan applied for by a user with the number of people / units to be applied for that plan that was actually accepted from the user (S31). If the number of people / units to be applied is within the range of both the upper and lower limits of the number of people / units to be recruited, the process proceeds from S31 to S38, and it is determined that the operation of that operation plan is established.

[0106] If the conditions of S31 are not met, the reservation management server 12 performs an intermediation process in the next S32 to adjust the number of people / lots with other similar operation plans. In other words, if the number of people / lots applied by users who applied for the plan does not reach the lower limit of the number of people / lots available, the applicants of the other similar plans are intermediated to make a new reservation to switch to the plan. Conversely, the number of people / lots applied by users who applied for the plan cannot exceed the upper limit of the number of people / lots available. If the upper limit has been reached, the users who tried to apply for the plan are intermediated to other similar plans. A specific example of this intermediation process will be described later.

[0107] After the mediation process is completed in S32, the reservation management server 12 again compares the lower limit of the number of people / units to be recruited in the plan with the number of people / units actually accepted from users (S33). If the number of people / units to be recruited is within the range of the number of people / units to be recruited, the process proceeds from S33 to S38, and it is determined that the operation of the operation plan is established.

[0108] If the number of applicants / units is less than the lower limit of the number of applicants / units in S33, the reservation management server 12 executes a solicitation process in the next S34 to encourage users who have already applied for the operation plan to purchase additional units.

[0109] After the solicitation process is completed in S34, the reservation management server 12 again compares the lower limit of the number of people / units to be recruited in the plan with the number of people / units actually accepted from users (S35). If the number of people / units to be recruited is within the range of the number of people / units to be recruited, the process proceeds from S35 to S38, and it is determined that the operation of the operation plan is established.

[0110] If the number of applicants / lots is less than the lower limit of the number of applicants / lots in S35, the reservation management server 12 notifies the taxi company in the next S36 that the operation plan will be operated without reaching the lower limit of the application level.

[0111] The reservation management server 12 automatically identifies whether or not to implement the operation plan while the number of passengers who applied / the number of shares is less than the number of passengers / the number of shares offered. For example, when an operator such as a taxi company can receive subsidies from the national or local government as income other than the fare paid by passengers, or when other income is expected, the reservation management server 12 compares the total income with the cost of operation, and makes a decision while considering various conditions so that the operator will not incur a loss.

[0112] If the operation plan is to be implemented, the reservation management server 12 proceeds from S37 to S38 and determines that the operation of the operation plan is established. If the operation plan is not to be implemented, the reservation management server 12 proceeds from S37 to S39 and determines that the operation plan is not established.

[0113] When the reservation management server 12 determines in S38 that the operation plan is established, it transmits a plan dispatch request 74 to the operator terminal 20 of the operator such as a taxi company that applied for the operation plan, as shown in Fig. 4. It also transmits a plan confirmation notification 76 to the user terminal 30 of the user who applied for the reservation of the operation plan.

[0114] On the other hand, if it is determined in S39 that the operation plan has not been established, the reservation management server 12 notifies the taxi company that has applied for the operation plan and the user who has applied to make a reservation for the operation plan that the operation plan has not been established (not shown).

[0115] In addition to the reservation management shown in FIG. 6, the reservation management server 12 can also provide the following additional services.

[0116] (1) When a user applies for each operation plan, the user may disclose to the user the attributes of other users who will be riding with him / her, such as age group and gender, to the extent that personal information is protected, based on the information already registered. (2) It is possible to implement a service in which each user can post their desired operation plan in a specific location on the Internet so that other users can view it, and solicit passengers for that operation plan. Alternatively, each user can send a posting request for their desired operation plan to a taxi company. In this case, the posting request from the user is notified to the operator terminal 20. When the taxi company accepts the posting request and selects to post, the plan is posted in a specific location on the Internet so that other users can view it. (3) It is possible to provide a function that enables users, etc. to earn additional income by adding a section for posting any advertisements to the location where the information described in (2) above is posted. (4) It is possible to provide a function for a user who has made a reservation through the taxi cloud service 10, after actually riding in a taxi according to the operation plan, to evaluate the taxi driver and other users, and a function for the numerical values ​​reflecting the evaluation results to be posted in a specific location on the Internet so that they can be viewed by various users. (5) It is also possible to provide a service that allows the use of commuter passes or multiple-ride tickets as part of an operation plan that can be reserved by each user.

[0117] <Processing procedure for mediation> Fig. 7 is a flow chart showing the procedure of the mediation process (S32) in the taxi reservation support system 100. The mediation process in Fig. 7 will be described below.

[0118] The reservation management server 12 of the taxi cloud service 10 identifies one operation plan applied for by the user from among the many operation plans managed in the operation plan DB 13 (S41), and identifies the departure and destination areas for that operation plan (S42).

[0119] For example, the area may be an area corresponding to a place name or town name associated with the departure or destination point, or a range contained within an area such as a circle centered on each point and within a specified distance from the central position.

[0120] The reservation management server 12 searches for operation plans from among the numerous operation plans managed in the operation plan DB 13, whose departure point matches or is similar to the area of ​​the departure point identified in S32, and extracts all those that meet the conditions (S43).

[0121] The reservation management server 12 searches through the numerous operation plans managed in the operation plan DB 13 for operation plans whose destinations match or are similar to the area of ​​the destination identified in S32, and extracts all those that meet the conditions (S44).

[0122] The reservation management server 12 calculates a similarity indicating the degree to which the schedule and time period of each operation plan extracted in either S43 or S44 are similar to the application plan in S41 (S45).

[0123] The reservation management server 12 outputs a list of the operation plans extracted in either S43 or S44 in a state where the operation plans are arranged in order of decreasing similarity calculated in S35 (S46). This list of operation plans is displayed on the screen of the user terminal 30.

[0124] The reservation management server 12 accepts an input operation for a specific user who has applied for the operation plan being processed to switch from that plan to a reservation for another plan (S47). In other words, if the number of applicants / number of units of the user who has reserved the plan is insufficient or the application has ended, the reservation management server 12 attempts to mediate the user to change the reservation from the plan to another similar plan and adjust the number of applicants / number of units for each plan to be appropriate. Whether or not to actually change the reservation is decided at the discretion of each user. This mediation processing function can also be applied when the plan searched for by the user cannot be found in S15 of FIG.

[0125] <Example of taximeter on-board unit configuration> Fig. 8 is a block diagram showing a configuration example of the taximeter on-board device 40. The taximeter on-board device 40 shown in Fig. 8 is equipped with an additional function to implement a taxi operation service according to a reserved operation plan using the taxi cloud service 10 described above, in addition to the same functions as those of a taxi meter installed in a normal taxi vehicle.

[0126] 8 includes a control unit 41, a wireless communication unit 42, a display unit 43, and an operation unit 44. The control unit 41 also includes a cloud linking function 41a, a reservation status confirmation function 41b, an operation information display function 41c, and a passenger authentication function 41d.

[0127] The cloud linking function 41a connects to the taxi cloud service 10 on the Internet 21 via the wireless communication unit 42, and performs linking control so that the taxi meter vehicle-mounted device 40 can use various functions provided by the taxi cloud service 10.

[0128] The reservation status confirmation function 41b has a function for managing the reservation status and reservation numbers of each passenger for the operation plans that are assigned to the taxi vehicle equipped with this on-board device by the predetermined dispatch procedure of the taxi company among the operation plans registered and reserved in the taxi cloud service 10. A reservation number is assigned to a user who reserves each operation plan at the time of reservation, so the taxi meter on-board device 40 can obtain the number and display it on the screen of the display 43.

[0129] The operation information display function 41c has a function of automatically displaying the reservation details for the operation plan assigned to the taxi vehicle equipped with this on-board device at a timing of several hours to several tens of minutes before the reservation time. This display timing can be set for each taxi company. As a result, operation information such as the departure place, disbanding place, time, destination, and number of passengers are displayed on the screen of the display 43.

[0130] The passenger authentication function 41d has an authentication function for verifying the identity of the person who made the reservation when the driver of the taxi picks up a passenger in the taxi according to the reservation details. For example, the driver operates a numeric keypad that can be displayed on the screen of the display 43 to input the reservation number of each passenger, and the passenger authentication function 41d cooperates with the taxi cloud service 10 via the cloud cooperation function 41a to authenticate the person who made the reservation.

[0131] <Example of on-board device screen display> 9(a) and 9(b) are front views showing examples of screen displays of the taxi meter vehicle-mounted unit 40. Note that displays such as those in FIG. 9(a) and FIG. 9(b) may be displayed on a tablet terminal or a smartphone mounted in a taxi vehicle. For example, for an operation plan assigned to a taxi vehicle equipped with this on-board device, when it is several hours to several tens of minutes before the reservation time, a screen like that shown in Figure 9(a) is displayed on the display 43 under the control of the operation information display function 41c.

[0132] In the example of Fig. 9(a), the contents of a specific operation plan reserved to start in a few hours in a taxi vehicle equipped with the on-board device are displayed, including the plan name indicating the destination, the departure time, and the number of passengers. By displaying the screen of Fig. 9(a), passengers can also check the contents of the reserved plan.

[0133] When each passenger gets into a taxi vehicle, the passenger authentication function 41d displays a screen like that in FIG. 9(b) on the display 43. That is, the total fare for the plan, the amount to be paid by the passenger, the numeric keypad used for input, and the like are displayed on the screen. The identity of the passenger who made the reservation can be confirmed by inputting the reservation number, etc., using this numeric keypad. Note that displays like those in FIG. 9(a) and FIG. 9(b) may be displayed on a tablet terminal or smartphone mounted in the taxi vehicle.

[0134] In the above description, the reservation management server 12 generates an operation plan with a fixed starting point and destination, but the starting point and destination of the operation plan may be specified by area. In this case, the reservation management server 12 allows the user terminal 30 to input the desired boarding point and disembarking point within the area. In addition, when a vehicle dispatch request is made, information specifying the order in which passengers are to board or disembark within the area may also be provided to the operator terminal 20. Specifying the starting point and destination of the operation plan by area can increase the possibility of the operation being established.

[0135] As described above, in the taxi reservation support system 100 according to the embodiment of the present invention, multiple businesses other than taxi companies can specify the creation conditions 71 and individually request the creation of operation plans to the taxi cloud service 10. Therefore, multiple businesses with different business types can create taxi operation plans that take into consideration the convenience of taxi users according to the characteristics of each business type. Moreover, since the additional services provided by each business can be associated with each operation plan, the business can be supported so that taxi users can use the stores and facilities operated by each business.

[0136] In addition, the plan reservation management function 12d executes a dispatch request 74 to the taxi company when the establishment of the plan is confirmed by the user's reservation (S18). This eliminates the need for the taxi company to secure taxi vehicles and drivers in advance for an unconfirmed operation plan, making it easier to operate taxi vehicles and drivers efficiently.

[0137] In addition, the communication service billing function 12e bills the relevant business for the communication service when the plan is confirmed by the user's reservation, so the business does not need to pay for the communication service that has not yet contributed to the increase in sales. Therefore, the business can provide a communication service that is highly convenient for the business.

[0138] In addition, the taxi cloud service 10 can provide additional services of each business operator based on the performance of taxi users by using the user performance DB 15. Therefore, it becomes easy to efficiently provide additional services to users who are likely to use the stores and facilities of each business operator, and to support sales promotion, etc.

[0139] In addition, each business operator requests the taxi cloud service 10 to create an operation plan in advance with conditions suitable for the business type, so a customer who wishes to use a store or facility of a specific business operator can easily search and reserve a taxi operation plan suitable for the means of transportation required to get to that location from among the plans presented by the taxi cloud service 10.

[0140] Here, the features of the taxi reservation support system according to the embodiment of the present invention described above will be briefly summarized and listed in the following [1] to [6]. [1] A taxi reservation support system that supports the implementation of taxi vehicle operation services that operate according to a pre-determined operation plan, The system includes one or more servers (Web server 11, reservation management server 12) capable of providing a predetermined communication service to a first terminal (operator terminal 20) handled by one or more taxi companies capable of providing the driving service, and a second terminal (operator terminals 61 to 63) handled by each of a plurality of companies capable of providing services other than the driving service, The server, a creation condition receiving function (plan creation condition receiving function 12a) that individually receives plan creation conditions for each of the businesses provided from the second terminal; A plan generation function (operation plan generation function 12b) that generates a plurality of operation plans including at least a departure point and a destination according to each plan generation condition accepted by the creation condition acceptance function; A taxi reservation support system (taxi cloud service 10) having the above.

[0141] [2] The server: Further comprising an additional service linking function (12c) for linking an additional service provided by any of the related businesses to the operation plan generated by the plan generation function, The taxi reservation support system described in [1] above.

[0142] [3] The server: The system further includes a vehicle dispatch request function (S18, vehicle dispatch request 74) for requesting the taxi company to dispatch a taxi vehicle according to each of the operation plans generated by the plan generation function when a taxi operation is confirmed by a reservation of the operation plan. A taxi reservation support system according to the above [1] or [2].

[0143] [4] The server: Further, for each of the operation plans generated by the plan generation function, when a taxi operation is confirmed by reserving the operation plan, a business operator billing function (communication service billing function 12e, S19) is provided for billing the business operator associated with the operation plan for at least the provision of the communication service. A taxi reservation support system according to any one of [1] to [3] above.

[0144] [5] The server: A user record management function that collects and manages record information related to taxi users who use the communication service; and a right granting function (S20) for granting rights to additional services designated in advance by the operator to specific taxi users who meet predetermined conditions based on the record information (user record DB15) managed by the user record management function. A taxi reservation support system according to any one of [1] to [4] above.

[0145] [6] A taxi reservation support system that supports a procedure for reserving a taxi vehicle operation service that operates according to a predetermined operation plan, comprising: The system includes one or more servers (Web server 11, reservation management server 12) capable of providing predetermined communication services to a first terminal (operator terminal 20) handled by one or more taxi companies capable of providing the operation service, a second terminal (operator terminals 61 to 63) handled by each of a plurality of companies capable of providing services other than the operation service, and a third terminal (user terminal 30) handled by any taxi user who wishes to board a taxi vehicle, The server, a creation condition receiving function (plan creation condition receiving function 12a) that individually receives plan creation conditions for each of the businesses provided from the second terminal; A plan generation function (operation plan generation function 12b) that generates a plurality of operation plans including at least a departure point and a destination according to each plan generation condition accepted by the creation condition acceptance function; An additional service linking function (12c) that links an additional service provided by any of the related businesses to the operation plan generated by the plan generation function; A plan reservation function (plan reservation management function 12d) that accepts reservation applications from the taxi users for the operation plan generated by the plan generation function; For each of the operation plans generated by the plan generation function, when a taxi operation is confirmed by a reservation of the operation plan, a dispatch request function (S18, dispatch request 74) is provided to request the taxi company to dispatch a taxi vehicle according to the operation plan. Taxi reservation support system. [Explanation of symbols]

[0146] 10. Taxi Cloud Service 11 Web Server 12 Reservation Management Server 12a Conditions acceptance function for plan creation 12b Operation plan generation function 12c Additional service linking function 12d plan reservation management function 12e Communication service billing function 13 Operation plan DB 14 Results Management Server 15 User record DB 16 Communication Billing DB 20, 20-1, 20-2, 20-3 Operator terminal 21 Internet 22, 22-1, 22-2 Wireless base station 30, 30-1, 30-2, 30-3 User terminal 40, 40-1, 40-2, 40-3 Taximeter on-board unit 50 Data Centers 61, 62, 63 Operator terminal 71 Creation Conditions 71a Starting point 71b Destination 71c Schedule 71d hours 71e Number of passengers 71f Fare per person 71g Vehicle type designation 71h Crew characteristics designation 72 Additional service information 73 Approval confirmation 74 Vehicle Request 75 Reservation Communication 75a Operation plan presentation 75b Reservation Request 76 Plan Confirmation Notice 77 Additional services provided 100 Taxi reservation support system

Claims

1. A taxi reservation support system that supports a procedure for reserving a taxi vehicle operation service that operates according to a predetermined operation plan, The system includes one or more servers capable of providing a predetermined communication service to a first terminal handled by one or more taxi companies capable of providing the driving service, a second terminal handled by each of a plurality of businesses capable of providing services other than the driving service, and a third terminal handled by any taxi user who wishes to board a taxi vehicle, The server, a creation condition receiving function that individually receives plan creation conditions for each of the businesses provided from the second terminal; A plan generation function that generates a plurality of operation plans including at least a departure point and a destination according to each plan generation condition accepted by the creation condition acceptance function; a service provider plan selection function that presents the contents of the plurality of operation plans to the first terminal and selects one or more of the plurality of operation plans as a service provider selected plan in response to an instruction from the first terminal; a user application receiving function for presenting the content of the selected trader-selected plan to the third terminal and specifying the plan selected in response to an instruction from the third terminal as a user-applied plan; A vehicle dispatch request function that determines the taxi operation of each plan according to the application status of the user-applied plan, transmits a vehicle dispatch request according to the corresponding plan to the first terminal of the operator of the confirmed plan, and transmits a reservation confirmation notification to the third terminal of the taxi user who applied for the confirmed plan; A taxi reservation support system having the above.

2. The server, Further comprising an additional service linking function for linking an additional service provided by any of the related businesses to the operation plan generated by the plan generation function, The taxi reservation support system according to claim 1.

3. The server, Further, for each of the operation plans generated by the plan generation function, when a taxi operation is confirmed by a reservation of the operation plan, a business operator billing function is provided for billing the business operator associated with the operation plan for at least the provision of the communication service.

3. The taxi reservation support system according to claim 1 or 2.

4. The server, A user record management function that collects and manages record information related to taxi users who use the communication service; and a right granting function for granting rights to additional services designated in advance by the operator to specific taxi users who meet predetermined conditions based on the performance information managed by the user performance management function. The taxi reservation support system according to any one of claims 1 to 3.

Images