JP2012113394A - Download control system for program and download control method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide "a download control system for program and a download control method" in which trouble in operation of an existent program can be avoided by downloading a new program from a server to an on-vehicle unit and executing the program.SOLUTION: A download control system includes a state quantity determination section 30 which uses a state quantity of resources required for executing a program in an on-vehicle unit 20 to determine whether a predetermined condition is satisfied, when there is a download request of the program from the on-vehicle unit 20 to a server 10, and a warning section 31 which issues a warning message when it is determined that the predetermined condition is not satisfied. Prior to actually downloading and executing the program, the warning message is issued when the predetermined condition is not satisfied. Therefore, a user can take such a measure as to prevent the program from being downloaded when the warning is issued or to prevent the program from being operated simultaneously with an existent program even when the program is downloaded.

Description

  The present invention relates to a program download control system and a download control method, and more particularly to a control technique for downloading a program from a server to an in-vehicle device.

  In recent years, an in-vehicle device that can be connected to a communication network such as the Internet has been provided, and a desired program can be downloaded to the in-vehicle device from a server on the Internet. However, in an in-vehicle device, unlike a personal computer or the like, there are usually severe restrictions on resources such as memory capacity and CPU power. For this reason, if a plurality of programs are downloaded and executed at the same time, resources will be used beyond an allowable range, which may hinder the operation of the programs.

  In particular, in the case of in-vehicle devices, to improve driving safety (for example, programs for displaying video captured by an in-vehicle camera, programs for making hands-free calls, etc.) and driving support (For example, a navigation program that makes it easy to reach a desired destination). Conventionally, if you download a new program in addition to these programs and execute it at the same time, the display of the video taken by the in-vehicle camera will be delayed, affecting safety, and the driving guidance will be delayed leading to the wrong road. There was a problem that I could get lost.

  In addition, regarding the execution of an application, a technique that can detect a sign of a failure has been proposed (see, for example, Patent Document 1). In this patent document, processor load information when an application is executed and sensor measurement values for each hardware component when the application is executed are stored in advance as correspondence information for each load information as application characteristic information. Keep it. Then, the predicted value of the state quantity of the component corresponding to the current load information is obtained for each component from the characteristic information for each application, the state quantity for each current component is obtained as the current value, and the predicted value and the current value are obtained. Based on the above, a failure sign is determined.

JP 2010-79811 A

  According to the conventional technique according to Patent Document 1, it is possible to detect an indication of a hardware failure by monitoring the operation status of an application and the output of a sensor. However, a sign of a failure cannot be detected unless the application is actually being executed. In other words, even if an existing program that already exists in the in-vehicle device and a newly downloaded program are executed at the same time, even if the operation is not guaranteed due to the resource relationship, the program is actually downloaded and executed. Without it, it is impossible to detect a sign of failure.

  The present invention has been made to solve such a problem, and it is possible to avoid the trouble of the operation of the existing program by downloading and executing a new program from the server to the in-vehicle device. The purpose is to do.

  In order to solve the above-described problem, in the present invention, when there is a program download request from the in-vehicle device to the server, the state quantity of the resource required when the program is executed in the in-vehicle device is used. It is determined whether or not a predetermined condition is satisfied, and a warning message is issued when it is determined that the predetermined condition is not satisfied.

  According to the present invention configured as described above, it is necessary when the on-vehicle device in which the existing program exists is executed before the on-vehicle device actually downloads and executes the program from the server. It is determined whether or not a predetermined condition is satisfied using a resource, and a warning is issued if the predetermined condition is not satisfied. Therefore, the user can take measures such as not downloading the program when a warning is given, or not operating at the same time as the existing program even if downloaded. Thereby, it is possible to avoid the trouble of the operation of the existing program by downloading and executing a new program from the server to the in-vehicle device.

It is a figure which shows the structural example of the download control system of the program by this embodiment. It is a flowchart which shows the operation example of the download control system of the program by this embodiment. It is a figure which shows the other structural example of the download control system of the program by this embodiment.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a diagram illustrating a configuration example of a program download control system according to the present embodiment. As shown in FIG. 1, the program download control system according to the present embodiment is configured such that the server 10 and the in-vehicle device 20 can be connected via a communication network 100 such as the Internet, and the program is transmitted from the server 10 to the in-vehicle device 20. It is designed to control when downloading.

  The server 10 includes a program storage unit 11, a necessary resource information storage unit 12, a list generation unit 13, a necessary resource information acquisition unit 14, a program acquisition unit 15, and a communication unit 16.

  The program storage unit 11 stores one or more programs to be downloaded that can be downloaded to the in-vehicle device 20. Further, the program storage unit 11 stores identification information (for example, a program ID, a program name, a category name indicating the type of program, etc.) for each program to be downloaded.

  The necessary resource information storage unit 12 determines the resource state amount of the in-vehicle device 20 required when the in-vehicle device 20 executes the program for the download target program stored in the program storage unit 11. Are stored in advance in association with the program ID for each program. Required resource information includes, for example, CPU power (XX [MIPS / MHz], etc.) required to execute the program, RAM access amount (XX msec cycle, xx msec occupation, etc.), RAM area (XX [MIPS / MHz] etc.).

  The list generation unit 13 generates a list of programs to be downloaded in response to a request from the in-vehicle device 20. Specifically, the list generation unit 13 generates a program list using the program ID, program name, and category name of each program stored in the program storage unit 11. The list generation unit 13 supplies the generated program list to the communication unit 16.

  The necessary resource information acquisition unit 14 acquires the necessary resource information related to the program requested to be downloaded from the in-vehicle device 20 from the necessary resource information storage unit 12 together with the program ID, and supplies it to the communication unit 16. Specifically, the necessary resource information acquisition unit 14 acquires the necessary resource information of the corresponding program from the necessary resource information storage unit 12 based on the program ID included in the download request, and communicates with the program ID. 16 is supplied.

  The program acquisition unit 15 acquires the program requested to be downloaded from the in-vehicle device 20 from the program storage unit 11 together with the program ID, and supplies the acquired program to the communication unit 16. Specifically, the program acquisition unit 15 acquires the corresponding program from the program storage unit 11 based on the program ID included in the download execution request, and supplies it to the communication unit 16 together with the program ID.

  The communication unit 16 receives various requests from the in-vehicle device 20 via the communication network 100 and performs processing for returning responses to the in-vehicle device 20 via the communication network 100. For example, the communication unit 16 receives a program list display request from the in-vehicle device 20 and supplies the display request to the list generation unit 13. And the communication part 16 receives the program list produced | generated by the list production | generation part 13 as a response with respect to the display request, and transmits to the vehicle equipment 20.

  The communication unit 16 also receives a program download request from the in-vehicle device 20 and supplies the program ID included in the download request to the necessary resource information acquisition unit 14. Then, since the necessary resource information and the program ID related to the program indicated by the program ID are acquired from the required resource information storage unit 12 by the required resource information acquisition unit 14, the communication unit 16 receives the necessary resource information and the program ID, It transmits to the vehicle equipment 20. Since the in-vehicle device 20 that has made the download request knows the program ID, the program ID does not necessarily have to be transmitted.

  The communication unit 16 also receives a program download execution request from the in-vehicle device 20 and supplies the program ID included in the download execution request to the program acquisition unit 15. Then, since the program and program ID indicated by the program ID are acquired from the program storage unit 11 by the program acquisition unit 15, the communication unit 16 receives the program and the program ID and transmits them to the in-vehicle device 20. Since the in-vehicle device 20 that has made the download request knows the program ID, transmission of the program ID is not essential.

  The in-vehicle device 20 includes a program storage unit 21, a program execution unit 22, a second necessary resource information storage unit 23, a request reception unit 24, a communication unit 25, a display control unit 26, a necessary resource information acquisition unit 27, and a program acquisition unit 28. , A use resource information acquisition unit 29, a state quantity determination unit 30, a warning unit 31, and a recording unit 32.

  The program storage unit 21 stores one or more programs that can be executed in the in-vehicle device 20. The programs stored in the program storage unit 21 include programs that are downloaded from the server 10 and installed in addition to programs that are installed in advance in the initial state of the vehicle-mounted device 20 at the time of shipment. In the present embodiment, the program stored in the program storage unit 21 is referred to as “existing program”.

  The program execution unit 22 executes one or more existing programs stored in the program storage unit 21. Basically, the program execution unit 22 selectively executes a program that is instructed to be executed by the user. However, for a type of program that must always operate in the background (hereinafter referred to as a resident program), the program execution unit 22 does not receive an instruction from the user when the vehicle-mounted device 20 is turned on. Automatically start and execute.

  The second required resource information storage unit 23 uses the second required resource to indicate the state quantity of the resource of the in-vehicle device 20 required when the program execution unit 22 executes the existing program stored in the program storage unit 21. Information is stored in advance in association with the program ID for each existing program. The second necessary resource information is also the same information as the necessary resource information, and the CPU power (XX [MIPS / MHz], etc.) required for executing the program, the RAM access amount (XX msec cycle, XX msec occupation), RAM area (XX [MIPS / MHz], etc.).

  The request receiving unit 24 receives various requests through user operations on the operation unit 40. For example, the request reception unit 24 receives a request for displaying a list of programs to be downloaded, and supplies the display request to the communication unit 25. The request receiving unit 24 receives a download request for a desired program and supplies the download request to the communication unit 25. The request receiving unit 24 receives a download execution request for a desired program and supplies the download execution request to the communication unit 25. Note that the download request and the download execution request include the program ID of the designated program.

  The communication unit 25 transmits various requests received from the request reception unit 24 to the server 10 via the communication network 100 and performs processing for receiving responses from the server 10 via the communication network 100. For example, the communication unit 25 receives a program list display request from the request reception unit 24 and transmits the display request to the server 10. The communication unit 25 receives the program list (including the program ID, program name, and category name) sent from the server 10 as a response to the display request, and supplies the received program list to the display control unit 26. The display control unit 26 displays the program list received from the communication unit 25 on the display unit 50.

  In addition, the communication unit 25 receives a program download request from the request reception unit 24 and transmits the download request to the server 10. Then, the communication unit 25 receives the necessary resource information and the program ID sent from the server 10 as a response to the download request, and supplies it to the display control unit 26 and the necessary resource information acquisition unit 27. The display control unit 26 displays the necessary resource information received from the communication unit 25 on the display unit 50.

  The communication unit 25 receives a program download execution request from the request reception unit 24 and transmits the download execution request to the server 10. Then, the communication unit 25 receives the program and program ID sent from the server 10 as a response to the download execution request, and supplies it to the program acquisition unit 28.

  The required resource information acquisition unit 27 acquires the required resource information and program ID sent from the server 10 as a response when a request for downloading a desired program is sent from the in-vehicle device 20 to the server 10. When the necessary resource information acquisition unit 27 acquires the necessary resource information and the program ID from the server 10, the required resource information acquisition unit 27 notifies the use resource information acquisition unit 29 to that effect.

  The program acquisition unit 28 acquires a program and a program ID sent from the server 10 as a response when a download execution request for a desired program is sent from the in-vehicle device 20 to the server 10. And the acquired program and program ID are memorize | stored in the program memory | storage part 11, and the said program is installed. In addition, when the program acquisition unit 28 acquires a program and a program ID from the server 10, the program acquisition unit 28 notifies the recording unit 32 to that effect.

  When the used resource information acquisition unit 29 receives a notification from the required resource information acquisition unit 27 that the required resource information has been acquired, the program execution unit 22 has executed all the existing programs stored in the program storage unit 21. The state quantity of the resource of the in-vehicle device 20 used in this case is acquired from the second necessary resource information storage unit 23 as the used resource information. That is, the used resource information acquisition unit 29 acquires second required resource information regarding all existing programs stored in the program storage unit 21 from the second required resource information storage unit 23 as used resource information.

  The state quantity determination unit 30 includes the necessary resource information acquired by the necessary resource information acquisition unit 27 (the resource state quantity used when a program requested to be downloaded from the in-vehicle device 20 to the server 10 is temporarily executed). Based on the used resource information acquired by the used resource information acquiring unit 29 (the state quantity of the resource used when all the existing programs stored in the program storage unit 21 are executed), the necessary resource information It is determined whether or not the sum of the resource state quantity represented by the resource state quantity represented by the used resource information exceeds a predetermined allowable state quantity.

  Here, the allowable state quantity is set to a value that is unlikely to cause a problem in the operation of the program when all the programs are executed at the same time or is considered to be low. The hindrance to the operation means, for example, a case where an operation response becomes slower than a predetermined speed due to an excessive load caused by simultaneous execution of programs. Such an allowable state quantity can be set based on a prior actual measurement result.

  In the present embodiment, three types of resource state quantities are used: CPU power, RAM access amount, and RAM area. The state quantity determination unit 30 calculates the total of the state quantity represented by the necessary resource information and the state quantity represented by the used resource information for each of the three types of state quantities, and previously calculates the state quantity for each of the three types of state quantities. It is determined whether or not the set allowable state quantity is exceeded.

  The warning unit 31 issues a warning message to the display control unit 26 when the state quantity determination unit 30 determines that the allowable state quantity is exceeded. Specifically, the warning unit 31 sends a warning message to the display control unit 26 when the state quantity determination unit 30 determines that any one of the three types of state quantities exceeds the allowable state quantity. Issue. The display control unit 26 displays the warning message issued from the warning unit 31 on the display unit 50.

  When the recording unit 32 receives a notification that the program has been acquired (downloaded) from the server 10 from the program acquisition unit 28, the recording unit 32 specifies the necessary resource information specified by the program ID of the downloaded program (by the necessary resource information acquisition unit 27). Acquired) is newly added and stored in the second necessary resource information storage unit 23.

  Next, the operation of the program download control system according to the present embodiment configured as described above will be described. FIG. 2 is a flowchart showing an operation example of the program download control system according to the present embodiment. The flowchart shown in FIG. 2 starts when a program download menu is selected on the menu screen displayed on the display unit 50, for example.

  First, in the in-vehicle device 20, when the request reception unit 24 receives a program list display request (step S1), the communication unit 25 transmits the display request to the server 10 (step S2). In the server 10, when the communication unit 16 receives a program list display request, the communication unit 16 supplies the display request to the list generation unit 13. The list generation unit 13 generates a program list using the program ID, program name, and category name of each program stored in the program storage unit 11, and supplies the generated program list to the communication unit 16 (step S3). .

  The communication unit 16 transmits the program list received from the list generation unit 13 to the in-vehicle device 20 (step S4). In the in-vehicle device 20, the program list sent from the server 10 is received by the communication unit 25 and supplied to the display control unit 26. The display control unit 26 displays the program list received from the communication unit 25 on the display unit 50 (step S5).

  In a state where the program list is displayed, the request receiving unit 24 determines whether a download request has been made by selecting any program from the list (step S6). Note that the determination in step S6 is repeated until the request receiving unit 24 receives a download request. When the request receiving unit 24 receives a download request related to any program, the communication unit 25 transmits the download request to the server 10 (step S7).

  In the server 10, when the communication unit 16 receives a program download request from the in-vehicle device 20, the communication unit 16 supplies the download request to the necessary resource information acquisition unit 14. The necessary resource information acquisition unit 14 acquires the necessary resource information regarding the program requested to be downloaded from the necessary resource information storage unit 12, and supplies the acquired necessary resource information to the communication unit 16 (step S8). The communication part 16 transmits the required resource information received from the required resource information acquisition part 14 to the vehicle equipment 20 (step S9).

  In the in-vehicle device 20, the required resource information sent from the server 10 is received by the communication unit 25 and supplied to the display control unit 26 and the necessary resource information acquisition unit 27. The display control unit 26 displays the necessary resource information received from the communication unit 25 on the display unit 50 (step S10). The required resource information acquisition unit 27 supplies the required resource information acquired from the communication unit 25 to the state quantity determination unit 30 and notifies the use resource information acquisition unit 29 that the required resource information has been acquired.

  The used resource information acquisition unit 29 that has received the notification that the necessary resource information has been acquired from the server 10, that is, the state quantity of resources used when the existing program held by the in-vehicle device 20 is executed, that is, the program storage The second required resource information regarding all the existing programs stored in the unit 21 is acquired from the second required resource information storage unit 23 as used resource information (step S11).

  Next, the state quantity determination unit 30 receives the necessary resource information (required resource information acquired by the required resource information acquisition unit 27) sent from the server 10 in step S9 regarding the download requested program, and the second in step S11. Based on the used resource information acquired from the necessary resource information storage unit 23, the total of the resource state amount represented by the necessary resource information and the resource state amount represented by the used resource information is determined in advance. It is determined whether or not the allowable state quantity is exceeded (step S12).

  If the state quantity determination unit 30 determines that the allowable state quantity is exceeded, the warning unit 31 issues a warning message to the effect that the resource state quantity exceeds the allowable state quantity (step S13). The display control unit 26 displays this warning message on the display unit 50. If the state quantity determination unit 30 determines that the resource state quantity does not exceed the allowable state quantity, the process of step S13 is not performed.

  Next, the request receiving unit 24 determines whether or not a download execution request for actually downloading the program has been made by the user who has viewed the necessary resource information and the warning message for the requested program. Step S14). Here, when the request reception unit 24 does not receive the download execution request within a predetermined time after the necessary resource information is displayed on the display unit 50 in step S10, the process of FIG. 2 ends.

  On the other hand, when the request reception unit 24 receives a download execution request within a predetermined time, the communication unit 25 transmits the download execution request to the server 10 (step S15). In the server 10, when the communication unit 16 receives a program download execution request from the in-vehicle device 20, the communication unit 16 supplies the download execution request to the program acquisition unit 15.

  The program acquisition unit 15 acquires the program requested to be downloaded from the program storage unit 11, and supplies the acquired program to the communication unit 16 (step S16). The communication part 16 transmits the program received from the program acquisition part 15 to the vehicle equipment 20 (step S17).

  In the in-vehicle device 20, the program sent from the server 10 is received by the communication unit 25 and supplied to the program acquisition unit 28. The program acquisition unit 28 stores the program acquired from the communication unit 25 in the program storage unit 11 and installs it (step S18). Further, the program acquisition unit 28 notifies the recording unit 32 that the program has been acquired from the server 10.

  Receiving the notification that the program has been acquired (downloaded) from the server 10, the recording unit 32 receives the necessary resource information (obtained by the necessary resource information acquiring unit 27) specified by the program ID of the downloaded program. 2 is newly added and stored in the required resource information storage unit 23 (step S19). Thereby, the process of FIG. 2 ends.

  As described above in detail, in the present embodiment, when there is a program download request from the in-vehicle device 20 to the server 10, the state quantity of resources required when the program is executed by the in-vehicle device 20 ( Necessary resource information sent from the server 10 to the in-vehicle device 20) and state quantities of resources used by executing the existing program held by the in-vehicle device 20 (used resource information acquired by the in-vehicle device 20) It is determined whether or not the total exceeds a predetermined allowable state quantity, and a warning message is issued when the total exceeds the allowable state quantity.

  According to the present embodiment configured as described above, when the in-vehicle device 20 simultaneously executes the program requested to be downloaded and the existing program before the in-vehicle device 20 actually downloads and executes the program from the server 10. It is determined whether or not the resources of the in-vehicle device 20 are to be used beyond the allowable range. If the allowable range is exceeded, a warning is issued. Therefore, the user can take measures such as not downloading the program when a warning is given, or not operating at the same time as the existing program even if downloaded. As a result, it is possible to avoid the trouble of the operation of the existing program by downloading and executing a new program from the server 10 to the in-vehicle device 20.

  In the above embodiment, the necessary resource information related to the program requested to be downloaded is sent from the server 10 to the in-vehicle device 20, and the in-vehicle device 20 determines whether or not the sum of the resource state quantities exceeds the allowable state quantity. However, the present invention is not limited to this. For example, the use resource information related to the existing program may be sent from the in-vehicle device 20 to the server 10, and the server 10 may determine whether or not the total of the resource state quantities exceeds the allowable state quantity. In this case, the server 10 issues a warning message to the in-vehicle device 20 when it is determined that the sum of the resource state quantities exceeds the allowable state quantity.

  FIG. 3 is a diagram illustrating a configuration example of a program download control system when the determination is performed by the server 10 as described above. 3 that have the same reference numerals as those shown in FIG. 1 have the same functions, redundant description thereof will be omitted here.

  As illustrated in FIG. 3, the in-vehicle device 20 ′ does not include the state quantity determination unit 30 and the warning unit 31 illustrated in FIG. 1. In addition, the in-vehicle device 20 ′ includes a necessary resource information acquisition unit 27 ′ and a usage resource information acquisition unit 29 ′ having slightly different functions instead of the necessary resource information acquisition unit 27 and the usage resource information acquisition unit 29 illustrated in FIG. I have.

  In addition to the configuration shown in FIG. 1, the server 10 ′ includes a use resource information acquisition unit 17, a state quantity determination unit 30 ′, and a warning unit 31 ′. Further, the server 10 ′ includes a necessary resource information acquisition unit 14 ′ having slightly different functions instead of the necessary resource information acquisition unit 14 illustrated in FIG. 1.

  The required resource information acquisition unit 14 ′ of the server 10 ′ supplies the required resource information acquired from the required resource information storage unit 12 to the state quantity determination unit 30 ′ in addition to the communication unit 16. The used resource information acquisition unit 29 ′ of the in-vehicle device 20 ′ supplies the used resource information acquired from the second necessary resource information storage unit 23 to the communication unit 25. The communication unit 25 transmits the usage resource information received from the usage resource information acquisition unit 29 to the server 10 ′.

  The used resource information acquisition unit 17 of the server 10 ′ receives the used resource information transmitted from the in-vehicle device 20 ′ via the communication unit 16. The received use resource information is supplied to the state quantity determination unit 30 '. The state quantity determination unit 30 ′ is a resource represented by the required resource information based on the required resource information acquired by the required resource information acquisition unit 14 ′ and the used resource information acquired by the used resource information acquisition unit 17. It is determined whether the total of the state quantity of the resource and the state quantity of the resource represented by the used resource information exceeds the allowable state quantity.

  The warning unit 31 ′ issues a warning message to the communication unit 16 when the state quantity determination unit 30 ′ determines that the allowable state quantity is exceeded. The communication unit 16 transmits the warning message received from the warning unit 31 'to the in-vehicle device 20'. In the in-vehicle device 20 ′, the communication unit 25 receives this warning message and supplies it to the display control unit 26. The display control unit 26 displays the warning message received from the communication unit 25 on the display unit 50.

  As described above, when the required resource information acquisition unit 14 ′ supplies the required resource information acquired from the required resource information storage unit 12 to the communication unit 16, the communication unit 16 transmits the required resource information to the in-vehicle device 20 ′. . In the in-vehicle device 20 ′, the communication unit 25 receives this necessary resource information and supplies it to the display control unit 26 and the necessary resource information acquisition unit 27 ′. The necessary resource information acquisition unit 27 ′ supplies the acquired necessary resource information to the recording unit 32.

  Further, in the above-described embodiment, the necessary resource information is transmitted from the server 10 to the vehicle-mounted device 20 in response to the program download request, and after determining whether or not the total state quantity of resources exceeds the allowable state quantity, Although a program is downloaded from the server 10 to the vehicle-mounted device 20 when a download execution request is made, the present invention is not limited to this. For example, when a program download request is made, the program is downloaded from the server 10 to the in-vehicle device 20 together with necessary resource information. Then, after that, it is determined whether or not the total of the state quantities of the resources exceeds the allowable state quantity, and a warning message may be issued when it is determined that it exceeds.

  Even if the total of the resource state quantity required by all the existing programs and the resource state quantity required by the downloaded program exceeds the allowable state quantity in the calculation, downloading to the in-vehicle device 20 is possible. If only the installation is performed and the installed program is not executed, the total amount of resource states does not immediately exceed the allowable state amount. Therefore, after downloading (or installing) a new program, if a warning message is issued by determining whether or not the total of the resource state quantities exceeds the allowable state quantity, the user who sees the warning message Therefore, it is possible to take measures such that all programs are not operated simultaneously. As a result, it is possible to avoid the trouble of the operation of the existing program by downloading and executing a new program from the server 10 to the in-vehicle device 20.

  When the program to be downloaded is a resident program, there is a possibility that the program download, installation and execution are automatically performed as a series of operations. Therefore, when a program download request is made, it is first determined whether or not the program is a resident program. If the program is not a resident program, the program is downloaded together with necessary resource information, and thereafter, it is determined whether or not the total of the resource state quantities exceeds the allowable state quantity. On the other hand, if it is a resident program, only the necessary resource information may be transmitted in response to the download request to make a determination, and then the program may be downloaded when a download execution request is made.

  Moreover, although the said embodiment demonstrated the example which acquires the state quantity of a resource required when executing all the existing programs memorize | stored in the program memory | storage part 21 of the vehicle equipment 20 as use resource information, this invention Is not limited to this. For example, among the existing programs stored in the program storage unit 21, the resource state amount required by the existing program being executed may be acquired as the used resource information. In this case, the used resource information acquisition unit 29 monitors the operation status of the existing program in the in-vehicle device 20 and stores the second required resource information as the used resource information by using the state quantity of the resource being used by the execution of the existing program. Obtained from the unit 23.

  Even if the program to be downloaded is a resident program that automatically runs from download to installation and execution, the resource state amount required by the currently running program and the resident program to be downloaded are required. If the sum of the state quantities of the resources does not exceed the allowable state quantity, the resident program can be downloaded and executed.

  Further, in the above embodiment, when any program is selected from the program list and a download request is made, the necessary resource information is transmitted from the server 10 to the in-vehicle device 20 and displayed. The present invention is not limited to this. For example, when a program list display request is made, the server 10 transmits the necessary resource information of each program stored in the program storage unit 11 to the in-vehicle device 20 together with the program list and displays the information on the display unit 50. It may be. In this way, when the user selects a desired program as a download target from the program list, it is possible to select the program while considering whether it is a heavy program.

  Moreover, although the said embodiment demonstrated the example which uses CPU power, RAM access amount, and a RAM area as required resource information of a program, this invention is not limited to this. For example, program interrupt generation frequency and priority, timer interrupt generation frequency, DMA (Direct Memory Access) generation frequency, and the like may be used.

  In this case, it is only necessary to determine whether or not the state quantity of the resource indicated by the necessary resource information for the program to be downloaded exceeds the allowable state quantity without using the used resource information of the existing program. In this way, a warning message can be issued when there is a risk of delaying the operation of the existing program due to interrupt processing or DMA processing by the program to be downloaded.

  Also, as the required resource information of the program to be downloaded, the state quantity of I / O used by the program (number of speakers and channels used, number and type of communication lines, use / non-use of video output port, etc.), used by the program The clock speed of a peripheral chip (such as an audio DSP or a video DSP) may be used.

  In this case, instead of determining whether the sum of the resource state quantity required by the existing program and the resource state quantity required by the download target program exceeds the allowable state quantity, the download target program What is necessary is just to determine whether the resources of the vehicle-mounted device 20 satisfy the state quantity of I / O to be used and the clock speed of the peripheral chip. In this way, even if the program is downloaded, a warning message can be issued when the in-vehicle device 20 does not have sufficient resources to execute the program.

  In the above embodiment, an example has been described in which a warning message is issued when it is determined that the total state quantity of resources exceeds the allowable state quantity, but the present invention is not limited to this. For example, in addition to or instead of issuing a warning message, the program may be controlled to be prohibited from being downloaded.

  In addition, each of the above-described embodiments is merely an example of implementation in carrying out the present invention, and the technical scope of the present invention should not be construed in a limited manner. That is, the present invention can be implemented in various forms without departing from the gist or the main features thereof.

10, 10 ′ server 12 required resource information storage unit 14 required resource information acquisition unit 20, 20 ′ vehicle-mounted device 23 second required resource information storage unit 27, 27 ′ required resource information acquisition unit 29, 29 ′ used resource information acquisition unit 30, 30 ′ state quantity determination unit 31, 31 ′ warning unit

Claims (7)

A server and an in-vehicle device are configured to be connectable via a communication network, and a download control system that performs control when downloading a program from the server to the in-vehicle device,
The server includes a required resource information storage unit that stores in advance, for each program, necessary resource information that is a state quantity of a resource that is required when the program is downloaded on the in-vehicle device for the program to be downloaded.
Whether the server or the in-vehicle device satisfies a predetermined condition using the necessary resource information acquired from the necessary resource information storage unit with respect to a program requested to be downloaded from the in-vehicle device to the server. A state quantity determination unit for determining;
A program download control system comprising: a warning unit that issues a warning message when the state quantity determination unit determines that the predetermined condition is not satisfied. The onboard device includes a use resource information acquisition unit that acquires use resource information that is a state quantity of a resource used by executing an existing program held by the onboard device,
The state quantity determination unit includes the required resource information acquired from the required resource information storage unit regarding the program requested to be downloaded from the in-vehicle device to the server, and the used resource acquired by the used resource information acquiring unit. Based on the information, it is determined whether the sum of the resource state quantity represented by the necessary resource information and the resource state quantity represented by the used resource information exceeds a predetermined allowable state quantity. The program download control system according to claim 1, wherein it is determined whether or not the predetermined condition is satisfied. The state quantity determination unit, based on the required resource information acquired from the required resource information storage unit with respect to a program requested to be downloaded from the in-vehicle device to the server, of the resource represented by the required resource information 2. The program download control system according to claim 1, wherein it is determined whether or not the predetermined condition is satisfied by determining whether or not the state quantity exceeds a predetermined allowable state quantity. . The on-vehicle device stores second necessary resource information, which is second necessary resource information that is a state quantity of a resource required when executing the existing program held by the on-vehicle device, for each existing program in advance. A storage unit;
When the used resource information acquisition unit executes all existing programs held by the in-vehicle device using the second required resource information stored in the second required resource information storage unit. 4. The program download control system according to claim 2, wherein a state quantity of a resource to be used is acquired as the used resource information. The on-vehicle device stores second necessary resource information, which is second necessary resource information that is a state quantity of a resource required when executing the existing program held by the on-vehicle device, for each existing program in advance. A storage unit;
The used resource information acquisition unit uses the second required resource information stored in the second required resource information storage unit to execute an existing program being executed from among existing programs held by the in-vehicle device. 4. The program download control system according to claim 2, wherein a state quantity of a resource used by the computer is acquired as the used resource information. A program download control method for performing control when downloading a program from a server to an in-vehicle device via a communication network,
A first step in which the server receives a program download request from the in-vehicle device;
When a request for downloading a program is received from the in-vehicle device, the server obtains necessary resource information, which is a state quantity of a resource required when the server executes the program to be downloaded held by the server. A second step of acquiring the required resource information related to the download requested program from the required resource information storage unit stored in advance for each program, and transmitting the acquired required resource information to the in-vehicle device;
A third step in which the in-vehicle device determines whether or not a predetermined condition is satisfied using the necessary resource information sent from the server in the second step with respect to the program requested to be downloaded;
A program download control method, comprising: a fourth step in which the in-vehicle device issues a warning message when it is determined in the third step that the predetermined condition is not satisfied. A program download control method for performing control when downloading a program from a server to an in-vehicle device via a communication network,
A first step in which the server receives a program download request from the in-vehicle device;
When a request for downloading a program is received from the in-vehicle device, the server obtains necessary resource information, which is a state quantity of a resource required when the server executes the program to be downloaded held by the server. A second step of acquiring the necessary resource information relating to the download requested program from the necessary resource information storage unit stored in advance for each program;
The server determines whether or not the state quantity of the resource represented by the necessary resource information satisfies a predetermined condition based on the necessary resource information acquired in the second step with respect to the download requested program. A third step,
A program download control comprising: a fourth step in which the server issues a warning message to the in-vehicle device when it is determined in the third step that the predetermined condition is not satisfied. Method.

Images