JP4850949B2 - シンクライアント端末装置、その運用プログラム、及び方法、並びにシンクライアントシステム - Google Patents

Description

本発明は運用管理コストの削減と安全性の向上を同時に実現するシンクライアント端末装置、その運用プログラム及び方法、並びにシンクライアントシステムに関するものである。

近年、情報漏洩に対する危機感の増大と、業務システムの運用管理コストの削減の重要性に対する認識から、シンクライアントシステムが注目されている。

シンクライアントシステムで使用される端末装置、シンクライアント端末装置は、必要最低限の機能（例えば、機能を限定されたＯＳ、画面転送アプリケーション、ＢＩＯＳ ‐ Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍなど）のみを持ち、サーバに配備されたアプリケーションや業務データを利用する端末装置であり、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のようなストレージを持たない。またシンクライアント端末装置はストレージを持っていたとしても、業務データのようなユーザが作成するデータを一切ストレージに保存しないのも特徴である。

そのため、シンクライアント端末装置が盗難に遭ったとしても、シンクライアント端末装置から外部への情報漏洩が起こらない。また、シンクライアント端末装置が使用するＯＳやアプリケーションをサーバ側が管理することができ、シンクライアント端末装置の設定を一括して行なうことが可能であり、個々のＯＳやアプリケーションに対して、パッチを速やかに適用することも可能であるため、管理者は端末装置の運用管理を効率的に行なうことができる。

シンクライアントシステムにはいくつかの方式があるが、その一例としてシンクライアント端末装置がＯＳやアプリケーションをサーバからダウンロードし、そのＯＳやアプリケーションをシンクライアント端末装置上で実行するネットワークブート型シンクライアントシステムがある。

以下、図１７を用いてネットワークブート型シンクライアントシステムについて説明する。

ストレージを持たない端末装置であるシンクライアント端末装置１Ａは起動時にネットワーク２を通してシンクライアント端末を運用管理する運用管理サーバ装置３Ａに接続する。そしてシンクライアント端末装置１Ａは運用管理サーバ装置３Ａから動作に必要なＯＳデータをダウンロードしてブートし、シンクライアント端末装置１Ａがアプリケーションを実行するとき、シンクライアント端末装置１Ａはアプリケーションやその実行に必要なライブラリを運用管理サーバ装置３Ａからダウンロードする。

ネットワークブート型シンクライアントシステムはその設備コストが低い点で優れ、その実行時のパフォーマンスが良い点でも優れ、さらに、周辺機器を利用しやすいという点でも優れている。

しかし、シンクライアント端末装置が電源投入時にネットワークに接続されていないモバイル環境において、シンクライアント端末装置はブートすることができない。

モバイル利用時のシンクライアント端末装置１Ｂが狭帯域の公衆網４を使ってネットワークに接続し、ブートできたとしても、シンクライアント端末装置１Ｂはアプリケーションを実行するために、アプリケーションやその実行に必要なライブラリを多数ファイルサーバからダウンロードしなければならない。よって、広帯域の通信が困難な状況ではネットワークブート型シンクライアントシステムの利用は困難である。

そこで、ＯＳやアプリケーションがＣＤ−ＲＯＭやＵＳＢ−ＲＯＭなどの読み出し専用メディアに格納され、シンクライアント端末装置はこれらのメディアからＯＳをブートし、アプリケーションの実行イメージをロードする技術が知られている。

この方式において、シンクライアント端末装置はサイズの大きなＯＳのブートやサイズの大きなアプリケーションのロードにはネットワークを使用せず、シンクライアント端末装置は読み出し専用メディアからＯＳのブートやアプリケーションの実行を行なうため、シンクライアント端末装置はＯＳをブートし、アプリケーションをロードすることが可能である。

一方、ユーザが利用する業務データにはダイアルアップや無線ＬＡＮなどのリモートアクセスにより、運用管理サーバ装置内のデータが利用される。よって、シンクライアント端末装置内にはデータが保存されないので、情報漏洩の防止が可能である。

しかし、このシンクライアント端末装置の利用者は常にＯＳやアプリケーションが格納されたメディアを持ち歩かなければならないためにメディアの破損や紛失のおそれがある。さらに、ＯＳやアプリケーションがアップデートされるためには、その都度メディアが作成、配布されなければならず、運用コストが増大しがちである。また、ＯＳやアプリケーションの配布にＣＤ−ＲＯＭが利用される場合は、シンクライアント端末装置が稼動部品を搭載することで、稼動部品の故障の発生率が増大し、メンテナンスコストも増大するという問題も抱えている。

これに対し、シンクライアント端末装置に内蔵したＣＦ（Ｃｏｍｐａｃｔ Ｆｌａｓｈ）やＵＳＢメモリなどの書き込み可能な不揮発性記憶装置にＯＳやアプリケーションの実行イメージが格納され、運用管理サーバ装置がシンクライアント端末装置を遠隔から管理する方法が考えられる。

しかし、これらのメディアに対する書き込みを可能にすると、ユーザが重要なデータを格納することも可能になり、情報漏洩の危険性が生じる。

また、ネットワークブート型シンクライアントを想定したものではないが、端末装置内のＯＳやアプリケーションが外部から管理される仕組みを実現している技術が知られている。その技術において、運用管理サーバ装置は簡単な仮想アプライアンスを内部に持つ。そして、この仮想アプライアンスは端末装置のユーザが操作することが不可能であり、外部のＩＴコンソールを操作する管理者のみが利用できる。このＩＴコンソールを通して端末内のＯＳやアプリケーションが更新されることは可能であるが、管理機能自体は端末装置内に配備されているため、端末装置内の管理機能が改竄される危険性がある。

また、本発明の関連ある従来技術として、コンピュータ読取可能な可搬型媒体を用いたシンクライアント装置のネットワーク設定構成法が知られている（例えば、特許文献１参照）。
特開２００５−２１６２９２号公報

上述のように、シンクライアント端末がモバイル環境において利用される場合、シンクライアントシステムの情報漏洩に対する安全性が重視されると運用管理コストが増大し、シンクライアントシステムの運用管理の容易さが重視されると情報漏洩の危険性が増大するという問題がある。

本発明は上述の問題点を解決するためになされたものであり、シンクライアントシステムにおいて、運用管理コストの削減と安全性の向上を同時に実現することができるシンクライアント端末装置、その運用プログラム及び方法、並びにシンクライアントシステムを提供することを目的とする。

上述した課題を解決するため、本発明は、シンクライアント運用管理サーバと接続することができると共に、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリを有するシンクライアント端末装置のコンピュータにシンクライアント端末装置の運用方法を実行させるシンクライアント端末装置の運用プログラムであって、前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから取得された非モバイル用システムデータにより生成されるシンクライアント制御部により実行され、その実行動作により前記メモリへのアクセス権を有するドライバを生成するドライバ生成ステップと、前記ドライバ生成ステップにより生成されたドライバにより、前記シンクライアント運用管理サーバから取得した前記モバイル用システムデータを前記メモリに書き込ませる書込みステップとをコンピュータに実行させるプログラムを記録している。

また、本発明は、シンクライアント運用管理サーバと接続することができるシンクライアント端末装置であって、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリと、前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから非モバイル用システムデータを取得して該非モバイル用システムデータを用いてシンクライアント制御部を生成し、該シンクライアント制御部の実行動作により、前記メモリへのアクセス権を有するドライバを生成させ、前記シンクライアント運用管理サーバから取得した前記モバイル用システムデータを前記ドライバにより前記メモリに書き込ませる制御部生成部とを備えてなる。

また、本発明は、シンクライアント運用管理サーバと、該シンクライアント運用管理サーバと接続することができるシンクライアント端末装置とを備えたシンクライアントシステムであって、前記シンクライアント端末装置は、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリと、前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから非モバイル用システムデータを取得して該非モバイル用システムデータを用いてシンクライアント制御部を生成し、該シンクライアント制御部の実行動作により、前記メモリへのアクセス権を有するドライバを生成させ、前記シンクライアント運用管理サーバから取得した前記モバイル用システムデータを前記ドライバにより前記メモリに書き込ませる制御部生成部とを備え、前記シンクライアント運用管理サーバは、前記シンクライアント端末装置の認証を行う認証部と、前記シンクライアント端末装置の前記非モバイル用システムデータを管理する第１管理部と、前記シンクライアント端末装置の前記モバイル用システムデータを管理する第２管理部とを備えてなる。

また、本発明は、シンクライアント運用管理サーバと接続することができると共に、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリを有するシンクライアント端末装置の運用方法であって、前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから取得された非モバイル用システムデータにより生成されるシンクライアント制御部により実行され、その実行動作により前記メモリへのアクセス権を有するドライバを生成するドライバ生成ステップと、
前記ドライバ生成ステップにより生成されたドライバにより、前記シンクライアント運用管理サーバから取得された前記モバイル用システムデータを前記メモリに書き込ませる書込みステップとを備えてなる。

実施の形態１を示す全体ブロック図である。 実施の形態１の動作を示すフローチャート（その１）である。 実施の形態１の動作を示すフローチャート（その２）である。 システムデータの更新処理を示すフローチャート（その１）である。 システムデータの更新処理を示すフローチャート（その２）である。 シンクライアント端末装置をモバイルとして利用しないとき（非モバイル利用時）に、該端末装置内に展開されるデータ状態を示した図（その１）である。 シンクライアント端末装置をモバイルとして利用しないとき（非モバイル利用時）に、該端末装置内に展開されるデータ状態を示した図（その２）である。 シンクライアント端末装置をモバイルとして利用しないとき（非モバイル利用時）に、該端末装置内に展開されるデータ状態を示した図（その３）である。 シンクライアント端末装置をモバイルとして利用するとき（モバイル利用時）に、該端末装置内に展開されるデータ状態を示した図（その１）である。 シンクライアント端末装置をモバイルとして利用するとき（モバイル利用時）に、該端末装置内に展開されるデータ状態を示した図（その２）である。 シンクライアント端末装置をモバイルとして利用するとき（モバイル利用時）に、該端末装置内に展開されるデータ状態を示した図（その３）である。 実施の形態２を示す全体ブロック図である。 実施の形態３を示す全体ブロック図である。 状態管理テーブルを示す図である。 実施の形態３の動作を示すフローチャート（その１）である。 実施の形態３の動作を示すフローチャート（その２）である。 従来のネットワークブート型シンクライアントシステムを示す図である。

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

実施の形態１．
まず、本実施の形態に係るシンクライアント端末装置と、運用管理サーバの構成について説明する。なお、本実施の形態において、シンクライアント端末装置は少なくともＣＰＵ、ファームウェア（ＢＩＯＳ）が記録されたＲＯＭ、ＲＡＭ、ストレージを備えたハードウェア構成であることを想定している。

図１は、本実施の形態に係るシンクライアント端末装置と、運用管理サーバを示す構成図である。本実施の形態の全体構成は、シンクライアント端末装置１と、運用管理サーバ装置３と、これらを接続するネットワーク２とから構成される。
シンクライアント端末装置１はモバイル用データ格納管理部１１、ストレージ１２、主制御部１３を備える。モバイル用データ格納管理部１１はシンクライアント制御部１１ａ、システムデータ管理部１１ｂ、ストレージドライバ１１ｃを備える。主制御部１３はブート設定部１３ａとＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）１３ｂとＰＸＥ（Ｐｒｅｂｏｏｔ ｅＸｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）クライアント１３ｃとを備える。

運用管理サーバ装置３はＰＸＥホスト３１、シンクライアント運用管理部３２を備える。シンクライアント端末装置１と運用管理サーバ装置３はネットワーク２で接続される。

シンクライアント制御部１１ａはシンクライアント運用管理部３２からシステムデータを取得し、ストレージ１２へのデータの配備を指示する。システムデータ管理部１１ｂはストレージに保存されているシステムデータの版数の情報を管理し、システムデータの読み書きをストレージドライバ１１ｃに対して指示する。

ストレージドライバ１１ｃはシステムデータ管理部１１ｂの指示を受け、ストレージ１２へのアクセスを行なう。なお、ストレージ１２は耐タンパ性を持つシンクライアント端末装置１内に内蔵された不揮発性メモリであることが望ましい。

ブート設定部１３ａはＩＰＬ１３ｂ、ＰＸＥクライアント１３ｃを自己の優先順位設定に従って起動させる。ＩＰＬ１３ｂはストレージ１２内にあるモバイル用システムを起動させる。

ＰＸＥクライアント１３ｃはネットワーク２を通してＰＸＥホスト３１からＩＰアドレス、非モバイル用システムデータを取得し、非モバイル用システムを起動する。

ＰＸＥホスト３１はネットワーク２を通してＰＸＥクライアント１３ｃから要求されたＩＰアドレスをＰＸＥクライアント１３ｃへ送信し、シンクライアント運用管理部３２から非モバイル用システムデータを取得し、ＰＸＥクライアント１３ｃへ送信する。

シンクライアント運用管理部３２はネットワーク２を通してシンクライアント制御部１１ａから要求されたモバイル用システムデータをシンクライアント制御部１１ａへ送信する。また、シンクライアント運用管理部３２は非モバイル用システムデータも保持しており、ＰＸＥホスト３１の要求に応じてＰＸＥホスト３１に非モバイル用システムデータを渡す。

なお、モバイル用のシステムデータは非モバイル用のシステムデータとは異なり、カスタマイズされたシステムデータであり、非モバイル用のシステムデータとはインストールされるドライバ、アプリケーション、設定情報などが異なっている。例えば、モバイル用のシステムデータのストレージドライバ１１ｃは書き込みが一切不可能なものであっても、モバイル用のシステムデータ内にリモートアクセス用のアプリケーションが含まれていてもよい。また、ＯＳもモバイル時と非モバイル時とで異なるものであってもよい。

図２及び図３は本発明の実施の形態１の全体動作を示すフローチャート（その１及びその２）である。これは、シンクライアント端末装置１がネットワーク２を介して運用管理サーバ装置３に接続されて利用される非モバイル利用時、及び運用管理サーバ装置３に接続されずに利用されるモバイル利用時の動作の一例を示す。

まずシンクライアント端末装置１の電源を投入する（Ｓ１）と、ブート設定部１３ａがブートメディアの優先順位の設定に従い、ＰＸＥクライアント１３ｃを起動させ、ＰＸＥクライアント１３ｃはＰＸＥホスト３１に対してＩＰアドレスの割り当てを要求する（Ｓ２）。ただし、ブートメディアの優先順位は、ネットワークが一番高く設定されている。

シンクライアント端末装置１がネットワーク２に接続されていない場合（Ｓ３，ＮＯ）、ＰＸＥクライアント１３ｃはＩＰアドレスを取得できずネットワークブートに失敗し、ブート設定部１３ａが優先順位の設定に従ってＩＰＬ１３ｂにストレージ１２からブートローダを読み出させ実行させ（Ｓ１６）、ブートローダはモバイル用システムデータを読み出し、ＯＳを起動し、常駐プログラムを実行する（Ｓ１７）。

一方Ｓ３の判断において、シンクライアント端末装置１がネットワーク２に接続されている場合（Ｓ３，ＹＥＳ）、ＰＸＥクライアント１３ｃの要求に対してＰＸＥホスト３１はシンクライアント端末装置１の持つＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスをチェックし（Ｓ４）、ＰＸＥホスト３１はそのＭＡＣアドレスが正規の（接続を許可された）シンクライアント端末装置１のＭＡＣアドレスかどうかを確認する（Ｓ５）。

ＭＡＣアドレスを確認したＰＸＥホスト３１が正規のシンクライアント端末装置１ではないと判断した場合（Ｓ５，ＮＯ）は、ＰＸＥホスト３１はＰＸＥクライアント１３ｃの要求を無視し（Ｓ６）、ＰＸＥホスト３１はＰＸＥクライアント１３ｃに対してエラーを返し（Ｓ８）、処理を終了させる。

一方Ｓ５の判断において、ＰＸＥホスト３１が正規のシンクライアント端末装置１であると判断した場合（Ｓ５，ＹＥＳ）は、ＰＸＥホスト３１はシンクライアント端末装置１に対してＩＰアドレスの割り当てを行なうと共に、ＰＸＥホスト３１はブートローダ、非モバイル用システムデータのファイル名をＰＸＥクライアント１３ｃへ送信する（Ｓ７）。

ＩＰアドレスを取得したＰＸＥクライアント１３ｃはブートローダをＰＸＥホスト３１へ要求し（Ｓ９）、ＰＸＥホスト３１はシンクライアント運用管理部３２からブートローダを取得し、ＰＸＥクライアント１３ｃへ送信する（Ｓ１０）。ブートローダを取得したＰＸＥクライアント１３ｃはブートローダに非モバイル用システムデータをＰＸＥホスト３１に要求させ（Ｓ１１）、ＰＸＥホスト３１はシンクライアント運用管理部３２から非モバイル用システムデータを取得し、ＰＸＥクライアント１３ｃへ送信する（Ｓ１２）。

非モバイル用システムデータを取得したＰＸＥクライアント１３ｃはブートローダにＯＳを起動させ、ＯＳは常駐プログラムの実行を開始し、さらにシンクライアント制御部を起動し、運用管理サーバ用の認証情報（ＩＤ、パスワードや証明書）、ＩＰアドレスをＲＡＭ内に読み込み（Ｓ１３）、ストレージアクセス用の秘密情報を生成し（Ｓ１４）、シンクライアント制御部１１ａはシンクライアント制御部１１ａだけが生成できる子プロセスであるシステムデータ管理部１１ｂ、ストレージドライバ１１ｃを生成する（Ｓ１５）。

なお、この秘密情報はＲＡＭ内で保持され、ストレージドライバ１１ｃがシステムデータ管理部１１ｂを認証するための秘密情報（乱数や秘密鍵など）であって、それをパラメータとしてシステムデータ管理部１１ｂとストレージドライバ１１ｃを生成する。

また、システムデータ管理部１１ｂがストレージドライバ１１ｃを利用する際には専用のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を利用し、その秘密情報を提示することでストレージへの書き込みアクセスが許可される。

よって、ユーザがシステムデータ管理部１１ｂ以外からストレージへの書き込みを試みても、秘密情報を持たない一般的な入出力用のＡＰＩを利用するので認証が行われず、ストレージ１２への書き込みが不可能となる。また、ユーザが専用のＡＰＩを利用するプログラムを作成したとしても、秘密情報はＲＡＭ内にしかなく入手できないため、やはりストレージへの書き込みアクセスは不可能である。

なお、本実施形態で示したシンクライアント端末装置１がモバイル環境にあるか否かの判定方法は例であって、そのほかに有線接続か無線接続かのチェック、またはセンサなどの利用により判定されても構わない。

図４及び図５は非モバイルシステム利用時のモバイル用システムデータ更新処理のフローチャートである。

まずシンクライアント制御部１１ａがシステムデータ管理部１１ｂからストレージ１２に保存されているモバイル用システムデータの版数を取得し（Ｓ１８）、シンクライアント運用管理部３２へ送信し、モバイル用システムデータを要求する（Ｓ１９）。

シンクライアント運用管理部３２は要求の送信元を確認し（Ｓ２０）、シンクライアント端末装置１が持つ運用管理サーバ用の認証情報から正規のクライアントかどうかを判断する（Ｓ２１）。シンクライアント運用管理部３２が正規のシンクライアント端末装置１であると判断し（Ｓ２１，ＹＥＳ）、シンクライアント端末装置１のストレージ１２に保存されているモバイル用システムデータよりも新しいモバイル用システムデータがシンクライアント運用管理部３２に存在すれば、シンクライアント運用管理部３２はシンクライアント制御部１１ａにモバイル用システムデータを送信する（Ｓ２２）。なお、上記Ｓ２１の判断は、本発明の認証部を構成している。

一方Ｓ２１の判断において、正規のシンクライアント端末装置１ではないとシンクライアント運用管理部３２が判断した場合（Ｓ２１，ＮＯ）は、シンクライアント運用管理部３２はシンクライアント端末装置１に対してエラーを返す（Ｓ２３）。

そして、シンクライアント制御部１１ａはモバイル用システムデータ更新の要求において、エラーが発生したかどうかを判断し（Ｓ２４）、エラーが発生した場合（Ｓ２４，ＹＥＳ）、エラー処理を行ない（Ｓ３０）、モバイル用システムデータの更新処理を終了する。

一方、エラーが発生していない場合（Ｓ２４，ＮＯ）、シンクライアント制御部１１ａはシンクライアント運用管理部３２から新しいモバイル用システムデータを得られたかどうかを判断する（Ｓ２５）。

新しいモバイル用システムデータを得られなかった場合（Ｓ２５，ＮＯ）、モバイル用システムデータの更新処理を終了し、得られた場合（Ｓ２５，ＹＥＳ）、システムデータ管理部１１ｂがシンクライアント制御部１１ａからモバイル用システムデータを取得し、ストレージドライバ１１ｃに対してストレージ１２へのモバイル用システムデータの書き込みを指示するとともに、秘密情報を提示する（Ｓ２６）。

ストレージドライバ１１ｃはシステムデータ管理部１１ｂから提示された秘密情報が、起動時の秘密情報と一致しているかを確認し（Ｓ２７）、それが一致しない場合（Ｓ２７，ＮＯ）、エラー処理を行ない（Ｓ３０）、それが一致する場合（Ｓ２７，ＹＥＳ）にのみ、ストレージドライバ１１ｃはストレージ１２にモバイル用システムデータを書き込む（Ｓ２８）。さらにストレージドライバ１１ｃはモバイル用システムデータの版数をストレージに書き込んで（Ｓ２９）、モバイル用システムデータの更新処理は終了する。

なお、システムデータ管理部１１ｂはモバイル用システムデータを直接ストレージ１２内の所定のファイルシステムには展開せず、一時的な領域に展開した上で移動させ、シンクライアント端末装置１が不意のシステム停止に耐えられるようにする。また、モバイル用システムデータの破損に備え、システムデータ管理部１１ｂがストレージ１２内のモバイル用システムデータの検査を行い、不具合がある場合、シンクライアント端末装置１はユーザに対してシンクライアント端末装置１を停止させないようにメッセージを表示し、システムデータを取得するようユーザに指示しても構わない。

図６（Ａ）、図６（Ｂ）、図７（Ａ）、図７（Ｂ）、図８（Ａ）、図８（Ｂ）は非モバイル利用時にシンクライアント端末装置１内に配備されるデータの状態を、それぞれ主制御部、ＲＡＭ、ストレージについて示すものである。なお、図８（Ｂ）を除くこれらの図においては、ストレージ１２内に古いモバイル用システムデータが存在するか否かの状態をも示している。

まずシンクライアント端末装置１の電源投入後、主制御部１３内のブート設定部１３ａが優先順位設定に従い、ＰＸＥクライアント１３ｃを起動させ＜図６（Ａ）＞、ＰＸＥクライアント１３ｃは運用管理サーバ装置からブートローダを取得し、ＲＡＭに展開し実行する＜図６（Ｂ）＞。

ＲＡＭ上のブートローダは非モバイル用システムデータを運用管理サーバより取得し、ＲＡＭに展開し、実行を開始する＜図７（Ａ）＞。そして各種プログラムのうちシンクライアント制御部１１ａが起動し＜図７（Ｂ）＞、シンクライアント制御部１１ａは秘密情報、システムデータ管理部１１ｂ、ストレージドライバ１１ｃをＲＡＭに展開し、実行させる＜図８（Ａ）＞。シンクライアント制御部１１ａは運用管理サーバ３から最新のモバイル用システムデータを取得し、ストレージに格納する＜図８（Ｂ）＞。

図９（Ａ）、図９（Ｂ）、図１０(Ａ)、図１０(Ｂ)、図１１はモバイル利用時にシンクライアント端末装置１内に配備されるデータの状態を示す図である。なお、これらの図においては、ストレージ１２内に非モバイル利用時に最新のモバイル用システムデータが格納されている状態をも示している。

まずシンクライアント端末装置１の電源投入後、主制御部１３内のブート設定部１３ａが優先順位設定に従い、ＩＰＬ１３ｂを起動させ＜図９（Ａ）＞、ＩＰＬ１３ｂはストレージ１２からブートローダを読み出し、ＲＡＭに展開し実行する＜図９（Ｂ）＞。ＲＡＭ上のブートローダはモバイル用システムデータをストレージ１２より取得し、ＲＡＭに展開し、実行を開始する＜図１０（Ａ）＞。各種プログラムのうちシンクライアント制御部１１ａが起動し＜図１０（Ｂ）＞、シンクライアント制御部１１ａは秘密情報、システムデータ管理部１１ｂ、ストレージドライバ１１ｃをＲＡＭに展開し、実行させる＜図１１＞。

実施の形態２．
上述の実施形態１において、シンクライアント制御部１１ａがモバイル用システムデータを更新することを想定していたが、ユーザがあまりシンクライアント端末装置１を利用していない時間帯を利用して、モバイル用システムデータの更新が行なわれるようにしてもよい。そうすることで、モバイル用システムデータの更新がユーザの作業のバックグラウンドで行なわれ、ユーザの作業を妨げずに、シンクライアント端末装置１を利用して業務を実行できるようになる。

図１２はその実施の形態２を示す構成図である。この図において、図１と同一符号は図１に示された対象と同一又は相当物を示しており、ここでの説明を省略する。

実施の形態１と異なるのはシンクライアント端末装置１内に使用状況監視部１１ｄが存在する点である。使用状況監視部１１ｄはシンクライアント制御部１１ａ同様にブート時に実行が開始され、ＲＡＭに常駐し、シンクライアント端末装置１のＣＰＵの使用率、パケットの送受信量、入力装置の操作状況などの情報を収集する。そして、これらの数値が使用状況監視部１１ｄ内にあらかじめ設定された閾値よりも少なくなったならば、使用状況監視部１１ｄはユーザがあまり作業をしていないと判断し、その間にモバイル用システムデータの更新を行なうように、シンクライアント制御部１１ａに対して指示を出す。指示を受けたシンクライアント制御部１１ａは運用管理サーバ装置３に対してデータの更新指示を出す。

また、使用状況監視部１１ｄはある決められた時刻にモバイル用システムデータの更新を行なっても構わない。ネットワークブート時に運用管理サーバがシンクライアント端末装置１ごとに実施時刻を変えることによって、サーバ側の負荷集中が防止される。

なお、モバイル用システムデータの転送がユーザの作業のバックグラウンドで行なわれることにより、データの転送あるいはデータの展開の最中にユーザがシンクライアント端末装置１を停止させてしまう場合は、使用状況監視部１１ｄがユーザに対してアラームを上げ、シンクライアント端末装置１の停止作業を中断することを指示できるようにする。あるいは、モバイル用システムデータの転送、展開が済むまで、使用状況監視部１１ｄがシンクライアント端末装置１の停止作業を中断させてもよい。

実施の形態３．
上述の実施形態２とは逆に運用管理サーバ装置３側からモバイル用システムデータの更新を指示しても構わない。その場合、停止中のシンクライアント端末装置１に対してモバイル用システムデータの更新を試みて無駄なトラフィックや負荷が生じないように、運用管理サーバ装置３においてシンクライアント端末装置１の状態を管理するのが望ましい。

図１３はその実施形態３の構成図である。この図において、図１と同一符号は図１に示された対象と同一又は相当物を示しており、ここでの説明を省略する。

この構成においては、シンクライアント端末装置１側に使用状況監視部１１ｄではなく使用状況通知部１１ｅが存在し、運用管理サーバ３側にシンクライアント状態管理部３３が存在する点が実施形態２と異なる。

シンクライアント状況通知部１１ｅはシンクライアント制御部１１ａと同様に、ブート時に運用管理サーバからダウンロードされ、実行される。そしてブートが終了した時点で、シンクライアント状況通知部１１ｅはシンクライアント端末装置１の状態“ｏｐｅｎ”（動作中）を運用管理サーバ装置３に通知する。同様にシンクライアント端末装置１を停止する際には、シンクライアント状況通知部１１ｅが運用管理サーバに状態“ｃｌｏｓｅｄ”（停止中）を通知する。運用管理サーバ装置３のシンクライアント状態管理部３３はこれらの情報を受理し、保持しておく。図１４はその情報を管理するテーブルの例を示す。このテーブルの内容は以下の通りである。

ＩＰアドレス：シンクライアント端末装置１のＩＰアドレス
状態：シンクライアント端末装置１の状態（“ｏｐｅｎ”または“ｃｌｏｓｅｄ”）
状態更新日時：状態が更新された日時
データ更新状況：シンクライアント端末装置１の動作中に、モバイル用システムデータの更新が行なわれたか否かを示す（すでに更新が行なわれたか、更新が不要と判断された場合は“ｄｏｎｅ”、そうでない場合は“ｕｎｄｏｎｅ”）
更新実施日時：モバイル用システムデータが更新された日時（更新を行った場合）

以下、図１５、図１６に示すフローチャートを用いて、運用管理サーバ装置３主導のモバイル用システムデータの更新処理動作を説明する。

まず、運用管理サーバ装置３のシンクライアント運用管理部３２は一定時間ごとにシンクライアント状態管理部３３内のシンクライアント状態管理テーブルを参照し、状態が“ｏｐｅｎ”かつ配布状況が“ｕｎｄｏｎｅ”であるシンクライアント端末装置１を検索する（Ｓ３１）。

そして、シンクライアント運用管理部３２は該当する各シンクライアント端末装置１のＩＰアドレスを取得し（Ｓ３２）、ＩＰアドレスを取得したシンクライアント端末装置１のシンクライアント制御部１１ａに対して、配備されているモバイル用システムデータの版数を問い合わせる（Ｓ３３）。シンクライアント運用管理部３２から問い合わせを受けたシンクライアント制御部１１ａはまずアクセス元の認証を行なう（Ｓ３４）。

なお、この認証はシンクライアント端末装置１がブート時にあらかじめ運用管理サーバ装置３から取得しているＩＤ、パスワード、証明書、ＩＰアドレスなどで行なわれる。

シンクライアント制御部１１ａがアクセス元を正規の運用管理サーバ装置３ではないと判断した場合（Ｓ３５，ＮＯ）、シンクライアント制御部１１ａはエラー処理を行ない（Ｓ３７）、処理結果をシンクライアント運用管理部３２に返送し（Ｓ４２）、シンクライアント状態管理部３３はシンクライアント運用管理部３２から処理結果を取得し、シンクライアント状態テーブルの状態更新日時を書き換え（Ｓ４３）、更新処理を終了する。

一方Ｓ３５の判断において、シンクライアント制御部１１ａがアクセス元を正規の運用管理サーバ装置３であると判断した場合（Ｓ３５，ＹＥＳ）、シンクライアント制御部１１ａはシステムデータ管理部１１ｂからモバイル用システムデータの版数を取得し、運用管理サーバへ返送する（Ｓ３６）。

シンクライアント運用管理部３２はシンクライアント制御部１１ａから取得したモバイル用システムデータの版数を自身の保持するモバイル用システムデータと比較し（Ｓ３８）、更新が必要かどうかを判断する（Ｓ３９）。モバイル用システムデータの更新が必要ない場合（Ｓ３９，ＮＯ）、シンクライアント状態管理部３３はシンクライアント運用管理部３２から処理結果を取得し、シンクライアント状態テーブルのデータ更新状況の項目を“ｄｏｎｅ”に書き換え、さらに状態更新日時、更新実施日時も書き換え（Ｓ４３）、更新処理を終了する。

一方、モバイル用システムデータの更新が必要である場合（Ｓ３９，ＹＥＳ）、シンクライアント運用管理部３２はシンクライアント制御部１１ａにモバイル用システムデータを送信し、更新を指示する（Ｓ４０）。モバイル用システムデータを受信したシンクライアント制御部１１ａはシステムデータ管理部１１ｂにモバイル用システムデータの更新を指示し、システムデータ管理部１１ｂはストレージドライバ１１ｃにストレージ１２へのデータの格納を指示すると共に、取得したモバイル用システムデータの版数を記憶する（Ｓ４１）。

そして、シンクライアント制御部１１ａはシンクライアント運用管理部３２へ処理結果を返送し（Ｓ４２）、シンクライアント状態管理部３３はシンクライアント運用管理部３２から処理結果を取得し、シンクライアント状態テーブルのデータ更新状況を“ｄｏｎｅ”と書き換え、さらに状態更新日時、更新実施日時も書き換え（Ｓ４３）、更新処理を終了する。

なお、以上の説明において、本発明のシンクライアント運用管理サーバは、実施の形態における運用管理サーバ装置に対応する。また、本発明のドライバは、実施の形態におけるストレージドライバに対応する。また、本発明のメモリは、実施の形態におけるストレージに対応する。また、本発明の第１管理部は、実施の形態におけるＰＸＥホストに対応する。また、本発明の第２管理部は、実施の形態におけるシンクライアント運用管理部に対応する。また、本発明の制御部生成部は、実施の形態におけるＰＸＥクライアントに対応する。また、本発明のドライバ生成ステップは、実施の形態における処理Ｓ１５に対応する。また、本発明の書き込みステップは、実施の形態における処理Ｓ２８に対応する。また、本発明の使用状況通知ステップは、実施の形態２における使用状況監視部１１ｄの指示に基づくシンクライアント制御部１１ａの指示に対応する。また、本発明の監視ステップは、実施の形態２における使用状況監視部１１ｄの動作に対応する。

なお、本実施の形態で図示したフローチャートやステップに示された各動作をコンピュータにより実行させるプログラムを提供することにより、本発明のシンクライアント装置の運用プログラムを提供することができる。これらプログラムはコンピュータにより読取可能な媒体に記録されてコンピュータにより実行させることができる。コンピュータは、パーソナルコンピュータのようなホスト装置、試験装置のコントローラ、記憶装置のＭＰＵやＣＰＵのようなコントローラなどを含む。ここで、コンピュータにより読取可能な媒体としては、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、更に回線上の伝送媒体をも含むものである。

以上説明したように、本発明によれば、シンクライアントシステムにおける運用管理コストの削減と、安全性の向上とを同時に実現することが可能になる。

Claims (10)

1. シンクライアント運用管理サーバと接続することができると共に、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリを有するシンクライアント端末装置のコンピュータで実行されるシンクライアント端末装置の運用プログラムであって、
   前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから取得された非モバイル用システムデータにより生成されるシンクライアント制御部により実行され、その実行動作により前記メモリへのアクセス権を有するドライバを生成するドライバ生成ステップと、
   前記ドライバ生成ステップにより生成されたドライバにより、前記シンクライアント運用管理サーバから取得した前記モバイル用システムデータを前記メモリに書き込ませる書込みステップと
   をコンピュータに実行させるシンクライアント端末装置の運用プログラム。
2. 請求項１に記載のシンクライアント端末装置の運用プログラムにおいて、
   前記ドライバ生成ステップを実行する前記シンクライアント制御部は、前記ドライバの生成に伴って、前記メモリに記憶されている前記モバイル用システムデータの管理を行うと共に、該管理結果に基づいて前記シンクライアント運用管理サーバから取得したモバイル用システムデータを前記メモリに書き込ませる指示を前記ドライバに与えるシステムデータ管理部を生成することを特徴とするシンクライアント端末装置の運用プログラム。
3. 請求項２に記載のシンクライアント端末装置の運用プログラムにおいて、
   前記シンクライアント制御部は、前記システムデータ管理部を構築する際に、第１の認証情報を生成し、該第１の認証情報を用いることにより前記システムデータ管理部にそのアクセス権が認証されることを特徴とするシンクライアント端末装置の運用プログラム。
4. 請求項２に記載のシンクライアント端末装置の運用プログラムにおいて、
   前記システムデータ管理部は、前記ドライバを構築する際に、第２の認証情報を生成し、該第２の認証情報を用いることにより前記ドライバにそのアクセス権が認証されることを特徴とするシンクライアント端末装置の運用プログラム。
5. 請求項２に記載のシンクライアント端末装置の運用プログラムにおいて、
   前記システムデータ管理部は、前記メモリに記憶されている前記モバイル用システムデータの版数の管理を行うことを特徴とするシンクライアント端末装置の運用プログラム。
6. 請求項１に記載のシンクライアント端末装置の運用プログラムにおいて、
   前記プログラムは、前記シンクライアント端末装置の使用状況を監視する監視ステップをコンピュータに実行させ、
   前記シンクライアント制御部は前記使用状況監視部の監視結果に基づくタイミングにおいて、前記非モバイル用システムデータを前記シンクライアント運用管理サーバから取得することを特徴とするシンクライアント端末装置の運用プログラム。
7. 請求項１に記載のシンクライアント端末装置の運用プログラムにおいて、
   前記プログラムは、該シンクライアント端末装置の使用状況を監視し前記シンクライアント運用管理サーバに通知する使用状況通知ステップをコンピュータに実行させ、
   前記シンクライアント制御部は、前記使用状況通知部の通知結果に基づく前記シンクライアント運用管理サーバからの所定の指示タイミングにおいて、前記非モバイル用システムデータを前記シンクライアント運用管理サーバから取得することを特徴とするシンクライアント端末装置の運用プログラム。
8. シンクライアント運用管理サーバと接続することができるシンクライアント端末装置であって、
   前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリと、
   前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから非モバイル用システムデータを取得して該非モバイル用システムデータを用いてシンクライアント制御部を生成し、該シンクライアント制御部の実行動作により、前記メモリへのアクセス権を有するドライバを生成させ、前記シンクライアント運用管理サーバから取得した前記モバイル用システムデータを前記ドライバにより前記メモリに書き込ませる制御部生成部と
   を備えてなるシンクライアント端末装置。
9. シンクライアント運用管理サーバと、該シンクライアント運用管理サーバと接続することができるシンクライアント端末装置とを備えたシンクライアントシステムであって、
   前記シンクライアント端末装置は、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリと、
   前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから非モバイル用システムデータを取得して該非モバイル用システムデータを用いてシンクライアント制御部を生成し、該シンクライアント制御部の実行動作により、前記メモリへのアクセス権を有するドライバを生成させ、前記シンクライアント運用管理サーバから取得した前記モバイル用システムデータを前記ドライバにより前記メモリに書き込ませる制御部生成部とを備え、
   前記シンクライアント運用管理サーバは、前記シンクライアント端末装置の認証を行う認証部と、前記シンクライアント端末装置の前記非モバイル用システムデータを管理する第１管理部と、前記シンクライアント端末装置の前記モバイル用システムデータを管理する第２管理部と、
   を備えるシンクライアントシステム。
10. シンクライアント運用管理サーバと接続することができると共に、前記シンクライアント運用管理サーバとの非接続時に用いられるモバイル用システムデータを記憶することができるメモリを有するシンクライアント端末装置の運用方法であって、
    前記シンクライアント運用管理サーバとの接続時に該シンクライアント運用管理サーバから取得された非モバイル用システムデータにより生成されるシンクライアント制御部により実行され、その実行動作により前記メモリへのアクセス権を有するドライバを生成するドライバ生成ステップと、
    前記ドライバ生成ステップにより生成されたドライバにより、前記シンクライアント運用管理サーバから取得された前記モバイル用システムデータを前記メモリに書き込ませる書込みステップと
    を備えてなるシンクライアント端末装置の運用方法。

Images