(57)【要約】【課題】表示画面データを送信するために必要なエンコード処理回数を少なくし，受信端末装置の状況に対応して送信するデータ会議システムを提供する【解決手段】複数の端末装置がネットワークに接続され，複数の端末装置のうち送信権を有する１の端末装置の１又は２以上のブロックに区分された表示画面データを複数の端末装置のうち送信権がない他の端末装置で共有するデータ会議システムの内，１の端末装置は，表示画面データの更新により生成される更新データを記憶する画像バッファと，更新履歴リストを記憶する更新バッファとから構成される記憶部と；更新データの更新情報を更新履歴リストに追加する情報追加部と；更新履歴リストに記憶された１又は２以上の更新情報に基づき，他の端末装置ごとの更新進捗度を把握し，該他の端末装置に送信するための更新データを選択する送信部とを備える。【選択図】  図２
2004280133.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置がネットワークに相互に接続され，前記複数の端末装置のうち送信権を有する１の前記端末装置の１又は２以上のブロックに区分された表示画面データを前記複数の端末装置のうち前記送信権を有しない他の前記端末装置で共有するデータ会議システムにおいて：
前記１の端末装置は，
前記表示画面データの更新により生成される更新データを記憶する画像バッファと，更新履歴リストを記憶する更新バッファとから少なくとも構成される記憶部と；
前記更新データにかかる更新情報を前記更新履歴リストに追加する情報追加部と；
前記更新履歴リストに記憶された１又は２以上の前記更新情報に基づき，前記他の端末装置ごとの更新進捗度を把握し，該他の端末装置に送信するための前記更新データを選択する送信部とを備えることを特徴とする，データ会議システム。
【請求項２】
前記送信部は，前記他の端末装置からの更新完了信号を受信することにより，該他の端末装置の前記更新進捗度を把握し，前記更新データを選択することを特徴とする，請求項２に記載のデータ会議システム。
【請求項３】
ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置であって：
前記送信端末装置は，
前記表示画面データの更新により生成される更新データを記憶する画像バッファと，更新履歴リストを記憶する更新バッファとから少なくとも構成される記憶部と；
前記更新データにかかる更新情報を前記更新履歴リストに追加する情報追加部と；
前記更新履歴リストに記憶された１又は２以上の前記更新情報に基づき，前記受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための前記更新データを選択する送信部とを備えることを特徴とする，送信端末装置。
【請求項４】
前記記憶部は，前記表示画面データの前記ブロックごとに最新更新情報を記憶する最新バッファをさらに備えることを特徴とする，請求項３に記載の送信端末装置。
【請求項５】
前記送信部は，前記最新更新情報に基づいて，少なくとも前記更新データの送信順番を決定することを特徴とする，請求項３に記載の送信端末装置。
【請求項６】
前記送信部は，前記受信端末装置からの更新完了信号を受信することにより，該受信端末装置の前記更新進捗度を把握し，前記更新データを選択することを特徴とする，請求項３に記載の送信端末装置。
【請求項７】
前記更新データは，前記表示画面データのうち更新された前記１又は２以上のブロックに対し，一括してエンコードされ，前記画像バッファに記憶されることを特徴とする，請求項３に記載の送信端末装置。
【請求項８】
前記最新更新情報は，前記表示画面データの更新時刻と，前記画像バッファに記憶された前記更新データの画像保持アドレスとから少なくとも構成されることを特徴とする，請求項３に記載の送信端末装置。
【請求項９】
前記送信部は，前記更新時刻のうち，最も古いブロックに該当する前記更新データの送信順番を最初にすることを特徴とする，請求項８に記載の送信端末装置。
【請求項１０】
前記送信端末装置は，前記最新更新情報の更新により，前記画像保持アドレス先の前記画像バッファに記憶された前記更新データを開放する画像管理部をさらに備えることを特徴とする，請求項３に記載の送信端末装置。
【請求項１１】
前記更新進捗度は，前記受信端末装置ごとに，動的に変更されることを特徴とする，請求項３に記載の送信端末装置。
【請求項１２】
コンピュータをして，ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置として機能させるコンピュータプログラムであって：
前記送信端末装置として機能させるコンピュータプログラムは，
前記表示画面データの更新により生成される更新データにかかる更新情報を更新履歴リストに追加し；
前記更新履歴リストに記憶された１又は２以上の前記更新情報に基づき，前記受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための前記更新データを選択することを特徴とする，コンピュータプログラム
【請求項１３】
ネットワークを介して相互に接続された１又は２以上の送信端末装置により提供される１又は２以上のブロックに区分された表示画面データを共有する１又は２以上の受信端末装置であって：
前記受信端末装置は，
少なくとも前記表示画面データの更新により生成される更新データの受信可能を示す更新完了信号を生成する表示画面監視部を備えることを特徴とする，受信端末装置。
【請求項１４】
ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置の表示画面データ共有方法であって：
前記送信端末装置は，
前記表示画面データの更新により生成される更新データにかかる更新情報を更新履歴リストに追加し；
前記更新履歴リストに記憶された１又は２以上の前記更新情報に基づき，前記受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための前記更新データを選択することを特徴とする，送信端末装置の表示画面データ共有方法。
【請求項１５】
前記送信端末装置は，前記表示画面データの前記ブロックごとに最新更新情報を記憶する最新バッファをさらに備えることを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【請求項１６】
前記送信端末装置は，前記最新更新情報に基づいて，少なくとも前記更新データの送信順番を決定することを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【請求項１７】
前記送信端末装置は，前記受信端末装置からの更新完了信号を受信することにより，該受信端末装置の前記更新進捗度を把握し，前記更新データを選択することを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【請求項１８】
前記更新データは，前記表示画面データのうち更新された前記１又は２以上のブロックに対し，一括してエンコードされ，前記画像バッファに記憶されることを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【請求項１９】
前記最新更新情報は，前記表示画面データの更新時刻と，前記画像バッファに記憶された前記更新データの画像保持アドレスとから少なくとも構成されることを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【請求項２０】
前記送信端末装置は，前記更新時刻のうち，最も古いブロックに該当する前記更新データの送信順番を最初にすることを特徴とする，請求項１９に記載の送信端末装置の表示画面データ共有方法。
【請求項２１】
前記送信端末装置は，前記最新更新情報の更新により，前記画像保持アドレス先の前記画像バッファに記憶された前記更新データを開放することを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【請求項２２】
前記更新進捗度は，前記受信端末装置ごとに，動的に変更されることを特徴とする，請求項１４に記載の送信端末装置の表示画面データ共有方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は複数の端末装置間で表示画面を共有することが可能なコンピュータネットワークシステムにかかり，特にデータ会議システム，送信端末装置，コンピュータプログラム，送信端末装置の表示画面データ共有方法に関する。
【０００２】
【従来の技術】
近年，コンピュータなどの情報処理装置の普及に伴い，複数の端末装置がネットワークに接続され，上記端末装置のうち，発表者として送信権を有する端末装置の表示画面を共有するデータ会議システムが知られている。
【０００３】
上記データ会議システムでは、会議に参加する使用者に属する端末装置者（受信端末装置）がネットワークを介して，発表者に属する端末装置（送信端末装置）に表示される表示画面データを共有することができる（例えば，特許文献１参照）。なお，本願発明に関連する技術文献情報には，次のものがある。
【０００４】
【特許文献１】
特開２００１−３３１４３０号公報
【発明が解決しようとする課題】
しかしながら，表示画面データを共有するためには，ネットワークに接続された受信端末装置全てに更新された領域の表示画面データをエンコードし，ネットワークを介して送信する必要があり，送信するタイミングを，早い受信端末装置に合わせると，受信が遅い受信端末装置の表示画面データを記憶するバッファの容量が超えてしまっていた。
【０００５】
上記受信端末装置ごとに更新された表示画面データを送信する場合，受信端末装置ごとに表示画面データのエンコード処理を実行してから，表示画面データを送信しなければならなかった。
【０００６】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，表示画面データを送信するために必要なエンコード処理の回数を少なくし，受信端末装置の状況に対応して送信することの可能な，新規かつ改良されたデータ会議システムを提供することである。
【０００７】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，複数の端末装置がネットワークに相互に接続され，複数の端末装置のうち送信権を有する１の端末装置の１又は２以上のブロックに区分された表示画面データを複数の端末装置のうち送信権を有しない他の端末装置で共有するデータ会議システムが提供される。上記１の端末装置は，表示画面データの更新により生成される更新データを記憶する画像バッファと，更新履歴リストを記憶する更新バッファとから少なくとも構成される記憶部と；更新データにかかる更新情報を更新履歴リストに追加する情報追加部と；更新履歴リストに記憶された１又は２以上の更新情報に基づき，他の端末装置ごとの更新進捗度を把握し，該他の端末装置に送信するための更新データを選択する送信部とを備えることを特徴としている。
【０００８】
本発明によれば，データ会議システムは，ネットワークに接続された端末装置のうち，デスクトップの表示画面データをネットワークを介して提供することが可能な送信権を有する１の端末装置に，上記表示画面データを共有する他の端末装置ごとに，更新進捗状況を把握し，更新進捗度に基づき，少なくともイベントにより生成されるエンコードされた１又は２以上の更新データから更新される分の更新データを選択し，送信する。かかる構成によれば，予め更新データがエンコードされているため複数回，符号化する必要がなく，受信端末装置の処理に負荷をかけずに，該受信端末装置が更新する対象となる分の更新データを送信できる。したがって，更新データを記憶する画像バッファの記憶容量を軽減させ，受信端末装置の処理負荷，ネットワークトラフィックが軽減される。なお，本発明にかかる１の端末装置は，例えば，本実施の形態にかかる送信端末装置などであり，本発明にかかる他の端末装置は，例えば，本実施の形態にかかる受信端末装置などであり，本発明にかかる画像バッファは，例えば，本実施の形態の画像保持バッファなどであり，本発明にかかる更新バッファは，例えば，本実施の形態にかかるＦＩＦＯバッファなどであり，本発明にかかる送信部は，例えば，本実施の形態にかかる送受信部などである。
【０００９】
送信部は，他の端末装置からの更新完了信号を受信することにより，該他の端末装置の更新進捗度を把握し，更新データを選択するように構成できる。かかる構成により，更新データを受信可能である旨を示す更新完了信号を受信するまで，更新進捗度処理を実行しないため，度重なる更新進捗度把握処理を省略することが可能となり，データ会議システムの処理効率が向上される。
【００１０】
送信部は，他の端末装置からの更新完了信号の受信をトリガーとし，該他の端末装置の更新進捗度を把握し，更新データを選択するように構成することができる。かかる構成により，他の端末装置が受信可能なタイミングで常に更新データを送信することができ，他の端末装置の更新データを記憶するバッファのオーバフローなどを防止できる。
【００１１】
さらに，上記課題を解決するための本発明の別の観点によれば，ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置が提供される。上記送信端末装置は，表示画面データの更新により生成される更新データを記憶する画像バッファと，更新履歴リストを記憶する更新バッファとから少なくとも構成される記憶部と；更新データにかかる更新情報を更新履歴リストに追加する情報追加部と；更新履歴リストに記憶された１又は２以上の更新情報に基づき，受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための更新データを選択する送信部とを備えることを特徴としている。
【００１２】
本発明によれば，デスクトップの表示画面データをネットワークを介して受信端末装置に共有させる送信端末装置は，上記受信端末装置ごとに，更新状況を示す更新進捗度を把握し，上記更新進捗度に基づき，少なくともイベントにより生成されるエンコードされた１又は２以上の更新データから更新される分の更新データを選択し，送信する。かかる構成によれば，予め更新データがエンコードされているため複数回，符号化する必要がなく，受信端末装置の処理に負荷をかけずに，該受信端末装置が更新する対象となる分の更新データを送信できる。したがって，更新データを記憶する画像バッファの記憶容量を軽減させ，受信端末装置の処理負荷，ネットワークトラフィックが軽減される。なお，本発明にかかる１の端末装置は，例えば，本実施の形態にかかる送信端末装置などであり，本発明にかかる他の端末装置は，例えば，本実施の形態にかかる受信端末装置などであり，本発明にかかる画像バッファは，例えば，本実施の形態の画像保持バッファなどであり，本発明にかかる更新バッファは，例えば，本実施の形態にかかるＦＩＦＯバッファなどであり，本発明にかかる送信部は，例えば，本実施の形態にかかる送受信部などである。
【００１３】
記憶部は，表示画面データのブロックごとに最新更新情報を記憶する最新バッファをさらに備えるように構成することができる。かかる構成によれば，表示画面データの各ブロックの最新の更新情報を記憶することにより，少なくとも更新進捗度把握処理の効率化が図れる。
【００１４】
送信部は，最新更新情報に基づいて，１又は２以上の更新データから，少なくとも更新データが受信端末装置に送信される送信順番を決定するように構成することができる。かかる構成により，更新データの選択処理の効率化が図れる。
【００１５】
送信部は，受信端末装置からの更新完了信号を受信することにより，該受信端末装置の更新進捗度を把握し，更新データを選択するように構成することができる。かかる構成により，更新データを受信可能である旨を示す更新完了信号を受信するまで，更新進捗度処理を実行しないため，度重なる更新進捗度把握処理を省略することが可能となり，データ会議システムの処理効率が向上される。
【００１６】
更新データは，表示画面データのうち更新された１又は２以上のブロックに対し，一括してエンコードされ，画像バッファに記憶されるように構成することができる。かかる構成により，受信端末装置ごとにエンコードされた更新データを記憶せずに，画像バッファに記憶する更新データの容量を軽減することが可能となる。さらに，エンコードを複数回実行する必要がなく，ブロックノイズを防止することができる。
【００１７】
最新更新情報は，表示画面データの更新時刻と，画像バッファに記憶された更新データの画像保持アドレスとから少なくとも構成されるように構成してもよい。
【００１８】
送信部は，更新時刻のうち，最も古いブロックに該当する更新データの送信順番を最初にするように構成することができる。かかる構成により，最も古い更新データを送る間に，更新データがさらに更新される可能性があり，更新前の更新データの送信処理を省ける。
【００１９】
送信部は，更新時刻のうち，最も古いブロックから順に，ブロックに該当する更新データの送信順番を優先するように構成することができる。
【００２０】
更新情報は，更新データの更新時刻と，画像バッファに記憶された更新データの画像保持アドレスと，該更新データに該当するブロックのブロックアドレスとから少なくとも構成されるようにしてもよく，更新履歴リストは，少なくとも更新時刻の時系列に構成することができる。
【００２１】
送信部は，受信端末装置からの更新完了信号の受信をトリガーとし，該受信端末装置の更新進捗度を把握し，更新データを選択するように構成することができる。かかる構成により，受信端末装置が受信可能なタイミングで常に更新データを送信することができ，受信端末装置の更新データを記憶するバッファのオーバフローなどを防止できる。
【００２２】
送信端末装置は，最新更新情報の更新により，画像保持アドレス先の画像バッファに記憶された更新データを開放する画像管理部をさらに備えるように構成することができる。かかる構成により，画像バッファに記憶される更新データが不要になった場合，画像バッファから開放し，メモリリークを防止し，有効な記憶領域を効率的に活用することができる。
【００２３】
画像管理部は，画像バッファに記憶される更新データを管理するための画像バッファ管理オブジェクトを生成するように構成することができ，画像バッファ管理オブジェクトは，少なくとも更新データにかかる画像保持アドレスをポインタにより示すように構成することができる。
【００２４】
画像管理部は，画像保持アドレスの更新により，画像バッファ管理オブジェクトの保持するポインタが存在しない場合，該画像バッファ管理オブジェクトを削除するとともに，該画像保持アドレスに該当する更新データを開放するように構成することができる。
【００２５】
更新進捗度は，更新属性情報の追加カウンタと更新属性情報の参照カウンタとの差分からなるカウンタ閾値，もしくは更新属性情報の最新更新時刻と直前に参照された更新時刻である直前更新時刻との差分からなる時刻閾値のうち少なくとも一方に基づいて，決定されるように構成することができる。
【００２６】
カウンタ閾値は，受信端末装置ごとに，動的に変更されるように構成することができ，時刻閾値は，受信端末装置ごとに，動的に変更されるように構成することができ，更新進捗度は，受信端末装置ごとに，動的に変更されるように構成することができる。
【００２７】
送信部は，受信端末装置ごとに更新データを送信するための送信スレッドを生成するように構成することができる。
【００２８】
さらに，上記課題を解決するための本発明の別の観点によれば，ネットワークを介して相互に接続された１又は２以上の送信端末装置により提供される１又は２以上のブロックに区分された表示画面データを共有する１又は２以上の受信端末装置が提供される。上記受信端末装置は，少なくとも表示画面データの更新により生成される更新データの受信可能を示す更新完了信号を生成する表示画面監視部を備えることを特徴としている。
【００２９】
本発明によれば，受信端末装置の表示画面データを更新する処理に応じて，更新データを受信可能であれば，その都度送信端末装置に更新完了信号を送信する。かかる構成により，受信端末装置の更新処理のタイミングに合わせて更新データを受信することが可能となり，受信端末装置の処理負荷を軽減させ，ネットワークトラフィックを軽減させることができる。
【００３０】
さらに，上記課題を解決するための本発明の別の観点によれば，コンピュータをして，ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置として機能させるコンピュータプログラムが提供される。上記送信端末装置として機能させるコンピュータプログラムは，表示画面データの更新により生成される更新データにかかる更新情報を更新履歴リストに追加し；更新履歴リストに記憶された１又は２以上の更新情報に基づき，受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための更新データを選択することを特徴としている。
【００３１】
コンピュータをして，ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置として機能させるコンピュータプログラムが記憶されたコンピュータ読取り可能な記録媒体が提供される。上記コンピュータプログラムが記憶されたコンピュータ読取り可能な記録媒体は，表示画面データの更新により生成される更新データにかかる更新情報を更新履歴リストに追加し；更新履歴リストに記憶された１又は２以上の更新情報に基づき，受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための更新データを選択することを特徴としている。
【００３２】
さらに，上記課題を解決するための本発明の別の観点によれば，ネットワークを介して相互に接続された１又は２以上の受信端末装置に，１又は２以上のブロックに区分された表示画面データを共有させる送信端末装置の表示画面データ共有方法が提供される。上記送信端末装置は，表示画面データの更新により生成される更新データにかかる更新情報を更新履歴リストに追加し；更新履歴リストに記憶された１又は２以上の更新情報に基づき，受信端末装置ごとの更新進捗度を把握し，該受信端末装置に送信するための更新データを選択することを特徴としている。
【００３３】
送信端末装置は，表示画面データのブロックごとに最新更新情報を記憶する最新バッファをさらに備えるように構成することができ，送信端末装置は，最新更新情報に基づいて，少なくとも更新データの送信順番を決定するように構成することができる。
【００３４】
送信端末装置は，受信端末装置からの更新完了信号を受信することにより，該受信端末装置の更新進捗度を把握し，更新データを選択するように構成することができる。
【００３５】
更新データは，表示画面データのうち更新された１又は２以上のブロックに対し，一括してエンコードされ，画像バッファに記憶されるように構成することができる。かかる構成により，受信端末装置ごとにエンコードされた更新データを記憶せずに，画像バッファに記憶する更新データの容量を軽減することが可能となる。さらに，エンコードを複数回実行する必要がなく，ブロックノイズを防止することができる。
【００３６】
最新更新情報は，表示画面データの更新時刻と，画像バッファに記憶された更新データの画像保持アドレスとから少なくとも構成されるようにすることができる。
【００３７】
送信端末装置は，更新時刻のうち，最も古いブロックに該当する更新データの送信順番を最初にするように構成することができる。
【００３８】
送信端末装置は，更新時刻のうち，最も古いブロックから順に，ブロックに該当する更新データの送信順番を優先するように構成することができる。
【００３９】
更新情報は，更新データの更新時刻と，画像バッファに記憶された更新データの画像保持アドレスと，該更新データに該当するブロックのブロックアドレスとから少なくとも構成されるようにしてもよく，更新履歴リストは，少なくとも更新時刻の時系列に構成することができる。
【００４０】
送信端末装置は，受信端末装置からの更新完了信号の受信をトリガーとし，該受信端末装置の更新進捗度を把握し，更新データを選択するように構成することができる。かかる構成により，受信端末装置が受信可能なタイミングで常に更新データを送信することができ，受信端末装置の更新データを記憶するバッファのオーバフローなどを防止できる。
【００４１】
送信端末装置は，最新更新情報の更新により，画像保持アドレス先の画像バッファに記憶された更新データを開放するように構成することができる。かかる構成により，画像バッファに記憶される更新データが不要になった場合，画像バッファから開放し，メモリリークを防止し，有効な記憶領域を効率的に活用することができる。
【００４２】
送信端末装置は，画像保持アドレスの更新により，画像バッファ管理オブジェクトの保持するポインタが存在しない場合，該画像バッファ管理オブジェクトを削除するとともに，該画像保持アドレスに該当する更新データを開放するように構成することができる。
【００４３】
送信端末装置は，前記他の端末装置からの更新完了信号の受信後，前記送信更新データの選択を開始するように構成することができる。
【００４４】
更新進捗度は，更新属性情報の追加カウンタと更新属性情報の参照カウンタとの差分からなるカウンタ閾値，もしくは更新属性情報の最新更新時刻と直前に参照された更新時刻である直前更新時刻との差分からなる時刻閾値のうち少なくとも一方に基づいて，決定されるように構成することができる。
【００４５】
カウンタ閾値は，受信端末装置ごとに，動的に変更されるように構成することができ，時刻閾値は，受信端末装置ごとに，動的に変更されるように構成することができ，更新進捗度は，受信端末装置ごとに，動的に変更されるように構成することができる。
【００４６】
送信部は，受信端末装置ごとに更新データを送信するための送信スレッドを生成するように構成することができる。
【００４７】
【発明の実施の形態】
以下，本発明の好適な実施の形態について，添付図面を参照しながら詳細に説明する。なお，以下の説明及び添付図面において，略同一の機能及び構成を有する構成要素については，同一符号を付することにより，重複説明を省略する。
【００４８】
（１．  第１の実施の形態にかかるシステム構成）
まず，図１を参照しながら，第１の実施の形態にかかるデータ会議システムについて説明する。図１は，第１の実施の形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【００４９】
図１に示すように，データ会議システムは，送信端末装置１０１と１又は２以上の受信端末装置１０２（ａ，ｂ，ｃ，ｄ，ｅ，…，ｎ）とがネットワーク１０３に接続されている。
【００５０】
上記送信端末装置１０１の表示画面である表示画面データをネットワーク１０３を介して受信端末装置１０２（ａ，ｂ，ｃ，ｄ，ｅ，…，ｎ）に提供することにより，発表者として送信端末装置１０１に属す使用者は，ネットワーク１０５を介して，受信端末装置１０２に属す使用者に，送信端末装置１０１の表示画面を共有させることにより，遠隔地などでも発表者の発表等を視聴可能なデータ会議システムなどのサービスを実現ことができる。
【００５１】
送信端末装置１０１は，送信権１０５を取得することにより，ネットワーク１０３を介して，受信端末装置１０２に表示画面データを送信可能な権利を有する。送信端末装置１０１は，上記送信権１０５を所持する間，表示画面データを送信できる。なお，第１の実施の形態にかかるネットワーク１０３を介したデータの送受信はＴＣＰ／ＩＰにより行われるが，かかる例に限定されず，例えばＵＤＰ／ＩＰなどにより送受信が行われる場合であっても実施可能である。
【００５２】
上記送信権１０５は，受信端末装置１０２の間で巡回し，例えば，発表を希望するタイミングが早い順に受信端末装置１０２に割り当てられる。したがって，送信端末装置１０１は，送信権１０５を所持する間は，該送信端末装置１０１の表示画面データを共有させることができるが，送信権１０５が他の受信端末装置１０２に移ると，送信端末装置１０１は，受信端末装置１０２として機能する。
【００５３】
送信端末装置１０１は，送信権１０５を有し，表示画面データを送信可能な，少なくとも中央演算処理部（ＣＰＵ）と送受信部と記憶部とを備えた情報処理装置であり，一般的にはコンピュータ装置であるが，携帯電話，情報家電，携帯端末，ＰＤＡなどの情報処理装置も含まれる。
【００５４】
受信端末装置１０２は，上記送信端末装置１０１により送信される表示画面データを表示可能な，少なくとも中央演算処理部（ＣＰＵ）と送信部と記憶部とを備えた情報処理装置であり，一般的にはコンピュータ装置であるが，すでに説明したように，携帯電話，情報家電，携帯端末，ＰＤＡなどの情報処理装置も含まれる。
【００５５】
次に，本システムの典型的な動作例について説明する。
【００５６】
ある使用者との間で，例えば，受信端末装置１０２（ａ，ｂ，ｃ，ｄ，ｅ，…，ｎ）に属す使用者と送信端末装置１０１に属す使用者との間で，データ会議をする場合，発表用資料などを送信端末装置１０１及び受信端末装置１０２に記憶されたワープロ，発表ソフトなどのソフトウェアにより表示させる。なお，上記ワープロは，例えばＭｉｃｒｏｓｏｆｔ（登録商標）のＷｏｒｄ  ＸＰ（登録商標）などが例示され，発表ソフトは，Ｍｉｃｒｏｓｏｆｔ（登録商標）のＰｏｗｅｒＰｏｉｎｔ  ＸＰ（登録商標）などが例示される。
【００５７】
送信端末装置１０１および受信端末装置１０２のデータ会議の準備が整い，送信端末装置１０１及び受信端末装置１０２の上記ソフトウェアが起動されると，ウィンドウがデスクトップに生成され，発表資料が上記ウィンドウ内に表示される。送信端末装置１０１は，上記発表資料が表示されたウィンドウが生成されると，上記表示画面データを，受信端末装置１０２に送信する。
【００５８】
そして，発表が進行し，例えば，クリックのイベント等により，新しいウィンドウの生成，ウィンドウの移動等が発生して，直近に送信した表示画面データから更新された場合，ネットワーク１０３を介して表示画面データを効率よく送信するために，イベント等ごとに更新された領域（更新領域）における表示画面データをエンコードして更新データとして記憶しておく。
【００５９】
上記更新データが，すでにエンコードされているため，そのまま受信端末装置１０２に送信することが可能となり，エンコードを複数回実行する必要がなくなる。
【００６０】
受信端末装置１０２からネットワーク１０３を介して，送信端末装置１０１に表示画面データの送信を要求する更新完了信号が送信されると，送信端末装置１０１は，更新データの記憶とともに更新履歴リストに記憶された上記更新データにかかる更新情報に基づき，該更新完了信号を送信した受信端末装置１０２の更新進捗度を把握する。
【００６１】
上記受信端末装置１０２の更新の進捗に応じて，最新バッファに記憶された最新情報の更新時刻から更新データの送信対象を選別し，ネットワーク１０３を介して更新データを送信する。
【００６２】
例えば，受信端末装置１０２ｂからデータ受信可能な旨を示す更新完了信号が送信された場合，送信端末装置１０１は，受信端末装置１０２ｂに対する更新進捗度を測定し，更新された進捗に見合う更新データを送信する。
【００６３】
したがって，送信端末装置１０１は，上記更新完了信号を送信した受信端末装置１０２に対して，更新進捗度を測定し，送信する更新データを選択することにより，受信端末装置１０２の個々の更新状況，受信能力の観点から，効率的に受信端末装置１０２の表示画面データを更新するための更新データを送信することができる。
【００６４】
第１の実施の形態にかかる送信端末装置１０１と受信端末装置１０２とは，Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）であるため，サーバを備えずに，直接表示画面データなどをデータ交換することができる。
【００６５】
（２  データ会議システムの各コンポーネントの構成）
次に，第１の実施の形態にかかるデータ会議システムの各コンポーネントの構成について説明する。
【００６６】
（２．１  ネットワーク１０３）
ネットワーク１０３は，送信端末装置１０１と，受信端末装置１０２（ａ，ｂ，…，ｎ）とを相互に双方向通信可能に接続するものであり，典型的にはインターネットなどの公衆回線網であるが，ＷＡＮ，ＬＡＮ，ＩＰ−ＶＰＮなどの閉鎖回線網も含む。また接続媒体は，ＦＤＤＩ（Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブル又はツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなどによる無線など，有線無線を問わず，衛星通信網なども含む。
【００６７】
（２．２  送信端末装置１０１）
次に，図２を参照しながら，第１の実施の形態にかかる送信端末装置１０１について説明する。図２は，第１の実施の形態にかかる送信端末装置の概略的な構成を示すブロック図である。
【００６８】
図２に示すように，送信端末装置１０１は，イベント監視部２０１と，検索範囲決定部２０２と，情報追加部２０３と，送受信部２０４（ａ，ｂ，ｃ，ｄ，ｅ，…，ｎ）と，入力部２０６と，ＣＰＵ（中央演算処理部）２０７と，記憶部２０８と，表示部２０９と，表示画面監視部２１０と，復号化部２１１と，符号化部２１２と，画像管理部２１３とから構成されている。
【００６９】
イベント監視部２０１は，例えば，マウスのクリック，ウィンドウの移動，ウィンドウの新規生成などのイベントが発生するのを常に監視している。上記イベントが発生すると，イベントに対応したウィンドウ範囲情報に基づき，重複領域除去等された更新予定領域が決定される。上記イベントについては後程説明する。
【００７０】
更新範囲決定部２０２は，上記ウィンドウ範囲情報に基づき，予め表示画面データが複数のブロックに区分された領域に包含されるように，更新対象領域として決定する。なお，決定するタイミングは，受信端末装置１０２から更新完了信号を受信した時点であるが，かかる例に限定されない。上記更新対象領域については，後程詳述する。
【００７１】
なお，上記ブロックは，デスクトップの表示画面データを例えば３２×３２ピクセル単位に区分された１のブロックである。なお，第１の実施の形態にかかる検索ブロックは，３２×３２ピクセルに限定されることなく，例えば１６×１６ピクセルなどであってもよい。
【００７２】
符号化部２１２は，上記決定された更新対象領域のうち，更新されたブロックの表示画面データをエンコードすることにより，更新データを出力する。なお，第１の実施の形態にかかる符号化部２１２は，ＭＰＥＧ４によりエンコードするが，かかる例に限定されない。
【００７３】
情報追加部２０３は，上記更新データを，記憶部２０８の画像保持バッファ３０１に格納し，ＦＩＦＯバッファ３０３の更新履歴リストに上記更新データにかかる更新情報を追加する。なお，上記画像保持バッファ３０１およびＦＩＦＯバッファ３０３については後述する。
【００７４】
さらに，情報追加部２０３は，符号化部２１２により出力された更新データにかかる更新情報を記憶部２０８の最新バッファ３０４に記憶された上記更新データに対応するブロックの最新更新情報にコピーする。なお，第１の実施の形態にかかる最新バッファ３０４は，上記情報追加部２０３により最新更新情報が更新される場合を例にあげて説明したが，かかる例に限定されず，例えば，予め最新バッファ３０４の記憶領域が割当てられていなくも実施可能である。この場合，更新履歴リストに追加された更新情報に基づき，最新の更新情報が検出される。
【００７５】
送受信部２０４は，ネットワーク１０５を介して，上記最新バッファ３０４に記憶された最新更新情報に基づき，更新データを少なくとも送受信する。また，送信端末装置１０１に表示される表示画面データを共有するために受信端末装置１０２の台数分のエンコーダを少なくとも備える。なお，第１の実施の形態にかかる送受信部２０４は複数から構成される場合を例に挙げて説明したが，かかる例に限定されず，例えば，１の送受信部２０４からなる場合などであってもよい。
【００７６】
第１の実施の形態に係る送受信部２０４は，１又は２以上の送受信部を備えることが可能であり，受信端末装置１０２の台数によって増減する。また，送受信部２０４をソフトウェアにより実施可能であり，この場合送受信部２０４のモジュールは，ダイナミックに受信端末装置１０２の台数分だけ少なくとも生成され，スレッドとして実行される。
【００７７】
記憶部２０８は，データを読書き可能なデバイスであり，例えば，ＲＡＭ（Ｒｅａｄ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＥＥＰＲＯＭ，ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ），ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ），ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）などが例示されるが，かかる例に限定されず，ハードディスク（ＨＤＤ），ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ  ＲＡＭ）なども含まれる。
【００７８】
表示部２０９は，ＣＰＵ２０７により表示可能なように処理された表示画面データを表示する。また，表示部２０９は，例えば，ＴＶ装置又は液晶ディスプレイ装置などが例示され，静止画像のほか，音声又は動画像などを出力することも可能である。
【００７９】
表示画面監視部２１０は，送受信部２０４を介して受信された更新データが，表示部２０９に表示される該表示画面データに更新されたか否かを常に監視する。上記表示画面監視部２１０は，主として受信端末装置１０２に備わるが，送信端末装置１０１に備わる場合であってもよい。表示部２０９に表示される表示画面データに，更新データが反映されたと確認した場合，表示画面監視部２１０は，更新完了信号を生成する。上記更新完了信号は，送受信部２０４を介して送信端末装置１０１に送信される。なお，第１の実施の形態にかかる表示画面監視部２１０は，更新データが反映された場合に更新完了信号を生成しているが，かかる例に限定されず，更新データを受信した段階で更新完了信号を生成する場合などであっても実施可能である。
【００８０】
ＣＰＵ２０７は，送信端末装置１０１に構成する各部の処理・命令等を制御する。また，記憶部２０８に記憶された発表等に用いられるソフトウェアをはじめ各種ソフトウェアを起動させ，表示部２０９の表示制御等している。さらに，送受信部２０４において受信する送信権１０５の識別を行う。
【００８１】
入力部２０６は，使用者から操作指示を受けることが可能なマウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどからなるが，かかる例に限定されない。
【００８２】
画像管理部２１３は，画像保持バッファ３０１に記憶される更新データを管理し，不要な更新データを画像保持バッファ３０１から開放する。なお，上記開放は，ＦＩＦＯバッファ３０３の更新履歴リストに追加される更新情報に基づいて行われるが，詳細は後述する。
【００８３】
（２．１．１  記憶部２０８）
次に，図３を参照しながら，第１の実施の形態にかかる記憶部２０８について説明する。図３は，第１の実施の形態にかかる記憶部の概略的な構成を示すブロック図である。
【００８４】
図３に示すように，記憶部２０８は，少なくとも画像保持バッファ３０１と，ＦＩＦＯバッファ３０３と，最新バッファ３０４とから構成されている。
【００８５】
画像保持バッファ３０１は，送信端末装置１０１の表示画面データが，イベント等によって更新された領域にかかる表示画面データがエンコードされた更新データを記憶する。上記更新データが，受信端末装置１０２に送信され，受信端末装置１０２に表示される表示画面データに反映される。なお，更新データの記憶先の画像保持アドレスを指し示すためのポインタは，画像管理部２１３により管理される。
【００８６】
ＦＩＦＯバッファ３０３は，更新データとともに生成される更新情報の更新履歴リストを記憶する。上記更新情報は，更新データの生成による表示画面データが更新された更新時刻と，画像保持バッファ３０１に記憶される更新データの画像保持アドレスと，更新データに対応する表示画面データにおけるブロックのブロックアドレスとから構成される。なお，画像保持アドレスは，画像保持バッファ３０１に更新データが記憶された格納先を示すアドレスであり，ブロックアドレスは，表示画面データに区分されたブロックの位置を示すアドレスであるが，詳細は後述する。
【００８７】
また，更新履歴リストに追加される更新情報は，上記更新時刻に基づく時系列に構成される。なお，第１の実施の形態にかかる更新履歴リストは，更新時刻に基づく時系列に限らず，例えば，ブロックアドレス順に構成される場合であっても実施可能である。なお，上記更新履歴リストについては，後程詳述する。
【００８８】
さらに，上記ＦＩＦＯバッファ３０３は，有限な記憶領域であり，第１の実施の形態にかかるＦＩＦＯバッファ３０３は，更新情報を５０レコード記憶可能な領域から構成されるが，かかる例に限定されず，適当なレコード数を記憶する場合であっても実施可能である。
【００８９】
最新バッファ３０４は，送信端末装置１０１の表示部２０９に表示される表示画面データが予め３２×３２ピクセルからなるブロックごとに区分された，当該ブロックごとの最新更新情報を記憶する。
【００９０】
最新更新情報は，上記説明のイベント等により更新する表示画面データの更新データが生成されるとともに，情報追加部２０３によって，上記更新データの該当するブロックの最新更新情報が更新される。
【００９１】
最新更新情報は，上記表示画面データの更新時刻と，更新により生成された更新データの画像保持アドレスとから少なくとも構成される。したがって，上記ブロックごとに常に更新データの生成されたことによる表示画面データの更新時刻が，最新バッファ３０４に記憶されている。
【００９２】
（２．１．２  最新更新情報３１４）
次に，図４を参照しながら，第１の実施の形態にかかる最新更新情報について説明する。図４は，第１の実施の形態にかかる最新更新情報の概略的な構成を示す説明図である。
【００９３】
図４に示すように，最新バッファ３０４には，３×４ブロックに区分された表示画面データの最新更新情報３１４（３１４−１，３１４−２，…，３１４−１２）が記憶されている。なお，第１の実施の形態にかかる最新更新情報は，表示画面データが１２のブロックに区分された最新更新情報である場合を例に挙げて説明するが，かかる例に限定されず，適当なブロックに表示画面データが区分された最新更新情報である場合でも実施可能である。
【００９４】
最新更新情報３１４は，各ブロックの上記表示画面データの更新時刻と，更新により生成された更新データの画像保持アドレスとから構成される。例えば，図４に示すように，最新更新情報３１４−１には，（ｔ１，ａｄｄｒ（Ａ），ａｄｄｒ（１））が記憶されている。“ｔ１”は，最新更新情報３１４−１に該当するブロックの最新に更新された更新時刻を示し，“ａｄｄｒ（Ａ）”は，表示画面データにおける最新更新情報３１４−１に該当するブロックのアドレスを示し，“ａｄｄｒ（１）”は，更新データ１の画像保持アドレスを示している。したがって，“ａｄｄｒ（２）”の場合は，更新データ２の画像保持アドレスである。
【００９５】
（２．２  受信端末装置）
次に，図２を参照しながら，第１の実施の形態にかかる受信端末装置１０２について説明する。図２に示すように，受信端末装置１０２は，システム内で巡回する送信権１０５を有すれば送信端末装置１０１であるため，上記説明の送信端末装置１０１とほぼ同様の構成である。
【００９６】
なお，第１の実施の形態にかかる受信端末装置１０２は，必ずしも図２に示す送信端末装置１０１に構成される各部を全て備える必要はなく，少なくとも，表示画面監視部２１０と，表示部２０９と，送受信部２０４と，記憶部２０８と，ＣＰＵ２０７と，入力部２０６と，復号化部２１１と，符号化部２１２とを備えていればよい。上記の場合，少なくとも予め送信端末装置１０１が確定しており，送信権１０５が巡回しない場合において有効であり，受信端末装置１０２は，電力消費の軽減が図れる。
【００９７】
（３．  データ会議システムの動作）
次に，図５を参照しながら，上記のように構成されたデータ会議システムの動作の実施形態について説明する。図５は，第１の実施の形態にかかるデータ会議システムの動作の概略を示すタイムミングチャートである。
【００９８】
図５に示すように，第１の実施の形態にかかるデータ会議システムは，まず送信端末装置１０１の表示画面データが，クリックなどのイベントにより更新されて，当該更新領域に対する更新データが追加される（Ｓ５０１）。
【００９９】
また，受信端末装置１０２からデータ受信可能を示す更新完了信号が送信される（Ｓ５０３）。なお，第１の実施の形態にかかる更新完了信号の送信タイミングは，更新データの追加（Ｓ５０１）よりも後の場合を例に挙げて説明するが，かかる例に限定されず，更新データの追加（Ｓ５０１）よりも前に実行される場合であっても実施可能である。
【０１００】
（３．１  追加処理の動作（Ｓ５０１））
ここで，図６及び図７を参照しながら，第１の実施の形態にかかる更新データの追加処理の動作について説明する。図６は，第１の実施の形態にかかる更新対象領域の確定動作の概略を示す説明図であり，図７は，第１の実施の形態にかかる更新データ追加処理の概略を示すフローチャートである。
【０１０１】
図７に示すように，追加処理（Ｓ５０１）は，更新データ取得（Ｓ７０１）からメモリ開放（Ｓ７０９）までの６工程から構成されている。以下，更新データ取得（Ｓ７０１）から説明する。
【０１０２】
まず，図６（ａ）に示すように，送信端末装置１０１の表示部２０９には表示画面データ６０５が表示されている。上記表示画面データ６０５には，左上隅を頂点Ａとするウィンドウ６０１と左上隅を頂点Ｂとするウィンドウ６０２が生成されて，上記ウィンドウ６０１とウィンドウ６０２とがデータ会議の際の発表などに用いられている。
【０１０３】
上記ウィンドウ６０２は，アクティブウィンドウであり，ウィンドウ６０１は，インアクティブウィンドウである。なお，第１の実施の形態にかかるウィンドウの生成は２つの場合を例に挙げて説明したが，かかる例に限定されず，１又は複数のウィンドウが生成される場合であってもよい。
【０１０４】
上記ウィンドウ６０１またはウィンドウ６０２など，ウィンドウが生成されることは，受信端末装置１０２に共有させて，上記ウィンドウが発表に用いられる蓋然性が高く，表示画面データ６０５が更新された可能性も高いため，生成されたウィンドウについて更新された領域とすることができる。
【０１０５】
次に，図６（ａ）に示すウィンドウ６０１とウィンドウ６０２とが生成されると，ウィンドウとともに生成されるウィンドウ範囲情報に基づき，ウィンドウ６０１とウィンドウ６０２との重複部分を除く，図６（ｂ）に示す更新対象領域６０７が決定される。ウィンドウ範囲情報は，表示画面データにおけるウィンドウの位置（アドレス），ウィンドウの大きさから構成される。
【０１０６】
なお，第１の実施の形態にかかる更新対象領域６０７は，受信端末装置１０２からの更新完了信号を受信するまで，イベントの発生に応じて変動する可変領域である。したがって，更新完了信号の受信のタイミングで，更新対象領域６０７が決定される。
【０１０７】
次に，図６（ｂ）に示すように，更新対象領域６０７が決定されると，図６（ｂ）に示すように，表示画面データ６０５に区分されたブロックに対応するように，更新対象領域６０７を変換する。
【０１０８】
図６（ｂ）に示すように，更新対象領域６０７は，表示画面データ６０５のブロック（６０５−１，６０５−２，…，６０５−１２）のうち，ブロック６０５−１，ブロック６０５−２，ブロック６０５−３，ブロック６０５−５，ブロック６０５−６，ブロック６０５−７，ブロック６０５−１０，ブロック６０５−１１にかかっている。
【０１０９】
なお，上記ブロック（６０５−１，６０５−２，…，６０５−１２）について説明すると，表示画面データ６０５における上記ブロックの存在する位置を示すブロックアドレスは，図６（ｃ）に示すように，ブロック（６０５−１）は，“ａｄｄｒ（Ａ）”であり，ブロック（６０５−２）は，“ａｄｄｒ（Ｂ）”であり，ブロック（６０５−３）は，“ａｄｄｒ（Ｃ）”であり，…，ブロック（６０５−１２）は，“ａｄｄｒ（Ｌ）”である。
【０１１０】
さらに，ブロック（６０５−１，６０５−２，…，６０５−１２）は，上記説明した図４に示す最新バッファ３０４の最新更新情報（３１４−１，３１４−２，…，３１４−１２）と一対一にブロックアドレス（ａｄｄｒ（Ａ），ａｄｄｒ（Ｂ），…，ａｄｄｒ（Ｌ））が対応している。
【０１１１】
したがって，変換後の上記更新対象領域６０７は，図６（ｃ）に示すように，点描部の領域が更新対象領域６０７となる。つまり，変換後の更新対象領域６０７は，ブロック６０５−１，ブロック６０５−２，ブロック６０５−３，ブロック６０５−５，ブロック６０５−６，ブロック６０５−７，ブロック６０５−１０，およびブロック６０５−１１から構成される。
【０１１２】
図６（ｃ）に示すように，更新対象領域６０７が表示画面データ６０５を構成するブロック（６０５−１，６０５−２，…，６０５−１２）に対応するように変換されると，更新対象領域として決定される。
【０１１３】
更新対象領域６０７が決定されると，直近に更新された比較用の比較表示画面データ（図示せず。）と，イベント発生直後の表示画面データ６０５とを，更新対象領域６０７におけるブロック６０５（１２のブロック）ごとに，双方を比較し，相違するブロックにおける表示画面データ６０５だけを抽出し，上記抽出された表示画面データが，符号化部２１２によりエンコードされ，更新データが取得される（Ｓ７０１）。
【０１１４】
図６（ｃ）に示すように，更新対象領域６０７に構成するブロック（６０５−１，６０５−２，６０５−３，６０５−５，６０５−６，６０５−７，ブロック６０５−１０，６０５−１１）において，比較表示画面データと表示画面データとの比較結果，例えば，ブロック（６０５−１，６０５−２，６０５−３）における表示画面データが相違した場合，上記ブロック（６０５−１，６０５−２，６０５−３）における表示画面データが符号化部２１２によりエンコードされ，更新データとして取得される。
【０１１５】
更新データが取得されると，送信端末装置１０１の情報追加部２０３により，上記更新データにかかる更新情報をＦＩＦＯバッファ３０３に追加する（Ｓ７０３）。
【０１１６】
上記更新データは，すでに符号化部２１２によりエンコードされて画像保持バッファ３０１に記憶されるため，受信端末装置１０２に送信する際，そのまま送信することが可能となり，エンコードを複数回実行する必要がなくなる。
【０１１７】
上記更新情報は，更新データに構成されるブロック単位に存在し，図６（ｃ）に示すように，例えば，更新データがブロック（６０５−１，６０５−２，６０５−３）から構成されていた場合，更新情報は，ブロック（６０５−１），ブロック（６０５−２），およびブロック（６０５−３）から構成される。
【０１１８】
更新情報は，更新データが画像保持バッファ３０１に記憶される画像保持アドレス（ａｄｄｒ（１，２，…ｎ））と，更新データの生成された更新時刻（ｔｎ）と，表示画面データ６０５における上記ブロックの存在する位置を示すブロックアドレス（ａｄｄｒ（Ａ，Ｂ，…，Ｌ））とから構成される。
【０１１９】
したがって，更新データが，図６（ｃ）に示すブロック（６０５−１，６０５−２，６０５−３）を領域とする場合，更新情報は，“（ｔｎ，ａｄｄｒ（ｎ），ａｄｄｒ（Ａ，Ｂ，Ｃ））”と表わされる。上記“ａｄｄｒ（Ａ，Ｂ，Ｃ）”は，“ａｄｄｒ（Ａ）”，“ａｄｄｒ（Ｂ）”，および“ａｄｄｒ（Ｃ）”を示している。なお，第１の実施の形態にかかる更新情報の表示形式は，かかる例に限定されない。
【０１２０】
上記更新情報が，情報追加部２０３により，ＦＩＦＯバッファ３０３に追加される（Ｓ７０３）。なお，上記ＦＩＦＯバッファ３０３の追加処理は，さらに後程詳述する。
【０１２１】
次に，情報追加部２０３は，更新情報をＦＩＦＯバッファ３０３に追加する（Ｓ７０３）とともに，上記更新情報に基づき，上記更新データに対応する最新更新情報を取得する（Ｓ７０５）。
【０１２２】
上記説明の通り，例えば，更新データが，図６（ｃ）に示すブロック（６０５−１，６０５−２，６０５−３）を領域とする場合，上記ブロック（６０５−１，６０５−２，６０５−３）に該当する更新時刻（ｔｎ）と，ブロックアドレス（ａｄｄｒ（Ａ，Ｂ，Ｃ））とを取得する（Ｓ７０５）。
【０１２３】
さらに，情報追加部２０３は，取得した最新更新情報３１４を最新バッファ３０４に記憶された最新更新情報３１４に対して反映するため，最新バッファ３０４を更新する（Ｓ７０７）。
【０１２４】
図６（ｃ）に示すように，ブロック（６０５−１，６０５−２，６０５−３）を領域とする更新データが生成された場合，上記ブロック（６０５−１，６０５−２，６０５−３）にかかる更新情報を，更新情報に含まれるブロックアドレスに基づき，最新バッファ３０４に記憶された最新更新情報３１４を更新する。なお，最新バッファ３０４の更新は後程，さらに詳述する。
【０１２５】
次に，上記更新バッファ３０４の更新により，画像管理部２１３は，画像保持アドレスを参照しているオブジェクトの参照カウンタをチェック（Ｓ７０８）し，上記参照カウンタが“０”の場合，該当する画像保持アドレス先の更新データを画像保持バッファ３０１から開放する（Ｓ７０９）。
【０１２６】
なお，参照カウンタは，更新データが生成されるごとに，更新データに対応する参照カウンタ値を保持する。例えば，更新データが，図４に示すように，ブロック（６０５−１，６０５−５，６０５−９）の３ブロックから構成され，最新更新情報（３１４−１，３１４−５，３１４−９）である場合，参照カウンタは，“３”を保持する。
【０１２７】
さらに，上記参照カウンタは，画像管理部２１３により管理され，最新バッファ３０４の更新毎に，上記最新更新情報（３１４−１，３１４−５，３１４−９）が更新される場合，上記更新された最新更新情報３１４ごとに，参照カウンタを１減算（デクリメント）する。
【０１２８】
したがって，保持された参照カウンタが“０”になった時点（Ｓ７０８）で，画像管理部２１３は，“０”になった参照カウンタに対応する画像保持アドレスの示す更新データをクリア（Ｓ７０９）する。
【０１２９】
参照カウンタが“０”になることは，ある更新時刻にかかる更新データの全てが，さらに新規に更新されてもはや画像保持バッファ３０１に記憶する必要のない不要なデータである。上記不要な更新データをクリアすることにより，画像保持バッファ３０１の記憶効率の向上が図れる。
【０１３０】
以上から，図７に示すように，第１の実施の形態にかかる更新データ取得（Ｓ７０１）から画像保持バッファ３０１のメモリ開放（Ｓ７０９）までの一連の処理が終了することにより，図５に示す取得処理（Ｓ５０１）が終了する。
【０１３１】
ここで，図８及び図９を参照しながら，第１の実施の形態に係るＦＩＦＯバッファ３０３に記憶される更新履歴リストに対する更新情報の追加について説明する。図８及び図９は，第１の実施の形態にかかるＦＩＦＯバッファと画像保持バッファとの概略的な構成を示す説明図である。
【０１３２】
図８に示すように，画像保持バッファ３０１には，各更新時刻ｔ１〜ｔ５にかけて更新データ１，更新データ２，更新データ３，更新データ４，更新データ５，および更新データ６が記憶されている。
【０１３３】
また，ＦＩＦＯバッファ３０３には，更新履歴リスト３１３が記憶され，更新履歴リスト３１３には，更新時刻ｔ１〜ｔ５の更新情報（３２３−１，３２３−２，３２３−３，３２３−４，３２３−５）が追加されている。なお，更新履歴リストは，更新時刻が古い順に，更新データの生成時間が早い順に更新情報が，追加される。
【０１３４】
更新情報３２３は，更新時刻ｔｎ，更新データが画像保持バッファ３０１に記憶されている画像保持アドレスａｄｄｒ（ｎ），および更新データに対応するブロックアドレスａｄｄｒ（Ａ〜Ｌ）から少なくとも構成されている。具体的には，更新情報３２３−１は，更新時刻ｔ１，画像保持アドレスａｄｄｒ（１），およびブロックアドレスａｄｄｒ（Ａ，Ｅ，Ｉ，Ｊ）から構成されている。
【０１３５】
上記ブロックアドレスａｄｄｒ（Ａ，Ｅ，Ｉ，Ｊ）は，ブロックアドレスａｄｄｒ（Ａ），ブロックアドレスａｄｄｒ（Ｅ），ブロックアドレスａｄｄｒ（Ｉ），およびブロックアドレスａｄｄｒ（Ｊ）であることを示しているが，かかる例に限定されない。
【０１３６】
さらに，更新履歴リスト３１３には，各更新情報（３２３−１〜３２３−５）のカウンタ値を記憶しており，図８に示すように，各更新情報（３２３−１〜３２３−５）のカウンタ値は，“カウンタ１，カウンタ２，…，カウンタ５”となっている。上記カウンタ値は，更新情報３２３が追加されるごとに，カウンタ値が１インクリメントされる。なお，更新履歴リスト３１３に記憶可能なリスト件数は定まっているため，カウンタ値のＭＡＸ値も予め定まっている。
【０１３７】
次に，イベントにより，更新データが取得され画像保持バッファ３０１に記憶されると，図９に示すように，更新データ６として画像保持バッファ３０１に記憶される。上記画像保持バッファ３０１に記憶された更新データが受信端末装置１０２に送信される。
【０１３８】
上記更新データ６が画像保持バッファ３０１に記憶される際に，かかる更新データ６の更新情報３２３−６が，カウンタ値“６”として更新履歴リスト３１３に追加される。したがって，更新データが画像保持バッファ３０１に記憶されるとともに，上記更新データにかかる更新情報が更新履歴リスト３１３に追加される。
（３．２  進捗度把握の動作（Ｓ５０５））
次に，図５に示すように，受信端末装置１０２から更新完了信号を受信した（Ｓ５０１）タイミングで，送信端末装置１０１は，受信端末装置１０２の更新進捗度を把握するため進捗度把握処理（Ｓ５０５）を実行する。
【０１３９】
さらに，受信端末装置１０２から更新完了信号を受信した（Ｓ５０１）タイミングで，各受信端末装置１０２の更新進捗度を動的に変更させる更新進捗度変更処理が進捗度把握処理（Ｓ５０５）において行われる。
【０１４０】
図１０を参照しながら，第１の実施の形態にかかる進捗度把握処理（Ｓ５０５）について説明する。図１０は，第１の実施の形態にかかる進捗度把握処理および更新データ送信処理の概略を示すフローチャートである。
【０１４１】
なお，図５に示す進捗度把握処理（Ｓ５０５）は，図１０に示すように，更新完了信号の受信（Ｓ１００１），最後に追加された更新情報の取得（Ｓ１００３），カウンタ閾値以上であるか否かの判定（Ｓ１００５），および更新時刻閾値以上であるか否かの判定（Ｓ１００７）から構成されている。
【０１４２】
図１０に示すように，受信端末装置１０２から更新データを受信可能である旨を示す更新完了信号を受信する（Ｓ１００１）と，送信端末装置１０１の送受信部２０４（ａ，ｂ，ｃ，ｄ，ｅ，…，ｎ）は，ＦＩＦＯバッファ３０３に記憶された更新履歴リストから最近に追加された更新情報を取得する（Ｓ１００３）。
【０１４３】
受信端末装置１０２ｂから更新完了信号を受信した（Ｓ１００１）場合，送信端末装置１０１の送受信部２０４ｂが，更新履歴リストに記憶された最近に追加された更新情報を取得する（Ｓ１００３）。具体的には，図８に示す更新履歴リスト３１４に追加された更新情報３２３のうち最近に追加された更新情報は，更新情報３２３−５である。
【０１４４】
なお，ここで，図１１を参照しながら，受信端末装置１０２からの更新完了信号を受信したタイミングで，各受信端末装置１０２の更新進捗度を変更する更新進捗度変更処理について説明する。図１１は，第１の実施の形態にかかる更新進捗度変更処理の概略を示すフローチャートである。
【０１４５】
第１の実施の形態にかかる更新進捗度を把握するために，カウンタ閾値と，更新時刻閾値とを設けることにより更新進捗度が把握されている。上記カウンタ閾値及び／又は更新時刻閾値を，更新完了信号を受信するたびに変更することにより，受信端末装置１０２が常に更新進捗度が遅れていた場合に，特に，上記受信端末装置１０２が，たまたま更新進捗度が順調であると判断されて，更新データを更新する効率が落ちてしまうのを軽減させることができる。以下，上記カウンタ閾値を変更する場合の変更処理について説明する。
【０１４６】
図１１に示すように，送受信部２０４は，受信端末装置１０２からの更新完了信号を受信したタイミングで，まず，ＦＩＦＯバッファ３０３に記憶された更新履歴リストの最近に追加された更新情報のカウンタ値（ｃ１）を取得する（Ｓ１１０１）。
【０１４７】
図８に示す更新履歴リスト３１３の場合，最近に追加された更新情報は，更新情報３２３−５であり，カウンタ値は，“５”である。さらに，送受信部２０４は，受信端末装置１０２ごとに最後に更新データを送信したカウンタ値（ｃ）（図示せず。）を記憶している。
【０１４８】
取得したカウンタ値（ｃ１）とカウンタ値（ｃ）との差を求めて，求められた値と，現在のカウンタ閾値（ｔｈ）とを比較する，つまり，以下に示す式（１）が成立するか否かを判定する（Ｓ１１０２）。
【０１４９】
ｃ１−ｃ＜ｔｈ・・・式（１）
上記式（１）を満たす場合，連続小回数（ｎ１）に“１”加算（インクリメント）する（Ｓ１１０３）。上記連続小回数（ｎ１）は，連続して現在のカウンタ閾値（ｔｈ）よる小さかった回数を示す。
【０１５０】
さらに，連続小回数（ｎ１）に“１”加算（インクリメント）した（Ｓ１１０３）後，上記連続小回数（ｎ１）が所定値以上であるか否かを判定する（Ｓ１１０５）。なお，上記第１の所定値は，予め設定された値であり，随時変更可能である。
【０１５１】
上記連続小回数（ｎ１）が第１の所定値以上であるか否かの判定結果（Ｓ１１０５），所定値よりも小さい場合は，カウンタ閾値（ｔｈ）を変更せずに一連の変更処理を終了し，所定値よりも大きい場合は，更新データの更新進捗が良好と判断し，連続小回数（ｎ１）のクリア後（ｎ１＝０），上記カウンタ閾値（ｔｈ）を大きくする（Ｓ１１０６）。なお，カウンタ閾値（ｔｈ）を変更する度合いは，任意に調節することが可能である。
【０１５２】
上記式（１）を満たさなかった場合，超回数（ｎ２）に“１”加算（インクリメント）し，連続小回数（ｎ１）をクリア（ｎ１＝０）する（Ｓ１１０４）。なお，上記超回数（ｎ２）は，連続してカウンタ閾値（ｔｈ）を超えた回数を示す。
【０１５３】
上記超回数（ｎ２）に“１”加算（インクリメント）し，連続小回数（ｎ１）をクリア（Ｓ１１０４）後，上記超回数（ｎ２）が第２の所定値よりも大きいか否かを判定する（Ｓ１１０７）。なお，第１の実施の形態にかかる第２の所定値は，予め設定された値であり随時変更可能である。したがって，上記第１の所定値と同じ値であっても実施可能である。
【０１５４】
上記判定結果（Ｓ１１０７），第２の所定値よりも大きい場合，超回数（ｎ２）をクリア（ｎ２＝０）後，カウンタ閾値（ｔｈ）を小さくする（Ｓ１１０８）。なお，カウンタ閾値（ｔｈ）の変更する度合いは，任意に調節することが可能である。
【０１５５】
また，上記判定結果（Ｓ１１０７），第２の所定値よりも小さい場合，カウンタ閾値（ｔｈ）を変更せずに，一連の更新進捗度変更処理を終了する。
【０１５６】
なお，第１の実施の形態にかかる更新進捗度変更処理は，カウンタ閾値を変更する場合を例に挙げて説明したが，かかる例に限定されず，更新データの更新時刻と送受信部２０４の最後に更新データを送信した送信時刻とから求められる更新時刻閾値を変更する場合などであっても実施可能である。更新時刻閾値を変更する場合も，カウンタ閾値を変更する更新進捗度変更処理とほぼ同様の構成である。
【０１５７】
次に，図１０に示すように，更新履歴リストに最後に追加された更新情報を取得すると（Ｓ１００３），取得された更新情報のカウンタ値と送受信部２０４に記憶されたカウンタ値との差が，図１１に示す変更処理（Ｓ１１０６，Ｓ１１０８）後のカウンタ閾値（ｔｈ）以上であるか否かを判定する（Ｓ１００５）。
【０１５８】
また，取得された更新情報の更新時刻と送受信部２０４に記憶された最後に更新データを送信した送信時刻（図示せず。）との差が，更新時刻閾値以上であるか否かを判定する（Ｓ１００７）。
【０１５９】
したがって，送受信部２０４は，上記判定処理（Ｓ１００５）と上記判定処理（Ｓ１００７）とから，各受信端末装置１０２の更新進捗度を把握することができ，更新完了信号の送信元の受信端末装置１０２に対して，更新進捗度に応じて更新データを選択し，送信することにより，受信端末装置１０２はバッファのオーバフロー等により，更新データの受信不能を回避することができる。
【０１６０】
（３．３  更新データ送信の動作（Ｓ５０７））
図５に示す進捗度把握処理（Ｓ５０５）が終了すると，後続の更新データ選択処理（Ｓ５０７）が行われる。次に，図１０を参照しながら，第１の実施の形態にかかる更新データ送信処理（Ｓ５０７）について説明する。なお，更新データ選択処理（Ｓ５０７）は，図１０に示す更新データ送信処理（Ｓ１００９），選択処理（Ｓ１０１１），および更新データ送信処理（Ｓ１０１３）から構成されている。
【０１６１】
図１０に示すように，上記説明の判定（Ｓ１００５）と判定（Ｓ１００７）との結果が，取得された更新情報のカウンタ値と送受信部２０４に記憶されたカウンタ値との差が，カウンタ閾値（ｔｈ）以上（Ｓ１００５），または取得された更新情報の更新時刻と送受信部２０４に記憶された最後に更新データを送信した送信時刻（図示せず。）との差が，更新時刻閾値以上（Ｓ１００７）である場合は，更新進捗度が遅れていると判断し，最新バッファ３０４に記憶された最新更新情報に基づき，受信端末装置１０２に送信するための更新データを選択する（Ｓ１０１１）。
【０１６２】
また，上記説明の判定（Ｓ１００５）と判定（Ｓ１００７）との結果が，取得された更新情報のカウンタ値と送受信部２０４に記憶されたカウンタ値との差が，カウンタ閾値（ｔｈ）よりも小さい（Ｓ１００５），かつ取得された更新情報の更新時刻と送受信部２０４に記憶された最後に更新データを送信した送信時刻（図示せず。）との差が，更新時刻閾値よりも小さい（Ｓ１００７）場合は，更新進捗度は順調であると判断し，送受信部２０４は，送受信部２０４が記憶する受信端末装置１０２に対して最後に送信したカウンタ値（図示せず。）に“１”加算したカウンタ値（次のカウンタ値）にかかる更新情報に基づき，更新データを送信する（Ｓ１００９）。
【０１６３】
上記更新データの選択処理（Ｓ１０１１）は，送受信部２０４が記憶する受信端末装置１０２に対して最後に送信した送信時刻（図示せず。）を基準として，最新バッファ３０４に記憶する最新更新情報の更新時刻と，上記送信時刻とを比較して，送信時刻以降の更新時刻に該当する最新更新情報を検出する。
【０１６４】
したがって，送受信部２０４は，検出された最新更新情報の画像保持アドレスに基づき，画像保持アドレスに該当する更新データを選択する（Ｓ１０１１）。上記選択された更新データが，まだ受信端末装置１０２において未更新である更新データである。
【０１６５】
なお，第１の実施の形態にかかる送受信部２０４は，上記最後に送信した送信時刻に基づき，更新データを選択する場合を例に挙げて説明したが，かかる例に限定されず，例えば，送受信部２０４の記憶する最後に送信したカウンタ値に基づき，ＦＩＦＯバッファ３０３に記憶されたカウント値から更新データを選択する場合であっても実施可能である。
【０１６６】
次に，選択された１又は２以上の更新データのうち，最新バッファ３０４に記憶された最新更新情報の更新時刻が最も古い更新データを送信する（Ｓ１０１３）。なお，第１の実施の形態にかかる更新データ送信処理（Ｓ１０１３）は，更新時刻が最も古い更新データを送信する場合を例に挙げて説明したが，かかる例に限定されず，例えば，更新時刻のうち最も古い更新データと２番目に古い更新データとを送信する場合，最も古い更新時刻のうちさらにブロックアドレスが左側にある方を優先する場合などでも実施可能である。
【０１６７】
以上から，図５に示す更新データ送信処理（Ｓ５０７）の一連の処理が終了し，送受信部２０４から送信された受信端末装置１０２は，ネットワーク１０３を介して更新データを送信する（Ｓ５０７）。
【０１６８】
受信端末装置１０２は，上記更新データを受信し，復号化部２１１により，更新データを復号化し，表示部２０９に表示された表示画面データに対して更新される。
【０１６９】
したがって，送信端末装置１０１の表示画面データの更新とともに，生成される更新データにより，受信端末装置１０２の表示画面データにも更新され，送信端末装置１０１の表示画面データは，受信端末装置１０２の表示画面データに共有される。
（３．４  更新データ送信処理の送信データ軽減）
ここで，図４および図１２を参照しながら，第１の実施の形態にかかる更新データ送信処理の送信データ軽減について説明する。図１２は，第１の実施の形態にかかる最新更新情報の概略的な構成を示す説明図である。
【０１７０】
図１０に示すように，更新データ送信処理（Ｓ１０１３）後，上記送信先の受信端末装置１０２から次の更新完了信号が送信されるまでの間に，イベントにより更新データが生成され，送信端末装置１０１の最新更新情報の更新があり得る。
【０１７１】
したがって，図１０に示す更新データ送信処理（Ｓ１０１３）において，選択された（Ｓ１０１１）全ての更新データを受信端末装置１０２に送信する場合，更新データを度重なるように受信端末装置１０２に送信する必要があり，データ送信が効率的でない。
【０１７２】
ここで，図１０に示すように，第１の実施の形態にかかる更新データ送信処理（Ｓ１０１３）では，選択された（Ｓ１０１１）更新データのうち，更新時刻が最も古い更新データを受信端末装置１０２に送信する（Ｓ１０１３）ことにより，データ送信の効率化が図れる。
【０１７３】
図１０に示す更新データの送信処理（Ｓ１０１３）時の最新更新情報が，図４に示す最新更新情報３１４である場合，更新時刻が最も古い最新更新情報は，更新時刻ｔ１で，画像保持アドレスが“ａｄｄｒ（１）”の最新更新情報３１４−１，最新更新情報３１４−５，最新更新情報３１４−９である。なお，更新時刻ｔｎは，更新時刻ｔ１，更新時刻ｔ２…，更新時刻ｔ３と順に新しくなる。
【０１７４】
したがって，上記最新更新情報３１４−１，最新更新情報３１４−５，および最新更新情報３１４−９に該当する画像保持アドレス“ａｄｄｒ（１）”の更新データ１が受信端末装置１０２に送信される（Ｓ１０１３）。
【０１７５】
ここで，更新データ１の送信（Ｓ１０１３）時，イベントにより更新データが生成され，図１２に示すように，送信端末装置１０１の最新バッファ３０４に記憶された最新更新情報３１４が更新された場合，当該受信端末装置１０２から次の更新完了信号を受信した際，送信対象であった更新時刻ｔ２の更新データ２を送信する必要がない。
【０１７６】
最新更新情報３１４−２および最新更新情報３１４−６は，更新時刻ｔ２の更新データ６から更新時刻ｔ６の更新データ６に更新されたため，更新完了信号の受信してから，更新データ１送信後，次のサイクルの送信処理では，当該受信端末装置１０２に対しては，更新データ２を送信せず，次に更新時刻が古い更新時刻ｔ３の更新データ３を送信する。
【０１７７】
したがって，ネットワーク１０３のトラフィックが混雑している場合，受信端末装置１０２の表示画面データの更新処理が遅い場合など，選択された全ての更新データが，１回の更新データ送信（Ｓ１０１３）で，送信されないため，受信端末装置１０２のバッファのオーバフローを防止し，送信端末装置１０１の送信処理の効率化が図れる。
【０１７８】
（４．  第１の実施の形態にかかるシステム構成）
次に，図１３を参照しながら，第２の実施の形態にかかるデータ会議システムについて説明する。図１３は，第２の実施の形態にかかるデータ会議システムの概略的な構成を示すブロック図である。なお，以下，第２の実施の形態にかかるデータ会議システムと第１の実施の形態にかかるデータ会議システムとの相違点等について詳細に説明する。
【０１７９】
図１３に示すように，第２の実施の形態にかかるデータ会議システムは，第１の実施の形態にかかるデータ会議システムと比べて，サーバ１０７を備えている点で相違する。
【０１８０】
送信端末装置１０１は，送信権１０５をサーバ１０７により与えられることにより，ネットワーク１０３を介して，受信端末装置１０２に表示画面データを送信可能な権利を有する。なお，第１の実施の形態にかかるネットワーク１０３を介したデータの送受信はＴＣＰ／ＩＰにより行われるが，かかる例に限定されず，例えばＵＤＰ／ＩＰなどにより送受信が行われる場合であっても実施可能である。
【０１８１】
上記送信権１０５は，サーバ１０７により管理され，受信端末装置１０２の間で巡回し，例えば，発表を希望するタイミングが早い順に受信端末装置１０２に割り当てられる。
【０１８２】
サーバ１０７は，送信権１０５を管理し，送信端末装置１０１から逐次送信される表示画面データを受信するとともに，送信端末装置１０１のイベント発生に基づいて，更新データを生成し，受信端末装置１０２に対して，更新された表示画面データを共有させるために，更新データを受信端末装置１０２に送信可能な，少なくとも中央演算処理部（ＣＰＵ）と送受信部と記憶部とを備えた情報処理装置であり，一般的にはコンピュータ装置であるが，携帯電話，情報家電，携帯端末，ＰＤＡなどの情報処理装置も含まれる。
【０１８３】
次に，本システムの典型的な動作例について説明する。
【０１８４】
ある使用者との間で，例えば，受信端末装置１０２（ａ，ｂ，ｃ，ｄ，ｅ，…，ｎ）に属す使用者と送信端末装置１０１に属す使用者との間で，サーバ１０７を介して，データ会議をする場合，発表用資料などを送信端末装置１０１及び受信端末装置１０２に記憶されたワープロ，発表ソフトなどのソフトウェアにより表示させる。表示されるデスクトップの表示画面データは，逐次サーバ１０７に送信される。なお，上記ワープロは，例えばＭｉｃｒｏｓｏｆｔ（登録商標）のＷｏｒｄ  ＸＰ（登録商標）などが例示され，発表ソフトは，Ｍｉｃｒｏｓｏｆｔ（登録商標）のＰｏｗｅｒＰｏｉｎｔ  ＸＰ（登録商標）などが例示される。
【０１８５】
送信端末装置１０１，サーバ１０７，および受信端末装置１０２のデータ会議の準備が整い，送信端末装置１０１及び受信端末装置１０２の上記ソフトウェアが起動されると，ウィンドウがデスクトップに生成され，発表資料が上記ウィンドウ内に表示される。
【０１８６】
送信端末装置１０１は，上記発表資料が表示されたウィンドウが生成されると，生成されたウィンドウ範囲情報とともに上記表示画面データを，サーバ１０７に逐次送信する。
【０１８７】
そして，発表が進行し，例えば，クリックのイベント等により，新しいウィンドウの生成，ウィンドウの移動等が発生して，直近に送信した表示画面データから更新された場合，サーバ１０７は，ネットワーク１０３を介して受信端末装置１０２に表示画面データを効率よく送信するために，サーバ１０７は，送信端末装置１０１のイベントごとに更新領域における表示画面データをエンコードして更新データとして記憶しておく。
【０１８８】
受信端末装置１０２からネットワーク１０３を介して，サーバ１０７に表示画面データの送信を要求する更新完了信号が送信されると，サーバ１０７は，更新データの記憶とともに更新履歴リストに記憶された上記更新データにかかる更新情報に基づき，該更新完了信号を送信した受信端末装置１０２の更新進捗度を把握する。
【０１８９】
サーバ１０７は，上記受信端末装置１０２の更新の進捗に応じて，最新バッファに記憶された最新情報の更新時刻から更新データの送信対象を選別し，ネットワーク１０３を介して更新データを送信する。
【０１９０】
例えば，受信端末装置１０２ｂからデータ受信可能な旨を示す更新完了信号が送信された場合，サーバ１０７は，受信端末装置１０２ｂに対する更新進捗度を測定し，更新された進捗に見合う更新データを送信する。
【０１９１】
したがって，サーバ１０７は，上記更新完了信号を送信した受信端末装置１０２に対して，更新進捗度を測定し，送信する更新データを選択することにより，受信端末装置１０２の個々の更新状況，受信能力の観点から，効率的に受信端末装置１０２の表示画面データを更新するための更新データを送信することができる。
【０１９２】
第２の実施の形態にかかるサーバ１０７が，送信端末装置１０１の更新データ取得から送信まで一連の処理をすることにより，送信端末装置１０１の処理負荷が軽減され，よりスムーズに受信端末装置１０２の表示画面データを更新することができる。
【０１９３】
（５  データ会議システムの各コンポーネントの構成）
次に，第１の実施の形態にかかるデータ会議システムの各コンポーネントの構成について説明する。
【０１９４】
（５．１  ネットワーク１０３）
ネットワーク１０３は，送信端末装置１０１と，受信端末装置１０２（ａ，ｂ，…，ｎ）とを相互に双方向通信可能に接続するものである。なお，第１の実施の形態にかかるネットワーク１０３とほぼ同様の構成であるため，詳細な説明は省略する。
【０１９５】
（５．２  送信端末装置１０１）
次に，図１４を参照しながら，第２の実施の形態にかかる送信端末装置１０１について説明する。図１４は，第２の実施の形態にかかる送信端末装置の概略的な構成を示すブロック図である。
【０１９６】
図１４に示すように，第２の実施の形態にかかる送信端末装置１０１は，第１の実施の形態にかかる送信端末装置１０１と比べて，更新範囲決定部２０２と，情報追加部２０３と画像管理部２１３とが備えられていない点で相違する。
【０１９７】
したがって，送信端末装置１０１は，イベント監視部２０１に監視されるイベント発生により生成されるウィンドウ範囲情報と，符号化部２１２により符号化された表示画面データとをサーバ１０７に逐次送信する。
【０１９８】
なお，イベント監視部２０１は，例えば，マウスのクリック，ウィンドウの移動，ウィンドウの新規生成などのイベントが発生するのを常に監視している。上記イベントが発生すると，イベントに対応したウィンドウ範囲情報が生成され，上記ウィンドウ範囲情報に基づき，重複領域除去等された更新予定領域が決定される。
【０１９９】
（５．３  サーバ１０７）
次に，図１５を参照しながら，第２の実施の形態にかかるサーバ装置１０７について説明する。図１５は，第２の実施の形態にかかるサーバ装置の概略的な構成を示すブロック図である。
【０２００】
図１５に示すように，第２の実施の形態にかかるサーバ装置１０７は，検索範囲決定部２０２と，情報追加部２０３と，送受信部２０４と，入力部２０６と，ＣＰＵ２０７と，記憶部２０８と，表示部２０９と，復号化部２１１と，符号化部２１２と，画像管理部２１３とが備えられている。
【０２０１】
したがって，第２の実施の形態にかかるサーバ装置１０７は，第１の実施の形態にかかる送信端末装置１０１と比べて，イベント監視部２０１と，表示画面監視部２１０とが備えられていない点で相違する。
【０２０２】
更新範囲決定部２０２は，送信端末装置１０１から送信される上記ウィンドウ範囲情報に基づき，送信端末装置１０１からの表示画面データに区分されたブロックの領域に包含されるように，更新対象領域として決定する。なお，決定するタイミングは，受信端末装置１０２から更新完了信号を受信した時点であるが，かかる例に限定されない。上記更新対象領域については，後程詳述する。
【０２０３】
なお，上記ブロックは，デスクトップの表示画面データを例えば３２×３２ピクセル単位に区分された１のブロックである。なお，第２の実施の形態にかかる検索ブロックは，３２×３２ピクセルに限定されることなく，例えば１６×１６ピクセルなどであってもよい。
【０２０４】
符号化部２１２は，上記決定された更新対象領域のうち，更新されたブロックの表示画面データをエンコードすることにより，更新データを出力する。なお，第１の実施の形態にかかる符号化部２１２は，ＭＰＥＧ４によりエンコードするが，かかる例に限定されない。
【０２０５】
情報追加部２０３は，上記更新データを，記憶部２０８の画像保持バッファ３０１に格納し，ＦＩＦＯバッファ３０３の更新履歴リストに上記更新データにかかる更新情報を追加する。なお，第２の実施の形態にかかる画像保持バッファ３０１およびＦＩＦＯバッファ３０３は，第１の実施の形態にかかる画像保持バッファ３０１およびＦＩＦＯバッファ３０３とほぼ同様な構成であるため，詳細な説明は省略する。
【０２０６】
さらに，情報追加部２０３は，符号化部２１２により出力された更新データにかかる更新情報を記憶部２０８の最新バッファ３０４に記憶された上記更新データに対応するブロックの最新更新情報にコピーする。なお，第２の実施の形態にかかる最新バッファ３０４は，上記情報追加部２０３により最新更新情報が更新される場合を例にあげて説明したが，かかる例に限定されず，例えば，予め最新バッファ３０４の記憶領域が割当てられていなくも実施可能である。この場合，更新履歴リストに追加された更新情報に基づき，最新の更新情報が検出される。
【０２０７】
送受信部２０４は，ネットワーク１０５を介して，上記最新バッファ３０４に記憶された最新更新情報に基づき，更新データを少なくとも送受信する。また，送信端末装置１０１から送信される表示画面データを受信端末装置１０２間で共有させるために受信端末装置１０２の台数分のエンコーダを少なくとも備える。なお，第２の実施の形態にかかる送受信部２０４は，複数から構成される場合を例に挙げて説明したが，かかる例に限定されず，例えば，１の送受信部２０４からなる場合などであってもよい。
【０２０８】
第２の実施の形態に係る送受信部２０４は，第１の実施の形態において説明したように，１又は２以上の送受信部を備えることが可能であり，受信端末装置１０２の台数によって増減する。また，送受信部２０４をソフトウェアにより実施可能であり，この場合送受信部２０４のモジュールは，ダイナミックに受信端末装置１０２の台数分だけ少なくとも生成され，スレッドとして実行される。
【０２０９】
記憶部２０８は，第１の実施の形態にかかる記憶部２０８とほぼ同様な構成であるデータを読書き可能なデバイスであり，例えば，ＲＡＭ（Ｒｅａｄ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），またはＥＥＰＲＯＭなどが例示される。
【０２１０】
表示部２０９は，ＣＰＵ２０７により表示可能なように処理された表示画面データを表示するが，かかる例に限定されず，逐次送信端末装置１０１から送信される表示画面データをさらに表示するように構成することも実施可能である。また，表示部２０９は，例えば，ＴＶ装置又は液晶ディスプレイ装置などが例示され，静止画像のほか，音声又は動画像などを出力することも可能である。
【０２１１】
ＣＰＵ２０７は，サーバ１０７に構成する各部の処理・命令等を制御する。さらに，送信権１０５の管理を行い送信端末装置１０１の識別を行う。なお，第２の実施の形態にかかるＣＰＵは，送信権を保持する送信端末装置１０１の識別を行う場合を例に挙げて説明したが，かかる例に限定されず，例えば，所定時間ごとに送信権を移動させて送信端末装置１０１を順々に交代させる場合であっても実施可能である。
【０２１２】
入力部２０６は，マウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどからなるが，かかる例に限定されない。
【０２１３】
画像管理部２１３は，第１の実施の形態にかかる画像管理部２１３とほぼ同様な構成であるが，画像保持バッファ３０１に記憶される更新データを管理し，不要な更新データを画像保持バッファ３０１から開放する。なお，上記開放は，ＦＩＦＯバッファ３０３の更新履歴リストに追加される更新情報に基づいて行われる。
【０２１４】
次に，第２の実施の形態にかかる記憶部２０８については，図３に示すように，第１の実施の形態にかかる記憶部２０８とほぼ同様な構成であるため詳細な説明は省略する。
【０２１５】
（５．４  受信端末装置１０２）
次に，第２の実施の形態にかかる受信端末装置１０２について説明する。図１に示すように，受信端末装置１０２は，システム内で巡回する送信権１０５を有すれば送信端末装置１０１として機能するため，上記説明の図１４に示す送信端末装置１０１とほぼ同様の構成である。
【０２１６】
なお，第２の実施の形態にかかる受信端末装置１０２は，必ずしも図１４に示す送信端末装置１０１に構成される各部を全て備える必要はなく，少なくとも，表示画面監視部２１０と，表示部２０９と，送受信部２０４と，記憶部２０８と，ＣＰＵ２０７と，入力部２０６と，復号化部２１１と，符号化部２１２とを備えていればよい。上記の場合，少なくとも予め送信端末装置１０１が確定しており，送信権１０５が固定されている場合において有効であり，受信端末装置１０２は，電力消費の軽減が図れる。
【０２１７】
（６．  データ会議システムの動作）
次に，図１６を参照しながら，上記のように構成されたデータ会議システムの動作の実施形態について説明する。図１６は，第２の実施の形態にかかるデータ会議システムの動作の概略を示すタイミングチャートである。
【０２１８】
図１６に示すように，第２の実施の形態にかかるデータ会議システムは，まず送信端末装置１０１は，送信端末装置１０１の表示画面データとともに，クリックなどのイベントにより生成されるウィンドウ範囲情報を，ネットワーク１０３を介してサーバ１０７に送信する（Ｓ１６０１−１，Ｓ１６０１−２，…）。
【０２１９】
なお第２の実施の形態にかかる送信処理（Ｓ１６０１）は，表示画面データとウィンドウ範囲情報とが逐次送信される場合を例に挙げて説明するが，かかる例に限定されず，ウィンドウ範囲情報が生成されない場合であっても逐次表示画面データが送信される場合であっても実施可能である。
【０２２０】
次に，サーバ１０７は，受信した送信端末装置１０１からの表示画面データと，クリックなどのイベントに生成されるウィンドウ範囲情報とに基づき，表示画面データのうち更新された，当該更新領域に対する更新データを画像保持バッファ３０１に追加し，上記更新データにかかる更新情報をＦＩＦＯバッファ３０３に追加処理する（Ｓ１６０２−１，Ｓ１６０２−２，…）。
【０２２１】
上記追加処理（Ｓ１６０２）は，送信端末装置１０１からの送信処理（Ｓ１６０１）による表示画面データを受信することで，処理を開始する。つまり上記送信処理（Ｓ１６０１）がトリガーとなっている。
【０２２２】
なお，第２の実施の形態にかかる追加処理（Ｓ１６０２）は，第１の実施の形態にかかる追加処理（Ｓ５０１）とほぼ同様な構成であるため詳細な説明を省略する。
【０２２３】
一方，第２の実施の形態にかかる受信端末装置１０２は，更新データの受信が可能である場合，表示画面監視部２１０により，更新完了信号を生成し，ネットワーク１０３を介してサーバ１０７に送信する（Ｓ１６０３−１，Ｓ１６０３−２，…）。
【０２２４】
次に，サーバ１０７は，受信端末装置１０２から更新完了信号を受信すると，当該受信端末装置１０２の表示画面データの更新状況を示す更新進捗度を把握するため進捗度把握処理（Ｓ１６０４）を実行する。
【０２２５】
上記進捗度把握処理（Ｓ１６０４）は，受信端末装置１０２の送信処理（Ｓ１６０３）により，更新完了信号を受信することで，進捗度把握処理（Ｓ１６０４）を開始する。つまり上記更新完了信号の送信処理（Ｓ１６０３）がトリガーとなっている。
【０２２６】
なお，第２の実施の形態にかかる更新完了信号の送信処理（Ｓ１６０３）の実行タイミングは，追加処理（Ｓ１６０２）よりも後の場合を例に挙げて説明するが，かかる例に限定されず，追加処理（Ｓ１６０２）よりも前のタイミングで実行される場合であっても実施可能である。
【０２２７】
なお，第２の実施の形態にかかる進捗度把握処理（Ｓ１６０４）は，第１の実施の形態にかかる進捗度把握処理（Ｓ５０５）とほぼ同様な構成であるため詳細な説明は省略する。
【０２２８】
次に，進捗度把握処理（Ｓ１６０４）の実行後，更新完了信号の送信元の受信端末装置１０２に対して，更新データを送信するため，更新データの選択処理を含む更新データ送信処理（Ｓ１６０５）を実行する。なお，第２の実施の形態にかかる更新データの選択処理および更新データの送信処理（Ｓ１６０５）は，第１の実施の形態にかかる更新データの選択処理（Ｓ１０１１）および更新データの送信処理（Ｓ５０７）とほぼ同様の構成であるため詳細な説明は省略する。
【０２２９】
なお，第２の実施の形態にかかるイベントは，ウィンドウが生成される場合のイベントについて説明したが，かかる例に限定されず，例えば，ウィンドウが移動する場合のイベント，ウィンドウ内の表示画面がスクロールする場合のイベント，またはウィンドウが拡大及び／又は縮小する場合のイベントなどの場合であっても実施可能である。
【０２３０】
なお，第２の実施の形態にかかるイベント監視部２０１，検索範囲決定部２０２，情報追加部２０３，送受信部２０４，および表示画面監視部２１０は，ハードウェアから構成される場合を例に挙げて説明したが，かかる例に限定されず，例えば，イベント監視部２０１，検索範囲決定部２０２，情報追加部２０３，送受信部２０４，もしくは表示画面監視部２１０のうちいずれか一つ又は任意の組合せは，モジュールからなるソフトウェアの場合でもよい。
【０２３１】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例を想定し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２３２】
上記実施形態においては，データ会議システムの場合を例にあげて説明したが，本発明はかかる例に限定されない。例えば，駐車場などに設けられる監視カメラの撮影画像を複数の端末装置により共有することが可能な監視システムなどの場合であっても実施することができる。
【０２３３】
また上記実施形態においては，データ会議システムは，表示画面データを共有する場合を例にあげて説明したが，本発明はかかる例に限定されず，例えば，表示画面データ，音声データ，もしくは動画データのうち任意の組み合わせからなるデータを共有する場合であっても実施することができる。
【０２３４】
【発明の効果】
以上説明したように，本発明によれば，表示画面データを送信するために受信端末装置の数に応じて複数回エンコードをする必要がないためバッファの容量が軽減され，受信端末装置の更新状況に応じて表示画面データを効率的に送信することが可能となり，さらにネットワークトラフィックが軽減される。
【図面の簡単な説明】
【図１】図１は，第１の実施の形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図２】図２は，第１の実施の形態にかかる送信端末装置の概略的な構成を示すブロック図である。
【図３】図３は，第１の実施の形態にかかる記憶部の概略的な構成を示すブロック図である。
【図４】図４は，第１の実施の形態にかかる最新更新情報の概略的な構成を示す説明図である。
【図５】図５は，第１の実施の形態にかかるデータ会議システムの動作の概略を示すタイムミングチャートである。
【図６】図６（ａ），図６（ｂ），および図６（ｃ）は，第１の実施の形態にかかる更新対象領域の確定動作の概略を示す説明図である。
【図７】図７は，第１の実施の形態にかかる更新データ追加処理の概略を示すフローチャートである。
【図８】図８は，第１の実施の形態にかかるＦＩＦＯバッファと画像保持バッファとの概略的な構成を示す説明図である。
【図９】図９は，第１の実施の形態にかかるＦＩＦＯバッファと画像保持バッファとの概略的な構成を示す説明図である。
【図１０】図１０は，第１の実施の形態にかかる進捗度把握処理および更新データ送信処理の概略を示すフローチャートである。
【図１１】図１１は，第１の実施の形態にかかる更新進捗度変更処理の概略を示すフローチャートである。
【図１２】図１２は，第１の実施の形態にかかる最新更新情報の概略的な構成を示す説明図である。
【図１３】図１３は，第２の実施の形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図１４】図１４は，第２の実施の形態にかかる送信端末装置の概略的な構成を示すブロック図である。
【図１５】図１５は，第２の実施の形態にかかるサーバ装置の概略的な構成を示すブロック図である。
【図１６】図１６は，第２の実施の形態にかかるデータ会議システムの動作の概略を示すタイミングチャートである。
【符号の説明】
１０１  ：送信端末装置
１０２  ：受信端末装置
１０３  ：ネットワーク
１０５  ：送信権
２０１  ：イベント監視部
２０２  ：更新範囲決定部
２０３  ：情報追加部
２０４  ：送受信部
２１０  ：表示画面監視部
２１３  ：画像管理部
【図１】
2004280133.tif 000003
【図２】
2004280133.tif 000004
【図３】
2004280133.tif 000005
【図４】
2004280133.tif 000006
【図５】
2004280133.tif 000007
【図６】
2004280133.tif 000008
【図７】
2004280133.tif 000009
【図８】
2004280133.tif 000010
【図９】
2004280133.tif 000011
【図１０】
2004280133.tif 000012
【図１１】
2004280133.tif 000013
【図１２】
2004280133.tif 000014
【図１３】
2004280133.tif 000015
【図１４】
2004280133.tif 000016
【図１５】
2004280133.tif 000017
【図１６】
2004280133.tif 000018