JP7639494B2 - Management server, management system and program - Google Patents

Description

This disclosure relates to a management server, a management system, and a program.

Patent Document 1 discloses a technology that extracts a workable period during which time is available to perform maintenance on a moving object based on the schedule of the moving object that requires maintenance, and performs maintenance on the moving object within this workable period, thereby preventing a decrease in the operating efficiency of the moving object.

JP 2020-166760 A

In large-scale events, it is necessary to optimally plan the placement of necessary personnel and mobile objects according to the ever-changing situation. However, since Patent Document 1 only considers the operating efficiency of mobile objects such as vehicles, there is a demand for technology that can optimally place personnel and mobile objects.

The present disclosure has been made in consideration of the above, and aims to provide a management server, management system, and program that can optimally allocate personnel and mobile objects during an event.

The management server according to the present disclosure includes a processor configured to acquire event information including the required number of people and the required number of vehicles set for each event, the registered number of participants who can participate in a specified event, and the registered number of operating vehicles that can be operated in the specified event, determine whether the required number of people and the required number of vehicles can be secured based on the event information, the registered number of people, and the registered number of vehicles, and calculate the shortage of people and the shortage of vehicles based on the event information, the registered number of people, and the registered number of vehicles if the required number of people and the required number of vehicles cannot be secured.

The management system according to the present disclosure further comprises a management server including a plurality of vehicles capable of autonomous driving and a processor configured to manage each of the plurality of vehicles, and the processor acquires event information including the required number of people and the required number of vehicles set for each event, the registered number of participants who can participate in a designated event, and the registered number of operating vehicles that can be operated in the designated event, and determines whether the required number of people and the required number of vehicles can be secured based on the event information, the registered number of people, and the registered number of vehicles, and if the required number of people and the required number of vehicles cannot be secured, calculates the shortage of people and the shortage of vehicles based on the event information, the registered number of people, and the registered number of vehicles.

The program disclosed herein also causes a processor to acquire event information including the required number of people and the required number of vehicles set for each event, the registered number of participants who can participate in a specified event, and the registered number of operating vehicles that can be operated in the specified event, determine whether the required number of people and the required number of vehicles can be secured based on the event information, the registered number of people, and the registered number of vehicles, and if the required number of people and the required number of vehicles cannot be secured, calculate the shortage of people and the shortage of vehicles based on the event information, the registered number of people, and the registered number of vehicles.

The present disclosure has the effect of enabling optimal allocation of personnel and moving objects at an event.

FIG. 1 is a diagram illustrating an outline of a configuration of a management system according to an embodiment. FIG. 2 is a block diagram showing a functional configuration of a vehicle according to one embodiment. FIG. 3 is a block diagram illustrating a functional configuration of a communication terminal according to an embodiment. FIG. 4 is a block diagram illustrating a functional configuration of a management server according to an embodiment. FIG. 5 is a flowchart showing an outline of a process executed by a management server according to an embodiment.

The following describes the management server, management system, and program according to the embodiments of the present disclosure with reference to the drawings. Note that the present disclosure is not limited to the following embodiments. In the following description, the same parts are denoted by the same reference numerals.

[Overview of the management system]
FIG. 1 is a diagram showing a schematic configuration of a management system according to an embodiment. The management system 1 shown in FIG. 1 includes a plurality of autonomously running vehicles 10 ₁ to 10 _n (n=an integer of 3 or more) (hereinafter, when referring to any of the plurality of vehicles 10 ₁ to 10 _n , it will be simply referred to as "vehicle 10") that are different from each other in speed, a plurality of communication terminals 20 ₁ to 20 _m (m=an integer of 3 or more) (hereinafter, when referring to any of the plurality of communication terminals 20 ₁ to 20 _m , it will be simply referred to as "communication terminal 20") held by each user, an operator server 30 managed by various government offices, etc., and a management server 40 that manages each vehicle 10 and transmits and receives various information from each communication terminal 20. The vehicle 10, the communication terminal 20, the operator server 30, and the management server 40 all have a communication function and are configured to be able to communicate with each other through a network NW. This network NW is, for example, configured from an Internet line network, a mobile phone line network, etc. The business entity server 30 has a similar configuration to the management server 40 described later, and therefore a detailed description thereof will be omitted below.

[Vehicle Functional Configuration]
First, a description will be given of the functional configuration of the vehicle 10. FIG 2 is a block diagram showing the functional configuration of the vehicle 10.

The vehicle 10 shown in FIG. 2 includes an operation unit 11, a drive unit 12, an imaging unit 13, a sensor group 14, a battery 15, a car navigation system 16, a storage unit 17, a communication unit 18, and an ECU (Electronic Control Unit) 19. In the following, an electric vehicle capable of autonomous driving such as an EV (Electric Vehicle), a PHV (Plug-in Hybrid Vehicle), or a FCEV (Fuel Cell Electric Vehicle) will be described as the vehicle 10. However, the present invention is not limited to this, and can be applied to, for example, an electric two-wheeled vehicle such as a motorcycle, bicycle, or kickboard equipped with a motor and a battery, a tricycle, a bus, a truck, a ship, a drone, and the like. Furthermore, the vehicle 10 can automatically move toward a destination under the control of the management server 40 or the ECU 19. Of course, the vehicle 10 can also be moved toward a destination desired by a user such as a driver who uses the vehicle or a passenger who rides on the vehicle by operating the steering wheel, etc.

The operation unit 11 is composed of a steering wheel, an accelerator pedal, a brake pedal, etc. The operation unit 11 accepts operations by the driver or passengers in the vehicle 10.

The drive unit 12 is configured using a motor and the like. Under the control of the ECU 19, the drive unit 12 supplies driving force to the drive wheels of the vehicle 10 based on the power supplied from the battery 15.

The imaging unit 13 is configured using an imaging device including one or more lenses, and a CCD (Charge Coupled Device) image sensor or a CMOS (Complementary Metal Oxide Semiconductor) image sensor that captures an image of a subject focused by the lens. A plurality of imaging units 13 are arranged outside the vehicle 10 and inside the vehicle 10. For example, when the imaging units 13 are arranged inside the vehicle 10, they are arranged near the entrance of the vehicle 10, near the exit of the vehicle 10, near the seats of the vehicle 10, and near the driver's seat of the vehicle 10. When the imaging units 13 are arranged outside the vehicle 10, they are arranged at the front, rear, and side of the vehicle 10. The imaging units 13 capture images under the control of the ECU 19, and output image data obtained by the capture to the ECU 19.

The sensor group 14 is composed of sensors for realizing autonomous driving and sensors for detecting the remaining charge of the battery 15. Specifically, the sensor group 14 is composed of 3D-LiDAR, a millimeter wave sensor, an infrared sensor, a vehicle speed sensor, an angular velocity sensor, a gyro sensor, an acceleration sensor, etc. Furthermore, the sensor group 14 is composed of sensors for detecting the driver's operation of the operation unit 11, and is composed of, for example, an accelerator pedal sensor, a brake pedal sensor, a steering sensor, etc. The sensor group 14 is also composed of a tester and a temperature sensor, etc., that detect the remaining charge (SOC), temperature, SOH (State of Health), voltage value, and current value of the battery 15. The sensor group 14 outputs the various detection results to the ECU 19.

Battery 15 is configured using a rechargeable secondary battery such as a nickel-metal hydride battery or a lithium-ion battery. Battery 15 stores high-voltage DC power for driving vehicle 10. Battery 15 can be electrically connected to a charging device (not shown) via a charging port (not shown), and is charged with external power supplied from this charging device.

The car navigation system 16 includes a GPS (Global Positioning System) sensor 161, a map database 162, an alarm device 163, and an input unit 164.

The GPS sensor 161 receives signals from multiple GPS satellites or transmitting antennas, and calculates the position (longitude and latitude) of the vehicle 10 based on the received signals. The GPS sensor 161 is configured using a GPS receiving sensor, etc. In the first embodiment, the orientation accuracy of the vehicle 10 may be improved by installing multiple GPS sensors 161.

The map database 162 stores various map data. The map database 162 is configured using a storage medium such as a hard disk drive (HDD) or a solid state drive (SSD).

The notification device 163 has a display unit 163a that displays images, maps, videos, and text information, and an audio output unit 163b that generates sounds such as voices and alarm sounds. The display unit 163a is configured using a display such as a liquid crystal or organic EL (Electro Luminescence). The audio output unit 163b is configured using a speaker, etc.

The input unit 164 receives input of user operations and outputs signals corresponding to the various operations received to the ECU 19. The input unit 164 is realized using a touch panel, a button, a switch, a jog dial, etc.

The car navigation system 16 configured in this manner overlays the current position of the vehicle 10 acquired by the GPS sensor 161 on a map corresponding to the map data stored in the map database 162, and notifies the user of information including the road the vehicle 10 is currently traveling on and the driving route to the destination via the display unit 163a and the audio output unit 163b.

The storage unit 17 stores various information related to the vehicle 10. The storage unit 17 stores the CAN data of the vehicle 10 input from the ECU 19, and various programs executed by the ECU 19. The storage unit 17 is configured using a dynamic random access memory (DRAM), a read only memory (ROM), a flash memory, a hard disk drive (HDD), a solid state drive (SSD), and the like. The storage unit 17 also has a program storage unit 171 executed by the vehicle 10, and a vehicle information storage unit 172 that stores vehicle information for identifying the vehicle 10. Here, the vehicle information includes identification information for identifying the vehicle 10 (e.g., a vehicle ID), the vehicle model and fuel efficiency information of the vehicle 10, and the like.

Under the control of the ECU 19, the communication unit 18 transmits various data to the management server 40 through the network NW, and receives various data from the management server 40. For example, under the control of the ECU 19, the communication unit 18 acquires traffic information from the management server 40 and outputs the acquired traffic information to the ECU 19. The communication unit 18 is configured using a communication module capable of transmitting and receiving various information.

The ECU 19 is configured using a memory and a processor having hardware such as a CPU (Central Processing Unit). The ECU 19 controls each part of the vehicle 10. For example, when the driving mode of the vehicle 10 is set to an autonomous driving mode, the ECU 19 controls the drive unit 12 using the detection results of the sensor group, etc., to make the vehicle 10 drive autonomously.

[Functional configuration of communication terminal]
Next, a description will be given of the functional configuration of the communication terminal 20. FIG.

The communication terminal 20 shown in FIG. 3 includes a first communication unit 21, a second communication unit 22, a display unit 23, an input unit 24, a position acquisition unit 25, an imaging unit 26, a third communication unit 27, a memory unit 28, and a terminal control unit 29.

Under the control of the terminal control unit 29, the first communication unit 21 receives various information from the vehicle 10 or the wearable device and outputs the received various information to the terminal control unit 29. The first communication unit 21 is configured using a communication module capable of performing, for example, Bluetooth (registered trademark) or the like.

The second communication unit 22 receives various information from the vehicle 10 under the control of the terminal control unit 29, and outputs the received information to the terminal control unit 29. The second communication unit 22 is configured using a communication module capable of Wi-Fi (registered trademark) and the like.

The display unit 23 displays various information under the control of the terminal control unit 29. The display unit 23 is configured using a display panel such as a liquid crystal or organic electroluminescence (EL) display panel.

The input unit 24 receives input of various operations by the user and outputs signals corresponding to the received operations to the terminal control unit 29. The input unit 24 is configured using a touch panel, switches, buttons, etc.

The position acquisition unit 25 acquires the position of the communication terminal 20 and outputs the acquired position to the terminal control unit 29. The position acquisition unit 25 is realized using multiple GPS receiving sensors, etc.

Under the control of the terminal control unit 29, the imaging unit 26 generates image data by capturing an image of a subject, and outputs this image data to the terminal control unit 29. The imaging unit 26 is realized using one or more optical systems and a CCD or CMOS image sensor that generates image data by capturing an image of a subject formed by the optical system.

Under the control of the terminal control unit 29, the third communication unit 27 communicates with the management server 40 via the network NW, and outputs the destination related to the destination set by the user via the input unit 24 to the vehicle 10 or the management server 40. The third communication unit 27 is configured using a communication module capable of implementing communication standards via mobile phone lines, such as the 4th generation mobile communication system (4G (4th Generation Mobile Communication System)) and the 5th generation mobile communication system (5G (5th Generation Mobile Communication System)).

The storage unit 28 stores various information related to the communication terminal 20 and various programs executed by the communication terminal 20. The storage unit 28 is realized using a DRAM, a ROM, a flash memory, an SSD, a memory card, etc.

The terminal control unit 29 is configured using a memory and a processor having hardware such as a CPU. The terminal control unit 29 controls each part of the communication terminal 20.

[Management server functional configuration]
Next, a description will be given of the functional configuration of the management server 40. FIG.

The management server 40 shown in FIG. 4 includes a communication unit 41, an input unit 42, a display unit 43, a memory unit 44, a vehicle information database 45 (hereinafter referred to as "vehicle information DB 45"), an event information database 46 (hereinafter referred to as "event information DB 46"), a user information database 47 (hereinafter referred to as "user information DB 47"), and a unit price information database 48 (hereinafter referred to as "unit price information DB 48").

The communication unit 41 communicates with the vehicle 10, the communication terminal 20, and the operator server 30 via the network NW under the control of the server control unit 49. The communication unit 41 is configured using a communication module, etc.

The input unit 42 is configured using a keyboard, a mouse, a touch panel, etc. The input unit 42 accepts input of operations by an operator and outputs operation information corresponding to the accepted operations to the server control unit 49.

The display unit 43 is configured using an organic EL display, a liquid crystal display, etc. The display unit 43 displays various information under the control of the server control unit 49.

The storage unit 44 stores various information related to the management server 40. The storage unit 44 also has a program storage unit 441 that stores various programs executed by the management server 40. The storage unit 44 is realized using a DRAM, a ROM, a flash memory, an SSD, an HDD, a memory card, etc.

The vehicle information DB 45 stores vehicle information that associates vehicle identification information that identifies each vehicle 10, status information that indicates the maintenance status of each vehicle 10, the date and time when each vehicle 10 is available for operation, the fuel efficiency of each vehicle 10, the current location information of each vehicle 10, and the remaining charge information of the battery 15 of each vehicle 10. The vehicle identification information includes the model name of the vehicle 10, the passenger capacity of the vehicle 10, the year, and the owner. The vehicle information DB 45 is also configured using a HDD, SSD, etc.

The event information DB46 stores event information that associates the number of people required for each event with the number of vehicles required. Here, the number of people required refers to the number of people required to run the event set for each hour, including the number of setup staff, guides, security guards, and volunteers. The number of vehicles required refers to the number of vehicles required to transport people over a specified distance to run the event set for each hour. The event information DB46 is configured using HDDs, SSDs, etc.

The user information DB47 stores user information that corresponds to the identification information of each communication terminal 20, user identification information including the name, age, and sex of the user who owns each communication terminal 20, the dates and times at which the user can participate in each of multiple events that the user has registered in advance, and skill information regarding the skills the user possesses. Here, skill information refers to occupation (e.g. police, doctor, mechanic, etc.), the number of events participated in, whether or not the user has a qualification or license, etc. The user information DB47 is configured using a HDD, SSD, etc.

The unit price information DB48 stores cost information including the unit price of various jobs in each event and the unit price of the operating time of each vehicle 10.

The server control unit 49 is configured using a memory and a processor having hardware such as a CPU, a field-programmable gate array (FPGA), and a graphics processing unit (GPU). The server control unit 49 controls each part of the management server 40. The server control unit 49 has an acquisition unit 491, a determination unit 492, a calculation unit 493, a creation unit 494, a generation unit 495, and an output control unit 496. In one embodiment, the server control unit 49 functions as a processor.

When a designated event is input by the operator of the management server 40 via the input unit 42, the acquisition unit 491 acquires event information corresponding to the designated event from the event information DB 46, the number of registered participants who can participate at the date and time of the estimated event from the user information DB 47, and the number of registered vehicles from the vehicle information DB 45. Furthermore, the acquisition unit 491 acquires the number of dispatched people and the number of dispatched vehicles that can be dispatched from other businesses at the date and time of the designated event specified by the operator from the business server 30 via the communication unit 41. Here, the number of dispatched people refers to the number of registered participants who are registered in advance as being able to participate in another event via the business server 30, but are unable to participate in the other event and are overflowing. Also, the number of dispatched vehicles refers to the number of vehicles 10 that can be operated in another event via the business server 30 and are not used in the other event.

The determination unit 492 determines whether or not the required number of people and the required number of vehicles necessary to complete the designated event specified by the operator via the input unit 42 can be secured based on the event information, the number of registered people, and the number of registered vehicles acquired by the acquisition unit 491. The determination unit 492 also determines whether or not the required number of people and the required number of vehicles necessary to complete the designated event can be secured based on the event information, the number of registered people, the number of registered vehicles, the number of dispatched people, and the number of dispatched vehicles acquired by the acquisition unit 491.

The calculation unit 493 calculates the number of people and the number of vehicles that are insufficient to carry out the specified event specified by the operator via the input unit 42 based on the event information, the number of registered people, and the number of registered vehicles acquired by the acquisition unit 491.

The creation unit 494 creates a participant time schedule for participants who can participate in the specified event and an operating vehicle time schedule for the vehicle 10 to be operated. Specifically, the creation unit 494 creates a participant time schedule including the location, time, work content, and meeting place to be placed in the specified event based on the skill information of the participants included in the user information DB 47. Furthermore, the creation unit 494 acquires the remaining charge of the battery 15 of the vehicle 10 to be operated via the communication unit 41. Then, the creation unit 494 creates an operating vehicle time schedule including the driving time, the circuit route, the charging time and the maintenance time of the battery 15 based on the remaining charge of the battery 15 of the vehicle 10 to be operated. Furthermore, the creation unit 494 acquires user information stored in the user information DB 47, and creates an operating vehicle time schedule including operation plan information specifying the driver or passenger who will drive the vehicle 10 to be operated based on the skill information included in the acquired user information.

The generating unit 495 generates cost information incurred in the designated event based on the unit price information stored in the unit price information DB 48, the participant time schedule, and the operating vehicle time schedule. Specifically, the generating unit 495 generates, as the cost information, a value obtained by multiplying the amount associated with each skill included in the unit price information stored in the unit price information DB 48 by the number of participants for each skill, and adding together the amount obtained by multiplying the number of vehicles 10 to be operated by an amount according to the amount of power consumption based on the traveling distance of each of the vehicles 10 ₁ to 10 _n to be operated.

The output control unit 496 outputs to the display unit 43 the number of people and the number of vehicles required to be able to carry out the designated event specified by the operator via the input unit 42. The output control unit 496 also outputs to the display unit 43 the number of people and the number of vehicles that are insufficient for the designated event. Furthermore, the output control unit 496 outputs the participant time schedule and the operating vehicle time schedule created by the creation unit 494 to the display unit 43 and the communication terminal 20 owned by the participant. Furthermore, the output control unit 496 outputs the cost information generated by the generation unit 495 to the display unit 43.

[Management Server Processing]
Next, a description will be given of the processing executed by the management server 40. FIG.

As shown in FIG. 5, when a specified event is input by an operator of the management server 40 via the input unit 42 (step S101: Yes), the acquisition unit 491 acquires event information corresponding to the specified event from the event information DB 46, the number of registered participants who can participate at the date and time of the estimated event from the user information DB 47, and the number of registered vehicles from the vehicle information DB 45 (step S102).

Then, the determination unit 492 determines whether or not the required number of people and the required number of vehicles necessary to be able to execute the designated event specified by the operator via the input unit 42 can be secured based on the event information, the number of registered people, and the number of registered vehicles acquired by the acquisition unit 491 (step S103). If the determination unit 492 determines that the required number of people and the required number of vehicles necessary to be able to execute the designated event specified by the operator via the input unit 42 can be secured (step S103: Yes), the management server 40 proceeds to step S104, which will be described later. On the other hand, if the determination unit 492 determines that the required number of people and the required number of vehicles necessary to be able to execute the designated event specified by the operator via the input unit 42 cannot be secured (step S103: No), the management server 40 proceeds to step S105, which will be described later.

In step S104, the output control unit 496 outputs to the display unit 43 the number of people and number of vehicles required to be able to carry out the designated event specified by the operator via the input unit 42. This allows the operator to intuitively grasp the number of people and number of vehicles required to carry out the designated event. After step S104, the management server 40 proceeds to step S111, which will be described later.

In step S105, the calculation unit 493 calculates the number of people and the number of vehicles required to carry out the designated event specified by the operator via the input unit 42, based on the event information, the number of registered people, and the number of registered vehicles acquired by the acquisition unit 491.

Then, the output control unit 496 outputs to the display unit 43 the number of people and the number of vehicles required to be able to carry out the designated event specified by the operator via the input unit 42 (step S106). This allows the operator to intuitively grasp the number of people and the number of vehicles required to carry out the designated event.

Then, the acquisition unit 491 acquires from the business operator server 30 the number of people and vehicles that can be dispatched from other businesses at the date and time of the specified event specified by the operator (step S107).

Then, the determination unit 492 determines whether or not the required number of people and the required number of vehicles necessary to complete the designated event can be secured based on the event information, the number of registered people, the number of registered vehicles, the number of dispatched people, and the number of dispatched vehicles acquired by the acquisition unit 491 (step S108). If the determination unit 492 determines that the required number of people and the required number of vehicles necessary to complete the designated event can be secured (step S108: Yes), the management server 40 proceeds to step S111, which will be described later. On the other hand, if the determination unit 492 cannot secure the required number of people and the required number of vehicles necessary to complete the designated event (step S108: No), the management server 40 proceeds to step S109, which will be described later.

In step S109, the calculation unit 493 calculates the number of people and the number of vehicles required to carry out the specified event based on the event information, the number of registered people, the number of registered vehicles, the number of dispatched people, and the number of dispatched vehicles acquired by the acquisition unit 491.

Then, the output control unit 496 outputs the number of people and vehicles that are insufficient for the specified event to the display unit 43 (step S110). This allows the operator to intuitively grasp the number of people and vehicles that are insufficient to carry out the specified event. After step S110, the management server 40 proceeds to step S111, which will be described later.

In step S111, the creation unit 494 creates a participant time schedule for participants who can participate in the specified event and an operating vehicle time schedule for the vehicle 10 to be operated. Specifically, the creation unit 494 creates a participant time schedule including the location, time, work content, and meeting place to be placed in the specified event based on the skill information of the participants included in the user information DB 47. Furthermore, the creation unit 494 acquires the remaining charge of the battery 15 of the vehicle 10 to be operated via the communication unit 41. Then, the creation unit 494 creates an operating vehicle time schedule including the driving time, the circuit route, the charging time and the maintenance time of the battery 15 based on the remaining charge of the battery 15 of the vehicle 10 to be operated. Furthermore, the creation unit 494 acquires user information stored in the user information DB 47, and creates an operating vehicle time schedule including operation plan information specifying the driver or passenger who will drive the vehicle 10 to be operated based on the skill information included in the acquired user information.

Then, the output control unit 496 outputs the participant time schedule and the operating vehicle time schedule created by the creation unit 494 to the display unit 43 and the communication terminal 20 owned by the participant (step S112). This allows the operator to intuitively understand the operating vehicle time schedule of the vehicle 10 that is scheduled to be in operation. Furthermore, participants who are scheduled to participate in the designated event can understand their own time schedule for the designated event.

Thereafter, the generating unit 495 generates cost information to be incurred in the designated event based on the unit price information stored in the unit price information DB 48, the participant time schedule, and the operating vehicle time schedule (step S113). Specifically, the generating unit 495 generates, as the cost information, a value obtained by multiplying the amount associated with each skill included in the unit price information stored in the unit price information DB 48 by the number of participants for each skill, and by multiplying the number of vehicles 10 to be operated by an amount according to the amount of power consumption based on the traveling distance of each of the vehicles 10 ₁ to 10 _n to be operated.

Then, the output control unit 496 outputs the cost information generated by the generation unit 495 to the display unit 43 (step S114). This allows the operator to intuitively grasp the costs incurred in the specified event. After step S114, the management server 40 ends this process.

In step S101, if a specified event is not input by the operator of the management server 40 via the input unit 42 (step S101: No), the management server 40 terminates this process.

According to the embodiment described above, when the determination unit 492 determines that the required number of people and the required number of vehicles cannot be secured for a specified event, the calculation unit 493 calculates the number of people and the number of vehicles that are insufficient based on the event information acquired by the acquisition unit 491, the number of registered people, and the number of registered vehicles, so that personnel and mobile objects can be optimally allocated at the event.

Furthermore, according to one embodiment, when the determination unit 492 determines that the required number of people and the required number of vehicles cannot be secured for a specified event, the calculation unit 493 calculates the number of people and the number of vehicles that are insufficient based on the event information, the number of registered people, the number of registered vehicles, the number of people to be dispatched, and the number of vehicles to be dispatched, so that surplus personnel and mobile bodies of other businesses can be optimally allocated.

Furthermore, according to one embodiment, the output control unit 496 outputs the number of people and vehicles that are insufficient calculated by the calculation unit 493 to the display unit 43, so that the operator of the management server 40 can intuitively grasp the number of people and vehicles that are insufficient in the specified event.

Furthermore, according to one embodiment, the operating vehicle time schedule includes operation plan information that specifies the charging time of the vehicle 10 to be operated and the driver or passenger who will operate the vehicle 10 from among multiple participants, so that personnel and mobile objects can be optimally allocated at the event.

Furthermore, according to one embodiment, the output control unit 496 outputs the cost information generated by the generation unit 495 to the display unit 43, allowing the operator to intuitively grasp the costs incurred in the specified event.

(Other embodiments)
In addition, in one embodiment, the above-mentioned "unit" can be read as a "circuit" etc. For example, a control unit can be read as a control circuit.

In addition, the program executed by the management system according to one embodiment is provided as file data in an installable or executable format recorded on a computer-readable recording medium such as a CD-ROM, a flexible disk (FD), a CD-R, a DVD (Digital Versatile Disk), a USB medium, or a flash memory.

In addition, the program executed by the management system according to one embodiment may be configured to be stored on a computer connected to a network such as the Internet and provided by being downloaded via the network.

Note that in the explanation of the flowcharts in this specification, the order of processing between steps is clearly indicated using expressions such as "first," "then," and "continue." However, the order of processing required to implement this embodiment is not uniquely determined by these expressions. In other words, the order of processing in the flowcharts described in this specification can be changed as long as there are no contradictions.

Further advantages and modifications may be readily derived by those skilled in the art. The invention in its broader aspects is not limited to the specific details and representative embodiments shown and described above. Thus, various modifications may be made without departing from the spirit or scope of the general inventive concept as defined by the appended claims and equivalents thereof.

1 Management system 10 ₁ to 10 _n Vehicles 20 ₁ to 20 _m Communication terminal 30 Business operator server 40 Management server 41 Communication unit 42 Input unit 43 Display unit 44 Storage unit 45 Vehicle information database 46 Event information database 47 User information database 48 Unit price information database 49 Server control unit 441 Program storage unit 491 Acquisition unit 492 Determination unit 493 Calculation unit 494 Creation unit 495 Generation unit 496 Output control unit NW Network

Claims (8)

Acquire event information including the required number of people and the required number of vehicles set for each event, the registered number of participants who can participate in the designated event, and the registered number of operating vehicles that can be operated in the designated event;
determining whether the required number of people and the required number of vehicles can be secured based on the event information, the registered number of people, and the registered number of vehicles;
a processor configured to calculate a shortage of personnel and a shortage of vehicles based on the event information, the registered personnel, and the registered vehicle count when the required personnel and the required vehicle count cannot be secured;
Management server. 2. The management server according to claim 1,
The processor,
Acquire the number of people and the number of vehicles that can be dispatched at the designated event registered by other businesses,
determining whether or not the required number of people and the required number of vehicles can be secured based on the event information, the number of registered people, the number of registered vehicles, the number of dispatched people, and the number of dispatched vehicles;
When the required number of people and the required number of vehicles cannot be secured for the designated event, the shortage of people and the shortage of vehicles are calculated based on the event information, the registered number of people, the registered number of vehicles, the dispatched number of people, and the dispatched number of vehicles.
Management server. 3. The management server according to claim 1,
The processor,
outputting the shortage of personnel and the shortage of vehicles;
Management server. The management server according to any one of claims 1 to 3,
The processor,
creating a participant time schedule for the participant and an operating vehicle time schedule for the operating vehicle at the designated event;
outputting the participant time schedule and the operating vehicle time schedule;
Management server. 5. The management server according to claim 4,
The operating vehicle time schedule is
operation plan information that specifies a charging time for the operating vehicle and a driver who will drive the operating vehicle from among the plurality of participants;
Management server. 6. The management server according to claim 4,
The processor,
generating cost information based on the participant time schedule and the operating vehicle time schedule;
outputting the cost information;
Management server. A plurality of vehicles capable of autonomous driving;
a management server comprising a processor configured to manage each of the plurality of vehicles;
Equipped with
The processor,
Acquire event information including the required number of people and the required number of vehicles set for each event, the registered number of participants who can participate in the designated event, and the registered number of operating vehicles that can be operated in the designated event;
determining whether the required number of people and the required number of vehicles can be secured based on the event information, the registered number of people, and the registered number of vehicles;
When the required number of people and the required number of vehicles cannot be secured, a shortage of people and a shortage of vehicles are calculated based on the event information, the registered number of people, and the registered number of vehicles.
Management system. The processor:
Acquire event information including the required number of people and the required number of vehicles set for each event, the registered number of participants who can participate in the designated event, and the registered number of operating vehicles that can be operated in the designated event;
determining whether the required number of people and the required number of vehicles can be secured based on the event information, the registered number of people, and the registered number of vehicles;
When the required number of people and the required number of vehicles cannot be secured, a shortage of people and a shortage of vehicles are calculated based on the event information, the registered number of people, and the registered number of vehicles.
A program to make that happen.

Images