WO2011148672A1

WO2011148672A1 - 業務計算機割当て方法及び装置

Info

Publication number: WO2011148672A1
Application number: PCT/JP2011/052090
Authority: WO
Inventors: レタンマンカオ; 信萱島
Original assignee: 株式会社日立製作所
Priority date: 2010-05-24
Filing date: 2011-02-02
Publication date: 2011-12-01
Also published as: JP2011248419A

Abstract

　複数の種類からなる仮想計算機と，その仮想計算機に接続するシンクラ端末（シンクライアント端末）および，シンクラ端末で使用するネットワークデバイスをデフォルトデバイスとして設定するスクリプトとの対応関係と，シンクラ端末の接続が許可される仮想計算機の種類を管理する端末管理ＤＢを有する管理サーバを設置する。また，シンクラ端末に固有の端末識別子を付与する。シンクラ端末が端末識別子と許可される業務内容を提示すると，管理サーバは，業務内容に対応する仮想計算機を起動し，仮想計算機に対してコマンドを実行させ，そしてデフォルトデバイス設定等が行われた仮想計算機へ接続するための情報をシンクラ端末に返答する。

Description

業務計算機割当て方法及び装置

参照による取り込み

　本出願は，２０１０年５月２４日に出願された日本特許出願第２０１０－１１７９３１号の優先権を主張し，その内容を参照することにより本出願に取り込む。

　本発明は，シンクライアント端末と業務計算機の割付けを管理する方法に関するものである。

　シンクライアント端末（以下，シンクラ端末）を用いて業務計算機のデスクトップ環境を表示することにより，組織の異なる拠点からや，自宅等の異なった場所から同一の業務計算機にアクセスする環境を実現することが可能である。シンクラ端末の接続先である業務計算機と，同業務計算機を利用する利用者との対応関係を管理する端末管理ＤＢを有し，シンクラ端末を介して利用者ＩＤが提示された際に，その利用者が利用可能な業務計算機の識別子を返答する業務計算機割当て装置が実用化されている。

　また，シンクラ端末には業務計算機を操作する機能を与えるが，データを保存することを許可しないことにより，情報漏えいの恐れを低減することが可能である。
　シンクラ端末の接続先である業務計算機は，作成・保守・管理が容易な仮想計算機の形で作成され，セキュリティ性の高いデータセンタに格納されることも多い。

　業務計算機割当て装置を用いて接続した業務計算機で，シンクラ端末の周辺に設置された周辺機器，例えばネットワークプリンタを使用するためには，そのネットワークプリンタの識別子を業務計算機に設定する必要がある。従来技術でこの設定を行う方法として，特許文献１に示す方法がある。特許文献１では，クライアントＰＣのオフィスにクライアントを認証するＰＣ認証装置を設置する。業務計算機は，オフィスに設置されているプリンタに印刷ジョブを送信することができるが，通常はどのプリンタでも印刷できないように設定しておく。各装置は以下の順で動作する。（１）ＰＣ認証装置は，クライアントＰＣと相互認証を行い，その識別子ＩＤａを取得する。（２）ＰＣ認証装置は，サーバに，クライアントＰＣの識別子ＩＤａとＰＣ認証装置の識別子ＩＤｂを通知する。（３）サーバは，識別子ＩＤａのクライアントＰＣが利用できるプリンタとして，識別子ＩＤｂのＰＣ認証装置が設置されているオフィスにあるプリンタを登録する。上記フローにより，クライアントＰＣがサーバに接続したとき，クライアントＰＣがあるオフィスのプリンタが使用可能になる。

米国特許出願公開第２００７/０１８６２７８号明細書

　従来の業務計算機割当て装置は，利用者が別のオフィスに移動し，別のシンクラ端末から業務計算機にアクセスする際に，同一の業務計算機に接続するように制御することが可能である。さらに，特許文献１に示された方法を用いることにより，シンクラ端末が設置されたオフィスのネットワークプリンタ，ネットワークスキャナなど，ネットワーク経由で計算機とデータをやり取りする機能を備えた周辺機器を使用することができる。

　しかし，従来の業務計算機割当て装置ではシンクラ端末を区別しないため，シンクラ端末ごとに利用可能な業務計算機を決めることができない。このため，シンクラ端末の設置場所や時間帯などによりシンクラ端末で利用できる業務内容が決まる必要があるシステムにおいては利用できない。

　しかしながら，例えば，銀行営業店において，特定の場所(席)に設置されたシンクラ端末は，特定の業務用計算機にしか接続できないような設定が求められる場合がある。或いは，時間帯によって用途が替わり，接続できる計算機も替わることが求められる場合がある。

　このような設定は，従来の業務計算機割当て装置ではできない。その解決策として，シンクラ端末に接続できる業務計算機情報を格納することが考えられるが，上述の通り，セキュリティを高めるため，シンクラ端末にデータを保存することを許可しない場合には，シンクラ端末ごとに接続先の業務計算機に関する情報を格納することは困難である。

　また，オフィスに同種のネットワーク機器が複数ある場合，シンクラ端末により近いネットワーク機器をデフォルト機器として使用可能にすることが，業務効率向上に有効であるが，従来技術では，利用者による設定が必要であった。

　開示されるシステムでは，管理サーバが，各シンクラ端末で行える業務内容を管理する端末管理ＤＢを有し，シンクラ端末ごとに利用可能な業務計算機を決定可能にする特徴を備える。

　開示されるシステムでは，より具体的には，各シンクラ端末に固有の端末識別子が付与され，シンクラ端末が管理サーバに端末識別子を提示すると，管理サーバがシンクラ端末にシンクラ端末の識別子に結びつく業務内容のリストを返信し，業務内容リストの中から行いたい業務内容を，シンクラ端末の利用者に選択可能にさせることを特徴とする。

　また，シンクラ端末が接続したい業務計算機の種類を管理サーバに提示すると，管理サーバは，提示した種類の業務計算機を一台選択して，選択した業務計算機に対してデフォルトネットワーク機器設定等を行い，そして，選択した業務計算機の識別子をシンクラ端末に返答するという特徴も備える。

　開示によれば，シンクラ端末でできる業務内容は管理サーバで管理されるため，システム管理者が業務内容のリストを編集することで，特定のシンクラ端末でできる業務内容を設定したり，変更したりできる。このため，システム管理者がシンクラ端末に情報を格納することなく，設置場所によりシンクラ端末のできる業務内容を決めることが可能となる。

　また，シンクラ端末が管理サーバに端末識別子を提示すると，管理サーバは最新の業務内容のリストを返信するため，システム管理者が管理サーバの業務内容のリストを更新したり，時間によってシンクラ端末で利用する業務内容が変わったりするシステムも実現できる。

　また，シンクラ端末からの端末識別子の提示に対し，管理サーバが業務計算機の識別子をシンクラ端末へ返送するまでの間に，業務計算機でデフォルトネットワーク機器の設定を行う。このため，シンクラ端末利用者が業務計算機でデフォルトネットワーク機器を設定する作業を省くことができる。

　本発明によれば，端末と計算機との対応付けを，業務内容に応じて制限することが可能な，シンクライアントシステムが実現できる。
　本発明の他の目的，特徴及び利点は添付図面に関する以下の本発明の実施例の記載から明らかになるであろう。

本発明のシステム構成全体を表す図である。実施例における管理サーバの内部構成を例示する図である。実施例における仮想化サーバの内部構成を例示する図である。実施例におけるシンクラ端末の内部構成を例示する図である。実施例における端末管理ＤＢの構成を例示する図である。実施例におけるランチャー表示画面の構成を例示する図である。実施例におけるシステム全体の動作シーケンスを例示するフローチャートである。実施例における仮想化基盤の起動シーケンスを例示するフローチャートである。実施例における仮想化基盤の終了シーケンスを例示するフローチャートである。実施例における仮想計算機利用のシーケンスを例示するフローチャートである。実施例におけるランチャー初期設定のシーケンスを例示するフローチャートである。実施例における機番登録のシーケンスを例示するフローチャートである。実施例における接続設定のシーケンスを例示するフローチャートである。実施例における切断処理のシーケンスを例示するフローチャートである。実施例における代理端末接続のシーケンスを例示するフローチャートである。実施例における仮想計算機障害の対応のシーケンスを例示するフローチャートである。実施例におけるシンクラ端末障害の対応のシーケンスを例示するフローチャートである。

　本発明を実施するための形態では，シンクラ端末の接続先である業務計算機として，仮想計算機を使う。

　図１は，本発明のシステム構成全体を表す図である。本システムは，いわゆる画面転送型と呼ばれるシンクライアントシステムを使用することを想定しており，アプリケーションプログラムを実行する計算機が，生成したデスクトップ画面情報を，ネットワークを介してシンクラ端末に送信し，シンクラ端末は，送信されたデスクトップ画面情報を自端末のディスプレイ上に表示すると共に，シンクラ端末のキーボードおよびマウスを介して入力された文字や座標情報を，ネットワークを介して計算機に送信することにより，マン・マシン・インタフェースを構成する。

　仮想化サーバ１１２では，ハイパーバイザ１４１と，ハイパーバイザ１４１上で稼動する仮想計算機である勘定系ＶＭα１３３と勘定系ＶＭβ１３４と情報系ＶＭα１３５と情報系ＶＭβ１３６が動作する。

　管理サーバ１１１には，管理プログラム１３１と，管理プログラム１３１が使用する端末管理ＤＢ１３２が格納されている。管理プログラム１３１は，シンクラ端末Ａ１２１，シンクラ端末Ｂ１２４等が，勘定系ＶＭα１３３と勘定系ＶＭβ１３４と情報系ＶＭα１３５と情報系ＶＭβ１３６と接続する際に，接続制御を行う。

　勘定系ＶＭα１３３と勘定系ＶＭβ１３４と情報系ＶＭα１３５と情報系ＶＭβ１３６には，業務サーバ１１３上で稼動するサーバプログラムに接続する機能を有するクライアントプログラムが動作する。業務サーバ１１３上で稼動するサーバプログラムは，さらにホスト１１４上で稼動するホストプログラムとの通信を行っていてもよい。上述のクライアントプログラムとサーバプログラムとホストプログラムを含んで，業務システムが構成される。管理サーバ１１１と，仮想化サーバ１１２と，業務サーバ１１３と，ホスト１１４は，データセンタ内に設置され，ＬＡＮ１０１に接続されており，ＷＡＮ１０２を介して，遠隔拠点のＬＡＮ１０３に接続されている。

　遠隔拠点のＬＡＮ１０３に接続されたシンクラ端末Ａ１２１は，例えばＵＳＢインタフェースを用いて筐体に接続された端末接続デバイスＡ１２２と，シンクラ端末Ａ１２１に物理的に隣接した位置に設置されＬＡＮ１０３に接続されたネットワーク接続デバイスＡ１２３と，を操作して業務システムを実行する。また同様に，シンクラ端末Ｂ１２４は，端末接続デバイスＢ１２５と，ネットワーク接続デバイスＢ１２６と，を用いて業務システムを実行する。

　業務システムとして，例えば銀行営業店の窓口端末システムを想定し，端末に隣接する通帳プリンタや現金機がネットワーク接続デバイスであると想定した場合，営業店内の別の通帳プリンタや現金機を誤って操作できないようにすることが望ましい。

　図２は管理サーバ１１１の内部構成を示すものである。端末１０１はプロセッサ２０１，通信ハードウェア２０２，メモリ２０３および固定ディスク２０４を含んで構成される。プロセッサ２０１はデータを処理するための計算機能を持つハードウェアである。通信ハードウェア１３１はＮＩＣ（ネットワークインタフェースカード）など，ネットワーク通信のためのデバイスである。固定ディスク２１２はデータやデータ処理ソフトウェア（プログラム）を格納する不揮発性記憶媒体（例えば磁気ディスクなど）である。メモリ２０３はプログラムを実行する際にプロセッサ２０１が利用する記憶媒体であり，揮発性であっても良い。

　固定ディスク２０４には，ＯＳ（オペレーティングシステム）２１１と管理プログラム１３１と端末管理ＤＢ（データベース）１３２，が格納されている。ＯＳ２１１は通信ハードウェア２０２の制御やメモリ２０３の管理をし，管理プログラム１３１を実行する機能を備える。

　サーバ管理プログラム１３１はシンクラ端末Ａ１２１およびシンクラ端末Ｂ１２４からの接続を受付，シンクラ端末Ａ１２１およびシンクラ端末Ｂ１２４に仮想計算機の情報を返すための機能を備える。端末管理ＤＢ１３２は管理プログラム１３１が利用するデータを格納する機能を備える。管理プログラム１３１は，ＤＢ管理部２２１とランチャー応答部２２２と仮想計算機制御部２２３を含んで構成される。

　ＤＢ管理部２２１はシステム管理者が端末管理ＤＢの初期設定や変更などを行うための機能を備える。ランチャー応答部２２２はシンクラ端末Ａ１２１およびシンクラ端末Ｂ１２４からの接続を受け付けて，シンクラ端末Ａ１２１およびシンクラ端末Ｂ１２４に返信する機能を備える。仮想計算機制御部２２３は仮想化サーバ１１２の起動，終了や接続応答状態監視を行う機能を備える。また，仮想計算機制御部２２３は仮想化サーバ１１２上の各仮想計算機の動作または停止状態を監視する機能を備える。

　図３は仮想化サーバ１１２の内部構成を示すものである。仮想化サーバ１１２はプロセッサ３０１，通信ハードウェア３０２，固定ディスク３０４，メモリ３０３を含んで構成される。プロセッサ３０１はデータを処理するための計算機能を持つハードウェアである。通信ハードウェア３０２はＮＩＣなど，ネットワーク通信のためのデバイスである。固定ディスク３０４はデータやデータ処理ソフトウェア（プログラム）を格納する記憶媒体（例えば磁気ディスクなど）である。メモリ３０３はプログラムを実行する際にプロセッサ３０１が利用する記憶媒体である。なお，図１では仮想化サーバ１１２一台しか示していないが，本システムでは仮想化サーバ１１２が複数台あってもよい。

　固定ディスク３０４には，ハイパーバイザ１４１とハイパーバイザ１４１が利用する仮想計算機であるＶＭグループ１３７が格納されている。ＶＭグループ１３７には，勘定系のソフトウェアが導入する勘定系ＶＭα１３３と勘定系ＶＭβ１３４と，情報系のソフトウェアが導入する情報系ＶＭα１３５と情報系ＶＭβ１３６が含まれる。ＶＭグループ１３７には勘定系と情報系以外の業務ソフトウェアが導入する仮想計算機のグループが格納されてもよい。またひとつの業務内容の仮想計算機の数は２以上でもよい。ハイパーバイザ１４１はＶＭグループ１３７の中の仮想計算機をメモリ３０３上で展開し，あたかも１台の独立した計算機のように動作させる機能を備える。ハイパーバイザ１４１は管理サーバ１１１から起動や終了の命令を受付実行する機能を備えている。また，ハイパーバイザ１４１はＶＭグループ１３７の仮想計算機を起動，終了する機能を備えている。

　勘定系ＶＭα１３３はＯＳ３２１とリモートＵＳＢサーバ３２２とデバイス設定ソフト３２３と勘定系ソフトウェア３２４が格納される。ＯＳ３２１は仮想計算機の中で動作するオペレーティングシステムである。リモートＵＳＢサーバ３２２はＯＳ３２１の上で動作するソフトウェアであり，シンクラ端末Ａ１２１，シンクラ端末Ｂ１２４などシンクラ端末のデバイスを制御するための機能を備える。デバイス設定ソフト３２３は勘定系ＶＭα１３３が利用するネットワークデバイスのデフォルト設定を行うソフトウェアである。勘定系ソフトウェア３２４は仮想計算機α１３３の利用者が業務を実行するための機能を備える。なお，勘定系ＶＭβ１３４と情報系ＶＭα１３５と情報系ＶＭβ１３６の内部構成は勘定系ＶＭα１３３と同じである。ただし，情報系ＶＭα１３５と情報系ＶＭβ１３６には勘定系ソフトウェア３２４の変わりに情報系ソフトウェアが格納されている。

　図４は，本発明が使用するシンクラ端末Ａ１２１の内部構成を示すものである。シンクラ端末Ｂ１２４の内部構成も同じである。シンクラ端末Ａ１２１はプロセッサ４０１，通信ハードウェア４０２，メモリ４０３，記憶装置４０４，Ｉ／Ｏハードウェア４０５，端末固有ＩＤチップ４０６，デバイスインタフェース４０７を含んで構成される。プロセッサ４０１はデータを処理するための計算機能を持つハードウェアである。通信ハードウェア４０２はＮＩＣなど，ネットワーク通信のためのデバイスである。メモリ４０３はプログラムを実行する際にプロセッサ４０１が利用する記憶媒体である。記憶装置４０４はデータやデータ処理ソフトウェア（プログラム）を格納する記憶媒体である。記憶装置４０４の媒体は着脱可能な外部記憶媒体でもよい。また，一般利用者が書き込み不可と設定してもよい。記憶装置４０４には，ＯＳ４１３とランチャー４１２とリモートＵＳＢクライアント４１１が格納されている。ＯＳ４１３はシンクラ端末Ａ１２１のハードウェアを制御する最小限機能を備える。ランチャー４１２はシンクラ端末Ａ１２１と仮想計算機の接続を管理する機能を備える。リモートＵＳＢクライアント４１１はリモートＵＳＢサーバ３２２へ接続し，ＵＳＢデバイスのデータを仮想計算機へ送信する機能を備える。Ｉ／Ｏハードウェア４０５はモニタ，キーボードやマウスなど，利用者が端末を操作するためのデバイスである。端末固有ＩＤチップ４０６はシンクラ端末に対してユニークに割り当てられた識別子が格納される記憶装置である。端末固有ＩＤチップ４０６は例えば，Ｔｒｕｓｔｅｄ　Ｐｌａｔｆｏｒｍ　Ｍｏｄｕｌｅ（ＴＰＭ），ハードウェア耐タンパー性をもつセキュリティチップでもよい。デバイスインタフェース４０７はＵＳＢデバイスなどシンクラ端末Ａ１２１に直接につなぐデバイスを利用するためのデータやり取り機能を備える。

　図５は，端末管理ＤＢ１３２の構成要素を示すものである。端末管理ＤＢ２１２は，デバイス設定情報を格納するテーブル５０１と業務タイプを格納するテーブル５０２と仮想計算機情報を格納するテーブル５０３と接続状況の情報を格納するテーブル５０４とデバイス設定スクリプトを格納するテーブル５０５を含んで構成される。

　テーブル５０１は，シンクラ端末の営業店および営業点内の番号を示す機器番号フィールド５１１と，このシンクラ端末で利用する仮想計算機内のアプリケーションがデフォルトで利用する各種ネットワークデバイスリストで構成される。

　デフォルトで利用するネットワークデバイスは，設置場所上の都合，または店舗内の規則により，管理者が決めるものである。ネットワーク器機のリストは，具体的に，シンクラ端末の利用者がデフォルトで利用するプリンタ名を示すデフォルトプリンタフィールド５１２と，シンクラ端末の利用者がデフォルトで利用する通帳プリンタのＩＰアドレスを示すデフォルト通帳プリンタフィールド５１３と，シンクラ端末の利用者がデフォルトで利用する現金機のＩＰアドレスを示すデフォルト現金機フィールド５１４を含んで構成される。

　テーブル５０２は，勘定系，情報系，認証，外為など，仮想計算機の用途を示す業務タイプフィールド５２１と上記業務用途に対して必要となるデバイスを示す利用デバイスフィールド５２２と仮想計算機に実行させるスクリプトの名称を格納するスクリプト名フィールド５２３を含んで構成される。

　テーブル５０３は，仮想計算機の識別を示すＩＤフィールドと仮想計算機のＩＰアドレスを示すＩＰアドレスフィールド５３２と，仮想計算機の用途を示すタイプフィールド５３３と仮想計算機に対して，後述する代理端末接続を行うことが許可されるかを示す代理端末接続フィールド５３４と，仮想計算機のリモートデスクトップが接続可能か否かを示す接続可否フィールド５３５と仮想計算機がシンクラ端末により利用されているかどうかを示す利用状況フィールド５３６を含んで構成される。

　テーブル５０４は，シンクラ端末に対してユニークに割り当てられた識別子を格納する固有ＩＤフィールド５４１と，シンクラ端末がどの営業店の何番目の端末であるかを示す機器番号を格納する機番フィールド５４２とシンクラ端末で利用される勘定系の仮想計算機の識別を示す勘定系フィールド５４３と，シンクラ端末で利用される情報系の仮想計算機の識別を示す情報系フィールド５４４と，シンクラ端末で利用される認証の仮想計算機の識別を示す認証系フィールド５４５と，シンクラ端末で利用される外為の仮想計算機の識別を示す外為フィールド５４６と，シンクラ端末で利用されるデフォルトのタイプを示すデフォルトフィールド５４７を含んで構成される。デフォルトのタイプとは，利用者がもっとも最近にシンクラ端末を利用した際に接続した業務タイプのことである。次回利用者がシンクラ端末を利用する際に，業務タイプを選択しなくてもランチャー４１２内で決められた一定の時間が経つとランチャー４１２がデフォルトの業務タイプの仮想計算機へ自動的に接続を行い，利用者の入力の手間を省くことが可能である。

　なお，シンクラ端末が勘定系の業務内容を利用できない場合はシステム管理者がシンクラ端末の５４３フィールドを“利用不可”と設定する。同じく，情報系や認証や外為が利用不可の場合はそれぞれ５４４，５４５，５４６フィールドに“利用不可”と設定される。

　テーブル５０５は，仮想計算機でデフォルトのデバイスを設定するためのスクリプト名を示すスクリプト名フィールド５５１と，スクリプト名に対応するスクリプトを示すスクリプト内容フィールド５５２を含んで構成される。

　図６は，ランチャー４１２の表示画面を示すものである。

　起動画面６０１はランチャー４１２が起動するときに表示されるものである。終了ボタン６０２はランチャー４１２の終了と，ランチャー４１２が稼動するシンクラ端末Ａの電源オフの機能を備える。

　機番入力画面６１１はランチャー４１２がシンクラ端末Ａの機番を入力させるときに示す画面である。機番入力画面６１１は終了ボタン６１２と機番入力ボックス６１３を含んで構成される。終了ボタン６１２は，ランチャー４１２の終了と，ランチャー４１２が稼動するシンクラ端末Ａの電源オフの機能を備える。機番入力ボックス６１３は機番の入力を受け付ける機能を備える。

　業務選択画面６２１はランチャー４１２がシンクラ端末Ａ１２１の利用者に業務内容選択させるときに表示される画面である。業務選択画面６２１は代理端末接続ボタン６２２，業務選択ボタン６２３，業務選択ボタン６２４，終了ボタン６２５，機番表示ボックス６２６を含んで構成される。代理端末接続ボタン６２２は後述する代理端末接続画面６３１を表示する機能を備える。業務選択ボタン６２３，６２４はＲＤＰクライアントなど，仮想計算機に接続するためのプロセスを起動する機能を備える。利用者が業務選択ボタン６２３を押すとき，機番６２６に対応する勘定系の仮想計算機に接続することができる。同じく，利用者が業務選択ボタン６２４を押すとき，機番６２６に対応する情報系の仮想計算機に接続することができる。終了ボタン６２５はランチャー４１２の終了と，ランチャー４１２が稼動するシンクラ端末Ａの電源オフの機能を備える。機番表示ボックス６２６はシンクラ端末Ａ１２１に対応する機番を表示する領域である。

　代理端末接続画面６３１は利用者が代理端末接続ボタン６２２を押したときに表示される画面である。代理端末接続画面６３１は戻りボタン６３２と業務タイプ選択ボックス６３３を含んで構成される。終了ボタン６３２は代理端末接続画面６３１を非表示にする機能を備える。業務タイプ選択ボックス６３３はシンクラ端末Ａ１２１が代理端末接続可能な仮想計算機の一覧を表示する機能を備える。代理端末接続については後述する。なお，業務タイプ選択ボックス６３３より利用者がひとつの仮想計算機を選んで代理端末接続を行うことが可能である。

　図７は本発明のシステム全体の動作を示すフローチャートである。ステップ７０１では，システムの起動として業務サーバ１１３，ホスト１１４および管理サーバ１１１が起動する。管理サーバ１１１は，起動完了後，管理プログラム１３１を起動する。ステップ７０２は管理サーバ１１１の事前準備となる。ステップ７０１では，システムの管理者が端末管理ＤＢ１３２のデバイス設定情報テーブル５０１と業務タイプ情報テーブル５０２と接続状況情報テーブル５０４とデバイス設定スクリプトテーブル５０５にデータを格納する。

　また，システムの管理者は仮想計算機情報テーブル５０３のＩＤフィールド５３１，ＩＰアドレスフィールド５３２，業務タイプ５３３にもデータを入力する。システムの事前準備完了状態で，管理者がステップ７０３で終了命令を出すか，ステップ７０５で仮想化基盤を起動して利用する。システム終了の命令が出された場合，ステップ７０８で業務サーバ１１３，ホスト１１４および管理サーバ１１１が終了し，システムが停止状態７０８に入る。管理者の終了命令がない場合，当システムがステップ７０５に進む。ステップ７０５では仮想化機番が起動し，ＶＭグループ１３７が利用できるようになる。ステップ７０６では，システム利用者が当システムを利用する。システム利用者が当システムを利用した後，当システムはステップ７０７でＶＭグループ１３７を終了し，システム管理者の命令待ち状態に戻る。以下，それぞれのステップにおいての詳細動作について説明する。

　図８は，仮想化基盤の起動の手順を示すシーケンス図である。まず，ステップ８００で，管理者が管理サーバ１１１に対して仮想化基盤利用開始命令を送信する。仮想化基盤利用開始命令は例えば，当システムを利用する営業店の営業開始３０分前に自動的に管理サーバ１１１からハイパーバイザ１４１へ送られるように管理者が設定してもよい。

　管理サーバ１１１はまずステップ８０１において，ハイパーバイザ１４１に対して起動命令を送信する。例えばＷａｋｅ　Ｏｎ　Ｌａｎの機能を利用することも可能である。ステップ８０２ではハイパーバイザ１４１が起動する。ステップ８０３ではハイパーバイザ１４１がＶＭグループ１３７内のすべての仮想計算機を起動する。ＶＭグループ１３７内のすべての仮想計算機はステップ８０４および８０５において起動および接続待ち状態に入る。一方ＶＭグループ１３７内のすべての仮想計算機が立ち上がるまで，管理サーバはステップ８０６において一定時間を待つ。この時間は５分程度でもよい。

　そして，ステップ８０７において，管理サーバ１１１は仮想計算機グループ１３７内のすべての仮想計算機の立ち上がりを確認するためのリクエストを送信し，ステップ８０８で状態の報告を受け取る。仮想計算機の立ち上がりの確認は例えばＰｉｎｇの送信および返答による方法でもよい。仮想計算機グループ１３７内の仮想計算機が立ち上がったことを確認できた場合，管理サーバ１１１はステップ８０９において端末管理ＤＢ１３２を更新する。

　具体的に，テーブル５０３において，起動完了した仮想計算機に対応するレコードの接続可否フィールド５３５を“可”とし，レコードの利用状況フィールド５３６を“待機中”とする。すべての仮想計算機の状態確認を終えた後に，管理サーバ１１１はステップ８１３において待機状態に入る。

　図９は，仮想化基盤が終了する手順を示すシーケンス図である。まず，ステップ９０１で管理者が管理サーバ１１１に対して仮想化基盤の利用終了命令を送信する。仮想化基盤の利用終了命令は，例えば，当システムを利用する営業店の営業終了後に自動的に送られるように管理者が設定しておいてもよい。ステップ９０２では管理サーバ１１１が仮想化サーバ１１２のハイパーバイザ１４１に終了命令を送信する。管理サーバ１１１は仮想化サーバ１１２へ終了命令を送信する後にステップ９０８において待機状態に入る。一方，ハイパーバイザ１４１はステップ９０３において仮想化サーバ１１２上のＶＭグループ１３７のすべての仮想計算機に終了命令を送信した後にステップ９０７において終了する。一方，ＶＭグループ１３７のすべての仮想計算機は終了命令を受信するとステップ９０４で終了する。

　図１０は，ステップ７０６における仮想計算機利用の手順を示すシーケンス図である。行員などシステムの利用者がシンクラ端末を利用する業務を行う場面を想定する。

　まず，ステップ１００１において，利用者がシンクラ端末Ａ１２１の電源をＯＮにする。
　これにより，シンクラ端末Ａがステップ１００２で起動し，ステップ１００３で管理サーバ１１１と通信し，ランチャー４１２の初期設定を行う。ステップ１００３の詳細については後述する。

　そして，ステップ１００４において，シンクラ端末Ａ１２１はランチャー業務選択画面６２１を表示し，利用者を業務選択画面６２１より選択させる。利用者がステップ１００５において勘定系を選択するとする。ステップ１００６において，シンクラ端末Ａ１２１および管理サーバ１１１および勘定系ＶＭα１３３が接続設定を行う。ステップ１００６の詳細に関しては後述する。

　そして，ステップ１００７において，シンクラ端末Ａ１２１では勘定系ＶＭα１３３のログイン画面が表示される。そこで，利用者がログインし，勘定系ＶＭα１３３の中のアプリケーションを操作できるようになる。続けて，利用者がシンクラ端末Ａ１２１のランチャー４１２の業務選択画面６２１より情報系を選択すると，ステップ１００９ではシンクラ端末Ａ１２１および管理サーバ１１１および情報系ＶＭα１３５が接続設定を行う。１００９の詳細については後述する。

　ステップ１０１０ではシンクラ端末Ａ１２１の利用者が情報系ＶＭα１３５のログイン画面でログインし，情報系ＶＭα１３５のアプリケーションを利用する。

　ステップ１０１１において，利用者がシンクラ端末Ａ１２１を利用して，同時に二つの勘定系ＶＭ１３３と情報系ＶＭα１３５の画面を操作し，業務を行う。

　利用者が仕事を終了するとき，まずステップ１０１２において勘定系ＶＭの画面を消し，ステップ１０１４で情報系ＶＭ画面を消し，ステップ１０１６においてシンクラ端末の電源をオフにする。切断設定１０１３および１０１５に関しては後述する。シンクラ端末Ａ１２１はステップ１０１７終了する。

　図１０に示すように，当システムの利用者はシンクラ端末Ａ１２１のランチャー４１２が表示する業務選択画面６２１より，勘定系，情報系など，複数の業務内容の画面を一つのシンクラ端末上に開き，操作対象を切り替えながら操作することが可能である。

　図１１は，ステップ１００３におけるランチャー初期設定手順を示すシーケンス図である。

　まず，ステップ１１０１において，シンクラ端末Ａ１２１はランチャー４１２を起動する。起動中，ランチャー４１２は画面６０１を表示する。ランチャー４１２はシンクラ端末Ａ１２１のスタートメニューに登録して，シンクラ端末Ａ１２１が起動する際にランチャーを呼び出すように設定してもよい。次に，ステップ１１０２で，ランチャーが端末固有ＩＤチップ４０６にアクセスし，チップ内の端末固有ＩＤを読み出す。ステップ１１０３において，ランチャー４１２が端末固有ＩＤを管理サーバに送信する。送信方法はＨＴＴＰなどのプロトコルを利用してもよい。

　ステップ１１０４で，管理サーバ１１１がシンクラ端末Ａ１２１から受信した端末固有ＩＤ情報はテーブル５０４に登録済みかどうかを確認する。シンクラ端末Ａ１２１の固有ＩＤがテーブル５０４に登録済みではない場合，シンクラ端末Ａ１２１に未登録というメッセージを返信する。未登録のシンクラ端末は管理サーバ１１１から未登録というメッセージを受信できるだけで，業務用端末へ接続することができない。

　一方，シンクラ端末Ａ１２１の固有ＩＤがテーブル５０４に登録済みの場合，管理サーバ１１１は次のステップ１１０５へ進む。ステップ１１０５では，利用者が機番登録を行う。機番はシンクラ端末の設置場所を表すための情報（たとえば番号）である。管理サーバ１１１は機番情報を接続状況テーブル５０４に保存する。

　ステップ１００６では，管理サーバ１１１がテーブル５０４よりシンクラ端末Ａ１２１が利用する仮想計算機のリストを取得し，業務選択画面６２１の内容を作成する。業務選択画面６２１の作成方法については後述する。ステップ１００７では，管理サーバ１１１が業務選択画面６２１の内容をシンクラ端末Ａ１２１へ送信する。

　管理サーバ１１１は業務選択画面６２１をテーブル５０４から次のように作成する。まず，シンクラ端末Ａ１２１から受信した端末固有ＩＤ情報に対応する機番フィールド５４３の値を機番表示ボックス６２６に入れる。次に，シンクラ端末Ａ１２１から受信した端末固有ＩＤ情報に対応する勘定系フィールド５４３の値が“利用不可”ではない場合，勘定系という業務選択ボタン６２３を作成し，利用者がこのボタンを押すとき，勘定系フィールド５４３の値に対応する勘定系の業務計算機に接続できるように設定する。情報系フィールド５４４に対しても，“利用不可”ではない場合，情報系フィールド５４４の値が示す情報系の業務計算機に接続するための業務選択ボタン６２４を作成する。同じ作業を認証フィールド５４５，外為５４６に対しても行う。

　ランチャー４１２は起動するたびにステップ１１０３を行って業務選択画面６２１をダウンロードするが，ランチャー４１２は起動するとき以外にも，５分間隔など定期的にステップ１１０３を行って業務選択画面６２１を更新することも可能である。また，シンクラ端末Ａ１２１の利用者がF5のボタンを押す時など，利用者からの更新要求があるたびにランチャー４１２はステップ１１０３を行って業務選択画面６２１を更新することも可能である。

　図１２は，ステップ１１０５の機番登録の手順を示すシーケンス図である。管理サーバ１１１がステップ１２０１において機番入力を要求する。シンクラ端末Ａ１２１はステップ１２０２で，機番入力画面６１１を表示する。利用者がステップ１２０３でシンクラ端末Ａに対応する機番を入力する。ステップ１２０４で，シンクラ端末Ａ１２１は機番情報を管理サーバへ送信し，機番入力画面６１１を非表示にする。ステップ１２０５で，管理サーバ１１１はシンクラ端末Ａ１２１から受信した機番を用いて，以下の作業により，シンクラ端末Ａ１２１の端末管理ＤＢ１３２へ登録する。

　（１）シンクラ端末Ａ１２１から受信した機番を，テーブル５０４に保存する。

　（２）また，シンクラ端末Ａ１２１が利用する勘定系，情報系，認証系，外為の仮想計算機をそれぞれひとつ選択し，テーブル５０４の勘定系フィールド５４３，情報系フィールド５４４，認証系フィールド５４５，外為フィールド５４６に選択した仮想計算機のＩＤを保存する。

　ただし，シンクラ端末Ａ１２１に関する情報が既にテーブル５０４に存在する場合，管理サーバ１１１がステップ１１０５を省略してもよい。

　シンクラ端末Ａ１２１はチップ内の端末固有ＩＤ（ＴＰＭ情報など）を管理サーバ１１１で認証することにより，外部の端末のシステムへの侵入を防ぐことができる。また，端末固有ＩＤによる認証作業はランチャーというソフトウェアが行うため，利用者の入力の手間が省ける。

　シンクラ端末で利用者が選択可能な業務内容（業務選択画面６２１の内容）は管理サーバ１１１のテーブル５０４で一元管理するため，シンクラ端末での業務内容変更は管理者がテーブル５０４を編集することにより容易にできる。そのため，特定のシンクラ端末でできる業務内容の調整が可能となる。例えば，銀行営業店において，研修用席のシンクラ端末は研修用の業務計算機へしか接続できず，ハイカウンタ，ローカウンタに置かれているシンクラ端末は勘定系業務計算機へしか接続できないという設定ができるようになる。また，シンクラ端末が起動する度にステップ１１０３で固有ＩＤを管理サーバ１１１送信し，テーブル５０４により作成された業務内容選択業務選択画面６２１をステップ１１０７で受信する仕組みを採用することで，テーブル５０４が変更された場合，シンクラ端末は一回の再起動で業務選択画面６２１を更新できるため，時間によってシンクラ端末の利用できる業務内容が頻繁に変化するシステムを実現できる。

　例えば，定時後や週末に行われる研修のため，営業店内のすべてのシンクラ端末が一時的に研修用の業務計算機にしか接続できない状態に設定することもできるようになる。

　シンクラ端末で利用者が選択可能な業務内容（業務選択画面６２１の内容）を変更するために，テーブル５０４の内容を変更する必要がある。テーブル５０４の内容変更には，システム管理者がテーブル５０４を直接に編集することも可能である。また，システム管理者がcronなど，ジョブ(スクリプト)を自動実行するためのデーモンプロセスを利用し，あらかじめ決められた時間にテーブル５０４の各フィールド５４３，５４４，５４５，５４６を変更するタスクを利用することも可能である。例えば，定時後の勘定系業務の研修のために，定時ちょうどにすべての端末のフィールド５４４，５４５，５４６を“利用不可”と設定し，フィールド５４３内の“利用不可”を消すタスクを実行し，研修終了時刻にテーブル５０４を定時前の状態に戻すタスクを実行することで，定時後の勘定系業務研修の環境を作ることができる。

　図１３は，ステップ１００６における仮想計算機設定の処理手順を示すシーケンス図である。

　ステップ１３０１で，シンクラ端末Ａ１２１が，勘定系タイプの仮想計算機発行要求を管理サーバ１１１の仮想計算機制御部２２３へ送信する。

　ステップ１３０２で，管理サーバ１１１の仮想計算機制御部２２３はテーブル５０４を参照し，シンクラ端末Ａに対応する勘定系タイプ仮想計算機のＩＤを取得する。この例ではステップ１３０２で管理サーバ１１１の仮想計算機制御部２２３が取得したＩＤは勘定系ＶＭα１３３のＩＤとする。

　ステップ１３０３において，管理サーバがＶＭに設定スクリプトを送信する。具体的には，管理サーバ１１１が情報テーブル５０２から勘定系に対応するスクリプト名を取得し，取得したスクリプト名を用いてデバイス設定スクリプトテーブル５０５を参照し，スクリプトの内容を取得する。管理サーバ１１１は取得したスクリプトの内容を勘定系ＶＭα１３３に送信し，実行する。

　ステップ１３０３の結果として，ステップ１３３１１では，勘定系ＶＭα１３３の中のアプリケーションは，テーブル５０１でシンクラ端末Ａに対応するネットワークデバイスをデフォルトとして利用できるようになる。

　ステップ１３０５において，管理サーバ１１１は，仮想計算機情報テーブル５０３の，勘定系ＶＭα１３３の利用状況フィールド５３６を“利用中”に変更し，接続状況テーブル５０４にシンクラ端末Ａ１２１の固有ＩＤに対応した勘定系フィールド５４３に勘定系ＶＭα１３３のＩＤを記述する。

　ステップ１３０６において，勘定系ＶＭα１３３のＩＰアドレスをシンクラ端末Ａへ返す。

　シンクラ端末Ａ１２１はステップ１３０７において，勘定系ＶＭα１３３に対してデバイス接続を行う。デバイス接続は，具体的に，シンクラ端末Ａ１２１内のリモートUSBクライアント４１１が勘定系ＶＭα１３３内のリモートUSBサーバ３２２へ接続する。勘定系ＶＭα１３３のリモートUSBサーバ３２２はステップ１３０８において接続の受付を行う。

　これで，リモートUSBクライアント４１１とリモートUSBサーバ３２２はシンクラ端末Ａ１２１に接続するデバイスからのデータを勘定系ＶＭα１３３へ転送し，勘定系ＶＭα１３３からのデータをシンクラ端末Ａ１２１に接続するデバイスへ転送することにより，シンクラ端末Ａに接続するデバイスが勘定系ＶＭα１３３から利用できるようになる。

　ステップ１３０９において，シンクラ端末Ａ１２１が勘定系ＶＭα１３３にＲＤＰなどの画面転送クライアントで接続を行い，ステップ１３１０において勘定系ＶＭα１３３の画面を受信する。

　ステップ１００９の処理手順はステップ１００６と同じである。ただし，ステップ１００９においてシンクラ端末Ａの接続先の仮想計算機は情報系ＶＭα１３５となる。

　ステップ１３０３において，管理サーバ１１１が，勘定系ＶＭα１３３の情報をシンクラ端末Ａ１２１へ送信する前に，勘定系ＶＭα１３３のデバイス設定を遠隔で行うことにより，勘定系ＶＭα１３３の中の業務アプリケーションにとってのデフォルトのネットワークデバイスがテーブル５０１の中のシンクラ端末Ａに対応したデバイスをデフォルトで利用するようになり，利用者によるデバイス設定が一切不要となる。

　シンクラ端末Ａがステップ１３０７をステップ１３１０より先に行うことにより，勘定系ＶＭα１３３の画面転送が開始されるときに，勘定系ＶＭα１３３のデバイスに関する設定がすべて完了する。これにより，別の場所にあるプリンタへ印刷をしてしまうなど，デバイス設定未完成のためのトラブルを防止できる。

　図１４は，ステップ１０１３における接続切断処理を示すシーケンス図である。まず，ステップ１４０１でシンクラ端末Ａ１２１が勘定系ＶＭα１３３への画面転送接続を切断する。画面転送切断は，画面転送用ＲＤＰクライアントの終了により行ってもよい。次に，ステップ１４０２では，画面転送のための接続が切断されたことを検知し，勘定系ＶＭα１３３は端末接続デバイスＡ１２２を利用するための接続を切断する。上述の接続はステップ１３０８において勘定系ＶＭα１３３が確立したものである。ステップ１４０３では，シンクラ端末Ａ１２１が勘定系ＶＭα１３３からのデバイスＡ利用のための接続が切断することを検知する。ステップ１０４４で，シンクラ端末Ａ１２１が勘定系ＶＭα１３３の利用が終了したことを管理サーバ１１１に通知する。ステップ１４０５で，管理サーバは仮想計算機情報テーブル５０３の利用状況フィールド５３６の勘定系ＶＭα１３３を“利用中”から“待機中”に変更する。

　ステップ１０１５の処理手順はステップ１０１３と同じである。ただし，ステップ１０１５においてシンクラ端末Ａの接続先の仮想計算機は情報系ＶＭα１３５となる。

　図１５は，シンクラ端末Ａ１２１が接続中の勘定系ＶＭα１３３に対して，シンクラ端末Ｂ１２４を，シンクラ端末Ａ１２１の代理端末（または代替端末）として接続する，いわゆる代理端末接続の手順を示すシーケンス図である。代理端末接続とはあるシンクラ端末の代わりに，別のシンクラ端末から仮想計算機へ接続することである。

　まず，利用者がステップ１５００においてシンクラ端末Ａ１２１を用いて勘定系ＶＭα１３３の画面を操作し業務を実行しているとする。ステップ１５２１では，利用者がシンクラ端末Ａ１２１から離れて，シンクラ端末Ｂ１２４の設置場所に移動する。

　ステップ１５０１では，利用者がシンクラ端末Ｂ１２４を起動する。

　ステップ１５０２では，シンクラ端末Ｂのランチャーが立ち上がり，管理サーバ１１１へ接続し，初期設定を行う。ステップ１５０２の処理内容は，ステップ１００３と同じである。

　次に，シンクラ端末Ｂ１２４はステップ１５０３において管理サーバ１１１から受信した業務選択画面６２１を表示する。

　ステップ１５０４では，利用者が業務選択画面６２１の中の代理端末接続ボタン６２２を押す。

　ステップ１５０５では，代理ボタン６２２が押されると，シンクラ端末Ｂが管理サーバに対して，代理端末接続を許可する仮想計算機のリストを要求する。

　ステップ１５０６では，管理サーバが代理端末接続を許可するＶＭのリスト６３３をシンクラ端末Ｂ１２４へ送信する。代理端末接続を許可するＶＭとは，テーブル５０３において代理端末接続フィールド５３４が“可”となっているＶＭである。

　ステップ１５０７では，リスト６３３を受信したシンクラ端末Ｂ１２４が代理端末接続画面６３１を表示する。

　ステップ１５０８では，利用者が代理端末接続画面６３１の中のＶＭリスト６３３の中から勘定系ＶＭα１３３を選択する。

　ステップ１５０９では，シンクラ端末Ｂ１２４が管理サーバ１１１に対して，勘定系ＶＭα１３３への代理端末接続要求を送信する。

　ステップ１５１０では，管理サーバ１１１はシンクラ端末Ａ１２１の接続を切断する。ステップ１５１０での処理は，ステップ１０１３と同じである。

　次に，ステップ１５１１では，管理サーバ１１１はシンクラ端末Ｂ１２４を勘定系ＶＭα１３３へ接続される。ステップ１５１１での処理は，ステップ１００６と同じである。

　ステップ１５１２では，利用者が勘定系ＶＭα１３３へログインし，ステップ１５１３で利用者が勘定系ＶＭαの中のアプリケーションを利用する。一方，シンクラ端末Ａでは，ステップ１５１０において勘定系ＶＭα１３３との接続を切断後，ステップ１５１４でランチャー業務選択画面の表示をし，業務内容選択待ちの状態に入る。

　なお，特定の仮想計算機に対してログインできる利用者は，システム管理者が決めるため，ある利用者がシステム管理者の許可なくほかの利用者の仮想計算機を横取ることができない。特定の仮想計算機に対してログインできる利用者を決めるにはディレクトリ・サービスを利用してもよい。

　代理端末接続の機能により，利用者が利用中のシンクラ端末から離れて別のシンクラ端末から利用中の仮想計算機に接続し，業務を継続することが可能である。また，ステップ１５１１において，仮想計算機で利用するデバイスも代理端末接続のシンクラ端末に切り替えるため，利用者が手動でデバイスの設定を行う手間を省略できる。

　営業店の行員がシンクラ端末Ａ１２１を操作し，顧客に対応している最中にシンクラ端末Ａ１２１が故障した場合，シンクラ端末Ａの修理または入れ替えを待つ間に，従来のシステムでは顧客の対応を続行できない。そこで，代理端末接続の機能により，行員はシンクラ端末Ｂ１２４が設置される隣のカウンタへ顧客を誘導し，シンクラ端末Ｂ１２４で利用中の業務画面を呼び出して顧客対応をスムーズに続けることが可能となる。

　図１６は，シンクラ端末Ａ１２１が情報系ＶＭα１３５に接続している最中に，情報系ＶＭα１３５が故障または緊急なシステム変更などで停止した場合のシステムの処理の流れを示す。

　まず，ステップ１６０１では，利用者がシンクラ端末Ａ１２１で情報系ＶＭα１３５を利用しているとする。また，情報系ＶＭβ１３６は起動済みで，ステップ１６０２において待機状態にはいっているとする。そこで，ステップ１６０４において，動作中の情報系ＶＭα１３５が故障または管理者の操作により停止する。ステップ１６０４で，シンクラ端末Ａ１２１では，画面転送のための接続が切断し，情報系ＶＭα１３５の画面が停止する。ステップ１６０５では利用者の業務が中断する。一方，管理サーバ１１１の仮想計算機制御部２２３はＶＭの監視機能により情報系ＶＭα１３５の接続不可をステップ１６０６で発見する。ＶＭの監視は例えばPingコマンドでＶＭの応答を定期的に確認する仕組みを利用してもよい。ステップ１６０７でシンクラ端末Ａのための情報系ＶＭβ１３６を準備する。ステップ１６０７の処理手順は，ステップ１００６と同じである。

　ステップ１６０８で，情報系ＶＭα１３５への接続が切断したシンクラ端末Ａ１２１が再び管理サーバ１１１へ情報系ＶＭの要求をする。ステップ１６０９で，管理サーバ１１１がシンクラ端末Ａ１２１を情報系ＶＭβ１３６に接続させる。ステップ１６０９の処理手順は，ステップ１００６と同じである。ステップ１６１０で情報系ＶＭβ１３６に接続したシンクラ端末Ａ１２１は情報系ＶＭβ１３６の画面を利用者に展開し，利用者が情報系ＶＭβ１３６へログインする。ステップ１６１１では，利用者が情報系ＶＭβ１３６の画面で業務を再開する。

　管理サーバ１１１は利用中の仮想計算機の停止を発見すると，ステップ１６０７で停止した仮想計算機と同じ業務の仮想計算機を準備し，シンクラ端末の接続先を新しく準備した仮想計算機に切り替えることにより，短時間で，システム利用者および管理者による設定が必要なく，利用者の業務を続行させることが可能となる。

　図１７は利用者が利用中のシンクラ端末を入れ替える場合の処理手順を示す。

　ステップ１７０１では利用者がシンクラ端末Ａ１２１を利用し，勘定系ＶＭα１３３の画面を操作し業務を行っている。ステップ１７０２では，シンクラ端末Ａ１２１が故障または利用者による終了で停止する。ステップ１７０３ではシンクラ端末Ａ１２１から勘定系ＶＭα１３３への接続が切断する。ステップ１７０４で，シンクラ端末Ａからの接続が切断した勘定系ＶＭα１３３は待機状態に入る。

　一方，ステップ１７０５でシンクラ端末Ａ１２１の故障に気づいた，またはシンクラ端末Ａ１２１を終了した利用者が，ステップ１７０６でシンクラ端末Ａをシンクラ端末Ｂで置き換え，シンクラ端末Ｂを起動する。ステップ１７０７でシンクラ端末Ｂが起動し，ステップ１７０８で管理サーバ１１１へＴＰＭ情報を送信する。ステップ１７０９で利用者がシンクラ端末Ａの機番を登録する。ステップ１７０９の処理内容は，ステップ１１０４と同じである。

　ステップ１７１０では，シンクラ端末Ａ１２１の機番を受信した管理サーバ１１１はシンクラ端末Ａ１２１の業務選択画面６２１をシンクラ端末Ｂ１２４へ送信する。ステップ１７１１で利用者がシンクラ端末Ｂで業務内容を選択し，勘定系ＶＭα１３３へ接続し，シンクラ端末１２１を置き換える直前の画面を再度操作する。

　シンクラ端末を置き換える際に，利用者がステップ１７０９において機番の入力を行うだけで，新しいシンクラ端末で置き換える前の業務環境を復旧することができる。当システムでは，業務選択画面６２１をシンクラ端末に保存せず，管理サーバ１１１で一元管理するためシンクラ端末を置き換えても短時間で業務環境が復旧可能である。

　以上のように，本実施形態においては，シンクラ端末の利用者がシンクラ端末の提示する業務内容を選択することにより，選択した業務ができる仮想計算機への接続ができる。複数の業務内容を選んで，複数の画面で同時に業務を行うことも可能である。

　また，シンクラ端末内部にそれぞれ識別認識の情報を記憶し，シンクラ端末起動時にソフトウェアにより認証を行うため，未登録のシンクラ端末が当システムへ侵入する事を防止できる。

　また，シンクラ端末の業務選択画面６２１を管理サーバで一元管理するため，管理者が容易に画面の内容や形式を変更できる。

　さらに，利用者による設定を要求することなく，仮想計算機がデフォルトで利用するＩＰネットワーク対応デバイスは，接続元であるシンクラ端末の場所に応じて，最適に設定される。

　また，使用する仮想計算機を変更した場合でも管理サーバでデバイスの再設定が行われるため，利用者による設定が必要ない。

　また，本実施形態の代理端末接続機能によれば，利用者が利用中のシンクラ端末から離れた場所に設置するシンクラ端末へと利用中の業務画面を引き継ぐことが可能となる。

　また，シンクラ端末の接続中の仮想計算機の故障が発生時，管理サーバがシンクラ端末の接続先を別の仮想計算機へ切り替えるため，利用者の業務中断時間が短く，利用者による設定も必要とされない。

　さらに，シンクラ端末の故障または機器変更によりシンクラ端末を交換する必要がある場合，シンクラ端末を交換した後，シンクラ端末の設置場所を表す機番という番号を入力する事により交換前の業務画面に接続することができる。

　本実施形態はシンクラ端末の接続先を仮想計算機としたが，接続先は仮想計算機に限定されない。例えば，端末の接続先が汎用計算機や，複数ユーザが共有できるターミナルサーバであれば，仮想化基盤の起動および終了の機能以外について，本実施形態を適用できる。
　上記記載は実施例についてなされたが，本発明はそれに限らず，本発明の精神と添付の請求の範囲の範囲内で種々の変更および修正をすることができることは当業者に明らかである。

Claims

　被操作側計算機と前記被操作側計算機へ接続し，前記被操作側計算機を操作する操作側計算機と，前記被操作側計算機と前記操作側計算機との接続を管理する管理サーバを備えた計算機システムであって，
　前記管理サーバは，
　前記操作側計算機を識別する識別情報と，前記操作側計算機で操作可能な業務内容と，前記業務内容を処理する前記被操作側計算機と，の対応を管理する管理ＤＢを備え，
　前記管理ＤＢを参照し，
　前記操作側計算機から取得する前記識別情報に対して，前記操作側計算機が操作可能な業務内容を提示し，
　前記操作側計算機が選択した業務内容に応じて，前記操作側計算機を接続させる被操作側計算機を決定し，
　決定した前記被操作側計算機に前記操作側計算機を接続させる
ことを特徴とする計算機システム。
　請求項１に記載の計算機システムであって，
　前記管理サーバは，
　一つの前記操作側計算機から複数の被操作側計算機に並行して接続させ，
　前記操作側計算機は，複数の前記被操作側計算機から各々の当該被操作側計算機での処理結果の画面を受信し，表示する
ことを特徴とするシステム。
　請求項１に記載の計算機システムであって，
　前記操作側計算機は，
　固有の端末識別子を備え，
　前記固有の端末識別子は前記管理サーバに前記操作側計算機の利用開始前に登録し，前記操作側計算機は前記固有の端末識別子を前記管理サーバに提示することで前記計算機へ接続許可を得る
ことを特徴とする計算機システム。
　請求項１に記載の計算機システムであって，
　前記管理サーバは，前記操作側計算機が操作可能な一つ以上の業務内容のリストを前記管理サーバで管理し，
　前記管理サーバから前記リストを，前記操作側計算機が起動する際に，前記操作側計算機が要求するときに，または定期的に，ダウンロードする
ことを特徴とする計算機システム。
　請求項４に記載の計算機システムであって，
　前記管理サーバが前記操作側計算機を前記被操作側計算機に接続させる前に，前記操作側計算機に対して管理者があらかじめ決めたネットワーク接続デバイスを，前記被操作側計算機でデフォルトとして利用できるように設定を行うこと
を特徴とする計算機システム。
　請求項５に記載の計算機システムであって，
　前記操作側計算機が，前記被操作側計算機から画面転送する前に，前記操作側計算機の端末接続デバイスを前記被操作側計算機からあたかも前記被操作側計算機に直接に接続するデバイスのように利用できるように設定する
ことを特徴とする計算機システム。
　請求項６に記載の計算機システムであって，
　代替操作側計算機を備えて，前記操作側計算機が前記被操作側計算機に接続している最中に，前記操作側計算機が前記操作側計算機の代わりに前記被操作側計算機に接続できる
ことを特徴とする計算機システム。
　請求項７に記載の計算機システムであって，
　前記操作側計算機が前記被操作側計算機に接続している最中に，前記操作側計算機が停止した場合，
　前記管理サーバが前記計算機と同じ業務を提供する代替被操作側計算機を用意し，前記操作側計算機を前記代替被操作側計算機に接続させる
ことを特徴とする計算機システム。
　請求項７に記載の計算機システムであって，
　前記操作側計算機が前記被操作側計算機に接続している最中に，故障または機器変更で前記操作側計算機を予備端末で置き換える必要がある場合，前記予備端末で前記操作側計算機の設置場所の情報を入力するだけで前記予備端末から前記被操作側計算機に接続できる
ことを特徴とする計算機システム。