(57)【要約】【課題】  シンクライアントシステムにおいては、シンクライアントの使用が終了する際にセッションを維持したまま、シンクライアント側の処理を終了してしまうことがある。この場合、次回に使用しようとすると、システム側ではセッションが維持していると判断してしまい、使用要求について拒否してしまう。つまり、利用者はシンクライアントシステムを使用できなくなってしまう。【解決手段】  このために、本発明では、通信エラーが発生した場合、シンクライアントのメモリ上にそのことを記録し、この記録を条件にサーバ側にセッションを強制的に切断する(含む強制ログオフ)要求を送信するものである。この際、ユーザからの認証情報、例えば、ＩＤ、パスワードで認証したことを条件としてもよい。このことにより、簡易な構成で、セッションを切断しその後の利用を可能にするシンクライアントシステムを提供可能になる。【選択図】  図１
2012150738.tif 000002
【特許請求の範囲】
【請求項１】
シンクライアントと、当該シンクライアントからの要求に対する処理を実行するサーバからなるシンクライアントシステムでのシンクライアントの接続制御方法において、
前記シンクライアントから、前記サーバにセッション設定要求を送信し、
当該要求に対する返答として、前記サーバから過去のセッションが維持されていることを示す通信エラーを受信した場合、前記シンクライアントは、当該シンクライアント内のメモリ前記通信エラーを受信したことを記録し、
前記シンクライアントは、前記メモリへの記録を条件に、前記サーバに前記過去のセッションを切断する要求を送信することで、
前記シンクライアントからの新たなセッション設定要求に対するセッション設定を可能にすることを特徴とするシンクライアントの接続制御方法。
【請求項２】
請求項１に記載のシンクライアントの接続制御方法において、
前記シンクライアントおよび前記サーバには、ディレクトリサーバが接続され、
前記ディレクトリサーバは、前記セッションを切断する要求に対する可否を判断するための認証情報と、前記セッションを管理するテーブルを記録しておき、認証情報を含む前記シンクライアントからの切断する要求を受信し、受信した認証情報と記録された認証情報を比較して、一致する場合、前記テーブルに記録された内容に従って切断するセッションを特定することを特徴とするシンクライアントの接続制御方法。
【請求項３】
請求項１または２のいずれかに記載のシンクライアントの接続制御方法において、
前記サーバは、前記シンクライアントのセッションの設定状況を記録しておき、前記設定状況として前記シンクライアントの前記過去のセッションが維持されていることが示される場合、前記通信エラーを送信することを特徴とするシンクライアントの接続制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆるシンクライアントシステムで、シンクライアントからその処理を実行するサーバへの接続を制御するための技術に関する。
【背景技術】
【０００２】
現在、端末(クライアント)での処理の多くをサーバ側で実行させるシンクライアントシステムが提供されている。このシンクライアントシステムでは、ユーザが利用する際、シンクライアントからサーバにアクセスし、セッションを張り、その後のデータのやり取りを実行する。このため、シンクライアントシステムを動作させるには、シンクライアントとサーバ間のセッションの管理を行う必要がある。例えば、特許文献１では、通信不可状態によりセッションに異常が発生しても動作を保証するための技術が開示されている。このために、特許文献１では、シンクライアントとサーバの間に設けられたゲートウエイに、シンクライアントからの操作要求について、特定条件が満たされるまで保存しておき、これが満たされた場合、その操作要求をサーバに送信して処理を実行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１７１０６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
シンクライアントシステムにおいては、上記の通信不可状態以外にも、セッションに関する問題が発生することがある。この内容としては、シンクライアントの使用が終了する際に、セッションを維持したまま、シンクライアント側の処理を終了してしまうことがある。この場合、次回に使用しようとすると、システム側ではセッションが維持していると判断してしまい、使用要求について拒否してしまう。つまり、利用者はシンクライアントシステムを使用できなくなってしまう。このような場合、処理を終了した（セッションを切らずに）シンクライアントの処理ないし接続要求については、既に対応済みと判断、すなわち、二重接続を防止するために、その要求を拒否する。また、シンクライアントは、最低限の機能を載せているものであることから、これを回避するための機能としてもあまり大きな機能を載せることは望ましくない。
【課題を解決するための手段】
【０００５】
このために、本発明では、通信エラーが発生した場合、シンクライアントのメモリ上にそのことを記録し、この記録を条件にサーバ側にセッションを強制的に切断する(含む強制ログオフ)要求を送信するものである。この際、ユーザからの認証情報、例えば、ＩＤ、パスワードで認証したことを条件としてもよい。
【発明の効果】
【０００６】
本発明によれば、簡易な構成で、セッションを切断しその後の利用を可能にするシンクライアントシステムを提供可能になる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態におけるシンクライアントシステムの全体構成図である。
【図２】本発明の一実施形態における全体処理内容を示すフローチャートである。
【図３】本発明の一実施形態における強制ログオフ処理の詳細を示すフローチャートである。
【図４】本発明の一実施形態におけるＴＳサーバでのセッションを管理するためのテーブルを示す図である。
【発明を実施するための形態】
【０００８】
以下、図面を用いて、本発明の一実施形態について説明する。図１に本実施形態の船体構成図を示す。本システムは、ユーザが利用するシンクライアント１、シンクライアントからの要求に応じた処理を実行するターミナルサーバ５がネットワークを介して接続されている。そして、シンクライアント１とターミナルサーバ５の間には、これらを接続するための認証や接続制御を行う各種サーバ、すなわち、ＶＰＮサーバ２、ＣＡサーバ３およびディレクトリサーバ４が存在する。
【０００９】
次に、本実施形態の処理内容であるターミナルサーバ接続セッション制御ツール実行フローについて、図２に従って説明する。本ツールは、シンクライアント１に実装されるプログラムとして実現可能である。
【００１０】
ステップ1：利用者の操作（電源ボタンを押す）ことで、シンクライアント１の電源をオンにする。次に、利用者の操作に応じて、インターネットに接続できる環境（ADSLやFTTH、公衆無線LANサービス、各種通信カード）にする。
ステップ2：また、シンクライアント１は、利用者が挿入した本人認証デバイスと接続する。
【００１１】
ステップ3：シンクライアント１は、接続されると、利用者に対して本人認証デバイスのPINパスワードの入力を促し、この入力を受付ける。そして、入力されたPINパスワードを、本人認証デバイスに格納されたものと比較し、認証処理をする。
ステップ4：ステップ３で認証された場合、ターミナルサーバ５（以降TSと略）に接続する設定を受付け、これを本人認証デバイスに保存しておき、次回の接続以降、この内容に基づいて自動的に接続を行う。なお、この処理は省略して接続毎に利用者から接続設定を受付けてもよい。
【００１２】
ステップ5：シンクライアント１は、ステップ４で設定（入力）された接続設定に従って、TSログオン画面、を表示する。これは、LDAPのようなＩＤとパスワードを入力エリアを有するものである。
ステップ6：シンクライアント１は、ステップ５で表示したTSログオン画面に入力されたＩＤ、パスワードをＴＳ５に送信し、認証処理を行う。この結果、認証された場合、ＴＳ５が送信されたIDのセッション有無により処理を分岐する。すなわち、ＴＳ５が当該ＩＤのセッション情報を有していない場合＝無（No）の場合、ステップ12に遷移してTSは、シンクライアントとの接続を実行する。セッション情報を有してない場合＝有（Yes）の場合、ステップ7に遷移する。つまり、このステップでは、このシンクライアント１の以前の接続（セッション）が終了したにも関わらず、これがＴＳ５側で把握されておらず、セッションが活きているとして管理されているかを判断するものである。なお、このために、ＴＳ側では、セッションが開始される際、利用者が入力したＩＤを記録しておき、セッションが終了したと判断した場合、このＩＤを削除する。これらのＩＤの記録の制御は、ＩＤについてはセッション中か否かの情報を記録しておいてもよい。すなわち、図４に示すテーブルのステータスをアクティブなどと書き換えることを実行する。
【００１３】
ステップ7：ステップ６で、セッション情報「有」と判断指された場合、ＴＳがシンクライアントに「ログオンエラー」メッセージを送信し、これをシンクライアント１のメモリ領域に格納する。
ステップ8：ステップ７のメモリ領域への格納がされると、TS接続セッション制御ツールが自動起動される。
【００１４】
ステップ9：TS接続セッション制御ツールにより、強制ログオフ処理を行い、強制ログオフする。この詳細については、図３を用いて後述する。
ステップ10：ステップ９で、強制ログオフされると、シンクライアントは、ステップ４で保存した接続設定を実行してTS５に接続する。また、ステップ4と同様にその都度利用者からの入力を受け付けて処理してもよい。
【００１５】
ステップ11：ステップ5と同様の処理を実行する。すなわち、ステップ１０と１１は、再度セッションを開始するための入力であり、これらが行われると、ステップ６で説明したセッションを行っているＩＤが記録されることになる。
ステップ12：TS利用、すなわち、シンクライアントとＴＳの間にセッションが張られ、ＴＳを利用した情報処理が利用者の入力などに従って実行される。
【００１６】
次に、図３を用いて、強制ログオフ処理フロー（ステップ９）の詳細を説明する。
ステップ13：TS接続セッション制御ツールは、強制ログオフするIDとパスワード（以降PWと略）をの入力を促す表示画面をシンクライアント１に表示させる。これは、ステップ３などと同様の画面でよい。そして、クライアントに入力されたＩＤ、ＰＷをＴＳが受信する。
【００１７】
ステップ14：ＴＳでは、ユーザ、サーバ情報を一元管理しているディレクトリーサーバに強制ログオフするID情報を問い合せる。つまり、シンクライアントから送信されたＩＤ、ＰＷのセッションに関する情報を、ディレクトリサーバ（接続サーバ情報のテーブル）から検索する。このテーブルは、図4に示すテーブルが各ＩＤ分用意されているものである。
ステップ15：ＴＳでは、検索した結果、つまり、強制ログオフIDの認証デバイス、セッションNo。ステータス、接続サーバ情報のテーブルを抽出する。
【００１８】
ステップ16：ＴＳは、ステップ15で抽出されたテーブルのデータを、接続サーバのテーブルから削除ないし、ステータスをアクティブから非アクティブへの変更を行う。これにより、ＴＳ側でセッションが張られていると管理されたものが、セッションが張られていないと管理されることになり、以降のステップ１１での再ログインの受付が可能になる。つまり、強制ログオフがされたことになる。
【符号の説明】
【００１９】
１…シンクライアント、２…ＶＰＮサーバ、３…ＣＡサーバ、４…ディレクトリサーバ、５…ターミナルサーバ
【図１】
2012150738.tif 000003
【図２】
2012150738.tif 000004
【図３】
2012150738.tif 000005
【図４】
2012150738.tif 000006