(57)【要約】【課題】発表者が受信側端末装置の表示画面状態を容易に把握することが可能なデータ会議システムを提供すること。【解決手段】１または２以上の送信側端末装置１０ａと１または２以上の受信側端末装置１０ｂとがネットワークを介して接続され，送信側端末装置の表示画面データを受信側端末装置で共有するデータ会議システムが提供される。このデータ会議システムは，送信側端末装置１０ａが，表示画面データの少なくとも一部を受信側端末装置に送信し，受信側端末装置１０ｂが，表示画面データを受信して表示画面上に描画処理するとともに，表示画面データの受取完了信号を送信側端末装置に送信し，送信側端末装置１０ａが，受取完了信号の受信に応じて，受信側端末装置の表示画面状態情報を通知することを特徴とする。【選択図】  図１１
2004259158.tif 000002
【特許請求の範囲】
【請求項１】
１または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，前記送信側端末装置の表示画面データを前記受信側端末装置で共有するデータ会議システムであって：
前記送信側端末装置が，前記表示画面データの少なくとも一部を前記受信側端末装置に送信し，
前記受信側端末装置が，前記表示画面データを受信して表示画面上に描画処理するとともに，前記表示画面データの受取完了信号を前記送信側端末装置に送信し，
前記送信側端末装置が，前記受取完了信号の受信に応じて，前記受信側端末装置の表示画面状態情報を通知することを特徴とする，データ会議システム。
【請求項２】
ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置であって：
前記受信側端末装置に対して前記表示画面データの少なくとも一部を送信するとともに，前記受信側端末装置から前記表示画面データの受取完了信号を受信する，送信側送受信部と；
前記受取完了信号の受信に応じて，前記受信側端末装置の表示画面状態情報を通知する，通知部と；
を備えることを特徴とする，送信側端末装置。
【請求項３】
前記通知部は，
前記送信された表示画面データの更新量に基づいて，前記表示画面状態情報の通知を制御することを特徴とする，請求項２に記載の送信側端末装置。
【請求項４】
前記通知部は，
前回通知したときからの経過時間に基づいて，前記表示画面状態情報の通知を制御することを特徴とする，請求項２に記載の送信側端末装置。
【請求項５】
前記通知部は，
複数の前記受信側端末装置の全てから前記受取完了信号を受信した場合に，前記表示画面状態情報を通知することを特徴とする，請求項２に記載の送信側端末装置。
【請求項６】
前記通知部は，
複数の前記受信側端末装置の中から予め選択された少なくとも１の基準受信側端末装置から前記受取完了信号を受信した場合に，前記表示画面状態情報を通知することを特徴とする，請求項２に記載の送信側端末装置。
【請求項７】
前記通知部は，
少なくとも前記送信された表示画面データのデータ量に基づいて，前記受取完了信号の受信タイミングを予測し，
前記予測した受取完了信号の受信タイミングに基づいて，前記表示画面状態情報を通知することを特徴とする，請求項２に記載の送信側端末装置。
【請求項８】
前記送信側端末装置の表示画面は，
少なくとも，前記受信側端末装置が共有する共有画面領域と，前記受信側端末装置が共有しない私有画面領域と，からなり，
前記通知部は，
前記私有画面領域に前記表示画面状態情報を表示出力することにより，前記表示画面状態情報を通知することを特徴とする，請求項２に記載の送信側端末装置。
【請求項９】
コンピュータをして：
ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置であって：
前記受信側端末装置に対して前記表示画面データの少なくとも一部を送信するとともに，前記受信側端末装置から前記表示画面データの受取完了信号を受信する，送信側送受信部と；
前記受取完了信号の受信に応じて，前記受信側端末装置の表示画面状態情報を通知する，通知部と；
を備える送信側端末装置として機能せしめることを特徴とする，プログラム。
【請求項１０】
ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置であって：
前記表示画面データを受信するとともに，前記受信した表示画面データの受取完了信号を前記送信側端末装置に送信する，受信側送受信部と；
前記受信した表示画面データを表示画面上に描画処理する画像描画部と；
を備えることを特徴とする，受信側端末装置。
【請求項１１】
コンピュータをして：
ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置であって：
前記表示画面データを受信するとともに，前記受信した表示画面データの受取完了信号を前記送信側端末装置に送信する，受信側送受信部と；
前記受信した表示画面データを表示画面上に描画処理する画像描画部と；
を備える受信側端末装置として機能せしめることを特徴とする，プログラム。
【請求項１２】
１または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，前記送信側端末装置の表示画面データを前記受信側端末装置で共有するデータ会議方法であって：
前記送信側端末装置が，前記表示画面データの少なくとも一部を前記受信側端末装置に送信する段階と；
前記受信側端末装置が，前記表示画面データを受信する段階と；
前記受信側端末装置が，前記受信した表示画面データを表示画面上に描画処理する段階と；
前記受信側端末装置が，前記受信した表示画面データの受取完了信号を前記送信側端末装置に送信する段階と；
前記送信側端末装置が，前記受取完了信号の受信に応じて，前記受信側端末装置の表示画面状態情報を通知する段階と；
を含む，ことを特徴とする，データ会議方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，複数の端末装置間で表示画面を共有するデータ会議システムおよびデータ会議方法，並びに，これらに用いられる送信側端末装置，受信側端末装置およびプログラムに関する。
【０００２】
【従来の技術】
従来では，遠隔地間でデータ会議を行うために，ネットワークを介して複数の端末装置を接続し，発表者の端末装置の表示画面を他の参加者の端末装置で共有することが可能なデータ会議システムが提案されている。このデータ会議システムは，発表者の端末装置（送信側端末装置）が自身の表示画面データをエンコードした上で送信し，参加者の端末装置（受信側端末装置）が，受信した表示画面データをデコードした上で自身の表示画面上に再現するものである（例えば，特許文献１参照）。
【０００３】
かかるシステムでは，会議の進行に伴って，送信側端末装置側で発表画面が随時切り替えられたとしても，この切り替えられた発表画面の表示画面データを受信側端末装置側で随時取得して表示することで，参加者は，発表者によるプレゼンテーション内容，提示された資料等を順次閲覧することができる。
【０００４】
【特許文献１】
特開２００１−３３１４３０
【０００５】
【発明が解決しようとする課題】
しかしながら，送信側端末装置によって表示画面データが送信されてから受信側端末装置の表示画面上に再現されるまでには，ネットワークを介した通信処理や受信側端末装置の受信・描画処理により，どうしても時間差（以下では，画面転送遅延時間という。）が生ずる。この画面転送遅延時間が，例えば０．５秒以下といった短時間であれば会議の進行上さほど支障はないが，例えば数秒以上といった長時間であると，発表者が発表画面を切り替えてその発表画面の内容について説明を始めるタイミングと，受信側で発表画面が切り替わって表示されるタイミングとのズレが気になるようになる。即ち，上記画面転送遅延時間が大きいと，発表者が新たな発表画面について説明を始めたにもかかわらず，受信側端末装置側ではその発表画面に未だ切り替わっていないという問題が起こりうる。
【０００６】
また，発表者側で発表画面を次々と切り替えていった場合に，この発表画面の切り替え間隔が上記画面転送遅延時間よりも早いと，受信側では発表画面がジャンプしてしまい，意図した発表内容を共有できないという問題も生ずる。
【０００７】
これらの問題に対処するためには，発表者側で，受信側の表示画面が切り替わったことを確認しながら発表を進行させる必要がある。
【０００８】
しかしながら，上記従来のデータ会議システムでは，発表者は，受信側端末装置側での発表画面の切り替え状態等といった表示画面状態を把握することができないという問題があった。かかる観点によれば，受信側の表示画面状態を把握する手法として，受信側の表示画面を撮像したカメラ映像を受信側から送信側に転送する手法も考えられるが，この手法では設備規模面やコスト面での障害が大きいという問題がある。
【０００９】
また，複数の受信側端末装置との間で表示画面を共有している場合には，各受信側端末装置の画面転送遅延時間は，経由するネットワークの通信速度や受信側の処理能力などに応じて多様である。このため，上記のようなカメラ映像を目視するという手法などでは，発表者が，どの受信側端末装置への画像転送が遅れているかを意識しながら，発表画面の切り替えタイミングを好適に判断することは，非常に困難であった。
【００１０】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，発表者が受信側端末装置の表示画面状態を容易に把握することが可能な，新規かつ改良されたデータ会議システムおよびデータ会議方法，並びにこれを実現するための端末装置，プログラム等を提供することにある。
【００１１】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，１または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，送信側端末装置の表示画面データを受信側端末装置で共有するデータ会議システムが提供される。このデータ会議システムは，送信側端末装置が，表示画面データの少なくとも一部を受信側端末装置に送信し，受信側端末装置が，表示画面データを受信して表示画面上に描画処理するとともに，表示画面データの受取完了信号を送信側端末装置に送信し，送信側端末装置が，受取完了信号の受信に応じて，受信側端末装置の表示画面状態情報を通知することを特徴とする。
【００１２】
かかる構成により，送信側端末装置は，受信側端末装置に対して，送信側端末装置の表示画面上に表示されている表示画面データの少なくとも一部を提供することができる。また，受信側端末装置は，このように送信側端末装置から提供された表示画面データを受信，描画処理して，受信側端末装置の表示画面上に表示させることができる。これにより，送信側端末装置と受信側端末装置との間で，送信側端末装置の表示画面データの少なくとも一部を共有することができる。また，受信側端末装置は，受信した表示画面データを受け取った旨の受取完了信号を生成して，送信側端末装置に送信側端末装置できる。送信側端末装置は，この受取完了信号を受信したタイミングに基づいて，受信側端末装置の表示画面状態情報を，表示画面上に表示出力する或いは音声出力するなどして，会議の発表者に対して通知することができる。
【００１３】
また，上記課題を解決するため，本発明の別の観点によれば，ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置が提供される。この送信側端末装置は，受信側端末装置に対して表示画面データの少なくとも一部を送信するとともに，受信側端末装置から表示画面データの受取完了信号を受信する，送信側送受信部と；受取完了信号の受信に応じて，受信側端末装置の表示画面状態情報を通知する，通知部と；を備えることを特徴とする。
【００１４】
かかる構成により，送信側送受信部は，送信側端末装置の表示画面内の表示画面データの少なくとも一部を，ネットワークを介して送信することにより，受信側端末装置に対して，送信側端末装置の表示画面データを提供できる。これにより，送信側端末装置は，受信側端末装置に自身の表示画面データを共有させることができる。さらに，この送信側送受信部は，受信側端末装置が送信した受取完了信号を，ネットワークを介して受信することができる。この受取完了信号は，受信側端末装置が上記受信した表示画面データを受け取り，受信側端末装置の表示画面上への描画処理が完了したことを表す信号である。また，通知部は，この受取完了信号を受信したタイミングに基づいて，受信側端末装置の表示画面状態情報を，表示画面上に表示出力する或いは音声出力するなどして，会議の発表者に対して通知することができる。このため，発表者は，受信側端末装置側での表示画面の切り替え状態などを把握できるので，発表画面についての説明を開始するタイミング（発表タイミング）や，当該発表画面を次の発表画面に切り替えるタイミング（発表画面切替タイミング）などを好適に調整することができる。
【００１５】
また，上記通知部は，送信された表示画面データの更新量に基づいて，表示画面状態情報の通知を制御する，ように構成してもよい。
【００１６】
かかる構成により，通知部は，例えば，送信された表示画面データの更新量が規定値より小さい場合には，当該表示画面データに対応する受取完了通知信号を受信したとしても，上記受信側端末装置の表示画面状態情報を通知しないようにできる。換言すると，通知部は，例えば，送信された表示画面データの更新量を保持しておき，この更新料が規定値より大きい場合には，当該表示画面データに対応する受取完了通知信号の受信に応じて，上記受信側端末装置の表示画面状態情報を通知することができる。
【００１７】
また，上記通知部は，前回通知したときからの経過時間に基づいて，表示画面状態情報の通知を制御する，ように構成してもよい。
【００１８】
かかる構成により，通知部は，例えば，前回通知したときからの経過時間が規定値を超えている場合に，送信された表示画面データに対応する受取完了通知信号の受信に応じて，受信側端末装置の表示画面状態情報を通知する。これにより，通知部は，上記受信側端末装置の表示画面状態情報の通知時間間隔を制御することができる。
【００１９】
また，上記通知部は，複数の受信側端末装置の全てから受取完了信号を受信した場合に，表示画面状態情報を通知する，ように構成してもよい。
【００２０】
かかる構成により，送信側端末装置が複数の受信側端末装置に表示画面データを共有させている場合に，全ての受信側端末装置から受取完了信号を受信完了したタイミングに基づいて，表示画面状態情報を通知することができる。これにより，例えば，表示画面データの転送が最も遅い受信側端末装置に合わせて，上記表示画面状態情報を通知することができる。
【００２１】
また，上記通知部は，複数の受信側端末装置の中から予め選択された少なくとも１の基準受信側端末装置から受取完了信号を受信した場合に，表示画面状態情報を通知する，ように構成してもよい。
【００２２】
かかる構成により，送信側端末装置が複数の受信側端末装置に表示画面データを共有させている場合に，予め選択された特定の基準受信側端末装置から受取完了信号を受信したタイミングに基づいて，表示画面状態情報を通知することができる。これにより，例えば，上記基準受信側端末装置に合わせて，上記表示画面状態情報を通知することができる。
【００２３】
また，上記通知部は，少なくとも送信された表示画面データのデータ量に基づいて，受取完了信号の受信タイミングを予測し，予測した受取完了信号の受信タイミングに基づいて，表示画面状態情報を通知する，ように構成してもよい。
【００２４】
かかる構成により，通知部は，例えば，送信された表示画面データのデータ量，および過去の通信実績などに基づいて，通信所要時間を算出し，当該送信された表示画面データに対応する受取完了信号を受信するタイミングを予測できる。さらに，通知部は，このように予測した受取完了信号の受信タイミングに基づいて，表示画面状態情報を例えばカウントダウン通知することなどができる。
【００２５】
また，上記送信側端末装置の表示画面は，少なくとも，受信側端末装置が共有する共有画面領域と，受信側端末装置が共有しない私有画面領域と，からなり；上記通知部は，私有画面領域に表示画面状態情報を表示出力することにより，表示画面状態情報を通知する，ように構成してもよい。
【００２６】
かかる構成により，通知部は，送信側端末装置の表示画面上に表示画面状態情報を表示出力することにより，発表者に対して表示画面状態情報を通知することができる。また，私有画面領域の表示画面データは受信側端末装置に送信されないため，受信側端末装置で共有されることがない。従って，通知部が表示画面状態情報をこの私有画面領域に表示出力することにより，当該表示画面状態情報は，送信側端末装置の表示画面上にのみ表示され，受信側端末装置の表示画面上に表示されることがない。
【００２７】
また，上記送信側端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索部；を備え，上記送信側送受信部は，少なくとも更新領域の表示画面データを受信側端末装置に対して送信するようにしてもよい。かかる構成により，送信側端末装置は，受信側端末装置に対して，更新領域の表示画面データのみの送信を繰り返すことで，表示画面データの共有を実現することができる。これにより，全画面の表示画面データを毎回送信する場合などと比べて，送信する表示画面データのデータ量を大幅に低減できる。
【００２８】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして：ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置であって：受信側端末装置に対して表示画面データの少なくとも一部を送信するとともに，受信側端末装置から表示画面データの受取完了信号を受信する，送信側送受信部と；受取完了信号の受信に応じて，受信側端末装置の表示画面状態情報を通知する，通知部と；を備える送信側端末装置として機能せしめることを特徴とする，プログラムが提供される。
【００２９】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータ読み取り可能な記録媒体であって：コンピュータをして，ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置であって：受信側端末装置に対して表示画面データの少なくとも一部を送信するとともに，受信側端末装置から表示画面データの受取完了信号を受信する，送信側送受信部と；受取完了信号の受信に応じて，受信側端末装置の表示画面状態情報を通知する，通知部と；を備える送信側端末装置として機能せしめることを特徴とするプログラム，が記録された記録媒体が提供される。
【００３０】
また，上記課題を解決するため，本発明の別の観点によれば，ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置が提供される。この受信側端末装置は，表示画面データを受信するとともに，受信した表示画面データの受取完了信号を送信側端末装置に送信する，受信側送受信部と；受信した表示画面データを表示画面上に描画処理する画像描画部と；を備えることを特徴とする。
【００３１】
かかる構成により，受信側送受信部は，上記送信側端末装置の表示画面データを，ネットワークを介して受信することにより，共有する表示画面データを取得できる。さらに，この受信側送受信部は，例えば，当該表示画面データに対応する受取完了信号を生成して，ネットワークを介して送信側端末装置に送信することができる。これにより，受信側端末装置は，送信側端末装置に対して，当該表示画面データを正常に受け取ったことを通知することができる。また，画像描画部が，当該表示画面データを描画処理することにより，受信側端末装置の表示画面上に送信側端末装置の表示画面を再現して，両端末装置間で表示画面の共有を実現することができる。なお，この受取完了信号を送信するタイミングは，例えば，上記送信側端末装置からの表示画面データを受信完了した時点，或いは上記送信側端末装置からの表示画面データを描画処理完了した時点のいずれであってもよい。
【００３２】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして：ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置であって：表示画面データを受信するとともに，受信した表示画面データの受取完了信号を送信側端末装置に送信する，受信側送受信部と；受信した表示画面データを表示画面上に描画処理する画像描画部と；を備える受信側端末装置として機能せしめることを特徴とする，プログラムが提供される。
【００３３】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータ読み取り可能な記録媒体であって：コンピュータをして，ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置であって：表示画面データを受信するとともに，受信した表示画面データの受取完了信号を送信側端末装置に送信する，受信側送受信部と；受信した表示画面データを表示画面上に描画処理する画像描画部と；を備える受信側端末装置として機能せしめることを特徴とする，プログラムが記録された記録媒体が提供される。
【００３４】
また，上記課題を解決するため，本発明の別の観点によれば，１または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，送信側端末装置の表示画面データを受信側端末装置で共有するデータ会議方法が提供される。このデータ会議方法は，送信側端末装置が，表示画面データの少なくとも一部を受信側端末装置に送信する段階と；受信側端末装置が，表示画面データを受信する段階と；受信側端末装置が，受信した表示画面データを表示画面上に描画処理する段階と；受信側端末装置が，受信した表示画面データの受取完了信号を送信側端末装置に送信する段階と；送信側端末装置が，受取完了信号の受信に応じて，受信側端末装置の表示画面状態情報を通知する段階と；を含む，ことを特徴とする。
【００３５】
かかる構成により，送信側端末装置は，受信側端末装置の表示画面状態情報を，表示画面上に表示出力する或いは音声出力するなどして，会議の発表者に対して通知することができる。このため，発表者は，受信側端末装置側での表示画面の切り替え状態などを把握できるので，発表タイミングや発表画面切替タイミングなどを好適に調整することができる。
【００３６】
また，上記通知部は，送信された表示画面データの更新量に基づいて，表示画面状態情報の通知を制御する，ようにしてもよい。
【００３７】
また，上記通知部は，前回通知したときからの経過時間に基づいて，表示画面状態情報の通知を制御する，ようにしてもよい。
【００３８】
また，上記通知部は，複数の受信側端末装置の全てから受取完了信号を受信した場合に，表示画面状態情報を通知する，ようにしてもよい。
【００３９】
また，上記通知部は，複数の受信側端末装置の中から予め選択された少なくとも１の基準受信側端末装置から受取完了信号を受信した場合に，表示画面状態情報を通知する，ようにしてもよい。
【００４０】
また，上記通知部は，少なくとも送信された表示画面データのデータ量に基づいて，受取完了信号の受信タイミングを予測し，予測した受取完了信号の受信タイミングに基づいて，表示画面状態情報を通知する，ようにしてもよい。
【００４１】
また，上記送信側端末装置の表示画面は，少なくとも，受信側端末装置が共有する共有画面領域と，受信側端末装置が共有しない私有画面領域と，からなり；上記通知部は，私有画面領域に表示画面状態情報を表示出力することにより，表示画面状態情報を通知する，ようにしてもよい。
【００４２】
【発明の実施の形態】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００４３】
（第１の実施の形態）
まず，本発明の第１の実施の形態にかかるデータ会議システムおよびデータ会議方法について説明する。
【００４４】
＜１．システム構成＞
まず，図１に基づいて，本実施形態にかかるデータ会議システムの全体構成について説明する。なお，図１は，本実施形態にかかるデータ会議システム１の概略的な構成を示すブロック図である。
【００４５】
図１に示すように，本実施形態にかかるデータ会議システム１は，例えば，１つの送信側端末装置１０ａと，１つの受信側端末装置１０ｂと，送信側端末装置１０ａと受信側端末装置１０ｂを接続するネットワーク５と，から主に構成される。
【００４６】
送信側端末装置１０ａおよび受信側端末装置１０ｂ（以下では，端末装置１０と総称する場合もある。）は，例えば，少なくとも中央演算処理部（ＣＰＵ）と送受信部と記憶部と表示部とを備えた情報処理装置であり，一般的には，パーソナルコンピュータなどのコンピュータ装置で構成される。なお，これらの端末装置１０は，かかるコンピュータ装置に限定されず，例えば，携帯電話，情報家電，携帯端末，ＰＤＡ，またはテレビ会議機能等を備えたコミュニケーション端末などの各種の情報処理装置で構成してもよい。
【００４７】
このうち，送信側端末装置１０ａは，例えば，データ会議における発表者によって利用される端末装置であって，自身の表示画面データを提供（送信）する側の端末装置である。この送信側端末装置１０ａは，例えば，プレゼン用ソフト，ワープロソフト等の各種の発表用ソフトウェアがインストールされており，発表者により指定された，プレゼンテーション内容や発表資料等（以下では，発表内容という。）のデータを，自身の表示画面（例えばデスクトップ画面）上に発表画面として表示し，当該発表者の操作に応じてその表示内容を随時切り替えることができる。
【００４８】
かかる送信側端末装置１０ａには，送信権７が付与されている。この送信権７は，他の端末装置に対して自身の表示画面データを送信できる権限であり，データ会議における発表者の権限に相当するものである。この送信権７は，データ会議システム１内の複数の端末装置１０の中から，発表者が用いる１または２以上の端末装置１０に割り当てられるものであるが，図１の例では，１つの端末装置１０（即ち，送信側端末装置１０ａ）にのみ割り当てられている。
【００４９】
かかる送信権７を有することにより，送信側端末装置１０ａは，上記のように自身の表示画面上に表示されている画像データ（表示画面データ）の全部または一部を，ネットワーク５を介して受信側端末装置１０ｂに送信することができる。より具体的には，送信側端末装置１０ａは，例えば，自身の表示画面上で発表内容を表示させている発表用ソフトウェアのウィンドウ，あるいは当該表示画面全体などの表示画面データを，受信側端末装置１０ｂに送信することができる。
【００５０】
さらに，送信側端末装置１０ａは，例えば，受信側端末装置１０ｂからの受取完了信号に基づいて，次の表示画面データを検索・送信するタイミングを好適に制御したり，発表者に対して発表タイミングや発表画面の切り替えタイミング等を通知したりできるが，これらの詳細については後述する。
【００５１】
一方，受信側端末装置１０ｂは，データ会議における参加者（聞き手）によって利用される端末装置であって，他の端末装置の表示画面データを享受（受信）する側の端末装置である。この受信側端末装置１０ｂは，上記送信側端末装置１０ａから受信した表示画面データを描画処理して，自身の表示部に表示することができる。また，受信側端末装置１０ｂは，例えば，表示画面データの描画処理が完了した時点で受取完了信号を生成し，送信側端末装置１０ａに送信することもできる。
【００５２】
ネットワーク５は，送信側端末装置１０ａと受信側端末装置１０ｂを相互に双方向通信可能に接続する通信回線網である。このネットワーク５は，例えば，インターネット等の公衆回線網や，ＷＡＮ，ＬＡＮ，ＩＰ−ＶＰＮ等の専用回線網などで構成される。また，ネットワーク５の接続媒体は，例えば，ＦＤＤＩ（Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブル又はツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなど，有線・無線を問わず，衛星通信網なども含むように構成してもよい。なお，本実施形態にかかる端末装置１０間においては，表示画面データ等の各種データを，例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により定められた規約により送受信するように構成されているが，かかる例に限定されず，ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などで送受信するように構成してもよい。
【００５３】
上記のような構成のデータ会議システム１では，上記のように，送信側端末装置１０ａは，自身の表示画面に対応する表示画面データを，ネットワーク５を介して受信側端末装置１０ｂに提供することができる。また，受信側端末装置１０ｂは，提供された表示画面データを描画処理して，自身の表示画面上に表示させることができる。これにより，送信側端末装置１０ａと受信側端末装置１０ｂとの間で，送信側端末装置１０ａの表示画面データを共有することが可能になる。
【００５４】
従って，データ会議の参加者は，送信側端末装置１０ａの表示画面上に表示された発表内容を，受信側端末装置１０ｂを用いてほぼリアルタイムに閲覧することができる。かかるデータ会議では，発表者と参加者が近くにいる場合（例えば，双方が同一の会議室，フロアまたは建物内にいる場合）のみならず，遠隔地にいる場合（例えば，一方が東京本社，他方が北海道支社にいる場合，または一方が自宅，他方が移動中の新幹線の車内にいる場合）などであっても，発表者と参加者の間で発表内容を共有することができるので，発表者及び参加者の所在の自由度が高まり，有用である。
【００５５】
このように，データ会議システム１は，２地点以上の遠隔地点間などをネットワーク５で接続し，送信側端末装置１０ａの発表画面を受信側端末装置１０ｂで共有することにより，ネットワーク会議，セミナー等のプレゼンテーションなどを円滑に進行させることができる。なお，かかるデータ会議においては，例えば，上記のような発表画面の共有と同時に，発表者または参加者の発言内容等の音声情報を，マイク，スピーカ等からなる別途の音声通信手段（図示せず。）などを用いて，端末装置１０間で共有できるように構成してもよい。また，例えば，データ会議システム１とテレビ会議システムなどとを併用し，発表者の映像情報や音声情報等を伝送できるようにしてもよい。
【００５６】
また，かかるデータ会議システム１では，上記送信権７を端末装置１０間で授受することもできる。具体的には，図１の例では，送信側端末装置１０ａが有する送信権７を，受信側端末装置１０ｂに譲渡できるようにしてもよい。かかる送信権７の譲渡により，双方の機能を逆転させ，送信側端末装置１０ａを上記のような受信側端末装置１０ｂとして機能させるとともに，受信側端末装置１０ｂを上記送信側端末装置１０ａとして機能させることができる。このように，端末装置１０間で送信権７を授受可能とすることにより，データ会議の発表者は，いずれの端末装置１０を用いたとしても，その端末装置１０の表示画面データを他方の端末装置１０で共有させて，発表を行うことが可能となる。また，データ会議の参加者間で発表者が順次変更される場合にも対応できる。
【００５７】
また，例えば，双方の端末装置１０に送信権７をそれぞれ付与することにより，双方の端末装置１０が相互に自身の表示画面データの一部を相手側に提供するようにしてもよい。かかる構成により，双方の端末装置１０は，相互に表示画面データを共有し合って，それぞれが自身の表示画面上に相手側の表示画面の一部を表示することができる。これにより，データ会議システム１が，データ会議の参加者の双方が同時に発表者となる場合や，相互に発表内容を提示し合って議論する場合などにも対応できるようになる。
【００５８】
＜２．端末装置の構成＞
次に，図２に基づいて，本実施形態にかかる端末装置１０の構成について説明する。なお，図２は，本実施形態にかかる端末装置１０の概略的な構成を示すブロック図である。
【００５９】
図２に示すように，端末装置１０は，ＣＰＵ１０２と，記憶部１０４と，入力部１０６と，表示部１０８と，音声出力部１０９と，送受信部１１０と，通知部１２０と，検索部１３０と，画像描画部１４０と，から構成されている。
【００６０】
ＣＰＵ１０２は，例えば，中央演算処理装置などで構成された制御部であり，端末装置１０内の各部の処理・命令等を制御することができる。例えば，このＣＰＵ１０２は，記憶部１０４などに格納された発表用ソフトウェアをはじめとする各種ソフトウェアを起動させ，その動作を制御することができる。
【００６１】
記憶部１０４は，各種のデータおよびプログラム等を一時記録または格納することが可能な記憶用デバイスである。この記憶部１０４は，例えば，ＲＡＭ（Ｒｅａｄ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ），ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ），ＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ），ＳＤＲＡＭ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ），ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ  ＲＡＭ），ハードディスク，フレキシブルディスク，磁気テープ，光ディスク，などで構成される。
【００６２】
この記憶部１０４は，例えば，発表者が発表内容を説明するために利用する各種の発表用ソフトウェアを記録している。この発表用ソフトウェアの具体例としては，例えば，Ｍｉｃｒｏｓｏｆｔ（登録商標）のＷｏｒｄ  ＸＰ（登録商標）などのワープロソフト，Ｅｘｃｅｌ  ＸＰ（登録商標）などの表計算ソフト，ＰｏｗｅｒＰｏｉｎｔ  ＸＰなどのプレゼンテーション用ソフト（以下ではプレゼン用ソフトという。），Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）などの閲覧ソフト，などが挙げられる。なお，これらの発表用ソフトウェアは，例えば，各種のディスクドライブを用いて，フレキシブルディスク，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭなどの記録媒体から読み出して起動させてもよく，また，ネットワーク５などを介して外部から配信されたものを起動させてもよい。
【００６３】
入力部１０６は，例えば，マウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどから構成された操作手段である。端末装置１０の使用者（会議の発表者または参加者など）は，かかる入力部１０６を操作することにより，端末装置１０に対して各種の処理動作を指示したり，各種のデータを入力したりできる。例えば，発表者は，この入力部１０６を操作して，上記発表用ソフトウェアのウィンドウ内に表示される発表画面を，発表の進行とともに，順次切り替えることができる。
【００６４】
表示部１０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置などで構成された表示装置である。この表示部１０８は，その表示画面上に各種の表示画面データを表示出力することができる。
【００６５】
例えば，端末装置１０が送信側端末装置１０ａとして機能する場合の表示部１０８は，例えば，端末装置１０の上記発表用ソフトウェアが起動されると，当該発表用ソフトウェアに対応したウィンドウを，その表示画面の一部または全部の領域に表示する。また，後述する通知部１２０によって生成された通知表示を表示出力して，受信側端末装置１０ｂの表示画面状態情報を発表者に認識させることもできる。
【００６６】
ここで，図３に基づいて，かかる送信側端末装置１０ａの表示部１０８に表示された発表画面と，この発表画面の切替処理の具体例について説明する。なお，図３は，本実施形態にかかる送信側端末装置１０ａの表示画面の具体例を示す説明図である。
【００６７】
図３（ａ）に示すように，発表時には，送信側端末装置１０ａの表示画面２００上に，例えば，プレゼン用ソフトのウィンドウ２０２と，表計算ソフトのウィンドウ２０４とが表示される。この状態で，発表者は，図３（ａ）の表示画面２００上に表示されている「来年度の経営指針」に関する発表用スライド（１）についての説明を行う。次いで，発表者は，次の発表画面に切り替えるため，入力部１０６であるマウス等を操作してポインタ２０６を移動させて，発表用スライド（２）のマークを選択してクリックする。すると，図３（ｂ）に示すように，プレゼン用ソフトのウィンドウ２０２内には，「コスト削減」に関する発表用スライド（２）が表示される。このようにして，送信側端末装置１０ａの表示画面２００上では，発表の進行に伴って，例えばプレゼン用ソフトのウィンドウ２０２内の発表内容が順次，更新され，発表画面が次々と切り替えられていく。
【００６８】
一方，端末装置１０が受信側端末装置１０ｂとして機能する場合の表示部１０８は，例えば，後述する画像描画部１４０によって描画処理された表示画面データを，その表示画面の一部または全部の領域に表示する。この受信側端末装置１０ｂの表示部１０８は，表示画面上に，例えば，共有画面を表示するための共有ウィンドウ（詳細は後述する。）を表示し，かかる共有ウィンドウ内に送信側端末装置１０ａの表示画面を再現するように構成されている。
【００６９】
なお，上記のような表示部１０８が表示する表示画面データは，一般的には，上記発表内容を静的に表示した例えば静止画像データであるが，かかる例に限定されず，上記発表内容が動的に変化する動画像データなどであってもよい。
【００７０】
また，音声出力部１０９は，例えば，スピーカなどで構成されており，外部から転送されてきた発表者の発言内容等の音声データなどを音声出力できる。また，この音声出力部１０９は，後述する通知部１２０によって生成された通知音声を出力して，受信側端末装置１０ｂの表示画面状態情報を発表者に認識させることもできる。
【００７１】
送受信部１１０は，ネットワーク５と接続されており，他の端末装置１０との間で各種のデータを送受信することができる。この送受信部１１０は，例えば，送信側送受信部１１２と，受信側送受信部１１４と，を備える。
【００７２】
送信側送受信部１１２は，例えば，端末装置１０が送信側端末装置１０ａとして機能する場合に動作する送受信部である。この送信側送受信部１１２は，例えば，後述する検索部１３０から入力された表示画面データを，エンコードした上で，ネットワーク５を介して受信側端末装置１０ｂに送信する。また，かかる送信側送受信部１１２は，例えば，受信側端末装置１０ｂが送信した受取完了信号を，ネットワーク５を介して受信して，後述する通知部１２０および検索部１３０に出力する。
【００７３】
一方，受信側送受信部１１４は，例えば，端末装置１０が受信側端末装置１０ｂとして機能する場合に動作する送受信部である。この受信側送受信部１１４は，例えば，送信側端末装置１０ａが送信した表示画面データを，ネットワーク５を介して受信し，受信した表示画面データをデコードした上で画像描画部１４０に出力する。
【００７４】
また，かかる受信側送受信部１１４は，例えば，画像描画部１４０からの通知を受けると，受信側端末装置１０ｂ側で表示画面データを正常に受け取り，当該表示画面データの例えば描画処理が完了した旨を表す受取完了信号を生成する。即ち，この受信側送受信部１１４は本実施形態にかかる受取完了信号生成部（図示せず。）としても構成されている。なお，この受取完了信号生成部は，例えば，受信側送受信部１１４とは独立して構成されてもよい。
【００７５】
さらに，受信側送受信部１１４は，送信側端末装置１０ａに対して，ネットワーク５を介して当該受取完了信号を送信することで，例えば，受信側端末装置１０ｂ側で当該表示画面データの受信・描画処理が完了し，表示画面が切り替わった旨を通知することができる。
【００７６】
なお，この受信側送受信部１１４は，例えば，送信されてきた表示画面データの受信処理が完了した時点で（例えば，当該表示画面データのデコードや描画処理を実行する前に），上記受取完了信号を生成して送信側端末装置１０ａに送信するようにしてもよい。この場合には，例えば，受取完了信号として，ＴＣＰ／ＩＰネットワーク上での送受信動作終了信号として一般的に用いられているＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：肯定応答）などを利用してもよい。
【００７７】
通知部１２０は，本実施形態にかかる特徴的な構成であり，端末装置１０が送信側端末装置１０ａとして機能する場合（即ち，発表者により利用される場合）に動作する。この通知部１２０は，受信側端末装置１０ｂの表示画面情報を発表者に対して通知することができる。例えば，この通知部１２０は，表示部１０８の表示画面上に通知表示などを表示出力させて，かかる通知表示の表示態様を上記受取完了信号の受信タイミングに応じて切り替える。これにより，通知部１２０は，受信側端末装置１０ｂの発表画面が切り替わったことなどを，発表者に対して通知することができる。この結果，発表者は，発表画面切り替え後の好適な発表タイミング，または次の発表画面への切り替えタイミングなどを好適に把握できる。なお，かかる通知部１２０の詳細な機能・構成については，後述する。
【００７８】
検索部１３０は，例えば，端末装置１０が送信側端末装置１０ａとして機能する場合に動作し，例えば，表示画面内に検索対象領域を設定するとともに，この検索対象領域を検索する機能を有する。かかる検索部１３０は，例えば，検索対象領域設定部１３２と，検索実行部１３４と，検索処理制御部１３６とを備える。
【００７９】
検索対象領域設定部１３２は，例えば，表示画面内に検索対象領域を設定することができる。より詳細には，この検索対象領域設定部１３２は，例えば，発表者によって現在使用されている表示画面内のウィンドウ（例えば，説明中の発表内容が表示されているプレゼン用ソフトに対応するウィンドウ等）を検出し，このウィンドウの範囲内を検索対象領域として設定することができる。これにより，発表画面が更新される可能性が高い領域に絞って，検索対象領域を動的に設定することができる。しかし，かかる例に限定されず，検索対象領域設定部１３２は，例えば，表示画面の全範囲，或いは，表示画面内の一部の領域（例えば表示画面の上半分のみ，または中央部分のみ等）を，検索対象領域として設定するようにしてもよい。
【００８０】
検索実行部１３４は，例えば，上記設定された検索対象領域を検索処理して，表示画面が更新されている更新領域を検出することができる。より詳細には，この検索実行部１３４は，例えば，設定された検索対象領域において，前回の検索処理時に利用された表示画面データ（比較用表示画面データ）と，現在，表示部１０８に表示されている表示画面データ（実際の表示画面データ）とを，例えば所定のブロック単位で比較して，更新領域の検出を試みる。かかる比較・検出処理により，実際に更新領域があった場合には，検索実行部１３４は，例えば，かかる更新領域に対応する表示画面データを抽出して，送信側送受信部１１２に出力する。なお，この抽出された表示画面データには，例えば，当該更新領域の表示画面上での位置を示す座標情報なども含まれている。
【００８１】
ここで，図４に基づいて，上記検索対象領域および更新領域の具体例について説明する。図４は，本実施形態にかかる送信側端末装置１０ａの表示画面上における検索対象領域および更新領域の具体例を示す説明図である。なお，図４では，図３に示したような発表画面の表示，切り替えが行われた場合に対応するよう示してある。
【００８２】
図４（ａ）に示すように，検索対象領域設定部１３２は，発表者によって発表が成されているプレゼン用ソフトのウィンドウ２０２（図３参照）の範囲内を，検索対象領域２１０として設定する。この検索対象領域２１０は，当該ウィンドウ２０２に対応した例えば矩形領域であり，矩形の左上の座標（ｘ１，ｙ１），右下の座標（ｘ２，ｙ２）で特定される。
【００８３】
また，図４（ｂ）に示すように，検索実行部１３４は，上記のように設定された検索対象領域２１０を検索した結果，例えば，２つの更新領域２２０ａ，２２０ｂを検出している。更新領域２２０ａは，図３で説明したポインタ２０６の移動と，スライド選択部分の選択内容の変化に起因して，表示内容が更新されたウィンドウ２０２内の左上の領域である。この更新領域２２０ａの範囲は，（ｘ３，ｙ３），（ｘ４，ｙ４）で特定される。また，更新領域２２０ｂは，図３で説明した発表用スライドの切り替えに起因して，表示内容が更新されたウィンドウ２０２内の中央部分の領域である。この更新領域２２０ｂの範囲は，（ｘ５，ｙ５），（ｘ６，ｙ６）で特定される。かかる例のように，更新領域２２０は，１回の検索処理で複数検出される場合もある。また，更新領域２２０の範囲は，例えば，表示画面上の更新された部分を含む最小限の範囲となるように設定されるので，エンコード・送信処理する表示画面データ量を低減することができる。
【００８４】
検索処理制御部１３６は，上記のような検索実行部１３４の検索処理を許可／不許可することができる。より詳細には，検索処理制御部１３６は，例えば，上記検索実行部１３４が表示画面データを送信側送受信部１１２に対して出力した時点で，検索フラグをオフにして，それ以後の上記検索実行部１３４による検索処理を不許可とする。一方，検索処理制御部１３６は，例えば，送信側送受信部１１２から当該表示画面データについての上記受取完了信号が入力された時点で，検索フラグをオンにして，それ以後の上記検索実行部１３４による検索処理を許可する。換言すると，検索処理制御部１３６は，例えば，前回送信した表示画面データに対応する受取完了信号が，送信側送受信部１１２によって受信されてから，次の表示画面データの検索処理を実行するように検索実行部１３４を制御する。
【００８５】
このように，検索部１３０は，前回検出した更新領域の表示画面データを送信してから上記受取完了信号を受信するまでの期間内には，検索処理を実行しないので，当該検索処理の効率化，送信側端末装置１０ａの負荷の低減を図ることができる。
【００８６】
画像描画部１４０は，例えば，端末装置１０が受信側端末装置１０ｂとして機能する場合に動作する。この画像描画部１４０は，受信側送受信部１１４から入力された表示画面データを描画処理して，上記表示部１０８の表示画面上に表示させる。これにより，受信側端末装置１０ｂは，その表示画面上に，送信側端末装置１０ａの発表画面の少なくとも一部を再現することができるので，双方の端末装置１０間で発表画面の共有が実現される。また，画像描画部１４０は，例えば，かかる描画処理が完了した時点で，当該表示画面データに関する描画処理が完了した旨を受信側送受信部１１４に対して通知する。
【００８７】
ここで，図５に基づいて，受信側端末装置１０ｂの表示部１０８に表示された共有画面の具体例について説明する。図５は，本実施形態にかかる送信側端末装置１０ａおよび受信側端末装置１０ｂの表示部１０８に表示された共有画面の具体例を示す説明図である。
【００８８】
送信側端末装置１０ａの表示画面２００上に，図５（ａ）に示すような，発表画面が表示されている場合を想定する。この場合，受信側端末装置１０ｂの表示画面３００上には，図５（ｂ）に示すように，例えば，その一部の領域に共有ウィンドウ３０２が表示されている。この共有ウィンドウ３００は，例えば，送信側端末装置１０ａから提供された表示画面データ（共有画面のデータ）を表示するためのウィンドウである。上記画像描画部１４０は，例えば，データ会議が始まると，表示画面３００内に共有ウィンドウ３０２を生成し，例えば，この共有ウィンドウ３０２内に，受信側送受信部１１４から入力された表示画面データを描画処理して，表示させる。
【００８９】
ところで，送信側端末装置１０ａから送信されてくる表示画面データは，例えば更新領域のみのデータであり，共有画面全体のデータではない。このため，画像描画部１４０は，例えば，取得した更新領域のみの表示画面データを新しく描画処理し，他の領域は既に描画されている状態を維持するようにする。このようにして，更新領域の部分が更新表示されることで，受信側端末装置１０ｂの表示画面が更新され，共有ウィンドウ３０２内に送信側端末装置１０ａの最新の発表画面を再現できる。この結果，送信側端末装置１０ａの発表画面（図５（ａ）参照）と，受信側端末装置１０ｂの共有ウィンドウ３０２内の発表画面（図５（ｂ）参照）とが同一となり，両端末装置１０間で発表画面の共有が実現される。
【００９０】
なお，上記説明したような，送信側送受信部１１２，受信側送受信部１１４，通知部１２０，検索部１３０，画像描画部１４０などは，上記のような処理機能を実現できるものであれば，例えば，専用装置（ハードウェア）として構成されてもよく，或いは，端末装置１０にアプリケーションプログラムをインストールすることで構成されてもよい。さらに，後者の場合，上記アプリケーションプログラムは，上記端末装置１０に対して，ＣＤ−ＲＯＭ等の記録媒体によって提供されてもよく，或いは，ネットワーク５を介して外部からダウンロードすることで提供されてもよい。また，当該アプリケーションプログラムは，予め，上記各端末装置内の記憶部１０４または外部インタフェース（図示せず。）等に接続された周辺機器などに格納されていてもよい。
【００９１】
以上，本実施形態にかかる端末装置１０の概略的な構成について説明した。本実施形態では，上述したような端末装置１０の構成は，例えば，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方の構成に該当するものである。かかる構成によれば，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方が，表示画面データを送信する側（発表者側）の端末装置，または受信する側（参加者側）の端末装置のいずれとしても機能しうるので，データ会議システム１内で上記のような送信権７の授受が可能となる。
【００９２】
しかし，例えば，送信権７を端末装置１０間で授受しない場合（即ち，発表者が用いる端末装置１０が予め固定されている場合）には，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方が，必ずしも上記のような各部を全て具備する必要はない。より詳細には，端末装置１０が受信側端末装置１０ｂとしてのみ機能すればよい場合には，例えば，少なくとも上記ＣＰＵ１０２，記憶部１０４，入力部１０６，表示部１０８，送信側送受信部１１２，通知部１２０および検索部１３０を具備すればよい。また，端末装置１０が受信側端末装置１０ｂとしてのみ機能すればよい場合には，例えば，少なくとも上記ＣＰＵ１０２，記憶部１０４，入力部１０６，表示部１０８，受信側送受信部１１４および画像描画部１４０を具備すればよい。
【００９３】
＜３．通知部の構成＞
次に，図６に基づいて，本実施形態にかかる特徴である通知部１２０の構成について詳細に説明する。図６は，本実施形態にかかる通知部１２０の構成を示すブロック図である。
【００９４】
図６に示すように，通知部１２０は，例えば，通知実行部１２２と，通知間隔管理部１２４と，更新量管理部１２６と，予測部１２８とを備える。
【００９５】
通知実行部１２２は，例えば，受信側端末装置１０ｂの表示画面状態情報を発表者に通知する機能を有する。この表示画面状態情報は，受信側端末装置１０ｂの表示画面の状態を表す各種の情報であり，例えば，受信側端末装置１０ｂの表示画面が最新の発表画面に切り替わったことを表す情報（以下では，受信側画面切替完了情報という。）などである。
【００９６】
より詳細には，通知実行部１２２は，例えば，受信側端末装置１０ｂからの受取完了信号の受信に応じて，送信側端末装置１０ａの表示画面上に所定の通知表示をすることにより，受信側端末装置１０ｂの表示画面が最新の発表画面に切り替わったことなどを発表者に対して通知する処理を行う。
【００９７】
ここで，図７に基づいて，通知実行部１２２の通知処理について，具体例を挙げて説明する。図７は，本実施形態にかかる送信側端末装置１０ａの表示画面上における通知表示の具体例を示す説明図である。
【００９８】
図７に示すように，送信側端末装置１０ａの表示画面２００上には，通知表示のための通知領域２１０が設けられている。この通知領域２２０には，発表者によって送信側端末装置１０ａの発表画面が切り替えられ，表示画面データが送信された直後から，対応する受取完了信号が受信されるまでの間は，図７（ａ）に示すように，例えば，何も表示されていない。その後，受信側端末装置１０ｂから受取完了信号を受信し，例えば，後述する条件を満たした場合には，通知部実行部１２２は，図７（ｂ）に示すように，通知領域２２０に例えば青色のランプ２３０を点灯表示する。かかるランプ２３０を点灯表示させるという通知表示によって，発表者に対して，受信側端末装置１０ｂの発表画面の切り替えが完了したことを認識させることができる。よって，発表者は，受け側の準備が整い当該発表画面についての説明を開始してもよいと判断することができる。また，さらなる発表画面の切り替えを行ってもよいと判断することもできる。
【００９９】
また，通知表示の態様は上記図７の例に限定されず，例えば，図８に示すように，多様な態様が考えられる。
【０１００】
例えば，図８（ａ）に示すように，受取完了信号の受信前には無表示であるが，受取完了信号の受信前には「発表ＯＫ」２３１などの文字・図形表示等を表示するようにしてもよい。また，図８（ｂ）〜（ｄ）に示すように，受取完了信号の受信前と受信後の間で，表示内容を切り替えるような通知表示を行ってもよい。即ち，図８（ｂ）に示すように，受信前には赤色のランプ２３２を点灯表示し，受信後には赤色のランプ２３３を点灯表示してもよい。また，図８（ｃ）に示すように，受信前には「ＳＴＯＰ」を表すアニメーション２３４を表示し，受信後には「ＧＯ！」を表すアニメーション２３５を表示してもよい。また，図８（ｄ）に示すように，受信前には通知領域２２０内を暗く表示し，受信後には通知領域２２０内をフラッシュ表示するようにしもよい。
【０１０１】
また，上記では，通知実行部１２２が，通知領域２２０内に通知表示することにより，受信側画面切替完了情報などの表示画面状態情報を通知処理する構成について説明したが，かかる例に限定されない。例えば，通知実行部１２２は，上記受取完了信号の受信に応じて，表示画面全体の表示態様を変更する（例えば，壁紙の色を変える等）ような通知表示をしてもよい。また，通知実行部１２２は，上記受取完了信号の受信に応じて，通知出力部１０９から音声情報（例えば，アラーム音等の効果音，「切替完了しました」なる機械音声など）を出力するような通知処理をしてもよい。また，発表者に振動発生手段（図示せず。）を取り付け，上記受取完了信号の受信に応じて，かかる振動発生手段が振動を発生（バイブレーション動作）するような通知処理をしてもよい。
【０１０２】
通知間隔制御部１２４は，上記通知実行部１２２の通知処理を，通知処理の時間間隔（通知間隔）に基づいて，制御する機能を有する。より詳細には，この通知間隔制御部１２４は，前回通知処理が成されたタイミングからの経過時間を計測するタイマー部（図示せず。）を備えており，当該経過時間が基準時間（例えば２秒）以内である場合には，たとえ受取完了通知信号を受信した場合であっても，通知実行部１２２が通知処理を行わないように制御する。これにより，上記通知処理が短時間内に連発することを防止できる。これにより，例えば，発表者が複数の発表画面を連続して切り替えるとき（発表画面を早送りして飛ばすときなど）に，それぞれの切り替えに対応した複数の通知が成されることがないので，煩わしくない。
【０１０３】
更新量管理部１２６は，表示画面データの更新量に基づいて，上記通知実行部１２２の通知処理を制御する機能を有する。この表示画面データの更新量は，例えば，送信側端末装置１０ａの表示画面内の更新領域に対応する表示画面データのデータ量（例えばピクセル数）などである。本実施形態では，上記のように，送信側端末装置１０ａは更新領域のみの表示画面データを受信側端末装置１０ｂに送信しているので，本実施形態にかかる更新量は，例えば，受信側端末装置１０ｂに送信する表示画面データのデータ量と略同一となる。
【０１０４】
より詳細には，更新量管理部１２６は，例えば，送信された表示画面データについての上記更新量が所定量（例えば１００００ピクセル）以下と小さい場合には，当該送信された表示画面データに対応する受取完了通知信号を受信しても，通知実行部１２２が通知処理を行わないように制御する。これにより，カーソルの点滅等といった，発表内容としてほとんど意味を成さない表示画面の変化に関しては，上記通知処理を行わないようにできる。従って，発表者が発表画面を切り替えた場合など，真に通知する価値のある表示画面変化に関してのみ，通知処理を行うことができる。
【０１０５】
予測部１２８は，例えば，送信された表示画面データのデータ量および過去の送信実績などに基づいて，受取完了信号の受信タイミングを予測することができる。より詳細には，予測部１２８は，例えば，過去に表示画面データを送信したときの，表示画面データのデータ量（以下では，過去のデータ量という）と，この表示画面データを送信してから当該表示画面データに対応する受取完了信号を受信するまでの時間（以下では，過去の遅延時間という。）と，を保持している。さらに，予測部１２８は，例えば，かかる過去のデータ量と過去の遅延時間との相関に基づいて，現在送信している表示画面データのデータ量から，当該表示画面データについての受取完了信号の受信タイミングを予測することができる。これにより，通知実行部１２２は，このように予測された受信タイミングを利用して，例えば上記通知処理をカウントダウン形式で行うことができる。
【０１０６】
ここで，図９に基づいて，このカウントダウン通知の具体例について説明する。図９は，本実施形態にかかるカウントダウン通知表示の具体例を示す説明図である。
【０１０７】
図９（ａ）に示すように，通知実行部１２２は，受取完了信号の受信前には，予測した受信タイミングまでの時間（例えば残り秒数）を通知領域２２０内にカウントダウン表示して，受信後には「完了！」なる文字・図形表示等を行うような，カウントダウン通知を行うことができる。また，図９（ｂ）に示すように，予測した受信タイミングまでの時間を通知領域２２０内にメータ表示などすることもできる。
【０１０８】
このように，予測部１２８が受取完了信号の受信タイミングを予測し，これを利用して通知実行部１２２がカウントダウン通知することにより，発表者は，受信側端末装置１０ｂの表示画面が切り替わるまでの概算時間を，把握できる。このため，発表者は，説明を再開するまでの間，うまく間を持たせることができるとともに，苛立つことがない。
【０１０９】
次に，図１０に基づいて，送信側端末装置１０ａの表示画面の領域分割について説明する。なお，図１０は，本実施形態にかかる送信側端末装置１０ａの表示画面の領域分割を説明するための説明図である。
【０１１０】
図１０に示すように，例えば，送信側端末装置１０ａの表示画面２００は，共有画面領域２５０と，この共有画面領域２５０にオーバーレイされる私有画面領域２６０とから構成されている。
【０１１１】
共有画面領域２５０は，受信側端末装置１０ｂによる共有対象となる領域であり，例えば，上記のようなプレゼン用ソフトのウィンドウ２０２や表計算ソフトのウィンドウ２０４などが表示される領域である。この共有画面領域２５０は，例えば，その全てが上記検索対象領域の設定範囲となりうる。
【０１１２】
一方，私有画面領域２６０は，送信側端末装置１０ａのみに表示される領域であり，例えば，通知領域２５０と，タスクバー領域２６２とからなる。この私有画面領域２６０は，例えば，上記検索対象領域の設定範囲とならないので，受信側端末装置１０ｂによって共有されることがない。
【０１１３】
かかる共有画面領域２５０と私有画面領域２６０との分割は，例えば，多様な表示画面データを表示部１０８に表示処理する際に，上記記憶部１０４に，共有画面領域２５０用のメモリ領域と，私有画面領域２６０用のメモリ領域を個別に設けることで実現できる。
【０１１４】
本実施形態では，例えば，上記通知表示用の通知領域２２０がこの私有画面領域２６０に設けられているので，上記通知表示は私有画面領域２６０上でなされることとなる。これにより，受信側端末装置１０ｂが，通知領域２２０における通知表示についての表示画面データを共有しないようにできる。具体的には，送信側端末装置１０ａと受信側端末装置１０ｂとで発表画面を共有するときには，図５に示したように，送信側端末装置１０ａの表示画面２００上には通知領域２２０が表示されるのに対し，受信側端末装置１０ｂの表示画面３００上の共有ウィンドウ３０２内には，当該通知領域２２０が表示されず，通知表示が表示されることがない。
【０１１５】
このように，例えば，送信側端末装置１０ａの表示画面２００を共有画面領域２５０と私有画面領域２６０とを分割し，このうち私有画面領域２６０で通知表示を行うことにより，受信側端末装置１０ｂの表示画面３００上に，会議の参加者にとっては不必要な通知表示を表示させないようにできる。
【０１１６】
＜４．データ会議システムの概略的な動作＞
次に，図１１に基づいて，本実施形態にかかるデータ会議システム１の概略的な動作フローついて説明する。図１１は，本実施形態にかかるデータ会議システム１の概略的な動作フローを説明するためのブロック図である。なお，図１１では，説明の便宜上，送信側端末装置１０ａおよび受信側端末装置１０ｂの主要な各部のみを表示してある。また，以下の動作フローは，既に，送信側端末装置１０ａの最初の表示画面が受信側端末装置２０上で共有されている状態から開始するものする。
【０１１７】
図１１に示すように，まず，検索部１３０は，検索対象領域を設定し，この検索対象領域を検索処理する。この検索処理の結果，検索対象領域内に更新領域があった場合には，当該更新領域の表示画面データを送信側送受信部１１２に出力する（▲１▼）。その後，送信側送受信部１１２は，検索部１３０から入力された表示画面データをエンコードした後，この表示画面データをネットワーク５を介して受信側送受信部１１４に送信する（▲２▼）。以上までで，送信側端末装置１０ａによる１回の表示画面データ提供処理が完了する。
【０１１８】
次いで，受信側端末装置１０ｂ側では，受信側送受信部１１４が上記更新領域の表示画面データを受信して（▲３▼），かかる表示画面データをデコードした上で画像描画部１４０に出力する（▲４▼）。さらに，画像描画部１４０は，受信側送受信部１１４から入力された表示画面データを描画処理して，表示画面上に表示させた後，当該描画処理が完了した旨を受信側送受信部１１４に通知する（▲５▼）。その後，受信側送受信部１１４は，受取完了信号を生成して，この受取完了信号をネットワーク５を介して送信側送受信部１１２に送信する（▲６▼）。
【０１１９】
次いで，送信側端末装置１０ａ側では，送信側送受信部１１２が，受信側送受信部１１４から受取完了信号を受信して（▲７▼），この受取完了信号を検索部１３０および通知部１２０に出力する（▲８▼，▲９▼）。すると，通知部１２０は，例えば，上記更新量と通知間隔の条件を満たしている場合には，表示画面上に表示画面状態情報を通知表示して，発表者に対し受信側端末装置１０ｂで発表画面が切り替わった旨を通知する。一方，検索部１３０は，例えば，再度検索対象領域を設定し，この検索対象領域を検索処理する。これにより，新たな更新領域が検出された場合には，当該更新領域の表示画面データを抽出して出力する（▲１▼）。その後は，上記▲２▼〜▲９▼，▲１▼と同様の処理フローを繰り返す。
【０１２０】
上記のように，送信側端末装置１０ａが自身の表示画面のうち更新領域の表示画面データを所定の条件の下で順次，検索・送信するとともに，受信側端末装置１０ｂがこの表示画面データを順次，受信・再生することで，データ会議の発表者が提示する発表画面を双方の端末装置１０間で共有することができる。また，受信側端末装置１０ｂ側で発表画面が更新されたことを，送信側端末装置１０ａ側で表示して，発表者に対して通知することができる。
【０１２１】
＜５．端末装置各部の詳細な動作＞
次に，本実施形態にかかる送信側端末装置１０ａおよび受信側端末装置１０ｂの主要な各部の動作ついて詳細に説明する。
【０１２２】
＜５．１  検索部の動作＞
まず，図１２に基づいて，本実施形態にかかる送信側端末装置１０ａの検索部１３０の動作フローについて説明する。なお，図１２は，本実施形態にかかる検索部１３０の動作フローを示すフローチャートである。
【０１２３】
図１２に示すように，まず，ステップＳ１００では，表示画面全体の表示画面データが抽出される（ステップＳ１００）。データ会議システム１が動作開始し，送信側端末装置１０ａの表示画面上に起動した発表用ソフトウェアが表示されると，例えば，検索部１３０は，検索処理を行うことなく，共有対象領域全体の表示画面データを抽出する。
【０１２４】
次いで，ステップＳ１０２では，送信側送受信部１１２に対して，最初の表示画面を提供する旨が通知される（ステップＳ１０２）。具体的には，検索部１３０は，上記抽出した表示画面データを送信側送受信部１１２に出力する。
【０１２５】
さらに，ステップＳ１０４では，通知部１２０に対して，データ会議が開始された旨が通知される（ステップＳ１０４）。これにより，通知部１０４側で，通知間隔を測定するタイマーが動作開始する。
【０１２６】
その後，ステップＳ１０６では，検索部１３０は，送信側送受信部１１２から通知を受けるまで待機する（ステップＳ１０６）。
【０１２７】
次いで，ステップＳ１０８では，送信側送受信部１１２から受取完了信号を受信した旨の通知を受けたか否かが判定される（ステップＳ１０８）。送信側送受信部１１２から受取完了信号を受信した旨の通知を受けた場合には，ステップＳ１１０に進む。一方，かかる通知を受けていない場合には，ステップＳ１０６に戻り，さらに待機状態を継続する。
【０１２８】
さらに，ステップＳ１１０では，検索対象領域が検索処理される（ステップＳ１１０）。本ステップは，送信側送受信部１１２から受取完了信号を受信した旨の通知を受けた場合の処理である。このように送信側送受信部１１２が受取完了信号を受信するのは，例えば，上記ステップＳ１０２で最初の表示画面データを出力した後，或いは後述する上記ステップＳ１１８で更新領域の表示画面データを出力した後に，当該表示画面データに関して受信側端末装置１０ｂ側で描画処理が完了し，その旨の通知があった場合である。よって，この時点では，受信側端末装置１０ｂは新たな表示画面データの受入が可能な状態である。そこで，本ステップでは，検索実行部１３４が，例えば，検索対象領域を設定した上で，この検索対象領域内を検索処理して，更新領域の検出を試みる。
【０１２９】
その後，ステップＳ１１２では，更新領域の有無が判断される（ステップＳ１１２）。上記ステップＳ１１０での検索実行部１３４による検索処理の結果，更新領域が検出された場合には，ステップＳ１１４に進む。一方，更新領域が検出されなかった場合には，例えば，ステップＳ１１３に進み，所定時間待機した（ステップＳ１１３）後，ステップＳ１１０に戻り，再び検索対象領域が検索処理される。
【０１３０】
次いで，ステップＳ１１４では，更新領域の表示画面データが抽出される（ステップＳ１１４）。具体的には，検索部１３０が，上記検出された１または２以上の更新領域に対応する表示画面データを抽出する。
【０１３１】
さらに，ステップＳ１１６では，表示画面の更新量が保持される（ステップＳ１１４）。具体的には，検索部１３０が，例えば，上記抽出した更新領域の表示画面データのデータ量（本実施形態では更新量に相当する。）を，例えば記憶部１０４に記録して保持する。かかる保持された更新量は，通知部１２０によって通知処理の制御に利用される。
【０１３２】
その後，ステップＳ１１８では，更新領域が検出された旨が送信側送受信部１１２に通知される（ステップＳ１１８）。具体的には，検索部１３０は，上記ステップＳ１１４で抽出した更新領域の表示画面データを，送信側送受信部１１２に出力する。
【０１３３】
なお，本ステップの終了後には，ステップＳ１０６に戻り，検索部１３０は，再び，送信側送受信部１１２から，当該出力した表示画面データに対応する受取完了信号を受信した旨の通知を受けるまで待機する。その後は，上記ステップＳ１０８〜Ｓ１１８と同様にして，送信側端末装置１０ａの表示画面内の更新領域を検出して，出力することを繰り返す。
【０１３４】
＜５．２  送信側送受信部の動作＞
次に，図１３に基づいて，本実施形態にかかる送信側端末装置１０ａの送信側送受信部１１２の動作フローについて説明する。なお，図１３は，本実施形態にかかる送信側送受信部１１２の動作フローを示すフローチャートである。
【０１３５】
図１３に示すように，まず，ステップＳ２００では，送信側送受信部１１２は，検索部１３０または受信側送受信部１１４のいずれかから通知を受けるまで待機している（ステップＳ２００）。
【０１３６】
次いで，ステップＳ２０２では，通知を受けた相手先が検索部１３０または受信側端末装置１０ｂの受信側送受信部１１４のいずれであるかが判定される（ステップＳ２０２）。具体的には，検索部１３０から表示画面データ（即ち，更新領域の表示画面データ，または最初の表示画面データ）が入力された場合には，ステップＳ２０４に進み，一方，受信側送受信部１１４からネットワーク５を介して受取完了信号を受信した場合には，ステップＳ２０６に進む。
【０１３７】
次いで，ステップＳ２０４では，検索部１３０および通知部１２０に対して，受取完了信号を受信した旨が通知される（ステップＳ２０４）。本ステップの終了後には，ステップＳ２００に戻り，送信側送受信部１１２は，再び，検索部１３０からの通知を待機する状態となる。
【０１３８】
一方，ステップＳ２０６では，検索部１３０から入力された表示画面データが，例えばＭＰＥＧ方式などでエンコードされる（ステップＳ２０６）。
【０１３９】
次いで，ステップＳ２０８では，上記ステップＳ２０６でエンコードした表示画面データが，ネットワーク５を介して受信側端末装置１０ｂに送信される（ステップＳ２０８）。本ステップの終了後には，ステップＳ２００に戻り，送信側送受信部１１２は，再び，受信側送受信部１１４からの通知を待機する状態となる。
【０１４０】
＜５．３  受信側送受信部の動作＞
次に，図１４に基づいて，本実施形態にかかる受信側端末装置１０ｂの受信側送受信部１１４の動作フローについて説明する。なお，図１４は，本実施形態にかかる受信側送受信部１１４の動作フローを示すフローチャートである。
【０１４１】
図１４に示すように，まず，ステップＳ３００では，受信側送受信部１１４は，画像描画部１４０または送信側端末装置１０ａの送信側送受信部１１２のいずれかから通知を受けるまで待機している（ステップＳ３００）。
【０１４２】
次いで，ステップＳ３０２では，通知を受けた相手先が，画像描画部１４０または送信側端末装置１０ａの送信側送受信部１１２のいずれであるかが判定される（ステップＳ３０２）。画像描画部１４０から表示画面データの描画処理が完了した旨の通知を受けた場合には，ステップＳ３０４に進み，一方，送信側送受信部１１２からネットワーク５を介して表示画面データを受信した場合には，ステップＳ３０８に進む。
【０１４３】
さらに，ステップＳ３０４では，受信側送受信部１１４が，例えば，受信した表示画面データの描画処理が完了したことを表す受取完了信号を生成する（ステップＳ３０４）。
【０１４４】
その後，ステップＳ３０６では，上記ステップＳ３０４で生成した受取完了信号が，ネットワーク５を介して送信側端末装置１０ａの送信側送受信部１１２に送信される（ステップＳ３０６）。本ステップの終了後には，ステップＳ３００に戻り，受信側送受信部１１４は，再び，送信側送受信部１１２からの通知を待機する状態となる。
【０１４５】
一方，ステップＳ３０８では，受信側送受信部１１４は，送信側端末装置１０ａから受信した更新領域の表示画面データをデコードする（ステップＳ３０８）。
【０１４６】
次いで，ステップＳ３１０では，受信側送受信部１１４は，上記ステップＳ３０８でデコードした表示画面データを，画像描画部１４０に出力する（ステップＳ３１０）。本ステップの終了後には，ステップＳ３００に戻り，再び，画像描画部１４０からの通知を待機する状態となる。
【０１４７】
＜５．４  画像描画部の動作＞
次に，図１５に基づいて，本実施形態にかかる受信側端末装置１０ｂの画像描画部１４０の動作フローについて説明する。なお，図１５は，本実施形態にかかる画像描画部１４０の動作フローを示すフローチャートである。
【０１４８】
図１５に示すように，まず，ステップＳ４００では，画像描画部１４０は，受信側送受信部１１４から通知を受けるまで待機している（ステップＳ４００）。
【０１４９】
次いで，ステップＳ４０２では，表示画面データが描画処理される（ステップＳ４０２）。画像描画部１４０は，受信側送受信部１１４から表示画面データが入力されると，かかる表示画面データを描画処理して，例えば，受信側端末装置１０ｂの表示画面内の共有ウィンドウ内に表示させる。このとき，かかる表示画面上では，例えば，送信側端末装置１０ａ側で更新された更新領域に相当する部分のみが更新表示され，その他の領域は元の表示画面データがそのまま表示される。このような，送信側端末装置１０ａから提供された表示画面データの描画・表示処理の結果，受信側端末装置１０ｂの表示画面の更新が完了し，送信側端末装置１０ａと受信側端末装置１０ｂの表示画面の共有が実現されたこととなる。
【０１５０】
さらに，ステップＳ４０４では，受信側送受信部１１４に対して表示画面データの描画処理が完了した旨を通知する。（ステップＳ４０４）。本ステップの終了後には，ステップＳ４００に戻り，画像描画部１４０は，再び，受信側送受信部１１４からの通知を待機する状態となる。
【０１５１】
＜５．５  通知部の動作＞
次に，図１６に基づいて，本実施形態にかかる送信側端末装置１０ａの通知部１２０の動作フローについて説明する。なお，図１６は，本実施形態にかかる通知部１２０の動作フローを示すフローチャートである。
【０１５２】
図１６に示すように，まず，ステップＳ５００では，検索部１３０から，データ会議が開始された旨が通知される（ステップＳ５００）。
【０１５３】
次いで，ステップＳ５０２では，通知間隔を測定するタイマーがオンされる（ステップＳ５０２）。具体的には，通知間隔管理部１２４が，例えば，タイマー部の動作を開始させ，送信側端末装置１０ａが最初の表示画面データを送信してからの経過時間を計測し始める。
【０１５４】
さらに，ステップＳ５０４では，通知部１２０は，送信側送受信部１１２から通知を受けるまで待機する（ステップＳ５０４）。
【０１５５】
その後，ステップＳ５０６では，送信側送受信部１１２から受取完了信号を受信した旨の通知を受けたか否かが判定される（ステップＳ５０６）。送信側送受信部１１２から受取完了信号を受信した旨の通知を受けた場合には，ステップＳ５０８に進む。一方，かかる通知を受けていない場合には，ステップＳ５０４に戻り，さらに待機状態を継続する。
【０１５６】
次いで，ステップＳ５０８では，更新量が取得される（ステップＳ５０８）。本ステップは，送信側送受信部１１２から受取完了信号を受信した旨の通知を受けた場合の処理である。このように送信側送受信部１１２が受取完了信号を受信するのは，例えば，送信された表示画面データに関して受信側端末装置１０ｂ側で描画処理が完了し，その旨の通知があった場合である。よって，この時点では，受信側端末装置１０ｂの表示画面は切り替えが完了している。
【０１５７】
そこで，本ステップでは，更新量管理部１２６が，記録部１０４にアクセスして，上記検索部１３０によって記録された更新量を読み出す。これにより，当該送信された表示画面データの更新量を取得することができる。
【０１５８】
さらに，ステップＳ５１０では，更新量が規定値以上であるか否かが判定される（ステップＳ５１０）。具体的には，更新量管理部１２６は，上記ステップＳ５０８で取得した実際の更新量と，既定の基準更新量（例えば１００００ピクセル）とを比較する。かかる比較により，実際の更新量が基準更新量以上であると判定した場合には，当該送信された表示画面データで生じた共有画面の更新が，通知の対象に値する物である（即ち，表示画面が大幅に更新されているので，発表者による発表画面の切り替えがあったものと推定される。）と判断し，ステップＳ５１２に進む。一方，実際の更新量が基準更新量未満であると判定した場合には，通知処理する必要はない（即ち，表示画面の更新が微少であるので，表示画面はカーソルの点滅程度の更新しか成されていない。）と判断し，通知を行うことなく，ステップＳ５０４に戻る。
【０１５９】
その後，ステップＳ５１２では，タイマー値が規定値以上であるか否かが判定される（ステップＳ５１２）。具体的には，通知間隔管理部１２４は，まず，タイマー部のタイマー値を検出し，前回通知処理が成されたタイミング（最初の表示画面データ送信の場合には，ステップＳ５０２のタイマー動作開始時）からの経過時間を取得する。次いで，通知間隔管理部１２４は，当該経過時間と，既定の基準時間（例えば２秒）とを比較する。かかる比較により，当該経過時間が基準時間以上であると判定した場合には，当該送信された表示画面データで生じた共有画面の更新が，通知の対象に値する物である（即ち，前回の通知からある程度の時間を経過しているので，発表者による適切な発表画面の切り替えがあったものと推定される。）と判断し，ステップＳ５１４に進む。一方，当該経過時間が基準時間未満であると判定した場合には，通知処理する必要はない（即ち，通知間隔が短すぎて，通知処理が煩雑になる。）と判断し，ステップＳ５０４に戻る。
【０１６０】
このようにして，ステップＳ５１０および５１２において，通知処理を制御することにより，発表者の必要性に応じた好適な通知処理が可能となる。
【０１６１】
次いで，ステップＳ５１４では，受信側端末装置１０ｂの表示画面状態情報が通知される（ステップＳ５１４）。具体的には，例えば，通知実行部１２２は，送信側端末装置１０ａの表示画面上に，上記図７，８等で説明したような通知表示をすることにより，受信側端末装置１０ｂの表示画面の切り替えが完了したことなどを，発表者に対して通知する。
【０１６２】
さらに，ステップＳ５１６では，タイマーがリセットされる（ステップＳ５１６）。具体的には，通知間隔管理部１２４が，例えば，タイマー部の計測値をリセットする。これにより，上記ステップＳ５１４での通知処理が行われてからの経過時間が，計測開始される。
【０１６３】
なお，本ステップの終了後には，ステップＳ５０４に戻り，通知部１３０は，再び，送信側送受信部１１２から，受取完了信号を受信した旨の通知を受けるまで待機する。その後は，上記ステップＳ５０６〜Ｓ５１６と同様にして，通知が適切であるか否かを判定した上での通知処理を繰り返す。
【０１６４】
＜６．データ会議方法＞
次に，図１７に基づいて，上記のようなデータ会議システム１を用いた本実施形態にかかるデータ会議方法について説明する。なお，図１７は，本実施形態にかかるデータ会議方法を示すフローチャートである。また，図１８は，本実施形態にかかる通知部１２０による通知タイミングを説明するための説明図である。
【０１６５】
図１７に示すように，まず，ステップＳ６００では，データ会議が開始される（ステップＳ６００）。送信側端末装置１０ａおよび受信側端末装置１０ｂの準備が完了し，ネットワーク５を介した双方間のデータ伝送も可能な状態となる。
【０１６６】
次いで，ステップＳ６０２では，送信側端末装置１０ａで発表用ソフトウェアが起動される（ステップＳ６０２）。送信側端末装置１０ａ側では，発表者により，データ会議で発表するために必要な発表用ソフトウェアが起動され，発表内容のデータファイルが読み込まれる。これによって，送信側端末装置１０ａの表示画面上には，例えば，発表用ソフトウェアのウィンドウが表示され，このウィンドウの内部に発表内容データの最初の発表画面が表示される。
【０１６７】
さらに，ステップＳ６０４では，送信側端末装置１０ａが，最初の表示画面データを受信側端末装置１０ｂに送信する（ステップＳ６０４）。送信側端末装置１０ａは，例えば，自身の表示画面全体，あるいは発表用ソフトウェアのウィンドウに対応する範囲などの共有対象領域全体の表示画面データを，デコードし，ネットワーク５を介して受信側端末装置１０ｂに送信する。
【０１６８】
その後，ステップＳ６０６では，受信側端末装置１０ｂが，送信側端末装置１０ａから送信された最初の表示画面データを受信する（ステップＳ６０６）。
【０１６９】
次いで，ステップＳ６０８では，受信側端末装置１０ｂが，上記受信した表示画面データをデコードした上で描画処理して，自身の表示画面上に表示させる（ステップＳ６０８）。これにより，受信側端末装置１０ｂを利用している参加者は，例えば，最初の発表画面を閲覧することができる。
【０１７０】
さらに，ステップＳ６１０では，受信側端末装置１０ｂが，当該最初の表示画面データについての受取完了信号を生成し，この受取完了信号をネットワーク５を介して送信側端末装置１０ａに送信する（ステップＳ６１０）。
【０１７１】
その後，ステップＳ６１２では，送信側端末装置１０ａが，上記受取完了信号を受信する（ステップＳ６１２）。
【０１７２】
次いで，ステップＳ６１４では，送信側端末装置１０ａが，受信側端末装置１０ｂの表示画面状態の通知処理を行う（ステップＳ６１４）。具体的には，通知部１２０が，送信側端末装置１０ａの表示画面上に，上記図７，８等で説明したような通知表示をする。これにより，受信側端末装置１０ｂの表示画面上に最初の発表画面が表示完了したことを，発表者に対して通知することができる。なお，最初の発表画面が共有完了したことを通知不要とする場合などには，例えば，本ステップは省略してもよい。
【０１７３】
さらに，ステップＳ６１６では，送信側端末装置１０ａが，自身の表示画面の検索処理を行う（ステップＳ６１６）。具体的には，検索部１３０が，例えば，表示画面内に設定した検索対象領域を検索処理して，更新領域を検出する。なお，更新領域を検出できなかった場合には，例えば，所定時間経過後に再度検索処理を行う。
【０１７４】
その後，ステップＳ６１８では，送信側端末装置１０ａが，更新領域の表示画面データを，受信側端末装置１０ｂに送信する（ステップＳ６１８）。具体的には，送信側端末装置１０ａは，上記ステップＳ６１６で検出した更新領域の表示画面データを，デコードした上で，ネットワーク５を介して受信側端末装置１０ｂに送信する。本ステップで送信される表示画面データは，例えば，前回送信した表示画面データと比して更新された部分のみのデータであるので，上記ステップＳ６０４で送信した例えば全画面分のデータよりも比較的データ量が少ない。このため，送信側端末装置１０ａのデコード処理や送信処理，ひいては受信側端末装置１０ｂ側の受信処理等にかかる負荷が小さくて済む。
【０１７５】
その後，ステップＳ６２０では，受信側端末装置１０ｂが，送信側端末装置１０ａから送信された更新領域の表示画面データを受信する（ステップＳ６２０）。
【０１７６】
次いで，ステップＳ６２２では，この表示画面データをデコードした上で描画処理して，自身の表示画面上に表示させる（ステップＳ６２２）。これにより，受信側端末装置１０ｂの表示画面が更新される。特に，送信側端末装置１０ａ側で発表者によって発表画面の切り替えがあった場合には，受信側端末装置１０ｂ側でも表示画面が大幅に更新されて表示される。このため，参加者は，受信側端末装置１０ｂの発表画面が切り替わったことを認識し，新しい発表画面を閲覧することができる。
【０１７７】
さらに，ステップＳ６２４では，受信側端末装置１０ｂが，当該更新領域の表示画面データについての受取完了信号を生成し，この受取完了信号をネットワーク５を介して送信側端末装置１０ａに送信する（ステップＳ６２４）。
【０１７８】
その後，ステップＳ６２６では，送信側端末装置１０ａが，上記ステップＳ６１８で送信した更新領域の表示画面データに対応する受取完了信号を受信する（ステップＳ６２６）。
【０１７９】
次いで，ステップＳ６２８では，送信側端末装置１０ａが，通知処理サブルーチンを行う（ステップＳ６２８）。この通知処理サブルーチンは，上述した図１６のステップＳ５０８〜Ｓ５１６の処理フローと略同一であるので，詳細説明は省略する。かかる通知処理サブルーチンにより，上記送信した表示画面データが発表画面の切り替えに相当するものであり，かつ前回の通知から所定時間経過している場合には，受信側端末装置１０ｂの表示画面状態情報が通知される。具体的には，通知部１２０が，例えば，送信側端末装置１０ａの表示画面上に上記通知表示をすることにより，受信側端末装置１０ｂの発表画面の切り替えが完了したことを通知する。これにより，発表者は，送信側端末装置１０ａおよび受信側端末装置１０ｂの表示画面の内容が一致したことを認識できる。
【０１８０】
その後は，データ会議が終了する（ステップＳ６３０）まで，上記ステップＳ６１６〜Ｓ６２８と同様な処理が繰り返される。このようにして，データ会議の進行に伴って，送信側端末装置１０ａによる表示画面の更新領域の提供と，受信側端末装置１０ｂによる当該更新領域の再生とを繰り返し行うことにより，送信側端末装置１０ａで随時切り替えられる発表画面を，受信側端末装置１０ｂ側で共有することができる。この際，発表者が発表画面を切り替える度に，送信側端末装置１０ａの表示画面上には，適宜，受信側端末装置１０ｂ側で発表画面の切り替えが完了した旨が通知される。
【０１８１】
ここで，かかる通知が成されるタイミングについて，図１８に基づいて，より詳細に説明する。なお，図１８は，本実施形態にかかる通知部１２０による通知タイミングを説明するための説明図である。
【０１８２】
図１８（ａ）に示すように，会議進行中は，発表者による発表画面の切り替え等により，送信側端末装置１０ａの表示画面が大幅に変更される（▲のタイミング）とともに，図１８（ｂ）に示すように，カーソルの点滅，発表ソフトウェアの自動描画処理機能等が原因で，当該表示画面には微少な変更（●のタイミング）も起こりうる。
【０１８３】
このような環境下で，図１８（ｃ）に示すように，送信側端末装置１０ａから受信側端末装置１０ｂへの，更新領域の表示画面データの送信（■のタイミング）が繰り返されている。さらに，このような表示画面データの送信に対応して，受信側端末装置１０ｂから送信側端末装置１０ａへの，受取完了信号の返信も繰り返されている。このため，図１８（ｄ）に示すように，送信側端末装置１０ａは，例えば，送信した表示画面データに応じて，受取完了信号を順次受信している（×のタイミング）。
【０１８４】
しかし，送信側端末装置１０ａは，受取完了信号を受信する度に上記通知処理を行うわけではなく，上記のような更新量および経過時間の条件を満たした場合にのみ，上記通知処理を行う。具体的には，図１８（ｅ）に示すように，例えば，いったん通知処理が行われた場合（Ａ）には，送信側端末装置１０ａは，その後，所定の基準時間内は通知処理を不許可とする。このため，この基準時間内に，たとえ発表者による発表画面の切替が行われ，表示画面が大幅に更新されたとしても，送信側端末装置１０ａは，通知処理を行わない（Ｂ）。さらに，この基準時間の経過後であっても，カーソルの点滅等による表示画面の微少な更新に対しては，通知処理を行わず，発表者による発表画面の切替等により表示画面が大幅に更新された場合にはじめて通知処理を行う（Ｃ）。
【０１８５】
このように，送信した表示画面データの更新量および前回通知したときからの経過時間などに基づいて，通知処理を制御することにより，発表者にとって有用な通知のみを行うことができる。
【０１８６】
（第２の実施の形態）
次に，本発明の第２の実施の形態にかかるデータ会議システム１およびデータ会議方法等について説明する。第２の実施形態にかかるデータ会議システム１は，上記第１の実施形態にかかるデータ会議システム１と比して，受信側端末装置１０ｂを複数備える点で相違するのみであり，その他の機能・構成は上記第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１８７】
まず，図１９に基づいて，本実施形態にかかるデータ会議システム１の全体構成について説明する。なお，図１９は，本実施形態にかかるデータ会議システム１の概略的な構成を示すブロック図である。
【０１８８】
図１９に示すように，本実施形態にかかるデータ会議システム１は，例えば，１つの送信側端末装置１０ａと，複数の受信側端末装置１０ｂ−１，１０ｂ−２，…，１０ｂ−ｎ（以下では，受信側端末装置１０ｂと総称する場合もある。）と，送信側端末装置１０ａおよび受信側端末装置１０ｂを接続するネットワーク５と，から主に構成される。
【０１８９】
送信側端末装置１０ａは，自身の表示画面データを，複数の受信側端末装置１０ｂに対してそれぞれ送信する。一方，各受信側端末装置１０ｂは，例えば，当該表示画面データの受信処理および描画処理を完了した時点で，受取完了信号を送信側端末装置１０ａに送信する。従って，送信側端末装置１０ａは，複数の受信側端末装置１０ｂから，受取完了信号を異なるタイミングで受信することとなる。この受取完了信号の受信タイミングのずれが生じる原因は，例えば，受信側端末装置１０ｂ自体の処理能力や，経由するネットワーク５の通信速度およびトラフィックなどが受信側端末装置１０ｂごとに相違するためである。
【０１９０】
かかる受取完了信号の受信タイミングのずれに対応するため，本実施形態にかかる送信側端末装置１０ａは，例えば，全ての受信側端末装置１０ｂからの受取完了信号の受信を条件として，検索部１３０による上記検索処理，および通知部１２０による上記通知処理を行うことを特徴とする。
【０１９１】
ここで，図２０に基づいて，本実施形態にかかる送信側端末装置１０ａの検索部１３０の動作フローについて説明する。図２０は，本実施形態にかかる検索部部１３０の動作フローを示すフローチャートである。
【０１９２】
図２０に示すように，本実施形態にかかる検索部１３０の動作フローは，第１の実施形態にかかる検索部１３０の動作フロー（図１２参照）と比して，ステップＳ１０９が追加されている点で相違するのみであり，その他の処理は第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１９３】
そこで，ステップＳ１０９について説明すると，例えば，検索部１３０は，送信側送受信部１１２から受取完了信号を受信した旨の通知を受けると，かかる受取完了信号の受信により，全ての受信側端末装置１０ｂから受取完了信号を受信完了したか否かを判定する。（ステップＳ１０９）。この結果，全ての受信側端末装置１０ｂから受取完了信号を受信完了したと判定した場合には，ステップＳ１１０に進み，検索処理を実行する。一方，全ての受信側端末装置１０ｂから受取完了信号を受信していないと判定した場合には，ステップＳ１０６に戻り，他の受信側端末装置１０ｂからの受取完了信号の受信を待機するので，検索処理は行わない。なお，上記のような受取完了信号の判定処理は，例えば，検索部１３０でなく，送信側送受信部１１２などで実行してもよい。
【０１９４】
次に，図２１に基づいて，本実施形態にかかる送信側端末装置１０ａの通知部１２０の動作フローについて説明する。図２１は，本実施形態にかかる通知部１２０の動作フローを示すフローチャートである。
【０１９５】
図２１に示すように，本実施形態にかかる通知部１２０の動作フローは，第１の実施形態にかかる通知部１２０の動作フロー（図１６参照）と比して，ステップＳ５０７が追加されている点で相違するのみであり，その他の処理は第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１９６】
そこで，ステップＳ５０７について説明すると，例えば，通知部１２０は，送信側送受信部１１２から受取完了信号を受信した旨の通知を受けると，その受取完了信号が例えば最後の受信者端末装置１０ｂからのものであるか否かを判定する（ステップＳ５０７）。換言すると，例えば，通知部１２０は，かかる受取完了信号の受信により，全ての受信側端末装置１０ｂから受取完了信号を受信完了したか否かを判定する。この結果，全ての受信側端末装置１０ｂから受取完了信号を受信完了したと判定した場合には，ステップＳ５０８に進み，更新量を取得した後，所定の条件（ステップＳ５１０およびＳ５１２）を満たした場合には，上記のような処理（ステップＳ５１４）がなされる。一方，全ての受信側端末装置１０ｂから受取完了信号を受信していないと判定した場合には，ステップＳ５０４に戻り，他の受信側端末装置１０ｂからの受取完了信号の受信を待機する。なお，上記のような受取完了信号の判定処理は，例えば，通知部１２０でなく，送信側送受信部１１２などで実行してもよい。
【０１９７】
また，図示はしないが，送信側端末装置１０ａは，例えば，表示画面データを送信してから所定時間以上経過しても，少なくとも１の受信側端末装置１０ｂから受取完了信号が返信されない場合には，当該受信側端末装置１０ｂとの間で何らかのエラーが生じたものと判断して，エラー処理を実行するようにしてもよい。具体的には，受信側端末装置１０ｂは，例えば，応答のない受信側端末装置１０ｂを無視して，検索処理・通知処理を実行したり，或いは，送信済みの表示画面データを再送信したりしてもよい。これにより，システムの動作保障をすることができる。
【０１９８】
次に，図２２に基づいて，上記のような構成のデータ会議システム１を用いた本実施形態にかかるデータ会議方法について説明する。図２２は，本実施形態にかかるデータ会議方法を示すフローチャートである。なお，図２２では，上記第１の実施形態にかかるデータ会議方法と比して，特徴的な部分の処理フローのみを抜粋して示してあり，他の部分の処理フローは第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１９９】
図２２に示すように，まず，送信側端末装置１０ａが，例えば，更新領域の表示画面データを，複数の受信側端末装置１０ｂに対して同時に一括送信する（ステップＳ７００）。
【０２００】
一方，各受信側端末装置１０ｂは，上記ステップＳ７００で送信された表示画面データを受信し（ステップＳ７０２−１，２，‥ｎ），デコードする。さらに，各受信側端末装置１０ｂは，かかる表示画面データを描画処理して（ステップＳ７０４−１，２，‥ｎ），自身の表示画面上に表示する。その後，各受信側端末装置１０ｂは，例えば描画処理が完了した時点で受取完了信号を生成し，受取完了信号を送信側端末装置１０ａに対してそれぞれ送信する（ステップＳ７０６−１，２，‥ｎ）。
【０２０１】
この結果，送信側端末装置１０ａ側では，各受信側端末装置１０ｂからの受取完了信号を異なるタイミングでそれぞれ受信し（ステップＳ７０８−１，２，‥ｎ），全ての受信側端末装置１０ｂから受取完了信号を受信した時点で，上記図１７で説明したような通知処理サブルーチンを行う（ステップＳ７１０）。
【０２０２】
より詳細には，送信側端末装置１０ａは，例えば，比較的高速な受信側端末装置１０ｂ−１から受取完了信号を受信した（ステップＳ７０８−１）としても，通知処理サブルーチンを行わない。さらに，送信側端末装置１０ａは，その他の受信側端末装置１０ｂ−ｎから，順次，受取完了信号を受信した（ステップＳ７０８−ｎ）としても，まだ受取完了信号を受信していない受信側端末装置１０ｂが存在する場合には，依然として通知処理サブルーチンを行わない。その後，最も遅い受信側端末装置１０ｂ−２から受取完了信号を受信した時点（ステップＳ７０８−２）ではじめて，送信側端末装置１０ａは，通知処理サブルーチンを実行し，上記条件を満たせば通知処理を行う（ステップＳ７１０）。
【０２０３】
その後，送信側端末装置１０ａは，再度，表示画面の検索処理を行い（ステップＳ７１２），更新領域を検出した場合には，当該更新領域の表示画面データを抽出して，エンコードする。その後は，ステップＳ７００〜Ｓ７１２を繰り返す。
【０２０４】
このように，送信側端末装置１０ａは，例えば，処理能力および通信速度が最も遅い受信側端末装置１０ｂに応じて，通知処理を行うことができる。このため，発表者は，全ての受信側端末装置１０ｂで送信側端末装置１０ａの発表画面に切り替わったことを確認した上で，説明を開始したり，次の発表画面に切り替えたりできる。従って，一部の遅い受信側端末装置１０ｂで，発表画面と説明内容とにずれが生じることがないので，全ての参加者が発表内容を好適に理解できる。
【０２０５】
上記のように，本実施形態にかかるデータ会議システム１では，例えば，表示画面の切替が最も遅い受信側端末装置１０ｂに合わせて，送信側端末装置１０ａで通知処理等を行い，会議を進行させたが，かかる例に限定されない。
【０２０６】
例えば，複数の受信側端末装置１０ｂのうち，予め選択された１または２以上の特定の受信側端末装置１０ｂ（以下では，基準受信側端末装置１０ｂという。）に合わせて，通知処理を行ってもよい。
【０２０７】
具体的には，例えば会議の開始前に，会議の主要な参加者（例えば，社長または役員等のポストが高い者，議題に対応する部署の者，議事録筆記者，取引先の担当者など）が利用する受信側端末装置１０ｂを，基準受信側端末装置１０ｂとして予め選択しておく。そして，会議中には，例えば，送信側端末装置１０ａが，かかる基準受信側端末装置１０ｂから受取完了信号を受信した時点で，表示画面上に，当該受信側端末装置１０ｂの表示画面状況情報を通知表示してもよい。
【０２０８】
これにより，発表者は，上記主要な参加者が利用する基準受信側端末装置１０ｂの表示画面が好適に切り替わったことなどを把握できるので，これら主要な参加者の表示画面の状態に合わせて発表を進行することができる。
【０２０９】
また，本実施形態でも，上記送信権７を複数の端末装置１０間で授受することもできる。具体的には，図１６の例では，送信側端末装置１０ａが有する送信権７を，受信側端末装置１０ｂ−１，２，…，ｎのいずれかに譲渡して，双方の機能を逆転させることができる。このように，端末装置１０間で送信権７を授受可能とすることにより，データ会議の発表者は，いずれの端末装置１０を用いたとしても，その端末装置１０の表示画面データをその他の端末装置１０で共有させて，発表を行うことが可能となる。また，データ会議の参加者間で発表者を順次変更する場合にも対応できる。
【０２１０】
以上説明したように，上記第１および第２の実施形態にかかるデータ会議システム１では，送信側端末装置１０ａが，例えば，送信した表示画面データに対応する受取完了信号の受信に応じて，受信側端末装置１０ｂ側での発表画面の切替状況等を表す表示画面状態情報などを，表示画面上に通知表示できる。これにより，例えば，発表者が利用する送信側端末装置１０ａ表示画面と，参加者が利用する受信側端末装置１０ｂの表示画面とが一致したことを，発表者に対して通知することができる。
【０２１１】
このため，発表者は，例えば，かかる通知に基づいて，参加者側の発表画面の状態を把握することができるので，安心してプレゼンテーションを進行させることができる。具体的には，発表者は，例えば，参加者側の発表画面が切り替わったことを確認してから，その発表画面についての説明を開始することができるとともに，好適なタイミングで次の発表画面に切り替えることができる。
【０２１２】
このため，受信側端末装置１０ｂ側では，発表画面が切り替わる前に，発表者による当該発表画面の内容についての説明が始まることがない。即ち，受信側端末装置１０ｂ側では，表示された発表画面と，発表者による説明内容との間にずれが生じない。従って，参加者は，発表者による発表内容を性格に理解でき，会議の進行が円滑になる。
【０２１３】
また，上記通知処理を行う条件として，表示画面データの更新量，及び前回通知した時からの経過時間を測定し，この更新料および経過時間が一定量以上となるような表示画面の更新がなされた時にのみ，送信側端末装置１０ａが通知処理を行う。このため，カーソルの点滅等といった発表内容としてほとんど意味をなさない表示画面の変化に対しては，通知処理を実行しないので，発表者によるプレゼンテーションの進行を妨げないようにすることができる。
【０２１４】
また，送信側端末装置１０ａの表示画面上に，私有画面領域をオーバーレイし，この私有画面領域に受信側端末装置１０ｂの表示画面状態情報などを通知表示することができる。このため，受信側端末装置１０ｂの表示画面には，当該通知表示を表示させないようにできる。従って，受信側端末装置１０ｂ側での参加者による発表画面の閲覧を妨げることなく，発表者にのみ通知情報を提供することができる。
【０２１５】
また，かかるデータ会議システム１では，カメラ映像提供手段等の別途の設備を必要とせず，上記のような比較的簡単な構成を用いるだけで，発表者に対して，受信側端末装置１０ｂの表示画面状態を容易かつ正確に通知することができる。
【０２１６】
さらに，上記第２の実施形態にかかるデータ会議システム１では，例えば，送信側端末装置１０ａは，複数の受信側端末装置１０ｂの全てから受取完了信号を受信した後に，通知処理を行うので，通信速度などが遅い受信側端末装置１０ｂであっても，発表画面がジャンプしたりすることがない。
【０２１７】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２１８】
例えば，上記実施形態にかかるデータ会議システム１では，送信側端末装置１０ａと受信側端末装置１０ｂとの間で，ネットワーク５を介してダイレクトに各種データを送受信したが，本発明はかかる例に限定されない。例えば，データ会議システム１は，図２３に示すように，送信側端末装置１０ａと受信側端末装置１０ｂとの間に，管理サーバ２０を設けることで，送信側端末装置１０ａおよび受信側端末装置１０ｂをクライアントとした，クライアント／サーバ（Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）型のネットワークシステムとして構成することも可能である。これにより，かかる管理サーバ２０が，上記説明したような表示画面データや受取完了信号の送受信，表示画面状態情報の通知等の各種処理の全部または一部を，代行するようにしてもよい。
【０２１９】
また，上記実施形態では，検索部１３０は，ウィンドウ単位で設定された検索対象領域を検索処理したが，本発明はかかる例に限定されない。例えば，検索部１３０は，表示画面の全領域を常に検索する全画面検索，表示画面内の特定領域を常に検索する特定領域検索などを実行するようにしてもよい。また，検索対象領域の形状は，上記のような矩形に限られず，例えば，各種の多角形，円形など任意の形状であってもよい。
【０２２０】
また，上記実施形態では，受信側端末装置１０ｂは，受信した表示画面データの描画処理が完了した時点で，受取完了信号を生成して送信したが，本発明はかかる例に限定されない。例えば，受信側端末装置１０ｂは，送信されてきた表示画面データの受信処理が完了した時点で，上記受取完了信号を生成して送信するようにしてもよい。また，この場合には，例えば，受取完了信号として，ＴＣＰ／ＩＰネットワーク上での送受信動作終了信号として一般的に用いられているＡＣＫなどを利用してもよい。
【０２２１】
また，上記実施形態では，送信側端末装置１０ａおよび受信側端末装置１０ｂ間で送信権７を授受可能に構成したが，本発明はかかる例に限定されない。例えば，発表者が用いる所定の端末装置１０のみが送信権７を所持できるようにし，その他の端末装置１０は，常に受信側端末装置１０ｂとしてのみ機能するように構成してもよい。
【０２２２】
また，上記実施形態では，通知部１２０は，受信側端末装置１０ｂの表示画面状態情報として，受信側画面切替完了情報を通知する例について説明したが，本発明はかかる例に限定されない。例えば，通知部１２０は，受信側端末装置１０ｂの電源のオン／オフ（表示画面が現れているか），過去の所定時間内における参加者による操作の有無（参加者が席について，受信側端末装置１０ｂの表示画面を閲覧しているか否か）など，受信側端末装置１０ｂの状態に関する各種の情報を通知するようにしてもよい。
【０２２３】
【発明の効果】
以上説明したように，本発明によれば，送信側端末装置が表示画面状態情報を通知することにより，発表者は，受信側端末装置の表示画面状態を容易に把握することができる。
【図面の簡単な説明】
【図１】図１は，第１の実施形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図２】図２は，第１の実施形態にかかる端末装置の概略的な構成を示すブロック図である。
【図３】図３は，第１の実施形態にかかる送信側端末装置の表示画面の具体例を示す説明図である。
【図４】図４は，第１の実施形態にかかる送信側端末装置の表示画面上における検索対象領域および更新領域の具体例を示す説明図である。
【図５】図５は，第１の実施形態にかかる送信側端末装置および受信側端末装置の表示部に表示された共有画面の具体例を示す説明図である。
【図６】図６は，第１の実施形態にかかる通知部の構成を示すブロック図である。
【図７】図７は，第１の実施形態にかかる送信側端末装置の表示画面上における通知表示の具体例を示す説明図である。
【図８】図８は，第１の実施形態にかかる通知表示の変更例を示す説明図である。
【図９】図９は，第１の実施形態にかかるカウントダウン通知表示の具体例を示す説明図である。
【図１０】図１０は，第１の実施形態にかかる送信側端末装置の表示画面の領域分割を説明するための説明図である。
【図１１】図１１は，第１の実施形態にかかるデータ会議システムの概略的な動作フローを説明するためのブロック図である。
【図１２】図１２は，第１の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図１３】図１３は，第１の実施形態にかかる送信側送受信部の動作フローを示すフローチャートである。
【図１４】図１４は，第１の実施形態にかかる受信側送受信部の動作フローを示すフローチャートである。
【図１５】図１５は，第１の実施形態にかかる画像描画部の動作フローを示すフローチャートである。
【図１６】図１６は，第１の実施形態にかかる通知部の動作フローを示すフローチャートである。
【図１７】図１７は，第１の実施形態にかかるデータ会議方法を示すフローチャートである。
【図１８】図１８は，第１の実施形態にかかる通知部による通知タイミングを説明するための説明図である。
【図１９】図１９は，第２の実施形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図２０】図２０は，第２の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図２１】図２１は，第２の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図２２】図２２は，第２の実施形態にかかるデータ会議方法を示すフローチャートである。
【図２３】図２３は，変更例にかかるデータ会議システムの概略的な構成を示すブロック図である。
【符号の説明】
１  ：  データ会議システム
５  ：  ネットワーク
７  ：  送信権
１０  ：  端末装置
１０ａ  ：  送信側端末装置
１０ｂ  ：  送信側端末装置
１０２  ：  ＣＰＵ
１０４  ：  記憶部
１０６  ：  入力部
１０８  ：  表示部
１１０  ：  送受信部
１１２  ：  送信側送受信部
１１４  ：  受信側送受信部
１２０  ：  通知部
１２２  ：  通知実行部
１２４  ：  通知間隔管理部
１２６  ：  更新量管理部
１２８  ：  予測部
１３０  ：  検索部
１４０  ：  画像描画監視部
２００  ：  送信側端末装置の表示画面
２１０  ：  検索対象領域
２２０  ：  通知領域
２５０  ：  共有画面領域
２６０  ：  私有画面領域
３００  ：  受信側端末装置の表示画面
３０２  ：  共有ウィンドウ
【図１】
2004259158.tif 000003
【図２】
2004259158.tif 000004
【図３】
2004259158.tif 000005
【図４】
2004259158.tif 000006
【図５】
2004259158.tif 000007
【図６】
2004259158.tif 000008
【図７】
2004259158.tif 000009
【図８】
2004259158.tif 000010
【図９】
2004259158.tif 000011
【図１０】
2004259158.tif 000012
【図１１】
2004259158.tif 000013
【図１２】
2004259158.tif 000014
【図１３】
2004259158.tif 000015
【図１４】
2004259158.tif 000016
【図１５】
2004259158.tif 000017
【図１６】
2004259158.tif 000018
【図１７】
2004259158.tif 000019
【図１８】
2004259158.tif 000020
【図１９】
2004259158.tif 000021
【図２０】
2004259158.tif 000022
【図２１】
2004259158.tif 000023
【図２２】
2004259158.tif 000024
【図２３】
2004259158.tif 000025