JP2015184718A - 起動管理装置、起動管理方法、及び、起動管理プログラム - Google Patents

起動管理装置、起動管理方法、及び、起動管理プログラム Download PDF

Info

Publication number
JP2015184718A
JP2015184718A JP2014057893A JP2014057893A JP2015184718A JP 2015184718 A JP2015184718 A JP 2015184718A JP 2014057893 A JP2014057893 A JP 2014057893A JP 2014057893 A JP2014057893 A JP 2014057893A JP 2015184718 A JP2015184718 A JP 2015184718A
Authority
JP
Japan
Prior art keywords
server
virtual
access request
management
state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014057893A
Other languages
English (en)
Inventor
欣仁 岩本
Yoshinori Iwamoto
欣仁 岩本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2014057893A priority Critical patent/JP2015184718A/ja
Priority to US14/606,290 priority patent/US20150271029A1/en
Publication of JP2015184718A publication Critical patent/JP2015184718A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computing Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】ユーザの利便性を維持しながら情報処理サービスの利用状態に応じてシステムの稼働状態を管理する起動管理装置、起動管理方法、及び、起動管理プログラムを提供する。
【解決手段】処理ユニットと、通信ユニットとを有し、前記処理ユニットは、クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を指示し、前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を通信ユニットを介して指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を通信ユニットを介して指示する。
【選択図】図１１

Description

本発明は、起動管理装置、起動管理方法、及び、起動管理プログラムに関する。
情報処理サービスを提供するシステム環境では、クライアントからのシステムへのアクセス要求に応答して、ユーザの認証処理を行い、認証に成功した場合に、ユーザに情報処理サービスの提供を許可する。システムは、例えば、１つまたは複数の仮想サーバまたは物理サーバによって構成される。
このようなシステムでは、情報処理サービスをユーザが利用しない場合に、システムを構成するサーバを停止させて、リソースの使用量を節約する。例えば、認証サーバは、システムが提供する情報処理サービスをユーザが利用しない場合にシステムを停止し、停止状態のシステムに対するアクセス要求を検知すると、システムを起動する。
ユーザの認証処理については、例えば、特許文献１〜３に示される。
特開２０１２-８３８２５号公報 特開２００４-１７８４６６号公報 特開２０１３-８４３１２号項報
しかしながら、システムを構成する１つまたは複数のサーバが停止状態にある場合、クライアントからのアクセス要求を実行するサーバも停止状態にあることを示す。クライアントからの新たなアクセス要求に対応してシステムの起動処理を行う場合、ユーザの待機時間が長くなる。また、ユーザの認証に失敗した場合についてもシステムが起動される。このように、ユーザの待機時間を短縮しながら、情報処理サービスの利用状態に応じて、効率的に、システムを起動及び停止させることは容易ではなかった。
１つの側面は、ユーザの利便性を維持しながら情報処理サービスの利用状態に応じてシステムの稼働状態を管理する起動管理装置、起動管理方法、及び、起動管理プログラムを提供することを目的とする。
第１の側面は、処理ユニットと、通信ユニットとを有し、前記処理ユニットは、クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を前記通信ユニットを介して指示し、前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を前記通信ユニットを介して指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を前記通信ユニットを介して指示する。
第１の側面によれば、情報処理サービスの利用状態に応じてシステムを起動及び停止させリソースの使用量を抑えながら、ユーザのサービスの利用開始までの待機時間を短縮する。
本実施の形態例におけるシステムのハードウェア構成を示す図である。 図１で説明した仮想システムを構成する仮想サーバの例を説明する図である。 クライアント装置からのアクセス要求を検知した場合のシステムの起動処理を説明する図である。 図１に示す認証サーバのハードウェア構成を説明する図である。 図１に示す認証サーバのソフトウェアブロック図である。 ユーザ認証用ＤＢが格納するユーザテーブル領域と、仮想システム管理用ＤＢが格納するユーザ利用中サービステーブル領域の構成を説明する図である。 仮想システム管理用ＤＢが格納するサービステーブル領域と、仮想システム稼動状態テーブル領域の構成を説明する図である。 仮想システム管理用ＤＢが格納するＶＭテーブル領域の構成を説明する図である。 実施の形態例におけるクライアント装置及び仮想システムの処理を説明するフローチャート図である。 図９のフローチャート図に対応する認証サーバの起動管理処理を説明するフローチャート図である。 仮想サーバが停止状態である場合の起動管理処理を説明するフローチャート図である。 仮想サーバが一時停止状態である場合の起動管理処理を説明するフローチャート図である。 仮想サーバが稼動状態である場合の起動管理処理を説明するフローチャート図である。 認証サーバにおけるユーザの仮想システムへのアクセス終了時の処理を説明するフローチャート図である。 認証サーバにおける仮想システムの起動処理及び一時停止からの解除処理を説明するフローチャート図である。 認証サーバにおける仮想システムの停止処理を説明するフローチャート図である。 認証サーバにおける仮想システムの一時停止処理を説明するフローチャート図である。
以下、図面にしたがって本発明の実施の形態について説明する。ただし、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。
［システムの構成］
図１は、本実施の形態例におけるシステムのハードウェア構成図である。図１に示すシステムは、例えば、プライベートクラウドシステムである。プライベートクラウドシステムは、企業が自社内でクラウドコンピューティングのシステムを構築し、企業内の部門やグループ会社などに対してクラウドサービスを提供する形態のシステムである。図１のシステムは、複数の仮想システムを動作させるとともに、認証サーバ（起動管理装置）１０が、複数の仮想システムを利用するユーザを一元管理する。
図１に示すシステムは、クライアント装置８０、認証サーバ１０、環境管理サーバ４０、第１のサーバ（物理サーバ）３０ａ、第２のサーバ（物理サーバ）３０ｂを有する。認証サーバ１０とクライアント装置８０、第１のサーバ３０ａ、第２のサーバ３０ｂ、環境管理サーバ４０は、インターネット等の通信回線５０を介して相互に接続する。
また、図１の第１のサーバ３０ａは、仮想システムｖｓ１と仮想システムｖｓ２とを実行する。第１のサーバ３０ａは、ＣＰＵ（Central Processing Unit）、メモリ、通信インタフェース部を備えるサーバである。第１のサーバ３０ａでは、ハイパーバイザ（hypervisor）と呼ばれる制御ソフトウェアが動作する。ハイパーバイザは、第１のサーバ３０ａのハードウェアリソースを論理的に分割し、１つまたは複数の論理パーティションを生成する。それぞれの論理パーティションでは、ＯＳ（Operation system：ＯＳ）が動作し、仮想サーバ（管理対象装置）を構成する。仮想サーバの詳細については、図２で説明する。同様にして、図１の第２のサーバ３０ｂは、仮想システムｖｓ３と仮想システムｖｓ４とを実行する。
図１の例において、環境管理サーバ４０は、仮想サーバを対象とする仮想環境管理サーバとして動作する。環境管理サーバ（以下、仮想環境管理サーバと称する）４０は、第１のサーバ３０ａ及び第２のサーバ３０ｂ上で動作する仮想サーバの構築や管理を行う。仮想環境管理サーバ４０は、仮想サーバに割り当てるハードウェアリソースや論理情報を含む構成情報に基づいて、多数の仮想サーバの構築や管理を行う。仮想環境管理サーバ４０は、ＣＰＵ（Central Processing Unit）、メモリ、通信インタフェース部を備えるサーバである。
仮想環境管理サーバ４０は、仮想サーバが使用する第１のサーバ３０ａ、第２のサーバ３０ｂのハードウェアリソースを確保し仮想サーバを構築する。また、仮想環境管理サーバ４０は、仮想サーバの構成情報に基づいて、仮想サーバの起動及び停止等の制御を行う。仮想環境管理サーバ４０は、管理用の通信回線６０を介して、第１のサーバ３０ａ、第２のサーバ３０ｂと接続し、第１のサーバ３０ａ、第２のサーバ３０ｂで動作する仮想サーバを制御する。
図１の認証サーバ１０は、仮想システムｖｓ１〜ｖｓ４にアクセス要求するユーザの認証処理１１を行う。認証サーバ１０のハードウェア構成図は、図４で後述する。認証サーバ１０は、ユーザ認証用データベース（database：以下、ＤＢと称する）１３、及び、仮想システム管理用データベース（database：以下、ＤＢと称する）を記憶する記憶装置（図示せず）を有する。
認証サーバ１０は認証処理１１として、クライアント装置８０から送信される仮想システムｖｓ１〜ｖｓ４へのアクセス要求に応答して、ユーザ認証用ＤＢ１３を参照し、各仮想システムのユーザ認証処理を行う。さらに、認証サーバ１０は、仮想システム稼動状態管理処理１２として、仮想システムｖｓ１〜ｖｓ４の稼動状態を、仮想環境管理サーバ４０を介して制御する。認証処理１１、及び、稼動状態管理処理１２の詳細については、後述する。
また、図１のクライアント装置８０は、例えば、パーソナルコンピュータ等である。クライアント装置８０は、例えば、ＣＰＵ（Central Processing Unit）、メモリ、通信インタフェース部、表示ユニット、入力ユニット等を有する。クライアント装置８０は、情報処理サービスの提供を受ける仮想システムｖｓ１〜ｖｓ４に対して、アクセス要求を送信する。なお、図１の例は、１台のクライアント装置８０を図示しているが、クライアント装置８０の数は複数であってもよい。
［仮想システム］
図２は、図１で説明した仮想システムｖｓ１〜ｖｓ４を構成する仮想サーバの例を説明する図である。図２は、例えば、図１の第１のサーバ３０ａで動作する仮想システムｖｓ１を構成する仮想サーバｖｍ１〜ｖｍ３を例示する。
図２の例において、仮想システムｖｓ１は、３つの仮想サーバｖｍ１〜ｖｍ３によって構成される。仮想サーバｖｍ１はウェブサーバ（Web Server：ＷＥＢサーバ）、仮想サーバｖｍ２はアプリケーションサーバ（Application Server：ＡＰサーバ）、仮想サーバｖｍ３はデータベースサーバ（Database Server：ＤＢサーバ）に対応する。仮想サーバｖｍ１〜ｖｍ３は、インターネット等の通信回線５０（図１）を介して、図１に示すクライアント装置８０、及び、認証サーバ１０と接続する。
なお、図２に示す仮想システムｖｓ１では、ＷＥＢサーバ、ＡＰサーバ、ＤＢサーバそれぞれが１台の仮想サーバと対応するが、この例に限定されるものではない。例えば、ＷＥＢサーバ及びＡＰサーバが、１台の仮想サーバに対応してもよい。同様にして、ＷＥＢサーバとＡＰサーバとＤＢサーバとが、１台の仮想サーバに対応してもよい。
前述したとおり、図１に示す環境は、複数の仮想システムを動作させるとともに、認証サーバ１０が、複数の仮想システムを利用するユーザを一元管理する。認証サーバ１０は、仮想システムが提供する情報処理サービスの利用ユーザの認証処理を行う。そして、認証に成功したユーザが、情報処理サービスを利用できる。
例えば、図１のクライアント装置８０は、ＵＲＬ（Uniform Resource Locator：ＵＲＬ）を指定することによって、利用する情報処理サービスを提供する仮想システム（例えば、ｖｓ１）のＷＥＢサーバｖｍ１にアクセスする。そして、クライアント装置８０は、ＷＥＢサーバｖｍ１からログイン画面をダウンロードし、ウェブブラウザ等を介して、クライアント装置８０の表示ユニットに表示する。そして、ユーザがログイン画面にユーザＩＤ（Identification：ＩＤ）及びパスワードを入力すると、クライアント装置８０はユーザＩＤ及びパスワードを認証サーバ１０に送信する。認証サーバ１０は、ユーザ認証用ＤＢ１３を参照し、ユーザＩＤ及びパスワードに基づいてユーザ情報と照会し、認証処理を行う。ユーザＩＤ及びパスワードがユーザ情報と一致する場合、認証サーバ１０は、ユーザに、仮想システムｖｓ１が提供する情報処理サービスの利用を許可する。
なお、仮想システムｖｓ１〜ｖｓ４が提供する情報処理サービスをユーザが利用しない場合、必ずしも、仮想システムｖｓ１〜ｖｓ４を起動しておく必要はない。そこで、情報処理サービスをユーザが利用しない仮想システムｖｓ１〜ｖｓ４を構成する各仮想サーバ（例えば、ｖｍ１〜ｖｍ３等）を停止させることによって、物理サーバである第１、２のサーバ３０ａ、３０ｂのＣＰＵ（Central Processing Unit：ＣＰＵ）の負荷やメモリの使用量、及び、電力消費量が抑えられる。例えば、認証サーバ１０は、情報処理サービスをユーザが利用しない場合に、仮想システムを構成する全ての仮想サーバを停止し、当該情報処理サービスへの新たなアクセス要求が発生したときに、仮想サーバを起動する。
しかしながら、ＷＥＢサーバを各仮想システムに設けた場合、仮想システムを構成する全ての仮想サーバを停止すると、認証受け付け用のプロセスであるＷＥＢサーバ（図２の例では、ｖｍ１）も停止状態になる。これにより、仮想システムは、クライアント装置８０からの新たなアクセス要求を検知できない。したがって、例えば、情報処理サービスをユーザが利用しない場合、ＷＥＢサーバ以外の種別の仮想サーバ（図２の例では、ｖｍ２、ｖｍ３）が停止状態に制御され、ＷＥＢサーバｖｍ１は稼動状態を維持する。そして、ＷＥＢサーバｖｍ１が、クライアント装置８０からのアクセス要求を検知したときに、ＷＥＢサーバ以外の種別の仮想サーバｖｍ２、ｖｍ３を起動させる。
このように、各仮想システムにＷＥＢサーバを設けるため、ユーザが各仮想システムへアクセスし易くなる。また、認証サーバ１０を各仮想システムに共通に設けることにより、何千という多数のユーザの認証を高速にできる。
図３は、新たにクライアント装置８０からのアクセス要求を検知した場合におけるシステムの起動処理を説明する図である。図３の例では、前提として、ＷＥＢサーバ以外の種別の仮想サーバ（図２の例では、ｖｍ２、ｖｍ３）は停止状態である。
図３の（Ａ）は、ユーザの認証に成功した場合に、ＷＥＢサーバ以外の種別の仮想サーバを起動する処理を示す。具体的に、新たなユーザのアクセス要求ｔ１に応答して、認証サーバ１０は認証処理を行い、認証に成功した場合に、ＷＥＢサーバ以外の種別の仮想サーバが起動を開始する。したがって、認証に成功したユーザは、情報処理サービスを利用するために、システムの起動完了時ｔ２まで待機する。
図３の（Ｂ）は、本実施の形態例による、ユーザの認証処理の発生と並行して、ＷＥＢサーバ以外の種別の仮想サーバを起動する処理を示す。具体的に、新たなユーザのアクセス要求ｔ１１に応答して、認証サーバ１０が認証処理を行うと同時に、ＷＥＢサーバ以外の種別の仮想サーバは起動処理を開始する。図３の（Ｂ）の例によると、認証処理とシステムの起動処理は並列化されるため、認証に成功したユーザは、短期間の待機によって（ｔ１２）、情報処理サービスの利用を開始することができる。
図３の（Ｂ）の例によると、認証処理とシステムの起動処理とが並行して行われることにより、認証に失敗する場合についてもシステムの起動処理が行われる。つまり、認証に失敗する不正なユーザのアクセス要求にも応答し、システムの起動処理が発生する。したがって、不正ユーザによって繰り返しアクセス要求が行なわれるような場合に、仮想サーバの起動処理が繰り返し発生してしまい、効率的ではない。
したがって、本実施の形態例における認証サーバ１０（起動管理装置）は、クライアント装置８０からのアクセス要求に応答して、認証処理を開始するとともにアクセス要求の対象の仮想サーバ（管理対象装置）の起動開始を指示し、認証処理の結果、クライアント装置８０のアクセス要求が許可されない場合に起動後の仮想サーバに対して一時停止状態への制御を指示する。そして、認証サーバ１０は、一時停止状態への制御後に発生するアクセス要求に応答して、仮想サーバへのアクセス要求が許可された場合に、仮想サーバの一時停止状態の解除を指示する。
つまり、認証サーバ１０は、新たなアクセス要求を検知した場合に、認証処理と並行して、仮想システムを構成する停止状態の仮想サーバを起動開始させる。認証処理とシステムの起動処理とを並列化することにより、ユーザの情報処理サービスの利用開始までの待機時間を短縮する。
そして、本実施の形態例における認証サーバ１０は、認証に失敗した場合に、起動後の仮想システムのＷＥＢサーバ以外の種別の仮想サーバを一時停止状態へ遷移させる。したがって、認証に失敗するユーザのアクセス要求に応答してシステムの起動処理が行われた場合でも、仮想サーバが一時停止状態に制御されるため、システムが稼動状態にある場合に対して、ＣＰＵやメモリのリソースの使用量を抑制することが可能になる。
また、本実施の形態例における認証サーバ１０は、ＷＥＢサーバ以外のサーバの一時停止状態への遷移後の認証処理の結果、認証に成功した場合に、一時停止状態の解除を指示する。一時停止状態のサーバは、一時停止状態から稼動状態に短時間で復帰可能であるため、正規のユーザは、短い待機時間で情報処理サービスの利用を開始できる。また、認証に失敗した場合には一時停止状態が解除されない。したがって、不正ユーザのアクセス要求が度々発生する場合にも一時停止状態に維持されることから、不要な起動処理が繰り返し発生することが回避可能になる。
また、図１に示すような複数の情報処理サービスを提供する複合環境では、例えば、情報処理サービスを提供するシステムとは別に起動管理される認証サーバ１０が複数のシステムのユーザを一元管理する。このような形態のシステムにおいて、認証サーバ１０は、それぞれの情報処理サービスの利用状態に応じて、システムを構成する各サーバの起動及び停止を管理して、リソースの使用量を抑制することが可能になる。また、複数の情報処理サービスを提供する場合、時間帯に応じて、情報処理サービスの利用状態が異なる。したがって、情報処理サービスの利用状態に応じて、複数のシステムのうち一部のシステムを停止（一時停止）させることによって、リソースの使用量を効果的に抑制することが可能になる。
このように、本実施の形態例における認証サーバ１０は、情報処理サービス利用状態に応じてシステムを起動及び停止させることによって、リソースの使用量を抑えながら、ユーザの情報処理サービスの利用開始までの待機時間を短縮しユーザの利便性を維持する。
なお、本実施の形態例では、認証サーバ（起動管理装置）１０が、管理対象のサーバとして、仮想サーバの稼動状態を管理する場合を説明する。しかしながら、本実施の形態例における認証サーバ１０は、管理対象のサーバとして、物理サーバの稼動状態を管理する場合に対しても有効である。この場合、システムは、複数の物理サーバによって構成される。認証サーバ１０は、クライアント装置８０からのアクセス要求に応答して、認証処理を開始するとともにアクセス要求の対象となる物理サーバの起動開始を指示し、認証処理の結果、クライアント装置８０からのユーザのアクセス要求が許可されない場合に起動後の物理サーバに対して一時停止状態への制御を指示する。
これにより、ユーザはシステムの起動待ち時間を意識することなく、短い待機時間で情報処理サービスの利用を開始できる。また、認証サーバ１０は、ユーザの待機時間を短縮しながら、情報処理サービスの利用状態に応じて物理サーバの起動及び停止させることによって、物理サーバが消費する電力等のリソース使用量を抑制することができる。
次に、本実施の形態例における認証サーバ１０のハードウェア構成、及び、ソフトウェアブロック図を説明する。
［認証サーバの構成］
図４は、図１に示す本実施の形態例における認証サーバ１０のハードウェア構成を説明する図である。図４に示す認証サーバ１０は、例えば、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）２０１や不揮発性メモリ２０２等を備えるメモリ１０２、通信インタフェース部１０３を有する。各部は、バス１０４を介して相互に接続する。なお、図１に示す第１、２のサーバ３０ａ、３０ｂ、仮想環境管理サーバ４０も同様のハードウェア構成を有する。
ＣＰＵ１０１は、バス１０４を介してメモリ１０２等と接続すると共に、認証サーバ１０全体の制御を行う。メモリ１０２のＲＡＭ２０１は、ＣＰＵ１０１が処理を行うデータ等を記憶する。メモリ１０２の不揮発性メモリ２０２は、ＣＰＵ１０１が実行するＯＳ（Operating System）のプログラムを格納する領域（図示せず）や、本実施の形態例における起動管理プログラムを格納する領域２１０を備える。
また、不揮発性メモリ２０２は、ユーザ認証用ＤＢ１３、及び、仮想システム管理用ＤＢ１４を記憶する記憶装置（図示せず）を有する。ユーザ認証用ＤＢ１３、及び、仮想システム管理用ＤＢ１４が有する情報の詳細については、図６〜図８で後述する。不揮発性メモリ２０２は、ＨＤＤ（Hard disk drive）、不揮発性半導体メモリ等によって構成される。
起動管理プログラム領域２１０の起動管理プログラム（以下、起動管理プログラム２１０と称する）は、ＣＰＵ１０１の実行によって、本実施の形態例における稼動状態管理処理（図１の１２）を実現する。また、通信インタフェース部１０３は、ネットワーク５０を介して、クライアント装置８０、第１のサーバ３０ａ、第２のサーバ３０ａ、及び、仮想環境管理サーバ４０等との間でデータの送受信を制御する。
図５は、図１に示す本実施の形態例における認証サーバ１０のソフトウェアブロック図である。起動管理プログラム２１０は、認証モジュール２１１と稼働状態管理モジュール２１２を有する。
認証モジュール２１１は、ユーザ認証用ＤＢ１３（図１、図４）を参照して、複数のシステムにおけるユーザの認証処理を行う。認証モジュール２１１は、ユーザＩＤ及びパスワードに基づいてユーザ認証用ＤＢ１３が有するユーザ情報と照会し、ユーザＩＤ及びパスワードがユーザ情報と一致する場合に、アクセス要求を許可し情報処理サービスを提供する。また、認証モジュール２１１は、認証が成功した場合に、ユーザの情報を、仮想システム管理用ＤＢ１４（図１、図４）に更新する。
稼働状態管理モジュール２１２は、仮想システム管理用ＤＢ１４を参照して、情報処理サービスの利用状態を検知し、情報処理サービスを提供するシステムを構成する各仮想サーバの起動及び停止を制御する。稼働状態管理モジュール２１２は、図１の仮想環境管理サーバ４０を介して、図１の第１、２のサーバ３０ａ、３０ｂで動作する仮想システムｖｓ１〜ｖｓ４を構成する各仮想サーバ（例えば、ｖｍ２、ｖｍ３）の起動及び停止を管理する。
なお、本実施の形態例における認証サーバ１０は、ユーザ認証用ＤＢ１３及び仮想システム管理用ＤＢ１４を有するが、この例に限定されるものではない。認証サーバ１０がアクセスする別のサーバが、ユーザ認証用ＤＢ１３及び仮想システム管理用ＤＢ１４を有していてもよい。または、認証サーバ１０は、図１に示す仮想環境管理サーバ４０から、ユーザ認証用ＤＢ１３及び仮想システム管理用ＤＢ１４が有する情報と同様の情報を取得してもよい。
ユーザ認証用ＤＢ１３は、ユーザテーブル領域Ｔ１を有する。また、仮想システム管理用ＤＢ１４は、ユーザ利用中サービステーブル領域Ｔ２、サービステーブル領域Ｔ３、仮想システム稼動状態テーブル領域Ｔ４、ＶＭ（virtual machine）テーブル領域Ｔ５を有する。ここで、各テーブル領域Ｔ１〜Ｔ５の構成を説明する。
図６は、ユーザ認証用ＤＢ１３が格納するユーザテーブル領域Ｔ１と、仮想システム管理用ＤＢ１４が格納するユーザ利用中サービステーブル領域Ｔ２の構成を説明する図である。
図６の（Ａ）は、ユーザテーブル領域Ｔ１を説明する図である。ユーザテーブル領域Ｔ１は、予め設定されるユーザＩＤ及びパスワードと、ログイン状態とを格納する領域である。具体的に、図６（Ａ）のユーザテーブル領域Ｔ１の例によると、ユーザＩＤ「ｕｓｅｒ１」に対応するパスワードは「ｐａｓｓｗｏｒｄ１」であって、管理対象のシステムのいずれかにログイン中であるため「ログイン状態」である。同様にして、ユーザＩＤ「ｕｓｅｒ４」に対応するパスワードは「ｐａｓｓｗｏｒｄ４」であって、「ログアウト状態」である。
図６の（Ｂ）は、ユーザ利用中サービステーブル領域Ｔ２を説明する図である。ユーザ利用中サービステーブル領域Ｔ２は、ユーザＩＤが利用中のサービスの情報を格納する領域である。ユーザ利用中サービステーブル領域Ｔ２は、ユーザＩＤ、利用中サービスＩＤの情報を有する。利用中サービスＩＤは、ユーザＩＤが示すユーザが現在、ログインして利用しているシステムのサービスＩＤを示す。具体的に、図６の（Ｂ）のユーザ利用中サービステーブル領域Ｔ２によると、ユーザＩＤ「ｕｓｅｒ１」のユーザは、サービスＩＤ「ｓｅｒｖｉｃｅ１」が示す情報処理サービスを利用中である。また、ユーザＩＤ「ｕｓｅｒ２」のユーザは、サービスＩＤ「ｓｅｒｖｉｃｅ１」「ｓｅｒｖｉｃｅ２」が示す２つの情報処理サービスを利用中である。
図７は、仮想システム管理用ＤＢ１４が格納するサービステーブル領域Ｔ３と、仮想システム稼動状態テーブル領域Ｔ４の構成を説明する図である。
図７の（Ａ）は、サービステーブル領域Ｔ３を説明する図である。サービステーブル領域Ｔ３は、情報処理サービスを識別するサービスＩＤ毎に、対応するＵＲＬ及び仮想システムＩＤの情報を格納する領域である。サービステーブル領域Ｔ３は、サービスＩＤ、ＵＲＬ、動作する仮想システムＩＤの情報を有する。ＵＲＬは、アクセス要求の対象となるＵＲＬである。動作する仮想システムＩＤは、サービスＩＤが示す情報処理サービスを提供する仮想システムの識別情報である。
具体的に、図７の（Ａ）のサービステーブル領域Ｔ３の例によると、クライアント装置８０は、ＵＲＬ「ｓｅｒｖｉｃｅ１.ｃｏｍ」にアクセスすることによって、サービスＩＤ「ｓｅｒｖｉｃｅ１」の情報処理サービスの提供する仮想システムＩＤ「ｓｙｓｔｅｍ１」にアクセス要求を行う。同様にして、クライアント装置８０は、ＵＲＬ「ｓｅｒｖｉｃｅ２.ｃｏｍ」にアクセスすることによって、サービスＩＤ「ｓｅｒｖｉｃｅ２」の情報処理サービスの提供する仮想システムＩＤ「ｓｙｓｔｅｍ２」にアクセス要求を行う。
図７の（Ｂ）は、仮想システム稼動状態テーブル領域Ｔ４を説明する図である。仮想システム稼動状態テーブル領域Ｔ４は、仮想システムを識別する仮想システムＩＤ毎に、仮想システム稼動状態を格納する領域である。仮想システム稼動状態は、仮想システムを構成する仮想サーバのうち、ＷＥＢサーバ以外の種別の仮想サーバの稼動状態を示す。
具体的に、図７の（Ｂ）の仮想システム稼動状態テーブル領域Ｔ４によると、仮想システムＩＤ「ｓｙｓｔｅｍ１」を構成するＷＥＢサーバ以外のサーバ（例えば、ＡＰサーバ、ＤＢサーバ）の状態は、「稼動」状態である。また、仮想システムＩＤ「ｓｙｓｔｅｍ３」を構成するＷＥＢサーバ以外のサーバの状態は「停止」状態であって、仮想システムＩＤ「ｓｙｓｔｅｍ４」を構成するＷＥＢサーバ以外のサーバの状態は「一時停止」状態である。
図８は、仮想システム管理用ＤＢ１４が格納するＶＭテーブル領域Ｔ５の構成を説明する図である。ＶＭテーブル領域Ｔ５は、仮想サーバを識別するＶＭ（virtual machine：ＶＭ）ＩＤ毎に、仮想サーバの情報を有する領域である。ＶＭテーブル領域Ｔ５は、ＶＭＩＤ、ＶＭ種別、ＶＭ稼動状態、システムＩＤの情報を有する。ＶＭ種別は、対応する仮想サーバが構成する１つまたは複数のサーバ種別を示す。サーバ種別とは、例えば、ＷＥＢサーバ「ＷＥＢ」、ＡＰサーバ「ＡＰ」、ＤＢサーバ「ＤＢ」である。また、ＶＭ稼動状態は、ＶＭＩＤが示す仮想サーバの稼動状態を示す。システムＩＤは、ＶＭＩＤが示す仮想サーバが構成する仮想システムのシステムＩＤである。
具体的に、図８のＶＭテーブル領域Ｔ５によると、ＶＭＩＤ「ｖｍ１」が示す仮想サーバは、システムＩＤ「ｓｙｓｔｅｍ１」の仮想システムを構成するＷＥＢサーバであって、「稼動」状態である。また、図８のＶＭテーブル領域Ｔ５によると、ＶＭＩＤ「ｖｍ２」が示す仮想サーバとＶＭＩＤ「ｖｍ３」が示す仮想サーバは、システムＩＤ「ｓｙｓｔｅｍ１」の仮想システムを構成する。ＶＭＩＤ「ｖｍ２」が示す仮想サーバはＡＰサーバを、ＶＭＩＤ「ｖｍ３」が示す仮想サーバはＤＢサーバを構成し、ともに「稼動」状態である。
また、図８のＶＭテーブル領域Ｔ５によると、ＶＭＩＤ「ｖｍ４」及びＶＭＩＤ「ｖｍ５」が示す仮想サーバがシステムＩＤ「ｓｙｓｔｅｍ２」の仮想システムを構成する。ＶＭＩＤ「ｖｍ４」が示す仮想サーバはＷＥＢサーバを、ＶＭＩＤ「ｖｍ５」が示す仮想サーバはＡＰサーバ及びＤＢサーバを構成し、ともに「稼動」状態である。つまり、システムＩＤ「ｓｙｓｔｅｍ２」の仮想システムは、２台の仮想サーバによって構成される。
また、ＶＭＩＤ「ｖｍ６」及びＶＭＩＤ「ｖｍ７」が示す仮想サーバは、システムＩＤ「ｓｙｓｔｅｍ３」の仮想システムを構成する。ＶＭＩＤ「ｖｍ６」が示す仮想サーバはＷＥＢサーバ及びＡＰサーバを構成し、「稼動」状態である。一方、ＶＭＩＤ「ｖｍ７」が示す仮想サーバはＤＢサーバを構成し、「停止」状態である。つまり、システムＩＤ「ｓｙｓｔｅｍ３」の仮想システムは、システムＩＤ「ｓｙｓｔｅｍ２」の仮想システムと同様にして、２台の仮想サーバによって構成される。ただし、システムＩＤ「ｓｙｓｔｅｍ３」の仮想システムは、システムＩＤ「ｓｙｓｔｅｍ２」の仮想システムと異なり、ＷＥＢサーバとＡＰサーバとが１台の仮想サーバで稼動する。
また、ＶＭＩＤ「ｖｍ８」、ＶＭＩＤ「ｖｍ９」、ＶＭＩＤ「ｖｍ１０」が示す仮想サーバは、システムＩＤ「ｓｙｓｔｅｍ４」の仮想システムを構成する。ＶＭＩＤ「ｖｍ８」が示す仮想サーバはＷＥＢサーバを構成し、「稼動」状態である。また、ＶＭＩＤ「ｖｍ９」が示す仮想サーバはＡＰサーバを、ＶＭＩＤ「ｖｍ１０」が示す仮想サーバはＤＢサーバを構成し、ともに、「一時停止」状態である。
次に、本実施の形態例における起動管理処理をフローチャート図に基づいて説明する。
[フローチャート：クライアント装置及び仮想システム]
図９は、本実施の形態例におけるクライアント装置８０及び仮想システムｖｓ１〜ｖｓ４の処理を説明するフローチャート図である。クライアント装置８０は、ユーザの操作に基づいて、情報処理サービスを受ける対象の仮想システムｖｓ１〜ｖｓ４のＵＲＬにアクセスリクエストを送信する（Ｓ１１）。本実施の形態例において、システムを構成するサーバのうち、ＷＥＢサーバは稼動状態であるため、クライアント装置８０からのアクセスリクエストを受け付けることが可能である。リクエスト対象の仮想システムｖｓ１〜ｖｓ４のＷＥＢサーバは、アクセスリクエストの発生を検知すると、リクエストを認証サーバ１０にリダイレクト（転送）する（Ｓ１２）（符合Ａに続く）。
リクエストを受信した認証サーバ１０の認証モジュール２１１は、リクエストに基づいて、クライアント装置８０に、ログイン画面をダウンロードさせる（符合Ｂに対応）。クライアント装置８０は、受信したログイン画面を表示して、ユーザＩＤとパスワードをユーザに入力させ、ユーザＩＤ及びパスワードを認証サーバ１０に送信する（Ｓ１３）（符合Ｃに続く）。符合Ｃに続く処理として、認証サーバ１０の認証モジュール２１１は、ユーザＩＤとパスワードとに基づいて認証処理を行い、認証の結果をクライアント装置８０に送信する（符合Ｈに対応）。認証に失敗した場合（Ｓ１４のＮＯ）、クライアント装置８０は、ユーザＩＤ及びパスワードの再入力を受け付ける（Ｓ１３）。
一方、認証に成功した場合（Ｓ１４のＹＥＳ）、例えば、認証モジュール２１１はクライアント装置８０に認証Ｃｏｏｋｉｅを送信する。クライアント装置８０は、アクセスリクエストを送信した仮想システムに認証Ｃｏｏｋｉｅを送信することによって、認可されたユーザであることを証明できる。仮想システムｖｓ１〜ｖｓ４は、認可されたユーザによるアクセス要求を許可し、クライアント装置８０に情報処理サービスの提供する（Ｓ１５）。
そして、クライアント装置８０は、仮想システムｖｓ１〜ｖｓ４が提供する情報処理サービスを利用する（Ｓ１６）。例えば、クライアント装置８０は、例えば、画像や情報を含むファイルの送信要求を仮想システムｖｓ１〜ｖｓ４に出力し、仮想システムｖｓ１〜ｖｓ４から所望のファイルをダウンロードする。そして、クライアント装置８０は、システムからのログアウト操作、または、所定時間、クライアント装置８０からの指示が発生しなかったことによるタイムアウトの発生にしたがって、情報処理サービスの利用を終了する（Ｓ１７）。このとき、クライアント装置８０は、認証サーバ１０及び仮想システムｖｓ１〜ｖｓ４に、情報処理サービスの利用を終了する旨の情報を通知する（符合Ｉに続く）。
［フローチャート：起動管理処理］
図１０は、図９のフローチャート図に対応する認証サーバ１０の起動管理処理を説明するフローチャート図である。認証サーバ１０の認証モジュール２１１は、クライアント装置８０からのアクセスリクエストを受け付けると（Ｓ２１）（図９の符合Ａ）、ログイン画面をクライアント装置８０に送信する（Ｓ２２）（図９の符合Ｂに続く）。図９のフローチャート図で説明したとおり、クライアント装置８０は、ログイン画面を受信すると、ユーザＩＤとパスワードをユーザに入力させ、ユーザＩＤ及びパスワードを認証サーバ１０に送信する（図９の符合Ｃに続く）。そして、認証モジュール２１１は、受信したユーザＩＤとパスワードに基づいて、ユーザ管理用ＤＢのユーザテーブル領域Ｔ１と照会し一致するか否かに基づいて、ユーザの認証の成功または失敗を判定する（Ｓ２３）（図９の符合Ｄに続く）。
また、認証サーバ１０の稼働状態管理モジュール２１２は、工程Ｓ２２、Ｓ２３の処理と並行して、システムの起動処理を指示する。具体的に、稼働状態管理モジュール２１２は、クライアント装置８０からのアクセスリクエストを受け付けると（図９の符合Ａ）、受信したアクセスリクエストに基づいて、利用する対象の情報処理サービスのＵＲＬを取得する（Ｓ２４）。次に、稼働状態管理モジュール２１２は、取得したＵＲＬに基づいてサービステーブル領域Ｔ３を検索し、ＵＲＬに対応する仮想システムＩＤを取得する（Ｓ２５）。稼働状態管理モジュール２１２は、仮想システムＩＤに基づいて仮想システム稼動状態テーブル領域Ｔ４を検索し、仮想システムＩＤが示す仮想システムのＷＥＢサーバ以外の仮想サーバの稼動状態を取得する（Ｓ２６）。
例えば、図７で説明したサービステーブル領域Ｔ３及び仮想システム稼動状態テーブル領域Ｔ４によると、ＵＲＬが「ｓｅｒｖｉｃｅ１．ｃｏｍ」である場合、稼働状態管理モジュール２１２は、サービステーブル領域Ｔ３を参照し、仮想システムＩＤ「ｓｙｓｔｅｍ１」を取得する（Ｓ２５）。そして、稼働状態管理モジュール２１２は、取得した仮想システムＩＤ「ｓｙｓｔｅｍ１」に基づいて仮想システム稼動状態テーブル領域Ｔ４を参照し、対応する仮想システムの稼動状態「稼働」を取得する（Ｓ２６）。また、例えば、ＵＲＬが「ｓｅｒｖｉｃｅ２．ｃｏｍ」である場合、稼働状態管理モジュール２１２は、サービステーブル領域Ｔ３を参照して、仮想システムＩＤ「ｓｙｓｔｅｍ２」を取得し（Ｓ２５）、仮想システム稼動状態テーブル領域Ｔ４を参照し、対応する仮想システムの稼動状態「稼働」を取得する（Ｓ２６）。
また、例えば、ＵＲＬが「ｓｅｒｖｉｃｅ３．ｃｏｍ」である場合、稼働状態管理モジュール２１２は、サービステーブル領域Ｔ３を参照して、仮想システムＩＤ「ｓｙｓｔｅｍ３」を取得し（Ｓ２５）、仮想システム稼動状態テーブル領域Ｔ４を参照し、対応する仮想システムの稼動状態「停止」を取得する（Ｓ２６）。また、例えば、ＵＲＬが「ｓｅｒｖｉｃｅ４．ｃｏｍ」である場合、稼働状態管理モジュール２１２は、サービステーブル領域Ｔ３を参照して、仮想システムＩＤ「ｓｙｓｔｅｍ４」を取得し（Ｓ２５）、仮想システム稼動状態テーブル領域Ｔ４を参照し、対応する仮想システムの稼動状態「一時停止」を取得する（Ｓ２６）。
次に、取得した仮想システムの稼動状態が停止状態である場合（Ｓ２７のＹＥＳ）、稼働状態管理モジュール２１２は、対象の仮想システム（ＷＥＢサーバ以外の種別の仮想サーバ）の起動指示を出力する（符合Ｅに続く）。符合Ｅに続く処理については、図１１のフローチャート図にしたがって説明する。これは、図７の例によると、仮想システムＩＤ「ｓｙｓｔｅｍ３」が示す仮想システムにアクセス要求が行なわれた場合を示す。
一方、取得した仮想システムの稼動状態が一時停止状態である場合（Ｓ２７のＮＯ、Ｓ２８のＹＥＳ）、稼働状態管理モジュール２１２は、ユーザ認証に成功した場合に、対象の仮想システム（ＷＥＢサーバ以外の種別の仮想サーバ）に一時停止状態からの解除を指示する（符合Ｆに続く）。符合Ｆに続く処理については、図１２のフローチャート図にしたがって説明する。これは、図７の例によると、仮想システムＩＤ「ｓｙｓｔｅｍ４」が示す仮想システムにアクセス要求が行なわれた場合を示す。
さらに、取得した仮想システムの稼動状態である場合（Ｓ２７のＮＯ、Ｓ２８のＮＯ）、稼働状態管理モジュール２１２は、起動または一時停止からの解除を指示しない（符合Ｇに続く）。符合Ｇに続く処理については、図１３のフローチャート図にしたがって説明する。これは、図７の例によると、仮想システムＩＤ「ｓｙｓｔｅｍ１」「ｓｙｓｔｅｍ２」が示す仮想システムにアクセス要求が行なわれた場合を示す。
図１１は、仮想サーバが停止状態である場合の起動管理処理を説明するフローチャート図である。図１０のフローチャート図で前述したとおり、図７の例によると、仮想システムＩＤ「ｓｙｓｔｅｍ３」が示す仮想システムにアクセス要求が行なわれた場合、稼働状態管理モジュール２１２は、仮想システムが停止状態であることから（図１０のＳ２７のＹＥＳ）（符合Ｅ）、仮想システムの起動指示を出力する（Ｓ３１）。工程Ｓ３１の詳細については、図１５のフローチャート図において後述する。
また、図１０のフローチャート図で前述したとおり、認証モジュール２１１は、仮想システムの起動処理と並列して、受信したユーザＩＤ及びパスワードに基づいて、ユーザテーブル領域Ｔ１と照会する（図１０のＳ２３）（符合Ｄに続く）。符合Ｄに続いて、認証に成功した場合（Ｓ３２のＹＥＳ）、認証モジュール２１１は、ユーザテーブル領域Ｔ１、及び、ユーザ利用中サービステーブル領域Ｔ２を更新する（Ｓ３３）。
例えば、仮想システムＩＤ「ｓｙｓｔｅｍ３」が示す仮想システムに、ユーザＩＤ「ｕｓｅｒ４」のユーザがアクセスを要求し、認証に成功した場合（Ｓ３２のＹＥＳ）を例示する。この場合、認証サーバ１０は、図６のユーザテーブル領域Ｔ１におけるユーザＩＤ「ｕｓｅｒ４」のログイン状態を「ログイン」に更新し、図６のユーザ利用中サービステーブル領域Ｔ２に、ユーザＩＤ「ｕｓｅｒ４」と利用中サービスＩＤ「ｓｅｒｖｉｃｅ３」との情報を追加する（Ｓ３３）。
このように、本実施の形態例における認証サーバ１０は、認証処理とシステムの起動処理を並列化する。これにより、正規のユーザが、情報処理サービスの利用開始までの待機時間を短縮可能になる。したがって、情報処理サービスをユーザが利用しないことにより、システムが停止制御される場合であっても、正規のユーザは、システムの起動待ち時間を意識することなく、短い待機時間で情報処理サービスの利用を開始可能になる。
一方、認証に失敗した場合（Ｓ３２のＮＯ）、稼働状態管理モジュール２１２は、起動指示を出力した仮想サーバに対して、起動後、一時停止状態に制御する指示を出力する（Ｓ３４）。工程Ｓ３４の詳細については、図１７のフローチャート図において後述する。工程３３、または、工程Ｓ３４の後、認証モジュール２１１は、認証結果をクライアント装置８０に出力する（Ｓ３５）（符合Ｈに続く）。
認証に失敗した場合にシステムを一時停止状態に制御させることによって、認証に失敗するユーザのアクセス要求に応答してシステムの起動処理が行われた場合でも、システムが稼動状態にある場合に対して、ＣＰＵやメモリのリソースの使用量を抑制することが可能になる。また、不正ユーザのアクセス要求が繰り返し発生する場合に、一時停止状態が解除されることなく維持されるため、不要な起動処理が発生することが回避可能になる。
図１２は、仮想サーバが一時停止状態である場合の起動管理処理を説明するフローチャート図である。稼働状態管理モジュール２１２は、仮想システムが一時停止状態である場合（図１０のＳ２８のＹＥＳ）（符合Ｆ）、認証に成功したか否かを判定する（Ｓ４１）。認証に成功した場合（Ｓ４１のＹＥＳ）、稼働状態管理モジュール２１２は、対象の仮想システム（ＷＥＢサーバ以外の種別の仮想サーバ）の一時停止状態の解除を指示する（Ｓ４２）。工程Ｓ４２の詳細については、図１５のフローチャート図において後述する。
図１０のフローチャート図で前述したとおり、図７の例によると、仮想システムＩＤ「ｓｙｓｔｅｍ４」が示す仮想システムにアクセス要求が行なわれた場合、仮想システムが一時停止状態であることから、稼働状態管理モジュール２１２は、認証に成功した場合に、仮想システムＩＤ「ｓｙｓｔｅｍ４」が示す仮想システムの一時停止状態の解除を指示する。そして、稼働状態管理モジュール２１２は、ユーザテーブル領域Ｔ１、及び、ユーザ利用中サービステーブル領域Ｔ２を更新する（Ｓ４３）。認証成功時のユーザテーブル領域Ｔ１、及び、ユーザ利用中サービステーブル領域Ｔ２の更新処理は、図１１で前述したとおりである。
このように、本実施の形態例における稼働状態管理モジュール２１２は、対象の仮想システムの仮想サーバが一時停止状態である場合に、対象の仮想システムに新たなアクセス要求が発生し、認証に成功すると、仮想サーバの一時停止状態の解除を指示する。一時停止状態から稼働状態へは短時間で復帰可能であるため、正規のユーザは、短い待機時間で情報処理サービスの利用を開始できる。
一方、認証に失敗した場合（Ｓ４１のＮＯ）、稼働状態管理モジュール２１２は、仮想サーバの一時停止の解除指示を出力しない。前述したとおり、不正ユーザのアクセス要求が行なわれる場合に、一時停止状態が維持されるため、不要な起動処理が発生することが回避可能になる。工程４１〜Ｓ４３の後、稼働状態管理モジュール２１２は、認証結果をクライアント装置８０に出力する（Ｓ４４）（符合Ｈに続く）。
図１３は、対象の仮想システムを構成するＷＥＢサーバ以外の種別の仮想サーバが既に稼動状態である場合における起動管理処理を説明するフローチャート図である。仮想システムが稼動状態である場合（図１０のＳ２８のＮＯ）（符合Ｇ）、稼働状態管理モジュール２１２は、認証に成功したか否かを判定する（Ｓ５１）。図１０のフローチャート図で前述したとおり、図７の例によると、稼動状態にある、仮想システムＩＤ「ｓｙｓｔｅｍ１」「ｓｙｓｔｅｍ２」が示す仮想システムにアクセス要求が行なわれた場合を示す。
認証に成功した場合（Ｓ５１のＹＥＳ）、稼働状態管理モジュール２１２は、ユーザテーブル領域Ｔ１、ユーザ利用中サービステーブル領域Ｔ２を更新する（Ｓ５２）。認証成功時のユーザテーブル領域Ｔ１、及び、ユーザ利用中サービステーブル領域Ｔ２の更新処理は、図１１で前述したとおりである。一方、認証に失敗した場合（Ｓ５１のＮＯ）、稼働状態管理モジュール２１２は、ユーザテーブル領域Ｔ１、ユーザ利用中サービステーブル領域Ｔ２を更新しない。工程５１〜Ｓ５２の後、稼働状態管理モジュール２１２は、認証結果をクライアント装置８０に出力する（Ｓ５３）（符合Ｈに続く）。
［フローチャート：アクセス終了時（符合Ｉ）］
図１４は、認証サーバ１０におけるユーザの仮想システムへのアクセス終了時の処理を説明するフローチャート図である。図９で前述したとおり、クライアント装置８０は、ユーザのログアウトまたはタイムアウトの発生にしたがって、情報処理サービスの利用を終了し（図９のＳ１７）、情報処理サービスの利用を終了する旨の情報を認証サーバ１０及び仮想システムに通知する（符合Ｉに続く）。図１４のフローチャート図は、図９のフローチャート図における符合Ｉに続く処理を示す。
稼働状態管理モジュール２１２は、クライアント装置８０による情報処理サービスからのログアウト、または、セッションタイムアウトを検知して、アクセスを終了するユーザのユーザＩＤを検知する（Ｓ６１）。そして、稼働状態管理モジュール２１２は、ユーザＩＤに基づいて、ユーザテーブル領域Ｔ１、ユーザ利用中サービステーブル領域Ｔ２、サービステーブル領域Ｔ３、仮想システム稼動状態テーブル領域Ｔ４を参照する（Ｓ６２）。
稼働状態管理モジュール２１２は、ユーザ利用中サービステーブル領域Ｔ２を参照して、検知したユーザＩＤがログインしていた仮想システムについて（Ｓ６３）、工程Ｓ６４〜Ｓ６６の処理を行う。稼働状態管理モジュール２１２は、ユーザ利用中サービステーブル領域Ｔ２を参照し、ユーザＩＤがログインしていた仮想システムにログイン中の他のユーザＩＤが存在するか否かを判定する（Ｓ６４）。
他のユーザＩＤが存在しない場合（Ｓ６４のＹＥＳ）、稼働状態管理モジュール２１２は、サービステーブル領域Ｔ３及び仮想システム稼動状態テーブル領域Ｔ４、ＶＭテーブル領域Ｔ５を参照して、対象の仮想システムが稼動状態であるか否かを判定する（Ｓ６５）。対象の仮想システムが稼動状態である場合（Ｓ６５のＹＥＳ）、稼働状態管理モジュール２１２は、対象の仮想システムの停止を指示する（Ｓ６６）。工程Ｓ６６の詳細については、図１６のフローチャート図において後述する。
例えば、図６のユーザ利用中サービステーブル領域Ｔ２の例において、稼働状態管理モジュール２１２が、ユーザＩＤ「ｕｓｅｒ１」のログアウトを検知する場合を例示する。稼働状態管理モジュール２１２は、ユーザ利用中サービステーブル領域Ｔ２を参照して、ユーザＩＤ「ｕｓｅｒ１」がログインしていた仮想システムのサービスＩＤ「ｓｅｒｖｉｃｅ１」を取得する（Ｓ６３）。そして、稼働状態管理モジュール２１２は、サービスＩＤ「ｓｅｒｖｉｃｅ１」の情報処理サービスにログイン中の別のユーザＩＤ「ｕｓｅｒ２」「ｕｓｅｒ３」を検知する（Ｓ６４のＮＯ）。この場合、別のユーザＩＤ「ｕｓｅｒ２」「ｕｓｅｒ３」が存在することから（Ｓ６４のＮＯ）、稼働状態管理モジュール２１２は、仮想システムの停止を指示しない。
また、図６のユーザ利用中サービステーブル領域Ｔ２の例において、稼働状態管理モジュール２１２が、ユーザＩＤ「ｕｓｅｒ２」のログアウトを検知する場合を例示する。稼働状態管理モジュール２１２は、ユーザ利用中サービステーブル領域Ｔ２を参照して、ユーザＩＤ「ｕｓｅｒ２」がログインしていた仮想システムのサービスＩＤ「ｓｅｒｖｉｃｅ１」「ｓｅｒｖｉｃｅ２」を取得する（Ｓ６３）。サービスＩＤ「ｓｅｒｖｉｃｅ１」については、前述したとおり、の情報処理サービスにログイン中の別のユーザＩＤ「ｕｓｅｒ２」「ｕｓｅｒ３」が存在することから（Ｓ６４のＮＯ）、稼働状態管理モジュール２１２は、仮想システムの停止を指示しない。
これに対し、サービスＩＤ「ｓｅｒｖｉｃｅ２」については、情報処理サービスにログイン中の別のユーザＩＤが存在しない（Ｓ６４のＹＥＳ）。したがって、稼働状態管理モジュール２１２は、図７のサービステーブル領域Ｔ３及び仮想システム稼動状態テーブル領域Ｔ４を参照し、サービスＩＤ「ｓｅｒｖｉｃｅ２」に対応する仮想システムＩＤ「ｓｙｓｔｅｍ２」の状態「稼働」を取得する（Ｓ６５）。「稼動」状態であることから、稼働状態管理モジュール２１２は、仮想システムＩＤ「ｓｙｓｔｅｍ２」の停止を指示する（Ｓ６６）。
このように、稼働状態管理モジュール２１２は、ユーザのログアウトまたはセッションのタイムアウトを検知し、対象の仮想システムに他のユーザがログインしていない場合、仮想システムを停止状態に制御させる。これにより、情報処理サービスをユーザが利用しない場合、情報処理サービスを提供する仮想システムが、ＷＥＢサーバを構成する仮想サーバを除いて、停止状態に制御され、リソースの使用量が節約可能になる。
［フローチャート：起動処理（図１１のＳ３１、図１２のＳ４２）］
図１５は、認証サーバ１０における仮想システムの起動処理及び一時停止からの解除処理を説明するフローチャート図である。図１５のフローチャート図は、図１１のフローチャート図における工程Ｓ３１の起動指示、及び、図１２のフローチャート図における工程Ｓ４２の一時停止状態の解除指示に対応する。
稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５を参照し、起動指示または一時停止状態からの解除指示を行う対象の仮想システムを構成する仮想サーバのうち、ＷＥＢサーバ以外の仮想サーバを対象として（Ｓ７１）、工程Ｓ７２〜Ｓ７４の処理を行う。
稼働状態管理モジュール２１２は、仮想システム稼動状態テーブル領域Ｔ４を参照し、対象の仮想サーバが停止状態、または、一時停止状態である場合に（Ｓ７２のＹＥＳ）、工程Ｓ７３、Ｓ７４の処理を行う。具体的に、仮想サーバが停止状態にある場合、稼働状態管理モジュール２１２は、仮想環境管理サーバ４０に仮想サーバの起動指示を出力する。仮想環境管理サーバ４０は、起動指示に応答して、仮想サーバの構成情報に基づいて対象の仮想サーバの情報を取得し、通信回線６０を介して仮想サーバを起動制御する。また、仮想サーバが一時停止状態にある場合、稼働状態管理モジュール２１２は、仮想環境管理サーバ４０に仮想サーバの一時停止状態の解除指示を出力する。仮想環境管理サーバ４０は、一時停止状態の解除指示に応答して、仮想サーバの構成情報に基づいて対象の仮想サーバの情報を取得し、通信回線６０を介して仮想サーバの一時停止状態を解除する。
そして、稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５における仮想サーバの状態を停止状態または一時停止状態から稼動状態に更新する（Ｓ７４）。対象の仮想サーバについて工程Ｓ７２〜Ｓ７４の処理を行うと、稼働状態管理モジュール２１２は、仮想システム稼動状態テーブル領域Ｔ４における、対象の仮想システムの稼動状態を「停止」または「一時停止」から「稼動」に更新する（Ｓ７５）。
ここで、システムＩＤ「ｓｙｓｔｅｍ３」の起動指示を行う場合を説明する。稼働状態管理モジュール２１２は、図８のＶＭテーブル領域Ｔ５を参照し、システムＩＤ「ｓｙｓｔｅｍ３」の仮想システムを構成する仮想サーバｖｍ６、ｖｍ７のうち、種別にＷＥＢサーバを含まない仮想サーバｖｍ７を検知する（Ｓ７１）。そして、稼働状態管理モジュール２１２は、図７の仮想システム稼動状態テーブル領域Ｔ４を参照して、仮想サーバｖｍ７が停止状態であることを確認し（Ｓ７２のＹＥＳ）、仮想環境管理サーバ４０に仮想サーバの起動指示を出力する（Ｓ７３）。そして、稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５における仮想サーバｖｍ７の状態を停止状態から稼動状態に更新し（Ｓ７４）、仮想システム稼動状態テーブル領域Ｔ４におけるシステムＩＤ「ｓｙｓｔｅｍ３」の稼働状態を、「停止」から「稼動」に更新する（Ｓ７５）。
また、システムＩＤ「ｓｙｓｔｅｍ４」の一時停止状態からの解除指示を行う事例を説明する。稼働状態管理モジュール２１２は、図８のＶＭテーブル領域Ｔ５を参照し、システムＩＤ「ｓｙｓｔｅｍ４」の仮想システムを構成する仮想サーバｖｍ８〜ｖｍ１０のうち、種別にＷＥＢサーバを含まない仮想サーバｖｍ９、ｖｍ１０を検知する（Ｓ７１）。そして、稼働状態管理モジュール２１２は、図７の仮想システム稼動状態テーブル領域Ｔ４を参照して、仮想サーバｖｍ９、ｖｍ１０が一時停止状態であることを確認し（Ｓ７２のＹＥＳ）、仮想環境管理サーバ４０に仮想サーバの一時停止状態からの解除指示を出力する（Ｓ７３）。そして、稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５における仮想サーバｖｍ９、ｖｍ１０の状態を一時停止状態から稼動状態に更新し（Ｓ７４）、仮想システム稼動状態テーブル領域Ｔ４におけるシステムＩＤ「ｓｙｓｔｅｍ４」の稼動状態を「一時停止」から「稼動」に更新する（Ｓ７５）。
［フローチャート：停止処理（図１４のＳ６６）］
図１６は、認証サーバ１０における仮想システムの停止処理を説明するフローチャート図である。図１６のフローチャート図は、図１４のフローチャート図における工程Ｓ６６の処理に対応する。稼働状態管理モジュール２１２は、停止指示を行う対象の仮想システムを構成する仮想サーバを対象として（Ｓ８１）、工程Ｓ８２〜Ｓ８４の処理を行う。
稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５を参照し、対象の仮想サーバが種別にＷＥＢサーバを含むか否かを判定する（Ｓ８２）。稼働状態管理モジュール２１２は、種別にＷＥＢサーバを含まない仮想サーバを対象として（Ｓ８２のＮＯ）、工程Ｓ８３、Ｓ８４の処理を行う。稼働状態管理モジュール２１２は、仮想サーバの停止指示を仮想環境管理サーバ４０に出力し、仮想環境管理サーバ４０に仮想サーバを停止させる（Ｓ８３）。そして、稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５における仮想サーバの稼働状態を「稼動」から「停止」に更新する（Ｓ８４）。
対象の仮想サーバについて工程Ｓ８２〜Ｓ８４の処理を行うと、稼働状態管理モジュール２１２は、仮想システム稼動状態テーブル領域Ｔ４における、対象の仮想システムの稼働状態を、「稼動」から「停止」に更新する（Ｓ８５）。
ここで、仮想システムＩＤ「ｓｙｓｔｅｍ２」の停止を指示する場合を説明する。稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５を参照し、仮想システムＩＤ「ｓｙｓｔｅｍ２」を構成する仮想サーバｖｍ４、ｖｍ５のうち、種別にＷＥＢサーバを含まない仮想サーバｖｍ５を検知する。そして、稼働状態管理モジュール２１２は、仮想サーバｖｍ５の停止指示を仮想環境管理サーバ４０に出力し、仮想環境管理サーバ４０に仮想サーバを停止させ（Ｓ８３）、ＶＭテーブル領域Ｔ５における仮想サーバｖｍ５の稼働状態を「稼動」から「停止」に更新する（Ｓ８４）。
［フローチャート：一時停止処理（図１１のＳ３４）］
図１７は、認証サーバ１０における仮想システムの一時停止処理を説明するフローチャート図である。図１７のフローチャート図は、図１１のフローチャート図における工程Ｓ３４の処理に対応する。稼働状態管理モジュール２１２は、一時停止指示を行う仮想システムの１つまたは複数の仮想サーバを対象として（Ｓ９１）、工程Ｓ９２〜Ｓ９４の処理を行う。
稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５を参照して、対象の仮想サーバの種別にＷＥＢサーバを含むか否かを判定する（Ｓ９２）。対象の仮想サーバの種別がＷＥＢサーバに該当しない場合（Ｓ９２のＮＯ）、稼働状態管理モジュール２１２は、仮想環境管理サーバ４０に仮想サーバの一時停止状態への制御指示を出力し、仮想環境管理サーバ４０に仮想サーバを一時停止状態に制御させる（Ｓ９３）。そして、稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５における仮想サーバの稼働状態を「稼動」から「一時停止」に更新する（Ｓ９４）。稼働状態管理モジュール２１２は、一時停止指示を行う仮想システムの全ての仮想サーバについて工程Ｓ９２〜Ｓ９４の処理を行うと、仮想システム稼動状態テーブル領域Ｔ４の仮想システムの稼動状態を「稼動」から「一時停止」に更新する（Ｓ９５）。
ここで、仮想システムＩＤ「ｓｙｓｔｅｍ３」の一時停止状態への制御を指示する場合を説明する。稼働状態管理モジュール２１２は、ＶＭテーブル領域Ｔ５を参照し、仮想システムＩＤ「ｓｙｓｔｅｍ３」を構成する仮想サーバｖｍ６、ｖｍ７のうち、種別にＷＥＢサーバを含まない仮想サーバｖｍ７を検知する。そして、稼働状態管理モジュール２１２は、仮想サーバｖｍ７の一時停止状態への制御指示を仮想環境管理サーバ４０に出力し、仮想環境管理サーバ４０に仮想サーバを一時停止状態に制御させ（Ｓ９３）、ＶＭテーブル領域Ｔ５における仮想サーバｖｍ７の稼働状態を「稼動」から「一時停止」に更新する（Ｓ９４）。
以上のように、本実施の形態例における起動管理装置（認証サーバ１０）は、処理ユニットと、通信ユニットとを有し、処理ユニットは、クライアントからのアクセス要求に応答して、認証処理を開始するとともにアクセス要求の対象の管理対象装置（仮想サーバ、物理サーバ）の起動開始を通信ユニットを介して指示し、認証処理の結果、クライアントのアクセス要求が許可されない場合に起動後の管理対象装置に対して一時停止状態への制御を通信ユニットを介して指示する。そして、処理ユニットは、一時停止状態への制御後に発生するアクセス要求に応答して、管理対象装置へのアクセス要求が許可された場合に、管理対象装置の一時停止状態の解除を通信ユニットを介して指示する。
このように、本実施の形態例における起動管理装置によると、認証処理とシステムの起動処理とを並列化することにより、ユーザのサービス利用開始までの待機時間を短縮させることが可能になる。つまり、正規のユーザは、システムの起動待ち時間を意識することなく、短い待機時間で情報処理サービスの利用を開始できる。
また、本実施の形態例における起動管理装置は、認証に失敗した場合に、起動後の仮想システムのＷＥＢサーバ以外の種別のサーバを一時停止状態へ制御させることによって、不正ユーザのアクセス要求が繰り返し発生した場合でも、システムの起動処理が繰り返し行われることが回避可能になる。また、システムが一時停止状態に制御されることによって、ＣＰＵやメモリ等のリソースの使用量が抑制可能になる。また、本実施の形態例における起動管理装置は、ＷＥＢサーバ以外のサーバの一時停止状態への制御後の認証処理の結果、認証に成功した場合に、一時停止状態の解除を指示することによって、正規のユーザは短い待機時間によって情報処理サービスを利用開始することが可能になる。
したがって、本実施の形態例における起動管理装置によると、ユーザの待機時間を短縮しながら、情報処理サービスの利用状態に応じてシステムを起動及び停止させることによって、ユーザの利便性を確保しながら、リソース使用量を抑えることが実現可能になる。
また、本実施の形態例における起動管理装置の処理ユニットは、認証処理を開始するとともにクライアントがアクセス要求する管理対象装置が停止状態の場合に、管理対象装置の起動開始を通信ユニットを介して指示する。したがって、管理対象装置が停止状態の場合に認証処理とシステムの起動処理を並列して行うことによって、ユーザのサービス利用開始までの待機時間を短縮しながら、リソースの使用量を抑制することが可能になる。
また、本実施の形態例における起動管理装置の処理ユニットは、アクセス要求に応答して、複数の管理対象システムのうち、アクセス要求の対象の管理対象システムを構成する管理対象装置の起動開始を指示する。したがって、本実施の形態例における起動管理装置によると、情報処理サービスの利用状態に応じて、複数のシステムのうち一部のシステムを停止状態または一時停止状態にさせることによって、リソースの使用量を大幅に抑制可能になり、物理サーバ上で動作可能な仮想システムの数を増加させることが可能になる。
また、本実施の形態例における起動管理装置におけるアクセス要求を受け付ける管理対象装置は、少なくとも１つの物理装置によって構成され、稼動状態に制御される。また、処理ユニットは、アクセス要求を受け付ける管理対象装置以外の１つまたは複数の管理対象装置の起動開始を指示し、クライアントのアクセス要求が許可されない場合に一時停止状態への制御を指示し、一時停止状態への制御後に発生するアクセス要求に応答して、一時停止状態の解除を指示する。
これにより、本実施の形態例における起動管理装置は、アクセス要求を受け付けるサーバ（例えば、ＷＥＢサーバ）が稼動状態にあることから、クライアントからのシステムへのアクセス要求を受け付けることが可能になる。
また、本実施の形態例における起動管理装置における管理対象装置は、１つまたは複数のハードウェアで構成される仮想マシンである。これにより、情報処理サービスをクライアントが利用しない場合に仮想サーバを停止させることによって、物理サーバの使用リソース量を抑制することが可能になる。したがって、物理サーバのリソースをより有効に活用することが可能になる。
また、本実施の形態例における起動管理装置は、さらに、通信ユニットを介して環境管理装置（仮想環境管理サーバ４０）と接続し、環境管理装置は、管理対象装置の起動開始、一時停止、一時停止からの解除を制御する。また、処理ユニットは、環境管理装置に管理対象装置の起動開始、一時停止、一時停止からの解除を指示する。これにより、仮想環境を管理する仮想環境管理サーバ４０を介して、管理対象装置の状態を制御させることが可能になる。
また、本実施の形態例における起動管理装置における処理ユニットは、アクセス要求が許可されたクライアントがいない管理対象システムを構成する管理対象装置のうち、アクセス要求を受け付ける管理対象装置以外の１つまたは複数の管理対象装置の停止を指示する。これにより、情報処理サービスを利用するクライアントがいない場合に、システムを構成するサーバのうちＷＥＢサーバを除いて停止制御させることが可能になる。
以上の実施の形態をまとめると、次の付記のとおりである。
（付記１）
処理ユニットと、
通信ユニットと、を有し、
前記処理ユニットは、クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を前記通信ユニットを介して指示し、前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を前記通信ユニットを介して指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を前記通信ユニットを介して指示する起動管理装置。
（付記２）
付記１において、
前記処理ユニットは、前記認証処理を開始するとともに前記クライアントがアクセス要求する管理対象装置が停止状態の場合に、前記管理対象装置の起動開始を前記通信ユニットを介して指示する起動管理装置。
（付記３）
付記１または２において、
前記処理ユニットは、前記アクセス要求に応答して、複数の管理対象システムのうち、前記アクセス要求の対象の管理対象システムを構成する管理対象装置の起動開始を指示する起動管理装置。
（付記４）
付記１乃至３のいずれかにおいて、
前記アクセス要求を受け付ける管理対象装置は、少なくとも１つの物理装置によって構成され、稼動状態に制御され、
前記処理ユニットは、前記アクセス要求を受け付ける管理対象装置以外の１つまたは複数の前記管理対象装置に対して、起動開始を指示し、前記クライアントのアクセス要求が許可されない場合に一時停止状態への制御を指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して前記一時停止状態の解除を指示する起動管理装置。
（付記５）
付記１乃至４のいずれかにおいて、
前記管理対象装置は、１つまたは複数のハードウェアで構成される仮想マシンである起動管理装置。
（付記６）
付記５において、
さらに、前記通信ユニットを介して環境管理装置と接続し、
前記環境管理装置は、前記管理対象装置の起動開始、一時停止、一時停止からの解除を制御し、
前記処理ユニットは、前記環境管理装置に、前記管理対象装置の起動開始、一時停止、一時停止からの解除を指示する起動管理装置。
（付記７）
付記１乃至６のいずれかにおいて、
前記処理ユニットは、前記アクセス要求が許可されたクライアントがいない前記管理対象システムを構成する管理対象装置のうち、前記アクセス要求を受け付ける管理対象装置以外の１つまたは複数の前記管理対象装置の停止を指示する起動管理装置。
（付記８）
起動管理装置と、
クライアントがアクセス要求する管理対象装置と、を有し、
前記起動管理装置は、前記クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を指示し、前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を指示する起動管理システム。
（付記９）
付記８において、
前記起動管理装置は、前記認証処理を開始するとともに前記クライアントがアクセス要求する管理対象装置が停止状態の場合に、前記管理対象装置の起動開始を指示する起動管理システム。
（付記１０）
付記８または９において、
前記管理対象装置は、前記アクセス要求に応答して、複数の管理対象システムのうち、前記アクセス要求の対象の管理対象システムを構成する管理対象装置の起動開始を指示する起動管理システム。
（付記１１）
付記８乃至１０のいずれかにおいて、
前記アクセス要求を受け付ける管理対象装置は、少なくとも１つの物理装置によって構成され、稼動状態に制御され、
前記起動管理装置は、前記アクセス要求を受け付ける管理対象装置以外の１つまたは複数の前記管理対象装置に対して、起動開始を指示し、前記クライアントのアクセス要求が許可されない場合に一時停止状態への制御を指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して前記一時停止状態の解除を指示する起動管理システム。
（付記１２）
付記８乃至１１のいずれかにおいて、
前記管理対象装置は、１つまたは複数のハードウェアで構成される仮想マシンである起動管理システム。
（付記１３）
付記１２において、
前記起動管理装置は、さらに、環境管理装置と接続し、
前記環境管理装置は、前記管理対象装置の起動開始、一時停止、一時停止からの解除を制御し、
前記起動管理装置は、前記環境管理装置に、前記管理対象装置の起動開始、一時停止、一時停止からの解除を指示する起動管理システム。
（付記１４）
付記８乃至１３のいずれかにおいて、
前記起動管理装置は、前記アクセス要求が許可されたクライアントがいない前記管理対象システムを構成する管理対象装置のうち、前記アクセス要求を受け付ける管理対象装置以外の１つまたは複数の前記管理対象装置の停止を指示する起動管理システム。
（付記１５）
クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を指示し、
前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を指示し、
前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を指示する、
処理をコンピュータに実行させる起動管理プログラム。
（付記１６）
付記１５において、
前記認証処理を開始するとともに前記クライアントがアクセス要求する管理対象装置が停止状態の場合に、前記管理対象装置の起動開始を指示する起動管理プログラム。
（付記１７）
付記１５または１６において、
前記アクセス要求に応答して、複数の管理対象システムのうち、前記アクセス要求の対象の管理対象システムを構成する管理対象装置の起動開始を指示する起動管理プログラム。
（付記１８）
付記１５乃至１７のいずれかにおいて、
前記アクセス要求を受け付ける管理対象装置は、少なくとも１つの物理装置によって構成され、稼動状態に制御され、
前記アクセス要求を受け付ける管理対象装置以外の１つまたは複数の前記管理対象装置に対して、起動開始を指示し、前記クライアントのアクセス要求が許可されない場合に一時停止状態への制御を指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して前記一時停止状態の解除を指示する起動管理プログラム。
（付記１９）
付記１５乃至１８のいずれかにおいて、
前記管理対象装置は、１つまたは複数のハードウェアで構成される仮想マシンである起動管理プログラム。
（付記２０）
付記１９において、
前記コンピュータは、環境管理装置と接続し、
前記環境管理装置は、前記管理対象装置の起動開始、一時停止、一時停止からの解除を制御し、
前記環境管理装置に、前記管理対象装置の起動開始、一時停止、一時停止からの解除を指示する起動管理プログラム。
８０：クライアント装置、１０：認証サーバ、４０：環境管理サーバ、３０ａ：サーバ、３０ｂ：サーバ、ｖｓ１〜ｖｓ４：仮想システム、ｖｍ１〜ｖｍ３：仮想サーバ、２１０：起動管理プログラム

Claims (6)

  1. 処理ユニットと、
    通信ユニットと、を有し、
    前記処理ユニットは、クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を前記通信ユニットを介して指示し、前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を前記通信ユニットを介して指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を前記通信ユニットを介して指示する起動管理装置。
  2. 請求項１において、
    前記処理ユニットは、前記認証処理を開始するとともに前記クライアントがアクセス要求する管理対象装置が停止状態の場合に、前記管理対象装置の起動開始を前記通信ユニットを介して指示する起動管理装置。
  3. 請求項１または２において、
    前記処理ユニットは、前記アクセス要求に応答して、複数の管理対象システムのうち、前記アクセス要求の対象の管理対象システムを構成する管理対象装置の起動開始を指示する起動管理装置。
  4. 請求項１乃至３のいずれかにおいて、
    前記アクセス要求を受け付ける管理対象装置は、少なくとも１つの物理装置によって構成され、稼動状態に制御され、
    前記処理ユニットは、前記アクセス要求を受け付ける管理対象装置以外の１つまたは複数の前記管理対象装置の起動開始を指示し、前記クライアントのアクセス要求が許可されない場合に一時停止状態への制御を指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記一時停止状態の解除を指示する起動管理装置。
  5. 起動管理装置と、
    クライアントがアクセス要求する管理対象装置と、を有し、
    前記起動管理装置は、前記クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を指示し、前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を指示し、前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を指示する起動管理システム。
  6. クライアントからのアクセス要求に応答して、認証処理を開始するとともに前記アクセス要求の対象の管理対象装置の起動開始を指示し、
    前記認証処理の結果、前記クライアントのアクセス要求が許可されない場合に起動後の前記管理対象装置に対して一時停止状態への制御を指示し、
    前記一時停止状態への制御後に発生するアクセス要求に応答して、前記管理対象装置へのアクセス要求が許可された場合に、前記管理対象装置の前記一時停止状態の解除を指示する、
    処理をコンピュータに実行させる起動管理プログラム。
JP2014057893A 2014-03-20 2014-03-20 起動管理装置、起動管理方法、及び、起動管理プログラム Pending JP2015184718A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014057893A JP2015184718A (ja) 2014-03-20 2014-03-20 起動管理装置、起動管理方法、及び、起動管理プログラム
US14/606,290 US20150271029A1 (en) 2014-03-20 2015-01-27 Activation management system and activation management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014057893A JP2015184718A (ja) 2014-03-20 2014-03-20 起動管理装置、起動管理方法、及び、起動管理プログラム

Publications (1)

Publication Number Publication Date
JP2015184718A true JP2015184718A (ja) 2015-10-22

Family

ID=54143115

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014057893A Pending JP2015184718A (ja) 2014-03-20 2014-03-20 起動管理装置、起動管理方法、及び、起動管理プログラム

Country Status (2)

Country Link
US (1) US20150271029A1 (ja)
JP (1) JP2015184718A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110199456A (zh) * 2016-12-27 2019-09-03 奥姆夫公司 便携式电源解决方案

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109889584B (zh) * 2019-01-31 2021-10-22 创新先进技术有限公司 运营方案推送方法、装置、系统和服务器
CN114629683B (zh) * 2022-02-11 2023-09-05 亚信科技（成都）有限公司 管理服务器的接入方法、装置、设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008046101A2 (en) * 2006-10-13 2008-04-17 Ariel Silverstone Client authentication and data management system
US8863257B2 (en) * 2011-03-10 2014-10-14 Red Hat, Inc. Securely connecting virtual machines in a public cloud to corporate resource
US8490177B2 (en) * 2011-03-15 2013-07-16 Lenovo (Singapore) Pte. Ltd. Apparatus and method for variable authentication requirements
US20140075522A1 (en) * 2012-09-07 2014-03-13 Red Hat, Inc. Reliable verification of hypervisor integrity
JP5945512B2 (ja) * 2013-02-13 2016-07-05 株式会社日立製作所 計算機システム、及び仮想計算機管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110199456A (zh) * 2016-12-27 2019-09-03 奥姆夫公司 便携式电源解决方案

Also Published As

Publication number Publication date
US20150271029A1 (en) 2015-09-24

Similar Documents

Publication Publication Date Title
US10827008B2 (en) Integrated user interface for consuming services across different distributed networks
US9244700B2 (en) Methods and systems for delivering applications from a desktop operating system
US9489227B2 (en) Apparatus and method for virtual desktop service
US9086897B2 (en) Method and architecture for virtual desktop service
US8595361B2 (en) Virtual machine software license management
US8943606B2 (en) Systems and methods for associating a virtual machine with an access control right
US10379891B2 (en) Apparatus and method for in-memory-based virtual desktop service
US10489175B2 (en) Pre-configure and pre-launch compute resources
KR101707880B1 (ko) 신축적 컴퓨팅 시스템 및 환경에서 안전한 서비스 제공자 이용
US11656882B2 (en) Instant virtual application launch
JP2019008809A (ja) コンピューティングセッションの管理
KR101840222B1 (ko) 컴퓨팅 세션의 관리
Kibe et al. The evaluations of desktop as a service in an educational cloud
EP3023903A1 (en) Sharing data across profiles
KR101680702B1 (ko) 클라우드 기반 웹 호스팅 시스템
CN107209706B (zh) 用于将设备连接到正在接收维护的应用和桌面的方法和系统
JP2015184718A (ja) 起動管理装置、起動管理方法、及び、起動管理プログラム
US20170171211A1 (en) Connecting and Retrieving Security Tokens Based on Context
US20180336058A1 (en) Apparatus for providing virtual desktop service and method for the same
JP6079357B2 (ja) 情報処理装置、仮想ｐｃ型シンクライアントシステム、ログイン負荷軽減方法、及びログイン負荷軽減プログラム
JP2015026161A (ja) 情報処理システム、情報処理装置及びプログラム
US20190141152A1 (en) Web push notifications in the background
US10887287B2 (en) Connecting client devices to anonymous sessions via helpers
US20230148314A1 (en) Fast Launch Based on Hibernated Pre-launch Sessions
US20220086151A1 (en) Peer reviewed access to computing system