JP2002358215A - シン・クライアント管理システムおよびシン・クライアント - Google Patents

Abstract

(57)【要約】 【課題】シン・クライアントハードウェアを複数ユニッ
トに分割するとともに各分割ユニットをプラグイン交換
可能にしてユーザ保守性を高めるとともに、モジュール
交換の管理を適切に行えるようにし、これにより、交換
モジュールの補充支援などを適正かつ円滑に行えるよう
にする。 【解決手段】（１）モジュールに個別ＩＤを持たせる、
（２）モジュール１４の装脱着を検知するセンサ２２を
設ける、（３）上記センサによってモジュール交換のイ
ベントを検知するとともに、交換モジュールの個別ＩＤ
を読み取る、（４）モジュール交換のイベントが発生し
た場合に、交換モジュールの個別ＩＤを含むモジュール
交換情報をネットワークを介して管理サーバへ送信する
などの手段を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はシン・クライアン
ト管理システムおよびシン・クライアントに関し、とく
に、多数のシン・クライアントをＩＳＤＮなどの公衆通
信回線を介して集中的に管理し、保守するための支援シ
ステムに適用して有効な技術に関する。

【０００２】

【従来の技術】シン・クライアント（Thin Client）
は、アプリケーションの処理機能をネットワークを介し
てサーバから取得するようにした軽量化クライアントコ
ンピュータであって、小規模な構成で高い処理機能を持
つことができる。このシン・クライアントは、たとえば
セットトップ型情報端末やＰＯＳ端末などの内蔵コンピ
ュータに利用される。サーバからクライアントへの機能
提供は通常、トランザクションごとに行われる。サーバ
はシン・クライアントにトランザクション処理を分担さ
せることによって、自身の処理負荷を大幅に軽減させる
ことができる。

【０００３】上記シン・クライアントの保守について、
アプリケーションやＯＳなどのソフトウェア機能はネッ
トワークを介して遠隔から行うことができるが、ハード
ウェア機能は現場での実作業による交換修理が必要とな
る。このハードウェア機能の保守作業をクライアント側
のオペレータが簡単に行えるようにすれば、管理側の保
守負担を大幅に軽減させることができるとともに、保守
の原因発生から作業完了までの待ち期間も大幅に短縮さ
せることができる。現場での保守作業を簡単にするため
には、ハードウェアのモジュール化が有効である。たと
えば、シン・クライアントのハードウェアを、端末本体
やメモリなどの複数ユニットに分割するとともに、各分
割ユニットをそれぞれプラグイン交換可能なモジュール
として構成すれば、ほとんどの保守を単純なモジュール
交換だけで行わせることができるようになる。これによ
り、クライアント側オペレータによるハードウェアの保
守作業が簡単に行えるようになる。つまり、ユーザ保守
性を向上させることができる。

【０００４】

【発明が解決しようとする課題】上述したように、シン
・クライアントはハードウェアのモジュール化によって
ユーザ保守性を向上させることができるが、これを実効
あるものとするためには、シン・クライアントの各設置
現場にそれぞれに交換用の予備モジュールを常時過不足
無く配備し、モジュール交換が行われた場合には、次の
交換に備えた予備モジュールの補給を円滑に行う支援態
勢を整える必要がある。

【０００５】しかし、シン・クライアントの設置現場数
が多くなると、各シン・クライアントにおけるモジュー
ル交換の発生を的確に把握することが難しくなり、これ
にともない、予備モジュールの円滑な補給も難しくな
る。また、ハードウェアのモジュール化は、本来はハー
ドウェアの保守性を向上させるためであるが、交換作業
が簡単なモジュールとして構成されたハードウェアユニ
ットは、簡単に取り外されていたずらされやすい。とく
に、ネットワークＩＤ（識別情報）等の重要な個別情報
を有するメモリモジュールに対するいたずらは、セキュ
リティ確保の面からも厳重に防止しなければならない
が、上述したユーザ保守性との兼ね合いから、有効な防
止対策を講じることは困難であった。

【０００６】この発明は以上のような問題に鑑みてなさ
れたもので、ハードウェアがモジュール化されたシン・
クライアントにおけるモジュール交換の発生を的確に管
理できるようにし、これにより、予備モジュールの補給
支援を適正かつ円滑に行えるようにすることを第１の目
的とする。

【０００７】この発明の第２の目的は、シン・クライア
ントのハードウェアをモジュール化することによってユ
ーザ保守性を向上させるとともに、モジュール化による
ハードウェアユニットとくにネットワークＩＤ等の重要
な個別情報を有するモジュールのいたずらを効果的に防
止できるようにすることにある。

【０００８】

【課題を解決するための手段】上述した問題の解決手段
として、本発明は次のようなシン・クライアントおよび
シン・クライアント管理システムを提供する。

【０００９】すなわち、本発明によるシン・クライアン
トは、ハードウェアを複数ユニットに分割するとともに
各分割ユニットをプラグイン交換可能なモジュールとし
て構成したシン・クライアントであって、次の（１）〜
（４）によって特定されることを特徴とする。 （１）上記モジュールに個別ＩＤを持たせる。 （２）モジュールの装脱着を検知するセンサを設ける。 （３）上記センサによってモジュール交換のイベントを
検知するとともに、交換モジュールの個別ＩＤを読み取
る手段を有する。 （４）モジュール交換のイベントが発生した場合に、交
換モジュールの個別ＩＤを含むモジュール交換情報をネ
ットワークを介して管理サーバへ送信する手段を備え
る。

【００１０】上記手段により、シン・クライアントにお
けるモジュール交換の発生を的確に管理することができ
るようになり、これによって、予備モジュールの補給支
援を適正かつ円滑に行わせることができる。

【００１１】上記手段において、モジュール交換時にオ
ペレータに対してパスワード検査を行う手段を有し、こ
のパスワード検査手段の検査に基づいてモジュール交換
の可否を判定し、モジュールの不正交換を禁止させるよ
うにすることにより、ユーザ保守性の向上とセキュリテ
ィの確保とを両立して達成することが可能になる。

【００１２】上記不正交換の判定および禁止を行う具体
的手段としては、たとえば、モジュール交換開始が検知
された時点でオペレータに対するパスワード検査を実行
し、このパスワード検査の結果が否の場合に、その後に
行われるモジュールの交換を無効化する手段が有効であ
る。さらに、モジュール交換の可否判定をオペレータに
対するパスワード検査によって行うとともに、オペレー
タによるパスワード入力が設定時間以上待っても行なわ
れなかった場合に、パスワードの入力処理を停止して交
換開始前の状態に復帰する手段を備えれば、モジュール
が単純な過誤によって引き抜かれたような場合、そのモ
ジュールを設定時間内に差し戻すことによって現状回復
ができるようになる。これにより、無用な交換情報が発
信されるのを防止する効果が得られる。

【００１３】本発明によるシン・クライアント管理シス
テムは、上述したシン・クライアントからネットワーク
を介してモジュール交換情報を収集するローカル管理サ
ーバと、このローカル管理サーバが収集したモジュール
交換情報を収集してモジュール管理情報データベースを
作成するクライアント管理サーバを備えたことを特徴と
する。

【００１４】上記手段によれば、多数の事業所にそれぞ
れ複数台ずつ設置されているシン・クライアントを事業
所別に仕分けて適切に集中管理することができる。これ
により、各事業所に対する予備モジュールの補給支援を
適正かつ円滑に行うことができるようになる。

【００１５】上記手段において、次の（１）〜（３）に
よって特定されるシン・クライアント管理サーバを備え
れば、ダイアルアップが同時に起きることによる通信接
続の不成立（ビジー）を未然に防止して、多数のローカ
ル管理サーバからの交換情報を効率良く収集することが
できる。 （１）ローカル管理サーバからシン・クライアント管理
サーバに対するモジュール交換情報の送信を、ダイアル
アップ処理によって通信接続される公衆通信回線よって
行う。 （２）上記ダイアルアップ処理をローカル管理サーバ側
から行わせる。 （３）上記ダイアルアップ処理を、あらかじめローカル
管理サーバごとに時刻をずらせて設定したダイアルアッ
プ時刻テーブルにしたがって行わせる。

【００１６】

【発明の実施の形態】＜シン・クライアントの第１実施
例＞図１〜図３は本発明によるシン・クライアントの第
１実施例を示す。図１はシン・クライアントの構造概略
を示し、図２はそこで使用されているセンサの構成例を
示す。図３は上記センサを使用したシン・クライアント
の処理フローチャートを示す。

【００１７】図１に示すように、この実施例のシン・ク
ライアント１０は、交換感知装置１２と端末本体１４の
２つのモジュールによって構成されている。交換感知装
置１２は筐体を兼ねている。この交換感知装置１２に
は、メモリモジュール１６、ネットワーク接続装置１
８、マイクロコントローラ２０が設けられている。さら
に、交換感知装置１２には、端末本体１４の装着を感知
するセンサ２２、装着された端末本体１４と接続するた
めのコネクタ２４、端末本体１４を着脱可能にロック
（施錠）固定するロック装置２６、このロック装置２６
による固定状態を解除操作（解錠）するためのロック解
除装置２８などが設けられている。

【００１８】端末本体１４は、その端末本体に割り当て
られた個別ＩＤを不揮発性メモリによって格納するＩＤ
保存装置３０、上記交換感知装置１２のコネクタ２４に
プラグイン接続するコネクタ３２、上記ロック装置２６
に係合するロック用溝３４などが設けられている。この
端末本体１４は、交換感知装置１２に装着された状態
で、メモリモジュール１６とネットワーク接続装置１８
に接続することにより、ネットワークを介してサーバか
らトランザクション処理のためのプログラム転送を受け
るシン・クライアントの主要機能を形成する。

【００１９】図２は上記センサ２２の構成例を示す。上
述したように、端末本体１４は、ロック装置２６とロッ
ク解除装置２８からなるロック機構によって交換感知装
置１２へ着脱可能にロック固定されるようになっている
が（図１）、このロック機構に連動して開閉する一対の
スイッチ接触端子２２ａ，２２ｂによって上記センサ２
２が形成されている（図２）。同図において、一方の端
子２２ａは固定側に設けられ、他方の端子２２ｂは上記
ロック機構の可動側に設けられていて、端末本体１４が
交換感知装置１２に正しく装着されてロック固定された
状態のときにオン（ＯＮ）のセンサ出力状態を形成す
る。

【００２０】ここで、上記交換感知装置１２内のマイク
ロコントローラ２０は、上記センサ２２の出力状態と上
記個別ＩＤとによって端末本体１４の交換が行われたか
否かを判断し、端末本体１４の交換が行われた場合は、
その情報をネットワークを介して管理側のサーバへ送信
するモジュール交換通知処理を実行する。

【００２１】図３は上記マイクロコントローラ２０によ
って実行されるモジュール交換通知処理のフローチャー
トを示す。同図に示すように、クライアント側ユーザが
交換感知装置１２から端末本体１４を外すためにロック
固定を解除すると、これが上記センサ２２のオフ（ＯＦ
Ｆ）によって検出される。このセンサ２２のオフを受け
てマイクロコントローラ２０は端末本体１４の動作を終
了させる処理を実行する。

【００２２】この後、センサ２２のオフが継続していれ
ば、センサ２２がオンに復帰するまで端末本体１４への
電源供給を停止する。センサ２２がオンに復帰したなら
ば、つまり端末本体１４が交換感知装置１２に装着され
たならば、端末本体１４への電源供給を開始し、さらに
その端末本体１４を起動する処理を実行する。そして、
その端末本体１４から個別ＩＤを読み込む。

【００２３】マイクロコントローラ２０は、読み込んだ
個別ＩＤが、あらかじめ記憶していた取り外し前の端末
本体１４の個別ＩＤと同一か否かを判定する処理を行
う。両ＩＤが同一でなかった場合は、新しい端末本体に
交換されたと判断して、その新しい端末本体の個別ＩＤ
を含む端末交換情報をネットワークを介して管理側サー
バへ通知する処理を実行する。他方、両ＩＤが同一であ
った場合は、元の端末本体が再装着された、つまり端末
本体の交換は行われなかったと判断して処理を終了す
る。

【００２４】以上のようにして、モジュール化された端
末本体１４の交換情報をネットワークを介して管理側サ
ーバへ自動的に通知することができる。これにより、管
理側では、その通知情報に基づいて予備モジュールの補
給支援を適正かつ円滑に行うことができる。

【００２５】＜シン・クライアント管理システムの第１
実施例＞図４〜図９は本発明によるシン・クライアント
管理システムの実施例を示す。図４は同システムの概要
を示すブロック図、図５は同システムにおけるシン・ク
ライアント１０の処理フローチャート、図６は同システ
ムにおけるローカル管理サーバ４０の処理フローチャー
ト、図７は同システムにて使用するダイアルアップ時刻
テーブルのデータ例、図８は同システムにおけるクライ
アント管理サーバ５０の処理フローチャート、図９はク
ライアント管理サーバ５０側にて作成される管理情報デ
ータベースのデータ例をそれぞれ示す。

【００２６】この実施例のシン・クライアント管理シス
テムは、たとえば店舗等の事業所に複数台ずつ設置され
ているシン・クライアント１０のモジュール交換情報を
事業所別に仕分けて管理するシステムに適用されるもの
であって、図４に示すように、シン・クライアント１０
から交換情報を収集するローカル管理サーバ４０と、こ
のローカル管理サーバ４０から交換情報を収集するクラ
イアント管理サーバ５０とによって構成される。

【００２７】ローカル管理サーバ４０とクライアント管
理サーバ５０はそれぞれダイアルアップルータ４２，５
２を有し、ＩＳＤＮ回線（公衆通信回線）によって互い
に通信接続されるようになっている。ローカル管理サー
バ４０はＬＡＮ（ローカルネットワーク）を介して複数
のシン・クライアント１０からモジュール交換情報を収
集し、交換情報ファイルを作成する。クライアント管理
サーバ５０は各ローカル管理サーバ４０がそれぞれに作
成した交換情報ファイルをＩＳＤＮ回線を介して収集
し、モジュール補給支援のための管理情報データを作成
し、これをデータベース５４化して保存する。

【００２８】シン・クライアント１０は、図５に示すよ
うに、モジュール交換のイベントが発生すると、その交
換前後のモジュールのＩＤをローカル管理サーバ４０に
通知する。この通知を受けたローカル管理サーバ４０は
シン・クライアント１０別のモジュール交換情報をファ
イル化して保存する。

【００２９】ローカル管理サーバ１０は、図６に示すよ
うに、上記モジュール交換情報をファイル化して保存し
た後、あらかじめ作成されたダイアルアップ（ＤＵ）時
刻テーブルと現時刻を照合する。現時刻が時刻テーブル
で指定された所定のダイアルアップ時刻になったら、ク
ライアント管理サーバ５０にＩＳＤＮ回線で通信接続す
るためのダイアルアップ処理（発呼処理）を行う。ダイ
アルアップ処理が成功したら、保存している交換情報フ
ァイルをクライアント管理サーバ５０へ送信する。

【００３０】ダイアルアップ時刻テーブルは、図７に示
すように、ローカル管理サーバ（店舗）４０ごとに時刻
をずらしてダイアルアップ時刻と通信割り当て時間を指
定するように作成されている。この時刻テーブルはクラ
イアント管理サーバ５０側から各ローカル管理サーバ４
０にあらかじめ配信される。

【００３１】シン・クライアント管理サーバ５０は、図
８に示すように、ＩＳＤＮ回線の着信を受けると、その
着信が上記交換情報ファイルを送信するローカル管理サ
ーバ４０からのものかどうかを確認する処理（ダイアル
アップ確認）を行った後、サーバＩＤおよび交換情報フ
ァイルを受信する。そして、この受信データに基づいて
管理情報データベース５４のデータ内容（端末変更情報
等）を更新する。

【００３２】シン・クライアント管理サーバ５０は、図
９に示すような管理情報をデータベース５４化して保存
する。管理情報データベース５４のデータ内容は、店舗
ＩＤ、店舗名、交換前個別ＩＤ（取り外された旧モジュ
ールのＩＤ）、交換後個別ＩＤ（装着された新モジュー
ルのＩＤ）、交換時刻（交換の発生時刻）、交換台数な
どであって、このようなデータベースを作成することに
より、多数の事業所にそれぞれ複数台ずつ設置されてい
るシン・クライアントを事業所別に仕分けて適切に集中
管理することができる。これにより、各事業所に対する
予備モジュールの補給支援を適正かつ円滑に行うことが
できるようになる。

【００３３】また、ローカル管理サーバ４０がモジュー
ル交換情報をシン・クライアント管理サーバ５０へ送信
するときのダイアルアップ処理を、あらかじめ作成され
たダイアルアップ（ＤＵ）時刻テーブルにしたがって行
わせることにより、ダイアルアップが同時に起きること
による通信接続の不成立（ビジー）を未然に防止し、多
数のローカル管理サーバ４０からの交換情報を効率良く
収集することができる。

【００３４】＜シン・クライアントの第２実施例＞図１
０〜図１２は本発明によるシン・クライアントの第２実
施例を示す。図１０はシン・クライアントの構造概略、
図１１はそのシステムブロック図、図１２はその処理フ
ローチャートをそれぞれ示す。

【００３５】この実施例のシン・クライアント１０は、
図１〜３に示したシン・クライアントにおいて、メモリ
モジュール１６をコネクタ６２の抜き差しによってプラ
グイン交換可能に構成してある。メモリモジュール１６
は、端末本体１４と同様、センサ付キーロック６４によ
って、着脱可能にロック固定され、かつ装着状態が検知
されるようになっている。センサ付キーロック６４はメ
モリモジュール１６が装着されるスロットのふた部分６
６に設けられている（図１０）。端末本体１４とメモリ
モジュール１６はそれぞれマイクロコントローラ２０の
制御下で動作する。端末本体１４とメモリモジュール１
６の動作電源もそれぞれ、マイクロコントローラ２０の
制御下にある電源遮断装置６６，６８によってオン／オ
フ制御される。ネットワーク接続装置１８は、ネットワ
ークアドレスを不揮発性メモリに格納して有するアドレ
ス保存装置７０、ＬＡＮコントローラ７２、ＬＡＮトラ
ンシーバ７４などによって構成される。

【００３６】メモリモジュール１６は、端末本体を区別
するためのネットワークアドレスを保存するが、このメ
モリモジュール１６をプラグイン交換可能に構成すれ
ば、ネットワークアドレスの変更を容易に行うことがで
きる利点が得られる。しかし、この場合、管理者以外が
ネットワークアドレスを勝手に変更するいたずらも容易
に行えるようになってしまう不都合が生じる。そこで、
この実施例のシン・クライアントでは、図１２に示すよ
うな処理によって上記不都合を解消している。

【００３７】図１２に示す処理では、メモリモジュール
１６の交換を上記センサ付キーロック６４によって検知
し、メモリモジュール１６が交換されると、オペレータ
に対してパスワードの入力を要求し、正規のパスワード
が入力された場合だけ、正規の管理者によるメモリモジ
ュールの交換が行われたと判断してネットワークアドレ
スの変更を可能にする。パスワード入力が所定回数（３
回）以上失敗した場合は、ネットアドレスの変更を許可
せず、警報信号を発信して警告処理を実行する。このよ
うなパスワード検査処理によって正規の管理者以外のア
ドレス変更を禁止する。

【００３８】＜シン・クライアントの第３実施例＞図１
３〜１６は本発明によるシン・クライアントの第３実施
例を示す。図１３はシン・クライアントの構造概略、図
１４はメモリモジュール部分の外観構成をそれぞれ示
す。図１５はシン・クライアント内のシステムブロック
図を示し、図１６はその処理フローチャートを示す。

【００３９】この実施例のシン・クライアント１０は、
プラングイン交換可能に構成されたメモリモジュール１
６の外部にタッチセンサ７８を設け、このタッチセンサ
７８によってメモリモジュール１６の交換開始を検知す
るとともに、その後の交換が正規の手順にしたがって行
われたか否かを判断する処理を行い、交換手順が不正だ
った場合は、その旨を示す情報をパケットデータの形で
管理サーバに通知する。

【００４０】タッチセンサ７８はメモリモジュール１６
の抜き差し操作を検出できるように設けられている（図
１４）。このタッチセンサ７８はタッチセンサ用コント
ローラ８０を介してマイクロコントローラ２０に接続さ
れている（図１５）。マイクロコントローラ２０は、上
記タッチセンサ７８によってメモリモジュールの交換開
始を検知すると、対話形式の処理によるパスワード検査
を行ってその後の交換手順が適正に行われたかどうかを
判定する。このパスワード検査で不正手順を判定した場
合は、モジュールの交換を無効化する処理を実行すると
ともに、不正交換が行われた旨を管理サーバへパケット
送信する（図１６）。

【００４１】図１６に示すパスワード検査では、タッチ
センサ７８によってモジュール交換開始のイベントを検
知したときに、オペレータに対してパスワード入力を要
求する。この入力要求に応える形で正規のパスワードが
入力された場合は、その後に行われるモジュール交換を
適正と判定する。正規のパスワードが入力される前にモ
ジュール交換が行われた場合には、その後のモジュール
交換を不正交換（あるいは強制交換）と判定する。パス
ワード入力が設定時間以上持っても行われなかった場合
（タイムオーバ）には、パスワードの入力処理を停止し
て交換開始前の状態に復帰する。この実施例の処理で
は、モジュールが単純な過誤によって引き抜かれたよう
な場合、そのモジュールを設定時間内に差し戻すことに
よって現状回復ができるため、無用な交換情報が発信さ
れるのを防止する効果が得られる。

【００４２】以上のようにして、モジュール化によるハ
ードウェアユニットとくにネットワークＩＤ等の重要な
個別情報を有するモジュールのいたずらを効果的に防止
することができる。

【００４３】

【発明の効果】この発明によるシン・クライアントは、
ハードウェアを複数ユニットに分割するとともに各分割
ユニットをプラグイン交換可能なモジュールとして構成
するとともに、（１）上記モジュールに個別ＩＤを持た
せる、（２）モジュールの装脱着を検知するセンサを設
ける、（３）上記センサによってモジュール交換のイベ
ントを検知するとともに、交換モジュールの個別ＩＤを
読み取る、（４）モジュール交換のイベントが発生した
場合に、交換モジュールの個別ＩＤを含むモジュール交
換情報をネットワークを介して管理サーバへ送信する、
という手段を備えることにより、シン・クライアントに
おけるモジュール交換の発生を的確に管理することがで
きるようになり、これによって、予備モジュールの補給
支援を適正かつ円滑に行わせることができる。

【００４４】さらに、上記手段において、モジュール交
換時にオペレータに対してパスワード検査を行う手段を
有し、このパスワード検査手段の検査に基づいてモジュ
ール交換の可否を判定し、モジュールの不正交換を禁止
させるようにすることにより、ユーザ保守性の向上とセ
キュリティの確保とを両立して達成することが可能にな
る。

【００４５】また、この発明によるシン・クライアント
管理システムは、上述したシン・クライアントからネッ
トワークを介してモジュール交換情報を収集するローカ
ル管理サーバと、このローカル管理サーバが収集したモ
ジュール交換情報を収集してモジュール管理情報データ
ベースを作成するクライアント管理サーバを備えたこと
により、多数の事業所にそれぞれ複数台ずつ設置されて
いるシン・クライアントを事業所別に仕分けて適切に集
中管理することができるようになり、これにより、各事
業所に対する予備モジュールの補給支援を適正かつ円滑
に行うことができるようになる。

【図面の簡単な説明】

【図１】本発明によるシン・クライアントの第１実施例
を示す構造概略図である。

【図２】モジュール交換を検出するセンサ部の構成例を
示す図である。

【図３】図１，２に示したシン・クライアントの動作を
示すフローチャートである。

【図４】本発明によるシン・クライアント管理システム
の実施例を示すブロック図である。

【図５】図４のシステムにおけるシン・クライアントの
動作を示すフローチャートである。

【図６】図４のシステムにおけるローカル管理サーバの
動作を示すフローチャートである。

【図７】図４のシステムで使用されるダイアルアップ時
刻テーブルのデータ例を示す図である。

【図８】図４のシステムにおけるクライアント管理サー
バの動作を示すフローチャートである。

【図９】図４のシステムにおいて作成される管理情報デ
ータベース例を示す図である。

【図１０】本発明によるシン・クライアントの第２実施
例を示す構造概略図である。

【図１１】図１０に示したシン・クライアント内のシス
テム構成を示すブロック図である。

【図１２】図１０に示したシン・クライアントの動作を
示すフローチャートである。

【図１３】本発明によるシン・クライアントの第３実施
例を示す構造概略図である。

【図１４】メモリモジュール部分の外観構成を示す斜視
図である。

【図１５】図１３に示したシン・クライアント内のシス
テム構成を示すブロック図である。

【図１６】図１３に示したシン・クライアントの動作を
示すフローチャートである。

【符号の説明】

１０ シン・クライアント １２ 交換感知装置 １４ 端末本体 １６ メモリモジュール １８ ネットワーク接続装置 ２０ マイクロコントローラ ２２ センサ ２２ａ，２２ｂ スイッチ接触端子 ２４ コネクタ ２６ ロック装置 ２８ ロック解除装置 ３０ ＩＤ保存装置 ３２ コネクタ ３４ ロック用溝 ４０ ローカル管理サーバ ４２ ダイアルアップルータ ５０ クライアント管理サーバ ５２ ダイアルアップルータ ５４ 管理情報データベース ６２ コネクタ ６４ センサ付キーロック ６６ ふた部分 ６６，６８ 電源遮断装置 ７０ アドレス保存装置 ７２ ＬＡＮコントローラ ７４ トランシーバ ７８ タッチセンサ ８０ タッチセンサ用コントローラ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ハードウェアを複数ユニットに分割する
   とともに各分割ユニットをプラグイン交換可能なモジュ
   ールとして構成したシン・クライアントであって、次の
   （１）〜（４）によって特定されるシン・クライアン
   ト。 （１）上記モジュールに個別ＩＤを持たせる。 （２）モジュールの装脱着を検知するセンサを設ける。 （３）上記センサによってモジュール交換のイベントを
   検知するとともに、交換モジュールの個別ＩＤを読み取
   る手段を有する。 （４）モジュール交換のイベントが発生した場合に、交
   換モジュールの個別ＩＤを含むモジュール交換情報をネ
   ットワークを介して管理サーバへ送信する手段を備え
   る。
2. 【請求項２】 請求項１の発明において、モジュール交
   換時にオペレータに対してパスワード検査を行う手段を
   有し、このパスワード検査手段の検査に基づいてモジュ
   ール交換の可否を判定し、モジュールの不正交換を禁止
   させるようにしたことを特徴とするシン・クライアン
   ト。
3. 【請求項３】 請求項１または２の発明において、モジ
   ュール交換開始が検知された時点でオペレータに対する
   パスワード検査を実行し、このパスワード検査の結果が
   否の場合に、その後に行われるモジュールの交換を無効
   化する手段を備えたことを特徴とするシン・クライアン
   ト。
4. 【請求項４】 請求項１から３のいずれかの発明におい
   て、モジュール交換の可否判定をオペレータに対するパ
   スワード検査によって行うとともに、オペレータによる
   パスワード入力が設定時間以上待っても行なわれなかっ
   た場合に、パスワードの入力処理を停止して交換開始前
   の状態に復帰する手段を備えたことを特徴とするシン・
   クライアント。
5. 【請求項５】 請求項１〜４のいずれかに記載のシン・
   クライアントからネットワークを介してモジュール交換
   情報を収集するローカル管理サーバと、このローカル管
   理サーバが収集したモジュール交換情報を収集してモジ
   ュール管理情報データベースを作成するクライアント管
   理サーバを備えたことを特徴とするシン・クライアント
   管理システム。
6. 【請求項６】 請求項５の発明において、次の（１）〜
   （３）によって特定されるシン・クライアント管理シス
   テム。 （１）ローカル管理サーバからシン・クライアント管理
   サーバに対するモジュール交換情報の送信を、ダイアル
   アップ処理によって通信接続される公衆通信回線よって
   行う。 （２）上記ダイアルアップ処理をローカル管理サーバ側
   から行わせる。 （３）上記ダイアルアップ処理を、あらかじめローカル
   管理サーバごとに時刻をずらせて設定したダイアルアッ
   プ時刻テーブルにしたがって行わせる。