Management system and management method

Abstract

To cause a plurality of vehicles gathered within a close range in a parking area of a predetermined facility to execute grid computing, thereby securing highly accurate computation resources and contributing to management of the facility.SOLUTION: A facility server 40 receives a scheduled dwell time of a predetermined facility from a user of a vehicle 10 with a computing device 105 mounted thereon, sets a group composed of a plurality of users whose scheduled dwell time zones overlap each other, based on scheduled dwell times of the plurality of users, sets designated parking positions of the vehicles so that the vehicles belonging to the same group may be located within a vehicle-to-vehicle communication service range in a parking area, and transmits the designated parking positions to the users. A management server 50 causes, when a vehicle group is formed of a plurality of vehicles in the parking area in response to the transmission of the designated parking positions, computing devices mounted on the plurality of vehicles to process job data, thereby implementing grid computing.SELECTED DRAWING: Figure 10

Description

[Technical field]

[0001] The present invention relates to a management system and a management method for managing grid computing implemented in a plurality of computing devices mounted on a plurality of vehicles. [Background technology]

[0002] Conventionally, a technology for applying multiple vehicles to grid computing has been proposed (see, for example, Patent Document 1). The system described in Patent Document 1 is composed of a management server connected to a communication network and arithmetic units mounted on multiple vehicles. In this system, the management server distributes job data (arithmetic jobs) to the multiple arithmetic units via the communication network and performs arithmetic processing, thereby realizing grid computing.

[0003] The computing device can provide stable quality of computing power when the vehicle is in a non-operating state (e.g., the ignition is off or the vehicle power is off). For this reason, the management server of Patent Document 1 is configured to predict a period during which each vehicle can participate in grid computing based on the usage history of each vehicle. Then, based on this prediction, the management server selects a computing device suitable for distributing job data. In other words, the management server selects a computing device of a vehicle that is likely to be in a non-operating state throughout the computation period during which the job data is executed. [Prior art documents] [Patent documents]

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

[0005] When implementing grid computing using multiple computing devices installed in multiple non-operating vehicles, it is considered desirable for the multiple vehicles to be located in close proximity to each other for the following reasons.

[0006] If multiple vehicles equipped with computing devices are gathered in a short distance, vehicle-to-vehicle communication can be performed during grid computing, and computation data can be appropriately transferred between the multiple computing devices. In addition, if multiple vehicles are gathered in a short distance in this way, the communication environment with the management server can be uniformed among the multiple computing devices. Furthermore, if multiple vehicles are gathered in a short distance and a vehicle group is formed at a specific location by the multiple vehicles, it is effective to operate multiple computing devices simultaneously for a relatively long period of time. If multiple computing devices are operated simultaneously in this way, for example, distributed computing (a calculation method in which individual parts of a program are executed simultaneously on multiple computing devices in parallel, and each of them communicates with each other via a network while processing proceeds as a whole) can be efficiently performed.

[0007] From the above, it is believed that by gathering multiple vehicles equipped with computing devices in a short distance to perform grid computing, it is possible to effectively secure stable and highly reliable computing resources (computing capacity of the computing devices) for grid computing. Note that the system described in the above-mentioned Patent Document 1 was not able to gather multiple vehicles in a short distance to perform grid computing.

[0008] On the other hand, when gathering a plurality of vehicles in a short distance for grid computing as described above, using the parking area of ​​a specific commercial facility (e.g., supermarket, shopping mall, stadium, theater, restaurant, accommodation facility, movie theater, store, etc.) is considered to contribute to the operation of the facility. For example, in order to gather a plurality of vehicles in a short distance in the parking area of ​​the facility, congestion in the parking area can be alleviated by managing (controlling) the parking positions of each vehicle. In addition, prior to managing the parking positions in this way, by grasping information such as the time visitors stay at the facility and the number of visitors, this information can be used for the operation of the facility.

[0009] The present invention has been made to solve the above-mentioned problems, and aims to provide a management system and management method that can secure highly reliable computing resources and contribute to the operation of a designated commercial facility by gathering multiple vehicles equipped with computing devices in close proximity in a parking area of ​​the designated facility and performing grid computing. [Means for solving the problem]

[0010] In order to achieve the above object, the present invention provides a management system for managing grid computing in which job data is processed by multiple arithmetic devices mounted on multiple vehicles, the management system comprising: a storage device for storing information relating to multiple arithmetic devices and / or multiple vehicles mounted with arithmetic devices; and a control device configured to realize grid computing by distributing job data to each of the multiple arithmetic devices and having them process the job data based on the information stored in the storage device. The control device is configured to: obtain a planned stay time for a user of a vehicle mounted with a arithmetic device to stay in a specified commercial facility having a parking area, set a group consisting of multiple users whose planned stay times overlap based on the planned stay times of the multiple users, set designated parking positions where each of the multiple vehicles should be parked in the parking area so that multiple vehicles of multiple users belonging to the same group are located within a range in the parking area where vehicle-to-vehicle communication is possible, transmit the designated parking positions to each user of the multiple vehicles, and, when the multiple vehicles have parked in the parking area in response to the transmission of the designated parking positions, cause the arithmetic devices mounted on each of the multiple vehicles to process the job data, thereby achieving grid computing.

[0011] In the present invention thus configured, the management system sets groups of multiple users whose planned stay times overlap based on the planned stay times at a specified facility acquired from multiple users, and sets designated parking positions for each vehicle so that multiple vehicles belonging to the same group are located within a range in the parking area where vehicle-to-vehicle communication is possible (for example, within 50 m). In this way, grid computing is realized by the computing devices installed in multiple vehicles with overlapping planned stay times at the specified facility, while these vehicles are parked within a range in the parking area where vehicle-to-vehicle communication is possible. As a result, vehicle-to-vehicle communication can be performed during grid computing, and computation data can be appropriately transferred between multiple computation devices. In addition, the communication environment with the management system can be standardized among the multiple computation devices, allowing job data and the like to be appropriately transferred. Furthermore, by forming a vehicle group in a parking area of ​​a specified facility using multiple vehicles, multiple computation devices can be operated simultaneously for a relatively long period of time. This makes it possible to appropriately realize, for example, distributed computing in grid computing. As described above, according to the present invention, when performing grid computing using multiple computation devices mounted on multiple vehicles that are not in operation, stable and highly reliable computation resources can be effectively secured.

[0012] Furthermore, according to the present invention, by gathering a plurality of vehicles in a parking area of ​​a specific facility in a short distance (within a range where vehicle-to-vehicle communication is possible) for grid computing, it is possible to contribute to the operation of the facility. For example, in order to gather a plurality of vehicles in a short distance in a parking area, the parking positions of each vehicle can be managed (controlled) to reduce congestion in the parking area. Furthermore, prior to managing the parking positions in this way, by grasping information such as the time visitors (users) stay at the facility and the number of visitors, this information can be utilized for the operation of the facility and management of the parking area.

[0013] In the present invention, the control device is preferably configured to set a designated parking position so that multiple vehicles belonging to the same group are located within a range where vehicle-to-vehicle communication is possible in the parking area, and multiple vehicles belonging to multiple groups are located adjacent to each other in the parking area. According to the present invention configured in this manner, a group of vehicles in which each vehicle is positioned close to each other can be formed in a parking area, thereby making it possible to obtain advertising effects from the group of vehicles formed for grid computing.

[0014] In the present invention, the control device is preferably configured to determine the planned exit time at which a user will leave a specified facility from the planned stay time, and to set up a group by giving priority to users with similar planned exit times among multiple users whose planned stay times overlap. According to the present invention configured in this manner, the time during which a vehicle convoy is formed by multiple vehicles from each group can be extended, making it possible to more effectively secure highly reliable computational resources for grid computing.

[0015] In the present invention, the control device is preferably configured to give priority to users with upcoming scheduled exit times and set groups in order according to the scheduled exit times, and to set designated parking positions for multiple vehicles belonging to a certain group so that one or more of the designated parking positions set for multiple vehicles belonging to the previous group are located adjacent to one or more of the parking positions of multiple vehicles belonging to the previous group that has an earlier scheduled exit time than the group. According to the present invention configured in this manner, the time during which a vehicle group is formed by a plurality of vehicles can be extended.

[0016] In the present invention, the control device is preferably configured to acquire a planned stay time transmitted from a user of a vehicle in which the computing device is mounted. According to the present invention thus configured, by using the expected stay time designated by the user himself, it is possible to carry out processing based on the expected stay time thereafter with high accuracy.

[0017] In the present invention, the control device is preferably configured to, when the vehicle of the user to whom the designated parking position was transmitted is not parked in the designated parking position, transmit the designated parking position to the user of the other vehicle belonging to the same group as the vehicle so that the other vehicle is parked in the designated parking position. According to the present invention configured in this manner, even if a vehicle is not parked in a designated parking position, a vehicle group can be appropriately formed in a parking area with multiple vehicles that have overlapping planned stay times.

[0018] In the present invention, preferably, when multiple vehicles are not parked in the same designated parking position, the control device excludes this parking position from the designated parking positions set for parking vehicles in the parking area. According to the present invention configured in this manner, if a vehicle is not parked continuously at a designated parking position due to an obstacle (such as garbage or a person) present at the parking position or damage to the parking spot, such a parking position can be appropriately excluded from the list of designated parking positions.

[0019] In another aspect, in order to achieve the above-mentioned object, the present invention provides a management method for managing grid computing, in which job data is processed by a plurality of calculation devices mounted on a plurality of vehicles, by a computer, the management method comprising: a storage step for storing information about a plurality of calculation devices and / or a plurality of vehicles mounted with the calculation devices; and a control step for realizing grid computing by distributing job data to each of the plurality of calculation devices and having the job data processed based on the information stored by the storage step, the control step comprising: a step for acquiring a planned stay time for a user of a vehicle mounted with the calculation device to stay in a predetermined commercial facility having a parking area; a step for setting a group consisting of a plurality of users whose planned stay time overlaps based on the planned stay times of the plurality of users; a step for setting designated parking positions where each of the plurality of vehicles should be parked in the parking area so that multiple vehicles of multiple users belonging to the same group are located within a range in the parking area where vehicle-to-vehicle communication is possible, and transmitting the designated parking positions to each user of the plurality of vehicles; and a step for realizing grid computing by having the calculation device mounted on each of the plurality of vehicles process the job data when the plurality of vehicles are parked in the parking area in response to the transmission of the designated parking positions. With the present invention configured in this manner, when performing grid computing using multiple computing devices installed in multiple vehicles that are not in operation, it is possible to effectively secure stable and highly reliable computational resources, and to contribute to the operation of specified facilities, etc. Effect of the Invention

[0020] According to the management system and management method of the present invention, by gathering multiple vehicles equipped with computing devices in close proximity in a parking area of ​​a designated commercial facility and performing grid computing, it is possible to secure highly reliable computing resources and contribute to the operation of the designated facility. [Brief description of the drawings]

[0021] [Figure 1] 1 is a schematic diagram showing a configuration of a system according to an embodiment of the present invention. [Diagram 2] FIG. 1 is a conceptual diagram for explaining grid computing according to an embodiment of the present invention. [Diagram 3] 1 is a block diagram showing a configuration of a vehicle according to an embodiment of the present invention. [Figure 4] FIG. 2 is a block diagram showing a configuration of a user terminal according to an embodiment of the present invention. [Diagram 5] FIG. 2 is a block diagram showing a configuration of a client server according to an embodiment of the present invention. [Figure 6] 2 is a block diagram showing a configuration of a facility server according to an embodiment of the present invention. FIG. [Figure 7] 2 is a block diagram showing a configuration of a management server according to an embodiment of the present invention. FIG. [Figure 8] 5 is a flowchart showing a job reception process according to an embodiment of the present invention. [Figure 9] FIG. 4 is a schematic diagram showing an image of a job reception screen according to an embodiment of the present invention. [Figure 10] 4 is a flowchart showing a parking position designation process according to an embodiment of the present invention. [Figure 11]13 shows an example of an input screen for planned stay time according to an embodiment of the present invention. [Figure 12] 1 is a table illustrating an example of group organization and assignment of designated parking positions according to an embodiment of the present invention. [Figure 13] 1 illustrates an example of a parking layout according to an embodiment of the present invention. [Figure 14] 13 shows an example of a designated parking position notification screen according to an embodiment of the present invention. [Figure 15] 4 is a flowchart illustrating a grid computing process according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0022] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a management system and a management method according to an embodiment of the present invention will be described with reference to the accompanying drawings.

[0023] [system] FIG. 1 illustrates an example of the configuration of a system 1 according to the present embodiment. The system 1 includes a plurality of vehicles 10, a plurality of user terminals 20, a client server 30, a facility server 40, and a management server 50. These components are capable of communicating with each other via a communication network 5. Each of the plurality of vehicles 10 is equipped with a computing device 105. Note that the system 1 may be provided with a plurality of client servers 30. Similarly, the system 1 may be provided with a plurality of facility servers 40. The system 1 corresponds to an example of a "management system" in the present invention. In particular, in this embodiment, the facility server 40 and the management server 50 function as the "management system" in the present invention, and are entities that execute the "management method" in the present invention.

[0024] As shown in FIG. 2, in the system 1 of this embodiment, grid computing is configured by a plurality of computing devices 105, and grid computing processing is performed in which an available computing device 105 among the plurality of computing devices 105 processes job data.

[0025] When the computing power of the arithmetic device 105 is required in the vehicle 10, the arithmetic device 105 enters an operating state and uses the computing power of the arithmetic device 105. For example, when the vehicle 10 is traveling, the computing power of the arithmetic device 105 is required for the traveling control of the vehicle 10, and the arithmetic device 105 enters an operating state.

[0026] On the other hand, when the computing power of the arithmetic device 105 becomes unnecessary in the vehicle 10, the arithmetic device 105 is stopped and the computing power of the arithmetic device 105 is not used. For example, when the vehicle 10 is stopped and the power supply of the vehicle 10 is turned off, the computing power of the arithmetic device 105 becomes unnecessary and the arithmetic device 105 is stopped.

[0027] Here, when the computing power of the arithmetic device 105 is not required in the vehicle 10, the computing power of the arithmetic device 105 can be provided for grid computing processing, thereby making it possible to effectively utilize the computing power of the arithmetic device 105.

[0028] [vehicle] The vehicle 10 is owned by a user. The user drives the vehicle 10. In this example, the vehicle 10 is a four-wheeled automobile. The vehicle 10 is also equipped with a battery (not shown). Power from the battery is supplied to on-board devices such as the computing device 105. Examples of such a vehicle 10 include an electric vehicle and a plug-in hybrid vehicle.

[0029] As shown in FIG. 3, the vehicle 10 includes an actuator 11, a sensor 12, an input unit 101, an output unit 102, a communication unit 103, a storage unit 104, a computing device 105, and a lighting device 110.

[0030] The actuator 11 includes a drive system actuator, a steering system actuator, a braking system actuator, etc. Examples of the drive system actuator include an engine, a transmission, and a motor. Examples of the braking system actuator include a brake. Examples of the steering system actuator include a steering wheel.

[0031] The sensor 12 acquires various types of information used for controlling the vehicle 10. Examples of the sensor 12 include an exterior camera that captures images outside the vehicle, an interior camera that captures images inside the vehicle, a radar that detects objects outside the vehicle, a vehicle speed sensor, an acceleration sensor, a yaw rate sensor, an accelerator opening sensor, a steering sensor, and a brake oil pressure sensor.

[0032] The input unit 101 inputs information and data. Examples of the input unit 101 include an operation unit that is operated to input information corresponding to the operation, a camera that inputs an image indicating information, and a microphone that inputs a sound indicating information. Examples of the operation unit include an operation button and a touch sensor of a car navigation device. The information and data input to the input unit 101 are sent to the arithmetic device 105. For example, in this embodiment, the input unit 101 receives an instruction from a user to provide the computing power of the arithmetic device 105 of the vehicle 10 for grid computing processing.

[0033] The output unit 102 outputs information and data. Examples of the output unit 102 include a display unit that outputs an image showing information, and a speaker that outputs sound showing information. An example of the display unit is a display of a car navigation device. An example of the speaker is a speaker of a car navigation device.

[0034] The communication unit 103 transmits and receives information and data. The information and data received by the communication unit 103 are sent to the calculation device 105. The lighting device 110 has exterior lamps (headlights, tail lights, brake lights, blinkers, etc.), room lamps, and the like.

[0035] As described above, the arithmetic device 105 provides its computing power to grid computing processing. Specifically, the arithmetic device 105 processes distributed job data so as to realize grid computing. The arithmetic device 105 is a computer having a processor, memory, and the like. Examples of the processor include a central processing unit (CPU), a media processing unit (MPU), and a graphics processing unit (GPU). The memory stores a program for operating the processor, information and data indicating the processing results of the processor, and the like.

[0036] The number of processors mounted on the arithmetic device 105 may be one or more. The processor mounted on the arithmetic device 105 may be only one of an MPU, a CPU, and a GPU, or may be two or more of an MPU, a CPU, and a GPU. In one example, the arithmetic device 105 is configured with one or more ECUs (Electronic Control Units) and controls each part of the vehicle 10. In this example, the arithmetic device 105 controls the actuator 11 and the lighting device 110 according to various information obtained by the sensor 12, in addition to processing job data for the above-mentioned grid computing. In another example, the arithmetic device 105 may be a computer different from such an ECU (i.e., separate from the ECU). In this example, the arithmetic device 105 does not control each part of the vehicle 10, but mainly processes job data for grid computing.

[0037] The storage unit 104 stores information and data. In this example, the storage unit 104 stores vehicle information D11, vehicle state information D12, driving history information D13, arithmetic device information D14, and operation history information D15.

[0038] The vehicle information D11 is information related to the vehicle 10. For example, the vehicle information D11 includes a vehicle ID set for the vehicle 10, vehicle performance information indicating the performance of the vehicle, and an address registered for the vehicle 10. The vehicle ID is an example of vehicle identification information that identifies the vehicle 10. The user ID is an example of user identification information that identifies a user.

[0039] Vehicle status information D12 indicates the status of vehicle 10. For example, vehicle status information D12 includes vehicle position information, vehicle communication information, vehicle power information, vehicle battery remaining information, vehicle charging information, etc. Vehicle position information indicates the position (latitude and longitude) of vehicle 10. For example, vehicle position information can be acquired by GPS (Global Positioning System). Vehicle communication information indicates the communication status of vehicle 10. Vehicle power information indicates the state of the power supply of vehicle 10. For example, vehicle power information indicates whether the ignition power is on or off, whether the accessory power is on or off, etc. Vehicle battery remaining information indicates the remaining charge of a battery (not shown) installed in vehicle 10. Vehicle charging information indicates whether vehicle 10 is being charged in charging equipment (not shown).

[0040] The driving history information D13 is information indicating the driving history of the vehicle 10. For example, the driving history information D13 indicates the position of the vehicle 10 in association with time. In addition, the driving history information D13 may include information such as a guide route and a destination set in the navigation (route guidance) of the vehicle 10.

[0041] The arithmetic device information D14 is information related to the arithmetic device 105. For example, the arithmetic device information D14 includes an arithmetic device ID set in the arithmetic device 105, a vehicle ID set in the vehicle 10 in which the arithmetic device 105 is mounted, arithmetic device performance information indicating the performance of the arithmetic device 105, and the like. The arithmetic device ID is an example of arithmetic device identification information for identifying the arithmetic device 105. The performance of the arithmetic device 105 indicated in the arithmetic device performance information includes a calculation capacity indicating the calculation capacity (specifically, the maximum calculation capacity) of the arithmetic device 105, a ratio of the CPU and the GPU in the arithmetic device 105, and the like. The calculation capacity of the arithmetic device 105 is the amount of data that the arithmetic device 105 can calculate per unit time.

[0042] The operation history information D15 is information indicating the operation history of the arithmetic device 105. For example, the operation history information D15 indicates the utilization rate of the computational capacity of the arithmetic device 105 in association with time.

[0043] [User device] The user terminal 20 is owned by a user. The user operates the user terminal 20 to use various functions. The user can also carry the user terminal 20. Examples of such a user terminal 20 include a smartphone, a tablet, and a notebook personal computer.

[0044] As shown in FIG. 4, the user terminal 20 includes an input unit 201, an output unit 202, a communication unit 203, a storage unit 204, and a control unit 205.

[0045] The input unit 201 inputs information and data. Examples of the input unit 201 include an operation unit that is operated to input information corresponding to the operation, a camera that inputs an image indicating information, and a microphone that inputs a sound indicating information. Examples of the operation unit include an operation button and a touch sensor. The information input to the input unit 201 is sent to the arithmetic device 105. For example, in this embodiment, the input unit 201 receives an instruction from a user to provide the computing power of the arithmetic device 105 of the vehicle 10 for grid computing processing.

[0046] The output unit 202 outputs information and data. Examples of the output unit 202 include a display unit that outputs an image indicating information, and a speaker that outputs sound indicating information. The communication unit 203 transmits and receives information and data. The information and data received by the communication unit 203 are sent to the control unit 205.

[0047] The control unit 205 controls each unit of the user terminal 20. The control unit 205 has a processor, a memory, etc. The memory stores a program for operating the processor, information and data indicating the processing results of the processor, and the like.

[0048] The storage unit 204 stores information and data. In this example, the storage unit 204 stores terminal information D21, terminal state information D22, and schedule information D23.

[0049] The terminal information D21 is information related to the user terminal 20. For example, the terminal information D21 includes a user terminal ID set in the user terminal 20, user terminal performance information indicating the performance of the user terminal 20, etc. The user terminal ID is an example of user terminal identification information that identifies the user terminal 20.

[0050] The terminal status information D22 is information indicating the status of the user terminal 20. The terminal status information D22 includes user terminal position information indicating the position of the user terminal 20, user terminal communication status information indicating the communication status of the user terminal 20, and the like.

[0051] The schedule information D23 indicates the behavior history and behavior schedule of the user who owns the user terminal 20. For example, the schedule information D23 indicates the user's location and the stay period (or planned stay period) in association with each other. The schedule information D23 can be acquired by a schedule function installed in the user terminal 20. Specifically, the user inputs his / her own behavior history and behavior schedule into the user terminal 20 using the schedule function, and the schedule information D23 indicating the user's behavior history and behavior schedule is obtained.

[0052] [Client Server] The client server 30 is owned by a client. The client requests the calculation of job data. Examples of such clients include companies, research institutes, and educational institutions.

[0053] As shown in FIG. 5, the client server 30 includes an input unit 301, an output unit 302, a communication unit 303, a storage unit 304, and a control unit 305.

[0054] The input unit 301 inputs information and data. Examples of the input unit 301 include an operation unit that is operated to input information corresponding to the operation, a camera that inputs an image indicating information, and a microphone that inputs a sound indicating information. Examples of the operation unit include an operation button, a touch sensor, a keyboard, and a mouse. The information and data input to the input unit 301 are sent to the control unit 305.

[0055] The output unit 302 outputs information and data. Examples of the output unit 302 include a display unit that outputs an image representing information, and a speaker that outputs sound representing information. The communication unit 303 transmits and receives information and data. The information and data received by the communication unit 303 are sent to the control unit 305.

[0056] The control unit 305 controls each unit of the client server 30. The control unit 305 has a processor, a memory, etc. The memory stores a program for operating the processor, information and data indicating the processing results of the processor, etc.

[0057] The storage unit 304 stores information and data. In this example, the storage unit 304 stores client information D31 and job data D1.

[0058] The client information D31 is information about a client. The client information D31 includes a client ID set in the client, a client server ID set in the client server 30 owned by the client, a person in charge name, an address, a telephone number, and the like. The client ID is an example of client identification information that identifies the client. The client server ID is an example of client server identification information that identifies the client server 30.

[0059] The job data D1 is data corresponding to a job and is data to be processed for executing the job. The job data D1 can be classified by calculation type. Examples of calculation types include a CPU-based calculation type and a GPU-based calculation type. Job data D1 of the CPU-based calculation type tends to require complex calculations with many conditional branches, such as simulation calculations. Job data D1 of the GPU-based calculation type tends to require a huge amount of simple calculations, such as image processing and machine learning.

[0060] Furthermore, the job data D1 can be classified according to the processing conditions. Examples of the processing conditions include a processing condition that requires constant communication, a processing condition that does not require constant communication, and the like. Job data D1 with a processing condition that requires constant communication requires that the arithmetic device 105 is always able to communicate in the grid computing process. Job data D1 with a processing condition that does not require constant communication does not require that the arithmetic device 105 is always able to communicate in the grid computing process.

[0061] Note that job information related to a job may be stored in the storage unit 304. The job information includes job name information indicating the name of the job, job content information explaining the content of the job, job data information related to the job data corresponding to the job, job delivery date information indicating the delivery date of the job, etc. The job data information indicates the calculation type, processing conditions, necessary calculation capacity, etc. of the job data.

[0062] [Facility Server] The facility server 40 is owned by the facility that the user visits. Examples of such facilities include supermarkets, shopping malls, stadiums, theaters, restaurants, accommodation facilities, movie theaters, retail stores, etc. The user may be allowed to make a reservation to visit the facility.

[0063] 6, facility server 40 includes an input unit 401, an output unit 402, a communication unit 403, a storage unit 404, and a control unit 405. The configurations of the input unit 401, the output unit 402, the communication unit 403, the storage unit 404, and the control unit 405 of facility server 40 are similar to the configurations of the input unit 301, the output unit 302, the communication unit 303, the storage unit 304, and the control unit 305 of client server 30.

[0064] In this example, the storage unit 404 stores facility information D41 and facility usage information D42. The facility information D41 is information related to a facility. The facility information D41 includes a facility ID set for the facility, a facility server ID set for the facility server 40 owned by the facility, facility location information indicating the location (latitude and longitude) of the facility, information on the company that operates (or manages) the facility, the name of the person in charge, an address, a telephone number, and the like. The facility ID is an example of facility identification information for identifying the facility. The facility server ID is an example of facility server identification information for identifying the facility server 40. In addition, in this embodiment, the facility information D41 also includes parking position information related to a plurality of parking positions in a parking area provided in the facility. This parking position information includes a map (defined by, for example, latitude and longitude) indicating the plurality of parking positions, parking numbers assigned to each of the plurality of parking positions, and the like. The plurality of parking positions are defined in a predetermined area in a parking area prepared in advance for parking the vehicle 10 that realizes grid computing, for example.

[0065] The facility usage information D42 indicates the usage status (usage history and planned usage) of the facility. In this embodiment, the facility usage information D42 is information indicating a user (specifically, a user ID) visiting the facility and information on the user's planned stay at the facility in association with each other. This planned stay information includes the date of visit to the facility, the time of entry, the planned duration of stay, the planned time of leaving, etc.

[0066] [Management Server] The management server 50 manages the operation of the system 1 in which grid computing is implemented. The management server 50 is owned by the operator who operates the system 1.

[0067] 7, the management server 50 includes an input unit 501, an output unit 502, a communication unit 503, a storage unit 504, and a control unit 505. The configurations of the input unit 501, the output unit 502, the communication unit 503, the storage unit 504, and the control unit 505 of the management server 50 are the same as the configurations of the input unit 301, the output unit 302, the communication unit 303, the storage unit 304, and the control unit 305 of the client server 30. In addition, the memory unit 504 of the management server 50, together with the memory unit 404 of the facility server 40 described above, functions as an example of a "memory device" in the present invention, and the control unit 505 of the management server 50, together with the control unit 405 of the facility server 40 described above, functions as an example of a "control device" in the present invention.

[0068] In this example, the storage unit 504 stores a user table D51, a processing unit table D52, a client table D53, a job table D54, a resource table D55, a matching table D56, job data D1, and calculation result data D2.

[0069] The user table D51 is a table for managing users. For each user, the user table D51 registers a user ID set for that user, a vehicle ID set for the vehicle 10 owned by that user, a calculation device ID set for the calculation device 105 owned by that user, a user terminal ID set for the user terminal 20 owned by that user, and the like.

[0070] The arithmetic device table D52 is a table for managing the arithmetic devices 105. In the arithmetic device table D52, for each arithmetic device 105, a arithmetic device ID set in the arithmetic device 105, a user ID set for the user who owns the arithmetic device 105, a vehicle ID set in the vehicle 10 in which the arithmetic device 105 is mounted, and the like are registered.

[0071] Furthermore, in the arithmetic device table D52, the performance of the arithmetic device 105 (computational capacity, ratio of CPU to GPU, etc.), the operation status of the arithmetic device 105 (operation history and operation schedule), etc. are registered for each arithmetic device 105. In other words, the arithmetic device table D52 includes operation status information D5 indicating the operation status of each of the multiple arithmetic devices 105, and performance information D6 indicating the performance of each of the multiple arithmetic devices 105. The performance information D6 includes computational capacity information D7 indicating the computational capacity of each of the multiple arithmetic devices 105.

[0072] The client table D53 is a table for managing clients. For each client, the client ID set for that client, the client server ID set for the client server 30 owned by the client, the name, address, and telephone number of the person in charge of that client are registered in the client table D53.

[0073] The job table D54 is a table for managing jobs requested by clients. For each job, the reception number set for that job, the client ID set for the client who requested the job, the name and content of the job, etc. are registered in the job table D54. In addition, for each job, the job table D54 registers the calculation type and processing conditions of the job data corresponding to that job, the required calculation capacity which is the calculation capacity required for the calculation of the job data, the delivery date set for that job, etc.

[0074] The resource table D55 is a table for managing the computing power in grid computing processing. Specifically, the resource table D55 registers, for each computing device 105, the computing device ID set in that computing device 105, a predicted result of a temporal change in the computing power available in the grid computing processing of that computing device 105, and the like. The matching table D56 registers, for each job, the reception number set in that job, the job data corresponding to that job, the computing device ID set in the computing device 105 assigned to that job data, and the like.

[0075] The job data D1 stored in the storage unit 504 is job data D1 accepted by a job acceptance process described later. The calculation result data D2 stored in the storage unit 504 is job data calculated by a grid computing process described later, and indicates the result of the calculation.

[0076] Next, the update of the user table D51 will be described. The user table D51 is updated by the control unit 505 of the management server 50. For example, when a new user joins the system 1, the control unit 505 updates the user table D51 by registering information related to the new user in the user table D51. Specifically, the control unit 505 sets a new user ID for the new user, associates the "user ID" set for the new user with the "vehicle ID" set for the vehicle 10 owned by the user, the "computing device ID" set for the computing device 105 mounted on the vehicle 10, and the "user terminal ID" set for the user terminal 20 owned by the new user, and registers them in the user table D51.

[0077] It is possible to obtain a "vehicle ID" and a "computing device ID" related to the new user through communication between the vehicle 10 owned by the new user and the management server 50. It is also possible to obtain a "user terminal ID" related to the new user through communication between the user terminal 20 owned by the new user and the management server 50.

[0078] [Update Calculation Unit Table] Next, the update of the arithmetic device table D52 will be described. The arithmetic device table D52 is updated by the control unit 505 of the management server 50. For example, when a new arithmetic device 105 joins the system 1, the control unit 505 updates the arithmetic device table D52 by registering information related to the new arithmetic device 105 in the arithmetic device table D52. Specifically, the control unit 505 associates the "arithmetic device ID" set in the new arithmetic device 105, the "user ID" set in the user who owns the arithmetic device 105, the "vehicle ID" set in the vehicle 10 on which the arithmetic device 105 is mounted, and the "performance" and "operation status" of the arithmetic device 105, and registers them in the arithmetic device table D52.

[0079] It is possible to obtain the "calculation device ID", "vehicle ID", "performance", and "operation status" related to the new arithmetic device 105 by communication between the vehicle 10 equipped with the new arithmetic device 105 and the management server 50. It is also possible to obtain the "user ID" related to the new arithmetic device 105 by referring to the user table D51.

[0080] [Periodic update of calculation unit table] In addition, the “operation status” of the arithmetic device 105 registered in the arithmetic device table D52 is periodically updated. In other words, the operation status information D5 included in the arithmetic device table D52 is periodically updated. This periodic update is performed by the control unit 505 of the management server 50.

[0081] (First update process) For example, the "operation status" of the arithmetic device 105 in the arithmetic device table D52 (in other words, the operation status information D5) may be periodically updated based on the "operation history information D15" of the vehicle 10. Specifically, the control unit 505 may execute the following first update process for each arithmetic device 105 registered in the arithmetic device table D52.

[0082] In the first update process, the control unit 505 requests the vehicle 10 equipped with the arithmetic device 105 to access the "operation history information D15". In response to the request, the arithmetic device 105 of the vehicle 10 permits access to the "operation history information D15". The control unit 505 updates the "operation history", which is the past operation status, of the "operation status" of the arithmetic device 105 registered in the arithmetic device table D52, based on the operation history of the arithmetic device 105 indicated in the operation history information D15.

[0083] (Second update process) Furthermore, the "operation status" of the arithmetic device 105 in the arithmetic device table D52 (in other words, the operation status information D5) may be periodically updated based on the "travel history information D13" of the vehicle 10. Specifically, the control unit 505 may execute the following second update process for each arithmetic device 105 registered in the arithmetic device table D52.

[0084] In the second update process, the control unit 505 requests the vehicle 10 equipped with the arithmetic device 105 to access the "driving history information D13". In response to the request, the arithmetic device 105 of the vehicle 10 permits access to the "driving history information D13". The control unit 505 estimates the operation history of the arithmetic device 105 based on the driving history of the vehicle 10 indicated in the driving history information D13. Next, the control unit 505 updates the "operation history", which is the past operation status, of the "operation status" of the arithmetic device 105 registered in the arithmetic device table D52 based on the estimated operation history of the arithmetic device 105.

[0085] (Third update process) Furthermore, the "operation status" of the arithmetic device 105 in the arithmetic device table D52 (in other words, the operation status information D5) may be periodically updated based on the "schedule information D23" of the user terminal 20. Specifically, the control unit 505 may execute the following third update process for each arithmetic device 105 registered in the arithmetic device table D52.

[0086] In the third update process, the control unit 505 requests the user terminal 20 owned by the user who owns the arithmetic device 105 to access "schedule information D23". The control unit 205 of the user terminal 20 allows access to "schedule information D23" in response to the request. The control unit 505 detects a behavioral situation related to the vehicle 10 in which the arithmetic device 105 is mounted from the behavioral situation of the user (behavior history and behavior plan) shown in the schedule information D23. For example, from the behavior history, which is a past behavioral situation among the user's behavioral situations, a behavioral history in which the user boarded the vehicle 10 is detected, and from the behavior plan, which is a future behavioral situation among the user's behavioral situations, a behavior plan in which the user plans to board the vehicle 10 is detected.

[0087] Next, the control unit 505 estimates the driving status (driving history and driving schedule) of the vehicle 10 based on the detected behavioral status of the user. Next, the control unit 505 estimates the operation status (operation history and operation schedule) of the arithmetic device 105 based on the estimated driving status of the vehicle 10. Then, the control unit 505 updates the "operation status" of the arithmetic device 105 registered in the arithmetic device table D52 based on the estimated operation status of the arithmetic device 105.

[0088] (Fourth update process) Furthermore, the "operation status" of the arithmetic device 105 in the arithmetic device table D52 (in other words, operation status information D5) may be periodically updated based on the "facility usage information D42" of the facility server 40. Specifically, the control unit 505 may execute the following fourth update process for each arithmetic device 105 registered in the arithmetic device table D52.

[0089] In the fourth update process, the control unit 505 requests the facility server 40 to access the "facility usage information D42". In response to the request, the facility server 40 permits access to the "facility usage information D42". The control unit 505 detects usage related to the vehicle 10 in which the arithmetic device 105 is mounted from the usage status (usage history and usage schedule) of the facility indicated in the facility usage information D42. For example, from the usage history, which is the past usage status among the facility usage status, a usage history in which the user boarded the vehicle 10 is detected, and from the usage schedule, which is the future usage status among the facility usage status, a usage schedule in which the user plans to board the vehicle 10 is detected.

[0090] Next, the control unit 505 estimates the driving status (driving history and driving schedule) of the vehicle 10 based on the detected usage status of the facility. Next, the control unit 505 estimates the operation status (operation history and operation schedule) of the arithmetic device 105 based on the estimated driving status of the vehicle 10. Next, the control unit 505 updates the "operation status" of the arithmetic device 105 registered in the arithmetic device table D52 based on the estimated operation status of the arithmetic device 105.

[0091] [Update Client Table] Next, an explanation will be given of updating the client table D53. The client table D53 is updated by the control unit 505 of the management server 50. For example, when a new client joins the system 1, the control unit 505 updates the client table D53 by registering information related to the new client in the client table D53.

[0092] Specifically, the control unit 505 sets a new client ID for the new client, associates the "client ID" set for the new client, the "client server ID" set for the client server 30 owned by the new client, and the "person in charge," "address," and "telephone number" of the new client, and registers them in the client table D53.

[0093] By communication between the client server 30 and the management server 50, it is possible to obtain the "client server ID", "person in charge", "address" and "telephone number" of the new client.

[0094] [Processing according to this embodiment] Next, the processes performed in this embodiment will be specifically described. In this embodiment, a job reception process, a parking position designation process, and a grid computing process are mainly performed.

[0095] (Job acceptance processing) 8, a job reception process performed by the control unit 505 of the management server 50 in this embodiment will be described. In the job reception process, job data D1 for which a calculation is requested by a client is received. For example, the control unit 505 of the management server 50 performs the following process every time a calculation of the job data D1 is requested by the client.

[0096] First, in step S1, the management server 50 accepts a job request from a client. Specifically, in response to an operation by a person in charge of the client, the client server 30 transmits a job request application to the management server 50. In response to the application, the control unit 505 of the management server 50 performs the following processes.

[0097] The control unit 505 requests the client server 30 to transmit information required for accepting a job (specifically, client information related to the client requesting the job and job information related to the job). In this example, the control unit 505 transmits image data of a job acceptance screen to the client server 30. The control unit 305 of the client server 30 reproduces an image of the job acceptance screen from the image data, and causes the output unit 302 (display unit) to output (display) the image.

[0098] 9, the job reception screen is a screen for inputting information required for receiving a job. The job reception screen includes a client name input field R101 for inputting the client name, a person in charge name input field R102 for inputting the client's person in charge name, an address input field R104 for inputting the client's address, a job name input field R111 for inputting the name of the job, a job content input field R112 for inputting an explanation of the job content, a calculation type input field R113 for inputting the calculation type of job data corresponding to the job, a processing condition input field R114 for inputting the processing conditions of the job data, a required calculation capacity input field R115 for inputting the required calculation capacity of the job data, a delivery date input field R116 for inputting the delivery date of the job, and a registration button B100.

[0099] The person in charge of the client operates the input unit 301 (operation unit) of the client server 30 to input necessary information into the job reception screen. This inputs client information about the client requesting the job and job information about the job. Then, after completing input of this information, the person in charge of the client operates the input unit 301 (operation unit) of the client server 30 to press the registration button B100 on the job reception screen. When the registration button B100 is pressed, the control unit 305 of the client server 30 transmits the information (client information and job information) input into the job reception screen to the management server 50. The control unit 505 of the management server 50 receives the client information and job information.

[0100] Next, the control unit 505 requests the client server 30 to transmit job data D1 corresponding to the job. In response to the request, the control unit 305 of the client server 30 transmits the job data D1 corresponding to the job to the management server 50. The control unit 505 of the management server 50 receives the job data D1.

[0101] Next, in step S2, the control unit 505 of the management server 50 analyzes the job data D1 received in step S1. Specifically, the control unit 505 analyzes the calculation type, processing conditions, required calculation capacity, etc. of the job data D1. Then, the control unit 505 corrects the job information received in step S1 based on the result of the analysis of the job data D1. Note that if the job information received in step S1 is sufficiently reliable, the process of step S2 may be omitted.

[0102] Next, in step S3, the control unit 505 of the management server 50 associates the client information received in step S1 with the job information corrected as necessary in step S2 (or the job information received in step S1), and registers them in the job table D54. The control unit 505 also stores in the storage unit 504 the job data D1 received in step S1.

[0103] (Parking location designation process) Next, the parking position designation process according to this embodiment will be described with reference to Fig. 10 to Fig. 14. Fig. 10 is a flowchart showing the parking position designation process according to this embodiment, Fig. 11 shows an example of an input screen for the planned stay time according to this embodiment, Fig. 12 is a table showing an example of group organization and allocation of designated parking positions according to this embodiment, Fig. 13 shows an example of a parking layout according to this embodiment, and Fig. 14 shows an example of a notification screen for the designated parking position according to this embodiment.

[0104] The parking position designation process according to this embodiment is executed by the control unit 505 of the management server 50 and the control unit 405 of the facility server 40. To give an overview of this parking position designation process, the control unit 405 of the facility server 40 first receives from the user of the vehicle 10 equipped with the arithmetic device 105 the planned stay time at the specified facility in which the facility server 40 is installed, and sets a group consisting of multiple users who will have overlapping planned stay times at the specified facility based on the planned stay times received from the multiple users. Then, the control unit 405 of the facility server 40 sets a designated parking position where each of the multiple vehicles 10 should be parked in the parking area so that the multiple vehicles 10 belonging to the same group are located close to each other in the parking area, specifically within a range where vehicle-to-vehicle communication is possible, and transmits the designated parking position to each user of the multiple vehicles 10. After that, the control unit 505 of the management server 50 determines whether each of the multiple vehicles 10 to which the designated parking position has been transmitted is parked in the designated parking position, and determines whether a vehicle group is formed by the multiple vehicles 10.

[0105] Specifically, when the parking position designation process of FIG. 10 is started, first, in step S11, the control unit 405 of the facility server 40 determines whether or not it has received, from the user of the vehicle 10 equipped with the arithmetic device 105, the time the user plans to stay in a specific facility (planned stay time). In one example, the facility server 40 receives the planned stay time input by the user in the vehicle 10. In this example, the user refers to an input screen displayed on the output unit 102 as a display unit in the vehicle 10, and inputs the planned stay time through the input unit 101 as a touch sensor in the vehicle 10 (see FIG. 11). In the example of the input screen shown in FIG. 11, the user is to select one planned stay time (for example, "up to 2 hours") from multiple displayed candidates of planned stay time when visiting a shopping mall. The control unit 405 associates the received planned stay time, as well as the user's entry time into the facility (basically the current time) with the user ID (which may include the vehicle ID), and stores the facility usage information D42 in the storage unit 404. In another example, facility server 40 may receive the planned stay time input by the user on user terminal 20, or may receive the planned stay time input by the user on a parking lot ticket machine provided at the entrance gate of the parking area. If control unit 405 of facility server 40 determines that the planned stay time has been received (step S11: Yes), it proceeds to step S12, and if it does not determine that the planned stay time has been received (step S11: No), it repeats the determination of step S11.

[0106] In step S12, the control unit 405 of the facility server 40 refers to the facility usage information D42 stored in the storage unit 404 as described above, and sets a group consisting of multiple users whose planned stay time zones at a specific facility overlap based on the planned stay times received from multiple users. In particular, the control unit 405 calculates the planned exit time at which the user will exit the specific facility by adding the entry time and planned stay time included in the facility usage information D42, and organizes a group by preferentially gathering users whose planned exit times are close among the multiple users whose planned stay time zones overlap. The control unit 405 also stores information about the groups organized in this way, specifically information indicating the group to which each user belongs, in the storage unit 404 as the facility usage information D42.

[0107] Next, in step S13, the control unit 405 of the facility server 40 creates a parking layout that defines designated parking positions for parking each of the multiple vehicles 10 in the parking area based on the groups organized in step S12. In particular, the control unit 405 references the parking position information included in the facility information D41 stored in the storage unit 404, and sets designated parking positions for each of the multiple vehicles 10 that belong to the same group so that the multiple vehicles 10 are located within a range (e.g., within 50 m) in the parking area where vehicle-to-vehicle communication is possible. The control unit 405 also stores the designated parking positions thus set for each of the multiple users (multiple vehicles 10) in the storage unit 404 as facility usage information D42.

[0108] Here, a specific example shown in Fig. 12 and Fig. 13 will be described. In this example, the control unit 405 of the facility server 40 prioritizes gathering users who have a close planned exit time among multiple users whose planned stay time periods overlap, and sets users b, c, d, and g to group II, and sets users a, e, and f to group III after group II (see Fig. 12). Then, the control unit 405 sets designated parking positions (represented by parking numbers) to be assigned to each of the users a to g by creating a parking layout such that the vehicles 10 of users b, c, d, and g belonging to group II are located within a range where vehicle-to-vehicle communication is possible, and the vehicles 10 of users a, e, and f belonging to group III are located within a range where vehicle-to-vehicle communication is possible (see Figs. 12 and 13). In particular, the control unit 405 assigns designated parking positions to each vehicle 10 such that the positions of the multiple vehicles 10 belonging to groups II and III are adjacent to each other in the parking area, in other words, a group of vehicles located close to each other is formed, as shown in Fig. 13. In addition, the control unit 405 assigns designated parking positions to each vehicle 10 so that one or more of the designated parking positions of the vehicles 10 of users a, e, and f belonging to group III are adjacent to one or more of the designated parking positions of the vehicles 10 of users b, c, d, and g belonging to group II, which has an earlier scheduled exit time than group III and is one step ahead in order. In other words, the control unit 405 connects the designated parking positions of group II, which has an earlier scheduled exit time, to the designated parking positions of group III, which has a later scheduled exit time, so that the group of vehicles located close to each other is maintained for as long as possible. In the example shown in FIG. 13, the designated parking positions of users b, c, d, and g are arranged so as to surround the designated parking positions of users a, e, and f. The conditions for setting the designated parking positions in the parking area as described above are presented in advance from the management server 50 to the facility server 40.

[0109] Next, returning to Fig. 10, in step S14, the control unit 405 of the facility server 40 transmits the designated parking position set as described above to the user. In one example, the facility server 40 transmits the designated parking position to the vehicle 10, which causes the vehicle 10 to display a notification screen of the designated parking position on the output unit 102 serving as a display unit (see Fig. 14). In the example of the notification screen shown in Fig. 14, a parking number indicating the designated parking position and its specific position within the parking area are displayed. Note that, in another example, the facility server 40 may transmit the designated parking position to the user terminal 20 or a guidance device within the facility (which may be a parking lot ticket machine) and notify the user of the designated parking position via these.

[0110] Next, in step S15, the control unit 405 of the facility server 40 transmits at least the planned stay time and the designated parking position to the user ID (which may include the vehicle ID) in order to share the user's planned stay time acquired in step S11 and the designated parking position set in step S13 with the management server 50. As a result, the management server 50 stores the received information such as the planned stay time and the designated parking position in the memory unit 504 in association with the user ID. For example, the control unit 505 of the management server 50 stores this information in the user table D51 of the memory unit 504.

[0111] On the other hand, in step S21, the control unit 505 of the management server 50 judges whether or not the position where the vehicle 10 is actually parked (hereinafter referred to as "actual parking position") has been received from the vehicle 10. In this case, when the vehicle 10 is in a non-operating state (for example, a standby state such as a state where the ignition power is off or the accessory power is off), the control unit 505 of the management server 50 transmits the vehicle status information D12 (including the vehicle position information indicating the position (latitude and longitude) of the vehicle 10 as described above) to the management server 50, and the control unit 505 of the management server 50 uses the vehicle position information included in this vehicle status information D12 as the actual parking position. If the control unit 505 judges that the actual parking position has been received (step S21: Yes), the control unit 505 proceeds to step S22, and if the control unit 505 judges that the actual parking position has not been received (step S21: No), the control unit 505 repeats the judgment of step S21.

[0112] In step S22, the control unit 505 of the management server 50 determines whether the vehicle 10 has been parked at the designated parking position set by the facility server 40, based on the designated parking position received from the facility server 40 and the actual parking position received from the vehicle 10. Specifically, when the actual parking position matches the designated parking position, the control unit 505 determines that the vehicle 10 has been parked at the designated parking position. In addition, in another example, instead of comparing the actual parking position with the designated parking position in this manner, the control unit 505 may make this determination based on the result of reading a marker (which can identify the parking position) that is provided in advance at each parking position in the parking area, using a camera or the like of the vehicle 10. In yet another example, a sensor such as a camera may be provided in the parking area, and the control unit 405 of the facility server 40 may make this determination by acquiring the license plate number or the like of the parked vehicle 10.

[0113] Next, in step S23, the control unit 505 of the management server 50 transmits the parking position determination result in step S22, that is, the determination result of whether or not the actual parking position matches the designated parking position, to the management server 50. Then, in step S24, the control unit 505 determines whether or not a vehicle group has been formed by parking a plurality of vehicles 10 belonging to the group at their respective designated parking positions based on the parking position determination result in step S22. As a result, when the control unit 505 determines that a vehicle group has been formed (step S24: Yes), it ends the processing flow of FIG. 10. On the other hand, when the control unit 505 does not determine that a vehicle group has been formed (step S24: No), it returns to step S21. In this case, the control unit 505 repeats the processing of steps S21 to S24 until a vehicle group is formed.

[0114] On the other hand, in step S16, the control unit 405 of the facility server 40 determines whether or not the vehicle 10 is parked in the designated parking position, that is, whether or not the actual parking position matches the designated parking position, based on the determination result transmitted from the management server 50 in step S23. As a result, if the control unit 405 determines that the vehicle 10 is parked in the designated parking position (step S16: Yes), it ends the processing flow of Fig. 10. On the other hand, if the control unit 405 does not determine that the vehicle 10 is parked in the designated parking position (step S16: No), it proceeds to step S17.

[0115] In step S17, the control unit 405 of the facility server 40 recreates the parking layout created in step S13. Specifically, the control unit 405 treats the designated parking position where the vehicle 10 is not parked as an empty space, and sets a new designated parking position corresponding to the empty space for another vehicle 10 belonging to the same group as the vehicle 10 (particularly, a vehicle 10 that entered after the vehicle 10 in the same group) so that the other vehicle 10 is parked in the empty space. Taking the case shown in FIG. 12 and FIG. 13 as an example, when a user c belonging to group II does not park in the set designated parking position D2, the control unit 405 sets the designated parking position D2 for a user d who entered after the user c in this group II. After this, the control unit 405 of the facility server 40 returns to step S14 and performs the process from step S14 onwards again.

[0116] If multiple vehicles 10 are not parked in the same designated parking position, the control unit 405 excludes this parking position from the designated parking positions set for parking the vehicles 10 in the parking area. Possible reasons for not parking continuously in designated parking positions include obstacles (garbage or people) present in the parking position or damage to the parking space. In order to prevent vehicles from forcibly parking in such a parking position, it is advisable to exclude this parking position from the set of designated parking positions.

[0117] In addition, even if the vehicle 10 is not parked in the designated parking position, if it is parked in another parking position in the parking area of ​​a specified facility, it is preferable to have the computing device 105 installed in the vehicle 10 perform grid computing.

[0118] (Grid Computing Processing) Next, the grid computing process performed by the control unit 505 of the management server 50 in this embodiment will be described with reference to Fig. 15. In the grid computing process, the control unit 505 of the management server 50 causes the arithmetic devices 105 mounted on each of the multiple vehicles 10 that constitute the vehicle group as a result of the parking position designation process in Fig. 10 to process the job data D1. For example, the control unit 505 performs the following processes after the job reception process and the parking position designation process.

[0119] First, in step S31, the control unit 505 of the management server 50 predicts the computational capacity of the arithmetic device 105 mounted on each of the multiple vehicles 10 constituting the vehicle group. Specifically, the control unit 505 predicts the computational capacity (computation amount), computation type, and computable schedule as the computational capacity of each arithmetic device 105 of the vehicle group based on the computation device table D52 stored in the storage unit 504 of the management server 50 and the vehicle state information D12 received from the vehicle 10. The computation type is the ratio of CPU and GPU included in the computation device table D52, and the computable schedule is specified by the computational time based on the battery state according to the vehicle battery remaining capacity information and vehicle charging information included in the vehicle state information D12. Then, the control unit 505 registers the information on the computational capacity of the entire vehicle group as computing grid information based on the computational capacity of each of the multiple computation devices 105 predicted in this way.

[0120] Next, in step S32, the control unit 505 allocates the job data D1 to be subjected to grid computing processing, which was accepted in the above job acceptance process (FIG. 8), to each of the arithmetic devices 105 constituting the grid of the vehicle group, based on the computing capacity of each arithmetic device 105 predicted in step S31. The job data D1 allocated to each arithmetic device 105 in this way is job data corresponding to the same job. Then, in step S33, the control unit 505 distributes (transmits) a portion of the job data D1 to each arithmetic device 105 based on the allocation result of step S32.

[0121] After this, the arithmetic device 105 of each of the vehicles 10 constituting the vehicle group processes a part of the distributed job data D1. At this time, in a preferred example, the control unit 505 of the management server 50 may transmit a request to the vehicle 10 on which the arithmetic device 105 performing grid computing in the parking area is mounted to turn on the lighting device 110. Then, in response to this request, each of the vehicles 10 constituting the vehicle group may turn on the lighting device 110 in a predetermined manner so that it is clear that the processing related to grid computing is currently being performed. For example, each of the vehicles 10 (vehicle group) parked adjacent to each other in a certain parking area turns on the lighting device 110 as an exterior lamp. In this case, it is preferable to turn on the exterior lamp in a specific color (such as green). In another example, the room lamp may be turned on in a specific color (such as blue) instead of the exterior lamp. In this way, by turning on the lighting devices 110 of the multiple vehicles 10, an advertising effect can be obtained by the vehicle group formed for grid computing.

[0122] Next, when each of the arithmetic devices 105 completes the calculation of the data (part of the job data D1) transmitted to that arithmetic device 105, it transmits the partial calculation result data obtained by the calculation to the management server 50. In step S34, the control unit 505 of the management server 50 receives the partial calculation result data transmitted from the arithmetic devices 105 and stores the partial calculation result data in the memory unit 504.

[0123] Next, in step S35, the control unit 505 determines whether or not all of the arithmetic devices 105 to which the job data D1 was distributed in step S33 have completed the calculations. If the control unit 505 determines that all of the arithmetic devices 105 have completed the calculations (step S35: Yes), the control unit 505 proceeds to step S36, and if the control unit 505 does not determine that all of the arithmetic devices 105 have completed the calculations (step S35: No), the control unit 505 returns to step S34.

[0124] Next, in step S36, the control unit 505 generates calculation result data D2 (calculation result data D2 indicating the result of the calculation of the job data D1) corresponding to the job data D1 to be subjected to the grid computing process by combining the partial calculation result data stored in the storage unit 504. Then, the control unit 505 transmits the calculation result data D2 corresponding to the job data D1 to be subjected to the grid computing process to the client server 30 of the client that requested the calculation of the job data D1.

[0125] Next, in step S37, the control unit 505 calculates a reward to be given to the user who provided the computing capacity of the arithmetic device 105 to the grid computing process by the operator of the system 1. Examples of the reward include points, virtual currency, and product discount benefits that can be used in the system 1. Specifically, the control unit 505 calculates a reward to be given to the user according to the amount of calculation that the arithmetic device 105 provided to the grid computing process. In this case, the control unit 505 increases the reward to be given to the user as the amount of calculation provided to the grid computing process increases.

[0126] Next, in step S38, the control unit 505 performs a process for granting the reward calculated in step S37 to the user. Examples of the process for granting the reward include a process for registering in the user table D51 a "user ID" set for the user and "points" (or virtual currency) available in the system 1 in association with each other, and a process for transmitting information indicating a discount benefit for a product to the user terminal 20 owned by the user. The information indicating the reward may be registered for each job in the job table D54. In addition, a reward may be granted by the client to a user who has provided the computing capacity of the computing device 105 to the grid computing process. For example, the control unit 305 of the client server 30 may execute a process for granting a reward to a user who has provided the computing capacity of the computing device 105 to the grid computing process.

[0127] [Action and Effects] Next, the operation and effect of this embodiment will be described. In this embodiment, the control unit 405 of the facility server 40 receives the planned stay time of a user of the vehicle 10 equipped with the arithmetic device 105 in a predetermined commercial facility having a parking area, and sets a group consisting of a plurality of users who will have overlapping planned stay times at the predetermined facility based on the planned stay times of the plurality of users. Then, the control unit 405 of the facility server 40 sets a designated parking position where each of the plurality of vehicles 10 belonging to the same group should be parked in the parking area so that the plurality of vehicles 10 are located within a range in the parking area where vehicle-to-vehicle communication is possible, and transmits the designated parking position to each user of the plurality of vehicles 10. After that, when a vehicle group is formed by parking the plurality of vehicles 10 in the parking area in response to the transmission of the designated parking position, the control unit 505 of the management server 50 causes the arithmetic device 105 equipped in each of the plurality of vehicles 10 forming the vehicle group to process job data, thereby realizing grid computing.

[0128] According to this embodiment, grid computing is realized by the arithmetic devices 105 mounted on the vehicles 10 in a state where the vehicles 10 having overlapping planned stay times are parked within a range in a parking area where vehicle-to-vehicle communication is possible. As a result, vehicle-to-vehicle communication can be performed during grid computing, and computation data can be appropriately transferred between the plurality of computation devices 105. In addition, the communication environment with the management server 50 can be uniformed among the plurality of computation devices 105, and job data and the like can be appropriately transferred. Furthermore, by forming a vehicle group in a parking area of ​​a specified facility using the plurality of vehicles 10, the plurality of computation devices 105 can be operated simultaneously for a relatively long period of time. This makes it possible to appropriately realize, for example, distributed computing. As described above, according to this embodiment, stable and highly reliable computation resources for grid computing can be effectively secured.

[0129] Furthermore, according to this embodiment, by gathering a plurality of vehicles 10 in a parking area of ​​a given facility in a short distance (within a range where vehicle-to-vehicle communication is possible) for grid computing, it is possible to contribute to the operation of the facility. For example, in order to gather a plurality of vehicles 10 in a short distance in the parking area, the parking positions of the vehicles 10 are managed (controlled) to reduce congestion in the parking area. Furthermore, prior to managing the parking positions in this way, by grasping information such as the time visitors stay at the facility and the number of visitors, this information can be utilized in the operation of the facility.

[0130] Furthermore, in this embodiment, the control unit 405 of the facility server 40 sets the designated parking position so that each of the multiple vehicles 10 belonging to multiple groups is positioned adjacent to each other in the parking area, thereby achieving advertising effects by using a group of vehicles formed for grid computing.

[0131] Furthermore, in this embodiment, the control unit 405 of the facility server 40 sets a group by preferentially gathering users who are scheduled to leave a facility close to each other among a plurality of users who have overlapping planned stay times. This makes it possible to extend the time during which a vehicle convoy is formed by a plurality of vehicles 10 in each group, and to more effectively secure reliable computational resources for grid computing.

[0132] Furthermore, in this embodiment, the control unit 405 of the facility server 40 sets designated parking positions for the multiple vehicles 10 belonging to a certain group such that one or more of the parking positions of the multiple vehicles 10 belonging to the previous group, which has an earlier scheduled exit time than the group, are located adjacent to one or more of the designated parking positions set for the multiple vehicles 10 belonging to the previous group. This makes it possible to extend the time during which a vehicle group is formed by the multiple vehicles 10.

[0133] Furthermore, in this embodiment, the control unit 405 of the facility server 40 acquires the planned stay time transmitted from the user of the vehicle 10 equipped with the computing device 105. In this way, by using the planned stay time designated by the user himself, it is possible to perform processing based on the planned stay time thereafter with high accuracy.

[0134] Furthermore, in this embodiment, when the vehicle 10 of the user to whom the designated parking position was transmitted is not parked at the designated parking position, the control unit 405 of the facility server 40 transmits the designated parking position to the user of the other vehicle 10 in order to park the other vehicle 10 belonging to the same group as the vehicle 10 at the designated parking position. This makes it possible to appropriately form a vehicle group in the parking area with multiple vehicles 10 whose planned stay time periods overlap, even if the vehicle 10 is not parked at the designated parking position.

[0135] Furthermore, in this embodiment, when multiple vehicles 10 are not parked at the same designated parking position, the control unit 405 of the facility server 40 excludes this parking position from the designated parking positions set for parking the vehicles 10 in the parking area. This makes it possible to appropriately exclude such parking positions from the set of designated parking positions when the vehicles 10 are not consecutively parked at the designated parking positions due to obstacles (garbage or people) present at the parking positions or damage to the parking positions.

[0136] [Variations] In the above embodiment, the facility server 40 receives the planned stay time from the user, sets a group consisting of multiple users based on the planned stay time, sets the designated parking position for each of the multiple vehicles 10 based on the group, and transmits the designated parking position to the user. In another embodiment, the management server 50 may perform at least one of these processes instead of the facility server 40. In one example, the management server 50 receives the planned stay time from the user and also receives facility information D41 (particularly parking position information) from the facility server 40, sets a group and a designated parking position based on these, and transmits the designated parking position to the user. In this example, only the management server 50 corresponds to the "management system" and the "control device" in the present invention. In another example, the management server 50 receives the planned stay time from the user and transmits the planned stay time associated with the user to the facility server 40. Then, the facility server 40 sets a group and a designated parking position based on the planned stay time received from the management server 50 and transmits the designated parking position to the management server 50, and the management server 50 transmits the designated parking position to the user. In this example, the facility server 40 and the management server 50 correspond to the "management system" and the "control device" of the present invention.

[0137] In the above embodiment, the planned stay time specified (input) by the user is used, but in other embodiments, an estimated planned stay time may be used. For example, the planned stay time of the user may be estimated according to the time zone of the entrance time to the facility or the day of the week when the facility is visited. In this case, the average stay time up to now according to the time zone of the entrance time or the day of the week may be used. [Explanation of symbols]

[0138] 1 System 10 Vehicles 20 User terminal 30 Client Server 40 Facility Server 50 Management Server 104 Storage section 105 Arithmetic equipment 404 Storage section 405 Control Unit 504 Storage section 505 Control Unit D1 Job data

Claims

1. A management system for managing grid computing that causes a plurality of computing devices mounted on a plurality of vehicles to process job data, comprising: A storage device that stores information about a plurality of computing devices and / or a plurality of vehicles equipped with the computing devices; a control device configured to distribute the job data to each of a plurality of computing devices and cause them to process the job data based on the information stored in the storage device, thereby realizing the grid computing; The control device includes: acquiring a planned stay time for a user of a vehicle equipped with the computing device to stay in a predetermined commercial facility having a parking area; Based on the expected stay times of a plurality of users, a group is set that is made up of a plurality of users whose expected stay times overlap in a time zone; setting designated parking positions at which each of a plurality of vehicles of a plurality of users belonging to the same group should be parked in the parking area so that the plurality of vehicles are located within a range in the parking area where vehicle-to-vehicle communication is possible, and transmitting the designated parking positions to the respective users of the plurality of vehicles; When a plurality of vehicles are parked in the parking area in response to the transmission of the designated parking positions, the job data is processed by the arithmetic device mounted on each of the plurality of vehicles, thereby realizing the grid computing. The management system is configured as follows.

2. 2. The management system of claim 1, wherein the control device is configured to set the designated parking position so that multiple vehicles belonging to the same group are located within a range in the parking area where vehicle-to-vehicle communication is possible, and each of multiple vehicles belonging to multiple groups is located adjacent to each other in the parking area.

3. 3. The management system according to claim 1 or 2, wherein the control device is configured to calculate a planned exit time for the user to leave the specified facility from the planned stay time, and to prioritize gathering users whose planned exit times are close among multiple users whose planned stay times overlap, and to set the group.

4. The management system described in claim 3, wherein the control device is configured to prioritize gathering users whose planned exit time is closest, set the groups in order according to the planned exit time, and set the designated parking positions of multiple vehicles belonging to a certain group so that one or more of the designated parking positions set for multiple vehicles belonging to the previous group and having an earlier planned exit time than the group is located adjacent to one or more of the parking positions of multiple vehicles belonging to the previous group.

5. The management system according to claim 1 , wherein the control device is configured to acquire the planned stay time transmitted from a user of a vehicle in which the arithmetic device is mounted.

6. The management system according to any one of claims 1 to 5, wherein the control device is configured to transmit the designated parking position to a user of another vehicle belonging to the same group as the vehicle when the vehicle of the user to whom the designated parking position was transmitted is not parked in the designated parking position, so that the other vehicle is parked in the designated parking position.

7. 7. The management system according to claim 1, wherein when multiple vehicles are not parked in the same designated parking position, the control device excludes the parking position from the designated parking positions set for parking vehicles in the parking area.

8. A management method for managing grid computing, in which job data is processed by a plurality of computing devices mounted on a plurality of vehicles, by a computer, comprising the steps of: storing information about the plurality of computing devices and / or the plurality of vehicles equipped with the computing devices; and a control step of distributing the job data to each of a plurality of computing devices based on the information stored in the storage step, and causing the computing devices to process the job data, thereby achieving the grid computing, The control step includes: acquiring a planned stay time of a user of a vehicle equipped with the computing device in a predetermined commercial facility having a parking area; A step of setting a group consisting of a plurality of users whose planned stay times overlap based on the planned stay times of the plurality of users; setting designated parking positions at which each of a plurality of vehicles of a plurality of users belonging to the same group should be parked in the parking area so that the plurality of vehicles are located within a range in the parking area where vehicle-to-vehicle communication is possible, and transmitting the designated parking positions to the respective users of the plurality of vehicles; When a plurality of vehicles are parked in the parking area in response to the transmission of the designated parking positions, the computing device mounted on each of the plurality of vehicles processes the job data, thereby realizing the grid computing; The management method according to claim 1,

Images