WO2017216829A1

WO2017216829A1 - 計算機システム及び計算機システムのユーザ認証方法

Info

Publication number: WO2017216829A1
Application number: PCT/JP2016/067482
Authority: WO
Inventors: 行弘澤田; 直也服部; 拓洋川路; 芳樹日沖
Original assignee: 株式会社日立製作所
Priority date: 2016-06-13
Filing date: 2016-06-13
Publication date: 2017-12-21

Abstract

本発明の一実施形態に係る計算機システムは、情報処理装置と、前記情報処理装置と接続された管理装置を有する。管理装置は、シリアルケーブルにより情報処理装置と直接接続されるとともに、ネットワークを介して情報処理装置と接続される構成をとる。管理装置は、管理装置に接続された制御端末から前記情報処理装置へのアクセス要求を受領すると、情報処理装置とネットワークを介した通信が可能な場合、ネットワークを経由して制御端末を使用するユーザの認証要求を情報処理装置に送信する。そして管理装置は、情報処理装置からユーザの認証が成功した旨の応答を受け付けると、シリアルケーブルを介した、制御端末と情報処理装置の間のデータ送受信の中継を開始する。

Description

計算機システム及び計算機システムのユーザ認証方法

本発明は、計算機システムとその認証方法に関する。

　従来より、計算機システムの保守管理技術としてはサービスプロセッサ（ＳＶＰ）を用いたものが知られている。サービスプロセッサは保守管理機能（障害監視、構成情報の取得や設定など）を実現するための管理装置であり、管理対象の装置（サーバ等の情報処理装置）とは独立した専用ハードウェアによって実現されている。

　また一般に、ＳＶＰを用いた計算機システムの管理を行う際、ユーザ（保守員）が使用する端末（コンソール）をＳＶＰに接続し、ユーザはコンソールを使用して、各種管理操作を実行する。たとえば特許文献１では、複数のサーバを有する計算機システムの管理のために、ＳＶＰを備えた計算機システムが開示されている。特許文献１に開示の計算機システムでは、ＳＶＰにはＳＶＰ制御コンソール（制御端末）が接続され、ユーザは制御端末を操作して種々の情報入力を行えるように構成されている。

特開2010-134757号公報

　従来は、ユーザがＳＶＰを操作する際のユーザ認証については考慮されていなかった。しかし、近年のセキュリティの重要性の高まりに伴い、ＳＶＰを操作するユーザを認証する機能が求められるようになってきている。認証を行う際、ＳＶＰが認証を行うだけでなく、セキュリティの確保のためには、管理対象のサーバ等も認証を行う必要がある。

　ただし従来は、管理対象の装置が提供するＴＵＩ（Text-based User Interface）を操作するユーザは１人だけという前提で、計算機システムが設計されており、ＴＵＩは、同時に複数のユーザが使用することを前提とした設計になっていなかった。そのため、ユーザＡがＳＶＰに接続された制御端末を介して管理対象のサーバ等にアクセスしている最中に、ユーザＢのユーザ認証を行うためには、使用中のユーザＡの使用している制御端末とサーバとの間の通信を中断し、認証を行うユーザに通信を切り替えないと、サーバによるユーザの認証が開始出来ない。これは、まだ認証もされていないユーザにより、使用中のユーザの通信が遮断されることになり、好ましくない。

　第１制御端末の認証前にシリアル通信を使用していた他の制御端末の操作が、第１制御端末を操作しているサーバを管理する権限を持たないユーザの認証処理によって、シリアル通信を中断されることがなくなる。

計算機システムの物理構成の一例を示す説明図である。計算機システムのソフトウェア構成の一例を示す説明図である。ＴＵＩ制御部とコマンド処理部に対するアクセス経路を示した説明図である。ユーザ管理テーブルの例を示す説明図である。ＣＬＩ制御部が、制御端末のターミナルソフトからＴＵＩ使用開始コマンドを受信したときの処理フローを示した説明図である。コマンド処理部が認証要求を受信したときの処理フローを示した説明図である。ＴＵＩ制御部がユーザ切り替え通知を受信したときの処理フローを示した説明図である。ＬＡＮ通信が利用可能なときのＴＵＩ使用開始時の認証処理経路を示した説明図である。ＬＡＮ通信が利用可能な時の認証処理が成功した場合の処理シーケンスを示した説明図である。ＬＡＮ通信が利用可能な時の認証処理が失敗した場合の処理シーケンスを示した説明図である。ＬＡＮ通信が利用不可能なときのＴＵＩ使用開始時の認証処理経路を示した説明図である。ＬＡＮ通信が利用不可能な時の認証処理が成功した場合の処理シーケンスを示した説明図である。ＬＡＮ通信が利用不可能な時の認証処理が失敗した場合の処理シーケンスを示した説明図である。

　以下、実施例について図面を用いて説明する。ただし、本実施例は、発明を実現するための一例に過ぎず、発明の技術的範囲を限定するものではない。また、各図において共通の構成については、同一の参照番号が付されている。

　なお、以後の説明では、計算機等が管理する情報がテーブル形式で管理される例を説明するが、計算機等が管理する情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、「リスト」、「ＤＢ（データベース）」、「キュー」等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等については、単に「情報」と呼ぶこともできる。また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

　また、以下では、システム内の計算機で実行される各種処理の内容を説明する際、プログラムを処理の主体として説明することがある。実際には、プログラムが計算機のプロセッサ（ＣＰＵ）に実行されることによって、プログラムに記述された処理が行われるため、各種処理の主体はプロセッサである。ただし本明細書では説明が冗長になることを避けるため、プログラムを処理の主体として各種処理の内容を説明することがあり、プログラムを処理の主体として各種処理の内容を説明している記述は、実際にはプログラムを実行しているプロセッサが処理の主体であることを意味する。

　また、以下で説明される各プログラムは、プログラム配布サーバや記憶メディアを介して提供され、プログラムを実行する装置にインストールされてもよい。なお、ここでの記憶メディアとは、データを非一時的に記憶するコンピュータ可読媒体を意味し、例えばＩＣカード、ＳＤカード、ＤＶＤ等の不揮発性記憶媒体である。

　図１、図２は、本発明の実施例に係る計算機システムの基本構成の一例を示す説明図である。図１は計算機システムの物理構成の一例を示す説明図であり、図２は計算機システムのソフトウェア構成の一例を示す説明図である。なお、以下では、計算機システムを「システム」と略記することもある。

　本実施例におけるシステム０は、1以上のサーバ１、サーバ１を管理するための管理装置であるＳＶＰ２を有する。サーバ１は、ユーザが使用するアプリケーションプログラム等が実行される計算機で、ＳＶＰ２はサーバ１の管理を行うための計算機である。またＳＶＰ２には、ユーザがシステム０の管理操作を行う際に使用するための制御端末３が接続される。

　サーバ１はＣＰＵ（Central Processing Unit）１１、メモリ１２、及びＩ／Ｏデバイス（入出力デバイス）１３、１４をそれぞれ一つ以上備える。ＣＰＵ１１はメモリ１２及びＩ／Ｏデバイス１３、１４と接続されている。

　ＣＰＵ１１はメモリ１２及びＩ／Ｏデバイス１３、１４にアクセスしてプログラムを実行する。メモリ１２にはＣＰＵ１１によって実行されるプログラム及び当該プログラムの実行に必要な情報を格納する。具体的には、サーバ仮想化の管理を行うファームウェアである仮想化機構１００がメモリ１２に格納され、ＣＰＵ１１で実行される。

　Ｉ／Ｏデバイス１３は、ユーザが使用する端末装置等の外部機器をサーバ１に直接接続するために設けられているデバイスで、パラレル信号をシリアル信号に変換して、外部機器に送出する（あるいは外部機器から受領したシリアル信号をパラレル信号に変換する）機能を持つインタフェースデバイスである。Ｉ／Ｏデバイス１３はたとえば、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）集積回路等から構成され、ＲＳ－２３２規格に従った信号の入出力を行うデバイスである。

　一方Ｉ／Ｏデバイス１４はたとえば、ＮＩＣ（Network Interface Controller）等のデバイスで、いわゆるＬＡＮ（Local Area Network）５等のネットワークにサーバ1を接続するためのインタフェースデバイスである。Ｉ／Ｏデバイス１４は、例えばイーサネット（登録商標）スイッチ５１(図中では「スイッチ５１」と略記している)に接続され、サーバ１はスイッチ５１を介して接続された多数の計算機や端末と通信が可能である。本実施例に係るシステム０では、サーバ１は、Ｉ／Ｏデバイス１３を介してＳＶＰ２と接続されるだけでなく、Ｉ／Ｏデバイス１４を介してもＳＶＰ２と接続される。

　サーバ１自体は、キーボードやディスプレイ等のヒューマンインタフェースデバイス（ＨＩＤ）を持たず、Ｉ／Ｏデバイス１３に接続される端末がＨＩＤとしての機能を果たす。ユーザが端末のキーボード等を用いて入力したデータはＩ／Ｏデバイス１３経由でサーバ１に入力され、またサーバ１がＩ／Ｏデバイス１３を介して出力したデータは、端末のディスプレイに出力される。ただし本実施例に係るシステム０では、Ｉ／Ｏデバイス１３にはＳＶＰ２が接続され、ユーザがキーボードやディスプレイ等を用いたデータ入出力を行う際には、ＳＶＰ２にＬＡＮ６を介して接続された制御端末３を用いる。ＳＶＰ２はサーバ１と制御端末３間のデータ入出力の中継を行う。

　仮想化機構１００はサーバ１の物理資源を論理的に分割し、それぞれ独立して稼働・運用が可能な複数の論理的なサーバ環境を構築する。各々の論理的なサーバ環境は、異なるオペレーティングシステムを実行でき、また独立性が保証され、お互いの動作の影響を受けずに稼動することができる。

　仮想化機構１００は、ユーザに対して、仮想化機構１００自体の操作の他、状態参照、動作に関する設定変更などの、仮想化機構１００の管理を行える機能を提供している。

　仮想化機構１００の管理機能を提供するためのデータ、プログラムとして、仮想化機構１００は、ユーザ管理テーブル１０１と仮想化機構の管理ＩＦ(インタフェース)部１１０をもつ。管理ＩＦ部１１０には、ＴＵＩ制御部１１１とコマンド処理部１１２が含まれる。

　ユーザ管理テーブル１０１は、仮想化機構１００を管理する権限を持つユーザの情報を保持するテーブルである。

　ＴＵＩ制御部１１１は、仮想化機構１００のプログラムの一部であり、Ｉ／Ｏデバイス１３に接続された機器（ＳＶＰ２またはＳＶＰ２に接続された制御端末３）に仮想化機構１００の管理を行うためのＴＵＩを提供する手段を有する装置として、サーバ１を動作させるためのプログラムである。

　コマンド処理部１１２も仮想化機構１００のプログラムの一部であり、ＳＶＰ２または制御端末３に仮想化機構１００の管理を行うためのＣＬＩ（Command Line Interface）を提供する手段を有する装置として、サーバ１を動作させるためのプログラムである。またコマンド処理部１１２が提供する機能のひとつには、仮想化機構１００の認証機能がある。

　なお、ユーザ管理テーブル１０１やＴＵＩ制御部１１１、コマンド処理部１１２は、仮想化機構１００のプログラムの一部ではなく、それぞれが単体のプログラムやデータとして提供されてもよく、ユーザ管理テーブル１０１と、ＴＵＩ制御部１１１、コマンド処理部１１２で、仮想化機構１００とは独立した１つのプログラムを構成してもよい。

　ＳＶＰ２はＣＰＵ２１、メモリ２２、及びＩ／Ｏデバイス２３、２４を備え、ＣＰＵ２１はメモリ２２及びＩ／Ｏデバイス２３、２４と接続される。ＣＰＵ２１はメモリ２２及びＩ／Ｏデバイス２３、２４にアクセスして所定の処理を実行する。メモリ２２にはＣＰＵ２１によって実行されるプログラムが格納される。具体的にプログラムには、ＣＬＩ制御部２００と、Ｗｅｂ　ＧＵＩ制御部２０１が含まれる。

　ＣＬＩ制御部２００は、仮想化機構１００を含むシステム０の管理を行うＣＬＩをユーザに提供するプログラムである。Ｗｅｂ　ＧＵＩ制御部２０１は、仮想化機構１００を含むシステム０の管理を行うＷｅｂ　ＧＵＩをユーザに提供するプログラムである。

　制御端末３はＣＰＵ３１、メモリ３２、及びＩ／Ｏデバイス３３を備え、ＣＰＵ３１はメモリ３２及びＩ／Ｏデバイス３３と接続される。ＣＰＵ３１はメモリ３２及びＩ／Ｏデバイス３３にアクセスして所定の処理を実行する。メモリ３２にはＣＰＵ３１によって実行されるプログラムを格納する。具体的にプログラムには、ターミナルソフト３０１とＷｅｂブラウザ３０２が含まれる。

　制御端末３は、ユーザが操作するために、コマンド等を表示するディスプレイ等の出力装置（図示せず）や、キーボード、マウスのような入力装置（図示せず）も有する。

　ターミナルソフト３０１もＷｅｂブラウザ３０２も、ユーザがＳＶＰ２にアクセスするために使用する。ターミナルソフト３０１は、ＳＶＰ２のＣＬＩ制御部２００が送信するコマンドと応答、もしくは、ＣＬＩ制御部２００が中継し、ＴＵＩ制御部１１１が送信する画面をモニタに表示する。Ｗｅｂブラウザ３０２は、Ｗｅｂ　ＧＵＩ制御部２０１が送信する、コマンド処理部１１２から受信した応答などのデータから作成したＷｅｂページをモニタに表示する。

　サーバ１とＳＶＰ２の間は各々のＩ／Ｏデバイス（１４、２４）を介して、ＬＡＮ（Local Area Network）５に接続され、さらに各々のＩ／Ｏデバイス（１３、２３）を介して、シリアルケーブル４で接続されている。ＬＡＮ５は一例として、イーサネット（登録商標）規格に従うネットワークで、たとえば１以上のスイッチ５１とＬＡＮケーブル５２で構成される。本実施例ではサーバ１とＳＶＰ２がＬＡＮ５を介した通信を行う場合、ＴＣＰ／ＩＰプロトコルに従ったデータ伝送が行われる。またシリアルケーブル４は一例として、ＲＳ－２３２規格のケーブルである。本実施例では、サーバ１とＳＶＰ２がＬＡＮ５を介して行うデータ送受信のことを「ＬＡＮ通信」と呼び、またシリアルケーブル４を介して行うデータ送受信のことは「シリアル通信」と呼ぶ。

　なお、図１では、システム０内にサーバ１が２台、ＳＶＰ２が１台存在する構成を示しているが、サーバ1の台数は1台でも良く、或いは３台以上でもよい。システム０内にサーバ１が複数台ある場合、ＳＶＰ２にはＩ／Ｏデバイス２３が複数(少なくともサーバ１の台数と同数)設けられ、各サーバ１のＩ／Ｏデバイス１３はそれぞれ、ＳＶＰ２の有する複数のＩ／Ｏデバイス２３のうちいずれか１つに、シリアルケーブル４を介して接続される。

　また図１では、各サーバ１はＳＶＰ２またはその他のサーバ１とだけ接続されているが、これら以外の装置に接続されてもよい。たとえば仮想化機構１００が構築する複数の論理的なサーバ環境にアクセスするクライアント計算機と接続されてもよい。その場合サーバ１は、Ｉ／Ｏデバイス１３，１４以外のインタフェースデバイスを備え、そのインタフェースデバイスはクライアント計算機の接続されるネットワークに接続される構成が好ましい。

　ＴＵＩ制御部１１１は、ＣＬＩ制御部２００とシリアル通信でデータの送受信を行うことができ、ターミナルソフト３０１は、ＣＬＩ制御部２００経由でＴＵＩ制御部１１１にアクセスする。また、コマンド処理部１１２は、ＬＡＮ通信でＣＬＩ制御部２００またはＷｅｂ　ＧＵＩ制御部２０１とデータの送受信を行うことができる。Ｗｅｂブラウザ３０２は、Ｗｅｂ　ＧＵＩ制御部２０１経由で、コマンド処理部１１２の操作を行う。

　ＳＶＰ２と制御端末３の間は各々のＩ／Ｏデバイス（２４、３３）を介して、ＬＡＮ６で接続されている。ＬＡＮ６は一例として、イーサネット規格に従ったネットワークで、本実施例では制御端末３とＳＶＰ２がＬＡＮ６を介した通信を行う場合、ＴＣＰ／ＩＰプロトコルに従ったデータ伝送が行われる。

　本実施例では、サーバ１、ＳＶＰ２、制御端末３が有する各種機能は、ＣＰＵ１１、２１、３１がメモリ１２、２２、３２に格納された、管理ＩＦ部１１０等のプログラムを実行することによって実現されている例を説明している。ただし、これらの一部あるいは全ての機能は、ＦＰＧＡやＡＳＩＣなどのハードウェアで実現されてもよい。

　図３は、制御端末３を使用するユーザが、ＴＵＩ制御部１１１の提供するＴＵＩとコマンド処理部１１２の提供するＣＬＩにアクセスする時のアクセス経路を示した説明図である。以下では特に、複数ユーザがそれぞれ、制御端末３（３－Ａ，３－Ｂ，３－Ｃ，３－Ｄ）を操作して仮想化機構１００の管理を行うときの、各装置間のアクセス経路について説明する。

　まず、ユーザＡがターミナルソフト３０１－Ａから、仮想化機構１００の管理を行う場合について説明する。ユーザＡはまず、制御端末３－Ａで起動しているターミナルソフト３０１－ＡからＳＶＰ２にアクセスする。

　ターミナルソフト３０１－Ａからのアクセスに対し、ＳＶＰ２は、ＣＬＩ制御部２００がシステム０を管理するための各種コマンドを提供する。ＣＬＩ制御部２００は同時に複数のユーザからのアクセスを受け付けられるように構成されている。図３では、ユーザＡ、Ｂの二人がＣＬＩ制御部２００にアクセスしている状態を表している。

　ＣＬＩ制御部２００がサポートしているコマンドの一つに、ＴＵＩ使用開始コマンドがある。ＴＵＩ使用開始コマンドを受け付けると、ＣＬＩ制御部２００は、ターミナルソフト３０１－ＡとＴＵＩ制御部１１１の間の通信の中継処理を開始する。具体的にはＣＬＩ制御部２００は、ターミナルソフト３０１－Ａから受信した入力データをシリアル通信でサーバ１に対して送信する。またＣＬＩ制御部２００は、シリアル通信でサーバ１から受信したデータをターミナルソフト３０１－Ａに対して送信する。なお、正確には、ターミナルソフト３０１－ＡとＴＵＩ制御部１１１の間の通信が開始される前に認証処理が行われるが、それについて後述する。

　これによりユーザＡの操作を起点とするデータの流れは以下となる。

　（１）　ユーザＡがターミナルソフト３０１－Ａ上で入力を行う。
　（２）　ターミナルソフト３０１－Ａが入力内容をＣＬＩ制御部２００に送信する。
　（３）　ＣＬＩ制御部２００は受信データをシリアル通信でサーバ１に送信する。
　（４）　ＴＵＩ制御部１１１がサーバ１のシリアル通信で受信して、仮想化機構１００の管理操作と画面変更を行う。
　（５）　ＴＵＩ制御部１１１は、画面変更内容をシリアル通信で送信する。
　（６）　ＣＬＩ制御部２００はシリアル通信で受信したデータをターミナルソフト３０１－Ａに送信する。
　（７）　ターミナルソフト３０１－Ａは受信データに従い画面の表示を変更する。

　このように、制御端末３－Ａのターミナルソフト３０１からは、ＣＬＩ制御部２００が中継する形で、ＴＵＩ制御部１１１が提供するＴＵＩ画面を操作することができ、これによりユーザＡは仮想化機構１００の管理が行える。

　ＴＵＩ制御部１１１は、Ｉ／Ｏデバイス１３にシリアルケーブル４を介して接続される装置から文字入力を受け付け、またその装置の画面に出力を表示するように設計されたプログラムである。一般に、シリアル通信用のインタフェースデバイスであるＩ／Ｏデバイス１３に接続可能な装置（端末）は１台であるから、ＴＵＩ制御部１１１も同時に使用できるユーザは一人に限られる設計になっている。つまり、ＴＵＩ制御部１１１がＩ／Ｏデバイス１３に接続された装置と通信中は、通信路(Ｉ／Ｏデバイス１３とＩ／Ｏデバイス２３間の通信路)を占有し、サーバ１内で実行される他のプロセス(プログラム)はこの通信路を使用することができない。あるユーザがＴＵＩ制御部１１１を使用している途中で、他のユーザがＴＵＩ制御部１１１を使おうとしたときの制御は、ＣＬＩ制御部２００が行っている。具体的にはＣＬＩ制御部２００は、以下のような処理を行う。

　ＴＵＩ使用開始コマンドを受け付けると、ＣＬＩ制御部２００はコマンド送信元のターミナルソフト３０１に対してシリアル通信の中継を開始する。このとき、既にＴＵＩ制御部１１１を使用中のユーザがいた場合は、ＣＬＩ制御部２００は使用中ユーザのターミナルソフト３０１に対して行っていたシリアル通信の中継を終了する。なお、正確には、シリアル通信の中継を終了する前にユーザ認証処理が行われるが、それについて後述する。

　また、ＣＬＩ制御部２００はＬＡＮ通信を用いて、コマンド処理部１１２に対してコマンド送信したり、コマンド処理部１１２からの応答を受信したりできる。このためたとえばユーザＢは、ターミナルソフト３０１－Ｂから、ＣＬＩ制御部２００を経由して、コマンド処理部１１２にアクセスできる。ターミナルソフト３０１を使用して、仮想化機構１００の管理操作を行う際のアクセス経路の説明は以上である。

　次に、ユーザＣがＷｅｂブラウザ３０２－Ｃを使用して、仮想化機構１００の管理を行っている場合について説明する。

　ユーザＣはまず、制御端末３－Ｃで起動しているＷｅｂブラウザ３０２－ＣからＳＶＰ２にアクセスする。

　ＳＶＰ２に対するＷｅｂブラウザ３０２－Ｃからのアクセスには、Ｗｅｂ　ＧＵＩ制御部２０１がシステム０を管理するためのＧＵＩ（Graphical User Interface）を提供する。Ｗｅｂ　ＧＵＩ制御部２０１は同時に複数のユーザがアクセスできるように設計されている。図３は、ユーザＣ、Ｄの二人がＷｅｂ　ＧＵＩ制御部２０１にアクセスしている状態を表している。

　Ｗｅｂ　ＧＵＩ制御部２０１が提供するＧＵＩでは、サーバの仮想化機構１００の管理を行うＧＵＩ操作も可能である。

　ユーザＣがＷｅｂブラウザ３０２－Ｃで仮想化機構１００の管理操作を行うと、Ｗｅｂ　ＧＵＩ制御部２０１はサーバ１とＳＶＰ２の間のＬＡＮ通信で、コマンド処理部１１２がサポートしている管理操作用コマンドを送信する。

　コマンド処理部１１２は、受信したコマンドを処理し、Ｗｅｂ　ＧＵＩ制御部２０１へ応答を送信する。受信した結果に応じて、Ｗｅｂ　ＧＵＩ制御部２０１はＷｅｂブラウザ３０２－Ｃにレスポンスを返す。

　このように、ユーザはＷｅｂブラウザ３０２からＷｅｂ　ＧＵＩ制御部２０１にアクセスする。そのバックグラウンドでコマンド処理部１１２に対するアクセスが発生する。

　ＳＶＰ２からコマンド処理部１１２のアクセスは、ＬＡＮ５を介したＬＡＮ通信で行う。コマンド処理部１１２は、Ｗｅｂ　ＧＵＩ制御部２０１（またはＣＬＩ制御部２００）との間で複数のセッションを確立でき、同時に複数のユーザからのアクセスを受け付けられるように設計されている。そのため、図３でユーザＣ、Ｄが同時に使用しているように、複数のユーザが、Ｗｅｂ　ＧＵＩを用いた仮想化機構１００の管理操作を同時に行える。なお、コマンド処理部１１２が提供する仮想化機構１００の管理機能と、ＴＵＩ制御部１１１が提供する仮想化機構１００の管理機能とは、同じでもよいし異なっていてもよい。たとえばコマンド処理部１１２は仮想化機構１００の状態を参照する機能(コマンド)のみをユーザに提供し、ＴＵＩ制御部１１１は仮想化機構１００の状態を参照する機能に加えて、仮想化機構１００の設定を行う機能をユーザに提供するように構成されていてもよい。

　ユーザが仮想化機構１００の管理ＩＦ部１１０を使用する際のアクセス経路の説明は、以上である。

　この管理ＩＦ部１１０へのアクセス開始の際に仮想化機構１００の管理権限を持つかどうかのユーザ認証を行う際に使用する情報としてユーザ管理テーブル１０１がある。図４はユーザ認証を行うための情報を格納するユーザ管理テーブル１０１を示す説明図である。

　ユーザ管理テーブル１０１にはユーザ認証を行うための情報として、仮想化機構１００の管理権限をもつユーザの情報が登録されている。テーブルの１エントリがユーザ一人の情報を示す。ユーザの情報としては、ユーザ名とパスワードが含まれる。

　管理ＩＦ部１１０のユーザ認証では、仮想化機構１００に入力されたユーザ名とパスワードの組と一致するデータが、ユーザ管理テーブル１０１上にあるかどうか、チェックされる。一致するデータがあった場合、管理ＩＦ部１１０はそのユーザが仮想化機構１００を管理する権限を有すると判断する（認証成功）。一致するデータがなかった場合、管理ＩＦ部１１０はそのユーザは仮想化機構１００を管理する権限を持たないと判断する（認証失敗）。

　ここからは、ユーザがターミナルソフト３０１からＴＵＩ制御部１１１の使用を開始する際のユーザ認証の方式を説明する。まず、ＳＶＰ２がターミナルソフト３０１からＴＵＩ使用開始コマンドを受信したときに、ＳＶＰ２のＣＬＩ制御部２００とサーバ１の仮想化機構１００が連携して行うユーザ認証処理の流れについて述べる。

　図５は、ＣＬＩ制御部２００が、制御端末３のターミナルソフト３０１からＴＵＩ使用開始コマンドを受信したときの処理フローを示した説明図である。なお、以下の説明では、ＴＵＩ使用開始コマンドを発行した制御端末３を「端末Ｂ」と呼び、端末Ｂを使用しているユーザのことを「ユーザＢ」と呼ぶ。

　ステップ１０００：ＣＬＩ制御部２００が、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用可能かどうか確認する。たとえばＣＬＩ制御部２００は、Ｐｉｎｇコマンドをサーバ１に送信することで、ＬＡＮ通信が可能か否か判定するとよい（サーバ１から応答が返ってくれば、ＬＡＮ通信が可能と判断できる）。ただしＰｉｎｇコマンドを用いた確認方法は一例であり、ＣＬＩ制御部２００は他の方法を用いて確認を行ってもよい。

　ＬＡＮ通信が利用可能な場合は、次にステップ１００１が行われる。ＬＡＮ通信が利用不可能な場合は、次にＣＬＩ制御部２００はステップ１０１０を実行する。

　ステップ１００１：ＣＬＩ制御部２００が端末Ｂのターミナルソフト３０１に対し、仮想化機構１００の管理権限をもつユーザのユーザ名とパスワードの入力要求を送信する。これにより、端末Ｂの画面には、ユーザ名とパスワードの入力を求めるプロンプト等が表示されるため、ユーザＢは端末Ｂの入力装置を用いて、ユーザ名とパスワードを入力する。端末Ｂのターミナルソフト３０１は、入力されたユーザ名とパスワードをＣＬＩ制御部２００に送信する。

　ステップ１００２：ユーザＢが端末Ｂのターミナルソフト３０１を用いて入力したユーザ名とパスワードを、ＣＬＩ制御部２００が受信する。

　ステップ１００３：ＣＬＩ制御部２００は、ステップ１００２で受信したユーザ名とパスワードを格納した認証要求コマンドを作成し、コマンド処理部１１２に対して送信する。送信先がコマンド処理部１１２であるため、認証要求コマンドはＬＡＮ５を介して送信される。コマンド処理部１１２は認証要求コマンドを受領すると、認証処理を行い、結果をＣＬＩ制御部２００に返送する。コマンド処理部１１２の処理は後述する。

　ステップ１００４：ＣＬＩ制御部２００は、コマンド処理部１１２から認証結果を受信する。

　ステップ１００５：ＣＬＩ制御部２００が、ステップ１００４で受信した認証結果を確認する。認証結果が成功だった場合、次にステップ１００６が行われる。認証結果が失敗だった場合は、ＣＬＩ制御部２００は次にステップ１００９を実行する。

　ステップ１００６：ここでは、シリアル通信を使用してＴＵＩ制御部１１１にアクセスしているユーザがいるかどうかでＣＬＩ制御部２００の処理が変わる。現時点で（ステップ１００６の判定をＣＬＩ制御部２００が行った時点で）、ＴＵＩ制御部１１１にアクセスのユーザがいる場合はステップ１００７が行われる。なお、以下ではＴＵＩ制御部１１１にアクセス中のユーザのことを「ユーザＡ」と呼び、ユーザＡが使用している制御端末３を「端末Ａ」と呼ぶ。操作中のユーザがいない場合は、ＣＬＩ制御部２００はステップ１００７を飛ばしてステップ１００８を実行する。

　ステップ１００７：ＣＬＩ制御部２００は、現在ＴＵＩ制御部１１１にアクセス中のユーザＡが使用している端末Ａのシリアル通信を終了させる。具体的には、ＣＬＩ制御部２００は端末Ａのターミナルソフト３０１とサーバ１－ＳＶＰ２間のシリアル通信の中継を終了し、端末Ａのターミナルソフト３０１に対してＣＬＩ制御部２００のプロンプト表示を出力する。

　ステップ１００８：ＣＬＩ制御部２００が、ユーザＢの使用している端末Ｂとサーバ１とのシリアル通信を開始して、処理終了する。具体的にはＣＬＩ制御部２００は、端末Ｂのターミナルソフト３０１とサーバ１－ＳＶＰ２間のシリアル通信の中継を開始する。端末Ｂとサーバ１とのシリアル通信は、ユーザＢが通信の終了を指示するまで、あるいはＣＬＩ制御部２００が、他の制御端末のターミナルソフト３０１からＴＵＩ使用開始コマンドを受信し、上で述べたステップ１０００～１００７の処理を行うまで、継続する。

　以上が、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用可能で、認証が成功したときの処理である。

　ステップ１００９：この処理は、ステップ１００５の認証結果が失敗だった場合に行われる。ステップ１００９でＣＬＩ制御部２００は、端末Ｂのターミナルソフト３０１にＴＵＩの操作開始に失敗したメッセージを送信し、そのまま処理を終了する。

　以上がサーバ１－ＳＶＰ２間のＬＡＮ通信の利用が可能なときの処理である。本実施例に係るシステム０では、ＴＵＩ制御部１１１にアクセスするユーザの認証を、シリアル通信ではなくＬＡＮ通信を使用して、コマンド処理部１１２で行わせるため、ユーザＢの認証処理を行っている間も、ユーザＡはＴＵＩ制御部１１１へのアクセスを継続することができる。そしてユーザＢの認証処理が成功しない限り、ユーザＡの使用する端末ＡとＴＵＩ制御部１１１との通信は終了されない。これにより、認証と操作を両方ともシリアル通信を使用してＴＵＩ制御部１１１で行う場合に比べて、ＴＵＩ制御部１１１を操作中のユーザが、サーバを管理する権限を持たないユーザの認証処理によって、シリアル通信を中断されることがなくなるという利点がある。

　次に、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用不可能なときの処理（ステップ１０１０以降の処理）について説明する。

　ステップ１０１０：ステップ１０００でサーバ１－ＳＶＰ２間のＬＡＮ通信が利用不可能だった場合、ＣＬＩ制御部２００の処理は、シリアル通信を使用してＴＵＩ制御部１１１を操作しているユーザがいるかどうかで変わる。操作中のユーザ(ユーザＡ)がいる場合は、次にステップ１０１１が行われる。操作中のユーザがいない場合は、ＣＬＩ制御部２００はステップ１０１１を飛ばしてステップ１０１２を実行する。

　ステップ１０１１：ＣＬＩ制御部２００は、ＴＵＩ制御部１１１にアクセス中のユーザＡが使用している端末Ａのシリアル通信を終了する。具体的には、端末Ａのターミナルソフト３０１とサーバ１－ＳＶＰ２間のシリアル通信の中継を終了し、端末Ａのターミナルソフト３０１に対してＣＬＩ制御部２００のプロンプト表示を出力する。

　ステップ１０１２：ＣＬＩ制御部２００は、ＴＵＩ制御部１１１に対してユーザ切り替え通知を送信してＴＵＩ制御部による認証を間接的に要求する。送信先がＴＵＩ制御部１１１であるため、ユーザ切り替え通知はシリアル通信により送信される。

　ステップ１０１３：ＣＬＩ制御部２００はＴＵＩ使用開始コマンドを入力したユーザＢのシリアル通信を開始して、処理を終了する。この処理はステップ１００８と同様である。

　以上がサーバ１－ＳＶＰ２間のＬＡＮ通信の利用が不可能なときの処理である。ターミナルソフト３０１とＴＵＩ制御部１１１がシリアル通信で認証を実施するので、ＣＬＩ制御部２００は実際のユーザ切替え処理（１０１１、１０１３）とユーザ切り替え通知をＴＵＩ制御部１１１への送信を行ったあとは、シリアル通信の中継をするだけで、認証には関わらない。ユーザ切り替え通知の送信は、ＴＵＩ制御部１１１に対して、仮想化機構１００の管理権限を持つかどうか未確認のユーザがシリアル通信を開始することを知らせることを目的とする。ＴＵＩ制御部１１１は通常、仮想化機構１００の操作を行える画面をＳＶＰ２を介して制御端末３に表示するが、ユーザ切り替え通知を受領すると、Ｉ／Ｏデバイス１３を介して外部（ＳＶＰ２または制御端末３）から認証要求を受け付ける処理を開始する。この時にＴＵＩ制御部１１１で行われる処理の詳細は後述する。

　次に、仮想化機構１００で行われる処理について説明する。

　まずコマンド処理部１１２が行う処理について説明する。コマンド処理部１１２は、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用可能なときのＴＵＩ制御部１１１を使用開始する際の認証を担当する。図６は、コマンド処理部１１２が、ＣＬＩ制御部２００から認証要求を受信したときの処理フローを示した説明図である。

　ステップ１１００：コマンド処理部１１２は、受信した認証要求からユーザ名とパスワードを取り出し、ユーザ認証を実施する。具体的には、取り出したユーザ名とパスワードを、ユーザ管理テーブル１０１上の各エントリのユーザ名及びパスワードを比較する。

　ステップ１１０１：ステップ１１００での比較の結果、認証要求から取得したユーザ名とパスワードが、ユーザ管理テーブル１０１のエントリに一致するものがあった場合、コマンド処理部１１２は次にステップ１１０２を行う。一致するエントリがなかった場合、コマンド処理部１１２は次にステップ１１０３を実行する。

　ステップ１１０２：コマンド処理部１１２は認証成功を意味する認証結果情報を作成する。

　ステップ１１０３：コマンド処理部１１２は、認証失敗を意味する認証結果情報を作成する。

　ステップ１１０４：コマンド処理部１１２は、ステップ１１０２またはステップ１１０３で作成された認証結果情報を認証応答に格納し、ＣＬＩ制御部２００に対して送信して、処理を終了する。

　コマンド処理部１１２の処理は以上である。

　続いてＴＵＩ制御部１１１が行う処理について説明する。ＴＵＩ制御部１１１は、従来からのＴＵＩ操作機能の提供のほかに、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用不可能なときの、ＴＵＩ制御部１１１使用開始の際の認証を担当する。

　図７は、ＴＵＩ制御部１１１が、ＣＬＩ制御部２００からユーザ切り替え通知（ステップ１０１２）を受信したときの処理フローを示した説明図である。本通知の受信により、ＴＵＩ制御部１１１は未認証のユーザがＴＵＩ制御部１１１を使用開始したことを察知し、ユーザに対して認証の実施を要求する。

　ステップ１２００：ユーザ切り替え通知を受信すると、ＴＵＩ制御部１１１はまず、ユーザ名、パスワードを入力する認証画面をシリアル通信で送信する。

　ステップ１２０１：ユーザがターミナルソフト３０１を用いて入力したユーザ名、パスワードを、ＴＵＩ制御部１１１が、シリアル通信で受信する。

　ステップ１２０２：ＴＵＩ制御部１１１が、ステップ１２０１で取得したユーザ名とパスワードを、ユーザ管理テーブル１０１の各エントリと比較する。

　ステップ１２０３：比較の結果、一致するエントリがあった場合、認証成功となりステップ１２０４が実行される。一致するエントリがなかった場合、認証失敗となり、ＴＵＩ制御部１１１は再びステップ１２００から処理をやり直す。

　認証失敗時にＴＵＩ制御部１１１は、ステップ１２００から処理を再実行するので、ＴＵＩ制御部１１１は、認証が成功するまでユーザにＴＵＩ操作を行わせない。ユーザは、認証を成功するか、ＣＬＩ制御部２００のコマンドでＴＵＩ制御部１１１の使用自体を終了しない限りは、認証入力を繰り返し実施することになる。

　ステップ１２０４：ＴＵＩ制御部１１１は、仮想化機構１００の管理を行うための操作画面の送信（シリアル通信を用いる）を開始する。またＴＵＩ制御部１１１は認証画面の出力を終了して認証処理を終了する。これ以降は、ＴＵＩ制御部１１１はシリアル通信の受信データに応じて、仮想化機構１００の管理を行い、その結果に応じた操作画面の変更内容をシリアル通信でＳＶＰ２（に接続された制御端末３）に送信する。

　ここからは、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用可能か不可能か、認証が成功したか失敗したか、の状況ごとに認証処理の流れを説明する。

　図８は、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用可能なときのＴＵＩ使用開始時の認証処理経路を示した説明図である。図８では、既に認証済みのユーザＡが、ターミナルソフト３０１－ＡからＴＵＩ制御部１１１が提供するＴＵＩを操作している状態を表している。一方ユーザＢはターミナルソフト３０１－Ｂから、ＣＬＩ制御部２００にアクセスしている状態である。

　この状態で、ユーザＢがＴＵＩ制御部１１１の提供するＴＵＩの操作を開始するとき（ユーザＢがターミナルソフト３０１－Ｂを用いてＳＶＰ２にＴＵＩ使用開始コマンドを発行したとき）、ＬＡＮ通信が可能であれば、ＣＬＩ制御部２００とコマンド処理部１１２が連携して、ユーザＢがターミナルソフト３０１－Ｂで入力した内容（ユーザ名とパスワード）を使用してユーザＢの認証処理を行う。認証処理の際、コマンド処理部１１２はユーザ管理テーブル１０１を参照する。

　ユーザＢの認証処理は、ＬＡＮ５を介して行われるので、ユーザＢの認証処理中も、ユーザＡのＴＵＩ制御部１１１へのアクセスは同時に実行可能である。

　図９は、図８において、ユーザＢの認証が成功したときの処理シーケンスを示した説明図である。

　１３０１：ユーザＡがＴＵＩ制御部１１１の提供するＴＵＩを操作中である。ユーザＡがターミナルソフト３０１－Ａにデータ入力を行うと、ＣＬＩ制御部２００がそのデータを中継してＴＵＩ制御部１１１にシリアル通信で送信し、ＴＵＩ制御部１１１がシリアル通信で送信されてくるデータを受信する。受信データにしたがって、ＴＵＩ制御部１１１が、仮想化機構１００の管理や、制御端末３に表示される画面表示内容の変更等の処理を行う。またＣＬＩ制御部２００は、ＴＵＩ制御部１１１からシリアル通信で送信されてくる画面表示の変更内容を受信して、ターミナルソフト３０１－Ａに返送する。ターミナルソフト３０１－Ａは、ＣＬＩ制御部２００から送信された画面表示の変更内容を、自身の画面表示に反映する。

　１３０２：ユーザＢがターミナルソフト３０１－Ｂがコマンド入力待ちのときに入力したＴＵＩ使用開始コマンドが、ＣＬＩ制御部２００に対して送信される。コマンドを受信したＣＬＩ制御部２００はユーザ切り替えを開始する。ここでＣＬＩ制御部２００が行う処理は、図５の処理フローの内容である。

　１３０３：ＣＬＩ制御部２００が、ＴＵＩ使用開始コマンドを送信してきたユーザＢのターミナルソフト３０１－Ｂへ、仮想化機構１００のユーザ名とパスワードの入力要求を行う（つまり、ＣＬＩ制御部２００は図５のステップ１００１を行う）。この時点では、ユーザＢがアクセスしているのはＣＬＩ制御部２００である。

　１３０４：ユーザＢがユーザ名とパスワードをターミナルソフト３０１－Ｂに入力する。ターミナルソフト３０１－Ｂは入力データをＣＬＩ制御部２００へ送信する。

　１３０５：ＣＬＩ制御部２００はコマンド処理部１１２に対してユーザＢの認証要求を送信する、つまり図５のステップ１００３を実行する。認証要求には、１３０４で取得した、ユーザＢが入力したユーザ名とパスワードを格納する。ユーザ名とパスワードを含む認証要求を受信したコマンド処理部１１２は認証を開始する。ここでコマンド処理部１１２が行う処理は図６の処理フローの内容である。

　１３０６：コマンド処理部１１２は、認証の際、ユーザ管理テーブル１０１を参照する。本図の場合、ユーザＢは仮想化機構１００の管理権限を持つユーザであり、自身のユーザ名とパスワードを１３０４にて正しく入力したため、一致するエントリがユーザ管理テーブル１０１にあり、認証成功する。

　１３０７：コマンド処理部１１２が認証応答（認証成功）をＣＬＩ制御部２００に返す。ＣＬＩ制御部２００は、受信した認証結果が成功であるため、シリアル通信使用ユーザの切り替えを開始する。

　１３０８：ＣＬＩ制御部２００は、ユーザＡのターミナルソフト３０１－Ａに対し、シリアル通信使用を終了し、ＣＬＩ制御部２００のコマンド入力待ち表示を行わせる。これにより、ユーザＡはＴＵＩ制御部１１１の使用が抑止され、ＣＬＩ制御部２００の使用に戻る。

　１３０９：ＣＬＩ制御部２００は、ユーザＢのターミナルソフト３０１－Ｂのシリアル通信使用を開始する。これにより、ＴＵＩ制御部１１１がシリアル通信で送信している画面データがユーザＢのターミナルソフト３０１－Ｂに表示される。このとき既に、ＴＵＩ制御部１１１での認証に成功しているので、仮想化機構１００の操作を行える画面が表示される。

　１３１０：ＣＬＩ制御部２００は、ユーザＢがターミナルソフト３０１－ＢとＴＵＩ制御部１１１の間でやり取りされるデータの中継を開始する。具体的にはＣＬＩ制御部２００は、ユーザＢがターミナルソフト３０１－Ｂに入力したデータを中継してＴＵＩ制御部１１１に送信し、またＴＵＩ制御部１１１の出力データを中継してターミナルソフト３０１－Ｂに送信する。これにより、ユーザＢはターミナルソフト３０１－Ｂから、ＴＵＩ制御部１１１が提供するＴＵＩを操作できる。

　図１０は、図８において、認証失敗したときの処理シーケンスを示した説明図である。図９との違いは、ユーザＢが仮想化機構１００の管理権限を持つユーザではない点である。

　シーケンスの内容は、ＣＬＩ制御部２００がコマンド処理部１１２に対して認証要求を送信する（１３０５）までは、図９と同じである。そのため、図９と同じ部分については説明を省略し、それ以降の箇所についてのみ説明する。

　１４０１：コマンド処理部１１２は、受信した認証要求からユーザ名とパスワードを取得し、ユーザ管理テーブル１０１上のデータと比較する。ユーザＢは仮想化機構１００の管理権限を持たず、ユーザ管理テーブル１０１に登録されていないため、一致するエントリがなく、認証失敗となる。

　１４０２：コマンド処理部１１２は、認証応答（認証失敗）をＣＬＩ制御部２００に送信する。

　１４０３：ＣＬＩ制御部２００が、ＴＵＩ操作開始に失敗したことを通知するメッセージをユーザＢのターミナルソフト３０１－Ｂに出力する。ターミナルソフト３０１－Ｂでは、アクセス先がＴＵＩ制御部１１１に切り替わることなく、ＣＬＩ制御部２００の使用を継続する。

　１４０４：ユーザＢの認証がＬＡＮ通信で行われ、かつ、認証失敗したことにより、ＴＵＩ制御部１１１を使用しているユーザは終始ユーザＡのままである。そのため、ユーザＡは１３０２から１４０３の間、及び１４０３以降も、ターミナルソフト３０１－Ａ上でＴＵＩ制御部１１１の提供するＴＵＩの操作を継続して行える。

　以上がサーバ１－ＳＶＰ２間のＬＡＮ通信が可能なときの認証処理の流れである。サーバ１は、ＴＵＩ制御部１１１によるＴＵＩの提供と、ユーザ認証処理を並行して実施するので、ＴＵＩ制御部１１１にアクセスしていたユーザＡは、ユーザＢの認証処理が行われている間もＴＵＩ操作を行える。

　ユーザＢが認証に失敗する場合、ユーザＡはまったく影響を受けずにＴＵＩ操作を継続できる。ユーザＢが認証に成功する場合には、最終的にはユーザが切り替わるが、ユーザＢの認証が終わるまでの間（図９の１３０２から１３０８の期間）は、ユーザＡがＴＵＩ操作を継続できる。

　このように本実施例では、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用可能なとき、シリアル通信のみで認証と操作を行う場合に比べて、ユーザＡがＴＵＩ制御部１１１の提供するＴＵＩを操作できる時間が長くなる。これによりシステム０の可用性が向上する。

　次に、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用不可能なときの動作について述べる。ＬＡＮ通信が利用不可能なときは、サーバ１はＴＵＩの提供と並行して認証処理を行うことができない。そこでサーバ１は、ＬＡＮ通信が利用可能なときよりもシステム０の可用性は下がるが、最低限、セキュリティの確保を目的として、シリアル通信で認証を実施する。

　図１１は、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用不可能なときのＴＵＩ使用開始時の認証処理経路を示した説明図である。

　既に認証済みのユーザＡが、ターミナルソフト３０１－ＡからＴＵＩ制御部１１１の提供するＴＵＩを操作している。ユーザＢはターミナルソフト３０１－Ｂから、ＣＬＩ制御部２００の提供するＣＬＩを操作している。この状態で、ユーザＢがＴＵＩ制御部１１１にアクセスしようとしたとき、ＬＡＮ通信が不可能であれば、ＣＬＩ制御部２００とＴＵＩ制御部１１１が連携して認証処理を行う。認証処理の際、ＴＵＩ制御部１１１はユーザ管理テーブル１０１を参照する。

　一方、ユーザＡが行っていたＴＵＩ制御部１１１へのアクセスは、ユーザＢの認証を開始する際に、抑止される。

　図１２は、図１１において、認証成功したときの処理シーケンスを示した説明図である。

　１５０１：ユーザＡがＴＵＩ制御部１１１の提供するＴＵＩを操作中である。ここは図９の１３０１と同じ状態である。そのため詳細説明は略す。

　１５０２：ユーザＢがターミナルソフト３０１－Ｂがコマンド入力待ちのときにＴＵＩ使用開始コマンドを入力すると、ＣＬＩ制御部２００に対して送信される。ここは図９のステート１３０２と同じ状態であるため、説明は略す。

　１５０３：ＣＬＩ制御部２００は、図５のステップ１０１１を実行する。つまりＣＬＩ制御部２００はユーザＡのターミナルソフト３０１－Ａに対し、シリアル通信使用を終了し、ＣＬＩ制御部２００のコマンド入力待ち表示を行う。これにより、ユーザＡはＴＵＩ制御部１１１の使用が抑止され、ＣＬＩ制御部２００の使用に戻る。

　１５０４：ＣＬＩ制御部２００が、ＴＵＩ制御部１１１に対してユーザ切り替え通知を送信する（図５のステップ１０１２の処理が行われる）。ユーザ切り替え通知を受信したＴＵＩ制御部１１１は、認証を開始する。ここでＴＵＩ制御部１１１が行う処理は図７の処理フローの内容である。

　１５０５：ＣＬＩ制御部２００は、ユーザＢのターミナルソフト３０１－Ｂのシリアル通信使用を開始する。これにより、ＴＵＩ制御部１１１がシリアル通信で送信してきた画面データがユーザＢのターミナルソフト３０１－Ｂに表示される。

　１５０６：ＴＵＩ制御部１１１は、１５０４でユーザ切り替え通知を受信したことに応じて、ＳＶＰ２（に接続された制御端末３)からの認証情報を受け付ける処理を開始する。そのためＴＵＩ制御部１１１はＩ／Ｏデバイス１３を介してＳＶＰ２に認証画面を出力しているので、ターミナルソフト３０１－Ｂ上にはユーザ名とパスワードを入力するための認証画面が表示される。

　１５０７：ターミナルソフト３０１－Ｂで表示されている認証画面上で、ユーザＢがユーザ名とパスワードを入力すると、ＣＬＩ制御部２００を経由して、ユーザ名とパスワードがＴＵＩ制御部１１１にシリアル通信で送信される。

　１５０８：ＴＵＩ制御部１１１は、認証の際、ユーザ管理テーブル１０１を参照する。本図の場合、ユーザＢは仮想化機構１００の管理権限を持つユーザであり、自身のユーザ名とパスワードを１５０７にて正しく入力したため、一致するエントリがユーザ管理テーブル１０１にあり、認証成功する。

　１５０９：ＴＵＩ制御部１１１は、認証成功すると、Ｉ／Ｏデバイス１３に出力する画面情報(制御端末３に表示させる画面のデータ)を、認証画面のデータから、仮想化機構１００の管理を行うための操作画面用データに切替える。ユーザＢのターミナルソフト３０１－Ｂがこの出力データを受け取り、ターミナルソフト３０１－Ｂの表示が認証画面から操作画面に切り替わる。

　１５１０：１５０９でユーザＢのターミナルソフト３０１の表示がＴＵＩ制御部１１１の操作画面に切り替わった以降は、ユーザＢがターミナルソフト３０１－ＢからＴＵＩ制御部１１１の提供するＴＵＩを操作できるようになる。

　図１３は、図１１において、認証失敗したときの処理シーケンスを示した説明図である。図１２との違いは、ユーザＢが仮想化機構１００の管理権限を持つユーザではない点である。

　シーケンスの内容は、ユーザＢのターミナルソフト３０１－Ｂ上でのユーザ名及びパスワードの入力処理（１５０７）までは、図１２と同じである。そのため、図１２と同じ部分については説明を省略し、それ以降の箇所についてのみ説明する。

　１６０１：ＴＵＩ制御部１１１は、シリアル通信によって受信したユーザ名とパスワードを、ユーザ管理テーブル１０１上のデータと比較する。ユーザＢは仮想化機構１００の管理権限を持たず、ユーザ管理テーブル１０１に登録されていないため、一致するエントリがなく、認証失敗となる。

　１６０２：ＴＵＩ制御部１１１は、認証失敗すると、再度、ユーザ名とパスワード入力のための認証画面を出力する。

　１６０３：ユーザＢがターミナルソフト３０１－Ｂ上で再度のユーザ名、パスワード入力を行う。

　ＴＵＩ制御部１１１による認証画面出力、ユーザＢによるユーザ名、パスワード入力は、認証に成功するまで繰り返し行われる。

　以上が、サーバ１－ＳＶＰ２間のＬＡＮ通信が利用不可能なときの処理である。ＬＡＮ通信が利用できず、シリアル通信のみしか使用できないため、サーバ１はＴＵＩの提供と認証を並行して行えない。そのためサーバ１は、システムの可用性は下がるがセキュリティを確保するために、ユーザＡの操作を遮断して認証を実施する。

　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。

　例えば、上記した実施例におけるシステムは、管理対象装置がサーバであったが、サーバの代わりにストレージ装置のような他の情報処理装置が管理対象装置であってもよい。

　また、上で説明した実施例では、サーバ１に仮想化機構１００が存在し、サーバ仮想化が行われる構成であったが、本明細書で説明した認証方法は、サーバ仮想化機能の実装されたサーバに限定されるものではない。そのため仮想化機構１００に代えて、サーバ仮想化機能を有さないオペレーティングシステムがサーバ１に実装され、オペレーティングシステムが上で述べたＴＵＩ制御部やコマンド処理部を有する構成であってもよい。またこの時、ＴＵＩ制御部やコマンド処理部は必ずしもオペレーティングシステムの一部でなくても良く、オペレーティングシステムとは独立して存在するプログラムであってもよい。

　また、上で説明した実施例では、仮想化機構の管理を行うプログラム（ＴＵＩ制御部）は、ユーザ(の使用する制御端末)にＴＵＩ（Text-based User Interface）を提供するプログラムであったが、必ずしもユーザにＴＵＩを提供するプログラムでなくてもよい。たとえば仮想化機構の管理を行うプログラムが、ＣＬＩをユーザに提供するプログラムであってもよい。

　また、上で説明した実施例では、サーバには仮想化機構の管理を行うプログラムとして、ＴＵＩ制御部とコマンド処理部の２つが存在する例が説明されたが、必ずしも仮想化機構の管理を行うために、２種類のプログラムが実装されなければならないわけではない。たとえば上の実施例で説明したコマンド処理部は、仮想化機構の管理を行う機能を有さず、ＬＡＮ通信を用いてユーザ認証処理を行う機能だけを有している構成でもよい。

１…サーバ、２…ＳＶＰ、３…制御端末、４…シリアルケーブル、５…ＬＡＮ、１００…仮想化機構、１１１…ＴＵＩ制御部、１１２…コマンド処理部、２００…ＣＬＩ制御部、３０１…ターミナルソフト

Claims

　情報処理装置と、前記情報処理装置と接続された管理装置を有する計算機システムにおいて、
　前記管理装置は前記情報処理装置と、シリアルケーブルにより直接接続されるとともに、ネットワークを介して接続されており、
　前記管理装置は、前記管理装置に接続された制御端末から前記情報処理装置へのアクセス要求を受領すると、
　前記ネットワークを介した前記情報処理装置との通信が可能な場合、前記制御端末を使用するユーザの認証要求を, 前記ネットワークを介して前記情報処理装置に送信し、
　前記情報処理装置から前記ユーザの認証が成功した旨の応答を受け付けると、前記シリアルケーブルを介した、前記制御端末と前記情報処理装置の間のデータ送受信の中継を開始する、
ことを特徴とする計算機システム。
　前記管理装置は、前記管理装置に接続された第１の制御端末と前記情報処理装置との間のデータ送受信の中継処理中に、前記管理装置に接続された第２の制御端末から前記情報処理装置へのアクセス要求を受領すると、
　前記ネットワークを介した前記情報処理装置との通信が可能な場合、前記第２の制御端末を使用するユーザの認証要求を、前記ネットワークを介して前記情報処理装置に送信し、
　前記情報処理装置から前記第２の制御端末を使用するユーザの認証が成功した旨の応答を受け付けると、前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を終了し、前記シリアルケーブルを介した前記第２の制御端末と前記情報処理装置の間のデータ送受信の中継を開始する、
ことを特徴とする、請求項１に記載の計算機システム。
　前記管理装置は、前記情報処理装置から前記第２の制御端末を使用するユーザの認証が失敗した旨の応答を受け付けると、
　前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を継続する、
ことを特徴とする、請求項２に記載の計算機システム。
　前記管理装置は、前記第２の制御端末から前記情報処理装置へのアクセス要求を受領した時に、前記ネットワークを介した前記情報処理装置との通信が不可能な場合、
　前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を終了し、
　前記シリアルケーブルを介して前記第２の制御端末を使用するユーザの認証要求を前記情報処理装置に送信する、
ことを特徴とする、請求項２に記載の計算機システム。
　前記管理装置は、前記シリアルケーブルを介して前記第２の制御端末を使用するユーザの認証要求を前記情報処理装置に送信する前に、前記情報処理装置にアクセスするユーザの切り替えが発生する旨を通知し、
　前記情報処理装置は前記通知を受領したことに応じて、前記シリアルケーブルを介した前記認証要求の受け付けを開始する、
ことを特徴とする、請求項４に記載の計算機システム。
　前記情報処理装置は、前記情報処理装置へのアクセス権限を有する各ユーザのユーザ名とパスワードの組み合わせを記録した、ユーザ管理テーブルを保持しており、
　前記管理装置から送信された前記認証要求に含まれているユーザ名とパスワードの組み合わせが、前記ユーザ管理テーブルに記録されたユーザ名とパスワードの組み合わせと一致する場合、前記管理装置に認証成功を応答する、
ことを特徴とする、請求項１に記載の計算機システム。
　情報処理装置と、前記情報処理装置と接続された管理装置を有し、
　前記管理装置は前記情報処理装置と、シリアルケーブルにより直接接続されるとともに、ネットワークを介して接続されている、計算機システムにおいて、
　前記管理装置は、前記管理装置に接続された制御端末から前記情報処理装置へのアクセス要求を受領すると、前記ネットワークを介した前記情報処理装置との通信が可能な場合、前記制御端末を使用するユーザの認証要求を、前記ネットワークを介して前記情報処理装置に送信し、
　前記情報処理装置から前記ユーザの認証が成功した旨の応答を受け付けると、前記シリアルケーブルを介した、前記制御端末と前記情報処理装置の間のデータ送受信の中継を開始する、
計算機システムのユーザ認証方法。
　前記管理装置は、前記管理装置に接続された第１の制御端末と前記情報処理装置との間のデータ送受信の中継処理中に、前記管理装置に接続された第２の制御端末から前記情報処理装置へのアクセス要求を受領すると、前記ネットワークを介した前記情報処理装置との通信が可能な場合、前記第２の制御端末を使用するユーザの認証要求を、前記ネットワークを介して前記情報処理装置に送信し、
　前記情報処理装置から前記第２の制御端末を使用するユーザの認証が成功した旨の応答を受け付けると、前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を終了し、前記シリアルケーブルを介した前記第２の制御端末と前記情報処理装置の間のデータ送受信の中継を開始する、
請求項７に記載の、計算機システムのユーザ認証方法。
　前記管理装置は、前記情報処理装置から前記第２の制御端末を使用するユーザの認証が失敗した旨の応答を受け付けると、
　前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を継続する、
請求項８に記載の、計算機システムのユーザ認証方法。
　前記管理装置は、前記第２の制御端末から前記情報処理装置へのアクセス要求を受領した時に、前記ネットワークを介した前記情報処理装置との通信が不可能な場合、
　前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を終了し、
　前記シリアルケーブルを介して前記第２の制御端末を使用するユーザの認証要求を前記情報処理装置に送信する、
請求項８に記載の、計算機システムのユーザ認証方法。
　前記管理装置は、前記シリアルケーブルを介して前記第２の制御端末を使用するユーザの認証要求を前記情報処理装置に送信する前に、前記情報処理装置にアクセスするユーザの切り替えが発生する旨を通知し、
　前記情報処理装置は前記通知を受領したことに応じて、前記シリアルケーブルを介した前記認証要求の受け付けを開始する、
請求項１０に記載の、計算機システムのユーザ認証方法。
　前記情報処理装置は、前記情報処理装置へのアクセス権限を有する各ユーザのユーザ名とパスワードの組み合わせを記録した、ユーザ管理テーブルを保持しており、
　前記情報処理装置は、前記管理装置から送信された前記認証要求に含まれているユーザ名とパスワードの組み合わせが、前記ユーザ管理テーブルに記録されたユーザ名とパスワードの組み合わせと一致する場合、前記管理装置に認証成功を応答する、
請求項７に記載の、計算機システムのユーザ認証方法。
　ユーザの使用する制御端末と情報処理装置との間でやりとりされるデータを中継する管理装置であって、
　前記管理装置は、シリアルケーブルとネットワークによって情報処理装置と接続されており、
　前記管理装置は、前記制御端末から前記情報処理装置へのアクセス要求を受領すると、
　前記ネットワークを介した前記情報処理装置との通信が可能な場合、前記制御端末を使用するユーザの認証要求を、前記ネットワークを介して前記情報処理装置に送信し、
　前記情報処理装置から前記ユーザの認証が成功した旨の応答を受け付けると、前記シリアルケーブルを介した、前記制御端末と前記情報処理装置の間のデータ送受信の中継を開始する、
ことを特徴とする管理装置。
　前記管理装置は、前記情報処理装置と第１の制御端末との間のデータ送受信の中継処理中に、第２の制御端末から前記情報処理装置へのアクセス要求を受領すると、
　前記ネットワークを介した前記情報処理装置との通信が可能な場合、前記第２の制御端末を使用するユーザの認証要求を、前記ネットワークを介して前記情報処理装置に送信し、
　前記情報処理装置から前記第２の制御端末を使用するユーザの認証が成功した旨の応答を受け付けると、前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を終了し、前記シリアルケーブルを介した前記第２の制御端末と前記情報処理装置の間のデータ送受信の中継を開始する、
ことを特徴とする、請求項１３に記載の管理装置。
　前記管理装置は、前記第２の制御端末から前記情報処理装置へのアクセス要求を受領した時に、前記ネットワークを介した前記情報処理装置との通信が不可能な場合、
　前記第１の制御端末と前記情報処理装置の間のデータ送受信の中継を終了し、
　前記第２の制御端末を使用するユーザの認証要求を、前記シリアルケーブルを介して前記情報処理装置に送信する、
ことを特徴とする、請求項１４に記載の管理装置。