JP2009301556A - シンクライアントシステム、セッション管理方法、及びプログラム - Google Patents

Abstract

【課題】シンクライアントシステムでも、従来のクライアント・サーバシステムと同等の操作を可能とする。
【解決手段】シンクライアントシステムにおいて、シンクライアント端末とシンクライアントサーバ間のセッションを、利用者と端末をキーとして管理することで、利用者が意識することなく目的（業務）に応じたシンクライアントサーバへの自動接続やセッションの再接続による業務の再開、シンクライアントサーバ側にあるＯＳの起動及びシャットダウンを利用者が行うことを可能とする。
【選択図】図１

Description

本発明は、シンクライアントシステムに関し、特にセッション管理を行うシンクライアントシステムに関する。

シンクライアントシステムでは、利用者が利用するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やデータはシンクライアントサーバ側に存在しているため、通常のクライアント・サーバシステムにおいて、従来、複数ＰＣを保有や複数の業務を複数の場所で兼務している業務形態をシンクライアント化する場合、シンクライアント端末（以下、ＴＣとする）から接続先サーバを利用者が意識する必要がある。また、ＯＳに障害が発生し、ＯＳの再起動を行う場合は、システム管理者に要求する必要がある。このように、従来のクライアント・サーバシステムにくらべシンクライアントシステムでは利用者にとって操作性が低くなる。

例えば、ディスクを持つクライアント端末を利用したクライアント・サーバ形態では、ＰＣの低価格化や、業務の複雑化に伴い、１人複数台のＰＣを保有していたり、複数の業務の兼務している場合多い。シンクライアントシステムは、端末管理コスト削減や近年では情報漏えい対策を目的として導入されており、ディスクレス又はディスクへの書き込みが禁止されたシンクライアント端末と、オペレーティングシステムや業務アプリケーションやデータが存在するシンクライアントサーバから構成される。ＴＣとサーバ間では、ＲｅｍｏｔｅＤｅｓｋｔｏｐＰｒｏｔｏｃｏｌやネットワークブート等により接続される。クライアント・サーバ形態からシンクライアントシステムに移行する場合、接続先のシンクライアントサーバを利用者が意識する必要が生じたり、ＯＳの再起動を管理者が行う必要があり、端末利用者の操作性が低くなるという問題があった。

関連する技術として、特開２０００−１８１８２１号公報（特許文献１）にネットワークコンピュータシステムが開示されている。
この従来技術は、第１のコンピュータと、この第１のコンピュータからネットワークを介してオペレーティングシステム及びアプリケーションプログラムを取得して動作する第２のコンピュータとからなるネットワークコンピュータシステムに関する。前記第２のコンピュータは、個人を識別するための識別データが記憶された個人認証用記憶媒体から前記識別データを読み取る識別データ読み取り手段と、前記識別データ読み取り手段が読み取った識別データを前記第１のコンピュータに送信する識別データ送信手段とを具備し、前記第１のコンピュータは、前記第２のコンピュータから送信された識別データを受信する識別データ受信手段と、前記識別データ受信手段が受信した識別データから前記第２のコンピュータに自動送信するアプリケーションプログラムを判定する送信プログラム判定手段とを具備することを特徴とする。

また、特開２００２−１１１７１３号公報（特許文献２）にネットワークシステムが開示されている。
このネットワークシステムは、ネームサーバと、このネームサーバにより名前解決される複数のサーバと、前記ネームサーバに対して所望のサーバの名前解決を要求するクライアントとを備える。前記ネームサーバは、前記名前解決される各サーバの、名前、ＩＰアドレス及び稼動状況を管理するデータベースと、前記クライアントからの前記名前解決要求に応じて前記データベースを検索してＩＰアドレスを応答するとともに、この名前解決されたサーバの稼動状況を調べ、停止中であればその名前解決されたサーバに起動要求パケットを送信する機能とを有し、前記名前解決される複数のサーバが各々、受信した前記起動要求パケットに応じて起動処理を行う機能を有することを特徴とする。

特開２００５−３３９１３３号公報（特許文献３）に共同利用パソコンシステムが開示されている。
この共同利用パソコンシステムは、共同利用されるディスクレスのユーザ端末と、該ユーザ端末を所定の初期環境で動作させるための初期環境構築ファイルを保存し管理するＰＣ初期環境管理サーバと、前記ユーザ端末におけるユーザ毎に異なる環境をバックアップしておく個人データバックアップサーバとを有する。前記ユーザ端末は、前記ＰＣ初期環境管理サーバから前記初期環境構築ファイルをメモリ上にダウンロードして実行することで初期環境を構築し、前記個人データバックアップサーバからユーザ独自の環境設定をメモリ上にダウンロードして設定することを特徴とする。

特開平８−２６３２８３号公報（特許文献４）にソフトウェア管理システムが開示されている。
この従来技術は、サーバと複数の端末装置とを通信手段で接続し、該各端末装置によってプログラムを共用するソフトウェア管理システムに関する。このソフトウェア管理システムは、前記サーバに、前記プログラムの識別名と該プログラムを使用可能な端末装置の識別名とユーザの識別名と該ユーザのパスワード等の管理情報を記憶する管理情報記憶手段と、該手段に記憶された管理情報と前記端末装置から受信したセキュリティチェック情報とに基づいて該端末装置での前記プログラムの使用可否の妥当性を判断する手段と、該手段による判断結果を前記セキュリティチェック情報を送信してきた端末装置へ送信する手段とを設けている。また、前記端末装置に、前記プログラムの実行要求がある度に該プログラムの識別名と端末装置の識別名とユーザの識別名と該ユーザのパスワード等のセキュリティチェック情報を前記サーバへ送信する手段と、前記サーバから受信した判断結果に基づいて前記プログラムに対する実行権を付与する手段とを設けたことを特徴とする。

特開２０００−１８１８２１号公報 特開２００２−１１１７１３号公報 特開２００５−３３９１３３号公報 特開平８−２６３２８３号公報

本発明の目的は、シンクライアント端末とシンクライアントサーバ間のセッションを、利用者と端末をキーとして管理するシンクライアントシステムを提供することである。
本発明の他の目的は、利用者が意識することなく目的（業務）に応じたシンクライアントサーバへの自動接続やセッションの再接続による業務の再開、シンクライアントサーバ側にあるＯＳの起動及びシャットダウンを利用者が行うことを可能とするシンクライアントシステムを提供することである。
本発明の更に他の目的は、従来のクライアント・サーバシステムと同等の操作を可能とするシンクライアントシステムを提供することである。

本発明のシンクライアントシステムは、それぞれタスクが与えられる複数の実行部を含むシンクライアントサーバと、シンクライアント端末と、複数の実行部のうち所定の実行部にシンクライアント端末を割り当てるセッション管理サーバとを含む。セッション管理サーバは、所定の実行部を示す実行部情報を、シンクライアント端末の利用者を示す利用者情報と、シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルと、シンクライアント端末から利用者情報及び端末情報を受信し、利用者情報及び端末情報に基づいて、接続先設定テーブルから所定の実行部を示す実行部情報を検出し、検出された実行部情報をシンクライアント端末に通知するセッション管理手段とを含む。

本発明のセッション管理方法は、シンクライアントシステムにおけるセッション管理方法であって、セッション管理サーバを用いて、シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち所定の実行部にシンクライアント端末を割り当てることと、セッション管理サーバ上で、所定の実行部を示す実行部情報を、シンクライアント端末の利用者を示す利用者情報と、シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルを用意することと、セッション管理サーバ上で、シンクライアント端末から利用者情報及び端末情報を受信することと、利用者情報及び端末情報に基づいて、接続先設定テーブルから実行部情報を検出することと、検出された実行部情報をシンクライアント端末に通知することとを含む。

本発明のプログラムは、シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち所定の実行部を示す実行部情報を、所定の実行部に割り当てられたシンクライアント端末の利用者を示す利用者情報と、シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルを用意するステップと、利用者情報及び端末情報に基づいて、接続先設定テーブルから実行部情報を検出するステップと、シンクライアント端末とシンクライアントサーバとの間の接続状態が、使用状態のまま接続が切断されたことを示している時、シンクライアント端末とシンクライアントサーバとの再接続を実行するステップとをコンピュータに実行させるためのプログラムである。

第１の効果は、利用者と利用場所（端末）に応じた業務を、ログオンＩＤとパスワード入力のみで行える点である。クライアント・サーバシステムと同様に、利用者が接続先のシンクライアントサーバを意識する必要がない。その理由は、セッション管理サーバが利用者と端末に応じて接続するシンクライアントサーバを自動判別するためである。
第２の効果は、利用者判断で、ＯＳを再起動できる点である。ＯＳに障害が発生した場合の復旧をシステム管理者に要求することなく迅速に復旧が可能となる。その理由は、セッション管理サーバが、接続状態とＯＳの状態からＯＳの再起動を自動的に行うためである。
第３の効果は、不正な端末からは利用できない点である。また暗号化を併用することにより、安全性を更に高めることができる。その理由は、接続先設定テーブルにより接続元ＴＣを判別するためである。

本発明の構成を示すブロック図である。 接続先設定テーブルの内容を示す図である。 接続状態管理テーブルの内容を示す図である。 本発明の動作を示すフローチャートである。 複数の実行部の割り当てについて示す図である。 端末認証について示す図である。

以下に、本発明の第１実施形態について添付図面を参照して説明する。
図１を参照すると、本発明に係るシンクライアントシステムは、シンクライアントサーバ１０と、セッション管理サーバ２０と、ＴＣ（シンクライアント端末）３０を備える。

シンクライアントサーバ１０（１０−ｉ、ｉ＝１〜ｎ：ｎはサーバ数）は、少なくとも１つのサーバである。シンクライアントサーバ１０は、実行部（実行イメージ）１１と、クライアント状態取得部１２を備える。

実行部１１は、クライアントＯＳ１１１と、業務アプリケーション（業務ＡＰ）１１２と、データ１１３とを含む。クライアント状態取得部１２は、クライアントＯＳ１１１の状態を取得する。クライアントＯＳ１１１や業務アプリケーション１１２及びデータ１１３は、ＴＣ３０からの接続毎に割り振られる。従って、ＴＣ３０からの接続数がｍである場合、実行部１１、クライアント状態取得部１２、クライアントＯＳ１１１や業務アプリケーション１１２及びデータ１１３の各々は、１つのシンクライアントサーバ１０につきｍ個ずつ存在する。図１では、それぞれ、実行部１１（１１−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、クライアント状態取得部１２（１２−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、クライアントＯＳ１１１（１１１−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、業務アプリケーション１１２（１１２−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、データ１１３（１１３−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）として示している。

セッション管理サーバ２０は、セッション管理を行うためのサーバである。セッション管理サーバ２０は、セッション管理部２１と、接続先設定テーブル２２と、接続状態管理テーブル２３を備える。

セッション管理部２１は、接続先設定テーブル２２を参照し、ＴＣ３０からの要求に応じて、接続先を決定する。接続先設定テーブル２２は、端末と利用者をキーとしてどの実行部１１に接続するかを定義したデータを格納している。接続状態管理テーブル２３は、実行部１１との接続状態を保持するためのデータを格納している。

ＴＣ３０は、セッション管理サーバ２０を介して、シンクライアントサーバ１０と通信するための端末である。ＴＣ３０は、プロトコル管理部３１と、接続先制御部３２を備える。

プロトコル管理部３１は、例えば、ＲｅｍｏｔｅＤｅｓｋｔｏｐＰｒｏｔｏｃｏｌ（以降、ＲＤＰとする）クライアントとして、シンクライアントサーバ１０との接続を行う。接続先制御部３２は、プロトコル管理部３１に対して、接続先の指定を行う。また、セッション管理部２１に対して、接続先の決定を要求する。

図２に接続先設定テーブル２２の詳細を示す。
図２を参照すると、接続先設定テーブル２２は、利用者（アカウント）とＴＣの組み合わせにより、どの実行部１１に接続するかの定義情報を備えている。例えば、図２を参照すると、利用者Ａで且つ利用端末がＴＣ−Ａの場合は、接続先はＩＰアドレスＡとなる。

図３に接続状態管理テーブル２３の詳細を示す。
図３を参照すると、接続状態管理テーブル２３は、どの利用者（アカウント）が、どのＴＣから、どの実行部１１に接続しているかの状態情報一覧を備えている。例えば、図３を参照すると、利用者Ａが、端末ＴＣ−Ａから、ＩＰアドレスＡに接続している状態であることを表す。

図４を参照して本実施例の動作について詳細に説明する。

（１）ステップＳ１０１
セッション管理サーバ２０は、システム運用前に、接続先設定テーブル２２の作成を行う。

（２）ステップＳ１０２
次に、ＴＣ３０利用開始時に、接続先制御部３２は、ログイン画面を表示することで、利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレス等）を取得し、セッション管理部２１に接続要求を行う。

（３）ステップＳ１０３
セッション管理部２１は、接続先制御部３２から送信された利用者と端末情報をキーとして、接続先設定テーブル２２（図２）を検索し、接続先ＩＰアドレスを決定し、接続先制御部３２に返信するとともに、接続状態管理テーブル２３に結果を記録する。

（４）ステップＳ１０４
接続先制御部３２は、プロトコル管理部３１に対して接続先ＩＰアドレスを通知することで、指示されたＩＰアドレスを持つ実行部１１に接続を行う。

（５）ステップＳ１０５
また、利用者によるセッション切断や通信経路の異常によるセッション切断後、利用者が接続先制御部３２を実行した場合、同様に利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレス等）を、セッション管理部２１に送信する。

（６）ステップＳ１０６
セッション管理部２１は、接続状態管理テーブル２３（図３）を検索し、現在利用中状態の場合は、利用中のＩＰアドレスを接続先制御部３２に返信することで、利用中の実行部１１に再接続を行う。

（７）ステップＳ１０７
また、接続中の実行部１１のＯＳ（クライアントＯＳ１１１等）に障害が発生した場合は、利用者が接続先制御部３２を実行し、同様に利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレス等）を、セッション管理部２１に送信する。

（８）ステップＳ１０８
セッション管理部２１は、接続状態管理テーブル（図３）を検索し、現在利用中状態の場合は、クライアント状態取得部１２に対して、ＯＳの状態の問い合わせを行う。異常応答の場合、若しくは応答がない場合は、ＯＳ障害と判断し、利用中の実行部１１の再起動を行う。

なお、前述した本実施例の動作を、諸般のコンピュータに実行させるためのプログラムを用いても良い。当該プログラムには、コンピュータが本実施例の動作を実行するために必要な命令文及び定義が記述されている。

以下に、本発明の第２実施形態について説明する。
本発明の第２実施形態は、複数の実行部の割り当てに関する。
図５を参照して複数の実行部の割り当てについて詳細に説明する。

図５において、例えば、利用者Ａ：４０Ａは、業務ａと業務ｂを兼務しており、業務ａは本社ＡでＴＣ−Ａ：３０Ａから実施し、業務ｂは営業所ＢでＴＣ−Ｂ：３０Ｂから実施し、それぞれ業務に利用するデータやアプリケーションが異なり、図２のように接続先設定テーブルを定義する。

利用者Ａ：４０Ａが、ＴＣ−Ａ：３０Ａから業務を行う場合は、セッション管理サーバ２０の持つ接続先設定テーブル（図２）により、業務ａ用のアプリケーションやデータを保持する業務イメージ（ＩＰアドレスＡ）：１１Ａ−１へ接続する。同様に、利用者ＡがＴＣ−Ｂ：３０Ｂから業務を行う場合は、業務ｂ用の業務イメージ（ＩＰアドレスＢ）：１１Ｂ−１へ接続する。なお、業務イメージは、実行部（実行イメージ）１１に該当する。

また、ＴＣ−Ａ：３０Ａから業務を行う場合でも、利用者Ｂ：４０Ｂがログオンした場合は、接続先設定テーブル（図２）の３行目の設定から、ＩＰアドレスＣへ接続する。

以下に、本発明の第３実施形態について説明する。
本発明の第３実施形態は、端末認証に関する。
図５と図６を参照して端末認証について詳細に説明する。

図５において、利用者Ａ：４０Ａが、ＴＣ−Ｃ：３０Ｃから業務を行おうとした場合、セッション管理サーバ２０の持つ接続先設定テーブル（図２）に登録されていないため、利用者Ａ：４０Ａであっても業務を行うことはできない。

更に、図６において、ＴＣ３０上に、ＴＣ３０固有の秘密鍵３３を配布又は予めＴＣ３０上のＲＯＭに書き込み、ＴＣ３０から秘密鍵３３、又は秘密鍵３３に対応した公開鍵を配布されたセッション管理部は、接続先設定テーブル２２のＴＣ情報として、秘密鍵３３に対応した公開鍵を登録する。これにより図５においてＴＣ−Ｃ：３０Ｃから業務を行おうとした場合、ＴＣ−Ｃ：３０ＣのＩＰアドレスやＭＡＣアドレスの偽装による不正接続を防止することが可能となる。

なお、本発明は、クライアント・サーバシステムからシンクライアントシステムへ移行を行う場合、利用者の操作性を継承し、高いセキュリティを必要とするシステムに適用できる。

以上のように、本発明のシンクライアントシステムは、シンクライアントサーバ１０とＴＣ３０間のセッションを管理するセッション管理サーバ２０と、接続先ＩＰアドレスをプロトコル管理部３１へ通知する接続先制御部３２を備えている。

接続先制御部３２は、利用者情報と端末情報をセッション管理部２１に送信し、セッション管理部２１は、接続先設定テーブル２２及び接続状態管理テーブル２３を参照することで、利用者と端末（利用場所）に応じた業務アプリケーションやデータがインストールされた実行部１１へ接続する。

また、セッション切断時に、ＴＣ３０利用者が接続先制御部３２を再実行した場合、利用者情報と端末情報をセッション管理部２１に送信し、セッション管理部２１は、接続状態管理テーブル２３を参照することで、現在利用中の実行部１１を特定する。該当する実行部１１の状態をクライアント状態取得部（Ｎ−２−Ｍ）から取得し、ＯＳが正常な場合は、再接続を行い、ＯＳが異常な場合は、ＯＳの再起動を行う。

本発明の第１の特徴は、予め接続先の設定を行うことにより、利用者と利用ＴＣから利用者が意識することなく動的に接続先を決定できる点である。

本発明の第２の特徴は、予め接続先の設定を行うことにより、不正な端末からの利用を防止することが出来る点である。

本発明の第３の特徴は、接続状態を保持することにより、セッション切断後の再接続が可能となる点である。

本発明の第４の特徴は、接続状態を保持し、且つＯＳの状態を取得することにより、ＯＳ障害発生時には利用者の再接続要求により自動的にＯＳの再起動が可能となる点である。

このように、本発明は、シンクライアントシステムにおいて、シンクライアント端末とシンクライアントサーバ間のセッションを、利用者と端末をキーとして管理することで、利用者が意識することなく目的（業務）に応じたシンクライアントサーバへの自動接続やセッションの再接続による業務の再開、シンクライアントサーバ側にあるＯＳの起動及びシャットダウンを利用者が行うことを可能とし、シンクライアントシステムでも、従来のクライアント・サーバシステムと同等の操作を可能とする。

１０…シンクライアントサーバ
１１…実行部（実行イメージ）
１１１…クライアントＯＳ
１１２…業務アプリケーション（業務ＡＰ）
１１３…データ
１２…クライアント状態取得部
２０…セッション管理サーバ
２１…セッション管理部
２２…接続先設定テーブル
２３…接続状態管理テーブル
３０…ＴＣ（シンクライアント端末）
３１…プロトコル管理部
３２…接続先制御部

Claims (18)

1. それぞれタスクが与えられる複数の実行部を含むシンクライアントサーバと、
   シンクライアント端末と、
   前記複数の実行部のうち所定の実行部に前記シンクライアント端末を割り当てるセッション管理サーバと
   を含み、
   前記セッション管理サーバは、
   前記所定の実行部を示す実行部情報を、前記シンクライアント端末の利用者を示す利用者情報と、前記シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルと、
   前記シンクライアント端末から前記利用者情報及び前記端末情報を受信し、前記利用者情報及び前記端末情報に基づいて、前記接続先設定テーブルから前記実行部情報を検出し、前記実行部情報を前記シンクライアント端末に通知するセッション管理手段と
   を含む
   シンクライアントシステム。
2. 請求項１に記載のシンクライアントシステムであって、
   前記セッション管理サーバは、前記シンクライアント端末と前記シンクライアントサーバとの再接続に備えて、前記シンクライアント端末と前記シンクライアントサーバとの間の接続状態を管理する
   シンクライアントシステム。
3. 請求項１又は２に記載のシンクライアントシステムであって、
   前記複数の実行部の各々は、
   ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と、
   前記与えられたタスクに該当する業務アプリケーションと、
   前記業務アプリケーションにより使用されるデータと
   を含む
   シンクライアントシステム。
4. 請求項１乃至３のいずれか一項に記載のシンクライアントシステムであって、
   前記シンクライアントサーバは、
   前記複数の実行部の各々の状態を保持するため前記各実行部に与えられたクライアント状態取得手段
   を更に含む
   シンクライアントシステム。
5. 請求項１乃至４のいずれか一項に記載のシンクライアントシステムであって、
   前記シンクライアント端末は、前記シンクライアント端末に固有の秘密鍵を持ち、
   前記接続先設定テーブルは、前記端末情報として、前記秘密鍵に対応する公開鍵を格納している
   シンクライアントシステム。
6. 請求項１乃至５のいずれか一項に記載のシンクライアントシステムであって、
   前記セッション管理サーバは、
   接続状態管理テーブル
   を更に含み、
   前記セッション管理手段は、前記シンクライアント端末と前記所定の実行部とが接続された時、前記接続状態管理テーブルに、前記シンクライアント端末の利用者を示す利用者情報と、前記シンクライアント端末を示す端末情報と、前記所定の実行部を示す実行部情報と、を関連付けて格納する
   シンクライアントシステム。
7. 請求項１乃至６のいずれか一項に記載のシンクライアントシステムであって、
   前記シンクライアント端末は、
   前記所定の実行部を示す実行部情報を受け取り、所定のプロトコルと前記実行部情報を用いて、前記シンクライアントサーバとの接続を確立するプロトコル管理手段と、
   前記利用者情報及び前記端末情報の送信に対する応答として、前記セッション管理サーバから前記実行部情報を取得し、前記プロトコル管理手段に前記実行部情報を通知する接続先制御手段と、
   シンクライアントシステム。
8. 請求項７に記載のシンクライアントシステムであって、
   前記セッション管理手段は、前記シンクライアント端末からの前記利用者情報及び前記端末情報の受信に対する応答として、前記実行部情報を取得し、
   前記シンクライアント端末と前記シンクライアントサーバとの間の接続が切断された時、前記所定の実行部の状態を取得し、前記所定の実行部が通常の状態であることを前記所定の実行部の状態が示している時、前記シンクライアント端末の再接続を実行する
   シンクライアントシステム。
9. 請求項７又は８に記載のシンクライアントシステムであって、
   前記セッション管理手段は、前記シンクライアント端末からの前記利用者情報及び前記端末情報の受信に対する応答として、前記実行部情報を取得し、
   前記シンクライアント端末と前記シンクライアントサーバとの間の接続が切断された時、前記所定の実行部の状態を取得し、前記所定の実行部が異常な状態であることを前記所定の実行部の状態が示している時、前記所定の実行部の再起動を実行する
   シンクライアントシステム。
10. 請求項１乃至９のいずれか一項に記載のシンクライアントシステムで使用されるセッション管理サーバ。
11. 請求項１乃至９のいずれか一項に記載のシンクライアントシステムで使用されるクライアント端末。
12. シンクライアントシステムにおけるセッション管理方法であって、
    セッション管理サーバを用いて、シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち所定の実行部にシンクライアント端末を割り当てることと、
    前記セッション管理サーバ上で、前記所定の実行部を示す実行部情報を、前記シンクライアント端末の利用者を示す利用者情報と、前記シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルを用意することと、
    前記セッション管理サーバ上で、前記シンクライアント端末から前記利用者情報及び前記端末情報を受信することと、
    前記利用者情報及び前記端末情報に基づいて、前記接続先設定テーブルから前記実行部情報を検出することと、
    前記実行部情報を前記シンクライアント端末に通知することと
    を含む
    セッション管理方法。
13. 請求項１２に記載のセッション管理方法であって、
    前記セッション管理サーバ上で、前記シンクライアント端末と前記シンクライアントサーバとの再接続に備えて、前記シンクライアント端末と前記シンクライアントサーバとの間の接続状態を管理すること
    を更に含む
    セッション管理方法。
14. 請求項１３に記載のセッション管理方法であって、
    前記シンクライアント端末と前記シンクライアントサーバとの間の接続状態が、使用状態のまま接続が切断されたことを示している時、前記シンクライアント端末と前記シンクライアントサーバとの再接続を実行すること
    を更に含む
    セッション管理方法。
15. 請求項１４に記載のセッション管理方法であって、
    あるタスクのための実行部情報を受け取ることと、
    前記利用者情報及び前記端末情報の送信に対する応答として、前記実行部情報を取得することと、
    前記実行部情報を前記セッション管理サーバに通知することと
    を更に含む
    セッション管理方法。
16. シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち所定の実行部を示す実行部情報を、前記所定の実行部に割り当てられたシンクライアント端末の利用者を示す利用者情報と、前記シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルを用意するステップと、
    前記利用者情報及び前記端末情報に基づいて、前記接続先設定テーブルから前記実行部情報を検出するステップと、
    前記シンクライアント端末と前記シンクライアントサーバとの間の接続状態が、使用状態のまま接続が切断されたことを示している時、前記シンクライアント端末と前記シンクライアントサーバとの再接続を実行するステップと
    をコンピュータに実行させるための
    プログラム。
17. 請求項１６に記載のプログラムであって、
    前記実行部情報、前記利用者情報、及び前記端末情報を受け取り、保持するステップ
    を更にコンピュータに実行させるための
    プログラム。
18. 請求項１７に記載のプログラムであって、
    前記所定の実行部に障害が発生したとき、前記所定の実行部の再起動を実行するステップ
    を更にコンピュータに実行させるための
    プログラム。

Images