(57)【要約】【課題】シンクライアント端末にインストールされているソフトウェアのアップデートを自動的に、かつセキュリティ面での安全性を確保しつつ行うことを可能とするシンクライアント端末のソフトウェアアップデート方法を提供する。【解決手段】シンクライアント端末において、ソフトウェアのアップデート処理を自動的に行う、シンクライアント端末のソフトウェアアップデート方法であって、前記シンクライアント端末は、前記アップデート処理を行う際にアップデートモードとなり、前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末の再起動時に、ユーザによるログオン処理を行わずに、アップデート専用アカウントでの自動ログオンにより前記アップデート処理を継続し、前記アップデート処理の終了後は前記アップデートモードを解除して通常の状態に戻る。【選択図】図５
2008262454.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの個人認証データを保持する個人認証用装置を接続し、個人認証を行ってログオンすることで利用可能となるシンクライアント端末において、前記シンクライアント端末にインストールされているソフトウェアのアップデート処理を自動的に行う、シンクライアント端末のソフトウェアアップデート方法であって、
前記シンクライアント端末は、前記アップデート処理を行う際に、前記アップデート処理を実行するためのアップデートモードとなり、前記シンクライアント端末が前記アップデートモードである間は、前記アップデート処理に伴う前記シンクライアント端末の再起動時に、ユーザによる前記シンクライアント端末へのログオン処理を行わずに、アップデート専用アカウントでの自動ログオンにより前記アップデート処理を継続し、前記アップデート処理の終了後は前記アップデートモードを解除して通常の状態に戻ることを特徴とするシンクライアント端末のソフトウェアアップデート方法。
【請求項２】
請求項１記載のシンクライアント端末のソフトウェアアップデート方法において、
前記シンクライアント端末が前記アップデートモードである間は、前記個人認証用装置が前記シンクライアント端末に接続されていない状態であっても、前記アップデート処理を継続することを特徴とするシンクライアント端末のソフトウェアアップデート方法。
【請求項３】
請求項２記載のシンクライアント端末のソフトウェアアップデート方法において、
前記シンクライアント端末が前記アップデートモードとなる際に、前記個人認証用装置に保持されている、前記シンクライアント端末が前記アップデート処理のために接続するアップデートサーバについての接続情報を、前記シンクライアント端末に装着された外部記憶装置に書き込み、前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末は前記接続情報を使用して前記アップデートサーバに接続し、前記シンクライアント端末が前記アップデートモードを解除する際に、前記接続情報を前記外部記憶装置から消去することを特徴とするシンクライアント端末のソフトウェアアップデート方法。
【請求項４】
請求項１〜３のいずれか１項記載のシンクライアント端末のソフトウェアアップデート方法において、
前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末における入力装置を使用不可とすることを特徴とするシンクライアント端末のソフトウェアアップデート方法。
【請求項５】
請求項１〜４のいずれか１項記載のシンクライアント端末のソフトウェアアップデート方法において、
前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末の接続先を、前記シンクライアント端末が前記アップデート処理のために接続する前記アップデートサーバのみに制限することを特徴とするシンクライアント端末のソフトウェアアップデート方法。
【請求項６】
ユーザの個人認証データを保持する個人認証用装置を接続し、個人認証を行ってログオンすることで利用可能となるシンクライアント端末であり、かつ前記シンクライアント端末にインストールされているソフトウェアのアップデート処理を自動的に行うシンクライアント端末であって、
前記シンクライアント端末は、前記アップデート処理を行う際に、前記アップデート処理を実行するためのアップデートモードとなり、前記シンクライアント端末が前記アップデートモードである間は、前記アップデート処理に伴う前記シンクライアント端末の再起動時に、ユーザによる前記シンクライアント端末へのログオン処理を行わずに、アップデート専用アカウントでの自動ログオンにより前記アップデート処理を継続し、前記アップデート処理の終了後は前記アップデートモードを解除して通常の状態に戻ることを特徴とするシンクライアント端末。
【請求項７】
請求項６記載のシンクライアント端末において、
前記シンクライアント端末が前記アップデートモードである間は、前記個人認証用装置が前記シンクライアント端末に接続されていない状態であっても、前記アップデート処理を継続することを特徴とするシンクライアント端末。
【請求項８】
請求項７記載のシンクライアント端末において、
前記シンクライアント端末が前記アップデートモードとなる際に、前記個人認証用装置に保持されている、前記シンクライアント端末が前記アップデート処理のために接続するアップデートサーバについての接続情報を、前記シンクライアント端末に装着された外部記憶装置に書き込み、前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末は前記接続情報を使用して前記アップデートサーバに接続し、前記シンクライアント端末が前記アップデートモードを解除する際に、前記接続情報を前記外部記憶装置から消去することを特徴とするシンクライアント端末。
【請求項９】
請求項６〜８のいずれか１項記載のシンクライアント端末において、
前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末における入力装置を使用不可とすることを特徴とするシンクライアント端末。
【請求項１０】
請求項６〜９のいずれか１項記載のシンクライアント端末において、
前記シンクライアント端末が前記アップデートモードである間は、前記シンクライアント端末の接続先を、前記シンクライアント端末が前記アップデート処理のために接続する前記アップデートサーバのみに制限することを特徴とするシンクライアント端末。
【請求項１１】
請求項６〜１０のいずれか１項記載のシンクライアント端末と、前記シンクライアント端末が接続する母艦サーバと、前記シンクライアント端末が前記シンクライアント端末にインストールされているソフトウェアのアップデート処理のために接続するアップデートサーバと、これらを接続するネットワークとを有することを特徴とするシンクライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアントシステムにおけるシンクライアント端末のソフトウェアアップデート方法およびシンクライアント端末ならびにシンクライアントシステムに適用して有効な技術に関するものである。
【背景技術】
【０００２】
コンピュータシステムにおいて、クライアント端末にインストールされているソフトウェアをオンラインでアップデートする方法としては、例えば、特開２００２−８１２９号公報（特許文献１）等の方法が提案されており、クライアント端末にインストールされている各ソフトウェアのアップデートの必要性をシステムによって判断したうえで、必要なアップデートモジュールのダウンロードおよびインストールをシステムが実行し、アップデートを容易に行うことが可能となっている。
【０００３】
一般にシンクライアントシステムにおいては、シンクライアント端末に保持されているデータには、セキュリティ確保のため書込み禁止のロックが掛けられている。従って、従来技術のようなクライアント端末のアップデート方法をシンクライアント端末に適用した場合、書込み禁止のロック解除、アップデートモジュールのダウンロードおよびインストール、書込み禁止のロック実施、という処理が必要なため、インストール処理自体で必要となる場合も含めて、アップデート中に２〜３回のシンクライアント端末の再起動が行われる。
【特許文献１】特開２００２−８１２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
シンクライアントシステムでは、仕様上、シンクライアント端末にはセキュリティ上重要なデータは保持しておらず、シンクライアント端末を利用するユーザの認証に必要となるデータは、ユーザが保有する個人認証用カードのみに保持されている。ユーザがシンクライアント端末を利用する際は、個人認証用カードをシンクライアント端末に接続して個人認証を実施することでログオンし、ユーザがシンクライアント端末を利用している間この個人認証用カードはシンクライアント端末に常時接続した状態にしておく必要がある。
【０００５】
従って、状来技術のようなソフトウェアのアップデート方法をシンクライアント端末に適用した場合、シンクライアント端末の再起動のたびに、ユーザは個人認証を実施してログオンする必要があり、さらにアップデート処理中は個人認証用カードをシンクライアント端末に常時接続した状態にしておく必要がある。
【０００６】
アップデート処理は時間がかかることが多く、再起動のたびに個人認証が必要であることは、ユーザにとって余計な負荷をかけることになっている。また、アップデートの途中でユーザが席を外すことは個人認証用カードを放置することになるため、個人認証用カードの盗難や紛失などのセキュリティ面での問題が発生する可能性もある。
【０００７】
そこで本発明の目的は、シンクライアント端末にインストールされているソフトウェアのアップデートを自動的に、かつセキュリティ面での安全性を確保しつつ行うことを可能とするシンクライアント端末のソフトウェアアップデート方法およびシンクライアント端末ならびにシンクライアントシステムを提供することにある。
【０００８】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１０】
本発明は、ユーザの個人認証データを保持する個人認証用装置を接続し、個人認証を行ってログオンすることで利用可能となるシンクライアント端末において、前記シンクライアント端末にインストールされているソフトウェアのアップデート処理を自動的に行う、シンクライアント端末のソフトウェアアップデート方法、およびシンクライアント端末、ならびにシンクライアントシステムに適用され、以下のような特徴を有するものである。
【００１１】
すなわち、前記シンクライアント端末は、前記アップデート処理を行う際に、前記アップデート処理を実行するためのアップデートモードとなり、前記シンクライアント端末が前記アップデートモードである間は、前記アップデート処理に伴う前記シンクライアント端末の再起動時に、ユーザによる前記シンクライアント端末へのログオン処理を行わずに、アップデート専用アカウントでの自動ログオンにより前記アップデート処理を継続し、前記アップデート処理の終了後は前記アップデートモードを解除して通常の状態に戻ることを特徴とするものである。
【発明の効果】
【００１２】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１３】
本発明によれば、シンクライアント端末にインストールされているソフトウェアのアップデート処理が自動的に行われ、アップデート処理中はユーザによるログオン操作が省略され、個人認証用カードのシンクライアント端末への接続が不要となる。これにより、アップデート処理に要する時間の短縮など、ユーザにとっての負荷の軽減を図ることができると同時に、アップデート処理中の個人認証用カードの盗難や紛失を防げるなど、セキュリティ面での強化も図ることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１５】
本発明の一実施の形態であるシンクライアントシステムの概要は、以下の通りである。
【００１６】
シンクライアント端末の起動後にアップデートサーバにおいてソフトウェアのアップデートの要否を判定し、アップデートが必要な場合にはシンクライアント端末の画面にてユーザにアップデートを実施するかどうか問い合わせる。ユーザがアップデート実施を選択した場合は、シンクライアント端末は個人認証用カードに保持されている接続データを、ユーザがシンクライアント端末に装着したＵＳＢメモリに書き込み、アップデートモードに入る。
【００１７】
シンクライアント端末がアップデートモードに入ると、シンクライアント端末のキーボード入力、マウス操作、タッチパッドなどの入力装置が使用不可となり、個人認証用カードなし、個人認証なしで、アップデート専用アカウントでの自動ログオンにより動作するようになる。また、ＵＳＢメモリへの読み書きの制限が解除され、アップデートサーバに接続してアップデート処理を実行することのみが可能な状態となる。
【００１８】
シンクライアント端末は、アップデートサーバからアップデートモジュールを受信後に、アップデートモジュールのインストール→再起動→自動ログオン→アップデートモジュールのインストール→・・・の処理をインストールが全て完了するまで繰り返す。
【００１９】
アップデートモジュールのインストールを全て完了した後に、シンクライアント端末は、ＵＳＢメモリに書き込まれた接続データを消去し、アップデートモードを解除して再起動することで、ソフトウェアのアップデート処理は終了する。
【００２０】
以下、本発明の一実施の形態であるシンクライアントシステムの詳細について図１〜図８を用いて説明する。
【００２１】
図１は、シンクライアントシステムの構成を表した図である。シンクライアントシステムは、シンクライアント端末１０２、母艦サーバ１０４、アップデートサーバ１０５、ネットワーク１０６を有し、ネットワーク１０６にシンクライアント端末１０２と母艦サーバ１０４、アップデートサーバ１０５が接続される構成となっている。
【００２２】
ユーザがシンクライアント端末１０２に個人認証用カード１０１とＵＳＢメモリ１０３を接続し、個人認証を実施してログオンした後、シンクライアント端末１０２は、ネットワーク１０６経由で母艦サーバ１０４もしくはアップデートサーバ１０５に接続する。なお、ネットワーク１０６については、ＬＡＮによる構成やＷＡＮを利用した構成など種々の構成をとり得る。
【００２３】
母艦サーバ１０４は、シンクライアント端末１０２が通常時に業務を行うために接続するサーバであり、アップデートサーバ１０５は、シンクライアント端末１０２がオンラインでのアップデート処理のために接続するアップデート用のサーバである。本実施の形態では、母艦サーバ１０４とアップデートサーバ１０５は独立した構成としているが、これらサーバの機能を１つのサーバ機器に実装する構成であっても構わない。
【００２４】
個人認証用カード１０１は、シンクライアント端末１０２にログオンする際の個人認証を行うためのデータや、前記各サーバへの接続情報を保持している。個人認証用カード１０１については、個人認証を行うためのデータを保持することができる個人認証用装置であれば、形態はカード型に限らない。また、個人認証用カード１０１のシンクライアント端末１０２への接続については、シンクライアント端末１０２が個人認証用カード１０１に保持されているデータを読み取ることができるものであれば、接続の形態は問わない。
【００２５】
ＵＳＢメモリ１０３は、ユーザが保有するものであり、ユーザがシンクライアント端末１０２を利用する際に、データの保存用にシンクライアント端末１０２に装着するものである。ＵＳＢメモリ１０３については、このような用途に用いられる外部記憶装置であれば、形態はＵＳＢメモリに限らない。
【００２６】
図２は、シンクライアント端末１０２の構成を表した図である。シンクライアント端末１０２は、メモリ２０１、ＣＰＵ２０２、ネットワークＩ／Ｆ２０３、個人認証用カード接続端子２０４、ユーザＩ／Ｆ部２０５、記憶装置２０６、ＵＳＢ接続端子２０７を有する構成となっており、ネットワークＩ／Ｆ２０３によってネットワーク１０６に接続する。また、個人認証用カード接続端子２０４、ＵＳＢ接続端子２０７には、それぞれ個人認証用カード１０１、ＵＳＢメモリ１０３が接続される。
【００２７】
個人認証用カード１０１には、個人認証用データ２０８、母艦サーバデータ２０９、接続データ２１０が格納されている。個人認証用データ２０８は、ユーザのＩＤとパスワードを有する。母艦サーバデータ２０９は、母艦サーバ１０４に接続する際の接続名やその他の設定データを有する。接続データ２１０は、ユーザがシンクライアント端末１０２を利用する際にシンクライアント端末１０２に設定されるＩＰアドレスやコンピュータ名、アップデートサーバ１０５のＩＰアドレスを有する。
【００２８】
シンクライアント端末１０２の記憶装置２０６はコンパクトフラッシュ（登録商標）などの記憶媒体で構成され、ＯＳ２１１、リモートコントロールソフト２１２、アップデートソフト２１３、ソフトウェアマスタデータ２１４、アップデート設定データ２１５、アップデート専用アカウントデータ２１６が格納される。
【００２９】
リモートコントロールソフト２１２は、母艦サーバ１０４との間でシンクライアントシステムとしての機能を実現するためのソフトウェアである。アップデートソフト２１３は、シンクライアント端末１０２にてソフトウェアのアップデートモジュールをインストールしてアップデート処理を行うソフトウェアである。ソフトウェアマスタデータ２１４は、シンクライアント端末１０２に現在インストールされているソフトウェアのバージョン情報を保持するデータである。
【００３０】
アップデート設定データ２１５は、シンクライアント端末１０２が後述するアップデートモードにあるかどうかのフラグを設定するデータであり、当該フラグがＯＮの場合には、シンクライアント端末１０２はアップデートモードとして動作する。アップデート専用アカウントデータ２１６は、シンクライアント端末１０２が前記アップデートモードである場合に、自動ログオンする際に用いる専用のアカウントの情報を保持するデータである。
【００３１】
ユーザは、個人認証用カード接続端子２０４に個人認証用カード１０１を接続し、個人認証を行うことでシンクライアント端末１０２にログオンすることが可能となる。ログオン後、シンクライアント端末１０２は、個人認証用カード１０１内の接続データ２１０のデータを使用して、ネットワークＩ／Ｆ２０３とネットワーク１０６を経由してアップデートサーバ１０５に接続し、当該シンクライアント端末１０２が、ソフトウェアのアップデートが必要な端末かどうかのチェックを行う。
【００３２】
チェックの結果、当該シンクライアント端末１０２がアップデート対象に該当する場合、後述するアップデート選択画面をユーザＩ／Ｆ部２０５に表示して、ユーザにアップデートを実施するかどうかを選択させる。
【００３３】
当該シンクライアント端末１０２がアップデート対象に該当しない場合、または前記アップデート選択画面にてユーザがアップデート実施を選択しなかった場合、またはアップデート処理が完了した場合は、個人認証用カード１０１内の母艦サーバデータ２０９のデータを使用して、ネットワークＩ／Ｆ２０３とネットワーク１０６を経由して母艦サーバ１０４に接続し、通常の業務を行う。
【００３４】
前記アップデート選択画面にてユーザがアップデート実施を選択した場合は、個人認証用カード１０１内の接続データ２１０のデータをＵＳＢメモリ１０３に書き込む。なお、シンクライアントシステムとして、シンクライアント端末１０２の記憶装置２０６に、接続データ２１０と同様のデータを格納している仕様の場合は、ＵＳＢメモリ１０３に接続データ２１０を書き込む必要はない。
【００３５】
図３は、母艦サーバ１０４の構成を表した図である。母艦サーバ１０４は、メモリ３０１、ＣＰＵ３０２、ネットワークＩ／Ｆ３０３、ユーザＩ／Ｆ部３０４、記憶装置３０５を有し、ネットワークＩ／Ｆ３０３とネットワーク１０６経由でシンクライアント端末１０２に接続している。
【００３６】
記憶装置３０５には、ＯＳ３０６、リモートコントロールソフト３０７が格納されている。リモートコントロールソフト３０７は、シンクライアント端末１０２との間でシンクライアントシステムとしての機能を実現するためのソフトウェアである。
【００３７】
図４は、アップデートサーバ１０５の構成を表した図である。アップデートサーバ１０５は、メモリ４０１、ＣＰＵ４０２、ネットワークＩ／Ｆ４０３、ユーザＩ／Ｆ部４０４、記憶装置４０５を有し、ネットワークＩ／Ｆ４０３とネットワーク１０６経由でシンクライアント端末１０２に接続している。
【００３８】
記憶装置４０５には、ＯＳ４０６、アップデート対象シンクライアント端末管理テーブル４０７、アップデートモジュール管理テーブル４０８、アップデートモジュール４０９、アップデート対象チェックソフト４１０、アップデート用送信ソフト４１１が格納されている。
【００３９】
アップデート対象シンクライアント端末管理テーブル４０７は、ソフトウェアのアップデートが必要なシンクライアント端末１０２の識別情報と、アップデート対象のモジュールを管理するテーブルである。アップデートモジュール管理テーブル４０８は、シンクライアント端末１０２にインストールされているソフトウェアのうち、アップデートが必要なモジュールとそのバージョン、および強制アップデートの対象であるか等の情報を管理するテーブルである。アップデートモジュール４０９は、シンクライアント端末１０２にて実際にインストールされるアップデート用のモジュールである。
【００４０】
アップデート対象チェックソフト４１０は、アップデート対象シンクライアント端末管理テーブル４０７およびアップデートモジュール管理テーブル４０８を参照して、シンクライアント端末１０２および当該シンクライアント端末１０２にインストールされているソフトウェアがアップデート対象であるかどうかを判定するソフトウェアである。アップデート用送信ソフト４１１は、アップデート対象チェックソフト４１０によってアップデート対象であると判定されたシンクライアント端末１０２に対して、該当するアップデートモジュール４０９を送信するソフトウェアである。
【００４１】
図５は、シンクライアント端末１０２のソフトウェアアップデート方法の手順を表すフローチャートである。
【００４２】
まずステップ５０１にて、シンクライアント端末１０２が起動した後、ステップ５０２にて、シンクライアント端末１０２は、アップデート設定データ２１５を参照してアップデートモードであるかどうかを判定する。アップデートモードである場合はステップ５０３へ移り、後述するアップデート処理を実行する。アップデートモードではない場合はステップ５０４へ移る。
【００４３】
ステップ５０４では、ユーザは個人認証用カード１０１をシンクライアント端末１０２に接続し、個人認証を実施してログオンする。その後ステップ５０５にて、シンクライアント端末１０２は、接続された個人認証用カード１０１に格納されている接続データ２１０に、アップデートサーバ１０５のＩＰアドレスが登録されているかどうかを判定する。ＩＰアドレスが登録されていない場合はステップ５０６へ移り、ＩＰアドレスが登録されている場合はステップ５０８へ移る。
【００４４】
ステップ５０６では、シンクライアント端末１０２は母艦サーバ１０４に接続し、その後ステップ５０７にて、母艦サーバ１０４はシンクライアント端末１０２に対して母艦サーバ１０４へのログオン画面を表示する。その後シンクライアント端末１０２にてユーザによるログオン処理が行われ、その後は通常の業務が行われる。
【００４５】
ステップ５０８では、シンクライアント端末１０２は、ソフトウェアマスタデータ２１４に格納されているマスタバージョン、バージョン、機種名と、接続データ２１０に格納されているシンクライアント端末１０２のＩＰアドレスもしくはコンピュータ名とを、アップデートサーバ１０５へ送信する。
【００４６】
次にステップ５０９にて、アップデートサーバ１０５は、シンクライアント端末１０２から送信された情報を基に後述するアップデート用マスタバージョンチェック処理を行い、当該シンクライアント端末１０２がアップデートの対象であるかどうかをチェックする。その後、ステップ５１０にて、チェックした結果をシンクライアント端末１０２へ送信する。
【００４７】
次にステップ５１１にて、シンクライアント端末１０２は、アップデートサーバ１０５から送信されたチェック結果を判定する。当該シンクライアント端末１０２がアップデート対象である場合はステップ５１４へ移り、アップデート対象でない場合はステップ５１２、ステップ５１３にて、ステップ５０６、ステップ５０７と同様に、母艦サーバ１０４に接続して通常の業務を行う。
【００４８】
ステップ５１４では、シンクライアント端末１０２は、アップデートサーバ１０５からのチェック結果に対して強制アップデートの設定があるかどうかを判定する。強制アップデートの設定がない場合はステップ５１５へ移り、強制アップデートの設定がある場合はステップ５１８へ移る。
【００４９】
ステップ５１５では、図６に示すようなアップデート選択画面６０１をシンクライアント端末１０２のユーザＩ／Ｆ部２０５に表示することにより、ユーザにアップデートを実施するかどうかを選択させる。ユーザがアップデート実施を選択した場合はステップ５１８へ移り、アップデート実施を選択しなかった場合は、ステップ５１６、ステップ５１７にて、ステップ５０６、ステップ５０７と同様に、母艦サーバ１０４に接続して通常の業務を行う。なお、アップデート実施を選択しなかった場合は、次回のシンクライアント端末１０２の起動時にこれまでに説明した内容と同様の処理が行われ、アップデート選択画面６０１が再度表示される。
【００５０】
ステップ５１８では、シンクライアント端末１０２は、個人認証用カード１０１に格納されている接続データ２１０を、ユーザがシンクライアント端末１０２に装着したＵＳＢメモリ１０３に書き込む。その際、シンクライアント端末１０２の仕様として、個人認証用カード１０１からＵＳＢメモリ１０３へのデータの書き込みを可能とするように設定を変更する。
【００５１】
その後ステップ５１９にて、シンクライアント端末１０２は、アップデートモードに移行するためアップデート設定データ２１５のフラグをＯＮにし、さらに以下の設定を行う。
（１）シンクライアント端末１０２のユーザＩ／Ｆ部２０５において、キーボード入力、マウス操作、タッチパッドなどの入力装置を使用不可にして、アップデート処理中にシンクライアント端末１０２を外部から操作できないようにする。
（２）個人認証用カード１０１なしでアップデート専用アカウントデータ２１６に設定されているアップデート専用アカウントを使用して自動ログオンし、ログオン後も個人認証用カード１０１の常時接続が不要となるように、シンクライアント端末１０２の設定を変更する。
（３）シンクライアント端末１０２がアップデートサーバ１０５にのみ接続可能となるように、接続先を制限する設定を行う。
（４）シンクライアント端末１０２の書き込み禁止のロックを解除する。
（５）シンクライアント端末１０２に接続したＵＳＢメモリ１０３へのデータの読み書きの制限を解除する。
【００５２】
なお、上記の設定を行う実装方法については、シンクライアント端末１０２のＯＳ２１１の種類等に応じて種々の方法を取ることが可能である。その後ステップ５２０にて、上記設定を反映させるためにシンクライアント端末１０２を再起動する。
【００５３】
図７は、前記ステップ５０９のアップデート用マスタバージョンチェック処理の手順を表すフローチャートである。
【００５４】
ステップ７０１にて、アップデートサーバ１０５は、アップデート対象チェックソフト４１０を使用して、データを送信してきたシンクライアント端末１０２がアップデート対象であるかどうかのチェック処理を開始する。
【００５５】
まず、ステップ７０２にて、送信されたデータのうちシンクライアント端末１０２のＩＰアドレスもしくはコンピュータ名を使用して、当該シンクライアント端末１０２にアップデート対象のモジュールがあるかどうかを、アップデート対象シンクライアント端末管理テーブル４０７に登録されているデータを参照して判定する。アップデート対象のモジュールがある場合はステップ７０３へ、アップデート対象に該当しない場合はステップ７０９へ移る。
【００５６】
ステップ７０３では、さらにシンクライアント端末１０２の機種名を使用して、当該シンクライアント端末１０２にアップデート対象のモジュールがあるかどうかを、アップデート対象シンクライアント端末管理テーブル４０７に登録されているデータを参照して判定する。アップデート対象のモジュールがある場合はステップ７０４へ、アップデート対象に該当しない場合はステップ７０９へ移る。
【００５７】
ステップ７０４では、さらにステップ７０３で取得したモジュール名と、シンクライアント端末１０２のマスタバージョンとを使用して、当該シンクライアント端末１０２にアップデート対象のモジュールがあるかどうかを、アップデートモジュール管理テーブル４０８に登録されているデータを参照して判定する。アップデート対象のモジュールがある場合はステップ７０５へ、アップデート対象に該当しない場合はステップ７０９へ移る。
【００５８】
ステップ７０５では、さらにステップ７０４で取得したモジュール名と、シンクライアント端末１０２のバージョンとを使用して、当該シンクライアント端末１０２にアップデート対象のモジュールがあるかどうかを、アップデートモジュール管理テーブル４０８に登録されているデータを参照して判定する。アップデート対象のモジュールがある場合はステップ７０６へ、アップデート対象に該当しない場合はステップ７０９へ移る。
【００５９】
ステップ７０６では、ステップ７０５で取得したモジュール名が強制アップデートの対象であるかどうかを、アップデートモジュール管理テーブル４０８に登録されているデータを参照して判定する。強制アップデート対象のモジュールである場合はステップ７０７へ、強制アップデート対象のモジュールに該当しない場合はステップ７０８へ移る。
【００６０】
ステップ７０７では、シンクライアント端末１０２が強制アップデートの対象である旨のチェック結果をシンクライアント端末１０２に送信する。ステップ７０８では、シンクライアント端末１０２がアップデートの対象である旨のチェック結果をシンクライアント端末１０２に送信する。ステップ７０９では、シンクライアント端末１０２がアップデートの対象外である旨のチェック結果をシンクライアント端末１０２に送信する。
【００６１】
図８は、前記ステップ５０３のアップデート処理の手順を表すフローチャートである。
【００６２】
まずステップ８０１にて、シンクライアント端末１０２は、アップデート専用アカウントデータ２１６に設定されているアップデート専用アカウントで自動ログオンを行う。次にステップ８０２にて、シンクライアント端末１０２は、ＵＳＢメモリ１０３にアップデートサーバ１０５から受信したアップデートモジュール４０９が格納されているかどうかをチェックする。アップデートモジュール４０９が格納されている場合はステップ８０６へ、格納されていない場合はステップ８０３へ移る。
【００６３】
ステップ８０３では、シンクライアント端末１０２は、ＵＳＢメモリ１０３に書き込まれた接続データ２１０を使用してアップデートサーバ１０５に接続し、ソフトウェアマスタデータ２１４のマスタバージョン、バージョン、機種名と、接続データ２１０のシンクライアント端末１０２のＩＰアドレスもしくはコンピュータ名とをアップデートサーバ１０５へ送信する。
【００６４】
次にステップ８０４にて、アップデートサーバ１０５は、シンクライアント端末１０２から送信された情報に該当するアップデートモジュール４０９を、アップデート用送信ソフト４１１を使用してシンクライアント端末１０２へ送信する。
【００６５】
次にステップ８０５にて、シンクライアント端末１０２は、アップデートサーバ１０５からアップデートモジュール４０９を受信してＵＳＢメモリ１０３へ格納する。なお、アップデートモジュール４０９をシンクライアント端末１０２の記憶装置２０６または個人認証用カード１０１に格納する構成とすることも可能である。ただし、シンクライアント端末１０２の記憶装置２０６に格納する場合は、アップデート処理時の仕様により、記憶装置２０６の空き容量の半分が、格納できる最大容量となる。また、個人認証用カード１０１に格納する場合は、アップデート処理が終了するまで個人認証用カード１０１をシンクライアント端末１０２に常時接続しておく必要があるため、アップデート処理中に個人認証用カード１０１が不要になるというセキュリティ面での効果は得られない。
【００６６】
ステップ８０６では、シンクライアント端末１０２は、アップデートソフト２１３を使用してＵＳＢメモリ１０３に格納されているアップデートモジュール４０９をインストールする。その後ステップ８０７にて、全てのアップデートモジュール４０９のインストールが完了しているかどうかを判定する。完了している場合はステップ８０８へ、完了していない場合はステップステップ８１１へ移る。
【００６７】
ステップ８０８では、シンクライアント端末１０２は、ＵＳＢメモリ１０３に格納されたアップデートモジュール４０９を全て消去する。なお、アップデートモジュール４０９をシンクライアント端末１０２の記憶装置２０６または個人認証用カード１０１に格納した場合も、それぞれ同様にアップデートモジュール４０９を全て消去する。その後ステップ８０９にて、ＵＳＢメモリ１０３に書き込まれた接続データ２１０を消去する。
【００６８】
その後ステップ８１０にて、シンクライアント端末１０２は、アップデートモードを解除するためアップデート設定データ２１５のフラグをＯＦＦにし、さらに以下の設定を行う。
（１）シンクライアント端末１０２のユーザＩ／Ｆ部２０５において、キーボード入力、マウス操作、タッチパッドなどの入力装置を使用可能にする。
（２）シンクライアント端末１０２の自動ログオンおよび個人認証用カード１０１の常時接続不要の設定を解除する。
（３）シンクライアント端末１０２の接続先を制限する設定を解除する。
（４）シンクライアント端末１０２の書き込み禁止のロックを設定する。
（５）シンクライアント端末１０２に接続したＵＳＢメモリ１０３へのデータの読み書きの制限を設定する。
【００６９】
その後ステップ８１１にて、上記設定を反映させるためにシンクライアント端末１０２を再起動する。
【００７０】
図７、図８で説明したアップデート用マスタバージョンチェック処理およびアップデート処理について、本実施の形態では、アップデートサーバ１０５にてアップデートの要否を判定し、アップデートサーバ１０５に保持しているアップデートモジュール４０９をシンクライアント端末１０２にダウンロードしてインストールする構成をとっているが、アップデートの要否のチェック、アップデートモジュールのダウンロードおよびインストールの処理が自動で行われる構成である限り、例えば、アップデートの要否をチェックするモジュールをシンクライアント端末１０２上で稼動させ、必要なアップデートモジュール４０９をアップデートサーバ１０５やインターネット上のサーバなどからダウンロードしてインストールするというような構成をとることも可能である。
【００７１】
以上に説明したように、本実施の形態によれば、シンクライアント端末１０２にインストールされているソフトウェアのアップデート処理が自動的に行われ、アップデート処理中はユーザによるログオン操作が省略され、個人認証用カード１０１のシンクライアント端末１０２への接続も不要となる。これにより、アップデート処理に要する時間の短縮など、ユーザにとっての負荷の軽減を図ることができる。
【００７２】
また、本実施の形態によれば、シンクライアント端末１０２に接続データ２１０以外の重要なデータを保持せず、アップデートモード中はアップデートサーバ１０５への接続のみを許可し、キーボード入力やマウス操作、タッチパッド操作なども使用不可にした状態でアップデート処理を行うため、セキュリティを維持しつつ、さらにアップデート処理中の個人認証用カード１０１の盗難や紛失を防げるなど、セキュリティ面の強化も図ることができる。
【００７３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００７４】
本発明は、シンクライアントシステムにおけるシンクライアント端末のソフトウェアアップデート方法およびシンクライアント端末ならびにシンクライアントシステムに利用可能である。
【図面の簡単な説明】
【００７５】
【図１】本発明の一実施の形態であるシンクライアントシステムの構成を表した図である。
【図２】本発明の一実施の形態におけるシンクライアント端末の構成を表した図である。
【図３】本発明の一実施の形態における母艦サーバの構成を表した図である。
【図４】本発明の一実施の形態におけるアップデートサーバの構成を表した図である。
【図５】本発明の一実施の形態におけるシンクライアント端末のソフトウェアアップデート方法の手順を表すフローチャートである。
【図６】本発明の一実施の形態におけるアップデート選択画面を表した図である。
【図７】本発明の一実施の形態におけるアップデート用マスタバージョンチェック処理の手順を表すフローチャートである。
【図８】本発明の一実施の形態におけるアップデート処理の手順を表すフローチャートである。
【符号の説明】
【００７６】
１０１…個人認証用カード、１０２…シンクライアント端末、１０３…ＵＳＢメモリ、１０４…母艦サーバ、１０５…アップデートサーバ、１０６…ネットワーク、
２０１…メモリ、２０２…ＣＰＵ、２０３…ネットワークＩ／Ｆ、２０４…個人認証用カード接続端子、２０５…ユーザＩ／Ｆ部、２０６…記憶装置、２０７…ＵＳＢ接続端子、２０８…個人認証用データ、２０９…母艦サーバデータ、２１０…接続データ、２１１…ＯＳ、２１２…リモートコントロールソフト、２１３…アップデートソフト、２１４…ソフトウェアマスタデータ、２１５…アップデート設定データ、２１６…アップデート専用アカウントデータ、
３０１…メモリ、３０２…ＣＰＵ、３０３…ネットワークＩ／Ｆ、３０４…ユーザＩ／Ｆ部、３０５…記憶装置、３０６…ＯＳ、３０７…リモートコントロールソフト、
４０１…メモリ、４０２…ＣＰＵ、４０３…ネットワークＩ／Ｆ、４０４…ユーザＩ／Ｆ部、４０５…記憶装置、４０６…ＯＳ、４０７…アップデート対象シンクライアント端末管理テーブル、４０８…アップデートモジュール管理テーブル、４０９…アップデートモジュール、４１０…アップデート対象チェックソフト、４１１…アップデート用送信ソフト、
６０１…アップデート選択画面。
【図１】
2008262454.tif 000003
【図２】
2008262454.tif 000004
【図３】
2008262454.tif 000005
【図４】
2008262454.tif 000006
【図５】
2008262454.tif 000007
【図６】
2008262454.tif 000008
【図７】
2008262454.tif 000009
【図８】
2008262454.tif 000010