JP2007334686A - セッション管理システム、セッション管理サーバ、シンクライアント端末、プログラム - Google Patents

Abstract

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

Description

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

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

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

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

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

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

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

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

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

以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。

本発明のセッション管理システムは、シンクライアントサーバ（１０）と、セッション管理サーバ（２０）と、シンクライアント端末（３０）とを有する。
前記シンクライアントサーバ（１０）は、前記シンクライアント端末（３０）からの接続毎に割り振られるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、業務アプリケーション、及びデータがそれぞれインストールされた複数の実行部と、前記複数の実行部の各々の状態を示す情報を格納するクライアント状態取得部とを具備する。
前記セッション管理サーバ（２０）は、前記シンクライアントサーバ（１０）と前記シンクライアント端末（３０）との間のセッションを管理し、且つ、接続先設定テーブル（２２）及び接続状態管理テーブル（２３）を参照し、利用者と前記シンクライアント端末（３０）に応じて前記複数の実行部のいずれかへ接続する前記セッション管理部（２１）とを具備する。
前記シンクライアント端末（３０）は、前記セッション管理部（２１）を介して前記シンクライアントサーバ（１０）との接続を行うプロトコル管理部（３１）と、利用者情報及び端末情報を前記セッション管理部（２１）に送信し、応答として接続先ＩＰアドレスを取得し、且つ、前記接続先ＩＰアドレスを前記プロトコル管理部（３１）へ通知する接続先制御部（３２）とを具備する。
前記接続先制御部（３２）は、セッション切断時に、前記利用者情報と前記端末情報とをセッション管理部（２１）に送信し、前記セッション管理部（２１）は、前記接続状態管理テーブル（２３）を参照し、前記複数の実行部のうち現在利用中の実行部を特定し、該当する実行部の状態情報を前記クライアント状態取得部から取得し、前記ＯＳが正常な場合は再接続を行い、前記ＯＳが異常な場合は前記ＯＳの再起動を行う。

前記接続先設定テーブル（２２）は、前記利用者と前記シンクライアント端末（３０）との組み合わせに基づき、前記複数の実行部のいずれに接続するかを定義した定義情報を有する。

前記接続状態管理テーブル（２３）は、前記利用者、前記利用者が使用するシンクライアント端末（３０）、及び前記利用者が使用する実行部、の状態情報一覧を有する。

前記セッション管理部（２１）は、前記利用者と業務との組み合わせに応じて、前記複数の実行部のいずれかに接続する。

前記シンクライアント端末（３０）は、前記シンクライアント端末（３０）固有の秘密鍵（３３）とを更に具備する。前記接続先設定テーブル（２２）は、前記端末情報として前記秘密鍵（３３）に対応した公開鍵が登録されている。

本発明のセッション管理サーバ（２０）は、端末と利用者をキーとして、シンクライアントサーバ（１０）上にある複数の実行部のいずれに接続するかを定義したデータを格納している接続先設定テーブル（２２）と、前記接続先設定テーブル（２２）を参照し、前記端末からの要求に応じて、接続先となる実行部を決定するセッション管理部（２１）と、接続中の実行部との接続状態を保持するためのデータを格納している接続状態管理テーブル（２３）とを具備する。

本発明のシンクライアント端末（３０）は、セッション管理サーバ（２０）を介してシンクライアントサーバ（１０）との接続を行うプロトコル管理部（３１）と、前記セッション管理サーバ（２０）に対して利用者情報及び端末情報を送信し、応答として接続先ＩＰアドレスを取得し、且つ、前記プロトコル管理部（３１）に対して前記接続先ＩＰアドレスを通知する接続先制御部（３２）とを具備する。

本発明のプログラムは、（ａ１）システム運用前に、接続先設定テーブル（２２）の作成を行うステップと、（ａ２）シンクライアント端末（３０）の利用開始時に、接続先制御部（３２）が、ログイン画面を表示し、利用者情報及び端末情報を取得し、セッション管理部（２１）に接続要求を行うステップと、（ａ３）前記セッション管理部（２１）が、前記接続先制御部（３２）から送信された前記利用者及び前記端末情報をキーとして接続先設定テーブル（２２）を検索し、接続先ＩＰアドレスを決定して前記接続先制御部（３２）に返信するとともに、接続状態管理テーブル（２３）に結果を記録するステップと、（ａ４）前記接続先制御部（３２）が、プロトコル管理部（３１）に対して接続先ＩＰアドレスを通知し、指示されたＩＰアドレスを持つ実行部に接続を行うステップと、（ａ５）セッション切断後、前記接続先制御部（３２）が実行された場合、前記利用者情報及び前記端末情報を前記セッション管理部（２１）に送信するステップと、（ａ６）前記セッション管理部（２１）が、前記接続状態管理テーブル（２３）を検索し、現在利用中状態の場合は、利用中のＩＰアドレスを前記接続先制御部（３２）に返信し、利用中の実行部に再接続を行うステップと、（ａ７）接続中の実行部のＯＳに障害が発生した場合は、前記接続先制御部（３２）が、前記利用者情報及び前記端末情報を前記セッション管理部（２１）に送信するステップと、（ａ８）前記セッション管理部（２１）が、前記接続状態管理テーブル（２３）を検索し、現在利用中状態の場合は、前記シンクライアント端末（３０）のクライアント状態取得部に対して、前記ＯＳの状態の問い合わせを行い、異常応答の場合、若しくは応答がない場合は、前記ＯＳの障害と判断し、利用中の実行部の再起動を行うステップとを具備する。

本発明のプログラムは、（ｂ１）前記セッション管理部（２１）が、前記利用者と業務との組み合わせに応じて、該当する実行部に接続するステップを更に具備する。

本発明のプログラムは、（ｃ１）前記シンクライアント端末（３０）に固有の秘密鍵（３３）を提供するステップと、（ｃ２）前記セッション管理部（２１）が、接続先設定テーブル（２２）に、前記秘密鍵（３３）に対応した公開鍵を登録するステップとを更に具備する。

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

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

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

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

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

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

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

図４を参照して本実施例の動作について詳細に説明する。
（１）ステップＳ１０１
システム運用前に、接続先設定テーブル２２の作成を行う。
（２）ステップＳ１０２
次に、ＴＣ３０利用開始時に、接続先制御部３２は、ログイン画面を表示することで、利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレスなど）を取得し、セッション管理部２１に接続要求を行う。
（３）ステップＳ１０３
セッション管理部２１は、接続先制御部３２から送信された利用者と端末情報をキーとして、接続先設定テーブル２２（図２）を検索し、接続先ＩＰアドレスを決定し、接続先制御部３２に返信するとともに、接続状態管理テーブル２３に結果を記録する。
（４）ステップＳ１０４
接続先制御部３２は、プロトコル管理部３１に対して接続先ＩＰアドレスを通知することで、指示されたＩＰアドレスを持つ実行部１１に接続を行う。
（５）ステップＳ１０５
また、利用者によるセッション切断や通信経路の異常によるセッション切断後、利用者が接続先制御部３２を実行した場合、同様に利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレスなど）を、セッション管理部２１に送信する。
（６）ステップＳ１０６
セッション管理部２１は、接続状態管理テーブル２３（図３）を検索し、現在利用中状態の場合は、利用中のＩＰアドレスを接続先制御部３２に返信することで、利用中の実行部１１に再接続を行う。
（７）ステップＳ１０７
また、接続中の実行部１１のＯＳ（クライアントＯＳ１１１など）に障害が発生した場合は、利用者が接続先制御部３２を実行し、同様に利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレスなど）を、セッション管理部２１に送信する。
（８）ステップＳ１０８
セッション管理部２１は、接続状態管理テーブル（図３）を検索し、現在利用中状態の場合は、クライアント状態取得部１２に対して、ＯＳの状態の問い合わせを行う。異常応答の場合、若しくは応答がない場合は、ＯＳ障害と判断し、利用中の実行部１１の再起動を行う。

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

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

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

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

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

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

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

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

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

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

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

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

本発明の第１の特徴は、予め接続先の設定を行うことにより、利用者と利用ＴＣから利用者が意識することなく動的に接続先を決定できる点である。
本発明の第２の特徴は、予め接続先の設定を行うことにより、不正な端末からの利用を防止することが出来る点である。。
本発明の第３の特徴は、接続状態を保持することにより、セッション切断後の再接続が可能となる点である。
本発明の第４の特徴は、接続状態を保持し、且つＯＳの状態を取得することにより、ＯＳ障害発生時には利用者の再接続要求により自動的にＯＳの再起動が可能となる点である。

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

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

符号の説明

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

Claims (10)

1. シンクライアントサーバと、
   セッション管理サーバと、
   シンクライアント端末と
   を有し、
   前記シンクライアントサーバは、
   前記シンクライアント端末からの接続毎に割り振られるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、業務アプリケーション、及びデータがそれぞれインストールされた複数の実行部と、
   前記複数の実行部の各々の状態を示す情報を格納するクライアント状態取得部と
   を具備し、
   前記セッション管理サーバは、
   前記シンクライアントサーバと前記シンクライアント端末との間のセッションを管理し、且つ、接続先設定テーブル及び接続状態管理テーブルを参照し、利用者と前記シンクライアント端末に応じて前記複数の実行部のいずれかへ接続する前記セッション管理部と
   を具備し、
   前記シンクライアント端末は、
   前記セッション管理部を介して前記シンクライアントサーバとの接続を行うプロトコル管理部と、
   利用者情報及び端末情報を前記セッション管理部に送信し、応答として接続先ＩＰアドレスを取得し、且つ、前記接続先ＩＰアドレスを前記プロトコル管理部へ通知する接続先制御部と
   を具備し、
   前記接続先制御部は、セッション切断時に、前記利用者情報と前記端末情報とをセッション管理部に送信し、
   前記セッション管理部は、前記接続状態管理テーブルを参照し、前記複数の実行部のうち現在利用中の実行部を特定し、該当する実行部の状態情報を前記クライアント状態取得部から取得し、前記ＯＳが正常な場合は再接続を行い、前記ＯＳが異常な場合は前記ＯＳの再起動を行う
   セッション管理システム。
2. 請求項１に記載のセッション管理システムにおいて、
   前記接続先設定テーブルは、前記利用者と前記シンクライアント端末との組み合わせに基づき、前記複数の実行部のいずれに接続するかを定義した定義情報を有する
   セッション管理システム。
3. 請求項１又は２に記載のセッション管理システムにおいて、
   前記接続状態管理テーブルは、前記利用者、前記利用者が使用するシンクライアント端末、及び前記利用者が使用する実行部、の状態情報一覧を有する
   セッション管理システム。
4. 請求項１乃至３のいずれか一項に記載のセッション管理システムにおいて、
   前記セッション管理部は、前記利用者と業務との組み合わせに応じて、前記複数の実行部のいずれかに接続する
   セッション管理システム。
5. 請求項１に記載のセッション管理システムにおいて、
   前記シンクライアント端末は、
   前記シンクライアント端末固有の秘密鍵と
   を更に具備し、
   前記接続先設定テーブルは、前記端末情報として前記秘密鍵に対応した公開鍵が登録されている
   セッション管理システム。
6. 端末と利用者をキーとして、シンクライアントサーバ上にある複数の実行部のいずれに接続するかを定義したデータを格納している接続先設定テーブルと、
   前記接続先設定テーブルを参照し、前記端末からの要求に応じて、接続先となる実行部を決定するセッション管理部と、
   接続中の実行部との接続状態を保持するためのデータを格納している接続状態管理テーブルと
   を具備する
   セッション管理サーバ。
7. セッション管理サーバを介してシンクライアントサーバとの接続を行うプロトコル管理部と、
   前記セッション管理サーバに対して利用者情報及び端末情報を送信し、応答として接続先ＩＰアドレスを取得し、且つ、前記プロトコル管理部に対して前記接続先ＩＰアドレスを通知する接続先制御部と
   を具備する
   シンクライアント端末。
8. （ａ１）システム運用前に、接続先設定テーブルの作成を行うステップと、
   （ａ２）シンクライアント端末の利用開始時に、接続先制御部が、ログイン画面を表示し、利用者情報及び端末情報を取得し、セッション管理部に接続要求を行うステップと、
   （ａ３）前記セッション管理部が、前記接続先制御部から送信された前記利用者及び前記端末情報をキーとして接続先設定テーブルを検索し、接続先ＩＰアドレスを決定して前記接続先制御部に返信するとともに、接続状態管理テーブルに結果を記録するステップと、
   （ａ４）前記接続先制御部が、プロトコル管理部に対して接続先ＩＰアドレスを通知し、指示されたＩＰアドレスを持つ実行部に接続を行うステップと、
   （ａ５）セッション切断後、前記接続先制御部が実行された場合、前記利用者情報及び前記端末情報を前記セッション管理部に送信するステップと、
   （ａ６）前記セッション管理部が、前記接続状態管理テーブルを検索し、現在利用中状態の場合は、利用中のＩＰアドレスを前記接続先制御部に返信し、利用中の実行部に再接続を行うステップと、
   （ａ７）接続中の実行部のＯＳに障害が発生した場合は、前記接続先制御部が、前記利用者情報及び前記端末情報を前記セッション管理部に送信するステップと、
   （ａ８）前記セッション管理部が、前記接続状態管理テーブルを検索し、現在利用中状態の場合は、前記シンクライアント端末のクライアント状態取得部に対して、前記ＯＳの状態の問い合わせを行い、異常応答の場合、若しくは応答がない場合は、前記ＯＳの障害と判断し、利用中の実行部の再起動を行うステップと
   を具備する
   プログラム。
9. 請求項８に記載のプログラムにおいて、
   （ｂ１）前記セッション管理部が、前記利用者と業務との組み合わせに応じて、該当する実行部に接続するステップを更に具備する
   プログラム。
10. 請求項８又は９に記載のプログラムにおいて、
    （ｃ１）前記シンクライアント端末に固有の秘密鍵を提供するステップと、
    （ｃ２）前記セッション管理部が、接続先設定テーブルに、前記秘密鍵に対応した公開鍵を登録するステップと
    を更に具備する
    プログラム。

Images