JP2011100178A - シンクライアントシステムにおけるシステム起動及び終了方法 - Google Patents

Abstract

【課題】ユーザが物理的に触れている端末から、ネットワーク経由でサーバ装置を操作するシステムでは、複数の計算機に対して、システム利用または終了の操作を行う必要があり、操作の簡便化が求められている。
【解決手段】
端末とサーバ装置がネットワークを介して接続されるクライアント−サーバシステムにおいて、システム終了の際、サーバ装置は、サーバ装置への終了処理の受付を契機として、端末のアドレスを取得し、端末へ終了要求を発行する。端末は、サーバ装置からのシステム終了要求を受け取った後、サーバ装置のアドレスを取得し、サーバ装置へ要求受信通知を送信し、端末の終了コマンドを発行する。サーバ装置は、端末から受信通知を受け取った後、サーバ装置の終了コマンドを発行する。システム起動の際には、端末からサーバ装置に対してシステム起動要求を発行する。
【選択図】 図１４

Description

本発明は、シンクライアントシステムにおける、システム起動及び終了方法に関する。

ユーザが直接触れているコンピュータ（クライアント装置という）から、ネットワークを介して接続されるコンピュータ（サーバ装置という）を操作するというアーキテクチャのシステムとしては、例えばシンクライアントシステムが相当する。シンクライアントシステムでは、クライアント装置としての端末がサーバ装置の画面を表示する役割、またはサーバ装置へキーボードやマウス等の操作情報を伝達する役割をはたすので、実際にはサーバ装置でデータを一括管理し、端末の記憶装置にデータを保存しないということから、データのセキュリティ観点、または、データをデータセンター等に集約されたサーバ装置側で一元管理できることから、注目を浴びている。

シンクライアントシステムは、サーバ装置の画面情報が端末に送信され、ユーザは端末上に表示されるサーバ装置の画面情報を閲覧しながら端末を物理的に操作し、端末の操作情報がサーバ装置に送信されることによって、サーバ装置が動作するというアーキテクチャのため、ユーザは、通常のコンピュータ操作と同様にサーバ装置を操作することが可能である。

しかし、シンクライアントシステムは、物理的に、複数のコンピュータを用いるので、ユーザが利用を開始する場合、及び利用を終了する場合に関しては、端末及びサーバ装置の各々に対して、システム起動及び終了制御の操作を行う必要がある。すなわち、シンクライアントシステムにおけるシステム起動及び終了の操作は、通常のコンピュータ利用の場合と異なるので、ユーザに違和感を与え、ユーザの利便性が低下する、という可能性がある。

特開平11−212679号公報

ネットワークを介して複数のコンピュータが接続される構成のシステムにおいて、一方のコンピュータから、他方のコンピュータに対してシステム起動及び終了制御を行う方法としては、例えば、特許文献１に記載されている技術が知られている。

特許文献1に開示された技術を用い、シンクライアントシステムの利用を開始するために端末からサーバ装置の電源投入を行う際は、ユーザが物理的に操作する端末が起動している状態で、サーバ装置のＯＳに対して電源投入コマンドを実行する操作により、端末が電源投入を行うことのできるサーバ装置の情報を取得し、端末の画面に表示し、表示されたサーバ装置の情報を選択するという操作を行う。

しかし、特許文献1に開示された技術では、端末からサーバ装置へシンクライアントシステムを開始するための通信を行うに当たっては、端末は、サーバ装置が起動しサーバ装置が端末からの接続を受け付けられる状態になったかを把握する術がない。このため、サーバ装置が起動すると想定する一定時間をおいて、端末のシンクライアントシステムを開始するための通信を行うプログラムを起動する必要がある。もし、サーバ装置が起動していなかった場合、サーバ装置は、端末からのシンクライアントシステムを開始するための通信を受け付けることができないため、端末からサーバ装置への接続は失敗となり、再度一定時間をおいて、端末は、サーバに対してシンクライアントシステムを開始するための通信を行うプログラムを起動させなければならない。

また、シンクライアントシステムの利用を終了するためにサーバ装置から端末の電源断を行う際は、ユーザが物理的に操作するコンピュータは端末である状態において、ユーザは端末に表示されるサーバ装置の画面情報を閲覧しながら、サーバ装置の電源投入を行った端末の情報を取得させる操作を実行し、ユーザが閲覧するサーバ装置の画面情報の中に表示された端末情報を選択するという操作を行う。

しかし、このときユーザが物理的に操作している端末が電源断の状態となるため、ユーザは、電源断の状態となった端末からサーバ装置の電源制御を行うことができず、サーバ装置の電源は投入されたままになる。

よって、特許文献1に開示された技術では、通常のコンピュータと同等の操作にて、シンクライアントシステムの利用開始、及び利用終了を提供することができない。

また、特許文献１の技術を使わない場合であっても、通常のコンピュータと同等の操作にて、シンクライアントシステムの利用開始、及び利用終了を提供することができない。

上記に示す、シンクライアントシステムの利用終了の操作は、サーバ装置にて前記操作を行った時点で、ユーザが直接触れている端末の電源制御操作が行われたものと勘違いする可能性がある。その場合は、サーバ装置は電源断の状態であるのに対し、端末の電源は投入されている状態が生じる可能性が高くなるため、利用されていない端末が、余分な電力を消費するという問題が発生する。

さらに、特許文献1には、ハイバネーション状態やサスペンド状態、または再起動操作時の電源制御方法に関しては言及されていない。

上記課題は、シンクライアントシステムに限らず、通常のクライアント−サーバシステムにおいても同様に存在する。

本明細書では、起動、終了だけでなく、ハイバネーション状態やサスペンド状態、または再起動に関して、通常のコンピュータと同等の操作が可能なクライアント−サーバシステムが開示される。

本発明の望ましい態様の一つは次のとおりである。

クライアントとサーバとがネットワークを介して接続され、前記クライアントは、前記サーバに操作情報を送信し、前記サーバは、前記操作情報に基づく処理結果を前記クライアントに送信するコンピュータシステムの起動方法であって、
前記クライアントは、前記サーバのアドレスを取得し、当該アドレスをあて先とする起動要求を送信し、
前記サーバは、受信した前記起動要求に応答して起動して、前記操作情報の受信と、前記処理結果の送信とが可能になった後、前記クライアントに、接続部起動要求を送信し、
前記クライアントは、前記接続部起動要求を受信したら、前記サーバに、操作情報と画面情報とのやり取りに用いる通信路の確立要求を送信することを特徴とする。

さらに、前記クライアントは、前記サーバの起動を確認した後、当該クライアントのアドレスを、前記サーバに送信し、
前記サーバは、前記クライアントから受信した前記アドレスと、予め登録されている前記クライアントのアドレスとの一致を確認した後、クライアントに、前記接続部起動要求を送信してもよい。

さらに、前記クライアントは、前記サーバに起動要求を送信してから、前記通信路が確立されて、前記サーバから送信される前記処理結果に基づく画面情報を受信するまで、当該クライアントに起動画面を表示してもよい。

また、他の態様は、クライアントとサーバとがネットワークを介して接続され、前記クライアントは、前記サーバに操作情報を送信し、前記サーバは、前記操作情報に基づく処理結果を前記クライアントに送信するコンピュータシステムの終了方法であって、
前記サーバは、前記クライアントから、前記サーバのシャットダウン、サスペンド、ハイバネーション、または再起動の操作情報を受信した場合に、前記サーバに登録してある前記クライアントのアドレスを取得し、
前記サーバは、前記アドレスを元に、前記クライアントへ、前記操作情報に対応する処理要求を発行し、
前記クライアントは、前記サーバからの前記処理要求を受信した後、前記サーバへ受信確認を送信し、
前記クライアントは、前記クライアントの前記処理要求を発行し、
前記サーバは、前記クライアントから、前記受信確認を受信した後、前記サーバへ前記操作情報に対応する処理要求を発行する
ことを特徴とする。

さらに、前記操作情報が再起動であった場合、前記クライアントは、前記処理要求に応じて、シャットダウン処理と、上述のシンクライアントシステムの起動方法を開始することにより、シンクライアントシステムを再起動してもよい。

本発明によれば、クライアント−サーバ利用時のユーザの利便性が向上する。

また、本発明によれば、クライアント−サーバシステムの省電力化につながる。

クライアント−サーバシステムの構成を例示する。 計算機（端末１、サーバ装置２）のハードウェア構成を例示する。 端末１、サーバ装置２の記憶装置２３に格納されるソフトウェアとデータの構成を例示する。 シンクライアントシステム起動の処理フローを例示する、 端末１の起動判断部３０４の処理フローを例示する。 端末１の起動管理部３０５の処理フローを例示する。 端末１の起動画面表示部３０６の処理フローを例示する。 サーバ装置２の起動判断部３２４の処理フローを例示する。 サーバ装置２の起動管理部３２５の処理フローを例示する。 端末１の接続部３０７の処理フローを例示する。 シンクライアントシステム終了の処理フローを例示する。 サーバ装置２の終了判断部３２６の処理フローを例示する。 サーバ装置２のデータ保存部３２７の処理フローを例示する。 サーバ装置２の終了管理部３２８の処理フローを例示する。 サーバ装置２の再起動管理部３２９の処理フローを例示する。 端末１の要求判断部３０８の処理フローを例示する。 端末１の終了管理部３０９の処理フローを例示する。 端末１の再起動管理部３１０の処理フローを例示する。 シンクライアントシステム一時休止の処理フローを例示する。 サーバ装置２の一時終了管理部３３０の処理フローを例示する。 端末１の一時終了管理部３１１の処理フローを例示する。 シンクライアントシステムがサスペンド、または休止モードからの起動の処理フローを例示する。 端末１の一時起動管理部３１２の処理フローを例示する。 端末１の起動データ３１５及びサーバ装置２の起動データ３３５に格納されるアドレスの登録処理フローを例示する。 端末１の登録部３１３の処理フローを例示する。 サーバ装置２の登録部３３１の処理フローを例示する。 登録部３１２が表示する起動データ登録画面と端末１に登録される起動データ３１５のサーバ装置データ格納テーブルを例示する。

以下、本発明によるクライアント−サーバシステムにおけるシステム起動及び終了方法の実施形態を、図面を用いて詳細に説明する。

ここで、システム起動とは、クライアント−サーバシステムにおける、クライアントとサーバそれぞれのコンピュータに、電源が投入された状態でオペレーティングシステム(以下、ＯＳという)が起動する状態、または、サスペンドや休止モード等のコンピュータの一時的な休止状態から復帰する状態、または、再起動が完了する等の、コンピュータが利用可能になる状態をさす。

システム終了とは、クライアント、サーバ両方のシャットダウンをさし、システム一時休止状態とは、クライアント、サーバ両方のサスペンド状態やハイバネーション状態等の、ユーザによるコンピュータの利用が、一時的に終了した状態をさす。サスペンド状態とは、サーバのメモリは稼動させたままハードディスクなどへの給電を停止、または省電力モードに設定する状態とし、ハイバネーション状態とは、サーバのメモリの内容をハードディスクなどに退避して作業状態を保存して電源をオフにする状態と定義する。なお、再起動に関しては、後述のシステム終了の処理の中で述べる。

図１は、クライアント−サーバシステムを示す図である。

クライアント−サーバシステムは、端末１とサーバ装置２とを含んで構成され、これらはそれぞれ、ネットワーク３を介して接続される。

なお、端末１及びサーバ装置２にはIPアドレス等のネットワークアドレス（以下アドレスという）が設定されており、ネットワーク３を介して通信可能な状態であることが前提である。

このクライアント−サーバシステムは、ユーザが、端末１から、ネットワーク３を介して接続されるサーバ装置２を操作するというアーキテクチャであり、例えばシンクライアントシステムが相当する。ここでは、本発明による実施形態の一つとして、画面転送型のシンクライアントシステムを想定し、説明する。

画面転送型のシンクライアントシステムでは、サーバ装置２の画面情報を端末１に送信し、ユーザは端末１上に表示されるサーバ装置２の画面情報を閲覧しながら、端末１のキーボードなどを物理的に操作し、端末１の操作情報がサーバ装置２に送信されることによって、サーバ装置２が動作する。このため、ユーザは、通常のコンピュータ操作と同様にサーバ装置２を操作することが可能である。

なお、サーバ装置２は、ある計算機（ホスト計算機という）のＯＳ（ホストＯＳという）の上で稼動する、仮想的なＯＳ（ゲストＯＳ）を持つ計算機（仮想計算機という）であってもよい。なお、仮想計算機であった場合も、アドレスが設定されていることが前提となる。

図２は、端末１、サーバ装置２を実現する計算機のハードウェア構成図である。

計算機は、ＣＰＵ２１、主記憶装置２２、記憶装置２３、通信装置２４、入出力装置２５（キーボード、マウス等）、表示装置２６および電源ボタン２７とからなり、これらは、バス等の通信線２８により接続される。また、サーバ装置２は、表示装置２６を備えなくてもよい。

計算機が仮想計算機であった場合、ホスト計算機のＣＰＵ２１、主記憶装置２２、記憶装置２３の一部を利用している。仮想計算機の通信装置２４、入出力装置２５、表示装置２６、電源ボタン２７は、ホスト計算機のそれらと連動していてもよい。

なお、通信装置２４は、後述する図３に示す電源管理部３２３の機能を備えていてもよい。公知の電源管理部３２３の処理の例としては、Wake On LAN機能がある。Wake On LANとは、ネットワーク３経由で計算機の電源を投入するための機能である。起動対象となる計算機の通信装置２４に対して、あらかじめ定められたパケットを送信し、起動対象計算機の通信装置２４がパケットを受け取ると、電源投入処理を実行し、起動対象計算機が起動する技術である。該パケットには、例えばMagic Packetがあり、これは、パケットのIPヘッダに続いて、0xffffffffffff（6bytes）と、対象計算機の通信装置２４のMACアドレス（6bytes）が16回連続する102bytesのデータを持つUDPデータとなる。

ＣＰＵ２１は、記憶装置２３に格納されているプログラムを主記憶装置２２に読み込み、実行することにより種々の機能を実現する。本実施例で説明するプログラムやデータは、あらかじめ記憶装置２３に格納しておいてもよいし、ＣＤ−ＲＯＭ等の記憶媒体や、ネットワーク３またはネットワーク３上を伝播する搬送波やデジタル信号などの通信媒体を介して、記憶装置２３に入力してもよい。また、該当プログラムにより実現される機能を、専用のハードウェアにより実現してもよい。

以下、プログラムが行為の実行主体のように記載する場合があるが、実際は、ＣＰＵが、該当プログラムを実行して処理を行うことにより計算機上に実現される各処理部が実行主体である。

図３は、端末１、サーバ装置２の記憶装置２３に格納されるソフトウェアとデータの構成図である。

端末１の記憶装置２３には、ＯＳ３０１と、ハードウェアを制御するドライバ３０２と、コンピュータの電源制御を行う電源管理部３０３と、ＣＰＵが実行することにより、以下の各処理部を実現するプログラムと、が格納されている。プログラムが実行されることにより、実現される処理部には、端末１が接続する後述の起動データ３１５にアドレスが登録されているか否かを判断する起動判断部３０４と、端末１の電源投入や再起動により、サーバ装置２に起動要求を発行する起動管理部３０５と、起動管理部が実行している間、端末１の画面表示を行う起動画面表示部３０６と、端末１とサーバ装置２において、シンクライアントシステムのアーキテクチャにて定められたプロトコルの通信を行う接続部３０７と、サーバ装置２のシャットダウンやサスペンド、ハイバネーション等のサーバ装置２からの要求を受信し、その要求の種類を判断する要求判断部３０８と、端末１のＯＳ３０１にシャットダウンコマンドを発行する終了管理部３０９と、端末１のＯＳ３０１に再起動コマンドを発行する再起動管理部３１０と、端末１のＯＳ３０１にサスペンド、またはハイバネーションのコマンドを発行する一時終了管理部３１１と、端末１のサスペンドやハイバネーションからの起動により、サーバ装置２に起動要求を発行する一時起動管理部３１２と、端末１が接続するサーバ装置のアドレス等を登録する登録部３１３と、が含まれる。

さらに、端末１と接続可能な外部記憶装置３１４には、サーバ装置２のアドレス等を含む起動データ３１５と、端末１がサスペンド状態やハイバネーション状態に移行する際の、一時的な接続先サーバ装置２のアドレスを含む一時休止データ３１６とが格納される。なお、外部記憶装置３１４内のデータは、記憶装置２３にあってもよい。

サーバ装置２の記憶装置２３は、ＯＳ３２１と、ハードウェアを制御するドライバ３２２と、コンピュータの電源制御を行う電源管理部３２３と、ＣＰＵが実行することにより、以下の各処理部を実現するプログラムと、が格納されている。プログラムが実行されることにより、実現される処理部には、端末１の起動要求により起動し後述の起動データ３３３にアドレスが登録されているか否かを判断する起動判断部３２４と、要求発信元アドレスと、起動データ３３４のアドレスが一致しているか否かを判断する起動管理部３２５と、サーバ装置２のシャットダウン、再起動、サスペンド、またはハイバネーションの処理が実行された契機で、その処理の種類を判断する終了判断部３２６と、サーバ装置２で実行された終了の処理がシャットダウンまたは、再起動の場合、起動中のアプリケーション等のプログラムデータの保存を確認するデータ保存部３２７と、サーバ装置２にて実行された処理がシャットダウンであった場合、端末１に対してシャットダウン要求を行い、サーバ装置２のＯＳ３０１にシャットダウンコマンドを発行する終了管理部３２８と、サーバ装置２にて実行された処理が再起動であった場合、端末１に対して再起動要求を行い、サーバ装置２のＯＳ３０１にシャットダウンコマンドを発行する再起動管理部３２９と、サーバ装置２にて実行された処理がサスペンド、またはハイバネーションであった場合、端末１に対してサスペンド要求、またはハイバネーション要求を行い、サーバ装置２のＯＳ３０１にサスペンドのコマンド、またはハイバネーションのコマンドを発行する一時終了管理部３３０と、サーバ装置２が接続する端末１のアドレス等を登録する登録部３３１と、が含まれる。さらに、サーバ装置２と接続可能な外部記憶装置３３２には、端末１のアドレス等を含む起動データ３３３が格納される。なお、外部記憶装置３３２内のデータは、記憶装置２３にあってもよい。

ここで、端末１の起動データ３１５に含まれるサーバ装置２のアドレスと、サーバ装置２の起動データ３３３に含まれる端末１のアドレスとは、例えば、ＴＣＰ／ＩＰのプロトコルにより通信を行っているネットワークでは、ＩＰアドレス、ＭＡＣアドレスが相当する。また、起動データ３１５、起動データ３３３には、接続先コンピュータのアドレスの他に、ホスト名等が含まれていてもよい。

なお、端末１、サーバ装置２に接続できるデバイスとしては、ＰＣＭＣＩＡスロットやＵＳＢ Ｉ／Ｆ等の外部入出力ポートに接続でき得るデバイス、例えば、ＨＤＤ等の外部記憶装置、ＵＳＢフラッシュメモリ、ＤＶＤドライブ、ＣＤドライブ、ＲＡＭドライブ、ＭＯドライブ、ＦＤドライブ等がある。これらのデバイスに、起動データ３１５、起動データ３３３を格納していてもよいし、記憶装置２３に格納してあるソフトウェアを格納していてもよい。

また、端末１の起動データ３１５、サーバ装置２の起動データ３３３は、あらかじめ格納しておくか、又は、後述の登録部３１３、登録部３３１の処理において格納することも可能である。

以下、シンクライアントシステム起動の処理を説明する。図４を用いて、全体の処理概要を説明し、図３に示す各処理部の詳細な処理内容を、図５〜図１０を用いて説明する。

端末１の電源ボタンが押下された契機で、電源管理部３０３が起動する（ステップ４０１）。電源管理部３０３は、電源ボタンの押下による端末１の起動だと判断した場合、端末１に電源を投入する。その後、端末１のＯＳが起動する（ステップ４０２）。

端末１の起動判断部３０４は、端末１のＯＳが起動した契機で処理を開始する（ステップ４０３）。

図５は、端末１の起動判断部３０４の処理を表したフロー図である。

起動判断部３０４は、端末の起動データ３１５に登録されているアドレスを取得し（ステップ５０１）起動データ３１５からアドレスの取得に失敗した場合（ステップ５０２）、接続先サーバ装置２のアドレス未登録と判断し、登録部３１３を起動し（ステップ５０３）、終了する。アドレスの取得に成功した場合（ステップ５０２）、起動管理部３０５を起動し（ステップ５０４）、終了する。

なお、起動データ３１５に格納される接続先サーバ装置２のアドレスは、複数あってもよく、その場合、ユーザインタフェースを介して、ユーザに接続先サーバ装置を選択させてもよい。

図４に示す端末１の起動判断部３０４の処理（ステップ４０３）を受け、端末１の起動管理部３０５の処理が実行される（ステップ４０４）。

図６は、端末１の起動管理部３０５の処理を表したフロー図である。

起動管理部３０５が起動すると、起動画面表示部３０６を起動する（ステップ６０１）。さらに、起動管理部３０５は、起動データ３１５から、サーバ装置のアドレスを取得し（ステップ６０２）、取得したアドレスを元に、サーバ装置２に対して、電源投入要求を発行し（ステップ６０３）、サーバ装置２が起動するまでの一定時間待機する（ステップ６０４）。サーバ装置２を起動させる電源投入要求は、たとえば、上述した、周知のWake On Lan技術を用いればよい。サーバ装置２が仮想計算機であった場合は、ホスト計算機の電源投入要求を発行し、ホスト計算機の電源が投入された後、仮想計算機の起動を行うという処理であってもよい。

起動管理部３０５の処理（ステップ４０３）と並行して端末１の起動画面表示部３０６も起動する。

図７は、端末１の起動画面表示部３０６の処理を表したフロー図である。

起動画面表示部３０６は、起動すると、端末１とサーバ装置２の間で、後述するシンクライアント接続を開始するまでの間、後述する起動画面を表示し（ステップ７０１）、一定時間待機する（ステップ７０２）。

起動画面表示部３０６が表示する起動画面としては、例えば、端末１の全表示画面領域を輝度値０の画素で構成する表示画面、または、「しばらくお待ちください」等の説明の表示画面等が考えられる。これにより、端末１とサーバ装置２という複数の計算機を含むシンクライアントシステムにおいて、複数のＯＳが起動することによる違和感をユーザに与えない、という効果が期待できる。

図４において、サーバ装置２は、端末１の起動管理部３０５の処理（ステップ４０４）をうけ、サーバ装置２の電源管理部３２３が起動する。電源管理部３２３は、図６のステップ６０３の電源投入要求を受け取った契機で、サーバ装置２の電源投入を行い（ステップ４０６）、サーバ装置２のＯＳが起動した（ステップ４０７）後、サーバ装置２の起動判断部３２４が起動する（ステップ４０８）。

図８は、サーバ装置２の起動判断部３２４の処理を表したフロー図である。

起動判断部３２４は、サーバ装置２内の起動データ３３３に登録されているアドレスを取得し（ステップ８０１）、一定時間待機する（ステップ８０２）。

次に、起動判断部３２４と並行して処理を行う、図６に示す起動管理部３０５のフローを説明する。

端末１の起動管理部３０５は、サーバ装置２のアドレスに対して、例えば、ＩＣＭＰ（Internet Control Message Protocol）により定義されたＰＩＮＧ等のコマンドを発行し、サーバ装置２からの応答により、サーバ装置２が起動しているか否かを確認し（ステップ６０５）、サーバ装置２の起動を確認できた場合（ステップ６０６）、サーバ装置２に対して、端末１のアドレス通知を発行し（ステップ６０７）、一定時間待機する（ステップ６０８）。サーバ装置２の起動を確認できなかった場合（ステップ６０６）、再度、サーバ装置２に対し、起動要求を発行するステップ６０３の処理から繰り返す。

この繰り返しの処理により、例えば、端末１が、後述する再起動処理において起動する場合、サーバ装置２のシャットダウンが完了する前に、端末１が再起動し、シンクライアントシステムを起動する処理が実行できないことを回避する。また、ステップ６０３からの処理が、あらかじめ決めていた回数以上繰り返された場合は、シンクライアントシステム起動の処理が失敗したとみなし、例えば、端末１のＯＳ３０１に対してシャットダウンコマンドを発行する等の処理を行い、システム起動の処理が失敗した際、システムが終了できない状態を回避してもよい。

次に、起動管理部３０５と並行して処理を行う、図８に示す起動判断部３２４の処理を説明する。

サーバ装置２の起動判断部３２４は、図６のステップ６０７の処理による端末１からのアドレス通知を受け取った場合（ステップ８０３）、アドレス通知の受け取り完了通知を、端末１に対して発行する（ステップ８０４）。端末１からのアドレス通知を受け取らなかった場合は（ステップ８０３）、再度、一定時間待機する（ステップ８０２）。ステップ８０２、ステップ８０３の処理が、あらかじめ決めていた回数以上繰り返された場合は、シンクライアントシステム起動の処理が失敗したとみなし、例えば、サーバ装置２のＯＳ３２１に対してシャットダウンコマンドを発行する等の処理を行い、システム起動の処理が失敗した際、システムが終了できない状態を回避してもよい。

次に、起動判断部３２４が処理を行っている間待機をしていた、図６に示す起動管理部３０５のフローを説明する。

端末１の起動管理部３０５は、サーバ装置２から、図８のステップ８０４の処理による受け取り完了通知を受け取った場合（ステップ６０９）、終了する。サーバ装置２から、図８のステップ８０４による受け取り完了通知を受け取らない場合（ステップ６０９）、再度、一定時間待機し（ステップ６０４）、サーバ装置２に対し、再度、起動要求を発行する（ステップ６０５）。ステップ６０４からの処理が、あらかじめ決めていた回数以上繰り返された場合は、シンクライアントシステム起動の処理が失敗したとみなし、例えば、端末１のＯＳ３２１に対してシャットダウンコマンドを発行する等の処理を行い、システム起動の処理が失敗した際、システムが終了できない状態を回避してもよい。

次に、起動管理部３０５が処理を行っている間待機をしていた、図８に示す起動判断部３２４のフローの説明をする。

サーバ装置２の起動判断部３２４は、図６ステップ６０７から受け取ったアドレス通知からアドレスを解析し（ステップ８０５）、解析したアドレスが、起動データ３３３のアドレスと一致しているか否かを判断し（ステップ８０６）、一致していなかった場合、後述する登録部３３１を起動し（ステップ８０７）、登録部３３１に解析したアドレスを渡し（ステップ８０８）、終了する。一致していた場合、起動管理部３２５を起動し（ステップ８０９）、終了する。

図４に示すサーバ装置２の起動判断部３２４の処理（ステップ４０８）をうけ、サーバ装置２の起動管理部３２５の処理が実行される（ステップ４０９）。

図９は、サーバ装置２の起動管理部３２５の処理を表したフロー図である。

図８ステップ８０９により起動管理部３２５が起動し、起動データ３３３より、端末１のアドレスを取得する（ステップ９０１）。端末１のアドレスに対して、端末１の接続部起動通知を発行し（ステップ９０２）、一定時間待機する（ステップ９０３）。接続部起動通知は、サーバ装置２が起動し、シンクライアント接続を受け付け可能になったことを、サーバ装置２から端末１に対して通知するための通信である。

なお、起動管理部３２５は、接続部起動通知に、サーバ装置２が保持する情報を含めてもよい。例えば、サーバ装置２が仮想計算機であった場合、サーバ装置２以外の複数の仮想計算機がホスト計算機上で起動し、それらの仮想計算機がそれぞれの他の端末とシンクライアント接続していたとする。この場合、ホスト計算機にそれぞれの仮想計算機の通信状況を監視する装置があり、軌道管理部３２５がホスト計算機から通信状況の監視結果を受け取り、ステップ９０２で発行する接続部起動通知に通信状況に係わる情報を乗せ、端末１に対して通知してもよい。

複数の仮想計算機がホスト計算機上で起動している場合、物理的には、サーバ装置２のホスト計算機から、複数の端末に対し通信が発生するため、それぞれの通信において通信速度が低下する可能性がある。端末１は、接続部起動通知を参照して、通信状況が混雑していた場合、後述するシンクライアント接続（ステップ１００２）でのサーバから受信する画面情報において、画面の解像度を下げる選択をすることも可能となる。

なお、この場合、端末１には、サーバ装置２から受け取った通信状況を判断し、シンクライアント接続を行う解像度を可変的に選択する装置が存在することが前提となる。接続部起動通知に含めるサーバ装置２の情報は、通信情報だけではなく、例えばサーバ装置２のCPU利用率等であってもよい。

図４に示すサーバ装置２の起動管理部３２５の処理（ステップ４０９）をうけ、端末１の接続部３０７の処理が実行される（ステップ４１０）。

図１０は、端末１の接続部３０７の処理を表したフロー図である。

図９ステップ９０２により接続部３０７が起動し、端末内の起動データ３１５に登録されているアドレスを取得し（ステップ１００１）、サーバ装置のアドレスに対し、シンクライアント接続を行うための通信路の確立要求を送信する（ステップ１００２）。

シンクライアント接続とは、確立した上記通信路を利用して、端末１の操作情報とサーバ装置２の画面情報のやり取りを行うための接続を指す。

次に、図１０に示す接続部３０７と並行して処理を行う図９に示す起動管理部３２５の処理フローを説明する。

サーバ装置２の起動管理部３２５は、図１０のステップ１００２によりシンクライアント接続のための通信路確立要求を受け取らなかった場合（ステップ９０４）、再度、一定時間待機する（ステップ９０３）。図１０のステップ１００２によりシンクライアント接続の通信路確立要求を受け取った場合（ステップ９０４）、シンクライアント接続元のアドレスを解析し（ステップ９０５）、起動データ３３３から取得したアドレスと一致しているかを認証し、アドレスが一致していた場合（ステップ９０６）、接続を許可して通信路を確立し、終了する。アドレスが不一致の場合（ステップ９０６）、接続を拒否し（ステップ９０７）、サーバ装置２のＯＳ３２１に対してシャットダウンコマンドを発行する（ステップ９０８）。この、ステップ９０５〜ステップ９０８までの処理において、サーバ装置２にシンクライアント接続を行う計算機が、起動データ３３３に登録してある端末１であるかを認証することにより、端末１以外からの不正な接続を拒否することが可能となる。

次に、図９に示す起動管理部３２５と並行して処理を行う図１０に示す接続部３０７を説明する。

端末１の接続部３０７は、起動画面表示部３０６が起動しているか否かを確認し、起動画面表示部３０６が起動していた場合（ステップ１００３）、起動画面表示部３０６の終了要求を発行し（ステップ１００４）、終了する。起動画面表示部３０６が起動していなかった場合（ステップ１００３）、何も処理を行わずに終了する。

図４の端末１の接続部３０７の処理（ステップ４１０）を受け、再度、端末１の起動画面表示部３０６の処理（ステップ４０５）となる。

次に、上記処理を行っている間待機していた図７に示す起動画面部３０５の処理を説明する。

端末1の起動画面表示部３０６は、端末１の接続部３０７が発行した終了要求を受けとった場合（ステップ７０３）、終了する。終了要求を受け取らなかった場合（ステップ７０３）、再度、一定時間待機する（ステップ７０２）。ステップ７０２からの処理が、あらかじめ決められていた回数以上繰り返される場合は、起動画面表示部３０６を終了し、再度、端末１の起動管理部３０５を起動する等の処理を行い、システム起動の処理が失敗した際、システムが終了できない状態を回避してもよい。

以上が、シンクライアントシステム起動の処理の流れとなる。本実施例で示したシンクライアントシステム起動の方法は、端末１が、自らサーバ装置２に対して起動要求を発行し、サーバ装置２が起動した後、サーバ装置２から起動完了通知を受信してから、サーバ装置２にシンクライアント接続を行うという方法である。

本方法によれば、端末１、サーバ装置２の各々において、接続するコンピュータをネットワークアドレス等による認証することが可能となり、シンクライアントシステム起動の処理の途中にて障害が発生してしまった場合においても処理を終了する等の処置を行うことが可能となる。

さらに、他の管理装置を必要としないので、端末１とサーバ装置２の双方に障害が発生しない限りシンクライアントシステム起動処理が可能となるという運用上の利点が得られる。

次に、シンクライアントシステム終了の処理を説明する。図１１を用いて、全体の処理概要を説明し、図３に示す各処理部の詳細な処理内容を、図１２〜図１８を用いて説明する。

ユーザが端末１を操作し、操作情報がサーバ装置２に送信され、ユーザの操作によりシャットダウン、またはサスペンド、ハイバネーション、再起動等の処理開始の指示が、サーバ装置２に対して発行された契機で、サーバ装置２の終了判断部３２６が起動する（ステップ１１０１）。

図１２は、サーバ装置２の終了判断部３２６の処理を表したフロー図である。

終了判断部３２６は、実行された処理開始の指示が、シャットダウン、サスペンド、ハイバネーション、再起動等のいずれかであるかを判断し（ステップ１２０１）、処理開始の指示が、サスペンド、または、ハイバネーションであったと判断した場合（ステップ１２０２）、後述の一時終了管理部３３０を起動し（ステップ１２０３）、終了する。一時終了管理部３３０の処理は、後述する図２０にて説明する。

終了判断部３２６が、実行されたシステム終了の処理が、シャットダウンまたは再起動であったと判断した場合（ステップ１２０２）、データ保存部３２７を起動し（ステップ１２０４）、待機する（ステップ１２０５）。

図１１に示すサーバ装置２の終了判断部３２６の処理（ステップ１１０１）を受け、データ保存部３２７の処理（ステップ１１０２）が実行される。

図１３は、サーバ装置２のデータ保存部３２７の処理を表したフロー図である。

図１２のステップ１２０４の処理によりデータ保存部３２７が起動すると、サーバ装置２の主記憶装置２２にて実行中のアプリケーションプログラム等の有無を確認し（ステップ１３０１）、実行中のプログラムがあった場合（ステップ１３０２）、アプリケーションプログラム等が管理するデータ等の保存の有無を確認させる警告画面を表示し（ステップ１３０３）、一定時間待機する（ステップ１３０４）。サーバ装置２の主記憶装置２２にて実行中のアプリケーションプログラム等がなかった場合（ステップ１３０２）、終了する。データ保存部３２７の処理が、ステップ１３０４に移行した場合、ユーザによるデータ保存の有無操作が完了し、主記憶装置２２にて実行するアプリケーションプログラム等の終了が確認できた場合（ステップ１３０５）、終了する。主記憶装置２２にて実行するアプリケーションプログラム等の終了が確認できなかった場合（ステップ１３０５）、アプリケーションプログラムを強制終了させ（ステップ１３０６）、終了する。ただし、ステップ１３０６にて強制終了させるのは、シンクライアント接続を行っているプログラム以外のアプリケーションプログラムである。なお、主記憶装置２２にて実行するアプリケーションプログラム等の終了が確認できなかった場合（ステップ１３０５）は、ステップ１３０４からの処理を複数回繰り返してもよい。

上記の処理により、実行中のアプリケーションプログラム等が管理するデータ等を保存する時間をユーザへ与えることができる。

次に、図１３に示すデータ保存部３２７の処理の間待機をしていた図１２に示す終了判断部３２６の処理を説明する。

サーバ装置２の終了判断部３２６は、データ保存部３２７の終了を確認できなかった場合（ステップ１２０６）、再度、データ保存３２７を起動する（ステップ１２０４）。データ保存部３２６の終了を確認した場合（ステップ１２０６）、実行されたシステム終了の処理がシャットダウンであった場合（ステップ１２０７）、終了管理部３２８を起動し（ステップ１２０８）、終了する。また、実行された処理が、再起動であった場合（ステップ１２０７）、再起動管理部３２９を起動し（ステップ１２０９）、終了する。

図１１に示すサーバ装置２の終了判断部３２６の処理（ステップ１１０１）を受け、終了の操作がシャットダウンであった場合は終了管理部３２８の処理（ステップ１１０３）が実行され、終了の操作が再起動であった場合は再起動管理部３２９の処理（ステップ１１０４）が実行される。

図１４は、サーバ装置２の終了管理部３２８の処理を表したフロー図である。

図１２のステップ１２０８の処理により終了管理部３２８が起動すると、起動データ３３３から、端末１のアドレスを取得し（ステップ１４０１）、端末１のアドレスに対して、シャットダウン要求を発行し（ステップ１４０２）、一定時間待機する（ステップ１４０３）。

図１５は、サーバ装置２の再起動管理部３２９の処理を表したフロー図である。

図１２のステップ１２０９の処理により再起動管理部３２９が起動すると、起動データ３３３から、端末１のアドレスを取得し（ステップ１５０１）、端末１のアドレスに対して、再起動要求を発行し（ステップ１５０２）、一定時間待機する（ステップ１５０３）。

図１１に示すサーバ装置２の終了管理部３２８の処理（ステップ１１０３）または再起動管理部３２９の処理（ステップ１１０４）を受け、端末１の要求判断部３０８の処理が実行される（ステップ１１０５）。

図１６は、端末１の要求判断部３０８の処理を表したフロー図である。

図１４の終了管理部３２８のステップ１４０２の処理、または図１５の再起動管理部３２９のステップ１５０２の処理により、要求判断部３０８が起動する。

要求判断部３０８は、ステップ１４０２またはステップ１５０２により受け取った要求を元に、アドレスを解析し（ステップ１６０１）、並行して、起動データ３１５に登録されているアドレスを取得し（ステップ１６０２）、解析したアドレスと起動データ３１５から取得したアドレスが一致していなかった場合（ステップ１６０３）、終了する。アドレスが一致していた場合（ステップ１６０３）、該アドレスを、一時休止データ３１６に登録する（ステップ１６０４）。要求判断部３０８は、ステップ１４０２またはステップ１５０２により受け取った要求が、シャットダウン要求であった場合（ステップ１６０５）、終了管理部３０９を起動し（ステップ１６０６）、終了する。再起動要求であった場合（ステップ１６０５）、再起動管理部３１０を起動し（ステップ１６０７）、終了する。サスペンド要求またはハイバネーション要求であった場合（ステップ１６０５）、後述する一時終了管理部３１１を起動し（ステップ１６０８）、終了する。

この、ステップ１６０１〜ステップ１６０８までの処理において、端末１の終了、一時終了または再起動の要求を行っている計算機が、起動データ３１５に登録してあるサーバ装置２であるかを認証することにより、サーバ装置２以外からの不正な、終了、一時終了または再起動の要求を拒否することが可能となる。

図１１の端末１の要求判断部３０８の処理（ステップ１１０５）を受け、要求がシャットダウンであった場合は、端末１の終了管理部３０９の処理が実行され（ステップ１１０６）、要求が再起動であった場合は、端末１の再起動管理部３１０の処理が実行される（ステップ１１０７）。

図１７は、端末１の終了管理部３０９の処理を表したフロー図である。

図１６のステップ１６０６により終了管理部３０９が起動すると、終了管理部３０９は、一時休止データ３１６よりサーバ装置２のアドレスを取得し（ステップ１７０１）、サーバ装置２のアドレスに対し要求受信通知を発行し（ステップ１７０２）、端末１のＯＳ３０１に対しシャットダウンコマンドを発行する（ステップ１７０３）。なお、端末１の主記憶装置２２にて実行中のシンクライアント接続プログラムは、ＯＳ３０１がシャットダウンすると共に終了する。

図１８は、端末１の再起動管理部３１０の処理を表したフロー図である。

図１６のステップ１６０７により再起動管理部３１０が起動すると、再起動管理部３１０は、一時休止データ３１６よりサーバ装置２のアドレスを取得し（ステップ１８０１）、サーバ装置２のアドレスに対し要求受信通知を発行し（ステップ１８０２）、端末１のＯＳ３０１に対し再起動コマンドを発行する（ステップ１８０３）。なお、端末１の主記憶装置２２にて実行中のシンクライアント接続プログラムは、ＯＳ３０１が再起動する際に、一旦終了する。

前述したステップ１６０４において、端末１の一時休止データ３１６に、一時休止の実行以前に端末１が接続していたサーバ装置２のアドレスを登録しておくことにより、再起動した端末１が、一時休止を実行する以前に接続していたサーバ装置２に、シンクライアント接続を行うことが可能となる。

次に、図１６に示す端末１の要求判断部３０８、図１７に示す端末１の終了管理部３０９が処理を実行している間待機していた、図１４に示すサーバ装置２の終了管理部３２８の処理を説明する。

サーバ装置２の終了管理部３２８は、図１７のステップ１７０２により要求受信通知を受け取った場合（ステップ１４０４）、サーバ装置２のＯＳ３２１に対しシャットダウンコマンドを発行し（ステップ１４０５）、終了する。なお、サーバ装置２の主記憶装置２２にて実行中のシンクライアント接続プログラムは、ＯＳ３２１がシャットダウンすると共に終了する。端末１から要求受信通知を受け取らなかった場合（ステップ１４０４）、再度、一定時間待機する（ステップ１４０３）。ステップ１４０３、ステップ１４０４の処理が、あらかじめ決められた回数以上繰り返される場合は、再びステップ１４０２からの処理を行う等の処理を行い、処理が失敗した際、システムが終了できない状態を回避してもよい。

次に、図１６に示す端末１の要求判断部３０８、または、図１８に示す端末１の再起動管理部３１０が処理を実行している間待機していた、図１５に示すサーバ装置２の再起動管理部３２９の処理を説明する。

サーバ装置２の再起動管理部３２９は、図１８のステップ１８０２により要求受信通知を受け取った場合（ステップ１５０４）、サーバ装置２のＯＳ３２１に対しシャットダウンコマンドを発行し（ステップ１５０５）、終了する。なお、サーバ装置２の主記憶装置２２にて実行中のシンクライアント接続プログラムは、ＯＳ３２１がシャットダウンすると共に終了する。図１８のステップ１８０２により要求受信通知を受け取らなかった場合（ステップ１５０４）、再度、一定時間待機する（ステップ１５０３）。ステップ１５０３、ステップ１５０４の処理が、あらかじめ決められた回数以上繰り返される場合は、再びステップ１５０２からの処理を行う等の処理を行い、処理が失敗した際、システムが終了できない状態を回避してもよい。

サーバ装置２で実行された処理が再起動処理であった場合、前述した動作によりサーバ装置２はシャットダウンされるが、端末１は、再起動した契機でＯＳが起動するため、前述した図４に示すシンクライアントシステム起動の処理が実行され、サーバ装置２を含むシステムが再起動される。

以上が、シンクライアントシステム終了あるいは再起動の処理の流れとなる。

本実施例で示した方法は、シンクライアントシステム終了の場合は、サーバ装置２にて終了の処理の指示が発行された契機で、サーバ装置２が自ら端末１に対して終了要求を発行し、端末１にてサーバ装置２から終了要求を受け取った後、端末１からサーバ装置２に対して受信完了通知を発行してから、端末１のＯＳ３０１に対し終了コマンドを発行し、サーバ装置２では、端末１からの受信完了通知を受け取ってから、サーバ装置２のＯＳ３０１に対し終了コマンドを発行するという方法であり、再起動の方法も、終了と同様である。

本実施例の方法によれば、端末１は、終了要求を発行するサーバ装置２のアドレス等による認証を行うことが可能となる。また、端末１とサーバ装置２でのやりとりのため、シンクライアントシステム起動の処理の途中にて障害が発生してしまった場合においても、双方に障害が発生していない限り、シンクライアントシステム終了の処理を行うことが可能となる効果がうまれる。

また、ユーザは、端末１とサーバ装置２の両方に、指示を出す必要が無いので、ユーザに、従来同様の、違和感のない操作感を提供可能になる。

次に、シンクライアントシステムの一時休止の処理を説明する。図１９を用いて、全体の処理概要を説明し、図３に示す各処理部の詳細な処理内容を、図１２、図１６、図２０、図２１を用いて説明する。ここでいう、一時休止状態とは、コンピュータが、サスペンド状態や、ハイバネーション状態になることである。

サーバ装置２において、シャットダウン、またはサスペンド、ハイバネーション、再起動等の処理開始の指示が発行された契機で、終了判断部３２６が起動し、終了判断部の処理を行う（ステップ１９０１）。前述したように、終了判断部３２６は、実行された処理を判断し、実行された処理が、サスペンド、または、ハイバネーションであった場合、一時終了管理部３３０の処理を実行する（ステップ１９０２）。

図２０は、サーバ装置２の一時終了管理部３３０の処理を表したフロー図である。

図１２のステップ１２０３の処理により一時終了管理部３３０が起動し、サーバ装置２で行われた終了の処理開始の指示が何の指示であるのかを判断し（ステップ２００１）、指示された処理がサスペンドであると判断した場合（ステップ２００２）、起動データ３３３から端末１のアドレスを取得して、端末１に対しサスペンド要求を発行し（ステップ２００３）、一定時間待機する（ステップ２００４）。指示された処理がハイバネーションであると判断した場合（ステップ２００２）、起動データ３３３から、端末１のアドレスを取得して、端末１に対しハイバネーション要求を発行し（ステップ２００５）、一定時間待機する（ステップ２００６）。

図１９に示すサーバ装置２の一時終了管理部３３０の処理（ステップ１９０２）を受け、端末１の要求判断部３０８の処理（ステップ１９０３）が実行される。

前述したように、図１６の要求判断部３０８は、ステップ１６０５において、図１２のステップ１２０３において、サーバ装置から受け取った要求が、サスペンド要求、またはハイバネーション要求であった場合（ステップ１６０５）、一時終了管理部３１１を起動し（ステップ１６０８）、終了する。

図１９に示す端末１の要求判断部３０８の処理（ステップ１９０３）を受け、端末１の一時終了管理部３１１の処理（ステップ１９０４）が実行される。

図２１は、端末１の一時終了管理部３１１の処理を表したフロー図である。

図１６のステップ１６０８により一時終了管理部３１１が起動すると、一時休止データ３１６からサーバ装置２のアドレスを取得し（ステップ２１０１）、サーバ装置２のアドレスに対し要求受信通知を発行する（ステップ２１０２）。一時終了管理部３１１は、サーバ装置２からの要求がサスペンドであった場合（ステップ２１０３）、端末１のＯＳ３０１に対しサスペンドコマンドを発行し、端末１の主記憶装置２２にて実行中のシンクライアント接続プログラムを終了させる（ステップ２１０４）。サーバ装置２からの要求がハイバネーションであった場合（ステップ２１０３）、端末１のＯＳ３０１に対しハイバネーションコマンドを発行し、端末１の主記憶装置２２にて実行中のシンクライアント接続プログラムを終了させる（ステップ２１０５）。

図１９の端末１の一時終了管理部３１１の処理（ステップ１９０４）を受け、サーバ装置２の一時終了管理部３３０の処理（ステップ１９０２）が再び実行される。

次に、図１６に示す端末１の要求判断部３０８や、図２１に示す端末１の一時終了管理部３１１の処理が実行されている間待機していた、図２０に示すサーバ装置２の一時終了管理部３３０の処理を説明する。

サーバ装置２の一時終了管理部３３０は、サーバ装置２で実行された処理がサスペンドであるとき、図２１のステップ２１０２により要求受信通知を受け取った場合（ステップ２００７）、サーバ装置２のＯＳ３２１に対し、サスペンドコマンドを発行し、サーバ装置２の主記憶装置２２にて実行中のシンクライアント接続プログラムを終了させる（ステップ２００８）。端末１から要求受信通知を受け取らない場合（ステップ２００７）、再度、一定時間待機する（ステップ２００４）。ステップ２００４、ステップ２００７の処理が、あらかじめ決められた回数以上繰り返される場合は、再びステップ２００３からの処理を行う等の処理を行い、システム終了の処理が失敗した際、システムが終了できない状態を回避してもよい。

サーバ装置２で実行された処理がハイバネーションであるとき、図２１のステップ２１０２により要求受信通知を受け取った場合（ステップ２００９）、サーバ装置２のＯＳ３２１に対し、ハイバネーションコマンドを発行し、サーバ装置２の主記憶装置２２にて実行中のシンクライアント接続プログラムを終了させる（ステップ２０１０）。端末１から要求受信通知を受け取らない場合（ステップ２００９）、再度、一定時間待機する（ステップ２００６）。ステップ２００６、ステップ２００９の処理が、あらかじめ決められた回数以上繰り返される場合は、再びステップ２００５からの処理を行う等の処理を行い、システム終了の処理が失敗した際、システムが終了できない状態を回避してもよい。

以上が、シンクライアントシステム一時休止の処理の流れとなる。サーバ装置２がサスペンド、またはハイバネーションの状態になった場合、端末１もサーバ装置２と同様の状態になる。

また、本実施例で示したシンクライアントシステム一時休止の方法は、前述したシンクライアントシステム終了の処理の方法の応用であり、シンクライアントシステム終了の処理と同等の効果を望める。

次に、シンクライアントシステムがサスペンド、またはハイバネーションからの起動の処理を説明する。図２２を用いて、全体の処理概要を説明し、図３に示す各処理部の詳細な処理内容を、図７、図８、図９、図２３を用いて説明する。

端末１がサスペンド状態、またはハイバネーション状態にあるとき、端末１の電源ボタン２７が押下される、又は、入出力装置２５の操作等により、端末１がサスペンドまたはハイバネーションから起動する契機で、端末１の一時起動管理部３１２の処理が開始する（ステップ２２０１）。

図２３は、端末１の一時起動管理部３１２の処理を表したフロー図である。

一時起動管理部３１２は、起動画面表示部３０６を起動し（ステップ２３０１）、端末１内の一時休止データ３１６のアドレスを取得し（ステップ２３０２）、サーバ装置２に対して、起動判断部起動要求を発行し（ステップ２３０３）、一定時間待機する（ステップ２３０４）。

図２２に示す一時起動管理部３１２のステップ２２０１を受け、端末１の起動画面表示部３０６の処理が実行され（ステップ２２０２）、さらに、サーバ装置２の起動判断部３２４の処理が実行される（ステップ２２０３）。

図２２の一時起動管理部３１２が実行している間待機していた図２３の端末１の一時起動管理部３１２は、サーバ装置２のアドレスに対してＰＩＮＧ等のコマンドを発行し、サーバ装置２からの応答により、サーバ装置２が起動しているか否かを確認する（ステップ２３０５）。一時起動管理部３１２は、サーバ装置２の起動を確認できた場合（ステップ２３０６）、サーバ装置２に対して、端末１のアドレス通知を発行し（ステップ２３０７）、一定時間待機する（ステップ２３０８）。サーバ装置２の起動を確認できなかった場合（ステップ２３０６）、再度、一定時間待機する（ステップ２３０４）。このとき、サーバ装置２では前述した図８に示す起動判断部３２４の処理が実行される。

端末１の一時起動管理部３１２は、サーバ装置２から、受け取り完了通知を受け取った場合（ステップ２３０９）、終了する。サーバ装置２からの受け取り完了通知を受け取らない場合（ステップ２３０９）、再度、一定時間待機する（ステップ２３０４）。

ステップ２３０４からの処理が、あらかじめ決められた回数以上繰り返された場合は、シンクライアントシステム起動の処理が失敗したとみなし、例えば、ステップ２３０３からの処理を実行する等の処理を行い、システム起動の処理が失敗した際、システムが終了できない状態を回避してもよい。

図２２に示すサーバ装置２の起動判断部３２４の処理を受け（ステップ２２０３）、前述した図９に示すサーバ装置２の起動管理部３２５の処理が実行される（ステップ２２０４）。さらに、起動管理部３２５の処理を受け（ステップ２２０４）、前述した図１０に示す端末１の接続部３０７の処理が実行される（ステップ２２０５）。端末１の接続部３０７の処理（ステップ２２０５）を受け、端末１の起動画面表示部３０６の処理が終了し、さらに、サーバ装置２の起動管理部３２５の処理が終了する。

以上が、シンクライアントシステムがサスペンド、またはハイバネーションからの起動の処理の流れとなる。本実施例で示したシンクライアントシステムがサスペンド、またはハイバネーションからの起動の処理の方法は、前述したシンクライアントシステム終了の処理の方法と、シンクライアントシステム起動の方法の応用であり、シンクライアントシステム起動の処理、及びシンクライアントシステム終了の処理と同等の効果を望める。

このように、サスペンドまたはハイバネーションといった一時休止の状態から起動する（すなわち、復帰する）処理では、端末１及びサーバ装置２において、サスペンド、またはハイバネーションの状態から起動するため、端末１またはサーバ装置２がシャットダウン状態から起動するまでの時間と比較した場合、短時間でシンクライアント接続を開始することが可能となる。

次に、端末１の起動データ３１４及びサーバ装置２の起動データ３３２に格納される、ネットワークアドレスの登録処理を説明する。図２４を用いて、全体の処理概要を説明し、図３に示す各処理部の詳細な処理内容を、図５、図２５、図６、図７、図８、図２６、図９、図１０を用いて説明する。

なお、前述したように、起動データ３１５、起動データ３３３に格納されるアドレスは、直接入力を行い、登録してもよい。

端末１の電源ボタンが押下された場合、又は、再起動コマンドが実行された場合、電源管理部３０３が起動する（ステップ２４０１）。電源管理部３０３は、電源ボタンの押下による端末１の起動だと判断した場合は、端末１に電源を投入し、再起動コマンドが実行された場合は、端末１の再起動を実行する。その後、端末１のＯＳが起動する。（ステップ２４０２）
次に前述した図５に示す端末１の起動判断部３０４の処理(ステップ２４０３)が開始する。起動判断部３０４の処理にて登録部３１３が起動された場合、登録部３１３の処理（ステップ２４０４）となる。

図２５は、端末１の登録部３１３の処理を表したフロー図である。

図５のステップ５０４により登録部３１３が起動すると、サーバ装置２のネットワーク情報を登録する後述の登録画面２７０１を表示する（ステップ２５０１）。

登録画面２７０１は、例えば、図２７に示すような、サーバ装置２のアドレス（ＩＰアドレス、ＭＡＣアドレス）を入力できるグラフィカルユーザインターフェースである。

次に、登録部３１３は、起動管理部３０５を起動し（ステップ２５０３）、一定時間待機する（ステップ２５０４）。

図２４に示す端末１の登録部３１３の処理（ステップ２４０４）を受け、前述した図６に示す起動管理部３０５の処理（ステップ２４０５）が実行される。次に、起動管理部３０５の処理(ステップ２４０５)を受け、前述した図７に示す起動画面表示部３０６の処理（ステップ２４０６）が実行される。さらに、端末１の起動管理部３０５は、サーバ装置２に起動要求を発行し、サーバ装置２の電源管理部３２３が実行される（ステップ２４０７）。電源管理部３２３は、起動要求を受け取った契機で、サーバ装置２の電源投入を行い、サーバ装置２のＯＳが起動し（ステップ２４０８）、前述した図８に示すサーバ装置２の起動判断部３２４の処理（ステップ２４０９）が実行される。サーバ装置２の起動判断部３２４の処理（ステップ２４０９）にて、サーバ装置２の登録部３３１が起動された場合、登録部３３１の処理（ステップ２４１０）となる。

図２６は、サーバ装置２の登録部３３１の処理を表したフロー図である。

図８のステップ８０７により登録部３３１が起動すると、図８のステップ８０８により起動判断部３２４から受け取ったアドレスを、起動データ３３３に格納する（ステップ２６０１）。

登録部３３１は、起動判断部３２３から受け取ったアドレスを元に、端末１に対し、登録部終了要求を発行し（ステップ２６０２）、起動管理部３２５を起動し（ステップ２６０３）、終了する。

図２５に示す端末１の登録部３１３は、サーバ装置２から登録部終了要求を受信した場合（ステップ２５０５）、終了する。サーバ装置２から登録部終了要求を受信しなかった場合（ステップ２５０５）、起動判断部３０４を起動し（ステップ２５０６）、終了する。これにより、登録部３１３または起動管理部３０５において、何らかの原因により処理が失敗した場合、起動判断部３０４の処理からやり直すことが可能となる。

図２４のサーバ装置２の登録部３３１の処理（ステップ２４１０）を受け、端末１の登録部３１３の処理（ステップ２４０４）が終了し、また、サーバ装置２起動管理部３２５の処理（ステップ２４１１）が実行される。さらに、サーバ装置２の起動管理部３２５の処理（ステップ２４１１）を受け、前述した端末１の接続部３０７の処理となる。

以上が、アドレスの登録処理のながれとなる。本実施例で示した登録の処理の方法は、前述したシンクライアントシステム起動の処理の方法と、シンクライアントシステム終了の方法の応用であり、シンクライアントシステム起動の処理、及びシンクライアントシステム終了の処理と同等の効果が望める。

なお、前述したシンクライアントシステムの起動処理、終了処理、一時休止処理、サスペンド、またはハイバネーションからの起動処理、ネットワークアドレスの登録処理においては、それぞれの処理の実行部において、何らかの原因で実行部の処理が途中で中断してしまった場合、一定時間以上経過しても端末１とサーバ装置２との間でシンクライアント接続が開始されない場合は、端末１及びサーバ装置２は、自身に対してシャットダウンコマンドを発行する等の処理を行い、システム起動の処理が失敗した際、システムが終了できない状態を回避してもよい。

図２７は、登録部３１３が表示する起動データ登録画面例と、端末１に登録される起動データ３１５のサーバ装置データ格納例である。

登録画面２７０１は、例えば、前述した実装例では、ＩＰアドレス、ＭＡＣアドレスアドレスを入力するインターフェースとなり、登録ボタン２７０２を押下することにより、登録画面２７０１に入力された文字列が、端末１の起動データ３１５に格納される。

サーバ装置データ格納例２７０３では、少なくとも、ある端末に対し、１接続のサーバ装置のデータを登録する。しかし、１つの端末に対し、複数の接続先サーバ装置のデータを登録し、接続先を変更・選択できるように、例えば、サーバ装置データ格納例２７０３に示すように、複数のサーバ装置のデータを登録できるようになっていてもよい。この場合、通常の接続では、番号１の行のアドレスを利用し、接続先を変更する場合は、端末１の起動時に、接続先のアドレスを選択できるようなインターフェースを表示する、または、サーバ装置データ格納例２７０３の値を直接書き換える等の手段をとってもよい。サーバ装置２に登録される、起動データ３３３に関しても、同様である。また、端末が接続するサーバ装置を、ユーザが把握しやすいように、サーバ装置データ格納例２７０３には、ホスト名等を登録できるようになっていてもよい。この場合、登録画面２７０１では、ホスト名の入力も行えるようなインターフェースになっていてもよい。なお、サーバ装置２が仮想計算機であった場合、サーバ装置データ格納例２７０３は、仮想計算機のアドレスとホスト計算機のアドレスを格納でき、さらに、双方のアドレスの組み合わせを管理できるテーブルとなっていてもよい。

なお、本実施例では、端末１からサーバ装置２に対して、要求や確認等を発行する、または、サーバ装置２から端末１に対して、要求や確認等を発行する際、記憶装置２３または外部記憶装置３１４等に、発行ログを保存しておいてもよい。

１・・・端末、２・・・サーバ装置、３・・・ネットワーク、２１・・・ＣＰＵ、２２・・・主記憶装置、２３・・・記憶装置、２４・・・通信装置、２５・・・入出力装置、２６・・・表示装置、２７・・・電源ボタン、２８・・・通信線、３０１・・・ＯＳ、３０２・・・ドライバ、３０３・・・電源管理部、３０４・・・起動判断部、３０５・・・起動管理部、３０６・・・起動画面表示部、３０７・・・接続部、３０８・・・要求判断部、３０９・・・終了管理部、３１０・・・再起動管理部、３１１・・・一時終了管理部、３１２・・・一時起動管理部、３１３・・・登録部、３１４・・・外部記憶装置、３１５・・・起動データ、３１６・・・一時休止データ、３２１・・・ＯＳ、３２２・・・ドライバ、３２３・・・電源管理部、３２４・・・起動判断部、３２５・・・起動管理部、３２６・・・終了判断部、３２７・・・データ保存部、３２８・・・終了管理部、３２９・・・再起動管理部、３３０・・・一時終了管理部、３３１・・・登録部、３３２・・・外部記憶装置、３３３・・・起動データ。

Claims (10)

1. クライアントとサーバとがネットワークを介して接続され、前記クライアントは、前記サーバに操作情報を送信し、前記サーバは、前記操作情報に基づく処理結果を前記クライアントに送信するコンピュータシステムの起動方法であって、
   前記クライアントは、前記サーバのアドレスを取得し、当該アドレスをあて先とする起動要求を送信し、
   前記サーバは、受信した前記起動要求に応答して起動して、前記操作情報の受信と、前記処理結果の送信とが可能になった後、前記クライアントに、接続部起動要求を送信し、
   前記クライアントは、前記接続部起動要求を受信したら、前記サーバに、操作情報と画面情報とのやり取りに用いる通信路の確立要求を送信する
   ことを特徴とするコンピュータシステムの起動方法。
2. 請求項１に記載のコンピュータシステムの起動方法において、
   前記クライアントは、前記サーバの起動を確認した後、当該クライアントのアドレスを、前記サーバに送信し、
   前記サーバは、前記クライアントから受信した前記アドレスと、予め登録されている前記クライアントのアドレスとの一致を確認した後、クライアントに、前記接続部起動要求を送信する
   ことを特徴とするコンピュータシステムの起動方法。
3. 請求項１または２に記載のコンピュータシステムの起動方法であって、
   前記クライアントは、前記サーバに当該クライアントのアドレスを通知し、
   前記サーバは、通知された前記クライアントのアドレスが、登録されていない場合は、通知された前記クライアントのアドレスを登録し、前記クライアントに、前記接続部起動要求を送信する
   ことを特徴とするコンピュータシステムの起動方法。
4. 請求項３に記載のコンピュータシステムの起動方法であって、
   さらに、前記クライアントに、前記サーバのアドレスが登録されていない場合は、前記クライアントは、前記サーバのアドレス登録を受け付けて登録し、新たに登録された前記サーバのアドレスをあて先とする前記起動要求を送信し、
   前記サーバは、通知された前記クライアントのアドレスを登録したら、前記クライアントに、登録終了要求を送信し、
   前記クライアントは、前記登録終了要求を受信したら、前記登録処理を終了する
   ことを特徴とするコンピュータシステムの起動方法。
5. 請求項１ないし４いずれか一に記載のコンピュータシステムの起動方法であって、
   前記サーバ装置は、
   送信した前記接続部起動要求への応答として送信された前記通信路の確立要求の送信元アドレスと、登録されている前記クライアントのアドレスと、が一致するかを判定して、前記通信路の確立要求の受け入れ可否を判定する
   ことを特徴とするコンピュータシステムの起動方法。
6. 請求項１ないし５いずれか一に記載のコンピュータシステムの起動方法であって、
   前記クライアントは、前記サーバに起動要求を送信してから、前記通信路が確立されて、前記サーバから送信される前記処理結果に基づく画面情報を受信するまで、当該クライアントに起動画面を表示する
   ことを特徴とするコンピュータシステムの起動方法。
7. クライアントとサーバとがネットワークを介して接続され、前記クライアントは、前記サーバに操作情報を送信し、前記サーバは、前記操作情報に基づく処理結果を前記クライアントに送信するコンピュータシステムの終了方法であって、
   前記サーバは、前記クライアントから、前記サーバのシャットダウン、サスペンド、ハイバネーション、または再起動の操作情報を受信した場合に、前記サーバに登録してある前記クライアントのアドレスを取得し、
   前記サーバは、前記アドレスを元に、前記クライアントへ、前記操作情報に対応する処理要求を発行し、
   前記クライアントは、前記サーバからの前記処理要求を受信した後、前記サーバへ受信確認を送信し、
   前記クライアントは、前記クライアントの前記処理要求を発行し、
   前記サーバは、前記クライアントから、前記受信確認を受信した後、前記サーバへ前記操作情報に対応する処理要求を発行する
   ことを特徴とするコンピュータシステムの終了方法。
8. 請求項７に記載のコンピュータシステムの終了方法において、
   前記操作情報が再起動であった場合、前記クライアントは、前記処理要求に応じて、シャットダウン処理を実行し、請求項１に記載のシンクライアントシステムの起動方法を実行する
   ことを特徴とするコンピュータシステムの終了方法。
9. 請求項７または８に記載のコンピュータシステムの終了方法において、
   前記操作情報が、シャットダウンまたは再起動であった場合、前記サーバ装置は、前記サーバ装置に対してシャットダウンまたは再起動要求を出す前に、動作中のアプリケーションプログラムのデータ保存を行わせる
   ことを特徴とするコンピュータシステムの終了方法。
10. 請求項７ないし９いずれか一に記載のコンピュータシステムの終了方法において、
    前記クライアントは、前記要求の送信元アドレスが、予め記憶している前記サーバ装置のアドレスと一致した場合に、当該アドレスをあて先として、前記受信確認を送信する
    ことを特徴とするコンピュータシステムの終了方法。

Images