Management server, management system and program

Abstract

To provide a management server, a management system, and a program capable of optimally arranging personnel and mobile objects at the time of an event.SOLUTION: A management server 40 includes a server control unit 49 that determines, based on event information, the number of registered persons, and the number of registered vehicles, whether or not it is possible to secure a required number of persons and a required number of vehicles required to carry out a designated event, and if the required number of persons and the required number of vehicles cannot be secured, calculates the number of insufficient persons and the number of insufficient vehicles based on the event information, the number of registered persons, and the number of registered vehicles.SELECTED DRAWING: Figure 4

Description

[Technical field]

[0001] The present disclosure relates to a management server, a management system, and a program. [Background technology]

[0002] Patent Document 1 discloses a technology that prevents a decrease in the operating efficiency of a moving object by extracting a workable period in which time can be secured for maintenance of the moving object based on the schedule of the moving object requiring maintenance, and performing maintenance of the moving object within this workable period. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2020-166760 A Summary of the Invention [Problem to be solved by the invention]

[0004] Incidentally, in large-scale events, etc., it is necessary to optimally plan the allocation of necessary personnel and moving objects according to the ever-changing situation. However, since Patent Document 1 only considers the operating efficiency of moving objects such as vehicles, there has been a demand for technology that can optimally allocate personnel and moving objects.

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

[0006] The management server of the present disclosure is equipped with 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 designated event, and the registered number of operating vehicles that can be operated in the designated 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 number of people and the shortage of vehicles based on the event information, the registered number of people, and the registered number of vehicles.

[0007] In addition, the management system according to the present disclosure comprises a management server having a plurality of vehicles capable of autonomously 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.

[0008] In addition, the program disclosed herein 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 designated event, and the registered number of operating vehicles that can be operated in the designated 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 number of people and the shortage of vehicles based on the event information, the registered number of people, and the registered number of vehicles. Effect of the Invention

[0009] According to the present disclosure, it is possible to optimally allocate personnel and moving objects at an event. [Brief description of the drawings]

[0010] [Figure 1] FIG. 1 is a diagram illustrating an outline of a configuration of a management system according to an embodiment. [Diagram 2] FIG. 2 is a block diagram showing a functional configuration of a vehicle according to one embodiment. [Diagram 3] FIG. 3 is a block diagram illustrating a functional configuration of a communication terminal according to an embodiment. [Figure 4] FIG. 4 is a block diagram illustrating a functional configuration of the management server according to an embodiment. [Diagram 5] FIG. 5 is a flowchart illustrating an outline of a process executed by a management server according to an embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] Hereinafter, a management server, a management system, and a program according to an embodiment of the present disclosure will be described with reference to the drawings. Note that the present disclosure is not limited to the following embodiment. In addition, in the following description, the same parts are denoted by the same reference numerals.

[0012] [Overview of the management system] 1 is a diagram showing an outline of a configuration of a management system according to an embodiment. The management system 1 shown in FIG. 1 manages a plurality of vehicles 101 to 100 that are capable of autonomously traveling at different speeds. n (n = an integer of 3 or more) (hereinafter, multiple vehicles 101 to 10 n The vehicle 10 is a vehicle that is connected to the vehicle and has a plurality of communication terminals 201 to 20 held by each user. m (m=an integer of 3 or more) (hereinafter, a plurality of communication terminals 201 to 20 mThe vehicle management system includes a vehicle control system (hereinafter, referred to simply as "communication terminal 20"), an operator server 30 managed by various government offices, and a management server 40 that manages each vehicle 10 and transmits and receives various information from each communication terminal 20. The vehicles 10, the communication terminal 20, the operator server 30, and the management server 40 all have communication functions and are configured to be able to communicate with each other via a network NW. This network NW is configured, for example, from an Internet line network, a mobile phone line network, etc. Note that the operator server 30 has a similar configuration to the management server 40 described later, and therefore a detailed description thereof will be omitted below.

[0013] [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.

[0014] 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, but the present invention is not limited thereto, and may be applied to, for example, an electric two-wheeled vehicle such as a motorcycle, a bicycle, or a 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 move toward a destination desired by a user such as a driver who uses the vehicle or a passenger who rides the vehicle by operating a steering wheel or the like.

[0015] The operation unit 11 is configured using a steering wheel, an accelerator pedal, a brake pedal, etc. The operation unit 11 accepts operations by a driver or a passenger in the vehicle 10.

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

[0017] The imaging unit 13 is configured using an imaging device including one or more lenses, and a charge coupled device (CCD) image sensor or a complementary metal oxide semiconductor (CMOS) 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 in front of, behind, and on the sides 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.

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

[0019] 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 the charging device.

[0020] 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 .

[0021] 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 mounting multiple GPS sensors 161.

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

[0023] 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 display or an organic EL (Electro Luminescence) display. The audio output unit 163b is configured using a speaker or the like.

[0024] The input unit 164 receives input of operations by the user, and outputs signals according to the contents of the received operations to the ECU 19. The input unit 164 is realized by using a touch panel, a button, a switch, a jog dial, or the like.

[0025] 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 on which the vehicle 10 is currently traveling and the driving route to the destination via the display unit 163a and the audio output unit 163b.

[0026] The storage unit 17 stores various information related to the vehicle 10. The storage unit 17 stores CAN data of the vehicle 10 input from the ECU 19, various programs executed by the ECU 19, and the like. 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), a vehicle model and fuel efficiency information of the vehicle 10, and the like.

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

[0028] 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 run autonomously.

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

[0030] The communication terminal 20 shown in Figure 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.

[0031] The first communication unit 21 receives various information from the vehicle 10 or the wearable device under the control of the terminal control unit 29, 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.

[0032] 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 various information to the terminal control unit 29. The second communication unit 22 is configured using a communication module capable of Wi-Fi (registered trademark) or the like.

[0033] 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 EL panel.

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

[0035] 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 a plurality of GPS receiving sensors or the like.

[0036] 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 the 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.

[0037] The third communication unit 27, under the control of the terminal control unit 29, communicates with the management server 40 via the network NW, and outputs a 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) and the 5th Generation Mobile Communication System (5G).

[0038] 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, or the like.

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

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

[0041] 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 DB45"), an event information database 46 (hereinafter referred to as "event information DB46"), a user information database 47 (hereinafter referred to as "user information DB47"), and a unit price information database 48 (hereinafter referred to as "unit price information DB48").

[0042] The communication unit 41 communicates with the vehicle 10, the communication terminal 20, and the business 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 and the like.

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

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

[0045] 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, or the like.

[0046] The vehicle information DB 45 stores vehicle information that associates vehicle identification information for identifying each vehicle 10, status information indicating 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, current location information of each vehicle 10, and remaining charge information of the battery 15 of each vehicle 10. The vehicle identification information includes the model name, passenger capacity, year, and owner of the vehicle 10, etc. The vehicle information DB 45 is configured using an HDD, SSD, etc.

[0047] The event information DB 46 stores event information that associates the required number of people set for each event with the required number of vehicles. Here, the required number of people 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 required number of vehicles 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 DB 46 is configured using HDDs, SSDs, etc.

[0048] The user information DB 47 stores user information in which identification information of each communication terminal 20, user identification information including the name, age, sex, etc. of the user who owns each communication terminal 20, the date and time when the user can participate in each of a plurality of events registered in advance, and skill information related to the skills possessed by the user are associated with each other. Here, the skill information is the occupation (e.g., police, doctor, mechanic, etc.), the number of events participated in, the presence or absence of qualifications or licenses, etc. The user information DB 47 is configured using an HDD, SSD, etc.

[0049] The unit price information DB 48 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.

[0050] 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 unit 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.

[0051] 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 designated by the operator from the business server 30 via the communication unit 41. Here, the number of dispatched people is the number of registered participants who are registered in advance as being able to participate in another event via the business server 30, but cannot participate in the other event and are overflowing. Moreover, the number of dispatched vehicles is 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.

[0052] The determination unit 492 determines whether or not the required number of people and the required number of vehicles necessary for executing the designated event specified by the operator via the input unit 42 can be secured based on the event information, the registered number of people, and the number of registered vehicles acquired by the acquisition unit 491. In addition, the determination unit 492 determines whether or not the required number of people and the required number of vehicles necessary for executing the designated event can be secured based on the event information, the registered number of people, the number of registered vehicles, the dispatched number of people, and the number of dispatched vehicles acquired by the acquisition unit 491.

[0053] The calculation unit 493 calculates the number of people and the number of vehicles that are lacking 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.

[0054] The creation unit 494 creates a participant time schedule of a participant who can participate in the specified event and an operating vehicle time schedule of the vehicle 10 to be operated. Specifically, the creation unit 494 creates a participant time schedule including a location, time, work content, and meeting place to be placed in the specified event based on the skill information of the participant included in the user information DB 47. Furthermore, the creation unit 494 acquires the remaining amount 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 a driving time, a circuit route, a charging time and a maintenance time of the battery 15 based on the remaining amount 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 a driver or a passenger who will drive the vehicle 10 to be operated based on the skill information included in the acquired user information.

[0055] 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 cost information incurred in the designated event based on the unit price information stored in the unit price information DB 48, the amount of money associated with each skill included in the unit price information stored in the unit price information DB 48 multiplied by the number of participants for each skill, the number of vehicles 10 scheduled to be operated, and the number of vehicles 101 to 10 scheduled to be operated. n The cost information is generated by multiplying each of the items above by an amount according to the amount of power consumption based on the travel distance and adding the amount to the above.

[0056] The output control unit 496 outputs the required number of people and the required number of vehicles required to be able to execute the designated event designated by the operator via the input unit 42 to the display unit 43. The output control unit 496 also outputs the shortage of people and the shortage of vehicles in the designated event to the display unit 43. 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.

[0057] [Management Server Processing] Next, a description will be given of the processing executed by the management server 40. FIG 5 is a flowchart showing an outline of the processing executed by the management server 40.

[0058] 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).

[0059] Next, 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.

[0060] In step S104, the output control unit 496 outputs the required number of people and the required number of vehicles required to be able to carry out the designated event specified by the operator via the input unit 42 to the display unit 43. This allows the operator to intuitively grasp the required number of people and the required 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.

[0061] In step S105, the calculation unit 493 calculates the number of people and the number of vehicles that are lacking 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.

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

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

[0064] Next, the determination unit 492 determines whether or not the required number of people and the required number of vehicles necessary to execute 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 execute 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 determines that the required number of people and the required number of vehicles necessary to execute the designated event cannot be secured (step S108: No), the management server 40 proceeds to step S109, which will be described later.

[0065] In step S109, the calculation unit 493 calculates the number of people and the number of vehicles required to carry out the designated 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.

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

[0067] In step S111, the creation unit 494 creates a participant time schedule of a participant who can participate in the specified event and an operating vehicle time schedule of the vehicle 10 to be operated. Specifically, the creation unit 494 creates a participant time schedule including a location, time, work content, and meeting place to be placed in the specified event based on the skill information of the participant included in the user information DB 47. Furthermore, the creation unit 494 acquires the remaining amount 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 a driving time, a circuit route, a charging time and a maintenance time of the battery 15 based on the remaining amount 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 a driver or a passenger who will drive the vehicle 10 to be operated based on the skill information included in the acquired user information.

[0068] Next, 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, the participants who are scheduled to participate in the designated event can understand their own time schedules for the designated event.

[0069] 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 cost information to be incurred in the designated event based on the unit price information stored in the unit price information DB 48, the amount corresponding to each skill included in the unit price information stored in the unit price information DB 48, multiplied by the number of participants for each skill, the number of vehicles 10 scheduled to be operated, and the number of vehicles 101 to 10 scheduled to be operated. n The cost information is generated by multiplying each of the items above by an amount according to the amount of power consumption based on the travel distance and adding the amount to the above.

[0070] Next, 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 cost incurred in the specified event. After step S114, the management server 40 ends this process.

[0071] In step S101, if a designated event is not input by the operator of the management server 40 via the input unit 42 (step S101: No), the management server 40 ends this process.

[0072] 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 registered number of people, and the registered number of vehicles, so that it is possible to optimally allocate personnel and mobile objects at the event.

[0073] 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 shortage of people and the shortage of vehicles based on the event information, the registered number of people, the number of registered vehicles, the dispatched number of people, and the number of dispatched vehicles, so that surplus personnel and mobile bodies of other businesses can be optimally allocated.

[0074] Furthermore, according to one embodiment, the output control unit 496 outputs the number of missing people and the number of missing vehicles 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 missing people and the number of missing vehicles that will occur in the specified event.

[0075] Furthermore, according to one embodiment, the operating vehicle time schedule includes the charging time of the vehicle 10 that is scheduled to be in operation and operation plan information that specifies the driver or passenger who will operate the vehicle 10 from among multiple participants, thereby enabling optimal deployment of personnel and mobile objects at the event.

[0076] 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.

[0077] (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.

[0078] In addition, the program to be executed by the management system of 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 Digital Versatile Disk (DVD), a USB medium, or a flash memory.

[0079] Furthermore, 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.

[0080] In the description of the flowcharts in this specification, the order of processing between steps is clearly indicated using expressions such as "first," "then," and "continue," but 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 is no contradiction.

[0081] Further advantages and modifications may readily occur to 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. [Explanation of symbols]

[0082] 1 Management System 101~10 n vehicle 201~20 m Communication terminal 30 Business Server 40 Management Server 41 Communications Department 42 Input section 43 Display section 44 Memory section 45 Vehicle Information Database 46 Event Information Database 47 User Information Database 48 Unit Price Information Database 49 Server control section 441 Program Memory Unit 491 Acquisition Department 492 Judgment section 493 Calculation Department 494 Creation Department 495 Generation part 496 Output Control Section NW Network

Claims

1. 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. 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. 3. The management server according to claim 1, The processor, outputting the shortage of personnel and the shortage of vehicles; Management server.

4. 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. 5. The management server according to claim 4, The operating vehicle time schedule is Including 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. 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.

7. 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.

8. 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