(57)【要約】【課題】一のＯＳ上のアプリケーションプログラムから、他のＯＳの管理下のデバイスに対してアクセスがなされても、他のＯＳ上のアプリケーションプログラムからの当該デバイスに対するアクセスへの影響を低減する。【解決手段】アクセス監視機構部１１０が、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのオペレーティングシステムＯＳ１の管理下の記憶蓄積装置４００のＯＳ１管理下領域４０１に対するアクセスを監視する。これにより、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのオペレーティングシステムＯＳ１管理下のＯＳ１管理下領域４０１に対するアクセスが、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスに影響があるか否かを判断できる。【選択図】図１
2010113680.tif 000002
【特許請求の範囲】
【請求項１】
第１のオペレーティングシステムと、
第２のオペレーティングシステムと、
前記第１のオペレーティングシステムの管理下のデバイスと、
前記第２のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスを監視するアクセス監視手段と
を備えた情報処理装置。
【請求項２】
前記第１のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対する前回のアクセスからの経過時間が閾値以下の時間であるときに、前記第２のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスを拒否するアクセス拒否手段をさらに備えた請求項１に記載の情報処理装置。
【請求項３】
前記第２のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスによって、前記第１のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスが不成立となった状態の履歴に基づいて前記閾値を変更するアクセス拒否条件変更手段をさらに備えた請求項２に記載の情報処理装置。
【請求項４】
前記第１のオペレーティングシステムにかかる負荷が閾値以上であるときに、前記第２のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスを拒否するアクセス拒否手段をさらに備えた請求項１に記載の情報処理装置。
【請求項５】
前記第２のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスによって、前記第１のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスが不成立となった状態の履歴に基づいて前記閾値を変更するアクセス拒否条件変更手段をさらに備えた請求項４に記載の情報処理装置。
【請求項６】
前記第１のオペレーティングシステムはリアルタイムオペレーティングシステムである、請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
前記アクセス拒否手段は、前記第１のオペレーティングシステム上で動作する複数のアプリケーションプログラムそれぞれが前記デバイスに対して連続したアクセスを必要とするときは、前記第１のオペレーティングシステム上で動作する複数のアプリケーションプログラムそれぞれが前記デバイスに対して連続したアクセスを行う間における前記第２のオペレーティングシステム上で動作するアプリケーションプログラムからの前記デバイスに対するアクセスを拒否する、請求項１〜６のいずれか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関し、特には、一つのオペレーティングシステム上で動作するアプリケーションプログラムから、他のオペレーティングシステムの管理下のデバイスに対してアクセスがなされる情報処理装置に関する。
【背景技術】
【０００２】
従来、一つのオペレーティングシステム上で動作するアプリケーションプログラムから、他のオペレーティングシステムの管理下のデバイスに対してアクセスがなされる情報処理装置が知られている。例えば、特許文献１には、リアルタイムＯＳ（オペレーティングシステム）ａが配置されるプロセッサを備える制御系ＥＣＵと、リアルタイムＯＳａが配置されるプロセッサａ及びマルチメディアＯＳｂ，ｃ，ｄが配置されるプロセッサｂ，ｃ，ｄを備える情報系ＥＣＵと、を有する車両用制御システムであって、プロセッサとプロセッサａによって制御系ＥＣＵと情報系ＥＣＵとの間の通信を行うとともに、プロセッサａのコア間通信機能ａとプロセッサｂ，ｃ，ｄのコア間通信機能ｂ，ｃ，ｄによってプロセッサａとプロセッサｂ，ｃ，ｄとの間の通信を行う車両用制御システムが開示されている。
【特許文献１】特開２００８−１７４０９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記のような技術では、リアルタイムＯＳとマルチメディアＯＳとの間で連携するアプリケーションプログラムを動作させる際に、マルチメディアＯＳ上のアプリケーションプログラムからリアルタイムＯＳ管理下のデバイスにアクセスを行なうと、リアルタイムＯＳ上のアプリケーションプログラムからのデバイスへのアクセスが遅れてしまう虞がある。
【０００４】
例えば、車両用制御システムとしての製品出荷後に、マルチメディアＯＳ上で動作するアプリケーションプログラムが追加され、そのマルチメディアＯＳ上で動作するアプリケーションプログラムによるリアルタイムＯＳによるリアルタイムＯＳ管理下のデバイスへのファイルアクセスが増大した場合、従来保証されるべきリアルタイムＯＳ上で動作するアプリケーションプログラムによるデバイスへのファイルアクセス性能の低下が懸念される。
【０００５】
本発明は、このような実情に鑑みなされたものであり、その目的は、一つのオペレーティングシステム上で動作するアプリケーションプログラムから、他のオペレーティングシステムの管理下のデバイスに対してアクセスがなされても、他のオペレーティングシステム上で動作するアプリケーションプログラムからの当該デバイスに対するアクセスへの影響を低減することが可能な情報処理装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、第１のオペレーティングシステムと、第２のオペレーティングシステムと、第１のオペレーティングシステムの管理下のデバイスと、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを監視するアクセス監視手段とを備えた情報処理装置である。
【０００７】
この構成によれば、アクセス監視手段が、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスを監視するため、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスが、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスに影響があるか否かを判断することが可能となり、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスへの影響を低減することが可能となる。
【０００８】
この場合、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対する前回のアクセスからの経過時間が閾値以下の時間であるときに、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを拒否するアクセス拒否手段をさらに備えることが好適である。
【０００９】
この構成によれば、アクセス拒否手段が、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対する前回のアクセスからの経過時間が閾値以下の時間であるときに、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを拒否するため、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが遅れることを防止することができる。
【００１０】
この場合、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが不成立となった状態に基づいて閾値を変更するアクセス拒否条件変更手段をさらに備えることが好適である。
【００１１】
この構成によれば、アクセス拒否条件変更手段が、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが不成立となった状態の履歴に基づいて閾値を変更するため、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが遅れることを防止することができ、かつ第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを必要以上に拒否することを防止することができる。
【００１２】
一方、第１のオペレーティングシステムにかかる負荷が閾値以上であるときに、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを拒否するアクセス拒否手段をさらに備えることが好適である。
【００１３】
この構成によれば、アクセス拒否手段が、第１のオペレーティングシステムにかかる負荷が閾値以上であるときに、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを拒否するため、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスによって演算処理負荷が大きくなり、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが遅れることを防止することができる。
【００１４】
この場合、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが不成立となった状態の履歴に基づいて閾値を変更するアクセス拒否条件変更手段をさらに備えることが好適である。
【００１５】
この構成によれば、アクセス拒否条件変更手段が、第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが不成立となった状態の履歴に基づいて閾値を変更するため、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスによって演算負荷が大きくなり、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスが遅れることを防止することができ、かつ第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを必要以上に拒否することを防止することができる。
【００１６】
さらに、第１のオペレーティングシステムはリアルタイムオペレーティングシステムであることが好適である。
【００１７】
この構成によれば、第１のオペレーティングシステムは、資源管理において時間資源の保護及び実行時間の予測可能性を提供することに特化したリアルタイムオペレーティングシステムであるため、本発明の構成により、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスによって、第１のオペレーティングシステム上で動作し、例えばデバイスに対して周期的にアクセスを行なうアプリケーションプログラムからのアクセスが遅れることを防止することができる。
【００１８】
この場合、アクセス拒否手段は、第１のオペレーティングシステム上で動作する複数のアプリケーションプログラムそれぞれがデバイスに対して連続したアクセスを必要とするときは、第１のオペレーティングシステム上で動作する複数のアプリケーションプログラムそれぞれがデバイスに対して連続したアクセスを行う間における第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを拒否することが好適である。
【００１９】
この構成によれば、第１のオペレーティングシステム上で動作する複数のアプリケーションプログラムそれぞれがデバイスに対して連続したアクセスを必要とするようなアプリケーションプログラム間の連続性及び依存性が大きいときに、アクセス拒否手段は、第１のオペレーティングシステム上で動作する複数のアプリケーションプログラムそれぞれがデバイスに対して連続したアクセスを行う間における第２のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスを拒否するため、アプリケーションプログラム間の連続性及び依存性が大きいアプリケーションプログラムを確実に動作させることができる。
【発明の効果】
【００２０】
本発明の情報処理装置によれば、第２のオペレーティングシステム上で動作するアプリケーションプログラムからの第１のオペレーティングシステムの管理下のデバイスに対するアクセスにより、第１のオペレーティングシステム上で動作するアプリケーションプログラムからのデバイスに対するアクセスへの影響を低減することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態について添付図面を参照して説明する。図１は、実施形態に係る情報処理装置の構成を示すブロック図である。図１に示すように、本実施形態の情報処理装置１０は、２つのオペレーティングシステムＯＳ１，ＯＳ２、各オペレーティングシステムＯＳ１，ＯＳ２上で動作するアプリケーションプログラム１Ａ，１Ｂ，２Ａ，２Ｂ等、他ＯＳアクセス制御機能部１４０、連携部１００、マルチコアプロセッサ２００、記憶蓄積装置制御部３００、及び記憶蓄積装置４００を備えている。本実施形態の情報処理装置１０は、例えば車両に搭載され、オペレーティングシステムＯＳ１上で動作する車両制御機能（制御系）と、オペレーティングシステムＯＳ２上で動作するマルチメディア機能（情報系）とを連携させて、車両の高機能化を図る車両用制御システムとして利用される。
【００２２】
オペレーティングシステム（第１のオペレーティングシステム）ＯＳ１は、即時性が要求させるリアルタイムオペレーティングシステムであり、例えば、カーナビゲーション装置におけるロケーション処理や経路探索処理等において記憶蓄積装置４００に対して周期的にアクセスする特性を有するアプリケーションプログラム１Ａ，１Ｂ等を動作させるためのものである。オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等は、車両用制御システムとしての製品出荷時に予め搭載される性質のものである。
【００２３】
オペレーティングシステム（第２のオペレーティングシステム）ＯＳ２は、マルチメディアオペレーティングシステムであり、例えば、音楽プレーヤー等のベストエフォート型のアプリケーションプログラム２Ａ，２Ｂ等を動作させるためのものである。オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２Ｂ等は、車両用制御システムとしての製品出荷時に予め搭載される他、製品出荷後にユーザにより適宜追加される性質のものである。
【００２４】
連携部１００は、アクセス監視機構部１１０、アクセス性能維持確認機能部１２０及びアプリケーションプログラム間連続性確認機能部１３０を有している。
【００２５】
アクセス監視機構部（アクセス監視手段、アクセス拒否手段、アクセス拒否条件変更手段）１１０は、各オペレーティングシステムＯＳ１，ＯＳ２上で動作するアプリケーションプログラム１Ａ，１Ｂ，２Ａ，２Ｂからの記憶蓄積装置４００へのアクセス要求状況を監視するためのものである。アクセス監視機構部１１０は、アクセス性能維持確認機能部１２０及びアプリケーションプログラム間連続性確認機能部１３０と連携して動作し、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２Ｂ等からの記憶蓄積装置４００への現在のアクセス状況が、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からの記憶蓄積装置４００へのアクセス要求に影響がある場合、他ＯＳアクセス制御部１４０に「アクセス拒否」を通知する。
【００２６】
また、アクセス監視機構部１１０は、アクセス性能維持確認機能部１２０及びアプリケーションプログラム間連続性確認機能部１３０により、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２Ｂ等からの記憶蓄積装置４００へのアクセスが拒否された「アクセス拒否」の発生条件を保持及び解析することで、アクセス監視精度を向上させる。
【００２７】
アクセス性能維持確認機能部（アクセス拒否手段）１２０は、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２Ｂ等からの記憶蓄積装置４００へのアクセスが、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からの記憶蓄積装置４００へのアクセス性能の低下につながると予測される場合、他ＯＳアクセス制御部１４０に「アクセス拒否」を通知するためのものである。
【００２８】
アプリケーションプログラム間連続性確認機能部（アクセス拒否手段）１３０は、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からの記憶蓄積装置４００へのアクセス要求の連続性の依存関係を把握し、時系列の依存関係が強く、周期間隔が短い場合、オペレーティングシステムＯＳ１上のアプリケーションプログラム１Ａ，１Ｂ等からの記憶蓄積装置４００へのアクセス要求がなくとも、複数のアプリケーションプログラム１Ａ，１Ｂ等それぞれが記憶蓄積装置４００に対して連続してアクセスする間においては、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２Ｂ等からの記憶蓄積装置４００へのアクセス要求の受付拒否を示す「アクセス拒否」を他ＯＳアクセス制御部１４０に通知するためのものである。
【００２９】
他ＯＳアクセス制御部１４０は、アクセス監視機構部１１０から「アクセス拒否」の通知を受けた場合、オペレーティングシステムＯＳ２上のアプリケーションプログラム２Ａ，２Ｂ等からの記憶蓄積装置４００におけるオペレーティングシステムＯＳ１による管理下のＯＳ１管理下領域４０１へのアクセスに対し、「アクセス拒否」を通知する。一方、他ＯＳアクセス制御部１４０は、アクセス監視機構部１１０から「アクセス許可」の通知を受けた場合、オペレーティングシステムＯＳ２上のアプリケーションプログラム２Ａ，２Ｂ等からの記憶蓄積装置４００におけるオペレーティングシステムＯＳ１による管理下のＯＳ１管理下領域４０１へのアクセスに対し、「アクセス拒否」を通知する。
【００３０】
さらに、他ＯＳアクセス制御部１４０は、自ＯＳアクセス転送部１４１を含む。自ＯＳアクセス転送部１４１は、アクセス監視機構部１１０から「アクセス許可」の通知を受けた場合、オペレーティングシステムＯＳ２上のアプリケーションプログラム２Ａ，２Ｂ等が発行するアクセス要求をオペレーティングシステムＯＳ２上からのアクセス命令として記憶蓄積装置制御部３００に転送する。
【００３１】
マルチコアプロセッサ２００は、２個以上のコア（ＣＰＵ（Central  Processing  Unit））２１０〜２１３を有している。マルチコアプロセッサ２００は、コア２１０〜２１３によって、記憶蓄積装置４００からデータを読み出したり、記憶蓄積装置４００にデータを書き込んだりするためのものである。
【００３２】
記憶蓄積装置制御部３００は、マルチコアプロセッサ２００による記憶蓄積装置４００からのデータの読み出しや、マルチコアプロセッサ２００による記憶蓄積装置４００へのデータの書き込み等のマルチコアプロセッサ２００と記憶蓄積装置との間のインターフェースを制御するためのものである。記憶蓄積装置制御部３００による記憶蓄積装置４００へのアクセスの可否は、図中破線で示すように、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等によるオペレーティングシステムＯＳ１管理下のファイルアクセスの方が、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２Ｂ等によるオペレーティングシステムＯＳ１管理下のファイルアクセスより優先してアクセスされるように制御される。
【００３３】
記憶蓄積装置４００は、アプリケーションプログラム１Ａ，１Ｂ，２Ａ，２Ｂ等で使用されるデータを蓄積するための装置であり、具体的にはハードディスク等により構成される。記憶蓄積装置４００は、オペレーティングシステムＯＳ１により管理されるＯＳ１管理下領域（デバイス）４０１と、オペレーティングシステムＯＳ２により管理されるＯＳ２管理下領域４０２とを有している。
【００３４】
以下、本実施形態の情報処理装置１０の動作について説明する。図２は、実施形態に係る情報処理装置の動作を示すフロー図であり、図３は、実施形態に係る情報処理装置の動作を示すシーケンス図である。図１、図２及び３に示すように、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａから記憶蓄積装置４００におけるオペレーティングシステムＯＳ１管理下のＯＳ１管理下領域４０１へのアクセス要求が発行されたものとする（図２のＳ１１、図３のＳ１１１）。
【００３５】
連携部１００のアクセス監視機構部１１０はアクセス性能維持確認機能部１２０と連携し、各オペレーティングシステムＯＳ１，ＯＳ２からの記憶蓄積装置４００へのアクセス要求状況を確認し（図２のＳ１２、図３のＳ１１２）、アクセス状況が図４に示すようなアクセス性能低下パラメータの拒否指標値内となると予測される場合、他ＯＳアクセス制御部１４０に「アクセス拒否」を通知する（図２のＳ１６）。この場合の「アクセス拒否」の条件は、図４に示す拒否指標値のように、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からの記憶蓄積装置４００へのアクセス性能低下に影響を与えるパラメータ（アクセス性能低下パラメータ）であるアクセス負荷（ＣＰＵ）、占有バス帯域、同時アクセスアプリケーションプログラム数等である。このアクセス性能低下パラメータは、製品出荷後のオペレーティングシステムＯＳ２上で動作するアプリケーションプログラムの追加により変化することが多い。そのため、アクセス性能低下パラメータの拒否指標値は、後述の手法により適宜変更される。
【００３６】
連携部１００のアクセス監視機構部１１０はアクセス性能維持確認機能部１２０と連携し、各オペレーティングシステムＯＳ１，ＯＳ２からの記憶蓄積装置４００へのアクセス要求状況を確認し、各オペレーティングシステムＯＳ１，ＯＳ２からの記憶蓄積装置４００へのアクセス要求状況を確認し（図２のＳ１３、図３のＳ１１２）、図５に示すような拒否指標値内である場合、他ＯＳアクセス制御部１４０に「アクセス拒否」を通知する（図２のＳ１６）。この場合の「アクセス拒否」の条件は、図５に示す拒否指標値のように、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からの記憶蓄積装置４００へのアクセス要求の連続性の依存関係に影響を与えるパラメータ（アプリケーションプログラム間アクセス連続性パラメータ）であるアクセスタイミング、アプリケーションプログラム間の周期依存性、システム状態等である。このアプリケーションプログラム間アクセス連続性パラメータは、システム設計時に決められることが多い。
【００３７】
連携部１００のアクセス監視機構部１１０は、当該アクセス要求が、アクセス許可条件、アクセス性能低下パラメータの拒否指標値、及びアプリケーションプログラム間アクセス連続性パラメータの拒否指標値に該当しないときは、他ＯＳアクセス制御部１４０にＯＳ１管理下領域４０１へのアクセス許可通知を送信する（図３のＳ１１３）。他ＯＳアクセス制御部１４０は、アプリケーションプログラム２ＡにＯＳ１管理下領域４０１へのアクセス許可通知を送信する（図３のＳ１１４）。
【００３８】
アプリケーションプログラム２Ａは、ＯＳ１管理下領域４０１へのアクセス要求としてアクセスコマンドを発行し、当該アクセスコマンドを他ＯＳアクセス制御部１４０の自ＯＳアクセス転送部１４１に送信する（図３のＳ１１５）。他ＯＳアクセス制御部１４０の自ＯＳアクセス転送部１４１は、オペレーティングシステムＯＳ２上のアプリケーションプログラム２Ａが発行するアクセス要求をオペレーティングシステムＯＳ１からのアクセス要求として、記憶蓄積装置制御部３００に転送する（図２のＳ１４、図３のＳ１１６）。
【００３９】
連携部１００のアクセス監視機構部１１０は、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等から、アクセス性能及び周期確保の不成立（ＮＧ）の信号を受信した場合には、アクセス拒否条件の追加、アクセス拒否指標値の修正を行なう（図２のＳ１５）。
【００４０】
他ＯＳアクセス制御部１４０は、アクセス拒否の通知を受けた場合、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａに対して、ＯＳ１管理下領域４０１へのアクセスについて、「アクセス拒否」を通知する（図２のＳ１６）。
【００４１】
連携部１００のアクセス監視機構部１１０は、追加及び修正されたアクセス拒否条件、アクセス拒否指標値を保存する（図２のＳ１７）。例えば、図６の例では、システム導入時には、アクセス負荷（ＣＰＵ）９０％以上の場合にアプリケーションプログラム２Ａからのアクセスを拒否していたが、上記工程により１割以上のＮＧが発生したため、拒否指標値を「アクセス負荷（ＣＰＵ）８０％以上」に変更している。その結果、アプリケーションプログラム２Ａからのアクセスによって、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等のアクセスが影響を受けた件数（ＮＧ数）が低下している。
【００４２】
本実施形態によれば、アクセス監視機構部１１０が、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのオペレーティングシステムＯＳ１の管理下の記憶蓄積装置４００のＯＳ１管理下領域４０１に対するアクセスを監視するため、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのオペレーティングシステムＯＳ１の管理下のＯＳ１管理下領域４０１に対するアクセスが、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスに影響があるか否かを判断することが可能となり、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスへの影響を低減することが可能となる。
【００４３】
また、本実施形態によれば、アクセス監視機構部１１０、アクセス性能維持確認機能部１２０が、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対する前回のアクセスからの経過時間が拒否指標値以下の時間であるときに、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのＯＳ１管理下領域４０１に対するアクセスを拒否するため、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのオペレーティングシステムＯＳ１の管理下のＯＳ１管理下領域４０１に対するアクセスによって、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスが遅れることを防止することができる。
【００４４】
さらに、本実施形態によれば、アクセス監視機構部１１０が、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのＯＳ１管理下領域４０１に対するアクセスによって、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスが不成立となった状態の履歴に基づいて拒否指標値を変更するため、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２ＡからのオペレーティングシステムＯＳ１の管理下のＯＳ１管理下領域４０１に対するアクセスによって、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスが遅れることを防止することができ、かつオペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２ＡからのＯＳ１管理下領域４０１に対するアクセスを必要以上に拒否することを防止することができる。
【００４５】
一方、本実施形態によれば、アクセス監視機構部１１０、アクセス性能維持確認機能部１２０が、オペレーティングシステムＯＳ１にかかる負荷が拒否指標値以上であるときに、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのＯＳ１管理下領域４０１に対するアクセスを拒否するため、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２ＡからのＯＳ１管理下領域４０１に対するアクセスによって演算処理負荷が大きくなり、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスが遅れることを防止することができる。
【００４６】
また、本実施形態によれば、アクセス監視機構部１１０が、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのＯＳ１管理下領域４０１に対するアクセスによって、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスが不成立となった状態の履歴に基づいて拒否指標値を変更するため、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのオペレーティングシステムＯＳ１の管理下のＯＳ１管理下領域４０１に対するアクセスによって演算負荷が大きくなり、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラム１Ａ，１Ｂ等からのＯＳ１管理下領域４０１に対するアクセスが遅れることを防止することができ、かつオペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ等からのＯＳ１管理下領域４０１に対するアクセスを必要以上に拒否することを防止することができる。
【００４７】
さらに、本実施形態によれば、オペレーティングシステムＯＳ１は、資源管理において時間資源の保護及び実行時間の予測可能性を提供することに特化したリアルタイムオペレーティングシステムであるため、本実施形態の構成により、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２ＡからのオペレーティングシステムＯＳ１の管理下のＯＳ１管理下領域４０１に対するアクセスによって、オペレーティングシステムＯＳ１上で動作し、例えばＯＳ１管理下領域４０１に対して周期的にアクセスを行なうアプリケーションプログラム１Ａ，１Ｂ等からのアクセスが遅れることを防止することができる。
【００４８】
加えて本実施形態では、オペレーティングシステムＯＳ１上で動作する複数のアプリケーションプログラム１A，１Ｂ等それぞれがＯＳ１管理下領域４０１に対して連続したアクセスを必要とするようなアプリケーションプログラム間の連続性及び依存性が大きいときに、アクセス監視機構部１１０及びアプリケーションプログラム間連続性確認機能部１３０は、オペレーティングシステムＯＳ１上で動作する複数のアプリケーションプログラム１Ａ，１Ｂ等それぞれがＯＳ１管理下領域４０１に対して連続したアクセスを行う間におけるオペレーティングシステムＯＳ２上で動作するアプリケーションプログラム２Ａ，２ＢからのＯＳ１管理下領域４０１に対するアクセスを拒否するため、アプリケーションプログラム間の連続性及び依存性が大きいアプリケーションプログラムを確実に動作させることができる。
【００４９】
すなわち、上記特許文献１のような技術では、図７の事例Ｃ０に示すように、オペレーティングシステムＯＳ１上のアプリケーションプログラムによるオペレーティングシステムＯＳ１管理下のファイルへのアクセスの方が、オペレーティングシステムＯＳ２上のアプリケーションプログラムによるオペレーティングシステムＯＳ２管理下のファイルへのアクセスよりも優先してアクセスされる。
【００５０】
しかし、図７の事例Ｃ１に示すように、上記特許文献１のような技術では、オペレーティングシステムＯＳ２上で動作し、オペレーティングシステムＯＳ１管理下のファイルにアクセスするアプリケーションプログラム（以下、ＯＳ２上連携アプリと呼ぶ）のオペレーティングシステムＯＳ１管理下のファイルへのアクセスにより、記憶蓄積装置へのアクセス帯域が圧迫され、本来優先されるべきアプリケーションプログラム（ロケーション、経路検索等）からのファイルへのアクセスが阻害されることとなる。
【００５１】
また、上記特許文献１のような技術では、図７の事例Ｃ２に示すように、ＯＳ２上連携アプリのオペレーティングシステムＯＳ１管理下のファイルへのアクセスにより、オペレーティングシステムＯＳ１上での連携関係及び依存関係があるアプリケーションプログラム（図７中の例では、ロケーション処理を行うアプリケーションプログラムと経路検索を行なうアプリケーションプログラム）のアクセス時間が保証されなくなっている。
【００５２】
さらに、上記特許文献１のような技術では、図７の事例Ｃ３に示すように、ＯＳ２上連携アプリからのオペレーティングシステムＯＳ１管理下のファイルへのアクセス要求と、オペレーティングシステムＯＳ２管理下のファイルへのアクセス要求との順序が実際のアクセス順序と整合しない場合がある（ＯＳ２上連携アプリからのオペレーティングＯＳ２管理下のファイルへのアクセスの順序不整合）。特に、前提Ｐ１に示すように、ロケーション処理を行うアプリケーションプログラムのアクセス後に、経路検索処理を行なうアプリケーションプログラムのアクセスが実行されなければならないという依存関係がある場合は、アプリケーションプログラムが確実に動作することができない可能性がある。
【００５３】
一方、本実施形態では、図８の事例Ｃ４に示すように、ＯＳ２上連携アプリによるオペレーティングシステムＯＳ１管理下のファイルへのアクセス要求により、他のオペレーティングシステムＯＳ１上のアプリケーションプログラム（ロケーション、経路検索）のアクセス性能低下がアクセス性能維持確認機能部１２０にて予測されたため、ＯＳ２上連携アプリに「アクセス拒否」が通知される。これにより、オペレーティングシステムＯＳ１上のアプリケーションプログラムのアクセス性能低下が発生しないタイミングで、再度、オペレーティングシステムＯＳ１管理下のファイルへのアクセス要求が発行され、アクセスに成功することができる。
【００５４】
また、本実施形態では、図８の事例Ｃ５に示すように、ＯＳ２上連携アプリによるオペレーティングシステムＯＳ１管理下のファイルへのアクセス要求により、ＯＳ２上連携アプリからのオペレーティングシステムＯＳ１管理下のファイルへのアクセス要求と、オペレーティングシステムＯＳ２管理下のファイルへのアクセス要求との順序が実際のアクセス順序と整合しなくなることが予測されたため、順序不整合とならないタイミングで、再度、オペレーティングシステムＯＳ１管理下のファイルへのアクセス要求が発行され、ＯＳ２上連携アプリからのオペレーティングシステムＯＳ１管理下のファイルへのアクセス要求と、オペレーティングシステムＯＳ２管理下のファイルへのアクセス要求との順序が、実際のアクセス順序と整合が図られる。
【００５５】
さらに、本実施形態では、図９の事例Ｃ６に示すように、ＯＳ２上連携アプリによるオペレーティングシステムＯＳ１管理下のファイルへのアクセス要求が発行された時点では、アクセス性能維持確認機能部１２０による「アクセス拒否」は通知されない場合であっても、前提Ｐ１に示すように、ロケーション処理を行うアプリケーションプログラムのアクセス後に、経路検索処理を行なうアプリケーションプログラムのアクセスが実行されなければならないという依存関係があるため、アプリケーションプログラム間連続性確認機能部１３０は、ロケーション処理と経路検索処理とが終了するまでＯＳ２上連携アプリによるアクセスを拒否し、当該処理終了後にＯＳ２上連携アプリによるファイルアクセスを許可する。
【００５６】
図１０は、アプリケーションプログラム間連続性確認機能部１３０の動作例を示す図である。図１０に示すように、オペレーティングシステムＯＳ１上で動作するアプリケーションプログラムＡ１〜Ａ３の内で、アプリケーションプログラムＡ１，Ａ２は依存関係が大きく、アクセスの周期間隔が小さいものとする。上記特許文献１のような技術では、オペレーティングシステムＯＳ１，ＯＳ２上で動作するアプリケーションプログラムは単にアクセス要求順にアクセスがなされるため、図１０に示すように、依存関係が大きいアプリケーションプログラムＡ１，Ａ２のアクセスの間に、オペレーティングシステムＯＳ２上で動作するアプリケーションプログラムＢのアクセスが実行されてしまう。
【００５７】
一方、本実施形態では、アプリケーションプログラム間連続性確認機能部１３０により、アプリケーションプログラムＡ１，Ａ２のアクセスの間は、オペレーティングシステムＯＳ２上のアプリケーションプログラムのアクセスは「アクセス拒否」とされるため、アプリケーションプログラムＡ１，Ａ２のアクセスが順次終了した後に、オペレーティングシステムＯＳ２上のアプリケーションプログラムＢ等のアクセスがなされる。これにより、アプリケーションプログラムＡ１，Ａ２それぞれを確実に動作させることが可能となる。
【００５８】
尚、本発明は、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【００５９】
【図１】実施形態に係る情報処理装置の構成を示すブロック図である。
【図２】実施形態に係る情報処理装置の動作を示すフロー図である。
【図３】実施形態に係る情報処理装置の動作を示すシーケンス図である。
【図４】アクセス性能低下に関するパラメータとその拒否指標値との例を示す表である。
【図５】アプリ間アクセス連続性に関するパラメータとその拒否指標値との例を示す表である。
【図６】アクセス拒否条件学習の例を示す表である。
【図７】オペレーティングシステムＯＳ１及びオペレーティングシステムＯＳ２によるファイルアクセスの例を示す図である。
【図８】オペレーティングシステムＯＳ１及びオペレーティングシステムＯＳ２によるファイルアクセスの例を示す図である。
【図９】オペレーティングシステムＯＳ１及びオペレーティングシステムＯＳ２によるファイルアクセスの例を示す図である。
【図１０】アプリケーションプログラム間連続性確認機能部の動作例を示す図である。
【符号の説明】
【００６０】
１０…情報処理装置、１Ａ，１Ｂ，２Ａ，２Ｂ…アプリケーションプログラム、ＯＳ１，ＯＳ２…オペレーティングシステム、１００…連携部、１１０…アクセス監視機構部、１２０…アクセス性能維持確認機能部、１３０…アプリケーションプログラム間連続性確認機能部、１４０…他ＯＳアクセス制御機能部、１４１…自ＯＳアクセス転送部、２００…マルチコアプロセッサ、２１０，２１１，２１２，２１３…コア、３００…記憶蓄積装置制御部、４００…記憶蓄積装置、４０１…ＯＳ１管理下領域、４０２…ＯＳ２管理下領域。
【図１】
2010113680.tif 000003
【図２】
2010113680.tif 000004
【図３】
2010113680.tif 000005
【図４】
2010113680.tif 000006
【図５】
2010113680.tif 000007
【図６】
2010113680.tif 000008
【図７】
2010113680.tif 000009
【図８】
2010113680.tif 000010
【図９】
2010113680.tif 000011
【図１０】
2010113680.tif 000012