(57)【要約】【課題】少ないメモリ利用量で画面データの伝送を可能とし、更新画面データの伝送時間を短縮する。【解決手段】送信先の端末で表示画面を再生させるために画面データを送信する画面データ送信端末１００であって、画面を表示する送信側画面表示部１０４と、表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する圧縮画面データ生成部１０７と、圧縮画面データを送信する送信側通信部１０６と、表示領域ごとに、圧縮画面データを利用して表示された画面の更新の有無を判定し、更新があると判定された表示領域の圧縮画面データの送信を決定する送信画面データ決定部１０９と、を備える。このように圧縮画面データを利用して表示された画面の更新の有無を判定することで、効率的な画面データの伝送を可能とする。【選択図】図２
2009267734.tif 000002
【特許請求の範囲】
【請求項１】
送信先の端末で表示画面を再生させるために画面データを送信する画面データ送信端末であって、
画面を表示する送信側画面表示部と、
前記表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する圧縮画面データ生成部と、
前記圧縮画面データを送信する送信側通信部と、
前記表示領域ごとに、前記圧縮画面データを利用して前記表示された画面の更新の有無を判定し、更新があると判定された前記表示領域の圧縮画面データの送信を決定する送信画面データ決定部と、を備えることを特徴とする画面データ送信端末。
【請求項２】
前記送信する圧縮画面データを記憶する送信側記憶部を更に備え、
前記送信画面データ決定部は、前記圧縮画面データの合計サイズが、前記表示された画面の更新の有無を判定するために、前記送信側記憶部に設定されたワークエリアの容量を超えた場合には、前記更新の有無にかかわらず全ての表示領域の圧縮画面データの送信を決定することを特徴とする請求項１記載の画面データ送信端末。
【請求項３】
前記送信側記憶部は、前記表示された画面のデータのサイズと、前記圧縮画面データの圧縮率から決定された容量を有するワークエリアを設定されていることを特徴とする請求項２に記載の画面データ送信端末。
【請求項４】
描画プログラムにより描画された描画画面領域を検出する描画領域検出部を更に備え、
前記送信画面データ決定部は、前記表示領域のうち前記描画画面領域を含む表示領域についてのみ前記表示された画面の更新の有無を判定することを特徴とする請求項１から請求項３のいずれかに記載の画面データ送信端末。
【請求項５】
前記送信画面データ決定部は、前記表示された画面の更新の有無を判定する際に、前記表示領域ごとに前記圧縮画面データのサイズの変化の有無を判定し、サイズの変化がないと判定された前記圧縮画面データについてデータ自体の変化の有無を判定することを特徴とする請求項１から請求項４のいずれかに記載の画面データ送信端末。
【請求項６】
請求項１から請求項５のいずれかに記載の画面データ送信端末から送信された画面データを受信する画面データ受信端末であって、
前記画面データ送信端末から受信した前記圧縮画面データを展開し、更新用の画面データを生成する表示画面生成部と、
前記更新用の画面データを用いて更新された画面を表示する受信側画面表示部と、を備えることを特徴とする画面データ受信端末。
【請求項７】
端末間で画面データを効率よく伝送する画面データ伝送システムであって、
請求項１から請求項５のいずれかに記載の画面データ送信端末と、
請求項６記載の画面データ受信端末と、を備え、
前記画面データ送信端末は、前記画面データ受信端末からの遠隔操作を受けることを特徴とする画面データ伝送システム。
【請求項８】
送信先の端末で表示画面を再生させるために画面データを送信する画面データ送信方法であって、
画面を表示する表示ステップと、
前記表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する分割圧縮ステップと、
前記圧縮画面データを送信する送信ステップと、
前記表示領域ごとに、前記圧縮画面データを利用して前記表示された画面の更新の有無を判定し、更新があると判定された前記表示領域の圧縮画面データの送信を決定する決定ステップと、を含むことを特徴とする画面データ送信方法。
【請求項９】
送信先の端末で表示画面を再生させるために、送信元の端末で実行される画面データ送信プログラムであって、
画面を表示する表示処理と、
前記表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する分割圧縮処理と、
前記圧縮画面データを送信する送信処理と、
前記表示領域ごとに、前記圧縮画面データを利用して前記表示された画面の更新の有無を判定し、更新があると判定された前記表示領域の圧縮画面データの送信を決定する決定処理と、をコンピュータに実行させることを特徴とする画面データ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して結ばれた情報処理端末間で画面データを伝送する画面データ送信端末、画面データ受信端末、画面データ伝送システム、画面データ送信方法および画面データ送信プログラムに関する。
【背景技術】
【０００２】
近年、デジタルＴＶ放送が開始され高解像高精細な映像音声がテレビジョン受像機で視聴できるようになった。また、ほぼ時を同じくしてテレビジョン受像機のネットワーク対応化が進んでいる。そして、それに伴いテレビジョン受像機の機能が増加している。その結果、テレビジョン受像機の操作や各種設定方法が複雑になり、製造業者等の用意するお客様相談センターへの問い合わせが増えた。一般的に、問い合わせを受けたオペレータは、まずユーザにリモコン操作をしてもらいユーザのテレビジョン受像機の状況や事態の原因を把握し、その後、再びユーザへリモコン操作を促して問題解決を図る。
【０００３】
ところが、上記のように操作方法が複雑になったため、オペレータが指示した通りにユーザが操作できない場合が多く、結果としてユーザに不愉快な思いを強いることや、すぐにユーザのトラブルを解決できないといった問題があった。そこで、インターネットなどの通信網に接続されている機器を用いて、オペレータが端末により通信網を経由して直接的に、あるいは間接的にユーザの電気機器を操作することによりトラブルの解決を図る方法が提案されている（たとえば、特許文献１参照）。特許文献１記載の表示画面更新システムは、機器間の通信速度を考慮して、更新のある領域の画面データのみを画面データ送信端末装置から画面データ受信端末装置に伝送する。
【０００４】
上記の表示画面更新システムでは、図１４（ａ）〜（ｃ）に示すように画面データ送信端末装置の画面を複数の領域に分割し、前画面１３０１と現画面１３０２との間で分割した画面領域ごとに画面データの更新の有無を調べ、更新のある画面領域１３０３（斜線部）の画面データのみを圧縮し、画面データ受信端末装置に伝送している。なお、図１４（ｂ）、（ｃ）では更新部分１２０３が星の図柄として表されている。
【特許文献１】特開２００４−０８６５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし上記の方法は、画面の更新領域を決定する際に、画面サイズと同じ画面データをメモリに格納しておく必要があるため、メモリを大量に消費するという問題があった。また、更新画面領域の検出から更新画面データを伝送するまでの時間がかかるという問題があった。
【０００６】
本発明は、このような事情に鑑みてなされたものであり、少ないメモリ利用量で画面データの伝送を可能とし、更新画面データの伝送時間を短縮することを目的とする。
【課題を解決するための手段】
【０００７】
（１）上記の目的を達成するため、本発明に係る画面データ送信端末は、送信先の端末で表示画面を再生させるために画面データを送信する画面データ送信端末であって、画面を表示する送信側画面表示部と、前記表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する圧縮画面データ生成部と、前記圧縮画面データを送信する送信側通信部と、前記表示領域ごとに、前記圧縮画面データを利用して前記表示された画面の更新の有無を判定し、更新があると判定された前記表示領域の圧縮画面データの送信を決定する送信画面データ決定部と、を備えることを特徴としている。
【０００８】
このように本発明の画面データ送信端末は、圧縮画面データを利用して表示された画面の更新の有無を判定し、更新があると判定された表示領域の圧縮画面データの送信を決定する。これにより、少ないメモリ利用量で画面データの伝送を可能とし、更新画面データの伝送時間を短縮することができる。
【０００９】
（２）また、本発明に係る画面データ送信端末は、前記送信する圧縮画面データを記憶する送信側記憶部を更に備え、前記送信画面データ決定部は、前記圧縮画面データの合計サイズが、前記表示された画面の更新の有無を判定するために、前記送信側記憶部に設定されたワークエリアの容量を超えた場合には、前記更新の有無にかかわらず全ての表示領域の圧縮画面データの送信を決定することを特徴としている。これにより、圧縮画面データの合計サイズがワークエリアの容量を超えた場合であっても、不具合を生じさせることなく、画面データの伝送を行うことができる。
【００１０】
（３）また、本発明に係る画面データ送信端末は、前記送信側記憶部は、前記表示された画面のデータのサイズと、前記圧縮画面データの圧縮率から決定された容量を有するワークエリアを設定されていることを特徴としている。これにより、利用するメモリ量を低減する一方で、バッファオーバーフローが生じ難い程度のワークエリアを設定することができる。
【００１１】
（４）また、本発明に係る画面データ送信端末は、描画プログラムにより描画された描画画面領域を検出する描画領域検出部を更に備え、前記送信画面データ決定部は、前記表示領域のうち前記描画画面領域を含む表示領域についてのみ前記表示された画面の更新の有無を判定することを特徴としている。これにより、描画がなされることで更新の生じた領域のみについて判定するため、画面データの伝送の際に判定処理の効率を向上させ、利用メモリ量を低減することができる。
【００１２】
（５）また、本発明に係る画面データ送信端末は、前記送信画面データ決定部は、前記表示された画面の更新の有無を判定する際に、前記表示領域ごとに前記圧縮画面データのサイズの変化の有無を判定し、サイズの変化がないと判定された前記圧縮画面データについてデータ自体の変化の有無を判定することを特徴としている。これにより、画面データのデータサイズに変化があった領域のみについてデータ自体の変化を判定するため、判定処理の効率を向上させ、利用メモリ量を低減することができる。
【００１３】
（６）また、本発明に係る画面データ受信端末は、上記の画面データ送信端末から送信された画面データを受信する画面データ受信端末であって、前記画面データ送信端末から受信した前記圧縮画面データを展開し、更新用の画面データを生成する表示画面生成部と、前記更新用の画面データを用いて更新された画面を表示する受信側画面表示部と、を備えることを特徴としている。これにより、画面データ受信端末は画面データ送信端末で表示された画面を、少ない更新で再生することができる。
【００１４】
（７）また、本発明に係る画面データ伝送システムは、端末間で画面データを効率よく伝送する画面データ伝送システムであって、上記の画面データ送信端末と、上記の画面データ受信端末と、を備え、前記画面データ送信端末は、前記画面データ受信端末からの遠隔操作を受けることを特徴としている。これにより、画面データ受信端末は画面データ送信端末で表示された画面を再生でき、画面データ受信端末から画面データ送信端末を遠隔操作するのが容易になる。
【００１５】
（８）また、本発明に係る画面データ送信方法は、送信先の端末で表示画面を再生させるために画面データを送信する画面データ送信方法であって、画面を表示する表示ステップと、前記表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する分割圧縮ステップと、前記圧縮画面データを送信する送信ステップと、前記表示領域ごとに、前記圧縮画面データを利用して前記表示された画面の更新の有無を判定し、更新があると判定された前記表示領域の圧縮画面データの送信を決定する決定ステップと、を含むことを特徴としている。これにより、画面データの伝送の際に送信側端末のメモリ利用量を低減し、更新画面データの伝送時間を短縮することができる。
【００１６】
（９）また、本発明に係る画面データ送信プログラムは、送信先の端末で表示画面を再生させるために、送信元の端末で実行される画面データ送信プログラムであって、画面を表示する表示処理と、前記表示された画面のデータを表示領域ごとの画面データに分割し、圧縮して、圧縮画面データを生成する分割圧縮処理と、前記圧縮画面データを送信する送信処理と、前記表示領域ごとに、前記圧縮画面データを利用して前記表示された画面の更新の有無を判定し、更新があると判定された前記表示領域の圧縮画面データの送信を決定する決定処理と、をコンピュータに実行させることを特徴としている。これにより、画面データの伝送の際に送信側端末のメモリ利用量を低減し、更新画面データの伝送時間を短縮することができる。
【発明の効果】
【００１７】
本発明によれば、端末間において、画面データ送信端末装置の少ないメモリ利用量でも、ネットワークを介して結ばれた端末間の画面データの伝送が可能となる。また、画面の更新領域の検出処理から更新画面データの伝送処理までの時間短縮も可能となる。
【発明を実施するための最良の形態】
【００１８】
次に、本発明の実施の形態について、図面を参照しながら説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては同一の参照番号を付し、重複する説明は省略する。
【００１９】
［第１の実施形態］
図１は、画面データ伝送システム１０の一例を示す概略図である。画面データ伝送システム１０は、画面データ送信端末１００および画面データ受信端末２００を備えている。図１に示す例では、画面データ送信端末１００はテレビジョン受像機であり、画面データ受信端末２００は外部のＰＣである。図１では、電話等によりユーザ１１０がオペレータ２１０に遠隔操作を依頼し、オペレータ２１０の操作過程で画面データ送信端末１００から画面データ受信端末２００へ圧縮画面データが送られていることを示している。このように圧縮画面データが伝送されることで、オペレータ２１０は、画面データ受信端末２００で画面データ送信端末１００の画面を見ることができ、遠隔操作が可能になる。なお、図１に示す画面データ伝送システム１０は一例であり、画面データ伝送システム１０はこのような形態に限定されない。
【００２０】
図２は、画面データ伝送システム１０の機能的な構成を示すブロック図である。画面データ送信端末１００と画面データ受信端末２００とは、ネットワーク１１３を介して結ばれている。画面データ送信端末１００は、送信側制御部１０２、送信側記憶部１０３、送信側画面表示部１０４、送信側入力部１０５、送信側通信部１０６、圧縮画面データ生成部１０７、描画領域検出部１０８および送信画面データ決定部１０９で構成される。
【００２１】
送信側制御部１０２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）により構成され、送信側記憶部１０３に記録されているオペレーティングシステムのプログラムや各種アプリケーションプログラムの命令に従って画面データ送信端末１００の制御を行う。送信側制御部１０２は、これらのプログラムの命令に従い、表示する画面データを送信側画面表示部１０４に随時送出する。送信側画面表示部１０４はディスプレイなどに対して画面データの表示処理を行う。
【００２２】
送信側記憶部１０３は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）により構成され、オペレーティングシステムのプログラム、各種アプリケーションプログラム、および送信画面データ決定部１０９から出力される圧縮画面データを格納する。また、送信側記憶部１０３には、送信側画面表示部１０４により表示された画面のデータのサイズと、圧縮画面データの圧縮率から決定された容量を有するワークエリアが設定されている。
【００２３】
このような設定により、利用するメモリ量を低減する一方で、バッファオーバーフローが生じ難い程度のワークエリアを設定することができる。送信側画面表示部１０４は、画面データを表示する。送信側入力部１０５は、たとえばリモコン、キーボード、マウスなどであり、ユーザの操作を受け付ける。送信側通信部１０６は、他の端末と通信を行い、情報を送受信する。送信側通信部１０６は、送信の決定された圧縮画面データを送信する。
【００２４】
圧縮画面データ生成部１０７は、画面データを画面上の複数の領域に相当するデータに分割して、領域ごとに順番に画面データを圧縮し、圧縮画面データとして送信画面データ決定部１０９に送る。なお、分割された表示領域の形状は長方形とすることが好ましいが、任意の形状に分割することも可能である。また、圧縮方法としてランレングス法を用いるのが好ましいが、他の圧縮方法を利用してもよいし、専用ハードウェア回路を利用して圧縮してもよい。描画領域検出部１０８は、描画用のアプリケーションプログラムにより描画された描画画面領域を検出する。
【００２５】
送信画面データ決定部１０９は、表示領域ごとに、圧縮画面データを利用して表示された画面の更新の有無を判定し、更新があると判定された表示領域の圧縮画面データの送信を決定する。具体的には、送信画面データ決定部１０９は、圧縮画面データ生成部１０７で生成された圧縮画面データと、送信側記憶部１０３に格納されている前画面の圧縮画面データを比較し、圧縮画面データ間に差異があれば送信側記憶部１０３に格納されている圧縮画面データを更新して、送信フラグをオンにする。このように圧縮されたデータを比較するため、少ないメモリ利用量で画面データの伝送を可能とし、さらには更新画面データの伝送時間を短縮することができる。
【００２６】
なお、送信画面データ決定部１０９は、圧縮画面データの合計サイズが、表示された画面の更新の有無を判定するために送信側記憶部１０３に設定されたワークエリアの容量を超えた場合には、更新の有無にかかわらず全ての表示領域の圧縮画面データの送信を決定する。また、送信画面データ決定部１０９は、表示領域のうち描画画面領域を含む表示領域についてのみ表示画面の更新の有無を判定する。また、送信画面データ決定部１０９は、表示画面の更新の有無を判定する際に、表示領域ごとに圧縮画面データのサイズの変化の有無を判定し、サイズの変化がないと判定された圧縮画面データについてデータ自体の変化の有無を判定する。
【００２７】
１画面の全ての表示領域に対して上記の処理が完了すると、送信フラグのオンになっている圧縮画面データのみを送信側通信部１０６に送り、送信側記憶部１０３上の圧縮画面データの送信フラグをオフにする。そして、送信側通信部１０６から受信側通信部２０６にネットワーク１１３を経由して圧縮画面データを送る。
【００２８】
一方、画面データ受信端末２００は、受信側制御部２０２、受信側記憶部２０３、受信側画面表示部２０４、受信側入力部２０５、受信側通信部２０６、表示画面生成部２０９で構成される。受信側制御部２０２は、ＣＰＵにより構成され、オペレーティングシステムのプログラムや各種アプリケーションプログラムの命令に従って画面データ受信端末２００の制御を行い、表示する画面データを受信側画面表示部２０４に随時送出する。受信側記憶部２０３は、半導体のＲＡＭにより構成され、オペレーティングシステムのプログラムや各種アプリケーションプログラムと画面データ送信端末装置から受け取った画面データを格納する。
【００２９】
受信側画面表示部２０４は、画面データを表示する。受信側入力部２０５は、キーボード、マウス、リモコンなどユーザの操作を受け付ける。受信側通信部２０６は、他の端末と通信を行う。表示画面生成部２０９は、受信側通信部２０６により受信した各画面領域の圧縮画面データを展開し、受信側記憶部２０３に格納されている画面データを更新することにより、画面データ送信端末１００と同じ画面データを生成し、受信側画面表示部２０４へ送る。以上の構成により、受信側画面表示部２０４は、画面データ送信端末１００で表示された画面データを表示する。このようにして、画面データ受信端末２００は画面データ送信端末１００で表示された画面を、少ない更新で再生することができる。
【００３０】
図３は、圧縮画面データのデータ構造を示す概念図である。送信フラグは、圧縮画面データを受信側通信部２０６に送信するか否かを判定するフラグである。たとえば、図３に示すように送信フラグとして各表示領域の圧縮画面データ（領域情報部３０２、圧縮データ部３０３）の先頭部分に１ビット分のデータ（送信フラグ部３０１）を設ける。そして、判定において、たとえばそのデータの値がオフ（０）の場合はその圧縮画面データを送信しないこととし、オン（１）の場合はその圧縮画面データを送信する。
【００３１】
次に、送信領域決定の一連の処理および圧縮画面データの送信側記憶部１０３への格納処理を説明する。図４（ａ）〜（ｄ）は、矩形描画命令により画面更新された場合の送信領域決定処理の流れを表示画面により示す概念図である。図５は、メモリ上でのデータ格納方法例を示す図である。図６は、画面データ送信端末１００上のメニュー画面６０１の一例を示す図である。図７は、画面データ受信端末２００上の操作画面７０１の一例を示す図である。図８は、矩形描画命令を含む表示領域の判定方法の例を示した図である。
【００３２】
まず、図４（ａ）〜（ｄ）に示すように、画面を複数の領域に分割する。そして、分割した領域ごとに画面データを圧縮し、圧縮画面データとして、順番に送信側記憶部１０３に格納する。図４（ａ）〜（ｄ）の例では、（Ｍ×Ｎ＝）１９２０×１０８０ピクセルの画面から（ｍ×ｎ＝）１９２×１０８ピクセルの大きさの表示領域を縦１０個×横１０個の計１００個作成している。
【００３３】
データ格納においては、１画面分の圧縮画面データが格納できる大きさのワークエリア（バッファ）を前画面用ワークエリア５０１および現画面用ワークエリア５０２として２つ設定する。ハイビジョンテレビのメニュー画面を伝送することを想定すれば、６４ＫＢのワークエリアを２つ設定することが好適である。１９２０×１０８０ピクセル（２ＭＢ）のテレビ画面において、ハイビジョンテレビのメニュー画面を１画面の１／３程度の大きさの領域に対して描画し、その画面データをランレングス法で圧縮すると、最大で６４ＫＢ程度のサイズになる。従来はワークエリアの大きさとして２ＭＢ×２＝４ＭＢ必要であったが、上記のように画面データを圧縮して格納することにより、６４ＫＢ×２＝１２８ＫＢで十分となる。
【００３４】
次に、現画面の表示領域ごとの圧縮画面データを現画面用ワークエリア５０２に格納する。ｄａｔａ［０］［０］、ｄａｔａ［０］［１］、…、ｄａｔａ［９］［９］と連続して順番に格納していくのが好ましい。このときアプリケーションプログラム等による描画画面領域４０５（矩形描画命令（ｘ１，ｙ１，ｘ２，ｙ２））を検出し利用して更新画面領域を決定すると伝送の効率が向上する。図４（ｂ）に示すようにアプリケーションプログラム等から矩形描画命令（ｘ１，ｙ１，ｘ２，ｙ２）を受け取り、画面更新４０６があった場合、まず現画面４０２に斜線部で示すような矩形描画命令による指定領域を含む表示領域に対して、圧縮画面データを作成する。
【００３５】
そして、作成された圧縮画面データを現画面用ワークエリア５０２に格納し、格納した圧縮画面データが、前画面用ワークエリア５０１の圧縮画面データと異なれば、格納した圧縮画面データの送信フラグをオンにする。矩形描画命令による指定領域を含まない表示領域に対しては、前画面用ワークエリア５０１の同じ画面領域の圧縮画面データを現画面用ワークエリア５０２にコピーして利用する。
【００３６】
このような矩形描画命令による指定領域を含む表示領域の判定方法を、以下に説明する。図８に示すように、点Ａと点Ｂとで決まる領域内の矩形描画命令（ｘ１，ｙ１，ｘ２，ｙ２）と、各表示領域の縦と横のサイズを利用して、矩形描画命令による指定領域を含む表示領域を求める。たとえば、画面を複数のｍ×ｎという大きさの領域に分割されている場合には、図５で示すように、各表示領域の圧縮画面データはｄａｔａ［０］［０］、ｄａｔａ［０］［１］、…、ｄａｔａ［ａ］［ｂ］と順番に格納されている。図８における表示領域ｄ００は、圧縮画面データｄａｔａ［０］［０］に、表示領域ｄ９０は、圧縮画面データｄａｔａ［９］［０］に、表示領域ｄ０９は、圧縮画面データｄａｔａ［０］［９］に、表示領域ｄ９９は、圧縮画面データｄａｔａ［９］［９］に対応している。
【００３７】
このように分割された表示領域において矩形描画命令（ｘ１，ｙ１，ｘ２，ｙ２）があった場合には、上記のデータ格納場所をｄａｔａ［ａ］［ｂ］と表したとき、左側の添え字［ａ］がｘ１／ｍの整数部以上かつｘ２／ｍの整数部以下、かつ、右側の添え字［ｂ］がｙ１／ｎの整数部以上かつｙ２／ｎの整数部以下である圧縮画面データを比較すべきデータの領域と判定する。たとえば、図８に示すように現画面４０２においてｍ＝１９２，ｎ＝１０８，ｘ１＝２００，ｙ１＝３００，ｘ２＝８００，ｙ２＝６００である場合には、ｘ座標の値は１以上４以下（２００／１９２〜８００／１９２）、ｙ座標の値は２以上５以下（３００／１０８〜６００／１０８）となる。そして、ｄａｔａ［１］［２］〜ｄａｔａ［４］［２］、ｄａｔａ［１］［３］〜ｄａｔａ［４］［３］、ｄａｔａ［１］［４］〜ｄａｔａ［４］［４］、ｄａｔａ［１］［５］〜ｄａｔａ［４］［５］が、圧縮画面データ同士を比較すべき領域となる。このように描画がなされることで更新の生じた領域のみについて判定するため、画面データの伝送の際に判定処理の効率を向上させ、利用メモリ量を低減することができる。
【００３８】
このとき、現画面用ワークエリア５０２に格納した圧縮画面データと、前画面用ワークエリア５０１に格納されている同じ表示領域の圧縮画面データとが同じかどうか判定する。そして、現画面用ワークエリア５０２に格納した圧縮画面データが、前画面用ワークエリア５０１に格納されている同じ表示領域の圧縮画面データと異なれば、現画面用ワークエリア５０２に格納した該当する表示領域の圧縮画面データの送信フラグをオンにし、同じであれば、送信フラグをオフのままとする。
【００３９】
上記の判定の際には、まず、前画面４０１と現画面４０２の同じ画面領域の圧縮画面データのサイズが同じかどうか比較する。そして、圧縮画面データのサイズが異なれば、異なる圧縮画面データと判定し、サイズが同じであれば圧縮画面データの中身を比較し、同じ圧縮画面データであるか否かを判定する。このような判定により、図４（ｃ）に示される比較対象領域４０３（斜線部）は、図４（ｄ）に示される比較対象領域に図４（ｄ）に示す矩形描画命令による指定領域４０４（斜線部）を含まない表示領域は、画面データ自体の変更がないので、前画面用ワークエリア５０１の同じ領域の圧縮画面データをコピーして利用する。このように判定することで、画面データのデータサイズに変化があった領域のみについてデータ自体の変化を判定すればよいため、判定処理の効率を向上させ、利用メモリ量を低減することができる。
【００４０】
表示領域ごとの圧縮画面データの格納が全て完了すると、現画面用ワークエリア５０２に格納されている送信フラグのオンになっている圧縮画面データを全て送信側通信部１０６に送り、その後、現画面用ワークエリア５０２内の圧縮画面データの送信フラグをオフにする。この処理は、送信フラグをオフにしながら圧縮画面データを送信側通信部１０６に送る処理にしてもよい。
【００４１】
次画面では、現画面用ワークエリア５０２に格納されている圧縮画面データが前画面の圧縮画面データとなり、前画面用ワークエリア５０１に現画面の圧縮画面データを格納する。このように、各画面の表示領域の圧縮画面データを２つのワークエリアに交互に格納し、表示領域ごとにその圧縮画面データを比較することにより更新画面領域を検出する。これにより、表示領域ごとの画面データを圧縮してから、更新の有無を判定すると、比較する画面データのサイズが小さくなっているので、従来例よりデータへのメモリアクセス回数が少なくて済む。
【００４２】
１画面分の表示領域の圧縮画面データの格納が完了すると、送信フラグのオンになっている圧縮画面データを全て送信側通信部１０６に送る。そして、図４（ｃ）に示す比較対象領域４０３（斜線部）で示すような送信領域を決定する。その後、ワークエリア内の圧縮画面データの送信フラグを全てオフにする。これら一連の処理を描画命令検出のたびに行う。このような処理を行うことで、図６に示すような画面データ送信端末１００上の画面６０１を、図７に示すような画面データ受信端末２００上の画面７０１において再現することができる。たとえば、ＴＶ放送とメニュー画面６０１が画面データ送信端末１００上に表示されているとき、画面データ受信端末２００上の操作画面７０１ではメニュー画面６０１が表示される。これにより、オペレータ２１０は、操作画面７０１を見ながら画面データ送信端末１００を操作することができる。このように、メニュー画面６０１のみを伝送することで、リアルタイム性に優れ、著作権等の問題を生じさせない画面データ伝送を実現できる。ただし、上記の態様は一例に過ぎず、ＴＶ放送の表示を含めた画面データを画面データ受信端末２００に伝送してもよい。
【００４３】
なお、ワークエリアに圧縮画面データを格納していく過程で、格納した圧縮画面データの合計サイズがワークエリアのサイズ（たとえば上記の６４ＫＢ）を超えた場合は、バッファオーバーフローと判定し、現画面の全ての表示領域の圧縮画面データを送信する。そして、ワークエリアに格納している圧縮画面データは全てクリアする。
【００４４】
たとえば、現画面用ワークエリア５０２に表示領域の圧縮画面データを格納しようとして、オーバーフローになった場合、現画面用ワークエリア５０２に格納しようとした画面の全画面の表示領域について圧縮画面データを送信して、現画面用ワークエリア５０２内の圧縮画面データを全てクリアする。そして、次画面の各表示領域の圧縮画面データは前画面用ワークエリア５０１に順番に格納する。これにより、圧縮画面データの合計サイズがワークエリアの容量を超えた場合であっても、不具合を生じさせることなく、画面データの伝送を行うことができる。
【００４５】
図９は、画面データ送信端末１００における圧縮画面データの送信処理の流れを示したフローチャートである。このフローチャート処理は、アプリケーション等からの矩形描画命令を検出するごとに行う。以下に各ステップについて説明する。
【００４６】
まず、圧縮画面データ生成部１０７が、画面を複数の表示領域に分割する（ステップＳ１０１）。次に、処理を行う領域が矩形描画命令による指定領域を含む表示領域か（Ｙｅｓ）否か（Ｎｏ）を判定する（ステップＳ１０２）。指定領域を含まない表示領域であると判定された場合は、前画面用ワークエリアに格納されている圧縮画面データを現画面用ワークエリアにコピーし（ステップＳ１０３）、ステップＳ１０６に進む。指定領域を含む表示領域である場合は、圧縮画面データ生成部１０７が、画面データを各表示領域単位で圧縮する（ステップＳ１０４）。そして、圧縮画面データ生成部１０７が生成した圧縮画面データを現画面用ワークエリアに格納する（ステップＳ１０５）。
【００４７】
次に、送信画面データ決定部１０９が、送信側記憶部１０３に格納している圧縮画面データの合計サイズがワークエリアのサイズを超えているか（Ｙｅｓ）否か（Ｎｏ）を判定する（ステップＳ１０６）。ワークエリアのサイズを超えたと判定された場合は、送信画面データ決定部１０９が、全表示領域の圧縮画面データを送信側通信部１０６に送る（ステップＳ１０７）。そして、送信画面データ決定部１０９が、ワークエリアに格納されている全ての圧縮画面データのサイズをクリアし（ステップＳ１０８）、処理を終了する。
【００４８】
一方、送信画面データ決定部１０９が、ワークエリアに格納している圧縮画面データの合計サイズがワークエリアのサイズを超えてないと判定された場合は、送信画面データ決定部１０９が、その表示領域について、圧縮画面データ生成部１０７により作成された圧縮画面データと前画面の圧縮画面データとを比較して、データサイズが同じか（Ｙｅｓ）異なるか（Ｎｏ）を判定する（ステップＳ１０９）。データサイズが異なると判定された場合は送信画面データ決定部１０９が、現画面の圧縮画面データの送信フラグをオンにする（ステップＳ１１０）。
【００４９】
ステップＳ１０９の判定で、データサイズが同じと判定された場合は、送信画面データ決定部１０９が、現画面の圧縮画面データと前画面の圧縮画面データとを比較して、データが同じか（Ｙｅｓ）異なるか（Ｎｏ）を判定する（ステップＳ１１１）。データが異なる場合はステップＳ１１０に進む。
【００５０】
一方、データが同じと判定された場合は、送信画面データ決定部１０９にて、全ての表示領域の圧縮画面データ格納が完了したか（Ｙｅｓ）否か（Ｎｏ）を判定する（ステップＳ１１２）。処理が完了していない場合には、ステップＳ１０２に戻る。全ての表示領域の圧縮画面データ格納が完了している場合には、送信画面データ決定部１０９にて、送信フラグがオンになっている圧縮画面データがあるか（Ｙｅｓ）否か（Ｎｏ）を判定し（ステップＳ１１３）、送信フラグがオンになっている圧縮画面データがない場合は処理を終了する。
【００５１】
一方、送信フラグがオンになっている圧縮画面データがある場合は、送信画面データ決定部１０９が、送信フラグがオンになっている全ての圧縮画面データを送信側通信部１０６に送る（ステップＳ１１４）。そして、送信画面データ決定部１０９が、圧縮画面データの全ての送信フラグをオフにし（ステップＳ１１５）、処理を終了する。このような処理を繰り返すことにより、端末間で効率よく画面データを伝送することができる。なお、上記の動作は、送信側記憶部１０３に前画面の圧縮画面データが記憶されていることを前提としているが、送信で前画面の圧縮画面データが記憶されていない場合には、すべての圧縮画面データを送信する。また、上記の動作は、画面データ送信端末１００に処理を実行させるプログラムにより行われる。
【００５２】
図１０は、送信側通信部１０６と受信側通信部２０６の間で圧縮画面データを伝送する際の伝送パケット例を示す図である。伝送パケットは、宛先などを表すアドレスなどの制御情報を含むＴＣＰヘッダであるヘッダ情報部９０１と、伝送する圧縮画面データのある領域情報（ビットマップ情報）を含む更新フラグ情報部９０２と、更新画面領域の圧縮画面データ情報を含む更新情報部９０３からなる。更新フラグ情報部９０２は、各表示領域（たとえば、１０×１０＝１００個分）の圧縮画面データが伝送されているか（１）否か（０）の１００ビットのデータを保持する。更新情報部９０３は、各表示領域の領域情報と圧縮画面データを保持する。
【００５３】
次に、画面データ受信端末装置２００における圧縮画面データの受信処理の流れを説明する。図１１は、受信処理の流れを示すフローチャートである。以下の処理を、受信側通信部２０６が、送信側通信部１０６から伝送パケットを受信するたびに行う。なお、受信側記憶部２０３にはワークエリア（バッファ）として６４ＫＢの大きさの圧縮画面データ用ワークエリアと、２ＭＢ（１９２０×１０８０ピクセルの画面が１画面分）の大きさの表示画面構築用ワークエリアとをそれぞれ１つずつ設定する。
【００５４】
まず、表示画面生成部２０９が、受信側通信部２０６より伝送パケットを受け取り、更新情報部９０３にある更新画面領域の圧縮画面データを圧縮画面データ用ワークエリアに格納する（ステップＳ２０１）。次に、表示画面生成部２０９が、圧縮画面データ用ワークエリアに格納した更新画面領域の圧縮画面データを展開して生成した各画面領域の更新画面データと、更新画面の領域情報（ｘ，ｙ，ｗ，ｈ）の値を用いて、受信側記憶部２０３にある表示画面構築用ワークエリアの対応する領域の画面データを更新して、画面データ送信端末装置と同じ画面データを作成する（ステップＳ２０２）。そして、表示画面生成部２０９が、ステップＳ２０２で表示画面構築用ワークエリアに作成された１画面分の画面データを受信側画面表示部２０４に送り（ステップＳ２０３）、圧縮画面データ用ワークエリアに格納した更新画面領域の圧縮画面データをクリアし、処理を終了する。
【００５５】
［第２の実施形態］
上記の実施形態では、アプリケーションプログラム等からの矩形描画命令を利用するが、アプリケーションプログラム等からの矩形描画命令を利用せずに画面データを伝送してもよい。その際の画面データ送信端末装置における送信領域決定処理を説明する。図１２（ａ）〜（ｃ）は、第２実施形態に係る送信領域決定のための最適化処理例を示す図である。本実施形態では、全画面の表示領域に対して、前画面の圧縮画面データと現画面の圧縮画面データの比較を行う。
【００５６】
まず、図１２（ａ）〜（ｃ）に示すように画面を複数の領域に分割して、画面を表示領域ごとに画面データを圧縮し、ワークエリアに格納する。圧縮画面データのワークエリアへの格納方法は上記で説明した圧縮画面データの送信側記憶部１０３への格納方法と同じである。
【００５７】
例として、前画面１１０１と現画面１１０２との間で比較対象領域１１０３に示すような画面更新があった場合、全ての表示領域に対して圧縮画面データを作成して、現画面用ワークエリアに格納する。そして、現画面用ワークエリア５０２に格納した圧縮画面データが、前画面用ワークエリア５０１に格納されている圧縮画面データと異なれば、格納した圧縮画面データの送信フラグをオンにする。上記手順にて、送信フラグがオンになっている領域、すなわち、比較対象領域１１０３（斜線部）で示す送信領域を決定する。これら一連の処理を各画面に対して行う。
【００５８】
図１３は、画面データ送信端末１００における送信処理の流れを示したフローチャートである。このフローチャート処理を各画面に対して行う。以下で各ステップについて説明する。まず、圧縮画面データ生成部１０７は、画面を複数の表示領域に分割する（ステップＳ３０１）。圧縮画面データ生成部１０７は、画面データを各表示領域単位で圧縮する（ステップＳ３０２）。圧縮画面データ生成部１０７は、生成した圧縮画面データを現画面用ワークエリアに格納する（ステップＳ３０１）。
【００５９】
そして、送信画面データ決定部１０９が、現画面用ワークエリアに格納している圧縮画面データの合計サイズがワークエリアのサイズを超えたか（Ｙｅｓ）否か（Ｎｏ）を判定する（ステップＳ３０４）。ワークエリアのサイズを超えた場合は、送信画面データ決定部１０９が、全表示領域の圧縮画面データを送信側通信部１０６に送る（ステップＳ３０５）。そして、送信画面データ決定部１０９が、ワークエリアに格納されている全ての圧縮画面データサイズをクリアし（ステップＳ３０６）、処理を終了する。
【００６０】
一方、ステップＳ３０４でワークエリアのサイズを超えない場合は、送信画面データ決定部１０９が、その表示領域について、圧縮画面データ生成部１０７により作成された圧縮画面データと前画面の圧縮画面データとを比較して、データサイズが同じか（Ｙｅｓ）異なるか（Ｎｏ）を判定する（ステップＳ３０７）。データサイズが異なる場合は、送信画面データ決定部１０９が、現画面の圧縮画面データの送信フラグをオンにする（ステップＳ３０９）。
【００６１】
一方、データサイズが同じである場合は、送信画面データ決定部１０９が、現画面の圧縮画面データと前画面の圧縮画面データを比較して、データが同じか（Ｙｅｓ）異なるか（Ｎｏ）を判定する（ステップＳ３０８）。データが異なる場合はステップＳ３０９に進む。データが同じ場合は、送信画面データ決定部１０９にて、全ての表示領域の圧縮画面データの格納が完了したか（Ｙｅｓ）否か（Ｎｏ）を判定する（ステップＳ３１０）。
【００６２】
圧縮画面データの格納処理が完了していないと判定された場合、ステップＳ３０２に戻る。全ての表示領域の圧縮画面データ格納が完了していると判定された場合、送信画面データ決定部１０９にて、送信フラグがオンになっている圧縮画面データがあるか（Ｙｅｓ）否か（Ｎｏ）を判定する（ステップＳ３１１）。
【００６３】
送信フラグがオンになっている圧縮画面データがないと判定された場合は処理を終了する。送信フラグがオンになっている圧縮画面データがあると判定された場合は、送信画面データ決定部１０９が、送信フラグがオンになっている全ての圧縮画面データを送信側通信部１０６に送る（ステップＳ３１２）。そして、送信画面データ決定部１０９が、圧縮画面データの全ての送信フラグをオフにし（ステップＳ３１３）、処理を終了する。なお、上記の動作は、前画面の圧縮画面データが記憶されていることを前提としているが、送信で前画面の圧縮画面データが記憶されていない場合には、すべての圧縮画面データを送信する。また、上記の動作は、画面データ送信端末１００に処理を実行させるプログラムにより行われる。
【００６４】
なお、以上に開示した実施の形態および実施例は例示であって制限的なものではない。たとえば、本実施形態の画面分割は、１９２０×１０８０ピクセルの画面サイズに対して、１９２×１０８ピクセルの分割された表示領域を１００個作成するが、表示領域のサイズはこれに限られない。たとえば、伝送する画面データの量を削減したい場合は表示領域のサイズを縮小し、更新画面領域の検出を高速化したければ、表示領域のサイズを拡大することが可能である。また、上記の実施形態では、送信側記憶部１０３、受信側記憶部２０３はそれぞれＲＡＭで構成されているが、これと均等な記憶装置により構成されていてもよい。
【図面の簡単な説明】
【００６５】
【図１】第１の実施形態に係る画面データ伝送システムの一例を示す概略図である。
【図２】第１の実施形態に係る画面データ伝送システムの機能的な構成を示すブロック図である。
【図３】圧縮画面データのデータ構造を示す概念図である。
【図４】送信領域決定処理の流れを表示画面により示す概念図である。
【図５】メモリ上でのデータ格納方法例を示す図である。
【図６】画面データ送信端末上のメニュー画面の一例を示す図である。
【図７】画面データ受信端末上の操作画面の一例を示す図である。
【図８】矩形描画命令を含む表示領域の判定方法の例を示す図である。
【図９】圧縮画面データの送信処理の流れを示したフローチャートである。
【図１０】圧縮画面データを伝送する際の伝送パケット例を示す図である。
【図１１】受信処理の流れを示したフローチャートである。
【図１２】第２実施形態における送信領域決定のための最適化処理例を示す図である。
【図１３】第２実施形態に係る画面データ送信端末１００における送信処理の流れを示したフローチャートである。
【図１４】（ａ）〜（ｃ）従来の画面伝送システムにおける送信領域決定処理の概要を示す図である。
【符号の説明】
【００６６】
１０  画面データ伝送システム
１００  画面データ送信端末
１０２  送信側制御部
１０３  送信側記憶部
１０４  送信側画面表示部
１０５  送信側入力部
１０６  送信側通信部
１０７  圧縮画面データ生成部
１０８  描画領域検出部
１０９  送信画面データ決定部
１１０  ユーザ
１１３  ネットワーク
２００  画面データ受信端末
２００  画面データ受信端末装置
２０２  受信側制御部
２０３  受信側記憶部
２０４  受信側画面表示部
２０５  受信側入力部
２０６  受信側通信部
２０９  表示画面生成部
２１０  オペレータ
３０１  送信フラグ部
３０２  領域情報部
３０３  圧縮データ部
４０１  前画面
４０２  現画面
４０３  比較対象領域
４０４  指定領域
４０５  描画画面領域
４０６  画面更新
５０１  前画面用ワークエリア
５０２  現画面用ワークエリア
６０１  メニュー画面
７０１  操作画面
９０１  ヘッダ情報部
９０２  更新フラグ情報部
９０３  更新情報部
１１０１  前画面
１１０２  現画面
１１０３  比較対象領域
１２０３  更新部分
ｄ００、ｄ０９、ｄ９０、ｄ９９  表示領域
【図１】
2009267734.tif 000003
【図２】
2009267734.tif 000004
【図３】
2009267734.tif 000005
【図４】
2009267734.tif 000006
【図５】
2009267734.tif 000007
【図６】
2009267734.tif 000008
【図７】
2009267734.tif 000009
【図８】
2009267734.tif 000010
【図９】
2009267734.tif 000011
【図１０】
2009267734.tif 000012
【図１１】
2009267734.tif 000013
【図１２】
2009267734.tif 000014
【図１３】
2009267734.tif 000015
【図１４】
2009267734.tif 000016