シンクライアントの通信デバイス制御方法

【課題】
選択された通信デバイスによる短時間でのネットワーク接続を可能にして、シンクライアントを使用可能な状態にすることができるシンクライアントの通信デバイス制御方法を提供することにある。
【解決手段】
シンクライアント１から接続先PC３に接続する場合に、選択された通信デバイスを有効にし、選択された通信デバイスまたはその通信デバイスの設定条件によって、選択された通信デバイスが有効になった後の待ち時間を、あらかじめ設定したテーブルにより判定する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、PCなどの情報処理装置に接続するシンクライアントの通信デバイス制御方法に関する。
【背景技術】
【０００２】
シンクライアントは、近年においては「内部に情報をもたない」という特徴が評価され、セキュリティ強化対策の１つとして導入するケースが増えてきている。シンクライアントは、有線LANなどの通信デバイス（ネットワークデバイス）を経由して接続先PCにアクセスし、シンクライアント内の通信ソフトを使って遠隔操作することによって業務等を行うが、シンクライアントには接続先PCから転送されてきた画面イメージしか表示されないため、シンクライアントにはデータが残らず、情報の漏洩を防ぐことができる。
【０００３】
また、シンクライアントは、接続先ＰＣと接続するまでは、作業を開始することができない。このためＬＡＮに接続されたシンクライアントを早く操作可能にすることが課題となった。この課題を解決する方法として、ＬＡＮに接続された複数のクライアントを起動する際に、クライアント起動用サーバは、全てのクライアントに共通に使用される共通ＯＳファイルデータをＬＡＮを経由して送信し、かつその後、各クライアントにおいて個別に使用する個別ＯＳファイルデータを各クライアント宛にＬＡＮを経由して送信する技術が記載されている（特許文献１）。
【０００４】
【特許文献１】特開２００４−２１３４５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
シンクライアントのセキュリティを高めるためには、ネットワークデバイスは、通信ソフトを使用するときだけ有効にし、使わないときは使用不可（無効化）にしておくのが望ましい。しかし、一般的にこれらネットワークデバイスは、有効にした後にネットワークに参加するためのネゴシエーション等が発生するため、通信ソフト等を直後に起動して接続しようとしてもエラーになってしまう。
【０００６】
この改善策として、通信デバイス有効後に十分なウェイト（待ち時間）を設けてから通信ソフトを起動させる技術があるが、必要以上に待つため、起動に時間がかかるという問題があった。
【０００７】
本発明の目的は、短時間でのネットワーク接続を行い、シンクライアントを使用可能な状態にすることができるシンクライアントの通信デバイス制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、シンクライアントから接続先PCに接続する場合の、通信デバイスの選択または通信デバイスの設定の条件によって、予め定められたテーブルを用いて、選択された通信デバイスが有効になった後の最適な待ち時間を判定する構成を採用した。
【発明の効果】
【０００９】
本発明によれば、シンクライアントが接続先ＰＣにつながるまでの時間を短縮することができるという効果がある。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を、図面を用いて詳細に説明する。
【実施例１】
【００１１】
図１は、シンクライアント１の構成を示したものである。ＣＰＵ１０１が、記憶装置１０４に格納されたプログラムを呼び出すことにより、プログラムを動作させる。記憶装置１０４は、読み書き双方が可能なものを組み込むことが多いが、読み出し専用のものを組み込むこともある。ユーザインターフェースとして、キーボード１０３及びマウス１０２をもつ。また、通信デバイスとして、有線ＬＡＮ１０５、無線ＬＡＮ１０６、通信カード１０７を備える。シンクライアント１は、これら通信デバイスを用いて、接続先ネットワークの接続先ＰＣ（情報処理装置）へ接続する。
【００１２】
図２は、イントラネット２内における接続イメージを示したものである。シンクライアント１から有線LAN105（または無線LAN106及び無線LANアクセスポイント201）を経由して接続先PC202にアクセスし、通信ソフト108を使って接続先PC202を遠隔操作することによって業務を行う。シンクライアント1は、接続先PC202から転送されてきた画面イメージをディスプレイ108に表示するのみであり、シンクライアント1側にはデータが残らず、情報の漏洩を防ぐことができる。
【００１３】
また、シンクライアントは据え置き型が中心であったが、情報漏洩防止の観点から、ノートＰＣをノート型シンクライアントに置き換えていく動きが広まりつつある。図３は、外部からの接続イメージを示したもので、前述の図２の処理に加えてVPNソフト109を用いてVPN装置401にアクセスすることによって仮想ネットワークを張り、セキュアに接続先PC402にアクセスすることを想定している。
【００１４】
図４は、イントラネット内での使用を想定した通信制御ソフトウェア３の処理を示すフローチャートであり、有線LAN１０５を利用し、かつ認証用パスワード入力が不要な場合を想定している。ここで、イントラネット内の接続機器構成は、図２に示した構成である。ここで、シンクライアント１に含まれる通信デバイスである有線LAN105、無線LAN106、通信カード107は、初期状態では使用不可（無効）に設定されている。
【００１５】
シンクライアント1起動後、通信制御ソフトウェア3が起動し（３０１）、ユーザに通信デバイス及び通信設定選択させ（ステップ302）、ユーザ操作により選択されたデバイスを有効化する（３０３）。
【００１６】
ここで図６の方針について説明する。まず、ユーザによる認証用パスワード入力（待ち）がある場合には、ネットワークへのネゴシエーションが終了した時点でパスワードが入力可能となる為、デバイス有効後の待ち時間は必要ないので、すべて×（待ち時間不要）になる。また、認証用パスワード入力なしの場合においては、固定IPアドレス設定の場合は待ち時間が不要である。よって、○（IPアドレス取得待ち）なのは、有線ＬＡＮもしくは無線ＬＡＮを使用していて、ＤＨＣＰサーバ203を利用する設定になっている場合だけということになる。
【００１７】
次に、通信制御ソフトウェア３は、シンクライアント１がＤＨＣＰサーバ203からのIPを取得する設定になっているか、または固定IPを利用する設定になっているか否かを判断し（ステップ304）、ＤＨＣＰサーバ203からのIPを取得する設定になっている場合は（３０４：Ｎｏ）、一定時間ＩＰアドレスが取得されたかどうかをチェックし（ステップ305）、ＩＰアドレスを取得するかリトライ回数を経過した段階で、通信アプリケーションを起動することにより（306）、待ち時間低減を図る。ＩＰアドレスのチェックには、図７にあるようなＯＳのＡＰＩを利用する。
【００１８】
また、ステップ304において、シンクライアント１が固定ＩＰアドレス設定の場合は（３０４：Ｙｅｓ）、通信アプリケーション１０８をすぐに起動することにより（３０７）、ユーザの待ち時間のさらなる低減を図っている。
【００１９】
その後、ステップ３０６で起動した通信アプリケーションの終了監視を行い（３０７）、終了後に（３０７：Ｙｅｓ）、ステップ３０２で選択された通信デバイスを無効化し（308）、処理を終了する（309）。
【実施例２】
【００２０】
図５は、第2の実施例における、通信制御ソフトウェア３の処理フローを示し、さまざまなデバイスやＶＰＮ接続などを考慮した処理になっている。ここで、シンクライアント１の構成は、第1の実施例と同様であり、イントラネット２を含む接続構成は、図３に示した構成である。
【００２１】
ステップ６０１、６０２は、図４のステップ３０１、３０２と同様である。ステップ６０２では、図４で説明した設定の他に、認証用パスワード入力の有無やＤＨＣＰ利用の有無、ＶＰＮ利用の有無などを選択（あるいは記憶装置１０４からの読み出し）するものとする。この先は同様に、図６の方針に従って処理を進めていく。
【００２２】
まず、ステップ６０２で選択された通信デバイスが、通信カード１０７の場合は（６０４：Ｙｅｓ）、通信カードのダイヤルアップが終了した時点で、ＩＰアドレス等の取得は完了しているとみなせるので、ダイヤルアップ処理を実施し（６０８）、ステップ６１０に進むことによって、待ち時間を短縮する。
【００２３】
ステップ６０２で選択された通信デバイスが、有線ＬＡＮ１０５もしくは無線ＬＡＮ１０６である場合は（６０４でＮｏ）、次に、ステップ６０２で、ネットワーク認証でパスワード入力「有」が選択されたか否かを判断し、（ステップ605）、パスワード入力「有」が選択された場合は（６０５：Ｙｅｓ）、ユーザによるパスワード入力待ちの状態になるが（６０９）、ネットワークへのネゴシエーションが終了した時点でパスワードが入力可能となり、また入力が完了するまでは次の遷移には進まないので、ユーザによってパスワードが入力された後、ステップ６１０に進むことによって、待ち時間を短縮する。
【００２４】
ステップ602において、ネットワーク認証でパスワード入力「無」を選択した場合（６０５：Ｎｏ）、さらに、ステップ602において、ＤＨＣＰサーバ602からIPを取得する設定が選択されたか否かを判断し（606）、ＤＨＣＰサーバ602からIPを取得する設定が選択された場合は（６０６：Ｎｏ）、一定時間ＩＰアドレスが取得されたかどうかまたはリトライ回数が経過したか否かをチェックし（607）、ＩＰアドレスが取得された段階で、ステップ６１０へ遷移する。ＩＰアドレスのチェックには、図７にあるようなＯＳのＡＰＩを利用する。また、固定ＩＰアドレス設定の場合は（６０６：Ｙｅｓ）、すぐにステップ６１０に遷移させることにより、待ち時間を短縮する。
【００２５】
ステップ604〜609における設定が終了したら、次にＶＰＮの起動処理に進む。まずステップ602において、ＶＰＮが「要」と選択されたか「不要」と選択されたかを判断し（６１０）、VPNが不要と選択された場合（６１０：Ｎｏ）、ＶＰＮ起動に関する処理を省略し、通信アプリケーションを起動させる（６１３）。ステップ602で、ＶＰＮを利用する選択がなされた場合（６１０：Ｙｅｓ）は、（必要ならば）ＶＰＮソフト１０９の明示的な起動及び接続ステータスの取得を行う（611）。接続ステータスは、たとえば図８のようなインターフェスを用いて知ることができる。ステップ６１１で取得したステータスが接続完了になるか、またはリトライ回数が経過するまで、ステータスの取得を繰り返し（６１２）、６１１で取得したステータスが接続ＯＫであった場合（６１２：Ｙｅｓ）、通信アプリケーション起動処理（６１３）へ遷移する。
【００２６】
ステップ６１３で通信アプリケーションを起動すると、通信アプリケーション終了を監視し（614）、通信アプリケーションの終了を検知すると（６１４：Ｙｅｓ）、ステップ６０２で選択された通信デバイスを無効化し、処理を終了する（６１６）。
【図面の簡単な説明】
【００２７】
【図１】シンクライアントの構成図
【図２】シンクライアント接続図
【図３】シンクライアント接続図
【図４】実施例１における通信制御ソフトウェア３の処理フロー
【図５】実施例２における通信制御ソフトウェア３の処理フロー
【図６】ＩＰアドレス取得待ち必要有無
【図７】ＩＰアドレス確認ＡＰＩに関する仕様
【図８】ＶＰＮ確認ＡＰＩに関する仕様
【符号の説明】
【００２８】
１：シンクライアント、２：シンクライアント側イントラネット、３：通信制御ソフトウェア、４：接続先ＰＣ側イントラネット、５：インターネット、６：インターネット接続プロバイダ

【特許請求の範囲】
【請求項１】
情報処理装置に接続されるシンクライアントにおける通信デバイス制御方法において、
前記シンクライアントに含まれる通信デバイスであって、前記情報処理装置に接続するための通信デバイスの設定条件を記憶するステップと、
前記情報処理装置に接続するための通信デバイスを選択させるステップと、
前記選択された通信デバイスに関する設定情報を入力させるステップと、
前記選択された通信デバイスを有効にするステップと、
前記入力された設定情報及び前記記憶された設定条件に基づいて、前記有効にされた通信デバイスの待ち時間を判定するステップと、
前記判定された待ち時間の経過後に、前記有効にされた通信デバイスによって前記シンクライアントと前記情報処理装置との通信を行う通信アプリケーションを起動するステップと、
前記起動された通信アプリケーションを終了するステップと、
前記通信アプリケーションの終了後、前記有効にされた通信デバイスを無効にするステップと
を備えることを特徴とするシンクライアントの通信デバイス制御方法。

【図１】