シンクライアントシステム、管理サーバ、シンクライアント端末およびシンクライアントサーバ
【課題】シンクライアント端末とシンクライアントサーバとの接続を管理するシンクライアントシステムを得ること。
【解決手段】管理サーバ１は、シンクライアント端末（端末）２から受信したユーザの認証情報に基づいて、利用可能なシンクライアントサーバ（サーバ）３の種別情報およびサーバ３と接続するための接続情報を取得して端末２へ送信する認証管理部１０と、要求された接続モジュールのファイルを端末２へ送信する接続モジュール管理部１８を備え、端末２は、ユーザの認証情報を管理サーバ１へ送信し、種別情報および接続情報を受信する認証情報入力部２０と、使用するサーバ３を選択するサーバ選択部２２と、選択されたサーバ３との接続に必要な接続モジュールを管理サーバ１へ要求し、取得した接続モジュールのファイルを起動してサーバ３と接続する接続モジュール呼び出し部２３を備える。
【解決手段】管理サーバ１は、シンクライアント端末（端末）２から受信したユーザの認証情報に基づいて、利用可能なシンクライアントサーバ（サーバ）３の種別情報およびサーバ３と接続するための接続情報を取得して端末２へ送信する認証管理部１０と、要求された接続モジュールのファイルを端末２へ送信する接続モジュール管理部１８を備え、端末２は、ユーザの認証情報を管理サーバ１へ送信し、種別情報および接続情報を受信する認証情報入力部２０と、使用するサーバ３を選択するサーバ選択部２２と、選択されたサーバ３との接続に必要な接続モジュールを管理サーバ１へ要求し、取得した接続モジュールのファイルを起動してサーバ３と接続する接続モジュール呼び出し部２３を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアント端末とシンクライアントサーバの接続管理を行うシンクライアントシステムに関する。
【背景技術】
【０００２】
近年、セキュリティの強化やＰＣ（パーソナルコンピュータ）端末の運用・管理の効率化を目的として、シンクライアントシステムの活用が広がっている。シンクライアントシステムは、ユーザアプリケーションを動作させてシンクライアント端末と表示・入力情報のやり取りを行うシンクライアントサーバと、シンクライアントサーバと表示・入力情報をやり取りするハードディスク等の記憶装置を持たないシンクライアント端末から構成される。シンクライアント端末は、あらかじめシンクライアントサーバとの接続情報（シンクライアントサーバのＩＰアドレス等）や、接続用のソフトウェアを導入しておき、ユーザは、それらを元にシンクライアントサーバとの接続を行う。また、シンクライアントサーバとの接続認証は、ユーザＩＤやパスワード、または指紋認証装置を用いて行う。
【０００３】
シンクライアントシステムでは、シンクライアント端末は、複数のシンクライアントサーバとの接続が可能である。複数のシンクライアントサーバが接続するシンクライアントシステムの場合において、管理サーバを用いて、管理サーバが各シンクライアントサーバの負荷状態を把握し、シンクライアント端末が接続するシンクライアントサーバを振り分けて負荷分散を行う技術が下記特許文献１において開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２０９６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、シンクライアント端末は、あらかじめシンクライアントサーバ接続時の設定情報や接続ソフトウェアを導入しておく必要がある。そのため、設定変更が必要になった場合に、各シンクライアント端末で設定を変更する必要があり手間がかかる、という問題があった。また、接続ソフトウェアのインストールやバージョンアップの作業に手間がかかる、という問題があった。また、シンクライアント端末が行うシンクライアントサーバとの接続認証は、ユーザ情報のみである。そのため、接続するシンクライアント端末に応じたシンクライアントサーバとの接続管理が出来ない、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、接続認証、接続モジュールを一元的に管理し、シンクライアント端末とシンクライアントサーバとの接続管理が可能なシンクライアントシステムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムであって、前記管理サーバは、前記シンクライアント端末からユーザの認証情報を受け取り、当該認証情報に基づいて、ユーザが利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を取得し、それらの情報を前記シンクライアント端末へ送信する認証管理手段と、前記シンクライアント端末から要求された接続モジュールのファイルを、当該シンクライアント端末へ送信する接続モジュール管理手段と、を備え、前記シンクライアント端末は、ユーザの認証情報を前記管理サーバへ送信し、また、前記種別情報および前記接続情報を受信するサーバ情報取得手段と、前記サーバ情報取得手段が受信した種別情報に基づいて、使用するシンクライアントサーバを選択するサーバ選択手段と、前記サーバ情報取得手段が受信した接続情報に基づいて、前記サーバ選択手段により選択されたシンクライアントサーバとの接続に必要な接続モジュールを前記管理サーバへ要求し、当該管理サーバから取得した接続モジュールのファイルを起動して当該シンクライアントサーバと接続する接続モジュール呼び出し手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、シンクライアント端末とシンクライアントサーバとの接続管理ができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、シンクライアントシステムの概略図を示す図である。
【図２】図２は、シンクライアントシステムの構成例を示す図である。
【図３】図３は、端末情報の構成例を示す図である。
【図４】図４は、認証ＤＢの管理テーブルの構成例を示す図である。
【図５】図５は、ユーザ認可ＤＢの管理テーブルの構成例を示す図である。
【図６】図６は、端末認可ＤＢの管理テーブルの構成例を示す図である。
【図７】図７は、サーバ情報ＤＢの管理テーブルの構成例を示す図である。
【図８】図８は、サーバ状態管理ＤＢの管理テーブルの構成例を示す図である。
【図９】図９は、接続モジュール管理ＤＢの管理テーブルの構成例を示す図である。
【図１０】図１０は、利用履歴ＤＢの管理テーブルの構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかるシンクライアントシステムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態．
図１は、本発明にかかるシンクライアントシステムの概略図を示す図である。シンクライアント端末２とシンクライアントサーバ３は、ネットワーク４を介して接続する。管理サーバ１は、本シンクライアントシステムにおいて、各シンクライアント端末２と各シンクライアントサーバ３の接続を管理するサーバである。
【００１２】
図２は、本発明にかかるシンクライアントシステムの構成例を示す図である。シンクライアントシステムは、管理サーバ１と、シンクライアント端末（以下、端末とする）２と、シンクライアントサーバ（以下、サーバとする）３から構成される。説明の便宜上、端末２の接続数を１つにしているが、複数の端末２を接続することが可能である。また、ネットワーク４にかかる部分については、従来と同様であるため図示せず、説明を省略する。
【００１３】
管理サーバ１は、端末２とサーバ３との接続管理を行う。具体的には、端末２からサーバ３へ接続を行う場合、管理サーバ１は、端末２から通知された認証情報および端末情報に基づいて、ユーザの認証確認を行い、その後、ユーザが使用する端末２から利用できるサーバ３の情報を端末２へ送信する。また、端末２から接続モジュールの要求があった場合に、要求された接続モジュールのモジュールファイルを端末２へダウンロードする。端末２とサーバ３が接続すると、サーバ３から、接続を開始した時間と終了した時間を取得する。また、サーバ３から負荷状態を定期的に取得する。
【００１４】
管理サーバ１は、認証管理部１０と、認証データベース（ＤＢ）１１と、ユーザ認可データベース（ＤＢ）１２と、端末認可データベース（ＤＢ）１３と、サーバ情報データベース（ＤＢ）１４と、サーバ状態管理部１５と、利用履歴データベース（ＤＢ）１６と、サーバ状態管理データベース（ＤＢ）１７と、接続モジュール管理部１８と、接続モジュール管理データベース（ＤＢ）１９と、を備える。
【００１５】
認証管理部１０は、端末２から認証情報および端末情報を受け取り、認証ＤＢ１１、ユーザ認可ＤＢ１２および端末認可ＤＢ１３を参照し、認可（該当ユーザが、該当端末からシンクライアントシステムを使用できるかどうか）を制御する。認証ＤＢ１１は、ユーザＩＤ、パスワード、指紋情報等のユーザの認証に必要な情報を保持する。ユーザ認可ＤＢ１２は、該当ユーザが利用可能なサーバ３のリストを保持する。端末認可ＤＢ１３は、該当する端末２の端末情報から、利用可能なサーバ３のリストを保持する。サーバ情報ＤＢ１４は、サーバ３の接続情報（ＩＰアドレス、サーバ名、プロトコル等）のリストを保持する。サーバ状態管理部１５は、サーバ３の状態（負荷の大きさ、利用ユーザの有無等）を管理する。また、ユーザがサーバ３を利用した履歴を管理する。利用履歴ＤＢ１６は、ユーザがサーバ３に接続を開始した時間および接続を終了した時間の利用履歴を保持する。サーバ状態管理ＤＢ１７は、サーバ３から送られてきたサーバ状態を保持する。接続モジュール管理部１８は、接続モジュールを管理し、端末２からの要求に応じて接続モジュールを提供する。接続モジュール管理ＤＢ１９は、接続モジュール（モジュールファイル）を保持し、サーバ３に応じたバージョン管理を行う。
【００１６】
端末２は、サーバ３と接続し、サーバ３が備えるアプリケーションを用いて作業等を行い、作業記録をサーバ３に保存する。端末２は、サーバ３と接続する際、ユーザが認証情報を入力すると、管理サーバ１へ認証情報と端末情報を送信する。管理サーバ１から利用可能なサーバ３の情報を取得し、選択したサーバ３との接続に必要な接続モジュールを管理サーバ１へ要求し取得する。その後、接続モジュールを用いてサーバ３と接続する。
【００１７】
端末２は、認証情報入力部２０と、端末情報２１と、サーバ選択部２２と、接続モジュール呼び出し部２３と、接続モジュール２４と、を備える。
【００１８】
認証情報入力部２０は、認証情報（ユーザＩＤおよびパスワード、または指紋情報等）を入力し、端末情報２１と認証情報を管理サーバ１へ送付する。また、管理サーバ１から利用可能なサーバ３の情報を取得する。端末情報２１は、端末の機種、端末を特定するＩＤ、ネットワーク情報（ＩＰアドレス等）、接続方法（ＬＡＮ、モデム、無線通信等）を示す端末を識別する情報である。サーバ選択部２２は、ユーザが使用するサーバ３を選択する機能を提供する。接続モジュール呼び出し部２３は、選択したサーバ３への接続に必要な接続モジュールを呼び出す機能を提供する。接続モジュールが自装置に無い場合、管理サーバ１の接続モジュール管理部１８と通信して、接続モジュール（モジュールファイル）をダウンロードして起動する。接続モジュール２４は、ダウンロードしたモジュールファイルを起動したものである。
【００１９】
サーバ３は、端末２と接続し、ユーザが端末２を使用して作業する際に、アプリケーションを提供し、また、ユーザの作業記録等を保存する。サーバ３は、端末２と接続を開始すると、接続を開始した時間および接続を終了し時間を管理サーバ１へ通知する。また、自装置の負荷状態を定期的に管理サーバ１へ通知する。
【００２０】
サーバ３は、シンクライアントサーバ用インタフェース（Ｉ／Ｆ）３０と、状態送信エージェント３１と、を備える。
【００２１】
シンクライアントサーバ用Ｉ／Ｆ３０は、端末２とのインタフェースである。状態送信エージェント３１は、自装置の負荷状態を管理サーバ１へ通知する。また、ユーザが、自装置と接続を開始した時間および接続を終了した時間の情報（利用履歴）を管理サーバ１へ通知する。
【００２２】
つづいて、端末２からサーバ３へ接続するまでの動作について説明する。ユーザが、端末２をサーバ３へ接続する場合、端末２の認証情報入力部２０に認証情報を入力する。認証情報としては、ユーザの指紋情報等があるが、ここでは、ユーザＩＤとパスワードとする。認証情報入力部２０は、入力された認証情報およびあらかじめ備えられた端末情報２１を、管理サーバ１へ送信する。図３は、端末情報２１の構成例を示す図である。端末情報２１は、端末ごとに割り当てられている情報であり、ここでは、一例として、機種、端末ＩＤ、ＩＰアドレス、接続方法に関する情報を端末情報２１とする。
【００２３】
管理サーバ１の認証管理部１０は、端末２からユーザの認証情報（ユーザＩＤとパスワード）および端末情報２１を受信すると、まず、認証ＤＢ１１を参照し、送信されたユーザＩＤとパスワードの組み合わせが、登録されたユーザのものであるかどうかを確認する。図４は、認証ＤＢ１１が保持する管理テーブルの構成例を示す図である。ユーザＩＤに対応するパスワードが登録されている。
【００２４】
ユーザＩＤとパスワードの組み合わせが登録されたユーザのものであると確認できた場合、認証管理部１０は、ユーザ認可ＤＢ１２を参照し、ユーザが利用可能なサーバ３の情報を取得する。図５は、ユーザ認可ＤＢ１２が保持する管理テーブルの構成例を示す図である。ユーザＩＤごとに、利用可能なサーバ３の種類が登録されている。
【００２５】
また、認証管理部１０は、端末認可ＤＢ１３を参照し、ユーザが使用している端末２から利用可能なサーバ３の情報を、サーバ３との接続方法ごとに取得する。図６は、端末認可ＤＢ１３が保持する管理テーブルの構成例を示す図である。端末（端末ＩＤ）の接続方法ごとに、利用可能なサーバ３が登録されている。
【００２６】
つぎに、認証管理部１０は、サーバ情報ＤＢ１４を参照し、ユーザが利用可能なサーバ３について、サーバ３へ接続するときに必要なＩＰアドレス、接続ソフトウェアおよび接続ソフトウェアのバージョン情報を取得する。図７は、サーバ情報ＤＢ１４が保持する管理テーブルの構成例を示す図である。サーバ３ごとに、接続に必要なＩＰアドレス、接続ソフトウェアおよびソフトウェアのバージョン情報が登録されている。
【００２７】
つぎに、認証管理部１０は、サーバ３の負荷状態の情報を取得する。管理サーバ１では、サーバ状態管理部１５が各サーバ３の負荷状態の情報を受信すると、サーバ３の負荷情報をサーバ状態管理ＤＢ１７へ転送し、サーバ状態管理ＤＢ１７が各サーバ３の負荷状態を保持する。そのため、認証管理部１０は、サーバ状態管理部１５を経由して、サーバ状態管理ＤＢ１７が保持する負荷情報からユーザが利用可能なサーバ３の負荷情報を取得する。図８は、サーバ状態管理ＤＢ１７が保持する管理テーブルの構成例を示す図である。各サーバ３から通知された負荷状態が登録されている。負荷状態は、サーバ３からの情報に基づいて、具体的に数値で表してもよいし、負荷状態を所定の数に区分して「負荷大」や「負荷小」のように表してもよい。
【００２８】
認証管理部１０は、以上の処理により取得した情報（接続方法ごとに利用可能なサーバ３の種類、サーバ３に接続するための情報、サーバ３の負荷状態）を、端末２の認証情報入力部２０へ送信する。
【００２９】
端末２は、認証情報入力部２０が受信した管理サーバ１からの情報を図示しない表示部に表示し、必要に応じてサーバ３の負荷状態を参照し、利用可能なサーバ３の中から、ユーザがサーバ選択部２２を用いて使用するサーバ３を選択する。
【００３０】
つぎに、端末２は、選択したサーバ３との通信に必要な接続モジュールを、管理サーバ１から取得する。具体的には、端末２の接続モジュール呼び出し部２３が、管理サーバ１の接続モジュール管理部１８に対して、管理サーバ１から受信したサーバ３に接続するための情報に基づいて、使用するサーバ３との接続に必要な接続モジュールのソフトウェアの種類とバージョン情報を送信する。接続モジュール管理部１８は、接続モジュール管理ＤＢ１９が保持するモジュールファイルから、要求されたバージョンの接続モジュールのモジュールファイルを抽出し、当該モジュールファイルを端末２の接続モジュール呼び出し部２３へダウンロードする。図９は、接続モジュール管理ＤＢ１９が保持する管理テーブルの構成例を示す図である。接続ソフトウェア（接続モジュール）のモジュールファイルのバージョンごとに、該当するモジュールファイル名が登録されている。
【００３１】
端末２では、接続モジュール呼び出し部２３が取得した接続モジュールのモジュールファイルを実行して接続モジュール２４を起動し、サーバ３のシンクライアントサーバ用Ｉ／Ｆ３０と接続可能な状態にしてサーバ３との接続を行う。以降、接続後のサーバ３と端末２との間で行われる動作については従来のシンクライアントシステムと同様である。
【００３２】
なお、サーバ３は、状態送信エージェント３１から、自装置の負荷状態を、管理サーバ１のサーバ状態管理部１５へ定期的に通知する。サーバ状態管理部１５は、受信したサーバ状態をサーバ状態管理ＤＢ１７へ転送し、サーバ状態管理ＤＢ１７がサーバ状態を保持する。
【００３３】
このように、ユーザが端末２からサーバ３へ接続する場合に、管理サーバ１は、ユーザの認証確認を行い、ユーザが利用可能なサーバ３、ユーザが使用している端末２から利用可能なサーバ３、およびサーバ３との接続に必要な接続情報を、接続の都度、端末２へ送信する。端末２では、ユーザが利用可能なサーバ３の中から利用するサーバ３を選択し、その後、サーバ３との接続に必要なモジュールを取得する。
【００３４】
シンクライアントシステムの管理者は、サーバ３との接続に必要な情報が変更になった場合でも、管理サーバ１が備えるデータベースの内容だけを変更すればよく、各端末２で設定を変更する必要が無い。また、サーバ３との接続時に必要なモジュールファイルも接続の都度、管理サーバ１からダウンロードして使用するため、モジュールファイルを更新する場合でも、管理サーバ１が備えるデータベースの内容だけを更新すればよく、各端末２での更新作業は不要である。管理サーバ１の内容だけを更新するだけで、サーバ３と端末２との接続を最新の状態で行うことが可能となり、シンクライアントシステムにおける接続管理が容易となる。
【００３５】
また、本実施の形態のシンクライアントシステムでは、ユーザの利用履歴を一元管理することも可能である。
【００３６】
たとえば、サーバ３の状態送信エージェント３１は、負荷状態の情報と共に、ユーザが接続を開始した時間および接続を終了した時間を示す利用履歴を、管理サーバ１のサーバ状態管理部１５へ通知する。サーバ状態管理部１５は、サーバ３からのユーザの利用履歴を利用履歴ＤＢ１６へ転送する。図１０は、利用履歴ＤＢ１６が保持する管理テーブルの構成例を示す図である。利用履歴ＤＢ１６は、どのユーザが、どのサーバ３に、いつ接続を開始し、またいつ接続を終了したのかの利用履歴を保持する。
【００３７】
サーバ状態管理部１５は、たとえば、利用履歴ＤＢ１６をユーザＩＤで検索することにより、各サーバ３への接続開始時間および接続終了時間から、本シンクライアントシステムにおける利用時間を求めることが出来る。従来、サーバ３ごとにしか利用時間を求めることが出来なかったが、管理サーバ１は、システムに接続する全てのサーバ３についての利用状況が把握できる。これにより、システムとして、利用時間に応じたサービス課金等の実現が容易にできる。
【００３８】
以上説明したように、本実施の形態では、ユーザが端末２からサーバ３へ接続する場合に、管理サーバ１は、ユーザの認証情報と端末情報２１を確認し、ユーザが利用可能なサーバ３、ユーザが使用している端末２から利用可能なサーバ３、およびサーバ３との接続に必要な接続情報を、接続の都度、端末２へ送信する。端末２では、ユーザが利用可能なサーバ３の中から利用するサーバ３を選択し、その後、サーバ３との接続に必要な接続モジュールを取得することとした。
【００３９】
これにより、サーバ３との接続に必要な情報が変更になった場合でも、管理サーバ１が備えるデータベースの内容だけを変更すればよく、各端末２で設定を変更する必要が無い。また、サーバ３との接続時に必要なモジュールファイルも接続の都度、管理サーバ１からダウンロードして使用するため、モジュールファイルを更新する場合でも、管理サーバ１が備えるデータベースの内容だけを更新すればよく、各端末２での更新作業は不要である。そのため、管理サーバ１の内容だけを更新するだけで、サーバ３と端末２との接続を最新の状態で行うことが可能となり、シンクライアントシステムにおける接続管理が容易となる。
【００４０】
また、本実施の形態では、ユーザがサーバ３へ接続を開始した時間と終了した時間を、管理サーバ１が一元管理することとした。これにより、シンクライアントシステムにおいて、ユーザの利用時間が容易に把握でき、システム全体としての利用料等を容易にまとめることができる。
【産業上の利用可能性】
【００４１】
以上のように、本発明にかかるシンクライアントシステムは、複数のシンクライアントサーバが接続するシンクライアントシステムに有用であり、特に、シンクライアント端末とシンクライアントサーバの接続管理を行う場合に適している。
【符号の説明】
【００４２】
１ 管理サーバ
２ シンクライアント端末（端末）
３ シンクライアントサーバ（サーバ）
４ ネットワーク
１０ 認証管理部
１１ 認証ＤＢ
１２ ユーザ認可ＤＢ
１３ 端末認可ＤＢ
１４ サーバ情報ＤＢ
１５ サーバ状態管理部
１６ 利用履歴ＤＢ
１７ サーバ状態管理ＤＢ
１８ 接続モジュール管理部
１９ 接続モジュール管理ＤＢ
２０ 認証情報入力部
２１ 端末情報
２２ サーバ選択部
２３ 接続モジュール呼び出し部
２４ 接続モジュール
３０ シンクライアントサーバ用Ｉ／Ｆ
３１ 状態送信エージェント
【技術分野】
【０００１】
本発明は、シンクライアント端末とシンクライアントサーバの接続管理を行うシンクライアントシステムに関する。
【背景技術】
【０００２】
近年、セキュリティの強化やＰＣ（パーソナルコンピュータ）端末の運用・管理の効率化を目的として、シンクライアントシステムの活用が広がっている。シンクライアントシステムは、ユーザアプリケーションを動作させてシンクライアント端末と表示・入力情報のやり取りを行うシンクライアントサーバと、シンクライアントサーバと表示・入力情報をやり取りするハードディスク等の記憶装置を持たないシンクライアント端末から構成される。シンクライアント端末は、あらかじめシンクライアントサーバとの接続情報（シンクライアントサーバのＩＰアドレス等）や、接続用のソフトウェアを導入しておき、ユーザは、それらを元にシンクライアントサーバとの接続を行う。また、シンクライアントサーバとの接続認証は、ユーザＩＤやパスワード、または指紋認証装置を用いて行う。
【０００３】
シンクライアントシステムでは、シンクライアント端末は、複数のシンクライアントサーバとの接続が可能である。複数のシンクライアントサーバが接続するシンクライアントシステムの場合において、管理サーバを用いて、管理サーバが各シンクライアントサーバの負荷状態を把握し、シンクライアント端末が接続するシンクライアントサーバを振り分けて負荷分散を行う技術が下記特許文献１において開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２０９６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、シンクライアント端末は、あらかじめシンクライアントサーバ接続時の設定情報や接続ソフトウェアを導入しておく必要がある。そのため、設定変更が必要になった場合に、各シンクライアント端末で設定を変更する必要があり手間がかかる、という問題があった。また、接続ソフトウェアのインストールやバージョンアップの作業に手間がかかる、という問題があった。また、シンクライアント端末が行うシンクライアントサーバとの接続認証は、ユーザ情報のみである。そのため、接続するシンクライアント端末に応じたシンクライアントサーバとの接続管理が出来ない、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、接続認証、接続モジュールを一元的に管理し、シンクライアント端末とシンクライアントサーバとの接続管理が可能なシンクライアントシステムを得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムであって、前記管理サーバは、前記シンクライアント端末からユーザの認証情報を受け取り、当該認証情報に基づいて、ユーザが利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を取得し、それらの情報を前記シンクライアント端末へ送信する認証管理手段と、前記シンクライアント端末から要求された接続モジュールのファイルを、当該シンクライアント端末へ送信する接続モジュール管理手段と、を備え、前記シンクライアント端末は、ユーザの認証情報を前記管理サーバへ送信し、また、前記種別情報および前記接続情報を受信するサーバ情報取得手段と、前記サーバ情報取得手段が受信した種別情報に基づいて、使用するシンクライアントサーバを選択するサーバ選択手段と、前記サーバ情報取得手段が受信した接続情報に基づいて、前記サーバ選択手段により選択されたシンクライアントサーバとの接続に必要な接続モジュールを前記管理サーバへ要求し、当該管理サーバから取得した接続モジュールのファイルを起動して当該シンクライアントサーバと接続する接続モジュール呼び出し手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、シンクライアント端末とシンクライアントサーバとの接続管理ができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、シンクライアントシステムの概略図を示す図である。
【図２】図２は、シンクライアントシステムの構成例を示す図である。
【図３】図３は、端末情報の構成例を示す図である。
【図４】図４は、認証ＤＢの管理テーブルの構成例を示す図である。
【図５】図５は、ユーザ認可ＤＢの管理テーブルの構成例を示す図である。
【図６】図６は、端末認可ＤＢの管理テーブルの構成例を示す図である。
【図７】図７は、サーバ情報ＤＢの管理テーブルの構成例を示す図である。
【図８】図８は、サーバ状態管理ＤＢの管理テーブルの構成例を示す図である。
【図９】図９は、接続モジュール管理ＤＢの管理テーブルの構成例を示す図である。
【図１０】図１０は、利用履歴ＤＢの管理テーブルの構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかるシンクライアントシステムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態．
図１は、本発明にかかるシンクライアントシステムの概略図を示す図である。シンクライアント端末２とシンクライアントサーバ３は、ネットワーク４を介して接続する。管理サーバ１は、本シンクライアントシステムにおいて、各シンクライアント端末２と各シンクライアントサーバ３の接続を管理するサーバである。
【００１２】
図２は、本発明にかかるシンクライアントシステムの構成例を示す図である。シンクライアントシステムは、管理サーバ１と、シンクライアント端末（以下、端末とする）２と、シンクライアントサーバ（以下、サーバとする）３から構成される。説明の便宜上、端末２の接続数を１つにしているが、複数の端末２を接続することが可能である。また、ネットワーク４にかかる部分については、従来と同様であるため図示せず、説明を省略する。
【００１３】
管理サーバ１は、端末２とサーバ３との接続管理を行う。具体的には、端末２からサーバ３へ接続を行う場合、管理サーバ１は、端末２から通知された認証情報および端末情報に基づいて、ユーザの認証確認を行い、その後、ユーザが使用する端末２から利用できるサーバ３の情報を端末２へ送信する。また、端末２から接続モジュールの要求があった場合に、要求された接続モジュールのモジュールファイルを端末２へダウンロードする。端末２とサーバ３が接続すると、サーバ３から、接続を開始した時間と終了した時間を取得する。また、サーバ３から負荷状態を定期的に取得する。
【００１４】
管理サーバ１は、認証管理部１０と、認証データベース（ＤＢ）１１と、ユーザ認可データベース（ＤＢ）１２と、端末認可データベース（ＤＢ）１３と、サーバ情報データベース（ＤＢ）１４と、サーバ状態管理部１５と、利用履歴データベース（ＤＢ）１６と、サーバ状態管理データベース（ＤＢ）１７と、接続モジュール管理部１８と、接続モジュール管理データベース（ＤＢ）１９と、を備える。
【００１５】
認証管理部１０は、端末２から認証情報および端末情報を受け取り、認証ＤＢ１１、ユーザ認可ＤＢ１２および端末認可ＤＢ１３を参照し、認可（該当ユーザが、該当端末からシンクライアントシステムを使用できるかどうか）を制御する。認証ＤＢ１１は、ユーザＩＤ、パスワード、指紋情報等のユーザの認証に必要な情報を保持する。ユーザ認可ＤＢ１２は、該当ユーザが利用可能なサーバ３のリストを保持する。端末認可ＤＢ１３は、該当する端末２の端末情報から、利用可能なサーバ３のリストを保持する。サーバ情報ＤＢ１４は、サーバ３の接続情報（ＩＰアドレス、サーバ名、プロトコル等）のリストを保持する。サーバ状態管理部１５は、サーバ３の状態（負荷の大きさ、利用ユーザの有無等）を管理する。また、ユーザがサーバ３を利用した履歴を管理する。利用履歴ＤＢ１６は、ユーザがサーバ３に接続を開始した時間および接続を終了した時間の利用履歴を保持する。サーバ状態管理ＤＢ１７は、サーバ３から送られてきたサーバ状態を保持する。接続モジュール管理部１８は、接続モジュールを管理し、端末２からの要求に応じて接続モジュールを提供する。接続モジュール管理ＤＢ１９は、接続モジュール（モジュールファイル）を保持し、サーバ３に応じたバージョン管理を行う。
【００１６】
端末２は、サーバ３と接続し、サーバ３が備えるアプリケーションを用いて作業等を行い、作業記録をサーバ３に保存する。端末２は、サーバ３と接続する際、ユーザが認証情報を入力すると、管理サーバ１へ認証情報と端末情報を送信する。管理サーバ１から利用可能なサーバ３の情報を取得し、選択したサーバ３との接続に必要な接続モジュールを管理サーバ１へ要求し取得する。その後、接続モジュールを用いてサーバ３と接続する。
【００１７】
端末２は、認証情報入力部２０と、端末情報２１と、サーバ選択部２２と、接続モジュール呼び出し部２３と、接続モジュール２４と、を備える。
【００１８】
認証情報入力部２０は、認証情報（ユーザＩＤおよびパスワード、または指紋情報等）を入力し、端末情報２１と認証情報を管理サーバ１へ送付する。また、管理サーバ１から利用可能なサーバ３の情報を取得する。端末情報２１は、端末の機種、端末を特定するＩＤ、ネットワーク情報（ＩＰアドレス等）、接続方法（ＬＡＮ、モデム、無線通信等）を示す端末を識別する情報である。サーバ選択部２２は、ユーザが使用するサーバ３を選択する機能を提供する。接続モジュール呼び出し部２３は、選択したサーバ３への接続に必要な接続モジュールを呼び出す機能を提供する。接続モジュールが自装置に無い場合、管理サーバ１の接続モジュール管理部１８と通信して、接続モジュール（モジュールファイル）をダウンロードして起動する。接続モジュール２４は、ダウンロードしたモジュールファイルを起動したものである。
【００１９】
サーバ３は、端末２と接続し、ユーザが端末２を使用して作業する際に、アプリケーションを提供し、また、ユーザの作業記録等を保存する。サーバ３は、端末２と接続を開始すると、接続を開始した時間および接続を終了し時間を管理サーバ１へ通知する。また、自装置の負荷状態を定期的に管理サーバ１へ通知する。
【００２０】
サーバ３は、シンクライアントサーバ用インタフェース（Ｉ／Ｆ）３０と、状態送信エージェント３１と、を備える。
【００２１】
シンクライアントサーバ用Ｉ／Ｆ３０は、端末２とのインタフェースである。状態送信エージェント３１は、自装置の負荷状態を管理サーバ１へ通知する。また、ユーザが、自装置と接続を開始した時間および接続を終了した時間の情報（利用履歴）を管理サーバ１へ通知する。
【００２２】
つづいて、端末２からサーバ３へ接続するまでの動作について説明する。ユーザが、端末２をサーバ３へ接続する場合、端末２の認証情報入力部２０に認証情報を入力する。認証情報としては、ユーザの指紋情報等があるが、ここでは、ユーザＩＤとパスワードとする。認証情報入力部２０は、入力された認証情報およびあらかじめ備えられた端末情報２１を、管理サーバ１へ送信する。図３は、端末情報２１の構成例を示す図である。端末情報２１は、端末ごとに割り当てられている情報であり、ここでは、一例として、機種、端末ＩＤ、ＩＰアドレス、接続方法に関する情報を端末情報２１とする。
【００２３】
管理サーバ１の認証管理部１０は、端末２からユーザの認証情報（ユーザＩＤとパスワード）および端末情報２１を受信すると、まず、認証ＤＢ１１を参照し、送信されたユーザＩＤとパスワードの組み合わせが、登録されたユーザのものであるかどうかを確認する。図４は、認証ＤＢ１１が保持する管理テーブルの構成例を示す図である。ユーザＩＤに対応するパスワードが登録されている。
【００２４】
ユーザＩＤとパスワードの組み合わせが登録されたユーザのものであると確認できた場合、認証管理部１０は、ユーザ認可ＤＢ１２を参照し、ユーザが利用可能なサーバ３の情報を取得する。図５は、ユーザ認可ＤＢ１２が保持する管理テーブルの構成例を示す図である。ユーザＩＤごとに、利用可能なサーバ３の種類が登録されている。
【００２５】
また、認証管理部１０は、端末認可ＤＢ１３を参照し、ユーザが使用している端末２から利用可能なサーバ３の情報を、サーバ３との接続方法ごとに取得する。図６は、端末認可ＤＢ１３が保持する管理テーブルの構成例を示す図である。端末（端末ＩＤ）の接続方法ごとに、利用可能なサーバ３が登録されている。
【００２６】
つぎに、認証管理部１０は、サーバ情報ＤＢ１４を参照し、ユーザが利用可能なサーバ３について、サーバ３へ接続するときに必要なＩＰアドレス、接続ソフトウェアおよび接続ソフトウェアのバージョン情報を取得する。図７は、サーバ情報ＤＢ１４が保持する管理テーブルの構成例を示す図である。サーバ３ごとに、接続に必要なＩＰアドレス、接続ソフトウェアおよびソフトウェアのバージョン情報が登録されている。
【００２７】
つぎに、認証管理部１０は、サーバ３の負荷状態の情報を取得する。管理サーバ１では、サーバ状態管理部１５が各サーバ３の負荷状態の情報を受信すると、サーバ３の負荷情報をサーバ状態管理ＤＢ１７へ転送し、サーバ状態管理ＤＢ１７が各サーバ３の負荷状態を保持する。そのため、認証管理部１０は、サーバ状態管理部１５を経由して、サーバ状態管理ＤＢ１７が保持する負荷情報からユーザが利用可能なサーバ３の負荷情報を取得する。図８は、サーバ状態管理ＤＢ１７が保持する管理テーブルの構成例を示す図である。各サーバ３から通知された負荷状態が登録されている。負荷状態は、サーバ３からの情報に基づいて、具体的に数値で表してもよいし、負荷状態を所定の数に区分して「負荷大」や「負荷小」のように表してもよい。
【００２８】
認証管理部１０は、以上の処理により取得した情報（接続方法ごとに利用可能なサーバ３の種類、サーバ３に接続するための情報、サーバ３の負荷状態）を、端末２の認証情報入力部２０へ送信する。
【００２９】
端末２は、認証情報入力部２０が受信した管理サーバ１からの情報を図示しない表示部に表示し、必要に応じてサーバ３の負荷状態を参照し、利用可能なサーバ３の中から、ユーザがサーバ選択部２２を用いて使用するサーバ３を選択する。
【００３０】
つぎに、端末２は、選択したサーバ３との通信に必要な接続モジュールを、管理サーバ１から取得する。具体的には、端末２の接続モジュール呼び出し部２３が、管理サーバ１の接続モジュール管理部１８に対して、管理サーバ１から受信したサーバ３に接続するための情報に基づいて、使用するサーバ３との接続に必要な接続モジュールのソフトウェアの種類とバージョン情報を送信する。接続モジュール管理部１８は、接続モジュール管理ＤＢ１９が保持するモジュールファイルから、要求されたバージョンの接続モジュールのモジュールファイルを抽出し、当該モジュールファイルを端末２の接続モジュール呼び出し部２３へダウンロードする。図９は、接続モジュール管理ＤＢ１９が保持する管理テーブルの構成例を示す図である。接続ソフトウェア（接続モジュール）のモジュールファイルのバージョンごとに、該当するモジュールファイル名が登録されている。
【００３１】
端末２では、接続モジュール呼び出し部２３が取得した接続モジュールのモジュールファイルを実行して接続モジュール２４を起動し、サーバ３のシンクライアントサーバ用Ｉ／Ｆ３０と接続可能な状態にしてサーバ３との接続を行う。以降、接続後のサーバ３と端末２との間で行われる動作については従来のシンクライアントシステムと同様である。
【００３２】
なお、サーバ３は、状態送信エージェント３１から、自装置の負荷状態を、管理サーバ１のサーバ状態管理部１５へ定期的に通知する。サーバ状態管理部１５は、受信したサーバ状態をサーバ状態管理ＤＢ１７へ転送し、サーバ状態管理ＤＢ１７がサーバ状態を保持する。
【００３３】
このように、ユーザが端末２からサーバ３へ接続する場合に、管理サーバ１は、ユーザの認証確認を行い、ユーザが利用可能なサーバ３、ユーザが使用している端末２から利用可能なサーバ３、およびサーバ３との接続に必要な接続情報を、接続の都度、端末２へ送信する。端末２では、ユーザが利用可能なサーバ３の中から利用するサーバ３を選択し、その後、サーバ３との接続に必要なモジュールを取得する。
【００３４】
シンクライアントシステムの管理者は、サーバ３との接続に必要な情報が変更になった場合でも、管理サーバ１が備えるデータベースの内容だけを変更すればよく、各端末２で設定を変更する必要が無い。また、サーバ３との接続時に必要なモジュールファイルも接続の都度、管理サーバ１からダウンロードして使用するため、モジュールファイルを更新する場合でも、管理サーバ１が備えるデータベースの内容だけを更新すればよく、各端末２での更新作業は不要である。管理サーバ１の内容だけを更新するだけで、サーバ３と端末２との接続を最新の状態で行うことが可能となり、シンクライアントシステムにおける接続管理が容易となる。
【００３５】
また、本実施の形態のシンクライアントシステムでは、ユーザの利用履歴を一元管理することも可能である。
【００３６】
たとえば、サーバ３の状態送信エージェント３１は、負荷状態の情報と共に、ユーザが接続を開始した時間および接続を終了した時間を示す利用履歴を、管理サーバ１のサーバ状態管理部１５へ通知する。サーバ状態管理部１５は、サーバ３からのユーザの利用履歴を利用履歴ＤＢ１６へ転送する。図１０は、利用履歴ＤＢ１６が保持する管理テーブルの構成例を示す図である。利用履歴ＤＢ１６は、どのユーザが、どのサーバ３に、いつ接続を開始し、またいつ接続を終了したのかの利用履歴を保持する。
【００３７】
サーバ状態管理部１５は、たとえば、利用履歴ＤＢ１６をユーザＩＤで検索することにより、各サーバ３への接続開始時間および接続終了時間から、本シンクライアントシステムにおける利用時間を求めることが出来る。従来、サーバ３ごとにしか利用時間を求めることが出来なかったが、管理サーバ１は、システムに接続する全てのサーバ３についての利用状況が把握できる。これにより、システムとして、利用時間に応じたサービス課金等の実現が容易にできる。
【００３８】
以上説明したように、本実施の形態では、ユーザが端末２からサーバ３へ接続する場合に、管理サーバ１は、ユーザの認証情報と端末情報２１を確認し、ユーザが利用可能なサーバ３、ユーザが使用している端末２から利用可能なサーバ３、およびサーバ３との接続に必要な接続情報を、接続の都度、端末２へ送信する。端末２では、ユーザが利用可能なサーバ３の中から利用するサーバ３を選択し、その後、サーバ３との接続に必要な接続モジュールを取得することとした。
【００３９】
これにより、サーバ３との接続に必要な情報が変更になった場合でも、管理サーバ１が備えるデータベースの内容だけを変更すればよく、各端末２で設定を変更する必要が無い。また、サーバ３との接続時に必要なモジュールファイルも接続の都度、管理サーバ１からダウンロードして使用するため、モジュールファイルを更新する場合でも、管理サーバ１が備えるデータベースの内容だけを更新すればよく、各端末２での更新作業は不要である。そのため、管理サーバ１の内容だけを更新するだけで、サーバ３と端末２との接続を最新の状態で行うことが可能となり、シンクライアントシステムにおける接続管理が容易となる。
【００４０】
また、本実施の形態では、ユーザがサーバ３へ接続を開始した時間と終了した時間を、管理サーバ１が一元管理することとした。これにより、シンクライアントシステムにおいて、ユーザの利用時間が容易に把握でき、システム全体としての利用料等を容易にまとめることができる。
【産業上の利用可能性】
【００４１】
以上のように、本発明にかかるシンクライアントシステムは、複数のシンクライアントサーバが接続するシンクライアントシステムに有用であり、特に、シンクライアント端末とシンクライアントサーバの接続管理を行う場合に適している。
【符号の説明】
【００４２】
１ 管理サーバ
２ シンクライアント端末（端末）
３ シンクライアントサーバ（サーバ）
４ ネットワーク
１０ 認証管理部
１１ 認証ＤＢ
１２ ユーザ認可ＤＢ
１３ 端末認可ＤＢ
１４ サーバ情報ＤＢ
１５ サーバ状態管理部
１６ 利用履歴ＤＢ
１７ サーバ状態管理ＤＢ
１８ 接続モジュール管理部
１９ 接続モジュール管理ＤＢ
２０ 認証情報入力部
２１ 端末情報
２２ サーバ選択部
２３ 接続モジュール呼び出し部
２４ 接続モジュール
３０ シンクライアントサーバ用Ｉ／Ｆ
３１ 状態送信エージェント
【特許請求の範囲】
【請求項１】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムであって、
前記管理サーバは、
前記シンクライアント端末からユーザの認証情報を受け取り、当該認証情報に基づいて、ユーザが利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を取得し、それらの情報を前記シンクライアント端末へ送信する認証管理手段と、
前記シンクライアント端末から要求された接続モジュールのファイルを、当該シンクライアント端末へ送信する接続モジュール管理手段と、
を備え、
前記シンクライアント端末は、
ユーザの認証情報を前記管理サーバへ送信し、また、前記種別情報および前記接続情報を受信するサーバ情報取得手段と、
前記サーバ情報取得手段が受信した種別情報に基づいて、使用するシンクライアントサーバを選択するサーバ選択手段と、
前記サーバ情報取得手段が受信した接続情報に基づいて、前記サーバ選択手段により選択されたシンクライアントサーバとの接続に必要な接続モジュールを前記管理サーバへ要求し、当該管理サーバから取得した接続モジュールのファイルを起動して当該シンクライアントサーバと接続する接続モジュール呼び出し手段と、
を備えることを特徴とするシンクライアントシステム。
【請求項２】
前記シンクライアント端末のサーバ情報取得手段は、さらに、自端末を識別するための端末情報を前記管理サーバへ送信し、
前記管理サーバの認証管理手段は、さらに、前記シンクライアント端末から端末情報を受信し、前記認証情報および当該端末情報に基づいて前記種別情報および前記接続情報を取得し、これらの情報を前記シンクライアント端末へ送信する、
ことを特徴とする請求項１に記載のシンクライアントシステム。
【請求項３】
前記シンクライアントサーバは、
自サーバの負荷状態の情報を前記管理サーバへ送信する状態送信エージェント手段、
を備え、
前記管理サーバは、さらに、
前記シンクライアントサーバから受信した負荷状態の情報を管理するサーバ状態管理手段、
を備え、
前記管理サーバの認証管理手段は、前記種別情報および前記接続情報を前記シンクライアント端末へ送信する際、前記サーバ状態管理手段から、ユーザが利用可能なシンクライアントサーバの負荷状態の情報を取得し、当該負荷状態の情報もあわせて前記シンクライアント端末へ送信し、
前記シンクライアント端末のサーバ選択手段は、さらに、前記管理サーバから受信した負荷状態の情報に基づいて、使用するシンクライアントサーバを選択する、
ことを特徴とする請求項１または２に記載のシンクライアントシステム。
【請求項４】
前記シンクライアントサーバは、さらに、
ユーザが前記シンクライアント端末を利用して自サーバへ接続を開始した時間および接続を終了した時間を示す利用履歴を前記管理サーバへ送信する利用履歴送信手段、
を備え、
前記管理サーバは、さらに、
前記シンクライアントサーバから受信したユーザの利用履歴を保持するための利用履歴データベース手段、
を備え、
ユーザの認証情報に基づいて前記利用履歴データベース手段を検索することによって、当該ユーザの利用履歴を抽出する、
ことを特徴とする請求項１、２または３のいずれか１つに記載のシンクライアントシステム。
【請求項５】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムにおける前記管理サーバであって、
前記シンクライアント端末からユーザの認証情報を受け取り、当該認証情報に基づいて、ユーザが利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を取得し、それらの情報を前記シンクライアント端末へ送信する認証管理手段と、
前記シンクライアント端末から要求された接続モジュールのファイルを、当該シンクライアント端末へ送信する接続モジュール管理手段と、
を備えることを特徴とする管理サーバ。
【請求項６】
前記認証管理手段は、さらに、前記シンクライアント端末から、当該シンクライアント端末を識別するための端末情報を受信し、前記認証情報および当該端末情報に基づいて前記種別情報および前記接続情報を取得し、これらの情報を前記シンクライアント端末へ送信することを特徴とする請求項５に記載の管理サーバ。
【請求項７】
さらに、
前記シンクライアントサーバの負荷状態の情報を管理するサーバ状態管理手段、
を備え、
前記認証管理手段は、前記種別情報および前記接続情報を前記シンクライアント端末へ送信する際、前記サーバ状態管理手段から、ユーザが利用可能なシンクライアントサーバの負荷状態の情報を取得し、当該負荷状態の情報もあわせて前記シンクライアント端末へ送信することを特徴とする請求項５または６に記載の管理サーバ。
【請求項８】
さらに、
ユーザが前記シンクライアント端末を利用して前記シンクライアントサーバへ接続を開始した時間および接続を終了した時間を示す利用履歴を保持するための利用履歴データベース手段、
を備え、
ユーザの認証情報に基づいて前記利用履歴データベース手段を検索することによって、当該ユーザの利用履歴を抽出することを特徴とする請求項５、６または７に記載の管理サーバ。
【請求項９】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムにおける前記シンクライアント端末であって、
ユーザの認証情報を前記管理サーバへ送信し、また、前記管理サーバから、利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を受信するサーバ情報取得手段と、
前記サーバ情報取得手段が受信した種別情報に基づいて、使用するシンクライアントサーバを選択するサーバ選択手段と、
前記サーバ情報取得手段が受信した接続情報に基づいて、前記サーバ選択手段により選択されたシンクライアントサーバとの接続に必要な接続モジュールを前記管理サーバへ要求し、当該管理サーバから取得した接続モジュールのファイルを起動して当該シンクライアントサーバと接続する接続モジュール呼び出し手段と、
を備えることを特徴とするシンクライアント端末。
【請求項１０】
前記サーバ情報取得手段は、さらに、自端末を識別するための端末情報を前記管理サーバへ送信することを特徴とする請求項９に記載のシンクライアント端末。
【請求項１１】
前記サーバ情報取得手段が、前記管理サーバから、ユーザが利用可能なシンクライアントサーバの負荷状態の情報を受信した場合、
前記サーバ選択手段は、さらに、前記サーバ情報取得手段が受信した負荷状態の情報に基づいて、使用するシンクライアントサーバを選択することを特徴とする請求項９または１０に記載のシンクライアント端末。
【請求項１２】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムにおけるシンクライアントサーバであって、
自サーバの負荷状態の情報を前記管理サーバへ送信する状態送信エージェント手段、
を備えることを特徴とするシンクライアントサーバ。
【請求項１３】
さらに、
ユーザが前記シンクライアント端末を利用して自サーバへ接続を開始した時間および接続を終了した時間を示す利用履歴を前記管理サーバへ送信する利用履歴送信手段、
を備えることを特徴とする請求項１２に記載のシンクライアントサーバ。
【請求項１】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムであって、
前記管理サーバは、
前記シンクライアント端末からユーザの認証情報を受け取り、当該認証情報に基づいて、ユーザが利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を取得し、それらの情報を前記シンクライアント端末へ送信する認証管理手段と、
前記シンクライアント端末から要求された接続モジュールのファイルを、当該シンクライアント端末へ送信する接続モジュール管理手段と、
を備え、
前記シンクライアント端末は、
ユーザの認証情報を前記管理サーバへ送信し、また、前記種別情報および前記接続情報を受信するサーバ情報取得手段と、
前記サーバ情報取得手段が受信した種別情報に基づいて、使用するシンクライアントサーバを選択するサーバ選択手段と、
前記サーバ情報取得手段が受信した接続情報に基づいて、前記サーバ選択手段により選択されたシンクライアントサーバとの接続に必要な接続モジュールを前記管理サーバへ要求し、当該管理サーバから取得した接続モジュールのファイルを起動して当該シンクライアントサーバと接続する接続モジュール呼び出し手段と、
を備えることを特徴とするシンクライアントシステム。
【請求項２】
前記シンクライアント端末のサーバ情報取得手段は、さらに、自端末を識別するための端末情報を前記管理サーバへ送信し、
前記管理サーバの認証管理手段は、さらに、前記シンクライアント端末から端末情報を受信し、前記認証情報および当該端末情報に基づいて前記種別情報および前記接続情報を取得し、これらの情報を前記シンクライアント端末へ送信する、
ことを特徴とする請求項１に記載のシンクライアントシステム。
【請求項３】
前記シンクライアントサーバは、
自サーバの負荷状態の情報を前記管理サーバへ送信する状態送信エージェント手段、
を備え、
前記管理サーバは、さらに、
前記シンクライアントサーバから受信した負荷状態の情報を管理するサーバ状態管理手段、
を備え、
前記管理サーバの認証管理手段は、前記種別情報および前記接続情報を前記シンクライアント端末へ送信する際、前記サーバ状態管理手段から、ユーザが利用可能なシンクライアントサーバの負荷状態の情報を取得し、当該負荷状態の情報もあわせて前記シンクライアント端末へ送信し、
前記シンクライアント端末のサーバ選択手段は、さらに、前記管理サーバから受信した負荷状態の情報に基づいて、使用するシンクライアントサーバを選択する、
ことを特徴とする請求項１または２に記載のシンクライアントシステム。
【請求項４】
前記シンクライアントサーバは、さらに、
ユーザが前記シンクライアント端末を利用して自サーバへ接続を開始した時間および接続を終了した時間を示す利用履歴を前記管理サーバへ送信する利用履歴送信手段、
を備え、
前記管理サーバは、さらに、
前記シンクライアントサーバから受信したユーザの利用履歴を保持するための利用履歴データベース手段、
を備え、
ユーザの認証情報に基づいて前記利用履歴データベース手段を検索することによって、当該ユーザの利用履歴を抽出する、
ことを特徴とする請求項１、２または３のいずれか１つに記載のシンクライアントシステム。
【請求項５】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムにおける前記管理サーバであって、
前記シンクライアント端末からユーザの認証情報を受け取り、当該認証情報に基づいて、ユーザが利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を取得し、それらの情報を前記シンクライアント端末へ送信する認証管理手段と、
前記シンクライアント端末から要求された接続モジュールのファイルを、当該シンクライアント端末へ送信する接続モジュール管理手段と、
を備えることを特徴とする管理サーバ。
【請求項６】
前記認証管理手段は、さらに、前記シンクライアント端末から、当該シンクライアント端末を識別するための端末情報を受信し、前記認証情報および当該端末情報に基づいて前記種別情報および前記接続情報を取得し、これらの情報を前記シンクライアント端末へ送信することを特徴とする請求項５に記載の管理サーバ。
【請求項７】
さらに、
前記シンクライアントサーバの負荷状態の情報を管理するサーバ状態管理手段、
を備え、
前記認証管理手段は、前記種別情報および前記接続情報を前記シンクライアント端末へ送信する際、前記サーバ状態管理手段から、ユーザが利用可能なシンクライアントサーバの負荷状態の情報を取得し、当該負荷状態の情報もあわせて前記シンクライアント端末へ送信することを特徴とする請求項５または６に記載の管理サーバ。
【請求項８】
さらに、
ユーザが前記シンクライアント端末を利用して前記シンクライアントサーバへ接続を開始した時間および接続を終了した時間を示す利用履歴を保持するための利用履歴データベース手段、
を備え、
ユーザの認証情報に基づいて前記利用履歴データベース手段を検索することによって、当該ユーザの利用履歴を抽出することを特徴とする請求項５、６または７に記載の管理サーバ。
【請求項９】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムにおける前記シンクライアント端末であって、
ユーザの認証情報を前記管理サーバへ送信し、また、前記管理サーバから、利用可能なシンクライアントサーバの種別情報および当該シンクライアントサーバと接続するための情報である接続情報を受信するサーバ情報取得手段と、
前記サーバ情報取得手段が受信した種別情報に基づいて、使用するシンクライアントサーバを選択するサーバ選択手段と、
前記サーバ情報取得手段が受信した接続情報に基づいて、前記サーバ選択手段により選択されたシンクライアントサーバとの接続に必要な接続モジュールを前記管理サーバへ要求し、当該管理サーバから取得した接続モジュールのファイルを起動して当該シンクライアントサーバと接続する接続モジュール呼び出し手段と、
を備えることを特徴とするシンクライアント端末。
【請求項１０】
前記サーバ情報取得手段は、さらに、自端末を識別するための端末情報を前記管理サーバへ送信することを特徴とする請求項９に記載のシンクライアント端末。
【請求項１１】
前記サーバ情報取得手段が、前記管理サーバから、ユーザが利用可能なシンクライアントサーバの負荷状態の情報を受信した場合、
前記サーバ選択手段は、さらに、前記サーバ情報取得手段が受信した負荷状態の情報に基づいて、使用するシンクライアントサーバを選択することを特徴とする請求項９または１０に記載のシンクライアント端末。
【請求項１２】
シンクライアント端末と、シンクライアントサーバと、当該シンクライアント端末と当該シンクライアントサーバの接続を管理する管理サーバと、を備えたシンクライアントシステムにおけるシンクライアントサーバであって、
自サーバの負荷状態の情報を前記管理サーバへ送信する状態送信エージェント手段、
を備えることを特徴とするシンクライアントサーバ。
【請求項１３】
さらに、
ユーザが前記シンクライアント端末を利用して自サーバへ接続を開始した時間および接続を終了した時間を示す利用履歴を前記管理サーバへ送信する利用履歴送信手段、
を備えることを特徴とする請求項１２に記載のシンクライアントサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−１８２２６０（Ｐ２０１０−１８２２６０Ａ）
【公開日】平成２２年８月１９日（２０１０．８．１９）
【国際特許分類】
【出願番号】特願２００９−２７６６５（Ｐ２００９−２７６６５）
【出願日】平成２１年２月９日（２００９．２．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年８月１９日（２０１０．８．１９）
【国際特許分類】
【出願日】平成２１年２月９日（２００９．２．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]