JP2022068786A - Taxi reservation support system - Google Patents

Abstract

An object of the present invention is to provide a taxi reservation support system that allows various businesses to use taxi operation services in order to promote the acquisition of new customers and increase profits. [Solution] In a taxi reservation support system, a reservation management server 12 includes a plan creation condition reception function 12a that individually receives creation conditions 71 from each business operator, an operation plan generation function 12b that creates an operation plan based on the An additional service cooperation function 12c that associates additional services provided by a business operator with an operation plan, a plan reservation management function 12d that accepts a reservation from a user, and executes a dispatch request 74 to a taxi company when the plan is established; It includes a communication service billing function 12e that charges a fee to the carrier as consideration for the communication service. [Selection diagram] Figure 2

Description

The present invention relates to a taxi reservation support system that supports the implementation of a taxi vehicle operation service that is operated according to a predetermined operation plan.

Regarding the use of vehicles such as taxi vehicles, it has been proposed to operate in various usage forms different from the conventional ones such as ride sharing.
For example, Patent Document 1 discloses a monitoring system for promoting the use of car sharing. The management system is a reservation reception means that accepts car sharing reservation procedures from the user's mobile communication terminal through the communication network, and to move to the location of the sharing car for which the reservation procedure has been made, or to return the sharing car. A mobile communication terminal that proposes to use a taxi, a ride-sharing car, or a sharing bicycle that is expected to be used by the user in order to move from the mobile communication terminal, along with the presentation of the discounted rate of the sharing car. It is equipped with a communication means for transmitting to.

Further, Patent Document 2 discloses an information processing apparatus that provides a service that is easy for the elderly and the like to use. The server supports the provision of a service in which the price when a flat-rate taxi moves within a predetermined area with a user is constant for the same user. The request reception department accepts each request for the use of a flat-rate taxi from multiple users (requests include advance reservations and immediate boarding requests). The vehicle allocation planning department formulates a transportation plan by a flat-rate taxi based on the content of the request from each of the plurality of users and the classification set for each of the plurality of users.

Japanese Unexamined Patent Publication No. 2019-144654 Japanese Unexamined Patent Publication No. 2020-46884

By the way, the potential demand for transportation including taxis is not limited to individual users who actually take taxis, but also exists in many businesses in various industries that provide various services to customers. There is.

Specific examples of such businesses include retail businesses that sell various products to customers at stores, service businesses that provide services related to medical care, nursing care, child-rearing, etc., and customers. There are businesses that provide services to support travel and tourism in Japan.

In each of the above businesses, the location of stores, etc. is poor, it is inconvenient for customers who do not own a car to use the store, or the facility is minor, so the purpose is to use that facility. Travel companies are not able to develop products to provide tourism services, and in the medical and nursing care industry, many customers are elderly and patients, so it is said that it is a move using general public transportation. There is a need for convenient transportation such as a dedicated taxi that can respond to the customer's situation because problems are likely to occur.

On the other hand, businesses such as taxi companies that operate taxis also face various issues such as soaring labor costs, securing human resources, tightening laws and regulations, and declining operating revenue year by year. Therefore, the business operator wants to increase the ratio of the actual vehicle condition in which each taxi vehicle actually carries passengers and increase the sales.

However, in many cases, actual taxi vehicles are stopped in front of a station and are waiting in a line in an empty state, or are running while searching for customers in an empty state, and the ratio of the actual vehicle state is low.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a taxi reservation support system that can be used by various businesses to promote new customer acquisition and increase profits. It is in.

In order to achieve the above-mentioned object, the taxi reservation support system according to the present invention is characterized by the following (1) to (6).
(1) A taxi reservation support system that supports the implementation of taxi vehicle operation services that are operated according to a predetermined operation plan.
Predetermined for a first terminal handled by one or more taxi companies capable of providing the operation service, and a second terminal handled by each of a plurality of businesses capable of providing services other than the operation service. Equipped with one or more servers capable of providing communication services
The server
A creation condition reception function that individually accepts plan creation conditions for each business operator given from the second terminal, and a creation condition reception function.
A plan generation function that generates a plurality of operation plans including at least a departure point and a destination according to each plan creation condition accepted by the creation condition reception function, and a plan generation function.
Taxi reservation support system with.

(2) The server is
Further provided with an additional service linkage function for associating an additional service provided by one of the related business operators with the operation plan generated by the plan generation function.
The taxi reservation support system described in (1) above.

(3) The server is
For each of the operation plans generated by the plan generation function, if the taxi operation is confirmed by the reservation of the operation plan, the taxi company is requested to allocate the taxi vehicle according to the operation plan. With more functions,
The taxi reservation support system according to (1) or (2) above.

(4) The server is
For each of the operation plans generated by the plan generation function, when the taxi operation is confirmed by the reservation of the operation plan, at least the communication service is provided to the operator associated with the operation plan. It also has a business billing function that executes billing for
The taxi reservation support system according to any one of (1) to (3) above.

(5) The server is
A user performance management function that collects and manages performance information related to taxi users using the communication service, and
Based on the performance information managed by the user performance management function, the right granting function that grants the right of the additional service specified in advance by the business operator to the specific taxi user who meets the predetermined conditions. , Further prepare,
The taxi reservation support system according to any one of (1) to (4) above.

(6) A taxi reservation support system that supports procedures for reserving taxi vehicle operation services that are operated according to a predetermined operation plan.
A first terminal handled by one or more taxi companies capable of providing the operation service, a second terminal handled by each of a plurality of businesses capable of providing services other than the operation service, and a ride on a taxi vehicle. It is equipped with one or more servers capable of providing a predetermined communication service to a third terminal handled by any desired taxi user.
The server
A creation condition reception function that individually accepts plan creation conditions for each business operator given from the second terminal, and a creation condition reception function.
A plan generation function that generates a plurality of operation plans including at least a departure point and a destination according to each plan creation condition accepted by the creation condition reception function, and a plan generation function.
An additional service linkage function that associates an additional service provided by one of the related business operators with the operation plan generated by the plan generation function, and
A plan reservation function that accepts reservation applications from the taxi user for the operation plan generated by the plan generation function, and
For each of the operation plans generated by the plan generation function, if the taxi operation is confirmed by the reservation of the operation plan, the taxi company is requested to allocate the taxi vehicle according to the operation plan. Has a function,
Taxi reservation support system.

According to the taxi reservation support system having the configuration of (1) above, the server can generate an operation plan according to each plan creation condition accepted by the creation condition reception function. Therefore, each operation plan can be generated in a state that reflects the convenience of the customer who uses the operation service of the taxi vehicle and the convenience of each business type of the business operator. For example, limiting the types and operating conditions of taxi vehicles according to the expected physical condition of customers, and limiting the language ability of taxi crews who provide operation services according to the attributes of expected customers. Can be done.

According to the taxi reservation support system configured in (2) above, the generated operation plan can be associated with the additional service provided by one of the business operators, so that each business operator can provide its own service. , Businesses will be able to promote the acquisition of new customers. For example, it is possible to promote the use of customers by distributing the company's own coupons to the customers.

According to the taxi reservation support system having the configuration of (3) above, it is possible to request a taxi company to dispatch a taxi according to a plan at an appropriate timing. In other words, before the operation plan is finalized, it may not be realized, so by limiting the vehicle allocation request from the server, avoid unnecessary burden on resources such as taxi vehicles and crew members. Can be done. In addition, after the operation plan is finalized, the server promptly requests the dispatch of vehicles, which makes it easy to make arrangements so that resources such as taxi vehicles and crew can be secured.

According to the taxi reservation support system having the configuration of (4) above, it is possible to request a fee for using the communication service from the business operator who uses the communication service of the server at an appropriate timing. That is, since the communication service usage fee is incurred only when new sales are actually expected, it is possible to avoid incurring only the burden of the communication service usage fee to each business operator, and each business can be incurred. It is possible to improve the convenience of the person. This can promote the use of communication services.

According to the taxi reservation support system having the configuration of (5) above, the right of the additional service can be preferentially granted to a specific taxi user based on the results of each taxi user. For example, by providing a coupon for using a store or facility near the destination to a specific taxi user who frequently visits a specific destination by taxi, the taxi user can use the destination store or the like. Opportunities to use the facility will increase, and it will be possible to bring benefits to both the business operator who operates the store or facility and the taxi user.

According to the taxi reservation support system having the configuration of (6) above, the server can generate an operation plan according to each plan creation condition accepted by the creation condition reception function. Therefore, each operation plan can be generated in a state that reflects the convenience of the customer who uses the operation service of the taxi vehicle and the convenience of each business type of the business operator. Moreover, since it is possible to associate an additional service provided by one of the business operators with the generated operation plan, each business operator can provide its own service and the business operator can promote the acquisition of new customers. Will be possible. In addition, the plan reservation function accepts reservation applications from taxi users, which makes it possible to realize each generated operation plan. Further, when the taxi operation is confirmed by the reservation of each operation plan, the server requests the taxi company to dispatch the taxi, so that the taxi company can be requested to dispatch the taxi according to the plan at an appropriate timing.

According to the taxi reservation support system of the present invention, various businesses can provide communication services for promoting new customer acquisition and raising profits.

The present invention has been briefly described above. Further, the details of the present invention will be further clarified by reading through the embodiments described below (hereinafter referred to as "embodiments") with reference to the accompanying drawings. ..

FIG. 1 is a block diagram showing a configuration example of a taxi reservation support system according to an embodiment of the present invention. FIG. 2 is a block diagram showing a configuration example of a main function in the reservation management server. FIG. 3 is a schematic diagram showing a configuration example of operation plan creation conditions. FIG. 4 is a sequence diagram showing an operation example of the taxi cloud service. 5 (a) and 5 (b) are front views showing specific display examples of operation plans, respectively. FIG. 6 is a flowchart showing a processing procedure of reservation management in the taxi reservation support system. FIG. 7 is a flowchart showing a processing procedure of mediation processing in the taxi reservation support system. FIG. 8 is a block diagram showing a configuration example of a taximeter on-board unit. 9 (a) and 9 (b) are front views showing screen display examples of the taximeter on-board unit, respectively.

Specific embodiments of the present invention will be described below with reference to each figure.

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

The taxi cloud service 10, which forms the core of the functions of the taxi reservation support system 100, is located on a computer in the data center 50. In the present embodiment, the Web server 11, the reservation management server 12, the operation plan DB (data pace) 13, the performance management server 14, and the user performance DB 15 in the data center 50 fulfill the main functions of the taxi cloud service 10.

The taxi cloud service 10 is computer hardware capable of communication, basic software (OS) required to operate as a server, and application software that realizes operations for providing the characteristic functions of the taxi cloud service. Consists of.

An operator such as a taxi company capable of operating a taxi vehicle accesses the taxi cloud service 10 by using the operator terminals 20-1, 20-2, ... Each owned by each operator. You can use this service.

Each operator terminal 20-1, 20-2, ... Is a terminal having a communication function like a general personal computer, using a public communication line, and a data center via the Internet 21. It is possible to connect to and communicate with the Web server 11, the reservation management server 12, or the performance management server 14 in 50. Further, each operator terminal 20-1, 20-2, ... Is preliminarily incorporated with dedicated application software or a WEB browser for using the taxi cloud service 10.

An operator such as a taxi company can prepare a taxi vehicle and a crew member for each operation plan prepared by the taxi cloud service 10 to provide an actual operation service. That is, after approving each operation plan created on the taxi cloud service 10 side, the operator implements the taxi operation service of the corresponding operation plan in accordance with the vehicle allocation request from the taxi cloud service 10.

On the other hand, the potential demand for transportation means including taxis is not limited to individual users who actually take taxis, but also exists in many businesses that provide various services to customers. Such businesses include, for example, retail businesses that sell various products to customers at stores, service businesses that provide services related to medical care, nursing care, child-rearing, etc. to customers, customer travel, and so on. There are businesses that provide services to support tourism.

In many cases, each of the above-mentioned businesses has the following problems.
(1) The location of the store is poor, 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, there is no room to prepare a dedicated bus for customer transfer. Therefore, there is a need for a means of sending customers such as taxis that can be conveniently used when needed.

(2) When operating a facility used by tourists, etc., the facility is minor, so it is not possible for a travel agency to develop a product for providing tourism services for the purpose of using the facility. .. Therefore, there is a need for convenient means of transportation for tourists so that the facilities can be easily used by tourists.

(3) In the medical and long-term care industries, many of the customers are elderly people and patients, so problems are likely to occur when traveling using general public transportation. Therefore, there is a need for convenient means of transportation such as a dedicated taxi that can respond to the customer's situation.

The taxi cloud service 10 can provide useful functions to businesses in various industries other than the taxi companies as described above. That is, the taxi cloud service 10 can provide a function for conveniently using the taxi vehicle operation service when the customer of each business operator moves.

In reality, the conditions and desires of taxi vehicle operation services to be provided to customers differ greatly depending on the industry of the operator. However, by collaborating with multiple businesses in different industries, it is possible to create new customer demand and improve customer convenience.

Therefore, the taxi cloud service 10 of FIG. 1 has a function of creating an operation plan so as to satisfy the individual conditions desired by each of a plurality of businesses in various industries. It also has a function to provide customers with additional services provided by each business operator, for example, issuance of unique coupons in association with each operation plan.

Each of the plurality of businesses uses, for example, the business terminals 61, 62, etc. owned by the company to connect to the taxi cloud service 10 of the data center 50 via the Internet 21, and the taxi cloud service. Ten communication services can be used.

By using the communication service of the taxi cloud service 10, each of the plurality of businesses can realize a system in which the taxi operation service can be conveniently used under desired conditions when the customer moves.

On the other hand, transportation means for the purposes of purchasing products at stores provided by various businesses, using accommodation facilities, using eating and drinking facilities, using tourist facilities, using amusement facilities, and services such as medical care and nursing care. Customers in need, that is, each user who may become a passenger using a taxi, use their own user terminals 30-1, 30-2, ... equipped with a communication function to provide a taxi cloud service. You can access 10 and use this service.

Further, when each business operator operates its own homepage or the like, a link for connecting to the taxi cloud service 10 can be embedded in the homepage. In that case, when the user is visiting the homepage of the target business operator with his / her user terminals 30-1, 30-2, ..., The user connects to the taxi cloud service 10 via a link from the homepage. You can make a reservation for a plan to use the taxi service.

As the user terminals 30-1, 30-2, ..., Various terminals such as a smart phone, a mobile phone terminal, a notebook personal computer, and a desktop personal computer can be used. When the user uses the portable user terminal 30, the user terminal 30 uses the wireless communication function to connect to any of the wireless base stations 22-1, 22-2, .... Further, the taxi cloud service 10 can be used by connecting to the Web server 11 or the reservation management server 12 in the data center 50 via the Internet 21.

A user who intends to use the facilities of any of the businesses using the taxi cloud service 10 can find a convenient means of transportation by using the taxi cloud service 10. That is, the taxi operation service that can be used when the business operator's facility or the like moves to a certain destination can be easily found from the list of operation plans presented by the Web server 11. You can also apply for a reservation for the plan you find. However, there is a possibility that each plan will not actually be realized due to, for example, a shortage of applicants.

The taximeter on-board units 40-1, 40-2, ... Are mounted on each taxi vehicle managed by each operator such as a taxi company. Each taximeter on-board unit 40 has a wireless communication function, and can communicate with the taxi cloud service 10 at any time. Further, each taximeter on-board unit 40-1, 40-2, ... Has a function necessary for using the taxi cloud service 10, and can use the service provided by the taxi cloud service 10. As a result, each taxi vehicle can be dispatched according to the schedule of the plan for which the taxi cloud service 10 has decided to make a reservation, and a service can be realized in which each reserved user is carried as a passenger. The in-vehicle devices 40-1, 40-2, ... Are not taximeters, but tablets and smartphones having the same functions can provide and operate this service.

On the other hand, 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 stores and manages it in the user performance DB 15. .. Users who are the target of collecting performance information include taxi passengers who use the operation plan created by the taxi cloud service 10, and customers who use the facilities and services of each business operator who use the taxi cloud service 10. Is mainly assumed, but other user information may be collected.

<Reservation management server function>
FIG. 2 is a block diagram showing a configuration example of a main function in the reservation management server 12.
As shown in FIG. 2, the reservation management server 12 includes a plan creation condition reception function 12a, an operation plan generation function 12b, an additional service cooperation function 12c, a plan reservation management function 12d, a communication service billing function 12e, and a communication billing DB 16. I have.

The plan creation condition acceptance function 12a can individually accept the designated creation condition 71 from the operator terminals 61, 62, ... Of a plurality of operators. The taxi company may independently determine the content of the creation condition 71, and the condition reception function 12a may accept the creation condition 71 from the operator terminal 20. Alternatively, the user may determine the creation condition 71 via the user terminal 30, and the condition reception function 12a may accept the creation condition 71 from the user terminal 30. In consideration of the convenience of the user, the content of the creation condition 71 that can be determined from the user terminal 30 may be simpler than the content of the creation condition 71 that can be determined from the business terminal 61, 62 ... good. That is, taxi companies and users may be able to create plans from their respective terminals.

The operation plan generation function 12b automatically generates an operation plan with contents satisfying the conditions required by each business operator based on the creation condition 71 for each business operator accepted by the plan creation condition reception function 12a. Can be done. Each operation plan generated by the operation plan generation function 12b is ready to be provided to the user after the approval of the operator who provides the actual operation service is obtained by the approval confirmation 73.

The additional service cooperation function 12c can associate the original additional service individually provided by each business operator with the additional service information 72 for each operation plan generated by the operation plan generation function 12b.

For example, it is assumed that additional services suitable for the purpose are associated with the purpose of each operation plan that can be grasped from the business type of the corresponding business operator. Specifically, for operation plans for sightseeing, meals, shopping, etc., coupons and points that can be used at stores and facilities operated by businesses located near the destination are added to the service of the business. Correspond so that it can be distributed as. In addition, the business operator may bear a part of the fare as an additional service.

Further, when distributing a coupon or the like, the business operator may set it so that the coupon or the like is distributed only to the users who are likely to use it based on the past usage record of the taxi user. This enables effective sales promotion and the like. Information on the usage record of taxi users can be obtained from the record management server 14.

The plan reservation management function 12d can accept reservation applications of each taxi user and manage the reservation status for each operation plan generated by the operation plan generation function 12b and confirmed to be approved by the operator.

The plan reservation management function 12d confirms the implementation of the corresponding operation plan when the reservation status satisfies the conditions for each operation plan for each operation plan. Then, the plan reservation management function 12d transmits a vehicle allocation request 74 for the corresponding operation plan to the operator terminal 20 of the corresponding taxi company when the implementation of the operation plan is confirmed, and makes a reservation procedure to the user terminal 30. Notifies that is completed.

Further, when the implementation of the operation plan is confirmed by the plan reservation management function 12d, the communication service billing function 12e can also execute the billing to the corresponding business operator. That is, it is possible for a business operator to charge as a consideration for using the communication service provided by the taxi cloud service 10 when the implementation of the operation plan associated with the business operator is confirmed.

The communication service billing function 12e may be charged when the operation plan generation function 12b creates the operation plan, but if the operation plan is confirmed to be implemented, the operator will be charged. Since you will be charged only when you can actually expect an increase in sales, it will be a convenient and easy-to-use communication service for each business operator.

The data representing the result of billing by the communication service billing function 12e is stored and managed in the communication billing DB 16. In addition, the profit obtained from the charge to each business operator can be used to maintain the business that operates the taxi cloud service 10.

<Conditions for creating an operation plan>
FIG. 3 is a schematic diagram showing a configuration example of operation plan creation conditions.
In the example of FIG. 3, the creation conditions 71 are departure point 71a, destination 71b, schedule 71c, time 71d, recruitment number 71e, fare 71f per person, vehicle type designation 71g, crew characteristic designation 71h, and passenger characteristic designation 71i. Contains specified items.

For the departure place 71a and the destination 71b, not only the address but also the name indicating the point where a representative facility such as a place name, a station, or an airport exists, or a specific facility (store, etc.) of a specific business operator. You can specify the name and so on. For schedule 71c, the date on which the taxi departs from the departure point can be specified. Further, for the time 71d, the time when the corresponding taxi departs from the departure place and the time when the taxi arrives can be specified.

For the number of passengers 71e, it is possible to specify the upper limit and the lower limit of the number of passengers who are expected to get on one taxi vehicle. For the fare 71f per person, the upper limit desired fare can be entered. Regarding the vehicle type designation 71g, it is possible to specify whether or not the taxi vehicle is a vehicle type that allows passengers using wheelchairs to get on and off. Regarding the crew characteristic designation 71h, the necessity of English conversation ability, the necessity of tourist guidance ability, the necessity of caregiving ability, etc. are individually specified for the ability required for the crew who drives the taxi vehicle of the corresponding operation plan. be able to. Regarding the passenger characteristic designation 71i, for example, female-only passengers, ages and older, etc. can be individually designated for the attributes and conditions of passengers who can board the corresponding operation plan.

If there is no designation by the business operator for each designated item of the creation condition 71, a predetermined initial value or a designated content with high demand is adopted based on the past results.

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

Each business operator registered in advance so that the taxi cloud service 10 can be used has the content of the creation condition 71 as shown in FIG. 3 so as to match the characteristics of the business format such as the facilities and services operated by the company. Can be independently determined, and the resulting data can be transmitted from the operator terminals 61, 62, ... To the taxi cloud service 10. Further, as described above, the taxi company may independently determine the content of the creation condition 71 and transmit the creation condition 71 from the operator terminal 20 to the taxi cloud service 10.

The plan creation condition reception function 12a of the taxi cloud service 10 individually acquires the data of the creation condition 71 transmitted from each business operator and accepts the application for plan creation (S11).

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

Each operation plan generated by the taxi cloud service 10 is registered and held on the operation plan DB 13. Each operation plan includes at least information indicating each point including the departure point and the destination, and information indicating the operation schedule and the like.

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 to search and acquire necessary information. The taxi cloud service 10 presents information on various operation plans generated in S12 to the connected operator terminal 20. The person in charge of the taxi company, for example, considers the vacancy of the in-house taxi vehicle for each date and time, the vacancy of each crew member, the cost of operating the taxi vehicle, and many other operation plans presented by the taxi cloud service 10. From the candidates, select an appropriate operation plan that can provide operation services. Then, the operator terminal 20 notifies the taxi cloud service 10 of the information indicating the selected plan.

The operation plan generation function 12b uses the plan after confirming that the content of the operation plan notified from the operator terminal 20 has been approved by the communication of the approval confirmation 73 with the operator terminal 20. It is treated as an operation plan that can be provided to the person (S13). Further, the taxi cloud service 10 registers the operation plan selected by the company in the operation plan DB 13 as an operation plan that can be provided to the user (passenger candidate).

In order to promote the use of facilities and services operated by each business operator, for example, additional service information 72 indicating coupons and points that can be used in the company's facilities and services is provided to the business operator terminal 61. It can be transmitted from 62, ... To the taxi cloud service 10.

The additional service cooperation 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, an additional service provided by a business operator who has requested the taxi cloud service 10 to create an operation plan is associated so that it can be provided to taxi passengers who use the operation plan.

In addition, the additional service linkage function 12c also applies to users of operation plans for which additional services provided by a specific operator are requested to be created by another operator in a different industry that has a tie-up with the specific operator. Associate to provide.

Further, the additional service cooperation function 12c is a taxi user who uses the operation plan even when the destination of the specific operation plan is near a store or facility operated by a specific business operator. Is associated with the company so that it can provide additional services of a specific business operator.

A user who searches for a means of transportation to move to a store or facility operated by a specific business operator, for example, accesses the taxi cloud service 10 using his / her own user terminal 30. be able to. In addition, if the target store or facility has a homepage for its own service, the user can also access the taxi cloud service 10 by following a specific link from the homepage. ..

The user (passenger) can access the taxi cloud service 10 via the Internet 21 by using the dedicated application software (application) embedded in the user terminal 30 or the WEB browser. Therefore, 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 in various events such as travel carries out a search on the user terminal 30 for the desired operation plan.

The plan reservation management function 12d of the taxi cloud service 10 presents the list information of available operation plans to the user in response to the access from the user who intends to reserve the taxi operation service (S15). In addition, 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.

The user can select one operation plan from the plan reservation management function 12d and apply for the reservation (75c).

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 applicable 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, the taxi cloud service 10 updates the registered contents of the operation plan DB 13.

The plan reservation management function 12d monitors the reservation status of each operation plan, identifies in S17 whether or not the conditions necessary for the implementation of the operation plan are satisfied, and considers that the conditions are satisfied.

When the implementation of each operation plan is confirmed, the plan reservation management function 12d transmits a vehicle allocation request 74 for each plan to the operator terminal 20 of the taxi company (S18). In addition, along with the vehicle allocation request 74, information specifying the crew attributes required for the plan is transmitted. Further, 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.

Further, the communication service billing function 12e charges a specific business operator who requests the creation of the plan when the implementation of the operation plan is confirmed in S18 as a consideration for using the communication service provided by the taxi cloud service 10. (S19), and the billing content for each business operator managed by the communication billing DB 16 is updated. That is, the taxi cloud service 10 can be operated by the income obtained by charging each business operator.

In the example shown in FIG. 4, billing is performed when the implementation of the operation plan is confirmed, but for example, when the plan is created in S12, billing is performed, or when one or more reservation applications are accepted in S16. It can also be assumed that you will be charged with.

The plan reservation management function 12d of the taxi cloud service 10 can provide the user who has reserved the operation plan with the additional service provision 77 associated with the corresponding operation plan at an appropriate timing (S20). Further, for example, based on the past usage record of each user, for example, the additional service provision 77 may be implemented only for a specific user whose number of uses is a predetermined number or more.

Information on additional services such as coupons and points can be given directly from the taxi cloud service 10 to the application on the user terminal 30, or can be printed on paper using a printer connected to the taximeter on-board unit 40 when boarding a taxi. You can also print it on and give it to the user.

The plan reservation management function 12d of the taxi cloud service 10 performs wireless communication with, for example, the taximeter on-board unit 40 when a user who has made a reservation in advance actually uses the taxi operation service of the corresponding plan. Therefore, it is possible to authenticate in real time whether or not the user who intends to get on the taxi vehicle is the legitimate reservation person (S21). For example, the management number for each user issued by the taxi cloud service 10 at the time of reservation is input to the taxi cloud service 10 from the user terminal 30 via the taximeter on-board unit 40, and the issued management number and the user's management number. You can authenticate by comparing with the entered control number.

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

For example, when a taxi user applies for a reservation for an operation plan, when the reserved plan is confirmed, when the taxi operation service is used according to the reserved plan, or when the store or facility of each company is used. , Information for each user showing the achievements and the contents of the plan used can be acquired and managed.

The performance information of each user managed by the performance management server 14 can be used, for example, to present an appropriate operation plan as a candidate when the user searches for an operation plan. In addition, it can be used to efficiently provide additional services to more appropriate users. In addition, performance information can be utilized in order for a plurality of businesses to cooperate with each other to acquire the same user.

The Web server 11 of the taxi cloud service 10 also has a function of displaying a foreign language such as English in addition to Japanese. Therefore, for example, when a business operator managed by a foreigner accesses the taxi cloud service 10, the service can be received by using the English display. Further, when a foreign user reserves an operation plan with the taxi cloud service 10, the English display can be used to search for a plan or execute a reservation.

In addition, for example, when a business operator operating an accommodation facility or a tourist facility creates an operation plan for a service for a foreigner who is unfamiliar with Japanese, the English conversation ability of the crew characteristic designation 71h in the creation condition 71. It is possible to request the reservation management server 12 to create an operation plan by designating the point. This makes it possible to create an appropriate operation plan so that crew members who are accustomed to English conversation can be arranged.

When the taxi cloud service 10 makes a vehicle dispatch request 74 for an operation plan that requires English conversation ability, the taxi company will arrange a crew member who is accustomed to English conversation by designating the English conversation ability requirement of the crew characteristic designation 71h. Give instructions to.

In addition, each operator such as a taxi company can register and manage the number of crew members who are accustomed to English conversation in the taxi cloud service 10 in advance. Therefore, for example, the taxi cloud service 10 compares the number of crew members who meet the conditions for each taxi company with the reservation status, and gives priority to the taxi companies that have sufficiently secured the crew members who meet the conditions. Is also possible.

In the above-mentioned taxi reservation support system 100, it is assumed that the taxi company manages each vehicle and the crew in the taxi company, but the function to manage the taxi cloud service 10 is incorporated into the taxi cloud service 10. It is also possible. In that case, the vehicle allocation request 74 and the like can be realized only by the internal processing of the taxi cloud service 10.

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

For example, when the user operates the user terminal 30 to search for a plan candidate, the information of one operation plan P1 as shown in FIG. 5 (a) or one operation plan P2 as shown in FIG. 5 (b). Information can be displayed and confirmed on the screen of the user terminal 30.

In the examples of FIGS. 5A and 5B, each operation plan P1 and P2 has a representative image 91, a plan name information 92, a charge information 93, a departure place / destination information 94, a schedule information 95, and recruitment conditions. It contains information 96 and a rating of 97 for the crew in charge.

The representative image 91 is information such as a photograph showing a representative landscape of the destination in the corresponding plan. The plan name information 92 is assigned a name that makes it easy for the user to understand the contents of the plan, such as the purpose and destination of the corresponding plan. Regarding the charge information 93, the operation charge per passenger in the plan or the operation charge per application unit is specified.

The departure place / destination information 94 is information such as a departure place and a place of a destination, specifically, a station name representing those points and a store name. The schedule information 95 includes information such as the date of operation, the departure time, the arrival time, and the staying time at the destination (in the case of a round trip).

The recruitment condition information 66 is, for example, as shown in FIGS. 5 (a) and 5 (b), the minimum number of passengers and / or the minimum number of passengers required to realize the operation service of the corresponding plan, and the per capita number of passengers. It consists of a charge and / or a charge per unit.

<Operation plan recruitment method>
As an example, we will set up a long-term matching period (crowdfunding format) and recruit. Here, for example, if there is no certain level of application for recruitment, the taxi operator may be unprofitable and may be suspended. However, in addition to fare income, if there is financial support from the national or local governments, for example, and the real fare does not fall below the fare approved by the government, it is possible to realize operation even if there is no application at a certain level. It is possible.
When recruiting with a long matching period, it is possible to reserve a plan for each passenger or for each application. In addition, one person can make a reservation for multiple units by paying the fee for multiple units.
Further, when the establishment / non-establishment determination of the operation plan is performed, if the number of user application units does not reach the lower limit of the number of units to be solicited, the insufficient number of units may be allocated to the users who have already applied. In the case of such a recruitment method, the maximum fare per person should be clearly stated in the operation plan.

<Operating plan charges>
A shared fare will be applied to the same taxi on the premise that multiple people will synergize, and it will be available at a lower unit price than a regular taxi.
The fare is fixed in advance.
It will also be possible to adopt a fare / charge system so that the unit price will decrease each time the upper limit of the number of people / units to be recruited increases.

<Specify and specify in the operation plan>
Location: Departure point, destination, dissolution point, etc. Time: Scheduled departure time, Estimated time of arrival at destination, Time of stay at destination, Scheduled time of dissolution, etc. As for the amount of money, the fare per person for each person who finally applied may be listed.

<Application period for operation plans>
The period during which the user (passenger) can make a reservation can be determined by the operator (taxi company, etc.) for each plan. As an example, it is possible to accept reservation applications from about two months before the scheduled operation, and the recruitment will be completed and the plan will be finalized one week before.

<Reservation management processing procedure>
FIG. 6 is a flowchart showing a processing 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 processing procedure shown in FIG. 6 in step S17 of FIG. 4 before the recruitment period of each plan ends. The processing procedure of FIG. 6 will be described below.

The reservation management server 12 accepts the upper and lower limits of the number of recruited people / units (corresponding to the recruitment condition information 66) in the plan and the actual application from the user for each of the operation plans for which the user has applied. Compare the number of applicants / number of units (S31). Then, when the number of applicants / number of units is within the range of both the upper limit and the lower limit of the number of applicants / number of units, the process proceeds from S31 to S38, and it is confirmed that the operation of the operation plan is established.

If the reservation management server 12 does not satisfy the conditions of S31, the reservation management server 12 performs a mediation process for adjusting the number of people / units with other operation plans similar to each other in the next S32. In other words, if the number of applicants / number of users who applied for the plan does not reach the lower limit of the number of applicants / number of units, applicants of other similar plans should make a rebooking to switch to the plan. Mediate. On the contrary, the number of applicants / number of users who applied for the plan cannot exceed the upper limit of the number of applicants / number of units. If the limit has been reached, the user who tried to apply for the plan will be appointed to another similar plan. A specific example of this mediation process will be described later.

After the mediation process is completed in S32, the reservation management server 12 again compares the lower limit of the number of recruited people / number of units in the plan with the number of applicants / number of units actually accepted from the user (S33). Then, when the number of applicants / number of units is within the range of the number of applicants / number of units, the process proceeds from S33 to S38, and it is confirmed that the operation of the operation plan is established.

If the number of applicants / number of units is less than the lower limit of the number of applicants / number of units in S33, the reservation management server 12 applies to the user who has already applied for the operation plan in the next S34. Perform a solicitation process to encourage additional purchases of units.

After the solicitation process is completed in S34, the reservation management server 12 again compares the lower limit of the number of recruited people / number of units in the plan with the number of applicants / number of units actually accepted from the user (S35). Then, when the number of applicants / number of units is within the range of the number of applicants / number of units, the process proceeds from S35 to S38, and it is confirmed that the operation of the operation plan is established.

If the number of applicants / number of units is less than the lower limit of the number of applicants / number of units in S35, the reservation management server 12 operates in the next S36 in a state where the lower limit of the application level has not been reached for the operation plan. Notify the taxi company that you are in a situation to do so.

The reservation management server 12 automatically identifies whether or not to implement the operation plan while the number of applicants / number of passengers has not reached the number of applicants / number of passengers. For example, if a taxi company or other operator can receive subsidies from the national or local government as income other than the fare paid by passengers, or if other income can be expected, the overall income and operation will be included. The reservation management server 12 determines by comparing with such a cost and considering various conditions so that the result does not cause a loss to the operator.

The reservation management server 12 proceeds from S37 to S38 when implementing the operation plan, and determines that the operation of the operation plan is established. If the operation plan is not implemented, the process proceeds from S37 to S39, and it is confirmed that the operation plan is unsuccessful.

When it is confirmed in S38 that the operation of the operation plan is established, the reservation management server 12 refers to the operator terminal 20 of the operator such as a taxi company that applied for the operation plan as shown in FIG. Then, the vehicle dispatch request 74 of the plan is transmitted. In addition, the notification 76 of the confirmation of the plan is transmitted to the user terminal 30 of the user who applied for the reservation of the operation plan.

On the other hand, when it is confirmed in S39 that the operation of the operation plan is unsuccessful, the reservation management server 12 notifies the taxi company that applied for the operation plan and the user who applied for the reservation of the operation plan to the operation plan. Notifies that is not established (not shown).

In addition to the reservation management shown in FIG. 6, the reservation management server 12 can also perform ancillary services as shown below.

(1) When a user applies for each operation plan, the attributes of other users who are scheduled to ride, such as age classification, gender, and other information within the range in which personal information is protected, are based on the information already registered. It is possible to make it public to the user.
(2) It is possible to post the operation plan desired by each user in a specific place on the Internet in a state where other users can view it, and implement a service to recruit passengers for the operation plan. It is possible. Alternatively, it is possible to send a posting request to the taxi company for the operation plan desired by each user. 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 posting, it will be posted in a specific place on the Internet so that other users can view it.
(3) It is possible to add a place to post an arbitrary advertisement to the place where the information of (2) above is posted, and to provide a function so that users etc. can earn secondary income by posting the advertisement. be.
(4) After the user who made a reservation with the taxi cloud service 10 actually got on the taxi with the operation plan, the function that the user evaluates the taxi crew and other users and the evaluation result are reflected. It is possible to provide a function to post numerical values and the like in a specific place on the Internet in a state where various users can view them.
(5) It is also possible to provide a service that allows the use of commuter passes and coupon tickets as an operation plan that can be reserved by each user.

<Processing procedure for mediation processing>
FIG. 7 is a flowchart showing a processing procedure of the mediation processing (S32) in the taxi reservation support system 100. The mediation process of FIG. 7 will be described below.

The reservation management server 12 of the taxi cloud service 10 identifies one operation plan applied by the user from a large number of operation plans managed by the operation plan DB 13 (S41), and the departure point in the operation plan and the departure point in the operation plan. Specify the destination area (S42).

For example, an area corresponding to a place name, a town name, etc. associated with a starting point or a destination point, or a range including a circle or the like centered on each point and within a predetermined distance from the center position. Is the area concerned.

The reservation management server 12 searches for an operation plan whose departure place matches or is similar to the area of the departure place specified in S32 from among a large number of operation plans managed on the operation plan DB 13, and conforms to the conditions. Extract everything to be done (S43).

The reservation management server 12 searches for an operation plan whose destination matches or is similar to the destination area specified in S32 from among a large number of operation plans managed on the operation plan DB 13, and conforms to the conditions. Extract everything to be done (S44).

The reservation management server 12 calculates the degree of similarity indicating how similar the schedule and time zone are to the application plan of S41 for each operation plan extracted in either S43 or S44 (S45).

The reservation management server 12 outputs a list of operation plans extracted in either S43 or S44 in a state of arranging them in order of closer similarity calculated in S35 (S46). A list of such operation plans is displayed on the screen of the user terminal 30.

The reservation management server 12 accepts an input operation for a specific user applying for the operation plan being processed to switch from the plan to a reservation of another plan (S47). That is, if the number of applicants / units of the user who has reserved the plan is insufficient, or the recruitment has been completed, the user changes the reservation from the plan to another similar plan. We will arrange to do so and try to make adjustments so that the number of applicants / number of units for each plan is appropriate. Whether or not to actually change the reservation is decided by each user's own judgment.
It should be noted that this mediation processing function can also be applied to the case where the plan searched by the user cannot be found in S15 of FIG.

<Configuration example of taximeter in-vehicle device>
FIG. 8 is a block diagram showing a configuration example of the taximeter on-board unit 40. The taximeter on-board unit 40 shown in FIG. 8 has the same functions as the taximeter mounted on a normal taxi vehicle, and also operates a taxi according to a reserved operation plan using the taxi cloud service 10 described above. It is equipped with additional functions so that services can be implemented.

The taximeter on-board unit 40 shown in FIG. 8 includes a control unit 41, a wireless communication unit 42, a display unit 43, and an operation unit 44. Further, the control unit 41 is provided with a cloud cooperation function 41a, a reservation status confirmation function 41b, an operation information display function 41c, and a passenger authentication function 41d.

The link function 41a with the cloud connects to the taxi cloud service 10 on the Internet 21 via the wireless communication unit 42, and controls the link so that the taximeter in-vehicle device 40 can use various functions provided by the taxi cloud service 10. conduct.

The reservation status confirmation function 41b is provided for each passenger regarding the operation plan registered and reserved in the taxi cloud service 10 and which is assigned to the taxi vehicle equipped with the on-board unit by the predetermined vehicle allocation procedure at the taxi company. It has a function to manage the reservation status and reservation number of. Since the reservation number is assigned to the user who has reserved each operation plan at the time of reservation, the taximeter on-board unit 40 can acquire the number and display it on the screen of the display 43.

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

The passenger authentication function 41d has an authentication function for confirming the person who made the reservation when the crew member of the taxi puts a passenger on the taxi according to the reservation contents. For example, the passenger authentication function 41d cooperates with the taxi cloud service 10 via the cloud cooperation function 41a by operating the ten-key pad that can be displayed on the screen of the display 43 and inputting the reservation number of each passenger. , Authenticate the person who made the reservation.

<Example of screen display of in-vehicle device>
9 (a) and 9 (b) are front views showing an example of screen display of the taximeter on-board unit 40, respectively. The display as shown in FIGS. 9 (a) and 9 (b) may be displayed on a tablet terminal or a smartphone mounted in the taxi vehicle.
For example, with respect to the operation plan assigned to the taxi vehicle equipped with this on-board unit, when the timing is several hours to several tens of minutes before the reserved time, the operation information display function 41c controls the operation plan shown in FIG. 9 (a). A screen like this is displayed on the display 43.

In the example of FIG. 9A, the plan name indicating the destination, the departure time, and the number of passengers are displayed as the contents of the specific operation plan reserved to start several hours later in the taxi vehicle equipped with the on-board unit. ing. By displaying the screen of FIG. 9A, the passenger can confirm the contents of the reserved plan.

When each passenger gets on the taxi vehicle, the passenger authentication function 41d displays a screen as shown in FIG. 9B on the display 43. That is, the total fare of the plan, the payment amount of the passenger, the numeric keypad used for input, and the like are displayed on the screen. By entering the reservation number etc. with this numeric keypad, the identity of the reserved passenger can be confirmed. The display as shown in FIGS. 9 (a) and 9 (b) may be displayed on a tablet terminal or a smartphone mounted in the taxi vehicle.

In the above description, the reservation management server 12 is designed to generate an operation plan in which the departure point and the destination are determined, but the departure point and the destination of the operation plan may be specified by the area. .. In this case, the reservation management server 12 causes the user terminal 30 to input the desired boarding location and the desired disembarking location in the area. Further, the operator terminal 20 may be provided with information that determines in what order passengers should be boarded or disembarked in the area when the vehicle dispatch request is made. By specifying the departure point and destination of the operation plan by area, the possibility that the operation will be established can be increased.

As described above, in the taxi reservation support system 100 according to the embodiment of the present invention, a plurality of businesses other than the taxi company each specify the creation condition 71 and individually create an operation plan for the taxi cloud service 10. You can ask. Therefore, a plurality of businesses having different business formats can create a taxi operation plan in consideration of the convenience of taxi users according to the characteristics of each business format. Moreover, since the additional services provided by each business can be associated with each operation plan, it is possible to support the business so that taxi users can promote the use of stores and facilities operated by each business.

Further, the plan reservation management function 12d executes the taxi dispatch request 74 to the taxi company when the establishment of the plan is confirmed by the user's reservation (S18). There is no need to secure taxi vehicles and crew members, and it becomes easier to operate taxi vehicles and crew members efficiently.

In addition, the communication service billing function 12e charges the corresponding business operator when the establishment of the plan is confirmed by the user's reservation, so that the business operator has not yet contributed to the increase in sales. There is no need to pay for communication services. Therefore, it is possible to provide a communication service that is highly convenient for the business operator.

Further, the taxi cloud service 10 can provide additional services of each business operator based on the results of taxi users by using the user record 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 and the like.

In addition, since each business operator requests the taxi cloud service 10 to create an operation plan in advance under the conditions suitable for the business type, customers who intend to use the store or facility of a specific business operator go to that place. It is possible to easily search for and reserve a taxi operation plan suitable for the transportation means required for the taxi from the plans presented by the taxi cloud service 10.

Here, the features of the taxi reservation support system according to the above-described embodiment of the present invention are briefly summarized and listed below [1] to [6], respectively.
[1] A taxi reservation support system that supports the implementation of taxi vehicle operation services that are operated according to a predetermined operation plan.
A first terminal (operator terminal 20) handled by one or more taxi operators capable of providing the operation service, and a second terminal (operator terminal 20) handled by each of a plurality of operators capable of providing services other than the operation service. Each of the business terminals 61 to 63) is provided with one or more servers (Web server 11, reservation management server 12) capable of providing a predetermined communication service.
The server
A creation condition reception function (plan creation condition reception function 12a) that individually accepts plan creation conditions for each business operator given from the second terminal, and
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 creation condition accepted by the creation condition reception function.
Taxi reservation support system (taxi cloud service 10).

[2] The server is
Further, an additional service linkage function (12c) for associating an additional service provided by one of the related business operators with the operation plan generated by the plan generation function is provided.
The taxi reservation support system described in [1] above.

[3] The server is
For each of the operation plans generated by the plan generation function, if the taxi operation is confirmed by the reservation of the operation plan, the taxi company is requested to allocate the taxi vehicle according to the operation plan. Further equipped with a function (S18, vehicle allocation request 74),
The taxi reservation support system according to the above [1] or [2].

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

[5] The server is
A user performance management function that collects and manages performance information related to taxi users using the communication service, and
Based on the performance information (user performance DB15) managed by the user performance management function, the right of the additional service specified in advance by the business operator is given to a specific taxi user who meets the predetermined conditions. Further equipped with a right granting function (S20) to be granted.
The taxi reservation support system according to any one of the above [1] to [4].

[6] A taxi reservation support system that supports procedures for reserving taxi vehicle operation services that are operated according to a predetermined operation plan.
A first terminal (operator terminal 20) handled by one or more taxi operators capable of providing the operation service, and a second terminal (business) handled by each of a plurality of operators capable of providing services other than the operation service. One or more servers capable of providing predetermined communication services to a person terminal 61 to 63) and a third terminal (user terminal 30) handled by any taxi user who wishes to board a taxi vehicle. (Web server 11, reservation management server 12)
The server
A creation condition reception function (plan creation condition reception function 12a) that individually accepts plan creation conditions for each business operator given from the second terminal, and
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 creation condition accepted by the creation condition reception function.
An additional service linkage function (12c) that associates an additional service provided by one of the related business operators with 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 user for the operation plan generated by the plan generation function, and
For each of the operation plans generated by the plan generation function, if the taxi operation is confirmed by the reservation of the operation plan, the taxi company is requested to allocate the taxi vehicle according to the operation plan. Has a function (S18, vehicle allocation request 74),
Taxi reservation support system.

10 Taxi cloud service 11 Web server 12 Reservation management server 12a Plan creation condition reception function 12b Operation plan generation function 12c Additional service cooperation function 12d Plan reservation management function 12e Communication service billing function 13 Operation plan DB
14 Performance management server 15 User performance DB
16 Communication billing DB
20, 20-1, 20-2, 20-3 Operator terminal 21 Internet 22, 22-1, 22-2 Radio base station 30, 30-1, 30-2, 30-3 User terminal 40, 40-1 , 40-2, 40-3 Taxi meter on-board unit 50 Data center 61, 62, 63 Business terminal 71 Creation conditions 71a Departure point 71b Destination 71c Schedule 71d Time 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 allocation request 75 Reservation communication 75a Operation plan presentation 75b Reservation application 76 Plan confirmation notification 77 Additional service provision 100 Taxi reservation support system

Claims (6)

It is a taxi reservation support system that supports the implementation of taxi vehicle operation services that are operated according to a predetermined operation plan.
Predetermined for a first terminal handled by one or more taxi companies capable of providing the operation service, and a second terminal handled by each of a plurality of businesses capable of providing services other than the operation service. Equipped with one or more servers capable of providing communication services
The server
A creation condition reception function that individually accepts plan creation conditions for each business operator given from the second terminal, and a creation condition reception function.
A plan generation function that generates a plurality of operation plans including at least a departure point and a destination according to each plan creation condition accepted by the creation condition reception function, and a plan generation function.
Taxi reservation support system with. The server
Further provided with an additional service linkage function for associating an additional service provided by one of the related business operators with the operation plan generated by the plan generation function.
The taxi reservation support system according to claim 1. The server
For each of the operation plans generated by the plan generation function, if the taxi operation is confirmed by the reservation of the operation plan, the taxi company is requested to allocate the taxi vehicle according to the operation plan. With more functions,
The taxi reservation support system according to claim 1 or 2. The server
For each of the operation plans generated by the plan generation function, when the taxi operation is confirmed by the reservation of the operation plan, at least the communication service is provided to the operator associated with the operation plan. It also has a business billing function that executes billing for
The taxi reservation support system according to any one of claims 1 to 3. The server
A user performance management function that collects and manages performance information related to taxi users using the communication service, and
Based on the performance information managed by the user performance management function, the right granting function that grants the right of the additional service specified in advance by the business operator to the specific taxi user who meets the predetermined conditions. , Further prepare,
The taxi reservation support system according to any one of claims 1 to 4. It is a taxi reservation support system that supports the procedure for reserving the operation service of taxi vehicles operated according to a predetermined operation plan.
A first terminal handled by one or more taxi companies capable of providing the operation service, a second terminal handled by each of a plurality of businesses capable of providing services other than the operation service, and a ride on a taxi vehicle. It is equipped with one or more servers capable of providing a predetermined communication service to a third terminal handled by any desired taxi user.
The server
A creation condition reception function that individually accepts plan creation conditions for each business operator given from the second terminal, and a creation condition reception function.
A plan generation function that generates a plurality of operation plans including at least a departure point and a destination according to each plan creation condition accepted by the creation condition reception function, and a plan generation function.
An additional service linkage function that associates an additional service provided by one of the related business operators with the operation plan generated by the plan generation function, and
A plan reservation function that accepts reservation applications from the taxi user for the operation plan generated by the plan generation function, and
For each of the operation plans generated by the plan generation function, if the taxi operation is confirmed by the reservation of the operation plan, the taxi company is requested to allocate the taxi vehicle according to the operation plan. Has a function,
Taxi reservation support system.

Images