Operation support device, operation support system, operation support method, and operation support program
The operation support system enhances taxi vehicle efficiency by using historical data to suggest high-probability passenger pickup locations, reducing empty travel time and improving vehicle occupancy rates.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-09-24
- Publication Date
- 2026-04-03
AI Technical Summary
Existing systems fail to optimize taxi vehicle utilization by providing efficient route guidance based on historical passenger pickup and drop-off data, leading to suboptimal vehicle occupancy rates.
An operation support system that includes a storage unit for historical operational data, a receiving unit for current location information, a processing unit to determine next destination candidates, and a provision unit to offer tailored operational support information to drivers and managers, using a combination of disembarking and boarding times and locations to suggest high-probability passenger pickup locations.
Improves vehicle utilization rates by reducing empty travel time and enhancing the likelihood of finding subsequent passengers, thereby optimizing taxi operations.
Smart Images

Figure 2026057968000001_ABST
Abstract
Description
Technical Field
[0004] , , , , , , , , ,
[0006] , , , , ,
[0005] , , , , , , ,
[0003] ,
[0001] The present invention relates to an operation support device, an operation support system, an operation support method, and an operation support program.
Background Art
[0002] In the business of taxi operation, construction of a system that shows places where there is a high possibility of obtaining passengers and supports efficient business is being considered.
[0003] Patent Document 1 discloses a sales support system that provides a mechanism for guiding a route that can increase sales even for inexperienced or geographically unfamiliar drivers. In this system, ride performance data over several years (latitude and longitude of pick-up location, month, day, time, amount, latitude and longitude of drop-off location) is stored in a database, and the pick-up locations are shown on the map of the driver's tablet or smartphone by marks colored according to the amount rank, by month, day of the week, and time zone. By driving on roads where many marks overlap during that time zone, it is possible to obtain more opportunities to encounter more customers.
Prior Art Documents
Patent Documents
[0007] To achieve the aforementioned objectives, the operation support device according to the present invention has the following features. A storage unit for storing operational data, including operational data for each operational transaction when at least one taxi vehicle performs multiple operations transporting passengers from a pick-up point to a drop-off point, wherein the operational data includes first operational data including the drop-off time and drop-off point for the first operational transaction, and second operational data including the pick-up time and pick-up point for the second operational transaction following the first operational transaction, A receiving unit that receives the current location information of taxi vehicles and requests for operational support information, A processing unit that determines the next destination candidate based on the current location information and the combination information of the first sales data and the second sales data, A provision unit that provides the aforementioned destination candidates as operational support information, An operation support device equipped with the following features.
[0008] To achieve the aforementioned objectives, the operation support system according to the present invention has the following features. The above-mentioned operational support device, An on-board device installed in each of the at least one taxi vehicles, which transmits the operation data to the operation support device, The operation support device receives the operation support information, and an information terminal is provided that can be viewed by the driver or manager of the taxi vehicle. Equipped with a vehicle support system.
[0009] To achieve the aforementioned objectives, the operation support method according to the present invention is characterized by the following: For at least one taxi vehicle, operation data including data for each operation when the taxi vehicle transports passengers from a pick-up point to a drop-off point multiple times is stored. We accept requests for the current location information of taxi vehicles and for the provision of operational support information. Based on the current location information and the combination of the first service data, which includes the disembarking time and disembarking location in the first service, and the second service data, which includes the boarding time and boarding location in the second service following the first service, the next destination candidate is determined. The aforementioned potential destinations are provided as operational support information. Operation support method.
[0010] To achieve the aforementioned objectives, the operation support program according to the present invention has the following features. A step of storing operational data including operational data for each of the multiple times a taxi vehicle transports passengers from a pick-up point to a drop-off point, Steps for receiving requests for the current location information of taxi vehicles and operational support information, Based on the aforementioned current location information and the combination information of the first service data, which includes the disembarking time and disembarking location in the first service, and the second service data, which includes the boarding time and boarding location in the second service following the first service, a step is to determine the next destination candidate. The steps include providing the aforementioned destination candidates as operational support information, A flight support program that causes a computer to execute commands. [Effects of the Invention]
[0011] According to the present invention, it is possible to improve the vehicle utilization rate.
[0012] The present invention has been briefly described above. Furthermore, the details of the present invention will be further clarified by referring to the attached drawings and reading through the embodiments for carrying out the invention described below (hereinafter referred to as "embodiments"). [Brief explanation of the drawing]
[0013] [Figure 1]FIG. 1 is a network configuration diagram of an operation support system according to an embodiment of the present invention. [Figure 2] FIG. 2 is a block diagram of a server according to an embodiment. [Figure 3] FIG. 3 is a diagram showing business data stored in a storage unit in tabular form. [Figure 4] FIG. 4 is a table showing the aggregation result of combination information of first business data and next second business data. [Figure 5] FIG. 5 is a sequence diagram (part 1) showing data exchange among an in-vehicle device, a server, a mobile terminal, or an administrator terminal in an operation support system according to an embodiment. [Figure 6] FIG. 6 is a sequence diagram (part 2) showing data exchange among an in-vehicle device, a server, a mobile terminal, or an administrator terminal in an operation support system according to an embodiment. [Figure 7] FIG. 7 is a schematic diagram showing an example of presenting operation support information on a map displayed on a mobile terminal or an administrator terminal.
MODE FOR CARRYING OUT THE INVENTION
[0014] Specific embodiments of the present invention will be described below with reference to the respective drawings.
[0015] FIG. 1 shows a system configuration diagram of an operation support system 100 according to an embodiment. The operation support system 100 includes a mobile terminal 10, an in-vehicle device 20 of a taxi vehicle V, a server 30, and an administrator terminal 40 that can be connected and communicate with each other via a network N such as the Internet. The operation support system 100 is a system that improves the actual vehicle rate of the taxi vehicle V by providing operation support information considering actual traffic conditions. The actual vehicle rate means the ratio of the distance traveled by the taxi vehicle V carrying passengers to the total distance traveled.
[0016] The mobile terminal 10 is an information terminal used by users, such as the driver of a taxi vehicle V, and is a mobile device such as a smartphone, mobile phone, or tablet. The mobile terminal 10 can wirelessly connect to the network N via a base station using a mobile phone network such as LTE (Long Term Evolution) or 5G.
[0017] The onboard device 20 installed in the taxi vehicle V is, for example, a taxi meter and can record operational data including the taxi vehicle V's route, speed, and travel time. Such operational data also includes data for each individual trip when the taxi vehicle V transports passengers from a pick-up point to a drop-off point multiple times. The onboard device 20 can also record status information indicating the state of the taxi vehicle V (occupied, vacant, payment, etc.). The onboard device 20 can connect wirelessly to the network N, similar to the mobile terminal 10.
[0018] Server 30 can communicate with the mobile terminal 10 and the in-vehicle device 20 via the network N. Server 30 is an operation support device operated and managed by, for example, a company that manages the operation of taxi vehicles V, or a company that supports the operation management of taxi vehicles V. Details of Server 30 will be described later.
[0019] The administrator terminal 40 is an information terminal used by users, including, for example, the administrator of a business that manages the operation of taxi vehicles V. The administrator terminal 40 may be, for example, a fixed-installation PC (personal computer), but it may also be a portable terminal such as a tablet.
[0020] Figure 2 is a block diagram of a server 30 according to an embodiment. The server 30 comprises a control unit 31, a receiving unit 32, a storage unit 33, a processing unit 34, a providing unit 35, and a receiving unit 36. The control unit 31 is a computer processor (arithmetic unit) that controls the overall operation of the server 30, and causes the server 30 to execute predetermined processes by reading various programs, applications, data, etc. from a storage device (not shown). The control unit 31 can also read operation support programs stored in the storage device and execute operation support methods described later.
[0021] The receiving unit 32 receives operational data from the in-vehicle unit 20 installed in the taxi vehicle V via the network N, and can also receive data from external devices including the mobile terminal 10 and the administrator terminal 40. In particular, the receiving unit 32 can receive current location information of the taxi vehicle V sent from the in-vehicle unit 20 and requests for operational support information sent from the mobile terminal 10.
[0022] The storage unit 33 stores operational data for at least one taxi vehicle V, including operational data for each operational transaction when the taxi vehicle V transports passengers from a pick-up point to a drop-off point multiple times. The operational data is data collected and transmitted by the on-board unit 20. In particular, the operational data here includes at least first operational data, which includes the drop-off time and drop-off location for the first operational transaction, and second operational data, which includes the pick-up time and pick-up location for the second operational transaction following the first operational transaction. The second operational transaction includes the transaction immediately following the first operational transaction.
[0023] The first and second business data are data collected by the same on-board unit 20 installed in the same taxi vehicle V, and the data collected by each on-board unit 20 installed in multiple taxi vehicles V is stored in the storage unit 33 as past performance data. Specific examples of the first and second business data will be described later (see Figures 3 and 4).
[0024] The processing unit 34 determines the next destination candidate based on the current location information received by the receiving unit 32 and the combination information of the first sales data and the second sales data stored in the storage unit 33.
[0025] The provision unit 35 provides the destination candidates determined by the processing unit 34 to the mobile terminal 10 and the administrator terminal 40 as operation support information. The operation support information may be displayed in a format superimposed on a map on a display unit such as an LCD display of the mobile terminal 10 or the administrator terminal 40 (see Figure 7), or it may be text data indicating the place name, address, etc., of the destination candidates.
[0026] The reception unit 36 is a part that accepts setting inputs for narrowing down the target data in the operation data, and is, for example, an input device such as a keyboard or mouse. The administrator terminal 40 may also have the functions of the reception unit 36.
[0027] Figure 3 is a diagram showing in tabular format the business data included in the operation data stored in the storage unit 33. The business data is data included in the operation data collected by the in-vehicle device 20 and transmitted to the server 30, and is data related to the business of transporting passengers from the pick-up point to the drop-off point by the taxi vehicle V. The business data pertains to multiple business trips, and in the example shown, business data for two business trips is displayed.
[0028] The data for the first business trip, the first business trip, includes records such as the date and time of boarding (boarding time), boarding location, date and time of alighting (alighting time), alighting location, whether or not a pick-up was required, and cumulative distance traveled. The data for the second business trip, the second business trip, also includes records similar to those for the first business trip. If the operation data includes business data for the third business trip and beyond, the storage unit 33 can store the business data for the third business trip and beyond.
[0029] Figure 4 is a table summarizing the disembarkation point for the first business data, the boarding point for the second business data, the number of corresponding combinations of disembarkation and boarding points, the average difference time (minutes) between the disembarkation and boarding points, and the average difference distance (km) between the disembarkation and boarding points. In other words, this table shows the combination information of the first business data and the subsequent second business data included in past operation data, specifically the combination information of the disembarkation time and disembarkation point for the first business data and the boarding time and boarding point for the second business data. This table is the result of past operation data being aggregated by, for example, the processing unit 34 and is stored in the storage unit 33. If the operation data includes business data from the third business onward, this table includes the combination information of the disembarkation time and disembarkation point for the second business data and the boarding time and boarding point for the third business data, and similarly includes combination information for two consecutive business days for subsequent business data.
[0030] The average difference time between the drop-off point and the pick-up point is the average time it takes from when a passenger (customer of the first service) gets off at the drop-off point until the next passenger (customer of the second service) gets on at the pick-up point. The shorter this average difference time, the easier it is to find the next passenger. The average difference distance between the drop-off point and the pick-up point is the average distance traveled from when a passenger (customer of the first service) gets off at the drop-off point until the next passenger (customer of the second service) gets on at the pick-up point. This average difference distance is the average value obtained by aggregating the difference distance, which is the difference between the cumulative distance traveled in the second service and the cumulative distance traveled in the first service, for multiple combinations of information, as shown in Figure 3. The shorter this average difference distance, the easier it is to find the next passenger.
[0031] Figures 5 and 6 are sequence diagrams showing data exchange between the in-vehicle unit 20, server 30, mobile terminal 10, and / or administrator terminal 40 in the operation support system 100 according to the embodiment. The in-vehicle unit 20, server 30, and mobile terminal 10 and / or administrator terminal 40 can exchange data via network N. Note that mobile terminal 10 and / or administrator terminal 40 means at least one of the mobile terminal 10 and administrator terminal 40, but the request data described later is basically assumed to be transmitted from the mobile terminal 10 held by the driver operating the taxi vehicle V. The storage unit 33 of the server 30 stores past operation data, including the information shown in Figures 3 and 4 above.
[0032] When the taxi vehicle V leaves the depot upon the start of operations, the on-board unit 20 records the departure operation (step S1) and begins recording operational data (step S2). The on-board unit 20 transmits operational data to the server 30 at predetermined timings and time intervals (the same applies hereafter), and along with transmitting operational data, it transmits a status to the server 30 indicating that the vehicle is vacant (step S3).
[0033] The receiving unit 32 of the server 30 obtains the latitude and longitude information (current location information) of the taxi vehicle V from the operation data (step S4). Furthermore, the in-vehicle unit 20 transmits to the mobile terminal 10 and / or administrator terminal 40 that the status is vacant (step S5).
[0034] Next, the mobile terminal 10 sends request data requesting operation support information, including suitable destination candidates for finding a passenger, triggered by an operation of the mobile terminal 10 by the driver of the taxi vehicle V, or triggered by the reception of a status of "vacant" (step S6). If the administrator terminal 40 receives the status of "vacant" sent in step S5, the administrator terminal 40 may send request data in step S6. When the receiving unit 32 of the server 30 receives the request data for operation support information, the providing unit 35 of the server 30 sends response data, including operation support information as the next destination candidate, based on the current location information of the taxi vehicle V (latitude and longitude information of the taxi vehicle V obtained in step S4) (step S7). In step S7, the processing unit 34 determines the next destination candidate based on the current location information of the taxi vehicle V and the combination information of the first business data and the second business data as shown in Figure 4.
[0035] For example, if the current location of the taxi vehicle V in the combination information corresponds to the drop-off point shown in Figure 4, the processing unit 34 can select the location corresponding to the pick-up point with the shortest average difference distance and select it as a destination candidate. Alternatively, if the current location of the taxi vehicle V in the combination information corresponds to the drop-off point shown in Figure 4, the processing unit 34 can select the location corresponding to the pick-up time with the shortest average difference time and select it as a destination candidate. Furthermore, the processing unit 34 may select the pick-up point of the combination with the most occurrences among the drop-off point and pick-up point combinations shown in the combination information of Figure 4 as a destination candidate.
[0036] When the mobile terminal 10 receives response data, the crew member views the screen of the mobile terminal 10 to confirm the destination candidates (step S8). If the administrator terminal 40 receives response data, in step S8, the administrator views the screen of the administrator terminal 40 to confirm the destination candidates and can instruct the crew member on the destination candidates via radio or other means. The mobile terminal 10 and / or the administrator terminal 40 may display a screen including destination candidates as soon as they receive response data, or they may display a screen including destination candidates triggered by an operation by the crew member and / or the administrator.
[0037] When a passenger boards the taxi vehicle V for the first day of service, the in-vehicle unit 20 begins recording the actual vehicle status (step S9). Along with transmitting the operation data, the in-vehicle unit 20 sends a status to the server 30 indicating that the vehicle is occupied (step S10), and also sends the same status to the mobile terminal 10 and / or administrator terminal 40 (step S11).
[0038] The mobile terminal 10 sends request data to request operational support information, including suitable destination candidates, to find a passenger, triggered by another operation of the mobile terminal 10 by the driver of the taxi vehicle V, or by the reception of a status indicating that the vehicle is occupied (step S12). If the administrator terminal 40 receives the status indicating that the vehicle is occupied, which was sent in step S11, the administrator terminal 40 may send request data in step S12. At this point, the occupancy status of the taxi vehicle V is occupied, which is different from the vacant status in step S6 when the request data was sent earlier. In this case, when the receiving unit 32 of the server 30 receives the request data for operational support information, the providing unit 35 of the server 30 sends response data indicating that the destination candidates sent in step S7 will be deleted (step S13). As a result, in step S8, the destination candidates displayed on the screens of the mobile terminal 10 and / or the administrator terminal 40 are deleted.
[0039] Next, when the passenger pays the fare, the in-vehicle unit 20 records the payment associated with the alighting (step S14), and, along with the transmission of the operation data, sends a status to the server 30 indicating that the passenger has paid (step S15). When the passenger alights from the taxi vehicle V, the in-vehicle unit 20 records that the vehicle is now vacant (step S16), and, along with the transmission of the operation data, sends a status to the server 30 indicating that the vehicle is now vacant (step S17).
[0040] The receiving unit 32 of the server 30 obtains the latitude and longitude information (current location information) of the taxi vehicle V from the operation data (step S18). Furthermore, the in-vehicle unit 20 transmits to the mobile terminal 10 and / or the administrator terminal 40 that the status is vacant (step S19). At this point, the first business operation is completed.
[0041] At this point, the first business day has ended, and the disembarkation time and location for the first business day data have been determined. The time when the status changed to "vacant," received in step S17, corresponds to the disembarkation time for the first business day data, and the latitude and longitude information acquired in step S18 corresponds to the disembarkation location for the first business day data. The business data, including this information, is aggregated as operation data in step S31, described later, and stored in the storage unit 33 as the business data for the first business day, as shown in Figure 3. Alternatively, the time when the server 30 received the "vacant" status in step S17 may be used as the disembarkation time for the first business day data.
[0042] The mobile terminal 10 sends request data to request operational support information, including suitable destination candidates, to smoothly find a passenger, triggered by another operation of the mobile terminal 10 by the driver of the taxi vehicle V, or by another reception of the status "vacant" (step S20). If the administrator terminal 40 receives the status "vacant" sent in step S19, the administrator terminal 40 may send request data in step S20. When the receiving unit 32 of the server 30 receives the request data for operational support information, the processing unit 34 of the server 30 requests the next destination candidate, and the providing unit 35 sends response data including operational support information as the next destination candidate (step S21).
[0043] In step S21, the processing unit 34 of the server 30 uses the current location information of the taxi vehicle V and the combination information of the first business data and the second business data shown in Figure 4 to determine the next destination candidate. As described above, the processing unit 34 can select an appropriate destination candidate based on the business data stored in the storage unit 33, particularly the combination information in Figure 4, and the current location information of the taxi vehicle V.
[0044] When the mobile terminal 10 receives response data, it displays driving support information on its display unit, and the driver checks the screen of the mobile terminal 10 to confirm the destination candidates (step S22). In step S22, when the administrator terminal 40 receives response data, the administrator checks the screen of the administrator terminal 40 to confirm the destination candidates and can instruct the driver on the destination candidates via radio or other means. The mobile terminal 10 and / or the administrator terminal 40 may display a screen including destination candidates as soon as they receive response data, or they may display a screen including destination candidates triggered by an operation by the driver and / or the administrator.
[0045] Next, when a passenger for the second service boards the taxi vehicle V, the in-vehicle unit 20 starts recording the actual vehicle status (step S23). Along with transmitting the operation data, the in-vehicle unit 20 sends a status to the server 30 indicating that the vehicle is occupied (step S24), and also sends the same status to the mobile terminal 10 and / or administrator terminal 40 (step S25).
[0046] The mobile terminal 10 transmits request data for operational support information, including suitable destination candidates, to find a passenger, triggered by another operation of the mobile terminal 10 by the driver of the taxi vehicle V, or by the reception of a status indicating that the vehicle is occupied (step S26). If the administrator terminal 40 receives the status indicating that the vehicle is occupied transmitted in step S25, the administrator terminal 40 may transmit request data in step S26. At this point, the occupancy status of the taxi vehicle V is occupied for the second business day, which is different from the vacant status after the first business day in step S20, when the request data was transmitted earlier. In this case, when the receiving unit 32 of the server 30 receives the request data for operational support information, the providing unit 35 of the server 30 transmits response data indicating that the destination candidates transmitted in step S21 will be deleted (step S27). As a result, in step S22, the destination candidates displayed on the screens of the mobile terminal 10 and / or the administrator terminal 40 are deleted. Subsequently, the same process as in steps S14 to S17 is performed, the second business session ends, and the data for the second business session is stored in the storage unit 33.
[0047] From step S27 onward, each time the vehicle is switched between empty and loaded, the processes and operations from steps S14 to S27 are repeated.
[0048] When the end of the day's operations is reached, the taxi vehicle V enters the depot, the onboard unit 20 records the entry operation (step S28), and ends the recording of operation data (step S29). The onboard unit 20 transmits the day's operation data (step S30), the server 30 aggregates the day's operation data, and stores the data for each of the multiple operations performed in the storage unit 33 (step S31). Furthermore, the onboard unit 20 transmits to the mobile terminal 10 and / or administrator terminal 40 that the status is vacant (step S32). This completes the day's operations (step S33).
[0049] In this embodiment, the server 30 has a receiving unit 32 that receives the current location information of the taxi vehicle V and a request for the provision of operation support information (steps S4, S6, S18, S20). Then, the processing unit 34 determines the next destination candidate based on the current location information of the taxi vehicle V and the combination information of first and second business data as shown in Figure 4, and the providing unit 35 can provide it as operation support information (steps S4, S7, S18, S21).
[0050] This allows the system to determine potential next destinations based on historical operational data, specifically combinations of disembarking times and locations, and subsequent boarding times and locations, and provide this information as operational support. For example, after transporting passengers to their disembarking points, the system can provide information indicating locations with a high probability of acquiring the next passenger—that is, information showing where to move next based on the disembarking point to easily find passengers—tailored to the actual situation. This enables operational support that is more in line with the actual situation, thereby improving the vehicle utilization rate.
[0051] In the above explanation, the server 30 used the current location information of the taxi vehicle V, which it had acquired at the time it received the request data for operational support information, to find the next destination candidate. However, it may also use newly acquired current location information. For example, when the server 30 receives the request data, it may request the current location information from the in-vehicle device 20, and use the current location information transmitted in response to this request to find the next destination candidate. With this configuration, the driver can make a request and obtain operational support information, including destination candidates, at any time they wish to find a destination candidate, not just when the taxi vehicle V has completed a shift. Therefore, even new drivers can improve the vehicle utilization rate and operate more efficiently.
[0052] The operation support system 100 consists of such a server 30, an in-vehicle unit 20 installed in at least one taxi vehicle that transmits operation data to the server 30, and a mobile terminal 10 and / or administrator terminal 40. The mobile terminal 10 and / or administrator terminal 40 receive operation support information from the server 30, and the received operation support information can be viewed by the driver or administrator of the taxi vehicle V. This allows the driver and / or administrator of the taxi vehicle V to view potential destinations.
[0053] When determining a potential destination, the processing unit 34 can select a location with a small difference in time between the drop-off time of the first service and the pick-up time of the second service (average difference time in Figure 4) as the next destination. This allows the system to find a location with a small difference in time between the drop-off time and the next pick-up time when the drop-off point is near the current location of the taxi vehicle V. Therefore, it is possible to reduce the time spent traveling while the taxi is empty between two consecutive service periods and improve the utilization rate. In other words, since the actual travel time from the drop-off point to the next pick-up point is reflected, it is possible to eliminate candidate locations that do not reflect the actual situation, such as those that are geographically close but actually result in a long travel time.
[0054] Furthermore, the storage unit 33 includes, as operational data, the disembarking point in the second service, the first travel distance which is the distance traveled to the disembarking point in the first service, and the second travel distance which is the distance traveled to the disembarking point in the second service. The processing unit 34 selects a point with a small difference between the first travel distance and the second travel distance as the next destination candidate. This makes it possible to determine the next destination candidate when the current location is near the disembarking point in the first service, and a point with a small difference between the first travel distance and the second travel distance. Thus, it is possible to reduce the distance traveled while the vehicle is empty between two consecutive service periods and improve the utilization rate.
[0055] Furthermore, the reception unit 36 may accept setting inputs from the user to narrow down the target data in the operation data, and the processing unit 34 may determine the next destination in accordance with the setting input. This reduces the burden on the processing unit 34 and allows for the determination of appropriate destination candidates.
[0056] Furthermore, the processing unit 34 may also consider the time of day or day of the week when determining destination candidates. This allows for the determination of appropriate destination candidates according to the time of day or day of the week. For example, the record shown in Figure 4 is actual data recorded during the 0:00 time slot on Monday, and the subsequent records are data from the 1:00 time slot on the same day of the week. In this way, combination information is managed for each day of the week and time of day. With this configuration, when a time of day or day of the week is set as an input condition, appropriate destination candidates can be extracted. Note that only time of day or day of the week may be managed separately. Also, for days of the week, multiple days of the week may be managed together, such as weekdays (Monday to Friday) and holidays (Saturday, Sunday, and public holidays), and used as input conditions.
[0057] The storage unit 33 may include information on whether or not a vehicle is being picked up as part of the operation data, as shown in Figure 3. In this case, the reception unit 36 may accept input to set whether or not to exclude records with a vehicle being picked up from the operation data. If records with a vehicle being picked up are excluded, the transportation requested by the passenger is excluded and the next destination candidate is provided as operation support information, enabling operation support that is more in line with the actual situation.
[0058] Figure 7 is a schematic diagram showing an example in which a mobile terminal 10 or administrator terminal 40 overlays operation support information on a map on its display unit. In this example, the processing unit 34 of the server 30 determines multiple areas as destination candidates, distinguishing them by their recommendation level, and the provision unit 35 provides operation support information (recommended area information) to the display unit of the mobile terminal 10 or administrator terminal 40, showing the multiple areas distinguished by their recommendation level on the map. The destination candidates displayed on the map may be color-coded according to the recommendation level of each destination candidate for each mesh. For example, areas with a high number of past rides can be displayed in red, areas with a moderate number of rides in yellow, and areas with a low number of rides in light blue, etc., so that the recommendation level of an area can be determined on the map. In Figure 7, the red, yellow, and light blue colors correspond to high, medium, and low hatching density.
[0059] Furthermore, the system may display the driver's own vehicle's position on the map, as well as the positions of other vehicles. Displaying the positions of other vehicles may allow the driver to select a more appropriate destination. For example, if other vehicles are gathered in a particular area, the driver may choose to head to a different area.
[0060] On terminals used by administrators, such as administrator terminal 40, the screen may display a comparison of the drivers of each taxi vehicle V.
[0061] Ideally, the suggested destinations should be displayed in real time on the mobile terminal 10 when the taxi vehicle V is vacant and presented to the driver. Specifically, the processing unit 34 determines the next suggested destination using a combination of first and second business data while keeping track of the taxi vehicle V's current location in real time. This allows the driver to confirm an appropriate suggested destination in real time.
[0062] The suggested destinations do not necessarily need to be displayed on the crew member's mobile terminal 10. In fact, crew members do not necessarily carry the mobile terminal 10 with them. In this case, the information provision unit 35 provides the operational support information to the administrator terminal 40, and the administrator, after checking the display on the administrator terminal 40, may provide instructions to the crew member via radio or other means.
[0063] The sales data stored in the storage unit 33 may utilize information (performance data) collected in the cloud.
[0064] Herein, the features of the embodiments of the operation support device, operation support system, operation support method, and operation support program according to the present invention described above are briefly summarized and listed below in [1] to
[10] .
[0065] [1] A storage unit (33) for storing operational data including operational data for each operational transaction when at least one taxi vehicle (V) performs multiple operations in which the taxi vehicle transports passengers from a pick-up point to a drop-off point, wherein the operational data includes first operational data including the drop-off time and drop-off point for the first operational transaction, and second operational data including the pick-up time and pick-up point for the second operational transaction following the first operational transaction, A receiving unit (32) that receives the current location information of the taxi vehicle and requests for the provision of operational support information, A processing unit (34) that determines the next destination candidate based on the current location information and the combination information of the first sales data and the second sales data, A provision unit (35) that provides the aforementioned destination candidates as operational support information, An operation support device (server 30) equipped with the following.
[0066] According to the configuration in [1], based on the combination information of disembarking time and disembarking location and boarding time and boarding location for the next service, which is included in past operation data, the system can find candidate destinations for the next trip and provide them as operation support information. For example, after transporting passengers, it can suggest locations that are likely to attract the next passenger, tailored to the actual situation. Therefore, operation support tailored to the actual situation becomes possible, and the utilization rate of vehicles can be improved.
[0067] [2] The processing unit selects a location where the difference between the disembarking time and the boarding time is small as the next destination candidate. [1] The operation support device described above.
[0068] According to the configuration in [2], if the current location is the drop-off point in the first service, a location with a small difference in time between the drop-off time and the next boarding time can be found as the next destination candidate. Therefore, the travel time while the vehicle is empty between two consecutive service periods can be reduced, thereby improving the utilization rate. In other words, since the actual travel time from the drop-off point to the next boarding point is reflected, candidate locations that do not reflect the actual situation, such as those that are geographically close but actually result in a long travel time, can be eliminated.
[0069] [3] The storage unit includes, as operational data, the disembarking point in the second service, a first travel distance which is the distance traveled to the disembarking point in the first service, and a second travel distance which is the distance traveled to the disembarking point in the second service. The processing unit selects a point where the difference between the first travel distance and the second travel distance is small as the next destination candidate. [2] The operation support device described above.
[0070] According to the configuration in [3], if the current location is the drop-off point in the first business trip, a location with a small difference in distance between the first and second travel distances can be identified as the next destination. Therefore, the distance traveled while the vehicle is empty between two consecutive business trips can be reduced, thereby improving the utilization rate of the vehicle.
[0071] [4] The system includes a receiving unit (36) that receives setting inputs for narrowing down the target data in the operation data, The processing unit determines the next destination in accordance with the setting input. [1] The operation support device described above.
[0072] [4] The configuration in this example reduces the burden on the processing unit and allows for the selection of appropriate destination candidates.
[0073] [5] The processing unit determines the destination candidate taking into account the time of day or day of the week. [4] The operation support device described above.
[0074] According to the configuration in [5], it is possible to find suitable destination candidates depending on the time of day or day of the week.
[0075] [6] The storage unit includes information on whether or not a vehicle is being picked up as part of the operation data, The reception unit accepts input for whether or not to exclude records with a pickup service in the operation data. [4] The operation support device described above.
[0076] According to the configuration in [6], if records with a pickup are excluded, the transportation requested by the passenger is excluded and the next destination candidate is provided as operational support information, making it possible to provide operational support that is more in line with the actual situation.
[0077] [7] The processing unit determines the destination candidates by distinguishing between multiple areas according to their recommendation level, The providing unit provides the operation support information, which displays the multiple areas on a map, distinguished according to their recommendation level. [1] The operation support device described above.
[0078] According to the configuration in [7], the recommendation level of an area can be determined on the map.
[0079] [8] An operation support device (server 30) as described in any of [1] to [7], An on-board unit (20) is installed in each of the at least one taxi vehicles and transmits the operation data to the operation support device, The operation support device receives the operation support information, and the driver or manager of the taxi vehicle has an information terminal (mobile terminal 10 and / or manager terminal 40) that can see the information, Equipped with a vehicle operation support system (100).
[0080] According to the configuration in [8], the driver or manager of the taxi vehicle can visually identify potential destinations.
[0081] [9] For at least one taxi vehicle, operation data including operation data for each of the multiple times the taxi vehicle transports passengers from a pick-up point to a drop-off point is stored, We accept requests for the current location information of taxi vehicles and for the provision of operational support information. Based on the current location information and the combination of the first service data, which includes the disembarking time and disembarking location in the first service, and the second service data, which includes the boarding time and boarding location in the second service following the first service, the next destination candidate is determined. The aforementioned potential destinations are provided as operational support information. Operation support method.
[0082] According to the configuration in [9], based on the combination information of disembarking time and disembarking location and boarding time and boarding location for the next service, which is included in past operation data, the system finds the next destination candidate and provides it as operation support information. For example, after transporting passengers, it will suggest locations that are likely to pick up the next passenger, tailored to the actual situation. This enables operation support that is tailored to the actual situation and can improve the vehicle utilization rate.
[0083]
[10] A step of storing operational data including operational data for each of the multiple times the taxi vehicle transports passengers from a pick-up point to a drop-off point, Steps for receiving requests for the current location information of taxi vehicles and operational support information, Based on the aforementioned current location information and the combination information of the first service data, which includes the disembarking time and disembarking location in the first service, and the second service data, which includes the boarding time and boarding location in the second service following the first service, a step is to determine the next destination candidate. The steps include providing the aforementioned destination candidates as operational support information, A flight support program that causes a computer to execute commands.
[0084] According to the configuration in
[10] , based on the combination information of disembarking time and disembarking location and boarding time and boarding location for the next service, which is included in past operation data, the system finds the next destination candidate and provides it as operation support information. For example, after transporting passengers, it will suggest locations that are likely to pick up the next passenger, tailored to the actual situation. This enables operation support that is tailored to the actual situation and can improve the vehicle utilization rate. [Explanation of Symbols]
[0085] 10. Mobile devices (information terminals) 20 Onboard equipment 30 Servers (Operation Support Equipment) 31 Control Unit 32 Receiver 33 Storage Unit 34 Processing Unit 35 Providing Department 36 Reception Department 40 Administrator terminal (information terminal) 100 Operation Support System V Taxi Vehicle
Claims
1. A storage unit for storing operational data, including operational data for each operational transaction when at least one taxi vehicle performs multiple operations transporting passengers from a pick-up point to a drop-off point, wherein the operational data includes first operational data including the drop-off time and drop-off point for the first operational transaction, and second operational data including the pick-up time and pick-up point for the second operational transaction following the first operational transaction, A receiving unit that receives the current location information of taxi vehicles and requests for operational support information, A processing unit that determines the next destination candidate based on the current location information and the combination information of the first sales data and the second sales data, A provision unit that provides the aforementioned destination candidates as operational support information, An operation support device equipped with the following features.
2. The processing unit selects a location with a small difference in time between the disembarking time and the boarding time as the next destination candidate. The operation support device according to claim 1.
3. The storage unit includes, as operational data, the disembarking point in the second service, a first travel distance which is the distance traveled to the disembarking point in the first service, and a second travel distance which is the distance traveled to the disembarking point in the second service. The processing unit selects a point where the difference between the first travel distance and the second travel distance is small as the next destination candidate. The operation support device according to claim 1.
4. The system includes a reception unit that accepts setting inputs for narrowing down the target data in the aforementioned operation data, The processing unit determines the next destination in accordance with the setting input. The operation support device according to claim 1.
5. The processing unit determines the destination candidate by taking into account the time of day or day of the week. The operation support device according to claim 4.
6. The aforementioned storage unit includes information on whether or not a vehicle is being picked up as part of the operation data. The reception unit accepts input for whether or not to exclude records with a pickup service in the operation data. The operation support device according to claim 4.
7. The processing unit determines the destination candidates by distinguishing between multiple areas according to their recommendation level, The providing unit provides the operation support information, which displays the multiple areas on a map, distinguished according to their recommendation level. The operation support device according to claim 1.
8. A driving support device according to any one of claims 1 to 7, An on-board device installed in each of the at least one taxi vehicles, which transmits the operation data to the operation support device, The operation support device receives the operation support information, and an information terminal is provided that can be viewed by the driver or manager of the taxi vehicle. Equipped with a vehicle operation support system.
9. For at least one taxi vehicle, operation data including data for each operation when the taxi vehicle transports passengers from a pick-up point to a drop-off point multiple times is stored. We accept requests for the current location information of taxi vehicles and for the provision of operational support information. Based on the current location information and the combination of first-operation data, which includes the disembarking time and disembarking location in the first operation, and second-operation data, which includes the boarding time and boarding location in the second operation following the first operation, the next destination candidate is determined. The aforementioned potential destinations are provided as operational support information. Operation support method.
10. A step of storing operational data including operational data for each of the multiple times a taxi vehicle transports passengers from a pick-up point to a drop-off point, Steps for receiving requests for the current location information of taxi vehicles and operational support information, Based on the aforementioned current location information and the combination information of the first service data, which includes the disembarking time and disembarking location in the first service, and the second service data, which includes the boarding time and boarding location in the second service following the first service, a step is to determine the next destination candidate. The steps include providing the aforementioned destination candidates as operational support information, A flight support program that causes a computer to execute commands.
Citation Information
Patent Citations
Efficient taxi cruising business support system by utilization of past boarding record data
JP2015179485A