一意な識別子であるアプリ識別子を有する1以上のプログラムを実行する情報処理装置であって、前記アプリ識別子を取得することにより前記情報処理装置において実行中のプログラムを特定するアプリ特定部と、前記特定されたプログラムが、プログラムコードの呼び出し時に、前記プログラムのどの部分から前記プログラムコードを呼び出したかを示す呼び出し元を特定する呼び出し元特定部と、前記特定されたプログラムを実行することに対する安全性について過去にチェックした結果を含む情報であるチェック結果を管理するチェックアプリ管理部と、前記特定された呼び出し元と前記チェック結果とに基づいて、前記特定されたプログラムが攻撃されているかのチェックを行うか否かを判定する攻撃チェック判定部とを備える情報処理装置。前記情報処理装置は、さらに、前記特定されたプログラムが攻撃されているかをチェックする攻撃チェック部を備えており、前記攻撃チェック部は、前記攻撃チェック判定部が、前記特定されたプログラムに対して攻撃チェックを行うと判定した場合には、前記特定されたプログラムが攻撃されているか否かをチェックする請求項1に記載の情報処理装置。前記呼び出し元特定部は、前記特定されたプログラムから前記プログラムコードを呼び出した後に前記特定されたプログラムへ実行処理を戻すための戻し先を示すメモリ内のアドレスであるリターンアドレスを用いて、前記呼び出し元を特定する請求項2に記載の情報処理装置。前記呼び出し元特定部は、前記特定されたプログラムから前記プログラムコードを呼び出した場合に前記特定されたプログラムが使用するコールスタックのスタックポインタの値と、前記リターンアドレスとを用いて前記呼び出し元を特定する請求項3に記載の情報処理装置。前記チェックアプリ管理部は、A前記特定されたプログラムが攻撃されているか否かをチェックした結果を示す情報、及び、B前記特定されたプログラムが、攻撃されているか否かを判定するチェックが必要であるかを示す情報、の両方を含む情報を前記チェック結果として、前記特定されたプログラムが有する前記アプリ識別子と前記呼び出し元とに対応付けて記憶している請求項3又は4に記載の情報処理装置。前記攻撃チェック判定部は、前記特定されたプログラムが有するアプリ識別子に対応付けられて前記チェックアプリ管理部に記憶されている前記チェック結果を取得し、A取得した前記チェック結果が、前記特定されたプログラムが攻撃されていないこと、又は、前記特定されたプログラムが攻撃されていることを表す場合には、攻撃されているかのチェックを行わないと判定し、B取得した前記チェック結果が、攻撃されているか否かを判定するチェックが必要であることを表す場合には、攻撃チェック部による攻撃がされているかのチェックを行うと判定する請求項5に記載の情報処理装置。さらに、前記特定されたプログラムが前記プログラムコードを呼び出すことにより読み込もうとしているデータファイルを、前記データファイルを示す識別子であるコンテンツ識別子を用いて特定するコンテンツ特定部と、前記特定されたデータファイルを読み込むか否かを判定する読み込み可否判定部とを備え、前記読み込み可否判定部は、A前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられた前記チェック結果が、前記チェックアプリ管理部に記憶されていないか、又は、B前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられた前記チェック結果が、前記チェックアプリ管理部に記憶されており、かつ、前記チェック結果が、前記特定されたプログラムが攻撃されていないことを示す場合には、前記特定されたデータファイルを読み込むと判定し、C前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられている前記チェック結果が、前記チェックアプリ管理部に記憶されており、かつ、前記チェック結果が、前記特定されたプログラムが以前に攻撃されたことを示す場合には、前記特定されたデータファイルを読み込まないと判定する請求項5に記載の情報処理装置。前記読み込み可否判定部は、前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられた前記チェック結果が、前記チェックアプリ管理部に記憶されていない場合には、前記アプリ識別子で特定されるプログラムが、攻撃されているか否かを判定するチェックが必要であることを示す情報を、前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けて前記チェックアプリ管理部に記憶させる請求項7に記載の情報処理装置。前記チェックアプリ管理部は、前記プログラムが削除又は更新された場合には、削除又は更新された前記プログラムが有するアプリ識別子に対応づけられて記憶されているチェック結果を削除する請求項5に記載の情報処理装置。前記チェックアプリ管理部は、前記チェック結果を、当該チェックアプリ管理部を備える前記情報処理装置、及び、当該チェックアプリ管理部を備える前記情報処理装置とは異なる情報処理装置の少なくとも一方に記憶している請求項1に記載の情報処理装置。前記チェックアプリ管理部は、前記特定されたデータファイルが変更された場合には、当該変更されたデータファイルを示すコンテンツ識別子に対応づけられて記憶されているチェック結果を削除する請求項7に記載の情報処理装置。一意な識別子であるアプリ識別子を有する1以上のプログラムを実行する情報処理方法であって、前記アプリ識別子を取得することにより前記情報処理方法によって実行中のプログラムを特定するアプリ特定ステップと、前記特定されたプログラムが、プログラムコードの呼び出し時に、前記プログラムのどの部分から前記プログラムコードを呼び出したかを示す呼び出し元を特定する呼び出し元特定ステップと、前記特定されたプログラムを実行することに対する安全性について過去にチェックした結果を含む情報であるチェック結果を管理するチェックアプリ管理ステップと、前記特定された呼び出し元と前記チェック結果とに基づいて、前記特定されたプログラムが攻撃されているかのチェックを行うか否かを判定する攻撃チェック判定ステップとを含む情報処理方法。請求項12に記載の情報処理方法をコンピュータに実行させるプログラム。請求項13に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。一意な識別子であるアプリ識別子を有する1以上のプログラムを実行する集積回路であって、前記アプリ識別子を取得することにより前記集積回路において実行中のプログラムを特定するアプリ特定部と、前記特定されたプログラムが、プログラムコードの呼び出し時に、前記プログラムのどの部分から前記プログラムコードを呼び出したかを示す呼び出し元を特定する呼び出し元特定部と、前記特定されたプログラムを実行することに対する安全性について過去にチェックした結果を含む情報であるチェック結果を管理するチェックアプリ管理部と、前記特定された呼び出し元と前記チェック結果とに基づいて、前記特定されたプログラムが攻撃されているかのチェックを行うか否かを判定する攻撃チェック判定部とを備える集積回路。しかしながら、前記従来の構成では、全てのシステムコール要求に対して正当性の検査を実施するため、システムコール要求に対して、処理の応答性が悪化するという課題を有している。そこで本発明は、前記従来の課題を解決するもので、安全性を損なうことなく、システムコール処理の応答性を向上させる情報処理装置を提供することを目的とする。本発明のある局面に係る情報処理装置は、一意な識別子であるアプリ識別子を有する1以上のプログラムを実行する情報処理装置であって、前記アプリ識別子を取得することにより前記情報処理装置において実行中のプログラムを特定するアプリ特定部と、前記特定されたプログラムが、プログラムコードの呼び出し時に、前記プログラムのどの部分から前記プログラムコードを呼び出したかを示す呼び出し元を特定する呼び出し元特定部と、前記特定されたプログラムを実行することに対する安全性について過去にチェックした結果を含む情報であるチェック結果を管理するチェックアプリ管理部と、前記特定された呼び出し元と前記チェック結果とに基づいて、前記特定されたプログラムが攻撃されているかのチェックを行うか否かを判定する攻撃チェック判定部とを備える。一般に、既に安全であることが確認されたプログラムコードすなわち、システムコールの呼び出しであれば、再度、安全性をチェックすることは、計算機資源の無駄となり、システムコール処理の応答性を害する。しかし、プログラムコードは、呼び出し経路で危険性が変化する。よって、過去、安全性をチェックし、安全であることが確認されたプログラムコードであっても、その呼び出し元が異なれば、安全とはいえない。よって、プログラムコードの安全性は、その呼び出し元とセットで、判断する必要がある。上記構成によると、呼び出し元特定部は、プログラムコードの呼び出し元を特定することができる。よって、攻撃チェック判定部は、特定された呼び出し元とセットで、プログラムコードが攻撃されているかのチェックする必要があるか否かを判定することができる。その結果、安全性を損なうことなく、システムコール処理の応答性を向上させる情報処理装置を提供することができる。具体的には、前記情報処理装置は、さらに、前記特定されたプログラムが攻撃されているかをチェックする攻撃チェック部を備えており、前記攻撃チェック部は、前記攻撃チェック判定部が、前記特定されたプログラムに対して攻撃チェックを行うと判定した場合には、前記特定されたプログラムが攻撃されているか否かをチェックするとしてもよい。より具体的には、前記呼び出し元特定部は、前記特定されたプログラムから前記プログラムコードを呼び出した後に前記特定されたプログラムへ実行処理を戻すための戻し先を示すメモリ内のアドレスであるリターンアドレスを用いて、前記呼び出し元を特定するとしてもよい。これによると、情報処理装置は、リターンアドレスから、プログラムコードの呼び出し元を具体的に特定することができる。さらに、前記呼び出し元特定部は、前記特定されたプログラムから前記プログラムコードを呼び出した場合に前記特定されたプログラムが使用するコールスタックのスタックポインタの値と、前記リターンアドレスとを用いて前記呼び出し元を特定するとしてもよい。プログラムコードを呼び出す際のリターンアドレスと、コールスタックのスタックポインタとの2つの情報により、そのプログラムコードの呼び出し元を一意に決定できる。よって、呼び出し元特定部は、これらの情報を取得することで、呼び出し元を特定できる。さらに、前記チェックアプリ管理部は、A前記特定されたプログラムが攻撃されているか否かをチェックした結果を示す情報、及び、B前記特定されたプログラムが、攻撃されているか否かを判定するチェックが必要であるかを示す情報、の両方を含む情報を前記チェック結果として、前記特定されたプログラムが有する前記アプリ識別子と前記呼び出し元とに対応付けて記憶しているとしてもよい。これにより、攻撃チェック判定部は、呼び出し元特定部で特定された呼び出し元からのプログラムコードの呼び出しの安全性を、チェックアプリ管理部に記憶されている過去のチェック結果から、判定することができる。具体的には、前記攻撃チェック判定部は、前記特定されたプログラムが有するアプリ識別子に対応付けられて前記チェックアプリ管理部に記憶されている前記チェック結果を取得し、A取得した前記チェック結果が、前記特定されたプログラムが攻撃されていないこと、又は、前記特定されたプログラムが攻撃されていることを表す場合には、攻撃されているかのチェックを行わないと判定し、B取得した前記チェック結果が、攻撃されているか否かを判定するチェックが必要であることを表す場合には、攻撃チェック部による攻撃がされているかのチェックを行うと判定するとしてもよい。また、さらに、前記特定されたプログラムが前記プログラムコードを呼び出すことにより読み込もうとしているデータファイルを、前記データファイルを示す識別子であるコンテンツ識別子を用いて特定するコンテンツ特定部と、前記特定されたデータファイルを読み込むか否かを判定する読み込み可否判定部とを備え、前記読み込み可否判定部は、A前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられた前記チェック結果が、前記チェックアプリ管理部に記憶されていないか、又は、B前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられた前記チェック結果が、前記チェックアプリ管理部に記憶されており、かつ、前記チェック結果が、前記特定されたプログラムが攻撃されていないことを示す場合には、前記特定されたデータファイルを読み込むと判定し、C前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられている前記チェック結果が、前記チェックアプリ管理部に記憶されており、かつ、前記チェック結果が、前記特定されたプログラムが以前に攻撃されたことを示す場合には、前記特定されたデータファイルを読み込まないと判定するとしてもよい。一般に、プログラムコードにバッファーオーバーフローの脆弱性があり、かつ、そのプログラムコードがバッファーオーバーフローを利用した攻撃を意図した、悪意あるデータファイルを読み込んだ際に、実質的に危険性が高まる。よって、チェックアプリ管理部に、プログラムコードの呼び出し元と、呼び出されたプログラムコードが読み込むデータファイルの識別子をセットにして、その安全性に関するチェック結果を記録しておくことで、より正確に、安全性を判定することができる。また、前記読み込み可否判定部は、前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けられた前記チェック結果が、前記チェックアプリ管理部に記憶されていない場合には、前記アプリ識別子で特定されるプログラムが、攻撃されているか否かを判定するチェックが必要であることを示す情報を、前記コンテンツ識別子と、前記アプリ識別子と、前記呼び出し元とに対応付けて前記チェックアプリ管理部に記憶させるとしてもよい。また、前記チェックアプリ管理部は、前記プログラムが削除又は更新された場合には、削除又は更新された前記プログラムが有するアプリ識別子に対応づけられて記憶されているチェック結果を削除するとしてもよい。これによると、アプリを最新のものに更新することによりバッファーオーバーフローの脆弱性が修正された場合には、情報処理装置は、読み込み処理を行えるようになる。また、アプリを削除した時、同じアプリ識別子を持つアプリが再度インストールされた場合には、情報処理装置は再度攻撃チェック処理を実施できるようになる。また、前記チェックアプリ管理部は、前記チェック結果を、当該チェックアプリ管理部を備える前記情報処理装置、及び、当該チェックアプリ管理部を備える前記情報処理装置とは異なる情報処理装置の少なくとも一方に記憶しているとしてもよい。これによると、他の情報処理装置が読み込んだことがあるファイルについては、自身が読み込んだことがなくても、チェックを行うことなく、安全性を判定することができる。また、前記チェックアプリ管理部は、前記特定されたデータファイルが変更された場合には、当該変更されたデータファイルを示すコンテンツ識別子に対応づけられて記憶されているチェック結果を削除するとしてもよい。これによると、既存のコンテンツが、不正なプログラムが付加されたコンテンツに変更された場合においても、不正なプログラムを検出することができる。なお、本発明は、このような情報処理装置として実現できるだけでなく、情報処理装置に含まれる特徴的な手段をステップとする情報処理方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、CD-ROMCompactDiscReadOnlyMemory等の記録媒体及びインターネット等の伝送媒体を介して流通させることができるのはいうまでもない。さらに、本発明は、このような情報処理装置の機能の一部又は全てを実現する半導体集積回路LSIとして実現したりできる。本発明の情報処理装置によれば、安全性を損なうことなく、システムコール処理の応答性を向上させることができる。以下、本発明に係る情報処理装置の実施の形態について、図面を参照しながら詳細に説明する。以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲だけによって限定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。実施の形態1本発明の実施の形態1に係る情報処理装置は、カメラやPCなどの機器から写真データを取り込み、蓄積し、ユーザの要求に応じて、写真データを表示するコンテンツ蓄積表示装置である。<コンテンツ蓄積表示システム1000の構成>図1は、本発明の実施の形態1におけるコンテンツ蓄積表示システム1000の構成図である。図1において、コンテンツ蓄積表示システム1000は、コンテンツ蓄積表示装置1001と、カメラ1010と、PC1011と、更新サーバ1020とを含む。コンテンツ蓄積表示装置1001は、カメラ1010やPC1011などから写真データを取り込み、蓄積する。また、蓄積した写真データを、ユーザの要求に応じて表示する。さらに、記録ディスク1030などの記録媒体を読み取るための読み取り部を持ち、ユーザ以外が撮影した写真データを取り込むことも可能である。コンテンツ蓄積表示装置1001は、これらコンテンツの蓄積及び表示機能を実現するため、一意な識別子であるアプリ識別子を有する1以上のプログラムをCPUCentralProcessingUnitで実行する。カメラ1010は、コンテンツ蓄積表示装置1001とUSBUniversalSerialBusや無線LANLocalAreaNetworkなどを用いて接続される。カメラ1010は、ユーザが旅行などのイベントで写真を撮影した写真データを、カメラ1010に内蔵された不揮発メモリや、取り出し可能な記録媒体へ記録する。また、カメラ1010が、コンテンツ蓄積表示装置1001と接続された時に、記録した写真データをコンテンツ蓄積表示装置1001へ転送する。また、ユーザが、カメラ1010から記録媒体を取り出し、コンテンツ蓄積表示装置1001へ装着することにより、記録媒体に記録した写真データをコンテンツ蓄積表示装置1001へ転送することも可能である。PC1011は、ネットワークに接続され、ユーザがメールを受信したり、Webブラウジングを行う際に使用される計算機である。また、PC1011は、コンテンツ蓄積表示装置1001ともネットワークで接続される。メールに添付された写真データやWebブラウジング時にダウンロードした写真データなどは、ネットワークを介して、PC1011からコンテンツ蓄積表示装置1001へ取り込む。更新サーバ1020は、コンテンツ蓄積表示装置1001とネットワークで接続される。更新サーバ1020は、コンテンツ蓄積表示装置1001用の更新用ソフトウェアを格納し、コンテンツ蓄積表示装置1001からの要求に応じて、コンテンツ蓄積表示装置1001へ、更新用ソフトウェアを転送する。更新用ソフトウェアは、コンテンツ蓄積表示装置1001内で動作するソフトウェアに不具合が見つかった場合や、ソフトウェアに機能を追加する場合などに作成する。記録ディスク1030は、写真データを記録するための記録媒体である。また、コンテンツ蓄積表示装置1001は、本発明に係る情報処理装置を有する。<コンテンツ蓄積表示装置1001のソフトウェア構成>図2は、本発明の実施の形態1におけるコンテンツ蓄積表示装置1001のソフトウェア構成図である。図2において、コンテンツ蓄積表示装置1001は、OS1101と、コンテンツ収集アプリ1102と、表示アプリ1103と、編集アプリ1104と、管理アプリ1105とを備える。OS1101は、情報処理装置100を有する。OS1101は、OS1101上で動作するアプリコンテンツ収集アプリ1102や表示アプリ1103、編集アプリ1104、管理アプリ1105等のプログラムを、メモリ上にロードして実行する。また、OS1101が管理するリソースに対して、アプリから利用要求があった時に、OS1101は、要求してきたアプリがそのリソースを利用する権限があるかを確認する。確認の結果、権限があると判定した場合には、OS1101は、情報処理装置100を介してアプリにリソースを提供する。アプリからOS1101への要求としては、ファイルへの読み込み要求や書き込み要求、また、ネットワークで接続された他の機器への接続要求などがある。コンテンツ収集アプリ1102は、カメラ1010やPC1011、記録ディスク1030に記録された写真データを収集し、コンテンツ蓄積表示装置1001内に蓄積するアプリである。コンテンツ収集アプリ1102は、カメラ1010などの機器がUSBや無線LANなどで接続されるかを監視し、接続されたことを検出した場合には、その機器内や機器に装着された記録メディアに記録されている写真データを収集する。また、ネットワーク接続を監視し、PC1011などの機器が接続されたことを検出した場合には、その機器内に記録されている写真データを収集する。コンテンツ収集アプリ1102は、収集した写真データをコンテンツ蓄積表示装置1001内の不揮発性記憶装置へ保存し、蓄積する。表示アプリ1103は、コンテンツ収集アプリ1102が蓄積した写真データを液晶ディスプレイなどの表示装置に表示するアプリである。表示アプリ1103は、写真データに付属するサムネイル画像を一覧表示したり、ユーザが指定した1つの写真データを表示したりする。また、表示アプリ1103は、ユーザが選択した複数の写真データを、一定時間間隔で表示するスライドショー表示も行う。編集アプリ1104は、コンテンツ蓄積表示装置1001に保存している写真データを編集するアプリである。編集アプリ1104は、ユーザの選択に応じて、編集した写真データを新しい写真データとして保存したり、編集した写真データを上書き保存する。また、編集アプリ1104は、ユーザが不要と判断した写真データを、コンテンツ蓄積表示装置1001から削除する。管理アプリ1105は、コンテンツ蓄積表示装置1001内にインストールされているアプリやOSを管理する。管理アプリ1105は、更新サーバ1020と通信し、コンテンツ蓄積表示装置1001内にインストールされているアプリやOS用の更新用ソフトウェアがあるか定期的に確認する。管理アプリ1105は、更新用ソフトウェアを検出した場合、ユーザに対して通知を行い、該当するアプリやOSの更新用ソフトウェアを更新サーバ1020から受信し、更新処理を行う。<コンテンツ蓄積表示装置1001のハードウェア構成>図3は、本発明の実施の形態1におけるコンテンツ蓄積表示装置1001のハードウェア構成図である。図3において、コンテンツ蓄積表示装置1001は、システムLSI1200と、メモリ1210と、不揮発性記憶装置1220とを含む。システムLSI1200は、CPUCentralProcessingUnit1201と、カードI/FInterface1202と、ネットワークI/F1203と、入出力I/F1204とを含む。CPU1201は、メモリ1210に格納されたOS1101や各アプリに含まれる命令コードを実行することにより、コンテンツ蓄積表示装置1001全体の動作を制御する。また、CPU1201は、特権モードと非特権モードの2つのモードを持つ。OS1101は特権モードで動作し、メモリ1210やカードI/F1202、ネットワークI/F1203、入出力I/F1204などの各種リソースに、自由にアクセスできる。したがって、OS1101が有する本発明に係る情報処理装置100は、特権モードで動作する。また、コンテンツ収集アプリ1102と、表示アプリ1103と、編集アプリ1104と、管理アプリ1105は非特権モードで動作し、OS1101が設定した範囲内のみアクセス可能である。メモリ1210は、OS1101と、コンテンツ収集アプリ1102と、表示アプリ1103と、編集アプリ1104と、管理アプリ1105とを格納する。なお、図3は、図2に示されるソフトウェア構成の各要素をメモリ1210にロードした様子を示している。不揮発性記憶装置1220は、呼び出し元チェック結果表1221と、コンテンツA1222と、コンテンツB1223とを格納する。また、図示しないが、不揮発性記憶装置1220は、図2に示されるソフトウェア構成をメモリ1210にロードする前の各構成要素を格納する。具体的には、図2に示されるコンテンツ収集アプリ1102、表示アプリ1103、編集アプリ1104、及び管理アプリ1105は、それぞれ、図3に示されるメモリ1210に格納されたコンテンツ収集アプリ1102、表示アプリ1103、編集アプリ1104、及び管理アプリ1105に対応する。これらの各構成要素を実現するためのソフトウェアが、CPU1201上で実行されることにより、各機能が実現される。コンテンツ蓄積表示装置1001は、さらに、図3に図示されていない液晶ディスプレイなどの入出力装置を備えているが、これらは本発明の本質ではないので説明を省略する。また、システムLSI1200は、さらに、図3に図示されていない周辺回路などを備えているが、これらは本発明の本質ではないので説明を省略する。また、メモリ1210は、さらに、図2や図3に図示されていないアプリや、写真データを処理するための作業領域を格納していてもよい。また、不揮発性記憶装置1220は、さらに、図2や図3に図示されていないアプリや、コンテンツを格納していてもよい。<更新サーバ1020の構成>図4は、本発明の実施の形態1における更新サーバ1020の構成図である。図4において、更新サーバ1020は、更新処理受付部1300と、更新用ソフトウェア保持部1301とを含む。更新処理受付部1300は、コンテンツ蓄積表示装置1001の管理アプリ1105から問い合わせを受ける。問い合わせの結果、更新が必要な場合には、更新処理受付部1300は、管理アプリ1105と連携して、コンテンツ蓄積表示装置1001内のソフトウェアの更新処理を行う。更新処理において、更新処理受付部1300は、更新用ソフトウェア保持部1301から更新用ソフトウェアを取得し、管理アプリ1105へ送信する。更新用ソフトウェア保持部1301は、コンテンツ蓄積表示装置1001内のソフトウェアの更新処理に必要な更新用ソフトウェアを保持する。<攻撃チェック処理の実施タイミング>攻撃チェック処理すなわち、アプリが攻撃されているか否かを判定する処理は、攻撃される前には実施する必要がなく、攻撃された後に実施する必要がある。つまり、攻撃される可能性のあるタイミングが分かれば、その直後に攻撃チェック処理を実施すればよいことになる。なぜなら、攻撃された後、すなわち、実行中のアプリが使用するコールスタック上で不正なプログラムが動作している状態でなければ、攻撃されているか否かを判定することは困難なためである。よって、攻撃された直後に、攻撃チェック処理を実施できることが望ましい。本発明の実施の形態1におけるコンテンツ蓄積表示装置1001は、PCの様に、ユーザが自由にアプリを追加したり、ネットワークを経由して写真データやアプリをダウンロードしたり出来ない装置である。そのため、攻撃者が、コンテンツ蓄積表示装置1001を攻撃するためには、コンテンツ蓄積表示装置1001が取り込む写真データなどの写真データを細工する方法しかない。例えば、攻撃者は、コンテンツ蓄積表示装置1001内で写真データを表示する表示アプリ1103の脆弱性バッファーオーバーフロー等を衝くような細工を行った写真データ不正なプログラムを付加したコンテンツを作成する。攻撃者は、この細工を行った写真データをコンテンツ蓄積表示装置1001に取り込ませることで、コンテンツ蓄積表示装置1001を攻撃する。上記の攻撃を行う時、コンテンツ蓄積表示装置1001は、表示アプリ1103で不正なプログラムを付加したコンテンツを読み込み、表示処理を行おうとしたタイミングで攻撃される。そのため、攻撃チェック処理は、写真データの読み込み処理を行った後のタイミングで実施する必要がある。そこで、本発明の実施の形態1では、コンテンツ蓄積表示装置1001が写真データの読み込み処理を行った後、その次のシステムコール要求のタイミングで攻撃チェック処理を実施する。また、バッファーオーバーフローの脆弱性を利用して攻撃する場合は、不正なプログラムを付加したコンテンツを表示アプリ1103が読み込めば、必ずバッファーオーバーフローが発生し、不正なプログラムが動作する。つまり、表示アプリ1103が攻撃されれば、その時に読み込んだ写真データは、不正なプログラムを付加したコンテンツであり、攻撃されなければ、通常の写真データを読み込んだと判断できる。そこで、以前読み込んで攻撃されなかった写真データを再度読み込んだ時、コンテンツ蓄積表示装置1001は、その次のシステムコール要求のタイミングで攻撃チェック処理を実施しない。これにより、攻撃チェック処理の実施を省くことが出来る。但し、写真データが、表示アプリ1103のどの部分で処理されたかにより、攻撃チェック処理の実施を省ける場合とそうでない場合がある。図5は、表示アプリ1103内の関数呼び出し関係を表した模式図である。図5において、表示アプリ1103は、main関数1560と、サムネイル取得関数1561と、データ本体取得関数1562と、read関数1563とを含む。main関数1560は、コンテンツ蓄積表示装置1001が蓄積している写真データを、サムネイルを用いて一覧表示したり、ユーザがサムネイルから選択した写真データを表示する処理を行う。サムネイル取得関数1561は、コンテンツ蓄積表示装置1001が蓄積している写真データからサムネイルデータを取得する。データ本体取得関数1562は、コンテンツ蓄積表示装置1001が蓄積している写真データから写真本体のデータを取得する。read関数1563は、サムネイル取得関数1561又はデータ本体取得関数1562から写真データの読み込み依頼を受けて、OS1101に対して、ファイル読み込みのシステムコール要求を行う。図5の表示アプリ1103において、例えば、データ本体取得関数1562にバッファーオーバーフローの脆弱性があった場合を考える。表示アプリ1103が、サムネイル表示を行う時には、main関数1560からサムネイル取得関数1561とread関数1563とを経由し、OS1101に対して、ファイル読み込みのシステムコール要求を行う経路1。この場合、経路1の途中にバッファーオーバーフローの脆弱性を持つ関数はないため、攻撃されることはない。しかし、これだけの理由で、その後ユーザが同じ写真を選択し、この写真データの本体を表示する時に、攻撃チェック処理を実施しなくてもよいと判断することは危険である。バッファーオーバーフローの脆弱性を利用した攻撃は、前述の通り、不正なデータを、バッファーオーバーフローの脆弱性を有する関数から呼び出した時に、はじめて実行され、検出も可能になるためである。具体的に、写真データ本体の表示では、main関数1560からデータ本体取得関数1562とread関数1563とを経由し、OS1101に対して、ファイル読み込みのシステムコール要求を行う経路2。ここで、経路2の途中にあるデータ本体取得関数1562にバッファーオーバーフローの脆弱性があるとする。この場合、読み込んだ写真データが、不正なプログラムが付加されたコンテンツであった場合、コンテンツ蓄積表示装置1001は不正なプログラムによって攻撃される。以上述べたように、攻撃チェック処理の実施を省くかどうかを、過去にその写真データを読み込んだか読み込んでいないかだけで単純に判断した場合、アプリに脆弱性があった場合には、攻撃される可能性が残る。よって、攻撃チェックが必要か否かを判定する際には、関数呼び出し関係における経路を特定し、特定された経路を考慮して、判定する仕組みが必要となる。そこで、本発明の実施の形態1に係る情報処理装置100は、経路が異なる場合は、その途中で実行される関数が異なることを利用して、経路の違いを判定する。具体的には、経路が異なる場合には、システムコールを要求した時のアプリ例えば、図5では表示アプリ1103のスタックポインタの値が異なる値になることを利用して、経路の違いを判定する。そのため、後述するように、攻撃チェック判定部1510が判定に利用する攻撃チェック結果リスト1530には、アプリ識別子とコンテンツ識別子以外に、システムコールを要求した時の呼び出し元アドレスとスタックポインタ値も、チェック結果に対応付けられて、一緒に格納される。<情報処理装置100の構成>図6は、本発明の実施の形態1におけるOS1101が有する情報処理装置100の構成図である。図6において、情報処理装置100は、チェックアプリ管理部1500と、システムコール管理部1501と、ファイル読み込み管理部1502とを含む。チェックアプリ管理部1500は、アプリが攻撃されているかをチェックしたチェック結果を管理する。また、攻撃されているかチェックする必要があるアプリを管理する。具体的には、チェックアプリ管理部1500は、Aアプリ特定部1511により特定されたプログラムアプリが攻撃されているか否かをチェックした結果、及び、B特定されたプログラムが、攻撃されているか否かを判定するチェックが必要であるかを示す情報、の両方を含む情報であるチェック結果を、特定されたプログラムが有するアプリ識別子と、呼び出し元とに対応付けて記憶している。より具体的には、チェックアプリ管理部1500は、図7に示される攻撃チェック結果リスト1530を有している。チェックアプリ管理部1500は、攻撃チェック結果リスト1530を更新することにより、チェック結果の管理を行う。なお、本発明の実施の形態1~3において、アプリが攻撃されているとは、アプリに存在するバッファーオーバーフローの脆弱性を衝かれて、アプリのスタック上で不正なプログラムが動作している状態を意味する。図7は、攻撃チェック結果リスト1530の一例を示している。この攻撃チェック結果リスト1530は、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値と、チェック結果とを含む。アプリ識別子は、OS1101上で動作するアプリを特定する識別子である。アプリ識別子は、例えば本発明の実施の形態1においては、アプリのファイル名である。コンテンツ識別子は、不揮発性記憶装置1220に格納される写真データファイルを識別するための識別子である。コンテンツ識別子は、例えば本発明の実施の形態1においては、写真データファイルのファイル名である。呼び出し元アドレスは、アプリがシステムコールを要求した時におけるアプリの実行コードのアドレスである。例えば、表示アプリが写真データの読み込み要求をした時の表示アプリの実行コードのアドレスである。すなわち、呼び出し元アドレスは、本発明の実施の形態1においては、OS1101から表示アプリへ戻る時に使用するリターンアドレスとして使用されるアドレスである。スタックポインタ値は、アプリがシステムコールを要求した時におけるアプリのスタックポインタの値である。例えば、表示アプリが写真データの読み込み要求をした時の、表示アプリのスタックポインタの値である。チェックアプリ管理部1500は、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値とを、ファイル読み込み管理部1502から受け取る。攻撃チェック結果リスト1530には、攻撃チェック部1512によるチェック結果として、攻撃されたかどうかのチェック結果○、×、又は、攻撃されているかのチェックが必要なことを示す要の3つの値のうちいずれかが格納される。ここで、チェック結果が○であれば、対応するアプリ識別子を有するプログラムアプリが攻撃されていないことを表す。また、チェック結果が×であれば、攻撃されていることを表す。また、チェック結果が要であれば、攻撃されているか否かを判定するチェックが必要であることを表す。なお、○、×、要という表記は、いずれも例示であり、任意のその他の文字や記号が攻撃チェック結果リスト1530に格納されてもよい。例えば、○の代わりにOKを、×の代わりにNGを、要の代わりに不明等を使用してもよい。チェック結果は、システムコール管理部1501が備える攻撃チェック部1512からチェックアプリ管理部1500が受け取る。なお、攻撃チェック結果リスト1530は、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値と、チェック結果とを含めばよく、その順番はこれに限らない。例えば、コンテンツ識別子、アプリ識別子、呼び出し元アドレス、スタックポインタ値、チェック結果の順番でも、チェック結果、アプリ識別子、コンテンツ識別子、呼び出し元アドレス、スタックポインタ値の順番でもよい。また、攻撃チェック結果リスト1530のデータ構造は、図7に示される表の形式である必要はない。アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値と、チェック結果との組み合わせを識別できる形式であればよい。例えば、横軸にアプリ識別子、縦軸にコンテンツ識別子を持つ表を用い、それぞれのアプリ識別子とコンテンツ識別子の組み合わせごとに、呼び出し元アドレスとスタックポインタ値との組み合わせのリストへのリンクを持っていてもよい。再度、図6を参照し、チェックアプリ管理部1500は、アプリ識別子で示されるアプリのチェックが必要かどうかの問い合わせをシステムコール管理部1501から受ける。チェックアプリ管理部1500は、システムコール管理部1501から問い合わせを受けると、攻撃チェック結果リスト1530から、アプリのチェック結果を取得し、その取得したチェック結果を返す。また、チェックアプリ管理部1500は、攻撃されていないかをチェックしたチェック結果とアプリ識別子とをシステムコール管理部1501が備える攻撃チェック部1512から受け取り、受け取ったチェック結果を攻撃チェック結果リスト1530へ記録する。システムコール管理部1501は、攻撃チェック判定部1510と、アプリ特定部1511と、攻撃チェック部1512とを備える。システムコール管理部1501は、システムコールを要求したアプリが攻撃されているかどうかを、攻撃チェック判定部1510を用いて判定する。攻撃されていないと判定した場合には、要求されたシステムコールの処理を実行する。攻撃されていると判定した場合には、システムコールを要求したアプリに対してエラーを返す。なお、システムコール要求時のチェック要否判定処理の詳細は、フローチャートを用いて後ほど説明する。攻撃チェック判定部1510は、システムコールを要求したアプリに対して、攻撃されているかどうかをチェックする必要があるかを判定する。具体的には、攻撃チェック判定部1510は、アプリ特定部1511で特定されたプログラムの呼び出し元に基づいて、特定されたプログラムが攻撃されているかのチェックを行うか否かを判定する。より具体的には、攻撃チェック判定部1510は、特定されたプログラムが有するアプリ識別子に対応付けられてチェックアプリ管理部1500が有する攻撃チェック結果リスト1530に記憶されているチェック結果を取得する。取得したチェック結果が、プログラムアプリが攻撃されていないこと、又は、プログラムアプリが攻撃されていることを表す場合には、攻撃チェック判定部1510は、攻撃されているかのチェックを行わないと判定する。一方、取得したチェック結果が、攻撃されているか否かを判定するチェックが必要であるすなわち、安全か否かが不明であることを表す場合には、攻撃チェック判定部1510は、攻撃チェック部1512によるチェックを行うと判定する。さらに具体的には、攻撃チェック判定部1510は、チェックアプリ管理部1500からシステムコールを要求したアプリの攻撃チェック結果を取得する。取得したチェック結果が要であった場合には、攻撃チェック判定部1510は、攻撃チェック部1512へチェックを依頼する。また、チェック結果が○であった場合には、チェックを行わず、要求されたシステムコール処理を実行する。また、チェック結果が×であった場合には、システムコールを要求したアプリへエラーを返す。また、チェック結果がいずれの場合であっても、攻撃チェック判定部1510は、攻撃チェック部1512から取得したチェック結果の登録をチェックアプリ管理部1500へ依頼する。アプリ特定部1511は、システムコールを要求したアプリを特定する。具体的には、コンテンツ蓄積表示装置1001で実行されているプログラムが有するアプリ識別子を取得することで、システムコールを要求したアプリを特定する。本発明の実施の形態1においては、アプリ特定部1511は、OS1101が管理するプロセス管理用の構造体に格納されているファイル名をアプリ識別子として用いて、アプリを特定する。アプリ特定部1511は、アプリ識別子であるアプリのファイル名を攻撃チェック判定部1510へ通知する。攻撃チェック部1512は、攻撃チェック判定部1510が、アプリ特定部1511で特定されたアプリに対して攻撃チェックを行うと判定した場合には、そのアプリすなわち、システムコールを要求したアプリが攻撃されているか否かをチェックする。チェック方法としては、例えば、前述した特許文献1又は特許文献2に詳しく説明されている。また、他のチェック方法を用いてもよい。ファイル読み込み管理部1502は、読み込み可否判定部1520と、コンテンツ特定部1521と、アプリ特定部1522と、呼び出し元特定部1523とを備える。ファイル読み込み管理部1502は、アプリからシステムコールによりファイル読み込みが要求された時に、システムコール管理部1501から呼び出され、ファイルの読み込み処理を行う。ファイル読み込み管理部1502は、ファイルの読み込み処理時に、攻撃チェック結果リスト1530を参照し、読み込み処理を実施するかどうかを判定する。なお、ファイル読み込み処理の詳細は、フローチャートを用いて後ほど説明する。読み込み可否判定部1520は、後述するコンテンツ特定部1521により特定されたデータファイルを読み込むか否かを判定する。すなわち、読み込み可否判定部1520は、Aコンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられたチェック結果が、チェックアプリ管理部1500に記憶されていないか、又は、Bコンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられたチェック結果が、チェックアプリ管理部1500に記憶されており、かつ、チェック結果が、アプリ特定部1511により特定されたプログラムアプリが攻撃されていないことを示す場合には、特定されたデータファイルを読み込むと判定する。また、コンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられているチェック結果がチェックアプリ管理部1500に記憶されており、かつ、チェック結果が、アプリ特定部1511により特定されたプログラムアプリが以前に攻撃されたことを示す場合には、読み込み可否判定部1520は、特定されたデータファイルを読み込まないと判定する。より具体的には、読み込み可否判定部1520は、チェックアプリ管理部1500から攻撃チェック結果を取得し、取得したチェック結果に応じて、読み込み可否を判定する。読み込み可否判定部1520は、チェック結果が○の場合は、読み込み可と判定し、チェック結果が×の場合は、読み込み不可と判定する。また、読み込み可否判定部1520は、攻撃チェック結果リスト1530にチェック結果が登録されていなかった場合には、読み込み可と判定し、チェックアプリ管理部1500へチェック結果要を登録するように依頼する。すなわち、読み込み可否判定部1520は、判定を行った際に、コンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられたチェック結果が、チェックアプリ管理部に記憶されていない場合には、アプリ特定部1511により特定されたプログラムが、攻撃されているか否かを判定するチェックが必要であることを示す情報を、コンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けてチェックアプリ管理部1500に記憶させる。より詳細には、後述する。コンテンツ特定部1521は、アプリ特定部1511で特定されたプログラムアプリがプログラムコードすなわち、システムコールを呼び出すことにより読み込もうとしているデータファイルを、そのデータファイルを示す識別子であるコンテンツ識別子を用いて特定する。コンテンツ特定部1521は、例えば、ユーザの操作により表示アプリ1103が読み込んだ写真データを特定する。本発明の実施の形態1においては、コンテンツ特定部1521がデータファイルを特定するための方法として、読み込み依頼時に通知されるファイル識別子に格納されている写真データのファイル名を用いて、写真データを特定する方法を用いる。コンテンツ特定部1521は、写真データのファイル名をコンテンツ識別子として読み込み可否判定部1520へ通知する。アプリ特定部1522は、システムコール管理部1501が有するアプリ特定部1511と同じ機能を持つが、アプリ識別子を読み込み可否判定部1520へ通知する点が異なる。すなわち、アプリ特定部1511は、攻撃チェック結果リスト1530を参照するためにアプリ識別子を取得する。一方、アプリ特定部1522は、攻撃チェック結果リスト1530を更新するためにアプリ識別子を取得する。呼び出し元特定部1523は、アプリ特定部1511により特定されたプログラムアプリが、プログラムコードの呼び出し時に、プログラムのどの部分からプログラムコードを呼び出したかを特定する。具体的には、呼び出し元特定部1523は、OS1101のファイルの読み込み処理を呼び出した呼び出し元が、アプリのどの部分であるかを特定する。本発明の実施の形態1に係る呼び出し元特定部1523は、呼び出し元を特定するための方法として、アプリが写真データの読み込み要求をした時のアプリの実行コードのアドレスとスタックポインタの値とを用いて、呼び出し元を特定する。すなわち、呼び出し元特定部1523は、アプリ特定部1511により特定されたプログラムアプリからプログラムコードシステムコールを呼び出した場合の、Aプログラムコードの実行処理後、特定されたプログラムへ実行処理を戻すための戻し先を示すメモリ内のアドレスであるリターンアドレスと、B特定されたプログラムが使用するコールスタックのスタックポインタの値とを用いて、呼び出し元を特定する。より具体的には、呼び出し元特定部1523は、ファイルの読み込み処理終了時にアプリに戻るためのリターンアドレスと、ファイルの読み込み要求をした時点でのアプリのスタックポインタの値を利用して、呼び出し元を特定する。なお、本発明の実施の形態1では、攻撃チェック判定部1510は攻撃チェック結果リスト1530を用いて攻撃チェック処理を行うかを判定したが、本発明はこれに限定されるものではない。例えば、チェックアプリ管理部1500は、攻撃チェック処理が必要なアプリを要チェックアプリリスト1531として、攻撃チェック結果リスト1530とは別に管理してもよい。要チェックアプリリスト1531の構造の一例を図8に示す。この場合、チェックアプリ管理部1500は、攻撃チェック結果リスト1530には、チェック結果として○又は×のみを格納する。この場合、チェックアプリ管理部1500は、読み込み可否判定部1520からチェック結果要を登録するように依頼された場合には、図8に示される要チェックアプリリスト1531へ依頼されたアプリを登録する。また、攻撃チェック判定部1510は、チェックアプリ管理部1500が備える要チェックアプリリスト1531へ、システムコールを要求したアプリのアプリ識別子が登録されているかを問い合わせる。また、攻撃チェック判定部1510は、攻撃チェック部1512によるチェック結果が×の場合、チェック結果が×となったコンテンツ識別子と同じコンテンツ識別子に関連するチェック結果を、全て×にするようにチェックアプリ管理部1500へ依頼してもよい。具体的には、チェックアプリ管理部1500は、過去のチェック結果に×が含まれているコンテンツ識別子と同じコンテンツ識別子を有する攻撃チェック結果リスト1530内の全ての行のチェック結果を×にしてもよい。さらに、×となったアプリ識別子と同じアプリ識別子に関連するチェック結果を、全て×にしてもよい。具体的には、チェックアプリ管理部1500は、過去のチェック結果に×が含まれているアプリ識別子と同じアプリ識別子を有する攻撃チェック結果リスト1530内の全ての行のチェック結果を×にしてもよい。また、読み込み可否判定部1520は、過去のチェック結果に×が含まれているコンテンツ識別子と同じコンテンツ識別子を有する写真データ等の場合は、その写真データ等を読み込まないとしてもよい。さらに、過去のチェック結果に×が含まれている呼び出し元アドレスと同じ呼び出し元アドレスからの呼び出しは実行せず、その写真データ等を読み込まないとしてもよい。また、読み込み可否判定部1520は、アプリ識別子のほか、呼び出し元アドレスとスタックポインタの値とに関して同様の処理を行ってもよい。なお、システムコール管理部1501とファイル読み込み管理部1502は、別々に存在せずともよい。例えば、ファイル読み込み管理部1502がシステムコール管理部1501の内部にあってもよい。図9は、情報処理装置の、他の構成を示したブロック図である。図9に示されるように、情報処理装置100Aは、アプリ特定部1511と、呼び出し元特定部1523と、攻撃チェック判定部1510と、チェックアプリ管理部1500とを備えている。この構成によっても、情報処理装置100Aは、図6に示される情報処理装置100と同様の効果を奏する。すなわち、情報処理装置100Aは、システムコールを要求したアプリを特定するアプリ識別子を、アプリ特定部1511から取得できる。また、情報処理装置100Aは、アプリ識別子で特定されるアプリがシステムコールを要求した際の、アプリの実行スタックにおけるスタックポインタと、リターンアドレスとを、呼び出し元特定部1523から取得できる。また、攻撃チェック判定部1510が、攻撃チェック結果リスト1530を有するチェックアプリ管理部1500に問い合わせることで、情報処理装置100Aは、スタックポインタとリターンアドレスとで特定される呼び出し経路をたどるシステムコール要求が、既に安全性が確認されているか否かを判定することができる。よって、図9の構成によっても、情報処理装置100と同様の発明の効果を奏する。したがって、1度安全性が確認された呼び出し経路をたどるシステムコール要求については、攻撃チェックを省略することにより、情報処理装置100Aは、迅速にシステムコール要求を処理することができる。なお、本発明の実施の形態1では、読み込み可否判定部1520は、攻撃チェック結果リスト1530にチェック結果が登録されていなかった場合には、チェックアプリ管理部1500へチェック結果要を登録するとしたが、これに限定されるものではない。読み込み可否判定部1520は、アプリから読み込みを依頼された写真データの取り込み元に応じて、チェック不要と判定してもよい。この時、チェック結果として要ではなく、○を登録する。読み込み可否判定部1520が、チェック不要と判定すべき取り込み元としては、写真データを攻撃者が書き換えられない、例えば、カメラ1010などがある。また、上記とは逆に、特定の取り込み元から取り込んだ時のみチェックしてもよい。この時、読み込み可否判定部1520は、特定の取り込み元から取り込んだ写真データの読み込みを依頼された場合のみ、チェック結果要を登録する。また、それ以外の取り込み元であった場合には、チェック結果として○を登録する。チェックする取り込み元としては、写真データを攻撃者が書き換えられる機器、例えば、PC等がある。また、Internetなどのネットワークを経由して取り込んだ写真データは全てチェックするとしてもよい。<チェック要否判定処理>システムコール管理部1501は、システムコールを要求したアプリが攻撃されているかどうかを、攻撃チェック判定部1510を用いて判定する。攻撃されていないと判定した場合にのみ、要求されたシステムコールの処理を実行することで、不正なシステムコール要求の実行を防止する。この時、システムコールを要求したアプリに対して、そのアプリが攻撃されているかどうかのチェックが必要か判定し、チェックが必要な場合のみチェック処理を実行することで、システムコール要求時のOS1101による処理を高速化する。以下、表示アプリ1103がOS1101へシステムコールを依頼した時に、表示アプリ1103が攻撃されているかをチェックする必要があるか否かを判定する、チェック要否判定処理について、図10のフローチャートを用いて説明する。まず、表示アプリ1103は、OS1101が有する情報処理装置100のシステムコール管理部1501へシステムコールを依頼するS1000。システムコール管理部1501は、アプリ特定部1511を利用して、システムコールを依頼したアプリである依頼アプリの識別子を取得するS1001。アプリ特定部1511は、OS1101が管理するプロセス管理用の構造体に格納されているアプリのファイル名を取得し、このファイル名をアプリ識別子とする。次に、システムコール管理部1501が備える攻撃チェック判定部1510は、システムコールを依頼してきたアプリが攻撃されているかチェックする必要があるか否かを判定するために、システムコールを依頼してきたアプリの、過去の攻撃チェック結果をチェックアプリ管理部1500へ問い合わせるS1002。この時、攻撃チェック判定部1510は、チェックアプリ管理部1500へS1001で取得したアプリ識別子を通知する。チェックアプリ管理部1500は、攻撃チェック判定部1510から通知されたアプリ識別子に関連づけられたデータの組を攻撃チェック結果として攻撃チェック結果リスト1530から取得するS1003。アプリ識別子に関連づけられたデータの組とは、例えば、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値と、チェック結果とを含む。すなわち、アプリ識別子に関連づけられたデータの組とは、攻撃チェック結果リスト1530の各行のうち、通知されたアプリ識別子と同一のアプリ識別子を含む行に含まれる情報である。チェックアプリ管理部1500は、S1003で取得した攻撃チェック結果を攻撃チェック判定部1510へ通知するS1004。システムコール管理部1501が有する攻撃チェック判定部1510は、受けとった攻撃チェック結果をもとに、チェック要否判定を行うS1005。具体的には、受け取った攻撃チェック結果のチェック結果列に要が含まれている場合は攻撃チェックが必要S1005で要であると判定し、含まれない場合は攻撃チェックが不要S1005で否であると判定する。攻撃チェック判定部1510は、ステップS1005で要と判定した場合には、攻撃チェック部1512を利用して、システムコールを要求したアプリが攻撃されているかどうかをチェックするS1006。チェック方法としては、例えば、特許文献1又は特許文献2に詳しく説明されている。また、他の方法を利用してもよい。システムコール管理部1501は、チェックが終了すると、そのチェック結果の登録を、チェックアプリ管理部1500へ依頼するS1007。攻撃チェック判定部1510は、ステップS1004で受け取った結果のうち、チェック結果が要となっていたデータの組すなわち、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値と、チェック結果との組に対して、チェック結果をステップS1006でチェックした結果に書き換えたデータの組をチェックアプリ管理部1500へ通知する。チェックアプリ管理部1500は、攻撃チェック判定部1510から受け取ったデータの組を攻撃チェック結果リスト1530へ反映するS1008。具体的には、攻撃チェック結果リスト1530に含まれる行のうち、攻撃チェック判定部1510から受け取ったデータの組に対応する行のチェック結果を、受けとったチェック結果で更新する。次にシステムコール管理部1501は、攻撃チェックの結果を判定するS1009。具体的には、ステップS1006における攻撃チェックの結果、アプリが攻撃されていなければ、ステップS1009においてOKと判定し、アプリが攻撃されていればNGと判定する。システムコール管理部1501は、ステップS1009でOKと判定した場合には、アプリに要求されたシステムコールの処理を実行するS1010。また、システムコール管理部1501は、システムコール処理の終了後、システムコール処理の結果を表示アプリ1103へ返す。一方、システムコール管理部1501は、ステップS1009でNGと判定した場合、表示アプリ1103へエラーを返す。本発明の実施の形態1においては、システムコール処理時に、上記に示したチェック要否判定処理を情報処理装置100が実施することにより、アプリが攻撃されているか否かについて、不要な攻撃チェック処理を省くことが可能となる。したがって、本実施の形態に係る情報処理装置100は、システムコール要求時のOS1101による処理を高速化することが可能となる。<ファイル読み込み処理>次に、ファイル読み込みを伴うシステムコールが要求された場合における、ファイル読み込み管理部1502が行う処理について説明する。ファイル読み込み管理部1502は、ファイルの読み込み処理前に、1そのファイルを読み込んでもよいかの判定と、2ファイル読み込み処理後のシステムコール処理で攻撃チェック処理を実施する必要があるかの判定すなわち、チェック要否判定処理とを行う。チェック要否判定処理では、ファイル読み込み処理でチェックする必要があると判定された時にのみ、チェック処理を実施する。これにより、不正なファイルの読み込みを防止でき、攻撃者による攻撃の拡大を防止できる。また、チェックが必要な場合のみチェック処理を実行するように指示できるため、チェック処理が省略でき、システムコール要求時のOS1101による処理を高速化できる。以下、表示アプリ1103がOS1101へファイルの読み込みを依頼した時の、ファイル読み込み処理を、図11のフローチャートを用いて説明する。表示アプリ1103は、システムコール管理部1501へファイルの読み込みを依頼するS1100。システムコール管理部1501が備える攻撃チェック判定部1510は、図10で示されるチェック要否判定処理により、表示アプリ1103が攻撃されているかチェックする必要があるか否かの判定を行うS1101。チェック要否判定処理において、システムコールの処理を行うと判定された場合図10のS1009でOK、システムコール管理部1501は、ファイルの読み込み処理をファイル読み込み管理部1502へ要求するS1102。ファイル読み込み管理部1502は、コンテンツ特定部1521を利用して、読み込みが要求されているコンテンツの識別子であるコンテンツ識別子を取得するS1103。コンテンツ特定部1521は、読み込み要求時に通知されるファイル識別子に格納されている写真データのファイル名を取得し、このファイル名をコンテンツ識別子とする。また、ファイル読み込み管理部1502は、アプリ特定部1522を利用して、読み込みを要求したアプリのアプリ識別子を取得するS1104。アプリ特定部1522は、OS1101が管理するプロセス管理用の構造体に格納されているアプリのファイル名を取得し、このファイル名をアプリ識別子とする。さらに、ファイル読み込み管理部1502は、呼び出し元特定部1523を利用して、ファイル読み込み要求を呼び出した呼び出し元を識別するためのデータを取得するS1105。本発明の実施の形態1においては、アプリが写真データの読み込み要求をした時のアプリの実行コードのアドレスリターンアドレスと、スタックポインタの値を取得し、呼び出し元を識別するためのデータとする。次に、ファイル読み込み管理部1502は、チェックアプリ管理部1500へ、攻撃チェック結果リスト1530から攻撃チェック結果を取得するよう、依頼を行うS1106。この時、ファイル読み込み管理部1502は、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値とをチェックアプリ管理部1500へ通知する。チェックアプリ管理部1500は、ファイル読み込み管理部1502から受け取ったアプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値との全てに該当するチェック結果が攻撃チェック結果リスト1530に存在するか確認する。チェックアプリ管理部1500は、存在する場合には、その結果を取得するS1107。その後、チェックアプリ管理部1500は、取得したチェック結果をファイル読み込み管理部1502へ返す。なお、チェック結果が存在しない場合は、存在しない旨を示す情報を通知するS1108。次に、ファイル読み込み管理部1502は、チェックアプリ管理部1500から受け取ったチェック結果を用いて、ファイルを読み込んでもよいか否かを判定するS1109。ファイル読み込み管理部1502は、受けとったチェック結果が○、又はチェック結果が存在しない旨を示す情報であった場合は、可と判定する。一方、受け取ったチェック結果が×であった場合は、否と判定する。ファイル読み込み管理部1502は、ステップS1109で可と判定した場合には、ファイル読み込み要求を行ったアプリが攻撃されているかどうかをチェックする必要があるか否かを判定するS1110。具体的には、ファイル読み込み管理部1502は、ステップS1108で受けとったチェック結果が、チェック結果が存在しない旨を示す情報であった場合は、ステップS1110で要と判定する。また、受けとったチェック結果が○であった場合は、ステップS1110で否と判定する。次に、ファイル読み込み管理部1502は、ステップS1110で要と判定した場合には、チェックアプリ管理部1500へアプリの攻撃チェックが必要である旨の登録を依頼するS1111。この時、ファイル読み込み管理部1502は、アプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値とをチェックアプリ管理部1500へ通知する。チェックアプリ管理部1500は、ファイル読み込み管理部1502から受け取ったアプリ識別子と、コンテンツ識別子と、呼び出し元アドレスと、スタックポインタ値とを攻撃チェック結果リスト1530へ追加する。さらに、対応するチェック結果を要に設定するS1112。また、ファイル読み込み管理部1502は、ステップS1110で否と判定した場合、及びステップS1112の処理後に、ファイルの読み込み処理を行うS1113。なお、攻撃チェック結果リスト1530、コンテンツA1222、及び、コンテンツB1223いずれも、図3を参照は不揮発性記憶装置1220に格納されるとしたが、これに限定されるものではない。例えば、システムLSI内部の保護されたメモリ図示しないや、耐タンパー化された不揮発性記憶装置図示しないに格納されてもよい。また、コンテンツA1222とコンテンツB1223は、コンテンツ収集アプリ1102により収集された直後は不揮発性記憶装置1220図3を参照へ格納され、攻撃チェック部1512によりチェックされた後、保護されたメモリや耐タンパー化された不揮発性記憶装置へ格納されるとしてもよい。また、管理アプリ1105図2を参照により、アプリを更新/削除した場合、チェックアプリ管理部1500は、更新/削除されたアプリのアプリ識別子に対応するチェック結果を攻撃チェック結果リスト1530から削除してもよい。これにより、アプリを最新のものに更新することによりバッファーオーバーフローの脆弱性が修正された場合には、読み込み処理を行えるようになる。また、アプリを削除した時、同じアプリ識別子を持つアプリが再度インストールされた場合に、再度攻撃チェック処理を実施できる。さらに、編集アプリ1104により、写真データを更新/削除した場合、チェックアプリ管理部1500は、更新/削除した写真データのコンテンツ識別子に関するチェック結果を攻撃チェック結果リスト1530から削除してもよい。これにより、写真データが不正なプログラムを付加したコンテンツに更新されてしまった場合に、それを検知可能となる。逆に、不正なプログラムを付加したコンテンツから通常の写真データへ更新された場合に、写真を表示できるようになる。以上述べたように、再度図9を参照して、本実施の形態に係る情報処理装置100Aは、一意な識別子であるアプリ識別子を有する1以上のプログラムを実行する。また、情報処理装置100Aは、アプリ識別子を取得することによりアプリすなわち、情報処理装置100Aにおいて実行中のプログラムを特定するアプリ特定部1511と、特定されたアプリが、システムコール等の関数すなわち、プログラムコードを呼び出す時に、アプリの中のどの部分すなわち、プログラム中のどの部分から関数を呼び出したかを示す呼び出し元を特定する呼び出し元特定部1523と、特定されたプログラムを実行することに対する安全性について過去にチェックした結果を含む情報であるチェック結果を管理するチェックアプリ管理部1500と、特定された呼び出し元とチェック結果とに基づいて、特定されたアプリプログラムが攻撃されているかチェックを行うか否かを判定する攻撃チェック判定部1510とを備える。また、コンテンツ蓄積表示装置1001は、さらに、特定されたアプリが攻撃されているかをチェックする攻撃チェック部1512を備えており、攻撃チェック部は、攻撃チェック判定部1510が、特定されたアプリに対して攻撃チェックを行うと判定した場合には、特定されたアプリが攻撃されているか否かをチェックする。また、呼び出し元特定部1523は、特定されたアプリから関数を呼び出した後に特定されたアプリへ実行処理を戻すための戻し先を示すメモリ内のアドレスであるリターンアドレスを用いて呼び出し元を特定する。また、呼び出し元特定部1523は、特定されたアプリから関数を呼び出した場合に特定されたアプリが使用するコールスタックのスタックポインタの値と、リターンアドレスとを用いて呼び出し元を特定してもよい。また、チェックアプリ管理部1500は、A特定されたプログラムが攻撃されているか否かをチェックした結果を示す情報、及び、B特定されたプログラムが、攻撃されているか否かを判定するチェックが必要であるかを示す情報、の両方を含む情報をチェック結果として、特定されたプログラムが有するアプリ識別子と呼び出し元とに対応付けて記憶してもよい。この場合、攻撃チェック判定部1510は、アプリ識別子と、呼び出し元とに対応付けられた情報であって、アプリ識別子で特定されるアプリが攻撃されているかチェックを行う必要があることを示す情報が、チェックアプリ管理部1500に記憶されている場合には、チェックを行うと判定し、記憶されていない場合には、チェックを行わないと判定する。すなわち、攻撃チェック判定部1510は、特定されたプログラムが有するアプリ識別子に対応付けられてチェックアプリ管理部1500に記憶されているチェック結果を取得し、A取得したチェック結果が、特定されたプログラムが攻撃されていないこと、又は、特定されたプログラムが攻撃されていることを表す場合には、攻撃されているかのチェックを行わないと判定し、B取得したチェック結果が、攻撃されているか否かを判定するチェックが必要であることを表す場合には、攻撃チェック部による攻撃されているかのチェックを行うと判定してもよい。また、さらに、特定されたアプリが関数を呼び出すことにより読み込もうとしているデータファイルを、データファイルを示す識別子であるコンテンツ識別子を用いて特定するコンテンツ特定部1521と、特定されたデータファイルを読み込むか否かを判定する読み込み可否判定部1520とを備えてもよい。ここで、読み込み可否判定部1520は、Aコンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられたチェック結果が、チェックアプリ管理部1500に記憶されていないか、又はBコンテンツ識別子と、アプリ識別子と、前記呼び出し元とに対応付けられたチェック結果が、チェックアプリ管理部1500記憶されており、かつ、そのチェック結果が特定されたアプリが攻撃されていないことを示す場合には、特定されたデータファイルを読み込むと判定し、Cコンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられているチェック結果が、チェックアプリ管理部1500に記憶されており、かつ、そのチェック結果が、特定されたアプリが以前に攻撃されたことを示す場合には、特定されたデータファイルを読み込まないと判定してもよい。より詳細には、読み込み可否判定部1520は、コンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けられたチェック結果が、チェックアプリ管理部1500に記憶されていない場合には、アプリ識別子で特定されるアプリが、攻撃されているか否かを判定するチェックが必要であることを示す情報を、コンテンツ識別子と、アプリ識別子と、呼び出し元とに対応付けてチェックアプリ管理部1500に記憶させてもよい。また、チェックアプリ管理部1500は、アプリが削除又は更新された場合には、攻撃チェック結果リスト1535として記憶しているチェック結果のうち、削除又は更新されたアプリが有するアプリ識別子に対応づけられて記憶されているチェック結果の記録を削除してもよい。また、チェックアプリ管理部1500は、特定されたデータファイルが変更された場合には、変更されたデータファイルを示すコンテンツ識別子に対応づけられて記憶されているチェック結果を削除してもよい。以上説明したように、本発明の実施の形態1によれば、1度、安全性攻撃されていないことが確認されたアプリからのシステムコールを処理する際は、攻撃チェック処理を省くことができる。さらに、システムコール内でファイルの読み込みが発生する際には、以前に攻撃されたファイルの読み込みを中止することができる。その結果、安全性を維持したまま、システムコール処理の応答性を向上させることが可能となる。実施の形態2本発明の実施の形態1では、ファイル読み込み管理部1502でアプリのチェックを実施するかを判定し、その判定結果に基づいてシステムコール管理部1501が攻撃チェック処理を行った。実施の形態2では、システムコール管理部1501がアプリのチェック実施の判定と、攻撃チェック処理を行う構成について説明する。以下、本発明の実施の形態2に係るシステムコール管理部1501の構成と、攻撃チェック結果リスト1535と、チェック要否判定処理とを説明する。なお、本発明の実施の形態1と同じ構成要素、同じ処理については、同じ符号を用い、説明を省略する。<情報処理装置100Bの構成>図12は、本発明の実施の形態2に係る情報処理装置100Bの構成図である。図12において、システムコール管理部1501Aは、攻撃チェック判定部1510と、アプリ特定部1511と、攻撃チェック部1512と、呼び出し元特定部1523とを含む。攻撃チェック判定部1510は、システムコールを要求したアプリに対して、攻撃されているかどうかをチェックする必要があるかを判定する。攻撃チェック判定部1510は、アプリ特定部1511からアプリ識別子を取得し、呼び出し元特定部1523から呼び出し元アドレスとスタックポインタ値とを取得する。攻撃チェック判定部1510は、チェックアプリ管理部1500を介して、後述する攻撃チェック結果リストに、指定したアプリ識別子、呼び出し元アドレス及びスタックポインタの値と一致するデータがあるか確認する。攻撃チェック判定部1510は、一致するデータがない場合には、攻撃チェック部1512を利用して攻撃チェックを行う。一方、一致するデータがあった場合には、攻撃チェックを行わない。図13は、攻撃チェック結果リスト1535の一例を示している。この攻撃チェック結果リスト1535は、アプリ識別子と、呼び出し元アドレスと、スタックポインタ値と、チェック結果とを含む。チェック結果は、本発明の実施の形態1の攻撃チェック結果リスト1530及び攻撃チェック結果リスト1535とは異なり、攻撃されたかどうかのチェック結果を示す○又は×のみを格納している。なお、アプリ特定部1511と、攻撃チェック部1512と、呼び出し元特定部1523とに関しては、本発明の実施の形態1と同じである。<チェック要否判定処理>本発明の実施の形態2に係るチェック要否判定処理は、本発明の実施の形態1に係るチェック要否判定処理図10、図11と一部は同じ処理となる。処理の異なる部分を中心に説明する。図14を参照して、本発明の実施の形態2に係るシステムコール管理部1501Aは、ステップS1204における攻撃チェック結果の取得処理において、アプリ識別子と、呼び出し元アドレスと、スタックポインタ値とを指定して、チェックアプリ管理部1500から攻撃チェック結果を取得する。この時、チェックアプリ管理部1500は、指定されたアプリ識別子と、呼び出し元アドレスと、スタックポインタ値とを含む行が、攻撃チェック結果リスト1535に含まれている場合には、該当する行のチェック結果○又は×を返す。また、チェックアプリ管理部1500は、指定されたアプリ識別子等の組み合わせに一致する行が攻撃チェック結果リスト1535に存在しなかった場合には、チェック結果として、○又は×に代わり、チェック結果が存在しないことを示す情報を返す。その後、チェックアプリ管理部1500は、ステップS1206におけるチェック要否判定において、受け取ったチェック結果が、チェック結果が存在しないことを示す情報であった場合には要と判定する。また、○であった場合には否と判定する。また、×であった場合には、NGと判定する。次に、システムコール管理部1501Aは、ステップS1206で要と判定された場合には、攻撃チェック処理S1006と、その結果の登録処理S1108を行う。さらに、チェック結果の判定処理S1009を行う。また、システムコール管理部1501Aは、ステップS1206で否と判定された場合には、続けて、チェック結果の判定処理S1009を行う。また、システムコール管理部1501Aは、ステップS1206でNGと判定された場合には、呼び出した表示アプリ1103に対してエラーを返す。以上説明したように、本発明の実施の形態2によれば、アプリからのシステムコール要求時に、チェック要否判定処理を行うことにより、システムコール処理の応答性を向上させることが可能となる。実施の形態3本発明の実施の形態3に係る情報処理装置は、本発明の実施の形態2に係る情報処理装置100Bのように攻撃チェック結果リスト1530を自機器内で生成及び管理せず、他の機器から攻撃チェック結果リスト1530を取得する。以下、本発明の実施の形態3に係る情報処理装置100Cについて詳細に説明する。なお、本発明の実施の形態2に係る情報処理装置100Bと同じ構成要素、同じ処理については、同じ符号を用い、説明を省略する。<コンテンツ蓄積表示システム1000Aの構成>図15は、本発明の実施の形態3におけるコンテンツ蓄積表示システム1000Aの構成図である。図15において、コンテンツ蓄積表示システム1000Aは、コンテンツ蓄積表示装置1001A、1002Aと、カメラ1010と、PC1011と、更新サーバ1020とを含む。コンテンツ蓄積表示装置1001Aは、コンテンツ蓄積表示装置1002Aとネットワークを介して接続される。コンテンツ蓄積表示装置1001Aとコンテンツ蓄積表示装置1002Aとで写真データを共有するために、コンテンツ蓄積表示装置1001Aは、自機器内に蓄積する写真データをコンテンツ蓄積表示装置1002Aへ送信する。この時、コンテンツ蓄積表示装置1001Aは、写真データと一緒に、攻撃チェック結果リスト1535を送信する。コンテンツ蓄積表示装置1002Aは、コンテンツ蓄積表示装置1001Aとネットワークを介して接続される。コンテンツ蓄積表示装置1002Aは、コンテンツ蓄積表示装置1001Aから受信した写真データを表示する時には、コンテンツ蓄積表示装置1001Aから受信した攻撃チェック結果リスト1535を参照し、チェック結果が○の写真データのみを表示する。コンテンツ蓄積表示装置1001Aとコンテンツ蓄積表示装置1002Aとは、上記以外の機能は本発明の実施の形態1に係るコンテンツ蓄積表示装置1001と同じである。なお、コンテンツ蓄積表示装置1001A、1002Aと、カメラ1010と、PC1011と、更新サーバ1020とに関しては、本発明の実施の形態1及び2と同じである。<情報処理装置100Cの構成>図16は、本発明の実施の形態3に係るコンテンツ蓄積表示装置1001A、及びコンテンツ蓄積表示装置1002Aが備える情報処理装置100Cの構成図である。図16において、コンテンツ蓄積表示装置1002Aが備える情報処理装置100Cは、攻撃チェック判定部1510と、アプリ特定部1511と、呼び出し元特定部1523とを有する。また、コンテンツ蓄積表示装置1001Aが備える情報処理装置100Dは、チェックアプリ管理部1500Aと、攻撃チェック結果リスト1535とを有する。なお、コンテンツ蓄積表示装置1001A、及びコンテンツ蓄積表示装置1002Aの各構成要素のうち、実施の形態2と同様の構成要素については詳細な説明は省略する。攻撃チェック判定部1510は、システムコールを要求したアプリに対して、攻撃されているかどうかをチェックする必要があるかを判定する。攻撃チェック判定部1510は、アプリ特定部1511からアプリ識別子を取得し、呼び出し元特定部1523から呼び出し元アドレスとスタックポインタ値とを取得する。攻撃チェック判定部1510は、チェックアプリ管理部1500を介して、チェックアプリ管理部1500Aが有している攻撃チェック結果リスト1535を取得する。その後、取得した攻撃チェック結果リスト1535の中に、アプリ識別子と、呼び出し元アドレスと、スタックポインタ値との全てが一致するデータ行があるか確認する。一致するデータがあった場合、一致するデータのチェック結果が○の場合は、システムコール処理を実施し、×の場合は、システムコール処理を実施しない。すなわち、本発明の実施の形態3に係る情報処理装置100Cが有するチェックアプリ管理部1500は、チェック結果を、当該チェックアプリ管理部1500を有する情報処理装置Cとは異なる情報処理装置100Dに記憶していてもよい。また、チェックアプリ管理部1500が、チェック結果を、当該チェックアプリ管理部1500を備える情報処理装置100C、及び、当該チェックアプリ管理部を備える情報処理装置100Cとは異なる情報処理装置100Dの少なくとも一方に記憶していてもよい。なお、アプリ特定部1511と、呼び出し元特定部1523とが行う処理内容は、本発明の実施の形態2と同じである。<チェック要否判定処理>本発明の実施の形態3に係るコンテンツ蓄積表示装置1002Aが備える情報処理装置100Cが行うチェック要否判定処理は、本発明の実施の形態2に係るチェック要否判定処理図14と大部分は同じ処理となる。よって、図17を参照して、処理の異なる部分を中心に説明する。なお、本実施の形態に係るコンテンツ蓄積表示装置1001Aが備える情報処理装置100Dの処理は、実施の形態2と同様であるため、説明を省略する。図17を参照して、本実施の形態に係るコンテンツ蓄積表示装置1002Aが備える情報処理装置100Cは、攻撃チェック結果の取得処理において、アプリ識別子と、呼び出し元アドレスと、スタックポインタ値とを指定する。また、情報処理装置100Cを介して、ネットワークで接続されている情報処理装置100Dが有するチェックアプリ管理部1500Aから、指定したアプリ識別子等に一致するチェック結果を取得するS1204。この時、コンテンツ蓄積表示装置1001Aが備えるチェックアプリ管理部1500Aは、攻撃チェック結果リスト1535を参照する。その結果、チェック結果として、例えば○又は×を返す。また、チェックアプリ管理部1500Aは、指定されたアプリ識別子等の組み合わせに一致する行が攻撃チェック結果リスト1535に存在しなかった場合には、チェック結果として、○又は×に代わり、例えば、チェック結果が存在しないという結果を返す。攻撃チェック判定部1510は、その後のチェック結果判定処理において、受け取ったチェック結果が○であった場合には、ステップS1009でOKと判定する。また、チェック結果が×又はチェック結果が存在しないであった場合には、ステップS1009でNGと判定するS1009。情報処理装置100Cは、ステップS1009でOKと判定された場合には、システムコール処理S1010を行う。一方、ステップS1009でNGと判定された場合には、システムコールを呼び出したアプリに対してエラーを返す。なお、本実施の形態に係るコンテンツ蓄積表示装置1002Aが備える情報処理装置100Cは攻撃チェック処理を行わなくてもよいが、これに限定されるものではない。例えば、コンテンツ蓄積表示装置1002Aが独自に収集した写真データを読み込んだ場合には、本発明の実施の形態1や実施の形態2と同様に、コンテンツ蓄積表示装置1002Aが備える情報処理装置100Cが攻撃チェック処理を実施し、一方、コンテンツ蓄積表示装置1001Aから受信した写真データに関しては、攻撃チェック処理を実施しないというように、組み合わせてもよい。なお、本発明の実施の形態3では、コンテンツ蓄積表示装置1001Aとコンテンツ蓄積表示装置1002Aとの2台で写真データを共有する場合を説明したが、これに限定されるものではない。例えば、2台以上の任意の台数のコンテンツ蓄積表示装置の間で、コンテンツ及び攻撃チェック結果リストを共有してもよい。より具体的には、コンテンツ蓄積表示装置1002Aは、さらに、コンテンツ蓄積表示装置1001A以外の第3のコンテンツ蓄積表示装置とも写真データを共有してもよい。このとき、コンテンツ蓄積表示装置1002Aは、コンテンツ蓄積表示装置1001Aから取得した攻撃チェック結果リスト1535と、第3のコンテンツ蓄積表示装置から取得した攻撃チェック結果リストとを結合し、1つの攻撃チェック結果リストとして利用管理してもよい。なお、コンテンツ蓄積表示装置1002Aが備える情報処理装置100Cは、必ずしも、ステップS1204において、システムコールの発行ごとに攻撃チェック結果リスト1535を取得しなくてもよい。例えば、コンテンツ蓄積表示装置1002Aがコンテンツ蓄積表示装置1001Aから写真等のコンテンツを受信するタイミングで、同時に、攻撃チェック結果リスト1535を取得しておいてもよい。また、実施の形態1~3において、情報処理装置を有する装置の具体例として、コンテンツ蓄積表示装置を用いて説明したが、本発明に係る情報処理装置が適用される対象は、コンテンツ蓄積表示装置に限定されない。例えば、表示対象となるコンテンツを蓄積せず、外部のストレージから一時的に取得して表示を行う、コンテンツ表示装置に適用されてもよい。以上説明したように、本発明の実施の形態3によれば、コンテンツ蓄積表示装置1002Aは、A他の機器例えば、コンテンツ蓄積表示装置1001Aから写真データを受信する時に、攻撃チェック結果リスト1535を一緒に受信することにより、又は、Bシステムコールの発行ごとに、攻撃チェック結果リスト1535を他の機器例えば、コンテンツ蓄積表示装置1001Aから受信することにより、コンテンツ蓄積表示装置1002A自身が攻撃チェック処理を行わなくてもよくなる。その結果、システムコール処理の応答性を大幅に向上させることが可能となる。なお、本発明は、上記の実施の形態1~3に限定されないのはもちろんである。以下のような場合も本発明に含まれる。1上記実施の形態におけるコンテンツ識別子は、写真データファイルのファイル名としたが、これに限定されるものではない。例えば、ファイル名とファイルサイズの組み合わせとしてもよいし、写真データのハッシュ値としてもよいし、写真データに埋め込まれた識別子としてもよい。また、写真データは、ファイルではなくデータベースのように複数の写真が1つのファイルに含まれてもよい。2上記実施の形態1~3におけるアプリが攻撃されているとは、アプリに存在するバッファーオーバーフローの脆弱性を衝かれて、アプリのスタック上で不正なプログラムが動作している状態であるとしたが、これに限定されるものではない。例えば、アプリのコード領域が改ざんされるとしてもよい。この場合、攻撃チェック処理としては、メモリ1210上のアプリのコード領域の改ざん検出処理を行う。3上記実施の形態1~3における攻撃チェック処理は、リターンアドレスがスタック領域のアドレスではないかをチェックする処理としたが、これに限定されるものではない。例えば、カナリアと呼ばれる特殊な値をスタックのローカル変数領域とリターンアドレスの間に配置し、関数終了時に、カナリアの値をチェックしてもよい。また、上記実施の形態3において、コンテンツ蓄積表示装置1002Aが独自に収集した写真データを読み込んだ場合には、情報処理装置100Cは、本発明の実施の形態1や実施の形態2と同様に、攻撃チェック処理を実施してもよいと説明した。また、その場合においても、コンテンツ蓄積表示装置1001Aから受信した写真データに関しては、情報処理装置100Cは、攻撃チェック処理を実施しないというように、組み合わせてもよいと説明した。この時、情報処理装置100Cは、コンテンツ蓄積表示装置1002Aが独自に収集した写真データを読み込む場合はカナリア値をチェックするアプリを用い、コンテンツ蓄積表示装置1001Aから受信した写真データを読み込む場合は、カナリア値をチェックしないアプリを用いるとしてもよい。4上記実施の形態1~3において、攻撃チェック処理は、システムコール要求時に、システムコール処理の前に実行するとしたが、これに限定されるものではない。例えば、システムコール処理と並行して処理してもよい。また、情報処理装置では、攻撃チェック処理の依頼のみを行い、実際の処理は、アプリが動作するバックグラウンドで行ってもよい。5上記実施の形態1~3におけるチェック要否判定処理や、ファイル読み込み処理は、ユーザが写真データを選択した時等を契機に処理を開始するとしたが、これに限定されるものではない。例えば、スリープモードなどユーザが装置を使用していない時や、写真データを取り込んだ直後等に、写真データの読み込み処理をバックグラウンドで行うことにより、ユーザが写真を表示する前に攻撃チェック結果リスト1530、1535を作成してもよい。6上記の各装置は、具体的には、マイクロプロセッサ、ROMReadOnlyMemory、RAM、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。RAM又はハードディスクユニットには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わせされて構成されたものである。7上記の各装置を構成する構成要素の一部又は全部は、1個のシステムLSILargeScaleIntegration:大規模集積回路から構成されているとしてもよい。システムLSIは、複数の構成部を1個のチップ上に集積して製造された超多機能LSIであり、具体的には、マイクロプロセッサ、ROM、RAMなどを含んで構成されるコンピュータシステムである。RAMには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、システムLSIは、その機能を達成する。また、上記の各装置を構成する構成要素の各部は、個別に1チップ化されていてもよいし、一部又は全てを含むように1チップ化されてもよい。また、ここでは、システムLSIとしたが、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらに、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。8上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なICカード又は単体のモジュールから構成されているとしてもよい。前記ICカード又は前記モジュールは、マイクロプロセッサ、ROM、RAMなどから構成されるコンピュータシステムである。前記ICカード又は前記モジュールは、上記の超多機能LSIを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ICカード又は前記モジュールは、その機能を達成する。このICカード又はこのモジュールは、耐タンパー性を有するとしてもよい。9本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、CD-ROM、MO、DVD、DVD-ROM、DVD-RAM、BDBlu-ray登録商標Disc、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。10上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。