(57)【要約】【課題】複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置を有する情報処理システムにおいて、端末装置からの要求に応じて物理サーバの管理部へのアクセスを容易にする。【解決手段】管理装置が、端末装置からの要求に含まれる、論理情報処理装置を識別する論理識別情報に基づき、情報処理装置を識別する物理識別情報と論理識別情報が対応付けられた第２の対応情報を用いて、物理識別情報と管理部のアドレス情報が対応付けられた第１の対応情報から端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得し、プロキシ装置が、管理装置が取得したアドレス情報に基づき、対応する情報処理装置の管理部へのアクセスを行う。【選択図】図３
2014194616.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からの要求に基づき、論理情報処理装置を割り当てる情報処理システムにおいて、
複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置と、
前記情報処理装置を識別する物理識別情報と前記管理部のアドレス情報とが対応付けられた第１の対応情報を格納する第１の格納部と、
前記物理識別情報と前記論理情報処理装置を識別する論理識別情報とが対応付けられた第２の対応情報を格納する第２の格納部と、
前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得する管理装置と、
前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを行うプロキシ装置を有することを特徴とする情報処理システム。
【請求項２】
前記管理装置はさらに、
前記記憶装置と前記処理装置との接続の変更に応じて、前記第２の対応情報を変更する接続変更部を有することを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記接続変更部は、前記要求に基づき前記論理情報処理装置に対応する前記記憶装置と所定の前記処理装置とが接続されると、該接続された前記記憶装置に対応する前記論理情報処理装置の前記論理識別情報と、該接続された前記情報処理装置の前記物理識別情報とを対応づけるように前記第２の対応情報を変更する
ことを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記接続変更部は、前記要求に基づき前記論理情報処理装置に対応する前記記憶装置と前記処理装置との接続が解除されると、該接続が解除された前記記憶装置に対応する前記論理情報処理装置の前記論理識別情報と、該接続が解除された前記情報処理装置の前記物理識別情報との対応づけを解除するように前記第２の対応情報を変更する
ことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記情報処理システムは、さらに、
前記管理部に対する前記端末装置毎の利用権限の情報である権限情報を格納する第３の格納部を有し、
前記プロキシ装置は、前記権限情報に基づいて前記端末装置の認証を行う認証部を有し、
前記管理装置は、前記認証が成功した場合、前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得する
ことを特徴とする請求項１〜４のうちいずれか１項に記載の情報処理システム。
【請求項６】
前記プロキシ装置はさらに、前記取得したアドレス情報に対応する前記管理部に対する前記端末装置のログインを代行する代行部を有し、前記ログインした状態で、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へアクセスするためのインターフェースを提供する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記プロキシ装置はさらに、前記アドレス情報に対応する前記管理部へ利用権限の設定を行う第１の設定部を有し、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを前記設定された利用権限で行う
ことを特徴とする請求項１〜６のうちいずれか１項に記載の情報処理システム。
【請求項８】
前記情報処理システムは、さらに、
前記処理装置のネットワークインタフェースの接続網と前記管理部のネットワークインタフェースの接続網とを接続するファイアウォールを有し、
前記プロキシ装置はさらに、前記対応する情報処理装置の管理部に対する前記処理装置のネットワークインタフェースからのアクセスを許可するように前記ファイアウォールを設定する第２の設定部を有し、前記アクセスが許可された前記処理装置のネットワークインタフェースから、前記対応する情報処理装置の管理部に対してアクセスするための情報を提供する
ことを特徴とする請求項１〜７のうちいずれか１項に記載の情報処理システム。
【請求項９】
複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置と、前記情報処理装置を識別する物理識別情報と前記管理部のアドレス情報とが対応付けられた第１の対応情報を格納する第１の格納部と、前記物理識別情報と前記情報処理装置に対応する論理情報処理装置を識別する論理識別情報とが対応付けられた第２の対応情報を格納する第２の格納部とを有し、端末装置からの要求に基づき、前記論理情報処理装置を割り当てる情報処理システムの制御方法において、
前記情報処理システムが有する管理装置が、前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得し、
前記情報処理システムが有するプロキシ装置が、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを行うことを特徴とする情報処理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理システムの制御方法に関する。
【背景技術】
【０００２】
ＩａａＳ（Infrastructure as a Service）は、データセンターに設置された情報処理装置としてのサーバ（あるいは情報処理装置としてのサーバ上で実行する仮想マシン）を、ネットワークを通して提供するサービスである。ＰａａＳ（Platform as a Service）やＳａａＳ（Software as a Service）はアプリケーションインタフェース（API）やソフトウェア環境を提供する。それに対し、ＩａａＳはハードウェア資源であるサーバ（仮想マシン）それ自体を提供する形態として、他のクラウドサービスと区別されている。
【０００３】
ＩａａＳはさらにその提供形態に応じて、仮想マシンを提供するＩａａＳ（仮想ＩａａＳ）と物理サーバを提供するＩａａＳ（物理ＩａａＳ）とに分類され得る。
【０００４】
仮想ＩａａＳではソフトウェア機能により、仮想マシンの台数を簡単に増減させたり、仮想マシン自体の構成（ＣＰＵ（Central Processing Unit）数、メモリ容量など）を変更したりすることが容易である。仮想ＩａａＳのユーザは端末装置を介して必要な時間だけ必要なサーバリソースを利用でき、利用実績に応じて課金される。
【０００５】
それに対して物理ＩａａＳは、従来のサーバホスティングサービスの延長上にあり、データセンターに利用者の指定した構成の物理サーバが配置されることによりシステムの構築がなされ、それをデータセンター外からユーザが使用するという形態をとることが多い。物理ＩａａＳは、物理サーバをユーザが占有するため仮想ＩａａＳより高性能であるが、仮想ＩａａＳのようにハードウェア資源である物理サーバリソースを複数のユーザで共有し、必要な時に必要な分だけ利用することはできない。
【０００６】
ところで、近年のサーバには、サービスプロセッサ（BMC:Base Management Controllerなどとも）と呼ばれる管理用プロセッサがサーバのマザーボード上に搭載されている。サービスプロセッサはサーバのＣＰＵにより実行されるＯＳ（Operating System）とは別個の独立したシステムであり、サーバ自体の管理を行う。サービスプロセッサは通常サーバ本体のネットワークインタフェースとは別個にネットワークインタフェースを持つ。そして、サービスプロセッサはサーバ上のシステムが利用するネットワーク（以下、業務ネットワークと記す）とは別のネットワーク（以下、管理ネットワークと記す）に接続される。
【０００７】
サービスプロセッサは管理ネットワークを介して、サーバの状態取得や電源制御、リモートコンソールなどの機能を提供し、管理ネットワーク上にある他の管理サーバにより集中管理される。
【０００８】
物理ＩａａＳでは、ユーザは物理サーバ上にシステムを構築し、そのシステムを利用し、あるいは第三者に提供するほか、利用中のサーバの電源操作をしたり、リモートコンソールを介してサーバの管理を行ったりする。そのため、データセンター外部のネットワークからサービスプロセッサへのアクセスが許可されることになる
システム構成が固定的な物理ＩａａＳシステムでは、ユーザがデータセンター外からアクセスするサーバと実際にデータセンター内に配置された物理サーバ（及びサービスプロセッサ）は一意に対応している。そして、ユーザがサービスプロセッサを利用するためのサービスプロセッサログインＩＤや、サービスプロセッサログインＩＤごとの機能の使用権限などは、サービスプロセッサに個別に設定される。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特表２０１０−５２６３５８号公報
【特許文献２】特開２０１２−１０３９３１号公報
【特許文献３】特開２０１２−５８８９８号公報
【特許文献４】特開２０１１−１２８９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところが近年、物理サーバとＨＤＤ（Hard Disk Drive）を分離することができ、複数のサーバ間で、接続するＨＤＤを切り替えて、物理サーバのシステムを迅速に入れ替えることが可能な情報処理システムとしてのサーバシステムがある。
【００１１】
このようなサーバシステムにおいては、複数のユーザで限られた数の物理サーバを共有し、サーバのシステムを時間分割で切り替え（接続するＨＤＤを入れ替え）ることで、物理サーバを仮想マシンのように迅速に提供することが可能である。このようなシステムはサーバリソースを効率的に利用することができる。
【００１２】
複数ユーザがそれぞれ使用する端末装置から物理サーバを時分割で共有して使用する場合は、端末装置を介してユーザにサービスを提供する論理サーバと、データセンター内で割り当てられる実際の物理サーバが、常に一致するとは限らない。このため、時分割で利用者に割り当てられる物理サーバが変更される場合は、それに伴ってログイン対象のサービスプロセッサも変更される。また、サービスプロセッサは、端末装置を介して複数の物理ＩａａＳの利用者で共有されることになるため、利用者に割り当てられる物理サーバが変更された場合には、サービスプロセッサの利用権限の変更も必要となる。さらに、利用者に割り当てられる物理サーバが変更された場合には、業務ネットワークと管理ネットワーク間のアクセス設定をユーザに対するサービスの割当状態に応じて変更する必要がある。
【００１３】
そこで、１つの側面では、本発明は、複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置を有する情報処理システムにおいて、端末装置からの要求に応じて物理サーバの管理部へのアクセスに関する管理を容易にする技術を提供する。
【課題を解決するための手段】
【００１４】
一態様の情報処理システムは、情報処理装置、第１の格納部、第２の格納部、管理装置、及びプロキシ装置を含み、端末装置からの要求に基づき、論理情報処理装置を割り当てる。情報処理装置は、複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される。第１の格納部は、情報処理装置を識別する物理識別情報と管理部のアドレス情報とが対応付けられた第１の対応情報を格納する。第２の格納部は、物理識別情報と論理情報処理装置を識別する論理識別情報とが対応付けられた第２の対応情報を格納する。管理装置は、要求に含まれる論理識別情報に基づき、第２の対応情報から取得した物理識別情報を用いて、第１の対応情報から端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得する。プロキシ装置は、管理装置が取得したアドレス情報に基づき、対応する情報処理装置の管理部へのアクセスを行う。
【発明の効果】
【００１５】
本実施形態によれば、複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置を有する情報処理システムにおいて、端末装置からの要求に応じて物理サーバの管理部へのアクセスを容易にすることができる。
【図面の簡単な説明】
【００１６】
【図１】物理サーバにＨＤＤが内蔵された物理ＩａａＳの構成の一例を示す。
【図２】業務ネットワークと管理ネットワークがファイアフォールを介して接続された物理ＩａａＳの構成の一例を示す。
【図３】本実施形態に係る物理ＩａａＳシステムの構成の一例を示す。
【図４】物理サーバとＨＤＤが分離された物理ＩａａＳシステムをユーザの視点からみた論理的なシステム構成の一例を示す。
【図５】ＨＤＤが割り当てられる物理サーバが異なる場合を説明するための図である。
【図６】物理サーバとＨＤＤが分離された物理ＩａａＳシステムの構成の一例を示す。
【図７】物理サーバＤＢに格納される物理サーバ情報の一例を示す。
【図８】対応テーブルのデータ構造の一例を示す。
【図９】ユーザＤＢに格納されるユーザ情報のデータ構造の一例を示す。
【図１０】利用者端末を利用するユーザがサービスプロセッサに対してＷｅｂ  ＵＩで接続する要求を行った場合の動作フローを示す。
【図１１】利用者端末を利用するユーザがサービスプロセッサに対してＳＳＨで接続する要求を行った場合の動作フローを示す。
【図１２】利用者端末を利用するユーザがサービスプロセッサに対してリモートコンソールで接続する要求を行った場合の動作フローを示す。
【図１３】物理ＩａａＳシステムの貸し出し要求発生時の物理ＩａａＳシステムの動作フローを示す。
【図１４】物理サーバとＨＤＤが分離された物理ＩａａＳシステムであって、業務ネットワークと管理ネットワークがファイアフォールを介して接続された物理ＩａａＳシステムの構成の一例を示す。
【図１５】ファイアウォールの設定変更要求発生時の動作フローを示す
【図１６】本実施形態に係るサービスプロセッサプロキシ、管理サーバ、利用者端末、及び接続変更部のハードウェア構成の一例を示す。
【図１７】本実施形態に係るサービスゲートウェイ、及びファイアウォールのハードウェア構成の一例を示す。
【発明を実施するための形態】
【００１７】
（実施形態１）
先ず、図１及び図２を参照して、物理サーバにＨＤＤが内蔵された物理ＩａａＳシステムの構成の例を示す。そして、図３〜図１６を参照して、物理サーバとＨＤＤが分離された物理ＩａａＳシステムの構成を説明する。
【００１８】
図１は物理サーバにＨＤＤが内蔵された物理ＩａａＳの構成の一例を示す。物理ＩａａＳシステムは、物理サーバ１１（１１ａ，１１ｂ，１１ｃ）、サービスゲートウェイ１２、サービスプロセッサプロキシ１３、管理サーバ１４、及び利用者端末１５を含む。物理サーバ１１ａ、１１ｂ、１１ｃを総称して、物理サーバ１１と称する。
【００１９】
図１は、物理サーバ１１及び、物理サーバ１１が接続するネットワーク資源がユーザに貸し出される例である。ユーザは利用者端末１５を操作し、利用者端末１５からネットワークを介して物理サーバ１１及びサービスプロセッサ１９を利用する。利用者端末１５は物理サーバ１１にアクセスする際にはサービスゲートウェイ１２を介する。また、利用者端末１５はサービスプロセッサ１９にアクセスする際はサービスプロセッサプロキシ１３を介する。利用者端末１５からサービスプロセッサ１９にログインする際には、サービスプロセッサプロキシ１３で認証が行われる。認証で用いられる情報は、管理サーバ１４に格納される。
【００２０】
物理サーバ１１は利用者端末１５に貸し出されるサーバである。物理サーバ１１はＣＰＵ１６（１６ａ，１６ｂ，１６ｃ）、メモリ１７（１７ａ，１７ｂ，１７ｃ）、ＨＤＤ１８（１８ａ，１８ｂ，１８ｃ）、及びサービスプロセッサ１９（１９ａ，１９ｂ，１９ｃ）を含む。しかしながら、物理サーバ１１はこれに限定されず、種々のデバイスを含む。尚、ＣＰＵ１６ａ，１６ｂ，１６ｃを総称して、ＣＰＵ１６と称する。また、メモリ１７ａ，１７ｂ，１７ｃを総称して、メモリ１７と称する。また、ＨＤＤ１８ａ，１８ｂ，１８ｃを総称して、ＨＤＤ１８と称する。さらに、サービスプロセッサ１９ａ，１９ｂ，１９ｃを総称して、サービスプロセッサ１９と称する。
【００２１】
ＣＰＵ１６は物理サーバ１１に構築されたシステムの種々の演算または各デバイスの制御を行う。メモリ１７は、ＣＰＵ１６が種々の演算を行う際に使用する主記憶装置である。ＨＤＤ１８は、物理サーバ１１に構築されたシステムのデータが記憶される補助記憶装置である。サービスプロセッサ１９は、サーバの状態取得や電源制御、リモートコンソールなどの機能を提供する。また、サービスプロセッサ１９は、複数のログインＩＤを設定可能であり、設定したログインＩＤごとに提供する機能が設定される。
【００２２】
サービスゲートウェイ１２は、外部ネットワーク（例えば、インターネット等）と業務ネットワークを接続するゲートウェイである。サービスゲートウェイ１２は業務ネットワークを介して各物理サーバ１１に接続される。また、サービスゲートウェイ１２は外部ネットワークを介して利用者端末１５に接続される。サービスゲートウェイ１２は複数台で構成されてもよい。
【００２３】
サービスプロセッサプロキシ１３は、外部ネットワークと管理ネットワークを接続し、外部ネットワークからサービスプロセッサ１９へのアクセスの代行を行うためのプロキシサーバである。外部ネットワークに存在する利用者端末１５は、管理ネットワークに存在するサービスプロセッサ１９に直接アクセスはできないが、サービスプロセッサプロキシ１３を介してアクセスを行う。サービスプロセッサプロキシ１３は、外部ネットワークと管理ネットワークのアクセスを管理し、特定の種類の接続のみを許可したり、外部ネットワークからの不正なアクセスを遮断したりする。サービスプロセッサプロキシ１３は管理ネットワークを介して各物理サーバ１１のサービスプロセッサ１９に接続される。また、サービスプロセッサプロキシ１３は外部ネットワークを介して利用者端末１５に接続される。サービスプロセッサプロキシ１３は、外部ネットワークからの管理ネットワークに対するアクセスを制御する。アクセスの制御には管理サーバ１４に格納された認証情報が用られる。尚、サービスプロセッサプロキシ１３は複数台で構成されてもよい。以下の説明では、サービスプロセッサプロキシ１３をＳＰプロキシ１３と記す場合がある。
【００２４】
管理サーバ１４は、ＳＰプロキシ１３が管理ネットワークに対するインターネットからのアクセスの制御を行うための認証情報を管理するサーバである。管理サーバ１４が管理する認証情報には、例えば、ユーザが利用するサービスプロセッサ１９のログインＩＤとパスワードが含まれる。
【００２５】
利用者端末１５は、貸し出された物理ＩａａＳシステム１００をユーザが利用する際に操作するコンピュータである。利用者端末１５は外部ネットワークを介してサービスゲートウェイ１２及びＳＰプロキシ１３に接続される。利用者端末１５はサービスゲートウェイ１２を介して物理サーバ１１にアクセスし、また、ＳＰプロキシ１３を介してサービスプロセッサ１９にアクセスする。
【００２６】
業務ネットワークと管理ネットワークはセキュリティを高めるために分離して構成されるが、業務ネットワークから管理ネットワークに対してアクセスしたい場合もある。そのような場合は、図２で説明するように、業務ネットワークと管理ネットワークをファイアウォール２０を介して接続する。
【００２７】
図２は業務ネットワークと管理ネットワークがファイアフォールを介して接続された物理ＩａａＳの構成の一例を示す。物理ＩａａＳシステム１１０は、物理サーバ１１、サービスゲートウェイ１２、ＳＰプロキシ１３、管理サーバ１４、利用者端末１５、及びファイアウォール２０を含む。物理サーバ１１、サービスゲートウェイ１２、ＳＰプロキシ１３、管理サーバ１４、及び利用者端末１５は図１の物理ＩａａＳシステムと同様である。
【００２８】
図２の物理ＩａａＳシステムでは、業務ネットワークと管理ネットワークがファイアウォール２０を介して接続されている。ファイアウォール２０は、物理サーバ１１からサービスプロセッサ１９へのアクセスを制御する。このように構成することで、業務ネットワーク上のシステムからサービスプロセッサ１９にアクセスし、物理サーバ１１の状態監視や電源操作などを行うことができる。その際にはアクセス制御がファイアウォール２０によってなされるので、物理ＩａａＳシステムのセキュリティが確保できる。
【００２９】
図１及び図２では物理サーバ１１にＨＤＤが内蔵される構成の物理ＩａａＳシステムの構成の例を説明した。
【００３０】
次に、複数ユーザで限られた数の物理サーバ１１を共有し、ユーザの利用要求に応じて空いているサーバを時間分割して提供する形態の物理ＩａａＳについて説明する。
【００３１】
図３は、本実施形態に係る情報処理システムの構成の一例を示す。情報処理システム５１は、端末装置５２からの要求に基づき、論理情報処理装置を割り当てる。情報処理システム５１は、情報処理装置５３、第１の格納部５４、第２の格納部５５、管理装置５６、プロキシ装置５７、第３の格納部５８、及びファイアウォール５９を含む。
【００３２】
情報処理装置５３は、複数の記憶装置６０のいずれかと、管理部６１をそれぞれ備える複数の処理装置６２のいずれかとが接続され、接続された記憶装置６０と処理装置６２を含む。
【００３３】
第１の格納部５４は、情報処理装置５３を識別する物理識別情報と管理部６１のアドレス情報とが対応付けられた第１の対応情報を格納する。
【００３４】
第２の格納部は５５、物理識別情報と論理情報処理装置を識別する論理識別情報とが対応付けられた第２の対応情報を格納する。
【００３５】
管理装置５６は、端末装置５２からの要求に含まれる論理識別情報に基づき、第２の対応情報から取得した物理識別情報を用いて、第１の対応情報から端末装置５２に割り当てられる論理情報処理装置に対応する情報処理装置５３の管理部６１のアドレス情報を取得する。また、管理装置５６は、接続変更部６３を含む。
【００３６】
接続変更部６３は、記憶装置６０と処理装置６２との接続の変更に応じて、第２の対応情報を変更する。また、接続変更部６３は、端末装置５２からの要求に基づき論理情報処理装置に対応する記憶装置６０と所定の処理装置６２とが接続されると、接続された記憶装置６０に対応する論理情報処理装置の論理識別情報と、接続された情報処理装置５３の物理識別情報とを対応づけるように第２の対応情報を変更する。さらに、接続変更部６３は、端末装置５２からの要求に基づき論理情報処理装置に対応する記憶装置６０と処理装置６２との接続が解除されると、接続が解除された記憶装置６０に対応する論理情報処理装置の論理識別情報と、接続が解除された情報処理装置５３の物理識別情報との対応づけを解除するように第２の対応情報を変更する。
【００３７】
プロキシ装置５７は、管理装置５６が取得したアドレス情報に基づき、対応する情報処理装置５３の管理部６１へのアクセスを行う。また、プロキシ装置５７は、認証部６４、代行部６５、第１の設定部６６、第２の設定部６７を含む。
【００３８】
認証部６４は、第３の格納部５８に格納された管理部６１に対する端末装置５２毎の利用権限の情報である権限情報権限情報に基づいて端末装置５２の認証を行う。管理装置５６は、認証が成功した場合、端末装置５２からの要求に含まれる論理識別情報に基づき、第２の対応情報から取得した物理識別情報を用いて、第１の対応情報から端末装置５２に割り当てられる論理情報処理装置に対応する情報処理装置５３の管理部６１のアドレス情報を取得する。
【００３９】
代行部６５は、管理装置５６が取得したアドレス情報に対応する管理部６１に対する端末装置５２のログインを代行する。そしてプロキシ装置５７は、ログインした状態で、管理装置５６が取得したアドレス情報に基づき、対応する情報処理装置５３の管理部６１へアクセスするためのインターフェースを提供する。
【００４０】
第１の設定部６６は、アドレス情報に対応する管理部６１へ利用権限の設定を行う。そしてプロキシ装置５７は、管理装置が取得したアドレス情報に基づき、対応する情報処理装置５３の管理部６１へのアクセスを設定された利用権限で行う。
【００４１】
第２の設定部６７は、対応する情報処理装置５３の管理部６１に対する処理装置６２のネットワークインタフェースからのアクセスを許可するようにファイアウォール５９を設定する。そしてプロキシ装置５７は、第２の設定部６７によりアクセスが許可された処理装置６２のネットワークインタフェースから、対応する情報処理装置５３の管理部６１に対してアクセスするための情報を提供する。
【００４２】
第３の格納部５８は、管理部６１に対する端末装置５２毎の利用権限の情報である権限情報を格納する。
【００４３】
ファイアウォール５９は、処理装置６２のネットワークインタフェースの接続網と管理部６１のネットワークインタフェースの接続網とを接続する。
【００４４】
図１や図２で示した物理ＩａａＳシステムでは、各物理サーバ１１は内蔵のＨＤＤ１８にＯＳ等のデータが格納されるシステム領域を確保する。ここで、内蔵のＨＤＤ１８は、物理サーバ１１のローカルディスクとして使用され、複数の物理サーバ１１間で接続が切り替えられないものを指す。
【００４５】
それに対して、物理サーバ１１のシステム領域が保存されたＨＤＤを、その物理サーバ１１から切り離して、他の物理サーバ１１に接続することのできる物理ＩａａＳシステムがある。物理サーバ１１に接続するＨＤＤを切り替えて変更することで、物理サーバ１１のシステムを迅速に入れ替えることが可能となる。また、ＨＤＤをプール化して、物理サーバ１１とは切り離して管理し、使用したいときに高速なインターコネクトで接続して組み合わせることで、ハードウェア本来の機能や性能を損なわず、仮想化技術のような柔軟性を実現することができる。
【００４６】
図４は物理サーバとＨＤＤが分離された物理ＩａａＳシステムをユーザの視点からみた論理的なシステム構成の一例を示す。
【００４７】
物理ＩａａＳシステム１２０は、物理サーバ１１、サービスゲートウェイ１２、ＳＰプロキシ１３、利用者端末１５、ディスクプール２１、論理サーバ３５（３５ａ，３５ｂ，３５ｃ）、及び接続変更部３８を含む。論理サーバ３５ａ，３５ｂ，３５ｃを総称して、論理サーバ３５と称する。
【００４８】
図１との違いは、物理サーバ１１とＨＤＤ２２が分離され、ＨＤＤ２２がディスクプール２１で管理されている点である。物理サーバ１１とＨＤＤ２２は接続変更部３８により接続の切り替えが可能である。
【００４９】
ユーザは、資源（論理サーバ等）を使用したい時に貸出し要求を行い、貸し出された資源を使用後に返却する。このようにすることで、複数ユーザで物理サーバ１１を共有することが可能となる。
【００５０】
物理ＩａａＳシステム１２０に対して資源の貸し出し要求を行う際に、ユーザは貸し出し対象のシステムとして、複数の論理的なサーバ（以下、論理サーバと記す）をネットワークで接続した論理的なシステム（以下、論理プラットフォームと記す）を定義する。貸し出し対象の論理プラットフォームには複数の論理サーバが含まれ、それらの論理サーバが接続されるネットワーク構成が定義される。
【００５１】
ユーザが論理プラットフォーム３７の貸し出し要求を行うと、データセンター内の物理サーバ１１と貸し出し対象の論理サーバ３５のシステムが格納されたＨＤＤ２２とが接続変更部３８により接続される。この接続に基づいて物理サーバ１１と論理サーバ３５が対応付けられる。
【００５２】
尚、論理プラットフォーム３７に含まれない論理サーバ３５を含むＨＤＤ２２は、物理サーバ１１に接続されない。また論理プラットフォーム３７の論理サーバ３５のうち、ユーザにより使用されない論理サーバ３５を含むＨＤＤ２２は、物理サーバ１１に接続されない構成としてもよい。
【００５３】
図４の例では、ユーザに定義された論理プラットフォーム３７は論理サーバ３５ａ〜ｃを含む。図４の例において、論理サーバ３５ｃは使用されないとすると、論理サーバ３５と物理サーバ１１とは対応付けられず、物理サーバ１１に論理サーバ３５のシステムが格納されたＨＤＤ２２も接続されない。
【００５４】
利用者端末１５はサービスゲートウェイ１２を介して論理サーバ３５にアクセス可能である。また、利用者端末１５はＳＰプロキシ１３を介して論理サーバ３５のサービスプロセッサ３６（３６ａ，３６ｂ，３６ｃ）にアクセス可能である。
【００５５】
利用者端末１５からプロキシサーバへのアクセスは、例えば、利用者端末１５にインストールされた専用のアプリケーション又は利用者端末１５のＷｅｂブラウザによりプロキシサーバのＷｅｂページに接続することにより行われる。接続の際には、論理サーバ３５の選択や論理サーバ３５のサービスプロセッサ３６の機能選択をユーザが利用者端末１５を介して行うようにしてもよい。
【００５６】
論理サーバ３５間を接続するネットワークは、物理サーバ１１を接続している業務ネットワークをＶＬＡＮ（Virtual LAN（Local Area Network））などにより分離することにより、貸し出されるユーザの論理プラットフォーム３７毎に隔離されて設定される。ＶＬＡＮの設定は接続変更部３８が行う。
【００５７】
ユーザは論理プラットフォーム３７の使用が終わると貸し出された資源の返却を行うことができる。返却要求が発行されると、物理サーバ１１と論理サーバ３５のＨＤＤ２２との結合ならびに業務ネットワークのＶＬＡＮの設定などが接続変更部３８により解除される。それに伴い、該当する論理サーバ３５と物理サーバ１１との対応付けが解除される。
【００５８】
ユーザが一度論理サーバ３５を返却し、再度同一の論理サーバ３５の貸し出し要求を行ったとしても、その論理サーバ３５に対応するＨＤＤ２２が前回の貸し出し時と同じ物理サーバ１１に割り当てられない可能性がある。図５は、ＨＤＤが割り当てられる物理サーバが異なる場合を説明するための図である。図４と図５を参照して、ＨＤＤ２２が割り当てられる物理サーバ１１が異なる例を説明する。
【００５９】
図４及び図５では、ＨＤＤ２２ａには論理サーバ３５ａのシステムのデータが格納され、ＨＤＤ２２ｃには論理サーバ３５ｂのシステムのデータが格納されているとする。そして、図４では、物理サーバ１１ａにＨＤＤ２２ａが割り当てられ、物理サーバ１１ｂにＨＤＤ２２ｃが割り当てられている。従って、論理サーバ３５ａに対応する物理サーバ１１は物理サーバ１１ａであり、論理サーバ３５ｂに対応する物理サーバ１１は物理サーバ１１ｂである。
【００６０】
一方、図５では、物理サーバ１１に割り当てられるＨＤＤが図４の場合と異なり、物理サーバ１１ａにＨＤＤ２２ｃが割り当てられ、物理サーバ１１ｂにＨＤＤ２２ａが割り当てられている。この場合、論理サーバ３５ａに対応する物理サーバ１１は物理サーバ１１ｃであり、論理サーバ３５ｂに対応する物理サーバ１１は物理サーバ１１ａとなる。
【００６１】
このように、一旦ユーザから論理プラットフォーム３７が返却されると、論理サーバ３５のシステムが格納されたＨＤＤ２２の物理サーバ１１に対する割り当てが変更される可能性がある。物理サーバ１１に対するＨＤＤ２２の割り当てが変更されると、物理サーバ１１と論理サーバ３５の対応関係も変更される。さらに、物理サーバ１１上に一体不可分な形で搭載されているサービスプロセッサ１９と論理サーバ３５との対応関係も異なることになる。
【００６２】
尚、ユーザは、論理プラットフォーム３７の論理サーバ３５までを意識し、論理サーバ３５が実際にどの物理サーバ１１に対応付けられており、その物理サーバ１１がどのＨＤＤ２２と対応付けられているかは意識しない。すなわち、論理プラットフォーム３７の返却後、実際には物理サーバ１１と論理サーバ３５の対応関係が変化した場合でも、ユーザはサービスプロセッサに接続する方法を変えなくてもよいし、利用者端末１５における設定の変更も行わなくてよい。
【００６３】
図６は物理サーバとＨＤＤが分離された物理ＩａａＳシステムの構成の一例を示す。物理ＩａａＳシステム１３０は、物理サーバ１１、サービスゲートウェイ１２、ＳＰプロキシ１３、管理サーバ１４、利用者端末１５、ディスクプール２１、物理サーバデータベース３２、ユーザデータベース３３、及び接続変更部３８を含む。
【００６４】
利用者端末１５は、図１で説明したものと同様である。
物理サーバ１１は、ＣＰＵ１６、メモリ１７、及びサービスプロセッサ１９を含む。また物理サーバ１１はディスクプール２１の１つまたは複数のＨＤＤ２２とインターコネクトにより接続される。物理サーバ１１はデータセンター内では、例えば、ラック上の位置、ＭＡＣアドレス、ＩＰアドレスなどの固有ＩＤにより管理される。ＣＰＵ１６、メモリ１７、及びサービスプロセッサ１９は、図１で説明したものと同様である。
【００６５】
ディスクプール２１は複数のＨＤＤ２２を含む。各ＨＤＤ２２にはユーザに割り当てられた論理サーバ３５のデータが格納される。尚、ＨＤＤ２２はＳＳＤ（Solid State Drive）やフラッシュメモリ等の半導体メモリでもよく種々の記憶装置であってもよい。
【００６６】
接続変更部３８は、ユーザが必要とする要件に応じて、サーバシステムをオンデマンドに構築する。物理コンポーネントそのものをプール化して組み立てるため、仮想サーバを構築することに比べ仮想化レイヤを通さない分、オーバーヘッドを抑えることができる。
【００６７】
接続変更部３８は、ユーザから論理プラットフォーム３７の貸し出し要求を受けて、ディスクプール２１に含まれるＨＤＤ２２を物理サーバ１１に割り当てる。ＨＤＤ２２の割り当てとともに、接続変更部３８は、論理プラットフォーム３７に含まれる論理サーバ３５のネットワークの設定も行う。また、接続変更部３８は、ユーザから論理プラットフォーム３７の返却要求を受けて、ＨＤＤ２２の物理サーバ１１に対する割り当てを解除する。また、割り当ての解除とともに、接続変更部３８は貸し出し時に設定したネットワークの設定の解除も行う。
【００６８】
ＨＤＤ２２の物理サーバ１１への割り当ては、具体的には接続変更部３８は、ユーザから論理プラットフォーム３７の貸し出し要求があった場合に、論理サーバ３５のシステムが格納されたＨＤＤ２２を物理サーバ１１に接続することによって行う。ＨＤＤ２２と物理サーバ１１の接続の切り替えは、ＨＤＤ２２と物理サーバ１１間のインターコネクトによる接続を切り替えることにより行われる。物理サーバ１１に接続されたＨＤＤ２２に既に論理サーバ３５のシステムが保存されている場合、接続された物理サーバ１１においてその論理サーバ３５の使用が可能となる。貸し出し要求対象の論理サーバ３５のデータが格納されたＨＤＤ２２がどの物理サーバ１１に接続されるかは、種々の方法に基づいて決定される。決定の方法としては、例えば、ユーザの要求する仕様を満たすＣＰＵ１６及びメモリ１７を搭載した物理サーバ１１に対して接続するような方法がある。
【００６９】
ＨＤＤ２２の物理サーバ１１への割り当ての解除は、具体的には接続変更部３８は、ユーザから論理プラットフォーム３７の返却要求があった場合に、論理サーバ３５のシステムが格納されたＨＤＤ２２と物理サーバ１１の接続を解除する。接続の解除は、ＨＤＤ２２と物理サーバ１１間のインターコネクトによる接続を切り替えることにより行われる。尚、返却時には、ＨＤＤ２２と物理サーバ１１の接続が解除されるだけで、ＨＤＤ２２の中のデータは削除されない。再度ユーザから同一の論理サーバ３５に対する貸し出し要求があった場合には、前回返却要求時の論理サーバ３５のデータが保存されたＨＤＤ２２が所定の物理サーバ１１に割り当てられる。
【００７０】
論理プラットフォーム３７に含まれる論理サーバ３５のネットワークの設定は、例えば、論理プラットフォーム３７に対応づけられたＶＬＡＮ設定を物理サーバ１１のネットワークインタフェースが接続されたネットワークスイッチに対して行うことによってなされる。
【００７１】
尚、物理サーバ１１とＨＤＤ２２の接続は、高速なインターコネクトにより接続される。それらの形態には、例えばＦｉｂｒｅ  Ｃｈａｎｎｅｌ等で接続されたＳＡＮ(Storage Area Network）やＰＣＩ（Peripheral Component Interconnect）  Ｅｘｐｒｅｓｓ等による接続が挙げられる。また物理サーバ１１とディスクプール２１の接続は、スイッチ等の種々の中継装置を介して接続されてもよい。
【００７２】
また、接続変更部３８は、ディスクプール２１の複数のＨＤＤ２２でＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を組んで論理サーバ３５に割り当ててもよい。
【００７３】
尚、接続変更部３８は、ユーザ毎の論理プラットフォーム３７の構成を示す情報、論理サーバ３５がどのＨＤＤ２２に格納されているかを示す情報、現在割り当てられているＨＤＤ２２と物理サーバ１１の対応関係を示す情報を記憶する記憶部を含んでもよい。この記憶部に格納されたデータを用いて、接続変更部３８は、ユーザから論理プラットフォームの貸し出し要求を受信したときに論理プラットフォームを構築してもよい。また、この記憶部に格納された対応関係を示す情報を用いて、接続変更部３８は、ユーザに貸し出された論理サーバ３５とその論理サーバ３５のデータが格納されたＨＤＤ２２の対応付けを管理してもよい。
【００７４】
管理サーバ１４は、ＳＰプロキシ１３が利用者端末１５とサービスプロセッサ１９の接続を確立する際に使用する情報を管理する。管理サーバ１４は、物理サーバ１１、論理サーバ３５、及びユーザの各情報を管理し、管理ネットワークを介してＳＰプロキシ１３に情報を提供する。
【００７５】
管理サーバ１４は、物理サーバ管理部２８、論理サーバ管理部２９、及びユーザ情報管理部３０を含む。
【００７６】
物理サーバ管理部２８は、物理ＩａａＳシステム１３０の物理サーバ１１に関する情報を管理する。物理サーバ管理部２８は、物理サーバ１１の情報が格納された物理サーバデータベース３２（以下、物理サーバＤＢ３２と記す）に接続され、物理サーバ１１の情報（以下、物理サーバ情報と記す）を物理サーバＤＢ３２に格納し、また取得する。
【００７７】
図７に、物理サーバＤＢに格納される物理サーバ情報の一例を示す。物理サーバ情報は、物理サーバＩＤ１１０１とサービスプロセッサＩＰアドレス１１０２（以下、ＳＰ  ＩＰアドレス１１０２と記す）のデータ項目を含む。
【００７８】
物理サーバＩＤは物理ＩａａＳシステム１３０に含まれる物理サーバ１１の識別情報を示す。図７の例では物理サーバ１１の識別情報として物理サーバ１１のＩＰアドレスが用いられているが、物理サーバ１１の識別情報はこれに限定されず、例えばＭＡＣアドレスやホスト名など物理サーバ１１を一意に識別可能な情報であればよい。
【００７９】
ＳＰ  ＩＰアドレス１１０２は、物理サーバＩＤ１１０１の物理サーバ１１に搭載されたサービスプロセッサ１９のＩＰアドレスが格納される。
【００８０】
尚、図７の例では、物理サーバ情報はテーブル構造であるが、物理サーバＩＤ１１０１とＳＰ  ＩＰアドレス１１０２の対応関係の情報が含まれるならば、物理サーバ情報は種々のデータ構造をとることができる。
【００８１】
また、図７の例では物理サーバ情報には物理サーバＩＤ１１０１とＳＰ  ＩＰアドレス１１０２が含まれているが、さらにデータ項目として、例えばサーバのＣＰＵのコア数やメモリ容量等の、サーバの構成情報を含めてもよい。
【００８２】
次に、物理サーバ管理部２８の動作について説明する。
物理サーバ管理部２８は、ＳＰプロキシ１３から物理サーバ１１に対応するサービスプロセッサ１９のＩＰアドレスの問合せを受信する。すると、物理サーバ管理部２８は、物理サーバＤＢ３２を参照して問合せ対象の物理サーバ１１に対応するサービスプロセッサ１９のＩＰアドレスを確認し、その結果を返信する。図７の例では、物理サーバＩＤ１１０１が「00:1f:d0:37:15:29」に対応するサービスプロセッサ１９のＩＰアドレスの問合せがあった場合、サービスプロセッサ１９のＩＰアドレスが「192.168.10.100」であることをＳＰプロキシ１３に返信する。
【００８３】
論理サーバ管理部２９は、論理サーバ３５と物理サーバ１１の対応付けを、対応テーブル３１を用いて管理する。論理サーバ３５と物理サーバ１１の対応付けは、すなわち、論理サーバ３５のシステムが格納されたＨＤＤ２２がどの物理サーバ１１に接続されているかを示している。また、ＨＤＤ２２と物理サーバ１１の接続は、ユーザの貸し出し要求発生時に行われ、返却要求発生時に解除されるので、論理サーバ管理部２９は、物理ＩａａＳシステム１３０の物理サーバ１１の貸出状態を管理するといえる。
【００８４】
図８は対応テーブルのデータ構造の一例を示す。対応テーブル３１は、物理サーバＩＤ１２０１と論理サーバＩＤ１２０２のデータ項目を含む。対応テーブル３１は、管理サーバの１４所定の記憶領域に格納される。
【００８５】
物理サーバＩＤ１２０１は物理サーバ１１の識別情報を示す。この物理サーバＩＤ１２０１は、物理サーバ情報の物理サーバＩＤ１１０１と同様である。
【００８６】
論理サーバＩＤ１２０２は物理サーバＩＤ１２０１の物理サーバ１１に対応付けられた論理サーバ３５の識別情報を示す。図８の例では、論理サーバＩＤ１２０２は物理ＩａａＳシステム１３０の複数の論理サーバ３５において一意に振られた番号で示される。物理サーバＩＤ１２０１の物理サーバ１１に対応付けられた論理サーバ３５が存在しない場合は、論理サーバＩＤ１２０２の値は「None」となる。
【００８７】
尚、図８の例では、対応テーブル３１はテーブル構造であるが、物理サーバＩＤ１２０１と論理サーバＩＤ１２０２の対応関係の情報が含まれるならば、対応テーブル３１は種々のデータ構造をとることができる。
【００８８】
尚、論理サーバ３５はユーザ毎の論理プラットフォーム３７に対応付けてもよい。また、接続変更部３８は、対応テーブル３１を用いて、物理サーバ１１と論理サーバ３５の対応付けを管理してもよい。
【００８９】
次に、論理サーバ管理部２９の動作について説明する。
論理サーバ管理部２９は、ＳＰプロキシ１３から論理サーバ３５に対応する物理サーバ１１のＩＤの問合せを受信すると、対応テーブル３１を参照して問合せ対象の論理サーバ３５に対応する物理サーバ１１のＩＤを確認し、その結果を返信する。図８の例では、論理サーバＩＤ１２０１の値「1」に対応する物理サーバＩＤ１２０１の問合せがあった場合、論理サーバ管理部２９は、対応する物理サーバＩＤが「00:1f:d0:37:19:3f」であることをＳＰプロキシ１３に返信する。
【００９０】
論理サーバ３５と物理サーバ１１の対応関係が変化した場合、すなわち、ユーザからの貸し出し要求、返却要求が発生した場合、論理サーバ管理部２９は、接続変更部３８より変更された対応関係の情報を受信し、対応テーブル３１の情報を更新する。このようにすることで、物理サーバ１１とＨＤＤ２２の接続切り替え時に、運用者がサービスプロセッサ１９の接続先に関する設定を変更することなく、システムの運用が可能となる。
【００９１】
ユーザ情報管理部３０は、ユーザの定義した論理プラットフォーム３７に関する情報を管理する。ユーザ情報管理部３０は、ユーザの情報が格納されたユーザデータベース３３（以下、ユーザＤＢ３３と記す）に接続され、ユーザの情報（以下、ユーザ情報と記す）をユーザＤＢ３３に格納し、また取得する。
【００９２】
図９にユーザＤＢに格納されるユーザ情報のデータ構造の一例を示す。ユーザ情報は、ユーザＩＤ１３０１、論理サーバＩＤ１３０２、サービスプロセッサ利用権限１３０３、及びサービスプロセッサログインＩＤ１３０４のデータ項目を含む。
【００９３】
ユーザＩＤ１３０１は、物理ＩａａＳシステム１３０を利用するユーザに振られた識別情報を示す。図９の例では、ユーザＩＤ１３０１は物理ＩａａＳシステム１３０を利用するユーザに一意に振られた番号で示される。
【００９４】
論理サーバＩＤ１３０２は、論理サーバ３５に振られた識別情報を示す。図９の例では、論理サーバＩＤ１３０２はユーザに貸し出される論理サーバ３５に一意に振られた番号で示される。
【００９５】
サービスプロセッサ利用権限１３０３は、論理サーバ３５に対応するサービスプロセッサ１９に対するユーザの利用権限を示す情報である。図９の例では、サービスプロセッサ利用権限１３０３は、サービスプロセッサ１９の、Ｗｅｂ  ＵＩ（Web User Interface）、ＳＳＨ（Secure Shell）、リモートコンソールの３つの機能について利用権限があるか否かを示す情報が格納されている。サービスプロセッサの利用権限は、図９の例に限定されず、例えばｔｅｌｎｅｔ等の種々の利用権限が設定可能である。
【００９６】
サービスプロセッサログインＩＤ１３０４は、論理サーバ３５に対応するサービスプロセッサ１９のログイン時の認証で使用されるログインＩＤの情報である。ログインＩＤは、サービスプロセッサ利用権限１３０３毎に異なる値としてもよいし、ユーザＩＤ１３０１、論理サーバＩＤ１３０２、及びサービスプロセッサ利用権限１３０３の組み合わせ毎に異なる値としてもよい。図９の例では、サービスプロセッサ１９の利用権限に応じて、「DCAdmin」と「ConsoleUser」の２つのログインＩＤが示されているが、これらに限定されない。
【００９７】
次に、ユーザ情報管理部３０の動作について説明する。
ユーザ情報管理部３０は、ＳＰプロキシ１３からユーザの利用権限の問合せを受信すると、ユーザＤＢ３３を参照して問い合わせの対象のユーザの利用権限を確認し、その結果を返信する。図９の例では、ユーザＩＤ「0」の論理サーバＩＤ「0」に対する利用権限の問合せ指示があった場合には、ユーザ情報管理部３０は、「Web UI」、「SSH」の利用権限があることを示す情報を返信する。また、問合せの返信の際には、ユーザ情報管理部３０は、対応するＳＰログインＩＤも併せて返信する。すなわち、図９の例において、ユーザＩＤ「0」の論理サーバＩＤ「0」に対する利用権限の問合せ指示があった場合には、ＳＰログインＩＤが「DCAdmin」であることを示す情報を利用権限と併せて返信する。
【００９８】
尚、サービスプロセッサログインＩＤ１３０４は、サービスプロセッサログインＩＤと、サービスプロセッサ１９のログイン時の認証で用いられる情報の組としてもよい。サービスプロセッサログイン時の認証で用いられる情報は、例えばパスワード等としてもよい。
【００９９】
尚、図９においては、物理サーバＤＢ３２とユーザＤＢ３３は管理サーバ１４と分離して記されているが、管理サーバ１４内に物理サーバＤＢ３２とユーザＤＢ３３が含まれてもよい。
【０１００】
ＳＰプロキシ１３は、図１で説明したものに加え、さらに、物理サーバ１１と論理サーバ３５の対応関係が変化する場合に対応して、サービスプロセッサ１９へのログインを代行し、利用者端末１５とサービスプロセッサ１９を接続するための手段を提供する。ＳＰプロキシ１３は、管理サーバ１４に現在の論理サーバ３５に対応する物理サーバ１１の情報を問い合わせることにより、ユーザから利用要求のあったサービスプロセッサ１９のアドレスを特定する。ユーザはサービスプロセッサ１９に対する利用要求を行う際には、接続の宛先の情報として論理サーバ３５を指定するだけで、その論理サーバ３５に対応するサービスプロセッサ１９に接続される。すなわち、物理サーバ１１と論理サーバ３５の対応関係が変化した場合でも、ユーザがサービスプロセッサ１９に接続する方法に変更は発生しない。
【０１０１】
ＳＰプロキシ１３は、プロキシ制御部２３、ＳＰログイン代行部２４、ＳＰ設定部２５、ＳＰ情報問合せ部２６、及びユーザ認証部２７を含む。
【０１０２】
プロキシ制御部２３は、サービスプロセッサ１９に対する利用者端末１５からの利用要求を受信し、サービスプロセッサ１９に対するログインを代行し、利用者端末１５とサービスプロセッサ１９のセッションを確立するための制御を行う。また、プロキシ制御部２３は、利用者端末１５とサービスプロセッサ１９のデータのやり取りを中継する。
【０１０３】
ここで、利用者端末１５からのサービスプロセッサ１９に対する利用要求には、接続の対象の論理サーバ３５のＩＤ、ユーザの識別情報、及び接続の形態が含まれる。
【０１０４】
接続対象の論理サーバＩＤは、ユーザが接続したいサービスプロセッサ１９に対応付けられている論理サーバ３５の識別情報である。この論理サーバＩＤは、対応テーブル３１の論理サーバＩＤ１２０２、及びユーザＤＢ３３の論理サーバＩＤ１３０２の情報と対応するものとする。
【０１０５】
ユーザの識別情報は、物理ＩａａＳシステム１３０を利用するユーザの識別情報である。ユーザの識別情報は、例えば利用者端末１５のＩＰアドレスとしてもよいし、利用要求の際にユーザに入力させるようにしてもよい。このユーザの識別情報は、ユーザＤＢ３３のユーザＩＤ１３０１の情報と対応するものとする。
【０１０６】
接続の形態は、ユーザがサービスプロセッサを利用する際に接続したい形態を示す情報であり、例えば、Ｗｅｂ  ＵＩ、ＳＳＨ、リモートコンソール等があるが、これらに限定されない。
【０１０７】
サービスプロセッサ１９に対するログインの代行は、具体的にはプロキシ制御部２３は、先ず、ユーザからのサービスプロセッサ１９に対する利用要求を受信する。そして、プロキシ制御部２３は利用要求を受信すると、ユーザ認証部２７にユーザの認証を指示し、認証結果を受信する。ユーザ認証部２７による認証が成功すると、プロキシ制御部２３は、ユーザの利用要求対象のサービスプロセッサ１９を特定するようにＳＰ情報問合せ部２６に指示し、その結果を受信する。そして、プロキシ制御部２３は特定されたサービスプロセッサ１９に、ユーザに対する権限の付与を行うようにＳＰ設定部２５に指示する。そして、プロキシ制御部２３は、利用要求に含まれる接続の形態の情報に応じた形式で、接続対象のサービスプロセッサ１９に対するログインを行うようにＳＰログイン代行部２４に指示する。ログインに成功すると、プロキシ制御部２３は、利用者端末１５に、利用要求に含まれる接続の形態の情報に応じた接続手段を提供する。具体的な接続手段の提供方法については後ほど説明する。
【０１０８】
ユーザ認証部２７は、サービスプロセッサ１９に対する利用要求を行ったユーザがサービスプロセッサ１９の利用権限を持つか否かを確認することにより、ユーザの認証を行う。ユーザ認証部２７は、プロキシ制御部２３からユーザの認証指示を受信すると、ユーザの認証処理を開始する。
【０１０９】
ユーザの認証処理では具体的には、ユーザ認証部２７は先ず、管理サーバ１４のユーザ情報管理部３０に、利用要求のあったユーザの、利用要求対象のサービスプロセッサ１９に対する利用権限を問い合わせる。ここで、ユーザ認証部２７は、利用権限の問合せ指示とともに利用要求に含まれるユーザの識別情報をユーザ情報管理部３０に送信する。そして、ユーザ認証部２７は、ユーザの利用権限とサービスプロセッサログインＩＤをユーザ情報管理部３０から受信する。次に、ユーザ認証部２７は、受信したユーザの利用権限に基づいて、利用要求に含まれる接続の形態に示す権限がユーザにあるか否かを判定する。そして、ユーザ認証部２７は、利用要求に含まれる接続の形態に示す権限がユーザにあると判定した場合には、認証が成功したと判定する。また、ユーザ認証部２７は、利用要求に含まれる接続の形態に示す権限がユーザにないと判定した場合には、認証が失敗したと判定する。そして、ユーザ認証部２７は、プロキシ制御部２３に認証が成功したか否かを通知する。認証が成功したことを通知する場合は、ユーザ認証部２７は、ユーザ情報管理部３０から受信したサービスプロセッサログインＩＤも併せて通知する。
【０１１０】
ＳＰ情報問合せ部２６は、ユーザの利用要求対象のサービスプロセッサ１９を特定する。ＳＰ情報問合せ部２６は、プロキシ制御部２３からユーザの利用要求対象のサービスプロセッサ１９を特定するよう指示されると、サービスプロセッサ１９の特定処理を開始する。
【０１１１】
サービスプロセッサ１９の特定処理では、具体的には、ＳＰ情報問合せ部２６は先ず、管理サーバ１４の論理サーバ管理部２９に、利用要求のあった論理サーバ３５に対応する物理サーバ１１のＩＤを問い合わせる。ここで、ＳＰ情報問合せ部２６は、物理サーバ１１のＩＤの問合せ指示とともに利用要求に含まれる接続対象の論理サーバＩＤを論理サーバ管理部２９に送信する。そして、ＳＰ情報問合せ部２６は、問い合わせの返信として、論理サーバ３５に対応する物理サーバ１１のＩＤを受信する。
【０１１２】
物理サーバ１１のＩＤを受信すると、ＳＰ情報問合せ部２６は、管理サーバ１４の物理サーバ管理部２８に、論理サーバ管理部２９から受信した物理サーバ１１のＩＤに対応するサービスプロセッサ１９のＩＰアドレスを問い合わせる。ここで、ＳＰ情報問合せ部２６は、サービスプロセッサ１９のＩＰアドレスの問合せ指示とともに、論理サーバ管理部２９から受信した物理サーバ１１のＩＤを物理サーバ管理部２８に送信する。そして、ＳＰ情報問合せ部２６は、問い合わせの返信として、論理サーバ管理部２９から受信した物理サーバ１１のＩＤに対応するサービスプロセッサ１９のＩＰアドレスを受信する。ここで受信したＩＰアドレスは、ユーザから利用要求のあった論理サーバ３５に対応するサービスプロセッサ１９のＩＰアドレスである。
【０１１３】
そして、ＳＰ情報問合せ部２６は、論理サーバ３５に対応するサービスプロセッサ１９のＩＰアドレスをプロキシ制御部２３に通知する。
【０１１４】
ＳＰ設定部２５は、サービスプロセッサ１９に対する管理権限を持ち、サービスプロセッサ１９にユーザが使用権限を行使可能なログインＩＤの設定を行う。すなわち、ＳＰ設定部２５は、論理サーバ３５の物理サーバ１１に対する割り当て状況に応じて、サービスプロセッサ１９のログインに関する認証の設定を変更させる。
【０１１５】
ＳＰ設定部２５は、プロキシ制御部２３からサービスプロセッサ１９の設定を指示されるとログイン対象のサービスプロセッサ１９に対して認証（アカウント）の設定を行う。ここでＳＰ設定部２５は、サービスプロセッサ１９の認証設定指示とともにログイン対象のサービスプロセッサ１９のＩＰアドレス及びサービスプロセッサログインＩＤを受け取る。ここで、サービスプロセッサ１９のＩＰアドレスは、ＳＰ情報問合せ部２６が管理サーバ１４の物理サーバ管理部２８から受信したものである。また、サービスプロセッサログインＩＤは、ユーザ認証部２７がユーザ情報管理部３０から受信したものである。
【０１１６】
具体的には、ＳＰ設定部２５は、サービスプロセッサログインＩＤのユーザが利用要求に含まれる接続の形態の機能を利用できるように、サービスプロセッサ１９に対して設定を行う。例えば、ＳＰ設定部２５は、サービスプロセッサログインＩＤのアカウントを作成し、作成したアカウントに対して接続の形態の機能の権限を付与する。尚、アカウントの作成の際には、サービスプロセッサログインＩＤの認証で用いるパスワード等の認証設定も行ってもよい。ここで設定するパスワード等の情報は、サービスプロセッサログインＩＤとともに、ユーザ情報管理部３０から受信した、ログイン時の認証で用いられる情報としてもよい。また、ＳＰ設定部は、ここで設定したログインＩＤは既に設定済みであることを示す情報をユーザＤＢ３３のユーザ情報のサービスプロセッサログインＩＤ１３０４と対応付けて、ユーザＤＢ３３に新たにデータ項目として追加してもよい。
【０１１７】
ＳＰログイン代行部２４は、利用者端末１５によるサービスプロセッサ１９へのログイン動作を代行して行う。ＳＰログイン代行部２４は、プロキシ制御部２３からログイン代行を指示されるとログイン対象のサービスプロセッサ１９へのログインを行う。ここでプロキシ制御部２３は、ログイン代行の指示とともにログイン対象のサービスプロセッサ１９のＩＰアドレス及びサービスプロセッサログインＩＤをプロキシ制御部２３から受け取る。そして、ＳＰログイン代行部２４は受け取ったＩＰアドレスのサービスプロセッサ１９に対してサービスプロセッサログインＩＤでログインを行う。
【０１１８】
具体的には、ＳＰログイン代行部２４は、利用要求に含まれる接続の形態で指定された形式で、利用要求のサービスプロセッサに対してサービスプロセッサログインＩＤでログインを行う。例えば、接続の形態としてリモートコンソールが指定されている場合、ＳＰログイン代行部２４は、Ｗｅｂ画面を介してログインを行う。
【０１１９】
尚、ＳＰログイン代行部２４によるサービスプロセッサ１９へのログイン時に認証を行うようにしてもよい。認証は、パスワード認証等、種々の認証方法を用いることができる。パスワード認証の場合、ＳＰログイン代後部は、パスワードをサービスプロセッサログインＩＤとともにプロキシ制御部２３から受け取るようにしてもよい。
【０１２０】
次に、利用者端末１５を利用するユーザがサービスプロセッサ１９に対してＷｅｂ  ＵＩで接続する要求を行った場合の動作フローを説明する。図１０は、利用者端末を利用するユーザがサービスプロセッサに対してＷｅｂ  ＵＩで接続する要求を行った場合の動作フローを示す。
【０１２１】
先ず、利用者端末１５はサービスプロセッサ１９の利用要求をＳＰプロキシ１３に対して送信する（Ｓ７０１）。利用要求には、接続の対象の論理サーバ３５のＩＤ、ユーザの識別情報、及び接続の形態が含まれる。
【０１２２】
次に、ＳＰプロキシ１３はユーザの認証を行うために管理サーバにユーザの利用権限を問い合わせる（Ｓ７０２）。すなわち、ＳＰプロキシ１３のユーザ認証部２７は、管理サーバ１４のユーザ情報管理部３０に利用要求のあったユーザの利用要求対象のサービスプロセッサ１９の利用権限を問い合わせる。
【０１２３】
問合せを受けて、管理サーバ１４はユーザＤＢ３３に格納された情報に基いて利用者情報とサービスプロセッサ利用権限の情報を特定し、ＳＰプロキシ１３に通知する（Ｓ７０３）。具体的には、ユーザ情報管理部３０は、ユーザＤＢ３３を参照し、利用要求のあったユーザの利用要求対象の論理サーバ３５に対応するサービスプロセッサ１９に対する利用権限とサービスプロセッサログインＩＤをユーザ認証部２７に通知する。
【０１２４】
ユーザ情報管理部３０から通知を受信すると、ユーザ認証部２７は、受信したユーザの利用権限に基づいて、利用要求に含まれる接続の形態に示す権限がユーザにあるか否かを判定する。ユーザに権限がないと判定された場合、プロキシ制御部２３は、利用者端末に権限がない旨を通知し、処理が終了する。ユーザに権限がないと判定された場合、Ｓ７０４以下の処理が行われる。
【０１２５】
次に、ＳＰプロキシ１３は物理サーバ１１の問合せを行う（Ｓ７０４）。すなわち、ＳＰプロキシ１３のＳＰ情報問合せ部２６は、管理サーバ１４の論理サーバ管理部２９に、利用要求のあった論理サーバ３５に対応する物理サーバ１１のＩＤを問い合わせる。
【０１２６】
物理サーバＩＤの問合せを受けると、管理サーバ１４は対応テーブル３１に基づいて物理サーバ１１の情報を特定し、ＳＰプロキシ１３に通知する（Ｓ７０５）。具体的には、管理サーバ１４の論理サーバ管理部２９は、対応テーブル３１を参照し、利用要求のあった論理サーバ３５に対応する物理サーバ１１のＩＤを特定する。そして、特定した物理サーバＩＤ１２０１をＳＰ情報問合せ部２６に通知する。
【０１２７】
次に、ＳＰプロキシ１３はサービスプロセッサ１９の問合せを行う（Ｓ７０６）。すなわち、ＳＰプロキシ１３のＳＰ情報問合せ部２６は、管理サーバ１４の物理サーバ管理部２８に、Ｓ７０５で特定した物理サーバ１１に対応するサービスプロセッサ１９のＩＰアドレスを問い合わせる。
【０１２８】
サービスプロセッサ１９の問合せを受けて、管理サーバ１４は物理サーバＤＢ３２に格納された情報に基づいてサービスプロセッサ１９の情報を特定し、ＳＰプロキシ１３に通知する（Ｓ７０７）。具体的には、管理サーバ１４の物理サーバ管理部２８は、物理サーバＤＢ３２を参照し、物理サーバ１１に対応するサービスプロセッサ１９のＩＰアドレスを特定する。そして、論理サーバ管理部２９は特定したサービスプロセッサ１９のＩＰアドレスをＳＰ情報問合せ部２６に通知する。
【０１２９】
次に、ＳＰプロキシ１３は物理サーバ１１のサービスプロセッサ１９にログインユーザのＩＤ（アカウント）とそのＩＤのユーザの権限を設定する（Ｓ７０８）。すなわち、ＳＰプロキシ１３のＳＰ設定部２５はＳ１４０３で通知されたサービスプロセッサログインＩＤのユーザがＷｅｂ  ＵＩの機能を利用できるように、サービスプロセッサ１９に対して設定を行う。
【０１３０】
尚、既にログインユーザのＩＤとそのＩＤのユーザの権限の設定が行われている場合は、Ｓ７０８、Ｓ７０９は省略できる。ＳＰプロキシ１３のＳＰ設定部２５はサービスプロセッサログインＩＤのユーザがＷｅｂ  ＵＩの機能を利用できるようにすることは、ユーザの権限の設定に限定されず、ユーザアカウントの作成、アカウントロックの解除等種々の方法で実現してもよい。
【０１３１】
次に、ＳＰプロキシ１３は物理サーバ１１のサービスプロセッサ１９にサービスプロセッサログインＩＤでログインを行う（Ｓ７０９）。すなわち、ＳＰプロキシ１３のＳＰログイン代行部２４は、利用要求に含まれる接続の形態で指定された形式で、利用要求のサービスプロセッサに対してサービスプロセッサログインＩＤでログインを行う。
【０１３２】
次に、ＳＰプロキシ１３のプロキシ制御部２３はＨＴＴＰリバースプロキシの設定を行って、Ｗｅｂページを利用者端末１５に転送する（Ｓ７１０）。リバースプロキシの設定は、例えば、利用者端末１５からhttp://［ＳＰプロキシ１３］/userId/L-serverId/SP にアクセスすると、管理ネットワークのhttp://［サービスプロセッサ１９のＩＰアドレス］へのアクセスに変換され、転送されるようにすることである。
【０１３３】
次に、利用者端末１５は、Ｓ７１０で転送されたＷｅｂページを基に、各種Ｗｅｂ  ＵＩの機能を利用する（Ｓ７１１）。
【０１３４】
次に、利用者端末１５を利用するユーザがサービスプロセッサ１９に対してＳＳＨで接続する要求を行った場合の動作フローを説明する。図１１は、利用者端末を利用するユーザがサービスプロセッサに対してＳＳＨで接続する要求を行った場合の動作フローを示す。Ｓ８０１〜Ｓ８０７については、Ｓ７０１〜Ｓ７０７と同様であるので説明を省略する。
【０１３５】
サービスプロセッサ１９のＩＰアドレスを取得する（Ｓ８０７）と、ＳＰプロキシ１３は物理サーバ１１のサービスプロセッサ１９にログインユーザのＩＤとそのＩＤのユーザの権限を設定する（Ｓ８０８）。すなわち、ＳＰプロキシ１３のＳＰ設定部２５はサービスプロセッサログインＩＤのユーザがＳＳＨの機能を利用できるように、サービスプロセッサ１９に対して設定を行う。
【０１３６】
次に、ＳＰプロキシ１３のプロキシ制御部２３は、利用者端末１５とサービスプロセッサ１９のＳＳＨポート間の転送設定を行い、利用者端末１５にＳＳＨの設定完了通知を行う（Ｓ８０９）。プロキシ制御部２３は、サービスプロセッサ１９とＳＳＨで接続し、また、利用者端末１５とＳＳＨで接続する。そして、プロキシ制御部２３はサービスプロセッサ１９と接続するＳＳＨポートと、利用者端末１５と接続するＳＳＨポートに対して、互いにデータが転送されるように転送設定を行う。そして、プロキシ制御部２３は利用者端末１５に対して、ＳＳＨの接続設定が完了したことを、ＳＳＨの転送先ＩＰアドレス（ＳＰ  ＩＰアドレス１１０２）と転送先ポートの情報とともに送信する。
【０１３７】
次に、利用者端末１５は、Ｓ８０９で受信した情報を用いてＳＳＨクライアントに渡して起動を行うことで、サービスプロセッサ１９とＳＳＨで接続する（Ｓ８１０）。
【０１３８】
次に、利用者端末１５を利用するユーザがサービスプロセッサ１９に対してリモートコンソールで接続する要求を行った場合の動作フローを説明する。図１２は、利用者端末を利用するユーザがサービスプロセッサに対してリモートコンソールで接続する要求を行った場合の動作フローを示す。Ｓ９０１〜Ｓ９０７については、Ｓ７０１〜Ｓ７０７と同様であるので説明を省略する。
【０１３９】
サービスプロセッサ１９のＩＰアドレスを取得する（Ｓ９０７）と、ＳＰプロキシ１３は物理サーバ１１のサービスプロセッサ１９にログインユーザのＩＤとそのＩＤのユーザの権限を設定する（Ｓ９０８）。すなわち、ＳＰプロキシ１３のＳＰ設定部２５はサービスプロセッサログインＩＤのユーザがリモートコンソールの機能を利用できるように、サービスプロセッサ１９に対して設定を行う。
【０１４０】
そして、ＳＰプロキシ１３のプロキシ制御部２３は、サービスプロセッサ１９のリモートコンソールのＷｅｂ画面を介して、サービスプロセッサログインＩＤでログインを行う（Ｓ９０９）。
【０１４１】
次に、プロキシ制御部２３は、リモートコンソール機能を利用するためのアプリケーションとリモートコンソールに接続するためのサービスチケット情報を取得する（Ｓ９１０）。リモートコンソール機能を利用するためのアプリケーションは、例えば、ｊａｖａアプリケーション等であり、サービスチケットは、例えば、リモートコンソール機能にアクセスするための鍵情報等である。
【０１４２】
そして、プロキシ制御部２３は、利用者端末１５とサービスプロセッサ１９を通信可能とするためのポート転送設定を行う。
【０１４３】
次に、プロキシ制御部２３は、アプリケーションとサービスチケットを利用者端末１５に転送する（Ｓ９１１）。
【０１４４】
次に、利用者端末１５は、Ｓ９１０で受信したアプリケーションを実行してサービスチケットを用いてセッションを開き、リモートコンソールでサービスプロセッサ１９と接続する（Ｓ９１２）。
【０１４５】
次に、論理サーバ３５と物理サーバ１１の対応関係が変化した場合の物理ＩａａＳシステムの動作フローについて説明する。論理サーバ３５と物理サーバ１１の対応関係が変化するのは、ユーザからの物理ＩａａＳシステムの貸し出し要求、返却要求が発生した場合である。図１３は物理ＩａａＳシステムの貸し出し要求発生時の物理ＩａａＳシステムの動作フローを示す。
【０１４６】
接続変更部３８は、利用者端末１５から物理ＩａａＳシステムの貸し出し要求を受信すると（Ｓ１００１）、ユーザが定義した論理プラットフォーム３７の構成となるように、物理ＩａａＳシステムを構築する（Ｓ１００２）。具体的には、接続変更部３８は、論理プラットフォーム３７に含まれる論理サーバ３５のシステムの情報が格納されたＨＤＤ２２と物理サーバ１１とを接続する。また、接続変更部３８は、論理プラットフォーム３７で定義されたネットワーク構成となるように、ＶＬＡＮ等の設定を行う。
【０１４７】
次に、接続変更部３８は、管理サーバ１４の論理サーバ管理部２９に対して、対応テーブルを更新するように指示する（Ｓ１００３）。具体的には、接続変更部３８は、ユーザから貸し出し要求のあった論理プラットフォームとなるように接続したＨＤＤと物理サーバの対応関係の情報を対応テーブル３１に設定するように論理サーバ管理部２９に通知する。対応テーブル更新の指示を受けると、論理サーバ管理部２９は、ユーザから貸し出し要求のあった論理プラットフォームとなるように接続したＨＤＤと物理サーバの対応関係の情報を対応テーブル３１に設定する。
【０１４８】
ユーザから物理ＩａａＳの返却要求があった場合には、接続変更部３８は、ユーザが返却する論理プラットフォーム３７に関するＨＤＤ２２と物理サーバ１１の接続を解除する。また、接続変更部３８は、論理プラットフォーム３７で定義されたネットワーク構成に関するＶＬＡＮ等の設定を解除する。そして、接続変更部３８は、対応テーブル３１の、ユーザが返却する論理プラットフォーム３７に含まれる論理サーバのシステム情報が格納されたＨＤＤ２２と物理サーバ１１との対応を解除するように論理サーバ管理部２９に通知する。対応テーブル更新の指示を受けると、論理サーバ管理部２９は、ユーザが返却する論理プラットフォーム３７に含まれる論理サーバのシステム情報が格納されたＨＤＤ２２と物理サーバ１１との対応を解除するように対応テーブル３１を更新する。
【０１４９】
本実施形態によれば、物理サーバ１１とＨＤＤ２２の接続の切り替えが発生した場合に、システムの管理者がサービスプロセッサ１９に対してログインＩＤ等の設定を変更することなく、ユーザがサービスプロセッサ１９を使用することが可能となる。
【０１５０】
また、本実施形態では、サービスプロセッサ１９に対して使用権限毎にログインＩＤを設定し、管理サーバ１４でユーザに割り当てられている物理サーバ１１と、ユーザのサービスプロセッサ利用権限を管理する。これによりユーザの利用権限に応じたサービスプロセッサ１９の機能提供を行うことが可能となる。
【０１５１】
さらに、本実施形態では、サービスプロセッサ１９へのログインをプロキシサーバが代行する。これにより、ユーザに対して実際のサービスプロセッサログインＩＤを隠蔽して秘匿性を高め、また、利用者の利用権限変更などを容易にし、データセンターでの運用業務を省力化できる。
【０１５２】
尚、ユーザからの利用要求のあったログインＩＤの権限が既にサービスプロセッサ１９に設定されている場合には、ＳＰ設定部２５による権限の設定（Ｓ７０８、Ｓ８０８、Ｓ９０８）を省略することができる。既にサービスプロセッサ１９にログインＩＤの権限が設定されているか否かは例えば、ユーザＤＢ３３においてＳＰログインＩＤに対応付けて管理してもよい。
【０１５３】
さらに、ユーザからのサービスプロセッサの利用要求が発生してから、サービスプロセッサのアカウントの設定を行うのではなく、予め利用権限に応じたアカウントをサービスプロセッサに設定しておく構成としてもよい。この場合、設定済みのサービスプロセッサのログインＩＤがユーザＤＢ３３のサービスプロセッサログインＩＤ１３０４に格納される。この場合、ＳＰ設定部２５による権限の設定（Ｓ７０８、Ｓ８０８、Ｓ９０８）を省略することができる。
【０１５４】
尚、物理ＩａａＳシステム１３０は情報処理システム５１の一例である。利用者端末１５は端末装置５２の一例である。物理サーバＤＢ３２は、第１の格納部５４の一例である。対応テーブル３１は、第２の格納部５５の一例である。管理サーバ１４は、管理装置５６の一例である。ＳＰプロキシ１３は、プロキシ装置５７の一例である。ユーザＤＢ３３は、第３の格納部の一例である。ＨＤＤ２２は、記憶装置６０の一例である。サービスプロセッサ１９は、管理部６１の一例である。物理サーバ１１は、処理装置６２の一例である。接続変更部３８は、接続変更部６３の一例である。ユーザ認証部２７は、認証部６４の一例である。ＳＰログイン代行部２４は、代行部６５の一例である。ＳＰ設定部２５は、第１の設定部６６の一例である。ＨＤＤ２２が含まれるディスクプール２１と物理サーバ１１とは同一の装置に含まれる構成としてもよく、そのような装置は情報処理装置５３の一例である。
（実施形態２）
ユーザが定義した論理プラットフォーム３７に含まれる所定の論理サーバ３５から、自身の又は他の論理サーバ３５のサービスプロセッサ１９にアクセスし、論理プラットフォーム３７内の論理サーバ３５の健全性を監視したり、電源状態を制御したりしたいケースがある。
【０１５５】
そこで、本実施形態では、論理サーバ３５からのサービスプロセッサ１９に対するアクセスを可能とするために、業務ネットワークと管理ネットワークを、ファイアウォール２０を介して接続する。そして、ＳＰプロキシ１３は、ユーザからの要求に応じて、ファイアウォール２０のアクセス制御の設定を変更する。
【０１５６】
図１４は、物理サーバとＨＤＤが分離された物理ＩａａＳシステムであって、業務ネットワークと管理ネットワークがファイアフォールを介して接続された物理ＩａａＳシステムの構成の一例を示す。
【０１５７】
物理ＩａａＳシステム１４０は、物理サーバ１１、サービスゲートウェイ１２、ＳＰプロキシ１３、管理サーバ１４、利用者端末１５、ディスクプール２１、接続変更部３８、物理サーバＤＢ３２、ユーザＤＢ３３、及びファイアウォール２０を含む。物理サーバ１１、サービスゲートウェイ１２、管理サーバ１４、利用者端末１５、ディスクプール２１、接続変更部３８、物理サーバＤＢ３２、及びユーザＤＢ３３は、図６で示した実施形態１と同様である。
【０１５８】
ファイアウォール２０は、業務ネットワークと管理ネットワークを接続し、双方のネットワークからのアクセスを制御する。ファイアウォール２０のアクセス制御は例えば、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、及び宛先ポート番号の組み合わせに基づいて行われる。
【０１５９】
ＳＰプロキシ１３は、実施形態１と同様に、プロキシ制御部２３、ＳＰログイン代行部２４、ＳＰ設定部２５、ＳＰ情報問合せ部２６、及びユーザ認証部２７を含む。実施形態２のＳＰプロキシ１３は、さらに、ＦＷ制御部３４を含む。
【０１６０】
ＦＷ制御部３４は、ファイアウォール２０のアクセス制御の設定変更要求を利用者端末１５から受けて、ファイアウォール２０のアクセス制御の設定を行う。アクセス制御の設定変更要求には、ユーザの識別情報、ならびに、設定変更対象のアクセスの、送信元論理サーバ３５のＩＰアドレス、宛先論理サーバ３５の識別情報、及び接続の形態の情報が含まれる。
【０１６１】
ＦＷ制御部３４は利用者端末１５から設定変更要求を受信すると、設定変更要求が、権限のあるユーザによるものかの認証を行うようにユーザ認証部２７に指示し、認証の結果を受信する。
【０１６２】
ユーザ認証部２７による認証が成功すると、ＦＷ制御部３４は、宛先論理サーバ３５のサービスプロセッサ１９を特定するようにＳＰ情報問合せ部２６に指示し、その結果としてサービスプロセッサ１９のＩＰアドレスを受信する。また、ＦＷ制御部３４は、送信元論理サーバ３５に対応する送信元物理サーバ１１を特定するようにＳＰ情報問合せ部２６に指示し、その結果として送信元論理サーバ３５に対応する送信元物理サーバ１１のＩＰアドレスを受信する。
【０１６３】
そして、ＦＷ制御部３４は特定されたサービスプロセッサ１９に対して、設定変更要求を行ったユーザに対する、設定変更要求に含まれる接続の形態の権限の付与を行うようにＳＰ設定部２５に指示する。
【０１６４】
尚、ユーザ認証部２７は、実施形態１におけるサービスプロセッサ１９に対する利用要求を行ったユーザがサービスプロセッサ１９の利用権限を持つか否かの認証と同様にして、権限のあるユーザによるものかの認証を行う。
【０１６５】
また、ＳＰ情報問合せ部２６は、実施形態１におけるユーザの利用要求対象のサービスプロセッサ１９を特定するのと同様の方法で、宛先論理サーバ３５のサービスプロセッサ１９を特定する。また、ＳＰ情報問合せ部２６は、実施形態１における利用要求対象の論理サーバに対応する物理サーバＩＤを特定するのと同様の方法で、送信元論理サーバ３５に対応する送信元物理サーバ１１を特定する。
【０１６６】
また、ＳＰ設定部２５は、実施形態１における、認証（アカウント）の設定と同様にして、設定変更要求を行ったユーザに対する、設定変更要求に含まれる接続の形態の権限の付与を行う。
【０１６７】
次に、ＦＷ制御部３４は、送信元論理サーバ３５のＩＰアドレスから宛先サービスプロセッサ１９のＩＰアドレスへの接続形態の通信を許可するようにファイアウォール２０に設定する。ここで、ファイアウォール２０に設定する際には、ＦＷ制御部３４は、送信元物理サーバ１１のＩＰアドレス、宛先サービスプロセッサ１９のＩＰアドレス、及び接続の形態に対応するポート番号を指定することにより設定する。送信元物理サーバ１１のＩＰアドレス、宛先サービスプロセッサ１９のＩＰアドレスは、ＳＰ情報問合せ部２６より受信したものである。ポート番号は、設定要求変更に含まれる接続の形態の情報に基いて特定したものである。
【０１６８】
次に、ＦＷ制御部３４は、利用者端末１５に対して、該当する論理サーバ３５上からサービスプロセッサ１９にアクセスするための情報を提示する。論理サーバ３５上からサービスプロセッサ１９にアクセスするための情報には、サービスプロセッサ１９のＩＰアドレス、ログインＩＤ等が含まれる。
【０１６９】
そして、ユーザは得られた情報を論理サーバ３５上のアプリケーションに設定するなどして、論理サーバ３５上のアプリケーションからサービスプロセッサ１９にアクセスすることが可能となる。
【０１７０】
このように構成することで、割り当てられた物理サーバ１１からサービスプロセッサ１９へのアクセスを容易に実現することができる。
【０１７１】
また、利用者端末１５からサービスプロセッサ１９へのログインの方法は、実施形態１と同様である。
【０１７２】
図１５はファイアウォールの設定変更要求発生時の動作フローを示す。図１５は、設定変更要求の接続の形態として「Web UI」が設定されている場合の例を示す。尚以下の説明では、送信元論理サーバ３５に対応する物理サーバ１１のＩＰアドレスを送信元ＩＰアドレス、宛先論理サーバ３５に対応する物理サーバ１１のサービスプロセッサ１９のＩＰアドレスを宛先ＩＰアドレスと記す場合がある。
【０１７３】
先ず、ＳＰプロキシ１３のＦＷ制御部３４は利用者端末１５からファイアウォール２０のアクセス制御の設定変更要求を受信する（Ｓ１４０１）。
【０１７４】
次に、ＳＰプロキシ１３は、設定変更要求が権限のあるユーザによるものかの認証を行う（Ｓ１４０２）。すなわちＳＰプロキシ１３のユーザ認証部２７は、管理サーバ１４のユーザ情報管理部３０に、設定変更要求を行ったユーザの利用要求対象のサービスプロセッサ１９の利用権限を問い合わせる。
【０１７５】
問合せを受けて、管理サーバ１４はユーザＤＢに格納された情報に基づいて利用者情報とサービスプロセッサ利用権限の情報を特定し、ＳＰプロキシ１３に通知する（Ｓ１４０３）。具体的には、管理サーバ１４のユーザ情報管理部３０は、ユーザＤＢ３３を参照し、利用要求のあったユーザの宛先論理サーバ３５に対応するサービスプロセッサ１９に対する利用権限とサービスプロセッサログインＩＤをユーザ認証部２７に通知する。
【０１７６】
ユーザ情報管理部３０から通知を受信すると、ユーザ認証部２７は、受信したユーザの利用権限に基づいて、利用要求に含まれる接続の形態に示す権限がユーザにあるか否かを判定する。ユーザに権限がないと判定された場合、ＦＷ制御部３４は、利用者端末に権限がない旨を通知し、処理が終了する。ユーザに権限がないと判定された場合、Ｓ１４０４以下の処理が行われる。
【０１７７】
次に、ＳＰプロキシ１３は送信元論理サーバ３５と宛先論理サーバ３５に対応する物理サーバ１１の問合せを行う（Ｓ１４０４）。すなわち、ＳＰプロキシ１３のＳＰ情報問合せ部２６は、管理サーバ１４の論理サーバ管理部２９に、送信元論理サーバ３５と宛先論理サーバ３５に対応する物理サーバ１１のＩＤを問い合わせる。
【０１７８】
物理サーバＩＤの問合せを受けると、管理サーバ１４は対応テーブル３１に基づいて物理サーバ１１の情報を特定し、ＳＰプロキシ１３に通知する（Ｓ１４０５）。具体的には、管理サーバ１４の論理サーバ管理部２９は、対応テーブル３１を参照し、送信元論理サーバ３５と宛先論理サーバ３５に対応する物理サーバ１１のＩＰアドレスを特定する。そして、論理サーバ管理部２９は、特定した物理サーバ１１のＩＰアドレスをＳＰ情報問合せ部２６に通知する。尚、図８の例では、対応テーブル３１の物理サーバＩＤ１２０１は物理サーバ１１のＩＰアドレスで示されている。ここで、物理サーバＩＤ１２０１がＩＰアドレス以外の識別情報で示されている場合には、物理サーバＩＤに対応する物理サーバＩＰアドレスのデータ項目を対応テーブル３１に設ければよい。
【０１７９】
次に、ＳＰプロキシ１３はサービスプロセッサ１９のＩＰアドレスの問合せを行う（Ｓ１４０６）。すなわち、ＳＰプロキシ１３のＳＰ情報問合せ部２６は、管理サーバ１４の物理サーバ管理部２８に、Ｓ１４０５で特定した宛先論理サーバ３５に対応する物理サーバ１１のサービスプロセッサ１９のＩＰアドレスを問い合わせる。
【０１８０】
サービスプロセッサ１９の問合せを受けて、管理サーバ１４は物理サーバＤＢ３２に格納された情報に基づいてサービスプロセッサ１９の情報を特定し、ＳＰプロキシ１３に通知する（Ｓ１４０７）。具体的には、管理サーバ１４の物理サーバ管理部２８は、物理サーバＤＢ３２を参照し、物理サーバ１１に対応するサービスプロセッサ１９のＩＰアドレスを特定する。そして、特定したサービスプロセッサ１９のＩＰアドレスをＳＰ情報問合せ部２６に通知する。
【０１８１】
次に、ＳＰプロキシ１３は物理サーバ１１のサービスプロセッサ１９にログインユーザのＩＤ（アカウント）とそのＩＤのユーザの権限を設定する（Ｓ１４０８）。すなわち、ＳＰプロキシ１３のＳＰ設定部２５はＳ１４０３で通知されたサービスプロセッサログインＩＤのユーザが設定変更要求の接続の形態で示される機能を利用できるように、サービスプロセッサ１９に対して設定を行う。
【０１８２】
尚、既にログインユーザのＩＤとそのＩＤのユーザの権限を設定が行われている場合は、Ｓ１４０８、Ｓ１４０９は省略できる。ＳＰプロキシ１３のＳＰ設定部２５はサービスプロセッサログインＩＤのユーザがＷｅｂ  ＵＩの機能を利用できるようにすることは、ユーザの権限の設定に限定されず、ユーザアカウントの作成、ロックの解除等種々の方法で実現してもよい。
【０１８３】
次に、ＳＰプロキシ１３は、ファイアウォール２０のアクセス制御の設定変更を行う（Ｓ１４０９）。すなわち、ＦＷ制御部３４は、Ｓ１４０５で受信した送信元物理サーバのＩＰアドレスと、Ｓ１４０７で受信したサービスプロセッサ１９のＩＰアドレスと、設定変更要求に含まれる接続の形態に応じたポート番号と、に基づいてファイアウォール２０を設定する。具体的には、ＦＷ制御部３４は、送信元ＩＰアドレスと、送信元ＩＰアドレスとの接続ポートと、宛先ＩＰアドレスと、宛先ＩＰアドレスとの接続ポートと、の組み合わせの通信（インバウンド・アウトバウンド）を許可するようにファイアウォール２０に設定する。
【０１８４】
次に、ＳＰプロキシ１３は、送信元論理サーバ３５からサービスプロセッサ１９に接続するための情報を利用者端末１５に提供する（Ｓ１４１０）。すなわち、ＦＷ制御部３４は、宛先ＩＰアドレスと、ユーザアカウントＩＤを利用者端末１５に通知する。
【０１８５】
そして、利用者端末１５は、送信元論理サーバ３５にログインし、送信元論理サーバ３５から宛先ＩＰアドレスを指定してサービスプロセッサ１９に接続し、ユーザアカウントＩＤを用いてサービスプロセッサ１９にログインする。
【０１８６】
尚、送信元論理サーバ３５のＩＰアドレスが仮想ＩＰで構成され、物理サーバ１１のＩＰアドレスが論理サーバ３５に設定されたＩＰアドレスが常に等しくなる場合には、Ｓ１４０４、Ｓ１４０５の送信元ＩＰアドレスを求める処理は省略できる。
【０１８７】
また、Ｓ１４０９におけるファイアウォール２０の設定において、宛先ＩＰアドレスとして直接サービスプロセッサ１９のＩＰアドレスを指定する代わりに、ＳＰプロキシ１３を指定してもよい。その場合、送信元論理サーバ３５はＳＰプロキシ１３との通信が許可されるが、送信元論理サーバ３５は、実施形態１で説明したサービスプロセッサ１９によるログイン代行機能を利用して、サービスプロセッサ１９との接続を確立する。また、その場合、ファイアウォール２０は業務ネットワークとＳＰプロキシ１３との間に設置され、業務ネットワークは直接管理ネットワークに接続しない構成としてもよい。すなわち、業務ネットワークから管理ネットワークへのアクセスはＳＰプロキシ１３を介して行われるようにしてもよい。尚ファイアウォール２０はファイアウォール５９の一例である。また、ＦＷ制御部３４は第２の設定部６７の一例である。
【０１８８】
図１６は、本実施形態に係るＳＰプロキシ１３、管理サーバ１４、利用者端末１５、及び接続変更部３８のハードウェア構成の一例を示す。ＳＰプロキシ１３、管理サーバ１４、及び接続変更部３８は、図１６に示すように、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、読取部２０４、着脱可能記録媒体２０５、通信インターフェース２０６、入出力部２０７を含む。なお、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、読取部２０４、通信インターフェース２０６、及び入出力部２０７は、例えば、バス２０９を介して互いに接続されている。
【０１８９】
ＣＰＵ２０１は、メモリ２０２を利用して上述のフローチャートの手順を記述したプログラムを実行する。ＳＰプロキシ１３においては、ＣＰＵ２０１は、プロキシ制御部２３、ＳＰログイン代行部２４、ＳＰ設定部２５、ＳＰ情報問合せ部２６、ユーザ認証部２７、及びＦＷ制御部３４の一部または全部の機能を提供する。また、管理サーバ１４においては、ＣＰＵ２０１は、物理サーバ管理部２８、論理サーバ管理部２９、ユーザ情報管理部３０の一部または全部の機能を提供する。
【０１９０】
メモリ２０２は、例えば半導体メモリであり、ＲＡＭ（Random Access Memory）領域およびＲＯＭ（Read Only Memory）領域を含んで構成される。
【０１９１】
記憶装置２０３は、例えばハードディスクである。管理サーバ１４においては、記憶装置２０３には、対応テーブル３１が格納される。また、物理サーバＤＢ３２、またはユーザＤＢ３３が管理サーバに含まれる場合、記憶装置２０３には、物理サーバＤＢ３２またはユーザＤＢ３３が格納される。また、管理部３８においては、記憶装置２０３には、ユーザ毎の論理プラットフォームの構成情報などの記憶部の情報が格納される。尚、記憶装置２０３は、フラッシュメモリ等の半導体メモリであってもよい。また、記憶装置２０３は、外部記録装置であってもよい。尚、ＳＰプロキシ１３、及び利用者端末１５には、記憶装置２０３はなくてもよい。
【０１９２】
読取部２０４は、ＣＰＵ２０１の指示に従って着脱可能記録媒体２０５にアクセスする。着脱可能記録媒体２０５は、たとえば、半導体デバイス（ＵＳＢメモリ等）、磁気的作用により情報が入出力される媒体（磁気ディスク等）、光学的作用により情報が入出力される媒体（ＣＤ−ＲＯＭ、ＤＶＤ等）などにより実現される。尚、ＳＰプロキシ１３、管理サーバ１４、利用者端末１５、及び接続変更部３８には、読取部２０４はなくてもよい。
【０１９３】
通信インターフェース２０６は、ＣＰＵ２０１の指示に従ってネットワークを介してデータを送受信する。
【０１９４】
入出力部２０７は、例えば、ユーザからの指示を受け付けるデバイスに相当する。ユーザは入出力部２０７を用いて、利用者端末１５に種々の指示を入力する。尚、ＳＰプロキシ１３、管理サーバ１４、及び接続変更部３８には、入出力部２０７はなくてもよい。
【０１９５】
実施形態を実現するための情報処理プログラムは、例えば、下記の形態でサーバに提供される。
（１）記憶装置２０３に予めインストールされている。
（２）着脱可能記録媒体２０５により提供される。
（３）ネットワークを介して提供される。
【０１９６】
尚、本実施形態は、以上に述べた実施の形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。
【０１９７】
図１７は、本実施形態に係るサービスゲートウェイ１２、及びファイアウォール２０のハードウェア構成の一例を示す。サービスゲートウェイ１２、ファイアウォール２０は、図１７に示すように、ＣＰＵ３０１、メモリ３０２、通信インターフェース３０３、を含む。なお、ＣＰＵ３０１、メモリ３０２、及び通信インターフェース３０３は例えば、バス３０４を介して互いに接続されている。
【０１９８】
ＣＰＵ３０１は、メモリ３０２を利用して種々の制御を行う。
メモリ３０２は、例えば半導体メモリであり、ＲＡＭ領域およびＲＯＭ領域を含んで構成される。サービスゲートウェイ１２においては、メモリ３０２は、ゲートウェイの経路表等が格納される。ファイアウォール２０においては、メモリ３０２は、アクセスを制御するためのルールが記載されたテーブルが格納される。
【０１９９】
通信インターフェース３０６は、ネットワークからデータを受信し、また、ネットワークにデータを送信する。
【０２００】
尚、物理サーバ１１、ディスクプール２１、及び接続変更部３８は同一筐体に含まれる構成としてもよい。また、接続変更部３８に管理サーバ１４の一部または全ての機能を含める構成としてもよい。また、管理サーバ１４に接続変更部３８の一部または全ての機能を含める構成としてもよい。また、ＳＰプロキシ１３に管理サーバ１４の一部または全ての機能を含める構成としてもよい。
【０２０１】
上記実施形態に関し、更に以下の付記を開示する。
（付記１）
端末装置からの要求に基づき、論理情報処理装置を割り当てる情報処理システムにおいて、
複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置と、
前記情報処理装置を識別する物理識別情報と前記管理部のアドレス情報とが対応付けられた第１の対応情報を格納する第１の格納部と、
前記物理識別情報と前記論理情報処理装置を識別する論理識別情報とが対応付けられた第２の対応情報を格納する第２の格納部と、
前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得する管理装置と、
前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを行うプロキシ装置を有することを特徴とする情報処理システム。
（付記２）
前記管理装置はさらに、
前記記憶装置と前記処理装置との接続の変更に応じて、前記第２の対応情報を変更する接続変更部を有することを特徴とする付記１記載の情報処理システム。
（付記３）
前記接続変更部は、前記要求に基づき前記論理情報処理装置に対応する前記記憶装置と所定の前記処理装置とが接続されると、該接続された前記記憶装置に対応する前記論理情報処理装置の前記論理識別情報と、該接続された前記情報処理装置の前記物理識別情報とを対応づけるように前記第２の対応情報を変更する
ことを特徴とする付記２に記載の情報処理システム。
（付記４）
前記接続変更部は、前記要求に基づき前記論理情報処理装置に対応する前記記憶装置と前記処理装置との接続が解除されると、該接続が解除された前記記憶装置に対応する前記論理情報処理装置の前記論理識別情報と、該接続が解除された前記情報処理装置の前記物理識別情報との対応づけを解除するように前記第２の対応情報を変更する
ことを特徴とする付記３に記載の情報処理システム。
（付記５）
前記情報処理システムは、さらに、
前記管理部に対する前記端末装置毎の利用権限の情報である権限情報を格納する第３の格納部を有し、
前記プロキシ装置は、前記権限情報に基づいて前記端末装置の認証を行う認証部を有し、
前記管理装置は、前記認証が成功した場合、前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得する
ことを特徴とする付記１〜４のうちいずれか１項に記載の情報処理システム。
（付記６）
前記プロキシ装置はさらに、前記取得したアドレス情報に対応する前記管理部に対する前記端末装置のログインを代行する代行部を有し、前記ログインした状態で、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へアクセスするためのインターフェースを提供する
ことを特徴とする付記５に記載の情報処理システム。
（付記７）
前記プロキシ装置はさらに、前記アドレス情報に対応する前記管理部へ利用権限の設定を行う第１の設定部を有し、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを前記設定された利用権限で行う
ことを特徴とする付記１〜６のうちいずれか１項に記載の情報処理システム。
（付記８）
前記情報処理システムは、さらに、
前記処理装置のネットワークインタフェースの接続網と前記管理部のネットワークインタフェースの接続網とを接続するファイアウォールを有し、
前記プロキシ装置はさらに、前記対応する情報処理装置の管理部に対する前記処理装置のネットワークインタフェースからのアクセスを許可するように前記ファイアウォールを設定する第２の設定部を有し、前記アクセスが許可された前記処理装置のネットワークインタフェースから、前記対応する情報処理装置の管理部に対してアクセスするための情報を提供する
ことを特徴とする付記１〜７のうちいずれか１項に記載の情報処理システム。
（付記９）
複数の記憶装置のいずれかと、管理部をそれぞれ備える複数の処理装置のいずれかとが接続される情報処理装置と、前記情報処理装置を識別する物理識別情報と前記管理部のアドレス情報とが対応付けられた第１の対応情報を格納する第１の格納部と、前記物理識別情報と前記情報処理装置に対応する論理情報処理装置を識別する論理識別情報とが対応付けられた第２の対応情報を格納する第２の格納部とを有し、端末装置からの要求に基づき、前記論理情報処理装置を割り当てる情報処理システムの制御方法において、
前記情報処理システムが有する管理装置が、前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得し、
前記情報処理システムが有するプロキシ装置が、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを行うことを特徴とする情報処理システムの制御方法。
（付記１０）
前記管理装置が有する接続変更部が、前記記憶装置と前記処理装置との接続の変更に応じて、前記第２情報を変更する
ことを特徴とする付記９記載の情報処理システムの制御方法。
（付記１１）
前記接続変更部は、前記要求に基づき前記論理情報処理装置に対応する前記記憶装置と所定の前記処理装置とが接続されると、該接続された前記記憶装置に対応する前記論理情報処理装置の前記論理識別情報と、該接続された前記情報処理装置の前記物理識別情報とを対応づけるように前記第２の対応情報を変更する
ことを特徴とする付記１０に記載の情報処理システムの制御方法。
（付記１２）
前記接続変更部は、前記要求に基づき前記論理情報処理装置に対応する前記記憶装置と前記処理装置との接続が解除されると、該接続が解除された前記記憶装置に対応する前記論理情報処理装置の前記論理識別情報と、該接続が解除された前記情報処理装置の前記物理識別情報との対応づけを解除するように前記第２の対応情報を変更する
ことを特徴とする付記１１に記載の情報処理システムの制御方法。
（付記１３）
前記プロキシ装置が有する認証部が、前記管理部に対する前記端末装置毎の利用権限の情報である権限情報を格納する第３の格納部に格納された前記権限情報に基づいて前記端末装置の認証を行い、
前記管理装置は、前記認証が成功した場合、前記要求に含まれる論理識別情報に基づき、前記第２の対応情報から取得した物理識別情報を用いて、前記第１の対応情報から前記端末装置に割り当てられる論理情報処理装置に対応する情報処理装置の管理部のアドレス情報を取得する
ことを特徴とする付記９〜１２のうちいずれか１項に記載の情報処理システムの制御方法。
（付記１４）
前記プロキシ装置が有する代行部が、前記取得したアドレス情報に対応する前記管理部に対する前記端末装置のログインを代行し、
前記プロキシ装置は、前記ログインした状態で、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へアクセスするためのインターフェースを提供する
ことを特徴とする付記１３に記載の情報処理システムの制御方法。
（付記１５）
前記プロキシ装置が有する第１の設定部が、前記アドレス情報に対応する前記管理部へ利用権限の設定を行い、
前記プロキシ装置は、前記管理装置が取得したアドレス情報に基づき、前記対応する情報処理装置の管理部へのアクセスを前記設定された利用権限で行う
ことを特徴とする付記９〜１４のうちいずれか１項に記載の情報処理システムの制御方法。
【符号の説明】
【０２０２】
１１    物理サーバ
１２    サービスゲートウェイ
１３    サービスプロセッサプロキシ
１４    管理サーバ
１５    利用者端末
１６    ＣＰＵ
１７    メモリ
１８    ＨＤＤ
１９    サービスプロセッサ
２０    ファイアウォール
２１    ディスクプール
２２    ＨＤＤ
２３    プロキシ制御部
２４    ＳＰログイン代行部
２５    ＳＰ設定部
２６    ＳＰ情報問合せ部
２７    ユーザ認証部
２８    物理サーバ管理部
２９    論理サーバ管理部
３０    ユーザ情報管理部
３１    対応テーブル
３２    物理サーバＤＢ
３３    ユーザＤＢ
３４    ＦＷ制御部
３５    論理サーバ
３６    サービスプロセッサ
３７    論理プラットフォーム
３８    接続変更部
５１    情報処理システム
５２    端末装置
５３    情報処理装置
５４    第１の格納部
５５    第２の格納部
５６    管理装置
５７    プロキシ装置
５８    第３の格納部
５９    ファイアウォール
６０    記憶装置
６１    管理部
６２    処理装置
６３    接続変更部
６４    認証部
６５    代行部
６６    第１の設定部
６７    第２の設定部
１１０１  物理サーバＩＤ
１１０２  サービスプロセッサＩＰアドレス
１２０１  物理サーバＩＤ
１２０２  論理サーバＩＤ
１３０１  ユーザＩＤ
１３０２  論理サーバＩＤ
１３０３  サービスプロセッサ利用権限
１３０４  サービスプロセッサログインＩＤ
【図３】
2014194616.tif 000003
【図４】
2014194616.tif 000004
【図５】
2014194616.tif 000005
【図６】
2014194616.tif 000006
【図１２】
2014194616.tif 000007
【図１４】
2014194616.tif 000008
【図１６】
2014194616.tif 000009
【図１】
2014194616.tif 000010
【図２】
2014194616.tif 000011
【図７】
2014194616.tif 000012
【図８】
2014194616.tif 000013
【図９】
2014194616.tif 000014
【図１０】
2014194616.tif 000015
【図１１】
2014194616.tif 000016
【図１３】
2014194616.tif 000017
【図１５】
2014194616.tif 000018
【図１７】
2014194616.tif 000019