JP5146272B2 - Information processing device - Google Patents

Description

  The present invention relates to an information processing apparatus, and more particularly to an information processing apparatus in which an application program running on one operating system can access a device managed by another operating system.

2. Description of the Related Art Conventionally, an information processing apparatus is known in which an application program operating on one operating system can access a device managed by another operating system. For example, in Patent Document 1, a control system ECU including a processor in which a real-time OS (operating system) a is arranged, a processor a in which the real-time OSa is arranged, and a processor b in which multimedia OSb, c, d are arranged, a control system for a vehicle having an information system ECU including c and d, wherein the processor and the processor a perform communication between the control system ECU and the information system ECU, and the inter-core communication function a of the processor a There is disclosed a vehicle control system that performs communication between the processor a and the processors b, c, and d using the inter-core communication functions b, c, and d of the processors b, c, and d.
JP 2008-174098 A

  However, in the above-described technology, when an application program linked between the real-time OS and the multimedia OS is operated, if an application program on the multimedia OS accesses a device under the management of the real-time OS, the real-time OS is managed. Access to the device from the application program on the OS may be delayed.

  For example, after a product is shipped as a vehicle control system, an application program that operates on a multimedia OS is added, and a file access to a device under management of the real-time OS by the real-time OS is performed by the application program that operates on the multimedia OS. In the case of an increase, there is a concern that the performance of file access to a device by an application program operating on a real-time OS that should be guaranteed in the past is reduced.

  The present invention has been made in view of such circumstances, and its purpose is to access an application program running on one operating system from a device managed by another operating system. An object of the present invention is to provide an information processing apparatus capable of reducing the influence on the access to the device from an application program operating on another operating system.

  The present invention relates to an access for monitoring access to a device from a first operating system, a second operating system, a device under the management of the first operating system, and an application program operating on the second operating system. An information processing apparatus comprising monitoring means.

  According to this configuration, the access monitoring unit operates on the second operating system in order to monitor access to a device under the management of the first operating system from an application program operating on the second operating system. It is possible to determine whether the access to the device under the management of the first operating system from the application program affects the access to the device from the application program operating on the first operating system. It is possible to reduce the influence on the access to the device from the application program operating on one operating system.

  In this case, when the elapsed time from the previous access to the device from the application program operating on the first operating system is equal to or less than the threshold, the device from the application program operating on the second operating system It is preferable to further include an access denial means for denying access.

  According to this configuration, when the access refusal means is on the second operating system when the elapsed time from the previous access to the device from the application program operating on the first operating system is less than or equal to the threshold value, In order to deny access to the device from an operating application program, the application program operating on the second operating system operates on the first operating system by accessing the managed device of the first operating system. Access to the device from the application program can be prevented from being delayed.

  In this case, the threshold value is changed based on a state in which access to the device from the application program operating on the first operating system is not established due to access to the device from the application program operating on the second operating system. It is preferable to further include access denial condition changing means.

  According to this configuration, the access denial condition changing means cannot access the device from the application program operating on the first operating system by accessing the device from the application program operating on the second operating system. In order to change the threshold value based on the history of the changed state, the application program operating on the second operating system operates on the first operating system by accessing the device managed by the first operating system. Access from the application program to the device can be prevented from being delayed, and from the application program operating on the second operating system Access to devices can be prevented from being rejected more than necessary.

  On the other hand, it is preferable to further include an access denial means for denying access to the device from an application program operating on the second operating system when the load on the first operating system is equal to or greater than the threshold.

  According to this configuration, the access refusal means rejects access to the device from an application program operating on the second operating system when the load on the first operating system is equal to or greater than the threshold. The access to the device from the application program operating on the first operating system increases the processing load caused by the access to the device from the application program operating on the first operating system.

  In this case, the threshold is set based on the history of the state in which access to the device from the application program operating on the first operating system is not established due to access to the device from the application program operating on the second operating system. It is preferable to further include access denial condition changing means for changing.

  According to this configuration, the access denial condition changing means cannot access the device from the application program operating on the first operating system by accessing the device from the application program operating on the second operating system. Since the threshold value is changed based on the history of the changed state, the computing load increases due to the access to the device managed by the first operating system from the application program operating on the second operating system. An application that can prevent a delay in access to a device from an application program that operates on the system and that operates on the second operating system The access to the device from the emission program can be prevented from being rejected more than necessary.

  Furthermore, the first operating system is preferably a real-time operating system.

  According to this configuration, the first operating system is a real-time operating system specialized in providing time resource protection and execution time predictability in resource management. From an application program that runs on the first operating system and that periodically accesses the device, for example, by accessing the device under the management of the first operating system from an application program running on the operating system Access can be prevented from being delayed.

  In this case, when the plurality of application programs operating on the first operating system require continuous access to the device, the access refusal means includes the plurality of application programs operating on the first operating system. It is preferable to deny access to the device from an application program running on the second operating system while each continuously accesses the device.

  According to this configuration, when a plurality of application programs operating on the first operating system each require continuous access to the device, there is a large continuity and dependency between the application programs. The means rejects access to the device from the application program operating on the second operating system while each of the plurality of application programs operating on the first operating system continuously accesses the device. An application program having a large continuity and dependency between application programs can be reliably operated.

  According to the information processing apparatus of the present invention, the access from the application program operating on the first operating system to the device under the management of the first operating system from the application program operating on the second operating system. It is possible to reduce the influence on the access to the device.

  Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 is a block diagram illustrating a configuration of the information processing apparatus according to the embodiment. As shown in FIG. 1, the information processing apparatus 10 of this embodiment includes two operating systems OS1, OS2, and other OS access controls such as application programs 1A, 1B, 2A, 2B that operate on the operating systems OS1, OS2. A functional unit 140, a linkage unit 100, a multi-core processor 200, a storage storage device control unit 300, and a storage storage device 400 are provided. The information processing apparatus 10 according to the present embodiment is mounted on a vehicle, for example, and links a vehicle control function (control system) that operates on the operating system OS1 and a multimedia function (information system) that operates on the operating system OS2. Therefore, it is used as a vehicle control system for improving the functionality of the vehicle.

  The operating system (first operating system) OS1 is a real-time operating system required by immediacy, and has a characteristic of periodically accessing the storage storage device 400 in, for example, a location process or a route search process in a car navigation apparatus. For operating the application programs 1A, 1B and the like. The application programs 1A, 1B and the like that operate on the operating system OS1 have a property that is preinstalled when a product is shipped as a vehicle control system.

  The operating system (second operating system) OS2 is a multimedia operating system, for example, for operating best effort type application programs 2A and 2B such as a music player. The application programs 2A, 2B and the like that operate on the operating system OS2 are preinstalled at the time of product shipment as a vehicle control system, and are appropriately added by the user after product shipment.

  The cooperation unit 100 includes an access monitoring mechanism unit 110, an access performance maintenance confirmation function unit 120, and an inter-application program continuity confirmation function unit 130.

  The access monitoring mechanism unit (access monitoring means, access refusal means, access refusal condition changing means) 110 accesses the storage storage device 400 from the application programs 1A, 1B, 2A, 2B operating on the operating systems OS1, OS2. It is for monitoring the request status. The access monitoring mechanism unit 110 operates in cooperation with the access performance maintenance confirmation function unit 120 and the inter-application program continuity confirmation function unit 130, and the storage storage device 400 from the application programs 2A, 2B and the like that operate on the operating system OS2. When the current access status to the server affects the access request to the storage storage device 400 from the application programs 1A, 1B, etc. operating on the operating system OS1, the other OS access control unit 140 is notified of “access denied” To do.

  Further, the access monitoring mechanism unit 110 accesses the storage storage device 400 from the application programs 2A, 2B, etc. operating on the operating system OS2 by the access performance maintenance confirmation function unit 120 and the inter-application program continuity confirmation function unit 130. The access monitoring accuracy is improved by holding and analyzing the occurrence condition of the “access denied” in which the access is denied.

  The access performance maintenance confirmation function unit (access refusal means) 120 is an application program 1A, 1B in which access to the storage storage device 400 from the application program 2A, 2B, etc. operating on the operating system OS2 operates on the operating system OS1. When it is predicted that the access performance from the storage storage device 400 to the storage storage device 400 will be deteriorated, etc., it is for notifying other OS access control unit 140 of “access denied”.

  The inter-application program continuity confirmation function unit (access refusal means) 130 grasps the dependency relationship of the continuity of access requests from the application programs 1A, 1B, etc. operating on the operating system OS1 to the storage storage device 400. When the series dependency is strong and the cycle interval is short, even if there is no access request to the storage storage device 400 from the application program 1A, 1B, etc. on the operating system OS1, each of the plurality of application programs 1A, 1B, etc. is stored and stored. During continuous access to the device 400, an “access denied” indicating that the application program 2A, 2B, etc. operating on the operating system OS2 refuses to accept an access request to the storage storage device 400 is displayed in another OS. It is for notifying Seth controller 140.

  When the other OS access control unit 140 receives the notification of “access denied” from the access monitoring mechanism unit 110, the other OS access control unit 140 is under the control of the operating system OS1 in the storage storage device 400 from the application programs 2A, 2B, etc. on the operating system OS2. “Access Denied” is notified to the access to the OS1 managed area 401. On the other hand, when the other OS access control unit 140 receives the notification of “access permission” from the access monitoring mechanism unit 110, the management by the operating system OS1 in the storage storage device 400 from the application programs 2A and 2B on the operating system OS2 “Access Denied” is notified to the access to the lower OS1 management area 401.

  Further, the other OS access control unit 140 includes a local OS access transfer unit 141. When the own OS access transfer unit 141 receives an “access permission” notification from the access monitoring mechanism unit 110, the own OS access transfer unit 141 issues an access request issued by the application programs 2A, 2B, etc. on the operating system OS2 from the operating system OS2. As shown in FIG.

  The multi-core processor 200 has two or more cores (CPUs (Central Processing Units)) 210 to 213. The multi-core processor 200 is for reading data from the storage storage device 400 and writing data to the storage storage device 400 by the cores 210 to 213.

  The storage storage device control unit 300 is an interface between the multicore processor 200 and the storage storage device such as reading of data from the storage storage device 400 by the multicore processor 200 and writing of data to the storage storage device 400 by the multicore processor 200. Is for controlling. Whether the storage / storage device 400 can be accessed by the storage / storage device control unit 300 is determined by the file access under the management of the operating system OS1 by the application programs 1A, 1B, etc. operating on the operating system OS1, as indicated by the broken line in the figure. Are controlled so as to be accessed with priority over file access under the management of the operating system OS1 by the application programs 2A, 2B, etc. operating on the operating system OS2.

  The storage / storage device 400 is a device for storing data used in the application programs 1A, 1B, 2A, 2B, and the like, and specifically includes a hard disk or the like. The storage / storage device 400 includes an OS1 managed area (device) 401 managed by the operating system OS1 and an OS2 managed area 402 managed by the operating system OS2.

  Hereinafter, the operation of the information processing apparatus 10 of the present embodiment will be described. FIG. 2 is a flowchart showing the operation of the information processing apparatus according to the embodiment, and FIG. 3 is a sequence diagram showing the operation of the information processing apparatus according to the embodiment. As shown in FIGS. 1, 2 and 3, it is assumed that an access request to the OS1 management area 401 under the management of the operating system OS1 in the storage storage device 400 is issued from the application program 2A operating on the operating system OS2. (S11 in FIG. 2, S111 in FIG. 3).

  The access monitoring mechanism unit 110 of the linkage unit 100 cooperates with the access performance maintenance confirmation function unit 120 to check the status of access requests from the operating systems OS1 and OS2 to the storage storage device 400 (S12 in FIG. 2, S3 in FIG. 3). S112) When the access status is predicted to be within the deny index value of the access performance degradation parameter as shown in FIG. 4, “access denied” is notified to the other OS access control unit 140 (S16 in FIG. 2). In this case, the “access denied” condition affects the access performance degradation to the storage storage device 400 from the application programs 1A, 1B, etc. operating on the operating system OS1, as in the rejection index value shown in FIG. These are the access load (CPU), which is a parameter (access performance degradation parameter), the occupied bus bandwidth, the number of simultaneous access application programs, and the like. The access performance degradation parameter often changes due to the addition of an application program that operates on the operating system OS2 after product shipment. Therefore, the refusal index value of the access performance degradation parameter is appropriately changed by a method described later.

  The access monitoring mechanism unit 110 of the linkage unit 100 cooperates with the access performance maintenance confirmation function unit 120 to check the status of access requests from the operating systems OS1 and OS2 to the storage storage device 400, and from the operating systems OS1 and OS2. The status of access requests to the storage storage device 400 is confirmed (S13 in FIG. 2, S112 in FIG. 3), and if it is within the rejection index value as shown in FIG. Notification is made (S16 in FIG. 2). The “access denied” condition in this case is dependent on the continuity of access requests to the storage storage device 400 from the application programs 1A, 1B, etc. operating on the operating system OS1, as in the rejection index value shown in FIG. These are access timing, which is a parameter affecting the relationship (access continuity parameter between application programs), cycle dependency between application programs, system state, and the like. The inter-application program access continuity parameter is often determined at the time of system design.

  When the access request does not correspond to the access permission condition, the deny index value of the access performance degradation parameter, and the deny index value of the inter-application program access continuity parameter, the access monitoring mechanism unit 110 of the cooperation unit 100 accesses other OS An access permission notification to the OS1 management sub-region 401 is transmitted to the control unit 140 (S113 in FIG. 3). The other OS access control unit 140 transmits an access permission notification to the OS1 managed area 401 to the application program 2A (S114 in FIG. 3).

  The application program 2A issues an access command as an access request to the OS1 managed area 401 and transmits the access command to the own OS access transfer unit 141 of the other OS access control unit 140 (S115 in FIG. 3). The own OS access transfer unit 141 of the other OS access control unit 140 transfers an access request issued by the application program 2A on the operating system OS2 to the storage storage device control unit 300 as an access request from the operating system OS1 (FIG. 2). S14 of FIG. 3, S116 of FIG.

  When the access monitoring mechanism unit 110 of the cooperation unit 100 receives a signal indicating that access performance and period reservation is not established (NG) from the application programs 1A and 1B operating on the operating system OS1, an access denial condition is added. Then, the access refusal index value is corrected (S15 in FIG. 2).

  When the other OS access control unit 140 receives an access refusal notification, the other OS access control unit 140 notifies the application program 2A running on the operating system OS2 of “access refusal” for access to the OS1 managed area 401 (FIG. 2 S16).

  The access monitoring mechanism 110 of the cooperation unit 100 stores the added and modified access denial conditions and access denial index values (S17 in FIG. 2). For example, in the example of FIG. 6, when the system was introduced, access from the application program 2A was rejected when the access load (CPU) was 90% or more. The value is changed to “access load (CPU) 80% or more”. As a result, the number (NG number) of accesses affected by the access from the application program 2A, such as the application programs 1A and 1B operating on the operating system OS1, is reduced.

  According to the present embodiment, the access monitoring mechanism unit 110 monitors access to the OS1 managed area 401 of the storage storage device 400 managed by the operating system OS1 from the application program 2A or the like operating on the operating system OS2. The access to the OS1 management area 401 under the management of the operating system OS1 from the application program 2A etc. operating on the operating system OS2 is the OS1 management area 401 from the application programs 1A, 1B etc. operating on the operating system OS1. OS1 from application programs 1A, 1B, etc. operating on operating system OS1 can be determined. It is possible to reduce the impact on access to management under region 401.

  Further, according to the present embodiment, the access monitoring mechanism unit 110 and the access performance maintenance confirmation function unit 120 have received the previous access to the OS1 management area 401 from the application programs 1A, 1B, etc. operating on the operating system OS1. When the elapsed time is equal to or less than the refusal index value, the application program 2A operating on the operating system OS2 etc. operates in order to reject the access to the OS1 managed area 401 from the application program 2A operating on the operating system OS2 etc. OS1 management from application programs 1A, 1B, etc. operating on the operating system OS1 by accessing the OS1 management area 401 under the management of the operating system OS1 from It is possible to prevent the access is delayed with respect to region 401.

  Further, according to the present embodiment, the access monitoring mechanism unit 110 accesses the OS1 management area 401 from the application program 2A running on the operating system OS2 and the application programs 1A and 1B running on the operating system OS1. OS1 management under the management of the operating system OS1 from the application program 2A operating on the operating system OS2 in order to change the refusal index value based on the history of the state in which the access to the OS1 managed area 401 from non-established is established. Access to the lower area 401 delays access to the lower OS1 management area 401 from application programs 1A, 1B, etc. operating on the operating system OS1. It is possible to prevent, and can be prevented from being rejected more than necessary access to OS1 managed area 401 from the application program 2A that operates on the operating system OS2.

  On the other hand, according to the present embodiment, the access monitoring mechanism unit 110 and the access performance maintenance confirmation function unit 120 allow the application program 2A that operates on the operating system OS2 when the load on the operating system OS1 is equal to or greater than the rejection index value. The access to the OS1 management area 401 from the application program 2A running on the operating system OS2 increases the processing load and the application running on the operating system OS1. It is possible to prevent a delay in access to the OS1 management area 401 from the programs 1A, 1B, etc.

  Further, according to the present embodiment, the access monitoring mechanism unit 110 accesses the OS1 management area 401 from the application program 2A running on the operating system OS2 and the application programs 1A and 1B running on the operating system OS1. OS1 under the management of the operating system OS1 from the application program 2A or the like operating on the operating system OS2 in order to change the rejection index value based on the history of the state in which the access to the OS1 managed area 401 from the OS etc. is not established. The computation load increases due to access to the managed area 401, and the OS1 managed area 401 from the application programs 1A, 1B, etc. operating on the operating system OS1 To be able to prevent the access delay and can be prevented from being rejected more than necessary access to OS1 managed area 401 from the application program 2A that operates on the operating system OS2.

  Furthermore, according to the present embodiment, the operating system OS1 is a real-time operating system specialized in providing time resource protection and execution time predictability in resource management. The application program 2A running on the operating system OS2 operates on the operating system OS1 by accessing the OS1 managed area 401 under the management of the operating system OS1. For example, the OS1 managed area 401 is periodically accessed. It is possible to prevent delays in access from the application programs 1A, 1B to be performed.

  In addition, in this embodiment, continuity and dependency between application programs that require a plurality of application programs 1A, 1B, etc. operating on the operating system OS1 to continuously access the OS1 managed area 401. The access monitoring mechanism unit 110 and the inter-application program continuity confirmation function unit 130 continuously access the OS1 managed area 401 by each of the plurality of application programs 1A, 1B, etc. operating on the operating system OS1. In order to deny access to the OS1 managed area 401 from the application programs 2A and 2B operating on the operating system OS2 during the operation, the continuity and dependency between the application programs It is possible to reliably operate an application program having a large size.

  That is, in the technique as described in Patent Document 1, as shown in the case C0 of FIG. 7, the access to the file under the management of the operating system OS1 by the application program on the operating system OS1 is the application on the operating system OS2. Access is prioritized over access to files under the management of the operating system OS2 by the program.

  However, as shown in case C1 of FIG. 7, in the technique as described in Patent Document 1, an application program that operates on the operating system OS2 and accesses a file managed by the operating system OS1 (hereinafter referred to as a cooperative application on the OS2). Access) to the file under the management of the operating system OS1 imposes pressure on the access band to the storage and storage device, and obstructs access to the file from the application program (location, route search, etc.) that should be prioritized. It will be.

  Further, in the technique such as Patent Document 1, as shown in the case C2 of FIG. 7, the cooperation relationship and the dependency relationship on the operating system OS1 are obtained by accessing the file under the management of the operating system OS1 of the cooperation app on the OS2. The access time of a certain application program (in the example in FIG. 7, an application program that performs location processing and an application program that performs route search) is not guaranteed.

  Further, in the technique as described in Patent Document 1, as shown in case C3 in FIG. 7, an access request to a file under the management of the operating system OS1 from a cooperative application on the OS2 and a file under the management of the operating system OS2 are sent. The order of access requests may not match the actual access order (inconsistent order of access to files under management of the operating OS 2 from the cooperative application on the OS 2). In particular, as shown in the premise P1, when there is a dependency that the access of the application program for performing the route search processing must be executed after the access of the application program for performing the location processing, the application program should operate reliably. May not be possible.

  On the other hand, in the present embodiment, as shown in case C4 in FIG. 8, an application program (location, route search) on another operating system OS1 is requested by an access request to a file managed by the operating system OS1 by an OS2 cooperative application. Since the access performance maintenance confirmation function unit 120 predicts a decrease in access performance, “access denied” is notified to the cooperative application on OS2. As a result, the access request to the file managed by the operating system OS1 is issued again at the timing when the access performance of the application program on the operating system OS1 does not deteriorate, and the access can succeed.

  Further, in the present embodiment, as shown in case C5 in FIG. 8, an access request to the file under the management of the operating system OS1 by the OS2 cooperative app causes the OS2 cooperative app to access the file under the management of the operating system OS1. Since the order of the access request and the access request to the file under the management of the operating system OS2 is predicted to be inconsistent with the actual access order, the file under the management of the operating system OS1 is again executed at a timing that does not become inconsistent. The access request to the file under the management of the operating system OS1 from the cooperative application on the OS2 and the access request to the file under the management of the operating system OS2 are consistent with the actual access order. It is.

  Furthermore, in this embodiment, as shown in case C6 of FIG. 9, when an access request to the file under the management of the operating system OS1 by the cooperative application on OS2 is issued, Even when the “rejection” is not notified, as shown in the premise P1, there is a dependency that the access of the application program for performing the route search processing must be executed after the access of the application program for performing the location processing. The inter-application program continuity confirmation function unit 130 denies access by the cooperative application on OS2 until the location process and the route search process are completed, and permits file access by the cooperative application on OS2 after the completion of the process.

  FIG. 10 is a diagram illustrating an operation example of the inter-application program continuity confirmation function unit 130. As shown in FIG. 10, it is assumed that among the application programs A1 to A3 operating on the operating system OS1, the application programs A1 and A2 have a large dependency and have a small access cycle interval. In the technique such as Patent Document 1 described above, application programs operating on the operating systems OS1 and OS2 are simply accessed in the order of access requests. Therefore, as shown in FIG. During this period, access to the application program B operating on the operating system OS2 is executed.

  On the other hand, in the present embodiment, the inter-application program continuity confirmation function unit 130 determines that access of the application program on the operating system OS2 is “access denied” while the application programs A1 and A2 are accessed. After the access of A1 and A2 is sequentially completed, the application program B on the operating system OS2 is accessed. As a result, each of the application programs A1 and A2 can be reliably operated.

  It should be noted that the present invention is not limited to the above-described embodiment, and it is needless to say that various modifications can be made without departing from the gist of the present invention.

It is a block diagram which shows the structure of the information processing apparatus which concerns on embodiment. It is a flowchart which shows operation | movement of the information processing apparatus which concerns on embodiment. It is a sequence diagram which shows operation | movement of the information processing apparatus which concerns on embodiment. It is a table | surface which shows the example of the parameter regarding access performance fall, and its rejection index value. It is a table | surface which shows the example regarding the parameter regarding the access continuity between applications, and its refusal index value. It is a table | surface which shows the example of access rejection condition learning. It is a figure which shows the example of the file access by operating system OS1 and operating system OS2. It is a figure which shows the example of the file access by operating system OS1 and operating system OS2. It is a figure which shows the example of the file access by operating system OS1 and operating system OS2. It is a figure which shows the operation example of the continuity confirmation function part between application programs.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 ... Information processing apparatus, 1A, 1B, 2A, 2B ... Application program, OS1, OS2 ... Operating system, 100 ... Cooperation part, 110 ... Access monitoring mechanism part, 120 ... Access performance maintenance confirmation function part, 130 ... Between application programs Continuity confirmation function unit, 140 ... other OS access control function unit, 141 ... own OS access transfer unit, 200 ... multi-core processor, 210, 211, 212, 213 ... core, 300 ... memory storage device control unit, 400 ... memory storage Device, 401 ... OS1 managed area, 402 ... OS2 managed area.

Claims (4)

A first operating system;
A second operating system;
A first application program running on the first operating system;
A second application program running on the second operating system;
A device managed by the first operating system;
An access request status for the device under the management of the first operating system from the first application program operating on the first operating system, and the second operating on the second operating system Access monitoring means for monitoring an access request status of the device under the management of the first operating system from an application program ;
With
The access monitoring means includes
When the second application program operating on the second operating system accesses the device under the control of the first operating system and operates on the first operating system The second operating on the second operating system when the elapsed time from the previous access to the device under management of the first operating system from the first application program is equal to or less than a threshold time An access denial means for denying access from the application program to the device under the management of the first operating system;
On the first operating system by accessing the device under the management of the first operating system from the second application program operating on the second operating system that has not been denied by the access denial means The elapsed time based on the history of the number of times access to the device under management of the first operating system from the operating first application program is not established and the threshold of the elapsed time at that time And an access denial condition changing means for changing the threshold value . A first operating system;
A second operating system;
A first application program running on the first operating system;
A second application program running on the second operating system;
A device managed by the first operating system;
An access request status for the device under the management of the first operating system from the first application program operating on the first operating system, and the second operating on the second operating system Access monitoring means for monitoring an access request status of the device under the management of the first operating system from an application program ;
With
The access monitoring means includes
The load on the first operating system is a threshold value when there is an access to the device under the management of the first operating system from the second application program operating on the second operating system An access refusal means for refusing access to the device under the management of the first operating system from the second application program operating on the second operating system,
On the first operating system by accessing the device under the management of the first operating system from the second application program operating on the second operating system that has not been denied by the access denial means The threshold value is changed based on the history of the number of times access to the device under the management of the first operating system from the first application program that is operating is not established and the threshold value of the load at that time An information processing apparatus comprising: an access refusal condition changing unit . The first operating system is a real-time operating system, the information processing apparatus according to claim 1 or 2.   The access monitoring means includes
  Whether each of the plurality of first application programs operating on the first operating system requires continuous access to the device under the management of the first operating system is determined by the first Further comprising means for determining continuity between application programs that is determined from the small interval between the access cycles of each of the application programs,
  The application program continuity determining means includes:
  Each of the plurality of first application programs that operate on the first operating system and the second application program that operates on the second operating system are under the control of the first operating system. When there is access to the device, each of the plurality of first application programs operating on the first operating system continuously accesses the device under the management of the first operating system. When the plurality of first application programs operating on the first operating system are determined to be necessary for the device under the management of the first operating system, The access to the device under the management of the first operating system from the second application program operating on the second operating system during access is denied. The information processing apparatus according to item.

Images