JP2011176732A - シンクライアントシステム、シンクライアントサーバ、シンクライアント端末、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】画面転送型のシンクライアントシステムにおいて、端末に表示される機密情報が不正に撮影されて機密情報が流出したときの流出元を特定する。
【解決手段】端末３は、入力情報をサーバ２に送信する（Ｓ１１）。サーバ２は、アプリケーションを実行し（Ｓ１２）、サーバ側画面データを作成し（Ｓ１３）、前回作成したサーバ側画面データと今回作成したサーバ側画面データとを比較し、今回作成したサーバ側画面データの中で差のある部分のみを差分データとして作成し（Ｓ１４）、差分データに対し、特定パターンを埋め込み（Ｓ１５）、特定パターンを埋め込んだ差分データを圧縮し（Ｓ１６）、端末３に送信する（Ｓ１７）。端末３は、データを受信して解凍し（Ｓ１８）、前回の端末側画面データに対して、解凍して得た差分データを更新して端末側画面データを作成し（Ｓ１９）、表示装置３７に表示する（Ｓ２０）。
【選択図】図７

Description

本発明は、画面転送型のシンクライアントシステムにおいて機密情報の流出を防止する技術に関する。

インターネット上で不特定多数のユーザによってダウンロードされたコンテンツの不正利用を防止する技術として、電子透かし技術を用いて識別番号や属性情報等のコンテンツに関する著作権管理情報を埋め込んだコンテンツを配信し、埋め込まれた著作権管理情報から不正利用を探索できるようにするものがある。

コンテンツに埋め込む著作権管理情報は、コンテンツの識別番号や属性情報等のコンテンツ自体に関する情報であり、コンテンツのユーザに関する情報は含まれていない。従って、コンテンツが流出し不正利用されても、コンテンツの流出元を特定することは難しい。

これに対して、コンテンツの流出元を特定する方法として、例えば、特許文献１に記載されたものがある。特許文献１では、プライベートネットワーク上でダイヤルアップ接続したユーザに対するコンテンツ配信サービスにおいて、コンテンツ配信の際、コンテンツ（電子的な著作物）にユーザ識別情報を埋め込んでいる。このように、特許文献１に記載の技術によれば、コンテンツが流出し不正利用されても、コンテンツの流出元を一意に特定できる。

ところで、近年企業等に導入が増えてきている画面転送型のシンクライアントシステムでは、端末に画面データ（ディスプレイに表示するためのビットマップデータ）のみを転送し、端末側のあらゆる記憶装置にデータを残さないことで、機密情報の漏洩を防止している。

特許第３９７７７０７号

一方、従来のシンクライアントシステムでは、端末のディスプレイに表示された機密情報をカメラで撮影して撮影データを流出させる、といった不正行為に対する対策ができていない。このような不正行為の対策としては、前述の特許文献１に記載の技術をシンクライアントシステムに適用することが考えられる。しかしながら、以下で説明するように、画面転送型のシンクライアントシステムに特許文献１に記載の技術を適用することはできない。

特許文献１に記載の仕組みでは、端末からユーザＩＤおよびコンテンツＩＤを受け付けて、コンテンツＩＤに対応するコンテンツごとに、ユーザＩＤに対応するユーザ接続情報を埋め込むものである。一方、画面転送型のシンクライアントシステムでは、端末から頻繁に受信する入力情報（キーボード、マウス等の入力装置の操作情報）に対して、画面データの転送が遅延することを回避するために、画面データの中で差分のある部分のみを転送している。従って、コンテンツが定義できず、特許文献１に記載の仕組みを画面転送型のシンクライアントシステムに適用しても、シンクライアントサーバが画面データにユーザ接続情報を埋め込むことはできない。

本発明は、前述した問題点を解消するためになされたものであり、画面転送型のシンクライアントシステムにおいて、端末に表示される機密情報が不正に撮影されて機密情報が流出したときの流出元を特定することを目的とする。

前述した目的を達成するために第１の発明は、サーバと端末とがネットワークを介して接続されるシンクライアントシステムであって、前記サーバは、前記端末から入力装置の操作データを受信して所定のアプリケーションを実行し、サーバ側画面データを作成する手段と、画面を複数に分割して定義された比較領域ごとに前回作成したサーバ側画面データと今回作成したサーバ側画面データとを比較し、差がある比較領域に係る今回作成したサーバ側画面データのみを差分データとして作成する手段と、前記差分データを前記端末に送信する手段と、を具備し、前記端末は、前記サーバから前記差分データを受信し、前回表示した端末側画面データに対して前記差分データを反映し、今回表示する端末側画面データを作成する手段、を具備し、前記端末側画面データは特定パターンが埋め込まれたものであることを特徴とするシンクライアントシステムである。
第１の発明では、端末側画面データに特定パターンを埋め込むので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。

特定パターンとは、撮影画像から流出元を特定するために、少なくとも端末のユーザを識別できる情報に基づいて生成されるものである。特定パターンは、例えば、画面データの画質にはほとんど影響を与えずに埋め込まれる電子透かし、または特定の地紋パターンなどである。特定パターンは、可視または不可視のいずれでも良いが、通常のカメラによって読取可能なものとする。

第１の発明における前記特定パターンは、例えば、前記比較領域ごとに少なくとも一つ埋め込むように構成しても良い。
この構成では、特定パターンを端末側画面データの様々な位置に埋め込むことができる。従って、表示画面の一部だけを撮影する、または撮影画像から一部を切り抜くなどによって、表示画面の一部だけが流出したときでも流出元を確実に特定することができる。

また、第１の発明は、例えば、前記サーバが前記差分データに対して前記特定パターンを埋め込むように構成しても良い。
この構成では、サーバが特定パターンの埋め込み処理を行うので、既に構築済みのシンクライアントシステムに対して特定パターンの埋め込みの機能を追加する場合、サーバのプログラムのみを変更し、端末のプログラムを再配布する必要がない。また、画面データ全体ではなく、差分データ（差がある部分のみ）に特定パターンを埋め込むので、処理時間を短縮できる。

また、第１の発明における前記特定パターンは、例えば、複数の前記比較領域に跨るものであり、前記サーバが前記サーバ側画面データに対して前記特定パターンを埋め込むように構成しても良い。
この構成では、サーバが特定パターンの埋め込み処理を行うので、既に構築済みのシンクライアントシステムに対して特定パターンの埋め込みの機能を追加する場合、サーバのプログラムのみを変更し、端末のプログラムを再配布する必要がない。また、画面データ全体に対して特定パターンの埋め込み処理を行うので、複数の比較領域に跨る特定パターンであっても特定パターンの連続性を保つことができる。

また、第１の発明は、例えば、前記端末が前記差分データに対して前記特定パターンを埋め込むように構成しても良い。
この構成では、端末が特定パターンの埋め込み処理を行うので、サーバに負荷がかからず、サーバの応答速度の低下を回避することができる。また、画面データ全体ではなく、差分データ（差がある部分のみ）に特定パターンを埋め込むので、処理時間を短縮できる。

また、第１の発明における前記特定パターンは、例えば、複数の前記比較領域に跨るものであり、前記端末が前記端末側画面データに対して前記特定パターンを埋め込むように構成しても良い。
この構成では、端末が特定パターンの埋め込み処理を行うので、サーバに負荷がかからず、サーバの応答速度の低下を回避することができる。また、画面データ全体に対して特定パターンの埋め込み処理を行うので、複数の比較領域に跨る特定パターンであっても特定パターンの連続性を保つことができる。

第２の発明は、端末とネットワークを介して接続されるシンクライアントサーバであって、前記端末から入力装置の操作データを受信して所定のアプリケーションを実行し、サーバ側画面データを作成する手段と、画面を複数に分割して定義された比較領域ごとに前回作成したサーバ側画面データと今回作成したサーバ側画面データとを比較し、差がある比較領域に係る今回作成したサーバ側画面データのみを差分データとして作成する手段と、前記差分データを前記端末に送信する手段と、を具備し、前記差分データに特定パターンを埋め込むことを特徴とするシンクライアントサーバである。
第２の発明では、端末側画面データに反映される差分データに特定パターンを埋め込むので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。また、第２の発明では、サーバが特定パターンの埋め込み処理を行うので、既に構築済みのシンクライアントシステムに対して特定パターンの埋め込みの機能を追加する場合、サーバのプログラムのみを変更し、端末のプログラムを再配布する必要がない。

第３の発明は、サーバとネットワークを介して接続されるシンクライアント端末であって、画面を複数に分割して定義された比較領域ごとに前回作成したサーバ側画面データと今回作成したサーバ側画面データとが比較され、差がある比較領域に係る今回作成したサーバ側画面データを前記サーバから差分データとして受信し、前回表示した端末側画面データに対して前記差分データを反映し、今回表示する端末側画面データを作成する手段、を具備し、前記端末側画面データに特定パターンを埋め込むことを特徴とするシンクライアント端末である。
第３の発明では、端末側画面データに特定パターンを埋め込むので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。また、第３の発明では、端末が特定パターンの埋め込み処理を行うので、サーバに負荷がかからず、サーバの応答速度の低下を回避することができる。

第４の発明は、コンピュータを第２の発明のシンクライアントサーバとして機能させるためのプログラムである。

第５の発明は、コンピュータを第３の発明のシンクライアント端末として機能させるためのプログラムである。

本発明により、画面転送型のシンクライアントシステムにおいて、端末に表示される機密情報が不正に撮影されて機密情報が流出したときの流出元を特定することができる。

シンクライアントシステム１の概要を示す構成図 サーバ２のハードウエア構成図 端末３のハードウエア構成図 ＵＳＢメモリのハードウエア構成図 ＳＩＭのハードウエア構成図 シンクライアントＯＳ起動処理及びユーザ認証処理を示すフローチャート 第１の実施形態におけるシンクライアント通信処理を示すフローチャート アプリケーション２０２の画面の一例を示す図 前回作成したサーバ側画面データの一例を示す図 今回作成したサーバ側画面データの一例を示す図 第２の実施形態におけるシンクライアント通信処理を示すフローチャート 第３の実施形態におけるシンクライアント通信処理を示すフローチャート 第４の実施形態におけるシンクライアント通信処理を示すフローチャート

以下図面に基づいて、本発明の実施形態を詳細に説明する。

まず、第１の実施形態について説明する。
図１は、シンクライアントシステム１の概要を示す構成図である。図１に示すように、シンクライアントシステム１は、サーバ２と、携帯型記憶デバイスであるＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ４が装着される端末３とが、ネットワーク６を介して接続されて構成される。ＵＳＢメモリ４には、セキュリティトークンであるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）５が装着される。ネットワーク６は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

なお、本発明において、携帯型記憶デバイスとは、ＣＤ−ＲＯＭ（Ｃｏｎｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）またはＵＳＢメモリなどを意味し、セキュリティトークンとは、社員証などで普及しているＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＩＭ、ＵＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）などの、データを秘匿に記憶でき、更に、演算機能を備えた携帯可能なデバイスを意味する。

シンクライアントシステム１は、テレワークを実現するために実施されるシステムである。ネットワーク６を介してサーバ２にアクセスする際、ユーザが使用する端末３は、自宅に設置されているＰＣや、持ち運び可能なノート型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、インターネットカフェに設置されているＰＣ等の汎用的なＰＣを想定している。シンクライアントＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が汎用的なＰＣ上で動作することで、汎用的なＰＣはシンクライアントシステム１の端末３として機能する。

シンクライアントシステム１は、画面転送型のシンクライアントシステムであり、アプリケーションの実行などの全ての処理をサーバ２上で行い、端末３は遠隔操作端末としての役割のみを担う。サーバ２は端末３に、ディプレイ情報である画面データのみを転送し、端末３はサーバ２に、キーボードやマウスの入力情報を転送する。

図２は、サーバ２のハードウエア構成図である。図２に示すように、サーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、サーバ２のメインメモリであるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２２、ＢＩＯＳが実装されるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２３、ネットワーク通信するためのネットワークインターフェイス２４、補助記憶装置として大容量のデータ記憶装置２５（例えばハードディスク）、表示装置２６、入力装置２７等で構成される。

サーバ２の大容量のデータ記憶装置２５は、サーバ２上で動作するサーバＯＳ２０１、ユーザが端末３から利用するアプリケーション２０２、アプリケーション２０２に関連するデータ２０３等を格納する。

表示装置２６は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。

入力装置２７は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力装置２７を介して、サーバ２に対して、操作指示、動作指示、データ入力等を行うことができる。

図３は、端末３のハードウエア構成図である。図３に示すように、端末３は、ＣＰＵ３１、端末３のメインメモリであるＲＡＭ３２、ＢＩＯＳが実装されるＲＯＭ３３、ＵＳＢ機器と通信するためのＵＳＢインターフェイス３４、ネットワーク通信するためのネットワークインターフェイス３５、補助記憶装置として大容量のデータ記憶装置３６（例えばハードディスク）、表示装置３７、入力装置３８等で構成される。

端末３のＲＡＭ３２には、シンクライアントシステム１の端末３として利用されるときに、ＵＳＢメモリ４から読み出して起動されるシンクライアントＯＳ３０１が展開される。

端末３の大容量のデータ記憶装置３６には、シンクライアントシステム１の端末３として利用されないときにブートされるクライアントＯＳ３０２が記憶されている。

図４は、ＵＳＢメモリ４のハードウエア構成図である。ＵＳＢメモリ４としては、ブートアップ機能を備えた市販のものを用いることができる。ＵＳＢメモリ４は、ＵＳＢドライバ、およびフラッシュメモリを外部記憶装置としてコンピュータに認識させる機能を備えたドライバチップ４１、データを記憶するためのフラッシュメモリ４２を備えている。フラッシュメモリ４２には、端末３上で動作するシンクライアントＯＳ４３が記憶されている。

図５は、ＳＩＭ５のハードウエア構成図である。図５に示すように、ＳＩＭ５は、ＣＰＵ５１、ＳＩＭ５のメインメモリであるＲＡＭ５２、ＢＩＯＳが実装されるＲＯＭ５３、ＩＳＯ／７８１６規格のＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ Ｔｒａｎｓｍｉｔｔｅｒ）５４、データが記憶される電気的に書き換え可能なメモリとしてＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ ｏｎｌｙ Ｍｅｍｏｒｙ）５５を備え、ＳＩＭ５が装着されるＵＳＢメモリ４とは、ＩＳＯ／７８１６規格に準じてデータをやりとりする。

ＳＩＭ５のＥＥＰＲＯＭ５５には、端末３のユーザを識別する情報としてユーザＩＤ５６が記憶されている。ユーザＩＤ５６は、ユーザ識別情報である。なお、ＥＥＰＲＯＭ５５には、ユーザＩＤの他に、ユーザに関する情報、例えば、氏名等を記憶させておいてもよい。

次に、図６から図１０を参照しながら、シンクライアントシステム１の動作の詳細を説明する。

まず、図６を参照しながら、シンクライアントＯＳ４３が端末３上で起動する手順について説明する。図６は、シンクライアントＯＳ起動処理及びユーザ認証処理を示すフローチャートである。

ＵＳＢメモリ４が端末３に装着されると、端末３のＣＰＵ３１はＵＳＢインターフェイス３４を利用して、ＵＳＢメモリ４とデータをやりとりすることで、端末３に装着されたＵＳＢメモリ４をマウントする（Ｓ１）。

ＵＳＢメモリ４をマウントすると、端末３のＣＰＵ３１はシンクライアントＯＳ４３の読み出しを要求し（Ｓ２）、ＵＳＢメモリ４のドライバチップ４１は、フラッシュメモリ４２に記憶されたシンクライアントＯＳ４３を端末３に送信する（Ｓ３）。

ＵＳＢメモリ４からシンクライアントＯＳ４３が送信されると、端末３のＣＰＵ３１は、ＵＳＢメモリ４から受信したシンクライアントＯＳ４３を、端末３のＲＡＭ３２に展開して起動する（Ｓ４）。

シンクライアントＯＳ４３が端末３上で起動すると、端末３のＣＰＵ３１は、ＳＩＭ５のユーザを認証するためのＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を入力する画面を表示装置３７に表示し、ユーザにＰＩＮの入力を要求する。ユーザが入力装置３８を介してＰＩＮを入力すると、端末３のＣＰＵ３１は、ＳＩＭ５にＰＩＮの認証を要求する（Ｓ５）。

端末３からＰＩＮの認証が要求されると、ＳＩＭ５のＣＰＵ５１は、ＰＩＮの認証を行い、認証結果を端末３に送信する（Ｓ６）。

ＳＩＭ５からＰＩＮの認証結果を受信すると、端末３のＣＰＵ３１は、ＰＩＮの認証結果を確認する（Ｓ７）。

ＰＩＮの認証確認後、端末３のＣＰＵ３１は、ネットワーク６を介してサーバ２にアクセスし、ＳＩＭ５から読み出したユーザＩＤ５６を送信し、サーバ２が実行する所望のアプリケーションにログインする。なお、ユーザＩＤ５６だけでなく、ＳＩＭ５に記憶されているユーザに関する情報（ユーザの氏名など）、端末３に関する情報（端末３を識別する端末ＩＤなど）を送信してもよい。

次に、図７を参照しながら、第１の実施形態におけるシンクライアント通信処理について説明する。図７は、第１の実施形態におけるシンクライアント通信処理を示すフローチャートである。図７は、サーバ２が、端末３の入力情報を元にアプリケーション２０２を実行し、実行結果のサーバ側画面データに対して、特定パターンを埋め込んだ差分データを端末３に送信し、端末３が端末側画面データを画面表示するまでの処理の流れを示したフロー図である。

まず、端末３のＣＰＵ３１は、ユーザによる端末３への入力情報を、サーバ２に送信する（Ｓ１１）。入力情報とは、ユーザによる端末３の入力装置２７の操作データである。

端末３から入力情報が送信されると、サーバ２のＣＰＵ２１は、入力情報に応じてアプリケーション２０２を実行する（Ｓ１２）。

図８は、アプリケーション２０２の画面の一例を示す図である。図８に示すように、ウィンドウ７１は、電子メールを送受信するためのアプリケーション２０２の実行結果を表示し、マウスポインタ７２は、入力装置３８のひとつであるマウスの位置を示している。

アプリケーション２０２を実行すると、サーバ２のＣＰＵ２１は、実行結果のサーバ側画面データを作成し、ＲＡＭ２２に記憶する（Ｓ１３）。サーバ２のＣＰＵ２１は、少なくとも２個分のサーバ側画面データを記憶する記憶領域をＲＡＭ２２に確保しておき、前回作成したサーバ側画面データと今回作成したサーバ側画面データを区別してＲＡＭ２２に記憶する。

次に、サーバ２のＣＰＵ２１は、差分データ作成処理を行う（Ｓ１４）。差分データ作成処理とは、前回作成したサーバ側画面データと今回作成したサーバ側画面データとを比較し、今回作成したサーバ側画面データの中で差のある部分のみを差分データとして作成する処理である。

図９は、前回作成したサーバ側画面データの一例を示す図である。図１０は、今回作成したサーバ側画面データの一例を示す図である。
図９、図１０に示すように、比較領域８は、画面７ａを複数に分割して定義された領域である。比較領域８の面積は、特定パターンに埋め込む情報量などに応じて適宜決定すれば良い。図９、図１０に示す例では、比較領域８の形状を矩形とし、画面７ａを縦方向と横方向に均等に分割している。

図９に示す画面７ａと図１０に示す画面７ｂを比較すると、マウスポインタの位置が移動している。
サーバ２のＣＰＵ２１は、図９に示す前回作成した画面データと、図１０に示す今回作成した画面データを比較領域８ごとに比較し、今回作成した画面データのうち、差分領域９に相当する部分（今回作成したサーバ側画面データの中で差のある部分）を差分データとして作成する。

次に、サーバ２のＣＰＵ２１は、特定パターン埋込処理を行う（Ｓ１５）。サーバ２のＣＰＵ２１は、差分データ作成処理（Ｓ１４）で作成した差分データに対し、特定パターンを埋め込む。特定パターンは、例えば、ユーザＩＤに基づいて作成される電子透かし、地紋パターン等である。第１の実施の形態では、特定パターンは、例えば、比較領域ごとに少なくとも一つ埋め込む。
差分データは、後述する処理によって、端末３の表示装置３７に表示される端末側画面データに反映される。従って、ユーザが表示装置３７の画面をカメラで撮影したとしても、撮影データから電子透かし等を読み取ることで、誰が表示したものかを特定できる。
ユーザＩＤは、図６の処理において、ＰＩＮの認証確認後、端末３のＣＰＵ３１から送信されるＳＩＭ５から読み出したユーザＩＤ５６を用いれば良い。

なお、特定パターンには、ユーザＩＤに加えて、氏名等のユーザに関する情報、端末３の端末ＩＤや端末３に関する情報、サーバ２のサーバＩＤやサーバ２に関する情報、日時情報、現在開いているファイル名、パス情報、ＵＲＬ、アクセス先のサーバ２のサーバＯＳ２０１が把握している現在アクセスされているファイル名の一覧等、の情報を含めてもよい。

第１の実施形態では、差分データに対し特定パターンを埋め込むので、特定パターンを含んだデータの比較を行わない。従って、端末３がアプリケーション２０２にログインしてからログアウトするまで、同一の特定パターンを埋め込む必要がない。例えば、前述の日時情報、現在開いているファイル名など、ログインしてからログアウトするまでの間に変化するデータに基づいて、特定パターンを作成しても良い。

電子透かしは、元となる電子データに対して人間の目では判別できない程度の変更を加えるものである。従って、変更量による視覚的影響を低減するため、特定パターンの情報量を大きくできない。そこで、必要に応じて前述した情報から選択することになるが、少なくとも、ユーザＩＤを含めれば流出元となったユーザを特定できるため、情報漏えい防止効果をもつことになる。

次に、サーバ２のＣＰＵ２１は、データ圧縮処理（Ｓ１６）を行う。サーバ２のＣＰＵ２１は、特定パターンが埋め込まれた差分データを、ネットワーク６を介して端末３に送信するために圧縮する。圧縮アルゴリズムは、埋め込んだ特定パターンへの影響を小さくするため、データ欠損の小さい圧縮アルゴリズムを適用することが必要である。

次に、サーバ２のＣＰＵ２１は、Ｓ１６で圧縮したデータを、端末３に送信する（Ｓ１７）。

次に、端末３のＣＰＵ３１は、データ解凍処理を行う（Ｓ１８）。端末３のＣＰＵ３１は、Ｓ１６で送信されたデータを受信し、データを解凍する。解凍して得たデータは、特定パターンが埋め込まれた差分データである。

次に、端末３のＣＰＵ３１は、前回の端末側画面データに対して、Ｓ１８で得た差分データを更新し、端末側画面データを作成する（Ｓ１９）。尚、端末３のＣＰＵ３１は、作成した端末側画面データをＲＡＭ３２に記憶する。ＲＡＭ３２に記憶された端末側画面データは、次回のＳ１９の処理において、前回の端末側画面データとして用いる。

次に、端末３のＣＰＵ３１は、Ｓ１９で作成した端末側画面データを表示装置３７に表示する（Ｓ２０）。

尚、図７に示す処理では、端末３の表示装置３７に既に端末側画面データが表示されていることを前提としている。端末３の表示装置３７に初めて端末側画面データを表示する場合には、サーバ２のＣＰＵ２１は、Ｓ１４において今回作成したサーバ側画面データ全体を差分データとして作成すれば良い。

以上、説明したように、第１の実施形態では、端末側画面データに反映される差分データに特定パターンを埋め込むので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。
また、第１の実施形態では、比較領域ごとに特定パターンを埋め込むので、特定パターンを端末側画面データの様々な位置に埋め込むことができる。従って、表示画面の一部だけを撮影する、または撮影画像から一部を切り抜くなどによって、表示画面の一部だけが流出したときでも流出元を確実に特定することができる。
また、第１の実施形態では、画面全体でなく差のある部分のみに特定パターンを埋め込むので、処理速度が速い。
また、第１の実施形態では、サーバが特定パターンの埋め込み処理を行うので、既に構築済みのシンクライアントシステムに対して特定パターンの埋め込みの機能を追加する場合、サーバのプログラムのみを変更し、端末のプログラムを再配布する必要がない。

次に、第２の実施形態について説明する。
シンクライアントシステム１の概要構成、サーバ２と端末３とＵＳＢメモリ４とＳＩＭ５のハードウエア構成は、第１の実施形態の説明と同様であるので、説明を省略する。
また、シンクライアントＯＳ起動処理及びユーザ認証処理は、第１の実施形態の説明と同様であるので、説明を省略する。

図１１を参照しながら、第２の実施形態におけるシンクライアント通信処理について説明する。図１１は、第２の実施形態におけるシンクライアント通信処理を示すフローチャートである。図１１は、サーバ２が、端末３の入力情報を元にアプリケーション２０２を実行し、実行結果のサーバ側画面データに対して、特定パターンを埋め込んだ差分データを端末３に送信し、端末３が端末側画面データを画面表示するまでの処理の流れを示したフロー図である。

Ｓ２１〜Ｓ２３は、図７のＳ１１〜Ｓ１３と同様であるので、説明を省略する。
サーバ２のＣＰＵ２１は、特定パターン埋込処理を行う（Ｓ２４）。サーバ２のＣＰＵ２１は、Ｓ２３で作成したサーバ側画面データ全体に対し、特定パターンを埋め込み、ＲＡＭ２２に記憶する。第２の実施形態では、例えば、複数の比較領域８に跨る特定パターンを埋め込む。
サーバ２のＣＰＵ２１は、少なくとも２個分のサーバ側画面データを記憶する記憶領域をＲＡＭ２２に確保しておき、前回作成したサーバ側画面データと今回作成したサーバ側画面データを区別してＲＡＭ２２に記憶する。

第２の実施形態では、特定パターンを埋め込んだ後に差分データを作成するので、特定パターンを含んだデータの比較を行う。従って、端末３がアプリケーション２０２にログインしてからログアウトするまで、同一の特定パターンを埋め込む必要がある。例えば、日時情報、現在開いているファイル名など、ログインしてからログアウトするまでの間に変化するデータに基づいて、特定パターンを作成することはできない。

次に、サーバ２のＣＰＵ２１は、差分データ作成処理を行う（Ｓ２５）。サーバ２のＣＰＵ２１は、前回特定パターンを埋め込んで作成したサーバ側画面データと今回特定パターンを埋め込んで作成したサーバ側画面データを比較領域８ごとに比較し、今回特定パターンを埋め込んで作成したサーバ側画面データの中で差のある部分のみを差分データとして作成する。
Ｓ２６〜Ｓ３０は、図７のＳ１〜Ｓ２０と同様であるので、説明を省略する。

尚、図１１に示す処理では、端末３の表示装置３７に既に端末側画面データが表示されていることを前提としている。端末３の表示装置３７に初めて端末側画面データを表示する場合には、サーバ２のＣＰＵ２１は、Ｓ２４において今回特定パターンを埋め込んで作成したサーバ側画面データ全体を差分データとして作成すれば良い。

以上、説明したように、第２の実施形態では、端末側画面データに反映される差分データに特定パターンが含まれるので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。
また、第２の実施形態では、サーバ側画面データ全体に対し、特定パターンを埋め込むので、複数の比較領域に跨る特定パターンであっても、特定パターンの連続性を保つことができる。従って、多くの情報を含めた特定パターンを埋め込むことができる。
また、第２の実施形態では、サーバが特定パターンの埋め込み処理を行うので、既に構築済みのシンクライアントシステムに対して特定パターンの埋め込みの機能を追加する場合、サーバのプログラムのみを変更し、端末のプログラムを再配布する必要がない。

次に、第３の実施形態について説明する。
シンクライアントシステム１の概要構成、サーバ２と端末３とＵＳＢメモリ４とＳＩＭ５のハードウエア構成は、第１の実施形態の説明と同様であるので、説明を省略する。
また、シンクライアントＯＳ起動処理及びユーザ認証処理は、第１の実施形態の説明と同様であるので、説明を省略する。

図１２を参照しながら、第３の実施形態におけるシンクライアント通信処理について説明する。図１２は、第３の実施形態におけるシンクライアント通信処理を示すフローチャートである。図１２は、サーバ２が、端末３の入力情報を元にアプリケーション２０２を実行し、実行結果のサーバ側画面データの差分データを端末３に送信し、端末３が、受信した差分データに特定パターンを埋め込んだ端末側画面データを画面表示するまでの処理の流れを示したフロー図である。

Ｓ３１〜Ｓ３４は、図７のＳ１１〜Ｓ１４と同様であるので、説明を省略する。
サーバ２のＣＰＵ２１は、データ圧縮処理（Ｓ３５）を行う。サーバ２のＣＰＵ２１は、特定パターンが埋め込まれていない差分データを、ネットワーク６を介して端末３に送信するために圧縮する。第３の実施の形態では、特定パターンを埋め込まずに送信するので、データ欠損の大きい圧縮アルゴリズムを適用しても、特定パターンへの影響はない。
次に、サーバ２のＣＰＵ２１は、Ｓ１６で圧縮したデータを、端末３に送信する（Ｓ３６）。

次に、端末３のＣＰＵ３１は、データ解凍処理を行う（Ｓ３７）。端末３のＣＰＵ３１は、Ｓ３６で送信されたデータを受信し、データを解凍し、差分データを得る。

次に、端末３のＣＰＵ３１は、特定パターン埋込処理を行う（Ｓ３８）。端末３のＣＰＵ３１は、データ解凍処理（Ｓ３７）で得られた差分データに対し、特定パターンを埋め込む。第３の実施の形態では、特定パターンは、例えば、比較領域ごとに少なくとも一つ埋め込む。

第３の実施形態では、差分データに対し特定パターンを埋め込むので、特定パターンを含んだデータの比較を行わない。従って、端末３がアプリケーション２０２にログインしてからログアウトするまで、同一の特定パターンを埋め込む必要がない。例えば、日時情報、現在開いているファイル名など、ログインしてからログアウトするまでの間に変化するデータに基づいて、特定パターンを作成しても良い。

次に、端末３のＣＰＵ３１は、前回の端末側画面データに対して、Ｓ３８で特定パターを埋め込んだ差分データを更新し、端末側画面データを作成する（Ｓ３９）。

次に、端末３のＣＰＵ３１は、Ｓ３９で作成した端末側画面データを表示装置３７に表示する（Ｓ４０）。

尚、図１２に示す処理では、端末３の表示装置３７に既に端末側画面データが表示されていることを前提としている。端末３の表示装置３７に初めて端末側画面データを表示する場合には、サーバ２のＣＰＵ２１は、Ｓ３４において今回作成したサーバ側画面データ全体を差分データとして作成すれば良い。

以上、説明したように、第３の実施形態では、端末側画面データに反映される差分データに特定パターンを埋め込むので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。
また、第３の実施形態では、比較領域ごとに特定パターンを埋め込むので、特定パターンを端末側画面データの様々な位置に埋め込むことができる。従って、表示画面の一部だけを撮影する、または撮影画像から一部を切り抜くなどによって、表示画面の一部だけが流出したときでも流出元を確実に特定することができる。
また、第３の実施形態では、画面全体でなく差のある部分のみに特定パターンを埋め込むので、処理速度が速い。
また、第３の実施形態では、端末が特定パターンの埋め込み処理を行うので、サーバに負荷がかからず、サーバの応答速度の低下を回避することができる。

次に、第４の実施形態について説明する。
シンクライアントシステム１の概要構成、サーバ２と端末３とＵＳＢメモリ４とＳＩＭ５のハードウエア構成は、第１の実施形態の説明と同様であるので、説明を省略する。
また、シンクライアントＯＳ起動処理及びユーザ認証処理を示すフローチャートである。シンクライアントＯＳ起動処理及びユーザ認証処理は、第１の実施形態の説明と同様であるので、説明を省略する。

図１３を参照しながら、第４の実施形態におけるシンクライアント通信処理について説明する。図１３は、第４の実施形態におけるシンクライアント通信処理を示すフローチャートである。図１３は、サーバ２が、端末３の入力情報を元にアプリケーション２０２を実行し、実行結果のサーバ側画面データの差分データを端末３に送信し、端末３が、差分データを反映した端末側画面データに特定パターンを埋め込んで、端末側画面データを画面表示するまでの処理の流れを示したフロー図である。

Ｓ４１〜Ｓ４４は、図７のＳ１１〜Ｓ１４と同様であるので、説明を省略する。
サーバ２のＣＰＵ２１は、データ圧縮処理（Ｓ４５）を行う。サーバ２のＣＰＵ２１は、特定パターンが埋め込まれていない差分データを、ネットワーク６を介して端末３に送信するために圧縮する。第４の実施の形態では、特定パターンを埋め込まずに送信するので、データ欠損の大きい圧縮アルゴリズムを適用しても、特定パターンへの影響はない。
次に、サーバ２のＣＰＵ２１は、Ｓ１６で圧縮したデータを、端末３に送信する（Ｓ４６）。

次に、端末３のＣＰＵ３１は、データ解凍処理を行う（Ｓ４７）。端末３のＣＰＵ３１は、Ｓ３６で送信されたデータを受信し、データを解凍し、差分データを得る。

次に、端末３のＣＰＵ３１は、前回の端末側画面データに対して、Ｓ４７で得た差分データを更新し、端末側画面データを作成する（Ｓ４８）。

次に、端末３のＣＰＵ３１は、特定パターン埋込処理を行う（Ｓ４９）。端末
３のＣＰＵ３１は、Ｓ４８で作成した端末側画面データ全体に対し、特定パターンを埋め込む。第４の実施形態では、例えば、複数の比較領域８に跨る特定パターンを埋め込む。

第４の実施形態では、差分データを更新した端末側画面データに対し特定パターンを埋め込むので、特定パターンを含んだデータの比較を行わない。従って、端末３がアプリケーション２０２にログインしてからログアウトするまで、同一の特定パターンを埋め込む必要がない。例えば、日時情報、現在開いているファイル名など、ログインしてからログアウトするまでの間に変化するデータに基づいて、特定パターンを作成しても良い。

次に、端末３のＣＰＵ３１は、Ｓ４９で作成した端末側画面データを表示装置３７に表示する（Ｓ５０）。

尚、図１３に示す処理では、端末３の表示装置３７に既に端末側画面データが表示されていることを前提としている。端末３の表示装置３７に初めて端末側画面データを表示する場合には、サーバ２のＣＰＵ２１は、Ｓ４４において今回作成したサーバ側画面データ全体を差分データとして作成すれば良い。

以上、説明したように、第４の実施形態では、端末側画面データに特定パターンを埋め込むので、表示画面が不正に撮影されて機密情報が流出したときでも、撮影画像から流出元を特定することができる。
また、第４の実施形態では、端末側画面データ全体に対し、特定パターンを埋め込むので、複数の比較領域に跨る特定パターンであっても、特定パターンの連続性を保つことができる。従って、多くの情報を含めた特定パターンを埋め込むことができる。
また、第４の実施形態では、端末が特定パターンの埋め込み処理を行うので、サーバに負荷がかからず、サーバの応答速度の低下を回避することができる。

以上、添付図面を参照しながら、本発明に係るシンクライアントシステム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１………シンクライアントシステム
２………サーバ
３………端末
３０１………シンクライアントＯＳ
４………ＵＳＢメモリ
４３………シンクライアントＯＳ
５………ＳＩＭ
５６………ユーザＩＤ
６………ネットワーク
７a、７ｂ………画面
７１………ウィンドウ
７２………マウスポインタ
８………比較領域
９………差分領域

Claims (10)

1. サーバと端末とがネットワークを介して接続されるシンクライアントシステムであって、
   前記サーバは、
   前記端末から入力装置の操作データを受信して所定のアプリケーションを実行し、サーバ側画面データを作成する手段と、
   画面を複数に分割して定義された比較領域ごとに前回作成したサーバ側画面データと今回作成したサーバ側画面データとを比較し、差がある比較領域に係る今回作成したサーバ側画面データのみを差分データとして作成する手段と、
   前記差分データを前記端末に送信する手段と、
   を具備し、
   前記端末は、
   前記サーバから前記差分データを受信し、前回表示した端末側画面データに対して前記差分データを反映し、今回表示する端末側画面データを作成する手段、
   を具備し、
   前記端末側画面データは特定パターンが埋め込まれたものであることを特徴とするシンクライアントシステム。
2. 前記特定パターンは、前記比較領域ごとに少なくとも一つ埋め込むものであることを特徴とする請求項１に記載のシンクライアントシステム。
3. 前記サーバが前記差分データに対して前記特定パターンを埋め込むことを特徴とする請求項１に記載のシンクライアントシステム。
4. 前記特定パターンは、複数の前記比較領域に跨るものであり、
   前記サーバが前記サーバ側画面データに対して前記特定パターンを埋め込むことを特徴とする請求項１に記載のシンクライアントシステム。
5. 前記端末が前記差分データに対して前記特定パターンを埋め込むことを特徴とする請求項１に記載のシンクライアントシステム。
6. 前記特定パターンは、複数の前記比較領域に跨るものであり、
   前記端末が前記端末側画面データに対して前記特定パターンを埋め込むことを特徴とする請求項１に記載のシンクライアントシステム。
7. 端末とネットワークを介して接続されるシンクライアントサーバであって、
   前記端末から入力装置の操作データを受信して所定のアプリケーションを実行し、サーバ側画面データを作成する手段と、
   画面を複数に分割して定義された比較領域ごとに前回作成したサーバ側画面データと今回作成したサーバ側画面データとを比較し、差がある比較領域に係る今回作成したサーバ側画面データのみを差分データとして作成する手段と、
   前記差分データを前記端末に送信する手段と、
   を具備し、
   前記差分データに特定パターンを埋め込むことを特徴とするシンクライアントサーバ。
8. サーバとネットワークを介して接続されるシンクライアント端末であって、
   画面を複数に分割して定義された比較領域ごとに前回作成したサーバ側画面データと今回作成したサーバ側画面データとが比較され、差がある比較領域に係る今回作成したサーバ側画面データを前記サーバから差分データとして受信し、前回表示した端末側画面データに対して前記差分データを反映し、今回表示する端末側画面データを作成する手段、
   を具備し、
   前記端末側画面データに特定パターンを埋め込むことを特徴とするシンクライアント端末。
9. コンピュータを請求項７に記載のシンクライアントサーバとして機能させるためのプログラム。
10. コンピュータを請求項８に記載のシンクライアント端末として機能させるためのプログラム。

Images