JP2008096307A - Control method for recording medium, in-board electronic equipment and recording medium control program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To perform access control according to the priority of process when accessing from the CPU to the recording medium, such as hard disks. <P>SOLUTION: The application A, B and C and corresponding priorities A, B and C are set, respectively, and corresponding to the access request from each application software, the control circuit 11 is made to access a HDD 19. When another application software is already accessed, the access by the lower priority software is interrupted, and the access request from the higher priority application software is allowed to be given priority. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a method for controlling a recording medium such as a hard disk mounted in an in-vehicle electronic device such as a vehicle navigation device.

  Conventionally, in a navigation device for a vehicle, a hard disk is mounted as a data recording device, and various data other than map data are recorded on the hard disk, so that navigation such as map display and route search performed by a normal navigation device is performed. In addition to the processing for use, what performs various processing according to recorded data is widely known. For example, Patent Document 1 discloses a navigation device that performs music playback using music data recorded on a hard disk.

JP 2004-317385 A

  In the conventional navigation device as disclosed in Patent Document 1, various processes are performed by the CPU executing various application software in accordance with the processing contents. At this time, the CPU accesses the hard disk in response to an access request from each application software being executed, and reads or writes necessary data. Therefore, when a plurality of application software is executed in parallel in the navigation device, there is an access request from another application software while the CPU is accessing the hard disk in response to an access request from any application software. However, the CPU cannot respond to the access request.

  As described above, in the conventional navigation device, while the CPU is accessing the hard disk in response to an access request from other application software, the access request from the application software that executes processing with a high priority for the navigation device. I can't respond. Therefore, high-priority processing cannot be executed in the navigation device until access according to an access request from another application software is completed.

A recording medium control method according to a first aspect of the present invention is a method for controlling a recording medium of an in-vehicle electronic device including a recording medium on which various types of data are recorded and a control unit for executing various types of application software. The access priority is set for each application software, and the control means accesses the recording medium in response to an access request (first access request) from the application software for which the first access priority is set. Then, while accessing the recording medium from the control means in response to the first access request, access from the application software in which the second access priority higher than the first access priority is set. When there is a request (second access request), the recording medium corresponding to the first access request Interrupt the access, in accordance with the second access request is for access to the recording medium from the control means.
According to a second aspect of the present invention, in the recording medium control method according to the first aspect, after the access to the recording medium in response to the second access request is completed, the recording medium in accordance with the interrupted first access request is made. To resume access.
According to a third aspect of the present invention, in the recording medium control method according to the first or second aspect, the other application software is activated when the recording medium is accessed from the control means in response to an access request from any of the application software. In this case, every time a predetermined number of sectors are accessed, it is monitored whether or not there is an access request from the other application software.
According to a fourth aspect of the present invention, in the method for controlling a recording medium according to the third aspect, the predetermined number of sectors is changed according to an access response delay time allowed in other application software.
According to a fifth aspect of the present invention, in the recording medium control method according to the first or second aspect, the other application software is activated when the recording medium is accessed from the control means in response to an access request from any of the application software. In this case, it is monitored whether there is an access request from the other application software at every predetermined time interval.
According to a sixth aspect of the present invention, in the recording medium control method of the fifth aspect, the predetermined time interval is changed in accordance with an access response delay time allowed in other application software.
A seventh aspect of the present invention is the recording medium control method according to any one of the first to sixth aspects, wherein the recording medium is a hard disk.
The invention according to claim 8 is the recording medium control method according to any one of claims 1 to 7, wherein the application software calculates a position detection application for detecting the current position of the vehicle, and a recommended route to the destination. At least one of a path calculation application for playing music and a music playback application for playing music.
According to a ninth aspect of the present invention, in the recording medium control method of the eighth aspect, a higher access priority is set for the position detection application than for the route calculation application and the music playback application, and The access priority higher than that of the music playback application is set.
An in-vehicle electronic device according to a tenth aspect of the invention executes the recording medium control method according to any one of the first to ninth aspects.
A recording medium control program according to an invention of claim 11 is a software program to be executed by a computer of an in-vehicle electronic device comprising a recording medium in which various data are recorded and a control means for executing various application software. A process for accessing a recording medium in response to an access request (first access request) from application software having a first access priority set in advance, and a recording medium in response to the first access request If there is an access request (second access request) from application software in which a second access priority higher than the first access priority is set in advance during the access, the first access request In response to the second access request and processing for interrupting access to the recording medium according to And executes a processing for accessing the recording medium.

  According to the present invention, when an in-vehicle electronic device such as a vehicle navigation device accesses a recording medium such as a hard disk from a CPU, access control according to the priority of processing can be performed.

  FIG. 1 shows the configuration of a navigation device according to an embodiment of the present invention. This navigation device is mounted on a vehicle and used. When a destination is set by a user, a recommended route from the current location to the set destination is searched based on a predetermined route search condition, and the recommended route searched for To guide the vehicle to the destination. 1 includes a control circuit 11, a ROM 12, a RAM 13, a current position detection device 14, an image memory 15, a display monitor 16, an input device 17, an interface circuit 18, a hard disk (HDD) 19, and a speaker 20. Yes.

  The control circuit 11 is composed of a CPU, various peripheral circuits, and the like, and performs various calculations using the RAM 13 as a work area, thereby various application software recorded in the ROM 12 and the HDD 19 and as described later. Execute various control software. As a result, various navigation processes such as setting a destination, searching for a recommended route, and displaying a map are performed in the navigation device 1. Also, music playback processing can be performed using music data recorded on the HDD 19. Note that the details of specific processing operations when application software and control software are executed in the control circuit 11 will be described in detail later.

  The current location detection device 14 is a device that detects the current location of the host vehicle, that is, the location of the host vehicle. For example, a vibration gyro sensor 14a that detects the traveling direction of the host vehicle, a vehicle speed sensor 14b that detects the vehicle speed, and a GPS signal from a GPS satellite. It consists of various sensors, such as a GPS sensor 14c for detecting. The navigation device 1 can determine a route search start point, which will be described later, based on the vehicle position detected by the current location detection device 14, or display the vehicle position on a map.

  The image memory 15 temporarily stores image data to be displayed on the display monitor 16. The image data includes map drawing data for displaying a map, various graphic data, and the like, and is created based on the map data recorded in the HDD 19. A map and various images are displayed on the display monitor 16 using the image data stored in the image memory 15.

  The input device 17 has various input switches for the user to set a destination and a waypoint of the vehicle (hereinafter simply referred to as a destination) and to set a route search condition. The input device 17 is realized by an operation panel, a remote control, a touch panel integrated with the display monitor 16 or the like. The user operates the input device 17 to input an address, a telephone number, a facility name, designate a specific point on the map, or select one of registered locations registered in advance. , You can set the destination.

  The interface circuit 18 is a circuit that performs data input / output control between the control circuit 11 and the HDD 19 based on a well-known interface standard such as ATA. The HDD 19 stores various application software and control software executed in the control circuit 11, map data for displaying a map, and the like. Also, music data can be taken from a CD set in a CD drive (not shown) or a memory card set in a card slot and written in the HDD 19. The navigation device 1 can perform music reproduction by reproducing the music data recorded in the HDD 19 by the music reproduction processing of the control circuit 11 and outputting it to the speaker 20.

  The map data recorded in the HDD 19 includes route calculation data used for route search, route guidance data such as intersection names and road names used to guide the vehicle to the destination according to the recommended route, roads The road data to represent is included. The map data also includes background data representing map elements other than roads such as rivers, railways, various facilities on the map (landmarks), and the like.

  In the road data, the smallest unit representing a road section is called a link. That is, each road is composed of a plurality of links set for each predetermined road section. In addition, the length of the road section set with a link differs, and the length of a link is not constant. A point connecting the links is called a node, and each node has position information (coordinate information). Also, a point called a shape interpolation point may be set between nodes in the link. Each shape interpolation point also has position information (coordinate information) like each node. The link shape, that is, the shape of the road is determined based on the position information of the node and the shape interpolation point.

  When the user operates the input device 17 to set the destination as described above, the navigation device 1 uses the current location detected by the current location detection device 14 as a route search start point, based on the above-described route calculation data. By calculating the algorithm, route search calculation from the current location to the destination is performed. The recommended route obtained by the route search calculation is displayed on a map displayed on the display monitor 16 so as to be distinguished from other roads by changing its display form, for example, display color. Thereby, the user can recognize the recommended route on the map. Moreover, the navigation apparatus 1 guides the host vehicle by instructing the user in the traveling direction by an image or sound so that the host vehicle can travel according to the recommended route. Thus, route guidance to the destination is performed by displaying the map and guiding the vehicle to the destination according to the recommended route.

  Next, a specific processing operation of the control circuit 11 will be described. FIG. 2 is an operation conceptual diagram of application software and control software executed in the control circuit 11. The control circuit 11 executes application software 21 including applications A, B, and C, and executes access control software 22, file system software 23, and interface control software 24 as control software.

  The application software 21 is software executed in response to various processing operations of the navigation device 1 and is configured by applications A, B, and C corresponding to the processing contents. For example, the application A corresponds to a position detection application for detecting the current position of the vehicle, the application B corresponds to a route calculation application for calculating a recommended route to the destination, and the application C stores music. Corresponds to music playback application for playback. In addition, since said example is an example to the last, it is good also as another content. Further, the types of application software are not limited to the three types as described above, and the types of application software corresponding to the processing contents can be executed.

  The applications A, B, and C make an access request to the HDD 19 at a timing corresponding to each processing status. An access request from each application software is detected by the access control software 22. At this time, the file name to be accessed or the physical address (sector address, block address, etc.) in the HDD 19, the capacity of data read (read) or written (write) to the HDD 19, and in the case of read, a storage area for storing data Various parameters such as the address of the application A, B or C are transmitted to the access control software 22.

  Each application software notifies the access control software 22 of an access priority set in advance for each application software when making an access request as described above. Here, it is assumed that priorities A, B, and C are set for the applications A, B, and C, respectively, and the priorities A, B, and C are notified by each application software. The priority A is an access priority higher than the priorities B and C, and the priority B is an access priority higher than the priority C. That is, priority A> priority B> priority C.

  The priorities A, B, and C are set according to the priority order in the navigation device 1 of the processing executed by each application software. That is, for the navigation apparatus 1, a relatively high priority is set for application software that executes a process with a high priority, but an application software that executes a process with a low priority has a lower priority than other application software. The degree is set. The priority of such processing is determined based on the importance of processing contents, the time required for access, the continuity of processing, real-time characteristics, and the like. Note that, even for access requests from the same application software, the priority may be changed according to the content of the access request.

  When the access control software 22 detects an access request from the application A, B, or C, the access control software 22 causes the control circuit 11 to access the HDD 19 in response to the access request. At this time, various parameters of the access request as described above are notified from the access control software 22 to the file system software 23, and the physical address of the HDD 19 determined by the file system software 23 based on this is notified to the interface control software 24. . Based on this physical address, a control signal for controlling the HDD 19 is output from the control circuit 11 to the interface circuit 18 by processing of the interface control software 24, and data read from the HDD 19 or written to the HDD 19 is output to the interface circuit 18. The control circuit 11 accesses the HDD 19 by performing input / output between the control circuit 11 and the HDD 19.

  Here, it is assumed that when the control circuit 11 accesses the HDD 19 in response to an access request for any of the applications A, B, and C as described above, access by other application software has already been performed. In such a case, the access control software 22 determines which application software access request is to be satisfied based on the access priority notified from each application software. As a result, the control circuit 11 accesses the HDD 19 in response to an access request from the application software with the higher access priority that has been set.

  On the other hand, the application software with the lower access priority is set in the access waiting state until the access by the application software with the higher access priority is completed. At this time, if application software with a low access priority has been accessed first, the access is interrupted and priority is given to an access according to an access request from the application software with a high access priority. When the access by the application software having a high access priority is completed, the access waiting state of the application software having a low access priority is canceled, and the access once interrupted is resumed.

  An example of specific operation timing of each application software when the access control as described above is performed is shown in FIG. FIG. 3 shows that the application C first makes an access request, and when the applications B and A make access requests in order during the execution of the access corresponding to the access request, the HDD 19 by each application is controlled by the access control of the access control software 22. The timing at which access to the URL is made is shown.

  When an access request from the application C is generated, access requests from the other applications A and B have not been made yet, and access to the HDD 19 from the control circuit 11 is immediately started in response to the access request. Thus, while access is being performed in response to an access request from application C, a higher priority application, that is, application A, is accessed each time a predetermined number of sectors preset as an access request monitoring cycle are accessed. Alternatively, the access request from B is monitored at a timing as indicated by a broken line in the figure. The number of sectors in this access request monitoring cycle is set by the number of sectors that can be accessed within a delay time allowed in the upper application software. Note that such access request monitoring need not be performed unless the host application is activated in the control circuit 11. Until the access request from the application A or B is made, access corresponding to the access request from the application C is performed.

  When an access request from application B occurs, application B is placed in an access standby state until the next access request monitoring timing, and then an access request from application B is detected. When an access request from application B is detected, a determination is made as to which access request from application B or C is prioritized. This determination is made based on the access priority of both application software, and priority is given to an access request from the application software for which a higher access priority is set. In this example, as described above, since the priority B set for the application B is higher than the priority C set for the application C, the access request from the application B is given priority.

  As a result of the above determination, the access according to the access request from the application C that has been executed so far is interrupted, and the application C is set in the access waiting state. Thereafter, an access corresponding to the access request from the application B is started. During the access by the application B, as in the case of the application C, the higher priority application, that is, the access request from the application A is monitored every time the number of sectors in the access request monitoring cycle is accessed. In this way, access according to the access request from the application B is performed until there is an access request from the application A.

  When an access request from the application A is generated, as in the case of the application B, the access request is detected after being placed in an access waiting state until the next access request monitoring timing, and the access request of either the application A or B is detected. A determination as to whether priority is given is made based on the access priority. In this example, as described above, since the priority A set for the application A is higher than the priority B set for the application B, the access request from the application A is given priority.

  As a result, the access according to the access request from the application B is interrupted, and after the application B is set to the access standby state, the access according to the access request from the application A is started. Since application A is the highest-level application software, access requests are not monitored during access by application A. In this way, access according to the access request from the application A is performed.

  When the access corresponding to the access request of the application A is completed, the access corresponding to the access request from the higher-order application B among the applications B and C set in the access waiting state is resumed first. Even after the access is resumed, as described above, the access request from the application A is monitored every time the number of sectors in the access request monitoring cycle is accessed. Thereafter, when the access according to the access request of the application B is completed, the access according to the access request of the application C set in the access standby state is resumed. At this time, as in the case of the application B, the access request from the upper application A or B is monitored each time the number of sectors in the access request monitoring cycle is accessed. Thus, the access according to the access request of the application C is completed by continuing the access without being interrupted by the access request from the upper application A or B.

  By executing the processing as described above by the access control software 22, the access from the control circuit 11 to the HDD 19 is made according to the access request timing of the applications A, B and C and the access priority set for each. Is controlled. As a result, access control according to the priority of processing executed by each application software can be performed.

  FIG. 4 shows a flowchart executed in the control circuit 11 when the access control software 22 controls access from the control circuit 11 to the HDD 19 in response to an access request from each application software as described above. In step S10, it is determined whether there is an access request from any of the applications A, B, or C. If there is an access request from any of the application software, the process proceeds to the next step S20.

  In step S20, the control circuit 11 accesses the HDD 19 in response to the access request from the application software for which the access request is detected in step S10. In step S30, it is determined whether or not the access executed in step S20 has ended. If the access is completed, the process proceeds to step S120, and if not completed, the process proceeds to step S40. Hereinafter, the case where the process proceeds to step S40 will be described first.

  In step S40, it is determined whether other application software is being activated in addition to the application software being accessed in step S20. If other application software is activated, the process proceeds to step S50. If not activated, the process returns to step S20 to continue the access being executed.

  In step S50, it is determined whether or not a predetermined number of sectors have been accessed since the access was started in step S20 or the previous access request was monitored. This number of sectors is preset as an access request monitoring cycle as described above. Until the predetermined number of sectors is accessed, the process returns to step S20 to continue the access being executed, and when the predetermined number of sectors is accessed, the process proceeds to the next step S60.

  In step S60, it is determined whether or not there is an access request from application software other than the application software being executed in step S20. By executing the processing of step S50 and step S60 described above, it is monitored whether or not there is an access request from other application software every time a predetermined number of sectors are accessed. If it is determined in step S60 that there is an access request from another application software, the process proceeds to step S70. If not, the process returns to step S20 to continue the access being executed.

  In step S70, the access priority set for the application software being accessed in step S20 and the access priority set for the other application software for which the access request is detected in step S60. Compare. In the next step S80, based on the comparison result in step S70, it is determined whether the set priority is higher for the other application software in which the access request is detected than for the application software being accessed. To do. If the determination in step S80 is affirmative, the process proceeds to next step S90. On the other hand, if the determination in step S80 is negative, the processing in step S90 and step S100 is skipped and the process proceeds to step S110.

  In step S90, the access being executed in step S20 is interrupted. As a result, access to the HDD 19 in response to an access request from the application software with the lower access priority is interrupted. In the next step S100, application software for accessing the HDD 19 is switched. As a result, in the subsequent processing steps, the other application software for which the access request is detected in step S60 is processed. When the application software to be accessed is switched in step S100, the process proceeds to the next step S110.

  In step S110, application software that is not being accessed is set in an access standby state. As a result, the application software with the lower access priority is set in the access standby state. If step S110 is performed, it will return to step S20 and the process after step S20 will be repeated. As a result, access from the control circuit 11 to the HDD 19 is executed in response to an access request from the application software with a higher access priority that has not been set to the access standby state.

  Next, a case where the process proceeds from step S30 to step S120 will be described. In step S120, it is determined whether there is application software set in the access standby state by the process in step S110. If there is application software in an access standby state, the process proceeds to the next step S130. If not, the process returns to step S10, and the process of step S10 is repeated until there is an access request from any application.

  In step S130, the setting of the access standby state is canceled for the application software set in the access standby state in step S110. At this time, if a plurality of application softwares are set in the access standby state, the setting of the application software in the access standby state having the highest access priority is canceled.

  In step S140, the application software to be accessed is switched. As a result, in the subsequent processing steps, the application software for which the setting of the access standby state is canceled in step S130 is the processing target. When the application software to be accessed is switched in step S140, the process returns to step S20, and the processes after step S20 are repeated. As a result, after the access corresponding to the access request of the application software having a high access priority is completed, the access corresponding to the access request of the application software having a low access priority interrupted in the middle is resumed.

According to the embodiment described above, the following operational effects can be achieved.
(1) Access priorities A, B, and C are set for the application software of applications A, B, and C, respectively. When there is an access request from the application C in which the access priority C is set (step S10), the control circuit 11 accesses the HDD 19 in response to the access request (step S20). During this access, when there is an access request from the application B in which the access priority B having a higher priority than the access priority C is set (step S60), the HDD 19 responds to the access request from the application C. Is interrupted (step S90), the application C is switched to the application B (step S100), and the HDD 19 is accessed from the control circuit 11 in response to an access request from the application B (step S20).

  Further, when there is an access request from the application A in which the access priority A having a higher priority than the access priority B is set during the access according to the access request from the application B (step S60). Then, the access to the HDD 19 in response to the access request from the application B is interrupted (step S90), the application B is switched to the application A (step S100), and then the control circuit 11 responds to the access request from the application A. The HDD 19 is accessed (step S20). Since it did in this way, when accessing recording media, such as a hard disk, from CPU in the navigation apparatus for vehicles, access control according to the priority of a process can be performed.

(2) After the access to the HDD 19 according to the access request from the application A or B is completed (step S30), the application A is switched to B or the application B to C (step S140), and the process is interrupted in step S90. The access to the HDD 19 in response to the access request from the application B or C is resumed (step S20). Since it did in this way, the interrupted access can be restarted at an appropriate timing.

(3) When accessing the HDD 19 from the control circuit 11 in response to an access request from the application B or C, it is determined whether or not another application A or B is activated (step S40). When A or B is activated, every time a predetermined number of sectors are accessed, whether or not there is an access request from the other application A or B is monitored (steps S50 and S60). Since it did in this way, the access request from application software other than the application software currently being executed can be detected at an appropriate timing.

  In the embodiment described above, an example in which the number of sectors in the access request monitoring cycle is constant when monitoring whether there is an access request from other application software other than the application software that is executing access. explained. However, the number of sectors in the access request monitoring cycle may be changed according to the length of access response delay time allowed in other application software. In other words, when the application software to be monitored requires immediate access and the allowable access response delay time is short, the number of sectors in the access request monitoring cycle is reduced accordingly. On the other hand, when the allowable access response delay time is long in the application software to be monitored, the number of sectors in the access request monitoring cycle is increased accordingly.

  FIG. 5 shows an example of specific operation timing of each application software when the number of sectors in the access request monitoring cycle is changed according to the allowable access response delay time as described above. The access request is not monitored until the application B is started after the access corresponding to the access request from the application C is started. When the application B is activated, every time the number of sectors in the access request monitoring cycle according to the access response delay time allowed in the application B is accessed, the application C starts from the application B at the timing shown by the broken line in the figure. The access request is monitored.

  In response to an access request from the application B, access from the application C is interrupted and access corresponding to the access request is started. Requests are not monitored. When the application A is activated, every time the number of sectors in the access request monitoring cycle according to the access response delay time allowed in the application A is accessed, the application A starts from the application A at the timing shown by the broken line in the figure. The access request is monitored. Here, the access request monitoring timing is illustrated assuming that the access response delay time allowed in application A is shorter than the access response delay time allowed in application B.

  After the access according to the access request from the application A is completed and the access according to the access request from the application B is resumed, the application A is being activated. Therefore, as shown in the figure, the access request from the application A is monitored each time the number of sectors in the access request monitoring cycle corresponding to the access response delay time allowed in the application A is accessed.

  After the access according to the access request from the application C is resumed, every time the number of sectors corresponding to the shorter access response delay time is accessed among the access response delay times allowed in the application A or B, The access request from the application A or B is monitored. As a result, every time the number of sectors in the access request monitoring cycle according to the access response delay time allowed in the application A is accessed, the access request from the Y application A or B is monitored at the same timing as described above.

  As described above, by changing the number of sectors in the access request monitoring cycle according to the access response delay time allowed in other application software to be monitored, other application software other than the application software being executed Can be detected at a more appropriate timing.

  In the above embodiment, an example in which an access request is monitored from a higher-level application software every time a predetermined number of sectors set in advance as an access request monitoring cycle is accessed has been described. Instead, the access request monitoring cycle may be determined by the elapsed time. That is, it is possible to monitor access requests from higher-order application software at predetermined time intervals preset as access request monitoring cycles. Also in this case, as described in the above embodiment, the time interval of the access request monitoring cycle can be changed according to the length of the access response delay time allowed in other application software. Even if it does in this way, the effect similar to having demonstrated in the said embodiment can be acquired.

  In the above embodiment, an example in which a hard disk is used as a recording medium for recording various data has been described. However, the present invention can also be applied to a case where a recording medium other than a hard disk is used. For example, the present invention is applied to access control to various recording media such as optical disks such as CD-ROM and DVD-ROM, nonvolatile memories such as flash memory and various memory cards, and rewritable optical disks. be able to. Moreover, although said embodiment demonstrated the navigation apparatus for vehicles to the example, this invention is applicable also to other various vehicle-mounted electronic devices. For example, an automatic recording device that automatically captures a recorded photograph when a vehicle has an accident, a theft monitoring device that automatically collects and transmits surrounding information when a vehicle is stolen, and records music data The present invention can also be applied to various in-vehicle electronic devices such as a music playback device for playback.

  The embodiment and various modifications described above are merely examples, and the present invention is not limited to these contents as long as the features of the invention are not impaired. Further, when interpreting the invention, the correspondence between the items described in the above embodiments and the items described in the claims is not limited or restricted.

It is a block diagram which shows the structure of the navigation apparatus by one Embodiment of this invention. It is an operation | movement conceptual diagram of application software and control software. It is an example of the concrete operation | movement timing of each application software. It is a flowchart at the time of performing access control according to the access request from each application software. It is an example of specific operation timing of each application software when the access request monitoring cycle is changed according to the allowable access response delay time.

Explanation of symbols

1: Navigation device 11: Control circuit 12: ROM 13: RAM
14: Current location detection device 15: Image memory 16: Display monitor 17: Input device 18: Interface circuit 19: HDD
20: Speaker 21: Application software 22: Access control software 23: File system software 24: Interface control software

Claims (11)

A recording medium on which various data are recorded;
A control method for a recording medium of an in-vehicle electronic device provided with a control means for executing various application software,
Set the access priority for each application software,
In response to an access request (first access request) from application software in which a first access priority is set, the control means accesses the recording medium,
In the middle of accessing the recording medium from the control unit in response to the first access request, application software having a second access priority higher than the first access priority is set. If there is an access request (second access request), access to the recording medium in response to the first access request is interrupted,
A method for controlling a recording medium, comprising: accessing the recording medium from the control unit in response to the second access request. The method for controlling a recording medium according to claim 1,
A method of controlling a recording medium, comprising: resuming access to the recording medium according to the interrupted first access request after the access to the recording medium according to the second access request is completed. In the control method of the recording medium of Claim 1 or 2,
When other application software is activated when accessing the recording medium from the control means in response to an access request from any application software, the other application software is accessed every time a predetermined number of sectors are accessed. Monitoring method for monitoring whether there is an access request from the recording medium. In the control method of the recording medium of Claim 3,
A method of controlling a recording medium, wherein the predetermined number of sectors is changed according to an access response delay time allowed in the other application software. In the control method of the recording medium of Claim 1 or 2,
When other application software is running while accessing the recording medium from the control means in response to an access request from any application software, the access from the other application software is performed at predetermined time intervals. A method for controlling a recording medium, comprising monitoring whether or not there is a request. In the recording medium control method according to claim 5,
A method for controlling a recording medium, wherein the predetermined time interval is changed in accordance with an access response delay time allowed in the other application software. In the control method of the recording medium according to any one of claims 1 to 6,
A method for controlling a recording medium, wherein the recording medium is a hard disk. In the recording medium control method according to any one of claims 1 to 7,
The application software includes at least one of a position detection application for detecting the current position of the vehicle, a route calculation application for calculating a recommended route to the destination, and a music playback application for playing music. A control method for a recording medium. The method of controlling a recording medium according to claim 8,
For the position detection application, set a higher access priority than the route calculation application and the music playback application,
A method of controlling a recording medium, wherein an access priority higher than that of the music playback application is set for the route calculation application.   An in-vehicle electronic device that executes the recording medium control method according to claim 1. A recording medium on which various data are recorded;
A software program to be executed by a computer of an in-vehicle electronic device provided with a control means for executing various application software,
A process of accessing the recording medium in response to an access request (first access request) from application software in which a first access priority is preset;
While accessing the recording medium in response to the first access request, an access request from the application software in which a second access priority higher than the first access priority is preset (second When there is an access request), a process of interrupting access to the recording medium in response to the first access request;
A recording medium control program for executing processing for accessing a recording medium in response to the second access request.

Images