シンクライアント
端末側の機能を絞り、アプリケーションの実行やデータの管理を主にサーバ側へ集める仕組み。端末へのデータ保存を抑え、更新や保護の集中管理を行いやすくする。
イマシルちゃんの解説
図書館の大切な資料を、みんなが家へ持ち帰る代わりに、館内で使うようなものだよ。
資料を一か所に置けば、直したり、なくなっていないか調べたりしやすいよね。
ただ、図書館が閉まったり、そこへ行く道が通れなくなったりすると困るんだ。
手元を身軽にする分、支える場所とそこまでの道が大切になるんだよ。
この解説はわかりやすかったですか?
より深い解説
端末と処理基盤の役割
典型的な画面転送型では、アプリケーションをサーバ側で動かす。端末はキーボードやマウスの入力を送り、返された画面情報を表示する。端末にも通信や描画のための処理は必要であり、何も計算しない装置という意味ではない。
| 役割 | 主な配置 |
|---|---|
| 業務アプリケーションの実行 | データセンターなどの処理基盤 |
| 業務データの保存 | 管理された共通の保存先 |
| 入力と表示 | 利用者の手元の端末 |
| 更新・バックアップ | 管理部門がまとめて実施 |
専用端末を使う場合も、一般的なPCに接続用ソフトウェアを入れる場合もある。利用者の端末の種類と、アプリケーションをどこで動かすかは別の観点である。
実現方法の違い
| 方法 | 処理の配置 | 管理上の特徴 |
|---|---|---|
| セッション方式 | 一つのOS環境を複数利用者で共有 | アプリケーションの複数利用者への対応を確認する |
| VDI(仮想デスクトップ) | 利用者ごとなどに仮想マシンを用意 | 環境を分けやすいが、台数分の資源管理が必要 |
| Webアプリケーション | ブラウザとサービス側で処理を分担 | ブラウザ内の処理やキャッシュにも注意する |
VDIはシンクライアントを実現する方法の一つであり、両者は同義ではない。Web方式も端末の機能を絞れるが、実際にどこまで処理やデータが残るかは実装によって異なる。
利点と限界
| 観点 | 得られる利点 | 残る確認事項 |
|---|---|---|
| 端末紛失 | 業務データを端末に残さなければ漏えいリスクを減らせる | 保存済みの認証情報や一時ファイル |
| 更新 | 更新対象を集めて管理できる | 共通環境への変更の影響範囲 |
| バックアップ | 保存先を管理しやすい | 復元手順と復旧時間 |
| アクセス制御 | 利用者ごとの権限を統一しやすい | 権限の過大付与と認証情報の盗難 |
画面の撮影や、許可された印刷からの情報持出しまで、自動的に防げるわけではない。クリップボード、ファイル転送、外部記憶装置などの持出し経路を、業務上の必要性に合わせて制限する。
通信と性能の設計
画面転送型はネットワークへの依存度が高い。入力してから表示が変わるまでの時間には、回線の遅延、サーバ処理、符号化や描画の時間が加わる。動画や高解像度画面では転送量が増えやすく、「端末を軽くすれば通信費も必ず下がる」とは言えない。
独自の概算例として、同時利用者60人、1人当たり平均2Mbit/sと仮定すると、平均の合計は120Mbit/sである。ただし、この値だけで回線を決めず、ピーク時の利用やログイン集中、音声・映像、通信上の負担を加味する。
停止への備え
| 故障箇所 | 想定する対策 |
|---|---|
| 処理サーバ | 冗長化と切替えの確認 |
| データ保存先 | バックアップと復元の試験 |
| 拠点回線 | 代替経路と帯域の確保 |
| 認証基盤 | 認証サービス停止時の対応 |
端末の性能や保守負担を抑えられても、処理基盤、ライセンス、回線、運用には費用が掛かる。端末価格だけでなく、システム全体の総費用と業務継続性で判断する。