(57)【要約】【課題】  既存のプログラムに改造を加えることなく、堅牢性の高いプログラム実行環境を実現可能なコンピュータシステムを提供する。【解決手段】  ＯＳコア１１はサブジェクト２１からのアクセス要求を受付け、そのアクセス要求を受け入れて良いかどうかをリソース判定機能１３に問い合わせる。リソース判定機能１３はアクセス制御ポリシデータベース１６の蓄積内容を基にオブジェクト１２ａに対するアクセス要求を許可するか不許可とするかを判断するとともに、サブジェクト２１がオブジェクト１２ａを使用する際、そのオブジェクト１２ａの使用可能量を判断する。その結果、ＯＳコア１１は受け入れ許可の判定が返ってきたならば、受付けたアクセス要求を実行する。また、ＯＳコア１１は受け入れ不許可の判定が返ってきたならば、その旨をサブジェクトＡ２に伝える。【選択図】      図１
2007034341.tif 000002
【特許請求の範囲】
【請求項１】
各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムであって、
前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性をそのオブジェクトの最大使用可能量に基づいて検証する量的制御モジュールと、
前記量的制御モジュールから許可された時に前記アクセス要求を実行する手段とを前記ＯＳ内部に有することを特徴とするコンピュータシステム。
【請求項２】
前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を１以上の所定数のサブジェクト毎に蓄積する量的制御ポリシデータベースを含むことを特徴とする請求項１記載のコンピュータシステム。
【請求項３】
前記オブジェクトの最大使用可能量を基に１以上の所定数のサブジェクト毎に使用可能なオブジェクト量を管理することを特徴とする請求項１または請求項２記載のコンピュータシステム。
【請求項４】
１以上の前記サブジェクトからなるアプリケーションプログラムをダウンロード自在としたことを特徴とする請求項１から請求項３のいずれか記載のコンピュータシステム。
【請求項５】
各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムであって、
前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性をそのアクセスを許可するアクセス形態に基づいて検証するアクセス制御モジュールと、
前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性をそのオブジェクトの最大使用可能量に基づいて検証する量的制御モジュールと、
前記アクセス制御モジュール及び前記量的制御モジュール各々から許可された時に前記アクセス要求を実行する手段とを前記ＯＳ内部に有することを特徴とするコンピュータシステム。
【請求項６】
前記サブジェクトがオブジェクトにアクセスする際にそのアクセスを許可するアクセス形態を１以上の所定数のサブジェクト毎に蓄積するアクセス制御ポリシデータベースと、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を１以上の所定数のサブジェクト毎に蓄積する量的制御ポリシデータベースとを含み、
前記アクセス制御ポリシデータベースと前記量的制御ポリシデータベースとを各々独立に配設したことを特徴とする請求項５記載のコンピュータシステム。
【請求項７】
前記サブジェクトがオブジェクトにアクセスする際にそのアクセスを許可するアクセス形態とそのオブジェクトの最大使用可能量とをそれぞれ１以上の所定数のサブジェクト毎に蓄積するポリシデータベースを含むことを特徴とする請求項１記載のコンピュータシステム。
【請求項８】
前記アクセスを許可するアクセス形態を基に１以上の所定数のサブジェクト毎にアクセス可能なオブジェクトとアクセス権限とを管理することを特徴とする請求項５から請求項７のいずれか記載のコンピュータシステム。
【請求項９】
前記オブジェクトの最大使用可能量を基に１以上の所定数のサブジェクト毎に使用可能なオブジェクト量を管理することを特徴とする請求項５から請求項８のいずれか記載のコンピュータシステム。
【請求項１０】
１以上の前記サブジェクトからなるアプリケーションプログラムをダウンロード自在としたことを特徴とする請求項５から請求項９のいずれか記載のコンピュータシステム。
【請求項１１】
各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムのプログラム実行環境実現方法であって、前記ＯＳ内部に、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証するステップと、前記アクセス要求の妥当性を検証された時に当該アクセス要求を実行するステップとを有することを特徴とするプログラム実行環境実現方法。
【請求項１２】
前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を量的制御ポリシデータベースに１以上の所定数のサブジェクト毎に蓄積することを特徴とする請求項１１記載のプログラム実行環境実現方法。
【請求項１３】
前記アクセス要求の妥当性を検証するステップは、前記オブジェクトの最大使用可能量を基に１以上の所定数のサブジェクト毎に使用可能なオブジェクト量を管理することを特徴とする請求項１１または請求項１２記載のプログラム実行環境実現方法。
【請求項１４】
１以上の前記サブジェクトからなるアプリケーションプログラムをダウンロード自在としたことを特徴とする請求項１１から請求項１３のいずれか記載のプログラム実行環境実現方法。
【請求項１５】
各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムのプログラム実行環境実現方法であって、前記ＯＳ内部に、前記サブジェクトが前記オブジェクトにアクセスする際にそのアクセスを許可するアクセス形態を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第１のステップと、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第２のステップと、前記第１及び第２のステップ各々から許可された時に前記アクセス要求を実行する第３のステップとを有することを特徴とするプログラム実行環境実現方法。
【請求項１６】
前記サブジェクトがオブジェクトにアクセスする際にそのアクセスを許可するアクセス形態を１以上の所定数のサブジェクト毎にアクセス制御ポリシデータベースに蓄積し、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を量的制御ポリシデータベースに１以上の所定数のサブジェクト毎に蓄積するとともに、前記アクセス制御ポリシデータベースと前記量的制御ポリシデータベースとを各々独立に配設したことを特徴とする請求項１５記載のプログラム実行環境実現方法。
【請求項１７】
前記サブジェクトがオブジェクトにアクセスする際にそのアクセスを許可するアクセス形態とそのオブジェクトの最大使用可能量とをそれぞれ１以上の所定数のサブジェクト毎にポリシデータベースに蓄積することを特徴とする請求項１５記載のプログラム実行環境実現方法。
【請求項１８】
前記第１のステップは、前記アクセスを許可するアクセス形態を基に１以上の所定数のサブジェクト毎にアクセス可能なオブジェクトとアクセス権限とを管理することを特徴とする請求項１５から請求項１７のいずれか記載のプログラム実行環境実現方法。
【請求項１９】
前記第２のステップは、前記オブジェクトの最大使用可能量を基に１以上の所定数のサブジェクト毎に使用可能なオブジェクト量を管理することを特徴とする請求項１５から請求項１８のいずれか記載のプログラム実行環境実現方法。
【請求項２０】
１以上の前記サブジェクトからなるアプリケーションプログラムをダウンロード自在としたことを特徴とする請求項１５から請求項１９のいずれか記載のプログラム実行環境実現方法。
【請求項２１】
各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムにおいて前記ＯＳ内部に設けられたプログラムであって、前記ＯＳを実行するコンピュータに、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する処理と、前記アクセス要求の妥当性を検証された時に当該アクセス要求を実行する処理とを実行させるためのプログラム。
【請求項２２】
前記コンピュータに、前記オブジェクトの最大使用可能量を基に１以上の所定数のサブジェクト毎に使用可能なオブジェクト量を管理させることを特徴とする請求項２１記載のプログラム。
【請求項２３】
各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムにおいて前記ＯＳ内部に設けられたプログラムであって、前記ＯＳを実行するコンピュータに、サブジェクトがオブジェクトにアクセスする際にそのアクセスを許可するアクセス形態を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第１の処理と、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第２の処理と、前記第１及び第２の処理各々から許可された時に前記アクセス要求を実行する第３の処理とを実行させるためのプログラム。
【請求項２４】
前記コンピュータに、前記第１の処理として、前記アクセスを許可するアクセス形態を基に１以上の所定数のサブジェクト毎にアクセス可能なオブジェクトとアクセス権限とを管理させることを特徴とする請求項２３記載のプログラム。
【請求項２５】
前記コンピュータに、前記第２の処理として、前記オブジェクトの最大使用可能量を基に１以上の所定数のサブジェクト毎に使用可能なオブジェクト量を管理させることを特徴とする請求項２３または請求項２４記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータシステム及びそれに用いるプログラム実行環境実現方法並びにそのプログラムに関し、特にメモリ等のリソースに制限があるコンピュータシステムにおけるプログラム実行環境の実現方法に関する。
【背景技術】
【０００２】
従来、携帯電話機等の組み込み機器においては、各回路を実装する筐体の大きさやその重さに制限がある、つまり小型化や軽量化が求められているため、その筐体内に実装されるメモリ等やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるファイル等のリソース（オブジェクト）の絶対量が少ない（リソースの使用量に制限が課されている）。これらの組み込み機器ではこの条件の下で、バグやコンピュータウィルス等によるリソースへの不正アクセスあるいは外部からリソースへの不正アクセスを防止するセキュリティが求められている。
【０００３】
すなわち、従来の組み込み機器では、上記のようなリソースへの不正アクセスに対する耐性を高めた堅牢性の高いプログラム実行環境が求められている。この堅牢性の高いプログラム実行環境は、従来、コンピュータ資源の豊富なパーソナルコンピュータやワークステーション等の高性能コンピュータシステム、あるいは２４時間稼働しなければならないサーバシステム等で求められていた技術である。
【０００４】
上述した堅牢性の高いプログラム実行環境を実現する方法としては、バグによるリソースへの不正アクセスであれば、ＯＳ外部からパッチプログラムをあてる技術があり、コンピュータウィルスによるリソースへの不正アクセスであればそのコンピュータウィルスを検出してＯＳ内部への侵入をブロックするプログラムをＯＳ外部に搭載する技術がある。あるいは、ネットワーク等の外部からリソースへの不正アクセスに対しては外部に対するインタフェースを塞ぐ等の技術がある。
【０００５】
上述した堅牢性の高いプログラム実行環境を実現するための手段としては、コンピュータシステム内のリソースへのアクセス制御を行うという手法が考えられている（例えば、特許文献１，２参照）。また、他の手段としては、オペレーティングシステムとアプリケーションプログラムとの間に配設された管理システムにてコンピュータシステム内の主記憶や補助記憶といったリソースの量的制御を行うことも考えられている（例えば、特許文献３参照）。
【０００６】
【特許文献１】特開２００２−９１８１６号公報
【特許文献２】特開２００１−１８４２６４号公報
【特許文献３】特開平８−３２８８８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、パーソナルコンピュータやワークステーションと比較してもコンピュータ資源（リソース）が限られている組み込み機器においては、アクセス制御だけでは上記のような堅牢性の高いコンピュータシステムを実現することができない。
【０００８】
例えば、携帯電話機内で動作する一つのプロセスが、携帯電話機内のＲＡＭ（ランダムアクセスメモリ）容量の大部分を占めるファイルを作成してしまうと、それだけで携帯電話機の挙動が不安定になることが考えられる。この場合には、上記の特許文献３に記載の技術のように、コンピュータシステム内の主記憶や補助記憶等のリソースの量的制御を行うことも求められる。
【０００９】
上述したように、組み込み機器等のコンピュータ資源（リソース）の絶対量が乏しいコンピュータシステムにおいては、堅牢性の高いプログラム実行環境を実現するために、アクセス制御と量的制御との両方を実現することができる方式が求められている。しかも、これらの制御を実現するに当たっては、既存のアプリケーションに修正を加えることなく、ＯＳ内部で実現されることが望ましい。
【００１０】
そこで、本発明の目的は上記の問題点を解消し、既存のプログラムに改造を加えることなく、堅牢性の高いプログラム実行環境を実現することができるコンピュータシステム及びそれに用いるプログラム実行環境実現方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明によるコンピュータシステムは、各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムであって、
前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性をそのオブジェクトの最大使用可能量に基づいて検証する量的制御モジュールと、
前記量的制御モジュールから許可された時に前記アクセス要求を実行する手段とを前記ＯＳ内部に備えている。
【００１２】
本発明による他のコンピュータシステムは、各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムであって、
前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性をそのアクセスを許可するアクセス形態に基づいて検証するアクセス制御モジュールと、
前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性をそのオブジェクトの最大使用可能量に基づいて検証する量的制御モジュールと、
前記アクセス制御モジュール及び前記量的制御モジュール各々から許可された時に前記アクセス要求を実行する手段とを前記ＯＳ内部に備えている。
【００１３】
本発明によるプログラム実行環境実現方法は、各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムのプログラム実行環境実現方法であって、前記ＯＳ内部に、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証するステップと、前記アクセス要求の妥当性を検証された時に当該アクセス要求を実行するステップとを備えている。
【００１４】
本発明による他のプログラム実行環境実現方法は、各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムのプログラム実行環境実現方法であって、前記ＯＳ内部に、前記サブジェクトが前記オブジェクトにアクセスする際にそのアクセスを許可するアクセス形態を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第１のステップと、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第２のステップと、前記第１及び第２のステップ各々から許可された時に前記アクセス要求を実行する第３のステップとを備えている。
【００１５】
本発明によるプログラム実行環境実現方法のプログラムは、各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムにおいて前記ＯＳ内部に設けられたプログラムであって、前記ＯＳを実行するコンピュータに、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する処理と、前記アクセス要求の妥当性を検証された時に当該アクセス要求を実行する処理とを実行させている。
【００１６】
本発明による他のプログラム実行環境実現方法のプログラムは、各種動作を示すプロセスを少なくとも含むサブジェクトによってアクセスされかつＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部で管理されるオブジェクトの使用量が量的に制限されるコンピュータシステムにおいて前記ＯＳ内部に設けられたプログラムであって、前記ＯＳを実行するコンピュータに、サブジェクトがオブジェクトにアクセスする際にそのアクセスを許可するアクセス形態を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第１の処理と、前記サブジェクトが前記オブジェクトを使用する際にそのオブジェクトの最大使用可能量を基に前記サブジェクトからの前記オブジェクトに対するアクセス要求の妥当性を検証する第２の処理と、前記第１及び第２の処理各々から許可された時に前記アクセス要求を実行する第３の処理とを実行させている。
【００１７】
すなわち、本発明のコンピュータシステムは、オブジェクトへのアクセス制御とオブジェクトの量的制御とを同時に実現するために、そのアクセスを許可するアクセス形態を含むアクセス制御のポリシデータベースと、オブジェクトの最大使用可能量を含む量的制御のポリシデータベースとを、あるいはそれらを統合したデータベースを予め用意している。
【００１８】
本発明のコンピュータシステムでは、そのシステム内で動作するアプリケーションプログラムのプロセス（書込み動作や読出し動作等の各種動作を示す）等のサブジェクトからファイルやセマフォ（Ｓｅｍａｐｈｏｒｅ）等のオブジェクト（リソース）へのアクセス要求があった時に、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）内部でアクセス権限を与えるかどうかをアクセス制御のポリシデータベースを基に照合している。
【００１９】
また、本発明のコンピュータシステムでは、この制御とともに、そのオブジェクトの最大使用量を超えていないかを量的制御のポリシデータベースを基に照合することで、既存のプログラムやオブジェクトに改造を加えることなく、セキュリティやオブジェクトへの不正アクセス等に対する耐性を持つという堅牢性の高いプログラム実行環境を実現することが可能となる。
【００２０】
これによって、本発明のコンピュータシステムでは、悪意あるプログラムがコンピュータシステム内部のシステムファイルを不正に書き換えてシステムを破壊することを防止することが可能になるとともに、コンピュータ資源（リソース）枯渇によるコンピュータシステムの停止を防止することが可能となる。尚、上記の特許文献３にはリソースの量的制御の技術が開示されているが、この特許文献３ではファイルやセマフォ等のオブジェクト（リソース）に対する細かいリソース制御を行うことはできない。本発明のコンピュータシステムでは、特許文献３で行うことができない細かいリソース制御を実現している。
【発明の効果】
【００２１】
本発明は、以下に述べるような構成及び動作とすることで、既存のプログラムに改造を加えることなく、堅牢性の高いプログラム実行環境を実現することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２２】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の実施の形態によるコンピュータシステムの構成を示すブロック図である。図１において、本発明の実施の形態によるコンピュータシステムは、プログラムで実現されるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）１と、アプリケーションプログラム２，３とを備えて構成されている。尚、図示していないが、ＯＳ１やアプリケーションプログラム２，３はともにＣＰＵ（中央処理装置）等で実行可能なプログラムからなり、コンピュータシステム上に搭載されている。
【００２３】
ＯＳ１内部にはＯＳコア１１と、オブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃと、リソース判定機能１３と、オブジェクト使用量管理部１４と、アクセス制御ポリシデータベース１５と、量的制御ポリシデータベース１６とが設けられている。
【００２４】
オブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃはアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１がアクセスの対象としているリソースを示しており、ファイル、ディレクトリ、ファイルシステム、ソケット、セマフォ（Ｓｅｍａｐｈｏｒｅ）、共有メモリ、プロセス、メッセージ・メッセージキュー、ファイルディスクリプタ、ネットワーク等がそのリソースに相当する。
【００２５】
尚、上記のアプリケーションプログラムはプロセス等のサブジェクトが一つで構成される場合や、ｎ個のサブジェクトで構成される場合等があり、その個数には限定されない。例えば、ｎ個のサブジェクトで構成される場合としては、インタネットのホームページを閲覧するためのブラウザソフトウェアには、動画を再生したり、音声を再生したりするプラグインソフトウェアが組み込み可能となっている。プラグインソフトウェアが組み込まれた場合、ブラウザソフトウェアは複数のプロセスで動作することとなる。
【００２６】
ＯＳコア１１はアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１からのアクセス要求を受付け、そのアクセス要求を受け入れて良いかどうかをリソース判定機能１３に問い合わせる。
【００２７】
その結果、ＯＳコア１１はリソース判定機能１３から受け入れ許可の判定が返ってきたならば、受付けたアクセス要求を実行する。また、ＯＳコア１１はリソース判定機能１３から受け入れ不許可の判定が返ってきたならば、その旨をアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１に伝える。ＯＳ１において、メモリ管理、割込み管理、プロセス間通信といったシステムの基本的な制御を行う中核部分であるカーネルはこのＯＳコア１１に相当する。
【００２８】
アクセス制御ポリシデータベース１５はアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１がオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃにアクセスする際、許可するアクセス形態についての情報が蓄積されており、コンピュータシステム内の様々なサブジェクトやオブジェクト毎に、許可するアクセス形態の情報を蓄積している。
【００２９】
リソース判定機能１３はアクセス制御ポリシデータベース１５の蓄積内容を基に、ＯＳコア１１からのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃに対するアクセス要求を許可するか、不許可とするかを判断する。
【００３０】
量的制御ポリシデータベース１６はアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１がオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃを使用する際、それらのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃの最大使用可能量についての情報を蓄積しており、コンピュータシステム内の様々なサブジェクト毎に、オブジェクトの種類毎の最大使用可能量についての情報を蓄積している。
【００３１】
オブジェクト使用量管理部１４はサブジェクト毎に各オブジェクトの現在の使用量を管理している。例えば、「サブジェクトＡはオブジェクトＡを現在１つ使用中である」、「サブジェクトＢはオブジェクトＢを現在３００ＫＢ使用中である」等の情報が管理されている。このオブジェクト使用量管理部１４はサブジェクト毎に別々に用意されていても、１つで一括管理しても良い。
【００３２】
リソース判定機能１３はアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１がオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃを使用する際、それらのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃの使用可能量を判断する。具体的には、アクセス要求のあったオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃに対応するオブジェクト使用量管理部１４の管理内容と量的制御ポリシデータベース１６の蓄積内容とを基に、ＯＳコア１１からのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃの使用要求を許可するか、不許可とするかを判断する。
【００３３】
このように、本発明の実施の形態では、アプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１からのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃに対するアクセス要求の妥当性を、リソース判定機能１３で検証し、このリソース判定機能１３から許可された上でアクセス要求を実行するので、コンピュータシステムにおいてオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃへのアクセス制御と量的制御とを同時に実現することができる。
【００３４】
また、本発明の実施の形態では、既存のプログラムのアクセス要求を基に、ＯＳ１内部でアクセス制御と量的制御とを実現しているので、既存のプログラムに改造を加えることなく、セキュリティやオブジェクトへの不正アクセス等に対する耐性を持つという堅牢性の高いプログラム実行環境を実現することができる。
【００３５】
さらに、本発明の実施の形態では、ＯＳ１内部で実現されるアクセス制御機能によってサブジェクト毎にアクセスすることができるオブジェクトとアクセス権限とを管理しているので、悪意あるプログラムがコンピュータシステム内部のシステムファイルを不正に書換えてシステムを破壊することを防ぐことができる。
【００３６】
さらにまた、本発明の実施の形態では、ＯＳ１内部で実現される量的制御機能によってサブジェクト毎に使用することができるオブジェクト量を管理しているので、コンピュータ資源（リソース）の枯渇によるコンピュータシステムの停止を防止することができる。
【実施例１】
【００３７】
図２は本発明の一実施例によるコンピュータシステムの構成を示すブロック図である。図２において、本発明の一実施例によるコンピュータシステムは、アクセス制御モジュール４１と量的制御モジュール４２とをリソース判定機能１３として配設した以外は図１に示す本発明の実施の形態によるコンピュータシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作は本発明の実施の形態と同様である。
【００３８】
ＯＳコア１１はアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１からのアクセス要求を受付け、そのアクセス要求を受け入れて良いかどうかをアクセス制御モジュール４１と量的制御モジュール４２とに問い合わせる。
【００３９】
その結果、ＯＳコア１１は受け入れ許可の判定が返ってきたならば、受付けたアクセス要求を実行する。また、ＯＳコア１１は受け入れ不許可の判定が返ってきたならば、その旨をアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１に伝える。
【００４０】
アクセス制御モジュール４１はアクセス制御ポリシデータベース１５の蓄積内容を基に、ＯＳコア１１からのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃに対するアクセス要求を許可するか、不許可とするかを判断する。
【００４１】
量的制御モジュール４２はアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１がオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃを使用する際、そのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃの使用可能量を判断する。具体的には、アクセス要求のあったアプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１のオブジェクト使用量管理部１４の管理内容と量的制御ポリシデータベース１６の蓄積内容とを基に、ＯＳコア１１からのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃの使用要求を許可するか、不許可とするかを判断する。
【００４２】
このように、本実施例では、アプリケーションプログラム２のサブジェクト（Ａ１〜Ａｎ）２１〜２ｎ、アプリケーションプログラム３のサブジェクト（Ｂ）３１からのオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃに対するアクセス要求の妥当性を、アクセス制御モジュール４１と量的制御モジュール４２とで検証し、これら両方のモジュールから許可された上でアクセス要求を実行するので、コンピュータシステムにおいてオブジェクト（Ａ）１２ａ、オブジェクト（Ｂ）１２ｂ、オブジェクト（Ｃ）１２ｃへのアクセス制御と量的制御とを同時に実現することができる。
【００４３】
また、本実施例では、既存のプログラムのアクセス要求を基に、ＯＳ４内部でアクセス制御と量的制御とを実現しているので、既存のプログラムに改造を加えることなく、セキュリティやオブジェクトへの不正アクセス等に対する耐性を持つという堅牢性の高いプログラム実行環境を実現することができる。
【００４４】
さらに、本実施例では、ＯＳ４内部で実現されるアクセス制御機能によってサブジェクト毎にアクセスすることができるオブジェクトとアクセス権限とを管理しているので、悪意あるプログラムがコンピュータシステム内部のシステムファイルを不正に書換えてシステムを破壊することを防ぐことができる。
【００４５】
さらにまた、本実施例では、ＯＳ４内部で実現される量的制御機能によってサブジェクト毎に使用することができるオブジェクト量を管理しているので、コンピュータ資源枯渇によるコンピュータシステムの停止を防止することができる。
【００４６】
図３は本発明の一実施例によるアクセス制御ポリシデータベースの構成を示す図である。図３において、アクセス制御ポリシデータベース１５には、「ａｌｌｏｗ  ｓｕｂ＿ａ  ｃｒｅａｔｅ  ｏｂｊ＿ａ（サブジェクトａはオブジェクトａを作成することができる）」、「ａｌｌｏｗ  ｓｕｂ＿ｂ  ｒｅａｄ，ｗｒｉｔｅ  ｏｂｊ＿ｂ（サブジェクトｂはオブジェクトｂを読むことも、書込むこともできる）」等の情報が蓄積されている。
【００４７】
図４は本発明の一実施例による量的制御ポリシデータベースの構成を示す図である。図４において、量的制御ポリシデータベース１６には、「ａｖａｉｌａｂｌｅ  ｓｕｂ＿ａ  ｏｂｊ＿ａ  ３（サブジェクトａはオブジェクトａを３つ使用可能である）」、「ａｖａｉｌａｂｌｅ  ｓｕｂ＿ｂ  ｏｂｊ＿ｂ  ５００ｋｂ（サブジェクトｂはオブジェクトｂを最大５００ｋｂ使用可能である）」等の情報が蓄積されている。
【００４８】
図５は本発明の一実施例によるコンピュータシステムの動作を示すフローチャートである。これら図２〜図５を参照して本発明の一実施例によるコンピュータシステムの動作について説明する。尚、図５に示す処理はプログラムであるＯＳ４によって実現される。また、以下の説明ではアプリケーションプログラム２のサブジェクト（Ａ１）２１からオブジェクト（Ａ）１２ａへのアクセスについて述べる。
【００４９】
まず、サブジェクト（Ａ１）２１はＯＳコア１１にオブジェクト（Ａ）１２ａの作成要求（アクセス要求）を出す。ＯＳコア１１はその作成要求を受取ると（図５ステップＳ１）、アクセス制御モジュール４１に要求内容を許可するかどうかを問合せる（図５ステップＳ２）。アクセス制御モジュール４１はＯＳコア１１からの問合せ内容とアクセス制御ポリシデータベース１５の蓄積内容とを照合する（図５ステップＳ３）。
【００５０】
ここで、アクセス制御ポリシデータベース１５の中には「サブジェクトＡはオブジェクトＡを作成することができる」という情報が蓄積されているので（図３参照）、アクセス制御モジュール４１はＯＳコア１１からの問合せを許可する返答を出す（図５ステップＳ４）。
【００５１】
ＯＳコア１１はその返答を受取ると、次に量的制御モジュール４２に量的制御の問合せを行う（図５ステップＳ６）。量的制御モジュール４２はＯＳコア１１からの問合せ内容と、量的制御ポリシデータベース１６の蓄積内容と、オブジェクト使用量管理部１４の内容とを照合する（図５ステップＳ７）。
【００５２】
ここで、量的制御ポリシデータベース１６の中には「サブジェクトＡはオブジェクトＡを３つ使用可能である」という情報が蓄積されており（図４参照）、さらにオブジェクト使用量管理部１４では「サブジェクトＡはオブジェクトＡを現在１つ使用中である」となっているため、新規にオブジェクトＢを１つ作成しても、量的制御ポリシデータベース１６で定められた条件を満たすことが分かり、量的制御モジュール４２はＯＳコア１１からの問合わせを許可する返答を出す（図５ステップＳ８）。
【００５３】
ＯＳコア１１はこの返答を受取ると、実際にオブジェクト（Ａ）１２ａを作成する（図５ステップＳ１０）。尚、ＯＳコア１１はアクセス制御モジュール４１または量的制御モジュール４２からの返答が不許可の場合、それぞれサブジェクト（Ａ１）２１に不許可を通知する（図５ステップＳ５，Ｓ９）。
【００５４】
このように、本実施例では、サブジェクト（Ａ１）２１からのオブジェクト（Ａ）１２ａに対するアクセス要求の妥当性を、アクセス制御モジュール４１と量的制御モジュール４２とで検証し、これら両方のモジュールから許可された上でアクセス要求を実行するので、コンピュータシステムにおいてオブジェクトＡ１２へのアクセス制御と量的制御とを同時に実現することができる。
【００５５】
また、本実施例では、既存のプログラムのアクセス要求を基に、ＯＳ４内部でアクセス制御と量的制御とを実現しているので、既存のプログラムに改造を加えることなく、堅牢性の高いプログラム実行環境を実現することができる。
【００５６】
さらに、本実施例では、ＯＳ４内部で実現されるアクセス制御機能によってサブジェクト毎にアクセスすることができるオブジェクトとアクセス権限とを管理しているので、悪意あるプログラムがコンピュータシステム内部のシステムファイルを不正に書換えてシステムを破壊することを防ぐことができる。
【００５７】
さらにまた、本実施例では、ＯＳ４内部で実現される量的制御機能によってサブジェクト毎に使用することができるオブジェクト量を管理しているので、コンピュータ資源枯渇によるコンピュータシステムの停止を防止することができる。
【実施例２】
【００５８】
図６は本発明の他の実施例によるコンピュータシステムの構成を示すブロック図である。図６において、本発明の他の実施例によるコンピュータシステムはアクセス制御ポリシデータベース１５及び量的制御ポリシデータベース１６の代わりにアクセス制御・量的制御ポリシデータベース５１を設けた以外は図１に示す本発明の実施の形態によるコンピュータシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作は本発明の実施の形態によるコンピュータシステムと同様である。
【００５９】
アクセス制御・量的制御ポリシデータベース５１は上述したアクセス制御ポリシデータベース１５及び量的制御ポリシデータベース１６の機能を統合したデータベースであり、サブジェクト（Ａ１）２１がオブジェクト（Ａ）１２ａにアクセスする際、許可するアクセス形態についての情報と、そのオブジェクト（Ａ）１２ａの最大使用可能量についての情報とが蓄積されている。
【００６０】
図７は図６のアクセス制御・量的制御ポリシデータベース５１の構成を示す図である。図７において、アクセス制御・量的制御ポリシデータベース５１には、「ａｌｌｏｗ  ｓｕｂ＿ａ  ｃｒｅａｔｅ  ｏｂｊ＿ａ（サブジェクトａはオブジェクトａを作成することができる）」、「ａｌｌｏｗ  ｓｕｂ＿ｂ  ｒｅａｄ，ｗｒｉｔｅ  ｏｂｊ＿ｂ（サブジェクトｂはオブジェクトｂを読むことも、書込むこともできる）」、「ａｖａｉｌａｂｌｅ  ｓｕｂ＿ａ  ｏｂｊ＿ａ  ３（サブジェクトａはオブジェクトａを３つ使用可能である）」、「ａｖａｉｌａｂｌｅ  ｓｕｂ＿ｂ  ｏｂｊ＿ｂ  ５００ｋｂ（サブジェクトｂはオブジェクトｂを最大５００ｋｂ使用可能である）」等の情報が蓄積されている。
【００６１】
図８は本発明の他の実施例によるコンピュータシステムの動作を示すフローチャートである。これら図６〜図８を参照して本発明の他の実施例によるコンピュータシステムの動作について説明する。尚、図８に示す処理はプログラムであるＯＳ５によって実現される。また、以下の説明ではアプリケーションプログラム２のサブジェクト（Ａ１）２１からオブジェクト（Ａ）１２ａへのアクセスについて述べる。
【００６２】
まず、サブジェクト（Ａ１）２１はＯＳコア１１にオブジェクト（Ａ）１２ａの作成要求（アクセス要求）を出す。ＯＳコア１１はその作成要求を受取ると（図８ステップＳ１１）、アクセス制御モジュール４１に要求内容を許可するかどうかを問合せる（図８ステップＳ１２）。アクセス制御モジュール４１はＯＳコア１１からの問合せ内容とアクセス制御・量的制御ポリシデータベース５１の蓄積内容とを照合する（図８ステップＳ１３）。
【００６３】
ここで、アクセス制御・量的制御ポリシデータベース５１の中には「サブジェクトＡはオブジェクトＡを作成することができる」という情報が蓄積されているので（図７参照）、アクセス制御モジュール４１はＯＳコア１１からの問合せを許可する返答を出す（図８ステップＳ１４）。
【００６４】
ＯＳコア１１はその返答を受取ると、次に量的制御モジュール４２に量的制御の問合せを行う（図８ステップＳ１６）。量的制御モジュール４２はＯＳコア１１からの問合せ内容と、アクセス制御・量的制御ポリシデータベース５１の蓄積内容と、オブジェクト使用量管理部１４の内容とを照合する（図８ステップＳ１７）。
【００６５】
ここで、アクセス制御・量的制御ポリシデータベース５１の中には「サブジェクトＡはオブジェクトＡを３つ使用可能である」という情報が蓄積されており（図７参照）、さらにオブジェクト使用量管理部１４では「サブジェクトＡはオブジェクトＡを現在１つ使用中である」となっているため、新規にオブジェクト（Ｂ）１２ｂを１つ作成しても、アクセス制御・量的制御ポリシデータベース５１で定められた条件を満たすことが分かり、量的制御モジュール４２はＯＳコア１１からの問合わせを許可する返答を出す（図８ステップＳ１８）。
【００６６】
ＯＳコア１１はこれらの返答を受取ると、実際にオブジェクト（Ｂ）１２ｂを作成する（図８ステップＳ２０）。尚、ＯＳコア１１はアクセス制御モジュール４１または量的制御モジュール４２からの返答が不許可の場合、それぞれサブジェクト（Ａ１）２１に不許可を通知する（図８ステップＳ１５，Ｓ１９）。
【００６７】
このように、本実施例では、サブジェクト（Ａ１）２１からのオブジェクト（Ａ）１２ａに対するアクセス要求の妥当性を、アクセス制御モジュール４１と量的制御モジュール４２とで検証し、これら両方のモジュールから許可された上でアクセス要求を実行するので、コンピュータシステムにおいてオブジェクト（Ａ）１２ａへのアクセス制御と量的制御とを同時に実現することができる。
【００６８】
また、本実施例では、既存のプログラムのアクセス要求を基に、ＯＳ５内部でアクセス制御と量的制御とを実現しているので、既存のプログラムに改造を加えることなく、堅牢性の高いプログラム実行環境を実現することができる。
【００６９】
さらに、本実施例では、ＯＳ５内部で実現されるアクセス制御機能によってサブジェクト毎にアクセスすることができるオブジェクトとアクセス権限とを管理しているので、悪意あるプログラムがコンピュータシステム内部のシステムファイルを不正に書換えてシステムを破壊することを防ぐことができる。
【００７０】
さらにまた、本実施例では、ＯＳ５内部で実現される量的制御機能によってサブジェクト毎に使用することができるオブジェクト量を管理しているので、コンピュータ資源（オブジェクト）の枯渇によるコンピュータシステムの停止を防止することができる。
【００７１】
一方、本実施例では、アクセス制御ポリシデータベース１５と量的制御ポリシデータベース１６とを統合したアクセス制御・量的制御ポリシデータベース５１を用いることで、アクセス制御及び量的制御のためのポリシデータの整合性を容易にとることができるので、ポリシデータの作成を容易に行うことができる。
【実施例３】
【００７２】
図９は本発明の別の実施例によるアクセス制御ポリシデータベースの構成を示す図である。図９において、アクセス制御ポリシデータベース１５には、「ｇｒｏｕｐ  ｇｒｏｕｐ＿ｘ  ｓｕｂ＿ａ  ｏｂｊ＿ｂ（グループｘにはサブジェクトａとサブジェクトｂとが属している）」（サブジェクトグループｘの宣言）、「ａｌｌｏｗ  ｓｕｂ＿ａ  ｃｒｅａｔｅ  ｏｂｊ＿ａ（サブジェクトａはオブジェクトａを作成することができる）」、「ａｌｌｏｗ  ｓｕｂ＿ｂ  ｒｅａｄ，ｗｒｉｔｅ  ｏｂｊ＿ｂ（サブジェクトｂはオブジェクトｂを読むことも、書込むこともできる）」、「ａｌｌｏｗ  ｇｒｏｕｐ＿ｘ  ｒｅｎａｍｅ  ｏｂｊ＿ａ［グループｘ（サブジェクトａ及びサブジェクトｂ）はオブジェクトａ名前変更を行うことができる）」等の情報が蓄積されている。
【００７３】
図１０は本発明の別の実施例による量的制御ポリシデータベースの構成を示す図である。図１０において、量的制御ポリシデータベース１６には、「ｇｒｏｕｐ  ｇｒｏｕｐ＿ｘ  ｓｕｂ＿ａ  ｏｂｊ＿ｂ（グループｘにはサブジェクトａとサブジェクトｂとが属している）」（サブジェクトグループｘの宣言）、「ａｖａｉｌａｂｌｅ  ｓｕｂ＿ａ  ｏｂｊ＿ａ  ３（サブジェクトａはオブジェクトａを３つ使用可能である）」、「ａｖａｉｌａｂｌｅ  ｓｕｂ＿ｂ  ｏｂｊ＿ｂ  ５００ｋｂ（サブジェクトｂはオブジェクトｂを最大５００ｋｂ使用可能である）」、「ａｖａｉｌａｂｌｅ  ｇｒｏｕｐ＿ｘ  ｏｂｊ＿ｃ  ５［グループｘ（サブジェクトａ及びサブジェクトｂ）はオブジェクトｃを５つ使用可能である）」等の情報が蓄積されている。
【００７４】
本発明の別の実施例はアクセス制御ポリシデータベース１５及び量的制御ポリシデータベース１６にサブジェクトグループの指定を可能とした以外は上述した本発明の一実施例と同様の構成及び動作となっているので、本発明の一実施例との違いについてのみ説明する。
【００７５】
すなわち、本発明の別の実施例では、アクセス形態、オブジェクトの最大使用量をサブジェクトグループ毎に指定可能としている。ここで、サブジェクトグループは似たような機能を持つサブジェクト（プロセス）を一纏めにしたグループであり、アクセス形態、オブジェクトの最大使用量をサブジェクト毎に指定したのでは膨大な数になってしまうような場合、サブジェクトグループ毎に指定可能とすることで、アクセス制御ポリシデータベース１５や量的制御ポリシデータベース１６の容量を小さくすることができる。
【００７６】
例えば、画像処理を行うアプリケーションプログラムが複数あった場合、それらのアプリケーションプログラムからの画像ファイルへのアクセス権限はどの画像処理を行うアプリケーションプログラムであっても同じ動作となることが多い。そのような場合、アプリケーションプログラム毎にアクセス形態を指定するのではなく、それらのアプリケーションプログラムを一纏めにしてサブジェクトグループとし、サブジェクトグループ単位でアクセス形態を指定するほうがより簡単に指定することができ、しかもアクセス制御ポリシデータベース１５や量的制御ポリシデータベース１６の容量を小さくすることができる。
【００７７】
尚、本実施例に示すように、アクセス形態、オブジェクトの最大使用量をサブジェクトグループ毎に指定可能とすることは上記の本発明の他の実施例にも適用可能である。また、アクセス形態においてはａｌｌｏｗ文（アクセス形態を許可する文）についてのみ記載しているが、ｄｉｓａｌｌｏｗ文（アクセス形態を不許可とする文）についても、各実施例に適用可能である。
【産業上の利用可能性】
【００７８】
本発明は、メモリ等のリソースに限りがある携帯電話機のコンピュータシステムに適用可能であるとともに、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）やハードディスク装置等にテレビ番組を録画する録画システム等の家庭電化製品にも適用可能である。
【００７９】
また、本発明は、サブジェクト毎に使用することができるオブジェクト量を管理するのみでなく、その管理する時間やアクセスの間隔等の時間的制御にも適用可能である。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施の形態によるコンピュータシステムの構成を示すブロック図である。
【図２】本発明の一実施例によるコンピュータシステムの構成を示すブロック図である。
【図３】本発明の一実施例によるアクセス制御ポリシデータベースの構成を示す図である。
【図４】本発明の一実施例による量的制御ポリシデータベースの構成を示す図である。
【図５】本発明の一実施例によるコンピュータシステムの動作を示すフローチャートである。
【図６】本発明の他の実施例によるコンピュータシステムの構成を示すブロック図である。
【図７】図５のアクセス制御・量的制御ポリシデータベースの構成を示す図である。
【図８】本発明の他の実施例によるコンピュータシステムの動作を示すフローチャートである。
【図９】本発明の別の実施例によるアクセス制御ポリシデータベースの構成を示す図である。
【図１０】本発明の別の実施例による量的制御ポリシデータベースの構成を示す図である。
【符号の説明】
【００８１】
１，４，５  ＯＳ
２，３  アプリケーションプログラム
１１  ＯＳコア
１２ａ  オブジェクト（Ａ）
１２ｂ  オブジェクト（Ｂ）
１２ｃ  オブジェクト（Ｃ）
１３  リソース判定機能
１４  オブジェクト使用量管理部
１５  アクセス制御ポリシデータベース
１６  量的制御ポリシデータベース
２１  サブジェクトＡ１
２ｎ  サブジェクトＡｎ
３１  サブジェクトＢ
４１  アクセス制御モジュール
４２  量的制御モジュール
５１  アクセス制御・量的制御ポリシデータベース
【図１】
2007034341.tif 000003
【図２】
2007034341.tif 000004
【図３】
2007034341.tif 000005
【図４】
2007034341.tif 000006
【図５】
2007034341.tif 000007
【図６】
2007034341.tif 000008
【図７】
2007034341.tif 000009
【図８】
2007034341.tif 000010
【図９】
2007034341.tif 000011
【図１０】
2007034341.tif 000012