(57)【要約】【課題】処理の実行状況の判定精度を高めることを可能とする判定プログラム、判定装置及び判定方法を提供する。【解決手段】受け付けた複数の指示それぞれの種別に応じた優先度で複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、いずれかの記憶領域の変更指示とを送信し、送信したアクセス指示に応じたアクセス処理の実行前に、送信した変更指示に応じて実行される、いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行い、第１判定の結果を出力する、処理をコンピュータに実行させる。【選択図】図１２
2018106447.tif 000002
【特許請求の範囲】
【請求項１】
受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信し、
送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行い、
前記第１判定の結果を出力する、
処理をコンピュータに実行させることを特徴とする判定プログラム。
【請求項２】
請求項１において、
前記送信する処理では、
前記アクセス指示を受け付けた場合、前記変更指示を受け付けるまで、受け付けた前記アクセス指示を前記処理部に対して送信することなく待機し、
前記アクセス指示と前記変更指示とを受け付けた場合、前記処理部に対して前記アクセス指示と前記変更指示とを所定時間内に送信する、
ことを特徴とする判定プログラム。
【請求項３】
請求項２において、
前記待機する処理では、所定の条件を満たした場合において、前記アクセス指示を受け付けた場合に、受け付けた前記アクセス指示を前記処理部に対して送信することなく待機する、
ことを特徴とする判定プログラム。
【請求項４】
請求項３において、
前記所定の条件は、直前に行われた前記アクセス指示に応じた処理に要した時間が所定時間以上であった場合である、
ことを特徴とする判定プログラム。
【請求項５】
請求項３において、
前記所定の条件は、前記アクセス指示の受け付けを連続して所定時間以上行った場合である、
ことを特徴とする判定プログラム。
【請求項６】
請求項３において、
前記所定の条件は、前記アクセス指示の受け付けを所定時間内に所定回数以上行った場合である、
ことを特徴とする判定プログラム。
【請求項７】
請求項１において、
前記送信する処理では、
前記変更指示を受け付けた場合、前記アクセス指示を受け付けるまで、受け付けた前記変更指示を前記処理部に対して送信することなく待機し、
前記アクセス指示と前記変更指示とを受け付けた場合、前記処理部に対して前記アクセス指示と前記変更指示とを所定時間内に送信する、
ことを特徴とする判定プログラム。
【請求項８】
請求項１において、さらに、
前記送信する処理の後、受け付けた前記アクセス指示の前記処理部に対する送信を抑制する、
処理をコンピュータに実行させることを特徴とする判定プログラム。
【請求項９】
請求項１において、
前記第１判定の結果を出力する処理では、前記アクセス指示に応じたアクセス処理の実行前に、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されなかったと判定された場合、異常が発生したことを示す情報の出力を行う、
ことを特徴とする判定プログラム。
【請求項１０】
請求項１において、さらに、
前記送信する処理の後、前記アクセス指示の送信が行われたことを示す送信済情報を記憶部に記憶し、
前記アクセス指示に応じた前記アクセス処理の結果を受け付けた場合、前記送信済情報を前記記憶部から削除する、
処理をコンピュータに実行させ、
前記第１判定を行う処理では、前記管理情報の特定の記憶領域への書き込みが検出された際に、前記送信済情報が前記記憶部に記憶されているか否かの判定を行う、
ことを特徴とする判定プログラム。
【請求項１１】
請求項１において、さらに、
前記アクセス指示に応じたアクセス処理の実行前に、前記特定の記憶領域への書き込みが検出されたと判定した場合、前記複数の記憶領域のうち、前記管理情報が記憶されている第１記憶領域が、前記複数の記憶領域のうち、前記変更指示によって変更される前の前記管理情報が記憶されていた第２記憶領域と一致するか否かの第２判定を行い、
前記第２判定の結果を出力する、
処理をコンピュータに実行させることを特徴とする判定プログラム。
【請求項１２】
請求項１１において、
前記第２判定を行う処理では、前記第１記憶領域のアドレスと前記第２記憶領域のアドレスとが一致するか否かの判定を行う、
ことを特徴とする判定プログラム。
【請求項１３】
請求項１１において、
前記第２判定の結果を出力する処理では、前記第１記憶領域が前記第２記憶領域と一致すると判定された場合、異常が発生したことを示す情報の出力を行う、
ことを特徴とする判定プログラム。
【請求項１４】
受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信する指示送信部と、
送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行う第１判定部と、
前記第１判定の結果を出力する第１結果出力部と、を有する、
ことを特徴とする判定装置。
【請求項１５】
受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信し、
送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行い、
前記第１判定の結果を出力する、
ことを特徴とする判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、判定プログラム、判定装置及び判定方法に関する。
【背景技術】
【０００２】
例えば、利用者にサービスを提供する事業者（以下、単に事業者とも呼ぶ）は、サービスの提供を行うための業務システムを構築して稼働させる。そして、事業者は、業務システムを構成するプログラムを生成した場合、生成したプログラムの動作についての各種テストを行う。
【０００３】
事業者が生成するプログラムには、例えば、メモリ上のデータに対するアクセスの制御や各目的のために区分けされた記憶領域（以下、ボリュームとも呼ぶ）の管理等を行うキャッシュ制御プログラム（以下、テスト対象プログラムとも呼ぶ）が含まれる。そして、事業者は、上記のようなキャッシュ制御プログラムを生成した場合、例えば、複数の種類の実行指示が競合した場合のキャッシュ制御プログラムの動作に関するテストを行う。具体的に、事業者は、例えば、メモリ上のデータに対するアクセス指示（以下、単にアクセス指示とも呼ぶ）と、ボリュームの変更指示（以下、単に変更指示とも呼ぶ）とが競合した場合のキャッシュ制御プログラムの動作に関するテスト（以下、競合テストとも呼ぶ）を行う。これにより、事業者は、キャッシュ制御プログラムに起因する業務システムの障害発生を抑制することが可能になる（例えば、特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０６７６６号公報
【特許文献２】特開平２−２３８５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような競合テストを行う場合、事業者は、例えば、アクセス指示と変更指示とを競合させることを目的として、ボリュームの変更指示に応じた処理が開始される前後の時間帯において、メモリ上のデータに対するアクセス指示を所定の頻度で行う。そして、事業者は、例えば、ボリュームの変更指示に応じた処理と、所定の頻度で行われたアクセス指示に応じた処理とが正常に行われた場合に、競合テストについても正常に行われたものと判定する。
【０００６】
しかしながら、上記の方法によって行われる競合テストでは、ボリュームの変更指示とメモリ上のデータに対するアクセス指示とが競合していたか否かの判断を行うことができない。そのため、事業者は、この場合、判定精度が高いテスト結果を取得することができない。
【０００７】
そこで、一つの側面では、本発明は、処理の実行状況の判定精度を高めることを可能とする判定プログラム、判定装置及び判定方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施の形態の一態様では、受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信し、送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行い、前記第１判定の結果を出力する、処理をコンピュータに実行させる。
【発明の効果】
【０００９】
一つの側面によれば、処理の実行状況の判定精度を高めることを可能とする。
【図面の簡単な説明】
【００１０】
【図１】図１は、情報処理システム１０の構成を示す図である。
【図２】図２は、情報処理システム１０の構成を示す図である。
【図３】図３は、情報処理システム１０の構成を示す図である。
【図４】図４は、情報処理装置１のハードウエア構成を示す図である。
【図５】図５は、情報処理装置１の機能のブロック図である。
【図６】図６は、情報処理装置１の情報格納領域１３０に記憶された情報のブロック図である。
【図７】図７は、第１の実施の形態における判定処理の概略を説明するフローチャート図である。
【図８】図８は、第１の実施の形態における判定処理の概略を説明するフローチャート図である。
【図９】図９は、第１の実施の形態における判定処理の概略を説明する図である。
【図１０】図１０は、第１の実施の形態における判定処理の概略を説明する図である。
【図１１】図１１は、第１の実施の形態における判定処理の概略を説明する図である。
【図１２】図１２は、第１の実施の形態における判定処理の概略を説明する図である。
【図１３】図１３は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図１４】図１４は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図１５】図１５は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図１６】図１６は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図１７】図１７は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図１８】図１８は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図１９】図１９は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図２０】図２０は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図２１】図２１は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図２２】図２２は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図２３】図２３は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。
【図２４】図２４は、メタデータ管理情報１３７の具体例を説明する図である。
【図２５】図２５は、メタデータ管理情報１３７の具体例を説明する図である。
【図２６】図２６は、メタデータアドレス情報１３６の具体例を説明する図である。
【図２７】図２７は、アクセス管理情報１３１の具体例を説明する図である。
【図２８】図２８は、アクセス管理情報１３１の具体例を説明する図である。
【図２９】図２９は、第２の実施の形態における情報処理装置１の機能のブロック図である。
【図３０】図３０は、第２の実施の形態における判定処理のフローチャート図である。
【発明を実施するための形態】
【００１１】
［情報処理システムの構成］
図１から図３は、情報処理システム１０の構成を示す図である。図１等に示す情報処理システム１０は、情報処理装置１（以下、判定装置１とも呼ぶ）と、事業者が操作を行う端末である操作端末（図示しない）とを有する。なお、以下、ディスク１４が情報処理装置１の一部であるものとして説明を行う。
【００１２】
図１に示す情報処理装置１は、例えば、利用者に対してサービスを提供するための業務システムで稼働するプログラム（テスト対象プログラム）のテストを行う。具体的に、情報処理装置１は、例えば、予め決定されたテスト項目に対応する動作を行わせることにより、テスト対象プログラムの動作に異常が存在するか否かの判定を行う処理（以下、判定処理とも呼ぶ）を行う。
【００１３】
また、図１に示す情報処理装置１は、実データ記憶領域１３ａとメタデータ記憶領域１３ｂとを含むメモリ１３と、実データ記憶領域１４ａとメタデータ記憶領域１４ｂとを含むディスク１４（例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ））とを有する。
【００１４】
図１に示す情報処理装置１のＣＰＵは、テストを行うために用意されたテストプログラムを動作させることにより、テスト実行部１１ａ（以下、アクセス指示部１１ａとも呼ぶ）及びテスト実行部１１ｂ（以下、変更指示部１１ｂとも呼ぶ）として動作する。アクセス指示部１１ａは、メモリ１３の実データ記憶領域１３ａまたはディスク１４の実データ記憶装置１４ａに記憶されたデータに対するアクセス指示を行う機能である。また、変更指示部１１ｂは、使用目的等に応じて実データ記憶領域１３ａを区分けした単位であるボリュームの変更指示（例えば、ボリュームを拡張するための変更指示）を行う機能である。
【００１５】
さらに、図４に示す情報処理装置１のＣＰＵは、テスト対象プログラム（キャッシュ制御プログラム）を動作させることにより、キャッシュ制御部１２として動作する。
【００１６】
具体的に、アクセス指示部１１ａは、事業者がキャッシュ制御部１２のデータアクセスに関するテストを行う場合、図１に示すように、アクセス指示をキャッシュ制御部１２に対して送信する。そして、キャッシュ制御部１２は、アクセス指示部１１ａから送信されたアクセス指示に対応するデータが実データ記憶領域１３ａに記憶されている場合、図１に示すように、メモリ１３にアクセスし、実データ記憶領域１３ａからアクセス指示に対応するデータを取得する。一方、キャッシュ制御部１２は、アクセス指示部１１ａから送信されたアクセス指示に対応するデータが実データ記憶領域１４ａに記憶されている場合、図１に示すように、ディスク１４にアクセスし、実データ記憶領域１４ａからアクセス指示に対応するデータを取得する。
【００１７】
その後、キャッシュ制御部１２は、図２に示すように、所定のタイミングになった場合（例えば、実データ記憶領域１３ａに空き容量がなくなった場合）、実データ記憶領域１３ａに記憶されたデータの一部を実データ記憶領域１４ａに退避する。
【００１８】
また、変更指示部１１ｂは、事業者がキャッシュ制御部１２のボリュームに対する操作に関するテストを行う場合、図３に示すように、ボリュームの変更指示をキャッシュ制御部１２に対して送信する。
【００１９】
そして、キャッシュ制御部１２は、各ボリュームの管理情報（以下、メタデータとも呼ぶ）が記憶されたメタデータ記憶領域１３ｂにアクセスし、変更指示に対応するボリュームのメタデータを更新する。その後、キャッシュ制御部１２は、更新したメタデータをメタデータ記憶領域１４ｂに退避する。
【００２０】
さらに、事業者は、例えば、複数の種類の実行指示が競合した場合のキャッシュ制御部１２の動作に関するテストを行う。具体的に、事業者は、例えば、メモリ１３上のデータに対するアクセス指示と、ボリュームの変更指示とが競合した場合の競合テストを行う。
【００２１】
この場合、事業者は、例えば、ボリュームの変更指示に応じた処理が開始される前後の時間帯において、メモリ１３上のデータに対するアクセス指示を所定の頻度で行う。そして、事業者は、例えば、ボリュームの変更指示に応じた処理と、所定の頻度で行われたアクセス指示に応じた処理とが正常に行われた場合に、競合テストについても正常に行われたものと判定する。
【００２２】
しかしながら、上記の方法によって行われる競合テストでは、ボリュームの変更指示とメモリ１３上のデータに対するアクセス指示とが競合していたか否かの判断を行うことができない。そのため、事業者は、この場合、判定精度が高いテスト結果を取得することができない。
【００２３】
そこで、本実施の形態における情報処理装置１は、例えば、受け付けた複数の指示それぞれの種別に応じた優先度で複数の指示それぞれに応じた処理を実行するキャッシュ制御部１２（以下、処理部１２とも呼ぶ）に、実データ記憶領域１３ａのボリュームのうちのいずれかのボリューム（以下、特定のボリュームとも呼ぶ）に記憶されたデータへのアクセス指示と、特定のボリュームの変更指示とを送信する。
【００２４】
そして、情報処理装置１は、送信したアクセス指示に応じたアクセス処理の実行前に、送信した変更指示に応じて実行される、特定のボリュームについてのメタデータのメタデータ記憶領域１４ｂ（以下、特定の記憶領域とも呼ぶ）への書き込みが検出されたか否かの判定（以下、第１判定とも呼ぶ）を行う。その後、情報処理装置１は、第１判定の結果を出力する。
【００２５】
すなわち、本実施の形態における情報処理装置１は、メモリ１３上のデータに対するアクセス指示とボリュームの変更指示とのいずれか一方を受け付けた場合、他方を受け付けるまでキャッシュ制御部１２に送信しない。そして、情報処理装置１は、アクセス指示と変更指示との両方を受け付けた場合、例えば、アクセス指示と変更指示とを可能な限り近いタイミングでキャッシュ制御部１２に送信する。
【００２６】
これにより、情報処理装置１は、アクセス指示と変更指示とを競合させた状態で競合テストを行うことが可能になる。そのため、情報処理装置１は、競合テストにおける処理の実行状況の判定精度を高めることが可能になる。
【００２７】
なお、以下、キャッシュ制御部１２においてアクセス指示と変更指示とが競合した場合、変更指示に応じた処理が優先して行われるものとして説明を行う。すなわち、キャッシュ制御部１２における変更指示に応じた処理の優先度は、キャッシュ制御部１２におけるアクセス指示に応じた処理の優先度よりも高いものとして説明を行う。
【００２８】
［情報処理装置のハードウエア構成］
次に、情報処理装置１のハードウエア構成について説明する。図４は、情報処理装置１のハードウエア構成を示す図である。
【００２９】
情報処理装置１は、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース（Ｉ／Ｏユニット）１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。
【００３０】
記憶媒体１０４は、例えば、判定処理を行うためのプログラム１１０を記憶する。また、記憶媒体１０４は、例えば、判定処理を行う際に用いられる情報を記憶する情報格納領域１３０（以下、記憶部１３０とも呼ぶ）を有する。
【００３１】
ＣＰＵ１０１は、図４に示すように、プログラム１１０の実行時に、プログラム１１０を記憶媒体１０４からメモリ１０２にロードし、プログラム１１０と協働して判定処理を行う。また、外部インターフェース１０３は、例えば、操作端末（図示しない）と通信を行う。
【００３２】
［情報処理装置の機能］
次に、情報処理装置１の機能について説明する。図５は、情報処理装置１の機能のブロック図である。また、図６は、情報処理装置１の情報格納領域１３０に記憶された情報のブロック図である。
【００３３】
ＣＰＵ１０１は、図５に示すように、プログラム１１０と協働することにより、リクエスタの機能として、例えば、指示受信部１１１と、指示送信部１１２と、送信抑止部１１３と、情報管理部１１４として動作する。
【００３４】
また、ＣＰＵ１０１は、図５に示すように、プログラム１１０と協働することにより、ディスクドライバの機能として、例えば、指示受信部１２１と、データ書き込み部１２２と、第１判定部１２３と、第１結果出力部１２４と、第２判定部１２５と、第２結果出力部１２６と、情報管理部１２７として動作する。
【００３５】
さらに、情報格納領域１３０には、図６に示すように、アクセス管理情報１３１と、準備判定情報１３２と、テスト開始判定情報１３３と、応答待ち判定情報１３４と、書き込み判定情報１３５と、メタデータアドレス情報１３６と、メタデータ管理情報１３７とが記憶されている。
【００３６】
リクエスタの指示受信部１１１は、アクセス指示部１１ａからキャッシュ制御部１２に向けて送信されたアクセス指示を受信する。また、指示受信部１１１は、変更指示部１１ｂからキャッシュ制御部１２に向けて送信された変更指示を受信する。そして、リクエスタの指示送信部１１２は、指示受信部１１１が受信したアクセス指示部１１ａ及び変更指示部１１ｂをキャッシュ制御部１２に送信する。具体的に、指示送信部１１２は、キャッシュ制御部１２において競合を発生させるために、競合が起こり得る時間間隔でアクセス指示と変更指示との送信を行う。
【００３７】
リクエスタの送信抑止部１１３は、指示送信部１１２がアクセス指示及び変更指示をキャッシュ制御部１２に送信した後、アクセス指示部１１ａから送信されたアクセス指示のキャッシュ制御部１２に対する送信を抑止する。
【００３８】
リクエスタの情報管理部１１４は、アクセス管理情報１３１、準備判定情報１３２、テスト開始判定情報１３３、応答待ち判定情報１３４、メタデータアドレス情報１３６及びメタデータ管理情報１３７の更新を行う。アクセス管理情報１３１等の内容については後述する。
【００３９】
また、ディスクドライバの指示受信部１２１は、キャッシュ制御部１２から送信されたディスク１４のメタデータ記憶領域１４ｂに対するメタデータの書き込み指示（以下、単に書き込み指示とも呼ぶ）を受信する。具体的に、指示受信部１２１は、リクエスタの指示送信部１１２によって送信された変更指示に応じた処理がキャッシュ制御部１２において行われたことに伴って発生した書き込み指示を受信する。
【００４０】
ディスクドライバのデータ書き込み部１２２は、指示受信部１２１が受信した書き込み指示に応じた処理（書き込み）をメタデータ記憶領域１４ｂに対して行う。
【００４１】
ディスクドライバの第１判定部１２３は、リクエスタの指示送信部１１２によって送信されたアクセス指示に応じた処理がキャッシュ制御部１２において行われる前に、キャッシュ制御部１２において書き込み指示が行われたか否かの判定（第１判定）を行う。すなわち、第１判定部１２３は、アクセス指示と変更指示がキャッシュ制御部１２において競合した場合に、キャッシュ制御部１２がアクセス指示に応じた処理よりも変更指示に応じた処理を優先させて行ったか否かの判定を行う。
【００４２】
ディスクドライバの第１結果出力部１２４は、第１判定の結果を出力する。具体的に、第１結果出力部１２４は、例えば、操作端末（図示しない）に対して第１判定の結果を出力する。
【００４３】
ディスクドライバの第２判定部１２５は、書き込み指示に応じた処理が行われた場合、書き込み指示に対応するメタデータが記憶されていたメモリ１３上の記憶領域（以下、第１記憶領域とも呼ぶ）が、変更指示に応じた処理によって変更される前のメタデータが記憶されていたメモリ１３上の記憶領域（以下、第２記憶領域とも呼ぶ）と一致するか否かの判定（以下、第２判定とも呼ぶ）を行う。
【００４４】
ディスクドライバの第２結果出力部１２６は、第２判定の結果を出力する。具体的に、第２結果出力部１２６は、例えば、操作端末（図示しない）に対して第２判定の結果を出力する。
【００４５】
ディスクドライバの情報管理部１２７は、書き込み判定情報１３５の更新を行う。書き込み判定情報１３５の内容については後述する。
【００４６】
［第１の実施の形態］
次に、第１の実施の形態について説明する。図７及び図８は、第１の実施の形態における判定処理の概略を説明するフローチャート図である。図９から図１２は、第１の実施の形態における判定処理の概略を説明する図である。図９から図１２を参照しながら、図７及び図８の判定処理の概略について説明を行う。
【００４７】
なお、図９から図１２に示す情報処理装置１では、図１から図３で説明した内容に加え、カーネル１５、リクエスタ１６及びディスクドライバ１７が表記されている。また、図９に示す例において、メモリ１３上のメタデータ記憶領域１３ｂ及びディスク１４上のメタデータ記憶領域１４ａには、メタデータＭＤ１が記憶されている。さらに、図９から図１２に示す例において、実データ記憶領域１３ａ及び実データ記憶領域１４ａの表記を省略している。
【００４８】
情報処理装置１のリクエスタ１６は、図７及び図９に示すように、指示送信タイミングまで待機する（Ｓ１のＮＯ）。指示送信タイミングは、キャッシュ制御部１２がアクセス指示部１１ａから送信されたアクセス指示と変更指示部１１ｂから送信された変更指示との両方をカーネル１５から受信したタイミングであってよい。
【００４９】
そして、指示送信タイミングになった場合（Ｓ１のＹＥＳ）、リクエスタ１６は、図１０に示すように、複数の指示それぞれの種別に応じた優先度で複数の指示それぞれに応じた処理を実行するキャッシュ制御部１２に、特定のボリュームに記憶されたデータへのアクセス指示と特定のボリュームへの変更指示とを送信する（Ｓ２）。
【００５０】
そして、情報処理装置１のキャッシュ制御部１２は、リクエスタ１６から受信した変更指示に応じた処理を行う。具体的に、キャッシュ制御部１２は、図１１に示すように、例えば、メタデータＭＤ１に対して変更指示の内容を反映することにより、メタデータＭＤ２を生成する。また、キャッシュ制御部１２は、リクエスタ１６から受信したアクセス指示に応じた処理を行う。
【００５１】
一方、情報処理装置１のディスクドライバ１７は、図８に示すように、キャッシュ制御部１２から書き込み指示を受信するまで待機する（Ｓ１１のＮＯ）。具体的に、ディスクドライバ１７は、キャッシュ制御部１２において行われた変更指示に応じた処理によって発生したメタデータの書き込み指示を受信するまで待機する。
【００５２】
そして、書き込み指示を受信した場合（Ｓ１１のＹＥＳ）、ディスクドライバ１７は、図１２に示すように、キャッシュ制御部１２において、Ｓ２の処理で送信されたアクセス指示に応じた処理の実行前に、Ｓ２の処理で送信された変更指示に応じて実行される、特定のボリュームのメタデータの特定の記憶領域への書き込みが検出されたか否かの第１判定を行う（Ｓ１２）。その後、ディスクドライバ１７は、Ｓ１２の処理で行った第１判定の結果を出力する（Ｓ１３）。
【００５３】
すなわち、本実施の形態における情報処理装置１は、メモリ１３上のデータに対するアクセス指示とボリュームの変更指示とのいずれか一方を受け付けた場合、他方を受け付けるまでキャッシュ制御部１２に送信しない。そして、情報処理装置１は、アクセス指示と変更指示との両方を受け付けた場合に、例えば、アクセス指示と変更指示とを可能な限り近いタイミングでキャッシュ制御部１２に送信する。
【００５４】
これにより、情報処理装置１は、アクセス指示と変更指示とを競合させた状態で競合テストを行うことが可能になる。そのため、情報処理装置１は、競合テストにおける処理の実行状況の判定精度を高めることが可能になる。
【００５５】
なお、キャッシュ制御部１２は、書き込み指示に応じた処理が行われた後、ディスクドライバ１７に対して、書き込み指示に応じた処理によって生成された新たなメタデータの退避を指示する。具体的に、ディスクドライバ１７は、この場合、図１２に示すように、メタデータ記憶領域１３ｂにアクセスすることによって新たに生成されたメタデータであるメタデータＭＤ２を、メタデータ記憶領域１４ｂに書き込む。
【００５６】
［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図１３から図２３は、第１の実施の形態における判定処理の詳細を説明するフローチャート図である。また、図２４から図３０は、第１の実施の形態における判定処理の詳細を説明する図である。図２４から図３０を参照しながら、図１３から図２３の判定処理の詳細を説明する。
【００５７】
［リクエスタにおける事前処理］
初めに、判定処理の前に行う必要がある処理（以下、事前処理とも呼ぶ）のうち、リクエスタ１６が行う処理について説明を行う。具体的に、事前処理は、ディスク１４上のメタデータ記憶領域１４ｂの記憶位置を示すメタデータアドレス情報１３６と、メモリ１３上のメタデータ記憶領域１３ｂにおける各ボリュームのメタデータの記憶位置を含むメタデータ管理情報１３７とを生成する処理である。
【００５８】
リクエスタ１６の指示受信部１１１は、図１３に示すように、変更指示部１１ｂからキャッシュ制御部１２に対して送信されたボリュームの変更指示を受信するまで待機する（Ｓ２１のＮＯ）。この場合、変更指示部１１ｂは、例えば、メタデータ管理情報１３７を生成するために事業者が入力した情報の内容に応じて、入力された情報に対応する複数のボリューム（メタデータ管理情報１３７に情報が含まれる全てのボリューム）に対する変更指示をカーネル１５に送信する。そして、指示受信部１１１は、カーネル１５を介して送信された複数のボリュームの変更指示を受信するまで待機する。
【００５９】
その後、ボリュームの変更指示を受信した場合（Ｓ２１のＹＥＳ）、リクエスタ１６の指示送信部１１２は、Ｓ２１の処理で受信した変更指示をキャッシュ制御部１２に送信する（Ｓ２２）。
【００６０】
続いて、リクエスタ１６の情報管理部１１４は、事前処理が行われているか否かを示す情報である準備判定情報１３２が示す内容を、事前処理が行われていることを示す「ＯＮ」に更新する（Ｓ２３）。具体的に、情報管理部１１４は、情報格納領域１３０に記憶された準備判定情報１３２が示す内容の更新を行う。
【００６１】
そして、情報管理部１１４は、Ｓ２１の処理で受信した変更指示に対応するボリューム名をメタデータ管理情報１３７に設定する（Ｓ２４）。さらに、情報管理部１１４は、現在の時刻を開始時刻としてメタデータ管理情報１３７に設定する（Ｓ２５）。以下、メタデータ管理情報１３７の具体例について説明を行う。
【００６２】
［メタデータ管理情報の具体例］
図２４及び図２５は、メタデータ管理情報１３７の具体例を説明する図である。図２４及び図２５に示すメタデータ管理情報１３７は、メタデータ管理情報１３７に含まれる各情報を識別する「項番」と、各ボリュームを識別する「ボリューム名」と、変更指示に応じた処理の開始時刻を示す「開始時刻」とを項目として有する。また、図２４及び図２５に示すメタデータ管理情報１３７は、変更指示に応じた処理の終了時刻を示す「終了時刻」と、メモリ１３上のメタデータ記憶領域１３ｂにおける各ボリュームのメタデータの記憶位置を示す「記憶位置」とを項目として有する。さらに、図２４及び図２５に示すメタデータ管理情報１３７は、競合テストが行われているボリュームに対応する情報であるか否かを示す「変更操作情報」を項目として有する。
【００６３】
具体的に、Ｓ２１の処理においてボリューム名がＶｏｌ．１であるボリュームの変更指示が受信された場合、情報管理部１１４は、図２４（Ａ）に示すように、例えば、「項番」が「１」である情報の「ボリューム」に「Ｖｏｌ．１」を設定する。そして、変更指示に応じた処理の開始時刻が２０１６年９月２日１６時１２分００秒であった場合、情報管理部１１４は、図２４（Ａ）に示すように、例えば、「項番」が「１」である情報の「開始時刻」に「２０１６／０９／０２  １６：１２：００」を設定する。図２４（Ａ）に含まれる他の情報については説明を省略する。
【００６４】
図１３に戻り、情報管理部１１４は、変更指示に応じた処理の終了を検知するまで待機する（Ｓ２６のＮＯ）。具体的に、情報管理部１１４は、例えば、Ｓ２２の処理で送信した変更指示に応じた処理が終了した旨の情報がキャッシュ制御部１２から送信されるまで待機する。
【００６５】
そして、変更指示に応じた処理の終了を検知した場合（Ｓ２６のＹＥＳ）、情報管理部１１４は、Ｓ２６の処理で終了を検知した処理の終了時刻として現在の時刻をメタデータ管理情報１３７に設定する（Ｓ２７）。
【００６６】
具体的に、変更指示に応じた処理の終了時刻が２０１６年９月２日１６時１３分２５秒であった場合、情報管理部１１４は、図２４（Ｂ）に示すように、例えば、「項番」が「１」である情報の「終了時刻」に「２０１６／０９／０２  １６：１３：２５」を設定する。
【００６７】
その後、情報管理部１１４は、Ｓ２１の処理において全てのボリュームの変更指示を受信済であるか否かを判定する（Ｓ２８）。そして、全てのボリュームの変更指示を受信済でないと判定した場合（Ｓ２８のＮＯ）、情報管理部１１４は、Ｓ２１以降の処理を再度行う。
【００６８】
一方、全てのボリュームの変更指示を受信済であると判定した場合（Ｓ２８のＹＥＳ）、情報管理部１１４は、リクエスタ１６における事前処理を終了する。
【００６９】
［ディスクドライバにおける事前処理］
次に、事前処理のうち、ディスクドライバ１７が行う処理について説明を行う。
【００７０】
ディスクドライバ１７の情報管理部１２７は、図１４に示すように、事前準備タイミングまで待機する（Ｓ３１のＮＯ）。事前準備タイミングは、例えば、Ｓ２１の処理において、リクエスタ１６の指示受信部１１１がアクセス指示部１１ａによって送信された変更指示を受信する前のタイミングである。具体的に、事前準備タイミングは、例えば、事業者が情報処理装置１に対してメタデータアドレス情報１３６の入力を行ったタイミングであってよい。
【００７１】
そして、事前準備タイミングになった場合（Ｓ３１のＹＥＳ）、情報管理部１２７は、メタデータアドレス情報１３６を情報格納領域１３０に記憶する（Ｓ３２）。具体的に、情報管理部１２７は、例えば、事業者が情報処理装置１に入力したメタデータアドレス情報１３６を情報格納領域１３０に記憶する。以下、メタデータアドレス情報１３６の具体例について説明を行う。
【００７２】
［メタデータアドレス情報の具体例］
図２６は、メタデータアドレス情報１３６の具体例を説明する図である。図２６に示すメタデータアドレス情報１３６は、メタデータアドレス情報１３６に含まれる各情報を識別する「項番」と、メタデータ記憶領域１４ｂにおける記憶位置の開始位置を示す「開始位置」と、メタデータ記憶領域１４ｂにおける記憶位置の終了位置を示す「終了位置」とを項目として有する。
【００７３】
具体的に、図２６に示すメタデータアドレス情報１３６において、「項目」が「１」である情報には、「開始位置」として「０ｘ００００００」が設定され、「終了位置」として「０ｘ１０８０００」が設定されている。
【００７４】
図１４に戻り、ディスクドライバ１７の指示受信部１２１は、情報格納領域１３０に記憶された準備判定情報１３２の内容が「ＯＮ」になるまで待機する（Ｓ３３のＮＯ）。すなわち、指示受信部１１１は、Ｓ２３の処理において、リクエスタ１６の情報管理部１１４が準備判定情報１３２の内容を「ＯＮ」に更新するまで待機する。
【００７５】
そして、準備判定情報１３２の内容が「ＯＮ」になった場合（Ｓ３３のＹＥＳ）、指示受信部１２１は、キャッシュ制御部１２からメタデータの書き込み指示を受信するまで待機する（Ｓ３４のＮＯ）。
【００７６】
具体的に、指示受信部１２１は、キャッシュ制御部１２がリクエスタ１６の指示送信部１１２から送信された変更指示に応じた処理を行ったことに応じて、キャッシュ制御部１２からディスク１４上のメタデータ記憶領域１４ｂに対するメタデータの書き込み指示が送信されるまで待機する。
【００７７】
なお、指示受信部１２１は、Ｓ３４の処理において、例えば、情報格納領域１３０に記憶されたメタデータアドレス情報１３６の参照を行うことにより、受信した書き込み指示がメタデータの書き込み指示であるか否かの判定を行う。具体的に、指示受信部１２１は、例えば、受信した書き込み指示に対応する書き込みが行われる記憶領域がメタデータアドレス情報１３６の「開始位置」に設定された位置と「終了位置」に設定された位置との間である場合に、受信した書き込み指示がメタデータの書き込み指示であると判定する。
【００７８】
そして、キャッシュ制御部１２からメタデータの書き込み指示を受信した場合（Ｓ３４のＹＥＳ）、ディスクドライバ１７のデータ書き込み部１２２は、Ｓ３４の処理で受信した書き込み指示に応じた処理（書き込み）を、ディスク１４上のメタデータ記憶領域１４ｂに対して行う（Ｓ３５）。
【００７９】
また、情報管理部１２７は、この場合、Ｓ３４の処理で受信した書き込み指示に対応するメタデータの書き込み元の記憶位置（メモリ１３上の記憶位置）とディスク１４に対する書き込み時刻とを取得する（Ｓ３６）。
【００８０】
さらに、情報管理部１２７は、図１５に示すように、情報格納領域１３０に記憶されたメタデータ管理情報１３７に含まれる情報のうち、Ｓ３６の処理で取得した書き込み時刻が開始時刻と終了時刻との間に含まれる情報のボリュームを特定する（Ｓ４１）。その後、情報管理部１２７は、Ｓ３６の処理で取得した書き込み元の記憶位置を、Ｓ４１の処理で特定したボリュームに対応するメタデータの記憶位置としてメタデータ管理情報１３７に設定する（Ｓ４２）。
【００８１】
具体的に、図２５（Ａ）に示すメタデータ管理情報１３７において、「項番」が「１」である情報には、「開始時刻」として「２０１６／０９／０２  １６：１２：００」が設定され、「終了時刻」として「２０１６／０９／０２  １６：１３：２５」が設定されている。そのため、例えば、Ｓ３６の処理で取得された書き込み時刻が２０１６年９月２日１６時１２分４５秒である場合、情報管理部１２７は、Ｓ４１の処理において、書き込み時刻が開始時刻と終了時刻との間に含まれる情報として「項番」が「１」である情報と特定する。
【００８２】
さらに、例えば、Ｓ３６の処理で取得された記憶位置が０ｘ０２３９１９である場合、情報管理部１２７は、Ｓ４２の処理において、図２５（Ａ）に示すように、「項番」が「１」である情報の「記憶位置」に「０ｘ０２３９１９」を設定する。
【００８３】
その後、情報管理部１２７は、全てのメタデータの記憶位置がメタデータ管理情報１３７に設定済であるか否かの判定を行う（Ｓ４３）。
【００８４】
その結果、全てのメタデータの記憶位置がメタデータ管理情報１３７に設定済でないと判定した場合（Ｓ４３のＮＯ）、情報管理部１２７は、Ｓ３４以降の処理を再度行う。
【００８５】
一方、全てのメタデータの記憶位置がメタデータ管理情報１３７に設定済であると判定した場合（Ｓ４３のＹＥＳ）、情報管理部１２７は、メタデータ管理情報１３７の変更操作情報が示す内容の全てに、競合テストが行われていないことを示す「ＯＦＦ」を設定する（Ｓ４４）。
【００８６】
具体的に、メタデータ管理情報１３７における「記憶位置」の欄の全てにメタデータの記憶位置が設定された場合、情報管理部１２７は、図２５（Ｂ）に示すように、「変更操作情報」の欄の全てに初期値として「ＯＦＦ」を設定する。
【００８７】
その後、情報管理部１２７は、情報格納領域１３０に記憶された準備判定情報１３２が示す内容を、事前処理が行われていないこと（事前処理が完了したこと）を示す「ＯＦＦ」に更新する（Ｓ４５）。
【００８８】
これにより、情報処理装置１は、判定処理が行われる際に参照されるメタデータアドレス情報１３６とメタデータ管理情報１３７とを生成することが可能になる。
【００８９】
［アクセス指示部における判定処理］
次に、判定処理のうち、アクセス指示部１１ａが行う処理について説明を行う。
【００９０】
アクセス指示部１１ａは、図１６に示すように、テスト開始タイミングまで待機する（Ｓ５１のＮＯ）。テスト開始タイミングは、例えば、事業者が情報処理装置１に対して競合テストを開始する旨の情報を入力したタイミングであってよい。
【００９１】
そして、テスト開始タイミングになった場合（Ｓ５１のＹＥＳ）、アクセス指示部１１ａは、アクセス指示を所定の時間間隔でキャッシュ制御部１２に向けて送信する（Ｓ５２）。具体的に、アクセス指示部１１ａは、例えば、事業者が情報処理装置１に入力した情報の内容に従った回数のアクセス指示を所定の時間間隔（例えば、１（ミリ秒）間隔）でキャッシュ制御部１２に向けて送信するものであってよい。
【００９２】
［リクエスタにおける判定処理（１）］
次に、判定処理のうち、リクエスタ１６が行う処理について説明を行う。
【００９３】
リクエスタ１６の情報管理部１１４は、図１７に示すように、情報初期化タイミングになるまで待機する（Ｓ６１のＮＯ）。情報初期化タイミングは、例えば、アクセス指示部１１ａがアクセス指示の送信を開始する前のタイミングであってよい。
【００９４】
そして、情報初期化タイミングになった場合（Ｓ６１のＹＥＳ）、情報管理部１１４は、テスト開始判定情報１３３、応答待ち判定情報１３４及び書き込み判定情報１３５のそれぞれが示す内容を初期値に更新する。具体的に、情報管理部１１４は、この場合、競合テストが行われているか否かを示すテスト開始判定情報１３３が示す内容を、競合テストが行われていないことを示す「ＯＦＦ」に更新する。また、情報管理部１１４は、キャッシュ制御部１２に送信したアクセス指示の応答待ちであることを示す応答待ち判定情報１３４が示す内容を、アクセス指示の応答待ちでないことを示す「ＯＦＦ」に更新する。さらに、情報管理部１１４は、変更指示に応じた処理に伴うメタデータの書き込みが行われたか否かを示す書き込み判定情報１３５が示す内容を、メタデータの書き込みが行われていないことを示す「ＯＦＦ」に更新する（Ｓ６２）。
【００９５】
その後、指示受信部１１１は、アクセス指示部１１ａからキャッシュ制御部１２に向けて送信されたアクセス指示を受信するまで待機する（Ｓ６３のＮＯ）。そして、アクセス指示を受信した場合（Ｓ６３のＹＥＳ）、指示送信部１１２は、Ｓ６３の処理で受信したアクセス指示をキャッシュ制御部１２に送信する（Ｓ６４）。また、情報管理部１１４は、この場合、Ｓ６３の処理で受信したアクセス指示に対応するプロセスＩＤを、情報格納領域１３０に記憶されたアクセス管理情報１３１に設定する（Ｓ６５）。さらに、情報管理部１１４は、この場合、Ｓ６３の処理で受信したアクセス指示に対応する受付時刻として現在の時刻をアクセス管理情報１３１に設定し、Ｓ６３の処理で受信したアクセス指示に対応する状態として「応答待ち」をアクセス管理情報１３１に設定する（Ｓ６６、Ｓ６７）。以下、アクセス管理情報１３１の具体例について説明を行う。
【００９６】
［アクセス管理情報の具体例］
図２７及び図２８は、アクセス管理情報１３１の具体例を説明する図である。図２７及び図２８に示すアクセス管理情報１３１は、アクセス管理情報１３１に含まれる各情報を識別する「項番」と、アクセス指示部１１ａが送信したアクセス指示に対応するプロセスＩＤが設定される「プロセスＩＤ」とを項目として有する。また、図２７及び図２８に示すアクセス管理情報１３１は、アクセス指示部１１ａが送信したアクセス指示を受信した時刻を示す「受信時刻」と、アクセス指示に応じた処理が終了した旨の情報をキャッシュ制御部１２から受信した時刻を示す「応答時刻」とを項目として有する。さらに、図２７及び図２８に示すアクセス管理情報１３１は、アクセス指示に応じた処理の実行状態を示す「状態情報」と、「受信時刻」に設定された時刻と「応答時刻」に設定された時刻との時間差が設定される「時間差」とを項目として有する。なお、「状態情報」には、アクセス指示に応じた処理が終了したことを示す「終了」、アクセス指示に応じた処理が行われていることを示す「応答待ち」、または、アクセス指示に応じた処理の開始を保留していることを示す「保留中」が設定される。
【００９７】
具体的に、例えば、Ｓ６５の処理で取得されたプロセスＩＤが８０であり、Ｓ６６の処理で取得された受信時刻が２０１６年７月２０日１１時０分０秒である場合、情報管理部１１４は、図２７（Ａ）に示すように、例えば、「項番」が「１」である情報の「プロセスＩＤ」に「８０」を設定し、「受信時刻」に「２０１６／０７／２０  １１：００：００．０００」を設定し、「状態情報」に「応答待ち」を設定する。なお、図２７（Ａ）に示す例において、「応答時刻」及び「時間差」に対応する情報はまだ設定されていない。
【００９８】
図１８に戻り、指示受信部１１１は、キャッシュ制御部１２からアクセス指示の応答を受信するまで待機する（Ｓ７１のＮＯ）具体的に、指示受信部１１１は、例えば、アクセス指示に応じた処理が終了した旨の情報をキャッシュ制御部１２から受信するまで待機する。
【００９９】
そして、情報管理部１１４は、アクセス指示の応答を受信した場合（Ｓ７１のＹＥＳ）、情報管理部１１４は、Ｓ７１の処理で受信した応答に対応する応答時刻として現在の時刻をアクセス管理情報１３１に設定する（Ｓ７２）。また、情報管理部１１４は、この場合、Ｓ７１の処理で受信した応答に対応する状態として「終了」をアクセス管理情報１３１に設定する（Ｓ７３）。
【０１００】
さらに、情報管理部１１４は、Ｓ６６の処理で設定した受信時刻とＳ７２の処理で設定した応答時刻との時間差をアクセス管理情報１３１に設定する（Ｓ７４）。
【０１０１】
具体的に、情報管理部１１４は、図２７（Ｂ）に示すように、例えば、図２７（Ａ）に示すアクセス管理情報１３１の「項番」が「１」である情報について、「応答時刻」として「２０１６／０７／２０  １１：００：０１．００３」を設定し、「状態情報」として「終了」を設定する。また、情報管理部１１４は、図２７（Ｂ）に示すように、例えば、図２７（Ａ）に示すアクセス管理情報１３１の「項番」が「１」である情報について、「時間差」として「応答時刻」に設定された時刻と「開始時刻」に設定された時刻との時間差である「１．００３（秒）」を設定する。
【０１０２】
その後、情報管理部１１４は、Ｓ７４の処理で「時間差」に設定した時間が所定の条件を満たすか否かを判定する（Ｓ７５）。所定の条件は、例えば、Ｓ７４の処理で「時間差」に設定された時間と、「時間差」に既に設定されている各時間のうちの最初に設定された時間（「項番」が「１」である情報の「時間差」に設定された時間）との差が所定以上（例えば、１（秒））であることであってよい。
【０１０３】
すなわち、情報管理部１１４は、例えば、アクセス指示部１１ａから送信されるアクセス指示のうち、所定の条件が満たされた直後に受信したアクセス指示を競合テストのテスト対象として決定する。これにより、事業者は、例えば、決められた条件下で行う必要がある競合テストについても行うことが可能になる。
【０１０４】
具体的に、図２７（Ｂ）に示す例において、Ｓ７４の処理で「時間差」に設定された時間（「項番」が「１」である情報の「時間差」に設定された情報）は、アクセス管理情報１３１の「時間差」に最初に設定された時間である。そのため、情報管理部１１４は、この場合、Ｓ７４の処理で設定した時間が所定の条件を満たしていないと判定する。
【０１０５】
一方、図２７（Ｃ）に示す例において、Ｓ７４の処理で「時間差」に設定された時間（「項番」が「３」である情報の「時間差」に設定された情報）と、「項番」が「１」である情報の「時間差」に設定された情報との時間差は、１（秒）以上である。そのため、情報管理部１１４は、この場合、Ｓ７４の処理で設定した時間が所定の条件を満たしていると判定する。
【０１０６】
そして、Ｓ７４の処理で設定した時間差が所定の条件を満たしていると判定した場合（Ｓ７５のＹＥＳ）、情報管理部１１４は、情報格納領域１３０に記憶されたテスト開始判定情報１３３が示す内容を、競合テストが行われていることを示す「ＯＮ」に更新する（Ｓ７６）。すなわち、情報管理部１１４は、Ｓ７５の処理における所定の条件が満たされたことに応じて、競合テストが開始する旨の情報をテスト開始判定情報１３３に反映する。
【０１０７】
なお、情報管理部１１４は、Ｓ７５の処理において、例えば、アクセス指示部１１ａから送信されたアクセス指示の受け付けを連続して（一定の間隔で）所定時間以上行ったか否かの判定を行うものであってもよい。そして、情報管理部１１４は、アクセス指示の受け付けを連続して所定時間以上行ったと判定した場合に、Ｓ７６以降の処理を行うものであってもよい。また、情報管理部１１４は、Ｓ７５の処理において、例えば、アクセス指示部１１ａから送信されたアクセス指示の受け付けを所定時間内に所定回数以上行ったか否かの判定を行うものであってもよい。そして、情報管理部１１４は、アクセス指示の受け付けを所定時間内に所定回数以上行ったと判定した場合に、Ｓ７６以降の処理を行うものであってもよい。
【０１０８】
そして、指示送信部１１２は、変更指示部１１ｂにボリュームの変更指示の送信要求を送信する（Ｓ７７）。すなわち、指示送信部１１２は、競合テストのテスト対象となるアクセス指示の決定に応じて、変更指示部１１ｂに対してボリュームの変更指示の送信を要求する。
【０１０９】
一方、Ｓ７４の処理で設定した時間差が所定の条件を満たしていないと判定した場合（Ｓ７５のＮＯ）、Ｓ６３以降の処理を再度行う。
【０１１０】
その後、指示受信部１１１は、図１９に示すように、アクセス指示部１１ａからキャッシュ制御部１２に向けて送信されたアクセス指示を受信するまで待機する（Ｓ８１のＮＯ）。そして、アクセス指示を受信した場合（Ｓ８１のＹＥＳ）、テスト開始判定情報１３３が「ＯＮ」を示しているか否かを判定する(Ｓ８２)。
【０１１１】
その結果、テスト開始判定情報１３３が「ＯＮ」を示している場合（Ｓ８２のＹＥＳ）、送信抑止部１１３は、Ｓ８１の処理で受信したアクセス指示を保留キューＡに格納する（Ｓ８３）。保留キューＡは、例えば、情報格納領域１３０に設けられたキューである。
【０１１２】
すなわち、競合テストが行われている場合（テスト開始判定情報１３３が「ＯＮ」を示している場合）、送信抑止部１１３は、キャッシュ制御部１２に対するアクセス指示の送信を抑止する。
【０１１３】
これにより、事業者は、競合テストの結果の検証を行う際に、競合テストのテスト対象のアクセス指示に関する情報と、競合テストのテスト対象でないアクセス指示に関する情報との区別が困難になることを防止することが可能になる。
【０１１４】
そして、情報管理部１１４は、Ｓ８１の処理で受信したアクセス指示に対応するプロセスＩＤと情報格納領域１３０に記憶されたアクセス管理情報１３１に設定する（Ｓ８４）。また、情報管理部１１４は、この場合、Ｓ８１の処理で受信したアクセス指示に対応する受付時刻として現在の時刻をアクセス管理情報１３１に設定し、Ｓ８１の処理で受信したアクセス指示に対応する状態として「保留中」をアクセス管理情報１３１に設定する（Ｓ８５、Ｓ８６）。
【０１１５】
具体的に、例えば、Ｓ８４の処理で取得されたプロセスＩＤが１５０であり、Ｓ８５の処理で取得された受信時刻が２０１６年７月２０日１１時１５分０秒である場合、情報管理部１１４は、図２８（Ａ）に示すように、例えば、「項番」が「４」である情報の「プロセスＩＤ」に「１５０」を設定し、「受信時刻」に「２０１６／０７／２０  １１：００：１５．０００」を設定し、「状態情報」に「保留中」を設定する。
【０１１６】
その後、指示受信部１１１は、次のアクセス指示を受信するまで待機する（Ｓ８１のＮＯ）。すなわち、送信抑止部１１３は、図２８（Ｂ）に示すように、競合テストが行われている間、アクセス指示部１１ａから受信したアクセス指示をキャッシュ制御部１２に送信することなく保留キューに蓄積する。
【０１１７】
また、Ｓ８２の処理において、テスト開始判定情報１３３に競合テストが行われていないことを示す「ＯＦＦ」が設定されている場合（Ｓ８２のＮＯ）、リクエスタ１６は、図１８及び図１９で説明した処理を終了する。
【０１１８】
［変更指示部における判定処理］
次に、判定処理のうち、変更指示部１１ｂが行う処理について説明を行う。
【０１１９】
変更指示部１１ｂは、図２０に示すように、リクエスタ１６から変更指示の送信要求を受信するまで待機する（Ｓ９１のＮＯ）。
【０１２０】
そして、送信要求を受信した場合（Ｓ９１のＹＥＳ）、変更指示部１１ｂは、ボリュームの変更指示をキャッシュ制御部１２に向けて送信する（Ｓ９２）。具体的に、変更指示部１１ｂは、例えば、事業者が予め定めた内容の変更指示をキャッシュ制御部１２に向けて送信する。
【０１２１】
［リクエスタにおける判定処理（２）］
次に、判定処理のうち、リクエスタ１６が行う処理について説明を行う。
【０１２２】
指示受信部１１１は、図２１に示すように、変更指示部１１ｂがキャッシュ制御部１２に向けて送信した変更指示を受信するまで待機する（Ｓ１０１のＮＯ）。
【０１２３】
そして、変更指示を受信した場合（Ｓ１０１のＹＥＳ）、情報管理部１１４は、メタデータ管理情報１３７に含まれる情報のうち、受信した変更指示に対応する変更操作情報の内容を「ＯＮ」に更新する（Ｓ１０２）。すなわち、情報管理部１１４は、競合テストの対象のボリュームに対応する変更操作情報の内容を「ＯＮ」に更新する。また、情報管理部１１４は、この場合、Ｓ１０１の処理で受信した変更指示を保留キューＢに格納する（Ｓ１０３）。保留キューＢは、例えば、情報格納領域１３０に設けられたキューである。
【０１２４】
さらに、情報管理部１１４は、情報格納領域１３０に記憶された応答待ち判定情報１３４が示す内容を、アクセス指示の応答待ちであることを示す「ＯＮ」に更新する（Ｓ１０４）。そして、指示送信部１１２は、保留キューＢに格納された変更指示を取り出してキャッシュ制御部１２に送信し、保留キューＡに格納されたアクセス指示のうちの先頭に格納されたアクセス指示を取り出してキャッシュ制御部１２に送信する（Ｓ１０５）。
【０１２５】
ここで、指示送信部１１２は、変更指示とアクセス指示とをキャッシュ制御部１２において競合が発生する時間内に送信する。具体的に、指示送信部１１２は、例えば、変更指示とアクセス指示とをキャッシュ制御部１２に対して同時に送信する。
【０１２６】
これにより、指示送信部１１２は、キャッシュ制御部１２において変更指示に応じた処理の開始とアクセス指示に応じた処理の開始とを競合させることが可能になる。そのため、指示送信部１１２は、キャッシュ制御部１２における競合テストの結果の信頼性を高めることが可能になる。
【０１２７】
なお、Ｓ１０５に処理において、保留キューＡに格納されたアクセス指示のうちの先頭に格納されたアクセス指示を、保留キューＢに格納された変更指示よりも先にキャッシュ制御部１２に送信するものであってもよい。
【０１２８】
その後、指示受信部１１１は、キャッシュ制御部１２からアクセス指示の応答を受信するまで待機する（Ｓ１０６のＮＯ）具体的に、指示受信部１１１は、例えば、アクセス指示に応じた処理が終了した旨の情報をキャッシュ制御部１２から受信するまで待機する。
【０１２９】
そして、情報管理部１１４は、アクセス指示の応答を受信した場合（Ｓ１０６のＹＥＳ）、情報管理部１１４は、情報格納領域１３０に記憶された応答待ち判定情報１３４が示す内容を「ＯＦＦ」に更新する（Ｓ１０７）。
【０１３０】
さらに、指示送信部１１２は、例えば、保留キューＡに格納されたアクセス指示を順に取り出してキャッシュ制御部１２に送信する（Ｓ１０８）。
【０１３１】
［ディスクドライバにおける判定処理］
次に、判定処理のうち、ディスクドライバ１７が行う処理について説明を行う。
【０１３２】
指示受信部１２１は、図２２に示すように、キャッシュ制御部１２からメタデータの書き込み指示を受信するまで待機する（Ｓ１２１のＮＯ）。具体的に、指示受信部１２１は、キャッシュ制御部１２がリクエスタ１６の指示送信部１１２から送信された変更指示に応じた処理を行ったことに応じて、キャッシュ制御部１２からディスク１４上のメタデータ記憶領域１４ｂに対するメタデータの書き込み指示が送信されるまで待機する。なお、指示受信部１２１は、この場合、書き込み指示に対応する書き込みが行われる記憶領域がメタデータアドレス情報１３６の「開始位置」に設定された位置と「終了位置」に設定された位置との間である場合に、Ｓ１２１の処理で受信された書き込み指示がメタデータ記憶領域１４ｂに対するメタデータの書き込み指示であると判定するものであってよい。
【０１３３】
そして、キャッシュ制御部１２から書き込み指示を受信した場合（Ｓ１２１のＹＥＳ）、データ書き込み部１２２は、Ｓ１２１の処理で受信した書き込み指示に応じた処理（書き込み）をディスク１４のメタデータ記憶領域１４ｂに対して行う（Ｓ１２２）。
【０１３４】
続いて、ディスクドライバ１７の第１判定部１２３は、情報格納領域１３０に記憶されたテスト開始判定情報１３３の内容が「ＯＮ」を示しているか否かを判定する（Ｓ１２３）。
【０１３５】
その結果、テスト開始判定情報１３３の内容が「ＯＦＦ」を示している場合（Ｓ１２３のＮＯ）、指示受信部１２１は、Ｓ１２１以降の処理を再度行う。
【０１３６】
一方、テスト開始判定情報１３３の内容が「ＯＮ」を示している場合（Ｓ１２３のＹＥＳ）、第１判定部１２３は、情報格納領域１３０に記憶された応答判定情報１３２の内容が「ＯＮ」を示しているか否かを判定する（Ｓ１２４）。そして、応答待ち判定情報１３４の内容が「ＯＦＦ」を示している場合（Ｓ１２４のＮＯ）、第１結果出力部１２４は、Ｓ１２４の処理での判定結果を出力する（Ｓ１２５）。
【０１３７】
すなわち、Ｓ１２２の処理における書き込み指示に応じた処理は、Ｓ１０６の処理においてリクエスタ１６からキャッシュ制御部１２に対してアクセス指示が送信された後であって、Ｓ１０７の処理においてキャッシュ制御部１２からリクエスタ１６に対してアクセス指示の応答が送信される前に行われる処理である。そのため、Ｓ１２２の処理における書き込み指示に応じた処理が行われる場合において、キャッシュ制御部１２からリクエスタ１６に対してアクセス指示の応答が送信された後であることを示す「ＯＦＦ」が応答待ち判定情報１３４に設定されている場合、第１判定部１２３は、キャッシュ制御部１２が変更指示に応じた処理をアクセス指示に応じた処理よりも優先して行っていない可能性があるものと判定する。
【０１３８】
したがって、ディスクドライバ１７は、リクエスタ１６が更新する応答待ち判定情報１３４等を参照することにより、競合テストの実行に伴う異常の発生を容易に検知することが可能になる。
【０１３９】
また、事業者は、応答待ち判定情報１３４等の更新を行うリクエスタ１６を設けることにより、カーネル１５等に新たな機能追加を行うことなく、競合テストの実行に伴う異常の発生の検知を行うことが可能になる。
【０１４０】
一方、Ｓ１２４の処理において、応答待ち判定情報１３４の内容が「ＯＮ」を示している場合（Ｓ１２４のＹＥＳ）、ディスクドライバ１７の第２判定部１２５は、図２３に示すように、Ｓ１２１の処理で受信した書き込み指示に対応するメタデータの書き込み元の記憶位置（メタデータ記憶領域１３ｂにおける記憶位置）を取得する（Ｓ１３１）。また、第２判定部１２５は、メタデータ管理情報１３７に含まれる情報のうち、変更操作情報の内容が「ＯＮ」であるメタデータの記憶位置を取得する（Ｓ１３２）。
【０１４１】
そして、第２判定部１２５は、Ｓ１３１の処理で取得したメタデータの記憶位置とＳ１３２の処理で取得したメタデータの記憶位置とが同じであるか否かを判定する（Ｓ１３３）。
【０１４２】
その結果、メタデータの記憶位置が同じであると判定した場合（Ｓ１３３のＹＥＳ）、第２結果出力部１２６は、Ｓ１３３の処理での判定結果を出力する。
【０１４３】
すなわち、メタデータの記憶が行われる毎にメモリ１３上のメタデータ記憶領域１３ｂにおける記憶位置が変わる場合、Ｓ１３１の処理で取得されたメタデータの記憶位置は、Ｓ１３２の処理で取得されたメタデータの記憶位置と異なる位置になる。そして、Ｓ１３２の処理で取得されたメタデータの記憶位置は、Ｓ１２２の処理において行われた書き込み指示に応じた処理が行われる前のメタデータ（以下、過去のメタデータとも呼ぶ）の記憶位置である。そのため、Ｓ１３１の処理で取得したメタデータの記憶位置とＳ１３２の処理で取得したメタデータの記憶位置とが同じである場合、第２判定部１２５は、Ｓ１２２の処理において、ディスク１４に対して過去のメタデータの書き込みが再度行われた可能性があるものと判定する。
【０１４４】
これにより、ディスクドライバ１７は、競合テストの実行に伴う異常の発生を容易に検知することが可能になる。
【０１４５】
一方、Ｓ１３３の処理において、メタデータの記憶位置が同じでないと判定した場合（Ｓ１３３のＮＯ）、情報管理部１２７は、書き込み判定情報１３５が示す内容を、メタデータの書き込みが行われていることを示す「ＯＮ」に更新する（Ｓ１３５）。また、情報管理部１２７は、この場合、メタデータ管理情報１３７に含まれる情報のうち、変更操作情報の内容が「ＯＮ」であるメタデータの記憶位置を、Ｓ１３１の処理で取得した記憶位置に更新する（Ｓ１３６）。さらに、情報管理部１２７は、この場合、メタデータ管理情報１３７に含まれる情報のうち、内容が「ＯＮ」である変更操作情報の内容を「ＯＦＦ」に更新する（Ｓ１３７）。
【０１４６】
このように、本実施の形態における情報処理装置１は、例えば、受け付けた複数の指示それぞれの種別に応じた優先度で複数の指示それぞれに応じた処理を実行するキャッシュ制御部１２に、実データ記憶領域１３ａにおける特定のボリュームに記憶されたデータへのアクセス指示と、特定のボリュームの変更指示とを送信する。
【０１４７】
そして、情報処理装置１は、送信したアクセス指示に応じたアクセス処理の実行前に、送信した変更指示に応じて実行される、特定のボリュームについてのメタデータのメタデータ記憶領域１４ｂへの書き込みが検出されたか否かの第１判定を行う。その後、情報処理装置１は、第１判定の結果を出力する。
【０１４８】
これにより、情報処理装置１は、アクセス指示と変更指示とを競合させた状態で競合テストを行うことが可能になる。そのため、情報処理装置１は、競合テストにおける処理の実行状況の判定精度を高めることが可能になる。
【０１４９】
［第２の実施の形態］
次に、第２の実施の形態における判定処理について説明を行う。図２９及び図３０は、第２の実施の形態における第２の実施の形態を説明する図である。
【０１５０】
第１の実施の形態における判定処理では、競合テストの実行に伴う異常の発生の検知がディスクドライバ１７においてのみ行われる（Ｓ１２４、Ｓ１３３）。これに対し、第２の実施の形態における判定処理では、リクエスタ１６においても競合テストの実行に伴う異常の発生の検知が行われる。なお、以下、第１の実施の形態における判定処理と異なる点についてのみ説明を行う。
【０１５１】
図２９は、第２の実施の形態における情報処理装置１の機能のブロック図である。ＣＰＵ１０１は、図２９に示すように、プログラム１１０と協働することにより、リクエスタ１６の機能として、例えば、第１判定部１１５と、第１結果出力部１１６として動作する。すなわち、第２の実施の形態における情報処理装置１では、競合テストの実行に伴う異常の発生の検知を行うための機能をリクエスタ１６の機能としても有している。
【０１５２】
［第２の実施の形態のフローチャート図］
次に、第２の実施の形態における判定処理のフローチャート図について説明を行う。図３０は、第２の実施の形態における判定処理のフローチャート図である。
【０１５３】
リクエスタ１６の第１判定部１１５は、図２１で説明したＳ１０７の処理が行われた後であってＳ１０８の処理が行われる前に、図３０に示すように、情報格納領域１３０に記憶された書き込み判定情報１３５の内容が「ＯＮ」を示しているか否かを判定する（Ｓ１１１）。
【０１５４】
その結果、書き込み判定情報１３５の内容が「ＯＦＦ」を示している場合（Ｓ１１１のＮＯ）、リクエスタ１６の第１結果出力部１１６は、Ｓ１１２の処理での判定結果を出力する（Ｓ１１２）。
【０１５５】
すなわち、Ｓ１０７の処理におけるキャッシュ制御部１２からリクエスタ１６に対してアクセス指示の応答が送信される処理は、Ｓ１２２の処理においてメタデータの書き込み指示に応じた処理が行われた後に行われる処理である。そのため、Ｓ１０７の処理においてアクセス指示の応答が受信された場合において、書き込み判定情報１３５の内容が「ＯＦＦ」を示している場合、第１判定部１１５は、キャッシュ制御部１２が変更指示に応じた処理をアクセス指示に応じた処理よりも優先して行っていない可能性があるものと判定する。
【０１５６】
したがって、リクエスタ１６は、ディスクドライバ１７が更新する書き込み判定情報１３５を参照することにより、競合テストの実行に伴う異常の発生を容易に検知することが可能になる。
【０１５７】
その後、情報管理部１１４は、テスト開始判定情報１３３と応答待ち判定情報１３４の内容を「ＯＦＦ」に更新する（Ｓ１１３）。そして、指示送信部１１２は、図２１で説明したＳ１０８の処理を行う。
【０１５８】
一方、書き込み判定情報１３５の内容が「ＯＮ」を示している場合（Ｓ１１１のＹＥＳ）、第１結果出力部１１６及び情報管理部１１４は、Ｓ１１２及びＳ１１３の処理を行わない。
【０１５９】
これにより、情報処理装置１は、競合テストの実行に伴う異常の発生の検知（図２２のＳ１２４の処理に対応する処理）をリクエスタ１６においても行うことが可能になる。
【０１６０】
なお、情報処理装置１は、この場合、Ｓ１２４及びＳ１２５の処理を行わないものであってもよい。すなわち、情報処理装置１は、この場合、Ｓ１２３の処理においてテスト開始判定情報１３３の内容が「ＯＮ」を示している場合（Ｓ１２３のＹＥＳ）、Ｓ１２４の処理を行うことなく、Ｓ１３１以降の処理を行うものであってもよい。
【０１６１】
以上の実施の形態をまとめると、以下の付記のとおりである。
【０１６２】
（付記１）
受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信し、
送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行い、
前記第１判定の結果を出力する、
処理をコンピュータに実行させることを特徴とする判定プログラム。
【０１６３】
（付記２）
付記１において、
前記送信する処理では、
前記アクセス指示を受け付けた場合、前記変更指示を受け付けるまで、受け付けた前記アクセス指示を前記処理部に対して送信することなく待機し、
前記アクセス指示と前記変更指示とを受け付けた場合、前記処理部に対して前記アクセス指示と前記変更指示とを所定時間内に送信する、
ことを特徴とする判定プログラム。
【０１６４】
（付記３）
付記２において、
前記待機する処理では、所定の条件を満たした場合において、前記アクセス指示を受け付けた場合に、受け付けた前記アクセス指示を前記処理部に対して送信することなく待機する、
ことを特徴とする判定プログラム。
【０１６５】
（付記４）
付記３において、
前記所定の条件は、直前に行われた前記アクセス指示に応じた処理に要した時間が所定時間以上であった場合である、
ことを特徴とする判定プログラム。
【０１６６】
（付記５）
付記３において、
前記所定の条件は、前記アクセス指示の受け付けを連続して所定時間以上行った場合である、
ことを特徴とする判定プログラム。
【０１６７】
（付記６）
付記３において、
前記所定の条件は、前記アクセス指示の受け付けを所定時間内に所定回数以上行った場合である、
ことを特徴とする判定プログラム。
【０１６８】
（付記７）
付記１において、
前記送信する処理では、
前記変更指示を受け付けた場合、前記アクセス指示を受け付けるまで、受け付けた前記変更指示を前記処理部に対して送信することなく待機し、
前記アクセス指示と前記変更指示とを受け付けた場合、前記処理部に対して前記アクセス指示と前記変更指示とを所定時間内に送信する、
ことを特徴とする判定プログラム。
【０１６９】
（付記８）
付記１において、さらに、
前記送信する処理の後、受け付けた前記アクセス指示の前記処理部に対する送信を抑制する、
処理をコンピュータに実行させることを特徴とする判定プログラム。
【０１７０】
（付記９）
付記１において、
前記いずれかの記憶領域の変更指示は、前記処理部に前記いずれかの記憶領域の拡張または縮小を行わせる指示である、
ことを特徴とする判定プログラム。
【０１７１】
（付記１０）
付記１において、
前記第１判定の結果を出力する処理では、前記アクセス指示に応じたアクセス処理の実行前に、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されなかったと判定された場合、異常が発生したことを示す情報の出力を行う、
ことを特徴とする判定プログラム。
【０１７２】
（付記１１）
付記１において、さらに、
前記送信する処理の後、前記アクセス指示の送信が行われたことを示す送信済情報を記憶部に記憶し、
前記アクセス指示に応じた前記アクセス処理の結果を受け付けた場合、前記送信済情報を前記記憶部から削除する、
処理をコンピュータに実行させ、
前記第１判定を行う処理では、前記管理情報の特定の記憶領域への書き込みが検出された際に、前記送信済情報が前記記憶部に記憶されているか否かの判定を行う、
ことを特徴とする判定プログラム。
【０１７３】
（付記１２）
付記１において、さらに、
前記アクセス指示に応じたアクセス処理の実行前に、前記特定の記憶領域への書き込みが検出されたと判定した場合、前記複数の記憶領域のうち、前記管理情報が記憶されている第１記憶領域が、前記複数の記憶領域のうち、前記変更指示によって変更される前の前記管理情報が記憶されていた第２記憶領域と一致するか否かの第２判定を行い、
前記第２判定の結果を出力する、
処理をコンピュータに実行させることを特徴とする判定プログラム。
【０１７４】
（付記１３）
付記１２において、
前記第２判定を行う処理では、前記第１記憶領域のアドレスと前記第２記憶領域のアドレスとが一致するか否かの判定を行う、
ことを特徴とする判定プログラム。
【０１７５】
（付記１４）
付記１２において、
前記第２判定の結果を出力する処理では、前記第１記憶領域が前記第２記憶領域と一致すると判定された場合、異常が発生したことを示す情報の出力を行う、
ことを特徴とする判定プログラム。
【０１７６】
（付記１５）
受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信する指示送信部と、
送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行う第１判定部と、
前記第１判定の結果を出力する第１結果出力部と、を有する、
ことを特徴とする判定装置。
【０１７７】
（付記１６）
付記１５において、さらに、
前記アクセス指示に応じたアクセス処理の実行前に、前記特定の記憶領域への書き込みが検出されたと判定した場合、前記複数の記憶領域のうち、前記管理情報が記憶されている第１記憶領域が、前記複数の記憶領域のうち、前記変更指示によって変更される前の前記管理情報が記憶されていた第２記憶領域と一致するか否かの第２判定を行う第２判定部と、
前記第２判定の結果を出力する第２結果出力部と、を有する、
ことを特徴とする判定装置。
【０１７８】
（付記１７）
受け付けた複数の指示それぞれの種別に応じた優先度で前記複数の指示それぞれに応じた処理を実行する処理部に、複数の記憶領域のうちのいずれかの記憶領域へのアクセス指示と、前記いずれかの記憶領域の変更指示とを送信し、
送信した前記アクセス指示に応じたアクセス処理の実行前に、送信した前記変更指示に応じて実行される、前記いずれかの記憶領域の管理情報の特定の記憶領域への書き込みが検出されたか否かの第１判定を行い、
前記第１判定の結果を出力する、
ことを特徴とする判定方法。
【０１７９】
（付記１８）
付記１７において、さらに、
前記アクセス指示に応じたアクセス処理の実行前に、前記特定の記憶領域への書き込みが検出されたと判定した場合、前記複数の記憶領域のうち、前記管理情報が記憶されている第１記憶領域が、前記複数の記憶領域のうち、前記変更指示によって変更される前の前記管理情報が記憶されていた第２記憶領域と一致するか否かの第２判定を行い、
前記第２判定の結果を出力する、
ことを特徴とする判定方法。
【符号の説明】
【０１８０】
１：情報処理装置            １１ａ：アクセス指示部
１１ｂ：変更指示部          １２：キャッシュ制御部
１３：メモリ                １４：ディスク
【図１】
2018106447.tif 000003
【図２】
2018106447.tif 000004
【図３】
2018106447.tif 000005
【図４】
2018106447.tif 000006
【図５】
2018106447.tif 000007
【図６】
2018106447.tif 000008
【図７】
2018106447.tif 000009
【図８】
2018106447.tif 000010
【図９】
2018106447.tif 000011
【図１０】
2018106447.tif 000012
【図１１】
2018106447.tif 000013
【図１２】
2018106447.tif 000014
【図１３】
2018106447.tif 000015
【図１４】
2018106447.tif 000016
【図１５】
2018106447.tif 000017
【図１６】
2018106447.tif 000018
【図１７】
2018106447.tif 000019
【図１８】
2018106447.tif 000020
【図１９】
2018106447.tif 000021
【図２０】
2018106447.tif 000022
【図２１】
2018106447.tif 000023
【図２２】
2018106447.tif 000024
【図２３】
2018106447.tif 000025
【図２４】
2018106447.tif 000026
【図２５】
2018106447.tif 000027
【図２６】
2018106447.tif 000028
【図２７】
2018106447.tif 000029
【図２８】
2018106447.tif 000030
【図２９】
2018106447.tif 000031
【図３０】
2018106447.tif 000032