JP2016111626A - 中継装置、中継プログラム及び中継方法 - Google Patents

Abstract

【課題】中継装置の処理負荷を抑えつつ、データの正当性をクライアント端末に識別させる。【解決手段】ＧＷサーバ２００は、Ｗｅｂサーバ１００の実行結果を描画する画像を保持するフレームバッファ２０４を有する。ＧＷサーバ２００は、フレームバッファ２０４に描画された画像を複数の領域に分割し、領域ごとにフレーム間の変更の頻度を判別する更新頻度判定部２０５を有する。ＧＷサーバ２００は、変更の頻度が低いと判別される領域の一部に透かし画像を埋め込む透かし画像埋込部２０６を有する。ＧＷサーバ２００は、埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行う静止画（可逆）圧縮部２０７を有する。ＧＷサーバ２００は、圧縮された圧縮画像をクライアント端末３００に送信する通信部２１２を有する。【選択図】図１

Description

本発明は、中継装置等に関する。

シンクライアントというシステムが知られている。シンクライアントシステムでは、クライアント端末に最低限の機能しか持たせず、サーバでアプリケーションやファイル等のリソースを管理するようにシステムが構築される。

かかるシンクライアントシステムは、実際にはサーバが処理を実行した処理結果やサーバが保持するデータをクライアント端末に表示させつつも、あたかもクライアント端末が主体となって処理を実行したり、データを保持したりしているかのように振る舞う。

このようなシンクライアントシステムでは、ウェブサーバからのデータを中継するサーバからクライアント端末に送信するデータ量を低減させるために、以下の技術が知られている。すなわち、シンクライアントシステムの中継サーバが、画像メモリに描画された画像を複数の領域に分割し、領域ごとにフレーム間の変更の頻度を判別し、変更のある領域の画像をクライアント端末に送信する。このとき、中継サーバは、変更の頻度がしきい値を超えた領域を高頻度更新領域として識別し、識別した領域の画像を、静止画よりも圧縮率の高い動画の圧縮処理を行って送信する。なお、中継サーバからクライアント端末に送信するデータ量を低減させるために、静止画および動画の圧縮処理は、圧縮後のデータを圧縮前のデータに完全に戻せない非可逆の圧縮処理であることが多い。

また、データに埋め込まれた透かし情報を用いてデータの真偽を行う技術が知られている。かかる技術では、ウェブサーバと接続する管理サーバが電子透かし情報をウェブページに埋め込み、該ウェブページをクライアント端末に配信する。配信を受けたクライアント端末は、少なくとも電子透かし情報の識別情報とウェブページのＵＲＬとを用いてウェブページの真偽判定を行う。

特開２０１１−２３８０１４号公報 特開２００６−３４３８２５号公報 特開２００３−１５２９８４号公報 特開２００９−０８１８２７号公報

しかしながら、中継装置からクライアント端末に送信するデータ量を低減させる上記の技術を用いる場合に、中継サーバが透かし情報をウェブページに埋め込む際、中継サーバの処理負荷が増大するという問題がある。すなわち、中継サーバは、透かし情報をウェブページに埋め込む処理を画像変更があるたびに実行することとなるので、透かし情報をウェブページに埋め込む処理負荷が増大する。

また、上記の技術を用いる場合に、中継サーバが透かし情報をウェブページに埋め込む際、中継サーバはウェブページの正当性をクライアント端末に識別させることができないという問題がある。すなわち、中継サーバが圧縮前の原画像に対して透かし画像を埋め込むと、透かし画像の部分を非可逆の圧縮処理で圧縮するので、情報量が落ちてしまう。この結果、クライアント端末は、透かし画像をうまく抽出することができず、ウェブページの正当性を識別できない。なお、中継サーバが圧縮後の画像に対して透かし画像を埋め込むことも想定できるが、上記の技術を変更する必要がある。

一つの側面では、本発明は、中継装置からクライアント端末に送信するデータ量を低減させる技術を用いる場合に、中継装置の処理負荷を抑えつつ、データの正当性をクライアント端末に識別させることができる中継装置、中継プログラム及び中継方法を提供することにある。

本願の開示する中継装置は、サーバ装置の実行結果を描画する画像を保持する画像メモリと、前記画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別する変更頻度判別部と、前記変更頻度判別部により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込む埋込部と、前記埋込部により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行う圧縮部と、前記圧縮部により圧縮された圧縮画像をクライアント端末に送信する送信部と、を有する。

本願の開示する中継装置の一つの態様によれば、中継装置からクライアント端末に送信するデータ量を低減させる技術を用いる場合に、中継装置の処理負荷を抑えつつ、データの正当性をクライアント端末に識別させることができるという効果を奏する。

図１は、実施例に係るシンクライアントシステムに含まれる各装置の構成を示すブロック図である。 図２は、実施例に係るＷｅｂサイト登録ＤＢのデータ構造の一例を示す図である。 図３は、実施例に係る透かし画像埋込処理の流れを示す図である。 図４は、実施例に係るＧＷサーバの透かし画像埋込処理の手順を示すフローチャートである。 図５は、実施例に係るクライアント端末の透かし画像表示処理の手順を示すフローチャートである。 図６は、実施例に係る透かし画像表示の一例を示す図である。 図７は、実施例に係る透かし画像表示の変形例を示す図である。 図８は、実施例に係る透かし画像表示の別の変形例を示す図である。 図９は、中継プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する中継装置、中継プログラム及び中継方法の実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

［システム構成］
まず、本実施例に係るシンクライアントシステムの構成について説明する。図１は、実施例に係るシンクライアントシステムに含まれる各装置の構成を示すブロック図である。図１に示すシンクライアントシステム１は、クライアント端末３００が表示する画面をリモートで中継装置であるＧＷ（Gate Way）サーバ２００に制御させるものである。つまり、シンクライアントシステム１は、実際にはＧＷサーバ２００が実行した処理結果や保持するデータをクライアント端末３００に表示させつつも、あたかもクライアント端末３００が主体となって処理を実行したり、データを保持したりしているかのように振る舞う。

図１に示すシンクライアントシステム１は、サーバ装置であるＷｅｂサーバ１００と、中継装置であるＧＷサーバ２００と、クライアント端末３００とを有する。なお、図１の例では、１つのＧＷサーバ２００に対し、１つのＷｅｂサーバ１００および１つのクライアント端末３００を接続する場合を図示したが、任意の数のＷｅｂサーバおよびクライアント端末を接続できる。

これらＷｅｂサーバ１００、ＧＷサーバ２００およびクライアント端末３００は、所定のネットワークを介して、相互に通信可能に接続される。かかるネットワークには、有線または無線を問わず、インターネット、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）等の任意の種類の通信網を適用できる。なお、ＧＷサーバ２００およびクライアント端末３００間の通信プロトコルには、一例として、ＶＮＣにおけるＲＦＢ（Remote Frame Buffer）プロトコルを適用する場合を想定する。

Ｗｅｂサーバ１００は、コンテンツを配信するサーバ装置であり、Ｗｅｂページを配信する。Ｗｅｂサーバ１００は、ＧＷサーバ２００からのＷｅｂページ要求に応じて、対応するＷｅｂページをＧＷサーバ２００に送信する。なお、以下の説明では、Ｗｅｂページのことを単にページと記載する場合がある。

ＧＷサーバ２００は、クライアント端末３００に表示させる画面をリモートで制御するサービスを提供するコンピュータである。例えば、ＧＷサーバ２００は、クライアント端末３００から取得されたＷｅｂページの要求に対するページ（Ｗｅｂ画面）を表示するための画面を生成する。ＧＷサーバ２００は、画面を生成する際に、画面の更新頻度が低い静止画の領域の一部に透かし画像を埋め込む。ＧＷサーバ２００は、画面のうち、埋め込んだ透かし画像を含む領域に可逆の圧縮を行う。ＧＷサーバ２００は、埋め込んだ透かし画像を含む領域以外の領域に非可逆の圧縮を行う。ＧＷサーバ２００は、圧縮された領域に対応する画像をクライアント端末３００に送信する。

クライアント端末３００は、ＧＷサーバ２００によるリモート画面制御サービスの提供を受ける側のコンピュータである。例えば、クライアント端末３００は、ＧＷサーバ２００から圧縮された領域に対応する画像を受信すると、圧縮方式に応じて各領域を復元する。クライアント端末３００は、圧縮方式が可逆である場合には、静止画の可逆の復元を行う。すなわち、クライアント端末３００は、透かし画像を静止画の可逆の復元を行う。クライアント端末３００は、圧縮方式が非可逆である場合には、静止画または動画の区別に応じて非可逆の復元を行う。クライアント端末３００は、透かし画像を含む復元した画像を表示部に表示する。但し、透かし画像は、視覚では認識できないものとする。透かし画像が、視覚で認識できると、不正サイトに悪用されるおそれがあるからである。

かかるクライアント端末３００の一例としては、タブレット端末、スマートフォン等を適用できる。また、クライアント端末３００の他の例としては、携帯電話機、ＰＨＳ（Personal Handyphone System）やＰＤＡ（Personal Digital Assistant）等の移動体端末の他、パーソナルコンピュータ（personal computer）等の固定端末を適用することができる。

［Ｗｅｂサーバの構成］
次に、実施例に係るＷｅｂサーバの機能的構成について説明する。図１に示すように、Ｗｅｂサーバ１００は、通信部１０１と、読出部１０２と、記憶部１０３とを有する。なお、Ｗｅｂサーバ１００は、図１に示した機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや表示デバイス等の機能を有するものとする。

通信部１０１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１０１は、ネットワークを介してＧＷサーバ２００と有線または無線で接続され、ＧＷサーバ２００との間で情報の通信を司る通信インタフェースである。通信部１０１は、ＧＷサーバ２００からページ要求を受信し、受信したページ要求を読出部１０２に出力する。また、通信部１０１は、読出部１０２から入力されたページをＧＷサーバ２００に送信する。

読出部１０２は、通信部１０１からページ要求が入力されると、対応するページを記憶部１０３から読み出す。読出部１０２は、ページ要求として、例えば、所定ＵＲＬ（Uniform Resource Locator）が入力されると、記憶部１０３から所定ＵＲＬに対応するページを読み出す。読出部１０２は、読み出したページを通信部１０１に出力する。

記憶部１０３は、ページを記憶する。ページは、例えば、ＨＴＭＬ（Hyper Text Markup Language）等で記述され、画像等が含まれる。また、ページは、Ｊａｖａ（登録商標）アプレット、Ｊａｖａ（登録商標）ＥＥ（Java Platform, Enterprise Edition）、Ｆｌａｓｈ（登録商標）、Ａｊａｘ等を用いた動的なページであっても良い。ページは、他にも、ＪＰＥＧ等の静止画像、ＭＰＥＧ−２やＭＰＥＧ−４等の動画像を含んでも良い。

［ＧＷサーバの構成］
次に、本実施例に係るＧＷサーバの機能的構成について説明する。図１に示すように、ＧＷサーバ２００は、Ｗｅｂ画面取得部２０１と、ウィンドウ管理部２０２と、Ｗｅｂ画面描画部２０３と、フレームバッファ２０４と、更新頻度判定部２０５と、透かし画像埋込部２０６と、静止画（可逆）圧縮部２０７とを有する。また、ＧＷサーバ２００は、静止画（非可逆）圧縮部２０８と、動画圧縮部２０９と、更新画像送信制御部２１０と、入力処理部２１１と、通信部２１２と、記憶部２１３とを有する。なお、ＧＷサーバ２００は、図１に示した機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや表示デバイス等の機能を有するものとする。

Ｗｅｂ画面取得部２０１は、例えば、ＮＩＣ等によって実現される。Ｗｅｂ画面取得部２０１は、ネットワークを介してＷｅｂサーバ１００と有線または無線で接続され、Ｗｅｂサーバ１００との間で情報の通信を司る通信インタフェースである。Ｗｅｂ画面取得部２０１は、Ｗｅｂサーバ１００に対してページ要求を送信し、Ｗｅｂサーバ１００から要求したページ（Ｗｅｂ画面）を取得する。

ウィンドウ管理部２０２は、ウィンドウを管理する。例えば、ウィンドウ管理部２０２は、Ｗｅｂ画面取得部２０１により取得されたＷｅｂ画面（ページ）をフレームバッファ２０４に描画する要求をＷｅｂ画面描画部２０３に指示する。また、ウィンドウ管理部２０２は、後述する入力処理部２１１により入力されたウィンドウに関わるアプリケーションの起動指示やウィンドウに関わるアプリケーションに対するコマンドを検出し、Ｗｅｂ画面描画部２０３に指示する。

Ｗｅｂ画面描画部２０３は、ウィンドウ管理部２０２による指示に基づき、Ｗｅｂ画面を描画する。例えば、Ｗｅｂ画面描画部２０３は、ウィンドウ管理部２０２によりアプリケーションの起動が指示された場合や起動中のアプリケーションにコマンドの実行が指示された場合にアプリケーションを動作させる。Ｗｅｂ画面描画部２０３は、アプリケーションを実行することにより得られた、Ｗｅｂ画面の処理結果の表示用画像（リモート画面）を、アプリケーションにより指定されたフレームバッファ２０４上の描画位置へ描画する。

なお、Ｗｅｂ画面描画部２０３が実行するアプリケーションは、プリインストールされたものであってもよく、ＧＷサーバ２００の出荷後にインストールされたものであってもかまわない。また、ＪＡＶＡ（登録商標）などのネットワーク環境から動的にデータを読み込んだ上で動作するアプリケーションであっても良い。

フレームバッファ２０４は、Ｗｅｂ画面描画部２０３により描画された表示用画像を画像データフレームとして記憶する記憶デバイスである。かかるフレームバッファ２０４の一態様としては、ＶＲＡＭ（Video Random Access Memory）を始めとするＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）やフラッシュメモリ（flash memory）等の半導体メモリ素子が挙げられる。なお、フレームバッファ２０４は、ハードディスク、光ディスク等の記憶装置を適用することとしてもかまわない。

更新頻度判定部２０５は、フレームバッファ２０４を検査し、画像データフレームの更新頻度を判定する。なお、更新頻度判定部２０５による更新頻度を判定する手法には、様々な手法を用いることができる。一例として、特開２０１１-２３８０１４号公報によって示される技術では、以下のように判定される。例えば、更新頻度判定部２０５は、Ｗｅｂ画面描画部２０３によりフレームバッファ２０４へ画像データフレームが格納される度に、次のような処理を行う。すなわち、更新頻度判定部２０５は、前回クライアント端末３００で表示させていたデスクトップ画面と、今回フレームバッファ２０４へ書き込まれたデスクトップ画面とを比較し、変更があった部分を矩形に整形した更新矩形の画像を生成する。更新頻度判定部２０５は、更新矩形を図示しない作業用の内部メモリへ所定の期間にわたって蓄積する。このとき、更新頻度判定部２０５は、更新矩形の位置および大きさを特定可能な属性情報、例えば更新矩形の左上の頂点の座標と更新矩形の幅および高さとを蓄積する。そして、更新頻度判定部２０５は、更新矩形の画像を蓄積してから所定の期間が経過した場合に、デスクトップ画面をメッシュ状に分割したマップを用いて、画像データフレームの更新頻度を判定する。すなわち、更新頻度判定部２０５は、所定の期間における更新頻度が閾値より高いメッシュを動画化更新領域として高頻度の更新領域と判定する。更新頻度判定部２０５は、所定の期間における更新頻度が閾値より低いメッシュを静止画更新領域として低頻度の更新領域と判定する。

透かし画像埋込部２０６は、静止画更新領域の一部に透かし画像を埋め込む。例えば、透かし画像埋込部２０６は、Ｗｅｂ画面取得部２０１により取得されたページがあらかじめＵＲＬが登録されたＷｅｂサイトのページであれば、以下の処理を行う。これは、あらかじめＵＲＬが登録されたＷｅｂサイトのセキュリティを担保するためである。ＵＲＬを登録するＤＢには、一例として、後述するＷｅｂサイト登録ＤＢ２１３ａが挙げられる。透かし画像埋込部２０６は、更新頻度判定部２０５により低頻度の更新領域と判定された静止画更新領域が透かし画像の大きさより大きい場合には、デスクトップ画面を透かし画像の大きさに応じて格子状に分割する。透かし画像埋込部２０６は、静止画更新領域に対応する格子の１つにランダムに透かし画像を割り当て、割り当てた格子に透かし画像を埋め込む。これにより、透かし画像埋込部２０６は、画面更新が低頻度の静止画更新領域に透かし画像を埋め込むことで、透かし画像の埋め込む頻度を低くすることができ、ＧＷサーバ２００の負荷を軽減できる。なお、透かし画像埋込部２０６は、更新部分が全くない場合には、静止画更新領域がないので、透かし画像を埋め込まない。また、透かし画像埋込部２０６は、全ての領域が動画化更新領域である場合には、静止画更新領域がないので、透かし画像を埋め込まない。

静止画（可逆）圧縮部２０７は、透かし画像埋込部２０６により埋め込まれた透かし画像に対して可逆の静止画圧縮を行う。これにより、透かし画像に対して非可逆の静止画圧縮を行った場合に情報量が落ちてしまうことを避けることができる。なお、可逆の静止画圧縮方式の一態様としては、ＰＮＧ方式やＧＩＦ方式が挙げられる。

静止画（非可逆）圧縮部２０８は、透かし画像埋込部２０６により埋め込まれた透かし画像以外の静止画像に対して非可逆の静止画圧縮を行う。なお、非可逆の静止画圧縮方式の一態様としては、ＪＰＥＧ方式が挙げられる。

動画圧縮部２０９は、動画化更新領域の画像を圧縮する。例えば、動画圧縮部２０９は、更新頻度判定部２０５により高頻度の更新領域と判定された動画化更新領域のビットマップ画像がストリームを形成可能なフレーム数に到達した段階で動画化更新領域のビットマップ画像を圧縮する。なお、動画圧縮方式の一態様としては、ＭＰＥＧ−２やＭＰＥＧ−４等のＭＰＥＧ方式やＭｏｔｉｏｎ−ＪＰＥＧ方式が挙げられる。

更新画像送信制御部２１０は、更新画像を送信する制御を行う。例えば、更新画像送信制御部２１０は、静止画（可逆）圧縮部２０７により圧縮された透かし画像に対する領域の圧縮画像を通信部２１２に出力する。また、更新画像送信制御部２１０は、静止画（非可逆）圧縮部２０８により圧縮された静止画更新領域の圧縮画像を通信部２１２に出力する。また、更新画像送信制御部２１０は、動画圧縮部２０９により圧縮された動画化更新領域の圧縮画像を通信部２１２に出力する。

入力処理部２１１は、後述する通信部２１２が受信したクライアント端末３００の操作情報を入力する処理部である。例えば、入力処理部２１１は、クライアント端末３００からのページ要求を操作情報として入力する。入力処理部２１１は、マウスの左右のクリックを始め、ダブルクリックやドラッグ、マウスの移動操作を介して得られたマウスカーソルの移動量を操作情報として入力する。他の一例としては、入力処理部２１１は、クライアント端末３００から取得したタッチパネル上でのフリックの操作量、パンの操作量等を入力しても良い。

通信部２１２は、例えば、ＮＩＣ等によって実現される。通信部２１２は、ネットワークを介してクライアント端末３００と有線または無線で接続され、クライアント端末３００との間で情報の通信を司る通信インタフェースである。例えば、通信部２１２は、更新画像送信制御部２１０から出力された、透かし画像に対する領域の圧縮画像および属性情報をクライアント端末３００へ送信する。通信部２１２は、更新画像送信部２１０から出力された、静止画更新領域の圧縮画像および属性情報をクライアント端末３００へ送信する。これらの圧縮画像を送信する場合の通信プロトコルには、一例としてＶＮＣにおけるＲＦＢプロトコルが採用される。また、通信部２１２は、更新画像送信部２１０から出力された、動画化更新領域の圧縮画像および属性情報をクライアント端末３００へ送信する。この動画化更新領域の圧縮画像を送信する場合の通信プロトコルには、一例として、ＲＴＰ（Real-time Transport Protocol）を採用できる。

記憶部２１３は、Ｗｅｂサイト登録ＤＢ２１３ａを記憶する。Ｗｅｂサイト登録ＤＢ２１３ａは、セキュリティを担保するＷｅｂサイトをＵＲＬとともに登録するＤＢである。なお、Ｗｅｂサイト登録ＤＢ２１３ａは、一例として、透かし画像埋込部２０６によって用いられる。ここで、Ｗｅｂサイト登録ＤＢ２１３ａのデータ構造の一例を、図２を参照して説明する。

図２は、実施例に係るＷｅｂサイト登録ＤＢのデータ構造の一例を示す図である。図２に示すように、Ｗｅｂサイト登録ＤＢ２１３ａは、ＵＲＬ識別子およびサイト名を対応付けて記憶する。ＵＲＬ識別子は、ＵＲＬの識別子であり、ＵＲＬそのものであっても良い。サイト名は、ＵＲＬに対応するサイトの名称である。すなわち、Ｗｅｂサイト登録ＤＢ２１３ａは、透かし画像によりセキュリティを担保するＷｅｂサイトをあらかじめ記憶する。

［クライアント端末の構成］
次に、本実施例に係るクライアント端末の機能的構成について説明する。図１に示すように、クライアント端末３００は、表示部３０１と、入力部３０２と、通信部３０３と、圧縮画像復元部３０４と、Ｗｅｂ画像表示部３０５とを有する。また、クライアント端末３００は、透かし画像抽出部３０６と、透かし画像表示部３０７と、透かし画像表示完了判定部３０８と、入力処理部３０９とを有する。なお、クライアント端末３００は、図１に示した機能部以外にも既知のコンピュータが有する各種の機能部、例えば音声出力部等の機能を有するものとする。

表示部３０１は、各種の情報、例えばＧＷサーバ２００から送信されたデスクトップ画面等を表示する表示デバイスであり、一例としては、モニタ（monitor）、ディスプレイ（display）やタッチパネル（touch panel）等を適用できる。

入力部３０２は、ユーザから各種操作を受け付ける入力デバイスである。例えば、入力部３０２は、タッチパネル、マウスやキーボード等によって実現される。また、入力部３０２は、タッチパネルを用いる場合には、表示デバイスである表示部３０１と一体化される。

通信部３０３は、例えば、ＮＩＣ等によって実現され、送信部および受信部を有する。通信部３０３は、ネットワークを介してＧＷサーバ２００と有線または無線で接続され、ＧＷサーバ２００との間で情報の通信を司る通信インタフェースである。通信部３０３は、後述する入力処理部３０９により処理された操作情報を、ネットワークを介してＧＷサーバ２００に送信する。また、通信部３０３は、ＧＷサーバ２００から圧縮データを受信すると、圧縮画像復元部３０４に対して圧縮データを出力する。圧縮データには、圧縮画像および属性情報が含まれる。

圧縮画像復元部３０４は、圧縮画像を復元する。なお、圧縮画像復元部３０４は、ＧＷサーバ２００に搭載される圧縮方式に適合する復元方式により圧縮画像を復元する。例えば、圧縮画像復元部３０４は、透かし画像の圧縮画像に対して、実施された可逆の静止画圧縮方式に適合する復元方式により復元する。また、圧縮画像復元部３０４は、透かし画像以外の静止画像の圧縮画像に対して、実施された非可逆の静止画圧縮方式に適合する復元方式により復元する。また、圧縮画像復元部３０４は、動画像の圧縮画像に対して、実施された動画圧縮方式に適合する復元方式により復元する。

Ｗｅｂ画像表示部３０５は、Ｗｅｂ画像を表示部３０１に表示させる。例えば、Ｗｅｂ画像表示部３０５は、圧縮画像復元部３０４により復元された透かし画像以外の静止画像の復元画像を、通信部３０３により受信された当該静止画像の圧縮データに含まれる属性情報に基づき、表示部３０１に表示させる。また、Ｗｅｂ画像表示部３０５は、圧縮画像復元部３０４により復元された動画像の復元画像を、通信部３０３により受信された当該動画像の圧縮データに含まれる属性情報に基づき、表示部３０１に表示させる。

透かし画像抽出部３０６は、圧縮画像復元部３０４により復元された画像のうち透かし画像を抽出する。

透かし画像表示部３０７は、透かし画像を表示部３０１に表示させる。例えば、透かし画像表示部３０７は、圧縮画像復元部３０４により復元された透かし画像の復元画像を、通信部３０３により受信された透かし画像の圧縮データに含まれる属性情報に基づき、表示部３０１に表示させる。つまり、透かし画像表示部３０７は、透かし画像を、Ｗｅｂ画面と別の領域に表示させる。そして、透かし画像表示部３０７は、透かし画像の表示開始時に、後述する透かし画像表示完了判定部３０８および入力処理部３０９に対して、透かし画像の表示を開始する旨を通知する。

透かし画像表示完了判定部３０８は、表示部３０１への透かし画像の表示が完了したか否かを判定する。例えば、透かし画像表示完了判定部３０８は、透かし画像表示部３０７から透かし画像の表示を開始する旨を受け取ると、その後、表示部３０１への透かし画像の表示が完了したか否かを監視する。透かし画像表示完了判定部３０９は、表示部３０１への透かし画像の表示が完了したと判定した場合には、透かし画像の表示が完了した旨を入力処理部３０９に通知する。

入力処理部３０９は、入力部３０２により受け付けられた、ユーザの操作に応じた操作情報を処理する。例えば、入力処理部３０９は、透かし画像が表示されるまで、操作情報のＧＷサーバ２００への送信を停止するように処理する。一例として、入力処理部３０９は、透かし画像表示部３０７から透かし画像の表示を開始する旨を受け取ると、入力部３０２により受け付けられた操作情報を蓄積する。すなわち、入力処理部３０９は、操作情報のＧＷサーバ２００への送信を停止するように処理する。そして、入力処理部３０９は、透かし画像表示完了判定部３０８から透かし画像の表示が完了した旨を受け取ると、入力処理した操作情報を通信部３０３に出力する。すなわち、入力処理部３０９は、操作情報のＧＷサーバ２００への送信停止を解除し、蓄積された操作情報があれば、該操作情報を通信部３０３に出力する。

［透かし画像埋め込み処理の流れ］
図３は、実施例に係る透かし画像埋込処理の流れを示す図である。図３に示すように、ＧＷサーバ２００のデスクトップ画面g０は、横１２００画素、縦８００画素であるとする。Ｗｅｂ画面描画部２０３は、ウィンドウ管理部２０２による指示に基づいて、Ｗｅｂ画面の処理結果の表示用画像をフレームバッファ２０４上へ描画する。これにより、Ｗｅｂ画面の表示用画像がデスクトップ画面g０に表示されている。

そして、更新頻度判定部２０５は、フレームバッファ２０４を検査し、画像データフレームの更新頻度を判定する（s１）。一例として、更新頻度判定部２０５は、所定の期間における更新頻度が閾値より高いメッシュを動画化更新領域として高頻度の更新領域と判定する。更新頻度判定部２０５は、所定の期間における更新頻度が閾値より低いメッシュを静止画更新領域として低頻度の更新領域と判定する。ここでは、符号g１で示される領域がアニメーション部分であるとする。すると、かかる領域は、所定の期間における更新頻度が閾値より高い場合とすると、高頻度の更新領域と判定される。また、符号g２で示される領域がスクロールを少しだけ上下移動する部分であるとする。かかる領域は、所定の期間における更新頻度が閾値より低い場合とすると、低頻度の更新領域と判定される。

そして、透かし画像埋込部２０６は、更新頻度判定部２０５により低頻度の更新領域と判定された静止画更新領域が透かし画像の大きさより大きい場合には、デスクトップ画面を透かし画像の大きさに応じて格子状に分割する（s２）。ここでは、透かし画像の大きさは、横２００画素、縦１００画素であるとする。静止画更新領域は、透かし画像の大きさより大きい場合であるので、透かし画像埋込部２０６は、静止画格子領域を、透かし画像の大きさで格子に分割する。

そして、透かし画像埋込部２０６は、静止画更新領域に対応する格子の１つにランダムに透かし画像を割り当て、割り当てた格子に透かし画像を埋め込む（s３）。ここでは、デスクトップ画面g０の静止画更新領域内のランダムな格子の位置に透かし画像g３が埋め込まれる。

その後、動画化更新領域は、動画圧縮部２０９により例えばＭＰＥＧで圧縮され、クライアント端末３００へ送信される。透かし画像の部分は、静止画（可逆）圧縮部２０７により例えばＰＮＧで圧縮され、クライアント端末３００へ送信される。透かし画像以外の静止画像の部分は、静止画（非可逆）圧縮部２０８により例えばＪＰＥＧで圧縮され、クライアント端末３００へ送信される。

［ＧＷサーバの透かし画像埋込処理のフローチャート］
次に、ＧＷサーバ２００の透かし画像埋込処理のフローチャートを、図４を参照して説明する。図４は、実施例に係るＧＷサーバの透かし画像埋込処理の手順を示すフローチャートである。なお、ＧＷサーバ２００は、通常、クライアント端末３００から取得される各種入力情報（操作情報）を処理するが、図４では、入力情報として新規のＷｅｂページの要求を処理する場合について説明する。

まず、ＧＷサーバ２００の通信部２１２が、クライアント端末３００から入力情報（操作情報）を受信すると（ステップＳ１１）、入力処理部２１１が新規のＷｅｂページの要求であるか否かを判定する（ステップＳ１２）。入力処理部２１１が新規のＷｅｂページの要求でないと判定した場合には（ステップＳ１２；Ｎｏ）、新規のＷｅｂページの要求を待つべく、ステップＳ１１に移行する。

一方、入力処理部２１１が新規のＷｅｂページの要求であると判定した場合には（ステップＳ１２；Ｙｅｓ）、ウィンドウ管理部２０２は新規のＷｅｂページの取得に成功したか否かを判定する（ステップＳ１３）。新規のＷｅｂページの取得に成功しないと判定した場合には（ステップＳ１３；Ｎｏ）、新規のＷｅｂページの要求を待つべく、ステップＳ１１に移行する。

新規のＷｅｂページの取得に成功した場合には（ステップＳ１３；Ｙｅｓ）、Ｗｅｂ画面描画部２０３は、ウィンドウ管理部２０２の指示に基づき、新規のＷｅｂページの画像データフレームをフレームバッファ２０４に描画する。そして、更新頻度判定部２０５は、フレームバッファ２０４を検査し、画像データフレームの画面更新判定を行う（ステップＳ１４）。例えば、更新頻度判定部２０５は、フレームバッファ２０４へ画像データフレームが格納されるたびに、以下の処理を行う。更新頻度判定部２０５は、前回クライアント端末３００で表示させていたデスクトップ画面と、今回フレームバッファ２０４へ書き込まれたデスクトップ画面とを比較し、更新部分があったか否かを判定する。

更新頻度判定部２０５は、画像データフレームに更新があるか否かを判定する（ステップＳ１５）。更新頻度判定部２０５は、画像データフレームに更新がない場合には（ステップＳ１５；Ｎｏ）、透かし画像を埋め込まないので、新規のＷｅｂページの要求を待つべく、ステップＳ１１に移行する。

一方、更新頻度判定部２０５は、画像データフレームに更新がある場合には（ステップＳ１５；Ｙｅｓ）、画像データフレームに動画化更新があるか否かを判定する（ステップＳ１６）。例えば、更新頻度判定部２０５は、更新がある部分を矩形に整形した更新矩形の画像を生成する。そして、更新頻度判定部２０５は、更新矩形の画像を、所定の期間にわたって蓄積する。そして、更新頻度判定部２０５は、更新矩形の画像を蓄積してから所定の期間が経過した場合に、デスクトップ画面をメッシュ状に分割したマップを用いて、画像データフレームの更新頻度を判定する。更新頻度判定部２０５は、所定の期間における更新頻度が閾値より高いメッシュがあるか否かを判定する。ここで、更新頻度判定部２０５は、更新頻度が閾値より高いメッシュがあれば、該メッシュを動画化更新領域として動画化更新があると判定する。更新頻度判定部２０５は、更新頻度が閾値より低いメッシュがあれば、該メッシュを静止画更新領域として静止画更新があると判定する。

更新頻度判定部２０５は、動画化更新があるか否かを判定する（ステップＳ１６）。例えば、更新頻度判定部２０５は、更新頻度が閾値より高いメッシュがあるか否かを判定する。更新頻度判定部２０５は、動画化更新があると判定した場合には（ステップＳ１６；Ｙｅｓ）、動画圧縮部２０９は、動画化更新があると判定されたメッシュが示す動画化更新領域を動画圧縮する（ステップＳ１７）。例えば、動画圧縮部２０９は、動画化更新領域の画像がストレームを形成可能なフレーム数に到達した段階で動画化更新領域の画像を動画圧縮する。

一方、更新頻度判定部２０５は、動画化更新がないと判定した場合には（ステップＳ１６；Ｎｏ）、静止画更新があるか否かを判定する（ステップＳ１８）。例えば、更新頻度判定部２０５は、更新頻度が閾値より低いメッシュがあるか否かを判定する。更新頻度判定部２０５が、静止画更新がないと判定した場合には（ステップＳ１８；Ｎｏ）、透かし画像を埋め込まないので、ステップＳ２５に移行する。

一方、更新頻度判定部２０５が、静止画更新があると判定した場合には（ステップＳ１８；Ｙｅｓ）、透かし画像埋込部２０６は、Ｗｅｂページが登録済みのＵＲＬであるか否かを判定する（ステップＳ１９）。透かし画像埋込部２０６が、Ｗｅｂページが登録済みのＵＲＬでないと判定した場合には（ステップＳ１９；Ｎｏ）、透かし画像を埋め込まないので、ステップＳ２４に移行する。

透かし画像埋込部２０６が、Ｗｅｂページが登録済みのＵＲＬであると判定した場合には（ステップＳ１９；Ｙｅｓ）、静止画の更新矩形が透かし画像より大きいか否かを判定する（ステップＳ２０）。透かし画像埋込部２０６が、静止画の更新矩形が透かし画像より小さいと判定した場合には（ステップＳ２０；Ｎｏ）、透かし画像を埋め込めないので、ステップＳ２４に移行する。

一方、透かし画像埋込部２０６が、静止画の更新矩形が透かし画像より大きいと判定した場合には（ステップＳ２０；Ｙｅｓ）、デスクトップ画面を格子状に分割する（ステップＳ２１）。透かし画像埋込部２０６は、格子の１つにランダムに透かし画像を割り当て、透かし画像を埋め込む（ステップＳ２２）。これにより、透かし画像埋込部２０６は、画面更新が低頻度の静止画更新領域に透かし画像を埋め込むことで、透かし画像の埋め込む頻度を低くすることができ、ＧＷサーバ２００の負荷を軽減できる。

そして、静止画（可逆）圧縮部２０７は、静止画の更新矩形のうち透かし画像を割り当てた部分を可逆の静止画圧縮（例えば、ＰＮＧ）で圧縮する（ステップＳ２３）。これにより、透かし画像に対して非可逆の静止画圧縮を行った場合に情報量が落ちてしまうことを避けることができる。

そして、静止画（非可逆）圧縮部２０８は、静止画の更新矩形のうち透かし画像を割り当てた部分以外の部分を非可逆静止画圧縮（例えば、ＪＰＥＧ）で圧縮する（ステップＳ２４）。

そして、更新画像送信制御部２１０は、更新画像の全てを統合する（ステップＳ２５）。すなわち、更新画像送信制御部２１０は、透かし画像を割り当てた部分の圧縮画像、透かし画像を割り当てた部分以外の部分の圧縮画像、動画化更新領域の圧縮画像を統合する。そして、更新画像送信制御部２１０は、通信部２１２を介して、更新画像をクライアント端末３００に送信する（ステップＳ２６）。

［クライアント端末の透かし画像表示処理のフローチャート］
次に、クライアント端末３００の画像表示処理のフローチャートを、図５を参照して説明する。図５は、実施例に係るクライアント端末の透かし画像表示処理の手順を示すフローチャートである。

まず、入力処理部３０９がユーザから入力情報（操作情報）を受信すると（ステップＳ３１）、通信部３０３は、受信した入力情報をＧＷサーバ２００に送信する（ステップＳ３２）。

続いて、通信部３０３は、ＧＷサーバ２００から圧縮画像データを受信したか否かを判定する（ステップＳ３３）。通信部３０３が、ＧＷサーバ２００から圧縮画像データを受信していないと判定した場合には（ステップＳ３３；Ｎｏ）、ステップＳ３１に移行する。

一方、通信部３０３がＧＷサーバ２００から圧縮画像データを受信したと判定した場合には（ステップＳ３３；Ｙｅｓ）、圧縮画像復元部３０４は、静止画の圧縮画像データがあるか否かを判定する（ステップＳ３４）。圧縮画像復元部３０４は、静止画の圧縮画像データがないと判定した場合には（ステップＳ３４；Ｎｏ）、ステップＳ３６に移行する。

一方、圧縮画像復元部３０４は、静止画の圧縮画像データがあると判定した場合には（ステップＳ３４；Ｙｅｓ）、静止画の圧縮画像データ（非可逆）を復元する（ステップＳ３５）。すなわち、圧縮画像復元部３０４は、透かし画像以外の静止画の圧縮画像に対して、実施された非可逆の静止画圧縮方式に適合する復元方式により復元する。そして、圧縮画像復元部３０４は、ステップＳ３６に移行する。

ステップＳ３６において、圧縮画像復元部３０４は、動画の圧縮画像データがあるか否かを判定する（ステップＳ３６）。圧縮画像復元部３０４は、動画の圧縮画像データがないと判定した場合には（ステップＳ３６；Ｎｏ）、ステップＳ３８に移行する。

一方、圧縮画像復元部３０４は、動画の圧縮画像データがあると判定した場合には（ステップＳ３６；Ｙｅｓ）、動画の圧縮画像データを復元する（ステップＳ３７）。すなわち、圧縮画像復元部３０４は、動画の圧縮画像に対して、実施された動画圧縮方式に適合する復元方式により復元する。そして、圧縮画像復元部３０４は、ステップＳ３８に移行する。

ステップＳ３８において、Ｗｅｂ画像表示部３０５は、Ｗｅｂ画像を表示部３０１に表示させる（ステップＳ３８）。例えば、Ｗｅｂ画像表示部３０５は、圧縮画像復元部３０４により復元された透かし画像以外の静止画の復元画像および圧縮画像復元部３０４により復元された動画の復元画像を表示部３０１に表示させる。

続いて、圧縮画像復元部３０４は、透かし画像の圧縮画像データがあるか否かを判定する（ステップＳ３９）。圧縮画像復元部３０４は、透かし画像の圧縮画像データがないと判定した場合には（ステップＳ３９；Ｎｏ）、ステップＳ３１に移行する。

一方、圧縮画像復元部３０４は、透かし画像の圧縮画像データがあると判定した場合には（ステップＳ３９；Ｙｅｓ）、静止画の圧縮画像データ（可逆）を復元する（ステップＳ４０）。すなわち、圧縮画像復元部３０４は、透かし画像の圧縮画像に対して、実施された可逆の静止画圧縮方式に適合する復元方式により復元する。

そして、透かし画像表示部３０７は、透かし画像を表示部３０１に表示させる（ステップＳ４１）。例えば、透かし画像表示部３０７は、圧縮画像復元部３０４により復元された透かし画像の復元画像を表示部３０１に表示させる。

そして、透かし画像表示完了判定部３０８は、透かし画像の表示が完了したか否かを判定する（ステップＳ４２）。透かし画像表示完了判定部３０８は、透かし画像の表示が完了していないと判定した場合には（ステップＳ４２；Ｎｏ）、透かし画像の表示が完了するまで、判定処理を繰り返す。

一方、透かし画像表示完了判定部３０８は、透かし画像の表示が完了したと判定した場合には（ステップＳ４２；Ｙｅｓ）、入力処理部３０９が次の入力情報を受信すべく、ステップＳ３１に移行する。

なお、図５のフローチャートでは、透かし画像表示完了判定部３０８が、透かし画像の表示が完了したと判定した場合に、入力処理部３０９が次の入力情報を受信するようにしたが、これに限定されない。入力処理部３０９は、ユーザからの入力情報（操作情報）をいつでも受信できるようにする。すなわち、入力処理部３０９は、透かし画像の表示が開始されてから完了するまでであっても入力情報を受信するようにしても良い。そして、透かし画像表示完了判定部３０８が、透かし画像の表示が完了したと判定した場合に、入力処理部３０９は、既に受信していた入力情報をＧＷサーバ２００に送信するようにすれば良い。

［透かし画像表示の一例］
図６は、実施例に係る透かし画像表示の一例を示す図である。図６に示すように、Ｗｅｂサーバ１００には、銀行サイトを正式とする正式サイトと、虚偽サイトとが存在する。ＧＷサーバ２００のＷｅｂサイト登録ＤＢ２１３ａには、銀行サイトの名称がＵＲＬとともに登録されているとする。

ＧＷサーバ２００が、Ｗｅｂサーバ１００の銀行サイトに対して所定のページ要求を送信し、銀行サイトから要求したページ（Ｗｅｂ画面）を取得する。かかる場合、ＧＷサーバ２００は、取得したページのＵＲＬがＷｅｂサイト登録ＤＢ２１３ａに登録されているので、静止画更新領域の一部にランダムに透かし画像を埋め込む。なお、ＧＷサーバ２００が、不正アクセス可能な環境であるとすると、Ｗｅｂサーバ１００の虚偽サイトに対して所定のページ要求を送信し、虚偽サイトから要求したページ（Ｗｅｂ画面）を取得する。かかる場合、ＧＷサーバ２００は、取得したページのＵＲＬがＷｅｂサイト登録ＤＢ２１３ａに登録されていないので、静止画更新領域の一部に透かし画像を埋め込まない。

ＧＷサーバ２００は、透かし画像を埋め込んだ場合、透かし画像を可逆の静止画圧縮方式であるＰＮＧ方式で圧縮する。透かし画像以外の静止画更新領域を非可逆の静止画圧縮方式であるＪＰＥＧ方式で圧縮する。動画化更新領域を非可逆の動画圧縮方式であるＭＰＥＧ方式で圧縮する。そして、ＧＷサーバ２００は、圧縮画像をクライアント端末３００に送信する。

クライアント端末３００は、圧縮画像を受信し、透かし画像の圧縮画像に対して、実施された可逆の静止画圧縮方式に適合する復元方式により復元する。透かし画像以外の静止画の圧縮画像に対して、実施された非可逆の静止画圧縮方式に適合する復元方式により復元する。動画の圧縮画像に対して、実施された非可逆の動画圧縮方式に適合する復元方式により復元する。そして、クライアント端末３００は、Ｗｅｂ画面を表示部３０１に表示させる。クライアント端末３００は、復元された画像から透かし画像を抽出し、透かし画像ｇ１０を表示部３０１のＷｅｂ画面と別の領域に表示させる。これにより、ＧＷサーバ２００は、ＧＷサーバ２００の処理負荷を抑えつつ、Ｗｅｂサイトの正当性をクライアント端末３００に識別させることができる。

また、クライアント端末３００は、透かし画像の表示が完了するまで、Ｗｅｂ画面での入力情報をＧＷサーバ２００に送信しないようにする。これにより、クライアント端末３００では、ユーザが透かし画像を確認前に誤って不正サイトへ入力情報を送ってしまうのを防ぐことができる。

［透かし画像表示の変形例］
図７は、実施例に係る透かし画像表示の変形例を示す図である。図７に示すように、Ｗｅｂサーバ１００には、銀行サイトを正式とする正式サイトと、虚偽サイトとが存在する。ＧＷサーバ２００のＷｅｂサイト登録ＤＢ２１３ａには、銀行サイトの名称がＵＲＬとともに登録されているとする。

ＧＷサーバ２００での透かし画像の埋め込み処理は、図６で示した処理と同様であるので、その説明を省略する。

圧縮画像がＧＷサーバ２００からクライアント端末３００に送信されると、クライアント端末３００は、圧縮画像を受信し、受信した圧縮画像を復元する。クライアント端末３００での復元処理は、図６で示した処理と同様であるので、その説明を省略する。

クライアント端末３００では、Ｗｅｂ画面を表示部３０１の新規なウィンドウに表示させる。クライアント端末３００は、復元された画像から透かし画像を抽出し、透かし画像を表示部３０１のＷｅｂ画面を表示させたウィンドウに表示させる。仮に虚偽サイトのＷｅｂ画面であっても、クライアント端末３００は、Ｗｅｂ画面を表示部３０１のさらに新規なウィンドウに表示させる。ここでいう新規なウィンドウとは、一例として、ポップアップウィンドウのことをいう。すなわち、新規なウィンドウは、既に表示されているウィンドウと別のウィンドウのことである。これにより、クライアント端末３００は、Ｗｅｂ画面ごとに各Ｗｅｂ画面を別々のウィンドウに表示させることで、正式サイト上に虚偽サイトのＷｅｂ画面が重畳して表示されても正式サイトか虚偽サイトかを容易に識別できる。

［透かし画像表示の別の変形例］
図８は、実施例に係る透かし画像表示の別の変形例を示す図である。図８に示すように、クライアント端末３００には、表示部３０１がスマートグラスの一部に搭載されている。なお、Ｗｅｂサーバ１００およびＧＷサーバ２００は、図６と同様であるので、その説明を省略する。

圧縮画像がＧＷサーバ２００からクライアント端末３００に送信されると、クライアント端末３００は、圧縮画像を受信し、受信した圧縮画像を復元する。クライアント端末３００での復元処理は、図６で示した処理と同様であるので、その説明を省略する。

クライアント端末３００では、Ｗｅｂ画面を表示部３０１に表示させる。クライアント端末３００は、復元された画像から透かし画像を抽出し、透かし画像を表示部３０１のＷｅｂ画面と別の領域に表示させる。仮にＷｅｂ画面が虚偽サイトである場合には、クライアント端末３００は、Ｗｅｂ画面の画像を別画像に差し替えて表示部３０１に表示させる。これは、表示部３０１に表示される画面が小さく、該画面が正式サイトか虚偽サイトかを識別し難いからである。ここでは、Ｗｅｂ画面が虚偽サイトである場合には、Ｗｅｂ画面の画像を「×」の画像に差し替えて表示部３０１に表示される。これにより、クライアント端末３００は、正式サイトか虚偽サイトかを視覚的に識別できる。

［実施例の効果］
このようにして、上記実施例では、ＧＷサーバ２００は、Ｗｅｂサーバ１００の実行結果を描画する画像を保持するフレームバッファ２０４に描画された画像を複数の領域に分割し、領域ごとにフレーム間の変更の頻度を判別する。ＧＷサーバ２００は、変更の頻度が低いと判別される領域の一部に透かし画像を埋め込む。ＧＷサーバ２００は、埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行う。ＧＷサーバ２００は、圧縮された圧縮画像をクライアント端末３００に送信する。かかる構成によれば、ＧＷサーバ２００は、透かし画像を、変更の頻度が低いと判別される領域に埋め込むので、変更の頻度が高いと判別される領域に埋め込む場合と比較して、処理負荷を軽減することができる。また、ＧＷサーバ２００は、透かし画像に対して可逆の圧縮を行うので、Ｗｅｂサーバ１００の実行結果を描画する画像の正当性を、クライアント端末３００に効果的に識別させることができる。

また、上記実施例では、ＧＷサーバ２００は、埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、透かし画像を含む領域以外の領域に対して非可逆の圧縮を行う。かかる構成によれば、ＧＷサーバ２００は、クライアント端末３００に送信するデータの送信量を削減することができる。

また、上記実施例では、ＧＷサーバ２００は、変更の頻度が低いと判別される領域の中で、ランダムな領域に透かし画像を埋め込む。かかる構成によれば、ＧＷサーバ２００は、透かし画像を埋め込む位置を変動させるので、透かし画像を不正サイトに模倣させない様にすることができる。この結果、ＧＷサーバ２００は、セキュリティを強固にすることができる。

また、上記実施例では、ＧＷサーバ２００は、変更の頻度が、分割された複数の領域について、変更の領域がすべて高いと判別された場合、または、変更の頻度がすべてゼロであると判別された場合に、透かし画像を埋め込まない。かかる構成によれば、ＧＷサーバ２００は、透かし画像を埋め込む処理負荷を軽減することができる。

［その他］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、ＧＷサーバ２００の動画圧縮部２０９および更新画像送信制御部２１０を１つの動画圧縮部に統合することとしても良い。また、ＧＷサーバ２００の静止画（可逆）圧縮部２０７および更新画像送信制御部２１０を１つの静止画（可逆）圧縮部に統合することとしても良い。また、ＧＷサーバ２００の静止画（非可逆）圧縮部２０８および更新画像送信制御部２１０を１つの静止画（非可逆）圧縮部に統合することとしても良い。また、記憶部２１３をＧＷサーバ２００の外部装置としてネットワーク経由で接続するようにしても良い。

［中継プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図９を用いて、上記の実施例と同様の機能を有する画像送信プログラムを実行するコンピュータの一例について説明する。なお、図９は、実施例に係る中継プログラムを実行するコンピュータの一例について説明するための図である。

図９に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、中継プログラム２０５ａおよび中継処理関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、中継プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、ＧＷサーバ２００の各機能部に対応する。中継処理関連情報２０５ｂは、フレームバッファ２０４やＷｅｂサイト登録ＤＢ２１３ａに対応する。そして、例えばリムーバブルディスク２１１が、中継プログラム２０５ａ等の各情報を記憶する。

なお、中継プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから中継プログラム２０５ａを読み出して実行するようにしても良い。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）サーバ装置の実行結果を描画する画像を保持する画像メモリと、
前記画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別する変更頻度判別部と、
前記変更頻度判別部により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込む埋込部と、
前記埋込部により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行う圧縮部と、
前記圧縮部により圧縮された圧縮画像をクライアント端末に送信する送信部と、
を有することを特徴とする中継装置。

（付記２）前記圧縮部は、前記埋込部により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、前記透かし画像を含む領域以外の領域に対して非可逆の圧縮を行う
ことを特徴とする付記１に記載の中継装置。

（付記３）前記埋込部は、前記変更頻度判別部により前記変更の頻度が低いと判別された領域の中で、ランダムな領域に前記透かし画像を埋め込む
ことを特徴とする付記１または付記２に記載の中継装置。

（付記４）前記埋込部は、前記変更頻度判別部により、前記変更の頻度が、分割された複数の領域について、前記変更の領域がすべて高いと判別された場合、または、前記変更の頻度がすべてゼロであると判別された場合に、前記透かし画像を埋め込まない
ことを特徴とする付記１から付記３のいずれか１つに記載の中継装置。

（付記５）コンピュータに、
サーバ装置の実行結果を描画する画像を保持する画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別し、
前記判別する処理により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込み、
前記埋め込み処理により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、
前記可逆の圧縮を行う処理により圧縮された圧縮画像をクライアント端末に送信する
処理を実行させることを特徴とする中継プログラム。

（付記６）コンピュータが、
サーバ装置の実行結果を描画する画像を保持する画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別し、
前記判別する処理により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込み、
前記埋め込み処理により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、
前記可逆の圧縮を行う処理により圧縮された圧縮画像をクライアント端末に送信する
処理を実行することを特徴とする中継方法。

（付記７）クライアント装置と中継装置とを有する中継システムであって、
前記中継装置は、
サーバ装置の実行結果を描画する画像を保持する画像メモリと、
前記画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別する変更頻度判別部と、
前記変更頻度判別部により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込む埋込部と、
前記埋込部により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行う圧縮部と、
前記圧縮部により圧縮された圧縮画像を前記クライアント端末に送信する送信部と、を有し、
前記クライアント端末は、
前記送信部により送信された圧縮画像を、圧縮方式に適合する復元方式により復元部と、
前記復元部により復元された画像を表示する表示部と、
を有することを特徴とする中継システム。

１ シンクライアントシステム
１００ Ｗｅｂサーバ
１０１ 通信部
１０２ 読出部
１０３ 記憶部
２００ ＧＷサーバ
２０１ Ｗｅｂ画面取得部
２０２ ウィンドウ管理部
２０３ Ｗｅｂ画面描画部
２０４ フレームバッファ
２０５ 更新頻度判定部
２０６ 透かし画像埋込部
２０７ 静止画（可逆）圧縮部
２０８ 静止画（非可逆）圧縮部
２０９ 動画圧縮部
２１０ 更新画像送信制御部
２１１ 入力処理部
２１２ 通信部
２１３ 記憶部
２１３ａ Ｗｅｂサイト登録ＤＢ
３００ クライアント端末
３０１ 表示部
３０２ 入力部
３０３ 通信部
３０４ 圧縮画像復元部
３０５ Ｗｅｂ画像表示部
３０６ 透かし画像抽出部
３０７ 透かし画像表示部
３０８ 透かし画像表示完了判定部
３０９ 入力処理部

Claims (5)

1. サーバ装置の実行結果を描画する画像を保持する画像メモリと、
   前記画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別する変更頻度判別部と、
   前記変更頻度判別部により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込む埋込部と、
   前記埋込部により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行う圧縮部と、
   前記圧縮部により圧縮された圧縮画像をクライアント端末に送信する送信部と、
   を有することを特徴とする中継装置。
2. 前記圧縮部は、前記埋込部により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、前記透かし画像を含む領域以外の領域に対して非可逆の圧縮を行う
   ことを特徴とする請求項１に記載の中継装置。
3. 前記埋込部は、前記変更頻度判別部により前記変更の頻度が低いと判別された領域の中で、ランダムな領域に前記透かし画像を埋め込む
   ことを特徴とする請求項１または請求項２に記載の中継装置。
4. コンピュータに、
   サーバ装置の実行結果を描画する画像を保持する画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別し、
   前記判別する処理により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込み、
   前記埋め込み処理により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、
   前記可逆の圧縮を行う処理により圧縮された圧縮画像をクライアント端末に送信する
   処理を実行させることを特徴とする中継プログラム。
5. コンピュータが、
   サーバ装置の実行結果を描画する画像を保持する画像メモリに描画された画像を複数の領域に分割し、前記領域ごとにフレーム間の変更の頻度を判別し、
   前記判別する処理により前記変更の頻度が低いと判別される領域の一部に透かし画像を埋め込み、
   前記埋め込み処理により埋め込まれた透かし画像を含む領域に対して可逆の圧縮を行い、
   前記可逆の圧縮を行う処理により圧縮された圧縮画像をクライアント端末に送信する
   処理を実行することを特徴とする中継方法。

Images