(57)【要約】【課題】  既存のシステムと異なるプラットフォームを使用するシンクライアントシステムを導入する事が可能で、かつ特別なライセンス管理システムを構築する事なく容易にソフトウェアの適切なライセンス管理をする事が可能な仕組みを提供する事を目的としている。【解決手段】  画面転送方式によるシンクライアントシステムを構築する。そして、特別なライセンス管理システムを構築する事なく容易に特定のソフトウェアの不正使用を防止する仕組みを提供する為に、ユーザを認証するディレクトリ・サービスの接続制限機能を利用してユーザが使用するソフトウェアを制限する。【選択図】図1
2007233669.tif 000002
【特許請求の範囲】
【請求項１】
1以上のシンクライアント端末と、前記1以上のシンクライアント端末を管理するシンクライアント端末管理サーバと、シンクライアント端末を利用するユーザを認証する認証サーバと、ユーザの個別領域及びソフトウェア格納の為のファイルサーバと、前記シンクライアント端末管理サーバとは異なるプラットフォームで構築されたユーザ管理サーバと、ユーザ管理サーバ上のユーザ個別領域及びソフトウェア格納の為のファイルサーバと、ユーザ管理サーバ上のユーザを認証する為の認証サーバと、前記シンクライアント端末管理サーバとユーザ管理サーバを連携させ、プラットフォーム上の仕様の差異を解消する為の連携サーバと、前記シンクライアント端末管理サーバと連携サーバ間の連携部分におけるアプリケーションレベルの通信負荷分散を実現する為のロードバランサとが、相互にコンピュータネットワークで接続されている画面転送型のシンクライアントシステムにおいて、
特定のソフトウェアの使用権限をディレクトリ・サービスにおける接続制限手段を利用する事により、特定のユーザにのみ利用可能とさせる事を特徴とするソフトウェアのライセンス管理方法。
【請求項２】
前記ユーザ管理サーバ上のユーザを認証する為の認証サーバは、
ソフトウェア毎に利用権限を設定する事が可能な利用権限機能部を有し、
該利用権限機能部は、ディレクトリ・サービスであり、ソフトウェアを格納しているプログラムフォルダに対して予め登録されたユーザか否かの判定により該フォルダへの接続を許可若しく拒否し、接続制限を施す接続制限手段により、
該ソフトウェア販売者との契約規定数以上のソフトウェアの使用を未然に防止する事を特徴とする請求項1記載のソフトウェアのライセンス管理方法。
【請求項３】
前記連携サーバは、
シンクライアント端末管理サーバ及びユーザ管理サーバ間とのセッションを管理するセッション管理機能部を有し、
該セッション管理機能部は、ユーザが明示的にログアウトをしない場合であっても、シンクライアント端末管理サーバと連携サーバ間又は連携サーバとユーザ管理サーバ間のセッションのどちらか一方が切断された場合にはどちらのセッションも終了する接続制限手段により、
該ソフトウェア販売者との契約規定数以上のソフトウェアの使用を未然に防止する事を特徴とする請求項1若しくは２記載のソフトウェアのライセンス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はシンクライアントシステムにおいて異なるプラットフォームをまたがるソフトウェアの利用を可能とし、かつ、容易にソフトウェアのライセンスの不正使用を防止する事が可能であるライセンス管理方法を提供する。
【背景技術】
【０００２】
昨今、企業情報システムにおいてクライアント端末側のメンテナンス費用の増大や個人情報漏洩の危険性といった問題を解決する手段として、シンクライアントシステムが注目されている。
【０００３】
シンクライアントシステムとは、クライアント端末側においてディスプレイやキーボードに代表される入出力機能のみを持たせ、サーバ側にてハードウェアやソフトウェア資源を持ち、それらの管理を行う形態である。
【０００４】
例えば特許文献1では適切なネットワークブート方式によるシンクライアントシステム実現する技術及びソフトウェアのライセンス管理技術の提供を開示している。
【０００５】
ここでネットワークブート方式とはサーバ側にＯＳやソフトウェアが格納されたハードディスクがあり、これらをクライアント端末側からの要求により端末のメモリに読込み、実行させる方式である。  
シンクライアントシステムの実現方式には、前記ネットワークブート方式の他に、ブレードPC方式、画面転送方式が知られている。
【０００６】
ブレードPC方式とはクライアント端末に搭載されるCPUやメモリ、ハードディスクに代表されるハードウェア資源を1つの基盤内（以下、ブレードと記載）に収納し、サーバルーム内のラックで管理し、クライアント端末側にディスプレイや通信端末を設置する方式である。ブレードとクライアント端末間はメーカ独自の通信方式が採用され、TCP/IPによる通信で行わないのが一般的である。  
【０００７】
画面転送方式とはサーバ側にてアプリケーションを実行し、エミュレータ機能を有する機器を介してその画面イメージをクライアント端末に送信する方式である。サーバとクライアント端末間の情報のやりとりは画面情報とキーボードやマウスの入出力情報のみで行う。
【０００８】
一方、従来からネットワーク上で使用するアプリケーションやソフトウェア（以下、単にソフトウェアと記載）に関して、ソフトウェア販売元との許諾契約数以上の使用が容易に可能である事からライセンス管理方法に関して発明がなされている。
【０００９】
例えば、特許文献２は、ソフトウェアの不正使用を防止できるソフトウェアの登録/起動方法を開示し、所定のライセンス数を上回った場合にはソフトウェア供給元へ通知する事が可能である。
【特許文献１】特許公開２００４−２９５２７０号
【特許文献２】特開平７−２１９７６３号
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、従来のシステムを採用している企業は、シンクライアントシステムを導入しようとした場合、新たに導入するシンクライアントシステムと従来のシステムにおけるＯＳ等のプラットフォームの相違やソフトウェア、ハードウェアの仕様上の制限が存在する為、容易には導入できないという問題がある。
【００１１】
例えば、特許文献1では利用するソフトウェア及びＯＳについてセットで起動する事が前提であり、シンクライアント端末のハードウェアの適合性を調査した上でＯＳを起動し、その後ソフトウェアを利用するという手順を踏んでいる。このような方式では実行環境が異なるソフトウェアを同時に利用する事ができない。また、クライアント端末側のハードウェア上の仕様によりＯＳ及びソフトウェアを起動する事ができない可能性を有しており、既に使用しているＯＳやソフトウェアとシンクライアント端末とのハードウェアの適合性を予め人的に調査し導入しなければならない手間が生じる。
【００１２】
また、ソフトウェアのライセンス管理に関しては、同一のプラットフォーム上での利用を前提としているソフトウェアがほとんどであり、画面転送方式において異なるプラットフォーム間をまたがるシンクライアントシステムを実現した場合、従来のライセンス管理方法では適切に管理する事ができないという問題がある。
【００１３】
例えば、特許文献２においてはソフトウェアを使用する機器毎にライセンスの有無を判断している。この点、画面転送方式によるシンクライアントシステムにおいて、ソフトウェアを使用する機器は、すなわちソフトウェアを実行する機器であるから形式的にはシンクライアント端末管理サーバである。その為、シンクライアント端末管理サーバにそのソフトウェアのライセンスを1つ購入し、インストールする事によって、シンクライアント端末管理サーバ配下にあるシンクライアント端末において何人も利用する事が可能となる。このような状況は実質的に許諾契約数以上の使用が可能となり適切ではない。
【００１４】
そこで、本発明は上記の問題点を鑑み、既存のシステムと異なるプラットフォームを使用するシンクライアントシステムを導入する事が容易であり、かつ特別なライセンス管理システムを構築する事なくソフトウェアの適切なライセンス管理をする事が可能である技術を提供する事を目的としている。
【課題を解決するための手段】
【００１５】
本発明の好適な実施形態においてハードウェア及びソフトウェアの仕様上の相違を解消する為に画面転送方式によるシンクライアントシステムを構築する。そして、特別なライセンス管理システムを構築する事なく容易に特定のソフトウェアの不正使用を防止する仕組みを提供する為に、ユーザを認証する為のディレクトリ・サービスの機能を利用してユーザが使用するソフトウェアを制限する事により、上述した問題点を解消する。
【００１６】
本発明の好適な実施形態によると1以上のシンクライアント端末と、前記1以上のシンクライアント端末を管理するシンクライアント端末管理サーバと、シンクライアント端末を利用するユーザを認証する認証サーバと、ユーザの個別領域及びソフトウェア格納の為のファイルサーバと、前記シンクライアント端末管理サーバとは異なるプラットフォームで構築されたユーザ管理サーバと、ユーザ管理サーバ上のユーザ個別領域及びソフトウェア格納の為のファイルサーバと、ユーザ管理サーバ上のユーザを認証するための認証サーバと、前記シンクライアント端末管理サーバとユーザ管理サーバを連携させ、プラットフォーム上の仕様の差異を解消するための連携サーバと、前記シンクライアント端末管理サーバと連携サーバ間の連携部分におけるアプリケーションレベルの通信負荷分散を実現する為のロードバランサとが、相互にコンピュータネットワークで接続されている画面転送型のシンクライアントシステムにおいて、特定のソフトウェアの使用権限をディレクトリサービスにおける接続制限手段を利用することにより、特定のユーザにのみ利用可能とさせることを特徴とするソフトウェアのライセンス管理方法（請求項１）である。
【００１７】
また、前記ユーザ管理サーバ上のユーザを認証する為の認証サーバは、ソフトウェア毎に利用権限を設定する事が可能な利用権限機能部を有し、該利用権限機能部は、ディレクトリ・サービスであり、ソフトウェアを格納しているプログラムフォルダに対して予め登録されたユーザか否かの判定により該フォルダへの接続を許可若しく拒否し、接続制限を施す接続制限手段により、該ソフトウェア販売者との契約規定数以上のソフトウェアの使用を未然に防止する事を特徴とするソフトウェアのライセンス管理方法（請求項２）である。
【００１８】
更に前記連携サーバは、シンクライアント端末管理サーバ及びユーザ管理サーバ間とのセッションを管理するセッション管理機能部を有し、該セッション管理機能部は、ユーザが明示的にログアウトをしない場合であっても、シンクライアント端末管理サーバと連携サーバ間又は連携サーバとユーザ管理サーバ間のセッションのどちらか一方が切断された場合にはどちらのセッションも終了する接続制限手段により、該ソフトウェア販売者との契約規定数以上のソフトウェアの使用を未然に防止することを特徴とするソフトウェアのライセンス管理方法（請求項３）である。
【発明を実施するための最良の形態】
【００１９】
本発明の好適な実施形態について図面を参照して説明する。
本実施形態について大きく分けるとシンクライアント端末管理サーバ等によるシンクライアントシステムの導入部分とユーザ管理サーバ等による既存の企業情報システム部分に分ける事ができる。
【００２０】
尚、本実施形態ではシンクライアント端末管理サーバ等によるシンクライアントシステム部分はＵＮＩＸ（登録商標）環境で構築され、ユーザ管理サーバ等による既存の企業情報システム部分はWINDOWS（登録商標）環境で構築された場合を想定している。
【００２１】
また、本実施形態における構成は分散化、冗長化を鑑みたものであり、各構成要素が最適に機能する事が可能であれば、物理的にそれぞれが1台で構成される必要はない。
【００２２】
各サーバにはＯＳ等の制御機能部、ハードディスク等の記憶機能部やディスプレイ、キーボード、ネットワークインタフェース等の入出力機能部を各々有する事を前提とする。
【００２３】
更に、本発明とは直接関係ない部分、例えばDNSによる名前解決やDHCPによるIPアドレスの付与等については記載若しくは図示せず、省略する。
【００２４】
図1は本発明の好適な実施形態におけるシンクライアントシステム10の構成図である。
シンクライアントシステム10は1以上のシンクライアント端末11と、前記1以上のシンクライアント端末11を管理するシンクライアント端末管理サーバ12と、シンクライアント端末11を利用するユーザを認証する認証サーバ_U13と、ユーザの個別領域及びソフトウェア格納の為のファイルサーバ_U14と、シンクライアント端末管理サーバ12とは異なるプラットフォームで構築されたユーザ管理サーバ15と、ユーザ管理サーバ15上のユーザ個別領域及びソフトウェア格納の為のファイルサーバ16と、ユーザ管理サーバ15上のユーザを認証する為の認証サーバ17と、前記シンクライアント端末管理サーバ12とユーザ管理サーバ15を連携させ、プラットフォーム上の仕様の差異を解消する為の連携サーバ18と、前記シンクライアント端末管理サーバ12と連携サーバ18間の連携部分におけるアプリケーションレベルの通信負荷分散を実現する為のロードバランサ19とを有する。
【００２５】
シンクライアント端末11は、少なくとも制御機能部11a、入出力機能部11bを含むシンクライアント端末である。
【００２６】
制御機能部11aにはシンクライアント端末管理サーバ12とのデータの送受信を行う為のソフトウェア等が含まれる。また、本実施形態において、入出力機能部11bには、スマートカードによるログインを可能とすべくスマートカードリーダも含まれる。  
シンクライアント端末管理サーバ12は、少なくとも、認証管理機能部12a、記憶管理機能部12b、ソフトウェア管理機能部12cを含むサーバである。
【００２７】
シンクライアント端末管理サーバ12は、企業の規模等によっては各オフィスに用意し、複数台によるシンクライアント端末管理サーバ郡として構築してもよい。また、冗長化構成として、オフィス毎にプライマリサーバ、セカンダリサーバ２台の構成とし、セカンダリサーバをホットスタンバイ/コールドスタンバイ等によるシステム運用をしてもよい。
【００２８】
認証管理機能部12aは、ユーザがシンクライアントシステム10へログインする際の認証を行う機能である。認証管理機能部12aにはシンクライアント端末及びスマートカードを認証する機能とシンクライアントシステム10上のユーザのアカウント及びそのアカウントに対応するパスワードを認証する機能を有する。尚、本実施形態では複数台のシンクライアント端末管理サーバ12を構築した場合を想定しており、本機能は後述する認証サーバの認証機能部13aを利用し、正当なユーザである場合には受け取ったアカウント情報を元に特定のシンクライアント端末11を利用可能とする。
【００２９】
記憶管理機能部12bは、ユーザが利用するホームディレクトリを管理する機能である。マルチユーザ環境を実現し、特定のシンクライアント端末11に依存する事なく、ユーザの実効環境及び記憶域を確保している。尚、本実施形態では後述するファイルサーバの記憶域を利用し、各ユーザのホームディレクトリとして領域を確保し、記憶管理機能部12bにて管理している。
【００３０】
ソフトウェア管理機能部12cは、ユーザが利用可能であるソフトウェアを管理する機能である。尚、本実施形態では後述するファイルサーバの記憶域を利用し、各ソフトウェアの当該実行形式のプログラム等を格納し、ソフトウェア管理機能部12cにて管理している。
【００３１】
認証サーバ_U13は少なくとも、認証機能部13aを含むサーバである。認証サーバ_U13はシンクライアント端末11を利用するユーザがアカウント及びパスワードを入力する事によりログインを試みた時に、その可否を判断し、正当なユーザである場合には該当するシンクライアント端末管理サーバ12へそのユーザのアカウント情報を提供する機能を有する。ユーザは、特定のシンクライアント端末11に依存する事なく、各人の作業環境を実行する事が可能となる。
【００３２】
認証機能部13aはシンクライアント端末11及びユーザのアカウントを管理しているディレクトリ・サービスである。例えばLDAP（Lightweight  Directory  Access  Protocol）認証等である。予め登録されたシンクライアント端末11のMACアドレスやスマートカードのトークンID等の情報を保持し、シンクライアント端末11に付属しているスマートカードリーダから読み取ったスマートカードの情報と比較して正当なシンクライアント端末11であるか否か、そして正当なユーザであるか否かを判断する事が可能である。その結果、正当なユーザである場合にはそのユーザの識別情報及びホームディレクトリ等の絶対パスをシンクライアント端末管理サーバ12へと提供する。すなわち、認証機能部13aは各シンクライアント端末管理サーバの認証管理機能部12bにその認証機能を提供する事が可能である。  
【００３３】
ファイルサーバ_U14は少なくとも制御機能部14a、記憶機能部14bを含むサーバである。ファイルサーバ_U14はシンクライアント端末11を利用するユーザ毎に利用する記憶域及びユーザが利用するソフトウェアの実行形式のプログラム等を保持している。また、シンクライアント端末管理サーバの記憶管理機能部12bにより管理されている。
【００３４】
制御機能部14aはファイルサーバを管理しているソフトウェア等を含んでいる。例えば、ファイルサーバ_U14をクラスタ構成、RAID1構成（ミラーリング）にする場合に使用するソフトウェア等である。
【００３５】
記憶機能部14bは各ユーザの記憶域を格納しているハードディスク等である。
【００３６】
ユーザ管理サーバ15は少なくとも、認証管理機能部15a、記憶管理機能部15b、ソフトウェア管理機能部15cを含むサーバである。但し、シンクライアント端末管理サーバ12とは異なるプラットフォームで構築されている。
【００３７】
認証管理機能部15aは、ユーザがユーザ管理サーバ15へアカウントとアカウントに対応したパスワードを入力する事によりログインする際の認証を行う機能である。尚、本実施形態では複数台のユーザ管理サーバ15を構築した場合を想定しており、本機能は後述する認証サーバの認証機能部16aを利用する。認証管理機能部15aは正当なユーザである場合には受け取ったアカウント情報を元に特定のユーザの実行環境を提供する。
【００３８】
記憶管理機能部15bは、ユーザが利用するホームディレクトリを管理する機能である。マルチユーザ環境を実現し、特定のシンクライアント端末11に依存する事なく、ユーザの実効環境及び記憶域を確保している。尚、本実施形態では後述するファイルサーバの記憶機能部17bを利用し、各ユーザのホームディレクトリとして領域を確保し、記憶管理機能部15bにて管理している。
【００３９】
ソフトウェア管理機能部15cは、ユーザが利用するソフトウェアを管理する機能である。尚、本実施形態では後述する認証サーバの認証機能部16a及び利用権限管理機能部16bを用いて管理する。
但し、後述するファイルサーバの記憶機能部17bに、ソフトウェアの当該実行形式のプログラム等を格納し、ソフトウェア管理機能部15cにて管理する事も可能である。
【００４０】
認証サーバ_W16は少なくとも認証機能部16a、利用権限管理機能部16bを含むサーバである。    
認証機能部16aは予め登録されたユーザ及びサーバを管理しているディレクトリ・サービスであって、ドメイン機能を有する。例えばActive  Directory（登録商標）認証等である。予め登録されたユーザ毎のアカウントやサーバ名を保持し、ユーザが入力したアカウント及びパスワードとそれらを比較して正当なユーザであるかを判断する事が可能である。また、認証機能部16aは各ユーザ管理サーバ15の認証管理機能部15aにその認証機能を提供する事が可能である。  
【００４１】
利用権限管理機能部16bは特定のソフトウェアを使用できるグループ（又はポリシー）を定義し、そのグループに予め認証サーバ16上登録されたユーザを追加若しくは削除する事により管理する。そして、前述したグループを特定のソフトウェアを格納しているプログラムフォルダに対して適用する事により、アクセス制限を施して、登録されたユーザ以外は使用できない運用とする。ここで、ソフトウェアのライセンス数を購入分以下の人数にする事によって、異なったプラットフォームをまたがる画面転送方式のシンクライアントシステムにおいて不正使用を防止し、容易にソフトウェアのライセンス管理が可能となる。
尚、ソフトウェアのライセンス数を管理するライセンス管理サーバ等を別途用意して特定のソフトウェアを使用できるグループへ登録する人数を制限するシステムを構築する事も可能である。
【００４２】
ファイルサーバ_W17は少なくとも制御機能部17a、記憶機能部17bを含むサーバである。ファイルサーバ_W17はシンクライアント端末11を利用するユーザ毎に利用する記憶域及びユーザが利用するソフトウェアの実行形式のプログラム等を保持している。また、ユーザ管理サーバの記憶管理機能部15bにより管理されている。
【００４３】
制御機能部17aはファイルサーバ_W17を管理しているソフトウェア等を含んでいる。例えばファイルサーバ_W17をクラスタ構成、RAID1構成（ミラーリング）にする場合に使用するソフトウェアである。
【００４４】
記憶機能部17bは各ユーザの記憶域を格納しているハードディスク等である。
【００４５】
連携サーバ18は少なくとも認証連携管理機能部18a、セッション管理機能部18b、負荷分散機能部18c、エミュレータ管理機能部18dを含むサーバである。連携サーバ18はシンクライアント端末管理サーバ12とユーザ管理サーバ15を連携する事により、プラットフォーム間の差異を解消し、ユーザがプラットフォームを意識する事なく様々なソフトウェアを利用する事が可能となる。
【００４６】
認証連携管理機能部18aはシンクライアント端末管理サーバ12側で使用する認証サーバ_U13とユーザ管理サーバ15側で使用する認証サーバ_W16を連携し、ユーザが異なるプラットフォーム上におけるソフトウェア等を使用する場合のアカウント認証を連携する為の機能である。尚、本機能を実現する為にシンクライアント端末管理サーバ12を連携サーバ18のクライアントとして設定する必要がある。
【００４７】
セッション管理機能部18bはユーザが特定のソフトウェアの利用を停止した後に再開する事が可能なレジューム機能である。但し、本実施形態においては1ユーザアカウントでの複数セッションの確立を禁止している。例えば、ユーザが明示的にログアウトをしない場合であって、シンクライアント端末管理サーバ12と連携サーバ18間又は連携サーバ18とユーザ管理サーバ15間のセッションのどちらか一方が切断された場合にはどちらのセッションも終了する設定としている。
同一のユーザの複数セッションによるソフトウェアの不正使用を防止する為である。
【００４８】
負荷分散機能部18cは連携サーバ18群内の負荷分散を行う機能とユーザ管理サーバ15に対して負荷分散を行う機能とを有する。
連携サーバ18郡内の負荷分散を行う機能とはシンクライアント端末管理サーバ12がシンクライアント端末11から受けた接続要求をまずプライマリ連携サーバで受け付けて、その後、複数のセカンダリ連携サーバに割り振る事により負荷分散を行う機能である。この場合には予め1台をプライマリ連携サーバとして動作するように設定する必要がある。但し、本実施形態ではロードバランサ19を使用して負荷分散を行う為、連携サーバ18間でこの機能は使用しないが、ロードバランサ19を用いない実施形態の場合には使用してもよい。
【００４９】
ユーザ管理サーバ15に対して負荷分散とは連携サーバ18が、負荷の少ないユーザ管理サーバ15を選択して接続する事により負荷分散を行う機能である。
【００５０】
エミュレータ管理機能部18dはWebブラウザを利用して、異なるプラットフォーム上のソフトウェアでも利用可能とする実行環境を備えている。また、全シンクライアント端末管理サーバ12上にクライアントプログラムを実装しておき、ユーザがログインすると同時若しくはユーザ管理サーバ上の実効環境に移行した場合にクライアントプログラムを自動起動するように設定する。その結果、エミュレータ管理機能18dが作動し、ユーザの起動要求によりユーザ管理サーバ上のソフトウェアの実行が可能となる。
【００５１】
ロードバランサ19は少なくとも負荷分散機能部19aを含む機器である。
負荷分散機能部19aはシンクライアント端末管理サーバ12郡と連携サーバ18郡のセッション層における通信の負荷分散を行う機器である。具体的にはシンクライアント端末管理サーバ12から連携サーバ18へセッション接続要求が起きた場合に、ロードバランサ19はネットワークのトラフィックや連携サーバ18の負荷状況を考慮して、使用する機器を選定する事が可能である。
尚、本実施形態ではロードバランサ19を使用しているが必ずしも負荷分散機能は必要ではない。    
【００５２】
続いて本発明の好適な実施形態における具体的なデータの流れを説明する。
図２及び図３は本発明の好適な実施形態におけるシーケンス図である。
まず、ユーザはシンクライアントシステムにログインする為にスマートカードをシンクライアント端末のスマートカードリーダに挿入する（1000）。
【００５３】
スマートカード内には予め登録されているトークンIDが存在し、それら識別情報が、シンクライアント端末管理サーバの認証管理機能部12aへ送信される。
【００５４】
そして、送信された識別情報は認証管理機能部12aにより認証可否判断される（1001）。尚、シンクライアントシステム10にログインする際には予めシンクライアント端末管理サーバ12にスマートカードのトークンIDを登録する必要がある。認証管理機能部12aは前記の認証後、ユーザに対してアカウント及びパスワードの入力を求める画面を表示する（1002）。
ユーザは画面表示に従いアカウントとパスワードを入力する（1003）。
【００５５】
シンクライアント端末管理サーバの認証管理機能部12aはユーザから入力されたアカウント及びパスワードを認証サーバの認証機能部16aに送信し、正当なアカウント及びパスワードであるか否か問い合わせる。正当なアカウント及びパスワードである場合には認証機能部16aより、該ユーザのUID（ユーザID）、GID（グループID）、ログイン時に使用するシェル、ホームディレクトリ等の絶対パスが提供される（1004）。
【００５６】
シンクライアント端末管理サーバ12は前記絶対パスに従い、シンクライアント端末11上に初期インターフェースを画面に表示する。
【００５７】
尚、ログイン時の初期設定として既存のユーザ管理サーバ15での環境（以下、ユーザ管理システム環境と記載）の場合（1005）にはクライアントプログラムの自動起動処理を行う（1006）。また、初期設定がシンクライアント端末管理サーバ上の実行環境が選択されている場合にはシンクライアントシステムのインターフェースが表示される（1007）。その後、ユーザ管理システム環境に移行する場合にはユーザの要求によりクライアントプログラムの起動が行われる（1008）
クライアントプログラムはシンクライアント端末管理サーバ12を連携サーバ18のクライアント端末として設定する事が可能なプログラムである。
【００５８】
続いてクライアントプログラムによりユーザ管理システム環境へのログイン画面が表示される（1009）。ユーザはユーザ管理サーバ15へログインする為にシンクライアント端末11上でアカウント、パスワードを入力する（1010）。
【００５９】
そして、連携サーバ18へ接続し（1011）、ユーザが入力した情報は連携サーバ18のセッション管理機能部18bを介してユーザ管理サーバの認証管理機能部15aへと送信される。
尚、ロードバランサの負荷分散機能部19aはシンクライアント端末管理サーバ12と連携サーバ18間においてユーザが入力した情報を送信する前にセッションを確立すべく最適な連携サーバ18を選択する。更に、連携サーバの負荷分散機能部18cでは最も負荷の少ないユーザ管理サーバ15を決定し、セッションの確立後、入力した情報を送信する。
【００６０】
ユーザ管理サーバの認証管理機能18aは受信した情報を認証サーバ_Wの認証機能部16aへ問い合わせ、正当なアカウント及びパスワードである場合には該ユーザの絶対パスが提供される。ユーザ管理サーバの認証管理機能部15aはユーザをユーザ管理システム環境へログインを許可する（1012）。
【００６１】
その後、ユーザ管理システムのインターフェースが表示され（1013）、ユーザのソフトウェア起動要求（1014）によりユーザ管理サーバの認証管理機能部15aは、認証サーバ_Wの利用権限管理機能部16bを参照し、予め登録されているユーザからの接続要求の場合には接続を許可し、登録されていないユーザからの接続要求の場合には接続を許可しない（1015）。その結果、ユーザは特定のソフトウェアの使用が可能となる（1016）。
【００６２】
以上、本発明の好適な実施形態により既存のシステムと異なるプラットフォームを使用するシンクライアントシステムを導入する事が容易であり、かつ特別なライセンス管理システムを構築する事なく特定のソフトウェアの不正使用を防止する事が可能である。
【図面の簡単な説明】
【００６３】
【図１】本発明の好適な実施形態におけるシステム構成図である。
【図２】本発明の好適な実施形態におけるシーケンス図（前半）である。
【図３】本発明の好適な実施形態におけるシーケンス図（後半）である。
【符号の説明】
【００６４】
10 シンクライアントシステム
11 シンクライアント端末
11a 制御機能部
11b 入出力機能部
12 シンクライアント端末管理サーバ
12a 認証管理機能部
12b 記憶管理機能部
12c ソフトウェア管理機能部
13  認証サーバ_U
13a 認証機能部
14 ファイルサーバ_U
14a 制御機能部
14b 記憶機能部
15  ユーザ管理サーバ
15a 認証管理機能部
15b 記憶管理機能部
15c ソフトウェア管理機能部
16  認証サーバ_W
16a 認証機能部
16b 利用権限管理機能部
17  ファイルサーバ_W
17a 制御機能部
17b 記憶機能部
18 連携サーバ
18a 認証連携管理機能部
18b セッション管理機能部
18c 負荷分散機能部
18d エミュレータ管理機能部
19  ロードバランサ
19a 負荷分散機能部
【図１】
2007233669.tif 000003
【図２】
2007233669.tif 000004
【図３】
2007233669.tif 000005