(57)【要約】      （修正有）【課題】シンクライアントシステムにおいて、認証カードが紛失等により利用できない場合であっても、安全な起動を可能とする。【解決手段】シンクライアントシステムにおいて、先ず認証カード６１で認証の上、利用者の生体情報をクライアント１１に登録しておく。次回のクライアント１１起動の際には、生体情報を用いた認証による起動の可否を判断する。また、生体情報を用いた認証によるクライアント１１起動の際、クライアント１１用の資源が起動済の場合、他のクライアントによる不正利用と判断して起動済の資源の停止もしくは起動中の資源と接続されている他のクライアントとの接続の切断のいずれかを実行し、新たに生体情報を用いた認証を行っているクライアント１１での起動要求を受け入れる。【選択図】図３
2016212650.tif 000002
【特許請求の範囲】
【請求項１】
クライアント、前記クライアントの指示に従って処理を実行する処理サーバおよびこれらを管理する管理装置からなるシンクライアントシステムにおける起動制御方法において、
前記管理装置は、前記クライアントに接続された認証カードを利用した認証結果に従って予め定められた前記処理サーバ中の資源の利用可否を判断し、
前記処理サーバは、前記利用可否が利用可の場合、前記クライアントからの処理要求に対応する処理を実行する起動制御方法であって、
前記管理装置は、前記クライアントから生体情報を含む起動要求を受信した場合、当該管理装置が生体情報を格納している場合、受信した生体情報と格納されている生体情報を比較して認証し、当該認証の結果が肯定的な場合、前記処理サーバに該当する資源の利用を許可する情報を送信し、
前記処理サーバでは、前記資源の利用を、前記クライアントに対して開始することを特徴とするシンクライアントシステムにおける起動制御方法。
【請求項２】
請求項１に記載のシンクライアントシステムにおける起動制御方法において、
前記管理装置は、
前記資源の起動状況を記憶しておき、
前記クライアントから生体情報を含む起動要求を受信した場合、前記起動状況を確認し、当該確認の結果、起動中の場合、当該起動中の資源の停止もしくは当該起動中の資源と接続されているクライアントとの接続の切断のいずれかを実行し、
前記処理サーバでは、前記資源の利用を、前記クライアントに対して開始することを特徴とするシンクライアントシステムにおける起動制御方法。
【請求項３】
請求項１または２のいずれかに記載のクライアントシステムにおける起動制御方法において、
前記管理装置は、前記認証カードでの認証による起動要求を受信した場合、前記生体情報が格納されているか判断し、格納されていない場合、起動を許可することを特徴する前記資源の利用を、前記クライアントに対して開始することを特徴とするシンクライアントシステムにおける起動制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆるシンクライアントシステムの接続、起動を制御するための技術に関する。その中でも特に、認証カード等の通常の認証方法が利用しない場合における他認証方法を利用した起動制御技術に関する。
【背景技術】
【０００２】
現在、セキュリティ確保等を目的に、企業などではシンクライアントシステムの導入がされている。シンクライアントシステムは、認証カードのようなデバイスを利用して認証を行い、認証された場合、該当する資源（サーバ）での処理を実行することが可能になる。このようなシンクライアントシステムでは、サーバ上に存在する資源が利用可能なため、そこへのアクセスが許可さえされれば、不正利用が可能になる(通常ＰＣ等では、物理的にＰＣを確保していれば不正利用はできない)。このため、不正利用を防止するための技術として、特許文献１が提案されている。
【０００３】
特許文献１では、シンクライアントのアクセス先
のサーバのアドレス情報をユーザの生体情報で暗号化して保持することとした。そして、この認証デバイスにシンクライアントのユーザの生体情報が入力されたとき、この生体情報を用いてアドレス情報を復号化し、シンクライアントへ出力することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２０５４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
シンクライアントシステムで通常の認証に問題があった場合、例えば、ＩＤ、ＰＷが漏えいしたり、認証カードを利用した認証を前提にした場合、それを盗難されたり、紛失した場合、利用者がシンクライアントシステムを利用できないとの課題が生じる。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明では、シンクライアントシステムにおいて、通常の認証とは別の方法での認証により起動を可能するものである。
例えば、通常の認証方法である認証カードで認証の上、生体情報を登録しておき、次回の起動の際には、当該生体情報を用いた認証により起動の可否を判断する。
【０００７】
さらに、本発明には、以下の態様も含まれる。生体認証で認証された起動要求の際、当該資源が起動済の場合、起動済の資源を停止ないし起動済のクライアントとの接続を停止し、新たに生体認証を行っているクライアントでの起動要求を受け入れる。また、生体情報が登録された場合、認証デバイス等の認証での起動要求を拒否する構成にしてもよい。
【発明の効果】
【０００８】
以上、本発明によれば、通常の認証に問題が生じても安全性を確保した上で、起動を可能にするシンクライアントシステムを提供できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態における生体情報を登録する際のフローチャート。
【図２】本発明の一実施形態における生体情報を利用した認証での起動を行う際のフローチャート。
【図３】本発明に一実施形態におけるシステム構成図。
【図４】本発明の一実施形態で用いられるデータファイル図（プロファイル管理テーブル３１、起動管理テーブル４２）
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態を、図面を用いて説明する。まず、図３が本実施形態におけるクライアント１１、管理装置４１、処理サーバ５１の構成を示すブロック図であり、クライアント１１、処理サーバ５１でいわゆるシンクライアントシステムが構成される。
【００１１】
クライアント１１には、認証カード６１および、指デバイス２１がＵＳＢを介して接続される。また、クライアント１１は、プロファイル管理テーブル３１にて指プロファイルデータを管理する。
【００１２】
クライアント１１、管理装置４１、処理サーバ５１はネットワークを介して接続されており、互いに情報のやり取りを可能としている。
【００１３】
管理装置４１は、起動管理テーブル４２にて、個人を識別するＬＤＡＰ  ＩＤ毎に指プロファイルデータが登録済か否かと、ＳＰＣ４１が起動中か否かを管理する。
【００１４】
また、処理サーバ５１は、資源５２にて、ＬＤＡＰ  ＩＤ毎に資源（ＨＤＤ内の実体データ）を保持する。
【００１５】
次に、図１のフローチャートを用いて、上記システムの指プロファイルデータの登録時の処理を説明する。
【００１６】
まず、クライアント１１へキーモバイル（認証カード）６１および、指デバイス２１を接続しておく。クライアント１１は、初期状態であるＳ１０１において、指登録要求を利用者から受け付ける。
【００１７】
次に、キーモバイル（認証カード）６１は、Ｓ１０２において、Ｓ１０１での要求に従って自信が保持しているプロファイル情報を読み込み、指デバイス２１に送信する。このプロファイル情報には、利用者を識別する利用者ＩＤ（LDAP ID）、クライアント１１のIPアドレス、クライアント１１の接続方法を示す有線/無線、VPNが含まれる。なお、ここでは、図４に示した指データ(暗号化)は含まれていない。
【００１８】
次に、指デバイス２１は、Ｓ１０３において指プロファイル登録者の指データを読み取る。そして、Ｓ１０４において、Ｓ１０２で受信したプロファイルデータとＳ１０３で取得した指データからなる指プロファイルデータをクライアント１１へ送信する。
【００１９】
クライアント１１は、Ｓ１０５において、Ｓ１０４で受信した指プロファイルデータのうち、指データについて、暗号化を行う。そして、Ｓ１０６において、指プロファイル情報と、Ｓ１０５で暗号化した指プロファイルデータを指プロファイル管理テーブル３１へ登録する。この内容を図４に示す。
【００２０】
次に、クライアント１１は、Ｓ１０７において、指プロファイル情報が登録されたことを、管理装置４１へ通知する。
【００２１】
管理装置４１は、Ｓ１０８において、指プロファイル登録者の利用者  ＩＤおよび、指登録済情報を情報起動管理テーブル４２へ登録する。ここで、起動管理テーブル４２では、指データが登録されているので、「○」が記載され、当該シンクライアント１１による処理サーバでの処理が開始されていないので、起動中は×が登録される。
【００２２】
次に、図２のフローチャートを用いて、上記システムの指データを利用した認証での起動時の処理を説明する。
【００２３】
まず、クライアント１１は、Ｓ２０１において起動後（利用者による電源ボタンの押下）に指デバイス２１での認証を促す画面を表示する。
【００２４】
指デバイス２１は、Ｓ２０２においてクライアント１１の利用者の指データの読み取りを行い、Ｓ２０３においてその読み取った指データをクライアント１１へ送信する。
【００２５】
クライアント１１は、Ｓ２０４においてＳ２０３で送信された指データを受信し、Ｓ２０５においてプロファイル管理テーブル３１内のＬＤＡＰ  ＩＤおよび、指データを基に照合・認証を行う。照合・認証が成功した場合はＳ２０７へ進み、失敗した場合はＳ２０６においてエラーの画面を表示して処理を完了する。ここで、照合・認証は、以下のとおり実行される。まず、利用者から入力されたＬＤＡＰ ＩＤと、プロファイル管理テーブルに格納されたＬＤＡＰを比較し、また、Ｓ２０４で受信した指データと、プロファイル管理テーブル３１に格納された指データを復号したものを比較し、それぞれが一致した場合、認証ＯＫと判断される。
【００２６】
クライアント１１は、Ｓ２０７においてプロファイル管理テーブル３１からＳ２０５で照合・認証したプロファイルデータを読み込み、Ｓ２０８においてプロファイルに従って自資源の起動要求を処理サーバ５１へ送信する。処理サーバ５１はＳ２０８を受けて、Ｓ２０９において起動待ちとなる。また、クライアント１１はＳ２１０において管理装置４１へプロファイルの通知を行う。
【００２７】
管理装置４１は、Ｓ２１１においてＳ２１０のプロファイルを含む通知を受信する。ここで管理装置４１はＳ２１２において、同じプロファイルで起動中か否かを起動管理テーブル４２からＬＤＡＰ  ＩＤをキーに検索する。起動済であれば、Ｓ２１３において起動済クライアントの切断処理を行い、Ｓ２１４へ進む。起動済でなければ、Ｓ２１４へ進む。ここで、Ｓ２１３において、起動管理テーブル４２の起動中？を起動していないことを示す「×」に書き換える。
【００２８】
ここで起動中であるということは、第3者が認証カード６１を用いて不正に利用している可能性が高く、切断処理によりこの利用を防止することが可能になる。
【００２９】
なお、ここで、起動管理テーブル４２の起動中？は、以下のとおり実行してもよい。Ｓ２１０の通知以外に、周期的に各資源の起動状況を確認し、その内容を記載する構成にしてもよい。  管理装置４１は、Ｓ２１４において、処理サーバ５１へ起動許可を送信する。また、Ｓ２１６において、起動管理テーブル４２へ「起動中」の登録を行う。
【００３０】
さらに、起動許可の送信の他、起動中であったことをクライアント１１などに送信してもよい。この場合、システムの管理者（の端末）に通知してもよいし、他、認証カード６１による以降の起動要求を拒否してもよい。この場合、管理装置に「ブラックリスト」を記録し、該当の認証カード６１からの要求を拒否＝接続否する。  なお、図２のフローチャートで示す指プロファイル情報が登録された場合、以降の認証要求においては、指を利用した認証での起動要求のみを受け入れてもよい。このために、起動管理テーブル４２に、認証デバイス６１での起動要求を受け入れるかを示す情報を記録する構成を採用する。この場合、Ｓ１０８でこの情報も併せて登録する。
また、本実施形態では、指を用いた認証を例に説明したが、指紋、光彩等の他の生体情報を利用してもよいし、通常はＩＤ、ＰＷで認証し、指の代わりにカードのようなデバイスを利用した認証を行ってもよい。
【符号の説明】
【００３１】
１１、１２…クライアント
２１…指デバイス
３１…プロファイル管理テーブル
４１…管理装置
５１…処理サーバ
６１…認証カード
【図１】
2016212650.tif 000003
【図２】
2016212650.tif 000004
【図３】
2016212650.tif 000005
【図４】
2016212650.tif 000006