(57)【要約】【課題】多機能化されたストレージシステムのアクセス権の設定を、手間をかけずに実行することを可能にする。【解決手段】各アカウントは、木構造を持った階層構造の中に位置づけられており、階層構造の位置に応じた記憶領域をストレージシステム１１０に有し、階層構造の全体は、少なくとも２階層以上の階層を有する。管理コンソール１００は、あるアカウントの子ノードに該当するアカウントに対し、当該アカウントを含む配下のアカウントのアクセス権の設定を変更するためのインタフェースを提供するユーザインタフェース提供手段１０１と、インタフェースにより変更を指示されたアクセス権の設定について、設定の変更を実行する管理操作実行手段１２０と、を有する。【選択図】図１
2013235337.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサービスとして利用可能に提供されるストレージシステムと、
前記ストレージシステムを利用する各アカウントのアクセス権を制御するライセンスコントローラと、
前記各アカウントのアクセス権の設定を変更する管理コンソールと、を含むストレージサービスシステムであって、
前記各アカウントは、
木構造を持った階層構造の中に位置づけられており、
前記階層構造の位置に応じた記憶領域を前記ストレージシステムに有し、
前記階層構造の全体は、少なくとも２階層以上の階層を有し、
前記管理コンソールは、
あるアカウントの子ノードに該当するアカウントに対し、当該アカウントを含む配下のアカウントのアクセス権の設定を変更するためのインタフェースを提供するインタフェース提供手段と、
前記インタフェースにより変更を指示された前記アクセス権の設定について、設定の変更を実行する実行手段と、を有する
ことを特徴とするストレージサービスシステム。
【請求項２】
前記インタフェースが入力フォームを備えるウェブページであることを特徴とする請求項１記載のストレージサービスシステム。
【請求項３】
前記アクセス権は、前記ストレージシステムの利用権、利用可能な容量、付加機能の利用権の内、少なくとも１つ以上であることを特徴とする請求項１又は２記載のストレージサービスシステム。
【請求項４】
あるアカウントのアクセス権の設定は、当該アカウントの子ノードに該当するアカウントに継承されることを特徴とする請求項１から３のいずれか１項記載のストレージサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージサービスシステムに関し、特に、ストレージシステムのアカウント管理技術に関する。
【背景技術】
【０００２】
複数台のコンピュータからなるコンピュータシステムを、ストレージシステムとして機能させる技術が従来知られている。ストレージシステムにおいては、利用するユーザごと、或いは、利用するグループごとにアカウントを持ち、各アカウントに利用可能なディスク領域の大きさ（クォータ）が割り当てられている場合がある。
【０００３】
近時、ストレージシステムの機能を多機能化させる技術が開発されつつあり、そのような多機能化したストレージシステムにおいては、単なるファイルサーバの管理のように、アカウントの有効／無効を切り替えたり、クォータ容量を増減させたりするだけの管理では、充分でなく、また適切でもない。
【０００４】
従来のアカウント管理技術の例としては、例えば、特許文献１のような技術がある。特許文献１では、あるアカウントのコンピュータリソースや情報へのアクセス権（許可権限）、ログ取得の是非、アカウントの有効期限などの情報をまとめて、「ポリシー」と呼び、アカウントと対応付けている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１５２４６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記実情に鑑みてなされたものであって、多機能化されたストレージシステムのアクセス権の設定を、手間をかけずに実行することを可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は、Ｗｅｂサービスとして利用可能に提供されるストレージシステムと、前記ストレージシステムを利用する各アカウントのアクセス権を制御するライセンスコントローラと、前記各アカウントのアクセス権の設定を変更する管理コンソールと、を含むストレージサービスシステムであって、前記各アカウントは、木構造を持った階層構造の中に位置づけられており、前記階層構造の位置に応じた記憶領域を前記ストレージシステムに有し、前記階層構造の全体は、少なくとも２階層以上の階層を有し、前記管理コンソールは、あるアカウントの子ノードに該当するアカウントに対し、当該アカウントを含む配下のアカウントのアクセス権の設定を変更するためのインタフェースを提供するインタフェース提供手段と、前記インタフェースにより変更を指示された前記アクセス権の設定について、設定の変更を実行する実行手段と、を有することを特徴とするストレージサービスシステムを提供するものである。
【発明の効果】
【０００８】
本発明によれば、多機能化されたストレージシステムのアクセス権の設定を、手間をかけずに実行することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態の全体構成を示すブロック図である。
【図２】本実施形態において管理コンソール１００が管理者端末２０１に表示可能に提供するユーザインタフェースの一例を示す図である。
【図３】本実施形態におけるアカウントの階層的構造を説明するための図である。
【図４】図１の管理コンソール１００の詳細な機能構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について、添付図面を参照しながら説明する。
【００１１】
［システム構成］
図１を参照すると、本実施形態は、管理コンソール１００と、ストレージシステム１１０と、ライセンスコントローラ１２０と、を含み、これらの協働により、クライアントデバイス２００に提供されるストレージサービス１である。提供する機能の違いから、ストレージシステム１１０をストレージレイヤ、管理コンソール１００とライセンスコントローラ１２０をサーバレイヤとして分類してもよい。管理コンソール１００は、管理者端末２０１により制御される。
【００１２】
本実施形態に係るストレージシステム１１０は、ネットワーク全体の中においてはウェブサービスとしてストレージへのアクセスを提供するように構成される。ストレージシステム１１０は、いわゆる「クラウド」と呼ばれるパブリックなネットワーク（典型的には、例えばインターネット）を含むネットワーク上に置かれる。
【００１３】
クライアントデバイス２００は、携帯端末やパーソナルコンピュータを含む種々のものを用いることができる。携帯端末としては、限定するものではないが、米国アップルコンピュータ社が提供するオペレーティングシステム（以下、「ＯＳ」）、ｉＯＳを搭載する携帯電話端末やパッド型端末、また、米国グーグル社が提供するＯＳ、Ａｎｄｒｏｉｄ（登録商標）を搭載する携帯端末を用いることができる。
【００１４】
ストレージシステム１１０は、より詳細には、各クライアントデバイス２００上で動作するアプリケーションソフトウェアと通信する。このアプリケーションソフトウェアは、各ＯＳに対応する、いわゆるネイティブアプリケーションである。なお、このようなネイティブアプリケーションにより提供される機能群をアプリケーションレイヤと分類してもよい。
【００１５】
他の実施形態においては、アプリケーションソフトウェアに代替して、ウェブサーバと通信を行いウェブサービスの提供を受けることに適したアプリケーションソフトウェアであるブラウザアプリケーションないしブラウザアプリケーション上で動作するプラグイン（例えば、米国アドビシステムズ社のＦｌａｓｈ（登録商標）など）が、ストレージシステム１１０と通信を行うように構成してもよい。
【００１６】
ストレージシステム１１０とクライアントデバイス２００上のアプリケーションソフトウェアとのプログラム同士の対話は、ＲＥＳＴベースインターフェイスによって実現される。本実施形態において、ＲＥＳＴベースインターフェイスでは、各ウェブサービスコールが、外部状態情報を参照することなくそのコールを処理するために必要なすべての情報を含む。
【００１７】
また、本実施形態において、ＲＥＳＴベースインターフェイスでは、ウェブサービスが、指定された動作および１以上のクエリパラメータを含むＵＲＬ（「Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ」）などのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ））として指定されたウェブサービス呼出し要求に応答して、ＨＴＴＰ（「ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ」）を使用するＸＭＬ（「ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ」）フォーマットでデータを返す。
【００１８】
管理コンソール１００は、ストレージサービス１の利用者ないし利用グループのアカウントを管理するためのアカウント管理サーバである。以下では、説明の便宜のため、利用者ないし利用グループを同等のものとして「アカウント」と呼ぶ。管理コンソール１００は、ライセンスコントローラ１２０に記憶される設定を変更して、各アカウントによるストレージシステム１１０へのアクセスの許可／不許可を制御することによって、アカウント管理を行う。
【００１９】
また、管理コンソール１００は、管理者のためのユーザインタフェースを備える。本実施形態では、具体的には、ユーザインタフェースはウェブページの形態で管理者に提供される。図２に具体例を示す。
【００２０】
図２は、管理コンソール１００が管理者端末２０１に表示可能に提供するユーザインタフェースの一例を示すものであり、管理コンソール１００を介してライセンスコントローラ１２０やストレージシステム１１０を操作するためのユーザインタフェースである。図２に示す例は、ウェブページの形態である。管理コンソール１００のユーザインタフェースとなるウェブページは、好ましくは、入力フォームを備え、管理コンソール１００にあらかじめ設定されたパラメータや、管理者が望んだ任意のパラメータを入力することができる。
【００２１】
図２において、上段の第１ペインには、ログイン時は管理者ＩＤや管理者名が表示され、ログアウト操作をするためのリンクも表示される。ログアウト操作をするためのリンクをクリックすると、図２のユーザインタフェースからログアウト操作を示すパラメータが管理コンソール１００に入力され、管理コンソール１００がログアウト処理を行う。
【００２２】
下段左列の第２ペインには、ログインしている管理者が管理を許可されているアカウントのアクセス権を設定するためのページへのリンクが表示される。図２では、上から順に、「ＰＡＬ管理」「ＶＡＲ管理」「企業管理」「部署管理」という「ＰＡＬ層」「ＶＡＲ層」「企業層」「部署層」の４層それぞれに対する管理操作が実行可能なページへのリンクが表示されている例が示されている。本例は最上層の「ＰＡＬ層」の管理者権限を持つ管理者がログインしている例が示されている。
【００２３】
なお、“ＶＡＲ”は、“Ｖａｌｕｅ  Ａｄｄｅｄ  Ｒｅｓｅｌｌｅｒ”の頭文字であり「再販業者」を意味する。
【００２４】
図３に示すように、ストレージサービス１を利用する各アカウントは、階層的構造に位置づけられる。このように階層的構造を持つアカウント同士の関係は、いわゆる木構造である。最上位のアカウント（第１層のアカウント）は、下位の階層のアカウントの管理をすべて行うことができる。第２層のアカウントは、自ノードの配下にある下位の階層のアカウントの管理をすべて行うことができる。例えば、図３の“ＰＡＬ＿１”は“ＰＡＬ＿１”自身、及び、“ＶＡＲ＿１”，“ＶＡＲ＿２”，“ＶＡＲ＿３”の管理ができるが、“ＶＡＲ＿４”，“ＶＡＲ＿５”の管理はできない。言うまでもなく“ＰＡＬ＿２”の管理もできない。
【００２５】
各アカウントは、各アカウントの階層構造の位置に応じた記憶領域をストレージシステム１１０に有している。例えば、図３におけるアカウント“ＶＡＲ＿２”がストレージシステム１１０に持つ記憶領域のＵＲＩは、下記のもので表される。
／ｒｏｏｔ／ＰＡＬ＿１／ＶＡＲ＿２／
【００２６】
再び図２を参照して、管理コンソール１００のユーザインタフェースの説明を続ける。下段右列の第３ペインには、第２ペインで選択した管理対象アカウントに対する管理操作が可能な入力フォーム等が表示される。図２では、「ＶＡＲ管理」を選択した場合における例が示されている。図２でログインしている管理者は、ＰＡＬ層以上の管理が可能な権限を持った管理者である。そのため、第３ペインには、ＶＡＲ層のアカウントが列挙されている。
【００２７】
図２の第３ペインの“Ｎｏ．１”のアカウントは、“ａａａ”という名称で、配下に４５件のライセンスを持ち、ストレージ容量が１００ＧＢ割り当てられているところ２５ＧＢまで使用していることが示されている。ここで、ライセンスとは、子ノードにあたる配下のアカウントである。本例では、アカウント“ａａａ”の子ノードにあたる配下のアカウント数が４５であることを示している。
【００２８】
ライセンス数の増減や割り当てられているストレージ容量の増減を行うには、［操作］へのリンクをたどり、リンクをたどった先に表示される入力フォーム等を用いて、管理コンソール１００に所定のパラメータを入力することによって行う。
【００２９】
図４に、管理コンソール１００の詳細な機能構成を示す。図示のように、管理コンソール１００は、ユーザインタフェース提供手段１０１と管理操作実行手段１０２を備える。ユーザインタフェース提供手段１０１は、管理者端末２０１に、図２のようなユーザインタフェースを提供するものである。限定するものではないが、ウェブサーバソフトウェアなどにより実現可能な手段である。管理者端末２０１からのパラメータの入力も入力フォーム等によって受け付ける。
【００３０】
ユーザインタフェース提供手段１０１に入力されたパラメータに応じた管理操作を、管理操作実行手段１０２が実行する。例えば、入力パラメータが示す内容が、ストレージ容量の割り当ての増加であるとすると、管理操作実行手段１０２は、ストレージシステム１１０に所定のコマンドを送信し、ストレージ容量の増加を行う。また、ライセンス数の増加であるとすると、管理操作実行手段１０２は、ライセンスコントローラ１２０に所定のコマンドを送信し、ライセンスを増やす（アカウントを作成する）と同時に、ストレージシステム１１０にも所定のコマンドを送信し、作成したアカウントに対応する階層的な位置に記憶領域を作成する。
【００３１】
各アカウントごとのアクセス権の設定は、ライセンスコントローラ１２０又はストレージシステム１１０に記憶されている。管理操作実行手段１０２は、記憶されている設定を書き換えることで管理操作を実行してもよい。
【００３２】
また、本実施形態においては、上述のアクセス権は、ストレージシステム１１０の利用権（ライセンス）、利用可能な容量（ストレージ容量）、付加機能の利用権の内、少なくとも１つ以上であることが好ましい。付加機能の利用権とは、各アカウントに付加的に提供される各種機能を利用する権利である。付加機能の例としては、ストレージサービス１と連動したカメラ機能、カレンダー機能、共有フォルダ機能などがある。
【００３３】
また、本実施形態においては、これらのアクセス権の設定について、親ノードにあたるアカウントの設定を子ノードにあたるアカウントが継承するように構成してもよい。つまり、上位アカウントのアクセス権の設定が、カメラ機能の利用不可、カレンダー機能の利用可という設定である場合、下位アカウントのアクセス権の設定がデフォルトではこの設定であるように構成する。この構成によれば、アクセス権の設定の手間が省ける。
【００３４】
本実施形態においては、図３に示すような階層的構造が、少なくとも２階層以上になっている。このように階層的構造となっているため、親ノードのアカウントは、配下に属する下位のアカウントの管理すべてを実行する必要がない。子ノードのアカウントが管理を実行することができるため、親ノードのアカウントの管理者の手間が省ける。
【００３５】
図３に示す例のように、ストレージシステム１１０のアカウントをいくつかの企業がそれぞれ数十件、数百件購入して、それぞれ独自のセキュリティポリシーでストレージサービスの運用を行うことを想定すると、上位層の管理者が多くの企業それぞれに適したポリシーで管理又は設定を行うのは非常に手間がかかることである。
【００３６】
図１のようなストレージサービス１を導入する場合、上位層、例えば図３の第２層のアカウントは、データセンタなど設備を保有するシステムインテグレータである。システムインテグレータは、データセンタなどの設備を用いて安定したインフラストラクチャを提供することに専念し、各企業のセキュリティポリシーに合わせた運用は、再販業者に任せたいというニーズがある。本実施形態のシステムによれば、このニーズに応えることができ、上層の管理者の手間を低減することができる。
【符号の説明】
【００３７】
１    ストレージサービス
１００    管理コンソール
１０１    ユーザインタフェース提供手段
１０２    管理操作実行手段
１１０    ストレージシステム
１２０    ライセンスコントローラ
２００    クライアントデバイス
２０１    管理者端末
【図１】
2013235337.tif 000003
【図２】
2013235337.tif 000004
【図３】
2013235337.tif 000005
【図４】
2013235337.tif 000006