(57)【特許請求の範囲】
【請求項１】
配信画面の更新領域を検出する検出部と、
過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮する圧縮部と、
前記検出部において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、前記新たな更新領域を第１更新領域および第２更新領域に分離する判定部と、
前記新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、前記新たな更新領域に含まれる第１更新領域の大きさと、前記新たな更新領域に含まれる第２更新領域の大きさとに基づいて、前記第２更新領域を保存するか否かを判定する保存判定部と
を有することを特徴とするサーバ。
【請求項２】
前記保存判定部は、前記新たな更新領域に含まれる第２更新領域が前記第１更新領域よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする請求項１に記載のサーバ。
【請求項３】
前記保存判定部は、前記新たな更新領域と、保存しないと判定した第２更新領域との面積の和が、配信画面の面積の所定の割合以上を占めた場合に、保存しないと判定した第２更新領域を、元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータを保存することを特徴とする請求項２に記載のサーバ。
【請求項４】
前記保存判定部は、前記第１更新領域を動画圧縮したデータと、前記第２更新領域を静止画圧縮したデータと、前記元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータとをそれぞれ時刻と対応付けて記憶装置に記憶させることを特徴とする請求項３に記載のサーバ。
【請求項５】
クライアント端末から送信要求を受信する通信部を更に有し、前記通信部がクライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する動画圧縮したデータおよび静止画圧縮したデータをクライアント端末に送信する応答部を更に有することを特徴とする請求項４に記載のサーバ。
【請求項６】
前記保存判定部は、前記第２更新領域の面積が所定の面積よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする請求項１に記載のサーバ。
【請求項７】
前記保存判定部は、前記第１更新領域の面積が所定の面積よりも小さい場合に、前記第１更新領域を保存しないと判定することを特徴とする請求項１に記載のサーバ。
【請求項８】
前記保存判定部は、保存しないと判定した前記第２更新領域の面積と前記新たな更新領域の面積との和が、配信画面の面積の第１の割合よりも更に大きい第２の割合よりも大きい場合に、配信画面を静止画圧縮したデータを保存することを特徴とする請求項３に記載のサーバ。
【請求項９】
クライアント端末から送信要求を受信する通信部を更に有し、前記通信部がクライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する静止画圧縮したデータをクライアント端末に送信する応答部を更に有することを特徴とする請求項４に記載のサーバ。
【請求項１０】
コンピュータに、
配信画面の更新領域を検出し、
過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮し、
前記検出する処理において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、前記新たな更新領域において、前記新たな更新領域を第１更新領域および第２更新領域に分離し、
前記新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、前記新たな更新領域に含まれる第１更新領域の大きさと、前記新たな更新領域に含まれる第２更新領域の大きさとに基づいて、前記第２更新領域を保存するか否かを判定する
処理を実行させることを特徴とする保存判定プログラム。
【請求項１１】
コンピュータが実行する保存判定方法であって、
配信画面の更新領域を検出し、
過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮し、
前記検出する処理において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、前記新たな更新領域において、前記新たな更新領域を第１更新領域および第２更新領域に分離し、
前記新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、前記新たな更新領域に含まれる第１更新領域の大きさと、前記新たな更新領域に含まれる第２更新領域の大きさとに基づいて、前記第２更新領域を保存するか否かを判定する
処理を実行することを特徴とする保存判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ等に関する。
【背景技術】
【０００２】
近年、ユーザによるクライアント端末の操作を支援する従来技術として、シンクライアントシステムを用いる技術がある。この従来技術は、ユーザがクライアント端末を操作する間の画面の情報をサーバに保存しておき、サーバは、画面の情報を支援者の端末に通知する。これにより、支援者は、ユーザの操作状況等を確認でき、円滑にユーザの操作を支援することが可能になる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−８７０２３号公報
【特許文献２】特開２０１２−１４５３３号公報
【特許文献３】特開２０１０−５５２８０号公報
【特許文献４】特開２００６−１７９９９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、クライアント端末の画面の情報を効率的に保存することができず、効率的に支援することができないという問題がある。
【０００５】
例えば、従来技術は、ユーザがクライアント端末を操作している間の画面の情報をサーバに保存しているため、ユーザによるクライアント端末の操作が長い場合に、画面の情報のデータ容量が大きくなってしまう。また、画面の情報が大容量の場合に、係る画面の情報を全て参照することは、支援者に負担をかけてしまう場合がある。
【０００６】
１つの側面では、クライアント端末の画面の情報を効率的に保存して、効率的に支援することが可能なサーバ、保存判定プログラムおよび保存判定方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の案では、サーバは、検出部と、圧縮部と、判定部と、保存判定部とを有する。検出部は、配信画面の更新領域を検出する。判定部は、検出部において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、新たな更新領域を第１更新領域および第２更新領域に分離する。圧縮部は、過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮する。保存判定部は、新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、第１更新領域の大きさと、第２更新領域の大きさとに基づいて、第２更新領域を保存するか否かを判定する。
【発明の効果】
【０００８】
本発明の１実施態様によれば、クライアント端末の画面の情報を効率的に保存することができ、効率的に支援することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施例１に係るシンクライアントシステムの構成を示す図である。
【図２】図２は、本実施例１に係るクライアント端末の構成を示す機能ブロック図である。
【図３】図３は、本実施例１に係るサーバの構成を示す機能ブロック図である。
【図４】図４は、画面情報のデータ構造の一例を示す図である。
【図５】図５は、非保存領域情報のデータ構造の一例を示す図である。
【図６】図６は、第１更新領域を判定する処理の説明を補足するための図である。
【図７】図７は、第１更新領域と第２更新領域の一例を示す図である。
【図８】図８は、保存判定部の処理を説明するための図である。
【図９】図９は、クライアント端末の復元処理の一例を示す図である。
【図１０】図１０は、本実施例１に係るサーバが画面情報を生成する場合の処理手順を示すフローチャート（１）である。
【図１１】図１１は、本実施例１に係るサーバが画面情報を生成する場合の処理手順を示すフローチャート（２）である。
【図１２】図１２は、本実施例１に係る更新領域処理の処理手順を示すフローチャートである。
【図１３】図１３は、本実施例１にかかるサーバがクライアント端末から制御情報を受信した場合の処理手順を示すフローチャートである。
【図１４】図１４は、本実施例２に係るサーバの構成を示す機能ブロック図である。
【図１５】図１５は、本実施例２に係る更新領域処理の処理手順を示すフローチャートである。
【図１６】図１６は、本実施例３に係るサーバの構成を示す機能ブロック図である。
【図１７】図１７は、本実施例３に係る更新領域処理の処理手順を示すフローチャートである。
【図１８】図１８は、本実施例４に係るサーバの構成を示す機能ブロック図である。
【図１９】図１９は、本実施例４に係るサーバが画面情報を生成する場合の処理手順を示すフローチャートである。
【図２０】図２０は、本実施例５に係るサーバの構成を示す機能ブロック図である。
【図２１】図２１は、本実施例５に係るサーバがクライアント端末から制御情報を受信した場合の処理手順を示すフローチャートである。
【図２２】図２２は、保存判定プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示するサーバ、保存判定プログラムおよび保存判定方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１１】
図１は、本実施例１に係るシンクライアントシステムの構成を示す図である。図１に示すように、このシンクライアントシステムは、クライアント端末５０ａ，５０ｂと、サーバ１００とを有する。クライアント端末５０ａ，５０ｂと、サーバ１００とは、ネットワーク４０を介して相互に接続される。ここでは一例として、クライアント端末５０ａ，５０ｂとサーバ１００とを示すが、このシンクライアントシステムは、その他のクライアント端末、その他のサーバ１００を有してもよい。
【００１２】
例えば、クライアント端末５０ａは、支援者に支援を受けるユーザが利用する端末装置である。また、クライアント端末５０ｂは、支援者が利用する端末装置である。例えば、ユーザは、クライアント端末５０ａを用いて、サーバ１００にアクセスし、サーバ１００が管理するアプリケーションソフトウェアを操作する。サーバ１００は、クライアント端末５０ａからのアクセスを受け付け、ユーザの操作命令に対応する処理を実行するとともに、画面の情報をクライアント端末５０ａに通知する。このように、シンクライアントシステムでは、クライアント端末５０ａとサーバ１００とが協働することで、クライアント端末５０ａにアプリケーションソフトウェアがインストールされていない場合でも、ユーザはアプリケーションソフトウェアを操作することができる。
【００１３】
また、支援者は、クライアント端末５０ｂを操作して、サーバ１００にアクセスし、ユーザが操作した画面の情報を参照する。以下の説明において、クライアント端末５０ａ、５０ｂをまとめて適宜、クライアント端末５０と表記する。
【００１４】
本実施例１に係るクライアント端末５０およびサーバ１００は、一例として、ユーザが操作した画面の情報を保存する場合に、第１保存モードまたは第２保存モードによって、画面の情報を保存する。クライアント端末５０のユーザは、第１保存モードで画面情報を保存するのか、第２保存モードで画面情報を保存するのかを選択し、サーバ１００に通知する。
【００１５】
第１保存モードで画面の情報を保存する場合のサーバ１００の処理の一例について説明する。サーバ１００は、ユーザに操作された画面を基にして、更新領域を検出する。サーバ１００は、過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる更新領域を動画圧縮して保存する。サーバ１００は、過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値未満となる更新領域を静止画圧縮して保存する。
【００１６】
第２保存モードで画面の情報を保存する場合のサーバ１００の処理の一例について説明する。サーバ１００は、ユーザに操作された画面を基にして、更新領域を検出する。サーバ１００は、過去の更新領域の発生頻度を基にして、更新頻度が所定の閾値以上となる更新領域を動画圧縮し、更新頻度が所定の閾値未満となる更新領域を静止画圧縮する。以下の説明では、適宜、更新頻度が所定の閾値以上となる画面領域を、第１更新領域と表記する。更新頻度が所定の閾値未満となる画面領域を、第２更新領域と表記する。
【００１７】
更に、サーバ１００は、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、新たな更新領域を第１更新領域および第２更新領域に分離する。サーバ１００は、新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、新たな更新領域に含まれる第１更新領域の大きさと、新たな更新領域に含まれる第２更新領域の大きさとに基づいて、第２更新領域を保存するか否かを判定する。サーバ１００は、判定結果を基にして、第２更新領域を保存する。
【００１８】
次に、図１に示したクライアント端末５０の構成の一例について説明する。図２は、本実施例１に係るクライアント端末の構成を示す機能ブロック図である。図２に示すように、このクライアント端末５０は、通信部５１と、入力部５２と、表示部５３と、記憶部５４と、制御部５５とを有する。
【００１９】
通信部５１は、ネットワーク４０を介してサーバ１００や他の装置とデータ通信を実行する処理部である。例えば、通信部５１は、通信装置等に対応する。後述する制御部５５は、通信部５１を介して、サーバ１００と情報をやり取りする。
【００２０】
入力部５２は、各種のデータをクライアント端末５０に入力する入力装置である。例えば、入力部５２は、キーボードやマウス、タッチパネル等に対応する。
【００２１】
表示部５３は、制御部５５から出力される各種データを表示する表示装置である。例えば、表示部５３は、液晶ディスプレイやタッチパネル等に対応する。
【００２２】
記憶部５４は、画面情報５４ａを有する。記憶部５４は、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子などの記憶装置に対応する。
【００２３】
画面情報５４ａは、サーバ１００から受信する画面情報である。例えば、画面情報５４ａは、動画圧縮された画面の情報や、静止画圧縮された画面の情報を伸長した画面情報を有する。
【００２４】
制御部５５は、画面受信部５５ａと、要求部５５ｂと、伸長部５５ｃとを有する。制御部５５は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）や、ＦＰＧＡ（Field  Programmable  Gate  Array）などの集積装置に対応する。また、制御部５５は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路に対応する。
【００２５】
画面受信部５５ａは、サーバ１００から画面情報を受信する処理部である。画面受信部５５ａは、受信した画面情報を、画面情報５４ａとして記憶部５４に記憶させる。
【００２６】
要求部５５ｂは、第１保存モードで画面の情報を保存するのか、第２保存モードで画面の情報を保存するのか示す保存モード情報を、サーバ１００に通知する処理部である。例えば、ユーザは、入力部５２を操作して、保存モード情報を入力する。
【００２７】
また、要求部５５ｂは、指定時刻情報を、サーバ１００に通知する。例えば、ユーザは、支援者に支援を求める場合に利用する画面の情報をサーバ１００から取得する場合に、何時からの画面の情報を取得するのかを示す指定時刻情報を、入力部５２を操作して、入力する。要求部５５ｂは、この指定時刻情報を、サーバ１００に通知する。
【００２８】
伸長部５５ｃは、画像情報５４ａに含まれる動画圧縮された画面の情報および静止画圧縮された画面の情報を伸長する処理部である。伸長部５５ｃは、伸長した画面の情報を表示部５３に出力して、画面の情報に対応する画面イメージを表示部５３に表示させる。
【００２９】
次に、図１に示したサーバ１００の構成の一例について説明する。図３は、本実施例１に係るサーバの構成を示す機能ブロック図である。図３に示すように、このサーバ１００は、通信部１１０と、入力部１２０と、表示部１３０と、記憶部１４０と、制御部１５０とを有する。
【００３０】
通信部１１０は、ネットワーク４０を介してクライアント端末５０や他の装置とデータ通信を実行する処理部である。例えば、通信部１１０は、通信装置等に対応する。後述する制御部１５０は、通信部１１０を介して、クライアント端末５０と情報をやり取りする。
【００３１】
入力部１２０は、各種のデータをサーバ１００に入力する入力装置である。例えば、入力部１２０は、キーボードやマウス、タッチパネル等に対応する。
【００３２】
表示部１３０は、制御部１５０から出力される各種データを表示する表示装置である。例えば、表示部１３０は、液晶ディスプレイやタッチパネル等に対応する。
【００３３】
記憶部１４０は、履歴情報１４１と、保存モード情報１４２と、指定時刻情報１４３と、画面情報１４４と、非保存領域情報１４５とを有する。記憶部１４０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子などの記憶装置に対応する。
【００３４】
履歴情報１４１は、ユーザがクライアント端末５０を用いて、サーバ１００のアプリケーションソフトウェアを操作した場合に、クライアント端末５０に表示される画面の履歴情報である。履歴情報１４１は、時刻毎に複数の画面フレームが連なる動画である。サーバ１００は、履歴情報１４１を一時的に保持し、所定時間経過後に、係る履歴情報１４１を削除してもよい。
【００３５】
保存モード情報１４２は、サーバ１００が、第１保存モードで動作するのか、第２保存モードで動作するのかを示す情報である。保存モード情報１４２は、クライアント端末５０から通知される。
【００３６】
指定時刻情報１４３は、上述したクライアント端末５０から通知される情報である。後述する応答部１５４は、指定時刻情報を基にして、画面情報１４４の動画圧縮データおよび静止画圧縮データを、クライアント端末５０に送信する。
【００３７】
画面情報１４４は、後述する第１保存制御部１５２または第２保存制御部１５３により生成される画面の情報である。図４は、画面情報のデータ構造の一例を示す図である。図４に示すように、この画面情報１４４は、時刻と、ストリームＩＤと、データ名と、長さと、コーデック（codec）と、座標とを対応付ける。
【００３８】
時刻は、画面の動画圧縮した情報または静止画圧縮した情報を保存した時刻を示す情報であり、基準時刻からの経過時間によって表される。例えば、基準時刻は、クライアント端末５０からアクセスを受け付け、シンクライアントのサービスを開始した時刻に対応する。なお、基準時刻をその他の時刻に設定してもよい。
【００３９】
ストリームＩＤは、動画圧縮した情報を一意に識別する情報である。データ名は、動画圧縮した情報または静止画圧縮した情報に付与される名称である。長さは、動画圧縮した情報または静止画圧縮した情報のデータ容量を示す情報である。コーデックは、圧縮方式の種別を示す情報である。例えば、コーデックが「ＪＰＥＧ（Joint  Photographic  Experts  Group）」である場合には、画面の領域が静止画圧縮されたことを示す。コーデックが「ＭＰＥＧ４（Moving  Picture  Experts  Group）」である場合には、画面の領域が動画圧縮されたことを示す。
【００４０】
座標は、動画圧縮または静止画圧縮した画面上の領域の座標を示す情報である。例えば、座標は、領域の左下の座標と、右上の座標とで表される。圧縮データは、座標に対応する、動画圧縮された情報または、静止画圧縮された情報である。以下の説明では、適宜、動画圧縮された情報を、動画圧縮データと表記し、静止画圧縮された情報を、静止画圧縮データと表記する。
【００４１】
図４の１行目のレコードでは、時刻「０ｍｓ」において、コーデック「ＪＰＥＧ」で圧縮された静止画圧縮データの情報が格納されている。静止画圧縮データのデータ名は「０ｘａａａａａａ」、長さは「１２２１４ｂｙｔｅ」である。静止画圧縮した領域の、左下の座標は（０，０）であり、右上の座標は（１２８０、１０２４）である。
【００４２】
図４の２行目のレコードでは、時刻「１２６６ｍｓ」において、コーデック「ＭＰＥＧ４」で圧縮された動画圧縮データの情報が格納されている。動画圧縮データのストリームＩＤは「１」、データ名は「０ｘｂｂｂｂｂｂ」、長さは「４２８９ｂｙｔｅ」である。動画圧縮した領域の、左下の座標は（３６０，２５０）であり、右上の座標は（５６０，５５０）である。なお、動画圧縮データである場合には、動画の開始時刻および終了時刻を、時刻の情報として登録してもよい。
【００４３】
図３の説明に戻る。非保存領域情報１４５は、各画面について、保存しない領域の座標を示す情報である。以下の説明では、画面上の保存しない領域を適宜、非保存領域と表記する。図５は、非保存領域情報のデータ構造の一例を示す図である。図５に示すように、この非保存領域情報１４５は、時刻と、座標とを対応付ける。例えば、時刻は、画面上に非保存領域が出現した時刻を示す情報であり、例えば、基準時刻からの経過時間によって表される。座標は、非保存領域の画面上の座標を示す。例えば、座標は、領域の左下の座標と、右上の座標とで表される。
【００４４】
図３の説明に戻る。制御部１５０は、画面制御部１５１と、第１保存制御部１５２と、第２保存制御部１５３と、応答部１５４とを有する。制御部１５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。
【００４５】
画面制御部１５１は、クライアント端末５０にシンクライアント環境を提供する処理部である。例えば、画面制御部１５１は、クライアント端末５０から操作命令を取得し、取得した操作命令に基づきアプリケーションソフトウェアを実行する。画面制御部１５１は、アプリケーションソフトウェアを実行した結果の画面を生成し、生成した画面をクライアント端末５０に通知して表示させると共に、生成した画面の情報を履歴情報１４１に登録する。
【００４６】
画面制御部１５１は、クライアント端末５０から保存モード情報を受信した場合には、受信した保存モード情報によって、保存モード情報１４２を更新する。また、画面制御部１５１は、クライアント端末５０から指定時刻情報を受信した場合には、受信した指定時刻情報によって、指定時刻情報１４３を更新する。
【００４７】
また、画面制御部１５１は、クライアント端末５０から保存モード情報を受信し、保存モード情報が、第１保存モードから第２保存モードに変更される場合には、現在の全画面を、静止画圧縮する。画面制御部１５１は、現在の時刻と全画面を静止画圧縮した情報を、画面情報１４４に登録する。画面情報１４４に関する説明は後述する。
【００４８】
第１保存制御部１５２は、保存モード情報１４２を参照し、保存モード情報１４２に、第１保存モードで画面の情報を保存する旨の情報が含まれている場合に動作する。第１保存制御部１５２は、履歴情報１４１を参照し、時系列で隣接する画面を比較して、更新領域を検出する。第１保存制御部１５２は、各更新領域の更新頻度を算出し、更新頻度が閾値以上となる第１更新領域を動画圧縮し、動画圧縮した情報を画面情報１４４に登録する。第１保存制御部１５２は、更新頻度が閾値未満となる第２更新領域を静止画圧縮し、静止画圧縮した情報を画面情報１４４に登録する。
【００４９】
第１保存制御部１５２は、動画圧縮した情報について、時刻、ストリームＩＤ、データ名、長さ、コーデック「ＭＰＥＧ４」、座標、動画圧縮データをそれぞれ対応付けて、画面情報１４４に登録する。第１保存制御部１５２は、静止画圧縮した情報について、時刻、データ名、長さ、コーデック「ＪＰＥＧ」、座標、静止画圧縮データをそれぞれ対応付けて、画像情報１４４に登録する。
【００５０】
ここで、第１保存制御部１５２が、第１更新領域を判定する処理の一例について説明する。図６は、第１更新領域を判定する処理の説明を補足するための図である。図６に示すように、第１保存制御部１５２は、画面１０ａを複数のメッシュに分割する。
【００５１】
第１保存制御部１５２は、画面１０ａ上で更新される各メッシュの情報を収集する。例えば、第１保存制御部１５２は、時間的に前後する画面を比較して、メッシュ毎に更新されたか否かを判定する。第１保存制御部１５２は、更新されたメッシュのうち、一定時間における更新頻度が閾値以上となるメッシュを特定する。例えば、第１保存制御部１５２は、画面１０ａにおいて、メッシュ１２と、領域１１に含まれる各メッシュとを、更新頻度が閾値よりも高いメッシュとして特定する。
【００５２】
第１保存制御部１５２は、更新頻度が閾値以上となるメッシュを第１更新領域として特定する。第１保存制御部１５２は、更新頻度が閾値以上となるメッシュが隣接している場合には、隣接するメッシュ同士を合成する。例えば、第１保存制御部１５２は、画面１０ａの領域１１に含まれる各メッシュを合成し、画面１０ｂに示すメッシュ１３とする。図６に示す例では、第１保存制御部１５２は、メッシュ１１およびメッシュ１３を、第１更新領域として特定する。
【００５３】
続いて、第１保存制御部１５２が、第２更新領域を判定する処理の一例について説明する。第１保存制御部１５２は、図６の画面１０ａと同様にして、画面を複数のメッシュに分割する。第１保存制御部１５２は、画面上で更新される各メッシュの情報を収集する。例えば、第１保存制御部１５２は、時間的に前後する画面を比較して、メッシュ毎に更新されたか否かを判定する。第１保存制御部１５２は、更新されたメッシュのうち、一定時間における更新頻度が閾値未満となるメッシュを特定する。なお、更新されたメッシュのうち、第１更新領域以外のメッシュが、第２更新領域となる。
【００５４】
第１保存制御部１５２は、更新頻度が閾値未満となるメッシュを第２更新領域として特定する。第１保存制御部１５２は、更新頻度が閾値未満となるメッシュが隣接している場合には、隣接するメッシュ同士を合成する。
【００５５】
図３の説明に戻る。第２保存制御部１５３は、保存モード情報１４２を参照し、保存モード情報１４２に、第２保存モードで画面の情報を保存する旨の情報が含まれている場合に動作する。第２保存制御部１５３は、履歴情報１４１を参照し、時系列で隣接する画面を比較して、更新領域を検出する。第２保存制御部１５３は、各更新領域の更新頻度を算出し、更新頻度が所定の閾値以上となる更新領域を動画圧縮し、更新頻度が所定の閾値未満となる更新領域を静止画圧縮する。
【００５６】
第２保存制御部１５３は、新たな更新領域を検出した場合に、履歴情報１４１を基にして、新たな更新領域を第１更新領域および第２更新領域に分離する。第２保存制御部１５３は、新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、新たな更新領域に含まれる第１更新領域の大きさと、新たな更新領域に含まれる第２更新領域の大きさとに基づいて、第２更新領域を保存するか否かを判定する。第２保存制御部１５３は、判定結果を基にして、第２更新領域を静止画圧縮して、画面情報１４４に登録する。
【００５７】
第２保存制御部１５３について、具体的に説明する。第２保存制御部１５３は、検出部１５３ａ、圧縮部１５３ｂ、判定部１５３ｃ、保存判定部１５３ｄを有する。
【００５８】
検出部１５３ａは、履歴情報１４１を参照し、画像毎に更新領域を検出する処理部である。例えば、検出部１５３ａは、第１保存制御部１５２と同様にして、画面を複数のメッシュに分割する。検出部１５３ａは、時間的に前後する画面の各メッシュを比較して、画像が更新されたか否かをメッシュ毎に判定する。検出部１５３ａは、画像が更新されたメッシュの領域を更新領域として検出する。検出部１５３ａは、各画面の更新領域の情報を、圧縮部１５３ｂに出力する。
【００５９】
圧縮部１５３ｂは、更新領域の更新頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮する処理部である。圧縮部１５３ｂが、第１更新領域を特定する処理および第２更新領域を特定する処理は、第１保存制御部１５２と同様である。
【００６０】
例えば、圧縮部１５３ｂは、ＭＰＥＧ４の規格に合わせて、第１更新領域を動画圧縮する。圧縮部１５３ｂは、ＪＰＥＧの規格に合わせて、第２更新領域を静止画圧縮する。
【００６１】
圧縮部１５３ｂは、動画の圧縮結果の情報と静止画の圧縮結果の情報とを、判定部１５３ｃに出力する。動画の圧縮結果の情報には、動画の開始時刻および終了時刻と、動画領域の座標と、動画圧縮データとを含む。静止画の圧縮結果の情報には、静止画の時刻と、静止画領域の座標と、静止画圧縮データとを含む。
【００６２】
判定部１５３ｃは、新たな更新領域を第１更新領域および第２更新領域に分離する処理部である。判定部１５３ｃは、判定結果と、動画の圧縮結果の情報と、静止画の圧縮結果の情報とを、保存判定部１５３ｄに出力する。
【００６３】
判定部１５３ｃの処理の一例について説明する。図７は、第１更新領域と第２更新領域の一例を示す図である。例えば、図７の画面２０ａは時刻ｔ１の画面イメージであり、画面２０ｂは時刻ｔ２の画面イメージである。画面２０ａにおいて、領域２１は、過去の更新領域の発生頻度に基づいて、更新頻度が高い領域と判定された領域である。図２０ｂにおいて、領域２２は、時刻ｔ２において新たに発生した更新領域とする。例えば、判定部１５３ｃは、新たな更新領域２２において、例えば、更新頻度が高い領域と重複する領域３０ａを、第１更新領域と判定する。また、新たな更新領域２２において、更新頻度が高い領域と重複しない領域３０ｂを、第２更新領域と判定する。このため、判定部１５３ｃは、新たな更新領域において、第１更新領域３０ａおよび第２更新領域３０ｂの両方が含まれる旨の判定結果を保存判定部１５３ｄに出力する。
【００６４】
保存判定部１５３ｄは、新たな更新領域において、第１更新領域と第２更新領域の両方が存在する場合に、第１更新領域の大きさと、第２更新領域の大きさとに基づいて、第２更新領域を保存するか否かを判定する処理部である。
【００６５】
図７に示す例では、領域３０ａが第１更新領域となり、領域３０ｂが第２更新領域となる。保存判定部１５３ｄは、新たな更新領域において、第１更新領域の面積と、第２更新領域の面積との関係が、式（１）の条件を満たす場合に、第２更新領域を非保存領域として特定する。式（１）に示す閾値Ｂは、管理者により予め設定される閾値である。
【００６６】
第２更新領域の面積＜第１更新領域の面積×閾値Ｂ・・・（１）
【００６７】
保存判定部１５３ｄは、非保存領域の情報を、非保存領域情報１４５に登録する。例えば、保存判定部１５３ｄは、非保存領域が存在する画面の時刻と、非保存領域の座標とを対応付けて、非保存領域情報１４５に登録する。
【００６８】
保存判定部１５３ｄは、第１更新領域の情報と、非保存領域以外の第２更新領域の情報とを、画面情報１４４に登録する。保存判定部１５３ｄは、第１更新領域の情報について、時刻、ストリームＩＤ、データ名、長さ、コーデック「ＭＰＥＧ４」、座標、動画圧縮データをそれぞれ対応付けて、画面情報１４４に登録する。保存判定部１５３ｄは、非保存領域以外の第２更新領域の情報について、時刻、データ名、長さ、コーデック、座標、静止画圧縮データをそれぞれ対応付けて、画面情報１４４に登録する。
【００６９】
次に、保存判定部１５３ｄは、ある時刻ｔの画面について、更新領域の面積と、非保存領域の面積と、時刻ｔの画面の全画面面積との関係が、式（２）の条件を満たす場合に、時刻ｔの画面について非保存領域を所定の色で塗りつぶした画面を生成する。式（２）に示す閾値Ａは、管理者により予め設定される閾値である。例えば、保存判定部１５３ｄは、非保存領域に含まれる元の画像の情報量よりも少ない情報量であれば、どのような色、画像で非保存領域を塗りつぶしてもかまわない。
【００７０】
更新領域の面積と非保存領域の面積との和＞全画面面積×閾値Ａ・・・（２）
【００７１】
図７の画面２０ｂを用いて、式（２）の更新領域について補足説明する。更新領域は、領域２２と領域２３になる。非保存領域は、新しい更新から非保存領域を検出する前の、前フレームまでの非保存領域に対応する。
【００７２】
図８は、保存判定部の処理を説明するための図である。図８の画面４０ａにおいて、領域４１は、更新領域である。領域４２，４３，４４，４５，４６は、非保存領域である。保存判定部１５３ｄは、更新領域４１の面積と、非保存領域４２〜４６の面積との関係が、式（２）の条件を満たす場合には、非保存領域４２〜４６を、所定の色で塗りつぶした画面４０ｂを生成する。例えば、保存判定部１５３ｄは、非保存領域４２〜４６を黒塗りにして、画面４０ｂを生成する。
【００７３】
保存判定部１５３ｄは、非保存領域を黒塗りにした領域を含む全画面を静止画圧縮する。非保存領域を黒塗りにした領域を含む、含まないに限らず、全画面を静止画圧縮した静止画圧縮データを、キーフレームと定義する。保存判定部１５３ｄは、キーフレームの情報を、画面情報１４４に登録する。例えば、保存判定部１５３ｄは、キーフレームの情報について、時刻、ストリームＩＤ、データ名、長さ、コーデック「ＭＰＥＧ４」、座標、動画圧縮データをそれぞれ対応付けて、画面情報１４４に登録する。
【００７４】
図３の説明に戻る。応答部１５４は、指定時刻情報１４３に対応する動画圧縮データおよび静止画圧縮データを、クライアント端末５０に送信する処理部である。例えば、指定時刻情報の指定時刻をＴ１とする。応答部１５４は、画面情報１４４の時刻と、指定時刻Ｔ１とを比較して、指定時刻Ｔ１以前で最も遅い、キーフレームの時刻Ｔ２を特定する。
【００７５】
応答部１５４は、時刻Ｔ２から時刻Ｔ１の動画圧縮データおよび静止画圧縮データを、画面情報１４４から検出し、検出した動画圧縮データおよび静止画圧縮データを、クライアント端末５０に送信する。クライアント端末５０は、時刻Ｔ２のキーフレームと、時刻Ｔ２から時刻Ｔ１の間の動画圧縮データおよび静止画圧縮データとを用いることで、時刻Ｔ１における、非保存領域を除いた、画面を復元することができる。
【００７６】
図９は、クライアント端末の復元処理の一例を示す図である。例えば、時刻Ｔ２のキーフレームをキーフレーム４５ａとし、時刻Ｔ２から時刻Ｔ１までの動画圧縮データおよび静止画圧縮データを圧縮データ４５ｂとする。クライアント端末５０は、キーフレーム４５ａに対して、圧縮データ４５ｂを差分重畳することで、指示時刻Ｔ１における画面４５ｃを復元できる。また、画面４５ｃでは、非保存領域４６ａ，４６ｂが黒塗りとなるが、黒塗りの部分は、支援に有効でない画面の情報である場合が多く、支援者が支援を行う上で問題はない。
【００７７】
続いて、応答部１５４は、時刻Ｔ１以降の動画圧縮データおよび静止画圧縮データを画面情報１４４から検出し、検出した動画圧縮データおよび静止画圧縮データを、クライアント端末５０に送信する。
【００７８】
次に、本実施例１に係るサーバ１００の処理手順について説明する。図１０および図１１は、本実施例１に係るサーバが画面情報を生成する場合の処理手順を示すフローチャートである。図１０に示すように、サーバ１００の制御部１５０は、画面の情報を取得し（ステップＳ１０１）、更新領域を検出する（ステップＳ１０２）。
【００７９】
制御部１５０は、保存モードは、第２保存モードであるか否かを判定する（ステップＳ１０３）。制御部１５０は、保存モードが第２保存モードではない場合には（ステップＳ１０３，Ｎｏ）、図１１のステップＳ１０８に移行する。
【００８０】
一方、制御部１５０は、保存モードが第２保存モードである場合には（ステップＳ１０３，Ｙｅｓ）、式（２）の条件を満たすか否かを判定する（ステップＳ１０４）。制御部１５０は、式（２）の条件を満たさない場合には（ステップＳ１０４，Ｎｏ）、図１１のステップＳ１０８に移行する。
【００８１】
一方、制御部１５０は、式（２）の条件を満たす場合には（ステップＳ１０４，Ｙｅｓ）、全画面画像の非保存領域を黒塗りし、全画面画像を静止画圧縮してキーフレームを生成する（ステップＳ１０５）。制御部１５０は、時刻と対応付けてキーフレームの情報を保存し（ステップＳ１０６）、保存済みフラグを１に設定し（ステップＳ１０７）、図１１のステップＳ１０８に移行する。
【００８２】
図１１の説明に移行する。制御部１５０は、更新領域を第１更新領域と第２更新領域とに分離する（ステップＳ１０８）。制御部１５０は、更新領域処理を実行する（ステップＳ１０９）。制御部１５０は、第１更新領域を動画圧縮し、第２更新領域を静止画圧縮し（ステップＳ１１０）、動画圧縮データおよび静止画圧縮データを、クライアント端末５０に送信する（ステップＳ１１１）。
【００８３】
制御部１５０は、保存済みフラグが１であるか否かを判定する（ステップＳ１１２）。制御部１５０は、保存済みフラグが１である場合には（ステップＳ１１２，Ｙｅｓ）、処理を終了する。制御部１５０は、保存済みフラグが１でない場合には（ステップＳ１１２，Ｎｏ）、ステップＳ１１３に移行する。
【００８４】
制御部１５０は、未選択の分離した更新領域を選択し、更新領域が非保存領域に登録済みであるか否かを判定する（ステップＳ１１３）。制御部１５０は、更新領域が非保存領域に登録済みである場合には（ステップＳ１１３，Ｙｅｓ）、ステップＳ１１６に移行する。
【００８５】
制御部１５０は、更新領域が非保存領域に登録済みでない場合には（ステップＳ１１３，Ｎｏ）、時刻と対応付けて動画圧縮データまたは静止画圧縮データを保存する（ステップＳ１１４）。制御部１５０は、動画圧縮データまたは静止画圧縮データを保存した領域を、非保存領域から削除する（ステップＳ１１５）。制御部１５０は、全ての更新領域を選択したか否かを判定する（ステップＳ１１６）。
【００８６】
制御部１５０は、全ての更新領域を選択していない場合には（ステップＳ１１６，Ｎｏ）、ステップＳ１１３に移行する。制御部１５０は、全ての更新領域を選択した場合には（ステップＳ１１６，Ｙｅｓ）、処理を終了する。
【００８７】
次に、図１１のステップＳ１０９に示した更新領域処理の処理手順について説明する。図１２は、本実施例１に係る更新領域処理の処理手順を示すフローチャートである。図１２に示すように、制御部１５０は、新たな変更領域を選択し、新たな更新領域内の第１更新領域の面積と第２更新領域の面積とを算出する（ステップＳ２０１）。
【００８８】
制御部１５０は、式（１）の条件を満たすか否かを判定する（ステップＳ２０２）。制御部１５０は、式（１）の条件を満たさない場合に（ステップＳ２０２，Ｎｏ）、ステップＳ２０４に移行する。
【００８９】
一方、制御部１５０は、式（１）の条件を満たす場合には（ステップＳ２０２，Ｙｅｓ）、第２更新領域を非保存領域に登録する（ステップＳ２０３）。
【００９０】
制御部１５０は、更新領域を全て選択したか否かを判定する（ステップＳ２０４）。制御部１５０は、更新領域を全て選択した場合には（ステップＳ２０４，Ｙｅｓ）、更新領域処理を終了する。一方、制御部１５０は、更新領域を全て選択していない場合には（ステップＳ２０４，Ｎｏ）、未選択の新たな更新領域を選択し、第１更新領域の面積と第２更新領域の面積とを算出し（ステップＳ２０５）、ステップＳ２０２移行する。
【００９１】
次に、本実施例１のサーバ１００がクライアント端末５０から制御命令を受信した場合の処理手順について説明する。図１３は、本実施例１にかかるサーバがクライアント端末から制御情報を受信した場合の処理手順を示すフローチャートである。
【００９２】
図１３に示すように、サーバ１００の制御部１５０は、クライアント端末５０から制御情報を受信する（ステップＳ３０１）。制御部１５０は、制御情報が保存モード情報であるか否かを判定する（ステップＳ３０２）。制御部１５０は、制御情報が保存モード情報でない場合には（ステップＳ３０２，Ｎｏ）、制御情報が指定時刻情報であるか否かを判定する（ステップＳ３０３）。
【００９３】
制御部１５０は、制御情報が指定時刻情報でない場合には（ステップＳ３０３，Ｎｏ）、処理を終了する。一方、制御部１５０は、制御情報が指定時刻情報である場合には（ステップＳ３０３，Ｙｅｓ）、保存モードが第２保存モードであるか否かを判定する（ステップＳ３０４）。
【００９４】
制御部１５０は、保存モードが第２保存モードでない場合には（ステップＳ３０４，Ｎｏ）、処理を終了する。制御部１５０は、保存モードが第２保存モードである場合には（ステップＳ３０４，Ｙｅｓ）、指定時刻Ｔ１を取得する（ステップＳ３０５）。制御部１５０は、指定時刻Ｔ１以前で最も遅い、キーフレームの時刻Ｔ２を取得する（ステップＳ３０６）。
【００９５】
制御部１５０は、時刻Ｔ２から指定時刻Ｔ１の間の動画圧縮データおよび静止画圧縮データをクライアント端末５０に送信する（ステップＳ３０７）。制御部１５０は、指定時刻Ｔ１以降の動画圧縮データおよび静止画圧縮データをクライアント端末５０に順次送信する（ステップＳ３０８）。
【００９６】
ところで、制御部１５０は、ステップＳ３０２において、制御情報が保存モード情報である場合には（ステップＳ３０２，Ｙｅｓ）、保存モード情報を更新する（ステップＳ３０９）。制御部１５０は、保存モードが第２保存モードであるか否かを判定する（ステップＳ３１０）。
【００９７】
制御部１５０は、保存モードが第２保存モードでない場合には（ステップＳ３１０，Ｎｏ）、処理を終了する。一方、制御部１５０は、保存モードが第２保存モードである場合には（ステップＳ３１０，Ｙｅｓ）、全画面画像を静止画圧縮することで、キーフレームを生成し（ステップＳ３１１）、時刻と対応づけてキーフレームの情報を保存する（ステップＳ３１２）。
【００９８】
次に、本実施例１に係るサーバ１００の効果について説明する。サーバ１００は、画面の更新領域を検出し、更新領域の更新頻度を基にして、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮する。また、サーバ１００は、新たな更新領域において、第１更新領域および第２更新領域が共に存在する場合に、第１更新領域の大きさと第２更新領域の大きさに応じて、第２更新領域を保存するか否かを判定する。これにより、クライアント端末５０の画面の情報を効率的に保存して、効率的に支援することが可能となる。
【００９９】
サーバ１００は、例えば、第２更新領域が第１更新領域よりも小さい場合に、第２更新領域を保存しないと判定する。例えば、新たな更新領域に含まれる第１更新領域よりも小さい第２更新領域の情報は、支援者が支援する場合に有効な情報でない場合が多い。例えば、ＣＡＤ（Computer  Aided  Design）ソフトなどで、図形を描く場合に、一時的に操作範囲から外れたマウスの移動領域等が、第２更新領域となる。このため、サーバ１００は、第２更新領域と第１更新領域との比較結果に応じて、第２更新領域を保存しないことで、支援に用いられる可能性の低い情報を保存することを防止することができる。
【０１００】
サーバ１００は、更新領域と、保存しないと判定した第２更新領域との面積の和が、全画面の面積の所定の割合以上を占めた場合に、保存しないと判定した第２更新領域を所定の色で塗りつぶしたキーフレームを保存する。これにより、必要最小限のデータ量のキーフレームで、指定時刻により指定された時刻の画面を生成することが可能となる。
【０１０１】
サーバ１００は、第１更新領域を動画圧縮したデータと、第２更新領域を静止画圧縮したデータと、所定の色で塗りつぶした全画面のデータとをそれぞれ時刻と対応付けて画面情報１４４に登録する。このため、クライアント端末５０の画面の情報を効率的に保存することができる。
【０１０２】
ここで、一般的な動画配信と比較した本実施例の利点について説明する。一般的な動画配信技術では、各フレームを画素毎に比較して差分箇所を特定し、所定の動画圧縮処理により、動画を配信するのだが、各フレームの全ての画素について比較処理を行うため、サーバに係る負荷が大きい。これに対して、本願発明が前提とする技術では、ユーザの操作に基づき、かかる操作によって変更された箇所だけを更新頻度に基づき、動画圧縮あるいは静止画圧縮すればよいので、各フレームを画素毎に比較しなくてもよく、一般的な動画配信技術と比較して、処理負荷を削減することができる。更に本実施例では、上述したように、適宜、第２更新領域を保存しないことで、サーバの資源を効率的に利用することができる。
【実施例２】
【０１０３】
次に、本実施例２に係るシンクライアントシステムについて説明する。本実施例２に係るクライアントシステムでは、第２更新領域について、係る第２更新領域の面積が所定の面積以下となる場合には、係る第２更新領域を保存しないことで、保存するデータ量を更に削減する。
【０１０４】
実施例２に係るシンクライアントシステムについて、クライアント端末は、実施例１のクライアント端末５０と同様であるため、説明を省略する。
【０１０５】
実施例２に係るサーバの構成の一例について説明する。図１４は、本実施例２に係るサーバの構成を示す機能ブロック図である。図１４に示すように、このサーバ２００は、通信部２１０と、入力部２２０と、表示部２３０と、記憶部２４０と、制御部２５０とを有する。
【０１０６】
通信部２１０、入力部２２０、表示部２３０に関する説明は、図３に示した通信部１１０、入力部１２０、表示部１３０に関する説明と同様である。
【０１０７】
記憶部２４０は、履歴情報２４１と、保存モード情報２４２と、指定時刻情報２４３と、画面情報２４４と、非保存領域情報２４５とを有する。記憶部２４０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子などの記憶装置に対応する。
【０１０８】
履歴情報２４１、保存モード情報２４２、指定時刻情報２４３、画面情報２４４、非保存領域情報２４５に関する説明は、図３に示した履歴情報１４１、保存モード情報１４２、指定時刻情報１４３、画面情報１４４、非保存領域情報１４５に関する説明と同様である。
【０１０９】
制御部２５０は、画面制御部２５１と、第１保存制御部２５２と、第２保存制御部２５３と、応答部２５４とを有する。制御部２５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部２５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。
【０１１０】
画面制御部２５１、第１保存制御部２５２、応答部２５４に関する説明は、図３に示した画面制御部１５１、第１保存制御部１５２、応答部１５４に関する説明と同様である。
【０１１１】
第２保存制御部２５３は、検出部２５３ａと、圧縮部２５３ｂと、判定部２５３ｃと、保存判定部２５３ｄとを有する。
【０１１２】
検出部２５３ａ、圧縮部２５３ｂ、判定部２５３ｃに関する説明は、図３に示した検出部１５３ａ、圧縮部１５３ｂ、判定部１５３ｃに関する説明と同様である。
【０１１３】
保存判定部２５３ｄは、新たな更新領域に、第１更新領域および第２更新領域の両方が存在する場合に、第１更新領域の大きさと第２更新領域の大きさとに応じて、第２更新領域を保存するか否かを判定する処理部である。
【０１１４】
更に、保存判定部２５３ｄは、第２更新領域について、第２更新領域の面積が所定の閾値未満である場合には、係る第２更新領域の情報を、非保存領域情報２４５に登録する。例えば、保存判定部２５３ｄは、式（３）の条件を満たす場合に、第２更新領域を非保存領域として特定する。
【０１１５】
第２更新領域の面積＜閾値Ｃ・・・（３）
【０１１６】
保存判定部２５３ｄは、非保存領域の情報を、非保存領域情報２４５に登録する。例えば、保存判定部２５３ｄは、非保存領域が存在する画面の時刻と、非保存領域の座標とを対応付けて、非保存領域情報２４５に登録する。保存判定部２５３ｄに関するその他の処理は、図３に示した保存判定部１５３ｄと同様である。
【０１１７】
次に、本実施例２に係るサーバ２００の処理手順について説明する。本実施例２に係るサーバ２００の処理手順は、図１１のステップＳ１１０に示した更新領域処理が、サーバ１００の更新領域処理と異なる。図１５は、本実施例２に係る更新領域処理の処理手順を示すフローチャートである。
【０１１８】
図１５に示すように、サーバ２００の制御部２５０は、新たな更新領域を選択し、新たな更新領域内の第１更新領域の面積と第２更新領域の面積とを算出する（ステップＳ４０１）。制御部２５０は、更新領域において、第１更新領域の面積が０であるか否かを判定する（ステップＳ４０２）。
【０１１９】
制御部２５０は、第１更新領域の面積が０でない場合には（ステップＳ４０２，Ｎｏ）、式（１）の条件を満たすか否かを判定する（ステップＳ４０３）。制御部２５０は、式（１）の条件を満たさない場合に（ステップＳ４０３，Ｎｏ）、ステップＳ４０５に移行する。
【０１２０】
一方、制御部２５０は、式（１）の条件を満たす場合には（ステップＳ４０３，Ｙｅｓ）、第２更新領域を非保存領域に登録する（ステップＳ４０４）。ステップＳ４０４において、第２更新領域が第１更新領域と重ならない場合には、第２更新領域を、非保存領域に登録する。
【０１２１】
制御部２５０は、更新領域を全て選択したか否かを判定する（ステップＳ４０５）。制御部２５０は、更新領域を全て選択した場合には（ステップＳ４０５，Ｙｅｓ）、更新領域処理を終了する。一方、制御部２５０は、更新領域を全て選択していない場合には（ステップＳ４０５，Ｎｏ）、未選択の更新領域を選択し、第１更新領域の面積と第２更新領域の面積とを算出し（ステップＳ４０６）、ステップＳ４０２移行する。
【０１２２】
ところで、ステップＳ４０２において、制御部２５０は、第１更新領域の面積が０である場合には（ステップＳ４０２，Ｙｅｓ）、式（３）の条件を満たすか否かを判定する（ステップＳ４０７）。制御部２５０は、式（３）の条件を満たす場合には（ステップＳ４０７，Ｙｅｓ）、ステップＳ４０４に移行する。一方、制御部２５０は、式（３）の条件を満たさない場合には（ステップＳ４０７，Ｎｏ）、ステップＳ４０５に移行する。
【０１２３】
次に、本実施例２に係るサーバ２００の効果について説明する。サーバ２００は、第２更新領域の面積が閾値Ｃ以下となる場合には、係る第２更新領域を保存しないことで、保存するデータ量を更に削減することができる。
【実施例３】
【０１２４】
次に、本実施例３に係るシンクライアントシステムについて説明する。本実施例３に係るシンクライアントシステムでは、第１更新領域についても、第１更新領域の面積が所定の面積以下となる場合には、係る第１更新領域を保存しないことで、保存するデータ量を更に削減する。
【０１２５】
実施例３に係るシンクライアントシステムについて、クライアント端末は、実施例１のクライアント端末５０と同様であるため、説明を省略する。
【０１２６】
実施例３に係るサーバの構成の一例について説明する。図１６は、本実施例３に係るサーバの構成を示す機能ブロック図である。図１６に示すように、このサーバ３００は、通信部３１０と、入力部３２０と、表示部３３０と、記憶部３４０と、制御部３５０とを有する。
【０１２７】
通信部３１０、入力部３２０、表示部３３０に関する説明は、図３に示した通信部１１０、入力部１２０、表示部１３０に関する説明と同様である。
【０１２８】
記憶部３４０は、履歴情報３４１と、保存モード情報３４２と、指定時刻情報３４３と、画面情報３４４と、非保存領域情報３４５とを有する。記憶部３４０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子などの記憶装置に対応する。
【０１２９】
履歴情報３４１、保存モード情報３４２、指定時刻情報３４３、画面情報３４４、非保存領域情報３４５に関する説明は、図３に示した履歴情報１４１、保存モード情報１４２、指定時刻情報１４３、画面情報１４４、非保存領域情報１４５に関する説明と同様である。
【０１３０】
制御部３５０は、画面制御部３５１と、第１保存制御部３５２と、第２保存制御部３５３と、応答部３５４とを有する。制御部３５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部３５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。
【０１３１】
画面制御部３５１、第１保存制御部３５２、応答部３５４に関する説明は、図３に示した画面制御部１５１、第１保存制御部１５２、応答部１５４に関する説明と同様である。
【０１３２】
第２保存制御部２５３は、検出部３５３ａと、圧縮部３５３ｂと、判定部３５３ｃと、保存判定部３５３ｄとを有する。検出部３５３ａ、圧縮部３５３ｂ、判定部３５３ｃに関する説明は、図３に示した検出部１５３ａ、圧縮部１５３ｂ、判定部１５３ｃに関する説明と同様である。
【０１３３】
保存判定部３５３ｄは、新たな更新領域に、第１更新領域および第２更新領域の両方が存在する場合に、第１更新領域の大きさと第２更新領域の大きさとに応じて、第２更新領域を保存するか否かを判定する処理部である。
【０１３４】
更に、保存判定部３５３ｄは、第１更新領域についても、第１更新領域の面積が所定の閾値未満である場合には、係る第１更新領域の情報を、非保存領域３４５に登録する。例えば、保存判定部３５３ｄは、式（４）の条件を満たす場合に、第１更新領域を非保存領域として特定する。
【０１３５】
第１更新領域の面積＜閾値Ｄ・・・（４）
【０１３６】
保存判定部３５３ｄは、非保存領域の情報を、非保存領域情報３４５に登録する。例えば、保存判定部３５３ｄは、非保存領域が存在する画面の時刻と、非保存領域の座標とを対応付けて、非保存領域情報３４５に登録する。保存判定部３５３ｄに関するその他の処理は、図３に示した保存判定部１５３ｄと同様である。
【０１３７】
次に、本実施例３に係るサーバ３００の処理手順について説明する。本実施例３に係るサーバ３００の処理手順は、図１１のステップＳ１１０に示した更新領域処理が、サーバ１００の更新領域処理と異なる。図１７は、本実施例３に係る更新領域処理の処理手順を示すフローチャートである。
【０１３８】
図１７に示すように、サーバ３００の制御部３５０は、新たな更新領域を選択し、新たな更新領域内の第１更新領域の面積と第２更新領域の面積とを算出する（ステップＳ５０１）。制御部３５０は、式（４）の条件を満たすか否かを判定する（ステップＳ５０２）。
【０１３９】
制御部３５０は、式（４）の条件を満たす場合には（ステップＳ５０２，Ｙｅｓ）、第１更新領域を非保存領域に登録し（ステップＳ５０３）、ステップＳ５０６に移行する。
【０１４０】
一方、制御部３５０は、式（４）の条件を満たさない場合には（ステップＳ５０２，Ｎｏ）、式（１）の条件を満たすか否かを判定する（ステップＳ５０４）。制御部３５０は、式（１）の条件を満たす場合には（ステップＳ５０４，Ｙｅｓ）、第２更新領域を非保存領域に登録し（ステップＳ５０５）、ステップＳ５０６に移行する。制御部３５０は、式（１）の条件を満たさない場合には（ステップＳ５０４，Ｎｏ）、ステップＳ５０６に移行する。
【０１４１】
制御部３５０は、更新領域を全て選択したか否かを判定する（ステップＳ５０６）。制御部３５０は、更新領域を全て選択した場合には（ステップＳ５０６，Ｙｅｓ）、更新領域処理を終了する。
【０１４２】
制御部３５０は、更新領域を全て選択していない場合には（ステップＳ５０６，Ｎｏ）、未選択の更新領域を選択し、第１更新領域の面積と第２更新領域の面積とを算出し（ステップＳ５０７）、ステップＳ５０２に移行する。
【０１４３】
次に、本実施例３に係るサーバ３００の効果について説明する。サーバ３００は、第１更新領域についても、第１更新領域の面積が閾値Ｄ面積以下となる場合には、係る第１更新領域を保存しないことで、保存するデータ量を更に削減することができる。
【実施例４】
【０１４４】
次に、本実施例４に係るシンクライアントシステムについて説明する。本実施例４に係るシンクライアントシステムでは、非保存領域の面積と更新領域の面積と全画面面積との関係が、式（２）の条件を満たす場合に、非保存領域を黒塗りした画面を生成し、静止画圧縮して保存する。更に、シンクライアントシステムは、非保存領域の面積と更新領域の面積と全画面面積との関係が、式（５）の条件を見たす場合には、非保存領域を黒塗りしないで、画面を静止画圧縮して保存する。ここで、閾値Ｅは、閾値Ａよりも大きい値とする。これにより、黒塗りばかりのキーフレームを保存することを防止して、キーフフレームをリフレッシュすることができる。
【０１４５】
更新領域の面積と非保存領域の面積との和＞全画面面積×閾値Ｅ・・・（５）
【０１４６】
実施例４に係るシンクライアントシステムについて、クライアント端末は、実施例１のクライアント端末５０と同様であるため、説明を省略する。
【０１４７】
実施例４に係るサーバの構成の一例について説明する。図１８は、本実施例４に係るサーバの構成を示す機能ブロック図である。図１８に示すように、このサーバ４００は、通信部４１０と、入力部４２０と、表示部４３０と、記憶部４４０と、制御部４５０とを有する。
【０１４８】
通信部４１０、入力部４２０、表示部４３０に関する説明は、図３に示した通信部１１０、入力部１２０、表示部１３０に関する説明と同様である。
【０１４９】
記憶部４４０は、履歴情報４４１と、保存モード情報４４２と、指定時刻情報４４３と、画面情報４４４と、非保存領域情報４４５とを有する。記憶部４４０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子などの記憶装置に対応する。
【０１５０】
履歴情報４４１、保存モード情報４４２、指定時刻情報４４３、画面情報４４４、非保存領域情報４４５に関する説明は、図３に示した履歴情報１４１、保存モード情報１４２、指定時刻情報１４３、画面情報１４４、非保存領域情報１４５に関する説明と同様である。
【０１５１】
制御部４５０は、画面制御部４５１と、第１保存制御部４５２と、第２保存制御部４５３と、応答部４５４とを有する。制御部４５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部４５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。
【０１５２】
画面制御部４５１、第１保存制御部４５２、応答部４５４に関する説明は、図３に示した画面制御部１５１、第１保存制御部１５２、応答部１５４に関する説明と同様である。
【０１５３】
第２保存制御部４５３は、検出部４５３ａと、圧縮部４５３ｂと、判定部４５３ｃと、保存判定部４５３ｄとを有する。検出部４５３ａ、圧縮部４５３ｂ、判定部４５３ｃに関する説明は、図３に示した検出部１５３ａ、圧縮部１５３ｂ、判定部１５３ｃに関する説明と同様である。
【０１５４】
保存判定部４５３ｄは、新たな更新領域に、第１更新領域および第２更新領域の両方が存在する場合に、第１更新領域の大きさと第２更新領域の大きさとに応じて、第２更新領域を保存するか否かを判定する処理部である。
【０１５５】
保存判定部４５３ｄは、ある時刻ｔの画面について、更新領域の面積と、非保存領域の面積と、時刻ｔの画面の全画面面積との関係が、式（２）の条件を満たす場合に、時刻ｔの画面について非保存領域を所定の色で塗りつぶした画面を生成する。保存判定部４５３ｄは、非保存領域を黒塗りにした領域を含む全画面を静止画圧縮してキーフレームを生成する。保存判定部４５３ｄは、キーフレームの情報を、画面情報４４４に登録する。
【０１５６】
なお、保存判定部４５３ｄは、ある時刻ｔの画面について、更新領域の面積と、非保存領域の面積と、時刻ｔの画面の全画面面積との関係が、式（５）の条件を満たす場合に、非保存領域を黒塗りしないで、時刻ｔの全画面を静止画圧縮してキーフレームを生成する。保存判定部４５３ｄは、キーフレームの情報を、画面情報４４４に登録する。
【０１５７】
保存判定部４５３ｄに関するその他の処理は、図３に示した保存判定部１５３ｄと同様である。
【０１５８】
次に、本実施例４に係るサーバ４００の処理手順について説明する。図１９は、本実施例４に係るサーバが画面情報を生成する場合の処理手順を示すフローチャートである。なお、図１９のステップＳ６０３、６０４、６０８以降の処理は、図１１に示したステップＳ１０８以降の処理と同様であるため、説明を省略する。図１９に示すように、サーバ４００の制御部４５０は、画面の情報を取得し（ステップＳ６０１）、更新領域を検出する（ステップＳ６０２）。
【０１５９】
制御部４５０は、保存モードが、第２保存モードであるか否かを判定する（ステップＳ６０３）。制御部４５０は、保存モードが第２保存モードではない場合には（ステップＳ６０３，Ｎｏ）、図１１のステップＳ１０８に移行する。
【０１６０】
一方、制御部４５０は、保存モードが第２保存モードである場合には（ステップＳ６０３，Ｙｅｓ）、式（２）の条件を満たすか否かを判定する（ステップＳ６０４）。制御部４５０は、式（２）の条件を満たさない場合には（ステップＳ６０４，Ｎｏ）、図１１のステップＳ１０８に移行する。
【０１６１】
一方、制御部４５０は、式（２）の条件を満たす場合には（ステップＳ６０４，Ｙｅｓ）、式（５）の条件を満たすか否かを判定する（ステップＳ６０５）。制御部４５０は、式（５）の条件を満たす場合には（ステップＳ６０５，Ｙｅｓ）、全画面画像を静止画圧縮してキーフレームを生成する（ステップＳ６０９）。制御部４５０は、非保存領域の情報を全て削除し、リセットする（ステップＳ６１０）。制御部４５０は、時刻と対応付けてキーフレームの情報を保存し（ステップＳ６０７）、保存済みフラグを１に設定し（ステップＳ６０８）、図１１のステップＳ１０８に移行する。
【０１６２】
一方、制御部４５０は、式（５）の条件を満たさない場合に（ステップＳ６０５，Ｎｏ）、全画面画像の非保存領域を黒塗りし、全画面画像を静止が圧縮してキーフレームを生成し（ステップＳ６０６）、ステップＳ６０７に移行する。
【０１６３】
次に、本実施例４に係るサーバ４００の効果について説明する。サーバ４００は、非保存領域の面積と更新領域の面積と全画面面積との関係が、式（５）の条件を見たす場合には、非保存領域を黒塗りしないで、画面を静止画圧縮して保存する。このため、黒塗りばかりのキーフレームを保存することを防止して、キーフフレームをリフレッシュすることができる。
【実施例５】
【０１６４】
次に、本実施例５に係るシンクライアントシステムについて説明する。本実施例５に係るシンクライアントシステムでは、指定時刻情報を受け付けた場合に、指定時刻以前で最も遅いキーフレームを特定する。クライアントシステムは、特定したキーフレームから、このキーフレーム以降のキーフレームだけを順次送信する。これにより、画面の情報を早送りを実現し、支援者等は画面の情報の要点のみを参照することができる。
【０１６５】
実施例５に係るシンクライアントシステムについて、クライアント端末は、実施例１のクライアント端末５０と同様であるため、説明を省略する。
【０１６６】
本実施例５に係るサーバの構成の一例について説明する。図２０は、本実施例５に係るサーバの構成を示す機能ブロック図である。図２０に示すように、このサーバ５００は、通信部５１０と、入力部５２０と、表示部５３０と、記憶部５４０と、制御部５５０とを有する。
【０１６７】
通信部５１０、入力部５２０、表示部５３０に関する説明は、図３に示した通信部１１０、入力部１２０、表示部１３０に関する説明と同様である。
【０１６８】
記憶部５４０は、履歴情報５４１と、保存モード情報５４２と、指定時刻情報５４３と、画面情報５４４と、非保存領域情報５４５とを有する。記憶部５４０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子などの記憶装置に対応する。
【０１６９】
履歴情報５４１、保存モード情報５４２、指定時刻情報５４３、画面情報５４４、非保存領域情報５４５に関する説明は、図３に示した履歴情報１４１、保存モード情報１４２、指定時刻情報１４３、画面情報１４４、非保存領域情報１４５に関する説明と同様である。
【０１７０】
制御部５５０は、画面制御部５５１と、第１保存制御部５５２と、第２保存制御部５５３と、応答部５５４とを有する。制御部５５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部５５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。
【０１７１】
画面制御部５５１、第１保存制御部５５２に関する説明は、図３に示した画面制御部２５１、第１保存制御部１５２に関する説明と同様である。
【０１７２】
第２保存制御部５５３は、検出部５５３ａと、圧縮部５５３ｂと、判定部５５３ｃと、保存判定部５５３ｄとを有する。検出部５５３ａ、圧縮部５５３ｂ、判定部５５３ｃ、保存判定部５５３ｄに関する説明は、図３に示した検出部１５３ａ、圧縮部１５３ｂ、判定部１５３ｃ、保存判定部１５３ｄに関する説明と同様である。
【０１７３】
応答部５５４は、指定時刻情報５４３に対応するキーフレームを、クライアント端末５０に送信する処理部である。例えば、指定時刻情報の指定時刻をＴ１とする。応答部５５４は、画面情報５４４の時刻と、指定時刻Ｔ１とを比較して、指定時刻Ｔ１以前で最も遅い、キーフレームの時刻Ｔ２を特定する。
【０１７４】
応答部５５４は、時刻Ｔ１以降のキーフレームを画面情報５４４から検出し、検出したキーフレームを、クライアント端末５０に送信する。
【０１７５】
次に、本実施例５に係るサーバ５００の処理手順について説明する。図２１は、本実施例５に係るサーバがクライアント端末から制御情報を受信した場合の処理手順を示すフローチャートである。
【０１７６】
図２１に示すように、サーバ５００の制御部５５０は、クライアント端末５０から制御情報を受信する（ステップＳ７０１）。制御部５５０は、制御情報が保存モード情報であるか否かを判定する（ステップＳ７０２）。制御部５５０は、制御情報が保存モード情報でない場合には（ステップＳ７０２，Ｎｏ）、制御情報が指定時刻情報であるか否かを判定する（ステップＳ７０３）。
【０１７７】
制御部５５０は、制御情報が指定時刻情報でない場合には（ステップＳ７０３，Ｎｏ）、処理を終了する。一方、制御部５５０は、制御情報が指定時刻情報である場合には（ステップＳ７０３，Ｙｅｓ）、保存モードが第２保存モードであるか否かを判定する（ステップＳ７０４）。
【０１７８】
制御部５５０は、保存モードが第２保存モードでない場合には（ステップＳ７０４，Ｎｏ）、処理を終了する。一方、制御部５５０は、保存モードが第２保存モードである場合には（ステップＳ７０４，Ｙｅｓ）、指定時刻Ｔ１を取得する（ステップＳ７０５）。制御部５５０は、指定時刻Ｔ１以前で最も遅い、キーフレームの時刻Ｔ２を取得する（ステップＳ７０６）。
【０１７９】
制御部５５０は、指定時刻Ｔ２のキーフレームをクライアント端末５０に送信する（ステップＳ７０７）。クライアント端末５０は、指定時刻Ｔ１以降のキーフレーム（領域面積が全画面面積と等しい静止画圧縮データ）をクライアント端末５０に順次送信する（ステップＳ７０８）。
【０１８０】
ところで、制御部５５０は、ステップＳ７０２において、制御情報が保存モード情報である場合には（ステップＳ７０２，Ｙｅｓ）、保存モード情報を更新する（ステップＳ７
０９）。制御部５５０は、保存モードが第２保存モードであるか否かを判定する（ステップＳ７１０）。
【０１８１】
制御部５５０は、保存モードが第２保存モードでない場合には（ステップＳ７１０，Ｎｏ）、処理を終了する。一方、制御部５５０は、保存モードが第２保存モードである場合には（ステップＳ７１０，Ｙｅｓ）、全画面画像を静止画圧縮することで、キーフレームを生成し（ステップＳ７１１）、時刻と対応づけてキーフレームの情報を保存する（ステップＳ７１２）。
【０１８２】
次に、本実施例５に係るサーバ５００の効果について説明する。サーバ５００は、クライアント端末５０から指定時刻情報を受け付けた場合に、指定時刻以前で最も遅いキーフレームを特定する。そして、サーバ５００は、特定したキーフレームから、このキーフレーム以降のキーフレームを順次クライアント端末５０に送信する。これにより、画面の情報を早送りを実現し、支援者等は画面の情報の要点のみを参照することができる。
【０１８３】
次に、上記実施例に示した画像処理装置１００〜５００と同様の機能を実現する画像処理プログラムを実行するコンピュータの一例について説明する。図２２は、保存判定プログラムを実行するコンピュータの一例を示す図である。
【０１８４】
図２２に示すように、コンピュータ６００は、各種演算処理を実行するＣＰＵ６０１と、ユーザからのデータの入力を受け付ける入力装置６０２と、ディスプレイ６０３とを有する。また、コンピュータ６００は、記憶媒体からプログラム等を読取る読み取り装置６０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインタフェース装置６０５とを有する。また、コンピュータ６００は、各種情報を一時記憶するＲＡＭ６０６と、ハードディスク装置６０７とを有する。そして、各装置６０１〜６０７は、バス６０８に接続される。
【０１８５】
ハードディスク装置６０７は、検出プログラム６０７ａ、圧縮プログラム６０７ｂ、判定プログラム６０７ｃ、保存判定プログラム６０７ｄを有する。ＣＰＵ６０１は、検出プログラム６０７ａ、圧縮プログラム６０７ｂ、判定プログラム６０７ｃ、保存判定プログラム６０７ｄを読み出してＲＡＭ６０６に展開する。検出プログラム６０７ａは、検出プロセス６０６ａとして機能する。圧縮プログラム６０７ｂは、圧縮プロセス６０６ｂとして機能する。判定プログラム６０７ｃは、判定プロセス６０６ｃとして機能する。保存判定プログラム６０７ｄは、保存判定プロセス６０６ｄとして機能する。
【０１８６】
例えば、検出プロセス６０６ａは、検出部１５３ａ，２５３ａ，３５３ａ，４５３ａ，５５３ａに対応する。圧縮プロセス６０６ｂは、圧縮部１５３ｂ，２５３ｂ，３５３ｂ，４５３ｂ，５５３ｂに対応する。判定プログラム６０６ｃは、判定部１５３ｃ，２５３ｃ，３５３ｃ，４５３ｃ，５５３ｃに対応する。保存判定プロセス６０６ｄは、保存判定部１５３ｄ，２５３ｄ，３５３ｄ，４５３ｄ，５５３ｄに対応する。
【０１８７】
なお、検出プログラム６０７ａ、圧縮プログラム６０７ｂ、判定プログラム６０７ｃ、保存判定プログラム６０７ｄについては、必ずしも最初からハードディスク装置６０７に記憶させておかなくても良い。例えば、コンピュータ６００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ６００が各プログラム６０７ａ〜６０７ｄを読み出して実行するようにしてもよい。
【０１８８】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１８９】
（付記１）配信画面の更新領域を検出する検出部と、
過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮する圧縮部と、
前記検出部において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、前記新たな更新領域において、前記新たな更新領域を第１更新領域および第２更新領域に分離する判定部と、
前記新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、前記新たな更新領域に含まれる第１更新領域の大きさと、前記新たな更新領域に含まれる第２更新領域の大きさとに基づいて、前記第２更新領域を保存するか否かを判定する保存判定部と
を有することを特徴とするサーバ。
【０１９０】
（付記２）前記保存判定部は、前記新たな更新領域に含まれる第２更新領域が前記第１更新領域よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする付記１に記載のサーバ。
【０１９１】
（付記３）前記保存判定部は、前記新たな更新領域と、保存しないと判定した第２更新領域との面積の和が、配信画面の面積の所定の割合以上を占めた場合に、保存しないと判定した第２更新領域を、元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータを保存することを特徴とする付記２に記載のサーバ。
【０１９２】
（付記４）前記保存判定部は、前記第１更新領域を動画圧縮したデータと、前記第２更新領域を静止画圧縮したデータと、前記元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータとをそれぞれ時刻と対応付けて記憶装置に記憶させることを特徴とする付記３に記載のサーバ。
【０１９３】
（付記５）クライアント端末から送信要求を受信する通信部を更に有し、前記通信部がクライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する動画圧縮したデータおよび静止画圧縮したデータをクライアント端末に送信する応答部を更に有することを特徴とする付記４に記載のサーバ。
【０１９４】
（付記６）前記保存判定部は、前記第２更新領域の面積が所定の面積よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする付記１に記載のサーバ。
【０１９５】
（付記７）前記保存判定部は、前記第１更新領域の面積が所定の面積よりも小さい場合に、前記第１更新領域を保存しないと判定することを特徴とする付記１に記載のサーバ。
【０１９６】
（付記８）前記保存判定部は、保存しないと判定した前記第２更新領域の面積と前記新たな更新領域の面積との和が、配信画面の面積の第１の割合よりも更に大きい第２の割合よりも大きい場合に、配信画面を静止画圧縮したデータを保存することを特徴とする付記３に記載のサーバ。
【０１９７】
（付記９）クライアント端末から送信要求を受信する通信部を更に有し、前記通信部がクライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する静止画圧縮したデータをクライアント端末に送信する応答部を更に有することを特徴とする付記４に記載のサーバ。
【０１９８】
（付記１０）コンピュータに、
配信画面の更新領域を検出し、
過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮し、
前記検出する処理において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、前記新たな更新領域において、前記新たな更新領域を第１更新領域および第２更新領域に分離し、
前記新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、前記新たな更新領域に含まれる第１更新領域の大きさと、前記新たな更新領域に含まれる第２更新領域の大きさとに基づいて、前記第２更新領域を保存するか否かを判定する
処理を実行させることを特徴とする保存判定プログラム。
【０１９９】
（付記１１）前記第２更新領域を保存するか否かを判定する処理は、前記新たな更新領域に含まれる第２更新領域が前記第１更新領域よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする付記１０に記載の保存判定プログラム。
【０２００】
（付記１２）前記第２更新領域を保存するか否かを判定する処理は、前記新たな更新領域と、保存しないと判定した第２更新領域との面積の和が、配信画面の面積の所定の割合以上を占めた場合に、保存しないと判定した第２更新領域を、元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータを保存することを特徴とする付記１１に記載の保存判定プログラム。
【０２０１】
（付記１３）前記第２更新領域を保存するか否かを判定する処理は、前記第１更新領域を動画圧縮したデータと、前記第２更新領域を静止画圧縮したデータと、前記元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータとをそれぞれ時刻と対応付けて記憶装置に記憶させることを特徴とする付記１２に記載の保存判定プログラム。
【０２０２】
（付記１４）クライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する動画圧縮したデータおよび静止画圧縮したデータをクライアント端末に送信する処理を更にコンピュータに実行させることを特徴とする付記１３に記載の保存判定プログラム。
【０２０３】
（付記１５）前記第２更新領域を保存するか否かを判定する処理は、前記第２更新領域の面積が所定の面積よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする付記１０に記載の保存判定プログラム。
【０２０４】
（付記１６）前記第２更新領域を保存するか否かを判定する処理は、前記第１更新領域の面積が所定の面積よりも小さい場合に、前記第１更新領域を保存しないと判定することを特徴とする付記１０に記載の保存判定プログラム。
【０２０５】
（付記１７）前記第２更新領域を保存するか否かを判定する処理は、保存しないと判定した前記第２更新領域の面積と前記新たな更新領域の面積との和が、配信画面の面積の第１の割合よりも更に大きい第２の割合よりも大きい場合に、配信画面を静止画圧縮したデータを保存することを特徴とする付記１２に記載の保存判定プログラム。
【０２０６】
（付記１８）クライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する静止画圧縮したデータをクライアント端末に送信する処理を更にコンピュータに実行させることを特徴とする付記１３に記載の保存判定プログラム。
【０２０７】
（付記１９）コンピュータが実行する保存判定方法であって、
配信画面の更新領域を検出し、
過去の更新領域の発生頻度に基づいて、更新頻度が所定の閾値以上となる第１更新領域を動画圧縮し、更新頻度が所定の閾値未満となる第２更新領域を静止画圧縮し、
前記検出する処理において、新たな更新領域が検出された場合に、過去の更新領域の発生頻度を基にして、前記新たな更新領域において、前記新たな更新領域を第１更新領域および第２更新領域に分離し、
前記新たな更新領域に第１更新領域および第２更新領域の両方が含まれる場合に、前記新たな更新領域に含まれる第１更新領域の大きさと、前記新たな更新領域に含まれる第２更新領域の大きさとに基づいて、前記第２更新領域を保存するか否かを判定する
処理を実行することを特徴とする保存判定方法。
【０２０８】
（付記２０）前記第２更新領域を保存するか否かを判定する処理は、前記新たな更新領域に含まれる第２更新領域が前記第１更新領域よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする付記１９に記載の保存判定方法。
【０２０９】
（付記２１）前記第２更新領域を保存するか否かを判定する処理は、前記新たな更新領域と、保存しないと判定した第２更新領域との面積の和が、配信画面の面積の所定の割合以上を占めた場合に、保存しないと判定した第２更新領域を、元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータを保存することを特徴とする付記２０に記載の保存判定方法。
【０２１０】
（付記２２）前記第２更新領域を保存するか否かを判定する処理は、前記第１更新領域を動画圧縮したデータと、前記第２更新領域を静止画圧縮したデータと、前記元の画像の情報量よりも少ない情報量の画像によって塗りつぶした配信画面のデータとをそれぞれ時刻と対応付けて記憶装置に記憶させることを特徴とする付記２１に記載の保存判定方法。
【０２１１】
（付記２３）クライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する動画圧縮したデータおよび静止画圧縮したデータをクライアント端末に送信する処理を更にコンピュータに実行させることを特徴とする付記２２に記載の保存判定方法。
【０２１２】
（付記２４）前記第２更新領域を保存するか否かを判定する処理は、前記第２更新領域の面積が所定の面積よりも小さい場合に、前記第２更新領域を保存しないと判定することを特徴とする付記１９に記載の保存判定方法。
【０２１３】
（付記２５）前記第２更新領域を保存するか否かを判定する処理は、前記第１更新領域の面積が所定の面積よりも小さい場合に、前記第１更新領域を保存しないと判定することを特徴とする付記１９に記載の保存判定方法。
【０２１４】
（付記２６）前記第２更新領域を保存するか否かを判定する処理は、保存しないと判定した前記第２更新領域の面積と前記新たな更新領域の面積との和が、配信画面の面積の第１の割合よりも更に大きい第２の割合よりも大きい場合に、配信画面を静止画圧縮したデータを保存することを特徴とする付記２１に記載の保存判定方法。
【０２１５】
（付記２７）クライアント端末から送信要求を受信した場合に、前記記憶装置に記憶された配信画面のデータのうち、前記送信要求に含まれる指定時刻以前で最も遅い時刻の配信画面のデータをクライアント端末に送信し、前記最も遅い時刻以降の時刻に対応する静止画圧縮したデータをクライアント端末に送信する処理を更にコンピュータに実行させることを特徴とする付記２２に記載の保存判定方法。
【符号の説明】
【０２１６】
５０  クライアント端末
１００，２００，３００，４００，５００  サーバ
【図１】
0006384219.tif 000002
【図２】
0006384219.tif 000003
【図３】
0006384219.tif 000004
【図４】
0006384219.tif 000005
【図５】
0006384219.tif 000006
【図６】
0006384219.tif 000007
【図７】
0006384219.tif 000008
【図８】
0006384219.tif 000009
【図９】
0006384219.tif 000010
【図１０】
0006384219.tif 000011
【図１１】
0006384219.tif 000012
【図１２】
0006384219.tif 000013
【図１３】
0006384219.tif 000014
【図１４】
0006384219.tif 000015
【図１５】
0006384219.tif 000016
【図１６】
0006384219.tif 000017
【図１７】
0006384219.tif 000018
【図１８】
0006384219.tif 000019
【図１９】
0006384219.tif 000020
【図２０】
0006384219.tif 000021
【図２１】
0006384219.tif 000022
【図２２】
0006384219.tif 000023