JP7327204B2 - Storage management system and storage management device - Google Patents

Description

The present disclosure relates to a storage management system and a storage management device configured to manage multiple storages.

For example, Patent Literature 1 below describes a storage management system that saves song data recorded in a vehicle's internal storage to a home storage that is external to the vehicle, according to the amount of free space in the vehicle's internal storage. disclosed.

JP 2009-163845 A

However, as a result of detailed studies by the inventors, it has been found that the storage management system described above is inconvenient because data can only be stored within the storage capacity that the user prepares in the vehicle or at home. served.

One aspect of the present disclosure is to improve usability in a storage management system and a storage management device configured to manage a plurality of storages.

One aspect of the present disclosure is a storage management system (1) configured to manage multiple storages. The storage management system includes at least one management device (11, 21, 31), specific storages (16A, 16B, 16C), and other vehicle storages (36A, 36B, 36C).

Specific storage represents storage installed in a specific vehicle (10). Other vehicle storage represents at least one storage mounted in other vehicles (30A, 30B, 30C) other than the specific vehicle.

At least one management device includes a capacity determination unit (S130, S325), a capacity acquisition unit (S310), and a data migration unit (S220). The capacity determination unit is configured to determine whether or not the specific storage has insufficient capacity. The capacity acquisition unit is configured to acquire the free capacity of the other vehicle storage. The data transfer unit is configured to transfer data in the specific storage to the other vehicle's storage within the available capacity of the other vehicle's storage when it is determined that the specific storage has insufficient capacity.

According to such a configuration, it is possible to use another vehicle, that is, another person's storage, so there is no need to prepare the storage by oneself. Therefore, compared to a configuration that uses only its own storage, it is possible to use a larger amount of storage, thereby improving usability.

In addition, in the present disclosure, when a plurality of management apparatuses are provided, the capacity determination unit, the capacity acquisition unit, and the data migration unit may be distributed and mounted in any of the management apparatuses. Specifically, for example, when a first management device and a second management device are provided, the first management device includes a capacity determination unit and a capacity acquisition unit, and the second management device includes a data migration unit. The configuration may be as follows.

1 is a block diagram showing the configuration of a storage management system; FIG. 4 is a flowchart of master processing; FIG. 4 is an explanatory diagram showing an example of a service usage management table; FIG. 10 is an explanatory diagram showing an example of an evacuation file management table; 4 is a flowchart of center processing; 4 is a flowchart of slave processing; FIG. 10 is a sequence diagram of in-vehicle storage allocation processing; FIG. 10 is a sequence diagram of other vehicle storage allocation processing via the center; FIG. 10 is a sequence diagram of another vehicle storage allocation process when communication is interrupted; FIG. 10 is a sequence diagram of other-vehicle storage allocation processing only between vehicles.

Hereinafter, embodiments of the present disclosure will be described with reference to the drawings.
[1. embodiment]
[1-1. composition]
A storage management system 1 according to one aspect of the present disclosure manages a plurality of storages installed in a plurality of vehicles, and even if a certain vehicle runs out of storage, the storages of other vehicles can be used to manage the plurality of storages. It has a function that enables effective use of The storage management system 1 includes a master vehicle 10 which is one vehicle, a center 20, and a plurality of slave vehicles 30A, 30B, and 30C. The multiple slave vehicles 30A, 30B, and 30C are also referred to as multiple slave vehicles 30 below.

The master vehicle 10 and the plurality of slave vehicles 30 are, for example, passenger cars. Although the master vehicle 10 and the plurality of slave vehicles 30 have the same configuration, they are described separately for convenience. The master vehicle 10 is a vehicle that runs out of storage capacity in the vehicle and executes a master process described later for resolving the shortage of storage capacity.

Further, the plurality of slave vehicles 30 are vehicles that may execute slave processing, which will be described later, and may provide a portion of storage to the master vehicle 10 . The following description is based on the assumption that the storage capacity of the master vehicle 10 is insufficient. Just do it.

The master vehicle 10, the center 20, and the plurality of slave vehicles 30 are respectively provided with storage management devices (hereinafter referred to as management devices) 11, 21, 31; Communication units 17 , 27 , 37 are provided. Below, the storages installed in the master vehicle 10 are denoted as specific storages 16A to 16C, and the storages installed in the plurality of slave vehicles 30 are denoted as other vehicle storages 36A to 36C. A plurality of specific storages 16A to 16C are installed in the master vehicle 10, and a plurality of other vehicle storages 36A to 36C are installed in the plurality of slave vehicles 30, respectively.

The center 20 is a device in which a communication unit 27 is connected to the Internet network 5, and uses the communication unit 27 to communicate with a master vehicle 10 and a plurality of slave vehicles 30 via the Internet network 5 and mobile phone base stations 6. configured to be communicable.

The communication units 17 and 27 of the master vehicle 10 and the plurality of slave vehicles 30 are configured to be capable of performing communication using the mobile phone base station 6 and inter-vehicle communication. Vehicle-to-vehicle communication may include, for example, communication methods used in general vehicle-to-vehicle communication such as 760 MHz band and 5.9 GHz, wireless LAN communication, cellular communication, and the like.

The management device 11 of the master vehicle 10 has a service use management table 14A and an evacuation file management table 14B. The service usage management table 14A and the save file management table 14B will be described later.

The management devices 11, 21, 31 are provided with microcomputers having CPUs 12, 22, 32 and semiconductor memories such as RAMs or ROMs (hereinafter referred to as memories 13, 23, 33), respectively. Each function of the management devices 11 , 21 , 31 is realized by executing programs stored in the memories 13 , 23 , 33 by the CPUs 12 , 22 , 32 .

The management device 11 of the master vehicle 10 includes a capacity determination unit (S130) and a data transfer unit (S220) according to the present disclosure. The management device 21 of the center 20 includes a capacity determination unit (S325) and a capacity acquisition unit (S310) according to the present disclosure. The management device 31 of the plurality of slave vehicles 30 includes a mirroring determination unit (S440) and data recovery units (S450, S460) according to the present disclosure.

[1-2. process]
[1-2-1. Master processing]
Next, the master processing executed by the CPU 12 in the management device 11 of the master vehicle 10 will be described using the flowchart of FIG. In the following description, processing executed by the CPU 12 in the management device 11 of the master vehicle 10 is simply described as being executed by the master vehicle 10 . Master processing is processing that is executed when some service is started in master vehicle 10 .

A service corresponds to a function that uses the specific storages 16A to 16C. Services include, for example, a drive recorder function that constantly records images while driving, an event recording function that records images when an impact occurs, a security camera function that records images while parked, an automatic firmware update function (e.g. FOTA ( Firmware On-The-Air)), etc. may be included.

In the master process, first, at S110, the master vehicle 10 acquires the required storage capacity for the service to be started. The required storage capacity is set in advance for each service, for example.

Subsequently, at S120, the master vehicle 10 acquires in-vehicle storage information. The in-vehicle storage information is information about the specific storages 16A to 16C installed in the master vehicle 10. FIG. The in-vehicle storage information includes information about the free space of each of the plurality of specific storages 16A-16C.

Subsequently, at S130, the master vehicle 10 determines whether or not the capacity of the specific storages 16A to 16C to be used is insufficient. In particular, here, the storage used for each service, that is, any one of the specific storages 16A to 16C is associated. Then, when the capacity of the specific storages 16A to 16C (for example, 16A) to be used is smaller than the required storage capacity, the master vehicle 10 determines that the capacity of the specific storages 16A to 16C to be used is insufficient.

When the master vehicle 10 determines in S130 that the capacity of the specific storages 16A to 16C to be used is not insufficient, the process proceeds to S270. Further, when the master vehicle 10 determines in S130 that the capacity of the specific storages 16A to 16C to be used is insufficient, the master vehicle 10 proceeds to S140, and transfers the service-related data to any of the specific storages 16A to 16C. Determine whether or not recording is possible.

That is, the master vehicle 10 determines whether or not the capacity shortage can be resolved by utilizing other specific storages 16A to 16C (eg 16B, 16C) in the vehicle. Then, if the capacity shortage can be resolved by using these specific storages 16A to 16C, the master vehicle 10 determines that the service-related data can be recorded in any one of the specific storages 16A to 16C.

When the master vehicle 10 determines in S140 that the service-related data can be recorded in any one of the specific storages 16A to 16C, the master vehicle 10 proceeds to S150 and stores the service-related data in any of the specific storages 16A to 16C. set to record. After that, the process proceeds to S270.

On the other hand, if the master vehicle 10 determines in S140 that the service-related data cannot be recorded in any of the specific storages 16A to 16C, the process proceeds to S160, and the transfer data representing the amount of data that can be transferred out of the vehicle is stored. Calculate quantity. Here, the master vehicle 10 refers to the service application management table 14A.

As shown in FIG. 3, the service usage management table 14A associates, for each service ID, availability of evacuation, usage scene, priority, processing order, required amount calculation unit, and required amount per unit. It is

Service ID indicates the type of service. The availability of saving indicates whether or not the data can be moved to the other vehicle storages 36A to 36C. For example, data that will not be used in the master vehicle 10 for the time being can be saved, and data that cannot be predicted when it will be used in the master vehicle 10 cannot be saved. The usage scene represents the state of the vehicle when the service is executed.

A priority is a stop order in the present disclosure, and represents a priority when stopping a service. Services are stopped as needed in order of decreasing priority value. The processing order is the order of movement in the present disclosure, and represents the order of priority when moving data to the other vehicle storages 36A to 36C. Data is moved according to need in ascending order of migration order.

Here, the master vehicle 10 refers to the service usage management table 14A and the save file management table 14B, and checks the capacity shortage of the specific storages 16A to 16C in accordance with the order of processing for the data for which saveability is set to "possible". One or a plurality of data is selected so that the amount of data is such that it can be resolved. In other words, the data to be moved is selected from the specific storages 16A to 16C so that the required storage capacity for the service to be executed is equal to or less than the free space of the specific storages 16A to 16C. Then, the total data amount of these data is calculated as the movement data amount.

Note that in the evacuation file management table 14B, as shown in FIG. 4, the service ID, file size, and evacuation destination information of data recorded in any storage are associated with each other. The save destination information is information for specifying the destination storage when data is moved.

The save destination information is blank when data is recorded in the specific storages 16A to 16C, for example. The destination storage may be the other vehicle storages 36A to 36C or may be the storage 26 of the center 20. FIG.

Subsequently, the master vehicle 10 transmits a storage allocation request to the center 20 at S170. The storage allocation request is data for requesting allocation of an area for recording data of the vehicle in the other vehicle storages 36A to 36C outside the vehicle. The storage allocation request includes the amount of data to be moved.

Subsequently, at S<b>210 , the master vehicle 10 determines whether or not allocation data has been obtained from the center 20 . The allocation data includes information for specifying the vehicle to which the other vehicle storages 36A-36C are allocated and the other vehicle storages 36A-36C in the vehicle. The allocation data is generated by the center 20 performing center processing, which will be described later.

If the master vehicle 10 determines in S210 that the allocation data has not been acquired from the center 20, the process returns to S210. On the other hand, if the master vehicle 10 determines in S210 that it has acquired the allocation data from the center 20, it proceeds to S220 and mirrors the movement data to the allocation destination vehicle using inter-vehicle communication according to the allocation data. to move. Here, moving by mirroring means moving data while copying it so that the same data is recorded in the other-vehicle storages 36A to 36C in the plurality of slave vehicles 30. FIG.

The master vehicle 10 moves the movement data in the specific storages 16A-16C to the other vehicle storages 36A-36C according to the allocation data. At this time, the master vehicle 10 moves the movement data in the specific storages 16A-16C to the other-vehicle storages 36A-36C within the free capacity of the other-vehicle storages 36A-36C according to the allocation data. In addition, the master vehicle 10 moves the data associated with the data in the specific storages 16A to 16C that are associated with the data that can be moved to the other vehicle storages 36A to 36C in accordance with the moving order in the service usage management table 14A. Let

Subsequently, at S230, the master vehicle 10 determines whether or not transmission of movement data has been completed. The master vehicle 10 determines that the transmission has been completed if the movement data has been transmitted to at least one allocation destination slave vehicle 30 .

When the master vehicle 10 determines in S230 that the transmission of the movement data has not been completed, the process returns to S220. On the other hand, when the master vehicle 10 determines in S230 that the transmission of movement data has been completed, the master vehicle 10 proceeds to S240 and updates the evacuation file management table 14B.

Note that the master vehicle 10 also updates the save file management table 14B when executing a service and recording data in the specific storages 16A to 16C.
Here, even if data is moved from the specific storages 16A to 16C to the free capacity of the other vehicle storages 36A to 36C as much as possible, the capacity of the specific storages 16A to 16C may become insufficient. Therefore, the management device 11 of the master vehicle 10 stops at least one of the plurality of services in S250 and S260 according to the stop order.

That is, in S250, the master vehicle 10 determines whether or not the capacity shortage of the specific storages 16A to 16C has been resolved by transmitting the movement data. When the master vehicle 10 determines in S250 that the storage capacity shortage has not been resolved, the master vehicle 10 proceeds to S260 and performs service stop setting. The master vehicle 10 refers to the service usage management table 14A for the service stop setting, and sets to stop the service with the highest stop priority. At this time, at least one service is selected according to the stop order to the extent that the lack of storage capacity is resolved. After that, the process proceeds to S270.

On the other hand, when the master vehicle 10 determines in S250 that the storage capacity shortage has been resolved by transmitting the movement data, the master vehicle 10 proceeds to S270. At S270, the master vehicle 10 executes the set service, and ends the master process of FIG.

[1-2-2. center processing]
Next, center processing executed by the CPU 22 in the management device 21 of the center 20 will be described with reference to the flowchart of FIG. In the following description, processing executed by the CPU 22 in the management device 21 of the center 20 is simply described as being executed by the center 20 .

In the center processing, first, in S310, the center 20 acquires the storage information of each vehicle. Each vehicle includes a master vehicle 10 and multiple slave vehicles 30 . In addition, the storage information includes the travel positions of the plurality of slave vehicles 30 and the free space information of the other vehicle storages 36A to 36C.

Subsequently, in S320, the center 20 determines whether or not there is a storage allocation request. If the center 20 determines in S320 that there is no storage allocation request, it ends the center processing of FIG.

On the other hand, if the center 20 determines in S320 that there is a storage allocation request, it proceeds to S325 and recognizes the available storage capacity of each vehicle. At this time, the center 20 may determine whether or not the specific storages 16A to 16C have insufficient capacity.

Subsequently, in S330, the center 20 calculates the inter-vehicle distance. The inter-vehicle distance can be obtained from the travel position of each vehicle. Subsequently, in S340, the center 20 extracts two slave vehicles 30 from among the plurality of slave vehicles 30 in descending order of distance from the master vehicle 10. FIG. However, the center 20 may extract vehicles excluding vehicles whose storage space is less than a preset threshold and vehicles traveling in a direction different from that of the master vehicle 10 .

Subsequently, in S<b>350 , the center 20 generates allocation data for the master vehicle 10 and the two slave vehicles 30 .
Subsequently, at S360, the center 20 sends the allocation data to the master vehicle 10 and the two slave vehicles 30A. 30B and 30C, and then the center processing in FIG. 5 ends.

[1-2-3. slave processing]
Slave processing executed by the CPU 32 in the management device 31 of the plurality of slave vehicles 30 will be described with reference to the flowchart of FIG. In the following description, processing executed by the CPUs 32 in the management devices 31 of the plurality of slave vehicles 30 is simply described as being executed by the slave vehicles 30 .

In the slave process, first, at S410, the slave vehicle 30 determines whether or not allocation data has been obtained. If the slave vehicle 30 determines in S410 that it has not acquired the allocation data, it ends the slave processing of FIG.

On the other hand, if the slave vehicle 30 determines in S410 that it has acquired the allocation data, it proceeds to S420, transitions to a standby state so that movement data can be acquired, and if movement data has been transmitted, Get movement data. Note that the standby state is a state in which the slave vehicle 30 establishes vehicle-to-vehicle communication with the master vehicle 10 and other slave vehicles 30, which are allocation sources and allocation destinations included in the allocation data, and can transmit and receive data. including processing to

Further, when the slave vehicle 30 enters the standby state, the slave vehicle 30 allocates an area for recording the movement data to the other vehicle storages 36A to 36C of the slave vehicle 30, which is the host vehicle, as instructed by the allocation data. A notification to the effect that it has been completed is transmitted to the center 20.例文帳に追加

Subsequently, at S430, the slave vehicle 30 determines whether or not acquisition of movement data has been completed. If the slave vehicle 30 determines in S430 that the acquisition of movement data has not been completed, the process returns to S420.

On the other hand, when the slave vehicle 30 determines in S430 that the movement data acquisition has been completed, the slave vehicle 30 proceeds to S435 and transmits a completion notification indicating that the movement data acquisition has been completed. A completion notification is sent to the master vehicle 10 and the other slave vehicles 30 .

Subsequently, in S440, the slave vehicle 30 determines whether or not acquisition of movement data by other slave vehicles 30 has been completed. In other words, the slave vehicle 30 determines whether or not a completion notification has been received from another slave vehicle 30, thereby mirroring the data in the specific storages 16A to 16C to a plurality of other vehicle storages 36A to 36C. Determine whether or not the

If the slave vehicle 30 determines in S440 that the movement data acquisition by the other slave vehicle 30 has been completed, it ends the slave processing of FIG. On the other hand, when the slave vehicle 30 determines in S440 that the movement data acquisition by the other slave vehicle 30 has not been completed, the process proceeds to S450 to determine whether the movement data can be transferred to the other slave vehicle 30. determine whether or not Here, the slave vehicle 30 determines that the movement data can be transferred, for example, when the state in which the communication is interrupted returns to the state in which the communication is possible.

When the slave vehicle 30 determines in S450 that data cannot be transferred to another slave vehicle 30, the process returns to S450. On the other hand, when the slave vehicle 30 determines in S450 that the data can be transferred to another slave vehicle 30, the process proceeds to S460. Then, in S460, the slave vehicle 30 transfers the data, that is, after copying the movement data recorded in the storage of the slave vehicle 30 and transmitting it to the other slave vehicles 30, the slave processing of FIG. 6 ends.

[1-3. Sequence Diagram]
[1-3-1. In-vehicle storage allocation process]
FIG. 7 is a sequence diagram of in-vehicle storage allocation processing. The in-vehicle storage allocation process generally corresponds to the processes of S130 to S150 of the master process described above, and the details thereof will be shown. Note that the service in FIG. 7 indicates a control device that provides the service or an application executed by the control device.

In the in-vehicle storage allocation process, as shown in FIG. 7, the master vehicle 10 collects the free capacities of the specific storages 16A to 16C. Note that the service usage management table 14A is created in advance.

When executing the service, the master vehicle 10 requests the service to inquire about the storage capacity required for the service, and the service responds to the request. Then, the master vehicle 10 allocates specific storages 16A to 16C that can be used for services according to the required storage capacity, and moves the data in the specific storages 16A to 16C to other specific storages 16A to 16C as necessary. Let

When the specific storages 16A-16C are successfully allocated, the master vehicle 10 notifies the service of the allocation result, and when the specific storages 16A-16C cannot be allocated, the service cannot be allocated. give notice.

[1-3-2. Other vehicle storage allocation processing (via center)]
FIG. 8 is a sequence diagram of other vehicle storage allocation processing via the center. In the other vehicle storage allocation process via the center, the details of part of the processes from S170 onwards of the master process, the center process, and the slave process are generally shown.

In the other vehicle storage allocation process, as shown in FIG. to record. When a storage allocation request is received from the master vehicle 10, it selects two slave vehicles 30, transmits the allocation data to these slave vehicles 30 and the master vehicle 10, and requests storage allocation.

Then, the master vehicle 10 and the plurality of slave vehicles 30 establish inter-vehicle communication and transfer data. At this time, since communication between each vehicle 10, 30 and the center 20 is unnecessary, communication via the base station 6 becomes unstable, such as when each vehicle 10, 30 enters a tunnel during transmission and reception of mobile data. Even in such a situation, each vehicle 10, 30 can continue good communication.

[1-3-3. Other vehicle storage allocation processing (when communication is interrupted)]
FIG. 9 is a sequence diagram of other-vehicle storage allocation processing when communication is interrupted.
The upper part of FIG. 9 shows, for example, a case where the slave vehicle 30C is in a communication cutoff state in which vehicle-to-vehicle communication cannot be performed with the master vehicle 10 and the other slave vehicle 30B. In this case, as described above, after the vehicle-to-vehicle communication is restored, the other slave vehicle 30B transmits the movement data received from the master vehicle 10 to the slave vehicle 30C with which communication has been interrupted.

It should be noted that the above embodiment does not assume a case where the master vehicle 10 cannot communicate with any of the plurality of slave vehicles 30 . If communication with none of the plurality of slave vehicles 30 is possible, the master vehicle 10 may transmit movement data to the storage 26 of the center 20, as shown in the lower part of FIG. 9, for example. In this case, if the master vehicle 10 cannot send movement data to the storage 26 of the center 20, the master vehicle 10 should stop the service.

[1-4. effect]
According to the embodiment detailed above, the following effects are obtained.
(1a) One aspect of the present disclosure is a storage management system 1 configured to manage multiple storages. The storage management system 1 includes at least one management device 11, 21, 31, specific storages 16A-16C, and other vehicle storages 36A-36C.

The management device 11 of the master vehicle 10 and the management device 21 of the center 20 are configured to determine whether or not the capacity of the specific storages 16A to 16C is insufficient in S130 and S325. Also, the management device 21 of the center 20 is configured to acquire the free space of the other vehicle storages 36A to 36C in S310. When the management device 11 of the master vehicle 10 determines that the capacity of the specific storages 16A to 16C is insufficient, in S220, within the free capacity of the other vehicle storages 36A to 36C, the management device 11 of the specific storages 16A to 16C It is configured to move data to other vehicle storage 36A-36C.

According to such a configuration, the slave vehicles 30A to 30C, that is, other people's storage can be used, so there is no need to prepare the storage by oneself. Therefore, compared to a configuration that uses only its own storage, it is possible to use a larger amount of storage, thereby improving usability.

(1b) In one aspect of the present disclosure, the master vehicle 10 and the slave vehicles 30A-30C are configured to be capable of inter-vehicle communication. In S220, the management device 11 of the master vehicle 10 uses inter-vehicle communication to move the data in the specific storages 16A-16C to the other-vehicle storages 36A-36C.

According to such a configuration, it is possible to effectively utilize the storage of the slave vehicles 30A to 30C located within a communicable range from the master vehicle 10 in vehicle-to-vehicle communication.
(1c) In one aspect of the present disclosure, a plurality of other-vehicle storages 36A-36C respectively mounted on a plurality of slave vehicles 30A-30C are provided. In S220, the management device 11 of the master vehicle 10 migrates the data in the specific storages 16A to 16C to the plurality of other vehicle storages 36A to 36C by mirroring.

According to such a configuration, since data is migrated to a plurality of other-vehicle storages 36A to 36C by mirroring, redundancy can be ensured.
(1d) In one aspect of the present disclosure, in S440, was the management device 31 of the slave vehicle 30A-30C able to migrate the data in the specific storages 16A-16C to the plurality of other vehicle storages 36A-36C by mirroring? It is configured to determine whether or not Also, if the data in the specific storages 16A-16C cannot be mirrored to the plurality of other vehicle storages 36A-36C, the data is copied between the plurality of other vehicle storages 36A-36C in S450 and S460. configured to allow

According to such a configuration, even if normal mirroring cannot be performed for some reason such as a communication failure, data can be restored by mirroring thereafter.

(1e) In one aspect of the present disclosure, a service in which a moving order representing a priority when moving data to other vehicle storages 36A to 36C and a type of service that can be provided by the master vehicle 10 are associated in advance. It further includes a usage management table 14A. The management device 11 of the master vehicle 10 is configured to move the data in the specific storages 16A-16C to the other vehicle storages 36A-36C in S220 according to the movement order in the service usage management table 14A.

According to such a configuration, the data in the specific storages 16A-16C are moved to the other-vehicle storages 36A-36C according to the moving order, so that the data with the higher moving order can be reliably protected.

(1f) In one aspect of the present disclosure, in the service usage management table 14A, in addition to the order of movement and the type of service, whether data may be moved to the other vehicle storages 36A to 36C is associated in advance. It is

In S220, the management device 11 of the master vehicle 10 transfers only the data associated with the service usage management table 14A to the other vehicle storages 36A to 36C according to the transfer order to the specific storages 16A to 36C. 16C is moved to other vehicle storages 36A-36C.

According to such a configuration, it is possible to prevent the data to be held in the master vehicle 10 from being moved to the other vehicle storages 36A to 36C.
(1g) In one aspect of the present disclosure, when the capacity of the specific storages 16A to 16C is insufficient even when the free capacities of the other vehicle storages 36A to 36C are considered, the management device 11 of the master vehicle 10 , to stop at least one of the plurality of services in accordance with a stop order representing priority in stopping the services.

According to such a configuration, it is possible to solve the lack of storage capacity by stopping some of the services that use the storage. At this time, since the services are stopped according to the order of stop, it is possible to stop less important services and keep more important services running as much as possible.

[2. Other embodiments]
Although the embodiments of the present disclosure have been described above, the present disclosure is not limited to the above-described embodiments, and various modifications can be made.

(2a) In the above-described embodiment, the other-vehicle storage allocation process is performed via the center 20, but the other-vehicle storage allocation process is performed by the master vehicle 10 and the plurality of slave vehicles 30 without using the center 20. good too. In this case, the above-described center processing is performed by the master vehicle 10, and the processing in which the master vehicle 10 communicates with the center 20 may be omitted or replaced with communication within the master vehicle 10. FIG.

Here, FIG. 10 is a sequence diagram of other-vehicle storage allocation processing only between vehicles. When the other-vehicle storage allocation processing is performed by the master vehicle 10 and the plurality of slave vehicles 30, as shown in FIG. You can enjoy the same effect as

(2b) the management devices 11, 21, 31 and techniques described in this disclosure by configuring a processor and memory programmed to perform one or more functions embodied by a computer program; It may be implemented by a provided dedicated computer. Alternatively, the management devices 11, 21, 31 and techniques described in this disclosure may be implemented by a dedicated computer provided by configuring a processor with one or more dedicated hardware logic circuits. Alternatively, the management devices 11, 21, 31 and techniques described in this disclosure are configured with a processor and memory and one or more hardware logic circuits programmed to perform one or more functions. It may also be implemented by one or more dedicated computers configured in combination with processors. Computer programs may also be stored as computer-executable instructions on a computer-readable non-transitional tangible storage medium. The method of realizing the function of each part included in the management devices 11, 21, 31 does not necessarily include software, and all the functions are realized using one or more pieces of hardware. good too.

(2c) A plurality of functions possessed by one component in the above embodiment may be realized by a plurality of components, or a function possessed by one component may be realized by a plurality of components. . Also, a plurality of functions possessed by a plurality of components may be realized by a single component, or a function realized by a plurality of components may be realized by a single component. Also, part of the configuration of the above embodiment may be omitted. Moreover, at least part of the configuration of the above embodiment may be added or replaced with respect to the configuration of the other above embodiment.

(2d) In addition to the storage management system 1 described above, the management devices 11, 21, and 31 having the storage management system 1 as a component, a program for causing a computer to function as the management devices 11, 21, and 31, and this program The present disclosure can also be implemented in various forms such as a non-transitional physical recording medium such as a recorded semiconductor memory, a storage management method, and the like.

DESCRIPTION OF SYMBOLS 1... Storage management system, 5... Internet network, 6... Base station, 10... Master vehicle, 11, 21, 31... Management apparatus, 12, 22, 32... CPU, 13, 23, 33... Memory, 14A... Service use Management table 14B Save file management table 16A, 16B, 16C Specific storage 17 Communication unit 20 Center 26 Storage 27 Communication unit 30, 30A, 30B, 30C Slave vehicle 36A, 36B, 36C...Other vehicle storage.

Claims (8)

A storage management system (1) configured to manage a plurality of storages (16A-16C, 26, 36A-36C),
at least one management device (11, 21, 31);
Specific storages (16A, 16B, 16C) representing storages mounted on a specific vehicle (10);
Other vehicle storage (36A, 36B, 36C) representing at least one storage mounted in another vehicle (30A, 30B, 30C) other than the specific vehicle;
with
The at least one management device,
a capacity determination unit (S130, S325) configured to determine whether the specific storage has insufficient capacity;
a capacity acquisition unit (S310) configured to acquire the free space of the other vehicle storage;
A data transfer unit ( S220) and
A storage management system with A storage management system according to claim 1, wherein
The specific vehicle and the other vehicle are configured to be capable of inter-vehicle communication,
The storage management system, wherein the data moving unit is configured to move the data in the specific storage to the other vehicle storage using the vehicle-to-vehicle communication. The storage management system according to claim 1 or claim 2,
The other-vehicle storage includes a plurality of other-vehicle storages respectively mounted in a plurality of other-vehicles,
The storage management system, wherein the data migration unit is configured to migrate the data in the specific storage to the plurality of other vehicle storages by mirroring. A storage management system according to claim 3,
a mirroring determination unit (S440) configured to determine whether or not the data in the specific storage could be migrated to the plurality of other-vehicle storages by mirroring;
A data recovery unit (S450, S460) configured to copy data between the plurality of other-vehicle storages when the data in the specific storage cannot be migrated to the plurality of other-vehicle storages by mirroring. )and,
A storage management system further comprising: The storage management system according to any one of claims 1 to 4,
further comprising a management table (14A) in which a movement order representing an order of priority when moving data to the other vehicle storage and types of services that can be provided by the specific vehicle are associated in advance;
The storage management system, wherein the data transfer unit is configured to transfer the data in the specific storage to the other vehicle storage according to the transfer order of the management table. A storage management system according to claim 5,
In the management table, in addition to the moving order and the service type, whether or not data may be moved to the other vehicle storage is associated in advance,
The data transfer unit transfers data in the specific storage to the other vehicle storage according to the order of transfer only for data associated with the management table to allow the data to be transferred to the other vehicle storage. A storage management system configured to allow The storage management system according to any one of claims 1 to 6,
When the capacity of the specific storage is insufficient even when the free space of the storage of the other vehicle is taken into consideration, the order of priority for stopping the services, which is preset for each of the plurality of services that can be provided by the specific vehicle, is determined. a service stopping unit (S250, S260) configured to stop at least one of the plurality of services according to the displayed order of stopping;
A storage management system further comprising: A storage management device (11, 21, 31),
a capacity determination unit (S130, S325) configured to determine whether or not the capacity of the specific storage representing the storage installed in the specific vehicle is insufficient;
a capacity acquisition unit (S310) configured to acquire a free space of another vehicle storage representing at least one storage installed in another vehicle other than the specific vehicle;
A data transfer unit ( S220) and
A storage management device comprising:

Images