(57)【特許請求の範囲】
【請求項１】
それぞれタスクが与えられる複数の実行部を含むシンクライアントサーバと、
シンクライアント端末と、
前記複数の実行部のうち接続対象となる所定の実行部に前記シンクライアント端末を割り当てるセッション管理サーバと
を含み、
前記セッション管理サーバは、
前記所定の実行部を示す実行部情報を、前記シンクライアント端末の利用者を示す利用者情報と、前記シンクライアント端末を示す端末情報と、に関連付けて予め格納している接続先設定テーブルと、
前記利用者情報と、前記端末情報と、前記実行部情報と、を関連付けて格納するための接続状態管理テーブルと、
前記シンクライアント端末からの接続の要求と同時に前記利用者情報及び前記端末情報を受信し、前記利用者情報及び前記端末情報の組み合わせに基づいて、前記接続先設定テーブルから前記実行部情報を検出し、前記実行部情報に基づいて接続対象となる前記所定の実行部を特定した際に、前記接続状態管理テーブルを参照し、前記シンクライアント端末と前記所定の実行部との接続状態が利用中として登録されている場合、不慮の切断が発生したと判断して、前記シンクライアント端末に対して前記所定の実行部との再接続を行うセッション管理手段と
を含み、
前記複数の実行部の各々は、
ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と、
前記与えられたタスクに該当する業務アプリケーションと、
前記業務アプリケーションにより使用されるデータと
を含み、
前記シンクライアントサーバは、
前記複数の実行部の各々の状態を取得して保持するため前記各実行部に与えられたクライアント状態取得手段
を更に含み、
前記セッション管理手段は、前記シンクライアント端末と前記所定の実行部との接続状態が利用中として登録されている場合、前記クライアント状態取得手段に対して、前記実行部情報に応じた前記所定の実行部のＯＳの状態の問い合わせを行い、前記クライアント状態取得手段から異常応答があれば、ＯＳ障害と判断し、前記所定の実行部の再起動を行う
シンクライアントシステム。
【請求項２】
請求項１に記載のシンクライアントシステムであって、
前記セッション管理手段は、前記接続先設定テーブルに、前記端末情報の１つとして、前記シンクライアント端末固有の暗号鍵を登録し、他の端末から接続要求が行われた際の前記他の端末のアドレス情報の偽装による不正接続を防止する
シンクライアントシステム。
【請求項３】
請求項１又は２に記載のシンクライアントシステムであって、
前記セッション管理手段は、予め前記接続先設定テーブルに接続先の設定を行うことにより、前記利用者に意識させることなく前記利用者情報及び前記端末情報の組み合わせに基づいて動的に接続先を決定し、不正な端末からの利用を防止し、前記接続状態管理テーブルに接続状態を保持することにより、セッション切断後の前記接続先への再接続を実現し、前記接続先からＯＳの状態を取得することにより、ＯＳ障害発生時において自動的にＯＳの再起動を行う
シンクライアントシステム。
【請求項４】
請求項１乃至３のいずれか一項に記載のシンクライアントシステムであって、
前記シンクライアント端末は、
前記利用者による利用開始時、又はセッション切断時に、前記利用者情報及び前記端末情報を前記セッション管理サーバに送信し、応答として前記実行部情報を取得する接続先制御手段と、
前記接続先制御部から前記実行部情報を取得し、前記実行部情報に基づいて、前記セッション管理サーバを利用して前記所定の実行部との通信を行うプロトコル管理手段と
を含む
シンクライアントシステム。
【請求項５】
請求項１乃至４のいずれか一項に記載のシンクライアントシステムで使用されるセッション管理サーバ。
【請求項６】
請求項１乃至４のいずれか一項に記載のシンクライアントシステムで使用されるシンクライアントサーバ。
【請求項７】
請求項１乃至４のいずれか一項に記載のシンクライアントシステムで使用されるシンクライアント端末。
【請求項８】
シンクライアントシステムにおいて、シンクライアント端末とシンクライアントサーバとの間の接続状態を管理するセッション管理サーバにより実施されるセッション管理方法であって、
前記シンクライアント端末からの接続の要求と同時に、前記シンクライアント端末の利用者を示す利用者情報、及び、前記シンクライアント端末を示す端末情報を受信することと、
前記シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち接続対象となる所定の実行部を示す実行部情報を前記利用者情報と前記端末情報とに関連付けて予め格納している接続先設定テーブルを参照し、受信した前記利用者情報及び前記端末情報の組み合わせに基づいて、前記接続先設定テーブルから前記実行部情報を検出することと、
接続状態管理テーブルに、前記利用者情報と、前記端末情報と、前記実行部情報と、を関連付けて格納することと、
前記実行部情報に基づいて接続対象となる前記所定の実行部を特定した際に、前記接続状態管理テーブルを参照し、前記シンクライアント端末と前記所定の実行部との接続状態が利用中として登録されている場合、不慮の切断が発生したと判断して、前記シンクライアント端末に対して前記所定の実行部との再接続を行うことと、
前記シンクライアント端末と前記所定の実行部との接続状態が利用中として登録されている場合、前記シンクライアントサーバに対して、前記実行部情報に応じた前記所定の実行部のＯＳの状態の問い合わせを行うことと、
前記シンクライアントサーバから異常応答があれば、ＯＳ障害と判断し、前記所定の実行部の再起動を行うことと
を含む
セッション管理方法。
【請求項９】
請求項８に記載のセッション管理方法であって、
前記接続先設定テーブルに、前記端末情報の１つとして、前記シンクライアント端末固有の暗号鍵を登録し、他の端末から接続要求が行われた際の前記他の端末のアドレス情報の偽装による不正接続を防止すること
を更に含む
セッション管理方法。
【請求項１０】
請求項８又は９に記載のセッション管理方法であって、
予め前記接続先設定テーブルに接続先の設定を行うことにより、前記利用者に意識させることなく前記利用者情報及び前記端末情報の組み合わせに基づいて動的に接続先を決定し、不正な端末からの利用を防止することと、
前記接続状態管理テーブルに接続状態を保持することにより、セッション切断後の前記接続先への再接続を実現することと、
前記接続先からＯＳの状態を取得することにより、ＯＳ障害発生時において自動的にＯＳの再起動を行うことと
を更に含む
セッション管理方法。
【請求項１１】
シンクライアント端末からの接続の要求と同時に、前記シンクライアント端末の利用者を示す利用者情報、及び、前記シンクライアント端末を示す端末情報を受信するステップと、
シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち接続対象となる所定の実行部を示す実行部情報を前記利用者情報と前記端末情報とに関連付けて予め格納している接続先設定テーブルを参照し、受信した前記利用者情報及び前記端末情報の組み合わせに基づいて、前記接続先設定テーブルから前記実行部情報を検出するステップと、
接続状態管理テーブルに、前記利用者情報と、前記端末情報と、前記実行部情報と、を関連付けて格納するステップと、
前記実行部情報に基づいて接続対象となる前記所定の実行部を特定した際に、前記接続状態管理テーブルを参照し、前記シンクライアント端末と前記所定の実行部との接続状態が利用中として登録されている場合、不慮の切断が発生したと判断して、前記シンクライアント端末に対して前記所定の実行部との再接続を行うステップと、
前記シンクライアント端末と前記所定の実行部との接続状態が利用中として登録されている場合、前記シンクライアントサーバに対して、前記実行部情報に応じた前記所定の実行部のＯＳの状態の問い合わせを行うステップと、
前記シンクライアントサーバから異常応答があれば、ＯＳ障害と判断し、前記所定の実行部の再起動を行うステップと
をコンピュータに実行させるための
プログラム。
【請求項１２】
請求項１１に記載のプログラムであって、
前記接続先設定テーブルに、前記端末情報の１つとして、前記シンクライアント端末固有の暗号鍵を登録し、他の端末から接続要求が行われた際の前記他の端末のアドレス情報の偽装による不正接続を防止するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１３】
請求項１１又は１２に記載のプログラムであって、
予め前記接続先設定テーブルに接続先の設定を行うことにより、前記利用者が意識するステップなく前記利用者情報及び前記端末情報の組み合わせに基づいて動的に接続先を決定し、不正な端末からの利用を防止するステップと、
前記接続状態管理テーブルに接続状態を保持することにより、セッション切断後の前記接続先への再接続を実現するステップと、
前記接続先からＯＳの状態を取得することにより、ＯＳ障害発生時において自動的にＯＳの再起動を行うステップと
を更にコンピュータに実行させるための
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアントシステムに関し、特にセッション管理を行うシンクライアントシステムに関する。
【背景技術】
【０００２】
シンクライアントシステムでは、利用者が利用するＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やデータはシンクライアントサーバ側に存在しているため、通常のクライアント・サーバシステムにおいて、従来、複数ＰＣを保有や複数の業務を複数の場所で兼務している業務形態をシンクライアント化する場合、シンクライアント端末（以下、ＴＣとする）から接続先サーバを利用者が意識する必要がある。また、ＯＳに障害が発生し、ＯＳの再起動を行う場合は、システム管理者に要求する必要がある。このように、従来のクライアント・サーバシステムにくらべシンクライアントシステムでは利用者にとって操作性が低くなる。
【０００３】
例えば、ディスクを持つクライアント端末を利用したクライアント・サーバ形態では、ＰＣの低価格化や、業務の複雑化に伴い、１人複数台のＰＣを保有していたり、複数の業務の兼務している場合多い。シンクライアントシステムは、端末管理コスト削減や近年では情報漏えい対策を目的として導入されており、ディスクレス又はディスクへの書き込みが禁止されたシンクライアント端末と、オペレーティングシステムや業務アプリケーションやデータが存在するシンクライアントサーバから構成される。ＴＣとサーバ間では、ＲｅｍｏｔｅＤｅｓｋｔｏｐＰｒｏｔｏｃｏｌやネットワークブート等により接続される。クライアント・サーバ形態からシンクライアントシステムに移行する場合、接続先のシンクライアントサーバを利用者が意識する必要が生じたり、ＯＳの再起動を管理者が行う必要があり、端末利用者の操作性が低くなるという問題があった。
【０００４】
関連する技術として、特開２０００−１８１８２１号公報（特許文献１）にネットワークコンピュータシステムが開示されている。
この従来技術は、第１のコンピュータと、この第１のコンピュータからネットワークを介してオペレーティングシステム及びアプリケーションプログラムを取得して動作する第２のコンピュータとからなるネットワークコンピュータシステムに関する。前記第２のコンピュータは、個人を識別するための識別データが記憶された個人認証用記憶媒体から前記識別データを読み取る識別データ読み取り手段と、前記識別データ読み取り手段が読み取った識別データを前記第１のコンピュータに送信する識別データ送信手段とを具備し、前記第１のコンピュータは、前記第２のコンピュータから送信された識別データを受信する識別データ受信手段と、前記識別データ受信手段が受信した識別データから前記第２のコンピュータに自動送信するアプリケーションプログラムを判定する送信プログラム判定手段とを具備することを特徴とする。
【０００５】
また、特開２００２−１１１７１３号公報（特許文献２）にネットワークシステムが開示されている。
このネットワークシステムは、ネームサーバと、このネームサーバにより名前解決される複数のサーバと、前記ネームサーバに対して所望のサーバの名前解決を要求するクライアントとを備える。前記ネームサーバは、前記名前解決される各サーバの、名前、ＩＰアドレス及び稼動状況を管理するデータベースと、前記クライアントからの前記名前解決要求に応じて前記データベースを検索してＩＰアドレスを応答するとともに、この名前解決されたサーバの稼動状況を調べ、停止中であればその名前解決されたサーバに起動要求パケットを送信する機能とを有し、前記名前解決される複数のサーバが各々、受信した前記起動要求パケットに応じて起動処理を行う機能を有することを特徴とする。
【０００６】
特開２００５−３３９１３３号公報（特許文献３）に共同利用パソコンシステムが開示されている。
この共同利用パソコンシステムは、共同利用されるディスクレスのユーザ端末と、該ユーザ端末を所定の初期環境で動作させるための初期環境構築ファイルを保存し管理するＰＣ初期環境管理サーバと、前記ユーザ端末におけるユーザ毎に異なる環境をバックアップしておく個人データバックアップサーバとを有する。前記ユーザ端末は、前記ＰＣ初期環境管理サーバから前記初期環境構築ファイルをメモリ上にダウンロードして実行することで初期環境を構築し、前記個人データバックアップサーバからユーザ独自の環境設定をメモリ上にダウンロードして設定することを特徴とする。
【０００７】
特開平８−２６３２８３号公報（特許文献４）にソフトウェア管理システムが開示されている。
この従来技術は、サーバと複数の端末装置とを通信手段で接続し、該各端末装置によってプログラムを共用するソフトウェア管理システムに関する。このソフトウェア管理システムは、前記サーバに、前記プログラムの識別名と該プログラムを使用可能な端末装置の識別名とユーザの識別名と該ユーザのパスワード等の管理情報を記憶する管理情報記憶手段と、該手段に記憶された管理情報と前記端末装置から受信したセキュリティチェック情報とに基づいて該端末装置での前記プログラムの使用可否の妥当性を判断する手段と、該手段による判断結果を前記セキュリティチェック情報を送信してきた端末装置へ送信する手段とを設けている。また、前記端末装置に、前記プログラムの実行要求がある度に該プログラムの識別名と端末装置の識別名とユーザの識別名と該ユーザのパスワード等のセキュリティチェック情報を前記サーバへ送信する手段と、前記サーバから受信した判断結果に基づいて前記プログラムに対する実行権を付与する手段とを設けたことを特徴とする。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０００−１８１８２１号公報
【特許文献２】特開２００２−１１１７１３号公報
【特許文献３】特開２００５−３３９１３３号公報
【特許文献４】特開平８−２６３２８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、シンクライアント端末とシンクライアントサーバ間のセッションを、利用者と端末をキーとして管理するシンクライアントシステムを提供することである。
本発明の他の目的は、利用者が意識することなく目的（業務）に応じたシンクライアントサーバへの自動接続やセッションの再接続による業務の再開、シンクライアントサーバ側にあるＯＳの起動及びシャットダウンを利用者が行うことを可能とするシンクライアントシステムを提供することである。
本発明の更に他の目的は、従来のクライアント・サーバシステムと同等の操作を可能とするシンクライアントシステムを提供することである。
【課題を解決するための手段】
【００１０】
本発明のシンクライアントシステムは、それぞれタスクが与えられる複数の実行部を含むシンクライアントサーバと、シンクライアント端末と、複数の実行部のうち所定の実行部にシンクライアント端末を割り当てるセッション管理サーバとを含む。セッション管理サーバは、所定の実行部を示す実行部情報を、シンクライアント端末の利用者を示す利用者情報と、シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルと、シンクライアント端末から利用者情報及び端末情報を受信し、利用者情報及び端末情報に基づいて、接続先設定テーブルから所定の実行部を示す実行部情報を検出し、検出された実行部情報をシンクライアント端末に通知するセッション管理手段とを含む。
【００１１】
本発明のセッション管理方法は、シンクライアントシステムにおけるセッション管理方法であって、セッション管理サーバを用いて、シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち所定の実行部にシンクライアント端末を割り当てることと、セッション管理サーバ上で、所定の実行部を示す実行部情報を、シンクライアント端末の利用者を示す利用者情報と、シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルを用意することと、セッション管理サーバ上で、シンクライアント端末から利用者情報及び端末情報を受信することと、利用者情報及び端末情報に基づいて、接続先設定テーブルから実行部情報を検出することと、検出された実行部情報をシンクライアント端末に通知することとを含む。
【００１２】
本発明のプログラムは、シンクライアントサーバ上のそれぞれタスクが与えられる複数の実行部のうち所定の実行部を示す実行部情報を、所定の実行部に割り当てられたシンクライアント端末の利用者を示す利用者情報と、シンクライアント端末を示す端末情報と、に関連付けて格納している接続先設定テーブルを用意するステップと、利用者情報及び端末情報に基づいて、接続先設定テーブルから実行部情報を検出するステップと、シンクライアント端末とシンクライアントサーバとの間の接続状態が、使用状態のまま接続が切断されたことを示している時、シンクライアント端末とシンクライアントサーバとの再接続を実行するステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１３】
第１の効果は、利用者と利用場所（端末）に応じた業務を、ログオンＩＤとパスワード入力のみで行える点である。クライアント・サーバシステムと同様に、利用者が接続先のシンクライアントサーバを意識する必要がない。その理由は、セッション管理サーバが利用者と端末に応じて接続するシンクライアントサーバを自動判別するためである。
第２の効果は、利用者判断で、ＯＳを再起動できる点である。ＯＳに障害が発生した場合の復旧をシステム管理者に要求することなく迅速に復旧が可能となる。その理由は、セッション管理サーバが、接続状態とＯＳの状態からＯＳの再起動を自動的に行うためである。
第３の効果は、不正な端末からは利用できない点である。また暗号化を併用することにより、安全性を更に高めることができる。その理由は、接続先設定テーブルにより接続元ＴＣを判別するためである。
【図面の簡単な説明】
【００１４】
【図１】本発明の構成を示すブロック図である。
【図２】接続先設定テーブルの内容を示す図である。
【図３】接続状態管理テーブルの内容を示す図である。
【図４】本発明の動作を示すフローチャートである。
【図５】複数の実行部の割り当てについて示す図である。
【図６】端末認証について示す図である。
【発明を実施するための形態】
【００１５】
以下に、本発明の第１実施形態について添付図面を参照して説明する。
図１を参照すると、本発明に係るシンクライアントシステムは、シンクライアントサーバ１０と、セッション管理サーバ２０と、ＴＣ（シンクライアント端末）３０を備える。
【００１６】
シンクライアントサーバ１０（１０−ｉ、ｉ＝１〜ｎ：ｎはサーバ数）は、少なくとも１つのサーバである。シンクライアントサーバ１０は、実行部（実行イメージ）１１と、クライアント状態取得部１２を備える。
【００１７】
実行部１１は、クライアントＯＳ１１１と、業務アプリケーション（業務ＡＰ）１１２と、データ１１３とを含む。クライアント状態取得部１２は、クライアントＯＳ１１１の状態を取得する。クライアントＯＳ１１１や業務アプリケーション１１２及びデータ１１３は、ＴＣ３０からの接続毎に割り振られる。従って、ＴＣ３０からの接続数がｍである場合、実行部１１、クライアント状態取得部１２、クライアントＯＳ１１１や業務アプリケーション１１２及びデータ１１３の各々は、１つのシンクライアントサーバ１０につきｍ個ずつ存在する。図１では、それぞれ、実行部１１（１１−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、クライアント状態取得部１２（１２−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、クライアントＯＳ１１１（１１１−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、業務アプリケーション１１２（１１２−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）、データ１１３（１１３−ｋ−ｉ、ｋ＝１〜ｍ，ｉ＝１〜ｎ）として示している。
【００１８】
セッション管理サーバ２０は、セッション管理を行うためのサーバである。セッション管理サーバ２０は、セッション管理部２１と、接続先設定テーブル２２と、接続状態管理テーブル２３を備える。
【００１９】
セッション管理部２１は、接続先設定テーブル２２を参照し、ＴＣ３０からの要求に応じて、接続先を決定する。接続先設定テーブル２２は、端末と利用者をキーとしてどの実行部１１に接続するかを定義したデータを格納している。接続状態管理テーブル２３は、実行部１１との接続状態を保持するためのデータを格納している。
【００２０】
ＴＣ３０は、セッション管理サーバ２０を介して、シンクライアントサーバ１０と通信するための端末である。ＴＣ３０は、プロトコル管理部３１と、接続先制御部３２を備える。
【００２１】
プロトコル管理部３１は、例えば、ＲｅｍｏｔｅＤｅｓｋｔｏｐＰｒｏｔｏｃｏｌ（以降、ＲＤＰとする）クライアントとして、シンクライアントサーバ１０との接続を行う。接続先制御部３２は、プロトコル管理部３１に対して、接続先の指定を行う。また、セッション管理部２１に対して、接続先の決定を要求する。
【００２２】
図２に接続先設定テーブル２２の詳細を示す。
図２を参照すると、接続先設定テーブル２２は、利用者（アカウント）とＴＣの組み合わせにより、どの実行部１１に接続するかの定義情報を備えている。例えば、図２を参照すると、利用者Ａで且つ利用端末がＴＣ−Ａの場合は、接続先はＩＰアドレスＡとなる。
【００２３】
図３に接続状態管理テーブル２３の詳細を示す。
図３を参照すると、接続状態管理テーブル２３は、どの利用者（アカウント）が、どのＴＣから、どの実行部１１に接続しているかの状態情報一覧を備えている。例えば、図３を参照すると、利用者Ａが、端末ＴＣ−Ａから、ＩＰアドレスＡに接続している状態であることを表す。
【００２４】
図４を参照して本実施例の動作について詳細に説明する。
【００２５】
（１）ステップＳ１０１
セッション管理サーバ２０は、システム運用前に、接続先設定テーブル２２の作成を行う。
【００２６】
（２）ステップＳ１０２
次に、ＴＣ３０利用開始時に、接続先制御部３２は、ログイン画面を表示することで、利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレス等）を取得し、セッション管理部２１に接続要求を行う。
【００２７】
（３）ステップＳ１０３
セッション管理部２１は、接続先制御部３２から送信された利用者と端末情報をキーとして、接続先設定テーブル２２（図２）を検索し、接続先ＩＰアドレスを決定し、接続先制御部３２に返信するとともに、接続状態管理テーブル２３に結果を記録する。
【００２８】
（４）ステップＳ１０４
接続先制御部３２は、プロトコル管理部３１に対して接続先ＩＰアドレスを通知することで、指示されたＩＰアドレスを持つ実行部１１に接続を行う。
【００２９】
（５）ステップＳ１０５
また、利用者によるセッション切断や通信経路の異常によるセッション切断後、利用者が接続先制御部３２を実行した場合、同様に利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレス等）を、セッション管理部２１に送信する。
【００３０】
（６）ステップＳ１０６
セッション管理部２１は、接続状態管理テーブル２３（図３）を検索し、現在利用中状態の場合は、利用中のＩＰアドレスを接続先制御部３２に返信することで、利用中の実行部１１に再接続を行う。
【００３１】
（７）ステップＳ１０７
また、接続中の実行部１１のＯＳ（クライアントＯＳ１１１等）に障害が発生した場合は、利用者が接続先制御部３２を実行し、同様に利用者（ユーザアカウント）情報と、ＴＣ３０を識別する情報（ＭＡＣアドレス等）を、セッション管理部２１に送信する。
【００３２】
（８）ステップＳ１０８
セッション管理部２１は、接続状態管理テーブル（図３）を検索し、現在利用中状態の場合は、クライアント状態取得部１２に対して、ＯＳの状態の問い合わせを行う。異常応答の場合、若しくは応答がない場合は、ＯＳ障害と判断し、利用中の実行部１１の再起動を行う。
【００３３】
なお、前述した本実施例の動作を、諸般のコンピュータに実行させるためのプログラムを用いても良い。当該プログラムには、コンピュータが本実施例の動作を実行するために必要な命令文及び定義が記述されている。
【００３４】
以下に、本発明の第２実施形態について説明する。
本発明の第２実施形態は、複数の実行部の割り当てに関する。
図５を参照して複数の実行部の割り当てについて詳細に説明する。
【００３５】
図５において、例えば、利用者Ａ：４０Ａは、業務ａと業務ｂを兼務しており、業務ａは本社ＡでＴＣ−Ａ：３０Ａから実施し、業務ｂは営業所ＢでＴＣ−Ｂ：３０Ｂから実施し、それぞれ業務に利用するデータやアプリケーションが異なり、図２のように接続先設定テーブルを定義する。
【００３６】
利用者Ａ：４０Ａが、ＴＣ−Ａ：３０Ａから業務を行う場合は、セッション管理サーバ２０の持つ接続先設定テーブル（図２）により、業務ａ用のアプリケーションやデータを保持する業務イメージ（ＩＰアドレスＡ）：１１Ａ−１へ接続する。同様に、利用者ＡがＴＣ−Ｂ：３０Ｂから業務を行う場合は、業務ｂ用の業務イメージ（ＩＰアドレスＢ）：１１Ｂ−１へ接続する。なお、業務イメージは、実行部（実行イメージ）１１に該当する。
【００３７】
また、ＴＣ−Ａ：３０Ａから業務を行う場合でも、利用者Ｂ：４０Ｂがログオンした場合は、接続先設定テーブル（図２）の３行目の設定から、ＩＰアドレスＣへ接続する。
【００３８】
以下に、本発明の第３実施形態について説明する。
本発明の第３実施形態は、端末認証に関する。
図５と図６を参照して端末認証について詳細に説明する。
【００３９】
図５において、利用者Ａ：４０Ａが、ＴＣ−Ｃ：３０Ｃから業務を行おうとした場合、セッション管理サーバ２０の持つ接続先設定テーブル（図２）に登録されていないため、利用者Ａ：４０Ａであっても業務を行うことはできない。
【００４０】
更に、図６において、ＴＣ３０上に、ＴＣ３０固有の秘密鍵３３を配布又は予めＴＣ３０上のＲＯＭに書き込み、ＴＣ３０から秘密鍵３３、又は秘密鍵３３に対応した公開鍵を配布されたセッション管理部は、接続先設定テーブル２２のＴＣ情報として、秘密鍵３３に対応した公開鍵を登録する。これにより図５においてＴＣ−Ｃ：３０Ｃから業務を行おうとした場合、ＴＣ−Ｃ：３０ＣのＩＰアドレスやＭＡＣアドレスの偽装による不正接続を防止することが可能となる。
【００４１】
なお、本発明は、クライアント・サーバシステムからシンクライアントシステムへ移行を行う場合、利用者の操作性を継承し、高いセキュリティを必要とするシステムに適用できる。
【００４２】
以上のように、本発明のシンクライアントシステムは、シンクライアントサーバ１０とＴＣ３０間のセッションを管理するセッション管理サーバ２０と、接続先ＩＰアドレスをプロトコル管理部３１へ通知する接続先制御部３２を備えている。
【００４３】
接続先制御部３２は、利用者情報と端末情報をセッション管理部２１に送信し、セッション管理部２１は、接続先設定テーブル２２及び接続状態管理テーブル２３を参照することで、利用者と端末（利用場所）に応じた業務アプリケーションやデータがインストールされた実行部１１へ接続する。
【００４４】
また、セッション切断時に、ＴＣ３０利用者が接続先制御部３２を再実行した場合、利用者情報と端末情報をセッション管理部２１に送信し、セッション管理部２１は、接続状態管理テーブル２３を参照することで、現在利用中の実行部１１を特定する。該当する実行部１１の状態をクライアント状態取得部（Ｎ−２−Ｍ）から取得し、ＯＳが正常な場合は、再接続を行い、ＯＳが異常な場合は、ＯＳの再起動を行う。
【００４５】
本発明の第１の特徴は、予め接続先の設定を行うことにより、利用者と利用ＴＣから利用者が意識することなく動的に接続先を決定できる点である。
【００４６】
本発明の第２の特徴は、予め接続先の設定を行うことにより、不正な端末からの利用を防止することが出来る点である。
【００４７】
本発明の第３の特徴は、接続状態を保持することにより、セッション切断後の再接続が可能となる点である。
【００４８】
本発明の第４の特徴は、接続状態を保持し、且つＯＳの状態を取得することにより、ＯＳ障害発生時には利用者の再接続要求により自動的にＯＳの再起動が可能となる点である。
【００４９】
このように、本発明は、シンクライアントシステムにおいて、シンクライアント端末とシンクライアントサーバ間のセッションを、利用者と端末をキーとして管理することで、利用者が意識することなく目的（業務）に応じたシンクライアントサーバへの自動接続やセッションの再接続による業務の再開、シンクライアントサーバ側にあるＯＳの起動及びシャットダウンを利用者が行うことを可能とし、シンクライアントシステムでも、従来のクライアント・サーバシステムと同等の操作を可能とする。
【符号の説明】
【００５０】
１０…シンクライアントサーバ
１１…実行部（実行イメージ）
１１１…クライアントＯＳ
１１２…業務アプリケーション（業務ＡＰ）
１１３…データ
１２…クライアント状態取得部
２０…セッション管理サーバ
２１…セッション管理部
２２…接続先設定テーブル
２３…接続状態管理テーブル
３０…ＴＣ（シンクライアント端末）
３１…プロトコル管理部
３２…接続先制御部
【図１】
0005554946.tif 000002
【図２】
0005554946.tif 000003
【図３】
0005554946.tif 000004
【図４】
0005554946.tif 000005
【図５】
0005554946.tif 000006
【図６】
0005554946.tif 000007