ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022020487
(43)【公開日】2022-02-01
(54)【発明の名称】情報処理装置、および情報処理方法、並びにプログラム
(51)【国際特許分類】
G06F 21/62 20130101AFI20220125BHJP
G06F 21/57 20130101ALI20220125BHJP
G06F 12/0891 20160101ALI20220125BHJP
G06F 9/30 20180101ALI20220125BHJP
【ＦＩ】
G06F21/62
G06F21/57 370
G06F12/0891
G06F9/30 382A
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2020124008
(22)【出願日】2020-07-20
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】100093241
【弁理士】
【氏名又は名称】宮田 正昭
(74)【代理人】
【識別番号】100101801
【弁理士】
【氏名又は名称】山田 英治
(74)【代理人】
【識別番号】100086531
【弁理士】
【氏名又は名称】澤田 俊夫
(74)【代理人】
【識別番号】100095496
【弁理士】
【氏名又は名称】佐々木 榮二
(74)【代理人】
【識別番号】110000763
【氏名又は名称】特許業務法人大同特許事務所
(72)【発明者】
【氏名】粟井 昌一
【テーマコード（参考）】
5B033
5B205
【Ｆターム（参考）】
5B033EA00
5B033FA27
5B205JJ01
5B205JJ11
5B205MM01
(57)【要約】
【課題】セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法を実現する。
【解決手段】システムコールの実行制御を行うデータ処理部としてのカーネルが、システムコール呼び出し主体であるアプリや、処理データの信頼性を判定し、判定結果に応じて、安全性優先型のシステムコールＡと、速度優先型のシステムコールＢのいずれかを選択して実行する。安全性優先型のシステムコールＡでは、システムコール実行権限確認やキャッシュフラッシュを実行するが、速度優先型のシステムコールＢではこれらの処理を省略する。
【選択図】図８
【解決手段】システムコールの実行制御を行うデータ処理部としてのカーネルが、システムコール呼び出し主体であるアプリや、処理データの信頼性を判定し、判定結果に応じて、安全性優先型のシステムコールＡと、速度優先型のシステムコールＢのいずれかを選択して実行する。安全性優先型のシステムコールＡでは、システムコール実行権限確認やキャッシュフラッシュを実行するが、速度優先型のシステムコールＢではこれらの処理を省略する。
【選択図】図８
【特許請求の範囲】
【請求項1】
アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部は、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理装置。
前記データ処理部は、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理装置。
【請求項2】
１つのシステムコール番号に対応付けられた複数のシステムコールには、少なくとも、
安全性優先型のデータ処理を実行するシステムコールＡと、
速度優先型のデータ処理を実行するシステムコールＢの２種類のシステムコールを含む請求項１に記載の情報処理装置。
安全性優先型のデータ処理を実行するシステムコールＡと、
速度優先型のデータ処理を実行するシステムコールＢの２種類のシステムコールを含む請求項１に記載の情報処理装置。
【請求項3】
前記安全性優先型のデータ処理を実行するシステムコールＡは、
システムコールの実行権限確認処理と、
システムコール対応処理前後のキャッシャメモリフラッシュ処理を実行する処理シーケンスを有し、
前記速度優先型のデータ処理を実行するシステムコールＢは、
システムコールの実行権限確認処理、または、
システムコール対応処理前後のキャッシャメモリフラッシュ処理の少なくともいずれかを省略した処理シーケンスを有する請求項２に記載の情報処理装置。
システムコールの実行権限確認処理と、
システムコール対応処理前後のキャッシャメモリフラッシュ処理を実行する処理シーケンスを有し、
前記速度優先型のデータ処理を実行するシステムコールＢは、
システムコールの実行権限確認処理、または、
システムコール対応処理前後のキャッシャメモリフラッシュ処理の少なくともいずれかを省略した処理シーケンスを有する請求項２に記載の情報処理装置。
【請求項4】
前記データ処理部は、
前記アプリケーションの信頼性に応じて実行するシステムコールを選択する構成であり、
前記アプリケーションの信頼性が低いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記アプリケーションの信頼性が高いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する請求項１に記載の情報処理装置。
前記アプリケーションの信頼性に応じて実行するシステムコールを選択する構成であり、
前記アプリケーションの信頼性が低いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記アプリケーションの信頼性が高いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する請求項１に記載の情報処理装置。
【請求項5】
前記データ処理部は、
システムコール実行時に利用するデータの信頼性、または機密性の少なくともいずれかに応じて、実行するシステムコールを選択する請求項１に記載の情報処理装置。
システムコール実行時に利用するデータの信頼性、または機密性の少なくともいずれかに応じて、実行するシステムコールを選択する請求項１に記載の情報処理装置。
【請求項6】
前記データ処理部は、
システムコール実行時に利用するデータの信頼性、または機密性に応じて実行するシステムコールを選択する構成であり、
前記システムコール実行時に利用するデータの信頼性が低いと判定した場合、または前記システムコール実行時に利用するデータの機密性が高いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記システムコール実行時に利用するデータの信頼性が高いと判定した場合、または前記システムコール実行時に利用するデータの機密性が低いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する請求項１に記載の情報処理装置。
システムコール実行時に利用するデータの信頼性、または機密性に応じて実行するシステムコールを選択する構成であり、
前記システムコール実行時に利用するデータの信頼性が低いと判定した場合、または前記システムコール実行時に利用するデータの機密性が高いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記システムコール実行時に利用するデータの信頼性が高いと判定した場合、または前記システムコール実行時に利用するデータの機密性が低いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する請求項１に記載の情報処理装置。
【請求項7】
前記データ処理部は、
前記システムコール実行時に通信する通信相手の信頼度に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
前記システムコール実行時に通信する通信相手の信頼度に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
【請求項8】
前記データ処理部は、
前記システムコール実行時にアクセスするパスの信頼度に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
前記システムコール実行時にアクセスするパスの信頼度に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
【請求項9】
前記データ処理部は、
前記アプリケーションプログラムの実行累積回数に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
前記アプリケーションプログラムの実行累積回数に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
【請求項10】
前記データ処理部は、
情報処理装置の状況に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
情報処理装置の状況に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
【請求項11】
前記データ処理部は、
前記システムコール実行時の情報処理装置のＣＰＵの処理負荷、または、情報処理装置の温度、またはバッテリ残容量の少なくともいずれかの情報処理装置状況に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
前記システムコール実行時の情報処理装置のＣＰＵの処理負荷、または、情報処理装置の温度、またはバッテリ残容量の少なくともいずれかの情報処理装置状況に応じて実行するシステムコールを選択する請求項１に記載の情報処理装置。
【請求項12】
１つのシステムコール番号に対応付けられた複数のシステムコールの各々は、個別の異なる命令アドレスを格納した個別のベクタテーブルに対応付けられた構成である請求項１に記載の情報処理装置。
【請求項13】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部が、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理方法。
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部が、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理方法。
【請求項14】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記プログラムは、前記データ処理部に、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行させるプログラム。
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記プログラムは、前記データ処理部に、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細には、プロセッサによるデータ処理時のセキュリティ対策とデータ処理効率の向上を実現する情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【0002】
情報処理装置におけるデータ処理には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサが用いられる。ＣＰＵは、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、記憶部に記憶されているプログラムに従って様々な処理を実行する。
【0003】
現代のＣＰＵのアーキテクチャにおいては、演算処理性能向上のために「キャッシュメモリ」に対する処理データの一時的記憶処理や、柔軟な処理シーケンスの構築手法である「投機的実行」や「アウトオブオーダー実行」といった手法が利用されることが多い。
【0004】
「キャッシュメモリ」は、ＣＰＵがデータや命令などの情報を取得、または更新する際に主記憶装置やバスなどの遅延や低帯域を隠蔽し、処理装置と記憶装置の性能差を埋めるために用いる高速メモリである。
なお、ＣＰＵによるデータ処理に際してキャッシュメモリを利用する手法については、例えば特許文献１（国際公開ＷＯ２０１９／１６７３６０号公報）に記載がある。
なお、ＣＰＵによるデータ処理に際してキャッシュメモリを利用する手法については、例えば特許文献１（国際公開ＷＯ２０１９／１６７３６０号公報）に記載がある。
【0005】
「投機的実行」とは、ＣＰＵの先行命令と後続命令に依存関係があり、先行命令の結果が判明するまで後続命令を実行できず、パイプラインでの高速化を果たせない場合に、この依存関係をとりあえず無視して、処理が行われそうな後続命令を推定し、先行命令の完了を待たずに後続命令のステージを進める処理である。
【0006】
推定が当たり投機に成功した場合は、そのままステージを進める。推定が外れ投機に失敗した場合には、パイプラインにハザード（事故）が発生したと呼び、「投機が無かったことにする」ためにステージを再構築（復旧）してから、ステージを再開する。しかし、ステージ再構築には余分な時間がかかる。これはペナルティ（罰金）と呼ばれる。多くのアーキテクチャ設計ではハザード発生確率を低くするための種々の工夫がなされている。
【0007】
「アウトオブオーダー実行」とは、ＣＰＵのクロックあたりの命令実行数（ＩＰＣ：Ｉｎｓｔｒｕｃｔｉｏｎ Ｐｅｒ Ｃｌｏｃｋ）を増やして性能を上げる手法の１つである。入力された複数命令の並びを入れ替えて、処理に必要な準備ができた命令から、パイプラインに入力し、実行する手法である。
【0008】
しかし、近年、これらの「投機的実行」や「アウトオブオーダー実行」にはセキュリティ上の脆弱性があり、キャッシュメモリを利用した処理が行われた場合、プロセスが本来アクセスできないはずの他のプロセスやカーネルのメモリ領域にアクセスできるケースがあることが判明した。
このような脆弱性により、秘匿すべきデータが外部に漏洩してしまうといった問題が懸念されている。
このような脆弱性により、秘匿すべきデータが外部に漏洩してしまうといった問題が懸念されている。
【先行技術文献】
【特許文献】
【0009】
【特許文献1】国際公開ＷＯ２０１９／１６７３６０号公報
【発明の概要】
【発明が解決しようとする課題】
【0010】
本開示は、例えば上記問題点に鑑みてなされたものであり、ＣＰＵ等のプロセッサによるデータ処理時のセキュリティ対策とデータ処理効率の向上を実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【0011】
本開示の第１の側面は、
アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部は、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理装置にある。
アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部は、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理装置にある。
【0012】
さらに、本開示の第２の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部が、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理方法にある。
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部が、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理方法にある。
【0013】
さらに、本開示の第３の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記プログラムは、前記データ処理部に、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行させるプログラムにある。
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記プログラムは、前記データ処理部に、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行させるプログラムにある。
【0014】
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【0015】
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【0016】
本開示の一実施例の構成によれば、セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法が実現される。
具体的には、例えば、システムコールの実行制御を行うデータ処理部としてのカーネルが、システムコール呼び出し主体であるアプリや、処理データの信頼性を判定し、判定結果に応じて、安全性優先型のシステムコールＡと、速度優先型のシステムコールＢのいずれかを選択して実行する。安全性優先型のシステムコールＡでは、システムコール実行権限確認やキャッシュフラッシュを実行するが、速度優先型のシステムコールＢではこれらの処理を省略する。
本構成により、セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
具体的には、例えば、システムコールの実行制御を行うデータ処理部としてのカーネルが、システムコール呼び出し主体であるアプリや、処理データの信頼性を判定し、判定結果に応じて、安全性優先型のシステムコールＡと、速度優先型のシステムコールＢのいずれかを選択して実行する。安全性優先型のシステムコールＡでは、システムコール実行権限確認やキャッシュフラッシュを実行するが、速度優先型のシステムコールＢではこれらの処理を省略する。
本構成により、セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【0017】
【図1】情報処理装置のソフトウェアスタックの構成例について説明する図である。
【図2】システムコール番号とそれに対応するベクタテーブルの例を示す図である。
【図3】情報処理装置において、１つのシステムコール（システムコールｎ）の呼び出しが実行された場合の処理シーケンスを説明するフローチャートを示す図である。
【図4】本開示の情報処理装置の構成例について説明する図である。
【図5】本開示の情報処理装置のソフトウェアスタックの構成例について説明する図である。
【図6】本開示の情報処理装置のシステムコール番号とそれに対応するベクタテーブルの例を示す図である。
【図7】本開示の情報処理装置のＯＳ（カーネル）が、システムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）を選択する際に参照するアプリケーション（プログラム）のパラメータと、パラメータに基づくシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）を選択する処理の具体例について説明する図である。
【図8】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図9】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図10】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図11】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図12】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図13】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図14】本開示の情報処理装置が実行する処理シーケンスについて説明するフローチャートを示す図である。
【図15】情報処理装置のハードウェア構成例について説明する図である。
【発明を実施するための形態】
【0018】
以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．プロセッサを利用したデータ処理の高速化手法について
２．システムコールを利用したデータ処理の概要について
３．本開示の情報処理装置の構成例について
４．本開示の情報処理装置が実行するシステムコール対応の処理について
５．本開示の情報処理装置が実行する処理のシーケンスについて
６．その他の実施例、応用例について
７．情報処理装置の構成例について
８．本開示の構成のまとめ
１．プロセッサを利用したデータ処理の高速化手法について
２．システムコールを利用したデータ処理の概要について
３．本開示の情報処理装置の構成例について
４．本開示の情報処理装置が実行するシステムコール対応の処理について
５．本開示の情報処理装置が実行する処理のシーケンスについて
６．その他の実施例、応用例について
７．情報処理装置の構成例について
８．本開示の構成のまとめ
【0019】
［１．プロセッサを利用したデータ処理の高速化手法について］
まず、プロセッサを利用したデータ処理の高速化手法について説明する。
まず、プロセッサを利用したデータ処理の高速化手法について説明する。
【0020】
前述したように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサを用いたデータ処理を高速化するため、「キャッシュメモリ」や、処理シーケンスの設定手法である「投機的実行」や「アウトオブオーダー実行」といった処理手法が利用される。
【0021】
「キャッシュメモリ」は、ＣＰＵがデータや命令などの情報を取得、または更新する際に主記憶装置やバスなどの遅延や低帯域を隠蔽し、処理装置と記憶装置の性能差を埋めるために用いる高速メモリである。
【0022】
「投機的実行」とは、ＣＰＵの先行命令と後続命令に依存関係があり、先行命令の結果が判明するまで後続命令を実行できず、パイプラインでの高速化を果たせない場合に、この依存関係をとりあえず無視して、処理が行われそうな後続命令を推定し、先行命令の完了を待たずに後続命令のステージを進める処理である。
【0023】
「アウトオブオーダー実行」とは、ＣＰＵのクロックあたりの命令実行数（ＩＰＣ：Ｉｎｓｔｒｕｃｔｉｏｎ Ｐｅｒ Ｃｌｏｃｋ）を増やして性能を上げる手法の１つである。入力された複数命令の並びを入れ替えて、処理に必要な準備ができた命令から、パイプラインに入力し、実行する手法である。
【0024】
一方、情報処理装置におけるＣＰＵ等のプロセッサを利用したデータ処理においては、暗号化されない生データを利用したデータ処理が存在する。この非暗号化データが機密性の高いデータである場合、このデータを格納したメモリやデータ処理実行部は、外部からのアクセスを排除した不可侵領域に設定しなければならない。
【0025】
具体的には、例えば、ＣＰＵの能力を活用するアーキテクチャの根本をなす部分であるＯＳのカーネルが、このような不可侵領域の１つの領域である。
カーネルは、例えば、アプリケーションレイヤにおいて、様々なデータ処理を実行するアプリケーション（プログラム）の実行するプロセスに対して、ハードウェア（ＨＷ）レイヤのＣＰＵやメモリ、通信部等の様々なハードウェア（リソース）を割り当てる処理や、各プロセスの実行シーケンス等を決定するタスクスケジューラの機能を実行する。
カーネルは、例えば、アプリケーションレイヤにおいて、様々なデータ処理を実行するアプリケーション（プログラム）の実行するプロセスに対して、ハードウェア（ＨＷ）レイヤのＣＰＵやメモリ、通信部等の様々なハードウェア（リソース）を割り当てる処理や、各プロセスの実行シーケンス等を決定するタスクスケジューラの機能を実行する。
【0026】
さらにシステムメモリの中にも、他のプロセスからアクセスできないよう慎重に隔離された不可侵領域が存在する。不可侵領域内のデータは機密性が高く、他のプロセスからアクセスできないよう強力な保護壁が設けられるのが一般的である。
【0027】
しかし、上述したデータ処理の高速化手法である「投機的実行」や「アウトオブオーダー実行」を情報処理装置において実行すると、データ漏洩の可能性があり、セキュリティ脆弱性があることが明らかになった。
具体的には、キャッシュメモリを利用したデータ処理の実行において、あるプロセスが本来アクセスできないはずの他のプロセスやカーネルのメモリ領域にアクセスして、機密データを読み取られるケースがあることが判明した。
具体的には、キャッシュメモリを利用したデータ処理の実行において、あるプロセスが本来アクセスできないはずの他のプロセスやカーネルのメモリ領域にアクセスして、機密データを読み取られるケースがあることが判明した。
【0028】
このような不可侵領域内の機密データに対する不正アクセス手法の代表的手法として、以下の２つの手法が明らかになっており、それぞれ次のコード名が付けられている。
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
【0029】
これらの２つの不正アクセス手法の概要について説明する。
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
この不正アクセス手法は以下の手順に従って実行される。
（Ｓ０１）あるプロセスの投機的実行段階において、読まれてはいけない情報をＣＰＵのキャッシュメモリに読み込むように仕向ける。
（Ｓ０２）別プロセスでキャッシュの情報を参照することで、本来、読まれてはいけない情報を読むことが可能となる。
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
この不正アクセス手法は以下の手順に従って実行される。
（Ｓ０１）あるプロセスの投機的実行段階において、読まれてはいけない情報をＣＰＵのキャッシュメモリに読み込むように仕向ける。
（Ｓ０２）別プロセスでキャッシュの情報を参照することで、本来、読まれてはいけない情報を読むことが可能となる。
【0030】
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
この不正アクセス手法は以下の手順に従って実行される。
（Ｓ０１）ある程度時間がかかる繰り返し処理などで、一定時間後アクセスが禁止されている領域をアクセスするような処理を、データ処理プログラム内に書いておく。
（Ｓ０２）例外処理が発生すると予測される処理の後に、アクセス履歴をＣＰＵのキャッシュ内に残すような処理をプログラム内に書いておく。
（Ｓ０３）アクセスが禁止されている領域にアクセスすると、例外が発生して処理が中断される。
（Ｓ０４）アウトオブオーダー実行により、例外発生前に（Ｓ０２）の処理が実行される。
（Ｓ０５）処理（Ｓ０４）の処理時のＣＰＵのキャッシュを読み取ることにより、物理メモリのどの場所にアクセスが禁止されている情報があるかを判断して、参照することが可能となる。
この不正アクセス手法は以下の手順に従って実行される。
（Ｓ０１）ある程度時間がかかる繰り返し処理などで、一定時間後アクセスが禁止されている領域をアクセスするような処理を、データ処理プログラム内に書いておく。
（Ｓ０２）例外処理が発生すると予測される処理の後に、アクセス履歴をＣＰＵのキャッシュ内に残すような処理をプログラム内に書いておく。
（Ｓ０３）アクセスが禁止されている領域にアクセスすると、例外が発生して処理が中断される。
（Ｓ０４）アウトオブオーダー実行により、例外発生前に（Ｓ０２）の処理が実行される。
（Ｓ０５）処理（Ｓ０４）の処理時のＣＰＵのキャッシュを読み取ることにより、物理メモリのどの場所にアクセスが禁止されている情報があるかを判断して、参照することが可能となる。
【0031】
このように、不可侵領域内の機密データに対する不正アクセス手法の代表的手法として、上記の２つの手法が明らかになっている。
【0032】
上記２つの手法におけるセキュリティ脆弱性の本質は、ＣＰＵによるデータ処理の高速化手法として利用される「投機的実行」や、「アウトオブオーダー実行」を適用することで、本来アクセスできないはずのメモリ領域のデータがキャッシュメモリ内に残ったまま、他のプロセス、すなわち、キャッシュメモリ内のデータに対するアクセスが許容されないプロセスが実行されてしまうことにある。
【0033】
これはＣＰＵの基本的なアーキテクチャに対する脆弱性であるため、根本的に解決することは難しい。当面の対策としては、例えば、カーネルがプロセスやスレッドの切り替え時にキャッシュメモリをフラッシュして、キャッシュメモリに残存するデータを消去する処理や、様々なプロセスからのキャッシュメモリアクセスを禁止させるメモリバリアを設ける等の対策が行われている。
【0034】
しかし、キャッシュは高速演算を行うための根本的な仕組みであるため、一時的にせよ、キャッシュメモリをフラッシュして、キャッシュメモリに残存するデータを消去してしまうと、ＣＰＵによる演算速度の大きな低下を招いてしまうという弊害がある。
【0035】
［２．システムコールを利用したデータ処理の概要について］
次に、システムコールを利用したデータ処理の概要について説明する。
次に、システムコールを利用したデータ処理の概要について説明する。
【0036】
情報処理装置において様々な処理を実行するアプリケーション（プログラム）は、情報処理装置のハードウェア、例えばＣＰＵ、メモリ、通信部等を利用して処理を行う。これらのハードウェアの多くは、ＯＳ（カーネル）の管理下にある。
【0037】
ＯＳ上で動作するアプリケーション（プログラム）は、アプリケーションの実行に際して、ＯＳ（カーネル）の管理するＣＰＵや、メモリや、通信部等のハードウェア（リソース）を利用する必要がある。
ＯＳ（カーネル）は、アプリケーションによるＣＰＵ等のハードウェア利用を可能とするための機能呼び出しを行う。この機能呼び出し処理や、この機能をシステムコールと呼ぶ。
ＯＳ（カーネル）は、アプリケーションによるＣＰＵ等のハードウェア利用を可能とするための機能呼び出しを行う。この機能呼び出し処理や、この機能をシステムコールと呼ぶ。
【0038】
システムコールは、具体的には、例えばＯＳ（カーネル）による命令、関数（例えばプロセス（タスク）に対する機能提供や利用のための命令、関数）の出力処理である。アプリケーションがシステムコール呼び出しを行い、ＯＳ（カーネル）がシステムコールを実行することで、アプリケーションは、アプリケーションの実行に必要となるＣＰＵやメモリ等のハードウェア（リソース）を、ＯＳ（カーネル）を介して利用することが可能となる。
【0039】
図１は、ＯＳ上で動作するアプリケーション（プログラム）を有する情報処理装置のソフトウェア構成（ソフトウェアスタック）を示している。
【0040】
【0041】
アプリケーションレイヤは、例えばＲＯＭや記憶部に格納されたプログラムに従った様々な処理、すなわち複数のプロセス（タスク）を実行するアプリケーション（プログラム）によって構成されるレイヤである。
【0042】
なお、アプリケーションレイヤ上のアプリケーションの実行するプロセスには、機密性の高いデータを暗号化データに変換して処理を実行するプロセスや、機密性の高いデータを非暗号化データ（生データ）のまま処理を実行するプロセスや、機密性の少ないデータに対する処理を実行するプロセスなど、様々なプロセスが含まれる。
また、処理完了期限や処理開始時点が規定されたリアルタイムプロセスや、それ以外の非リアルタイムプロセス等、処理時間についても様々な種類の異なる多数のプロセスが含まれる。
また、処理完了期限や処理開始時点が規定されたリアルタイムプロセスや、それ以外の非リアルタイムプロセス等、処理時間についても様々な種類の異なる多数のプロセスが含まれる。
【0043】
これらのプロセスの多くは、ハードウェア（ＨＷ）レイヤのＣＰＵ（コア）を利用して実行される。
なお、図１に示す例は、ハードウェア（ＨＷ）レイヤに複数のＣＰＵ（コア）を有するマルチコアＣＰＵ型の装置構成である。
なお、図１に示す例は、ハードウェア（ＨＷ）レイヤに複数のＣＰＵ（コア）を有するマルチコアＣＰＵ型の装置構成である。
【0044】
ＯＳ（カーネル）レイヤは、ハードウェア（ＨＷ）レイヤのいずれかのＣＰＵ（コア）にプロセス（タスク）を割り当て、各プロセスの実行シーケンス等を決定するタスクスケジューラの機能を有する。タスクスケジューラは、プロセスを実行順に配列したキューの設定や、マルチコアＣＰＵを構成する各ＣＰＵ（コア）に対するプロセスの割り当て、さらに各コア間のプロセス（タスク）移動処理等のプロセス管理処理を実行する。
【0045】
なお、このＯＳ（カーネル）レイヤ対応の処理は、実際には、ハードウェア（ＨＷ）レイヤのマルチコアＣＰＵのＣＰＵ（コア）においてカーネルスレッドとして実行される。
カーネルスレッドでは、ＯＳ（オペレーティングシステム）の中核となるソフトウェアであるカーネル対応の処理であり、マルチコアＣＰＵを構成する各ＣＰＵ（コア）に対するプロセス（タスク）の割り当てや、各コア間のプロセス移動処理等の管理処理としてのタスクスケジューリング処理が実行される。
さらに、各コアにおけるタスク実行に必要となるリソースやメモリの管理、さらにプロセス切り替え等の処理も含まれる。
カーネルスレッドでは、ＯＳ（オペレーティングシステム）の中核となるソフトウェアであるカーネル対応の処理であり、マルチコアＣＰＵを構成する各ＣＰＵ（コア）に対するプロセス（タスク）の割り当てや、各コア間のプロセス移動処理等の管理処理としてのタスクスケジューリング処理が実行される。
さらに、各コアにおけるタスク実行に必要となるリソースやメモリの管理、さらにプロセス切り替え等の処理も含まれる。
【0046】
図１には、ＯＳ（カーネル）レイヤに複数のシステムコール（１，２，３，４，・・・Ｎ）を示している。
前述したように、ＯＳ（カーネル）上で動作するアプリケーション（プログラム）は、アプリケーションの実行に際して、ＯＳ（カーネル）の管理下でＣＰＵや、メモリや、通信部等のハードウェア（リソース）を利用することになる。
ＯＳ（カーネル）は、アプリケーションによるＣＰＵ等のハードウェア利用を可能とするための機能呼び出し処理としてシステムコール呼び出しを行う。
前述したように、ＯＳ（カーネル）上で動作するアプリケーション（プログラム）は、アプリケーションの実行に際して、ＯＳ（カーネル）の管理下でＣＰＵや、メモリや、通信部等のハードウェア（リソース）を利用することになる。
ＯＳ（カーネル）は、アプリケーションによるＣＰＵ等のハードウェア利用を可能とするための機能呼び出し処理としてシステムコール呼び出しを行う。
【0047】
アプリケーションによるシステムコール呼び出し処理は、例えば割り込み処理、または専用命令を用いて行われる。
このように、システムコールは特殊な命令を使うことが多く、例えばＣＰＵは、この特殊命令に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移し、アプリに利用させるリソースの制御などを行う。
このように、システムコールは特殊な命令を使うことが多く、例えばＣＰＵは、この特殊命令に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移し、アプリに利用させるリソースの制御などを行う。
【0048】
具体的な方法はシステムに依存するが、例外や割り込みを発生させることで高い特権レベルに移行したり、特殊な分岐命令で高い特権レベルに移行したりする。このときにシステムコールの種別を示す番号や引数がレジスタやコールスタックに格納されていて、高い特権レベルのコード（カーネル）がそれを使用して処理を行う。
【0049】
いずれの場合でも、どのシステムコールが要求されたかの識別には「システムコール番号」が使われる。そして、そのシステムコール番号に対応する実際の処理プログラムを示す命令アドレスが「ベクタテーブル」として特定の場所に格納されている。つまり、システムコール番号のみが識別子であり、実際の処理コードを示す命令アドレスは従属的なものである。
【0050】
図２に、システムコール番号とそれに対応するベクタテーブルの例を示す。
図２に示すように、システムコール番号（１～Ｎ）各々に対して、対応するベクタテーブル（システムコール番号に対応する命令アドレス）が対応付けられている。
図２に示すように、システムコール番号（１～Ｎ）各々に対して、対応するベクタテーブル（システムコール番号に対応する命令アドレス）が対応付けられている。
【0051】
図２には、さらに、システムコール番号（１～Ｎ）各々に対応する具体的な処理である「システムコール種別」を示している。
例えば、アプリケーションが、ハードウェア内の記憶部に格納されたファイルを開く処理、すなわち（ファイル・オープン）を行いたい場合、ＯＳ（カーネル）に対してシステムコール番号１を指定したシステムコール呼び出しを行う。
例えば、アプリケーションが、ハードウェア内の記憶部に格納されたファイルを開く処理、すなわち（ファイル・オープン）を行いたい場合、ＯＳ（カーネル）に対してシステムコール番号１を指定したシステムコール呼び出しを行う。
【0052】
図２に示すベクタテーブルは、例えば情報処理装置に格納された唯一のベクタテーブルであり、情報処理装置において実行されるすべてのプロセスや、プロセス内の処理単位であるスレッドは同じベクタテーブルを利用して処理を行う。
【0053】
従来は、各種システムコールに対応する一連の命令アドレスはベクタテーブルと呼ばれる静的なものであり、従ってすべてのプロセスやスレッドに対して唯一のシステムコールが存在するのみであった。
【0054】
一般的に、システムコールは、カーネル内の高い特権レベルのコードによって実行されるので、処理開始前にシステムコールの実行権限確認や、引数パラメータのチェックが厳密に行われる。このチェックで実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、システムコールは実行されず、エラー戻りとなる。
【0055】
また、前述のスペクターやメルトダウンといった脆弱性問題を回避するために、プロセスやスレッドの切り替え時のキャッシュメモリをクリアすることで、プロセスやスレッドの権限を越えて、他プロセス・スレッドのメモリにアクセスできないような対策が入れられている。
【0056】
図３は、情報処理装置において、１つのシステムコール（システムコールｎ）の呼び出しが実行された場合の処理シーケンスを説明するフローチャートである。
以下、図３に示すフローチャートの各ステップの処理について、順次、説明する。
以下、図３に示すフローチャートの各ステップの処理について、順次、説明する。
【0057】
（ステップＳ１０１）
まず、アプリケーションが、１つのシステムコール番号であるシステムコールｎを指定したシステムコール呼び出しを行う。
まず、アプリケーションが、１つのシステムコール番号であるシステムコールｎを指定したシステムコール呼び出しを行う。
【0058】
このシステムコール呼び出しは、前述したように、例えば割り込み処理、または専用命令を用いて行われる。
【0059】
（ステップＳ１０２）
次に、システムコール呼び出し処理に応じて、ステップＳ１０２において、ＣＰＵ特権レベルへの遷移処理が実行される。前述したように、ＣＰＵは、システムコール呼び出し処理に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移する。
次に、システムコール呼び出し処理に応じて、ステップＳ１０２において、ＣＰＵ特権レベルへの遷移処理が実行される。前述したように、ＣＰＵは、システムコール呼び出し処理に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移する。
【0060】
（ステップＳ１０３）
次に、ＯＳ（カーネル）は、ステップＳ１０３において、システムコール実行権限の確認を行う。システムコールに従った処理、すなわちハードウェアへのアクセス等の処理は、カーネル内の高い特権レベルのコードによって実行されるので、処理開始前にシステムコールの実行権限確認や、引数パラメータのチェックが厳密に行われる。
次に、ＯＳ（カーネル）は、ステップＳ１０３において、システムコール実行権限の確認を行う。システムコールに従った処理、すなわちハードウェアへのアクセス等の処理は、カーネル内の高い特権レベルのコードによって実行されるので、処理開始前にシステムコールの実行権限確認や、引数パラメータのチェックが厳密に行われる。
【0061】
このチェックで実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、ステップＳ１０３の判定はＮｏとなり、ステップＳ１０４に進む。
一方、ステップＳ１０３の実行権限確認処理において、実行権限があると判断され、引数パラメータが正しい値であると判断された場合は、ステップＳ１０３の判定はＹｅｓとなり、ステップＳ１０５に進む。
一方、ステップＳ１０３の実行権限確認処理において、実行権限があると判断され、引数パラメータが正しい値であると判断された場合は、ステップＳ１０３の判定はＹｅｓとなり、ステップＳ１０５に進む。
【0062】
（ステップＳ１０４）
ステップＳ１０３におけるシステムコールの実行権限確認や、引数パラメータのチェックにおいて、実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、ステップＳ１０３の判定はＮｏとなり、ステップＳ１０４に進む。
ステップＳ１０３におけるシステムコールの実行権限確認や、引数パラメータのチェックにおいて、実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、ステップＳ１０３の判定はＮｏとなり、ステップＳ１０４に進む。
【0063】
この場合、ステップＳ１０４において、実行エラーとなる。すなわち、システムコールに従った処理は実行されず、処理が終了する。
【0064】
（ステップＳ１０５）
一方、ステップＳ１０３におけるシステムコールの実行権限確認や、引数パラメータのチェックにおいて、実行権限があり、引数パラメータが正しい値であったと判定した場合は、ステップＳ１０３の判定はＹｅｓとなり、ステップＳ１０５に進む。
一方、ステップＳ１０３におけるシステムコールの実行権限確認や、引数パラメータのチェックにおいて、実行権限があり、引数パラメータが正しい値であったと判定した場合は、ステップＳ１０３の判定はＹｅｓとなり、ステップＳ１０５に進む。
【0065】
この場合、ステップＳ１０５において、まず、キャッシュフラッシュが行われる。すなわち、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理のために利用するキャッシュメモリに残存するデータを消去するためのキャッシュフラッシュ処理を実行する。
【0066】
（ステップＳ１０６）
次に、キャッシュフラッシュ処理後のキャッシュを利用して、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理を実行する。
次に、キャッシュフラッシュ処理後のキャッシュを利用して、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理を実行する。
【0067】
（ステップＳ１０７）
ステップＳ１０６において、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理が完了すると、ステップＳ１０７において、処理に利用したキャッシュに対して、再度、キャッシュフララッシュ処理を実行する。
ステップＳ１０６において、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理が完了すると、ステップＳ１０７において、処理に利用したキャッシュに対して、再度、キャッシュフララッシュ処理を実行する。
【0068】
この処理により、キャッシュに記録されたデータが消去されることになり、後続する他のプロセスがキャッシュからデータを読み取るといった不正処理やデータ漏洩を防止することが可能となる。
【0069】
（ステップＳ１０８）
最後に、ステップＳ１０８において、ＣＰＵ特権レベルからユーザレベルへの遷移処理が実行される。このレベル遷移により、アプリによる通常のデータ処理を行うユーザレベルへの遷移が行われる。
最後に、ステップＳ１０８において、ＣＰＵ特権レベルからユーザレベルへの遷移処理が実行される。このレベル遷移により、アプリによる通常のデータ処理を行うユーザレベルへの遷移が行われる。
【0070】
この図３に示すフローに従った処理において、ステップＳ１０５やステップＳ１０７において実行するキャッシュフラッシュ処理は、キャッシュに読み込まれたデータが、前後して実行されるその他のプロセスによって不正に読み取られ、漏洩することを防止するための処理である。
【0071】
すなわち、先に説明した不可侵領域内の機密データに対する不正アクセス手法の代表的手法、すなわち、
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
これらの手法による機密データの不正読み取りを防止するため、図３に示すフローのステップＳ１０５やステップＳ１０７にけるキャッシュフラッシュ処理が有効な対策となる。
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
これらの手法による機密データの不正読み取りを防止するため、図３に示すフローのステップＳ１０５やステップＳ１０７にけるキャッシュフラッシュ処理が有効な対策となる。
【0072】
しかし、このようなキャッシュフラッシュ処理を行うことにより、データ処理の処理速度が低下してしまうという問題が発生する。
以下において説明する本開示の情報処理装置は、この問題点を解決するものである。
すなわち、データ処理速度を低下させることなく、かつセキュリティの脆弱性も回避することを可能としたものである。
以下において説明する本開示の情報処理装置は、この問題点を解決するものである。
すなわち、データ処理速度を低下させることなく、かつセキュリティの脆弱性も回避することを可能としたものである。
【0073】
［３．本開示の情報処理装置の構成例について］
次に、本開示の情報処理装置の構成例について説明する。
次に、本開示の情報処理装置の構成例について説明する。
【0074】
本開示の情報処理装置は、上述した問題点を解決するものであり、セキュリティレベルの低下を招くことなく、ＣＰＵ等のプロセッサによるデータ処理の高速化を実現するものである。
具体的には、上述したデータ処理の高速化手法である「投機的実行」や「アウトオブオーダー実行」等の処理を、機密データを漏洩させることなく安全に実行すること可能とした構成を実現する。
具体的には、上述したデータ処理の高速化手法である「投機的実行」や「アウトオブオーダー実行」等の処理を、機密データを漏洩させることなく安全に実行すること可能とした構成を実現する。
【0075】
本開示の情報処理装置の一構成例について説明する。
図４は、本開示の情報処理装置１００の一構成例を示す図である。
図４に示すように、本開示の情報処理装置１００の一実施例構成は、マルチコアＣＰＵ１０１を有する構成である。
マルチコアＣＰＵ（Ｍｕｌｔｉ－Ｃｏｒｅ ＣＰＵ）１０１には、ハードウェアとして２以上のコア（ＣＰＵ）が含まれる。すなわち、マルチコアＣＰＵ１０１は複数のＣＰＵを有し、各ＣＰＵがそれぞれ個別の処理（プロセス（タスク））を並列に実行することができる。
図４は、本開示の情報処理装置１００の一構成例を示す図である。
図４に示すように、本開示の情報処理装置１００の一実施例構成は、マルチコアＣＰＵ１０１を有する構成である。
マルチコアＣＰＵ（Ｍｕｌｔｉ－Ｃｏｒｅ ＣＰＵ）１０１には、ハードウェアとして２以上のコア（ＣＰＵ）が含まれる。すなわち、マルチコアＣＰＵ１０１は複数のＣＰＵを有し、各ＣＰＵがそれぞれ個別の処理（プロセス（タスク））を並列に実行することができる。
【0076】
なお、本開示の情報処理装置１００は、このような複数のＣＰＵを持つマルチコアＣＰＵ１０１を有することは必ずしも必須ではなく、単一ＣＰＵを持つ構成において、時系列に異なるプロセスをスレッド単位で実行する構成においても適用可能である。
【0077】
図４に示す構成は、本開示の情報処理装置の一構成例である。
図４に示す情報処理装置１００は、マルチコアＣＰＵ１０１の他、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３、記憶部１０４を有し、これら各要素がバス１０５によって接続された構成を有する。
図４に示す情報処理装置１００は、マルチコアＣＰＵ１０１の他、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３、記憶部１０４を有し、これら各要素がバス１０５によって接続された構成を有する。
【0078】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、マルチコアＣＰＵ１０１が実行するプロセスやスレッドのプログラムや、プロセスやスレッドの実行に必要となるパラメータ等の記憶領域として利用される。
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２は、マルチコアＣＰＵ１０１が実行する処理に利用するワークエリア、パラメータ記憶領域、その他のデータの記録領域等として利用される。
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２は、マルチコアＣＰＵ１０１が実行する処理に利用するワークエリア、パラメータ記憶領域、その他のデータの記録領域等として利用される。
【0079】
記憶部１０４は、例えばハードディスク、ＣＤ，ＤＶＤ、フラッシュメモリ等の記憶装置であり、マルチコアＣＰＵ１０１が実行するプロセスやスレッドのプログラムの記憶領域、さらにマルチコアＣＰＵ１０１が実行するプロセスやスレッドの処理結果データ等が記録される。
【0080】
マルチコアＣＰＵ１０１では、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３、または記憶部１０４に記憶されているプログラムに従った様々な処理が実行される。
【0081】
図４に示すように、マルチコアＣＰＵ１０１内には、ハードウェアとして２以上のコア（ＣＰＵ）が含まれる。
【0082】
次に、図５を参照して、本開示の情報処理装置１００のマルチコアＣＰＵ１０１内のハードウェアであるコア（ＣＰＵ）の実行するソフトウェア構成（ソフトウェアスタック）について説明する。
【0083】
本開示の情報処理装置１００のソフトウェアスタックは、図５に示すように、以下の各レイヤによって構成される。
（１）アプリケーションレイヤ
（２）ＯＳ（カーネル）レイヤ
（３）ハードウェア（ＨＷ）レイヤ
このレイヤの基本構成は、先に図１を参照して説明した一般的な情報処理装置のソフトウェアスタックと同様のレイヤ構成である。
（１）アプリケーションレイヤ
（２）ＯＳ（カーネル）レイヤ
（３）ハードウェア（ＨＷ）レイヤ
このレイヤの基本構成は、先に図１を参照して説明した一般的な情報処理装置のソフトウェアスタックと同様のレイヤ構成である。
【0084】
アプリケーションレイヤは、例えばＲＯＭ１０３、または記憶部１０４に記憶されているプログラムに従った様々な処理、すなわちプロセスを実行するアプリケーション（プログラム）によって構成されるレイヤである。
【0085】
なお、アプリケーションレイヤ上のアプリケーションの実行するプロセスには、機密性の高いデータを暗号化データに変換して処理を実行するプロセスや、機密性の高いデータを非暗号化データ（生データ）のまま処理を実行するプロセスや、機密性の少ないデータに対する処理を実行するプロセスなど、様々なプロセスが含まれる。
また、処理完了期限や処理開始時点が規定されたリアルタイムプロセスや、それ以外の非リアルタイムプロセス等、処理時間についても様々な種類の異なる多数のプロセスが含まれる。
これらのプロセスは、ハードウェア（ＨＷ）レイヤのマルチコアＣＰＵ１０１内の各ＣＰＵ（コア）を利用して実行される。
また、処理完了期限や処理開始時点が規定されたリアルタイムプロセスや、それ以外の非リアルタイムプロセス等、処理時間についても様々な種類の異なる多数のプロセスが含まれる。
これらのプロセスは、ハードウェア（ＨＷ）レイヤのマルチコアＣＰＵ１０１内の各ＣＰＵ（コア）を利用して実行される。
【0086】
ＯＳ（カーネル）レイヤは、アプリケーションレイヤにおいて、様々なデータ処理を実行するアプリケーション（プログラム）の実行するプロセスに対して、ハードウェア（ＨＷ）レイヤのＣＰＵやメモリ、通信部等の様々なハードウェア（リソース）を割り当てる処理を実行する。
【0087】
ＯＳ（カーネル）レイヤは、例えばハードウェア（ＨＷ）レイヤのマルチコアＣＰＵ１０１の各ＣＰＵ（コア）にプロセスを割り当て、各プロセスの実行シーケンス等を決定するタスクスケジューラの機能を有する。タスクスケジューラは、プロセス（タスク）を実行順に配列したキューの設定や、マルチコアＣＰＵ１０１を構成する各ＣＰＵ（コア）に対するプロセスの割り当て、さらに各コア間のプロセス（タスク）移動処理等のプロセス（タスク）管理処理を実行する。
【0088】
なお、このＯＳ（カーネル）レイヤ対応の処理は、実際には、ハードウェア（ＨＷ）レイヤのマルチコアＣＰＵ１０１のＣＰＵ（コア）においてカーネルスレッドとして実行される。
カーネルスレッドでは、ＯＳ（オペレーティングシステム）の中核となるソフトウェアであるカーネル対応の処理であり、マルチコアＣＰＵ１０１を構成する各ＣＰＵ（コア）に対するプロセス（タスク）の割り当てや、各コア間のプロセス（タスク）移動処理等の管理処理としてのタスクスケジューリング処理が実行される。
さらに、各コアにおけるタスク実行に必要となるリソースやメモリの管理、さらにプロセス（タスク）切り替え等の処理も含まれる。
カーネルスレッドでは、ＯＳ（オペレーティングシステム）の中核となるソフトウェアであるカーネル対応の処理であり、マルチコアＣＰＵ１０１を構成する各ＣＰＵ（コア）に対するプロセス（タスク）の割り当てや、各コア間のプロセス（タスク）移動処理等の管理処理としてのタスクスケジューリング処理が実行される。
さらに、各コアにおけるタスク実行に必要となるリソースやメモリの管理、さらにプロセス（タスク）切り替え等の処理も含まれる。
【0089】
図５には、ＯＳ（カーネル）レイヤに複数のシステムコール（１Ａ，１Ｂ，２Ａ，２Ｂ，３Ａ，３Ｂ・・・ＮＡ，ＮＢ）を示している。
先に、図１を参照して説明した構成では、ＯＳ（カーネル）レイヤには、Ｎ個のシステムコール（１，２，３，４，・・・Ｎ）が示されていたが、本開示の情報処理装置のＯＳ（カーネル）レイヤには、図１に示すＮ個のシステムコールの２倍の２Ｎ個のシステムコール（１Ａ，１Ｂ，２Ａ，２Ｂ，３Ａ，３Ｂ・・・ＮＡ，ＮＢ）が設定されている。
先に、図１を参照して説明した構成では、ＯＳ（カーネル）レイヤには、Ｎ個のシステムコール（１，２，３，４，・・・Ｎ）が示されていたが、本開示の情報処理装置のＯＳ（カーネル）レイヤには、図１に示すＮ個のシステムコールの２倍の２Ｎ個のシステムコール（１Ａ，１Ｂ，２Ａ，２Ｂ，３Ａ，３Ｂ・・・ＮＡ，ＮＢ）が設定されている。
【0090】
本開示の情報処理装置は、１つのシステムコール番号（１，２，・・・Ｎ）各々に対して、２つの異なるシステムコールＡ，システムコールＢを有する。
具体的には、システムコールＡは、ベクタテーブルＡ（命令アドレスＡ）と対応付けられたシステムコールであり、ベクタテーブルＡ（命令アドレスＡ）によって取得される命令（処理）を実行する。
一方、システムコールＢは、ベクタテーブルＢ（命令アドレスＢ）と対応付けられたシステムコールであり、ベクタテーブルＢ（命令アドレスＢ）によって取得される命令（処理）を実行する。
具体的には、システムコールＡは、ベクタテーブルＡ（命令アドレスＡ）と対応付けられたシステムコールであり、ベクタテーブルＡ（命令アドレスＡ）によって取得される命令（処理）を実行する。
一方、システムコールＢは、ベクタテーブルＢ（命令アドレスＢ）と対応付けられたシステムコールであり、ベクタテーブルＢ（命令アドレスＢ）によって取得される命令（処理）を実行する。
【0091】
このように、本開示の情報処理装置のＯＳ（カーネル）レイヤは、２種類のベクタテーブルＡ，Ｂ（システムコール番号対応の２つの命令アドレスＡ，Ｂ）に対応付けられた２種類のシステムコールを有する。
【0092】
すなわち、１つのシステムコール番号（１，２，・・・Ｎ）各々に対して、２つの異なるシステムコールＡ，システムコールＢを有し、アプリケーションから、あるシステムコール番号ｎを指定したシステムコール呼び出しがあった場合、そのシステムコール番号ｎに対応付けられたシステムコールｎＡとシステムコールｎＢの２つのシステムコールから１つのシステムコールを選択して、選択したシステムコールを実行する。
【0093】
［４．本開示の情報処理装置が実行するシステムコール対応の処理について］
次に、本開示の情報処理装置が実行するシステムコール対応の処理について説明する。
次に、本開示の情報処理装置が実行するシステムコール対応の処理について説明する。
【0094】
図５を参照して説明したように、本開示の情報処理装置は、１つのシステムコール番号（１，２，・・・Ｎ）各々に対して、２つの異なるシステムコールＡ，システムコールＢを有する。
【0095】
システムコールＡは、ベクタテーブルＡ（命令アドレスＡ）によって取得される命令（処理）を実行する。
システムコールＢは、ベクタテーブルＢ（命令アドレスＢ）によって取得される命令（処理）を実行する。
すなわち、２種類のベクタテーブルＡ，Ｂ（システムコール番号対応の２つの命令アドレスＡ，Ｂ）を有する構成である。
システムコールＢは、ベクタテーブルＢ（命令アドレスＢ）によって取得される命令（処理）を実行する。
すなわち、２種類のベクタテーブルＡ，Ｂ（システムコール番号対応の２つの命令アドレスＡ，Ｂ）を有する構成である。
【0096】
図６に本開示の情報処理装置におけるシステムコール番号とそれに対応するベクタテーブルの例を示す。
図６に示すように、システムコール番号（１～Ｎ）各々に対して、２つのベクタテーブルＡ，Ｂ（２つの命令アドレスＡ，Ｂ）が対応付けられている。
図６に示すように、システムコール番号（１～Ｎ）各々に対して、２つのベクタテーブルＡ，Ｂ（２つの命令アドレスＡ，Ｂ）が対応付けられている。
【0097】
なお、図６には、先に説明した図１と同様、システムコール番号（１～Ｎ）各々に対応する具体的な処理である「システムコール種別」も示している。
例えば、アプリケーションが、ハードウェア内の記憶部に格納されたファイルを開く処理、すなわち（ファイル・オープン）を行いたい場合、ＯＳ（カーネル）に対してシステムコール番号１を指定したシステムコール呼び出しを行う。
例えば、アプリケーションが、ハードウェア内の記憶部に格納されたファイルを開く処理、すなわち（ファイル・オープン）を行いたい場合、ＯＳ（カーネル）に対してシステムコール番号１を指定したシステムコール呼び出しを行う。
【0098】
従来は、先に図１を参照して説明したように、各システムコール番号（１～Ｎ）各々に対して、１つのベクタテーブル、すなわち１つの命令アドレスを対応付けた構成であった。
従って、あるシステムコールｎが呼び出された場合に実行される処理は１つのベクタテーブルに定義された１つの命令アドレスによって決定される唯一の処理となる。すなわち、例えば先に説明した図３に示すフローに従った処理が実行されることになる。
従って、あるシステムコールｎが呼び出された場合に実行される処理は１つのベクタテーブルに定義された１つの命令アドレスによって決定される唯一の処理となる。すなわち、例えば先に説明した図３に示すフローに従った処理が実行されることになる。
【0099】
これに対して、本開示の情報処理装置では、図６に示すように、各システムコール番号（１～Ｎ）各々に対して、２つのシステムコールＡ，Ｂが対応付けられている。
システムコールＡは、ベクタテーブルＡ（命令アドレスＡ）に対応付けられ、システムコールＢは、ベクタテーブルＢ（命令アドレスＢ）に対応付けられている。
すなわち、各システムコール番号（１～Ｎ）各々に対して、２つの異なるベクタテーブルＡ，Ｂ（命令アドレスＡ，Ｂ）が対応付けられている。
システムコールＡは、ベクタテーブルＡ（命令アドレスＡ）に対応付けられ、システムコールＢは、ベクタテーブルＢ（命令アドレスＢ）に対応付けられている。
すなわち、各システムコール番号（１～Ｎ）各々に対して、２つの異なるベクタテーブルＡ，Ｂ（命令アドレスＡ，Ｂ）が対応付けられている。
【0100】
本開示の情報処理装置のＯＳ（カーネル）は、アプリケーションから１つのシステムコール番号ｎ（ｎ＝１～Ｎ）の呼び出しがあった場合、システムコールｎに対応付けられた２つのベクタテーブル、すなわち２つの命令アドレスのいずれかを選択して実行する。
【0101】
ある１つのシステムコール番号ｎに対応付けられた２つのベクタテーブル、すなわち２つの命令アドレスに従って実行される処理は、基本的には同じ処理、すなわち、システムコール番号に対応付けられた処理が実行される。
【0102】
例えば、アプリケーションが、ハードウェア内の記憶部に格納されたファイルを開く処理、すなわち（ファイル・オープン）を行いたい場合、ＯＳ（カーネル）に対してシステムコール番号１を指定したシステムコール呼び出しを行う。
【0103】
ＯＳ（カーネル）は、このシステムコール番号１を指定したシステムコール呼び出しに対して、２つのシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）のいずれかを選択して処理を実行する。２つのシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）のいずれを選択した場合でも、基本的には同じ処理、すなわち、ファイル・オープン処理が実行される。
【0104】
しかし、システムコールＡ（ベクタテーブルＡ）を選択した場合のファイル・オープン処理と、システムコールＢ（ベクタテーブルＢ）を選択した場合のファイル・オープン処理では処理シーケンスが異なる。
【0105】
システムコールＡ（ベクタテーブルＡ）を選択した場合の処理は、安全性優先型処理として実行される。
一方、システムコールＢ（ベクタテーブルＢ）を選択した場合の処理は、速度優先型処理として実行される。
一方、システムコールＢ（ベクタテーブルＢ）を選択した場合の処理は、速度優先型処理として実行される。
【0106】
システムコールＡ（ベクタテーブルＡ）を選択して実行される安全性優先型処理は、先に図３を参照して説明したシーケンスとほぼ同様の処理であり、システムコール実行権限の確認処理ステップ（図３のフローのステップＳ１０３）や、システムコールに従った処理の実行ステップ（図３のフローのステップＳ１０６）の実行前後のキャッシャフラッシュ処理が実行される。
【0107】
一方、システムコールＢ（ベクタテーブルＢ）を選択して実行される速度優先型処理は、先に図３を参照して説明したシーケンスと異なる処理となる。この場合、システムコール実行権限の確認処理ステップ（図３のフローのステップＳ１０３）や、システムコールに従った処理の実行ステップ（図３のフローのステップＳ１０６）の実行前後のキャッシャフラッシュ処理が省略される。
【0108】
このシステムコールＢ（ベクタテーブルＢ）を選択して実行される速度優先型処理では、システムコール実行権限確認処理や、キャッシュフラッシュ処理が省略されるため、システムコールに従ったデータ処理の処理完了までの時間が短縮される。すなわち処理速度が向上する。
【0109】
このように、ＯＳ（カーネル）は、あるシステムコール番号を指定したシステムコール呼び出しに対して、２つのシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）のいずれかを選択して処理を実行する。
【0110】
ＯＳ（カーネル）は、例えば、システムコール実行時に動作させるプロセスやデータの信頼性を検証し、信頼性が低いと判定される場合や、処理に利用するデータの機密性が高い場合などには、安全性優先型処理であるシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、動作させるプロセスやデータの信頼性が高いと判定される場合や、処理に利用するデータの機密性が低い場合などには、速度優先型処理であるシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、動作させるプロセスやデータの信頼性が高いと判定される場合や、処理に利用するデータの機密性が低い場合などには、速度優先型処理であるシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0111】
このような処理を行うことで、セキュリティ対策を行いつつも、ＣＰＵの高速動作を両立させる機能を実現する。
すなわち、例えばアプリケーションから１つのシステムコール番号ｎを指定したシステムコール呼び出しがあった場合、ＯＳ（カーネル）は、例えば動作させるプロセスやデータの信頼性や、データの機密性に応じて、
（ａ）安全性優先型処理であるシステムコールｎＡ（ベクタテーブルｎＡ）、または、
（ｂ）速度優先型処理であるシステムコールｎＢ（ベクタテーブルｎＢ）、
これらのいずれかを選択して実行する。
すなわち、例えばアプリケーションから１つのシステムコール番号ｎを指定したシステムコール呼び出しがあった場合、ＯＳ（カーネル）は、例えば動作させるプロセスやデータの信頼性や、データの機密性に応じて、
（ａ）安全性優先型処理であるシステムコールｎＡ（ベクタテーブルｎＡ）、または、
（ｂ）速度優先型処理であるシステムコールｎＢ（ベクタテーブルｎＢ）、
これらのいずれかを選択して実行する。
【0112】
なお、１つのシステムコールに対する実際のシステムコールの数はＡ，Ｂ２つのみに限らず、３つ以上の個数としてもよい。安全性と速度のバランスを考慮した複数のシステムコールＡ，Ｂ，Ｃ，・・・が存在しえる。
【0113】
以下では、一例として、１つのシステムコール番号ｎに対して、
（ａ）安全性優先型処理であるシステムコールｎＡ（ベクタテーブルｎＡ）、
（ｂ）速度優先型処理であるシステムコールｎＢ（ベクタテーブルｎＢ）、
この２種類のシステムコールが設定されている例について説明する。
（ａ）安全性優先型処理であるシステムコールｎＡ（ベクタテーブルｎＡ）、
（ｂ）速度優先型処理であるシステムコールｎＢ（ベクタテーブルｎＢ）、
この２種類のシステムコールが設定されている例について説明する。
【0114】
ＯＳ（カーネル）は、例えば、以下のような選択基準に従って、２つのシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）のいずれかを選択する。
【0115】
（基準１）システムに後から追加されたアプリケーション（プログラム）や、第三者によって提供されたプログラムからのシステムコール呼び出しに対しては、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択する。
（基準２）例えばアプリケーション（プログラム）の実行するプロセスがシステムに組み込まれたコードであり、十分に信頼性が担保されていると判断できる場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択する。
（基準２）例えばアプリケーション（プログラム）の実行するプロセスがシステムに組み込まれたコードであり、十分に信頼性が担保されていると判断できる場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択する。
【0116】
上記は、プログラムの開発者や提供者に基づく選択基準の一例であるが、このような基準以外、例えば、アプリケーション（プログラム）が扱うデータの属性による選択処理も可能である。例えば、車載システムの場合、入力情報（自車センサ情報、車車間通信によって得られた情報、信頼できる中央サーバからの情報）による周辺環境認識、走行計画などの演算において、相手の信頼性に応じて、安全性優先型のシステムコールＡ（ベクタテーブルＡ）、または速度優先型のシステムコールＢ（ベクタテーブルＢ）のどちらを使うかを選択するといった処理も可能である。
【0117】
なお、ＯＳ（カーネル）は、アプリケーション（プログラム）から、あるシステムコール番号ｎ（ｎ＝１～Ｎ）を指定したシステムコール呼び出しがあった場合に、そのシステムコール呼び出しに対して、２つのシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）のいずれを選択して実行するかについて、遂次、決定する処理を行う。
【0118】
ＯＳ（カーネル）は、システムコール呼び出しを行ったアプリケーション（プログラム）に対応する様々なパラメータを参照して、実行するシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）の選択処理を行う。
図７を参照して、ＯＳ（カーネル）が、システムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）を選択する際に参照するアプリケーション（プログラム）のパラメータと、パラメータに基づくシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）を選択する処理の具体例について説明する。
図７を参照して、ＯＳ（カーネル）が、システムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）を選択する際に参照するアプリケーション（プログラム）のパラメータと、パラメータに基づくシステムコールＡ，Ｂ（ベクタテーブルＡ，Ｂ）を選択する処理の具体例について説明する。
【0119】
ＯＳ（カーネル）が安全性優先型のシステムコールＡ（ベクタテーブルＡ）と、速度優先型のシステムコールＢ（ベクタテーブルＢ）のどちらを適用するかを決定する際に参照するアプリケーション（プログラム）対応のパラメータとして、図７に示す以下のパラメータがある。
【0120】
（１）プログラム実行時のユーザ権限
（２）プログラム格納場所
（３）プログラムの署名コード
（４）ネットワーク通信を行うプログラムの場合の通信相手先のドメイン名、またはＩＰアドレス
（５）ファイルアクセス時のパス
（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）
（７）システム状態
（８）プログラムが実行された累積回数
（９）プログラム実行のタイミング
（２）プログラム格納場所
（３）プログラムの署名コード
（４）ネットワーク通信を行うプログラムの場合の通信相手先のドメイン名、またはＩＰアドレス
（５）ファイルアクセス時のパス
（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）
（７）システム状態
（８）プログラムが実行された累積回数
（９）プログラム実行のタイミング
【0121】
以下、ＯＳ（カーネル）が各パラメータに基づいて、安全性優先型のシステムコールＡ（ベクタテーブルＡ）と、速度優先型のシステムコールＢ（ベクタテーブルＢ）のどちらを適用するかを決定する具体的な処理例について説明する。
【0122】
判定パラメータ＝（１）プログラム実行時のユーザ権限
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの実行時のユーザ権限を確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの実行時のユーザ権限を確認する。
【0123】
ユーザ権限が、システム以外の一般ユーザ（ＵＮＩＸ（登録商標）／Ｌｉｎｕｘ（登録商標）的にはｒｏｏｔユーザ以外）である場合には、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、ユーザ権限が、システム（ＵＮＩＸ（登録商標）／Ｌｉｎｕｘ（登録商標）的にはｒｏｏｔユーザ）である場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、ユーザ権限が、システム（ＵＮＩＸ（登録商標）／Ｌｉｎｕｘ（登録商標）的にはｒｏｏｔユーザ）である場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0124】
判定パラメータ＝（２）プログラム格納場所
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの格納場所を確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの格納場所を確認する。
【0125】
格納場所に基づいて、アプリケーションプログラムが、後からプラグイン等の手段で追加されたソフトウェアであると判定された場合は、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、アプリケーションプログラムが、システムに最初からプリインストールされているソフトウェアである場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、アプリケーションプログラムが、システムに最初からプリインストールされているソフトウェアである場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0126】
判定パラメータ＝（３）プログラムの署名コード
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの開発者（ソフトウェア開発者）の署名コードを確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの開発者（ソフトウェア開発者）の署名コードを確認する。
【0127】
署名コードの確認に基づいて、アプリケーションプログラムの開発者（ソフトウェア開発者）の信頼性が確認できていないソフトウェアであると判定した場合は、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、アプリケーションプログラムの開発者（ソフトウェア開発者）の信頼性が確認できているソフトウェアであると判定した場合は、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、アプリケーションプログラムの開発者（ソフトウェア開発者）の信頼性が確認できているソフトウェアであると判定した場合は、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0128】
判定パラメータ＝（４）ネットワーク通信を行うプログラムの場合の通信相手先のドメイン名、またはＩＰアドレス
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムが、ネットワーク通信を行うプログラムの場合、通信相手先のドメイン名、またはＩＰアドレスを確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムが、ネットワーク通信を行うプログラムの場合、通信相手先のドメイン名、またはＩＰアドレスを確認する。
【0129】
通信相手が、予め設定済み相手先確認等で信頼性を担保できていない通信相手であると確認された場合には、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、通信相手が、予め設定済み相手先確認等で信頼性を担保できている通信相手であると確認した場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、通信相手が、予め設定済み相手先確認等で信頼性を担保できている通信相手であると確認した場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0130】
判定パラメータ＝（５）ファイルアクセス時のパス
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムが利用するファイルアクセス時のパスを確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムが利用するファイルアクセス時のパスを確認する。
【0131】
ファイルアクセス時のパスが、予め規定された特定のシステム領域の場合には、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、ファイルアクセス時のパスが、予め規定された特定のシステム領域以外の一般領域の場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、ファイルアクセス時のパスが、予め規定された特定のシステム領域以外の一般領域の場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0132】
判定パラメータ＝（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの実行するプロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）を確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの実行するプロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）を確認する。
【0133】
ＯＳ（カーネル）は、この使用リソースの確認結果に基づいて、安全性優先型のシステムコールＡ（ベクタテーブルＡ）か、速度優先型のシステムコールＢ（ベクタテーブルＢ）のいずれかを選択して実行する。
この選択処理は、ユースケースによって異なる選択処理となる。
この選択処理は、ユースケースによって異なる選択処理となる。
【0134】
例えば使用リソースが一定値以下の場合はキャッシュフラッシュなどを行う安全性優先型のシステムコールＡ（ベクタテーブルＡ）を実行する余裕がある、逆に一定値以上の場合は余裕がないために速度優先型のシステムコールＢ（ベクタテーブルＢ）を実行する。
ただし、この場合、故意にシステムリソースを占有するプログラムが動いていた場合に上記判定を行うと脆弱性が危惧される可能性があるため、逆の判定を行い、リソースが一定値以下の場合は、速度優先型のシステムコールＢ（ベクタテーブルＢ）を実行し、一定値以上の場合は安全性優先型システムコールＡ（ベクタテーブルＡ）をを実行する等、ユースケースに応じた処理を行う。
ただし、この場合、故意にシステムリソースを占有するプログラムが動いていた場合に上記判定を行うと脆弱性が危惧される可能性があるため、逆の判定を行い、リソースが一定値以下の場合は、速度優先型のシステムコールＢ（ベクタテーブルＢ）を実行し、一定値以上の場合は安全性優先型システムコールＡ（ベクタテーブルＡ）をを実行する等、ユースケースに応じた処理を行う。
【0135】
判定パラメータ＝（７）システム状態
ＯＳ（カーネル）は、システムコール呼び出しがなされた際のシステム状態を確認する。
具体的には、
ＣＰＵの処理負荷が一定値以上であるか、または一定値以下であるか、
システムの温度が一定値以上であるか、または一定値以下であるか、
システムの電源容量（バッテリ残容量）が一定値以上であるか、または一定値以下であるか、
これらを確認する。
ＯＳ（カーネル）は、システムコール呼び出しがなされた際のシステム状態を確認する。
具体的には、
ＣＰＵの処理負荷が一定値以上であるか、または一定値以下であるか、
システムの温度が一定値以上であるか、または一定値以下であるか、
システムの電源容量（バッテリ残容量）が一定値以上であるか、または一定値以下であるか、
これらを確認する。
【0136】
ＯＳ（カーネル）は、このシステム状態の確認結果に基づいて、安全性優先型のシステムコールＡ（ベクタテーブルＡ）か、速度優先型のシステムコールＢ（ベクタテーブルＢ）のいずれかを選択して実行する。
この場合の選択処理は、上記の判定パラメータ＝（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）の場合と同様、ユースケースによって異なる選択処理となる。
この場合の選択処理は、上記の判定パラメータ＝（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）の場合と同様、ユースケースによって異なる選択処理となる。
【0137】
判定パラメータ＝（８）プログラムが実行された累積回数
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムが実行された累積回数を確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムが実行された累積回数を確認する。
【0138】
累積回数が一定値以下の場合には、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、累積回数が一定値以上の場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、累積回数が一定値以上の場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0139】
これは、実行累積回数が一定値以上あるプログラムが正常に動作しているということは、そのプログラムの安全性が高いと判断可能であるためである。この場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0140】
判定パラメータ＝（９）プログラム実行のタイミング
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの実行タイミングを確認する。
ＯＳ（カーネル）は、システムコール呼び出しの実行主体であるアプリケーションプログラムの実行タイミングを確認する。
【0141】
実行タイミングが乱数で生成されたタイミング期間内である場合は、安全性優先型のシステムコールＡ（ベクタテーブルＡ）を選択して実行する。
一方、実行タイミングが乱数で生成されたタイミング期間内と異なるタイミングの場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
一方、実行タイミングが乱数で生成されたタイミング期間内と異なるタイミングの場合には、速度優先型のシステムコールＢ（ベクタテーブルＢ）を選択して実行する。
【0142】
この判定パラメータ＝（９）プログラム実行のタイミングを利用した選択処理は、上述した判定パラメータ＝（８）プログラムが実行された累積回数に基づく選択処理の補完的な判定処理として実行する。
判定パラメータ＝（８）プログラムが実行された累積回数のみで判断すると、プログラム自体が回数によって悪意のあるコード実行を隠蔽して実行しない、または実行するような高度な切り替えが行われていた場合、安全性が担保できない。そのため、システム側で乱数に基づくタイミングによって実行判断を行うものである。
判定パラメータ＝（８）プログラムが実行された累積回数のみで判断すると、プログラム自体が回数によって悪意のあるコード実行を隠蔽して実行しない、または実行するような高度な切り替えが行われていた場合、安全性が担保できない。そのため、システム側で乱数に基づくタイミングによって実行判断を行うものである。
【0143】
以上、図７を参照して説明したように、ＯＳ（カーネル）は、システムコール呼び出しを行ったアプリケーション（プログラム）に対応する様々なパラメータを参照して、実行するシステムコール（ベクタテーブル）の選択処理を行う。
【0144】
このように、本開示の情報処理装置は、１つのシステムコール番号に対して、２つのシステムコール（ベクタテーブル）、すなわち、
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）、
上記（ａ），（ｂ）の２種類のシステムコールを選択的に実行可能とした構成を有する。
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）、
上記（ａ），（ｂ）の２種類のシステムコールを選択的に実行可能とした構成を有する。
【0145】
本開示の情報処理装置のデータ処理部、すなわちＯＳ（カーネル）は、システムコール呼び出し元のアプリケーションプログラムの信頼性や、システムコールに従ったデータ処理に利用するデータの信頼性や機密性、あるいはシステム（情報処理装置）の状況などに応じて、
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）、
上記（ａ），（ｂ）の２種類のシステムコールのいずれかのシステムコールを選択的に実行する。
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）、
上記（ａ），（ｂ）の２種類のシステムコールのいずれかのシステムコールを選択的に実行する。
【0146】
例えば、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性が低い場合や、処理に利用するデータの機密性が高い場合などには、「（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）」を選択して実行する。
【0147】
一方、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性や機密性が高い場合や、処理に利用するデータの機密性が低い場合などには、には、「（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）」を選択して実行する。
【0148】
なお、詳細については後段で説明するが、「（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）」を実行した場合、高速処理が可能となり、処理効率を向上させることができる。
【0149】
［５．本開示の情報処理装置が実行する処理のシーケンスについて］
次に、本開示の情報処理装置が実行する処理のシーケンスについて説明する。
次に、本開示の情報処理装置が実行する処理のシーケンスについて説明する。
【0150】
図８以下に示すフローチャートを参照して、開示の情報処理装置が実行する処理のシーケンスについて説明する。
図８以下に示すフローチャートに従った処理は、情報処理装置１００のデータ処理部が記憶部に格納されたプログラムに従って実行する。データ処理部とは、具体的には、主に図５に示すＯＳ（カーネル）レイヤである。処理を実行するハードウェアは主としてＨＷレイヤのＣＰＵである。
図８以下に示すフローチャートに従った処理は、情報処理装置１００のデータ処理部が記憶部に格納されたプログラムに従って実行する。データ処理部とは、具体的には、主に図５に示すＯＳ（カーネル）レイヤである。処理を実行するハードウェアは主としてＨＷレイヤのＣＰＵである。
【0151】
なお、図８以下に示すフローチャートには、各ステップの処理を実行する際のＯＳ（カーネル）レイヤの実行空間もフローの各ステップに並列に示している。具体的には、フロー中の各ステップの処理が、通常のアプリケーション処理であるユーザレベルの処理を実行するユーザ空間での処理であるか、特権レベルのカーネル空間で行われる処理であるかを示している。
まず、図８に示すフローの各ステップの処理について、順次、説明する。
まず、図８に示すフローの各ステップの処理について、順次、説明する。
【0152】
（ステップＳ２０１）
まず、ステップＳ２０１において、アプリケーションレイヤで処理を実行するアプリケーション（プログラム）が１つのシステムコール番号であるシステムコールｎ（ｎ＝１～Ｎのいずれか）を指定したシステムコール呼び出しを行う。
まず、ステップＳ２０１において、アプリケーションレイヤで処理を実行するアプリケーション（プログラム）が１つのシステムコール番号であるシステムコールｎ（ｎ＝１～Ｎのいずれか）を指定したシステムコール呼び出しを行う。
【0153】
このシステムコール呼び出しは、前述したように、例えば割り込み処理、または専用命令を用いて行われる。
【0154】
（ステップＳ２０２）
次に、ステップＳ２０２において、ＯＳ（カーネル）は、アプリケーション（プログラム）によるシステムコール番号ｎを指定したシステムコールを入力し、仮想システムコールｎの開始準備処理を行う。例えば、仮想システムコールｎのエントリポイント設定処理等を行う。
次に、ステップＳ２０２において、ＯＳ（カーネル）は、アプリケーション（プログラム）によるシステムコール番号ｎを指定したシステムコールを入力し、仮想システムコールｎの開始準備処理を行う。例えば、仮想システムコールｎのエントリポイント設定処理等を行う。
【0155】
なお、システムコール番号ｎを指定した場合、実行される可能性のあるシステムコールにはシステムコールｎＡとシステムコールｎＢが含まれる。すなわち、
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）、
これら２つのシステムコールが実行可能性のあるシステムコールとして含まれている。
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）、
これら２つのシステムコールが実行可能性のあるシステムコールとして含まれている。
【0156】
これら２つのシステムコールを含むシステムコールを仮想システムコールｎとする。
この段階では、まだ、システムコールｎＡとシステムコールｎＢのいずれを実行するかが決定されていない。
この段階では、まだ、システムコールｎＡとシステムコールｎＢのいずれを実行するかが決定されていない。
【0157】
（ステップＳ２０３）
次に、ＯＳ（カーネル）は、ステップＳ２０３において、システムコールｎの呼び出し元であるアプリケーションプログラムやシステム（情報処理装置）状況などのパラメータを取得する。
次に、ＯＳ（カーネル）は、ステップＳ２０３において、システムコールｎの呼び出し元であるアプリケーションプログラムやシステム（情報処理装置）状況などのパラメータを取得する。
【0158】
このパラメータは、先に図７を参照して説明した判定パラメータである。すなわち、ＯＳ（カーネル）が安全性優先型のシステムコールＡ（ベクタテーブルＡ）と、速度優先型のシステムコールＢ（ベクタテーブルＢ）のどちらを実行するかを決定する際に参照するアプリケーションプログラムやシステム（情報処理装置）状況などのパラメータである。
【0159】
ＯＳ（カーネル）、先に図７を参照して説明したように、以下の各パラメータを取得する。
（１）プログラム実行時のユーザ権限
（２）プログラム格納場所
（３）プログラムの署名コード
（４）ネットワーク通信を行うプログラムの場合の通信相手先のドメイン名、またはＩＰアドレス
（５）ファイルアクセス時のパス
（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）
（７）システム状態
（８）プログラムが実行された累積回数
（９）プログラム実行のタイミング
（１）プログラム実行時のユーザ権限
（２）プログラム格納場所
（３）プログラムの署名コード
（４）ネットワーク通信を行うプログラムの場合の通信相手先のドメイン名、またはＩＰアドレス
（５）ファイルアクセス時のパス
（６）プロセスまたはプロセスグループの使用リソース（ＣＰＵ、メモリ、ディスクＩ／Ｏ等）
（７）システム状態
（８）プログラムが実行された累積回数
（９）プログラム実行のタイミング
【0160】
（ステップＳ２０４）
次に、ＯＳ（カーネル）は、ステップＳ２０４において、ステップＳ２０３で取得したパラメータに基づいて、
システムコールの実行権限の有無の確認を行い、実行権限があると確認された場合には、さらに、
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）を実行するか、または、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）を実行するか、
上記（ａ），（ｂ）のいずれを実行するかを決定する。
次に、ＯＳ（カーネル）は、ステップＳ２０４において、ステップＳ２０３で取得したパラメータに基づいて、
システムコールの実行権限の有無の確認を行い、実行権限があると確認された場合には、さらに、
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）を実行するか、または、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）を実行するか、
上記（ａ），（ｂ）のいずれを実行するかを決定する。
【0161】
前述したように、システムコールは、カーネル内の高い特権レベルのコードによって実行されるので、処理開始前にシステムコールの実行権限確認が行われる。
なお、このステップで実行する実行権限確認処理は、システムコールｎＡとシステムコールｎＢを実行可能性のあるシステムコールとして含む仮想システムコールｎの実行権限確認処理である。
仮想システムコールｎの実行権限が無いと判定した場合は、ステップＳ２０５に進む。
なお、このステップで実行する実行権限確認処理は、システムコールｎＡとシステムコールｎＢを実行可能性のあるシステムコールとして含む仮想システムコールｎの実行権限確認処理である。
仮想システムコールｎの実行権限が無いと判定した場合は、ステップＳ２０５に進む。
【0162】
システムコールの実行権限ありと確認された場合に限り、ＯＳ（カーネル）は、
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）を実行するか、または、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）を実行するか、
上記（ａ），（ｂ）のいずれを実行するかを決定する。
この決定処理は、ステップＳ２０３で取得したパラメータに基づいて実行する。
具体的な決定処理は、先に図７を参照して説明した通りである。
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）を実行するか、または、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）を実行するか、
上記（ａ），（ｂ）のいずれを実行するかを決定する。
この決定処理は、ステップＳ２０３で取得したパラメータに基づいて実行する。
具体的な決定処理は、先に図７を参照して説明した通りである。
【0163】
ＯＳ（カーネル）が、ステップＳ２０３で取得したパラメータに基づいて、「（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）を実行する」と判定した場合は、ステップＳ３０１に進む。
一方、ＯＳ（カーネル）が、ステップＳ２０３で取得したパラメータに基づいて、「（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）を実行する」と判定した場合は、ステップＳ４０１に進む。
一方、ＯＳ（カーネル）が、ステップＳ２０３で取得したパラメータに基づいて、「（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）を実行する」と判定した場合は、ステップＳ４０１に進む。
【0164】
（ステップＳ２０５）
ステップＳ２０４において、ＯＳ（カーネル）が、システムコールの実行権限か無いと判定した場合は、ステップＳ２０５に進む。
この場合は、実行エラーとして処理を終了する。すなわち、システムコールｎＡもシステムコールｎＢのいずれも実行されない。
ステップＳ２０４において、ＯＳ（カーネル）が、システムコールの実行権限か無いと判定した場合は、ステップＳ２０５に進む。
この場合は、実行エラーとして処理を終了する。すなわち、システムコールｎＡもシステムコールｎＢのいずれも実行されない。
【0165】
次に、ステップＳ２０４において、ＯＳ（カーネル）が、ステップＳ２０３で取得したパラメータに基づいて、「（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）を実行する」と判定した場合の処理、すなわち、ステップＳ３０１以降の処理について、図９に示すフローチャートを参照して説明する。
【0166】
図９に示すフローチャートは、
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）
を実行する際の処理シーケンスである。
この処理シーケンスは、基本的に、先に図３を参照して説明した処理シーケンスと同様である。
すなわち、システムコール実行権限の確認処理ステップや、システムコールに従った処理の実行ステップの実行前後のキャッシャフラッシュ処理が実行される。
以下、図９に示すフローチャートの各ステップの処理について、順次、説明する。
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）
を実行する際の処理シーケンスである。
この処理シーケンスは、基本的に、先に図３を参照して説明した処理シーケンスと同様である。
すなわち、システムコール実行権限の確認処理ステップや、システムコールに従った処理の実行ステップの実行前後のキャッシャフラッシュ処理が実行される。
以下、図９に示すフローチャートの各ステップの処理について、順次、説明する。
【0167】
（ステップＳ３０１）
まず、ＯＳ（カーネル）は、ステップＳ３０１において、ＣＰＵ特権レベルへの遷移処理を実行する。前述したように、ＣＰＵは、システムコール呼び出し処理に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移する。
まず、ＯＳ（カーネル）は、ステップＳ３０１において、ＣＰＵ特権レベルへの遷移処理を実行する。前述したように、ＣＰＵは、システムコール呼び出し処理に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移する。
【0168】
（ステップＳ３０２）
次に、ＯＳ（カーネル）は、ステップＳ３０２において、システムコールｎＡの実行権限の確認を行う。
前述したように、システムコールに従った処理、すなわちハードウェアへのアクセス等の処理は、カーネル内の高い特権レベルのコードによって実行されるので、処理開始前にシステムコールの実行権限確認や、引数パラメータのチェックが厳密に行われる。
次に、ＯＳ（カーネル）は、ステップＳ３０２において、システムコールｎＡの実行権限の確認を行う。
前述したように、システムコールに従った処理、すなわちハードウェアへのアクセス等の処理は、カーネル内の高い特権レベルのコードによって実行されるので、処理開始前にシステムコールの実行権限確認や、引数パラメータのチェックが厳密に行われる。
【0169】
このチェックでシステムコールｎＡの実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、ステップＳ３０２の判定はＮｏとなり、ステップＳ３０３に進む。
一方、ステップＳ３０２の実行権限確認処理において、システムコールｎＡの実行権限があると判断され、引数パラメータが正しい値であると判断された場合は、ステップＳ３０２の判定はＹｅｓとなり、ステップＳ３０４に進む。
一方、ステップＳ３０２の実行権限確認処理において、システムコールｎＡの実行権限があると判断され、引数パラメータが正しい値であると判断された場合は、ステップＳ３０２の判定はＹｅｓとなり、ステップＳ３０４に進む。
【0170】
（ステップＳ３０３）
ステップＳ３０２におけるシステムコールｎＡの実行権限確認や、引数パラメータのチェックにおいて、実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、ステップＳ３０２の判定はＮｏとなり、ステップＳ３０３に進む。
ステップＳ３０２におけるシステムコールｎＡの実行権限確認や、引数パラメータのチェックにおいて、実行権限がないと判断されるか、引数パラメータが不正な値であった場合は、ステップＳ３０２の判定はＮｏとなり、ステップＳ３０３に進む。
【0171】
この場合、ステップＳ３０３において、実行エラーとなる。すなわち、システムコールｎＡに従った処理は実行されず、処理が終了する。
【0172】
（ステップＳ３０４）
一方、ステップＳ３０２におけるシステムコールｎＡの実行権限確認や、引数パラメータのチェックにおいて、実行権限があり、引数パラメータが正しい値であったと判定した場合は、ステップＳ３０２の判定はＹｅｓとなり、ステップＳ３０４に進む。
一方、ステップＳ３０２におけるシステムコールｎＡの実行権限確認や、引数パラメータのチェックにおいて、実行権限があり、引数パラメータが正しい値であったと判定した場合は、ステップＳ３０２の判定はＹｅｓとなり、ステップＳ３０４に進む。
【0173】
この場合、ステップＳ３０４において、まず、キャッシュフラッシュが行われる。すなわち、システムコールｎＡに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理のために利用するキャッシュメモリに残存するデータを消去するためのキャッシュフラッシュ処理を実行する。
【0174】
（ステップＳ３０５）
次に、キャッシュフラッシュ処理後のキャッシュを利用して、システムコールｎＡに従った処理、すなわち、安全性優先型のシステムコールｎＡが実行される。例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理を実行する。
次に、キャッシュフラッシュ処理後のキャッシュを利用して、システムコールｎＡに従った処理、すなわち、安全性優先型のシステムコールｎＡが実行される。例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理を実行する。
【0175】
（ステップＳ３０６）
ステップＳ３０５において、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理が完了すると、ステップＳ３０６において、処理に利用したキャッシュに対して、再度、キャッシュフララッシュ処理を実行する。
ステップＳ３０５において、システムコールに従った処理、例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理が完了すると、ステップＳ３０６において、処理に利用したキャッシュに対して、再度、キャッシュフララッシュ処理を実行する。
【0176】
この処理により、キャッシュに記録されたデータが消去されることになり、後続する他のプロセスがキャッシュからデータを読み取るといった不正処理やデータ漏洩を防止することが可能となる。
【0177】
（ステップＳ３０７）
最後に、ステップＳ３０７において、ＣＰＵ特権レベルからユーザレベルへの遷移処理が実行される。このレベル遷移により、アプリによる通常のデータ処理を行うユーザレベルへの遷移が行われる。
最後に、ステップＳ３０７において、ＣＰＵ特権レベルからユーザレベルへの遷移処理が実行される。このレベル遷移により、アプリによる通常のデータ処理を行うユーザレベルへの遷移が行われる。
【0178】
この図９に示すフローに従った処理において、ステップＳ３０４やステップＳ３０６において実行するキャッシュフラッシュ処理は、キャッシュに読み込まれたデータが、前後して実行されるその他のプロセスによって不正に読み取られ、漏洩することを防止するための処理である。
【0179】
すなわち、先に説明した不可侵領域内の機密データに対する不正アクセス手法の代表的手法、すなわち、
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
これらの手法による機密データの不正読み取りを防止するための処理として、図９に示すフローのステップＳ３０４やステップＳ３０６において実行するキャッシュフラッシュ処理が有効となる。
しかし、このようなキャッシュフラッシュ処理を行うことにより、処理速度の低下という問題が発生する。
（１）コード名＝Ｓｐｅｃｔｒｅ（スペクター）
（２）コード名＝Ｍｅｌｔｄｏｗｎ（メルトダウン）
これらの手法による機密データの不正読み取りを防止するための処理として、図９に示すフローのステップＳ３０４やステップＳ３０６において実行するキャッシュフラッシュ処理が有効となる。
しかし、このようなキャッシュフラッシュ処理を行うことにより、処理速度の低下という問題が発生する。
【0180】
次に、図８に示すフローチャートのステップＳ２０４において、ＯＳ（カーネル）が、ステップＳ２０３で取得したパラメータに基づいて、「（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）を実行する」と判定した場合の処理、すなわち、ステップＳ４０１以降の処理について、図１０に示すフローチャートを参照して説明する。
【0181】
図１０に示すフローチャートは、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）
を実行する際の処理シーケンスである。
この処理シーケンスは、基本的に、先に図３を参照して説明した処理シーケンスとは大きく異なる。
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）
を実行する際の処理シーケンスである。
この処理シーケンスは、基本的に、先に図３を参照して説明した処理シーケンスとは大きく異なる。
【0182】
すなわち、システムコール実行権限の確認処理ステップや、システムコールに従った処理の実行ステップの実行前後のキャッシャフラッシュ処理が省略される。
このような処理が省略されることでシステムコール対応のデータ処理が速く完了する。すなわち処理速度が向上する。
このような処理が省略されることでシステムコール対応のデータ処理が速く完了する。すなわち処理速度が向上する。
【0183】
以下、図１０に示すフローチャートの各ステップの処理について、順次、説明する。
（ステップＳ４０１）
まず、ＯＳ（カーネル）は、ステップＳ４０１において、ＣＰＵ特権レベルへの遷移処理を実行する。前述したように、ＣＰＵは、システムコール呼び出し処理に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移する。
（ステップＳ４０１）
まず、ＯＳ（カーネル）は、ステップＳ４０１において、ＣＰＵ特権レベルへの遷移処理を実行する。前述したように、ＣＰＵは、システムコール呼び出し処理に応じて、アプリによる通常のデータ処理を行うユーザレベルから、ＯＳ（カーネル）によるリソース制御を実行させるための特権レベルに遷移する。
【0184】
（ステップＳ４０２）
次に、システムコールｎＢに従った処理、すなわち、速度優先型のシステムコールｎＢが実行される。例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理を実行する。
次に、システムコールｎＢに従った処理、すなわち、速度優先型のシステムコールｎＢが実行される。例えばファイル・オープンやファイル・リードや、ファイル・ライト等の処理を実行する。
【0185】
（ステップＳ４０３）
最後に、ステップＳ４０３において、ＣＰＵ特権レベルからユーザレベルへの遷移処理が実行される。このレベル遷移により、アプリによる通常のデータ処理を行うユーザレベルへの遷移が行われる。
最後に、ステップＳ４０３において、ＣＰＵ特権レベルからユーザレベルへの遷移処理が実行される。このレベル遷移により、アプリによる通常のデータ処理を行うユーザレベルへの遷移が行われる。
【0186】
この図１０に示すフローに従った速度優先型のシステムコールｎＢの実行処理は、先に図９を参照して説明した安全性優先型のシステムコールｎＡの処理と異なり、システムコールｎＢの実行権限確認処理や、システムコールｎＢの実行ステップであるステップＳ４０２の処理前後のキャッシュフラッシュ処理が実行されない。
従って、システムコール対応のデータ処理が速く完了し、処理速度が向上する。
従って、システムコール対応のデータ処理が速く完了し、処理速度が向上する。
【0187】
なお、図１０に示す例では、速度優先型のシステムコールｎＢの実行処理として、システムコールｎＢの実行権限確認処理と、システムコールｎＢの実行ステップであるステップＳ４０２の処理前後のキャッシュフラッシュ処理の双方を省略したシーケンスとしているが、この他の処理シーケンスとして実行することも可能である。
【0188】
例えば、図１１に示すフローは、図１０に示すフローに、ステップＳ４２１とステップＳ４２２を追加したフローである。
すなわち、システムコールｎＢの実行権限確認処理を実行し、システムコールｎＢの実行ステップであるステップＳ４０２の処理前後のキャッシュフラッシュ処理のみ省略したシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
すなわち、システムコールｎＢの実行権限確認処理を実行し、システムコールｎＢの実行ステップであるステップＳ４０２の処理前後のキャッシュフラッシュ処理のみ省略したシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
【0189】
また、図１２に示すフローは、図１０に示すフローに、ステップＳ４３１とステップＳ４３２を追加したフローである。
すなわち、システムコールｎＢの実行権限確認処理は省略し、システムコールｎＢの実行ステップであるステップＳ４０２の処理前後のキャッシュフラッシュ処理については実行するシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
すなわち、システムコールｎＢの実行権限確認処理は省略し、システムコールｎＢの実行ステップであるステップＳ４０２の処理前後のキャッシュフラッシュ処理については実行するシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
【0190】
また、図１３に示すフローは、図１０に示すフローに、ステップＳ４４１を追加したフローである。
すなわち、システムコールｎＢの実行権限確認処理と、システムコールｎＢの実行ステップであるステップＳ４０２の処理後のキャッシュフラッシュ処理を省略し、システムコールｎＢの実行ステップであるステップＳ４０２の処理前のキャッシュフラッシュ処理のみを実行するシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
すなわち、システムコールｎＢの実行権限確認処理と、システムコールｎＢの実行ステップであるステップＳ４０２の処理後のキャッシュフラッシュ処理を省略し、システムコールｎＢの実行ステップであるステップＳ４０２の処理前のキャッシュフラッシュ処理のみを実行するシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
【0191】
また、図１４に示すフローは、図１０に示すフローに、ステップＳ４５１を追加したフローである。
すなわち、システムコールｎＢの実行権限確認処理と、システムコールｎＢの実行ステップであるステップＳ４０２の処理前のキャッシュフラッシュ処理を省略し、システムコールｎＢの実行ステップであるステップＳ４０２の処理後のキャッシュフラッシュ処理のみを実行するシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
すなわち、システムコールｎＢの実行権限確認処理と、システムコールｎＢの実行ステップであるステップＳ４０２の処理前のキャッシュフラッシュ処理を省略し、システムコールｎＢの実行ステップであるステップＳ４０２の処理後のキャッシュフラッシュ処理のみを実行するシーケンスとしている。
このような処理シーケンスを実行する設定としてもよい。
【0192】
また、上述した実施例では、システムコールを２種類、すなわち、
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）、
上記（ａ），（ｂ）の２種類のシステムコールを設定して選択的に実行する構成として説明した。
（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）、
（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）、
上記（ａ），（ｂ）の２種類のシステムコールを設定して選択的に実行する構成として説明した。
【0193】
さらに、例えば１つのシステムコール番号ｎ（ｎ＝１～Ｎ）に対して３種類以上のシステムコール（ベクタテーブル）を対応付けて、３種類以上のシステムコールから実行するシステムコールを選択して実行する構成としてもよい。
【0194】
例えば、１つのシステムコール番号ｎに対応するシステムコールｎに対して、６種類のシステムコールＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆを設定する。すなわち、
システムコールｎＡ、
システムコールｎＢ、
システムコールｎＣ、
システムコールｎＤ、
システムコールｎＥ、
システムコールｎＦ、
１つのシステムコール番号ｎにこれら６種類のシステムコールを対応づける。
システムコールｎＡ、
システムコールｎＢ、
システムコールｎＣ、
システムコールｎＤ、
システムコールｎＥ、
システムコールｎＦ、
１つのシステムコール番号ｎにこれら６種類のシステムコールを対応づける。
【0195】
ＯＳ（カーネル）はこれら６つのシステムコールから、いずれか１つを選択して実行する。
例えばシステムコールｎＡを選択した場合は、図９に示すフローに従った処理を実行する。
システムコールｎＢを選択した場合は、図１０に示すフローに従った処理を実行する。
システムコールｎＣを選択した場合は、図１１に示すフローに従った処理を実行する。
システムコールｎＤを選択した場合は、図１２に示すフローに従った処理を実行する。
システムコールｎＥを選択した場合は、図１３に示すフローに従った処理を実行する。
システムコールｎＦを選択した場合は、図１４に示すフローに従った処理を実行する。
例えば、このような処理を行う構成としてもよい。
例えばシステムコールｎＡを選択した場合は、図９に示すフローに従った処理を実行する。
システムコールｎＢを選択した場合は、図１０に示すフローに従った処理を実行する。
システムコールｎＣを選択した場合は、図１１に示すフローに従った処理を実行する。
システムコールｎＤを選択した場合は、図１２に示すフローに従った処理を実行する。
システムコールｎＥを選択した場合は、図１３に示すフローに従った処理を実行する。
システムコールｎＦを選択した場合は、図１４に示すフローに従った処理を実行する。
例えば、このような処理を行う構成としてもよい。
【0196】
［６．その他の実施例、応用例について］
次に、その他の実施例、応用例について説明する。
次に、その他の実施例、応用例について説明する。
【0197】
上述した実施例では、１つのシステムコール番号ｎに対して、２つのシステムコール、すなわち、
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）、
上記（ａ），（ｂ）の２種類のシステムコールを設定し、ＯＳ（カーネル）が、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性、機密性、あるいはシステム（情報処理装置）の状況などに応じて、どちらかのシステムコールを選択的に実行する構成として説明した。
（ａ）安全性優先型のシステムコールｎＡ（ベクタテーブルｎＡ）、
（ｂ）速度優先型のシステムコールｎＢ（ベクタテーブルｎＢ）、
上記（ａ），（ｂ）の２種類のシステムコールを設定し、ＯＳ（カーネル）が、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性、機密性、あるいはシステム（情報処理装置）の状況などに応じて、どちらかのシステムコールを選択的に実行する構成として説明した。
【0198】
例えば、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性が低い場合や、処理に利用するデータの機密性が高い場合などには、「（ａ）安全性優先型のシステムコールＡ（ベクタテーブルＡ）」を選択して実行する。
一方、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性が高い場合や、処理に利用するデータの機密性が低い場合などには、には、「（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）」を選択して実行する。
上述したように、「（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）」を実行した場合、高速処理が可能となり、処理効率を向上させることができる。
一方、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性が高い場合や、処理に利用するデータの機密性が低い場合などには、には、「（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）」を選択して実行する。
上述したように、「（ｂ）速度優先型のシステムコールＢ（ベクタテーブルＢ）」を実行した場合、高速処理が可能となり、処理効率を向上させることができる。
【0199】
このように、上述した実施例では、ＯＳ（カーネル）が、システムコール呼び出し元のアプリケーションプログラムの信頼性や、処理に利用するデータの信頼性、機密性、あるいはシステム（情報処理装置）の状況などに応じて、２つ、または３つ以上のシステムコールから１つを選択して実行する構成として説明した。
【0200】
その他、例えば、プログラムやデータの信頼性に関して、１から１００といったレベル分けを行い、レベル１を最高信頼度、レベル１００を最低信頼度とする。その信頼度に応じて、段階的にシステムコールのチェック強度を変化させるといった処理を行う構成としてもよい。
【0201】
さらに、システム（情報処理装置）負荷が高くなり、演算能力が不足する可能性が出た場合、低信頼度のプログラムにおいても、一時的にシステムコールのチェックを緩和させることで、演算処理量低下を最小限にすることで、全体としての処理能力を維持する。システムの負荷が元に戻った場合、そのシステムコールの緩和も元に戻すといった処理を行う構成としてもよい。
【0202】
また、システムの負荷が高くなり、ＣＰＵの温度上昇が検出された場合、一時的にシステムコールのチェックを緩和させることで、ＣＰＵ負荷を下げ、温度上昇を抑える。ＣＰＵの温度が戻った場合、そのシステムコールの緩和も元に戻すといった処理を行う構成としてもよい。
【0203】
さらに、システムのバッテリ容量低下や電力不足の傾向が検出された場合、一時的にシステムコールのチェックを緩和させることで、消費電力を下げ、電力不足を防ぐ。バッテリ容量回復や電力不足が回復した場合、そのシステムコールの緩和も元に戻すといった処理を行う構成としてもよい。
【0204】
［７．情報処理装置の構成例について］
次に、図１５を参照して上述した実施例に従った処理を実行する情報処理装置のハードウェア構成例について説明する。
次に、図１５を参照して上述した実施例に従った処理を実行する情報処理装置のハードウェア構成例について説明する。
【0205】
以下、図１５に示す情報処理装置３００は、上述した実施例において説明した図４に示す情報処理装置１００の全体構成の一例を示す情報処理装置である。情報処理装置３００を構成する各構成要素について説明する。
マルチコア３０１は、複数のコア（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって構成される。マルチコア３０１は、図１１に示すようにコア１（ＣＰＵ１）３５１、コア２（ＣＰＵ２）３５２、コア３（ＣＰＵ３）３５３等、最小でも２つ以上のコアを有する。
マルチコア３０１は、複数のコア（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって構成される。マルチコア３０１は、図１１に示すようにコア１（ＣＰＵ１）３５１、コア２（ＣＰＵ２）３５２、コア３（ＣＰＵ３）３５３等、最小でも２つ以上のコアを有する。
【0206】
これらの複数のコア（ＣＰＵ）では、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０３、または記憶部３０９に記憶されているプログラムに従った様々な処理が実行される。
【0207】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０３は、マルチコア３０１やＧＰＵ３０２が実行するプログラムやパラメータ等の記憶領域として利用される。
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０４は、マルチコア３０１やＧＰＵ３０２が実行する処理のワークエリア、パラメータ記憶領域、その他のデータの記録領域等として利用される。
これら、マルチコア３０１、ＧＰＵ３０２、ＲＯＭ３０３、およびＲＡＭ３０４は、バス３０５により相互に接続されている。
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０４は、マルチコア３０１やＧＰＵ３０２が実行する処理のワークエリア、パラメータ記憶領域、その他のデータの記録領域等として利用される。
これら、マルチコア３０１、ＧＰＵ３０２、ＲＯＭ３０３、およびＲＡＭ３０４は、バス３０５により相互に接続されている。
【0208】
マルチコア３０１やＧＰＵ３０２等はバス３０５を介して入出力インタフェース３０６に接続され、入出力インタフェース３０６には、各種スイッチ、キーボード、タッチパネル、マウス、マイクロフォン、さらに、センサ、カメラ等のデータ取得部などよりなる入力部３０７、モニタ等のディスプレイ、スピーカなどよりなる出力部３０９が接続されている。
【0209】
マルチコア３０１は、入力部３０７から入力される指令や状況データ等を入力し、各種の処理を実行し、処理結果を例えば出力部３０８に出力する。
入出力インタフェース３０６に接続されている記憶部３０９は、例えばハードディスク等からなり、マルチコア３０１が実行するプログラムや各種のデータを記憶する。通信部３１０は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。
入出力インタフェース３０６に接続されている記憶部３０９は、例えばハードディスク等からなり、マルチコア３０１が実行するプログラムや各種のデータを記憶する。通信部３１０は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。
【0210】
入出力インタフェース３０６に接続されているドライブ３１１は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア３１２を駆動し、データの記録あるいは読み取りを実行する。
【0211】
［８．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【0212】
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部は、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理装置。
（１） アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部は、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理装置。
【0213】
（２） １つのシステムコール番号に対応付けられた複数のシステムコールには、少なくとも、
安全性優先型のデータ処理を実行するシステムコールＡと、
速度優先型のデータ処理を実行するシステムコールＢの２種類のシステムコールを含む（１）に記載の情報処理装置。
安全性優先型のデータ処理を実行するシステムコールＡと、
速度優先型のデータ処理を実行するシステムコールＢの２種類のシステムコールを含む（１）に記載の情報処理装置。
【0214】
（３） 前記安全性優先型のデータ処理を実行するシステムコールＡは、
システムコールの実行権限確認処理と、
システムコール対応処理前後のキャッシャメモリフラッシュ処理を実行する処理シーケンスを有し、
前記速度優先型のデータ処理を実行するシステムコールＢは、
システムコールの実行権限確認処理、または、
システムコール対応処理前後のキャッシャメモリフラッシュ処理の少なくともいずれかを省略した処理シーケンスを有する（２）に記載の情報処理装置。
システムコールの実行権限確認処理と、
システムコール対応処理前後のキャッシャメモリフラッシュ処理を実行する処理シーケンスを有し、
前記速度優先型のデータ処理を実行するシステムコールＢは、
システムコールの実行権限確認処理、または、
システムコール対応処理前後のキャッシャメモリフラッシュ処理の少なくともいずれかを省略した処理シーケンスを有する（２）に記載の情報処理装置。
【0215】
（４） 前記データ処理部は、
前記アプリケーションの信頼性に応じて実行するシステムコールを選択する構成であり、
前記アプリケーションの信頼性が低いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記アプリケーションの信頼性が高いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する（１）～（３）いずれかに記載の情報処理装置。
前記アプリケーションの信頼性に応じて実行するシステムコールを選択する構成であり、
前記アプリケーションの信頼性が低いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記アプリケーションの信頼性が高いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する（１）～（３）いずれかに記載の情報処理装置。
【0216】
（５） 前記データ処理部は、
システムコール実行時に利用するデータの信頼性、または機密性の少なくともいずれかに応じて、実行するシステムコールを選択する（１）～（４）いずれかに記載の情報処理装置。
システムコール実行時に利用するデータの信頼性、または機密性の少なくともいずれかに応じて、実行するシステムコールを選択する（１）～（４）いずれかに記載の情報処理装置。
【0217】
（６） 前記データ処理部は、
システムコール実行時に利用するデータの信頼性、または機密性に応じて実行するシステムコールを選択する構成であり、
前記システムコール実行時に利用するデータの信頼性が低いと判定した場合、または前記システムコール実行時に利用するデータの機密性が高いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記システムコール実行時に利用するデータの信頼性が高いと判定した場合、または前記システムコール実行時に利用するデータの機密性が低いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する（１）～（５）いずれかに記載の情報処理装置。
システムコール実行時に利用するデータの信頼性、または機密性に応じて実行するシステムコールを選択する構成であり、
前記システムコール実行時に利用するデータの信頼性が低いと判定した場合、または前記システムコール実行時に利用するデータの機密性が高いと判定した場合は、
安全性優先型のデータ処理を実行するシステムコールＡを実行し、
前記システムコール実行時に利用するデータの信頼性が高いと判定した場合、または前記システムコール実行時に利用するデータの機密性が低いと判定した場合は、
速度優先型のデータ処理を実行するシステムコールＢを実行する（１）～（５）いずれかに記載の情報処理装置。
【0218】
（７） 前記データ処理部は、
前記システムコール実行時に通信する通信相手の信頼度に応じて実行するシステムコールを選択する（１）～（６）いずれかに記載の情報処理装置。
前記システムコール実行時に通信する通信相手の信頼度に応じて実行するシステムコールを選択する（１）～（６）いずれかに記載の情報処理装置。
【0219】
（８） 前記データ処理部は、
前記システムコール実行時にアクセスするパスの信頼度に応じて実行するシステムコールを選択する（１）～（７）いずれかに記載の情報処理装置。
前記システムコール実行時にアクセスするパスの信頼度に応じて実行するシステムコールを選択する（１）～（７）いずれかに記載の情報処理装置。
【0220】
（９） 前記データ処理部は、
前記アプリケーションプログラムの実行累積回数に応じて実行するシステムコールを選択する（１）～（８）いずれかに記載の情報処理装置。
前記アプリケーションプログラムの実行累積回数に応じて実行するシステムコールを選択する（１）～（８）いずれかに記載の情報処理装置。
【0221】
（１０） 前記データ処理部は、
情報処理装置の状況に応じて実行するシステムコールを選択する（１）～（９）いずれかに記載の情報処理装置。
情報処理装置の状況に応じて実行するシステムコールを選択する（１）～（９）いずれかに記載の情報処理装置。
【0222】
（１１） 前記データ処理部は、
前記システムコール実行時の情報処理装置のＣＰＵの処理負荷、または、情報処理装置の温度、またはバッテリ残容量の少なくともいずれかの情報処理装置状況に応じて実行するシステムコールを選択する（１）～（１０）いずれかに記載の情報処理装置。
前記システムコール実行時の情報処理装置のＣＰＵの処理負荷、または、情報処理装置の温度、またはバッテリ残容量の少なくともいずれかの情報処理装置状況に応じて実行するシステムコールを選択する（１）～（１０）いずれかに記載の情報処理装置。
【0223】
（１２） １つのシステムコール番号に対応付けられた複数のシステムコールの各々は、個別の異なる命令アドレスを格納した個別のベクタテーブルに対応付けられた構成である（１）～（１１）いずれかに記載の情報処理装置。
【0224】
（１３） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部が、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理方法。
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記データ処理部が、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行する情報処理方法。
【0225】
（１４） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記プログラムは、前記データ処理部に、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行させるプログラム。
前記情報処理装置は、アプリケーションからのハードウェア適用処理の実行要求であるシステムコール呼び出しに対して、システムコールの実行制御を行うデータ処理部を有し、
前記プログラムは、前記データ処理部に、前記システムコール呼び出しで指定された１つのシステムコール番号に対応付けられた複数のシステムコールから１つのシステムコールを選択して実行させるプログラム。
【0226】
明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【0227】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【0228】
以上、説明したように、本開示の一実施例の構成によれば、セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法が実現される。
具体的には、例えば、システムコールの実行制御を行うデータ処理部としてのカーネルが、システムコール呼び出し主体であるアプリや、処理データの信頼性を判定し、判定結果に応じて、安全性優先型のシステムコールＡと、速度優先型のシステムコールＢのいずれかを選択して実行する。安全性優先型のシステムコールＡでは、システムコール実行権限確認やキャッシュフラッシュを実行するが、速度優先型のシステムコールＢではこれらの処理を省略する。
本構成により、セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法が実現される。
具体的には、例えば、システムコールの実行制御を行うデータ処理部としてのカーネルが、システムコール呼び出し主体であるアプリや、処理データの信頼性を判定し、判定結果に応じて、安全性優先型のシステムコールＡと、速度優先型のシステムコールＢのいずれかを選択して実行する。安全性優先型のシステムコールＡでは、システムコール実行権限確認やキャッシュフラッシュを実行するが、速度優先型のシステムコールＢではこれらの処理を省略する。
本構成により、セキュリティレベルを低下させることなく処理効率を向上させたシステムコール処理を実行する情報処理装置、情報処理方法が実現される。
【符号の説明】
【0229】
１００ 情報処理装置
１０１ マルチコアＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ 記憶部
１０５ バス
３００ 情報処理装置
３０１ マルチコア
３０３ ＲＯＭ
３０４ ＲＡＭ
３０５ バス
３０６ 入出力インタフェース
３０７ 入力部
３０８ 出力部
３０９ 記憶部
３１０ 通信部
３１１ ドライブ
３１２ リムーバブルメディア
３５１～３５３ コア（ＣＰＵ）
１０１ マルチコアＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ 記憶部
１０５ バス
３００ 情報処理装置
３０１ マルチコア
３０３ ＲＯＭ
３０４ ＲＡＭ
３０５ バス
３０６ 入出力インタフェース
３０７ 入力部
３０８ 出力部
３０９ 記憶部
３１０ 通信部
３１１ ドライブ
３１２ リムーバブルメディア
３５１～３５３ コア（ＣＰＵ）
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】