JP6539701B2 - 端末装置、シンクライアント変換方法およびシンクライアント変換プログラム - Google Patents

Description

本発明は、既存の端末装置を、シンクライアントに変換する技術に関する。

近年、パソコン（端末装置）の利用については、メールやインターネットを通じたウィルス感染により、当該パソコンのハードディスクに記録されている情報の漏洩が問題となっている。また、ウィルス感染したパソコンで、企業のサーバ装置にアクセスすることにより、企業の情報システムへの不正アクセスが問題となっている。

このため、厳重な情報管理が必要とされる事業を行う企業等では、従業員等のユーザが使用するクライアント端末を、仮想デスクトップ環境で動作させるシンクライアント（ゼロクライアント）システムの導入が検討されている。

シンクライアントシステムにおいては、仮想デスクトップ環境でサーバ装置が集中的に各種ソフトウェア及びデータ等の資源を管理することにより、必要最低限の機能のみを有するパソコンがクライアント端末として使用される。このような端末装置であれば、ウィルス感染するリスクはなく、サーバ装置側だけでファイアーウオールなどのセキュリティ措置を講じることでウィルス感染のリスクを大きく低減することができる。

そのため、パソコンをシンクライアント化するニーズがあり、USBブート型シンクライアント技術が開発されている（非特許文献１参照）。

「秘匿領域を持つUSBシンクライアント Resalio Lynx」、インターネット、＜URL：https://www.ascentech.co.jp/solution/resaliolynx/resaliolynx.html＞

従来のUSBブート型シンクライアント技術は、パソコン本体のハードディスクとは別に、一切読み込み・書き込みが行えない特殊なUSBデバイスに所定のOS（Operating System）等のソフトウェアをインストールし、パソコンに差し込むことで、USBデバイス側のOS等を起動して、ウィルス感染のリスクのあるパソコン本体のハードディスクと切り離すことで、パソコンをシンクライアント化する。

しかし、USBブート型シンクライアント技術では、セキュリティを担保するために特殊なUSBデバイスを用いるため、一部のパソコンでは、USBブート型シンクライアント技術を利用できないという課題がある。すなわち、ある一部のパソコンでは、特殊なUSBデバイスとの相性が悪く、USBデバイス側のOSを起動できない場合がある。

また、従来のUSBブート側シンクライアント技術では、USBデバイスに格納されているソフトウェアをアップデートする際に、USBデバイスを一旦メーカーサイドに返却し、メーカーサイドでソフトウェアの書き換えを行う必要がある。そのため、多くの時間と工数（費用）が必要となるという課題がある。

本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、特殊なUSBデバイスを用いることなく、既存のパソコンのシンクライアント化を実現するとともに、ソフトウェアの更新に要する負荷を削減することにある。

上記目的を達成するため、本発明は、端末装置であって、当該端末装置のストレージを初期化し、仮想デスクトップサーバに接続するためのオペレーティングシステムを含むソフトウェアを、前記ストレージにインストールするインストール部と、ネットワークを介して前記ソフトウェアの更新用ソフトウェアをダウンロードし、前記ストレージにインストールされた前記ソフトウェアを更新する管理部と、前記ストレージから前記ソフトウェアが起動されることで、前記仮想デスクトップサーバに接続する接続部と、を備える。

本発明は、端末装置が行うシンクライアント変換方法であって、当該端末装置のストレージを初期化し、仮想デスクトップサーバに接続するためのオペレーティングシステムを含むソフトウェアを、前記ストレージにインストールするインストールステップと、ネットワークを介して前記ソフトウェアの更新用ソフトウェアをダウンロードし、前記ストレージにインストールされた前記ソフトウェアを更新する管理ステップと、前記ストレージから前記ソフトウェアを起動して、前記仮想デスクトップサーバに接続する接続ステップと、を行う。

本発明は、上記シンクライアント変換方法を、コンピュータに実行させるためのシンクライアント変換プログラムである。

本発明によれば、特殊なUSBデバイスを用いることなく、既存のパソコンのシンクライアント化を実現するとともに、ソフトウェアの更新に要する負荷を削減することができる。

本発明の実施形態に係るシンクライアントシステムの構成を示す図である。 端末装置のソフトウェア構成を示す図である。 端末装置の機能ブロック図である。 インストールの流れを示すフローチャートである。 インストールの流れを示すフローチャートである。 メニューウィンドウの一例を示す図である。 使用許諾確認ウィンドウの一例を示す図である。 ネットワーク設定ウィンドウの一例を示す図である。 タイムゾーン設定ウィンドウの一例を示す図である。 キーボード設定ウィンドウの一例を示す図である。 設定サーバ登録ウィンドウの一例を示す図である。 ライセンスキー登録ウィンドウの一例を示す図である。 インストール確認ウィンドウの一例を示す図である。 インストール完了ウィンドウの一例を示す図である。 端末起動の流れを示すフローチャートである。 端末起動の流れを示すフローチャートである。 設定ファイルの一例を示す図である。 確認ウィンドウの一例を示す図である。 メニューウィンドウの一例を示す図である。 VDI接続の流れを示すフローチャートである。 ユーザ認証ウィンドウの一例を示す図である。 選択ウィンドウの一例を示す図である。 仮想デスクトップ画面の一例を示す図である。 ハードウェア構成の一例を示す図である。

以下、本発明の実施の形態について、図面を参照して説明する。

１．システム構成
図１は、本発明の実施形態に係るシンクライアントシステムのシステム構成例である。図１に示すシンクライアントシステムは、端末装置１と、VDI（Virtual Desktop Infrastructure）サーバ２と、DHCPサーバ３と、設定サーバ４とを備える。

端末装置１は、例えば、一般的なパソコン（PC：Personal Computer）などである。本実施形態では、FAT-PCなどの既存の端末装置１に所定のソフトウェアをインストールすることで、シンクライアント化する。

VDIサーバ２（仮想デスクトップサーバ）は、仮想デスクトップ環境をシンクライアントに提供する。具体的には、VDIサーバ２は、画面情報をシンクライアントに送信するとともに、シンクライアントからの操作情報を受信することで、仮想デスクトップ環境を提供する。

DHCPサーバ３は、ネットワークに接続する端末装置１に、IPアドレスなどの必要なネットワーク情報を発行する。なお、シンクライアントシステムは、DHCPサーバ３を必ずしも備えなくてもよい。DHCPサーバ３が無い場合、ユーザが、端末装置１に必要なネットワーク情報を入力する。

設定サーバ４は、端末装置１の設定に必要な設定情報を保持し、端末装置１に配信する。また、設定サーバ４は、端末装置１にインストールしたソフトウェアを更新するための更新用ソフトウェアを保持し、端末装置１に配信する。

ここで、図１を用いて、端末装置１をシンクライアントに変換する処理の概要を説明する。既存の端末装置１に、インストールメディア５に格納されたシンクライアント化するためのソフトウェアを、インストールする（Ｓ１）。これにより、端末装置１は、DHCPサーバ３からネットワーク情報および設定サーバ４のアドレスを取得する（Ｓ２）。

そして、端末装置１は、DHCPサーバ３から取得した設定サーバ４のアドレスを用いて設定サーバ４にアクセスし、各種の設定情報が記憶された設定ファイルをダウンロードする（Ｓ３）。また、設定サーバ４にＳ１でインストールしたソフトウェアの更新用ソフトウェアがある場合、端末装置１は、更新用ソフトウェアをダウンロードし、再インストールする。端末装置１において、Ｓ１〜Ｓ３が実行されることで、既存の端末装置１が、シンクライアントに変換される。シンクライアント化された端末装置１は、VDIサーバ２に接続し、VDIサーバ２に構築された仮想デスクトップ環境を使用することができる（Ｓ４）。

２．ソフトウェア（ファームウェア）構成
図２は、インストールメディア５に格納されたソフトウェア（ファームウェア）の構成の一例を示すものである。図示するソフトウェアが、端末装置１にインストールされる。

図示するソフトウェア構成は、変換ソフトウェア１０（シンクライアント変換プログラム）と、VDIソフトウェア２０とを備える。変換ソフトウェア１０は、端末装置１をシンクライアント化するためのソフトウェアである。VDIソフトウェア２０は、VDIサーバ２に接続するためのOSを含むソフトウェアである。

VDIソフトウェア２０は、OSとしてLinuxカーネル２１と、Linuxディストリビューション２２〜２６とを含む。ここでは、LinuxディストリビューションとしてUbuntu系のディスプレイマネージャ２２と、ネットワークマネージャ２３と、デバイスマネージャ２４と、RDPクライアント２５と、Firefoxブラウザ２６とを用いる。RDPクライアント２５はRDP（Remote Desktop Protocol）を用いてVDIサーバ２との間で画面転送するためのソフトウェアである。Firefoxブラウザ２６は、各種ポータルサイトへの接続、認証等を行うためのソフトウェアである。

また、本実施形態のソフトウェア構成では、RDPクライアント２５以外にも、複数の画面転送ソフトウェア２７、２８を備える。画面転送ソフトウェア２７、２８としては、例えば、Citrix Receiver (HDX：High Definition eXperienceプロトコル)、VMware Horizon Client（PCoIP：PC over IPプロトコル）など用いることができる。

変換ソフトウェア１０は、VDIソフトウェア２０を端末装置１にインストールし、既存の端末装置（Fat Client、FAT PC）を、シンクライアント化するためのソフトウェアである。変換ソフトウェア１０によりシンクライアント化された端末装置１は、ソフトウェア・デファインド・シンクライアント（Software Defined Thin Client）となる。

３．端末装置１の構成
図３は、シンクライアント化された端末装置１の機能ブロック図の一例を示す図である。図示する端末装置１は、インストール部１１と、設定部１２と、管理部１３と、メニュー生成部１４と、VDI接続部１５とを備える。これらは、図２の変換ソフトウェア１０を実行することで実現される機能である。

インストール部１１は、端末装置１のストレージを初期化し、インストールメディア５に格納されたソフトウェアをストレージにインストールする。設定部１２は、設定サーバ４から当該端末装置１用の設定情報を取得し、前記設定情報を用いて端末装置１の各種設定を行う。管理部１３は、ソフトウェアを更新するか否かを判別し、更新する場合はネットワーク（ここでは、設定サーバ４）を介してソフトウェアの更新用ソフトウェアをダウンロードし、ストレージにインストールされたソフトウェアを更新する。また、管理部１３は、変換ソフトウェア１０のライセンスキーを管理する。

メニュー生成部１４は、設定情報に含まれるアプリケーション情報に基づいて、メニューウィンドウを生成する。VDI接続部１５は、ストレージにインストールされたソフトウェアが起動されることで、VDIサーバ２に接続する。

また、端末装置１は、インストールされたソフトウェアを記憶するソフトウェア記憶部１６と、各種の設定情報を記憶する設定情報記憶部１７とを備える。なお、これらの記憶部１６、１７は、ストレージに構成される。

４．端末装置の動作
次に、本実施形態の端末装置の動作例を、説明する。ここでは、「インストール」、「端末起動」および「VDIサーバ接続」の各動作について説明する。

４．１ インストール
図４Ａおよび図４Ｂは、インストールの流れを示すフローチャートである。

ユーザは、図２に示すソフトウェアが格納されたインストールメディア５を端末装置１にセットし、端末装置１の電源をオンする（Ｓ１１）。インストールメディア５は、例えば、CD-ROM、DVD、USBメモリなどである。なお、ここで使用するUSBメモリは、一般的なUSBメモリである。

これにより、端末装置１は、図２に示すLinuxカーネルを当該端末装置１のメモリ（RAM）上に読み込んで初期化し、使用可能な状態にする。これにより、Linuxカーネルが、図２に示すLinuxカーネル以外のソフトウェア（ファイルシステムイメージ）をメモリ上に読み込む（Ｓ１２）。そして、Linuxカーネルが、デスクトップ環境（図２のディスプレイマネージャ、ネットワークマネージャ）を初期化して使用可能な状態にし（Ｓ１３）、変換ソフトウェア１０を起動する（Ｓ１４）。

これにより、変換ソフトウェア１０が実行され、当該変換ソフトウェア１０により実現されるインストール部１１は、メニューウィンドウを端末装置１のディスプレイに表示する（Ｓ１５）。

図５は、メニューウィンドウの一例を示す図である。インストール部１１は、ユーザがメニューウィンドウのインストールボタンをクリックすることで、インストール開始指示を受け付けると（Ｓ１６：ＹＥＳ）、端末装置１の仕様が、シンクライアントとして機能するためのハードウェアの所定の要件（条件）を満たしているか否かを判別する（Ｓ１７）。具体的には、インストール部１１は、端末装置１のハードウェア仕様を収集し、所定の要件を満たしているか否かを判別する。ハードウェア仕様は、例えば、CPU性能、メモリ容量、ストレージ（HDD/SDD）容量、LAN、ディスプレイの解像度、入出力装置などである。

所定の要件を満たしていない場合（Ｓ１７：ＮＯ）、エラーメッセージをディスプレイに出力し（Ｓ１８）、Ｓ１５に戻る。一方、所定の要件を満たしている場合（Ｓ１７：ＹＥＳ）、インストール部１１は、使用許諾確認ウィンドウをディスプレイに表示し、使用許諾契約書（EULA：End-User License Agreement）に同意するか否かをユーザに確認する（Ｓ１９）。

図６は、使用許諾確認ウィンドウの一例を示す図である。ユーザが使用許諾確認ウィンドウの「ソフトウェア使用許諾に同意する」をクリックすることで、同意の指示を入力する（Ｓ１９：ＹＥＳ）。

これにより、インストール部１１は、ネットワーク情報を設定する（Ｓ２０）。具体的には、インストール部１１は、ネットワーク設定ウィンドウをディスプレイに表示し、ユーザが入力したネットワーク情報を用いて、端末装置１のネットワークを設定する。

図７は、ネットワーク設定ウィンドウの一例を示す図である。ユーザは、当該ウィンドウにホストネームなどのネットワーク情報を入力する。なお、DHCPサーバ３を備える場合は、ホストネーム以外のネットワーク情報はDHCPサーバ３から取得可能であるため、ユーザは、自動設定のボタンをクリックすることとしてもよい。

そして、インストール部１１は、タイムゾーンを設定する（Ｓ２１）。具体的には、インストール部１１は、タイムゾーン設定ウィンドウをディスプレイに表示し、ユーザが入力したタイムゾーンを用いて、端末装置１のタイムゾーンを設定する。

図８は、タイムゾーン設定ウィンドウの一例を示す図である。ユーザは、当該端末装置１を使用する地域（国、都市など）を選択する。

そして、インストール部１１は、キーボードの配列を設定する（Ｓ２２）。具体的には、インストール部１１は、キーボード設定ウィンドウをディスプレイに表示し、ユーザが入力したキーボードの配列で端末装置１のキーボードを設定する。

図９は、キーボード設定ウィンドウの一例を示す図である。ユーザは、当該端末装置１で使用するキーボードの配列（例えば、OADG 109Aキーボードなど）を選択する。

そして、インストール部１１は、設定サーバを登録する（Ｓ２３）。具体的には、インストール部１１は、設定サーバ登録ウィンドウをディスプレイに表示し、ユーザが入力した設定情報のアドレスで、端末装置１の設定サーバを設定する。

図１０は、設定サーバ登録ウィンドウの一例を示す図である。ユーザは、設定サーバのアドレス（URL）を当該ウィンドウに入力する。なお、DHCPサーバ３を備える場合は、設定サーバのアドレスはDHCPサーバ３から取得可能であるため、ユーザは、自動設定のボタンをクリックすることとしてもよい。

そして、インストール部１１は、変換ソフトウェア１０のライセンスキーの入力を受け付ける（Ｓ２４）。具体的には、端末装置１は、ライセンスキー登録ウィンドウをディスプレイに表示し、ユーザの入力を受け付ける。

図１１は、ライセンスキー登録ウィンドウの一例を示す図である。ユーザは、あらかじめ取得したライセンスキーを当該ウィンドウに入力する。変換ソフトウェ端末装置１の管理部１３は、ユーザが入力したライセンスキーが有効・正当であるか否かを判別し、有効な場合は以降の処理を続行し、無効の場合は処理を終了する。

そして、図４Ｂに進み、インストール部１１は、インストールメディア５に格納されたソフトウェアを、当該端末装置１が内蔵するストレージにインストールするか否かを、ユーザに確認する（Ｓ２５）。インストール部１１は、インストール確認ウィンドウをディスプレイに表示する。

図１２は、インストール確認ウィンドウの一例を示す図である。ユーザが当該ウィンドウの「はい」のボタンをクリックすることで、ストレージへのインストール開始指示を入力されると（Ｓ２５：ＹＥＳ）、インストール部１１は、ストレージを初期化する（Ｓ２６）。すなわち、端末装置１のハードウェアに今までインストールされていたOS（例えば、Windows（登録商標））、データ、ファイルなどが全て消去される。これにより、端末装置１のFat Client/FAT PCとしての機能が失われる。

そして、インストール部１１は、Ｓ１１と同様に、インストールメディア５に格納されたソフトウェアをストレージにインストールする。具体的には、インストール部１１は、インストールメディア５のLinuxカーネルを当該端末装置１のストレージ（ソフトウェア記憶部１６）に書き込み、インストール用メディアのLinuxカーネル以外のソフトウェアをストレージ（ソフトウェア記憶部１６）に書き込む（Ｓ２７）。そして、インストール部１１は、Ｓ２０からＳ２４で収集・設定した各種の設定情報をストレージ（設定情報記憶部１７）に書き込む（Ｓ２８）。

Ｓ２６〜Ｓ２８のインストールが正常に完了した場合（Ｓ２９：ＹＥＳ）、インストール部１１は、インストール完了ウィンドウをディスプレイに出力する（Ｓ３０）。これにより、インストールが終了する。一方、インストールが正常に完了しない場合（Ｓ２９：ＮＯ）、インストール部１１は、エラーメッセージを出力し（Ｓ３１）、図４ＡのＳ１５に戻る。

図１３は、インストール完了ウィンドウの一例を示す図である。これにより、ユーザは、当該ウィンドウに記載されたメッセージに従って、端末装置１にセットされたインストールメディア５を取り外し、再起動ボタンをクリックする。これにより、端末装置１が再起動され、後述する端末起動が開示される。

４．２ 端末起動
図１４Ａおよび図１４Ｂは、端末起動の流れを示すフローチャートである。図示する端末起動の操作は、インストールの直後だけでなく、シンクライアント化された端末装置１を起動する度に行われる。

ユーザが、図１３に示すインストール完了ウィンドウの再起動ボタンをクリックすることで、端末装置１の電源がオンされ、端末装置１が再起動される（Ｓ４１）。これにより、端末装置１は、ストレージにインストールされたLinuxカーネルを、メモリに読み込み、初期化して使用可能な状態にする。そして、Linuxカーネルは、ストレージにインストールされたLinuxカーネル以外のソフトウェアをメモリに読み込む（Ｓ４２）。そして、Linuxカーネルは、デスクトップ環境（図２のディスプレイマネージャ、ネットワークマネー）を初期化して使用可能な状態にし（Ｓ４３）、変換ソフトウェア１０を起動する（Ｓ４４）。

これにより、変換ソフトウェア１０が実行され、当該変換ソフトウェア１０により端末装置１で実現される設定部１２は、図４ＡのＳ２０で入力され、ストレージに格納されたネットワーク情報に基づいて、当該端末装置１のネットワークの設定を行う（Ｓ４５）。そして、設定部１２は、当該端末装置１が接続されたネットワーク上（例えば、LAN）に、DHCPサーバ３が存在するか否かを判別し（Ｓ４６）、DHCPサーバ３が存在する場合（Ｓ４６：ＹＥＳ）、DHCPサーバ３からDHCP設定情報（ネットワーク情報）を取得する（Ｓ４７）。そして、設定部１２は、DHCP設定情報に基づいて端末装置１のセットワーク情報の設定を行う。また、設定部１２は、DHCP設定情報に設定サーバ４のアドレスが含まれている場合（Ｓ４８：ＹＥＳ）、当該設定サーバ４のアドレスを、ストレージの設定情報記憶部１７に記憶する（Ｓ４９）。

一方、DHCPサーバ３が存在しない場合（Ｓ４６：ＮＯ）、設定部１２は、図４ＡのＳ２３で入力され、ストレージに格納されたネットワーク情報を用いて端末装置１のネットワークの設定を行うとともに、ストレージから設定サーバ４のアドレスを取得する（Ｓ５３）。また、DHCP設定情報に設定サーバのアドレスが含まれてない場合（Ｓ４８：ＮＯ）、設定部１２は、図４ＡのＳ２３で入力され、ストレージに格納された設定サーバ４のアドレスを取得する（Ｓ５３）。

設定部１２は、Ｓ４９またはＳ５３で取得した設定サーバ４のアドレスを用いて、設定サーバ４にアクセスし、設定ファイルをダウンロードする（Ｓ５０）。ダウンロードに成功した場合（Ｓ５１：ＹＥＳ）、設定部１２は、当該設定ファイルを基づいて変換ソフトウェア１０における端末装置１の設定を行う（Ｓ５２）。一方、設定サーバから設定ファイルがダウンロードできない場合（Ｓ５１：ＮＯ）、設定部１２は、あらかじめ設定されたデフォルトの設定ファイルの情報を基づいて変換ソフトウェア１０における端末装置１の設定を行う（Ｓ５４）。

設定ファイルには、当該端末装置１が使用可能なアプリケーション、アプリケーション毎の設定情報、更新用ソフトウェアの適用ポリシーなど、変換ソフトウェア１０に対する当該端末装置１の各種の設定情報が設定されている。ここでいうアプリケーションは、図２に示すソフトウェア構成のRDPクライアント２５、Firefoxブラウザ２６、Citrix Receiver２７、VMware Horizon Client２８などである。設定サーバ４は、端末装置１毎に、これらの設定情報が設定された設定ファイルを生成し、端末装置１からの要求に応じて設定ファイルを配信する。

図１５は、設定ファイルの一例を示す図である。図示する設定ファイルには、共通設定パラメータとして、例えば、更新ソフトウェアの更新ポリシーが含まれる。具体的には、設定サーバ４に格納された更新用ソフトウェアを、「１：アップグレードおよびダウングレートともに許可しない」、「２：アップグレードおよびダウングレートともに許可する」、「３：アップグレードのみ許可する」および「４：ダウングレートのみ許可する」のいずれかが設定されている。また、アプリケーション毎のパラメータとして、当該アプリケーションを使用するか否か、使用する場合は当該アプリケーションで必要なパラメータが設定されている。

そして、設定部１２は、設定サーバに更新用ソフトウェア（更新用イメージファイル）が登録されているか否かを判別する（Ｓ５５）。更新用ソフトウェアは、インストールメディア５に格納され、ストレージにインストールされた複数のソフトウェア（図２参照）をアップグレード（バージョンアップ）またはダウングレード（バージョンダウン）するためのソフトウェアであって、図２に示す複数のソフトウェアを１つのイメージファイルとしてまとめたものである。更新用ソフトウェアは、本システムのサービス提供サーバ（メーカーサイド）からネットワークを介して提供され、設定サーバ４に格納される。

更新用ソフトウェアが登録されている場合（Ｓ５６：ＹＥＳ）、設定部１２は、当該更新用ソフトウェアをダウンロードするか否かを判定する（Ｓ５７）。具体的には、設定部１２は、更新用ソフトウェアのバージョンを設定サーバ４から取得し、更新用ソフトウェアのバージョンと、自身の端末装置１にインストールされたソフトウェアのバージョンと、設定ファイルの設定情報（更新ソフトウェアの更新ポリシー）とを用いて、更新用ソフトウェアをダウンロードするか否かを判定する（Ｓ５７）。例えば、設定情報に「３：アップグレードのみ許可する」と設定されている場合は、自身の端末装置１にインストールされたソフトウェアのバージョンより、更新用ソフトウェアのバージョンの方が大きい場合にダウンロードすると判定する。

ダウンロードすると判定した場合（Ｓ５７：ＹＥＳ）、設定部１２は、設定サーバから更新用ソフトウェアをダウンロードする（Ｓ５８）。この場合（Ｓ５７：ＹＥＳ）、設定部１２は、ダウンロードの可否を問い合わせる確認ウィンドウをディスプレイに表示し、ユーザに問い合わせることとしてもよい。

図１６は、確認ウィンドウの一例を示す図である。ユーザが確認ウィンドウのOKボタンをクリックすることで、設定部１２は、更新用ソフトウェアのダウンロードを行うこととしてもよい（Ｓ５８）。

そして、設定部１２は、ダウンロードした更新用ソフトウェアをストレージにインストールして、ストレージのソフトウェアを更新する（Ｓ５９）。すなわち、設定部１２は、ストレージに格納されたソフトウェアをアップグレードまたはダウングレードする。なお、バージョンダウンする場合の例としては、現在のソフトウェアにバグなどの不具合があるため、元の古いバージョンに戻すことなどが考えらえる。

更新用ソフトウェアのインストールが正常に完了した場合（Ｓ６０：ＹＥＳ）、設定部１２は、例えば図１３に示すようなインストール完了ウィンドウをディスプレイに出力し、ユーザが再起動ボタンをクリックすることで、端末装置１を再起動し、図１４ＡのＳ４１に戻る。一方、インストールが正常に完了しない場合（Ｓ６０：ＮＯ）、設定部１２は、エラーメッセージを出力し（Ｓ６２）、Ｓ６３に進む。

更新用ソフトウェアが登録されていない場合（Ｓ５６：ＮＯ）、メニュー生成部１４は、設定ファイルの設定情報（設定値）に基づいてメニューウィンドウを生成し（Ｓ６３）、ディスプレイに６４する（Ｓ６４）。

図１７は、メニューウィンドウの一例を示す図である。図示する例では、第１のアプリケーション（例えば、RDPクライアント）を起動するためのボタン１６１と、第２のアプリケーション（例えば、Citrix Receiver）を起動するためのボタン１６２と、第３のアプリケーション（例えば、Firefoxブラウザ）を起動するためのボタン１６３と、電源オフするための電源ボタン１６４と、コントロールパネルを呼び出すためのボタン１６５とを備える。なお、コントロールパネル１６５は、図４３ＡのＳ２０〜Ｓ２３を変更するためのウィンドウである。設定部１２は、ユーザの指示（メニューウィンドウのいずれかのボタンのクリック）を受け付けるまで待機する。

４．３ VDI接続
図１８は、VDI接続の流れを示すフローチャートである。図示する例では、ユーザが図１７に示すメニューウィンドウの第２のアプリケーションを起動するためのボタン１６２（VDI接続ボタン）をクリックして、VDIサーバ２に接続する動作を示すものである。

ユーザがメニューウィンドウのボタン１６２をクリックすることで（Ｓ７１）、VDI接続部１５は、対応するVDIサーバ２に接続要求を送信して接続する（Ｓ７２）。そして、VDI接続部１５は、VDIサーバ２から送信されたユーザ認証ウィンドウをディスプレイに表示し、ユーザが入力した認証情報をVDIサーバ２に送信する（Ｓ７３）。

図１９は、ユーザ認証ウィンドウの一例を示す図である。VDIサーバ２は、端末装置１から送信された認証情報が正当な認証情報か否かを認証（判別）し、認証処理に成功した場合（Ｓ７４：ＹＥＳ）、当該端末装置１で使用可能なVDI環境（仮想デスクトップ環境）のアイコンが設定されたウィンドウを端末装置１に送信する。VDI接続部１５は、VDIサーバ２から送信されたVDI環境のアイコンが設定された選択ウィンドウをディスプレイに表示する（Ｓ７５）。

図２０は、選択ウィンドウの一例を示す図である。図示する例では、当該端末装置１では、３つのVDI環境を使用可能であることを示している。ユーザは、所望のVDI環境のアイコンをクリックして選択する（Ｓ７６）。これにより、VDI接続部１５は、VDIサーバ２の選択されたDVI環境にアクセスし、当該端末装置１用のデスクトップ画面を当該端末装置１のディスプレイに表示する。

図２１は、端末装置１のディスプレイに表示された、VDIサーバ２から転送された仮想デスクトップ画面の一例を示す図である。そして、ユーザは、仮想デスクトップ画面を使用して所望の操作を行う。

なお、端末装置１が初めてVDIサーバ２に接続する場合、VDIサーバ２は、デスクトップ画面を転送する前に、図６に示すような使用許諾確認ウィンドウを端末装置１に送信し、使用許諾契約書に同意するか否かをユーザに確認し、ユーザが使用許諾に同意する場合に、仮想デスクトップ画面を端末装置１に送信することとしてもよい。

以上説明した本実施形態では、端末装置１は、当該端末装置１のストレージを初期化し、仮想デスクトップサーバに接続するためのオペレーティングシステムを含むソフトウェアを、前記ストレージにインストールするインストール部と、ネットワークを介して前記ソフトウェアの更新用ソフトウェアをダウンロードし、前記ストレージにインストールされた前記ソフトウェアを更新する管理部と、前記ストレージから前記ソフトウェアが起動されることで、前記仮想デスクトップサーバに接続する接続部とを備える。

このように本実施形態では、特殊なUSBデバイスを用いることなく、端末装置１本体のストレージからソフトウェアを起動することで、特殊なUSBデバイスからソフトウェアを起動できない端末装置１であっても、シンクライアント化することができる。

また、本実施形態では、ストレージにインストールされたソフトウェアを、ネットワークを介してダウンロードした更新用ソフトウェアを用いて更新するため、ソフトウェアの更新に要する負荷を削減することができる。また、これにより、最新のPCハードウェアへの対応、および、セキュリティ脆弱性への対応が容易となる。

本実施形態では、設定サーバ４から端末装置１毎の設定情報を取得し、当該設定情報を用いて端末装置１の設定を行う。これにより、本実施形態では、管理者が手動で各端末装置１の設定作業を行うことなく、設定サーバ４に各端末装置１の設定ファイルを作成しておくだけで、容易に端末装置１の設定を行うことができる。また、設定サーバ４からの設定ファイルのダウンロードは、端末装置１の起動時（図１４Ａ、１４Ｂ）に必ず行われるため、設定変更の際にも、最新の設定情報を端末装置１に容易に反映することができる。

本実施形態では、設定情報には、端末装置１が使用可能なアプリケーションを示すアプリケーション情報が含まれ、アプリケーション情報に基づいて、メニューウィンドウを生成する。これにより、端末装置１で使用可能なメニューウィンドウを容易に生成することができる。

本実施形態では、設定情報には、ソフトウェアの更新ポリシーが含まれ、設定サーバ４に更新用ソフトウェアが存在する場合、更新ポリシーを用いて更新用ソフトウェアをダウンロードするか否かを判定する。これにより、端末装置毎の更新ポリシーに基づいてソフトウェアのダウンロードおよび更新を行うことで、端末装置１毎（または企業・部署毎）の運用に合わせて柔軟にソフトウェアの更新を行うことができる。また、本実施形態では、ソフトウェアのバージョン管理に要する管理者の負荷を大幅に削減することができる。また、設定サーバ４に更新用ソフトウェアが登録されているか否かの判定は、端末装置１の起動時（図１４Ａ、１４Ｂ）に必ず行われるため、最新のバージョンのソフトウェアを容易に反映することができる。また、本実施形態では、図２に示す複数のソフトウェアを１つにまとめた更新用ソフトウェア（更新用イメージファイル）を用いて、ソフトウェアのバージョン管理を行う。これにより、各ソフトウェアのバージョン管理が容易になる。

また、本実施形態では、設定サーバ４のアドレスをDHCPサーバから取得する。これにより、ユーザの設定サーバ４の入力負荷を削減し、ユーザの利便性を向上することができる。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、インストールメディア５（USBメモリ、DVDなど）を用いて、図２に示すソフトウェアを端末装置１にインストールすることとしたが、インストールメディアを用いることなく、ネットワークからソフトウェアをダウンロードし、端末装置１にインストールすることとしてもよい。

上記説明した、端末装置１には、例えば、CPU（Central Processing Unit、プロセッサ）９０１と、メモリ９０２と、ストレージ９０３（HDD：Hard Disk Drive、SSD：Solid State Drive）と、通信装置９０４と、入力装置９０５と、出力装置９０６とを備える汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、CPU９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、端末装置１の各機能が実現される。また、発信端末１用のプログラムは、HDD、SSD、USBメモリ、CD-ROM、DVD-ROM、MOなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

１ ：端末装置
１１：インストール部
１２：設定部
１３：管理部
１４：メニュー生成部
１５：VDI接続部
１６：ソフトウェア記憶部
１７：設定情報記憶部
２ ：VDIサーバ
３ ：DHCPサーバ
４ ：設定サーバ
５ ：インストールメディア
１０：変換ソフトウェア

Claims (11)

1. 端末装置であって、
   当該端末装置のストレージを初期化し、仮想デスクトップサーバに接続するためのオペレーティングシステムを含むソフトウェアを、前記ストレージにインストールするインストール部と、
   当該端末装置を起動する度に、前記ストレージにインストールされた前記ソフトウェアを更新するための、複数のソフトウェアを１つにまとめた更新用イメージファイルが、設定サーバに登録されているか否かを判別し、登録されている場合、前記設定サーバから前記更新用イメージファイルをダウンロードし、前記ストレージにインストールされた前記ソフトウェアを更新する管理部と、
   前記ストレージから前記ソフトウェアが起動されることで、前記仮想デスクトップサーバに接続する接続部と、を備えること
   を特徴とする端末装置。
2. 請求項１記載の端末装置であって、
   前記設定サーバから当該端末装置用の設定情報を取得し、前記設定情報を用いて前記端末装置の設定を行う設定部を備えること
   を特徴とする端末装置。
3. 請求項２記載の端末装置であって、
   前記設定情報には、前記端末装置が使用可能なアプリケーションを示すアプリケーション情報が含まれ、
   前記アプリケーション情報に基づいて、メニューウィンドウを生成するメニュー生成部を備えること
   を特徴とする端末装置。
4. 請求項２または３記載の端末装置であって、
   前記設定情報には、前記ソフトウェアの更新ポリシーが含まれ、
   前記管理部は、前記設定サーバに前記更新用イメージファイルが存在する場合、前記更新ポリシーを用いて前記更新用イメージファイルをダウンロードするか否かを判定すること
   を特徴とする端末装置。
5. 請求項２から４のいずれか１項に記載の端末装置であって、
   前記設定部は、前記設定サーバのアドレスをDHCPサーバから取得すること
   を特徴とする端末装置。
6. 端末装置が行うシンクライアント変換方法であって、
   当該端末装置のストレージを初期化し、仮想デスクトップサーバに接続するためのオペレーティングシステムを含むソフトウェアを、前記ストレージにインストールするインストールステップと、
   当該端末装置を起動する度に、前記ストレージにインストールされた前記ソフトウェアを更新するための、複数のソフトウェアを１つにまとめた更新用イメージファイルが、設定サーバに登録されているか否かを判別し、登録されている場合、前記設定サーバから前記更新用イメージファイルをダウンロードし、前記ストレージにインストールされた前記ソフトウェアを更新する管理ステップと、
   前記ストレージから前記ソフトウェアを起動して、前記仮想デスクトップサーバに接続する接続ステップと、を行うこと
   を特徴とするシンクライアント変換方法。
7. 請求項６記載のシンクライアント変換方法であって、
   前記設定サーバから当該端末装置用の設定情報を取得し、前記設定情報を用いて前記端末装置の設定を行う設定ステップを行うこと
   を特徴とするシンクライアント変換方法。
8. 請求項７記載のシンクライアント変換方法であって、
   前記設定情報には、前記端末装置が使用可能なアプリケーションを示すアプリケーション情報が含まれ、
   前記アプリケーション情報に基づいて、メニューウィンドウを生成する生成ステップを行うこと
   を特徴とするシンクライアント変換方法。
9. 請求項７または８記載のシンクライアント変換方法であって、
   前記設定情報には、前記ソフトウェアの更新ポリシーが含まれ、
   前記管理ステップは、前記設定サーバに前記更新用イメージファイルが存在する場合、前記更新ポリシーを用いて前記更新用イメージファイルをダウンロードするか否かを判定すること
   を特徴とするシンクライアント変換方法。
10. 請求項７から９のいずれか１項に記載のシンクライアント変換方法であって、
    前記設定ステップは、前記設定サーバのアドレスをDHCPサーバから取得すること
    を特徴とするシンクライアント変換方法。
11. 請求項６から１０のいずれか１項に記載のシンクライアント変換方法を、コンピュータに実行させるためのシンクライアント変換プログラム。