JP5243360B2 - シンクライアント接続管理システム、およびシンクライアント接続管理方法 - Google Patents

Description

本発明は、シンクライアント接続管理システム、およびシンクライアント接続管理方法に関するものであり、具体的には、シンクライアントシステムにおけるユーザに対しその利用目的等に応じて複数の利用環境を提供可能とする技術に関する。

シンクライアント接続におけるシンクライアント端末と、シンクライアントサーバ（ブレードＰＣ等）の接続方式では、（１）ユーザＩＤ、パスワードの組に対してシンクライアントサーバを１台割当、（２）ユーザＩＤ、パスワードの組に対して、シンクライアントサーバ上の仮想環境などを用いたＰＣ環境を割当、といった手法が採用されている。前記（１）、（２）の手法ともに、ユーザＩＤ、パスワードの組に対して、ユーザの利用環境が１つ割り当てられる。

一方、シンクライアント環境を利用して、例えば、企業内に立ち上がっている業務プロジェクト毎に専用のブレードＰＣを用意する場合がある。この場合、このブレードＰＣには所定のプロジェクトメンバーのみがシンクライアント端末でアクセスして業務を進めることになる。こうした状況におかれたプロジェクトメンバーは、社員各自に割り当てられている自分用のシンクライアントサーバを日常業務で用いる一方で、プロジェクト業務を遂行する際には前記専用のブレードＰＣを利用することになる。つまり、一人で複数のシンクライアントサーバを利用する状況が生じる。こうした１ユーザが複数サーバを使用する環境を実現するためには、１ユーザに複数のユーザＩＤ、パスワードの組を割り当てて管理することになる。

こうした技術として、例えば、一のユーザＩＤに対して対応付けられた複数のパスワードのそれぞれによって異なるデータ領域を提供する、データ読み出し装置（特許文献１参照）などが提案されている。

特開２００３−２８０９７０号公報

上述の文献の如く、１つのユーザＩＤに対して複数パスワードを割り当てて、パスワード毎に異なるデータ領域を割り当てる技術は提案されているが、シンクライアント環境ならばこそ意図されるシンクライアントサーバでのデータ一括管理をセキュアに実現することが出来ない。なぜなら、パスワードに応じて接続先のシンクライアントサーバを選択するといった装置接続の制御はできず、ユーザ側で一旦取得したデータについては、シンクライアントサーバに保持されてしまうリスクがあるためである。

従って上述したように、従来のシンクライアント環境では、ユーザＩＤに対応した利用環境を１つしか提供できず、ユーザの使用目的等に応じて複数の利用環境を提供することができない。そのため、例えば社員個々に割り当てられているシンクライアントサーバをプロジェクト業務にも流用したとすると、通常業務との間で処理が錯綜してデータの紛失、漏洩なども生じやすくなる上、プロジェクト用のデータがそのまま個人のシンクライアントサーバに残されることになり、セキュアな環境を維持するのが困難となる。

また、例えばユーザＩＤ、パスワードをプロジェクト内の複数名で共用とする運用を行う場合、プロジェクトから脱退したメンバ＝ユーザＩＤ、パスワードの組を知り得た人物、についてシンクライアントサーバへのアクセス権を削除するためには、その都度、シンクライアントサーバや管理サーバ等で管理しているＩＤ、パスワードを変更するといった運用が必要となる。社員数やプロジェクト数などが多数にのぼる組織であれば、こうしたＩＤ、パスワードの管理だけでも大変な手間、コストがかかることになる。

そこで本発明は上記課題を鑑みてなされたものであり、シンクライアントシステムにおけるユーザに対しその利用目的等に応じて複数の利用環境を提供可能とする技術の提供を主たる目的とする。

上記課題を解決する本発明のシンクライアント接続管理システムは、シンクライアント端末と、これに接続される認証デバイスとから構成されるコンピュータシステムである。すなわち、前記シンクライアント端末は、認証デバイスのインターフェイスを備えている。また前記シンクライアント端末は、入力部において、ＩＤ、パスワードの組についてユーザより入力を受け付け、前記インターフェイスに接続された認証デバイスに対し、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みであるかを問う問い合わせ要求を送信するＩＤ照会部を備えている。

また、前記シンクライアント端末は、前記問い合わせ要求に応じて前記認証デバイスが返信してきた応答データが、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みである旨のデータである時、前記ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイスに送信し、前記認証デバイスが返信してきた接続先情報を受信する接続先選定部を備えている。

また、前記シンクライアント端末は、前記認証デバイスが返信してきた前記接続先情報に基づき、当該接続先情報が示すシンクライアントサーバとのシンクライアント接続の確立処理を実行するリモート接続部を備える。

一方、前記認証デバイスは、ユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードを格納した記憶部と、シンクライアント端末に接続するインターフェイスとを備える。

また、前記認証デバイスは、前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ、パスワードの組を前記記憶部のレコード群より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末に送信する応答部を備えている。

また、前記認証デバイスは、前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部において前記ＩＤ、パスワードの組に該当するレコードを特定し、このレコードが含むシンクライアントサーバのアドレスを接続先情報として前記シンクライアント端末に送信する接続先通知部を備えている。

また、本発明のシンクライアント接続管理方法は、認証デバイスのインターフェイスを備えるシンクライアント端末と、前記認証デバイスとが以下の処理を実行するものである。すなわち、前記シンクライアント端末は、入力部において、ＩＤ、パスワードの組についてユーザより入力を受け付け、前記インターフェイスに接続された認証デバイスに対し、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みであるかを問う問い合わせ要求を送信する処理と、前記問い合わせ要求に応じて前記認証デバイスが返信してきた応答データが、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みである旨のデータである時、前記ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイスに送信し、前記認証デバイスが返信してきた接続先情報を受信する処理と、前記認証デバイスが返信してきた前記接続先情報に基づき、当該接続先情報が示すシンクライアントサーバとのシンクライアント接続の確立処理を実行する処理とを実行する。

一方、前記認証デバイスは、ユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードを格納した記憶部と、シンクライアント端末に接続するインターフェイスとを備えている。この認証デバイスは、前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ、パスワードの組を前記記憶部のレコード群より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末に送信する処理と、前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部において前記ＩＤ、パスワードの組に該当するレコードを特定し、このレコードが含むシンクライアントサーバのアドレスを接続先情報として前記シンクライアント端末に送信する処理とを実行する。

その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。

本発明によれば、シンクライアントシステムにおけるユーザに対しその利用目的等に応じて複数の利用環境を提供可能となる。

本実施形態のシンクライアント接続管理システムのネットワーク構成図である。 本実施形態のシンクライアント端末の構成例を示す図である。 本実施形態の認証デバイスの構成例を示す図である。 本実施形態のシンクライアントサーバの構成例を示す図である。 本実施形態のＩＤ管理データベースのテーブル構造例を示す図である。 本実施形態におけるシンクライアント接続管理方法の処理フロー例１を示す図である。 本実施形態におけるシンクライアント接続管理方法の処理フロー例２を示す図である。 本実施形態におけるシンクライアント接続管理方法の処理フロー例３を示す図である。

−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のシンクライアント接続管理システム１０のネットワーク構成図である。図１に示すシンクライアント接続管理システム１０（以下システム１０）は、シンクライアント接続を構成するシンクライアント端末１００およびシンクライアントサーバ２００、ならびに前記シンクライアント端末１００に接続される認証デバイス３００を含むものである。例えば、ある企業における社員らは、それぞれ前記シンクライアント端末１００を支給されており、個々に割り当てられているブレードＰＣなどシンクライアントサーバ２００を、自身のパーソナルコンピュータとして日常業務に使用している。また、こうした社員個々の日常業務用のシンクライアントサーバ２００とは別に、例えば、企業内で遂行中のプロジェクト毎に専用のシンクライアントサーバ２００が各プロジェクトメンバに用意されている。前記社員らは、メール送受信や文書作成などといった日常業務を自身用のシンクライアントサーバ２００で処理する一方、参加しているプロジェクトに対応する業務処理をプロジェクト専用のシンクライアントサーバ２００にて行うこととする。なお、以降の説明では、日常業務用として社員個々に割り当てられているシンクライアントサーバをシンクライアントサーバ２００Ａとし、プロジェクト専用としてプロジェクトメンバごとに割り当てられているシンクライアントサーバをシンクライアントサーバ２００Ｂ、２００Ｃとする。また、不正ユーザ検出用のシンクライアントサーバをシンクライアントサーバ２００Ｄとする。

−−−シンクライアント端末−−−。

次に、本実施形態におけるシンクライアント接続管理システム１０を構成する各装置について各々説明する。図２は本実施形態のシンクライアント端末１００の構成例を示す図である。前記シンクライアント端末１００は、ネットワーク５を介してシンクライアントサーバ２００Ａ〜Ｄのデスクトップ環境を利用する装置であって、例えば、フラッシュＲＯＭ１０８などに格納されたプログラム１０２をＲＡＭ１０３に読み出し、演算装置たるＣＰＵ１０４により実行するコンピュータ端末である。

また、前記シンクライアント端末１００は、コンピュータ装置が一般に備えている各種キーボードやマウス、ボタン類などの入力部１０５、ディスプレイなどの出力部１０６、ならびに、前記シンクライアントサーバ２００などとの間のデータ授受を担う通信部たるＮＩＣ１０７（Network Interface Card）などを有している。前記シンクライアント端末１００は、前記ＮＩＣ１０７により、前記シンクライアントサーバ２００Ａ〜Ｄと前記ネットワーク５を介して接続し、データ授受を実行する。

こうしたシンクライアント端末１００として、本実施形態では、いわゆるＨＤＤレスタイプのシンクライアント端末を想定する。また、前記シンクライアント端末１００は、認証デバイス３００を接続するためのインターフェイスたるＵＳＢインターフェイス１４４、キーボードおよびマウスを接続するためのＩ/Ｏコネクタ１６０、ディスプレイを接続するためのビデオカード１３０、これらの各部１０１〜１６０と接続するバスを中継するブリッジ１０９、電源１２０を有する。前記ＣＰＵ１０４は、電源１２０の投入後、先ずフラッシュＲＯＭ１０８にアクセスしてＢＩＯＳ１３５を実行することにより、シンクライアント端末１００のシステム構成を認識する。

前記フラッシュＲＯＭ１０８におけるＯＳ１３６は、ＣＰＵ１０４がシンクライアント端末１００の各部１０１〜１６０を統括的に制御して、後述する各部に対応するプログラムを実行するためのプログラムである。ＣＰＵ１０４は、ＢＩＯＳ１３５に従い、フラッシュＲＯＭ１０８からＯＳ１３６をＲＡＭ１０３にロードして実行する。なお、本実施形態のＯＳ１３６には、組み込み型ＯＳ等のフラッシュＲＯＭ１０８に格納可能な比較的サイズの小さいものが利用される。

続いて、前記シンクライアント端末１００が、例えばプログラム１０２に基づき前記フラッシュＲＯＭ１０８にて構成・保持する機能部につき説明を行う。前記シンクライアント端末１００は、前記入力部１０５において、ＩＤ、パスワードの組についてユーザより入力を受け付け、前記インターフェイス１４４に接続された認証デバイス３００に対し、前記ＩＤ、パスワードの組が認証デバイス３００において登録済みであるかを問う問い合わせ要求を送信するＩＤ照会部１１０を備える。

また、前記シンクライアント端末１００は、前記問い合わせ要求に応じて前記認証デバイス３００が返信してきた応答データが、前記ＩＤ、パスワードの組が認証デバイス３００において登録済みである旨のデータである時、前記ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイス３００に送信し、前記認証デバイス３００が返信してきた接続先情報を受信する接続先選定部１１１を備える。

また、前記シンクライアント端末１００は、前記認証デバイス３００が返信してきた前記接続先情報に基づき、当該接続先情報が示すシンクライアントサーバ２００とのシンクライアント接続の確立処理を実行するリモート接続部１１２を備える。

なお、前記シンクライアント端末１００は、入力部１０５で接続先情報の更新要求を受け付けた時、ＩＤ、パスワードの組に応じた接続先情報の入力画面を出力部１０６に表示し、この入力画面を介して受け付けた前記ＩＤ、パスワードの組に応じた接続先情報の更新要求を、前記インターフェイス１４４を介して前記認証デバイス３００に送信する、接続先情報更新部１１３を備えるとしてもよい。

また、前記シンクライアント端末１００の接続先選定部１１１は、前記問い合わせ要求に応じて前記認証デバイス３００が返信してきた応答データが、不正ユーザ用のＩＤ、パスワードの組が認証デバイス３００において登録済みである旨のデータである時、前記不正ユーザ用のＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイス３００に送信し、前記認証デバイス３００が返信してきた接続先情報を受信することとなる。

この時、前記シンクライアント端末１００のリモート接続部１１２は、前記認証デバイス３００が返信してきた前記接続先情報に基づき、当該接続先情報が示す不正ユーザ検出用のシンクライアントサーバ２００とのシンクライアント接続の確立処理を実行する。

なお、前記シンクライアント端末１００のリモート接続部１１２は、シンクライアントサーバ２００との接続確立処理の実行に伴い、当該シンクライアント端末１００の入力部１０５にて入力された操作情報を前記シンクライアントサーバ２００のアドレスに宛てて送信し、当該操作情報に対応した映像情報を前記シンクライアントサーバ２００から受信して、当該シンクライアント端末１００の出力部１０６に表示する機能もシンクライアント端末として当然に備える。

こうした前記リモート接続部１１２は、リモートクライアントプログラム１７０と、暗号化通信プログラム１７１とを備えている。前記リモートクライアントプログラム１７０は、シンクライアント端末１００が遠隔からシンクライアントサーバ２００のデスクトップにアクセスするためのプログラムであり、例えばＶＮＣのクライアント（ビューワ）プログラムである。前記ＣＰＵ１０４は、ＯＳ１３６に従い、フラッシュＲＯＭ１０８からリモートクライアントプログラム１７０をＲＡＭ１０３にロードして実行する。これにより、ＣＰＵ１０４は、Ｉ/Ｏコネクタ１６０の入力情報（キーボードおよびマウスの操作内容）を、例えばＶＰＮなどのネットワーク５を介してシンクライアントサーバ２００に送信すると共に、ＶＰＮ等のネットワーク５を介して当該シンクライアントサーバ２００から送られてきた映像情報（ディスプレイのデスクトップ画面）をビデオカード１３０に接続されたディスプレイなどの出力部１０６に出力する。

また、前記暗号化通信プログラム１７１は、リモートクライアントプログラム１７０より通知されたアドレスを持つシンクライアントサーバ２００との間に、ＶＰＮなどのセキュアな通信ネットワークを構築するための通信プログラムである。例えば、ＩＰｓｅｃを用いた通信プログラムを想定できる。前記ＣＰＵ１０４は、ＯＳ１３６に従い、フラッシュＲＯＭ１０８から暗号化通信プログラム１７１をＲＡＭ１０３にロードして実行する。これにより、ＣＰＵ１０４は、ＮＩＣ１０７を介して自シンクライアント端末１００に割当てされたシンクライアントサーバ２００へ通信開始要求を送信して、当該シンクライアントサーバ２００との間にＶＰＮ等のネットワークを構築し、このＶＰＮ等を介して当該シンクライアントサーバ２００と通信する。

なお、本実施形態において前記シンクライアント端末１００は、前記ＩＤ照会部１１０、接続先選定部１１１、リモート接続部１１２、接続先情報更新部１１３、リモートクライアントプログラム１７０、暗号化通信プログラム１７１らを、フラッシュＲＯＭ１０８に代えて、ＴＰＭ（Trusted Platform Module）と呼ばれるチップ内に収めているとしてもよい。このＴＰＭは、スマートカード（ＩＣ カード）に搭載されるセキュリティチップに似た機能を持っており、非対称鍵による演算機能、またこれら鍵を安全に保管するための耐タンパー性を有するハードウェアチップである。このＴＰＭの機能としては、例えば、ＲＳＡ（Rivest-Shamir-Adleman Scheme）秘密鍵の生成・保管、ＲＳＡ秘密鍵による演算（署名、暗号化、復号）、ＳＨＡ−１（Secure Hash Algorithm １）のハッシュ演算、プラットフォーム状態情報（ソフトウェアの計測値）の保持（PCR）、 鍵、証明書、クレデンシャルの信頼チェーンの保持、高品質な乱数生成、不揮発性メモリ、その他Opt-in やＩ／Ｏ等があげられる。

前記ＴＰＭ は、暗号鍵（非対称鍵）の生成・保管・演算機能の他、プラットフォーム状態情報（ソフトウェアの計測値）をＴＰＭ 内のレジスタＰＣＲ（Platform Configuration Registers）に安全に保管し、通知する機能を有している。ＴＰＭの最新仕様では、さらにローカリティやデリゲーション（権限委譲）等の機能が追加されている。なお、ＴＰＭは、物理的にプラットフォームのパーツ（マザーボードなど）に取り付けることとなっている。

−−−認証デバイス−−−
図３は本実施形態の認証デバイス３００の構成例を示す図である。なお、前記認証デバイス３００の例としては、ＩＣチップ３０１をプラスティック筐体などの適宜な収納ケースに格納し、前記シンクライアント端末１００のＵＳＢインターフェイス１４４にＵＳＢアダプタ３４４をもってデータ通信可能に接続される、例えばＵＳＢメモリなどのデバイスなどがあげられる。

また前記認証デバイス３００のＩＣチップ３０１の記憶部３０２には、認証情報３０１２、ＩＤ管理データベース３０１３、認証プログラム３０１４、前記認証プログラム３０１４を実行するＣＰＵ３０１５が備わっている。なお、前記認証情報３０１２は、シンクライアント端末１００に当該認証デバイス３００を接続した際に正当なシンクライアント端末ユーザであるか本人認証を行うための認証情報であり、一例として、ＩＤ、パスワードのデータとなる。

また、前記ＩＤ管理データベース３０１３は、ユーザのＩＤおよびパスワードの組（＝リモート用認証情報）とシンクライアントサーバ２００のアドレス（例えば、ＩＰアドレスなど）とが対応付けられた複数のレコードから構成されている。このＩＤ管理データベース３０１３が含むＩＤ、パスワードの組＝リモート用認証情報は、シンクライアント接続の確立時にシンクライアントサーバ２００にて、シンクライアントサーバ２００に記憶されているユーザＩＤ、パスワードと照合してユーザ認証を行うために必要な情報となる。

なお、前記認証プログラム３０１４は、応答部３１０、接続先通知部３１１、接続先情報格納部３１２を実現するプログラムである。前記応答部３１０は、前記ＵＳＢインターフェイス３４４に接続された前記シンクライアント端末１００より、ＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ、パスワードの組を前記記憶部３０２のＩＤ管理データベース３０１３（レコード群）より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末１００に送信する。

また、前記接続先通知部３１１は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部３０２において前記ＩＤ、パスワードの組に該当するレコードをＩＤ管理データベース３０１３より特定し、このレコードが含むシンクライアントサーバ２００のアドレスを接続先情報として前記シンクライアント端末１００に送信する。なお、前記接続先情報には、前記ＩＤ管理データベース３０１３が含むリモート用認証情報も含めるものとする。

また、前記接続先情報格納部３１２は、前記ＵＳＢインターフェイス３４４を介して前記シンクライアント端末１００から送信されてくる、前記接続先情報の更新要求を受信し、当該更新要求が含む前記ＩＤ、パスワードの組に応じた接続先情報のデータを前記記憶部３０２に格納する。

なお、前記記憶部３０２のＩＤ管理データベース３０１３は、正しいユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードの他に、不正ユーザ用のＩＤおよびパスワードの組と不正ユーザ検出用のシンクライアントサーバのアドレスとが対応付けられたレコードを格納しているとしてもよい。

この場合、前記応答部３１０は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、不正ユーザ用のＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信した時、前記不正ユーザ用のＩＤ、パスワードの組を前記記憶部３０２のＩＤ管理データベース３０１３（レコード群）より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末１００に送信する。

また、前記接続先通知部３１１は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、前記不正ユーザ用のＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部３０２において前記不正ユーザ用のＩＤ、パスワードの組に該当するレコードをＩＤ管理データベース３０１３より特定し、このレコードが含む不正ユーザ検出用のシンクライアントサーバ２００のアドレスを接続先情報として前記シンクライアント端末１００に送信する。

なお、この認証デバイス３００としては、ＩＣカード部とフラッシュメモリとが一体化したメモリカードに、個人証明書や秘密鍵およびパスワード、モバイル利用に必要な各種アプリケーションソフトウェアをプレインストールした認証デバイス（商標名：KeyMobile）を採用することができる。

−−−シンクライアントサーバ−−−
図４は本実施形態のシンクライアントサーバ２００の構成例を示す図である。一方、前記シンクライアントサーバ２００は、前記ネットワーク５を介して、前記シンクライアント端末１００にデスクトップ環境を提供し、シンクライアント端末１００からの利用を受けるブレードＰＣなどのサーバ装置である。このシンクライアントサーバ２００は、本発明を実現する機能を備えるべくＨＤＤ（ハードディスクドライブ）２０１などに格納されたプログラム２０２をＲＡＭ２０３に読み出し、演算装置たるＣＰＵ２０４により実行する。

また、前記シンクライアントサーバ２００は、シンクライアント端末１００などとの間のデータ授受を担う通信部たるＮＩＣ２０７を有している。前記シンクライアントサーバ２００は、前記ＮＩＣ２０７により、前記シンクライアント端末１００らとネットワーク５を介して接続し、データ授受を実行する。また、シンクライアントサーバ２００は、他にも、フラッシュＲＯＭ（Read Only Memory）２０８、デスクトップの映像情報を生成するビデオカード２３０、これらの各部２０１〜２３０とバスとを中継するブリッジ２０９、電源２２０を有する。

前記フラッシュＲＯＭ２０８には、ＢＩＯＳ（Basic Input/Output System）２３５が記憶されている。前記ＣＰＵ２０４は、電源２２０の投入後、先ずフラッシュＲＯＭ２０８にアクセスしてＢＩＯＳ２３５を実行することにより、シンクライアントサーバ２００のシステム構成を認識する。

前記シンクライアントサーバ２００は、前記ＨＤＤ２０１において、シンクライアントサーバ機能部２１０および不正使用履歴取得部２１１を実現するプログラム２０２、ＯＳ（Operating System）２３６を記憶している。前記ＯＳ２３６は、ＣＰＵ２０４がシンクライアントサーバ２００の各部２０１〜２３０を統括的に制御して、前記各部２１０〜２１１等の各部を実現する各プログラムを実行するためのプログラムである。ＣＰＵ２０４は、ＢＩＯＳ２３５に従い、ＨＤＤ２０１からＯＳ２３６をＲＡＭ２０３にロードして実行する。これにより、ＣＰＵ２０４は、シンクライアントサーバ２００の各部２０１〜２３０を統括的に制御する。

こうしたシンクライアントサーバ２００が、例えばプログラム２０２に基づき構成・保持する機能部につき説明を行う。前記シンクライアントサーバ２００は、前記シンクライアント端末１００からのリクエストに応じて、前記シンクライアント端末１００とのシンクライアント接続の確立処理を実行するシンクライアントサーバ機能部２１０を備える。このシンクライアントサーバ機能部２１０は暗号化通信機能を備えており、シンクライアント端末１００との間にＶＰＮ等のネットワークを構築することができる。前記シンクライアントサーバ機能部２１０は、ＮＩＣ２０７を介してシンクライアント端末１００から受付けた接続確立要求等に従い、シンクライアント端末１００との間にＶＰＮ等のセキュアなネットワークを構築し、このＶＰＮ等を介してシンクライアント端末１００と通信を行なう。

また、前記シンクライアントサーバ機能部２１０は、シンクライアントサーバ２００のデスクトップ環境をシンクライアント端末１００から遠隔操作可能とするための機能（例えばＡＴ＆Ｔケンブリッジ研究所で開発されたＶＮＣ（Virtual Network Computing）のサーバプログラム）を備えており、ＶＰＮ等のネットワークを介してシンクライアント端末１００から送られてきた入力情報（キーボードおよびマウスの操作内容）を受信し処理すると共に、処理結果を示す映像情報（ディスプレイのデスクトップ画面）を、ＶＰＮ等のネットワークを介してシンクライアント端末１００に送信する。

なお、前記シンクライアントサーバ２００のうち、少なくとも１つが不正ユーザ検出用のサーバであるとすれば好適である。この場合のシンクライアントサーバ２００は、前記シンクライアント端末１００との間でシンクライアント接続の確立処理を実行し、前記シンクライアント端末１００を含むネットワーク５上の接続装置に、当該接続装置の機器情報およびネットワーク上のアドレスを要求して取得し、記憶部２０１に格納する、不正使用履歴取得部２１１を備えている。前記接続装置に対して機器情報およびネットワーク上のアドレスを要求する処理については、ネットワークのプロトコルに応じた既存技術を採用すればよい。

なお、これまで示したシンクライアント接続管理システム１０を構成する、シンクライアント端末１００における各部１１０〜１１３、認証デバイス３００における各部３１０〜３１２、シンクライアントサーバ２００における各部２１０〜２１１等は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶部に格納したプログラムとして実現するとしてもよい。この場合、前記各装置の演算部がプログラム実行に合わせて記憶部より該当プログラムを各ＲＡＭに読み出して、これを実行することとなる。また、前記各部を実現するプログラムは、予め各装置の記憶部に格納されている場合と、必要なときに、入出力用のインタフェースやＮＩＣなどの通信装置を介して所定の記憶媒体から、或いは他装置から取得して実行するとしてもよい。

また、前記ネットワーク５に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網など様々なネットワークを採用することも出来る。また、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。

−−−テーブル構造−−−
図５は、本実施形態のＩＤ管理データベース３０１３のテーブル構造例を示す図である。前記ＩＤ管理データベース３０１３は、ユーザのＩＤおよびパスワードの組（＝リモート用認証情報）とシンクライアントサーバ２００のアドレス（例えば、ＩＰアドレスなど）とが対応付けられた複数のレコードから構成されている。図に示す例では、前記認証デバイス３００のユーザについて、ユーザＩＤ“ＡＡＡＡ”に対してパスワード“ＸＸＸＸ”〜“ＺＺＺＺ”、および接続先情報（ログオン先と記載）たるＩＰアドレス“１９２．１６８．○．△”〜“１９２．１６８．○．□”、が対応付けられたレコードと、ユーザＩＤ“ＢＢＢＢ”に対してパスワード“ｐａｓｓ１”および接続先情報（ログオン先と記載）たるＩＰアドレス“１９２．１６８．▲．○”、が対応付けられたレコードが、前記ＩＤ管理データベース３０１３に格納されている。つまり、この認証デバイス３００のユーザは、ユーザＩＤを２種、パスワードを４種、使い分けることで、前記シンクライアントサーバ２００を４種類使い分けできる。

一例として、前記ユーザＩＤ“ＡＡＡＡ”とパスワード“ＸＸＸＸ”の組には、シンクライアントサーバ２００Ａが、前記ユーザＩＤ“ＡＡＡＡ”とパスワード“ＹＹＹＹ”の組には、シンクライアントサーバ２００Ｂが、パスワード“ＸＸＸＸ”とパスワード“ＺＺＺＺ”の組にはシンクライアントサーバ２００Ｃが対応付けされている。また、前記ユーザＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組には、シンクライアントサーバ２００Ｄ（不正ユーザ検出用のシンクライアントサーバ）が対応付けされている。

−−−処理フロー例１−−−
まずは、本実施形態のシンクライアント接続管理方法の処理概要について説明しておく。図６は本実施形態におけるシンクライアント接続管理方法の処理フロー例１を示す図である。なお、以下で説明するシンクライアント接続管理方法に対応する各種動作は、前記シンクライアント接続管理システム１０を構成する、シンクライアント端末１００、シンクライアントサーバ２００、認証デバイス３００らが実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

例えば、前記シンクライアント端末１００のユーザが、自身が備える認証デバイス３００を、シンクライアント端末１００のＵＳＢインターフェイス１４４に接続したとする。この時、前記認証デバイス３００ではシンクライアント端末１００との接続に応じて前記認証プログラム３０１４が起動する（ｓ１００）。この認証プログラム３０１４は、前記記憶部３０２より所定の入力画面データをシンクライアント端末１００に送り、本人認証情報の入力待ちとなる（ｓ１０１）。

一方、前記シンクライアント端末１００では、前記入力画面データを前記認証デバイス３００から取得してディスプレイ装置などの出力部１０６に表示し、キーボードなどの入力部１０５からのＩＤ、パスワードの入力を受け付ける（ｓ１０２）。また、ここで受け付けたＩＤ、パスワードのデータを、前記認証デバイス３００に返す（ｓ１０３）。

前記認証デバイス３００の認証プログラム３０１４は、前記シンクライアント端末１００から受信したＩＤ、パスワードのデータを、前記記憶部３０２の認証情報３０１２と照合し、正当なシンクライアント端末ユーザであるか本人認証する（ｓ１０４）。この本人認証が不成功であれば（ｓ１０４：ＮＧ）、処理を終了する。他方、この本人認証が成功であれば（ｓ１０４：ＯＫ）、シンクライアントサーバ２００へのログオン用の認証情報の入力待ちとなる（ｓ１０５）。

この時、前記シンクライアント端末のＩＤ照会部１１０は、前記入力部１０５において、シンクライアントサーバ２００へのログオン要求と共に、ＩＤ、パスワードの組についてユーザより入力を受け付けたとする（ｓ１０６）。この場合、前記ＩＤ照会部１１０は、前記ＵＳＢインターフェイス１４４に接続された認証デバイス３００に対し、前記ステップｓ１０６で取得したＩＤ、パスワードの組、例えば、ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”が認証デバイス３００において登録済みであるかを問う問い合わせ要求を送信する（ｓ１０７）。

一方、前記認証デバイス３００の応答部３１０は、前記ＵＳＢインターフェイス３４４に接続された前記シンクライアント端末１００より、前記ログオン要求と共に送信されてきた、ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組を前記記憶部３０２のＩＤ管理データベース３０１３（レコード群）のレコード中より検索して登録済みか否かを判定する（ｓ１０８）。

前記ステップｓ１０８での判定で、前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組がＩＤ管理データベース３０１３のレコード中に検索できた場合（ｓ１０８：ＯＫ）、前記応答部３１０は、「登録済み」との判定結果を応答データとして前記シンクライアント端末１００に送信する（ｓ１０９）。他方、前記ステップｓ１０８での判定で、前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組がＩＤ管理データベース３０１３のレコード中に検索できなかった場合（ｓ１０８：ＮＧ）、前記応答部３１０は、「登録無し」との判定結果を応答データとして前記シンクライアント端末１００に送信し（ｓ１１０）、本フローは一旦終了する。

前記シンクライアント端末１００の接続先選定部１１１は、前記問い合わせ要求に応じて前記認証デバイス３００が返信してきた応答データが、前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組が認証デバイス３００において登録済みである旨のデータである時、前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組に応じた接続先情報の問い合わせ要求を前記認証デバイス３００に送信する（ｓ１１１）。

この時、前記認証デバイス３００の接続先通知部３１１は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部３０２において前記ＩＤ“ＡＡＡＡ”、パスワード“ＸＸＸＸ”の組に該当するレコードをＩＤ管理データベース３０１３より特定し、このレコードが含むシンクライアントサーバ２００のアドレス“１９２．１６８．○．△”を接続先情報として前記シンクライアント端末１００に送信する（ｓ１１２）。なお、前記接続先情報には、前記ＩＤ管理データベース３０１３が含むリモート用認証情報も含めるものとする。

前記シンクライアント端末１００の接続先選定部１１１は、前記認証デバイス３００が返信してきたＩＰアドレス“１９２．１６８．○．△”を含む接続先情報を受信し、この接続先情報をリモート接続部１１２に渡す（ｓ１１３）。一方、前記シンクライアント端末１００のリモート接続部１１２は、前記接続先選定部１１１から得た接続先情報に基づき、当該接続先情報が示す、例えばシンクライアントサーバ２００Ａとのシンクライアント接続の確立処理を実行する（ｓ１１４）。以降は、通常のシンクライアント接続後の処理と同様となる。

同様に、ユーザＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”なる組をユーザが指定してきた場合、前記シンクライアント端末１００のＩＤ照会部１１０は、前記ＵＳＢインターフェイス１４４に接続された認証デバイス３００に対し、前記ステップｓ１０６で取得したＩＤ、パスワードの組、例えば、ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”が認証デバイス３００において登録済みであるかを問う問い合わせ要求を送信する。

一方、前記認証デバイス３００の応答部３１０は、前記ＵＳＢインターフェイス３４４に接続された前記シンクライアント端末１００より、前記ログオン要求と共に送信されてきた、ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組を前記記憶部３０２のＩＤ管理データベース３０１３（レコード群）のレコード中より検索して登録済みか否かを判定する。

前記判定で、前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組がＩＤ管理データベース３０１３のレコード中に検索できた場合、「登録済み」との判定結果を応答データとして前記シンクライアント端末１００に送信する。他方、前記判定で、前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組がＩＤ管理データベース３０１３のレコード中に検索できなかった場合、「登録無し」との判定結果を応答データとして前記シンクライアント端末１００に送信する。

前記シンクライアント端末１００の接続先選定部１１１は、前記問い合わせ要求に応じて前記認証デバイス３００が返信してきた応答データが、前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組が認証デバイス３００において登録済みである旨のデータである時、前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組に応じた接続先情報の問い合わせ要求を前記認証デバイス３００に送信する。

この時、前記認証デバイス３００の接続先通知部３１１は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部３０２において前記ＩＤ“ＡＡＡＡ”、パスワード“ＹＹＹＹ”の組に該当するレコードをＩＤ管理データベース３０１３より特定し、このレコードが含むシンクライアントサーバ２００のアドレス“１９２．１６８．○．○”を接続先情報として前記シンクライアント端末１００に送信する。なお、前記接続先情報には、前記ＩＤ管理データベース３０１３が含むリモート用認証情報も含めるものとする。

前記シンクライアント端末１００の接続先選定部１１１は、前記認証デバイス３００が返信してきたＩＰアドレス“１９２．１６８．○．○”を含む接続先情報を受信し、この接続先情報をリモート接続部１１２に渡す。一方、前記シンクライアント端末１００のリモート接続部１１２は、前記接続先選定部１１１から得た接続先情報に基づき、当該接続先情報が示す、例えばシンクライアントサーバ２００Ｂとのシンクライアント接続の確立処理を実行する。このように、たとえユーザＩＤが同じでも、パスワードが異なると、シンクライアント端末１００の接続先となるシンクライアントサーバ２００も異なる。つまり、シンクライアントサーバ２００の使い分けが出来るのである。

−−−処理フロー例２−−−
続いて前記ＩＤ管理データベース３０１３の更新処理について説明する。図７は本実施形態におけるシンクライアント接続管理方法の処理フロー例２を示す図である。例えば、前記シンクライアント端末１００の接続先情報更新部１１３は、入力部１０５で接続先情報の更新要求を受け付けた時（ｓ２００）、前記認証デバイス３００から前記ＩＤ管理データベース３０１３を読み込み、出力部１０６に画面表示する（ｓ２０１）。この画面には、データ追加、削除、更新といった指示を受け付けるボタン、アイコン、チェックボックス、データ入力窓といった各種インターフェイスが備わっており、データ更新用の入力画面とも言える。

なお、前記更新要求は、例えば、シンクライアント端末１００の入力部１０５たるキーボードで所定キーが押下された場合、ＵＳＢインターフェイス１４４に認証デバイス３００が接続された際に記憶部１０１から読み込んで表示する画面上で所定入力や選択を受けた場合、前記シンクライアントサーバ２００のデスクトップに表示されている所定アイコン等がクリックされた場合、などに対応するものと想定できる。

ユーザは、出力部１０６に画面表示されたＩＤ管理データベース３０１３のデータを閲覧し、データの追加、削除、更新の判断を行うことになる。例えば、新たにメンバーとなったプロジェクトについて用意された専用のシンクライアントサーバ２００Ｃがあれば、このシンクライアントサーバ２００Ｃに関するデータを新たに追加する必要がある。また、プロジェクトからの脱退が生じた場合、当該プロジェクト専用に利用していたシンクライアントサーバ２００Ｂに関するデータを削除する必要がある。また、システム構成の変更等によりシンクライアントサーバ２００の改廃や機種変更などがあった場合、該当データの変更を行う必要がある。

こうした状況に応じて、前記ユーザは、前記出力部１０６に画面表示されたＩＤ管理データベース３０１３の情報を確認し、対象となるデータについて、前記ステップｓ２０１で表示した画面を介し、ＩＤ、パスワードの組に応じた接続先情報の更新要求を入力する。この時、前記シンクライアント端末１００の接続先情報更新部１１３は、前記ＩＤ、パスワードの組に応じた接続先情報の更新指示を受け付ける（ｓ２０２）。この「更新指示」には、データの追加、削除の概念も含むものとする。前記接続先情報更新部１１３は、前記ＩＤ、パスワードの組に応じた接続先情報の更新指示を、前記インターフェイス１４４を介して前記認証デバイス３００に送信する（ｓ２０３）。

一方、前記認証デバイス３００の接続先情報格納部３１２は、前記ＵＳＢインターフェイス３４４を介して前記シンクライアント端末１００から送信されてくる、前記接続先情報の更新指示を受信し、当該更新指示が含む前記ＩＤ、パスワードの組を前記ＩＤ管理データベース３０１３のレコード中で検索し、該当レコードがあれば、そのレコードについて前記更新指示に応じた接続先情報のデータ更新ないし削除を実行する（ｓ２０４）。勿論、前記更新指示が含む前記ＩＤ、パスワードの組を前記ＩＤ管理データベース３０１３のレコード中で検索して、該当レコードがない場合、前記接続先情報格納部３１２は、前記更新指示に応じた接続先情報のレコードをＩＤ管理データベース３０１３に追加することとなる。

−−−処理フロー例３−−−
続いて、シンクライアント端末１００（認証デバイス３００も含む）の紛失や盗難に対応する処理について説明する。シンクライアントサーバで保持するデータのセキュアな管理という点で考えれば、シンクライアント端末の紛失や盗難に際しての対応技術も必要となる。例えば、紛失、盗難に遭ったシンクライアント端末からシンクライアントサーバへのアクセスを禁止してデータ流出を防止する従来技術は存在している。しかし、シンクライアント端末自体の行方を追跡し、回収に結びつく情報を取得する技術は提案されていない。以下に該当技術について説明する。

図８は本実施形態におけるシンクライアント接続管理方法の処理フロー例３を示す図である。ここでは前記シンクライアントサーバ２００のうち、少なくとも１つが不正ユーザ検出用のシンクライアントサーバ２００Ｄである。また、前記認証デバイス３００の記憶部３０２のＩＤ管理データベース３０１３は、正しいユーザのＩＤおよびパスワードの組とシンクライアントサーバ２００Ａ〜Ｃのアドレスとが対応付けられた複数のレコードの他に、不正ユーザ用のＩＤおよびパスワードの組と不正ユーザ検出用のシンクライアントサーバ２００Ｄのアドレスとが対応付けられたレコードを格納している。

また、前記認証デバイス３００ないしシンクライアント端末１００の表面には、不正ユーザ検出用のシンクライアントサーバ２００Ｄへ不正利用者のアクセスを誘導すべく、前記ユーザＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の印字や刻印、或いは印刷物の貼付があるものとする。また、前記認証デバイス３００をシンクライアント端末１００のＵＳＢインターフェイス１４４に接続した際、例えば、前記認証デバイス３００の前記認証プログラム３０１４が、前記ユーザＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の情報（予め記憶部３０２に保持）をシンクライアント端末１００の出力部１０６に画面表示させるとしてもよい。

ここで、前記シンクライアント端末１００および認証デバイス３００が悪意の第三者＝不正ユーザからの盗難に遭ったとする。またこの不正ユーザは、前記認証デバイス３００を前記シンクライアント端末１００のＵＳＢインターフェイス１４４に接続し、前記シンクライアント端末１００の入力部１０５にて、前記ユーザＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”をログオン要求と共に入力したとする。前記シンクライアント端末１００のＩＤ照会部１１０は前記ステップｓ１０７と同様に、入力部１０５で受けた前記ユーザＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組が登録済みであるかを問う問い合わせ要求を、認証デバイス３００に送る（ｓ３００）。

前記認証デバイス３００の応答部３１０は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、不正ユーザ用の前記ユーザＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組が登録済みであるかを問う問い合わせ要求を受信し（ｓ３０１）、前記不正ユーザ用のＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組を前記記憶部３０２のＩＤ管理データベース３０１３（レコード群）より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末１００に送信する（ｓ３０２）。

一方、前記シンクライアント端末１００の接続先選定部１１１は、前記問い合わせ要求に応じて前記認証デバイス３００が返信してきた応答データが、不正ユーザ用のＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組が認証デバイス３００において登録済みである旨のデータである時（ｓ３０３：不正）、前記不正ユーザ用のＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組に応じた接続先情報の問い合わせ要求を前記認証デバイス３００に送信する（ｓ３０４）。他方、前記応答データが、不正ユーザ用のＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組が認証デバイス３００において登録済みでない旨のデータである時（ｓ３０３：登録無し）、本フローを終了する（ｓ３０５）。

他方、前記認証デバイス３００の接続先通知部３１１は、前記ＵＳＢインターフェイス３４４に接続されたシンクライアント端末１００より、前記不正ユーザ用のＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組に応じた接続先情報の問い合わせ要求を受信し（ｓ３０６）、前記記憶部３０２において前記不正ユーザ用のＩＤ“ＢＢＢＢ”とパスワード“ｐａｓｓ１”の組に該当するレコードをＩＤ管理データベース３０１３より特定する（ｓ３０７）。そして、このレコードが含む不正ユーザ検出用のシンクライアントサーバ２００Ｄのアドレス“１９２．１６８．▲．○”を接続先情報として前記シンクライアント端末１００に送信する（ｓ３０８）。

前記シンクライアント端末１００の接続先選定部１１１は、前記認証デバイス３００が返信してきたシンクライアントサーバ２００Ｄの接続先情報を受信し、これを前記リモート接続部１１２に渡す（ｓ３０９）。前記リモート接続部１１２は、前記接続先選定部１１１から得たシンクライアントサーバ２００Ｄの接続先情報に基づき、当該接続先情報が示す前記シンクライアントサーバ２００Ｄとのシンクライアント接続の確立処理を実行する（ｓ３１０）。

この場合、前記シンクライアントサーバ２００の不正使用履歴取得部２１１は、前記シンクライアント端末１００のリモート接続部１１２との間でシンクライアント接続の確立処理を実行し、前記シンクライアント端末１００を含むネットワーク５上の接続装置に、当該接続装置の機器情報（ＭＡＣアドレスなど）およびネットワーク上のアドレス（ＩＰアドレスなど）を要求して取得し、記憶部２０１に格納する（ｓ３１１）。前記接続装置に対して機器情報およびネットワーク上のアドレスを要求する処理については、ネットワークのプロトコルに応じた既存技術を採用すればよい。シンクライアントシステムの管理者らは、前記記憶部２０１に格納された前記接続装置の機器情報やＩＰアドレスなどの情報を確認し、これら情報に基づいて特定できるインターネットプロバイダ等に対するユーザの問い合わせを実行し、不正ユーザとおぼしき者の所在情報を得ることが可能となる。

なお、前記処理フロー例１での、ステップｓ１０８ないしｓ３０２で、認証デバイス３００の応答部３１０は、前記ＩＤ、パスワードの組の検索エラー（ＩＤ管理データベース３０１３に登録無しの場合）の発生回数をカウントするとしてもよい。この場合、前記応答部３１０は、前記カウント値が所定回数を超えたことを検知し、前記不正ユーザ検出用のシンクライアントサーバ２００Ｄのアドレス“１９２．１６８．▲．○”をＩＤ管理データベース３０１３から抽出し、このアドレスを接続先情報として前記シンクライアント端末１００に送信する、前記ステップｓ３０８を実行するとしてもよい。つまり、ＩＤ、パスワードの入力を所定回数以上失敗する者は不正ユーザであると推定して、不正ユーザ検出用のシンクライアントサーバ２００Ｄにアクセスを誘導するのである。

なお、本実施形態のシンクライアント接続管理システムは以下の構成としてもよい。すなわち、前記シンクライアント端末が、入力部で接続先情報の更新要求を受け付けた時、ＩＤ、パスワードの組に応じた接続先情報の入力画面を出力部に表示し、この入力画面を介して受け付けた前記ＩＤ、パスワードの組に応じた接続先情報の更新要求を、前記インターフェイスを介して前記認証デバイスに送信する、接続先情報更新部を備えるとしてもよい。

この場合、前記認証デバイスが、前記インターフェイスを介して前記シンクライアント端末から送信されてくる、前記接続先情報の更新要求を受信し、当該更新要求が含む前記ＩＤ、パスワードの組に応じた接続先情報のデータを前記記憶部に格納する接続先情報格納部を備える、とすれば好適である。

また、前記認証デバイスにおいて、前記記憶部は、正しいユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードの他に、不正ユーザ用のＩＤおよびパスワードの組と不正ユーザ検出用のシンクライアントサーバのアドレスとが対応付けられたレコードを格納しているとしてもよい。

この場合、前記応答部は、前記インターフェイスに接続されたシンクライアント端末より、不正ユーザ用のＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信した時、前記不正ユーザ用のＩＤ、パスワードの組を前記記憶部のレコード群より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末に送信するとすれば好適である。

また、前記接続先通知部は、前記インターフェイスに接続されたシンクライアント端末より、前記不正ユーザ用のＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部において前記不正ユーザ用のＩＤ、パスワードの組に該当するレコードを特定し、このレコードが含む不正ユーザ検出用のシンクライアントサーバのアドレスを接続先情報として前記シンクライアント端末に送信するとすれば好適である。

この時、前記シンクライアント端末において、前記接続先選定部は、前記問い合わせ要求に応じて前記認証デバイスが返信してきた応答データが、前記不正ユーザ用のＩＤ、パスワードの組が認証デバイスにおいて登録済みである旨のデータである時、前記不正ユーザ用のＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイスに送信し、前記認証デバイスが返信してきた接続先情報を受信するとすれば好適である。

また、前記リモート接続部は、前記認証デバイスが返信してきた前記接続先情報に基づき、当該接続先情報が示す不正ユーザ検出用のシンクライアントサーバとのシンクライアント接続の確立処理を実行する、とすれば好適である。

また、シンクライアント接続管理システムが、シンクライアントサーバを含むものとしてもよい。このシンクライアントサーバは、シンクライアント端末とシンクライアント接続される不正ユーザ検出用のサーバであり、前記シンクライアント端末との間でシンクライアント接続の確立処理を実行し、前記シンクライアント端末を含むネットワーク上の接続装置に、当該接続装置の機器情報およびネットワーク上のアドレスを要求して取得し、記憶部に格納する、不正使用履歴取得部を備えるものである。

以上本実施形態によれば、シンクライアント端末の利用者が複数のパスワードを使用することにより、複数のシンクライアントサーバ（ブレードＰＣなど）を使い分けることが可能となる。これにより、例えば、機密性の高いプロジェクトなどにおいて、参加メンバごとに専用のブレードＰＣを準備し、準備したブレードＰＣ以外からのファイルサーバアクセスを禁止することで、ファイルサーバ（プロジェクトの機密書類データ等が格納されている）のセキュリティを高めた運用が可能となる。

また、プロジェクトからメンバが脱退する場合に、該当メンバに付与していた前記ブレードＰＣにおいて、アクセス権の情報を削除するなどすれば、前記メンバによるプロジェクトデータの持ち出しのリスクも低減することができる。

また同様に、出向者などが原籍会社の仕事と、出向先会社の仕事を行う場合に、使用するブレードＰＣを使い分けたり、複数のプロジェクトを兼務している場合など、業務に合わせたブレードＰＣの使い分けが可能となる。

また本実施形態によれば、紛失や盗難に遭ったシンシンクライアント端末の追跡を支援することもできる。すなわち、通常使用されるブレードＰＣ以外に、不正ユーザ検出用のブレードＰＣ＝ハニーポッドを用意し、このハニーポッドのブレードＰＣが、アクセス元の通信経路の情報（装置のＭＡＣアドレスやＩＰアドレスなど）を検知し、通信の発信源を特定することで、シンクライアント端末の追跡が可能となる。

したがって本実施形態によれば、シンクライアントシステムにおけるユーザに対しその利用目的等に応じて複数の利用環境を提供でき、また、紛失や盗難に遭ったシンクライアント端末を追跡できることとなる。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

５ ネットワーク
１０ シンクライアント接続管理システム
１００ シンクライアント端末
１０２、２０２ プログラム
１０３、２０３ ＲＡＭ（Random Access Memory）
１０４、２０４ ＣＰＵ（Central Processing Unit）
１０５、２０５ 入力部
１０６、２０６ 出力部
１０７、２０７ ＮＩＣ（Network Interface Card）
１０８、２０８ フラッシュＲＯＭ
１０９、２０９ ブリッジ
１１０ ＩＤ照会部
１１１ 接続先選定部
１１２ リモート接続部
１１３ 接続先情報更新部
１１５、２３６ ＯＳ
１２０、２２０ 電源
１３０、２３０ ビデオカード
１３５、２３５ ＢＩＯＳ
１４４、３４４ ＵＳＢインターフェイス
１６０ Ｉ／Ｏコネクタ
１７０ リモートクライアントプログラム
１７１ 暗号化通信プログラム
２００ シンクライアントサーバ
２０１ ＨＤＤ（Hard Disk Drive：記憶部）
２１０ シンクライアントサーバ機能部
２１１ 不正使用履歴取得部
２２５ 認証情報管理テーブル
３００ 認証デバイス
３０１ ＩＣチップ
３０２ 記憶部
３１０ 応答部
３１１ 接続先通知部
３１２ 接続先情報格納部
３０１３ ＩＤ管理データベース

Claims (5)

1. 認証デバイスのインターフェイスと、
   入力部において、ＩＤ、パスワードの組についてユーザより入力を受け付け、前記インターフェイスに接続された認証デバイスに対し、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みであるかを問う問い合わせ要求を送信するＩＤ照会部と、
   前記問い合わせ要求に応じて前記認証デバイスが返信してきた応答データが、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みである旨のデータである時、前記ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイスに送信し、前記認証デバイスが返信してきた接続先情報を受信する接続先選定部と、
   前記認証デバイスが返信してきた前記接続先情報に基づき、当該接続先情報が示すシンクライアントサーバとのシンクライアント接続の確立処理を実行するリモート接続部と、を備えるシンクライアント端末と、
   ユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードを格納した記憶部と、
   シンクライアント端末に接続するインターフェイスと、
   前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ、パスワードの組を前記記憶部のレコード群より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末に送信する応答部と、
   前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部において前記ＩＤ、パスワードの組に該当するレコードを特定し、このレコードが含むシンクライアントサーバのアドレスを接続先情報として前記シンクライアント端末に送信する接続先通知部と、を備える認証デバイスと、
   を含むシンクライアント接続管理システム。
2. 前記シンクライアント端末が、
   入力部で接続先情報の更新要求を受け付けた時、ＩＤ、パスワードの組に応じた接続先情報の入力画面を出力部に表示し、この入力画面を介して受け付けた前記ＩＤ、パスワードの組に応じた接続先情報の更新要求を、前記インターフェイスを介して前記認証デバイスに送信する、接続先情報更新部を備え、
   前記認証デバイスが、
   前記インターフェイスを介して前記シンクライアント端末から送信されてくる、前記接続先情報の更新要求を受信し、当該更新要求が含む前記ＩＤ、パスワードの組に応じた接続先情報のデータを前記記憶部に格納する接続先情報格納部を備える、
   ことを特徴とする請求項１に記載のシンクライアント接続管理システム。
3. 前記認証デバイスにおいて、
   前記記憶部は、正しいユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードの他に、不正ユーザ用のＩＤおよびパスワードの組と不正ユーザ検出用のシンクライアントサーバのアドレスとが対応付けられたレコードを格納しており、
   前記応答部は、前記インターフェイスに接続されたシンクライアント端末より、不正ユーザ用のＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信した時、前記不正ユーザ用のＩＤ、パスワードの組を前記記憶部のレコード群より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末に送信し、
   前記接続先通知部は、前記インターフェイスに接続されたシンクライアント端末より、前記不正ユーザ用のＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部において前記不正ユーザ用のＩＤ、パスワードの組に該当するレコードを特定し、このレコードが含む不正ユーザ検出用のシンクライアントサーバのアドレスを接続先情報として前記シンクライアント端末に送信し、
   前記シンクライアント端末において、
   前記接続先選定部は、前記問い合わせ要求に応じて前記認証デバイスが返信してきた応答データが、前記不正ユーザ用のＩＤ、パスワードの組が認証デバイスにおいて登録済みである旨のデータである時、前記不正ユーザ用のＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイスに送信し、前記認証デバイスが返信してきた接続先情報を受信し、
   前記リモート接続部は、前記認証デバイスが返信してきた前記接続先情報に基づき、当該接続先情報が示す不正ユーザ検出用のシンクライアントサーバとのシンクライアント接続の確立処理を実行する、
   ことを特徴とする請求項１または２に記載のシンクライアント接続管理システム。
4. シンクライアント端末とシンクライアント接続される不正ユーザ検出用のサーバであり、前記シンクライアント端末との間でシンクライアント接続の確立処理を実行し、前記シンクライアント端末を含むネットワーク上の接続装置に、当該接続装置の機器情報およびネットワーク上のアドレスを要求して取得し、記憶部に格納する、不正使用履歴取得部を備えるシンクライアントサーバを含むことを特徴とする請求項３に記載のシンクライアント接続管理システム。
5. 認証デバイスのインターフェイスを備えたシンクライアント端末が、
   入力部において、ＩＤ、パスワードの組についてユーザより入力を受け付け、前記インターフェイスに接続された認証デバイスに対し、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みであるかを問う問い合わせ要求を送信する処理と、
   前記問い合わせ要求に応じて前記認証デバイスが返信してきた応答データが、前記ＩＤ、パスワードの組が認証デバイスにおいて登録済みである旨のデータである時、前記ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を前記認証デバイスに送信し、前記認証デバイスが返信してきた接続先情報を受信する処理と、
   前記認証デバイスが返信してきた前記接続先情報に基づき、当該接続先情報が示すシンクライアントサーバとのシンクライアント接続の確立処理を実行する処理とを実行し、
   ユーザのＩＤおよびパスワードの組とシンクライアントサーバのアドレスとが対応付けられた複数のレコードを格納した記憶部と、シンクライアント端末に接続するインターフェイスとを備えた認証デバイスが、
   前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組が登録済みであるかを問う問い合わせ要求を受信し、前記ＩＤ、パスワードの組を前記記憶部のレコード群より検索して登録済みか否かを判定し、当該判定結果を応答データとして前記シンクライアント端末に送信する処理と、
   前記インターフェイスに接続されたシンクライアント端末より、ＩＤ、パスワードの組に応じた接続先情報の問い合わせ要求を受信し、前記記憶部において前記ＩＤ、パスワードの組に該当するレコードを特定し、このレコードが含むシンクライアントサーバのアドレスを接続先情報として前記シンクライアント端末に送信する処理とを実行する、
   ことを特徴とするシンクライアント接続管理方法。

Images