JP3851319B2 - 画像データ送信生成システム - Google Patents

Description

この発明は、画像データを遠隔にある表示装置に表示させるための方法又はシステムに関する。詳細には、講義資料や会議資料などのプレゼンテーション用画像、監視カメラが撮像した簡潔画像等を遠隔のコンピュータ又はデバイスにおいて表示させる、或は、Ｅ・ラーニングや遠隔地におけるセミナー、オンラインヘルプデスクの表示、遠隔地に所在する被対象者或は物のケアにおける画像表示、監視カメラ画像の表示等に用いることができる表示方法又はそのシステムに関する。

インターネット等のネットワークの整備が進み、今日では遠隔地に居ながら多数の端末が画像を共有することができるようになった。そして、企業、学校、公共施設等においてもインターネットサービスの利用が普及している。又、企業などでは遠隔地に存在する通信装置同士を専用回線で接続し通信を行う専用線通信も普及している。
これらネットワークの整備に伴い、個人はもとより、企業、学校、公共施設等でも該通信を利用したマナー研修、英会話学習、情報技術者資格取得講座等の各種講習、研修、学習等が行われている。所謂Ｅ・ラーニングである。これらＥ・ラーニングでは、代表的な例としてはマナー研修、英語学習、情報技術者資格取得のための遠隔学習などがあり、Ｅ・ラーニングシステムによって行っていた。そして、該Ｅ・ラーニングシステムでは、講師を撮影した映像と講義スライド資料とを同期させてインターネットを介して配信していた。
即ち、撮影しておいた講師の映像データと共に講義に用いるスライド映像データとを、受講者である端末側に配信するための配信サーバに予め蓄積しておく。これら蓄積しておいたデータがコンテンツとしての利用者への配信対象、即ちコンテンツデータとなる。そして蓄積しておいたコンテンツデータは、受講者である端末からの指示により、該端末へ配信されて視聴するという、オンデマンドでの利用形態が一般的であった。

昨今では、インターネット等のネットワークは、通信速度も常時接続やブロードバンド等の普及により飛躍的に高速となった。これに伴い、今日では遠隔地に居ながら多数の端末が画像を共有することができるようになった。そして、企業、学校、公共施設等においてもインターネットサービスの利用が普及している。又、企業などでは遠隔地に存在する通信装置同士を専用回線で接続し通信を行う専用線通信も普及している。
これら高速ネットワークの普及によりリアルタイムでの画像の提供が可能となってきた。これに伴い、該オンデマンドでの利用では予め蓄積されていたデータの提供に留まっていたが、遠隔地と本部との間でリアルタイムで行われる大学の講義やセミナー等、逐次変化するデータの提供を必要とするリアルタイム画像データ通信が要求されるようになった。該リアルタイムに行われる通信、例えばセミナーなどでは、学習者は解らない箇所を直ぐに講師に尋ねることが可能となり、従来の集合教育同様に講師と学習者とが時間と情報とを共有できて一体感を保つことができ、より効率のよい講義が可能となる。

このような遠隔地においてリアルタイムで行う講義（以下、リアルタイム遠隔講義という。）では、講師の顔映像と音声に加え、講師が書込む黒板や白板のような自由記入スペース、資料スライド等の配信スピード等が重要なファクターとなる。このリアルタイム遠隔講義では、講師であるサーバとクライアントである受講者という関係でネットワーク接続され講義が進む。
上記リアルタイム遠隔講義では、予め用意した資料スライド映像を提供するだけでなく、自由記入スペースに記入した映像や、必要に応じて他のＷｅｂページを表示する場合も有り、複数のアプリケーションを切替えて講義を進める場合が有る。即ち例えば、講師であるサーバでは、資料スライド映像をクライアントに表示させながら、黒板や白板のような自由記入スペースに書込む専用アプリケーションである板書ツール（以下、ツールとは単一機能を持つ小規模なソフトウェアをいう。）によって自由記入した画像を受講者であるクライアントに送るというような場合である。このような場合には、サーバと予め全てのクライアントとが共通のアプリケーションを用意しておき、サーバが表示するフレーム画像をクライアントが同期して表示するように切替えるシステムが必要であった。

しかしながら、該アプリケーションソフトは非常に限定されてしまい、各クライアントが用意するには負担が大きく、リアルタイム遠隔講義を容易に実現できないという問題点が有った。
該問題点を解決可能なソフトウェアとしては、従来、１対１の対応においてリアルタイムで任意のアプリケーションが作り出した資料スライド等のフレーム画像をネットワークを介して提供する手段として、例えばアプリケーション画面やＷｉｎｄｏｗｓ（登録商標）のデスクトップ画面をサーバとクライアントとで共有するソフトウェアを利用するものとして、同期遠隔型のリアルタイム画面共有ツールが有った。即ち、遠隔デスクトップ共有ツールである。遠隔デスクトップ共有ツールは、オペレーションシステムであるＷｉｎｄｏｗｓ（登録商標）上で動作するソフトウェアとして幾つかのソフトウェアが存在した。

しかしながら、Ｗｉｎｄｏｗｓ（登録商標）上で動作する遠隔デスクトップ共有ツールは、やはり利用するサーバおよびクライアントのすべてが用意しておかなければならず、ソフトウェアの配布に手間とコストがかかるという問題を有していた。更には、該ツールが動作する環境が、Ｗｉｎｄｏｗｓ（登録商標）上のみであるという制約があり、講師であるサーバと受講者であるすべてのクライアントのすべてがＯＳをＷｉｎｄｏｗｓ（登録商標）としなければならなかった。
更に又、該ツールは１対１の通信を目的としたツールであることから、１のサーバから複数のクライアントへ同時に情報を配信する事ができず、大学の講義のようなクライアントが１００以上となるような大規模な１対複数の通信ができないという問題点を有した。

一方、クライアントのすべてに共通のアプリケーションソフトウェアを必要とせず、且つ複数のクライアントが利用可能なシステムとしては、Ｗｅｂシステムが存在した。Ｗｅｂシステムは、クライアントにＷｅｂブラウザがあれば利用可能であり、ＯＳには作用されない。そのため、遠隔デスクトップ共有ツールに比しユーザ環境を整えることが容易となりサービスを展開するためのコストを大幅に削減可能である。
しかしながら、ＷｅｂシステムはＨＴＴＰプロトコルがプッシュ型配信をサポートしていないため、複数のクライアントに対してＷｅｂサーバから情報をプッシュ型配信することができないという問題点を有した。

そこで発明者は上記各問題点を解決するに当たり、クライアント側からＷｅｂサーバに対し定期的に且つ自動的に問い合わせを行い、Ｗｅｂサーバから送信するデータに変更があった場合だけＷｅｂサーバからクライアントに対してデータを転送させるシステムを構築した（ＱｕｉｃｋＢｏａｄシステムとして、研究論文の発表済み）。
即ち、Ｗｅｂサーバでは、講師が用いる端末の表示場面をスナップショットイメージとして画像ファイルに保存する。そして、Ｗｅｂサーバでは、保存したスナップショットイメージを複数のクライアントへ送信可能な機能を有している。従って、クライアントから自動的に且つ定期的に問い合わせがあると、該問い合わせに対してＷｅｂサーバが応答して問い合わせたクライアントに対しスナップショットイメージを送信するので、複数のクライアントから問い合わせがあるとそれら複数のクライアントに対してスナップショットイメージを送信することとなり、プッシュ型配信をサポートしていないＨＴＴＰプロトコルをもちいて擬似的なプッシュ型配信サービスを実現した。これにより、複数のクライアントに対しＷｅｂサーバから講師端末に表示された画像を配信することが可能となった。

又、これらとは別に、動画を圧縮してネットワークを介して配信可能とする目的で用いられる画像データの圧縮技術が存在し、リアルタイムで画像を提供する場合には、配信対象となる動画像データが大きいため画像データの圧縮技術が不可欠であったために開発されるに至った。従来一般に行われている画像データの圧縮技術では、例えばＭＰＥＧ２やＭＰＥＧ４というような圧縮技術がある。ＭＰＥＧ２やＭＰＥＧ４というような圧縮技術（以後、単にＭＰＥＧ圧縮技術という。）は、一般に映画や自然映像を圧縮して提供する技術であり、コンピュータ画面、即ち画像を構成するフレーム画像の各画像ピクセルを前のフレーム画像の同位置画像ピクセルと比較し、変更のあった画像ピクセルだけを抽出して現在のフレーム画像を表示する際に変更のあった画像ピクセルのみを前の画像ピクセルと置換えてフレーム画像を構成して表示させるものである。

しかしながら、上記疑似プッシュ型配信システムは、配信サービス対象である講師端末の表示画面全体を配信するので、配信する画像データの容量が多くなってしまうという問題点を有した。特に、大学の講義のような１００人以上の多数の端末が同時に受講する場合などには、ネットワークトラフィックの大幅な増加を招くため、配信時にデータ転送遅延や他のサービスの障害の要因となってしまう場合があるという問題点を有した。
そこで、疑似プッシュ型配信システムにおいて転送する画像データを圧縮する為に、前記ＭＰＥＧ２やＭＰＥＧ４というような画像圧縮技術を応用する事が考えられる。
しかしながら、該画像圧縮技術は、絶えず画像が書き変わる動画像、即ち映像の圧縮を対象としたものであるため、講義に用いる資料スライドのような同一の画面を比較的長い時間表示させておく場合にも常に圧縮が行われて配信されるため、配信するデータ量は減少できるものの、やはり大量のデータ転送が必要となってしまった。
具体的には、講師端末の画像データを圧縮して転送する際には、１クライアントに対して４Ｍｂｐｓ乃至６Ｍｂｐｓのネットワーク領域が必要となってしまった。即ちクライアント数が１００であれば、４００Ｍｂｐｓ乃至６００Ｍｂｐｓの帯域を占有することとなってしまい、常に該領域が使用されるためリアルタイム配信は極めて困難であった。
更には、やはりＭＰＥＧ２やＭＰＥＧ４というような画像圧縮技術を用いるに際しても、クライアントが圧縮された画像データを伸長するためのツールが必要となり、クライアント側端末の動作環境を限定してしまうという問題点を有した。

そこで発明者は、前記圧縮技術を用いて配信する自然画像や映画のような動画像は静止画像であっても、絶えずピクセル単位での画像に変化が生じているのに対し、本願において講師側端末から配信する講義スライド等のプレゼンテーション画像では、静止画として表示に用いられる画像はピクセル単位では変化がないことに注目した。又同様に、講師の書き込みやあるいは新たな資料の追加というような画像表示の変化は、表示画面全体を対象とするもの（即ち、画面全体が書き変わるもの）が存在するものの、多くの場合には書き込み等による極一部領域に限定される変化であることに注目した。
そして、これらの事実に基づき、ピクセル単位の変化を見る圧縮技術を用いずに且つ一部領域の変化をクライアントに転送することで、複数のクライアントに送信する際のネットワーク帯域の軽減をはかることとした。

そこでこの発明は、
表示手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、制御手段が、表示手段の表示するフレームの画像データを複数に分割し、前後に入力したフレームの分割された分割画像データ相互を比較して分割画像データを出力可能な本体装置と、
本体装置とデータ通信可能に接続され、データ入力手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、ＨＴＭＬファイルの記述に基づいてフレームを構成可能であり、本体装置から出力される分割画像データをデータ入力手段が入力し、所定の分割位置に表示させるよう画像データをデータ出力手段から出力するクライアント装置とからなり、
本体装置では、制御手段が、表示手段の表示するフレームの画像データを予め定める複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させると共に該分割画像データを特定可能な変数を生成し、表示部が次に表示するフレームの画像データを予め定める該複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させ、分割された同一領域の先に表示された画像データ及び次に表示された画像データ相互を比較し、画像データに変更があった場合には、変更があった分割画像データを画像データ記憶手段へ更新された最新の分割画像データとして記憶させると共に該分割画像データを特定可能な変数を生成し、少なくとも更新された最新の分割画像データを該変数によって特定可能に記述したＨＴＭＬファイルを生成可能であり、クライアント装置から該ＨＴＭＬファイルの出力を希望する情報を受領すると該ＨＴＭＬファイルをデータ出力手段によってクライアント装置へ出力可能であり、クライアント装置から所望の分割画像データを出力希望する情報を受領すると当該データをデータ出力手段からクライアント装置へ出力し、
クライアント装置では、制御手段が、本体装置に対し前記ＨＴＭＬファイルの出力を希望する情報を出力して該ＨＴＭＬファイルを受領し、受領したＨＴＭＬファイルに記述されている変数を画像データ記憶手段へ記憶すると共に自身の画像データ記憶手段に記憶されていない分割画像データを表す変数の有無を判断し、自身の画像データ記憶手段に記憶されていない分割画像データを表す変数が有る場合には本体装置に対し該変数によって表される分割画像データを出力させる情報を出力し、データ入力手段が本体装置から該分割画像データを受領すると更新された分割画像データとして画像データ記憶手段に記憶させ、画像データ記憶手段に記憶されている各分割画像データの最新データによってフレームを構成可能な画像データを出力可能であることを特徴とする画像データ送信生成システム、

及び、

表示手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、制御手段が、表示手段の表示するフレームの画像データを複数に分割し、前後に入力したフレームの分割された分割画像データ相互を比較して分割画像データを出力可能な本体装置と、
本体装置とデータ通信可能に接続され、データ入力手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、ＨＴＭＬファイルの記述に基づいてフレームを構成可能であり、本体装置から出力される分割画像データをデータ入力手段が入力し、所定の分割位置に表示させるよう画像データをデータ出力手段から出力するクライアント装置とからなり、
本体装置では、制御手段が、表示手段の表示するフレームの画像データを予め定める複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させると共に該分割画像データを特定可能な変数を生成し、表示部が次に表示するフレームの画像データを予め定める該複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させ、分割された同一領域の先に表示された画像データ及び次に表示された画像データ相互を比較し、画像データに変更があった場合には、変更があった分割画像データを画像データ記憶手段へ更新された最新の分割画像データとして記憶させると共に該分割画像データを特定可能な変数を生成し、少なくとも更新された最新の分割画像データを該変数によって特定可能に記述したテーブルデータを含むＨＴＭＬファイルを生成可能であり、クライアント装置から該ＨＴＭＬファイルの出力を希望する情報を受領すると該ＨＴＭＬファイルをデータ出力手段によってクライアント装置へ出力可能であり、クライアント装置から所望の分割画像データを出力希望する情報を受領すると当該データをデータ出力手段からクライアント装置へ出力し、
クライアント装置では、制御手段が、本体装置に対し前記ＨＴＭＬファイルの出力を希望する情報を出力して該ＨＴＭＬファイルを受領し、受領したＨＴＭＬファイルに記述されているテーブルデータを画像データ記憶手段へ記憶すると共に自身の画像データ記憶手段に記憶されていない分割画像データを表す変数の有無を判断し、自身の画像データ記憶手段に記憶されていない分割画像データを表す変数が有る場合には本体装置に対し該変数によって表される分割画像データを出力させる情報を出力し、データ入力手段が本体装置から該分割画像データを受領すると更新された分割画像データとして画像データ記憶手段に記憶させ、画像データ記憶手段に記憶されている各分割画像データの最新データによってフレームを構成可能な画像データを出力可能であることを特徴とする画像データ送信生成システム、
を提供する。

又、上記各システムにおいては、
分割されるフレームの画像データが、表示する画面の全部又は一部である画像データ送信生成システム、
を提供する。

更に、上記各システムにおいては、
本体装置がマルチタスクで利用されている場合において、本体装置は現在利用されているアプリケーションの表示領域を分割されるフレームの画像データとして扱う画像データ送信生成システム、
を提供する。

更に又、上記各システムにおいては、
本体装置はポインティングデバイスを備え、ポインティングデバイスによって指示された画像領域を分割されるフレームの画像データとして扱う画像データ送信生成システム、
を提供する。

従って、この発明によれば、本体装置では、本体装置がクライアント装置に表示したいフレームを分割し、更新のあった分割領域の分割画像データのみをクライアント装置が取得してクライアント装置に表示することで、本体装置で更新のあったフレームをクライアント装置にて表示可能となるので、更新された分割領域の分割画像データのみの通信によって、あたかも変更のあったフレームの画像全体をクライアント装置へ表示可能となる。
従って、クライアント装置と本体装置との間で行われる通信に用いる帯域を、フレーム全体を送信するのに比し小さな帯域で通信可能となる。
これにより、本体装置に対する接続可能なクライアント装置数を増大することができる。

更に、この発明によれば、現在もっとも多く利用されている非プッシュ型配信システムであるＷｅｂブラウザを、擬似的にプッシュ型配信システムとして画像転送に利用することができる。
これにより、もっとも一般的に用いられているブラウザによって本体装置からの疑似的なプッシュ型配信システムが構築できる。

以下にこの発明の実施例を図に基づいて説明する。図１は画像データ送信生成システムの概略説明図であり、図２はこの発明の実施例における分割領域の説明図であり、図３はこの発明の実施例における分割領域の更新比較の説明図であり、図４は第１の実施例におけるＨＴＭＬファイルの説明図であり、図５は同分割領域の更新比較の説明図であり、図６は同ＨＴＭＬファイルの説明図であり、図７は同分割領域の更新比較の説明図であり、図８は同ＨＴＭＬファイルの説明図であり、図９は（ａ）が第２の実施例におけるＨＴＭＬファイルの説明図、（ｂ）が同更新されたデータを指示する更新画像リストファイルを表す説明図であり、図１０は同Ｊａｖａ（登録商標）ＳＣＲＩＰＴの説明図であり、図１１は第３の実施例を表す説明図であり、図１２は同テキストエディタに実施した場合の説明図であり、図１３は同分割領域の分割状態を表す説明図である。

１は、画像データ送信生成システムで有り、講師が講義をする際に複数のクライアントである受講者へ講師が使用して生成した画像データを送信するシステムである。画像データ送信生成システム１は、講師が用いる講師側端末２と、Ｗｅｂサーバ３と、Ｗｅｂサーバ３から送信される画像データ等の講義に必要なデータ及び音声を受領して視聴可能であるクライアント装置４とからなる。そして、講師側端末２とＷｅｂサーバ３とはＶＰＮによって接続されて通信可能に接続され、Ｗｅｂサーバ３とクライアント装置４とはインターネットによって情報の授受が可能に接続されている。各装置は上記のように接続されているが、講師側端末２とＷｅｂサーバ３とがインターネットによって接続されていてもよく、又、Ｗｅｂサーバ３とクライアント装置４とが有線又は無線のＶＰＮによって情報の授受が可能に接続されていてもよく、又、ＶＰＮに換えてＬＡＮによって接続されていてもよい。そして画像データ送信生成システム１は、講師側端末２に表示されている画像データを各クライアント装置４へ効率よく表示させるものである。

以下に上記各装置を用いた第１の実施例を説明する。
第１の実施例は、講師側端末２のデスクトップ画面を複数のクライアント装置４へリアルタイムで配信する場合の例である。尚、各実施例では、講師側端末２とＷｅｂサーバ３とが本体装置を形成することとなるが、講師側端末２とＷｅｂサーバ３とを別途設けるのではなく、本体装置を講師側端末２及びＷｅｂサーバ３とを一体とした構成とし、直接講師が操作することでクライアント装置４へ画像データを送信するように構成してもよい。

講師側端末２は、この実施例ではノート型のコンピュータであり、所謂ノートパソコンを用いる。講師側端末２は、標準的に備えられているマウス等のポインティングデバイス２３、キーボード２４等の入力手段を備え、表示手段である液晶表示部２１を備える。更に、講師側端末２はＣＰＵやメモリ等の制御手段２２を備える。更に講師側端末２は、画像データを記憶可能な画像データ記憶手段２５を備える。そして、講師側端末２の制御手段２２は、液晶表示部２１が表示するフレームを予め定める複数に分割して夫々の領域の画像データである分割画像データを取得可能な機能を備える。この実施例ではフレームの分割は、図２に表すように２５の領域として分割する。そして、分割された分割画像データはＷｅｂサーバ３へ送られて記憶される。又、講師側端末２は、ＶＰＮによってＷｅｂサーバ３と通信可能なデータ入力手段及びデータ出力手段である通信手段を備えることはいうまでもなく、以下、講師側端末２がＷｅｂサーバ３に対してデータを出力したり、Ｗｅｂサーバ３からデータを入力する場合には、該通信手段を用い所定の手続によって通信するものとする。

Ｗｅｂサーバ３は、データ記憶手段３１、表示手段３２を備え、且つ、クライアント装置４との間でデータの入出力を行うデータ入力手段３３及びデータ出力手段３４を備え、各手段の制御を行うための制御手段３５を備える。そして、Ｗｅｂサーバ３は、講師側端末２から分割された分割画像データを入力し、制御手段３５の制御により入力した各分割画像データを入力した時間と分割された位置とを紐付けてデータ記憶手段３１へ記憶する。

クライアント装置４は、デスクトップ型或はノート型等のパーソナルコンピュータからなり、複数台がＷｅｂサーバ３と通信可能にインターネットによって接続可能である。クライアント装置４には、標準的に備えられているマウス及びキーボードが備えられ、表示手段である表示部４１を備える。ここでクライアント装置４の備える表示部４１は、クライアント装置のデータ出力手段から出力する画像データを表示するものであるが、クライアント装置４と一体的に設けない他の装置としての表示手段へデータ出力手段がデータを出力して表示可能であってもよい。更に、クライアント装置４は、Ｗｅｂサーバ３からのデータを入力可能なデータ入力手段４２を備えると共に、ＣＰＵやメモリ等からなる制御手段４３を備え、更に入力したデータを記憶可能な画像データ記憶手段４４を備える。そして、クライアント装置４は、Ｗｅｂサーバ３から入力する分割された分割画像データを表示することで、表示部４１に講師側端末２及びＷｅｂサーバ３によって生成されたフレームの画像を表示可能である。
尚、Ｗｅｂサーバ３とクライアント装置４とは、この実施例ではＷｅｂブラウザを備えインターネットを利用して通信を行い、ＨＴＭＬによって画像や音声等を通信可能であるが、他のブラウザ等の手段によって通信可能であってもよく、少なくも通信することでクライアント装置４がＷｅｂブラウザから取得した画像データを表示可能であればよい。

上述のように構成された各装置によって、
１．講師側端末２が自身のデスクトップ画面の全部又は一部を複数に分割して分割画像データを作成して画像データ記憶手段２５へ記憶し、更新された分割画像データをＷｅｂサーバ３へ送信する
２．Ｗｅｂサーバ３は、取得した分割画像データを、作成した時間と分割された位置とを紐付けて公開ディレクトリに記憶する
３．Ｗｅｂサーバ３からクライアント装置４へ分割画像データを送信する際には、未だクライアント装置４へ送信していない更新された分割画像データを送信する
４．クライアント装置４では、Ｗｅｂサーバ３から受領した各分割画像データを記憶すると共に、記憶した各分割画像データによって、フレームの画像を形成して表示する
ことが可能であり、これらを可能とするソフトウェアがインストールされている。

以下、第１の実施例の詳細を説明する。
尚、本実施例では、講師側端末２とＷｅｂサーバ３とが協調動作することで本体装置として機能する。
講師側端末２の制御手段２２は、図２（ａ）に表す液晶表示部２１に表示されているフレームの画像を予め定められた数、即ち図２（ｂ）に表す２５に分割し、各分割した分割画像領域毎に分割画像データを生成する。その際、各分割画像データは分割して生成された時刻と分割された画像位置とに紐付け、何処の位置の何時の画像であるかを認識可能に生成される。分割画像の生成タイミングは、予め定める時間間隔毎でよく、この実施例では５秒毎に分割画像の生成を行うものとする。この時間間隔は、短ければより講師側端末２とクライアント装置４とに表示される表示画像の時間的整合が取れ、長ければクライアント装置４に表示される画像は講師側端末２に表示された画像に遅延して表示されることとなるので適宜決定されればよく、クライアント装置４とＷｅｂサーバ３との間の通信回線やクライアント装置４の数等により適宜決定すればよい。又、講師側端末２において予め幾つかのタイミングを選択可能にしておいてもよい。尚、この実施例の説明では、講師側端末２の液晶表示部２１全体の画像をクライアント装置４の表示部４１が表示する例なので、図２に表すように全画面を２５分割するが、講師側端末２が現在利用しているアプリケーションプログラム画面を分割対象にすることも可能であり、この場合には、講師側端末２に備えるポインティングデバイス２３によって指示されアクティブにされたアプリケーションプログラムのウィンドウをフレームとして取扱い、該フレームを所定数、例えば２５に分割することでもよい。更に又、アプリケーションプログラムをアクティブにする切換えをポインティングデバイス２３によらず、予め定められた特定のキーを入力することで行ってもよく、その他の如何なる方法によって行ってもよい。更に又、予めショートカットキーを定めておき、該ショートカットキーが押されたときにマウス等のポインティングデバイス２３が置かれているアプリケーションのウィンドウの領域を分割画像データを生成するフレームの領域としてもよい。該タイミングで生成された講師側端末２の液晶表示部２１に表示されたフレームの画像は、講師側端末２の画像データ記憶手段２５に記憶される。
同様に次のタイミングでも、各分割画像領域の分割画像データが画像データ記憶手段２５に時刻と画像領域とに紐付けられて記憶される。従って、画像データ記憶手段２５には同一の分割画像データが少なくとも異なる時刻に２つは記憶される。

講師側端末２の制御手段２２は、上記異なる時刻に記憶された同一の分割画像データを比較する機能を有する。そして、制御手段２２は同一画像領域の先に記憶された分割画像データと次に記憶された分割画像データとをピクセル単位でデータに変化があったか否かを比較する。

以下に制御手段２２の行う分割画像データの比較を図３に基づき詳説する。尚、以下の説明では、分割されるフレームの画像は、簡略のために図３に表す領域１−１、領域２−１、領域１−２、領域２−２の４領域とした場合を例に説明する。
図３に表すフレームの画像は講師側端末２の液晶表示部２１に表示されている画像を並べて表示したものであり、説明のために各画像領域の各ピクセルは、最上段のピクセルを左からＰ００、その隣のピクセルをＰ１０とし、続けてＰ２０・・・Ｐｍ０とし、次の段のピクセルを左からＰ０１、Ｐ１１、Ｐ２１・・・・・Ｐｍ１とし、順次段が下がる毎に同様にして最終段を左からＰ０ｎ、Ｐ１ｎ、Ｐ２ｎ・・・・・・Ｐｍｎとする。
これらピクセル表示を用いて、講師側端末２の制御手段２２が行う同一画像領域の前後の分割画像データ比較を説明すると、講師側端末２の制御部２２は、画像データ記憶手段２５に先に記憶された領域１−１の分割画像データのうち先に記憶した分割画像データ１−１＿０．ｐｎｇのＰ００ピクセルのピクセルデータと次に記録した分割画像データ１−１＿１のＰ００ピクセルのピクセルデータとを比較し、Ｐ００ピクセルのデータに違いがある場合にはカウントし、違いがない場合にはカウントしない。次いで、同様に分割画像データ１−１＿０．ｐｎｇと分割画像データ１−１＿１．ｐｎｇのＰ１０ピクセルのピクセルデータ相互を比較し、違いが有ればカウントし、違いがなければカウントしない。従って、Ｐ００ピクセルデータに違いがある場合にはカウントして「１」となり、次いでＰ１０ピクセルデータにも違いがある場合には更にカウントアップして「２」とする。該カウントは、通常プログラムにおいて行われるカウント手法が用いられればよく、順次加算されて一時的に記憶される。

次いで、分割画像データ１−１＿０．ｐｎｇと分割画像データ１−１＿０．ｐｎｇのＰ２０ピクセルデータ相互を比較し、同様に違いが有ればカウントし、無ければカウントしない。該各ピクセル毎の比較をＰｍ０まで終了すると、次いで２段目で有るＰ０１からＰｍ１までの分割画像データ１−１＿０．ｐｎｇと分割画像データ１−１＿１．ｐｎｇのピクセル相互のピクセルデータ比較を行い同様に違いが有ればカウントアップし、無ければカウントしない。同様に次の段であるＰ０２からＰｍ２についても比較し最終的にＰｍｎの分割画像データ１−１＿０．ｐｎｇと分割画像データ１−１＿１．ｐｎｇのピクセルデータ相互を比較してカウントを行う。

制御手段２２では、分割画像データ１−１の先の分割画像データ１−１＿０と次の分割画像データ１−１＿１との比較を上記のように行い、最終的に記憶したカウントの値が「０」でなければ、分割画像データ１−１の画像データに更新が有ったと判断し、制御手段２２は分割画像データ１−１＿１のデータをＷｅｂサーバ３へ送信する。尚、分割画像データを表している「１−１＿０」の表示は、「１−１」部分が分割画像領域の位置を表し「−」前の数値が行番号を「−」の後の数値が列番号を表している。又、「＿」の後の数値が画像を生成したタイミング、即ち、時刻に相当する値を示しているので、「＿」の後の数値は、設定された分割画像データ生成の時間間隔毎に増えている。画像データ１−１＿０と画像データ１−１＿１とは「１−１」が同一なので、同一領域のデータであり、生成された時刻は「＿１」は「＿０」の次に生成されたことを表している。従って、Ｗｅｂサーバ３に記憶される際に、分割画像データのファイル名を「１−１＿０．ｐｎｇ」のように記憶することで、分割画像データの画像領域と画像生成時刻とを特定できるので、画像領域と画像生成時刻とを紐付けて記憶されたこととなる。

尚、上記の分割画像データの比較では、比較する分割画像領域にカーソルが存在しない場合であるが、カーソルが存在して点滅しているような場合には、カーソルの点滅に要するピクセル数、例えば５００ピクセル（カーソルやポインタの大きさにより適宜設定すれば足りる。）というようなカウント値に対する閾値を設けておき、カウント値が閾値を超えた場合に更新されたと判断するように構成すればよい。更に又、分割画像データを記憶する際に、該分割画像領域にカーソル或はポインタが存在するか否かを予め判断してカーソル或はポインタの有無を記憶する分割画像データを含ませるか或は紐付けて記憶しておき、制御手段２２が先の分割画像データと次の分割画像データとを比較する際に、カーソル或はポインタの有無のデータを参照してカーソル或はポインタが存在していた時には予め適宜定めた閾値を採用してカウント値が該閾値を超えたか否かによって分割画像データが更新されたか否かを判断し、カーソル或はポインタが存在しなければカウント値が閾値を「０」と設定するようにしてもよい。
尚、制御手段２２は全てのピクセルにおいて比較したが、カウンタ値が閾値を超えたところで、比較の作業を終了して当該分割画像データを記憶してもよく、この場合には例えば、カウントするたびに閾値とカウント値とを比較してカウント値が閾値を超えた場合には判断ステップによって分割画像データを記憶させるステップを実行するようにすればよい。

上記のように比較された結果が閾値を超えており、分割画像データが更新されていたと判断された場合には、制御手段２２は更新されていた分割画像データを取得した時刻と分割領域とに紐付けて記憶するようＷｅｂサーバ３へ送信する。勿論、該紐付けは、上記例のようなファイル名による紐付けでよい。
更に、講師側端末２では、クライアント装置４とＷｅｂサーバ３とがＨＴＭＬによって通信を行う場合には、クライアント装置４がＷｅｂサーバ３から更新された分割画像データを取得可能とするためのＨＴＭＬファイルを自動作成する。これは、本来プッシュ型ではないＷｅｂサーバ３を擬似的にプッシュ型とするための手段である。尚、画像データ送信生成システム１がプッシュ型でＷｅｂサーバ３から各クライアント装置４へ更新された分割画像データのみを送信するように形成してもよい。この場合にはＷｅｂサーバ３は更新された分割画像データを講師側端末２から取得すると、Ｗｅｂサーバ３の制御手段３５が該データをデータ出力手段３４によって各クライアント装置４へ送信する。該送信の方法は、画像データ送信生成システム１で用いられるプロトコルに基づいて行われれば足りる。

自動生成されるＨＴＭＬファイルは、図３に表すような４分割の場合を例にすれば、予め図４に表すようなＨＴＭＬファイルが用意されている。該ＨＴＭＬファイルは、最終的にはクライアント装置４へ送信され、クライアント装置４では、該ＨＴＭＬファイルに表す分割画像データのうち、自身のキャッシュに無い分割画像データをＷｅｂサーバ３へ問い合わせて通信によって取得することで、クライアント装置４が全ての分割画像データを取得して表示部４１に表示する。
即ち、図３に表す画像は、最も初期に表された画像であり、領域１−１の分割画像データは該画像が有る前はデフォルトの画像データであり、講師側端末２の制御手段２２によって先に説明した分割画像データ相互の比較が行われた結果更新があったと判断され更新された分割画像データが「１−１＿０．ｐｎｇ」ファイルとして生成されてＷｅｂサーバ３に送信される。同様に、分割領域２−１、分割領域１−２、分割領域２−２も夫々「２−１＿０．ｐｎｇ」「１−１＿０．ｐｎｇ」「２−２＿０．ｐｎｇ」ファイルが送信される。Ｗｅｂサーバ３では、入力した各分割画像データを記憶する。

一方、上記各分割画像データによってＨＴＭＬで画像を表示可能なＨＴＭＬファイルが生成される。以下にＨＴＭＬファイルの自動生成について説明する。
講師側端末２では、予め図４に表すようなＨＴＭＬ形式に記述されたＨＴＭＬファイルが用意されており、４行目に書かれている「．／１−１＿０．ｐｎｇ」は分割領域１−１の分割画像データを表す変数として記述されている。同様に５行目に書かれている「．／２−１＿０．ｐｎｇ」は分割領域２−１の分割画像データを表す変数として、８行目に書かれている「．／１−２＿０．ｐｎｇ」は分割領域１−２の分割画像データを表す変数として、９行目に書かれている「．／２−２＿０．ｐｎｇ」は分割領域２−２の分割画像データを表す変数として記述されている。このように記述されているＨＴＭＬファイルに対し、制御手段２２では上記分割画像データの比較を行った結果、更新された分割画像データがあった場合には、更新された分割画像データの領域を表す変数に上記新たに生成した分割画像データを代入することでＨＴＭＬファイルを自動的に生成する。そして生成したＨＴＭＬファイルは、更新された分割画像データ同様、制御手段２２がデータ出力手段によってＷｅｂサーバ３は送信する。図４に表す例では、予め記述されていた分割画像データの変数へ更新された各分割画像データ「１−１＿０．ｐｎｇ」「２−１＿０．ｐｎｇ」「１−１＿０．ｐｎｇ」「２−２＿０．ｐｎｇ」が代入された結果を表している。
従って、講師側端末２では前記のタイミングで各分割画像データを生成して順次Ｗｅｂサーバ３へ送信する。

上記のように講師側端末２からＶＰＮを経由して送信された更新分割画像データ及びＨＴＭＬファイルはＷｅｂサーバ３によって受領される。
即ち、Ｗｅｂサーバ３は、講師側端末２から分割画像データが送信されると、制御手段３５が該データをデータ記憶手段３１へ記憶させる。従って、データ記憶手段３１では、送信された「１−１＿０．ｐｎｇ」「２−１＿０．ｐｎｇ」「１−１＿０．ｐｎｇ」「２−２＿０．ｐｎｇ」を記憶する。記憶された各分割画像データは、クライアント装置４からの問い合わせによってクライアント装置４へ送信可能なように公開ディレクトリに記憶する。同様に、講師側端末２から受領するＨＴＭＬファイルも、クライアント装置４からの問い合わせによってクライアント装置４へ送信可能にデータ記憶手段３１に記憶する。記憶されたＨＴＭＬファイルは、常に更新されて記憶される。このように制御手段３５がデータ入力手段３３から入力する分割画像データ及びＨＴＭＬファイルをデータ記憶手段３１へ記憶することで、分割画像データ及びＨＴＭＬファイルはクライアント装置４からの問い合わせ（取得要求）によってクライアント装置４へ送信可能となり、制御手段がクライアント装置４から取得要求を受領するとデータ記憶手段３１に記憶されたＨＴＭＬファイルをデータ出力手段３４から出力可能である。

尚、講師側端末２からＷｅｂサーバ３へ分割画像データを送信する場合には、分割画像データのファイルサイズが略そのままネットワーク転送量に比例するため、圧縮率の高いイメージファイルフォーマット、例えばＷｅｂブラウザで表示できる可逆圧縮であるＰＮＧ画像形式を用いる等してネットワークへの負担を軽減することが望ましい。勿論、ＧＩＦ圧縮やＪＰＥＧ圧縮等の他の圧縮でもよく、負担とならないようであれば圧縮せずに送信してもよい。
尚、この実施例では、分割画像データを記憶するＷｅｂサーバ３のデータ記憶手段３１の公開ディレクトリは、ファイアウォールの内側に設置されており、講師側端末２からアクセスするＶＰＮがファイアウォールを超えられるようにセキュリティをかけておくのが望ましい。このようにセキュリティを掛けることで、講師側端末２以外はＷｅｂサーバ３の公開ディレクトリへ書込みができなくなり安全性が確保される。

クライアント装置４では、制御手段４３が予め所定時間毎に定期的にＷｅｂサーバ３へ問い合わせる機能を有する。該問い合わせ機能はクライアント装置４が当初から有していてもよく、又、最初にクライアント装置４からＷｅｂサーバ３へ接続したときに、予めＷｅｂサーバ３に用意した所定時間毎に定期的にＷｅｂサーバ３へ問い合わせるＪａｖａ（登録商標）ＳＣＲＩＰＴプロジャをダウンロードすることで実現してもよい。尚、予め定める所定時間毎に定期的に定める間隔は、５乃至１０秒ごとというようにＷｅｂサーバ３とクライアント装置４との接続されている環境や、実際に講義に必要となるフレームによって適宜定めれば足りる。
クライアント装置４では、制御手段４３がデータ入力手段４２によってインターネットを介してＷｅｂサーバ３からＨＴＭＬファイルの取得要求をし、ＨＴＭＬファイルを取得可能である。即ちクライアント装置４の制御手段４３がＨＴＭＬファイルの取得要求をデータ出力手段４５から出力することで、Ｗｅｂサーバ３からＨＴＭＬファイルが出力されると該ファイルを制御手段４３が認識して受領し画像データ記憶手段４４へ記憶可能である。これら一連のファイル取得は、一般的に行われているＷｅｂブラウザによる通信である。
又、クライアント装置４では、ＨＴＭＬファイルを受領すると、該ファイルの記述に基づいてＨＴＭＬに基づく通信及び画像表示を行う。即ち、ＨＴＭＬファイルを受信すると、図４に表す４行目、５行目、８行目、９行目に記載された前記各分割画像データを表示部４１に表示すべく、制御手段４３がクライアント装置４のＷｅｂブラウザのローカルキャッシュから取得可能であるか否かを判断し、取得可能であれば該ローカルキャッシュの分割画像データを用いて該分割画像データの表示領域に表示させ、取得可能でなければ制御手段４３がデータ出力手段４５によってＷｅｂサーバ３のデータ記憶手段３１に設ける公開ディレクトリへダウンロードに行き取得する。

尚、この実施例では、Ｗｅｂブラウザを用いたＨＴＭＬによる画面表示を採用した例であるので疑似プッシュ型配信システムとなり、分割画像データを問い合わせるのがクライアント装置４側からＷｅｂサーバ３へであるが、プッシュ型配信システムを用いた場合には、更新された分割画像データは上記同様の方法で講師側端末２からＷｅｂサーバ３へ送信されると、Ｗｅｂサーバ３の制御手段３５では、該更新された分割画像データをデータ記憶手段３１に記憶するとともに該記憶した分割画像データを接続されるすべてのクライアント装置４へ配信するよう制御することで実現可能である。
又、プッシュ型配信システムにおいて、Ｗｅｂサーバ３と接続するクライアント装置４との接続条件、即ちデータ通信可能な速度（単位時間あたりのデータ通信可能な容量）を予めＷｅｂサーバ３に登録しておく、あるいは、Ｗｅｂサーバ３が該データ通信可能な速度を自動的に判断可能にしておき、該通信速度に見合った時間間隔で該クライアント装置４へ送信するようにすれば、クライアント装置４毎に異なった時間間隔でデータ通信することが可能となり、Ｗｅｂサーバ３およびクライアント装置４共により効率の良いデータ通信が可能となる。本実施例のような疑似プッシュ型配信システムにおいては、前記データ通信可能な速度（単位時間あたりのデータ通信可能な容量）をクライアント装置４に登録するかクライアント装置４自身がデータ通信可能な速度を自動的に判断可能にしておくことで、同様に通信速度に見合った時間間隔で該クライアント装置４からＷｅｂサーバ３へ問い合わせするようにできる。そしてこの場合には、前記Ｊａｖａ（登録商標）ＳＣＲＩＰＴプロジャに記載される問い合わせを行うタイミングを書き換えることで行える。

ついで、実際に更新分割画像データのみの配信によるフレームの更新の手順を説明する。
まず、クライアント装置４には各分割された領域の分割画像データによって図３に表すフレームの画像が表示されている。このときクライアント装置４は、Ｗｅｂサーバ３へ問い合わせることで図４に表すＨＴＭＬファイルを取得し、ＨＴＭＬファイルに記載された「１−１＿０．ｐｎｇ」「２−１＿０．ｐｎｇ」「１−２＿０．ｐｎｇ」「２−２＿０．ｐｎｇ」の各分割画像データをＷｅｂサーバ３から取得する。このとき取得した画像データはフレームすべてを構成するための全データとなるが、初期に表示するために必要であり、言い換えればすべての分割画像データの分割領域がデフォルト状態から交信されているためである。
そして、この図３のフレーム表示時には既に「１−１＿０．ｐｎｇ」「２−１＿０．ｐｎｇ」「１−２＿０．ｐｎｇ」「２−２＿０．ｐｎｇ」の各分割画像データはＷｅｂブラウザのローカルキャッシュ、即ちクライアント装置４内の画像データ記憶手段４４に取得して記憶済みである。

図３に表す表示画面に対し、講師側端末２で講師が図５に表すような領域２−１に対する画像の変更を加える。
すると講師側端末２では、変更が加えられた次のタイミングで各分割画像データを取得して画像データ記憶手段２５へそれぞれ「１−１＿１．ｐｎｇ」「２−１＿１．ｐｎｇ」「１−２＿１．ｐｎｇ」「２−２＿１．ｐｎｇ」という取得時間即ちタイミングと分割領域とに紐づけた分割画像データとして記憶する。即ち、変更が加えられた分割領域２−１の分割画像データは、変更が加えられる前の分割画像データとは異なる分割画像データとして分割画像データ記憶手段２５に分割画像データ「２−１＿１．ｐｎｇ」というファイルで記憶される。他の領域の分割画像データは、「１−１＿１．ｐｎｇ」「１−２＿１．ｐｎｇ」「２−２＿１．ｐｎｇ」というように分割画像データを取得したタイミングは異なるものの、記録された各ピクセルの情報である分割画像データは同一の内容として記憶される。
すると、該記憶された分割領域２−１に変更が加えられた後のタイミングで、各分割画像領域の更新の有無を判断するステップが行われる。
即ち、領域１−１における既に作成された「１−１＿０．ｐｎｇ」の分割画像データと、この比較が行われるときに取得されて記録された「１−１＿１．ｐｎｇ」である前回同様の画像が描かれて変更が加えられていない分割画像データの、それぞれ同位置のピクセルデータを前記したようにＰ００からＰｍｎ迄順次比較して行き、変更があった場合にカウントする。すると「１−１＿０．ｐｎｇ」の分割画像データと「１−１＿１．ｐｎｇ」の分割画像データとは同じなので変更の有無をカウントした値が「０」でとなり閾値以下なので、講師側端末２の制御手段２２は生成した「１−１＿１．ｐｎｇ」の分割画像データをＷｅｂサーバ３へは送信しない。

ついで領域２−１における既に作成された「２−１＿０．ｐｎｇ」の分割画像データと、この比較が行われるときに取得されて記録された「２−１＿１．ｐｎｇ」である前回に変更が加えられた分割画像データの、それぞれ同位置のピクセルデータを前記したようにＰ００からＰｍｎ迄順次比較して行き変更の有無をカウントしていく。
すると領域２−１では、変更が加えられているため、「２−１＿０．ｐｎｇ」の分割画像データと「２−１＿１．ｐｎｇ」の分割画像データとは異なるので、変更の有無をカウントした値が「０」ではなく例えば「８３３」等の数値となり閾値を超えている。
講師側端末２の制御手段２２では、カウント値が閾値を超えたので、画像データ記憶手段２５に新たに記憶した「２−１＿１．ｐｎｇ」の分割画像データをデータ出力手段を介してＷｅｂサーバ３へ送信する。
ついで領域１−２および領域２−２もピクセル単位での比較が行われ、領域１−１同様各領域とも同一の画像であるのでカウント値が閾値以下となり新たに記憶された「１−２１＿１．ｐｎｇ」「２−２＿１．ｐｎｇ」はＷｅｂサーバ３へ送信されない。
そして、講師側端末２では、制御手段２２が図４に表すＨＴＭＬファイルに全分割画像データ中変更のあった分割画像データである「２−１＿１．ｐｎｇ」を特定するための変更を加え、Ｗｅｂサーバ３へ送信する。即ち図６に表すように、５段目に記載された領域２−１の画像データを特定するファイル名を、前記したように変数にファイル名「２−１＿１．ｐｎｇ」を与えて置き換えることで、ＨＴＭＬファイルを書き換える。尚、図６中のアンダーラインは、５段目を指し示すために表示したにすぎず実際のＨＴＭＬファイルにはない。

Ｗｅｂサーバ３では、講師側端末２から画像の更新があった分割画像データ「２−１＿１．ｐｎｇ」が送信されてくると共に図６に表すようなＨＴＭＬファイルが送信されてくる。すると、Ｗｅｂサーバ３の制御手段３５は、データ入力手段３３を介して講師側端末２から送信されてきた分割画像データ「２−１＿１．ｐｎｇ」をデータ記憶手段３１へ記憶させると共に、変更されたＨＴＭＬファイルをデータ記憶手段３１へ記憶する。
このようにＷｅｂサーバ３では、更新された分割画像データ「２−１＿１．ｐｎｇ」およびＨＴＭＬファイルが記憶され、クライアント装置４に対し公開されることとなる。

一方クライアント装置４では、Ｗｅｂサーバ３に分割画像データ「２−１＿１．ｐｎｇ」およびＨＴＭＬファイルが記憶され公開された後に予め取得したＪａｖａ（登録商標）ＳＣＲＩＰＴプロジャのタイミングでＷｅｂサーバ３へ問い合わせに行く。即ち、制御手段４３では前回問い合わせた時刻から所定時間経過したので、再びフレームの画像を表示するためにＷｅｂサーバ３へデータ出力手段４５を介して問い合わせ、即ちＨＴＭＬファイルの取得を希望する。すると、Ｗｅｂサーバ３では制御手段３５がクライアント装置４から問い合わせがあったので、ＨＴＭＬファイルをデータ出力手段３４から出力させる。そして、クライアント装置４ではＨＴＭＬファイルを取得し、画像データ記憶手段４４へ記憶する。
ついで、クライアント装置４では、制御手段４３がＨＴＭＬファイルを解析し、図６の４行目に表される分割画像データを表す「１−１＿０．ｐｎｇ」のデータが自身のローカルキャッシュに存在するか否かを判断する。分割画像データ「１−１＿０．ｐｎｇ」は既にローカルキャッシュに存在するので、制御手段４３はローカルキャッシュに記憶されている「１−１＿０．ｐｎｇ」を表示部４１の領域１−１へ表示させる。

ついで、同様に制御手段４３はＨＴＭＬファイルを解析し図６の５行目に表される分割画像データ「２−１＿１．ｐｎｇ」がローカルキャッシュに記憶されているか否かを判断する。分割画像データ「２−１＿１．ｐｎｇ」は未だ表示されていない新しい分割画像データであるのでローカルキャッシュには存在しないため、制御手段４３では否であると判断しＷｅｂサーバ３へ分割画像データ「２−１＿１．ｐｎｇ」を取得希望する情報をデータ出力手段３４から出力する。すると、Ｗｅｂサーバ３の制御手段３５ではクライアント装置４から分割画像データ「２−１＿１．ｐｎｇ」を取得希望する情報を受領したので、分割画像データ「２−１＿１．ｐｎｇ」をクライアント装置４へ提供する。クライアント装置４では、制御手段４３がデータ入力手段４２を介して分割画像データ「２−１＿１．ｐｎｇ」を取得し画像データ記憶手段４４のローカルキャッシュへ記憶すると共に該データ「２−１＿１．ｐｎｇ」を表示部４１の領域２−１へ表示する。
ついで、制御手段４３は、ＨＴＭＬファイルを解析し、図６の８行目に表される分割画像データを表す「１−２＿０．ｐｎｇ」のデータが自身のローカルキャッシュに存在するか否かを判断する。分割画像データ「１−２＿０．ｐｎｇ」は既にローカルキャッシュに存在するので、制御手段４３はローカルキャッシュに記憶されている「１−２＿０．ｐｎｇ」を表示部４１の領域１−２へ表示させる。
ついで、制御手段４３は、ＨＴＭＬファイルを解析し、図６の９行目に表される分割画像データを表す「２−２＿０．ｐｎｇ」のデータが自身のローカルキャッシュに存在するか否かを判断する。分割画像データ「２−２＿０．ｐｎｇ」は既にローカルキャッシュに存在するので、制御手段４３はローカルキャッシュに記憶されている「２−２＿０．ｐｎｇ」を表示部４１の領域２−２へ表示させる。

このように、Ｗｅｂサーバ３に分割画像データ「２−１＿１．ｐｎｇ」およびＨＴＭＬファイルが記憶された次のタイミングでクライアント装置４がＷｅｂサーバ３に問い合わせることで、クライアント装置４では講師側端末２に変更が加えられた領域２−１の画像データとＨＴＭＬファイルを取得するだけでクライアント装置４の表示部４１へ変更が加えられた講師側端末２の表示と同様の表示変更を行う。
尚、講師側端末２に変更が加えられていない間でも、クライアント装置４ではＪａｖａ（登録商標）ＳＣＲＩＰＴプロジャに記述されたタイミングで上記同様のＷｅｂサーバ３への問い合わせは行っているが、何れの分割領域にも変更が加えられていないためＷｅｂサーバ３から取得するＨＴＭＬファイルは前回取得したＨＴＭＬファイルと同様であるので、ＨＴＭＬファイルの４行目、５行目、８行目、及び、９行目に記述された各分割画像データとも画像データ記憶手段４４であるローカルキャッシュに記憶されているため、Ｗｅｂサーバ３から分割画像データを取得することなく自身の表示部４１へ表示を行う。これにより、クライアント装置４では、やはり講師側端末２のフレームの画像と同様のフレームの画像を表示部４１へ表示していることになる。

又、講師側端末２では、表示に変更が加えられなくとも所定の時間間隔で同様な比較は行われているが、各分割画像データ共にカウントの結果カウント値が閾値以下となるのでＷｅｂサーバ３に対して分割画像データの更新は行われない。

ついで、更に講師側端末２に図７に表すような変更が加えられると、講師側端末２では前記同様のピクセル単位での比較が行われる。
即ち、図５に表す表示画面に対し、講師側端末２で講師が図７に表すような領域１−１に対する画像の変更を加える。
すると講師側端末２では、変更が加えられた次のタイミングで各分割画像データを取得して画像データ記憶手段２５へそれぞれ「１−１＿２．ｐｎｇ」「２−１＿２．ｐｎｇ」「１−２＿２．ｐｎｇ」「２−２＿２．ｐｎｇ」という取得時間即ちタイミングと分割領域とに紐づけた分割画像データとして記憶する。即ち、変更が加えられた分割領域２−１の分割画像データは、変更が加えられる前の分割画像データとは異なる分割画像データとして分割画像データ記憶手段２５に分割画像データ「１−１＿２．ｐｎｇ」というファイルで記憶される。他の領域の分割画像データは、「２−１＿２．ｐｎｇ」「１−２＿２．ｐｎｇ」「２−２＿２．ｐｎｇ」というように分割画像データを取得したタイミングは異なるものの、記録された各ピクセルの情報である分割画像データは同一の内容として記憶される。

すると、該記憶された分割領域１−１に変更が加えられた後のタイミングで、各分割画像領域の更新の有無を判断するステップが行われる。
即ち、領域１−１における既に作成された「１−１＿１．ｐｎｇ」の分割画像データと、この比較が行われるときに取得されて記録された「１−１＿２．ｐｎｇ」である前回に変更が加えられた分割画像データの、それぞれ同位置のピクセルデータを前記したようにＰ００からＰｍｎ迄順次比較して行き変更の有無をカウントしていく。
すると領域１−１では、変更が加えられているため、「１−１＿１．ｐｎｇ」の分割画像データと「１−１＿２．ｐｎｇ」の分割画像データとは異なるので、変更の有無をカウントした値が「０」ではなく例えば「７３２６」等の数値となり閾値を超えている。
ついで、講師側端末２の制御手段２２では、カウント値が閾値を超えたので、画像データ記憶手段２５に新たに記憶した「１−１＿２．ｐｎｇ」の分割画像データをデータ出力手段を介してＷｅｂサーバ３へ送信する。

ついで、領域２−１における既に作成された「２−１＿１．ｐｎｇ」の分割画像データと、この比較が行われるときに取得されて記録された「２−１＿２．ｐｎｇ」である前回同様の画像が描かれて変更が加えられていない分割画像データの、それぞれ同位置のピクセルデータを前記したようにＰ００からＰｍｎ迄順次比較して行き、変更があった場合にカウントする。すると「２−１＿１．ｐｎｇ」の分割画像データと「２−１＿２．ｐｎｇ」の分割画像データとは同じなので変更の有無をカウントした値が「０」でとなり閾値以下なので、講師側端末２の制御手段２２は生成した「２−１＿１．ｐｎｇ」の分割画像データをＷｅｂサーバ３へは送信しない。
ついで領域１−２および領域２−２もピクセル単位での比較が行われ、領域２−１同様各領域とも同一の画像であるのでカウント値が閾値以下となり新たに記憶された「１−２１＿２．ｐｎｇ」「２−２＿２．ｐｎｇ」はＷｅｂサーバ３へ送信されない。

そして、講師側端末２では、制御手段２２が図６に表すＨＴＭＬファイルに全分割画像データ中変更のあった分割画像データである「１−１＿２．ｐｎｇ」を特定するための変更を加え、Ｗｅｂサーバ３へ送信する。即ち図８に表すように、４段目に記載された領域１−１の画像データを特定するファイル名を、前記したように変数にファイル名「１−１＿２．ｐｎｇ」を与えて置き換えることで、ＨＴＭＬファイルを書き換える。尚、図８中のアンダーラインは、４段目を指し示すために表示したにすぎず実際のＨＴＭＬファイルにはない。

Ｗｅｂサーバ３では、講師側端末２から画像の更新があった分割画像データ「１−１＿２．ｐｎｇ」が送信されてくると共に図８に表すようなＨＴＭＬファイルが送信されてくる。すると、Ｗｅｂサーバ３の制御手段３５は、データ入力手段３３を介して講師側端末２から送信されてきた分割画像データ「１−１＿２．ｐｎｇ」をデータ記憶手段３１へ記憶させると共に、変更されたＨＴＭＬファイルをデータ記憶手段３１へ記憶する。
このようにＷｅｂサーバ３では、更新された分割画像データ「１−１＿２．ｐｎｇ」およびＨＴＭＬファイルが記憶され、クライアント装置４に対し公開されることとなる。

一方クライアント装置４では、Ｗｅｂサーバ３に分割画像データ「１−１＿２．ｐｎｇ」およびＨＴＭＬファイルが記憶され公開された後に予め取得したＪａｖａ（登録商標）ＳＣＲＩＰＴプロジャのタイミングでＷｅｂサーバ３へ問い合わせに行く。即ち、制御手段４３では前回問い合わせた時刻から所定時間経過したので、再びフレームの画像を表示するためにＷｅｂサーバ３へデータ出力手段４５を介して問い合わせ、即ちＨＴＭＬファイルの取得を希望する。すると、Ｗｅｂサーバ３では制御手段３５がクライアント装置４から問い合わせがあったので、ＨＴＭＬファイルをデータ出力手段３４から出力させる。そして、クライアント装置４ではＨＴＭＬファイルを取得し、画像データ記憶手段４４へ記憶する。

ついで、同様に制御手段４３はＨＴＭＬファイルを解析し図８の４行目に表される分割画像データ「１−１＿２．ｐｎｇ」がローカルキャッシュに記憶されているか否かを判断する。分割画像データ「１−１＿２．ｐｎｇ」は未だ表示されていない新しい分割画像データであるのでローカルキャッシュには存在しないため、制御手段４３では否であると判断しＷｅｂサーバ３へ分割画像データ「１−１＿２．ｐｎｇ」を取得希望する情報をデータ出力手段３４から出力する。すると、Ｗｅｂサーバ３の制御手段３５ではクライアント装置４から分割画像データ「１−１＿２．ｐｎｇ」を取得希望する情報を受領したので、分割画像データ「１−１＿２．ｐｎｇ」をクライアント装置４へ提供する。クライアント装置４では、制御手段４３がデータ入力手段４２を介して分割画像データ「１−１＿２．ｐｎｇ」を取得し画像データ記憶手段４４のローカルキャッシュへ記憶すると共に該データ「１−１＿２．ｐｎｇ」を表示部４１の領域２−１へ表示する。

ついで、クライアント装置４では、制御手段４３がＨＴＭＬファイルを解析し、図８の５行目に表される分割画像データを表す「２−１＿１．ｐｎｇ」のデータが自身のローカルキャッシュに存在するか否かを判断する。分割画像データ「２−１＿１．ｐｎｇ」は既にローカルキャッシュに存在するので、制御手段４３はローカルキャッシュに記憶されている「２−１＿１．ｐｎｇ」を表示部４１の領域１−１へ表示させる。
ついで、制御手段４３は、ＨＴＭＬファイルを解析し、図８の８行目に表される分割画像データを表す「１−２＿１．ｐｎｇ」のデータが自身のローカルキャッシュに存在するか否かを判断する。分割画像データ「１−２＿１．ｐｎｇ」は既にローカルキャッシュに存在するので、制御手段４３はローカルキャッシュに記憶されている「１−２＿１．ｐｎｇ」を表示部４１の領域１−２へ表示させる。
ついで、制御手段４３は、ＨＴＭＬファイルを解析し、図８の９行目に表される分割画像データを表す「２−２＿１．ｐｎｇ」のデータが自身のローカルキャッシュに存在するか否かを判断する。分割画像データ「２−２＿１．ｐｎｇ」は既にローカルキャッシュに存在するので、制御手段４３はローカルキャッシュに記憶されている「２−２＿１．ｐｎｇ」を表示部４１の領域２−２へ表示させる。

上述のように、講師側端末２では、講師がフレームに変更を加えた後のタイミングで、常に変更された分割画領域の分割画像データを、クライアント装置４が取得可能にＷｅｂサーバ３へ記憶すると共にＨＴＭＬファイルを更新して記憶するので、クライアント装置４では、Ｗｅｂサーバ３に更新された分割画像データ及びＨＴＭＬファイルが記憶された後のタイミングでクライアント装置４の表示更新の作業を行うと、更新のあった分割画像データ及びＨＴＭＬファイルを取得することのみで講師側端末２で変更されたフレームと同様のフレームを表示する。

ついで第２の実施例を説明する。
第２の実施例は、第１の実施例と異なり、講師側端末２が自身のデスクトップ画面の全部又は一部のスナップショットを取得すべき画像領域を設定した段階で一度ＨＴＭＬファイルを作成してＷｅｂサーバ３に送信する。一方Ｗｅｂサーバ３では、クライアント装置４が最初にＷｅｂサーバ３へ接続し講師側端末２によって指定された共有するフレームを取得する際に、該ＨＴＭＬファイルをクライアント装置４へ送信する。これにより、クライアント装置４では、通信を開始して画面を共有する際にＨＴＭＬファイルを得る。そして、一度クライアント装置４へＷｅｂサーバ３がＨＴＭＬファイルを送信した後は、共有する画面の画像領域中にある分割画像データのうちいずれかが更新された場合には、第１の実施例と異なり、Ｗｅｂサーバ３ではいちいちＨＴＭＬファイルを再作成することはせず、クライアント装置４からＷｅｂサーバ３へ問い合わせが有る度に更新された分割画像領域及び同領域の分割画像データを特定可能な情報をＷｅｂサーバ３からクライアント装置４へ出力する。

即ち、第２の実施例では、第１の実施例同様に講師側端末２は、自身のデスクトップ画面の全部或は講師側端末２を操作する講師によって指定された一部領域が指定されると、制御手段２２によって該領域がクライアント装置４と共有されるフレームとして認識し、第１の実施例同様、各分割画像データに更新があったか否かの比較を行い、更新の有った各分割画像データを画像データ記憶手段２５へ記憶させる。尚、制御手段２２では、当初起動時には、最初にフレームを分割して各分割画像データを比較する際、デフォルト値と現在表示されている各分割画像データとが比較されるため、全ての分割画像データが画像データ記憶手段２５へ記憶されることとなる。又、制御手段２２では、起動時に図９（ａ）に表すようなＨＴＭＬファイルを自動生成してＷｅｂサーバ３へ送信する。この実施の形態では、制御手段２２は起動時にデフォルト値と現在表示している分割画像データとを比較するが、現在表示している分割画像データを起動時に取得して初期値とするように構成してもよく、この場合には、制御手段２２が先に説明した各分割画像データの比較を始める前に、一通り分割画像データを取得して画像データ記憶手段２５へ記憶させるステップを行う。又、講師側端末２では、制御手段２２が分割画像データの比較を行った結果、分割画像データが更新されていたと判断したときには、図９（ｂ）に表す更新された分割画像データのリストファイルを制御手段２２が自動的に生成して、Ｗｅｂサーバ３へ送信する。

詳細には、制御手段２２は、分割画像データを比較した結果、更新された分割画像があった場合には、当該分割画像データを第１の実施例同様更新された分割画像データとしてファイル名を自動的付与してＷｅｂサーバ３へ送信する。そして、当該分割画像領域がある分割画像のＸ，Ｙ位置（セル位置）を取得して該Ｘ，Ｙ位置（セル位置）を特定可能であると共に同位置の更新された分割画像データのファイル名（自動的に付与したファイル名）を特定可能な更新画像リスト（セル位置及びファイル属性が記述されたもの）を自動生成してＷｅｂサーバ３へ送信する。即ち、自動的に生成するＨＴＭＬファイルには、図９（ａ）の４行目、５行目、８行目、９行目に表すように、各セルの座標情報がｎａｍｅ属性として指定され、その各セルに表示すべき初期画像のファイル名がＳｒｃ属性として指定されている。このようにＨＴＭＬファイルを生成することで該ＨＴＭＬファイルを受信したクライアント装置４は、第１の実施例同様に講師端末２のデスクトップ画面から取得されてＷｅｂサーバ３に格納された分割画像データを取得して自身の表示部４１に表示する。この例では、ＨＴＭＬファイルをｍａｉｎｗｉｎｄｏｗというウィンドウに表示した場合である。従って、講師側端末２では、分割画像データ以外に、分割画像領域が指定されたときに該分割画像領域を表示するためのＨＴＭＬファイルを送信Ｗｅｂサーバ３へ送信し、以後は更新があった分割画像領域の分割画像データ及び該分割画像領域及び該分割画像データを特定可能な更新画像リストファイルを送信する。

Ｗｅｂサーバ３では、講師側端末２から送信された前記ＨＴＭＬファイル及び分割画像データをデータ記憶手段３１へ記憶し、クライアント装置４からの問い合わせに対して提供可能とする。尚、第２の実施例では、Ｗｅｂサーバ３はＨＴＭＬファイル以外に更新画像リストファイルをデータ記憶手段３１へ記憶する以外は、第１の実施例と同様である。
このように、第２の実施例では、分割画像データの比較の結果、カウンタ値が閾値を越えた場合であっても、ＨＴＭＬファイルは再作成しない。その代わりに第２の実施例では、分割画像データの比較の結果、カウンタ値が閾値を越えた場合には図９（ｂ）に表す更新された分割画像データのリストを自動的に作成する。このとき作成される分割画像データのリストには、クライアント装置４が新規にＷｅｂサーバ３から取得すべき分割画像データのファイル名と当該画像データの座標情報（分割画像領域の位置）とが対応付けられて存在する。

一方、クライアント装置４は、当初Ｗｅｂサーバ３へ接続した際にＨＴＭＬファイルを取得する。このＨＴＭＬファイルの取得は第１の実施例同様である。そして、当初クライアント装置４では、取得したＨＴＭＬファイルに基づいて該ＨＴＭＬファイルの記述に基づき、第１の実施例同様に各分割画像データを取得すべくＷｅｂサーバ３へ問い合わせ、Ｗｅｂサーバ３から図９（ａ）に表すＨＴＭＬファイルの４行目、５行目、８行目、９行目に表される各分割画像データをＷｅｂサーバ３から取得する。これら各分割画像データの取得も第１の実施例同様である。
又、クライアント装置４では、第１の実施例同様、所定時間経過毎にＷｅｂサーバ３へ更新された分割画像データの有無を問い合わせる。該問い合わせも第１の実施例同様である。但し、第２の実施例では、第１の実施例と異なり、クライアント装置４がＷｅｂサーバ３へ問い合わせることで図９（ｂ）に表す更新画像リストファイルを取得する。

クライアント装置４では、該更新画像リストファイルを取得すると、該リストに基づいて図１０に表すようなＪａｖａ（登録商標）ＳＣＲＩＰＴを動的に作成する。即ち、クライアント装置４の制御手段４３には、図１０に表すようなＪａｖａ（登録商標）ＳＣＲＩＰＴが予め用意されており、同Ｊａｖａ（登録商標）ＳＣＲＩＰＴの『ｉｍａｇｅｓ』以降に、先に取得した更新画像リストファイル中のＸ，Ｙ位置を表す『１』と『１』を『［”＿ ”］』の『＿』前後に代入して『［”１＿１”］』部分を生成すると共に、Ｊａｖａ（登録商標）ＳＣＲＩＰＴの続く部分に先に取得した更新画像リストファイル中の『ｓｒｃ＝”．／１−１＿２．ｐｎｇ”』部を代入して図１０に表すＪａｖａ（登録商標）ＳＣＲＩＰＴを生成する。そして制御手段４３では、このように生成したＪａｖａ（登録商標）ＳＣＲＩＰＴを一時的に保持し、画像データ記憶手段４４に記憶され図９（ａ）に表すＨＴＭＬファイル（ｍａｉｎｗｉｎｄｏｗに表示されているＨＴＭＬファイル）によって特定され表示させた表示部４１への分割画像データに対して当該Ｊａｖａ（登録商標）ＳＣＲＩＰＴを実行する。これにより、現在表示されている画像を特定していたＨＴＭＬファイルが、そのテーブル中の更新された画像と同じセル位置の表示させる画像を特定する記述部分に相当する分割領域の分割画像データを書換える。即ち、具体的なＨＴＭＬファイルの記述を参照して説明すると、図１０中の４行目に表す
『＜IMｇｓｒｃ＝”．／１−１＿１．ｐｎｇ”ｎａｍｅ”１＿１＞』
部分が
『＜IMｇｓｒｃ＝”．／１−１＿２．ｐｎｇ”ｎａｍｅ”１＿１＞』
と書換えた時に相当する表示部４１への画像表示が行われる。

そして、クライアント装置４では、このようにあたかも自動的に書換えて生成したＨＴＭＬファイルに基づいて表示させているかの如く制御手段４３が表示部４１へ表示させる。この時、クライアント装置４では、第１の実施例同様、図１０の４行目、５行目、８行目、９行目に表される各分割画像データを自身が取得済（既に表示している）であるか否かを判断し、未だ取得していない画像データがあった場合には該分割画像データをＷｅｂサーバ３から取得するようＷｅｂサーバ３へ問い合わせ、Ｗｅｂサーバ３から所得し、該分割画像データをその分割画像領域へ表示させる。又、既に取得済（既に表示している）であれば既に取得している分割画像データをそのまま使用して表示部４１へ表示させる。
上述のように、第２の実施例によれば、Ｗｅｂサーバ３から取得したＨＴＭＬファイルを変更または再作成することなく、特定の分割画像領域（セル）の画像だけを表示更新することができる。従って、ローカルキャッシュ機能を使用できない種類のＷｅｂブラウザであっても、クライアント装置４として用いる事が可能となる。

なお、Ｗｅｂサーバ３は、クライアント装置４から分割画像データの更新があったか否かの問い合わせがあった場合に、更新された分割画像データのリストを作成して出力する代わりに、図１０のようなＪａｖａ（登録商標）ＳＣＲＩＰＴを講師側端末２から取得した更新された分割画像データの情報に基づいて直接生成し、これをクライアント装置４に出力するようにしてもよい。この場合には、Ｗｅｂサーバ３では、更新画像リストファイルを作成せず、制御手段３５に図１０に表すＪａｖａ（登録商標）ＳＣＲＩＰＴを予め用意されており、該Ｊａｖａ（登録商標）ＳＣＲＩＰＴの所定箇所に、講師側端末２から取得した更新された分割画像データのＸ，Ｙ位置及び分割画像データを特定する『ｓｒｃ＝”．／１−１＿２．ｐｎｇ』を代入して生成する。
又、クライアント装置４がＷｅｂサーバ３へ更新された分割画像データがあるか否かを問い合わせる時間間隔は、講師側端末２が分割画像データに更新があったか否かを比較する時間間隔と同間隔とすることで、講師側端末２のある分割画像データの更新に続けて他の分割画像領域に変更があった場合でも、講師側端末２の更新比較結果と同じ画像を表示可能にできる。
尚、第２の実施例のその他は第１の実施例と同様である。

ついで第３の実施例を説明する。
第３の実施例は、予め講師側端末２に講師が使用するアプリケーションを登録可能に構成する。そして、例えば、マルチタスクウィンドウ形式のＯＳによって、講師側端末２において講師が使用しているアプリケーションをＯＳ側の情報から取得可能な場合に、該取得したアプリケーションのウィンドウ領域をクライアント装置４へ転送するフレームとして分割する場合である。

即ち、講師側端末２には、予めＡ、Ｂ、Ｃという３種類のアプリケーションのうち、Ａ，Ｂを登録しておく。もちろん他の複数でもよく、登録可能なアプリケーション数は、講師側端末２及びクライアント装置４の性能等によって異なる。
そして、図１１に表すように、登録されたアプリケーションのうち、講師側端末２の講師による操作によってアクティブになったアプリケーション、即ち最前面に移動され表示されたアプリケーションがクライアント装置４へ転送すべきフレームの領域として扱う。
具体的には、講師側端末２が図１１（ａ）に表す状態では、アクティブにされているアプリケーションはＣなので、転送すべき、即ちフレームをクライアント装置４へ転送しなくても良いと制御手段２２が判断する。従って、何も行われない。

一方、図１１（ｂ）に表すように講師側端末２のアクティブになり最前面になったアプリケーションがＡの場合には、講師側端末２の制御手段２２はＯＳ側の情報からＡのウィンドウがクライアント装置４へ転送すべきフレームであると判断する。そして、アプリケーションＡのウィンドウを予め定める数の分割領域に分割する。
即ち、ＯＳ側の情報からアプリケーションＡのウィンドウの液晶表示部２１上のＸＹ座標の範囲を取得し、取得したＸＹ座標を予め定める分割領域数となるように割り分割する。例えばＸＹ座標の範囲がＸ側が５００、Ｙ側が２５０であり、５×５の２５分割であれば各分割領域をアプリケーションＡのウィンドウ上にＸ軸側を１００ピクセル、Ｙ軸側を５０ピクセルずつとなる領域に分割し、該領域をそれぞれクライアント装置４へ送信する分割領域と定める。そして、アプリケーションＡのウィンドウをクライアント装置４へ送信するフレームとして、該フレームに第１の実施例同様の処理を施す。
又、図１１（ｃ）に表すようにアクティブなアプリケーションがＢに変更された場合には新たにアプリケーションＢのウィンドウを分割対象のフレームとして分割領域を設定し、アプリケーションＡの場合同様に処理を行う。

尚、第３の実施例において、分割する数を予め定めるのではなく、分割する矩形の領域の大きさを予め定めておき、制御手段３５ではＯＳ側から取得したアプリケーションＡのウィンドウ領域を該矩形領域の大きさ毎にＸＹ軸方向へ分割し、矩形領域の大きさ未満となった端数となる部分はその端数となる矩形領域とするように予めプログラムしておき、該矩形領域をそれぞれ分割領域として第１の実施例同様に処理することも可能である。更には、アプリケーションを登録する際に、アプリケーションの種類、例えばテキストエディタであるのか画像処理するような画像編集ソフトであるのかを識別可能とすることで、それぞれのソフトウェア種別によって分割領域の大きさあるいはＸＹ軸方向の大きさの比を異ならせて分割画像領域を設定することも可能であり、例えばテキストエディタであれば横長の分割画像領域（１）乃至（６）とすることで（図１２参照）、横書きに入力されている場合には殆ど同一の領域のみが更新の対象として扱われるようになり、更新に伴う分割画像データを効率よくクライアント装置４へ送信可能となる。

更に、図１３に表す実施例は、カーソルが存在する近辺は分割領域を細かく設定し、それ以外の領域は更新されることがあまりないので、大きな分割領域として設定する場合の例である。即ち、図１３に表すようなテキストエディタのようなアプリケーションでは、カーソル位置を基準に常に画像更新がなされるので、カーソル位置を基準にカーソルが存在する位置では分割領域をテキスト行１行程度のＹ軸方向幅で、且つＸ軸方向幅はウィンドウ領域を３分割するような幅にて分割し、その他の上下の領域は図１３中領域（１）あるいは領域（５）として表すように広い範囲の領域とすることも可能である。

尚、上記各実施例の説明では、現在もっとも広く利用されているＷｅｂブラウザを用いた例を挙げ疑似プッシュ型配信のシステムを構成して説明したが、プッシュ型配信のシステムを利用する場合には、クライアント装置４の制御手段４３ではＷｅｂサーバ３への問い合わせを行わない。そして、Ｗｅｂサーバ３は所定時間毎のタイミング、あるいは、講師側端末２から更新された分割画像データの提供がある毎に、更新された分割画像データを各クライアント装置４へ配信することで実現できる。この場合には、Ｗｅｂサーバ３は接続されているすべてのクライアント装置４を認識している必要があり、認識しているクライアント装置４即ち登録されているクライアント装置４へ送信する。一方、クライアント装置４では、Ｗｅｂサーバ３から更新された分割画像データが送信されると、制御手段４３がデータ入力手段４５を介して送信された分割画像データを受領し更新された分割領域の分割画像データを表示部４１の該分割領域へ表示する。

又、上記各実施例では、講師側端末２及びＷｅｂサーバ３によって本体装置を構成したが、本体装置は１つの装置から構成しても実施可能であることは述べるまでもない。
更に又、上記各実施例では、クライアント装置４はパーソナルコンピュータ端末として説明したが、ＰＤＡや携帯電話等のユビキタス機器を用いても良い。

上述のように構成する本発明は、講師と受講生とが画面共有して行う講義や社内研修等、フレームの画像を供給する側と該フレームを表示する側のクライアントとが、画像としてフレームを共有する場合に、少ない通信帯域で画像共有が可能となり有効である。
即ち、プレゼンテーションスライドや、監視カメラが撮影した間欠画像等を遠隔のコンピュータやデバイスに送信し、遠隔において表示や再生する装置に適用でき、Ｅ・ラーニング、遠隔セミナ、オンラインヘルプデスク、遠隔ヘルスケア、遠隔故障診断、監視カメラなどの用途に適用可能である。又、特定のオペレーションシステムの使用が強制されないオープンシステムであるので、パーソナルコンピュータ、ＰＤＡ、携帯電話等のユビキタス機器をクライアント装置として利用するＥ・ラーニング等上記各用途にも利用可能である。

この発明の構成を表す概略説明図 この発明の実施例における分割領域の説明図 この発明の実施例における分割領域の更新比較の説明図 第１の実施例におけるＨＴＭＬファイルの説明図 同分割領域の更新比較の説明図 同ＨＴＭＬファイルの説明図 同分割領域の更新比較の説明図 同ＨＴＭＬファイルの説明図 （ａ）は第２の実施例におけるＨＴＭＬファイルの説明図、（ｂ）は同更新されたデータを指示する更新画像リストファイルを表す説明図 同Ｊａｖａ（登録商標）ＳＣＲＩＰＴの説明図 第３の実施例を表す説明図 同テキストエディタに実施した場合の説明図 同分割領域の分割状態を表す説明図

符号の説明

１ 画像データ送信生成システム
２ 講師側端末
２１ 液晶表示部
２２ 制御手段
２３ ポインティングデバイス
２４ キーボード
２５ 画像データ記憶手段
３ Ｗｅｂサーバ
３１ データ記憶手段
３２ 表示手段
３３ データ入力手段
３４ データ出力手段
３５ 制御手段
４ クライアント装置
４１ 表示部
４２ データ入力手段
４３ 制御手段
４４ 画像データ記憶手段
４５ データ出力手段

Claims (5)

1. 表示手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、制御手段が、表示手段の表示するフレームの画像データを複数に分割し、前後に入力したフレームの分割された分割画像データ相互を比較して分割画像データを出力可能な本体装置と、
   本体装置とデータ通信可能に接続され、データ入力手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、ＨＴＭＬファイルの記述に基づいてフレームを構成可能であり、本体装置から出力される分割画像データをデータ入力手段が入力し、所定の分割位置に表示させるよう画像データをデータ出力手段から出力するクライアント装置とからなり、
   本体装置では、制御手段が、表示手段の表示するフレームの画像データを予め定める複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させると共に該分割画像データを特定可能な変数を生成し、表示部が次に表示するフレームの画像データを予め定める該複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させ、分割された同一領域の先に表示された画像データ及び次に表示された画像データ相互を比較し、画像データに変更があった場合には、変更があった分割画像データを画像データ記憶手段へ更新された最新の分割画像データとして記憶させると共に該分割画像データを特定可能な変数を生成し、少なくとも更新された最新の分割画像データを該変数によって特定可能に記述したＨＴＭＬファイルを生成可能であり、クライアント装置から該ＨＴＭＬファイルの出力を希望する情報を受領すると該ＨＴＭＬファイルをデータ出力手段によってクライアント装置へ出力可能であり、クライアント装置から所望の分割画像データを出力希望する情報を受領すると当該データをデータ出力手段からクライアント装置へ出力し、
   クライアント装置では、制御手段が、本体装置に対し前記ＨＴＭＬファイルの出力を希望する情報を出力して該ＨＴＭＬファイルを受領し、受領したＨＴＭＬファイルに記述されている変数を画像データ記憶手段へ記憶すると共に自身の画像データ記憶手段に記憶されていない分割画像データを表す変数の有無を判断し、自身の画像データ記憶手段に記憶されていない分割画像データを表す変数が有る場合には本体装置に対し該変数によって表される分割画像データを出力させる情報を出力し、データ入力手段が本体装置から該分割画像データを受領すると更新された分割画像データとして画像データ記憶手段に記憶させ、画像データ記憶手段に記憶されている各分割画像データの最新データによってフレームを構成可能な画像データを出力可能であることを特徴とする画像データ送信生成システム。
2. 表示手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、制御手段が、表示手段の表示するフレームの画像データを複数に分割し、前後に入力したフレームの分割された分割画像データ相互を比較して分割画像データを出力可能な本体装置と、
   本体装置とデータ通信可能に接続され、データ入力手段、データ出力手段、画像データ記憶手段、及び、制御手段を備え、ＨＴＭＬファイルの記述に基づいてフレームを構成可能であり、本体装置から出力される分割画像データをデータ入力手段が入力し、所定の分割位置に表示させるよう画像データをデータ出力手段から出力するクライアント装置とからなり、
   本体装置では、制御手段が、表示手段の表示するフレームの画像データを予め定める複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させると共に該分割画像データを特定可能な変数を生成し、表示部が次に表示するフレームの画像データを予め定める該複数領域に分割し、分割した各領域の分割画像データを分割領域に対応させて画像データ記憶手段へ記憶させ、分割された同一領域の先に表示された画像データ及び次に表示された画像データ相互を比較し、画像データに変更があった場合には、変更があった分割画像データを画像データ記憶手段へ更新された最新の分割画像データとして記憶させると共に該分割画像データを特定可能な変数を生成し、少なくとも更新された最新の分割画像データを該変数によって特定可能に記述したテーブルデータを含むＨＴＭＬファイルを生成可能であり、クライアント装置から該ＨＴＭＬファイルの出力を希望する情報を受領すると該ＨＴＭＬファイルをデータ出力手段によってクライアント装置へ出力可能であり、クライアント装置から所望の分割画像データを出力希望する情報を受領すると当該データをデータ出力手段からクライアント装置へ出力し、
   クライアント装置では、制御手段が、本体装置に対し前記ＨＴＭＬファイルの出力を希望する情報を出力して該ＨＴＭＬファイルを受領し、受領したＨＴＭＬファイルに記述されているテーブルデータを画像データ記憶手段へ記憶すると共に自身の画像データ記憶手段に記憶されていない分割画像データを表す変数の有無を判断し、自身の画像データ記憶手段に記憶されていない分割画像データを表す変数が有る場合には本体装置に対し該変数によって表される分割画像データを出力させる情報を出力し、データ入力手段が本体装置から該分割画像データを受領すると更新された分割画像データとして画像データ記憶手段に記憶させ、画像データ記憶手段に記憶されている各分割画像データの最新データによってフレームを構成可能な画像データを出力可能であることを特徴とする画像データ送信生成システム。
3. 分割されるフレームの画像データが、表示する画面の全部又は一部である請求項１又は請求項２に記載の画像データ送信生成システム。
4. 本体装置がマルチタスクで利用されている場合において、本体装置は現在利用されているアプリケーションの表示領域を分割されるフレームの画像データとして扱う請求項１又は請求項２に記載の画像データ送信生成システム。
5. 本体装置はポインティングデバイスを備え、ポインティングデバイスによって指示された画像領域を分割されるフレームの画像データとして扱う請求項１又は請求項２に記載の画像データ送信生成システム。