JP5439591B2

JP5439591B2 - スクリーンショット表示制御装置、スクリーンショット表示制御方法、スクリーンショット表示制御用集積回路、サーバ装置

Info

Publication number: JP5439591B2
Application number: JP2012510480A
Authority: JP
Inventors: 雄基篠本; 秀彦秦
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2010-04-13
Filing date: 2010-12-10
Publication date: 2014-03-12
Anticipated expiration: 2030-12-10
Also published as: CN102473065B; CN102473065A; US8700700B2; JPWO2011128957A1; WO2011128957A1; US20120084354A1

Description

本発明は、サーバ装置から提供されるアプリケーションを実行してサーバ装置を遠隔実行するクライアント装置において、スクリーンショットの表示を制御する表示制御技術に関するものである。

従来、ネットワークを介して接続された装置を遠隔操作する際に、操作側の装置にインターフェースを提供する技術として、リモートユーザインタフェース（ＵＩ）が知られている。

リモートＵＩは、アプリケーションの実行に必要なファイルを送信するサーバ装置（遠隔操作される装置）と、サーバ装置とネットワークを介して接続され、サーバ装置から受信したファイルを用いてアプリケーションを実行するクライアント装置とで実現される。より詳細には、クライアント装置は、サーバ装置のＩＰアドレスと、起動するアプリケーション名を保持しており、アプリケーションの起動指示を受け付けると、サーバ装置に対し、アプリケーションの実行に必要なファイル（ＵＩの定義ファイルあるいは表示コンテンツ）の送信を要求する。クライアント装置は、サーバ装置からファイルを受信すると、受信したファイルを用いてアプリケーションを実行し、操作画面（ＵＩ)を表示する。

上記のリモートＵＩとは別の技術として、スクリーンショット技術が知られている。スクリーンショット技術は、アプリケーションの起動速度を高速化したように見せるために、アプリケーションの起動処理開始から完了までの間に、アプリケーションの起動完了後の表示画像であるスクリーンショットを表示する手法である。ここで、スクリーンショットとは、アプリケーションがフレームバッファ（ディスプレイに表示する画像のラスタデータを一時的に保存するメモリ）に書き込む描画内容をビットマップとして保存したものである。

より具体的には、アプリケーションの起動開始直後に、予め用意したスクリーンショットのデータをフレームバッファに書き込み、ディスプレイ上にスクリーンショットを表示する。そして、アプリケーションの起動が完了した時点で、フレームバッファの記憶内容とアプリケーションが生成した描画内容とを入れ替え、以後は、アプリケーションの表示データをディスプレイに表示する。本来は、アプリケーションの起動が完了するまでアプリケーションの表示データは表示されない。これに対して、アプリケーションの起動開始直後にスクリーンショットを表示すると、ユーザは、起動処理が完了するまでの待ち時間が短縮されたように感じる。

また、画像の表示制御に関連する技術として、特許文献１に記載されたものがある。特許文献１は、圧縮されたブロックデータを複数組み合わせて表示画像を生成する表示制御装置に関するものである。特許文献１では、既に画面上に表示されているイメージと同一のイメージを表示する場合には、イメージデータ記憶手段上に既に解凍展開されているイメージデータを再利用することで、高速なイメージの表示を実現している。

特開平７−４４１５５号公報

上記のリモートＵＩを実装したクライアント装置においても、アプリケーションの起動完了までの待ち時間が短くなったかのように感じられるよう、スクリーンショット技術を適用することが考えられる。

しかしながら、リモートＵＩとスクリーンショットの表示制御とを組み合わせた場合、次のような問題が発生する。

スクリーンショットの生成は、スクリーンショットを使用する装置が行う。すなわち、リモートＵＩを提供するシステムでは、クライアント装置が、アプリケーションの起動後に、アプリケーションの表示画像を表すスクリーンショットを作成し、作成したスクリーンショットをメモリに保存する。アプリケーションの次回起動時には、保存されているスクリーンショットが使用される。

一方、リモートＵＩを実現するシステムでは、クライアント装置がアプリケーションの実行（表示画面の生成）に使用するファイルは、サーバ装置で管理されている。したがって、当該アプリケーションの実行用ファイルがサーバ装置内で更新された場合、クライアント装置に既に保存されているスクリーンショット（クライアント装置が更新前のファイルを用いて作成したもの）と、更新後のファイルを用いて実行したアプリケーションの表示データとが相違する。この結果、スクリーンショットからアプリケーションの生成イメージに切り替わる際に、表示内容が変化してしまい、ユーザに違和感を与えてしまうという問題がある（図１１Ｂ参照）。

それ故に、本発明は、リモートＵＩを実現するネットワークシステムにおいて、サーバ装置でのファイル更新状況にかかわらず、クライアント装置上で最新のスクリーンショットを表示することができる表示制御技術を提供することを目的とする。

本発明に係るスクリーンショット表示制御装置は、サーバ装置から受信したファイルを用いてアプリケーションを起動し、アプリケーションの起動開始から起動完了までの間に、アプリケーションの起動後の表示画像であるスクリーンショットを表示するものである。当該スクリーンショット表示制御装置は、アプリケーションの実行に必要なファイルをサーバ装置から受信するファイル受信部と、ファイル受信部が受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、サーバ装置でのファイルの更新後に、当該更新後のファイルを用いてサーバ装置が作成したスクリーンショットをサーバ装置から受信するスクリーンショット受信部と、スクリーンショット受信部がサーバ装置からスクリーンショットを受信した場合には、受信したスクリーンショットを表示画面に表示し、それ以外の場合にはスクリーンショット保存部に保存されるスクリーンショットを表示画面に表示する表示選択部とを備える。

あるいは、スクリーンショット表示制御装置は、更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとの差分を表す差分データをサーバ装置から受信するスクリーンショット受信部と、スクリーンショット受信部がサーバ装置から差分データを受信した場合には、受信した差分データとスクリーンショット保存部に保存されるスクリーンショットとを合成して得られるスクリーンショットを表示画面に表示し、それ以外の場合にはスクリーンショット保存部に保存されるスクリーンショットを表示画面に表示する表示選択部とを備えても良い。

本発明に係るスクリーンショット表示制御方法は、サーバ装置から受信したファイルを用いてアプリケーションを起動するクライアント装置において、アプリケーションの起動開始から起動完了までの間に、アプリケーションの起動完了時の表示内容の画像であるスクリーンショットを表示するためのものである。当該スクリーンショット表示制御方法は、アプリケーションの実行に必要なファイルをサーバ装置から受信するファイル受信ステップと、ファイル受信ステップで受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成ステップと、スクリーンショット生成ステップで生成されたスクリーンショットを保存するスクリーンショット保存ステップと、サーバ装置でのファイルの更新後に、当該更新後のファイルを用いてサーバ装置が作成したスクリーンショットをサーバ装置から受信するスクリーンショット受信ステップと、スクリーンショット受信ステップでサーバ装置からスクリーンショットを受信した場合には、受信したスクリーンショットを表示画面に表示し、それ以外の場合にはスクリーンショット保存ステップで保存されたスクリーンショットを表示画面に表示する表示選択ステップとを備える。

あるいは、スクリーンショット表示制御方法は、更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとの差分を表す差分データをサーバ装置から受信するスクリーンショット受信ステップと、スクリーンショット受信ステップでサーバ装置から差分データを受信した場合には、受信した差分データとスクリーンショット保存ステップで保存されたスクリーンショットとを合成して得られるスクリーンショットを表示画面に表示し、それ以外の場合にはスクリーンショット保存ステップで保存されたスクリーンショットを表示画面に表示する表示選択ステップとを備えても良い。

本発明に係るスクリーンショット表示制御用集積回路は、上述したファイル受信部と、スクリーンショット生成部と、スクリーンショット保存部と、スクリーンショット受信部と、表示選択部として機能する回路を集積したものである。

また、本発明に係るサーバ装置は、アプリケーションの起動開始から起動完了までの間に、アプリケーションの起動完了時の表示画像であるスクリーンショットを表示する上記のクライアント装置に対して、スクリーンショットを送信するものである。当該サーバ装置は、クライアント装置からの要求に応答して、クライアント装置上でアプリケーションを実行するために必要なファイルをクライアント装置に送信するファイル送信部と、ファイルの更新後に、当該更新後のファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、クライアント装置からアプリケーションの起動が通知された場合、前回のアプリケーション実行以後に、スクリーンショット保存部に保存されるスクリーンショットが更新されたか否かを判定する送信判定部と、送信判定部において、スクリーンショット保存部に保存されるスクリーンショットが更新されたと判定された場合に、スクリーンショット保存部に保存されるスクリーンショットをクライアント装置に送信するスクリーンショット送信部とを備える。

あるいは、サーバ装置は、更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとを保存するスクリーンショット保存部と、クライアント装置からアプリケーションの起動が通知された場合、前回のアプリケーション実行以後に、スクリーンショット保存部に保存される第２のスクリーンショットが更新されたか否かを判定する送信判定部と、送信判定部において、第２のスクリーンショットが更新されたと判定された場合に、第１のスクリーンショットと第２のスクリーンショットとの差分を表す差分データをクライアント装置に送信するスクリーンショット送信部とを備えても良い。

本発明によれば、サーバ装置でのファイル更新状況にかかわらず、クライアント装置上で最新のスクリーンショットを表示することができる。

図１は、本発明の第１の実施形態に係る表示制御システムのブロック図図２は、図１のクライアント装置に表示される画面の一例を示す図図３Ａは、アプリケーション実行に必要なファイルフォーマットの一例を示す図図３Ｂは、スクリーンショットのファイルフォーマットの一例を示す図図４は、図１の第１のスクリーンショット管理部の構成を示すブロック図図５は、図１の第２のスクリーンショット管理部の構成を示すブロック図図６は、図１の表示制御部の構成を示すブロック図図７は、第１の実施形態に係るクライアント装置が行うスクリーンショット生成処理を示すフローチャート図８は、第１の実施形態に係るサーバ装置が行うスクリーンショット生成処理を示すフローチャート図９は、第１の実施形態に係るスクリーンショット更新・表示処理を示すフローチャート図１０は、スクリーンショットの例を示す図図１１Ａは、第１の実施形態に係るクライアント装置の画面表示を示す図図１１Ｂは、参考例に係るクライアント装置の画面表示を示す図図１２は、本発明の第２の実施形態に係る表示制御システムのブロック図図１３は、スクリーンショット及び差分データの例を示す図図１４は、第２の実施形態に係るスクリーンショット更新・表示処理を示すフローチャート

以下、本発明の各実施形態に係る表示制御システム、これを構成するサーバ装置及びクライアント装置について、図面を参照しながら説明する。以下では、番組の録画機能を有するサーバ装置が、ネットワーク経由で当該録画情報の閲覧や操作を行うためのリモートユーザインタフェース（ＵＩ）をクライアント装置に提供するシステムを例に挙げて説明する。ただし、サーバ装置が番組録画機能を有する場合に限らず、ネットワーク経由でリモートＵＩが実現されるシステムに対しては、本発明の表示制御方法を同様に適用できる。

（第１の実施形態）
図１は、本発明の第１の実施形態に係る表示制御システムのブロック図である。図２は、図１のクライアント装置に表示される画面の一例を示す図である。更に、図３Ａは、アプリケーション実行に必要なファイルフォーマットの一例を示す図であり、図３Ｂは、スクリーンショットのファイルフォーマットの一例を示す図である。

本実施形態に係る表示制御システムは、ネットワークを介して接続されるサーバ装置１００とクライアント装置１１０とを備える。サーバ装置１００は、クライアント装置１１０に対してリモートＵＩを提供し、ネットワーク経由でクライアント装置１１０からの遠隔操作を可能とする。

図２の表示内容２０１は、クライアント装置１１０の表示部上に表示される操作画面の一例であって、ユーザからの入力を受け付けるユーザインタフェースとして機能する。図２の録画番組一覧では、録画された４つの番組（タイトルＡ〜Ｄ）が列挙されている。表示内容２０１上のユーザインタフェースを通じてサーバ装置１００を遠隔操作し、録画情報の確認や変更、録画番組の再生や早送り等の処理を行うことができる。

サーバ装置１００は、ファイル送信部１０１と、第１のスクリーンショット管理部１０２と、ネットワークインターフェース（Ｉ／Ｆ）とを備えている。ファイル送信部１０１及び第１のスクリーンショット管理部１０２は、ネットワークＩ／Ｆを介してネットワークに接続され、クライアント装置１１０と通信可能である。

ファイル送信部１０１は、クライアント装置１１０がアプリケーションを実行してユーザインタフェースを表示するために必要なファイル１０５を保存する。また、ファイル送信部１０１は、クライアント装置１１０からアプリケーションの起動が通知された場合、クライアント装置１１０の要求に応じて、ファイル１０５をクライアント装置１１０に送信する。

ファイル１０５は、図３Ａに示されるように、表示コンテンツそのものと、レイアウト情報とを含んでいる。レイアウト情報は、表示コンテンツやオブジェクト（ボタン、タブ、リストボックス等）の配置を定義するデータよりなり、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）により記述される。表示コンテンツは、静止画像や動画、文字情報の少なくとも１つを含む。録画番組一覧を表示する場合においては、録画された番組のタイトル、チャンネル、録画日付、アイコンの画像データなどが表示コンテンツに該当する。

第１のスクリーンショット管理部１０２は、ファイル送信部１０１が管理するファイル１０５の更新状況を監視し、ファイル１０５の更新内容に応じてスクリーンショットを生成する。また、クライアント装置１１０からの要求に応じて、スクリーンショットをクライアント装置１１０に送信する。更に、クライアント装置１１０からアプリケーションの終了が通知された場合、アプリケーション終了日時を記録する。このアプリケーション終了日時は、クライアント装置１１０で保存しているスクリーンショットと、第１のスクリーンショット管理部１０２で保存しているスクリーンショットとのいずれが新しいかを判定するために使用される。この判定処理については後述する。

スクリーンショットは、サーバ装置１００上でのアプリケーションの起動中にクライアント装置１１０の表示画面上に表示される画像であり、アプリケーションの起動開始直後に表示される初期画像や、アプリケーションの起動完了直後に表示される表示画像である。図３Ｂに示されるように、スクリーンショットは、アプリケーション名、最終更新日時、操作画面名、スクリーンショットビットマップを含む。アプリケーション名は、スクリーンショットに対応するアプリケーションの名称である。最終更新日時は、スクリーンショットが保存された日時である。操作画面名は、スクリーンショットが、アプリケーションが表示する複数の表示画面のいずれであるかを示す。例えば、タブによって操作画面を切り替えることができる画面構成の場合、各タブに対応する名称を操作画面名として設定できる。スクリーンショットビットマップは、画面データをビットマップとして保存したものである。スクリーンショットを保存すべき画面は、アプリケーションごとに異なる。どの画面をスクリーンショットとして保存すべきかは、例えばレイアウト情報に記載されている。また、スクリーンショットは、表示画面毎に複数作成することができる。

一方、クライアント装置１１０は、ファイル受信部１１２と、通知部１１３と、第２のスクリーンショット管理部１１４と、入力部１１５と、表示制御部１１６と、ネットワークＩ／Ｆとを備える。ファイル受信部１１２と、通知部１１３と、第２のスクリーンショット管理部１１４とは、ネットワークＩ／Ｆを介してネットワークに接続され、サーバ装置１００と通信可能である。

通知部１１３は、クライアント装置１１０上でのアプリケーションの起動及び終了をサーバ装置１００に通知する。

ファイル受信部１１２は、アプリケーションを実行するために必要なファイル１０５の送信をサーバ装置１００に要求する。また、ファイル受信部１１２は、サーバ装置１００から送信されたファイル１０５を受信し、受信したファイル１０５をメモリやハードディスク等の記憶装置に保存する。

第２のスクリーンショット管理部１１４は、サーバ装置１００にスクリーンショットの送信を要求し、サーバ装置１００から送信されるスクリーンショット１０６を受信する。スクリーンショット１０６は、更新後のファイル１０５を用いてクライアント装置１１０上でアプリケーションを実行した際に、表示画面に表示される表示画像である。受信したスクリーンショット１０６は、メモリやハードディスク等の記憶装置に保存される。また、第２のスクリーンショット管理部１１４は、クライアント装置１１０上のアプリケーションが生成した表示データを使用してスクリーンショット１１７の生成を行う。

入力部１１５は、アプリケーションの起動指示等のユーザ入力を受け付ける。入力部１１５は、例えばボタンやキーボードである。

表示制御部１１６は、サーバ装置１００から受信したファイル１０５を用いてアプリケーションを実行し、アプリケーションの表示データを生成する。表示制御部１１６は、ディスプレイ等の表示画面を含み、アプリケーションの表示データ、サーバ装置１００から受信したスクリーンショット１０６、クライアント装置１１０が作成したスクリーンショット１１７のいずれかを表示する。

以下、本発明に係るスクリーンショット表示制御の詳細を説明する。

図４は、図１の第１のスクリーンショット管理部の構成を示すブロック図である。

第１のスクリーンショット管理部１０２は、スクリーンショット生成部１０２１と、更新監視部１０２２と、スクリーンショット保存部１０２３と、スクリーンショット送信部１０２４と、スクリーンショット送信判定部１０２５とを備える。

更新監視部１０２２は、ファイル送信部１０１が管理するファイル（クライアント装置でのアプリケーション実行に必要なファイル）の更新状況を監視し、ファイルが更新された場合、スクリーンショットの生成をスクリーンショット生成部１０２１に指示する。

スクリーンショット生成部１０２１は、更新監視部１０２２からの指示に応答して、更新後のファイルを用いてアプリケーションを実行した際に、クライアント装置で表示される表示画像であるスクリーンショットを生成する。

スクリーンショット保存部１０２３は、スクリーンショット生成部１０２１が生成したスクリーンショットを保存する。

スクリーンショット送信部１０２４は、スクリーンショット受信部１１４１（図５）からスクリーンショットの送信要求を受信した場合、スクリーンショット送信判定部１０２５に対して、スクリーンショットの送信要否を問い合わせる。スクリーンショット送信判定部１０２５がスクリーンショットの送信が必要と判定した場合、スクリーンショット送信部１０２４は、スクリーンショット保存部１０２３に保存されているスクリーンショットをスクリーンショット受信部１１４１に送信する。スクリーンショット送信判定部１０２５がスクリーンショットの送信が必要でない判定した場合には、スクリーンショットが更新されていない旨をスクリーンショット受信部１１４１に返信する。

スクリーンショット送信判定部１０２５は、通知部１１３からアプリケーションの終了通知を受信した場合、アプリケーションの終了日時を記録する。スクリーンショット送信判定部１０２５は、スクリーンショット送信部１０２４からスクリーンショットの送信要否の問い合わせがあった場合、スクリーンショット保存部１０２３に保存されているスクリーンショットの最終更新日時と、前回のアプリケーションの終了日時とを比較する。スクリーンショット送信判定部１０２５は、最終更新日時が前回のアプリケーション終了日時以後の場合、サーバ装置で作成したスクリーンショットの送信が必要である旨をスクリーンショット送信部１０２４に通知し、それ以外の場合、スクリーンショットの送信が不要である旨をスクリーンショット送信部１０２４に通知する。

図５は、図１の第２のスクリーンショット管理部の構成を示すブロック図である。

第２のスクリーンショット管理部１１４は、スクリーンショット受信部１１４１と、スクリーンショット生成部１１４２と、スクリーンショット保存部１１４３とを備える。

スクリーンショット受信部１１４１は、スクリーンショット送信部１０２４（図４）から送信されるスクリーンショットを受信する。スクリーンショット生成部１１４２は、アプリケーションが生成した表示データからスクリーンショットを生成する。スクリーンショット保存部１１４３は、スクリーンショット受信部１１４１が受信したスクリーンショット及びスクリーンショット生成部１１４２が生成したスクリーンショットを保存する。また、スクリーンショット保存部１１４３には、複数種類のスクリーンショットを保存することができる。

図６は、図１の表示制御部の構成を示すブロック図である。

表示制御部１１６は、表示内容生成部１１６１と、表示選択部１１６２と、表示部１１６３と、バッファメモリ１１６４とを備える。

表示内容生成部１１６１は、ファイル受信部１１２が受信したファイルを使用して、アプリケーションの表示データを生成する。生成された表示データは、バッファメモリ１１６４に格納される。

表示部１１６３は、液晶ディスプレイ等の表示画面を含み、表示選択部１１６２によって選択された内容を表示する。

表示選択部１１６２は、表示内容生成部１１６１が生成した表示データと、スクリーンショットとのいずれを表示するかを選択し、選択したデータを表示するように表示部１１６３に指示する。より詳細には、表示選択部１１６２は、クライアント装置１１０でのアプリケーションの起動開始直後から起動完了までの間は、スクリーンショットを表示部１１６３に出力し、アプリケーションの起動後は、アプリケーションが生成した表示データをバッファメモリ１１６４から読み出し、表示部１１６３に出力する。また、表示選択部１１６２は、スクリーンショットの表示に際して、サーバ装置１００が生成したスクリーンショット１０６と、スクリーンショット生成部１１４２が生成したスクリーンショット１１７のいずれかを表示画面に表示する。

以下、本実施形態に係る表示制御処理を説明する。以下の説明では、図１及び４〜６の各部の符号を併せて記載する。

図７は、第１の実施形態に係るクライアント装置が行うスクリーンショット生成処理を示すフローチャートである。図７のフローチャートは、クライアント装置１１０で最初にアプリケーションが起動された場合に実行される処理である。したがって、この段階ではクライアント装置１１０内にスクリーンショットはまだ保存されていない。

まず、サーバ装置１００が行う制御処理を説明する。

ステップＳ１０００において、サーバ装置１００は、クライアント装置からのファイル送信要求を受信するまで待機する（ステップＳ１０００でＮｏ）。ファイル送信部１０１がファイル送信要求を受信すると（ステップＳ１０００でＹｅｓ）、制御処理はステップＳ１００１に進む。

ステップＳ１００１において、ファイル送信部１０１は、アプリケーション実行に必要なファイル１０５をファイル受信部１１２に送信する。

ステップＳ１００２において、サーバ装置１００は、クライアント装置１１０からアプリケーション終了通知を受信するまで待機する（ステップＳ１００２でＮｏ）。スクリーンショット送信判定部１０２５が通知部１１３からアプリケーション終了通知を受信すると（ステップＳ１００２でＹｅｓ）、制御処理はステップＳ１００３に進む。

ステップＳ１００３では、スクリーンショット送信判定部１０２５がアプリケーションの終了日時を記録する。

次に、クライアント装置１１０が行う制御処理を説明する。

ステップＳ１１００において、入力部１１５から入力されるユーザ指示に応答して、表示内容生成部１１６１は、アプリケーションが起動されたことをサーバ装置１００に通知する。

ステップＳ１１０１において、表示内容生成部１１６１は、ファイル受信部１１２にアプリケーション実行に必要なファイル１０５の送信を要求する。

ステップＳ１１０２において、ファイル受信部１１２は、ファイル送信部１０１から送信されたファイル１０５を受信する。

ステップＳ１１０３において、表示内容生成部１１６１は、ファイル受信部１１２が受信したファイル１０５を用いてアプリケーションを実行し、アプリケーションの起動画面を生成する。この段階ではスクリーンショットが保存されていないので、表示選択部１１６２は、表示内容生成部１１６１が生成した表示データを表示部１１６３に表示させる。

ステップＳ１１０４において、表示内容生成部１１６１は、アプリケーション実行により生成した表示データをスクリーンショット生成部１１４２に出力してスクリーンショットの生成を指示する。スクリーンショット生成部１１４２は、表示データを用いて、起動中に表示される静止画像（起動画面）を生成する。スクリーンショット生成部１１４２は、生成した静止画像をスクリーンショット１１７としてスクリーンショット保存部１１４３に保存する。

ステップＳ１１０５において、表示制御部１１６は、アプリケーション終了の指示を入力部１１５から受け付けるまで、アプリケーションの表示データを表示部１１６３に表示する（ステップＳ１１０５でＮｏ）。入力部１１５からアプリケーション終了の指示を受け付けると（ステップＳ１１０５でＹｅｓ）、表示内容生成部１１６１はアプリケーションの終了処理を実行し、バッファメモリ１１６４内の表示データをクリアする。

ステップＳ１１０６において、通知部１１３は、アプリケーションの終了通知をスクリーンショット送信判定部１０２５に送信する。

尚、上記のステップＳ１１０４では、起動画面のスクリーンショットを生成・保存している。このタイミングで作成されたスクリーンショットは、起動時に初期画面を表示するアプリケーションに特に有効である。また、スクリーンショット１１７をアプリケーションの終了時に生成しても良い。この場合は、表示内容生成部１１６１は、アプリケーションの終了処理の実行前に、ステップＳ１１０４の処理を行う。このタイミングで作成されたスクリーンショットは、アプリケーションの次回起動時に、前回終了時の表示画像を表示する場合に特に有効である。

図８は、第１の実施形態に係るサーバ装置が行うスクリーンショット生成処理を示すフローチャートである。

ステップＳ１０１０において、更新監視部１０２２は、アプリケーションの実行に必要なファイル１０５が更新されているか否かを監視する。より詳細には、更新監視部１０２２は、ファイル１０５の内容に変化が生じているか否か、また、アプリケーションの起動直後の表示画像に変化が生じているか否かを監視する。ファイル１０５が更新された場合（ステップＳ１０１０でＹｅｓ）、ステップＳ１０１１に進む。このファイル１０５の更新の監視は、一定時間毎に繰り返し行っても良いし、ファイルの更新時にのみ行っても良い。

ステップＳ１０１１において、スクリーンショット生成部１０２１は、更新後のファイル１０５を用いてクライアント装置１１０でのアプリケーションの起動時に生成される静止画像を生成し、生成した静止画像をスクリーンショット１０６としてスクリーンショット保存部１０２３に保存する。

図９は、第１の実施形態に係るスクリーンショット更新・表示処理を示すフローチャートである。図９のフローチャートは、クライアント装置１１０で２回目以降のアプリケーション起動時に実行される処理である。したがって、この段階ではクライアント装置１１０内にスクリーンショットが保存されている。

まず、サーバ装置１００が行う制御処理を説明する。

ステップＳ１０２０において、サーバ装置１００は、スクリーンショット受信部１１４１からスクリーンショットの送信要求を受信するまで待機する（ステップＳ１０２０でＮｏ）。スクリーンショット送信判定部１０２５がスクリーンショットの送信要求を受信すると（ステップＳ１０２０でＹｅｓ）、ステップＳ１０２１に進む。

ステップＳ１０２１において、スクリーンショット送信判定部１０２５は、前回のアプリケーション終了後にスクリーンショットが更新されたか否かを判定する。具体的には、スクリーンショット送信判定部１０２５は、スクリーンショット保存部１０２３が保存しているスクリーンショット１０６の最終更新日時と、アプリケーションの前回終了日時とを比較する。スクリーンショット１０６の最終更新日時がアプリケーションの前回終了日時以後である場合は、スクリーンショット送信判定部１０２５は、スクリーンショットが更新されたと判定し、制御処理はステップＳ１０２２に進む。それ以外の場合、スクリーンショット送信判定部１０２５は、スクリーンショットが更新されていないと判定し、制御処理はステップＳ１０２３に進む。

ステップＳ１０２２において、スクリーンショット送信部１０２４は、スクリーンショット保存部１０２３に保存されているスクリーンショット１０６をスクリーンショット受信部１１４１に送信する。

ステップＳ１０２３において、スクリーンショット生成部１０２３は、スクリーンショットが更新されていない旨をスクリーンショット受信部１１４１に通知する。

ステップＳ１１２０において、入力部１１５が受け付けた指示に応答して、表示内容生成部１１６１は、サーバ装置１００に対してアプリケーションの起動を通知する。

ステップＳ１１２１において、スクリーンショット受信部１１４１は、スクリーンショット送信判定部１０２５に対して、スクリーンショット１０６の送信を要求する。

ステップＳ１１２２において、表示内容生成部１１６１は、スクリーンショット受信部１１４１によってサーバ装置１００からスクリーンショット１０６が受信されたか否かを判定する。スクリーンショット受信部１１４１によってスクリーンショットが受信された場合（ステップＳ１１２３でＹｅｓ）、ステップＳ１１２４に進む。それ以外の場合（ステップＳ１１２３でＮｏ）、制御処理はステップＳ１１２５に進む。

ステップＳ１１２３において、表示選択部１１６２は、受信したスクリーンショット１０６を表示部１１６３に表示する。

ステップＳ１１２４において、表示選択部１１６２は、スクリーンショット保存部１１４３に保存されているスクリーンショット１１７を読み出し、読み出したスクリーンショット１１７を表示部１１６３に表示する。

ステップＳ１１２５において、スクリーンショット受信部１１４１は、受信したスクリーンショットをスクリーンショット保存部１１４３に保存し、保存されていたスクリーンショット１１７と置き換える。尚、ステップＳ１１２５の処理は、受信したスクリーンショット１０６の表示前に行い、常にスクリーンショット保存部１１４３から読み出したスクリーンショットを表示部１１６３に表示しても良い。

ステップＳ１１２６において、ファイル受信部１１２は、ファイル送信部１０１から送信されたファイル１０５を受信する。

ステップＳ１１２７において、表示内容生成部１１６１は、ファイル受信部１１２が受信したファイル１０５を用いてアプリケーションを実行し、アプリケーションの表示データを生成する。

ステップＳ１１２８において、表示選択部１１６２は、表示内容生成部１１６１によるアプリケーションの起動が完了した時点で、表示部１１６３の表示をスクリーンショットからアプリケーションによって生成された表示データへと切り替える。

ここで、クライアント装置の表示部１１６３上に表示される画面の遷移を説明する。

図１０は、スクリーンショットの例を示す図である。より特定的に、図１０（ａ）は、クライアント装置１１０が生成したスクリーンショット１１７の例を示し、図１０（ｂ）は、ファイル１０５の更新後にサーバ装置１００が生成したスクリーンショット１０６を示す。図１０の例では、前回クライアント装置１１０でアプリケーションを終了した後に、サーバ装置１００内のファイル１０５が更新された結果、アプリケーション起動直後に表示される表示内容が変化している。

図１１Ａは、第１の実施形態に係るクライアント装置の画面表示を示す図であり、図１１Ｂは、参考例に係るクライアント装置の画面表示を示す図である。

本実施形態に係る表示制御システムでは、前回のアプリケーション終了時から次回のアプリケーション起動時までの間に、アプリケーションの表示画像が変化したか否かをサーバ装置１００が判断する。そして、サーバ装置１００が作成したスクリーンショットと、クライアント装置１１０に保存されているスクリーンショットとのいずれか新しい方がクライアント装置１１０の表示部１１６３に表示される。したがって、図１１Ａに示すように、アプリケーションの起動前に表示されるスクリーンショットと、アプリケーションの起動完了後に表示される表示画像とが一致し、ユーザに対して違和感を与えることがない。

本実施形態のような制御方法を採用せず、常にクライアント装置１１０に保存されているスクリーンショットを表示する場合、図１１Ｂに示すように、アプリケーションの起動完了前後で表示画像が不一致となる。この場合、ユーザに違和感を与えてしまう。

このように、本実施形態に係る制御方法によれば、サーバ装置１００でクライアント装置１１０が保持するスクリーンショットのバージョンを管理するので、常に最新のスクリーンショットをクライアント装置１１０に表示させることが可能となる。

（第２の実施形態）
図１２は、本発明の第２の実施形態に係る表示制御システムのブロック図であり、図１３は、スクリーンショット及び差分データの例を示す図である。

本実施形態は、サーバ装置１００からクライアント装置１１０に送信するデータが第１の実施形態と異なる。具体的には、本実施形態では、サーバ装置１００内でのファイル１０５の更新後に、更新されたファイルに対応したスクリーンショットを送信することに代えて、最新のスクリーンショットとクライアント装置１１０が保持するスクリーンショットとの差分データのみを送信する。以下では、本実施形態と第１の実施形態との相違点を中心に説明する。

本実施形態に係る第１のスクリーンショット管理部１０２及び第２のスクリーンショット管理部１１４の基本構成は、図４及び５に示したものと同一である。

ただし、第１のスクリーンショット管理部１０２において、スクリーンショット保存部１０２３は、更新後のファイル１０５を用いてアプリケーションを実行した場合の表示画像に相当するスクリーンショット１０６（図１３（ａ））と、クライアント装置１１０で保持されているものと同一のスクリーンショット１０８（図１３（ｂ））と、スクリーンショット１０６及び１０８の差分データ１０９（図１３（ｃ））とを記憶する。スクリーンショット１０８は、更新前のファイルを用いてスクリーンショット生成部が生成したデータであって、前回クライアント装置１１０に対してスクリーンショットまたは差分データを送信した際に生成したものである。差分データ１０９は、クライアント装置１１０へのデータ送信時に、スクリーンショット生成部１０２１が公知の様々な手法に従って生成する。差分データ１０９は、クライアント装置１１０への送信後に削除しても良い。

また、第２のスクリーンショット管理部１１４において、スクリーンショット受信部１１４１は、スクリーンショット送信部１０２４から送信された差分データを受信する。スクリーンショット受信部１１４１は、受信した差分データとスクリーンショット保存部１１４３に保存されているスクリーンショットとを合成して、最新のファイル１０５に対応したスクリーンショットを生成する。

図１４は、第２の実施形態に係るスクリーンショット更新・表示処理を示すフローチャートである。

まず、サーバ装置１００が行う制御処理を説明する。

ステップＳ１０５０において、サーバ装置１００は、スクリーンショット受信部１１４１から差分データの送信要求を受信するまで待機する（ステップＳ１０５０でＮｏ）。スクリーンショット送信判定部１０２５が差分データの送信要求を受信すると（ステップＳ１０５０でＹｅｓ）、制御処理はステップＳ１０５１に進む。

ステップＳ１０５１において、スクリーンショット送信判定部１０２５は、前回のアプリケーション終了後にスクリーンショットが更新されたか否かを判定する。具体的には、スクリーンショット送信判定部１０２５は、スクリーンショット保存部１０２３が保存している最新のスクリーンショット１０６と、クライアント装置１１０が保持しているものと同一のスクリーンショット１０８（前回送信時に作成したもの）とを比較する。スクリーンショット１０６及び１０８が異なる場合には、スクリーンショット送信判定部１０２５はスクリーンショットが更新されたと判定し、ステップＳ１０５２に進む。それ以外の場合、スクリーンショット送信判定部１０２５は、スクリーンショットが更新されていないと判定し、制御処理はステップＳ１０５３に進む。

ステップＳ１０５２において、スクリーンショット生成部１０２１は、スクリーンショット１０６及び１０８の差分データ１０９を生成する。スクリーンショット送信部１０２４は、生成された差分データ１０９をスクリーンショット受信部１１４１に送信する。

ステップＳ１０５３において、スクリーンショット送信部１０２４は、スクリーンショットを送信する代わりにスクリーンショットが更新されていない旨をスクリーンショット受信部１１４１に通知する。

ステップＳ１０５４において、スクリーンショット生成部１０２１は、前回送信したスクリーンショット１０８を最新のスクリーンショット１０６で置き換える。

ステップＳ１１５０において、入力部１１５が受け付けた指示に応答して、表示内容生成部１１６１は、サーバ装置１００に対してアプリケーションの起動を指示する。

ステップＳ１１５１において、スクリーンショット受信部１１４１は、スクリーンショット送信判定部１０２５に対して、スクリーンショットを更新するための差分データの送信を要求する。

ステップＳ１１５２において、表示内容生成部１１６１は、スクリーンショット受信部１１４１がサーバ装置１００から差分データを受信したか否かを判定する。スクリーンショット受信部１１４１が差分データを受信した場合（ステップＳ１１５２でＹｅｓ）、制御処理はステップＳ１１５３に進む。それ以外の場合（ステップＳ１１５２でＮｏ）、制御処理はステップＳ１１５４に進む。

ステップＳ１１５３において、スクリーンショット受信部１１４１は、受信した差分データと、スクリーンショット保存部１１４３に保存されているスクリーンショットとを合成して、スクリーンショットを更新する。

ステップＳ１１５４において、表示選択部１１６２は、スクリーンショット保存部１１４３に保存されているスクリーンショットを読み出し、読み出したスクリーンショットを表示部１１６３に表示する。

ステップＳ１１５５において、ファイル受信部１１２は、ファイル送信部１０１から送信されたファイル１０５を受信する。

ステップＳ１１５６において、表示内容生成部１１６１は、ファイル受信部１１２が受信したファイル１０５を用いてアプリケーションを実行し、表示データを生成する。

ステップＳ１１５７において、表示選択部１１６２は、表示内容生成部１１６１によるアプリケーションの起動が完了した時点で、表示部１１６３の表示をスクリーンショットからアプリケーションによって生成された表示データへと切り替える。

尚、アプリケーションの初期起動時にクライアント装置１１０が行うスクリーンショット生成処理と、サーバ装置１００が行うスクリーンショット生成処理とは、図７及び８に示したものと同様であるので、ここでの説明を省略する。

本実施形態のように、クライアント装置１１０が保持するスクリーンショットを更新するために差分データを送信するようにすれば、サーバ装置１００からクライアント装置１１０への送信データ量を削減することができるので、より高速にスクリーンショットを更新することができる。

尚、上記の第１及び第２の実施形態に係るクライアント装置は、典型的には半導体集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部またはすべてを含むように１チップ化されても良い。ここではＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ
ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。

更には、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適応などが可能性として有り得る。

更に加えて、本発明に係るクライアント装置を集積化した半導体チップと、画像を描画するためのディスプレイとを組み合せて、様々な用途に応じた描画機器を構成することができる。携帯電話やテレビ、デジタルビデオレコーダ、デジタルビデオカメラ、カーナビゲーション等における情報描画手段として、本発明を利用することが可能である。ディスプレイとしては、ブラウン管（ＣＲＴ）の他、液晶やＰＤＰ（プラズマディスプレイパネル）、有機ＥＬなどのフラットディスプレイ、プロジェクターを代表とする投射型ディスプレイなどと組み合わせることが可能である。

更に、本発明に係るスクリーンショットの表示制御方法は、アプリケーションの起動開始から起動完了までの間に限らず、待ち時間が発生するような画面遷移期間（例えば、画面上のタブを切り替えることによって表示内容が変化する期間）にも適用できる。

本発明は、サーバ側で実行されるアプリケーションの表示データをネットワーク経由でクライアント側の機器で表示する構成において、アプリケーション起動に要する待ち時間を体感的に短くするために有効である。例えば、テレビ、デジタルビデオレコーダをネットワーク装置で操作するクライアント装置の画面表示制御に利用できる。

１００サーバ装置
１０１ファイル送信部
１０２第１のスクリーンショット管理部
１０５アプリケーション実行に必要なファイル
１０６、１０８、１１７スクリーンショット
１０９差分データ
１１０クライアント装置
１１２ファイル受信部
１１３通知部
１１４第１のスクリーンショット管理部
１１５入力部
１１６表示制御部
１０２１、１１４２スクリーンショット生成部
１０２２更新監視部
１０２３、１１４３スクリーンショット保存部
１１４１スクリーンショット受信部
１１６１表示内容生成部
１１６２表示選択部
１１６３表示部

Claims

サーバ装置から受信したファイルを用いてアプリケーションを起動し、前記アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動後の表示画像であるスクリーンショットを表示するスクリーンショット表示制御装置であって、
前記アプリケーションの実行に必要なファイルを前記サーバ装置から受信するファイル受信部と、
前記ファイル受信部が受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、
前記スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、
前記サーバ装置での前記ファイルの更新後に、当該更新後のファイルを用いて前記サーバ装置が作成したスクリーンショットを前記サーバ装置から受信するスクリーンショット受信部と、
前記スクリーンショット受信部が前記サーバ装置からスクリーンショットを受信した場合には、受信したスクリーンショットを表示画面に表示し、それ以外の場合には前記スクリーンショット保存部に保存されるスクリーンショットを前記表示画面に表示する表示選択部とを備える、スクリーンショット表示制御装置。
サーバ装置から受信したファイルを用いてアプリケーションを起動し、前記アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動後の表示画像であるスクリーンショットを表示するスクリーンショット表示制御装置であって、
前記アプリケーションの実行に必要なファイルを前記サーバ装置から受信するファイル受信部と、
前記ファイル受信部が受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、
前記スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、
更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとの差分を表す差分データを前記サーバ装置から受信するスクリーンショット受信部と、
前記スクリーンショット受信部が前記サーバ装置から差分データを受信した場合には、受信した差分データと前記スクリーンショット保存部に保存されるスクリーンショットとを合成して得られるスクリーンショットを表示画面に表示し、それ以外の場合には前記スクリーンショット保存部に保存されるスクリーンショットを前記表示画面に表示する表示選択部とを備える、スクリーンショット表示制御装置。
前記スクリーンショット生成部は、アプリケーションの起動完了時に前記スクリーンショットを生成することを特徴とする、請求項１または２に記載のスクリーンショット表示制御装置。
前記スクリーンショット生成部は、アプリケーションの終了時に前記第１のスクリーンショットを生成することを特徴とする、請求項１または２に記載のスクリーンショット表示制御装置。
サーバ装置から受信したファイルを用いてアプリケーションを起動するクライアント装置において、前記アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動完了時の表示内容の画像であるスクリーンショットを表示するためのスクリーンショット表示制御方法であって、
前記アプリケーションの実行に必要なファイルを前記サーバ装置から受信するファイル受信ステップと、
前記ファイル受信ステップで受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成ステップと、
前記スクリーンショット生成ステップで生成されたスクリーンショットを保存するスクリーンショット保存ステップと、
前記サーバ装置での前記ファイルの更新後に、当該更新後のファイルを用いて前記サーバ装置が作成したスクリーンショットを前記サーバ装置から受信するスクリーンショット受信ステップと、
前記スクリーンショット受信ステップで前記サーバ装置から前記スクリーンショットを受信した場合には、受信したスクリーンショットを表示画面に表示し、それ以外の場合には前記スクリーンショット保存ステップで保存されたスクリーンショットを前記表示画面に表示する表示選択ステップとを備える、スクリーンショット表示制御方法。
サーバ装置から受信したファイルを用いてアプリケーションを起動するクライアント装置において、前記アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動完了時の表示画像であるスクリーンショットを表示するためのスクリーンショット表示制御方法であって、
前記アプリケーションの実行に必要なファイルを前記サーバ装置から受信するファイル受信ステップと、
前記ファイル受信ステップで受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成ステップと、
前記スクリーンショット生成ステップで生成されたスクリーンショットを保存するスクリーンショット保存ステップと、
更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとの差分を表す差分データを前記サーバ装置から受信するスクリーンショット受信ステップと、
前記スクリーンショット受信ステップで前記サーバ装置から差分データを受信した場合には、受信した差分データと前記スクリーンショット保存ステップで保存されたスクリーンショットとを合成して得られるスクリーンショットを表示画面に表示し、それ以外の場合には前記スクリーンショット保存ステップで保存されたスクリーンショットを前記表示画面に表示する表示選択ステップとを備える、スクリーンショット表示制御方法。
サーバ装置から受信したファイルを用いてアプリケーションを起動するクライアント装置において、前記アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動完了時の表示画像であるスクリーンショットの表示を制御する集積回路であって、
前記アプリケーションの実行に必要なファイルを前記サーバ装置から受信するファイル受信部と、
前記ファイル受信部が受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、
前記スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、
前記サーバ装置での前記ファイルの更新後に、当該更新後のファイルを用いて前記サーバ装置が作成したスクリーンショットを前記サーバ装置から受信するスクリーンショット受信部と、
前記スクリーンショット受信部が前記サーバ装置からスクリーンショットを受信した場合には、受信したスクリーンショットを表示画面に表示し、それ以外の場合には前記スクリーンショット保存部に保存されるスクリーンショットを前記表示画面に表示する表示選択部とを備える、集積回路。
サーバ装置から受信したファイルを用いてアプリケーションを起動するクライアント装置において、前記アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動完了時の表示画像であるスクリーンショットの表示を制御する集積回路であって、
前記アプリケーションの実行に必要なファイルを前記サーバ装置から受信するファイル受信部と、
前記ファイル受信部が受信したファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、
前記スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、
更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとの差分を表す差分データを前記サーバ装置から受信するスクリーンショット受信部と、
前記スクリーンショット受信部が前記サーバ装置から差分データを受信した場合には、受信した差分データと前記スクリーンショット保存部に保存されるスクリーンショットとを合成して得られるスクリーンショットを表示画面に表示し、それ以外の場合には前記スクリーンショット保存部に保存されるスクリーンショットを前記表示画面に表示する表示選択部とを備える、集積回路。
アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動完了時の表示画像であるスクリーンショットを表示するクライアント装置に対し、スクリーンショットを送信するサーバ装置であって、
前記クライアント装置からの要求に応答して、前記クライアント装置上で前記アプリケーションを実行するために必要なファイルを前記クライアント装置に送信するファイル送信部と、
前記ファイルの更新後に、当該更新後のファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、
前記スクリーンショット生成部によって生成されたスクリーンショットを保存するスクリーンショット保存部と、
前記クライアント装置から前記アプリケーションの起動が通知された場合、前回のアプリケーション実行以後に、前記スクリーンショット保存部に保存されるスクリーンショットが更新されたか否かを判定する送信判定部と、
前記送信判定部において、前記スクリーンショット保存部に保存されるスクリーンショットが更新されたと判定された場合に、前記スクリーンショット保存部に保存されるスクリーンショットを前記クライアント装置に送信するスクリーンショット送信部とを備える、サーバ装置。
アプリケーションの起動開始から起動完了までの間に、前記アプリケーションの起動完了時の表示画像であるスクリーンショットを表示するクライアント装置に対し、スクリーンショットを更新するための差分データを送信するサーバ装置であって、
前記クライアント装置からの要求に応答して、前記クライアント装置上で前記アプリケーションを実行するために必要なファイルを前記クライアント装置に送信するファイル送信部と、
前記ファイルの更新後に、当該更新後のファイルを用いてスクリーンショットを生成するスクリーンショット生成部と、
更新前のファイルを用いて生成された第１のスクリーンショットと、更新後のファイルを用いて生成された第２のスクリーンショットとを保存するスクリーンショット保存部と、
前記クライアント装置から前記アプリケーションの起動が通知された場合、前回のアプリケーション実行以後に、前記スクリーンショット保存部に保存される前記第２のスクリーンショットが更新されたか否かを判定する送信判定部と、
前記送信判定部において、前記第２のスクリーンショットが更新されたと判定された場合に、前記第１のスクリーンショットと前記第２のスクリーンショットとの差分を表す差分データを前記クライアント装置に送信するスクリーンショット送信部とを備える、サーバ装置。