JP2022007746A - 情報処理システム及び情報処理方法 - Google Patents

Abstract

【課題】コンピュート部からのＩＯ要求をストレージ自身が拒絶することにより、データの不正改竄や漏洩を効果的に防止する。【解決手段】ストレージ部は、コンピュート部から、ソフトウェアのＩＤと、ソフトウェアが入出力を行う記憶領域の情報と、トークンとを含むＩＯ要求を受信して、ＩＯ制御部から受信したソフトウェアのＩＤと、記憶領域の情報と、トークンと照合してアクセス可否を判断し、アクセス可能と判断した場合にＩＯ要求を処理する。【選択図】図１

Description

本発明は、情報処理システム及び情報処理方法に関する。

従来、様々な企業に設置されていた情報システム（コンピュートノードとストレージシステム）は、いずれも企業内のネットワークに配置されているのが主流で、外部のネットワーク（例えばインターネット等）に接続された機器から企業内ネットワークに接続されているストレージシステムにアクセスするような事例は、限定的なものであった。一方で、近年は、インターネット上に構築されたクラウドストレージサービスが急速に普及してきている。

その結果、企業においては、オンプレミス型だけでなく、アプリケーションについてはＳａａＳ、ストレージについては企業内ネットワークに接続されたものとクラウドサービスとして提供されているものの双方で構成されるハイブリッド型や、複数のクラウドサービスを統合的に利用するマルチクラウドといった形で、情報処理システムを構成するような事例も増えてきつつある。

また、上記のようなストレージリソースに対しては、インターネット環境からアクセスするような事例も増えてきている。このような状況では、従来多くの企業で採られていた社内ネットワークと外部のネットワークの境界にゲートウェイ／ファイヤウォールを設けるだけでは、社内ネットワークにマルウェアが侵入したり、外部ネットワークから社内ネットワークに接続された情報システムに不正アクセスが行われたりすることを、十分に防ぐことが困難になってきている。

このため、ゼロトラストモデルに代表されるように、近年は企業内ネットワークに接続されたコンピュートノードやストレージノードの間でも、現在行われている以上に通信する相手を確認・検証することが好ましいと考えられるようになりつつある。

特開２０１９－２０４３４３号公報

特許文献１には、複数のユーザが共有するリソース（共有リソース）から生成されるストレージのリソースを操作するような場合において、共有リソースが属するリソースグループに対するアクセスを制御できるように、共有リソースに対してロールを設定する方法が示されている。

しかし、特許文献１では、各リソースがＩＯ要求を検証するため、検証に必要な情報の管理が容易ではない。

本発明の目的は、容易に管理できる構成にて、コンピュート部からのＩＯ要求を検証し、データの不正改竄や漏洩を効果的に防止することにある。

本発明の一態様では、ソフトウェアが稼働するコンピュート部からＩＯ要求を受けて、データを入出力する複数のストレージ部と、前記コンピュート部の、前記ストレージ部へのアクセスを制御するＩＯ制御部と、を備えた情報処理システムにおいて、前記ＩＯ制御部は、前記コンピュート部から、前記ソフトウェアのＩＤと当該ソフトウェアが入出力を行う記憶領域の情報とを含む認証要求を受信し、前記認証した場合に、前記コンピュート部に前記ストレージ部にアクセスするためのトークンを送信するとともに、前記記憶領域の情報に対応するストレージ部に、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを送信し、前記ストレージ部は、前記コンピュート部から、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを含むＩＯ要求を受信して、前記ＩＯ制御部から受信した前記ソフトウェアのＩＤと、前記記憶領域の情報と、前記トークンと照合してアクセス可否を判断し、アクセス可能と判断した場合に前記ＩＯ要求を処理する。

本発明の一態様によれば、容易な情報管理にて、データの不正改竄や漏洩を効果的に防止することができる。

本実施の形態による情報処理システムの全体構成を示すブロック図である。 コンピュートノード及びＩＯパスコントローラの概略構成を示すブロック図である。 ストレージノードの概略構成を示すブロック図である。 コンピュートノードのメモリに格納されたプログラム及び情報の説明に供するブロック図である。 ＩＯパスコントローラのメモリに格納されたプログラム及び情報の説明に供するブロック図である。 ストレージノードのメモリに格納されたプログラム及び情報の説明に供するブロック図である。 ＩＯパスコントローラ及びコンピュートノードへ、秘密情報を設定する処理手順を示すラダーチャートである。 ＩＯパスコントローラ及びストレージノードへ、秘密情報を設定する処理手順を示すラダーチャートである。 本実施の形態による、コンピュートノードのアクセス制御用情報テーブルの構成例である。 本実施の形態による、ＩＯパスコントローラの対コンピュートノードアクセス制御用情報テーブルの構成例である。 本実施の形態による、ＩＯパスコントローラの対ストレージノードアクセス制御用情報テーブルの構成例である。 本実施の形態による、ストレージノードのアクセス制御用情報テーブルの構成例である。 本実施の形態による、ＩＯパスコントローラからコンピュートノード及びストレージノードへのトークン等の通知、設定手順を示すラダーチャートである。 本実施例の形態による、コンピュートノードからのＩＯ要求に対するストレージノードでの実行可否決定の処理手順を示すラダーチャートである。 本実施例の形態による、トークンの更新及び削除の処理手順を示すラダーチャートである。 本実施の他の形態による情報処理システムの全体構成を示すブロック図である。

以下、図面を参照して、本発明の一実施の形態を詳述する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。本発明が実施形態に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。本発明は、当業者であれば本発明の範囲内で様々な追加や変更等を行うことができる。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は複数でも単数でも構わない。

以下の説明では、「テーブル」、「表」、「リスト」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号または参照符号における共通番号を使用し、同種の要素を区別して説明する場合は、その要素の参照符号を使用または参照符号に代えてその要素に割り振られたＩＤを使用することがある。

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、少なくとも１以上のプロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインタフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノード、ストレージシステム、ストレージ装置、サーバ、管理計算機、クライアント、またはホストであってもよい。プログラムを実行して行う処理の主体（例えばプロセッサ）は、処理の一部または全部を行うハードウェア回路を含んでもよい。例えば、プログラムを実行して行う処理の主体は、暗号化および復号化、または圧縮および伸張を実行するハードウェア回路を含んでもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２つ以上のプログラムとして実現されてもよい。

図１は、本実施の形態による情報処理システムの構成を示す図である。
当該情報処理システムは、複数のコンピュートノード１００，１０１、複数のストレージノード１２０，１２１，１２２、１つのＩＯパスコントローラ１３０で構成される。以下では、特に差異について言及が不要な場合は、コンピュートノードについては１００、ストレージノードについては１２０と記載する。このように記載した場合でも、全てのコンピュートノード、及びストレージノードについて、同じことがいえることを意味する。

各コンピュートノード１００、各ストレージノード１２０、ＩＯパスコントローラ１３０の間は、例えばファイバーチャネル（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）、イーサネット（登録商標）、ＩｎｆｉｎｉＢａｎｄ又は無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などから構成されるストレージサービスネットワーク１１０を介して接続される。各ストレージノードの間は、ＬＡＮ，イーサネット（登録商標），ＩｎｆｉｎｉＢａｎｄ又は無線ＬＡＮなどから構成されるバックエンドネットワーク１１１を介して接続されている。ただし、ストレージサービスネットワーク１１０及びバックエンドネットワーク１１１が同一のネットワークにより構成されていてもよく、また各コンピュートノード１００及び各ストレージノード１２０がストレージサービスネットワークやバックエンドネットワーク以外の管理用ネットワークに接続されていてもよい。

コンピュートノード１００は、ストレージノード１２０に対してホスト（上位装置）として機能する汎用のコンピュータ装置である。なお、コンピュートノード１００は、仮想マシンのような仮想的なコンピュータ装置であってもよい。コンピュートノード１００は、ユーザ操作や実装されたアプリケーションプログラムからの要求に応じて、ストレージサービスネットワーク１１０を介してストレージノード１２０のデータを読み書きする。

コンピュートノード１００は、図２に示すように、１つ以上のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２００、１つ以上のメモリ２０１、１つ以上の記憶ドライブ２１０、ネットワーク通信部（ＮＩＣ）２０２を備える。ネットワーク通信部２０２は、コンピュートノードがストレージサービスネットワーク１１０を介してストレージノードやＩＯパスコントローラと通信するためのインタフェースである。記憶ドライブ２１０には、自ノード上で動作するＯＳや当該ＯＳ上で動作するアプリケーションソフトウェア、または仮想環境を稼働させるためのハイパーバイザ、ハイパーバイザ上で稼働するゲストＯＳ、またゲストＯＳ上で稼働する様々なアプリケーションソフトウェア等が保存される。本構成は、ＩＯパスコントローラ１３０も同様である。

ストレージノード１２０は、図３に示すように、１つ以上のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３００、１つ以上のメモリ３０１、複数の記憶ドライブ３１０，３１１，３１２と、複数の第１及び第２のネットワーク通信部３２０，３２１とを備える。ネットワーク通信部３２０，３２１は、ストレージサービスネットワーク１１０やバックエンドネットワーク１１１を介して、コンピュートノード１００や他のストレージノードと通信するためのインタフェースである。

ストレージノード１２０は、コンピュートノード１００がデータを読み書きするための記憶領域を提供するサーバ装置である。これらのストレージノードも、コンピュートノード同様に、仮想マシンで構成されていても良い。またストレージノード１２０が、コンピュートノード１００と同一の物理ノードに同居する構成であってもよい。

コンピュートノード１００、ストレージノード１２０、ＩＯパスコントローラ１３０のＣＰＵは、ノード全体の動作制御を司るプロセッサである。各機に搭載されたメモリは、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの揮発性の半導体メモリや、不揮発性の半導体メモリから構成され、ＣＰＵのワークメモリとして各種プログラムや必要なデータを一時的に保持するために利用される。メモリに格納されたプログラムを、少なくとも１つ以上のＣＰＵが実行することにより、後述する各種処理が実行される。

記憶ドライブ３１０，３１１，３１２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＳＣＭ（Ｓｔｏｒａｇｅ Ｃｌａｓｓ Ｍｅｍｏｒｙ）などの大容量の不揮発性の記憶装置で構成される。これらは、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）やＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）、ＳＡＴＡ（Ｓｅｒｉａｌ ＡＴＡ）などのインタフェースで接続され、コンピュートノード１００からのリード要求やライト要求に応じてデータを読み書きするための記憶領域を提供する。

本処理に関連して、コンピュートノード１００，ストレージノード１２０，ＩＯパスコントローラ１３０の各メモリに格納され、利用されるプログラム及び情報について、図４から図６を用いて説明する。

図４は、コンピュートノード１００のメモリ２０１に格納される情報である。当該メモリには、当該ノード上に仮想環境を稼働するための基本ソフトウェア（当該図ではハイパーバイザ４００とゲストＯＳ ４０２，４０３の組），基本ソフトウェア上で動作するアプリケーションソフトウェア４０１、ＩＯパスコントローラ１３０との間で本発明によるＩＯ可否制御に関連した情報を送受信また処理を実行するエージェント４０４、左記処理で送受信あるいは用いられる情報を格納するアクセス制御用情報テーブル４０５が格納される。以下では、当該テーブルをＴＢＬ１と簡略して表記する。

上述の通り、本例では基本ソフトウェアはハイパーバイザとゲストＯＳとしたが、当該形態に限定されるものではない。例えば、ホスト型（ホストＯＳ上でハイパーバイザを稼働させる形態）や、ベアメタル上にＯＳを稼働させ、その上でコンテナ基盤を動作させるような形態でも良い。また、本例では１つのアプリケーション４０１、２つのゲストＯＳ４０２，４０３がメモリ内に格納されているが，アプリケーションやゲストＯＳの数はこれに限定されるものではない。

図５は、ＩＯパスコントローラ１３０のメモリ２０１に格納される情報である。当該メモリには、ＩＯ制御設定ソフトウェア５００，対コンピュートノードアクセス制御用情報テーブル５２０，対ストレージノード用アクセス制御用情報テーブル５２１が格納される。ＩＯ制御設定ソフトウェア５００は、対コンピュートノードアクセス制御設定部５１０，対ストレージノードアクセス制御設定部５１１，トークン生成部５１２を含む。対コンピュートノードアクセス制御設定部５１０は、コンピュートノード１００上のゲストＯＳやアプリケーションを認証し、ストレージノード１２０がＩＯの可否を制御できるようにするためにコンピュートノード１００が管理する必要がある情報をコンピュートノード１００上で動作するエージェント４０４に対して送信する機能を持つ要素である。

同様に、対ストレージノードアクセス制御設定部５１１は、ストレージノード１２０に対して発せられたＩＯ要求を実行するか否かをストレージノード１２０が判断するための情報を、ストレージノード１２０に対して送信する機能を持つ要素である。トークン生成部５１２は、トークンを生成し、対コンピュートノードアクセス制御設定部５１０と対ストレージノードアクセス制御設定部５１１に送信する要素である。コンピュートノードの認証、及びコンピュートノード１００とストレージノード１２０に設定する情報が配置されるのが、対コンピュートノードアクセス制御用情報テーブル５２０及び対ストレージノードアクセス制御用情報テーブル５２１である。以下では、これらのテーブルをＴＢＬ２，ＴＢＬ３と簡略して表記する。

図６は、ストレージノード１２０のメモリ３０１に格納される情報である。当該メモリには、ストレージ制御ソフトウェア６００とアクセス制御用情報テーブル６２０が格納される。以下では、当該テーブルを、ＴＢＬ４と簡略して表記する。ストレージ制御ソフトウェア６００は、ＩＯ処理部６１０とアクセス制御設定部６１１を含む。アクセス制御設定部６１１は、ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００（対ストレージノードアクセス制御設定部５１１）との間で認証処理を行い、当該コントローラが送信したトークンを受信し、アクセス制御情報テーブル６２０に登録する機能を持つ要素である。

ＩＯ処理部６１０は、アクセス制御用情報テーブル６２０に保持されている情報に基づいて、コンピュートノードからのＩＯ要求の実行可否を判断し、その結果に応じＩＯ処理を実行する機能を持つ要素である。ストレージ制御ソフトウェア６００（ＩＯ処理部６１０）がＩＯ要求の実行可否を判断するための情報が格納されているのが、アクセス制御用情報テーブル６２０である。
尚、上記にてｘｘｘソフトウェアと呼ばれたものは、いずれもｘｘｘプログラムと呼ばれても良い。

次に、コンピュートノード１００におけるＴＢＬ１ ４０５，ＩＯパスコントローラ１３０におけるＴＢＬ２ ５２０，ＴＢＬ３ ５２１，ストレージノードにおけるＴＢＬ４ ６２０の各々に登録される情報（項目）について、図９から１２を用いて説明する。説明の順序は、図９，１０，１２，１１とする。

図９は、ＴＢＬ１の要素を示している。ＴＢＬ１は、各コンピュートノードに１つずつ割り当てられる秘密情報ＳｅｃｒｅｃｔＣｍｐ ９００、各コンピュートノードで稼働しているハイパーバイザを識別する情報（ハイパーバイザＩＤ（ＨＩＤ） ９０１）、当該ハイパーバイザ上に構築されているゲストＯＳを識別する情報（ゲストＯＳＩＤ（ＧＯＳＩＤ）９０２）、当該ゲストＯＳがＩＯを行う記憶空間を識別する情報（ターゲットＩＤ （ＴＩＤ）９０３及びボリュームＩＤ（ＶＩＤ）９０４）、（ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ）の各々の組に対して割り当てられるトークン９０５、ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，トークンを連結した値のハッシュ値９０６を要素として持つ。図９上段は、コンピュートノード１００のＴＢＬ１を示し、ＳｅｃｒｅｔＣｍｐ＝７７９ｄｆ５０ｅｅ４．．．が割り当てられ、当該コンピュートノードにはＨＩＤ＝ｄｄ９８ｃｃ０１２．．．であるハイパーバイザが構築されていること、当該ハイパーバイザ上にはＧＯＳＩＤ＝８ａ８５ｆ９８１３．．．であるゲストＯＳが構築されており、当該ゲストＯＳはＴＩＤ＝ｉｑｎ．ａａａ…，ＶＩＤ＝０，１，２、及びＴＩＤ＝ｉｑｎ．ｂｂｂ．．．，ＶＩＤ＝０，１である記憶空間に対してＩＯを実行できること等を示している。当該図下段は、別のコンピュートノード１０１のＴＢＬ１を示している。

図１０は、ＴＢＬ２の要素を示している。ＴＢＬ２は、ハッシュ値９０６を除き、ＴＢＬ１と同じである。すなわち、要素１０００は要素９００と、要素１００１は要素９０１と、要素１００２は要素９０２と、要素１００３は要素９０３と、要素１００４は要素９０４と、要素１００５ は要素９０５と同じである。当該図に示されるように、ＴＢＬ２には、全てのコンピュートノードのＴＢＬ１が含まれる。

図１２は、ＴＢＬ４の要素を示している。ＴＢＬ４は、各ストレージノードに１つずつ割り当てられる秘密情報ＳｅｃｒｅｔＳｔｒ １２００、各ストレージノードに構成されている記憶空間を識別する情報（ターゲットＩＤ （ＴＩＤ）１２０１及びボリュームＩＤ（ＶＩＤ）１２０３）、（ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ）の各々の組に対して割り当てられるトークン１２０４、ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，トークンを連結した値のハッシュ値１２０５を要素として持つ。図１２上段は、ストレージノード１２０のＴＢＬ４で、ＳｅｃｒｅｔＳｔｒ＝９４ａｆ２３ｄｅ．．．が割り当てられ、当該ストレージノードにはＴＩＤ＝ｉｑｎ．ａａａ．．．であるターゲット、当該ターゲット下にＶＩＤ＝０，１，２である記憶空間が構築されていること等を示している。当該図下段は、別のストレージノード１２１のＴＢＬ４を示している。

図１１は、ＴＢＬ３の要素を示している。ＴＢＬ３の要素は、ハッシュ値１２０５を除き、ＴＢＬ４と同じである。すなわち、要素１１００は要素１２００と、要素１１０１は要素１２０１と、要素１１０２は要素１２０２と、要素１１０３は要素１２０３と、要素１１０４は要素１２０４と同じである。当該図に示されるように、ＴＢＬ３には、全てのストレージノードのＴＢＬ４が含まれる。

図７及び先述の図９，１０を用いて、コンピュートノードのＴＢＬ１ ４０５と、ＩＯパスコントローラのＴＢＬ２ ５２０に情報を登録する処理と、登録する情報について説明する。

コンピュートノード１００を新たにシステムに増設する場合、管理者は、対象のコンピュートノード１００を識別する情報（例えばＩＰアドレスやＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）や製品のシリアルナンバー等）と共に、ＩＯパスコントローラ１３０にＳｅｃｒｅｔＣｍｐの生成を要求する（７００）。ＳｅｃｒｅｔＣｍｐの生成を終える（７０１）と、ＩＯパスコントローラ１３０（ＩＯ制御設定ソフトウェア５００）は、生成したＳｅｃｒｅｔＣｍｐを、管理者が与えた識別する情報と一致するコンピュートノード１００に送信する（７１０，７１１）。ＩＯパスコントローラ１３０及び当該コンピュートノード１００は、当該ＳｅｃｒｅｔＣｍｐを、各々ＴＢＬ２，ＴＢＬ１に登録する（７１２及び１０００，７１３及び９００）。尚、本登録は、管理者が手動で行っても良い。

続いて管理者は、対象とするコンピュートノード１００上のハイパーバイザ，ハイパーバイザ上に構築されたゲストＯＳのＩＤ，及び各々のゲストＯＳがアクセスする記憶領域を特定する情報を、当該コンピュートノードのＴＢＬ１４０５及びＩＯパスコントローラ１３０のＴＢＬ２ ５２０に登録する（処理：７２０から７２１，登録項目：９０１から９０４）。本実施例では、ゲストＯＳがアクセスする記憶領域は、ターゲットＩＤとそのターゲット下に構成されたボリュームのＩＤで特定できることを想定している。但し、記憶領域を特定する手段は、構成法によるため、上に記した方法に限定されるものではない。図９に記載の通り、当該テーブルには、ボリュームＩＤ毎にトークン９０５及びハッシュ値９０６が登録する項目として設けられているが、上記初期設定時には、当該項目には何も登録しなくて良い。ハッシュ値は、ゲストＯＳ ＩＤ，ターゲットＩＤ，ボリュームＩＤ，トークンから計算するため、トークンを受領した際に計算し、当該テーブルに登録する。トークン及びハッシュ値を計算・登録するタイミングについては、図１３についての説明の中で述べる。

続いて管理者は、対象とするコンピュートノード１００におけるＴＢＬ１ ４０５に登録した内容と同じ内容（トークンとハッシュ値を除く）を、ＩＯパスコントローラ１３０のＩＯ制御ソフトウェア５００に対し、ＴＢＬ２ ５２０として登録するよう指示する（処理：７３０から７３２，登録項目：１００１から１００４）。尚、ＴＢＬ２ ５２０には、ハッシュ値の列は無い。コンピュートノード１００の場合と同様、トークンは、生成された時に登録する。登録のタイミングについては、ＴＢＬ１ ４０５同様に、図１３についての説明の中で述べる。尚、図７ではハイパーバイザＩＤ，ゲストＯＳＩＤ，ボリュームＩＤのＴＢＬ１への登録は管理者が行う形としているが、コンピュートノード１００上のエージェント４０４とＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００とが適切に通信を行い、ＴＢＬ１ ４０５，ＴＢＬ２ ５２０に登録する形としても良い。

次に、図８、及び先述の図１１，１２を用いて、ＩＯパスコントローラのＴＢＬ３ ５２１と、ストレージノード１２０のＴＢＬ４ ６２０に情報を登録する処理と、登録する情報について説明する。ストレージノード１２０を新たにステムに増設する場合、管理者は、対象のストレージノード１２０を識別する情報（例えばＩＰアドレスやＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）や製品のシリアルナンバー等）と共に、ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００に、ＳｅｃｒｅｔＳｔｒの生成を要求する（８００）。

ＳｅｃｒｅｔＳｔｒの生成を終える（８０１）と、ＩＯ制御設定ソフトウェア５００は、生成したＳｅｃｒｅｔＳｔｒを、指定されたストレージノード１２０に送信する（８１０，８１１）。ＩＯ制御設定ソフトウェア５００及び当該ストレージノードのストレージ制御ソフトウェア６００は、当該ＳｅｃｒｅｔＳｔｒを、それぞれＴＢＬ３ ５２１，ＴＢＬ４ ６２０に登録する（８１２，８１３）。尚、ストレージノードのＴＢＬ４ ６２０へのＳｅｃｒｅｔＳｔｒの登録は、管理者が手動で行っても良い。

続いて管理者は、ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００に対し、ＴＢＬ２ ５２０から、各記憶空間（ターゲットＩＤとボリュームＩＤで特定される）をアクセスするゲストＯＳの情報を、ＴＢＬ３ ５２１に登録することを要求する（８２０）。当該要求を受信すると、ＩＯ制御設定ソフトウェア５００は、ＴＢＬ２ ５２０に登録されている情報からＴＢＬ３ ５２１に登録する情報を構成し、登録する（８２１）。当該登録を完了すると、ＩＯ制御設定ソフトウェア５００は、当該テーブルに登録した情報を、該当するストレージノード１２０に対して送信し、当該ストレージノード１２０に対し、ＴＢＬ４ ６２０に登録することを要求する（８２２）。当該情報及び要求を受信したストレージノード１２０のストレージ制御ソフトウェア６００は、受信した情報をＴＢＬ４ ６２０に登録する（８３１）。

次に、図１３を用いて、コンピュートノード１００，ＩＯパスコントローラ１３０，ストレージノード１２０が起動（１３００から１３０２）した後、コンピュートノード１００がストレージノード１２０へのＩＯを実行する前に、当該３者間で行われるアクセス制御処理及び送受信される情報について説明する。以下は、３者が既に起動された状態であるところからの説明である。

コンピュートノード１００のエージェント４０４は、当該ハイパーバイザ上に構築されているゲストＯＳのＩＤ（ＨＶＩＤ及びＧＯＳＩＤ），当該ゲストＯＳがアクセスする記憶空間のＩＤ（ターゲットＩＤ（ＴＩＤ）とボリュームＩＤ（ＶＩＤ））を、コンピュートノードのドライブあるいはゲストＯＳやハイパーバイザなどの各ソフトウェアのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して取得する（１３１０）。

複数のゲストＯＳが構築されていた場合は、ゲストＯＳごとに１３１１から1３５０までの処理を実施する。ここではある１つのゲストＯＳの処理を示す。次に、ＨＶＩＤ，選択したゲストＯＳのＩＤ ＧＯＳＩＤ，ＴＩＤ，ＶＩＤを連結し、データＤ１を生成する（１３１１）。処理１３１１における記号 ｜｜ は、データを連結することを表す。Ｄ１を生成すると、エージェント４０４は、ＴＢＬ１ ４０５に登録されているＳｅｃｒｅｔＣｍｐを用いて、Ｄ１に関する電子署名Ｓｉｇｎ１を計算する（１３１２）。

本実施例では、ＳｅｃｒｅｔＣｍｐ及びＳｅｃｒｅｔＳｔｒは、コンピュートノード１００とＩＯパスコントローラ１３０及びＩＯパスコントローラ１３０とストレージノード１２０の間で、それぞれ同じ値が登録されているものとしている。従って、ＳｅｃｒｅｔＣｍｐを共通鍵暗号の鍵として利用して、ＧＭＡＣアルゴリズムに従って計算した値は、本電子署名を計算する方法の一例である。但し、左記方法に限定する必要はない。尚、処理１３１２におけるＳｇｎ（ｘ）は、値ｘの電子署名を計算するアルゴリズムあるいは関数を表している。電子署名Ｓｉｇｎ１を算出すると、エージェント４０４は、Ｓｉｇｎ１をデータＤ１と連結し、ＩＯパスコントローラ１３０に対して送信する（１３１３）。

ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００は、Ｄ１とＳｉｇｎ１を受信すると、データＤ１及びＴＢＬ２ ５２０に登録されているＳｅｃｒｅｔＣｍｐの値を用いて、Ｓｇｎ（ｘ）のアルゴリズムに従って、電子署名の値を計算する（１３２０）。計算した結果がＳｉｇｎ１と一致していない場合は処理を中断する。両者が一致していた場合は、ＴＢＬ２ ５２０については処理１３１３において受領したＨＶＩＤ，ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ値が設定されたエントリを、ＴＢＬ３ ５２１については受領したＴＩＤ，ＶＩＤ，ＧＯＩＳＤ値が設定されたエントリを検索する（１３２１）。

そして、ＩＯ制御設定ソフトウェア５００はトークンを生成する（１３２２）。続いて、処理１３２２において生成したトークンをＧＯＳＩＤ，ＴＩＤ，ＶＩＤと連結してデータＤ２を、またＨＶＩＤにデータＤ２を連結してデータＤ３を生成する（１３２３，１３２４）。そして、データＤ２，Ｄ３を、それぞれ処理１３２１で検出されたＴＢＬ３ ５２１及びＴＢＬ２ ５２０のエントリに登録されているＳｅｃｒｅｔＳｔｒ，ＳｅｃｒｅｔＣｍｐで暗号化し、Ｅ．Ｄ２及びＥ．Ｄ３を生成する（１３２５，１３２６）。処理１３２５，１３２６におけるＥ．Ｄｘは、データＤｘが暗号化されたデータであることを、Ｅ（Ｘ，Ｙ）はデータＹを鍵データＸを用いて暗号化することを表す。暗号化アルゴリズムは、十分な強度を備えていればどのようなものでも良い。ＡＥＳ２５６－ＧＣＭ９６は、現時点では上記のようなアルゴリズムの一例である。

Ｅ．Ｄ２及びＥ．Ｄ３を生成すると、ＩＯ制御設定ソフトウェア５００は、Ｅ．Ｄ３をコンピュートノード１００に、Ｅ．Ｄ２をストレージノード１２０にそれぞれ送信する（１３２７，１３２８）。

コンピュートノード１００がＥ．Ｄ３を受信すると、エージェント４０４はＳｅｃｒｅｔＣｍｐを用いてＥ．Ｄ３を復号し、データＤ４を得る（１３３０）。続いて、取り出したデータＤ４が、自身が処理１３１１において生成したデータＤ１に含まれる各値と同一であるかを確認する（１３３１）。値が異なっていた場合は、処理を中断する。値が一致していた場合は、データＤ４からデータＤ２の要素（ＧＯＳＩＤ｜｜ＴＩＤ｜｜ＶＩＤ｜｜トークン）を抽出してデータＤ５とし、そのハッシュ値Ｈ．Ｄ５を計算する（１３３２，１３３３）。

用いるハッシュアルゴリズムは、十分な強度を備えることが認められているものであれば、どのようなものでもよい。ＳＨＡ－２５６は、上記のようなアルゴリズムの一例である。Ｈ．Ｄｘは、規定のアルゴリズムに従って、Ｄｘから計算したハッシュ値を表す。Ｈ．Ｄ５を計算すると、エージェント４０４は、ＴＢＬ１ ４０５の該当エントリに、トークンとＨ．Ｄ５を登録する（１３３４）。登録を完了すると、そのことをＩＯパスコントローラ１３０に通知する（１３３５）。

コンピュートノード１００での処理１３３０から１３３４と並んで、ストレージノード１２０では処理１３４０から１３４４が実行される。ストレージノード１２０がＥ．Ｄ２を受信すると、ストレージ制御ソフトウェア６００は、ＳｅｃｒｅｔＳｔｒを用いてＥ．Ｄ２を復号し、データＤ６を得る（１３４０）。続いて、データＤ６から、ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，トークンを抽出し、ＴＢＬ４ ６２０の中で当該値を含むエントリを検索する（１３４１）。該当するエントリを検出したら、データＤ６のハッシュ値Ｈ．Ｄ６を計算し、上記で検出されたＴＢＬ４ ６２０のエントリに、トークンとハッシュ値Ｈ．Ｄ６を登録する（１３４２，１３４３）。登録を完了すると、そのことをＩＯパスコントローラ１３０に通知する（１３４４）。

コンピュートノード１００とストレージノード１２０から通知１３３５と１３４４を受信すると、ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００は、データＤ３の要素ＨＶＩＤ，ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，トークンを、処理１３２１で検出したＴＢＬ２ ５２０とＴＢＬ３ ５２１のエントリに登録する。

以上の処理により、各コンピュートノード１００では、自身に構築されている各ゲストＯＳと、当該ＯＳがＩＯを行う記憶空間に対して割り当てられたトークンが保持される。また各ストレージノード１２０では、自身に構成されている記憶空間について、コンピュートノード１００に登録されているトークンと同じトークンが保持される。

次に、図１４を用いて、コンピュートノード１００のゲストＯＳ上で稼働するアプリケーション４０１がストレージノード１２０に対してＩＯ要求をする場合に、その実行可否をストレージノード１２０が判断する処理について説明する。

アプリケーション４０１がゲストＯＳに対してＩＯ要求を発すると、ゲストＯＳはその要求をハイパーバイザに伝える（１４１０，１４１１）。当該情報を受信したハイパーバイザ４００は、ＩＯ要求発信元であるゲストＯＳと、ＩＯ先記憶空間のＩＤ（ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ）を把握する（１４２０）。続いて、把握したＧＯＳＩＤ，ＴＩＤ，ＶＩＤが割り当てられているＴＢＬ１の中のエントリを検索し、当該エントリに含まれるトークンとハッシュ値を把握する（１４２１）。そして、ＴＢＬ１ ４０５から抽出したトークンとハッシュ値を連結してパラメータＰ１を作成し（１４２２）、ＩＯ要求に付帯させてストレージノード１２０に送信する（１４２３）。

ストレージノード１２０は、ＩＯ要求とＰ１を受信すると、ＴＢＬ４ ６２０の中で、Ｐ１中のハッシュ値を要素に持つエントリを検索する。該当するエントリが見つかった場合、エントリに含まれるＴＩＤ，ＶＩＤ，トークンと、Ｐ１に含まれるトークン，及び受信したＴＩＤ，ＶＩＤを比較する。比較の結果、全てが一致していた場合は、要求されたＩＯ処理を実行する。一方で、一つでも一致しない要素があった場合や、該当するエントリが見つからなかった場合は、処理を中断する（１４３０）。

以上の処理により、ストレージノード１２０は、自身に構成されている記憶空間へのＩＯが許可されていないゲストＯＳからのＩＯ要求は、実行しないようになる。

次に、図１５を用いて、登録されたトークンを更新あるいは削除する処理について説明する。トークンの更新契機は、管理者が要求した場合、トークンに有効期間が設定されており有効期間終了後に自動的に更新あるいは削除したりする場合が代表的な例である。図１５は、いずれかの方法により、更新するトークンをＩＯパスコントローラ１３０において選定した時点からの処理の流れである。

更新するトークンの選定が完了すると、ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００は、新しいトークン（以降新トークンと記す）を生成する（１５１１）。尚、トークンを削除する場合は、何も生成しない。続いて、処理（１５１１）において生成したトークンを、ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，従来使用していたトークン（以降旧トークンと記す）と連結してデータＤ７を、またＨＶＩＤにデータＤ７を連結してデータＤ８を生成する（１５１２，１５１３）。削除時は、新トークン部は何も置かない。そして、データＤ７，Ｄ８を、それぞれ処理１５１０で選定したＴＢＬ３ ５２１及びＴＢＬ２ ５２０のエントリに登録されているＳｅｃｒｅｔＳｔｒ，ＳｅｃｒｅｔＣｍｐで暗号化し、Ｅ．Ｄ７及びＥ．Ｄ８を生成する（１５１４，１５１５）。

Ｅ．Ｄ７及びＥ．Ｄ８を生成すると、ＩＯ制御設定ソフトウェア５００は、Ｅ．Ｄ８をコンピュートノード１００に、Ｅ．Ｄ７をストレージノード１２０にそれぞれ送信する（１５１６，１５１７）。

コンピュートノード１００がＥ．Ｄ３を受信すると、エージェント４０４はＳｅｃｒｅｔＣｍｐを用いてＥ．Ｄ８を復号し、データＤ９を得る（１５２０）。続いて、ＴＢＬ１ ４０５の中で、データＤ９に含まれるＨＩＤ，ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，旧トークンを含むエントリを検索する（１５２１）。該当するエントリが存在しなかった場合は処理を中断する。該当するエントリが存在した場合、トークンを更新する場合は、データＤ９からデータＤ２分（ＧＯＳＩＤ｜｜ＴＩＤ｜｜ＶＩＤ｜｜新トークン）を抽出してデータＤ１０とし、そのハッシュ値Ｈ．Ｄ１０を計算する（１５２２，１５２３）。

Ｈ．Ｄ１０を計算すると、エージェント４０４は、ＴＢＬ１ ４０５の該当エントリに、新トークンとＨ．Ｄ１０を上書き登録する（１５２４）。削除する場合は、該当エントリに登録されている旧トークンを削除する。ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，トークンを削除してもよい。以上の処理を完了すると、そのことをＩＯパスコントローラ１３０に通知する（１５２５）。

コンピュートノード１００での処理１５２０から１５２５と並んで、ストレージノード１２０では処理１５３０から１５３５が実行される。ストレージノード１２０がＥ．Ｄ７を受信すると、ストレージ制御ソフトウェア６００は、ＳｅｃｒｅｔＳｔｒを用いてＥ．Ｄ７を復号し、データＤ１１を得る（１５３０）。続いて、ＴＢＬ４ ６２０の中で、データＤ１１に含まれるＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，旧トークンを含むエントリを検索する（１５３１）。

該当するエントリが存在しなかった場合は、処理を中断する。該当するエントリが存在した場合、トークンを更新する場合は、データＤ１１から旧トークンを除いたデータＤ１２を作成し、そのハッシュ値Ｈ．Ｄ１２を計算する（１５３２，１５３３）。そして、上記で検出されたＴＢＬ４のエントリに、新トークンとハッシュ値Ｈ．Ｄ１２を上書き登録する（１５３４）。削除する場合は、該当エントリに登録されている旧トークンを削除する。ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，旧トークンを削除してもよい。以上の処理を完了すると、そのことをＩＯパスコントローラ１３０に通知する（１５３５）。

コンピュートノード１００とストレージノード１２０から通知１５２５と１５３５を受信すると、ＩＯパスコントローラ１３０のＩＯ制御設定ソフトウェア５００は、処理１５１０において選定したエントリの旧トークンを、処理１５１１で作成した新トークンで上書き登録する。削除の場合は、旧トークンを削除するか、ＧＯＳＩＤ，ＴＩＤ，ＶＩＤ，トークンを削除する。

なお、図１において、コンピュートノード、ＩＯパスコントローラ、ストレージノードは、ハードウェアとして別々であり、ネットワークにて接続されているが、これに限らず、ＣＰＵ、メモリ、ドライブといったリソースを仮想化して、同じノード内に配置することができる。例えば、図１の他に下記の形態がある。
（１）コンピュートノード、ストレージノードが同じノードに配置されている。
（２）コンピュートノード、ストレージノードのストレージ制御ソフトウェアが同じノードに配置され、ストレージノードのドライブが別のノードに配置される。
（３）コンピュートノード、ストレージノードのストレージ制御ソフトウェア、ストレージノードのドライブが、それぞれ別のノードに配置される。
（４）ストレージノードが、コントローラを有するコントローラノードと、ドライブを有するドライブノードと、に分かれている。コンピュートノードは、独立している場合と、コントローラノードと一体になっている場合と、がある。この形態を図１６に示す。

ＩＯパスコントローラは、独立したノードでも、いずれかのノードと一体のどちらでもよい。

（１）～（３）は、以上説明した通りで処理が可能である。（４）は、処理が少し異なるので、説明する。（４）は、ある記憶領域に対して、少なくとも一つのコントローラノードと、少なくとも一つのドライブノードとが、担当として設定されている。コンピュートノードは、コントローラノードとドライブノードとの両方に直接または間接的にアクセスすることで、データを入出力することができる。コンピュートノードは、コントローラノードとドライブノードとのそれぞれに直接アクセスしたり、一方へのアクセスが他方に転送されることで、間接的を含めて両方にアクセスする。

（４）の形態では、コントローラノードとドライブノードとの両方が、ストレージノードのアクセス制御機能を有している。ＩＯパスコントローラは、ストレージノードに送付するトークン等を、コントローラノードとドライブノードとの両方に送付する。トークン等を受け取ったコントローラノード及びドライブノードは、それぞれ、コンピュートノードのアクセスを受け入れるための準備を行う。

コンピュートノードは、トークン等とともに、コントローラノードとドライブノードとの一方または両方にリード要求やライト要求を送信する。それを受信したコントローラノードとドライブノードはそれぞれアクセス可否を判断し、処理する。コントローラノードとドライブノードとの間でコンピュートノードからの要求が転送された場合も、同様である。

以上の処理により、コンピュートノード１００、ストレージノード１２０、ＩＯパスコントローラ１３０で管理されているＴＢＬ１，ＴＢＬ４，ＴＢＬ２，ＴＢＬ３に登録されているトークン及びハッシュ値を更新、あるいは削除できる。

実施形態によれば、ストレージノードがＩＯ要求を受信した場合に、当該要求が、登録済みのゲストＯＳが発したものであるか否かを、ストレージノードが判定し、ＩＯ要求の実行可否を決定できる情報システムを実現できる。

また、本発明は、複数のコンピュートノード及びストレージノードを備える種々の構成の情報処理システムに広く適用することができる。

１００ コンピュートノード
１０１ コンピュートノード
１２０ ストレージノード
１２１ ストレージノード
１２２ ストレージノード
１３０ ＩＯパスコントローラ
４００ ハイパーバイザ
４０１ アプリケーションソフトウェア
４０２ ゲストＯＳ A
４０３ ゲストＯＳ B
４０４ エージェント
４０５ アクセス制御情報テーブル
５００ ＩＯ制御設定ソフトウェア
５１０ 対コンピュートノードアクセス制御設定部
５１１ 対ストレージノードアクセス制御設定部
５１２ トークン生成部
５２０ 対コンピュートノードアクセス制御用情報テーブル
５２１ 対ストレージノード用アクセス制御用情報テーブル
６００ ストレージ制御ソフトウェア
６１０ ＩＯ処理部
６１１ アクセス制御設定部
６２０ アクセス制御用情報テーブル

Claims (9)

1. ソフトウェアが稼働するコンピュート部からＩＯ要求を受けて、データを入出力する複数のストレージ部と、
   前記コンピュート部の、前記ストレージ部へのアクセスを制御するＩＯ制御部と、
   を備えた情報処理システムにおいて、
   前記ＩＯ制御部は、
   前記コンピュート部から、前記ソフトウェアのＩＤと当該ソフトウェアが入出力を行う記憶領域の情報とを含む認証要求を受信し、
   前記認証した場合に、前記コンピュート部に前記ストレージ部にアクセスするためのトークンを送信するとともに、前記記憶領域の情報に対応するストレージ部に、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを送信し、
   前記ストレージ部は、
   前記コンピュート部から、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを含むＩＯ要求を受信して、前記ＩＯ制御部から受信した前記ソフトウェアのＩＤと、前記記憶領域の情報と、前記トークンと照合してアクセス可否を判断し、
   アクセス可能と判断した場合に前記ＩＯ要求を処理する情報処理システム。
2. 前記コンピュート部から前記ＩＯ制御部への認証要求の送信と、前記ＩＯ制御部から前記コンピュート部へのトークンの送付は、復号可能な暗号化をして行い、
   前記コンピュート部から前記ストレージ部へのＩＯ要求に含まれる、前記ソフトウェアのＩＤと、前記記憶領域の情報とは、ハッシュ値化されて送信される請求項１に記載の情報処理システム。
3. 前記ストレージ部は、
   前記ＩＯ制御部から受信した前記ソフトウェアのＩＤと、前記記憶領域の情報とをハッシュ値化して、前記トークンに対応付けて保存し、
   前記ＩＯ要求を受信した場合に、前記ＩＯ要求に含まれるハッシュ値に基づいて、前記保存したトークンを選択して照合を行う請求項２に記載の情報処理システム。
4. 前記コンピュート部は、前記ソフトウェアと、エージェントと、を有し、
   前記エージェントは、前記ソフトウェアの依頼により、前記認証要求の送信及び受信した前記トークンの保存を行い、
   前記ソフトウェアは、前記保存されたトークンを用いて、前記ストレージ部へ前記ＩＯ要求を送信する請求項１に記載の情報処理システム。
5. 前記コンピュート部は、
   前記ソフトウェアとして、ハイパーバイザと、前記ハイパーバイザ上で稼働するゲストＯＳと、前記ゲストＯＳ上で稼働するアプリケーションを有し、
   前記アプリケーションが稼働している場合に、前記エージェントが前記認証要求を行って前記トークンを保存し、
   前記アプリケーションの依頼により前記ハイパーバイザが前記ＩＯ要求を送信する請求項４に記載の情報処理システム。
6. 前記コンピュート部は、
   前記ソフトウェアとして、コンテナ基盤と、前記コンテナ基盤上で稼働するアプリケーションを有し、
   前記アプリケーションが稼働している場合に、前記エージェントが前記認証要求を行って前記トークンを保存し、
   前記アプリケーションの依頼により前記コンテナ基盤が前記ＩＯ要求を送信する請求項４に記載の情報処理システム。
7. 前記ストレージ部は、
   互いにネットワークで接続された、第１のストレージ部と、第２のストレージ部とを有して、前記第１のストレージ部と第２のストレージ部とが協働してデータ入出力を行い、
   前記ＩＯ制御部は、
   前記認証した場合に、前記記憶領域の情報に対応する前記第１ストレージ部及び前記第２のストレージ部に、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを送信し、
   前記第１ストレージ部及び第２のストレージ部は、それぞれ 前記コンピュート部から、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを含む前記ＩＯ要求を直接または間接的に受信して、前記ＩＯ制御部から受信した前記ソフトウェアのＩＤと、前記記憶領域の情報と、前記トークンと照合してアクセス可否を判断し、
   アクセス可能と判断した場合に前記ＩＯ要求を処理する請求項１に記載の情報処理システム。
8. 前記ＩＯ制御部は、
   所定の条件を満たした場合に、前記コンピュート部及び前記ストレージ部に、前記トークンの更新または削除の要求を送信し、
   前記コンピュート部及び前記ストレージ部は、
   前記トークンの更新または削除の要求を受信して、前記前記トークンの更新または削除を実行する請求項１に記載の情報処理システム。
9. ソフトウェアが稼働するコンピュート部からＩＯ要求を受けてデータを入出力する複数のストレージ部と、前記コンピュート部の前記ストレージ部へのアクセスを制御するＩＯ制御部とを備えた情報処理システムを用いた情報処理方法おいて、
   前記ＩＯ制御部は、
   前記コンピュート部から、前記ソフトウェアのＩＤと当該ソフトウェアが入出力を行う記憶領域の情報とを含む認証要求を受信し、
   前記認証した場合に、前記コンピュート部に前記ストレージ部にアクセスするためのトークンを送信するとともに、前記記憶領域の情報に対応するストレージ部に、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを送信し、
   前記ストレージ部は、
   前記コンピュート部から、前記ソフトウェアのＩＤと、当該ソフトウェアが入出力を行う記憶領域の情報と、前記トークンとを含むＩＯ要求を受信して、前記ＩＯ制御部から受信した前記ソフトウェアのＩＤと、前記記憶領域の情報と、前記トークンと照合してアクセス可否を判断し、
   アクセス可能と判断した場合に前記ＩＯ要求を処理する情報処理方法。

Images