(57)【特許請求の範囲】
【請求項１】
システム内で複数のオペレーティングシステムを動作可能にするように当該システムを個別のセクションに分割し、サービスを実行するよう構成したパーティションと、
前記パーティションと関連付けた認証サービスのリストと、
前記パーティションと通信状態にあり、前記システムを制御する管理プロセッサであって、前記サービスが前記認証サービスのリストにリストされている場合に、前記サービスに対するクレデンシャルを生成するように構成された管理プロセッサと
を備えてなり、
前記パーティションは、前記サービスから前記管理プロセッサに管理プロセッサのリソースを求める要求を送信し、前記要求は前記サービスに対する前記クレデンシャルを含むものであり、
前記管理プロセッサは、前記要求が前記サービスに対して認証されていることを検証した後に、前記要求を実行する
ことを特徴とするサービスを認証するシステム。
【請求項２】
前記サービスから前記管理プロセッサに、クレデンシャルを求める要求を送信するメッセージキューを更に備える請求項１に記載のシステム。
【請求項３】
前記サービスが前記認証サービスのリストにリストされていることを検証した後に、クレデンシャルを求める前記要求を前記管理プロセッサに送信するように、前記メッセージキューを構成する請求項２に記載のシステム。
【請求項４】
前記サービスから前記管理プロセッサに管理プロセッサのリソースを求める要求を送信する帯域内通信デーモンを更に備え、前記要求は前記サービスに対する前記クレデンシャルを含む請求項１に記載のシステム。
【請求項５】
システム内で複数のオペレーティングシステムを動作可能にするように当該システムを個別のセクションに分割するパーティション上で稼働するサービスを認証する方法であって、
クレデンシャルを求める要求を前記サービスによって開始することと、
前記パーティションと関連付けた認証サービス群に前記サービスがリストされているかを前記パーティションによって検証することと、
前記サービスが前記認証サービス群にリストされていた場合、前記パーティションが、前記パーティションと通信状態にある前記システムを制御するために、クレデンシャルを求める前記要求を管理プロセッサに送信することと、 
前記サービスに対して前記要求が認証されたことを前記管理プロセッサにより検証した後に、前記要求を実行することと
を含んでなる方法。
【請求項６】
前記管理プロセッサに、前記サービス用の演算リソースを求める要求を前記サービスにより送信することを更に含んでなり、
前記要求は、前記要求に応じて前記管理プロセッサから受信した前記サービスに対するクレデンシャルを含む請求項５に記載の方法。
【請求項７】
前記クレデンシャルは、前記管理プロセッサが生成したランダムなパスワードを含む請求項６に記載の方法。
【請求項８】
前記クレデンシャルは、指定期間後に期限切れする請求項６に記載の方法。
【請求項９】
前記クレデンシャルが期限切れした場合、クレデンシャルを求める新たな要求を前記管理プロセッサに自動的に送信することを更に含んでなる請求項８に記載の方法。
【請求項１０】
システム内で複数のオペレーティングシステムを動作可能にするように当該システムを個別のセクションに分割するパーティション上で稼働するサービスを認証するコンピュータプログラムであって、
前記プログラムをコンピュータプロセッサが実行すると、前記コンピュータプロセッサに、
前記サービスに対応する一意なサービス識別子を含み、クレデンシャルを求める要求を前記サービスによって開始する、ステップと、
前記サービスが認証サービス群にリストされているかを前記パーティションにより検証するステップと、
前記サービスが前記認証サービス群にリストされていた場合に、前記クレデンシャルを求める要求を前記パーティションが管理プロセッサに送信するステップと
前記サービスに対して前記要求が認証されたことを前記管理プロセッサにより検証した後に、前記要求を実行するステップと
を実行させるコンピュータプログラム。
【請求項１１】
前記プログラムが、前記コンピュータプロセッサに、前記要求に応じて、前記サービスに対するクレデンシャルを前記管理プロセッサから受信するステップを更に実行させる請求項１０に記載のコンピュータプログラム。
【請求項１２】
前記プログラムが、前記コンピュータプロセッサに、前記管理プロセッサに前記サービス用の演算リソースを求める要求を送信するステップを更に実行させ、前記演算リソースを求める要求は、前記一意なサービス識別子及び前記クレデンシャルを含む請求項１１に記載のコンピュータプログラム。
【発明の詳細な説明】
【背景技術】
【０００１】
多くのシステム（例えば、ブレードサーバ又はセルラサービス）は、システムを個別のセクションに分割するパーティションを利用して、システム内で複数のオペレーティングシステムを動作可能にしている。パーティションは２つの主なカテゴリである、ソフトパーティションとハードパーティションとを含む。ハードパーティションは、システムを物理的に独立したパーティションに分割することによってボードレベルで実装され、該パーティションにより、論理的且つ電気的に複数のオペレーティングシステムを隔離する。ソフトパーティションは、サーバリソース（例えば、ＣＰＵ及びメモリ使用量）を各パーティションに割り当てることによって処理コアレベルで実装され、該パーティションは複数のオペレーティングシステムを機能的に離隔するが、電気的には隔離しない。
【０００２】
パーティションは、該パーティション内で稼働する様々なサービスを有してもよい。サービスをパーティション内で動作させるには、システムの他のパーティションから情報及び／又は構成変更を要求する必要があるかも知れない。これまで、そうした要求は、セキュリティドメインへのアクセスを制御せずに、又は要求をロギングせずに、実行されてきた。しかしながら、システムのセキュリティに関する認識が高まり、要求の実行を認可する及び／又は証跡エントリをロギングする前に、サービスの認証が必要となった。
【発明の概要】
【０００３】
本開示の実施形態は、パーティション上で動作するサービスを認証するシステム及び方法に関する。
【０００４】
簡単に説明すると、一実施形態では、特に、サービスを認証するシステムを備える。このシステムは、サービスを実行するよう構成したパーティションと、該パーティションに関連付けた認証サービスのリストと、該パーティションと通信状態の管理プロセッサとを備えており、管理プロセッサを、サービスが認証サービスのリストにリストされている場合、当該サービスに対してクレデンシャルを生成するように構成する。
【０００５】
別の実施形態では、特に、パーティション上で稼働するサービスを認証する方法を備える。この方法は、サービスによってクレデンシャルを求める要求を開始すること、そのサービスが、パーティションと関連付けた認証サービス群にリストされているかを検証すること、サービスが認証サービス群にリストされている場合、クレデンシャルを求める要求を管理プロセッサに送信することを備える。
【０００６】
別の実施形態では、特に、サービスを認証するプログラムを備えるコンピュータ可読記憶媒体を備える。プログラムをコンピュータプロセッサが実行すると、該プログラムがプロセッサに、サービスによってクレデンシャルを求める要求を開始し、該要求はサービスに対応する一意なサービス識別子を含むステップと、サービスが認証サービス群にリストされているかを検証するステップと、サービスが認証サービス群にリストされている場合に、クレデンシャルを求める要求を管理プロセッサに送信するステップとを実行させる。
【０００７】
本開示に関する他のシステム、方法、特徴、効果については、以下の図面及び詳細な説明を検討すると、当業者には明らかになるであろう。そうした更なるシステム、方法、特徴、効果の全ては、本明細書に含まれ、本発明の範囲内とし、添付のクレームで保護されるものとする。
【図面の簡単な説明】
【０００８】
以下の図面を参照することで、本発明の多くの態様について、一層理解できるであろう。図面の構成要素は必ずしも正確な縮尺ではなく、本発明の原理を明確に説明する際に強調されている。また、図面中、同一参照番号により複数の図を通して対応する部品を指している。
【図１】本開示の一実施形態によるパーティション分割したシステムの図である。
【図２】本開示の一実施形態による例示的な認証システムに含まれる管理ツールをインストールした後の、図１のパーティション分割したシステムの図である。
【図３】本開示の一実施形態によるサービス開始時の図２の認証システムの図である。
【図４】本開示の一実施形態による管理プロセッサのリソースに要求を行うサービスを含む、図２の認証システムの図である。
【図５】本開示の一実施形態によるパーティション上で稼働するサービスを認証する例示的な方法について説明するフローチャートである。
【発明を実施するための形態】
【０００９】
本明細書で開示するのは、パーティション上で稼働するサービスの認証に関する方法及びシステムの様々な実施形態である。次に、図面で示した実施形態の説明について詳細に言及するが、同一参照番号は、複数の図を通して同一部品を指す。
【００１０】
パーティションをシステム内に作成する際、システムの管理プロセッサ（ＭＰ）は、プロセッサ依存ハードウェアコントローラ（ＰＤＨＣ）に、構成するパーティションと関連付けた１つ又は複数のインタフェースを起動するよう命令する。図１は、本開示の１実施形態によるパーティション分割したシステム１００の図である。パーティション分割したシステムは、所望する数のパーティションを含んでもよい。図１の非限定的な実施形態では、単一のパーティション１０１を説明目的のみで示す。パーティション１０１は、インタフェース１０９を介してＰＤＨＣ１０６と通信する。ＰＤＨＣ１０６は、パーティション１０１と関連付けた帯域内通信チャネル１０７とブロック転送（ＢＴ）インタフェース１０８を含み、其々、共通情報モデルオブジェクトマネージャ（ＣＩＭＯＭ）１１１とベースボード管理コントローラ（ＢＭＣ）１１２と通信する。ＣＩＭＯＭ１１１とＢＭＣ１１２をＭＰ１１０に含む。パーティション１０１を管理するパーティション管理アカウント１１３も、ＣＩＭＯＭ１１１と通信状態にする。
【００１１】
図２は、例示的な認証システム２００に含まれる管理ツールをインストールした後の、図１のパーティション分割したシステムの図である。パーティション１０１上での管理ツールのインストールは、パーティション１０１の作成と同時、又は後で行ってもよい。例えば、ＨＰＵＸ環境では、認証システム２００用ソフトウェアをオペレーティングシステム（ＯＳ）と共にインストールしてもよい。Ｗｉｎｄｏｗｓ（登録商標）、ＯｐｅｎＶＮＳ、Ｌｉｎｕｘ又は他の環境では、認証システム２００の適切な実施形態のインストールを、ＯＳをパーティション上にインストールするのとは別に行ってもよい。任意のＯＳで、更新及び追加サービスのインストールをサポートしてもよい。如何なる環境でもインストール及び更新には、パーティションへの管理又はルートアクセスを伴う。パーティション１０１上にインストールする特定のＯＳは、インタフェース１０９へのアクセスを制御するために、そのＯＳ特有のファイルシステム許可を使用してもよい。
【００１２】
図２の実施形態では、パーティション１０１にインストールした管理ツールは、帯域内通信デーモン２０２、帯域内通信に対する認証デーモン２０３、メッセージキュー２０４、及び認証サービス（ＡｕｔｈＳｅｒｖ）群２０５を含む。帯域内通信デーモン２０２は、インタフェース１０９を介して帯域内通信チャネル１０７と通信する。帯域内通信用認証デーモン２０３は、メッセージキュー２０４を介してＡｕｔｈＳｅｒｖ群２０５と通信し、インタフェース１０９を介してブロック転送インタフェース１０８と通信する。ＡｕｔｈＳｅｒｖ群２０５は、サービス識別子（ＳＩＤ）のリストを含む。一意のＳＩＤを、パーティション上で稼働するサービスと関連付ける。図２の非限定的な実施形態では、ＳＩＤ１とＳＩＤ２を説明目的のみで示している。ＡｕｔｈＳｅｒｖ群２０５と関連付けるＳＩＤの数は、他の実施形態では異なるかも知れない。ＡｕｔｈＳｅｒｖ群２０５にあるＳＩＤのリストを、パーティション管理アカウント１１３によって追加投入し、リストされたＳＩＤは、パーティション１０１上で稼働するよう認可するサービスに対応する。かかるサービスは、例えば、給与アプリケーション、グローバルな作業負荷マネージャ、又は付加価値のあるアプリケーション等のソフトウェアアプリケーションを含むが、これらに限定するものではない。
【００１３】
帯域内通信デーモン２０２の実施形態は、ＭＰリソース用演算リソースを求める要求を、パーティション１０１上で稼働するサービスからＭＰ１１０へ送信してもよい。実施形態によっては、帯域内通信デーモン２０２がパーティション１０１とＭＰ１１０間の要求を開始するのを禁止する。例えば、デーモン２０２はパーティション１０１上のサービスとＭＰ１１０との間で要求を転送だけしてもよい。従って、かかる実施形態では、帯域内通信デーモン２０２は、ＭＰ１１０にアクセスするためにそれ自体のアクセスクレデンシャルを有する必要はない。
【００１４】
帯域内通信２０３用認証デーモンの実施形態を使用して、インタフェース１０９及びＢＴインタフェース１０８を介してＭＰ１１０からサービスに対するクレデンシャルを要求してもよい。インタフェース１０９の実施形態は、インテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）を含んでもよく、ＩＰＭＩに接続するためには管理ユーザレベルのアクセスが求められる。かかる実施形態では、認証デーモン２０３は、ＭＰ１１０にデータを伝送するために、特別に定義したＩＰＭＩ要求を使用してもよい。また、認証デーモン２０３は、サービスと通信するためにメッセージキュー２０４を使用してもよい。
【００１５】
ＡｕｔｈＳｅｒｖ群２０５の実施形態を使用して、メッセージキュー２０４へのアクセスを制御してもよい。メッセージキュー２０４を、帯域内通信２０３用認証デーモンが使用して、ＭＰ１１０からのクレデンシャルを要求する。ＡｕｔｈＳｅｒｖ群２０５からＳＩＤを作成、追加、修正、又は削除するには、パーティション１０１への管理者レベルのアクセスを必要としてもよい。また、ＡｕｔｈＳｅｒｖ群２０５で、ＭＰ１１０のリソースへのアクセスのレベルを、特定のサービスが認証されるレベルで指定してもよい。
【００１６】
図３は、本開示の１実施形態によるサービス開始時の図２の認証システムの図である。単一のサービス３１４を図３に示しているが、任意の適切な数のサービスもパーティション１０１上で稼働してもよい。サービス３１４は、パーティション１０１上の一意なサービス認証（ＳＩＤ）の下で稼働する。パーティション管理アカウント１１３によって認証されたサービスは、ＡｕｔｈＳｅｒｖ群２０５にリストされたＳＩＤを有する。開始時には、サービス３１４は、ＭＰ１１０にアクセスするクレデンシャルを有さなくてもよい。従って、サービス３１４は、クレデンシャルを求める要求を、メッセージキュー２０４を介して、帯域内通信２０３用認証デーモンへ送信する。メッセージキュー２０４は、要求の妥当性をＡｕｔｈＳｅｒｖ群２０５にリストされているＳＩＤに基づいて決定する。ＡｕｔｈＳｅｒｖ群２０５にリストされているＳＩＤを有するサービスのみがＭＰ１１０にアクセスして、クレデンシャルを求める要求をすることができる。また、メッセージキュー２０４は、ＡｕｔｈＳｅｒｖ群２０５で定義されたファイルシステムの許可を実施できる。
【００１７】
クレデンシャルを求める要求を受信すると、ＭＰ１１０は、パーティション１０１上のサービス３１４に対するクレデンシャルが存在するかを確認するよう検査する。クレデンシャルが存在する場合、ＭＰ１１０は、インタフェース１０９を介して帯域内通信用認証デーモン２０３にクレデンシャルを返す。次に、帯域内通信用認証デーモン２０３は、サービス３１４にクレデンシャルを戻す。クレデンシャルがその時点で存在しない場合、ＭＰ１１０は、要求を発するサービス３１４に対して特別に定義した役割を有するクレデンシャルを作成する。その特別な役割を、パーティション管理アカウント１１３によってＡｕｔｈＳｅｒｖ群２０５において定義し、ＭＰ１１０へのアクセス権を特にサービス３１４に合せて調整してもよい。従って管理者は、サービス３１４によるアクセスを、適宜必要な特権だけに限定してもよい。
【００１８】
例示的な１実施形態では、特に、クレデンシャルはサービス３１４に対してＭＰ１１０が発行するランダムで一意なパスワードを含んでもよい。実施形態によっては、パスワードを例えば、サービスのＳＩＤ、又はサービス３１４に対してＭＰ１１０が作成した一意なアカウントと関連付けてもよい。ＭＰ１１０が、要求するサービスに対するアカウントを作成する場合、アカウント名をパスワードと共にサービスに戻す、或いはまた、サービス３１４はそのアカウント名としてＳＩＤを使用してもよい。他の実施形態では、管理者が所望すれば、パスワードを、構成するパスワード長の要件に適合させてもよく、大文字及び小文字と数字の両方から構成してもよい。更に、実施形態によっては、特に、パスワード長の最小値（例えば、８文字以上）があってもよい。
【００１９】
複数のパーティションを含む図３の別の実施形態では、サービスの個別のインスタンスを異なるパーティション上で稼働させてもよい。サービスの各個別のインスタンスは、サービスのホームパーティションに対して一意な個別のクレデンシャルを必要とするかも知れない。要求のソースパーティションを、認証及び認証プロセスの一部として、ＭＰ１１０に対して識別して、要求するサービスが認証されることを確実にして、要求発生元のパーティション上で稼働するようにしてもよい。ＳＩＤが要求するサービスに対して存在しない場合、一意なクレデンシャルを要求するサービスに対してＭＰ１１０によって生成し、該クレデンシャルを使用して、要求するサービスからのＭＰ１１０リソースを求める要求を認証してもよい。
【００２０】
図４は、本開示の１実施形態によるＭＰリソースを求める要求をするサービス４１４を含む、図２の認証システムの図である。図４を参照すると、サービス４１４がＭＰ１１０から帯域内通信用認証デーモン２０３を介してクレデンシャルを取得したなら、サービス４１４は帯域内通信チャネル１０７で帯域内通信デーモン２０２及びインタフェース１０９を介してＭＰ１１０と通信できる状態になる。帯域内通信チャネル１０７又はデーモン２０２の実施形態では、基本的なＨＴＴＰ認証をサポートしてもよい。サービス４１４がＭＰ１１０への要求を開始すると、サービス４１４は、例えば、ＭＰ１１０からのＳＩＤ及び／又は他のクレデンシャルを含む、認証情報を、ＨＴＴＰ基本認証の規定に沿った当該要求のＨＴＴＰヘッダの認証フィールドにセットしてもよい。認証フィールドの認証情報を使用して、サービス４１４を認証し、パーティション管理アカウント１１３においてサービスの役割に対して定義した許可を検査した後に、要求をＭＰ１１０によって実行してもよい。認証システムの実施形態では、ＭＰ１１０から演算リソースを要求するサービス４１４のクレデンシャルを通過させ、認証する任意の適切な方法を使用してもよい。
【００２１】
図５は、本開示の１実施形態によるパーティション上で稼働するサービスを認証する例示的な方法５００について説明するフローチャートである。ブロック５１０では、サービスをパーティションにインストールする。その時点で、サービスを一意のＳＩＤに割り当てる。実施形態によっては、一意なサービスＩＤを管理者によって割り当ててもよい。ブロック５２０では、サービスの一意なＳＩＤを、パーティションへのルートアクセスを有するエンティティによってパーティション上のＡｕｔｈＳｅｒｖ群に追加する。他の実施形態では、管理者によってＳＩＤを加えてもよい。ブロック５３０では、サービスを開始する。ブロック５４０では、サービスは認証デーモンに接続してＭＰにクレデンシャルを求める要求をし、該要求を、メッセージキューを介して送信する。ブロック５５０では、メッセージキューにより、要求するサービスがリストされているかを確認するようにＡｕｔｈＳｅｒｖ群でリストされたＳＩＤを検査する。ブロック５６０で、サービスがＡｕｔｈＳｅｒｖ群にリストされている場合に、メッセージキューはクレデンシャルを求める要求を、インタフェースを介して管理プロセッサに送信し、ブロック５７０で、管理プロセッサは、当該パーティション上の当該サービスに特定のクレデンシャルを作成する。その後、管理プロセッサは、ブロック５８０で、これらのクレデンシャルをインタフェースを介してサービスに返す。ブロック５９０でサービスは引き続き実行し、サービスはブロック５７０で発行したクレデンシャルを使用して、全要求を管理プロセッサに対して行う。管理プロセッサは、特定のパーティション上のサービスを一意に識別、認証し、また実施形態によっては、サービスのリソース要求をロギングしてもよい。
【００２２】
実施形態によっては、特に、クレデンシャルの有効期限を認めてもよい。かかる実施形態では、指定した最長クレデンシャル存続期間より長期間に亘りサービスが再開しない場合、そのサービスのクレデンシャルは期限切れとなる。１実施形態では、特に、最長クレデンシャル存続期間を、管理者が指定してもよい。他の実施形態では、最長クレデンシャル存続期間を所定の値としてもよい。クレデンシャルの期限切れが発生した場合、サービスが行った管理プロセッサへの要求は失敗となる。失敗が期限切れクレデンシャルによるものである場合、サービスを再度認証デーモンに接続し、更新したクレデンシャルを要求する。サービスがＡｕｔｈＳｅｒｖ群にリストされている限り、新たなクレデンシャル要求は成功し、サービスは、更にユーザや管理者が介入せずに、新たに更新したクレデンシャルを自動的に受信する。
【００２３】
本開示の実施形態を、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせで実装できる。様々な実施形態では、システムの構成要素を、メモリに保存され適当な命令実行システムによって実行されるソフトウェア又はファームウェアに、実装する。実施形態によっては、ハードウェアで実装する場合、システムの構成要素を、当該技術分野で全て周知の以下の技術の何れか又は組合せで、実装でき、それらはデータ信号で論理機能を実装する論理ゲートを有する個々の論理回路、適切な組み合わせの論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等である。
【００２４】
ソフトウェアコンポーネントは、論理関数を実装するための順序付けた実行可能命令のリストを含んでもよく、コンピュータベースのシステム、プロセッサ含有システム等の命令実行システム、装置又はデバイス、或いは命令実行システム、装置又はデバイスから命令をフェッチし、実行できる他のシステムによって、或いはそうしたシステムと接続して使用する任意のコンピュータ可読媒体でも具現化できる。更に、本開示の範囲には、ハードウェア又はソフトウェアで構成した媒体で具現化する論理で１つ又は複数の実施形態の機能を具現化することを含む。
【００２５】
フローチャート中の処理に関する記述又はブロックについては、当該処理における特定の論理関数又はステップを実装する１つ又は複数の実行可能命令を含むコードのモジュール、セグメント又は部分を表すものとして理解すべきであり、本開示の当該技術分野にある程度熟達した者が理解するように、図示又は説明した機能の順序とは異なる、関連する機能に応じて略同時に又は逆順も含む順序で該実施形態の機能を実行してもよい別の実装も、本開示の好適な実施形態の範囲に含む。
【００２６】
条件付き言語、特に「できる」、「する可能性がある」、「する場合がある」、又は「してもよい」等は、特に明記しない限り、或いは使用する文脈の中で別の意味に理解されない限り、特定の実施形態が、特定の特徴、要素及び／又はステップを含む可能性があるが、必須ではないこと、を一般的に伝えるものである。よって、こうした条件付き言語は、特徴、要素及び／又はステップが多少なりとも１つ又は複数の実施形態に必要であること、或いは１つ又は複数の実施形態は、ユーザの入力又はプロンプティングの有無にかかわらず、これらの特徴、要素及び／又はステップを含むか否か、或いは特定の実施形態において実施するか否かを決定する論理を必然的に含むことを、一般的に意味するものではない。
【００２７】
以上説明した本発明の実施形態は、単なる可能な実施例であり、本発明の原理を明確に理解するためだけに記載されたものであることを、強調すべきである。多くの変形例や変更例を、本発明の精神及び原理から実質的に逸脱せずに、本発明の上述した実施形態（複数可）に対して作成してもよい。かかる変更例及び変形例の全てを、本明細書では、本開示及び本発明の範囲内に含み、以下のクレームによって保護するものとする。
【図１】
0005425912.tif 000002
【図２】
0005425912.tif 000003
【図３】
0005425912.tif 000004
【図４】
0005425912.tif 000005
【図５】
0005425912.tif 000006