JP3972836B2 - 表示画面共有システム，送信側端末装置，プログラム，表示画面共有方法 - Google Patents
表示画面共有システム，送信側端末装置，プログラム，表示画面共有方法 Download PDFInfo
- Publication number
- JP3972836B2 JP3972836B2 JP2003051402A JP2003051402A JP3972836B2 JP 3972836 B2 JP3972836 B2 JP 3972836B2 JP 2003051402 A JP2003051402 A JP 2003051402A JP 2003051402 A JP2003051402 A JP 2003051402A JP 3972836 B2 JP3972836 B2 JP 3972836B2
- Authority
- JP
- Japan
- Prior art keywords
- display screen
- terminal device
- search
- side terminal
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1454—Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/14—Display of multiple viewports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
- H04M2201/38—Displays
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- User Interface Of Digital Computer (AREA)
- Digital Computer Display Output (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は，複数の端末装置間で表示画面を共有するための表示画面共有システムおよび表示画面共有方法，並びに，これらに用いられる送信側端末装置，受信側端末装置およびプログラムに関する。
【０００２】
【従来の技術】
従来では，遠隔地間でデータ会議を行うためなどに，ネットワークを介して複数の端末装置を接続し，発表者の端末装置の表示画面を他の参加者の端末装置で共有することが可能な表示画面共有システムが提案されている。この表示画面共有システムは，発表者の端末装置（送信側端末装置）が自身の表示画面データを送信し，参加者の端末装置（受信側端末装置）がこの表示画面データを受信して表示画面上に再現することにより，参加者が，発表者によるプレゼンテーション内容，提示された資料等を閲覧できるものであった（例えば，特許文献１参照）。
【０００３】
このような従来の表示画面共有システムでは，ストリーミングによる動画配信の場合などと同様に，送信側の表示画面データを，予め想定したネットワークの通信速度等に応じた適当なフレームレートでエンコードして，所定の時間間隔で受信側に送信することが一般的であった。また，送信側で表示画面が更新される度に，受信側の処理状況とは無関係に，更新された表示画面データを順次，送信する場合もあった。
【０００４】
【特許文献１】
特開２００１−３３１４３０
【０００５】
【発明が解決しようとする課題】
しかしながら，上記従来の表示画面共有システムにおける表示画面データの送信手法では，送信側端末装置の負荷が増大してしまうだけでなく，描画処理過程における不要なデータまでもが送信されるため，ネットワークのトラフィックが増大してしまうという問題があった。特に，データ会議などでは，プレゼンテーション内容等を静止画像データとして送信すれば十分な場合も多い。このような，描画処理途中の動画像よりも描画処理後の静止画像が求められ，送信側と受信側との間で完全なリアルタイム性が必要ではないケースでは，上記従来の送信手法はデータ送信に無駄が多く，非効率的であった。
【０００６】
また，参加者側端末装置の処理状況とは無関係に，表示画面データを一方的に送信し続けるため，受信側端末装置の過負荷，バッファのオーバーフローなどが生じる可能性があるという問題もあった。
【０００７】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，送信側端末装置の処理負荷及びネットワークのトラフィックを低減できるとともに，送信側端末装置の表示画面データを受信側端末装置の処理状況に応じて効率的に送信することが可能な，新規かつ改良された表示画面共有システムおよび表示画面共有方法，並びにこれを実現する端末装置，プログラム等を提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，１または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，送信側端末装置の表示画面データを受信側端末装置で共有する表示画面共有システムが提供される。この表示画面共有システムにおいて，送信側端末装置は，送信側端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備えることを特徴とする。また，受信側端末装置は，送信側端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する，受信側送受信部；を備える，ことを特徴とする。さらに，上記送信側送受信部は，受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，ことを特徴とする。
【０００９】
かかる構成により，送信側端末装置は，受信側端末装置に対して，送信側端末装置の表示画面上に表示されている表示画面データの少なくとも一部を提供することができる。また，受信側端末装置は，このように送信側端末装置から提供された表示画面データを受信，描画処理して，受信側端末装置の表示画面上に表示させることができる。これにより，送信側端末装置と受信側端末装置との間で，送信側端末装置の表示画面データの少なくとも一部を共有することができる。
【００１０】
また，上記課題を解決するため，本発明の別の観点によれば，複数の端末装置がネットワークを介して接続され，送信権を有する１または２以上の前記端末装置の表示画面データを，他の１または２以上の前記受信側端末装置で共有する表示画面共有システムであって：この表示画面共有システムにおいて，送信権を有する端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；他の端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，：他の端末装置は，送信権を有する端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信権を有する端末装置に対して送信する，受信側送受信部；を備える，ことを特徴とする。さらに，上記送信側送受信部は，受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可する，ことを特徴とする，表示画面共有システムが提供される。
【００１１】
また，上記課題を解決するため，本発明の別の観点によれば，ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置が提供される。この送信側端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，送信側送受信部は，受信側端末装置から，さらなる表示画面データを受け入れ可能であることを表す受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，ことを特徴とする。
【００１２】
かかる構成により，検索実行部は，過去の表示画面データと現在の表示画面データとを比較処理することで，検索対象領域を検索処理することができる。この検索対象領域は，検索対象となる表示画面の一部または全部の領域である。さらに，この検索実行部は，当該検索対象領域内に表示画面が更新されている更新領域を検出し，かかる更新領域の表示画面データを抽出することができる。また，送信側送受信部は，上記検索実行部によって抽出された更新領域の表示画面データを，ネットワークを介して送信することにより，受信側端末装置に対して提供できる。さらに，この送信側送受信部は，受信側端末装置が送信した受入可能信号を，ネットワークを介して受信することができる。また，検索処理制御部は，上記送信側送受信部が表示画面データを送信したか否か，或いは受入可能信号を受信したか否かに応じて，上記検索実行部による検索処理を制御することができる。例えば，この検索処理制御部は，送信側送受信部が表示画面データを送信した後は，検索実行部が検索処理を実行不能となるように制御し，一方，送信側送受信部が受入可能信号を受信した後は，検索実行部が検索処理を実行可能となるように制御する。換言すると，検索処理制御部は，送信側送受信部が表示画面データを送信してから受入可能信号を受信するまでの期間は，検索実行部の検索処理を待機させることができる。
【００１３】
このように，送信側端末装置は，受入可能信号に基づいて受信側端末装置の処理状況を把握できる。このため，送信側端末装置は，受信側端末装置の処理状況などに応じて，新たに検索処理を実行するタイミングや，次の表示画面データを送信するタイミングを好適に制御することができる。
【００１４】
また，上記送信側端末装置は，表示画面を更新する可能性のある更新イベントを検出し，検出した更新イベントに対応する表示画面上のウィンドウの範囲情報を生成する，イベント監視部と；ウィンドウの範囲情報に基づいて検索対象領域を設定する，検索対象領域管理部と；を備える，ように構成してもよい。
【００１５】
かかる構成により，送信側端末装置と受信側端末装置との間の表示画面データ共有中には，イベント監視部が，上記送信側端末装置の表示画面上で新たな描画処理がなされ得る更新イベントの発生を監視することができる。さらに，このイベント監視部は，更新イベントを検出した場合には，検出した更新イベントに対応するウィンドウを特定し，当該ウィンドウの表示画面上の範囲を表すウィンドウ範囲情報を生成する。なお，このウィンドウは，例えば，送信側端末装置で起動された発表用ソフトウェアなどに応じて，表示画面上に表示される例えば矩形領域である。さらに，検索対象領域管理部は，上記ウィンドウ範囲情報に基づいて，表示画面の一部または全部の領域を検索対象領域として設定することができる。このように検索対象領域を設定することにより，検索対象領域を，上記更新イベントに応じて表示画面上で更新が生じている可能性の高い領域に絞り込んで設定することができる。よって，送信側端末装置の検索処理等に要する負荷を低減できる。
【００１６】
また，上記検索処理制御部によって検索処理が不許可されている場合には，検索対象領域管理部は，設定した検索対象領域を検索リストにストックしておき，検索処理が許可された後に，検索実行部が，検索リストにストックされている１または２以上の検索対象領域を検索処理する，ように構成してもよい。
【００１７】
かかる構成により，検索処理制御部によって検索実行部による検索処理が不許可されている期間（即ち，上記送信側送受信部が表示画面データを送信してから受入可能信号を受信するまでの期間）に，更新イベントが検出され新たな検索対象領域が設定された場合には，この検索対象領域の検索処理はなされず，検索リストにストックされる。これにより，受信側端末装置の受信準備が整っていない当該期間内には，送信側端末装置は，検索処理を行わないようにできるので，全体として検索処理回数を減少させ，送信側端末装置の負荷を低減できる。その後，送信側送受信部が受信側端末装置から受入可能信号を受信した後に，検索処理を許可された検索実行部は，ストックされている検索対象領域を検索処理することができる。従って，当該期間中に生じた更新イベントに対応する更新領域を検出し損なうことがない。
【００１８】
また，上記検索対象領域管理部は，検索リストにストックされた複数の検索対象領域の重複部分を調整する，ように構成してもよい。
【００１９】
かかる構成により，上記検索処理が不許可されている期間内に，複数の更新イベントが検出され，これらに対応した複数の検索対象領域が検索リストにストックされている場合に，検索対象領域の重複部分を調整できる。これにより，検索処理を許可された検索実行部が，検索処理を実行する際に，当該重複部分を複数回検出処理することがないので，検索処理の効率化，送信側端末装置の負荷低減を図ることができる。
【００２０】
また，上記検索処理制御部は，全ての受信側端末装置からの受入可能信号の受信に応じて，検索処理を許可する，ように構成してもよい。
【００２１】
かかる構成により，検索処理制御部は，例えば，受信側端末装置の全てから受入可能信号を受信した時点で，上記検索実行部による検索処理を許可することができる。これにより，受信処理能力やネットワークの通信性能などが最も遅い受信側端末装置に応じて，検索処理の許可を制御することができる。このため，送信側端末装置は，全ての受信側端末装置に対して，表示画面データの送信量過大による過負荷を引き起こさせることないよう，好適なタイミングで表示画面データを提供することができる。
【００２２】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして：ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置として機能せしめることを特徴とする，プログラムが提供される。このプログラムは，コンピュータをして，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，送信側送受信部は，受信側端末装置から，さらなる表示画面データを受け入れ可能であることを表す受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，送信側端末装置として機能せしめることを特徴とする。
【００２３】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置として機能せしめることを特徴とする，プログラムが記録されたコンピュータ読み取り可能な記録媒体が提供される。このコンピュータ読み取り可能な記録媒体は，コンピュータをして，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，送信側送受信部は，受信側端末装置から，さらなる表示画面データを受け入れ可能であることを表す受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可する，送信側端末装置として機能せしめることを特徴とするプログラムが記録されている。
【００２８】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置として機能せしめることを特徴とする，プログラムが提供される。このプログラムは，コンピュータをして，送信側端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する，受信側送受信部；を備える，受信側端末装置として機能せしめることを特徴とする。
【００２９】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置として機能せしめることを特徴とするプログラム，が記録されたコンピュータ読み取り可能な記録媒体が提供される。このコンピュータ読み取り可能な記録媒体は，コンピュータをして，送信側端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する，受信側送受信部；を備える，受信側端末装置として機能せしめることを特徴とするプログラム，が記録されている。
【００３０】
また，上記課題を解決するため，本発明の別の観点によれば，１または２以上の送信側端末装置の表示画面データを，送信側端末装置とネットワークを介して接続された１または２以上の受信側端末装置で共有する表示画面共有方法が提供される。この表示画面共有方法は， 送信側端末装置が，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する段階と；送信側端末装置が，受信側端末装置に対して少なくとも更新領域の表示画面データを送信するとともに，検索処理を不許可する段階と；受信側端末装置が，表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する段階と；送信側端末装置が，受入可能信号を受信するとともに，検索処理を許可する段階と；を含むことを特徴とする。
【００３１】
かかる構成により，送信側端末装置は，受信側端末装置に対して，送信側端末装置の表示画面上に表示されている表示画面データの少なくとも一部を提供することができる。また，受信側端末装置は，このように送信側端末装置から提供された表示画面データを受信，描画処理して，受信側端末装置の表示画面上に表示させることができる。これにより，送信側端末装置と受信側端末装置との間で，送信側端末装置の表示画面データの少なくとも一部を共有することができる。このとき，送信側端末装置は，受信側端末装置の処理状況を把握できる。このため，送信側端末装置は，受信側端末装置の処理状況などに応じた好適なタイミングで，さらに検索処理を実行して，次の表示画面データを送信することができる。
【００３２】
また，上記表示画面共有方法は，さらに，送信側端末装置が，表示画面を更新する可能性のある更新イベントを検出し，検出した更新イベントに対応する表示画面上のウィンドウの範囲情報を生成する段階と；生成されたウィンドウの範囲情報に基づいて，検索対象領域を設定する段階と；を含むように構成してもよい。
【００３３】
また，上記検索対象領域を設定する段階は，検索処理が不許可されている場合には，設定した検索対象領域を検索リストにストックしておく段階，を含み；検索対象領域を検索処理する段階は，検索処理が許可された後に，検索リストにストックされている１または２以上の検索対象領域を検索処理する段階，を含む；ように構成してもよい。
【００３４】
また，上記検索対象領域を設定する段階は，検索リストにストックされている複数の検索対象領域の重複部分を調整する段階，を含む，ように構成してもよい。
【００３５】
また，上記検索処理を許可する段階では，受信側端末装置の全てから受入可能信号を受信した後に，検索処理を許可する，ように構成してもよい。
【００３６】
また，上記表示画面共有方法は，さらに，受信側端末装置が，受信した表示画面データを描画処理する段階と；受信側端末装置が，描画処理の完了に応じて受入可能信号を生成する段階と；を含む，ように構成してもよい。
【００３７】
【発明の実施の形態】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００３８】
（第１の実施の形態）
まず，本発明の第１の実施の形態にかかる表示画面共有システムおよび表示画面共有方法について説明する。以下では，本実施形態にかかる表示画面共有システムおよび表示画面共有方法を，例えば，データ会議システム（ネットワーク会議システム）およびデータ会議方法に適用した例について説明するが，かかる例に限定されるものではない。
【００３９】
＜１．システム構成＞
まず，図１に基づいて，本実施形態にかかるデータ会議システムの全体構成について説明する。なお，図１は，本実施形態にかかるデータ会議システム１の概略的な構成を示すブロック図である。
【００４０】
図１に示すように，本実施形態にかかるデータ会議システム１は，例えば，１つの送信側端末装置１０ａと，１つの受信側端末装置１０ｂと，送信側端末装置１０ａと受信側端末装置１０ｂを接続するネットワーク５と，から主に構成される。
【００４１】
送信側端末装置１０ａおよび受信側端末装置１０ｂ（以下では，端末装置１０と総称する場合もある。）は，例えば，少なくとも中央演算処理部（ＣＰＵ）と送受信部と記憶部と表示部とを備えた情報処理装置であり，一般的には，パーソナルコンピュータなどのコンピュータ装置で構成される。なお，これらの端末装置１０は，かかるコンピュータ装置に限定されず，例えば，携帯電話，情報家電，携帯端末，ＰＤＡ，またはテレビ会議機能を備えたコミュニケーション端末などの各種の情報処理装置で構成してもよい。
【００４２】
このうち，送信側端末装置１０ａは，例えば，データ会議における発表者によって利用される端末装置であって，自身の表示画面データを提供（送信）する側の端末装置である。この送信側端末装置１０ａは，例えば，発表用ソフト，ワープロソフト等の各種のソフトウェアがインストールされており，発表者により指定された，プレゼンテーション内容や発表資料等（以下では，発表内容という。）のデータを，自身の表示画面（例えばデスクトップ画面）上に表示し，当該発表者の操作に応じてその表示内容を随時切り替えることができる。
【００４３】
かかる送信側端末装置１０ａには，送信権７が付与されている。この送信権７は，他の端末装置に対して自身の表示画面データを送信できる権限であり，データ会議における発表者の権限に相当するものである。この送信権７は，データ会議システム１内の複数の端末装置１０の中から，発表者が用いる１または２以上の端末装置１０に割り当てられるものであるが，図１の例では，１つの端末装置１０（即ち，送信側端末装置１０ａ）にのみ割り当てられている。
【００４４】
かかる送信権７を有することにより，送信側端末装置１０ａは，上記のように自身の表示画面上に表示されている画像データ（表示画面データ）の全部または一部を，ネットワーク５を介して受信側端末装置１０ｂに送信することができる。さらに，送信側端末装置１０ａは，受信側端末装置１０ｂからの受入可能信号に基づいて，上記表示画面データを送信するタイミングを好適に制御できるが，詳細については後述する。
【００４５】
一方，受信側端末装置１０ｂは，データ会議における参加者（聞き手）によって利用される端末装置であって，他の端末装置の表示画面データを享受（受信）する側の端末装置である。この受信側端末装置１０ｂは，上記送信側端末装置１０ａから受信した表示画面データを描画処理して，自身の表示部に表示することができる。また，受信側端末装置１０ｂは，例えば，表示画面データの描画処理が完了した時点で，受入可能信号を生成し，送信側端末装置１０ａに送信することもできる。
【００４６】
ネットワーク５は，送信側端末装置１０ａと受信側端末装置１０ｂを相互に双方向通信可能に接続する通信回線網である。このネットワーク５は，例えば，インターネット等の公衆回線網や，ＷＡＮ，ＬＡＮ，ＩＰ−ＶＰＮ等の専用回線網などで構成される。また，ネットワーク５の接続媒体は，例えば，ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブル又はツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなど，有線・無線を問わず，衛星通信網なども含むように構成してもよい。なお，本実施形態にかかる端末装置１０間においては，表示画面データ等の各種データを，例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）により定められた規約により送受信するように構成されているが，かかる例に限定されず，ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）などで送受信するように構成してもよい。
【００４７】
上記のような構成のデータ会議システム１では，上記のように，送信側端末装置１０ａは，自身の表示画面に対応する表示画面データを，ネットワーク５を介して受信側端末装置１０ｂに提供することができる。また，受信側端末装置１０ｂは，提供された表示画面データを描画処理して，自身の表示画面上に表示させることができる。これにより，送信側端末装置１０ａと受信側端末装置１０ｂとの間で，送信側端末装置１０ａの表示画面データを共有することが可能になる。
【００４８】
従って，データ会議の参加者は，送信側端末装置１０ａの表示画面上に表示された発表内容を，受信側端末装置１０ｂを用いてほぼリアルタイムに閲覧することができる。かかるデータ会議では，発表者と参加者が近くにいる場合（例えば，双方が同一の会議室，フロアまたは建物内にいる場合）のみならず，遠隔地にいる場合（例えば，一方が東京本社，他方が北海道支社にいる場合，または一方が自宅，他方が移動中の新幹線の車内にいる場合）などであっても，発表者と参加者の間で発表内容を共有することができるので，発表者及び参加者の所在の自由度が高まり，有用である。
【００４９】
このように，データ会議システム１は，２地点以上の離隔地点間をネットワーク５で接続し，送信側端末装置１０ａの発表画面を受信側端末装置１０ｂで共有することにより，ネットワーク会議，セミナー等のプレゼンテーションなどを円滑に進行させることができる。なお，かかるデータ会議においては，例えば，上記のような表示画面の共有と同時に，発表者または参加者の発言内容等の音声情報を，マイク，スピーカ等からなる別途の音声通信手段（図示せず。）などを用いて，端末装置１０間で共有できるように構成してもよい。また，例えば，データ会議システム１とテレビ会議システムなどとを併用し，発表者の映像情報や音声情報等を伝送できるようにしてもよい。
【００５０】
また，かかるデータ会議システム１では，上記送信権７を端末装置１０間で授受することもできる。具体的には，図１の例では，送信側端末装置１０ａが有する送信権７を，受信側端末装置１０ｂに譲渡できるようにしてもよい。かかる送信権７の譲渡により，双方の機能を逆転させ，送信側端末装置１０ａを上記のような受信側端末装置１０ｂとして機能させるとともに，受信側端末装置１０ｂを上記送信側端末装置１０ａとして機能させることができる。このように，端末装置１０間で送信権７を授受可能とすることにより，データ会議の発表者は，いずれの端末装置１０を用いたとしても，その端末装置１０の表示画面データを他方の端末装置１０で共有させて，発表を行うことが可能となる。また，データ会議の参加者間で発表者が順次変更される場合にも対応できる。
【００５１】
また，例えば，双方の端末装置１０に送信権７をそれぞれ付与することにより，双方の端末装置１０が相互に自身の表示画面データの一部を相手側に提供するようにしてもよい。かかる構成により，双方の端末装置１０は，相互に表示画面データを共有し合って，それぞれが自身の表示画面上に相手側の表示画面の一部を表示することができる。これにより，データ会議システム１が，データ会議の参加者の双方が同時に発表者となる場合や，相互に発表内容を提示し合って議論する場合などにも対応できるようになる。
【００５２】
＜２．端末装置の構成＞
次に，図２に基づいて，本実施形態にかかる端末装置１０の構成について説明する。なお，図２は，本実施形態にかかる端末装置１０の概略的な構成を示すブロック図である。
【００５３】
図２に示すように，端末装置１０は，ＣＰＵ１０２と，記憶部１０４と，入力部１０６と，表示部１０８と，送受信部１１０と，イベント監視部１２０と，検索部１３０と，画像描画部１４０と，から構成されている。
【００５４】
ＣＰＵ１０２は，例えば，中央演算処理装置などで構成された制御部であり，端末装置１０内の各部の処理・命令等を制御することができる。例えば，このＣＰＵ１０２は，記憶部１０４などに格納された発表用ソフトウェアをはじめとする各種ソフトウェアを起動させ，その動作を制御することができる。
【００５５】
記憶部１０４は，各種のデータおよびプログラム等を一時記録または格納することが可能な記憶用デバイスである。この記憶部１０４は，例えば，ＲＡＭ（Ｒｅａｄ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ），ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ），ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ），ＳＤＲＡＭ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ），ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ ＲＡＭ），ハードディスク，フレキシブルディスク，磁気テープ，光ディスク，などで構成される。
【００５６】
この記憶部１０４は，例えば，発表者が発表内容を説明するために利用する各種の発表用ソフトウェアを記録している。この発表用ソフトウェアの具体例としては，例えば，Ｍｉｃｒｏｓｏｆｔ（登録商標）のＷｏｒｄ ＸＰ（登録商標）などのワープロソフト，Ｅｘｃｅｌ ＸＰ（登録商標）などの表計算ソフト，ＰｏｗｅｒＰｏｉｎｔ ＸＰなどのプレゼンテーション用ソフト（以下ではプレゼン用ソフトという。），Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）などの閲覧ソフト，などが挙げられる。なお，これらの発表用ソフトウェアは，例えば，各種のディスクドライブを用いて，フレキシブルディスク，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭなどの記録媒体から読み出して起動させてもよく，また，ネットワーク５などを介して外部から配信されたものを起動させてもよい。また，かかる記憶部１０４の記憶領域の一部には，例えば，後述する検索リスト１０５が記憶されている。
【００５７】
入力部１０６は，例えば，マウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどから構成された操作手段である。端末装置１０の使用者（会議の発表者または参加者など）は，かかる入力部１０６を操作することにより，端末装置１０に対して各種の処理動作を指示したり，各種のデータを入力したりできる。
【００５８】
表示部１０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置などで構成された表示装置である。この表示部１０８は，その表示画面上に各種の表示画面データを表示出力することができる。
【００５９】
例えば，端末装置１０が送信側端末装置１０ａとして機能する場合の表示部１０８は，例えば，端末装置１０の上記発表用ソフトウェアが起動されると，当該発表用ソフトウェアに対応したウィンドウを，その表示画面の一部または全部の領域に表示する。一方，端末装置１０が受信側端末装置１０ｂとして機能する場合の表示部１０８は，例えば，後述する画像描画部１４０によって描画処理された表示画面データを，その表示画面の一部または全部の領域に表示する。なお，かかる表示部１０８が表示する表示画面データは，一般的には，上記発表内容を静的に表示した例えば静止画像データであるが，かかる例に限定されず，上記発表内容が動的に変化する動画像データなどであってもよい。また，かかる表示部１０８などが，例えば，音声出力部（図示せず。）を備えるように構成し，発表者の発言内容等の音声データなどを音声出力できるようにしてもよい。
【００６０】
送受信部１１０は，ネットワーク５と接続されており，他の端末装置１０との間で各種のデータを送受信することができる。この送受信部１１０は，例えば，送信側送受信部１１２と，受信側送受信部１１４と，を備える。
【００６１】
送信側送受信部１１２は，例えば，端末装置１０が送信側端末装置１０ａとして機能する場合に動作する送受信部である。この送信側送受信部１１２は，例えば，後述する検索部１３０から入力された表示画面データを，エンコードした上で，受信側端末装置１０ｂに送信する。また，かかる送信側送受信部１１２は，受信側端末装置１０ｂが送信した受入可能信号を受信して，後述する検索部１３０に出力する。
【００６２】
一方，受信側送受信部１１４は，例えば，端末装置１０が受信側端末装置１０ｂとして機能する場合に動作する送受信部である。この受信側送受信部１１４は，例えば，送信側端末装置１０ａが送信した表示画面データをネットワーク５を介して受信し，受信した表示画面データをデコードした上で画像描画部１４０に出力する。
【００６３】
また，かかる受信側送受信部１１４は，例えば，画像描画部１４０からの通知を受けると，受信側端末装置１０ｂ側で表示画面データの例えば描画処理が完了したため次の表示画面データを受け入れ可能となった旨を表す受入可能信号を生成する。即ち，この受信側送受信部１１４は本実施形態にかかる受入可能信号生成部（図示せず。）としても構成されている。なお，この受入可能信号生成部は，例えば，受信側送受信部１１４とは独立して構成されてもよい。
【００６４】
さらに，受信側送受信部１１４は，送信側端末装置１０ａに対して，ネットワーク５を介して当該受入可能信号を送信することで，例えば，受信側端末装置１０ｂ側で当該表示画面データの描画処理が完了し，さらなる表示画面データを受入可能となった旨を通知することができる。
【００６５】
なお，この受信側送受信部１１４は，例えば，送信されてきた表示画面データの受信処理が完了した時点で（例えば，当該表示画面データのデコードや描画処理を実行する前に），上記受入可能信号を生成して送信側端末装置１０ａに送信するようにしてもよい。この場合には，受入可能信号が，上記表示画面データの受信処理完了信号として機能する。なお，この受入可能信号としては，例えば，ＴＣＰ／ＩＰネットワーク上での送受信動作終了信号として一般的に用いられているＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：肯定応答）などを利用してもよい。
【００６６】
イベント監視部１２０は，例えば，上記送信側端末装置１０ａの表示画面上に何らかの画像が描画される可能性のある更新イベントの発生を検出することができる。この更新イベントの具体例としては，例えば，発表者による入力部１０６の操作（マウスのクリック，キーボード操作等）や，各種ソフトウェアの起動などである。また，イベント監視部１２０は，上記更新イベントが発生したことを検出すると，例えば，当該更新イベントに対応するウィンドウを特定し，このウィンドウのウィンドウ範囲情報を生成する。このウィンドウ範囲情報は，例えば，当該ウィンドウの表示画面上での位置および大きさ等を表す座標情報などである。一般的には，表示画面上に表される発表用ソフトウェアのウィンドウは，例えば矩形状を有しているで，上記ウィンドウ範囲情報は，例えばこの矩形範囲を特定可能な例えば２つの座標情報などとすることができる。さらに，イベント監視部１２０は，このように生成したウィンドウ範囲情報を検索部１３０に出力する。
【００６７】
検索部１３０は，例えば，上記ウィンドウ範囲情報に基づいて表示画面内の検索対象領域を設定し，この検索対象領域を検索する機能を有する。かかる検索部１３０は，例えば，検索対象領域管理部１３２と，検索実行部１３４と，検索処理制御部１３６とを備える。
【００６８】
検索対象領域管理部１３２は，例えば，上記イベント監視部１２０からの通知を受けると，上記ウィンドウ範囲情報に基づいて，表示画面内の検索対象領域を設定する。より詳細には，検索対象領域管理部１３２は，例えば，上記更新イベントが発生したウィンドウのウィンドウ範囲情報によって特定される表示画面上の少なくとも一部の領域を，検索対象領域として設定する。さらに，検索対象領域管理部１３２は，例えば，上記のように設定した検索対象領域を，記憶部１０４の検索リスト１０５に記録する。また，この検索対象領域管理部１３２は，例えば，上記検索リスト１０５に複数の検索対象領域が記録されている場合には，これらが相互に重複しているか否かを検出し，重複部分がある場合には，検索対象領域を再設定して重複部分を調整することができる。この重複部分の調整処理の詳細については後述する。さらに，検索対象領域管理部１３２は，例えば，検索実行部１３４が検索対象領域内の検索処理を完了した時点で，検索リスト１０５に記録されている検索対象領域を消去する。
【００６９】
検索実行部１３４は，例えば，上記検索リスト１０５に記録されている１または２以上の検索対象領域を検索処理して，表示画面が更新されている更新領域を検出することができる。より詳細には，この検索実行部１３４は，例えば，設定された検索対象領域において，前回の検索処理時に利用された表示画面データ（比較用表示画面データ）と，現在，表示部１０８に表示されている表示画面データ（実際の表示画面データ）とを，例えば所定のブロック単位で比較して，更新領域の検出を試みる。かかる比較・検出処理により，実際に更新領域があった場合には，検索実行部１３４は，例えば，かかる更新領域に対応する表示画面データを抽出して，送信側送受信部１１２に出力する。なお，この抽出された表示画面データには，例えば，当該更新領域の表示画面上での位置を示す座標情報なども含まれている。
【００７０】
検索処理制御部１３６は，上記のような検索実行部１３４の検索処理を許可／不許可することができる。より詳細には，検索処理制御部１３６は，例えば，上記検索実行部１３４が表示画面データを送信側送受信部１１２に対して出力した時点（或いは，送信側送受信部１１２が受信側端末装置１０ｂに当該表示画面データを送信した時点）で，検索フラグをオフにして，それ以後の上記検索実行部１３４による検索処理を不許可とする。一方，検索処理制御部１３６は，例えば，送信側送受信部１１２から当該表示画面データについての上記受入可能信号が入力された時点（或いは，送信側送受信部１１２が受信側端末装置１０ｂから当該受入可能信号を受信した時点）で，検索フラグをオンにして，それ以後の上記検索実行部１３４による検索処理を許可する。換言すると，検索処理制御部１３６は，例えば，受信側端末装置１０ｂに表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，上記検索実行部１３４の検索処理を待機（不能化）させ，それ以外の期間では，上記検索実行部１３４の検索処理を可能化するように制御することができる。
【００７１】
かかる構成により，検索部１３０は，例えば，上記受入可能信号を受信するまでの期間で，たとえ更新イベントが発生したとしても，その後さらに更新イベントが発生する可能性を考慮して，検索処理を待機することができる。これにより，無駄となるおそれのある検索処理を実行しないようにし，当該検索処理の効率化，送信側端末装置１０ａの負荷の低減を図ることができる。
【００７２】
画像描画部１４０は，例えば，端末装置１０が受信側端末装置１０ｂとして機能する場合に動作する。この画像描画部１４０は，受信側送受信部１１４から入力された表示画面データを描画処理して，上記表示部１０８の表示画面上に表示させる。これにより，受信側端末装置１０ｂは，その表示画面上に，送信側端末装置１０ａの表示画面の少なくとも一部を再現することができる。また，画像描画部１４０は，例えば，かかる描画処理が完了した時点で，当該表示画面データに関する描画処理が完了した旨を受信側送受信部１１４に対して通知する。
【００７３】
なお，上記説明したような，送信側送受信部１１２，受信側送受信部１１４，イベント監視部１２０，検索部１３０，画像描画部１４０などは，上記のような処理機能を実現できるものであれば，例えば，専用装置（ハードウェア）として構成されてもよく，或いは，端末装置１０にアプリケーションプログラムをインストールすることで構成されてもよい。さらに，後者の場合，上記アプリケーションプログラムは，上記端末装置１０に対して，ＣＤ−ＲＯＭ等の記録媒体によって提供されてもよく，或いは，ネットワーク５を介して外部からダウンロードすることで提供されてもよい。また，当該アプリケーションプログラムは，予め，上記各端末装置１０内の記憶部１０４または外部インタフェース（図示せず。）等に接続された周辺機器などに格納されていてもよい。
【００７４】
以上，本実施形態にかかる端末装置１０の概略的な構成について説明した。本実施形態では，上述したような端末装置１０の構成は，例えば，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方の構成に該当するものである。かかる構成によれば，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方が，表示画面データを送信する側（発表者側）の端末装置，または受信する側（参加者側）の端末装置のいずれとしても機能しうるので，データ会議システム１内で上記のような送信権７の授受が可能となる。
【００７５】
しかし，例えば，送信権７を端末装置１０間で授受しない場合（即ち，発表者が用いる端末装置１０が予め固定されている場合）には，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方が，必ずしも上記のような各部を全て具備する必要はない。より詳細には，端末装置１０が受信側端末装置１０ｂとしてのみ機能すればよい場合には，例えば，少なくとも上記ＣＰＵ１０２，記憶部１０４，入力部１０６，表示部１０８，送信側送受信部１１２，イベント監視部１２０および検索部１３０を具備すればよい。また，端末装置１０が受信側端末装置１０ｂとしてのみ機能すればよい場合には，例えば，少なくとも上記ＣＰＵ１０２，記憶部１０４，入力部１０６，表示部１０８，受信側送受信部１１４および画像描画部１４０を具備すればよい。
【００７６】
＜３．データ会議システムの概略的な動作＞
次に，図３に基づいて，本実施形態にかかるデータ会議システム１の概略的な動作フローついて説明する。図３は，本実施形態にかかるデータ会議システム１の概略的な動作フローを説明するためのブロック図である。なお，図３では，説明の便宜上，送信側端末装置１０ａおよび受信側端末装置１０ｂの主要な各部のみを表示してある。
【００７７】
図３に示すように，まず，データ会議システム１が動作し，送信側端末装置１０ａによる表示画面データの提供が始まると，イベント監視部１２０が動作し，上記更新イベントの監視を開始する。この監視中に，発表者が発表画面を切り替えるためにマウスをクリックなどして更新イベントが発生すると，イベント監視部１２０は更新イベントが発生した旨を検索部１３０に通知する（▲１▼）。この通知処理は，実際には，イベント監視部１２０が，例えば，当該更新イベントに対応するウィンドウ範囲情報を送信することによってなされる。なお，かかる１回の通知後も，イベント監視部１２０は，更新イベントの監視を継続して行い，新たな更新イベントの発生を検出した場合には，随時，検索部１３０に通知する。
【００７８】
次いで，検索部１３０は，上記イベント監視部１２０からの通知を受けると，ウィンドウ範囲情報に基づいて検索対象領域を設定する。さらに，検索部１３０は，例えば，検索処理が許可状態にある場合には，設定した検索対象領域を直ちに検索処理する。この検索処理の結果，検索対象領域内に更新領域があった場合には，検索部１３０は，当該更新領域の表示画面データを送信側送受信部１１２に出力する（▲２▼）とともに，その後の検索処理を不許可とする。
【００７９】
その後，送信側送受信部１１２は，入力された表示画面データをエンコードした後，この表示画面データをネットワーク５を介して受信側送受信部１１４に送信する（▲３▼）。以上までで，送信側端末装置１０ａによる１回の表示画面データ提供処理が完了する。
【００８０】
次いで，受信側端末装置１０ｂ側では，受信側送受信部１１４が上記更新領域の表示画面データを受信して（▲４▼），かかる表示画面データをデコードした上で画像描画部１４０に出力する（▲５▼）。さらに，画像描画部１４０は，入力された表示画面データを描画処理して，受信側端末装置１０ｂの表示画面上に表示させた後，当該描画処理が完了した旨を受信側送受信部１１４に通知する（▲６▼）。その後，受信側送受信部１１４は，受入可能信号を生成して，この受入可能信号をネットワーク５を介して送信側送受信部１１２に送信する（▲７▼）。
【００８１】
次いで，送信側端末装置１０ａ側では，送信側送受信部１１２は，受信側送受信部１１４から受入可能信号を受信して（▲８▼），この受入可能信号を検索部１３０に出力する（▲９▼）。すると，検索部１３０は，その後の検索処理を許可する。この結果，上記のように表示画面データを送信してから受入可能信号が戻ってくるまでの間に，新たな更新イベントが発生し，この更新イベントに対応する１または２以上の検索対象領域が検索リスト１０５にストックされている場合には，検索部１３０は，イベント監視部１２０からの通知を待たずに，ストックされている検索対象領域を検索する。これにより，新たな更新領域が検出された場合には，当該更新領域の表示画面データを抽出して出力し（▲２▼），その後の検索処理を再び不許可とする。その後は，上記▲３▼〜▲９▼，▲２▼と同様の処理フローを繰り返す。
【００８２】
上記のように，送信側端末装置１０ａが自身の表示画面のうち更新領域の表示画面データを所定の条件の下で順次，検索・送信するとともに，受信側端末装置１０ｂがこの表示画面データを順次，受信・再生することで，データ会議の発表者が提示する表示画面を双方の端末装置１０間で共有することができる。
【００８３】
＜４．端末装置各部の詳細な動作＞
次に，本実施形態にかかる送信側端末装置１０ａおよび受信側端末装置１０ｂの主要な各部の動作ついて詳細に説明する。
【００８４】
＜４．１ イベント監視部の動作＞
まず，図４〜図７に基づいて，本実施形態にかかる送信側端末装置１０ａのイベント監視部１２０の動作フローについて説明する。なお，図４は，本実施形態にかかるイベント監視部１２０の動作フローを示すフローチャートである。また，図５は，本実施形態にかかる送信側端末装置１０ａの表示画面の具体例を示す説明図である。また，図６は，本実施形態にかかる送信側端末装置１０ａの表示画面上におけるウィンドウ範囲情報および検索対象領域の具体例を示す説明図である。
【００８５】
図４に示すように，まず，ステップＳ１００では，更新イベントが発生したか否かが検出される（ステップＳ１００）。この更新イベントは，上述したように，送信側端末装置１０ａの表示画面を更新する可能性のあるイベントであり，具体的には，発表者によるマウスのクリック，キーボード操作等，またはアプリケーションの起動などである。かかる更新イベントの発生に伴って，ウィンドウの新規生成，移動，開閉若しくは消去，または，ウィンドウ内での発表用スライドの切り替え，ウィンドウ内への発表内容の追加若しくは削除，などの表示画面を変更するような描画処理が起こりうる。
【００８６】
このため，イベント監視部１２０は，例えば，発表者によるプレゼンテーションの開始時およびその最中などには，送信側端末装置１０ａにおいて上記更新イベントが発生するか否かを常に監視している。かかるイベント監視部１２０による監視処理は，例えば，ＣＰＵ１０２へのアクセスにより発表用ソフトウェア等の起動状況を検出したり，入力部１０６が生成した信号を検出したりすることによって実現できる。かかる監視処理により，更新イベントの発生が検出された場合には，ステップＳ１０２に進み，一方，更新イベントの発生が検出されない場合には，さらに本ステップでの監視処理が継続される。
【００８７】
ここで，表示画面の更新処理と，イベント監視部１２０による監視処理について，具体例を挙げて説明する。図５（ａ）に示すように，例えば，送信側端末装置１０ａの表示画面２００上にプレゼン用ソフトのウィンドウ２０２と，表計算ソフトのウィンドウ２０４とが表示された状態で，発表者によるプレゼンテーションが進行していた場面を想定する。発表者は，表示画面２００上に表示されている「来年度の経営指針」に関する発表用スライド（１）についての説明後，次の発表用スライド（２）に切り替える場合には，マウスを操作してポインタ２０６を移動させて，発表用スライド（２）のマークを選択してクリックする。すると，図５（ｂ）に示すように，プレゼン用ソフトのウィンドウ２０２内には，「コスト削減」に関する発表用スライド（２）が表示される。この結果，送信側端末装置１０ａの表示画面上で，プレゼン用ソフトのウィンドウ２０２内の発表画面が切り替えられ，発表内容が更新されたこととなる。また，イベント監視部１２０は，例えば，上記のような発表者によるマウス操作を検出することにより，更新イベントが発生したと判断することができる。
【００８８】
次いで，ステップＳ１０２では，ウィンドウ範囲情報が生成される（ステップＳ１０２）。イベント監視部１２０は，更新イベントの発生を検出した場合には，当該更新イベントに対応したウィンドウ範囲情報を生成する。
【００８９】
ここで，かかるウィンドウ範囲情報の生成処理について，上記図５に示した具体例に対応した図６に基づいて，より詳細に説明する。図５に示した例では，プレゼン用ソフトのウィンドウ２０２に関して更新イベントが発生しているので，イベント監視部１２０は，かかるウィンドウ２０２の表示範囲を表すウィンドウ範囲情報を生成する。即ち，図６に示すように，かかるウィンドウ２０２の表示範囲は，例えば，矩形のウィンドウ２０２の左上の座標（ｘ１，ｙ１）および右下の座標（ｘ２，ｙ２）で特定することができる。そこで，イベント監視部１２０は，当該ウィンドウ２０２に対応するウィンドウ範囲情報として，例えば，上記２つの座標情報を生成する。
【００９０】
さらに，ステップＳ１０４では，更新イベントが発生した旨が検索部１３０に通知される（ステップＳ１０４）。イベント監視部１２０は，上記生成したウィンドウ範囲情報を検索部１３０に出力する。これにより，イベント監視部１２０は，上記更新イベントが発生したこと，および当該ウィンドウ範囲情報で特定される矩形領域内に表示内容の更新が起こっている可能性があることを，検索部１３０に対して通知できる。
【００９１】
＜４．２ 検索部の動作＞
次に，図７〜図９に基づいて，本実施形態にかかる送信側端末装置１０ａの検索部１３０の動作フローについて説明する。なお，図７は，本実施形態にかかる検索部１３０の動作フローを示すフローチャートである。また，図８は，本実施形態にかかる送信側端末装置１０ａの表示画面上における検索対象領域および更新領域の具体例を示す説明図である。また，図９は，本実施形態にかかる送信側端末装置１０ａの検索リスト１０５にストックされている検索対象領域の調整処理の具体例を示す説明図である。
【００９２】
まず，図７に示すように，ステップＳ２００では，検索部１３０は，イベント監視部１２０または送信側送受信部１１２のいずれかから通知を受けるまで待機している（ステップＳ２００）。
【００９３】
次いで，ステップＳ２０２では，通知を受けた相手先が，イベント監視部１２０または送信側送受信部１１２のいずれであるかが判定される（ステップＳ２０２）。イベント監視部１２０から更新イベントが発生した旨の通知を受けた場合には，ステップＳ２０４に進み，一方，送信側送受信部１１２から受入可能信号を受信した旨の通知を受けた場合には，ステップＳ２２０に進む。
【００９４】
以下では，説明の便宜上，検索部１３０に対して，▲１▼イベント監視部１２０から通知があった場合と，▲２▼送信側送受信部１１２から通知があった場合とで，分けて説明する。
【００９５】
（▲１▼ ステップＳ２０２でイベント監視部１２０から通知があった場合）
まず，ステップＳ２０４では，検索対象領域管理部１３２が検索対象領域を設定して，検索リスト１０５に記録する（ステップＳ２０４）。本ステップは，検索部１３０が，イベント監視部１２０から更新イベント発生の通知を受け，当該イベントに対応するウィンドウのウィンドウ範囲情報を取得した場合の処理である。この場合には，検索対象領域管理部１３２は，例えば，取得したウィンドウ範囲情報に基づいて検索対象領域を設定し，設定した検索対象領域を検索リスト１０５に追加記録する。
【００９６】
ここで，かかる検索対象領域の設定処理について，上記図６に示した具体例を利用して，より詳細に説明する。図６に示した例では，更新イベントが発生したウィンドウ２０２に対応するウィンドウ範囲情報（ｘ１，ｙ１），（ｘ２，ｙ２）が生成されている。かかる場合には，検索対象領域管理部１３２は，例えば，このウィンドウ範囲情報により特定される領域（即ち，当該ウィンドウ２０２の外縁である矩形枠で囲まれる領域）を，検索対象領域２１０として設定する。
【００９７】
このように，本実施形態では，検索対象領域管理部１３２は，例えば，更新イベントに対応するウィンドウ２０２の範囲のみを検索対象領域２１０として設定する。これにより，更新イベントが生じたウィンドウ２０２の位置及び範囲に応じて，設定される検索対象領域の範囲を動的に変化させることができる。しかし，検索対象領域の設定処理は，かかる例に限定されるものではなく，例えば，ウィンドウ２０２の一部の範囲だけをさらに抽出して，検索対象領域として設定してもよい。また，更新イベントが発生したウィンドウとは無関係に，表示画面２００全体，或いは表示画面２００から切り出した所定枠内の領域などの固定領域を，検索対象領域として静的に設定することも可能である。
【００９８】
その後，ステップＳ２０６では，検索フラグのオン／オフが判別される（ステップＳ２０６）。検索処理制御部１３６は，検索フラグのオン／オフを判別することにより，検索実行部１３４による検索処理を実行させるか否かを判断する。検索フラグがオンである場合には，検索処理が許可されている状態であるので，ステップＳ２０８に進む。一方，検索フラグがオフである場合には，検索処理が不許可されている状態であるので，ステップＳ２１８に進む。
【００９９】
次いで，ステップＳ２０８では，検索リスト１０５内に記録されている検索対象領域が検索処理される（ステップＳ２０８）。検索実行部１３４は，記録部１０４にアクセスして，検索リスト１０５に記録されている検索対象領域を取得する。次いで，検索実行部１３４は，かかる検索対象領域を検索処理し，更新領域の検出を試みる。
【０１００】
さらに，ステップＳ２１０では，上記のように検索処理が成された検索対象領域が検索リスト１０５から消去される（ステップＳ２１０）。
【０１０１】
その後，ステップＳ２１２では，更新領域の有無が判断される（ステップＳ２１２）。上記ステップＳ２０８での検索実行部１３４による検索処理の結果，更新領域が検出された場合には，ステップＳ２１４に進み，一方，更新領域が検出されなかった場合には，ステップＳ２００に戻り，検索部１３０は，再び外部からの通知を待機する状態となる。
【０１０２】
ここで，検出された更新領域の具体例について説明する。図８に示すように，検索対象領域２１０を検索した結果，例えば，２つの更新領域２２０ａ，２２０ｂが検出されている。更新領域２２０ａは，図５で説明したポインタ２０６の移動と，スライド選択部分の選択内容の変化に起因して，表示内容が更新されたウィンドウ２０２内の左上の領域である。この更新領域２２０ａの範囲は，（ｘ３，ｙ３），（ｘ４，ｙ４）で特定される。また，更新領域２２０ｂは，図５で説明した発表用スライドの切り替えに起因して，表示内容が更新されたウィンドウ２０２内の中央部分の領域である。この更新領域２２０ｂの範囲は，（ｘ５，ｙ５），（ｘ６，ｙ６）で特定される。かかる例のように，更新領域２２０は，１回の検索処理で複数検出される場合もある。また，更新領域２２０の範囲は，例えば，表示画面上の更新された部分を含む最小限の範囲となるように設定されるので，送信する表示画面データのデータ量を低減することができる。
【０１０３】
次いで，ステップＳ２１４では，更新領域が検出された旨が送信側送受信部１１２に通知される（ステップＳ２１４）。具体的には，検索部１３０は，上記検出した１または２以上の更新領域に含まれる表示画面データを抽出し，送信側送受信部１１２に出力する。
【０１０４】
さらに，ステップＳ２１６では，検索フラグがオフにされる（ステップＳ２１６）。検索処理制御部１３４は，検索フラグをオフにして，それ以後の上記検索実行部１３４による検索処理を不許可とする。本ステップ後は，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。
【０１０５】
一方，ステップＳ２１８では，検索リスト１０５内の検索対象領域が調整される（ステップＳ２１８）。上記ステップＳ２０６で，検索フラグがオフであると判断された場合には，ステップＳ２０６で設定された検索対象領域は，例えば，検索リスト１０５にストックされ，かかる検索対象領域の検索処理が直ちに行われることはない。さらに，かかるストックが繰り返されることにより，検索リスト１０５内に複数の検索対象領域がストックされた状態となる場合がある。この場合には，検索対象領域管理部１３２は，これら複数の検索対象領域の重複部分を調整する処理を行う。
【０１０６】
ここで，かかる検索対象領域の調整処理について，図９に基づいて，具体例を挙げながらより詳細に説明する。図９（ａ）に示すように，予め，検索リスト１０５に比較的小さい検索対象領域２１０ａがストックされていた状態で，さらに，検索対象領域２１０ａ全体を包含するような検索対象領域２１０ｂが，新たに設定されストックされたとする。この場合には，検索対象領域管理部１３２は，検索対象領域２１０ａを削除して，検索対象領域２１０ｂだけを残すような調整処理を行う。さらに，検索対象領域２１０ｂの一部と重複するような検索対象領域２１０ｃが，新たに設定されたとする。この場合には，検索対象領域管理部１３２は，例えば，図９（ｂ）に示すように，元の検索対象領域２１０ｂおよび検索対象領域２１０ｃの全てが含まれるような，３つの矩形の検索対象領域２１０ｄ，２１０ｅ，２１０ｆを新たに設定して，検索リスト１０５を更新する。
【０１０７】
このような調整処理により，後に検索処理が許可されてステップＳ２０８で検索処理を行う際に，検索対象領域の重複部分を複数回検索することを防止できるので，検索処理効率を向上させることができる。なお，本ステップの終了後には，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。
【０１０８】
（▲２▼ ステップＳ２０２で送信側送受信部１１２から通知があった場合）
まず，ステップＳ２２０では，検索フラグがオンにされる（ステップＳ２２０）。本ステップは，検索部１３０が，送信側送受信部１１２から受入可能信号を受信した旨の通知を受けた場合の処理である。このように送信側送受信部１１２が受入可能信号を受信するのは，例えば，上記ステップＳ２１４で表示画面データを出力した後，当該表示画面データに関して受信側端末装置１０ｂ側で描画処理が完了し，その旨の通知があった場合である。このため，このように表示画面データを出力してから，かかる受入可能信号を受信するまでの期間は，検索部１３０では検索フラグがオフとなっており，検索処理が不許可（待機）されていたこととなる。従って，かかる期間に１または２以上の更新イベントが発生し，新たな検索対象領域が設定されていたとしても，実際に検索処理は成されず，これらの検索対象領域は検索リスト１０５内にストックされている。そこで，本ステップでは，その後の検索処理を許可すべく，検索処理制御部１３６が検索フラグをオンにする。
【０１０９】
次いで，ステップＳ２２２では，検索リスト１０５内に検索対象領域がストックされているか否かが判定される（ステップＳ２２２）。上記検索処理の不許可（待機）期間中に，更新イベントが発生せず検索対象領域が設定されなかった場合には，検索リスト１０５には検索対象領域がストックされていない。この場合には，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。一方，上記検索処理の不許可期間中に，１または２以上の検索対象領域が設定されて，検索リスト１０５にストックされている場合には，ステップＳ２０８に進む。
【０１１０】
さらに，ステップＳ２０８では，検索リスト１０５内にストックされている検索対象領域が検索処理される（ステップＳ２０８）。検索実行部１３４は，記録部１０４にアクセスして，検索リスト１０５にストックされている１または２以上の検索対象領域を取得して検索処理を実行する。この際，上記図９で説明したように，検索対象領域が好適に調整されているので，検索実行部１３４は，ストックされている矩形の検索対象領域を容易かつ迅速に検索処理することができる。
【０１１１】
その後は，上記と同様にしてステップＳ２１０〜Ｓ２１６の処理を実行した後，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。
【０１１２】
＜４．３ 送信側送受信部の動作＞
次に，図１０に基づいて，本実施形態にかかる送信側端末装置１０ａの送信側送受信部１１２の動作フローについて説明する。なお，図１０は，本実施形態にかかる送信側送受信部１１２の動作フローを示すフローチャートである。
【０１１３】
図１０に示すように，まず，ステップＳ３００では，送信側送受信部１１２は，検索部１３０または受信側送受信部１１４のいずれかから通知を受けるまで待機している（ステップＳ３００）。
【０１１４】
次いで，ステップＳ３０２では，送信側送受信部１１２は，通知を受けた相手先が検索部１３０または受信側端末装置１０ｂの受信側送受信部１１４のいずれであるかを判定する（ステップＳ３０２）。検索部１３０から更新領域を検出した旨の通知を受けた場合（即ち，更新領域の表示画面データが入力された場合）には，ステップＳ３０４に進み，一方，受信側送受信部１１４から受入可能信号を受信した場合には，ステップＳ３０６に進む。
【０１１５】
さらに，ステップＳ３０４では，送信側送受信部１１２が，検索部１３０に対して受入可能信号を受信した旨を通知する（ステップＳ３０４）。本ステップの終了後には，ステップＳ３００に戻り，送信側送受信部１１２は再び外部からの通知を待機する状態となる。
【０１１６】
一方，ステップＳ３０６では，送信側送受信部１１２が，検索部１３０から入力された更新領域の表示画面データを，例えばＭＰＥＧ方式などでエンコードする（ステップＳ３０６）。
【０１１７】
次いで，ステップＳ３０８では，送信側送受信部１１２は，上記ステップＳ３０６でエンコードした表示画面データを，ネットワーク５を介して受信側端末装置１０ｂに送信する（ステップＳ３０８）。本ステップの終了後には，ステップＳ３００に戻り，送信側送受信部１１２は再び外部からの通知を待機する状態となる。
【０１１８】
＜４．４ 受信側送受信部の動作＞
次に，図１１に基づいて，本実施形態にかかる受信側端末装置１０ｂの受信側送受信部１１４の動作フローについて説明する。なお，図１１は，本実施形態にかかる受信側送受信部１１４の動作フローを示すフローチャートである。
【０１１９】
図１１に示すように，まず，ステップＳ４００では，受信側送受信部１１４は，画像描画部１４０または送信側端末装置１０ａの送信側送受信部１１２のいずれかから通知を受けるまで待機している（ステップＳ４００）。
【０１２０】
次いで，ステップＳ４０２では，受信側送受信部１１４が，通知を受けた相手先が，画像描画部１４０または送信側端末装置１０ａの送信側送受信部１１２のいずれであるかを判定する（ステップＳ４０２）。画像描画部１４０から表示画面データの描画処理が完了した旨の通知を受けた場合には，ステップＳ４０４に進み，一方，送信側送受信部１１２から表示画面データを受信した場合には，ステップＳ４０８に進む。
【０１２１】
さらに，ステップＳ４０４では，受信側送受信部１１４が，例えば，受信した表示画面データの描画処理が完了したことを表す受入可能信号を生成する（ステップＳ４０４）。
【０１２２】
その後，ステップＳ４０６では，受信側送受信部１１４が，上記ステップＳ４０４で生成した受入可能信号を，ネットワーク５を介して送信側端末装置１０ａの送信側送受信部１１２に送信する（ステップＳ４０６）。本ステップの終了後には，ステップＳ４００に戻り，受信側送受信部１１４は再び外部からの通知を待機する状態となる。
【０１２３】
一方，ステップＳ４０８では，受信側送受信部１１４は，送信側端末装置１０ａから受信した更新領域の表示画面データをデコードする（ステップＳ４０８）。
【０１２４】
次いで，ステップＳ４１０では，受信側送受信部１１４は，上記ステップＳ４０８でデコードした表示画面データを，画像描画部１４０に出力する（ステップＳ４１０）。本ステップの終了後には，ステップＳ４００に戻り，受信側送受信部１１４は再び外部からの通知を待機する状態となる。
【０１２５】
＜４．５ 画像描画部の動作＞
次に，図１２に基づいて，本実施形態にかかる受信側端末装置１０ｂの画像描画部１４０の動作フローについて説明する。なお，図１２は，本実施形態にかかる画像描画部１４０の動作フローを示すフローチャートである。
【０１２６】
図１２に示すように，まず，ステップＳ５００では，画像描画部１４０は，受信側送受信部１１４から通知を受けるまで待機している（ステップＳ５００）。
【０１２７】
次いで，ステップＳ５０２では，表示画面データが描画処理される（ステップＳ５０２）。画像描画部１４０は，受信側送受信部１１４から表示画面データが入力されると，かかる表示画面データを描画処理して，受信側端末装置１０ｂの表示部１０８の表示画面上に表示させる。このとき，かかる表示画面上では，例えば，送信側端末装置１０ａ側で更新された更新領域に相当する部分のみが更新表示され，その他の領域は元の表示画面データがそのまま表示される。このような，送信側端末装置１０ａから提供された表示画面データの描画・表示処理の結果，送信側端末装置１０ａと受信側端末装置１０ｂの表示画面の共有が実現されたこととなる。
【０１２８】
さらに，ステップＳ５０４では，受信側送受信部１１４に対して表示画面データの描画処理が完了した旨を通知する。（ステップＳ５０４）。本ステップの終了後には，ステップＳ５００に戻り，画像描画部１４０は，再び外部からの通知を待機する状態となる。
【０１２９】
＜５．データ会議方法＞
次に，図１３〜図１５に基づいて，上記のようなデータ会議システム１を用いた本実施形態にかかるデータ会議方法について説明する。なお，図１３は，本実施形態にかかるデータ会議方法を示すフローチャートである。また，図１４は，本実施形態にかかるデータ会議方法における完了通知待ちサブルーチンを示すフローチャートである。また，図１５は，本実施形態にかかるデータ会議方法における完了通知取得後サブルーチンを示すフローチャートである。
【０１３０】
図１３に示すように，まず，ステップＳ６００では，データ会議が開始される（ステップＳ６００）。送信側端末装置１０ａおよび受信側端末装置１０ｂの準備が完了し，ネットワーク５を介した双方間のデータ伝送も可能な状態となる。
【０１３１】
次いで，ステップＳ６０２では，送信側端末装置１０ａで発表用ソフトウェアが起動される（ステップＳ６０２）。送信側端末装置１０ａ側では，発表者により，データ会議で発表するために必要な発表用ソフトウェアが起動され，発表内容のデータファイルが読み込まれる。これによって，送信側端末装置１０ａの表示画面上には，例えば，発表用ソフトウェアのウィンドウが表示され，このウィンドウの内部に最初の発表画面が表示される。
【０１３２】
さらに，ステップＳ６０４では，送信側端末装置１０ａが，最初の表示画面データを受信側端末装置１０ｂに送信する（ステップＳ６０４）。送信側端末装置１０ａは，例えば，自身の表示画面全体の表示画面データ，あるいは発表用ソフトウェアのウィンドウに対応する範囲の表示画面データなどを，デコードし，ネットワーク５を介して受信側端末装置１０ｂに送信する。
【０１３３】
その後，ステップＳ６０６では，その後の送信側端末装置１０ａの検索処理が不許可とされる（ステップＳ６０６）。送信側端末装置１０ａは，例えば，ステップＳ６０４で送信した表示画面データに対応する受入可能信号が受信側端末装置１０ｂから戻ってくるまでの期間は，次の表示画面データを送信しないようにするべく，検索フラグをオフにして検索処理を不許可とする。これにより，たとえ送信側端末装置１０ａ側で，更新イベントが発生したとしても，当該検索処理を行わずに待機することとなる。
【０１３４】
次いで，ステップＳ６０８では，送信側端末装置１０ａは，かかる待機期間中の動作フローである完了通知待ちサブルーチンを実行する（ステップＳ６０８）。ここで，図１４に基づいて，送信側端末装置１０ａの完了通知待ちサブルーチンについて，より詳細に説明する。
【０１３５】
図１４に示すように，まず，ステップＳ６０８０では，更新イベントの監視がなされる（ステップＳ６０８０）。イベント監視部１２０によって，送信側端末装置１０ａに更新イベントが発生したか否かが継続的に監視される。更新イベントの発生を検出した場合には，ステップＳ６０８２に進む。
【０１３６】
次いで，ステップＳ６０８２では，検索対象領域が設定される（ステップＳ６０８２）。イベント監視部１２０は，発生した更新イベントに対応するウィンドウの範囲情報を生成する。さらに，検索対象領域管理部１３２は，例えば，かかるウィンドウ範囲情報で特定される表示画面上の矩形領域内を，検索対象領域として設定する。
【０１３７】
さらに，ステップＳ６０８４では，検索対象領域が検索リスト１０５にストックされる（ステップＳ６０８４）。検索対象領域管理部１３２は，例えば，設定した検索対象領域を，検索リストに追加記録してストックする。なお，この時点では，検索実行部１３４による検索処理が不許可された状態であるので，この検索対象領域が直ちに検索処理されることはない。従って，新たな表示画面データが受信側端末装置１０ｂに送信されることもない。
【０１３８】
その後，ステップＳ６０８６では，検索リスト１０５内の検索対象領域が調整される（ステップＳ６０８６）。検索対象領域管理部１３２は，検索リスト１０５内に複数の検索対象領域がストックされ，それらが相互に重複している場合には，この重複部分を調整する処理を行う。本ステップの終了後は，ステップＳ６０８０に戻り，受入可能信号を受信するまで，上記Ｓ６０８０〜Ｓ６０８６と同様な処理を繰り返す。以上で完了通知待ちサブルーチンの説明を終了する。
【０１３９】
ところで，送信側端末装置１０ａでこのような完了通知待ちサブルーチンが実行されている間，受信側端末装置１０ｂ側では，図１３に示すように，ステップＳ６１０〜ステップＳ６１６の処理がなされる。
【０１４０】
詳細には，まず，ステップＳ６１０では，受信側端末装置１０ｂが，送信側端末装置１０ａから送信された最初の表示画面データを受信する（ステップＳ６１０）。次いで，ステップＳ６１２では，この表示画面データをデコードした上で描画処理して，自身の表示画面上に表示させる（ステップＳ６１２）。これにより，受信側端末装置１０ｂを利用している参加者は，例えば，最初の発表画面を閲覧することができる。次いで，ステップＳ６１４では，当該最初の表示画面データの描画・表示処理が完了し，次の表示画面データを受け入れ可能となった旨の受入可能信号を生成する（ステップＳ６１４）。さらに，ステップＳ６１６では，受信側端末装置１０ｂが，生成した受入可能信号をネットワーク５を介して送信側端末装置１０ａに送信する（ステップＳ６１６）。
【０１４１】
この結果，ステップＳ６１８で，送信側端末装置１０ａが受入可能信号を受信する（ステップＳ６１８）と，上記完了通知サブルーチン（ステップＳ６０８）が終了する。
【０１４２】
次いで，ステップＳ６２０では，その後の送信側端末装置１０ａの検索処理が許可される（ステップＳ６２０）。送信側端末装置１０ａは，上記最初の表示画面データに対応する受入可能信号の受信により，受信側端末装置１０ｂが新たな表示画面データを好適に処理可能な状態となったと判断し，検索フラグをオンにして，その後の検索処理を許可する。これにより，以降のステップでは，すでに検索リスト１０５に検索対象領域がストックされている場合や，その後に更新イベントが発生し検索対象領域が新たに設定された場合には，これらの検索対象領域の検索処理が実行可能となる。
【０１４３】
さらに，ステップＳ６２２では，送信側端末装置１０ａは，受入可能信号を取得した後の動作フローである完了通知取得後サブルーチンを実行する（ステップＳ６２２）。ここで，図１５に基づいて，送信側端末装置１０ａの完了通知取得後サブルーチンについて，より詳細に説明する。
【０１４４】
図１５に示すように，まず，ステップＳ６２２０では，検索リスト１０５に検索対象領域がストックされているか否かが判定される（ステップＳ６２２０）。検索対象領域がストックされている場合には，ステップＳ６２２２に進み，一方，検索対象領域がストックされていない場合には，ステップＳ６２２６に進む。
【０１４５】
次いで，ステップＳ６２２２では，ストックされている検索対象領域が検索処理される（ステップＳ６２２２）。検索実行部１３４は，ストックされている１または２以上の検索対象領域内において，前回送信した表示画面データと，現在の表示画面データとを比較する検索処理を行う。
【０１４６】
さらに，ステップＳ６２２４では，更新領域の有無が判定される（ステップＳ６２２４）。検索実行部１３４は，上記ステップＳ６２２２での検索処理の結果，更新領域を検出した場合には，この検索対象領域に対応する現在の表示画面データを抽出して，送信側送受信部１１２に出力する。この場合には，完了通知取得後サブルーチンが終了する。一方，上記検索処理の結果，更新領域を検出しなかった場合には，ステップＳ６２２６に進む。
【０１４７】
その後，ステップＳ６２２６では，更新イベントの監視がなされる（ステップＳ６２２６）。本ステップは，例えば，上記ステップＳ６２２０で検索リスト１０５に検索対象領域がストックされていないと判定された場合，または，上記ステップＳ６２２４で更新領域が検出されなかった場合，の後フローである。本ステップでは，イベント監視部１２０によって，送信側端末装置１０ａに更新イベントが発生したか否かが継続的に監視される。更新イベントの発生を検出した場合には，ステップＳ６２２７に進む。
【０１４８】
次いで，ステップＳ６２２７では，検索対象領域が設定される（ステップＳ６２２７）。イベント監視部１２０は，発生した更新イベントに対応するウィンドウの範囲情報を生成する。さらに，検索対象領域管理部１３２は，例えば，かかるウィンドウ範囲情報で特定される表示画面上の矩形領域内を，検索対象領域として設定する。なお，この時点では，検索実行部１３４による検索処理が許可された状態であるので，本ステップで設定された検索対象領域は，次のステップＳ６２２８で直ちに検索処理される。この点で，上述した完了通知待ちサブルーチンのステップＳ６０８２の場合とは相違する。
【０１４９】
さらに，ステップＳ６２２８では，設定された検索対象領域が検索処理される（ステップＳ６２２８）。検索実行部１３４は，上記ステップＳ６２２７で設定された検索対象領域内において，前回送信した表示画面データと，現在の表示画面データとを比較する検索処理を行う。
【０１５０】
その後，ステップＳ６２２９では，更新領域の有無が判定される（ステップＳ６２２９）。検索実行部１３４は，上記ステップＳ６２２８での検索処理の結果，更新領域を検出した場合には，この検索対象領域に対応する現在の表示画面データを抽出して，送信側送受信部１１２に出力する。この場合には，完了通知取得後サブルーチンが終了する。一方，上記検索処理の結果，更新領域を検出しなかった場合には，ステップＳ６２２６に戻り，更新領域が検出されるまで，上記Ｓ６２２６〜Ｓ６２２９と同様な処理を繰り返す。以上で完了通知取得後サブルーチンの説明を終了する。
【０１５１】
このような完了通知取得後サブルーチンの終了後，図１３に示すように，ステップＳ６２４では，送信側端末装置１０ａが，更新領域の表示画面データを受信側端末装置１０ｂに送信する（ステップＳ６２４）。送信側端末装置１０ａは，例えば，上記検出した更新領域にかかる表示画面データを，デコードし，ネットワーク５を介して受信側端末装置１０ｂに送信する。本ステップで送信される表示画面データは，例えば，前回送信した表示画面データと比して更新された部分のみのデータであるので，上記ステップＳ６０４で送信した例えば全画面分のデータよりも比較的データ量が少ない。このため，送信側端末装置１０ａのデコード処理や送信処理，ひいては受信側端末装置１０ｂ側の受信処理等にかかる負荷が小さくて済む。
【０１５２】
その後は，データ会議が終了する（ステップＳ６３０）まで，上記ステップＳ６０６〜Ｓ６２４と略同一な処理が繰り返される。ただし，受信側端末装置１０ｂでは，例えば，当該更新領域の表示画面データを受信して（ステップＳ６２８），この更新領域のみの描画処理を行って表示画面を更新し，それ以外の部分は前回送信した表示画面データをそのまま表示する点で，上記の場合と相違する。
【０１５３】
このようにして，データ会議の進行に伴って，送信側端末装置１０ａによる表示画面の更新領域の提供と，受信側端末装置１０ｂによる当該更新領域の再生とを繰り返し行うことにより，送信側端末装置１０ａで随時切り替えられる発表画面を受信側端末装置１０ｂ側で共有することができる。
【０１５４】
（第２の実施の形態）
次に，本発明の第２の実施の形態にかかるデータ会議システム１およびデータ会議方法等について説明する。第２の実施形態にかかるデータ会議システム１は，上記第１の実施形態にかかるデータ会議システム１と比して，受信側端末装置１０ｂを複数備える点で相違するのみであり，その他の機能・構成は上記第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１５５】
まず，図１６に基づいて，本実施形態にかかるデータ会議システム１の全体構成について説明する。なお，図１６は，本実施形態にかかるデータ会議システム１の概略的な構成を示すブロック図である。
【０１５６】
図１６に示すように，本実施形態にかかるデータ会議システム１は，例えば，１つの送信側端末装置１０ａと，複数の受信側端末装置１０ｂ−１，１０ｂ−２，…，１０ｂ−ｎ（以下では，受信側端末装置１０ｂと総称する場合もある。）と，送信側端末装置１０ａおよび受信側端末装置１０ｂを接続するネットワーク５と，から主に構成される。
【０１５７】
送信側端末装置１０ａは，自身の表示画面データを，複数の受信側端末装置１０ｂに対してそれぞれ送信する。一方，各受信側端末装置１０ｂは，例えば，当該表示画面データを受信して描画処理を完了した時点で，受入可能信号を送信側端末装置１０ａに送信する。従って，送信側端末装置１０ａは，複数の受信側端末装置１０ｂから，受入可能信号を異なるタイミングで受信することとなる。この受入可能信号の受信タイミングのずれが生じる原因は，例えば，受信側端末装置１０ｂ自体の処理能力や，経由するネットワーク５の通信速度およびトラフィックなどが受信側端末装置１０ｂごとに相違するためである。
【０１５８】
かかる受入可能信号の受信タイミングのずれに対応するため，本実施形態にかかる送信側端末装置１０ａは，例えば，全ての受信側端末装置１０ｂからの受入可能信号の受信を条件として，検索処理を許可する。
【０１５９】
ここで，図１７に基づいて，本実施形態にかかる送信側端末装置１０ａの検索部１３０の動作フローについて説明する。図１７は，本実施形態にかかる検索部１３０の動作フローを示すフローチャートである。
【０１６０】
図１７に示すように，本実施形態にかかる検索部１３０の動作フローは，第１の実施形態にかかる検索部１３０の動作フロー（図７参照）と比して，ステップＳ２１９が追加されている点で相違するのみであり，その他の処理は第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１６１】
そこで，ステップＳ２１９について説明すると，例えば，検索処理制御部１３６は，送信側送受信部１１２から受入可能信号を受信した旨の通知を受けると，その受入可能信号が例えば最後の受信者端末装置１０ｂからのものであるか否かを判定する（ステップＳ２１９）。換言すると，例えば，検索処理制御部１３６は，かかる受入可能信号の受信により，全ての受信側端末装置１０ｂから受入可能信号を受信完了したか否かを判定する。この結果，全ての受信側端末装置１０ｂから受入可能信号を受信完了したと判定された場合には，ステップＳ２１０に進み，検索処理フラグをオンにして，その後の検索処理を許可する。一方，全ての受信側端末装置１０ｂから受入可能信号を受信していないと判定された場合には，ステップＳ２０２に戻り，他の受信側端末装置１０ｂからの受入可能信号の受信を待機するので，検索フラグはオフのままであり，検索処理が不許可の状態が維持される。なお，上記のような受入可能信号の判定処理は，例えば，検索部１３０でなく，送信側送受信部１１２などで実行してもよい。
【０１６２】
また，図示はしないが，送信側端末装置１０ａは，例えば，表示画面データを送信してから所定時間以上経過しても，少なくとも１の受信側端末装置１０ｂから受入可能信号が返信されない場合には，当該受信側端末装置１０ｂとの間で何らかのエラーが生じたものと判断して，エラー処理を実行するようにしてもよい。具体的には，受信側端末装置１０ｂは，例えば，応答のない受信側端末装置１０ｂを無視して，次の検索処理を許可したり，或いは，送信済みの表示画面データを再送信したりしてもよい。これにより，システムの動作保障をすることができる。
【０１６３】
次に，図１８に基づいて，上記のような構成のデータ会議システム１を用いた本実施形態にかかるデータ会議方法について説明する。図１８は，本実施形態にかかるデータ会議方法を示すフローチャートである。なお，図１８では，上記第１の実施形態にかかるデータ会議方法と比して，特徴的な部分の処理フローのみを抜粋して示してあり，他の部分の処理フローは第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１６４】
図１８に示すように，まず，送信側端末装置１０ａが，例えば，最初の表示画面データまたは更新領域の表示画面データを，複数の受信側端末装置１０ｂに対して同時に一括送信する（ステップＳ７００）。次いで，送信側端末装置１０ａは，検索フラグをオフにして，その後の検索処理を不許可とし，上記完了通知待ちサブルーチンを開始する（ステップＳ７０４）。
【０１６５】
一方，各受信側端末装置１０ｂは，上記ステップＳ７００で送信された表示画面データを受信し（ステップＳ７０６−１，２，‥ｎ），デコードする。さらに，各受信側端末装置１０ｂは，かかる表示画面データを描画処理して（ステップＳ７０８−１，２，‥ｎ），自身の表示画面上に表示する。その後，各受信側端末装置１０ｂは，例えば描画処理が完了した時点で受入可能信号を生成し（ステップＳ７１０−１，２，‥ｎ），各受入可能信号を送信側端末装置１０ａに対して送信する（ステップＳ７１２−１，２，‥ｎ）。
【０１６６】
この結果，送信側端末装置１０ａ側では，各受信側端末装置１０ｂからの受入可能信号を異なるタイミングでそれぞれ受信し（ステップＳ７１４−１，２，‥ｎ），全ての受信側端末装置１０ｂから受入可能信号を受信した時点で検索処理を許可する（ステップＳ７１６）。
【０１６７】
より詳細には，送信側端末装置１０ａは，例えば，比較的高速な受信側端末装置１０ｂ−１から受入可能信号を受信した（ステップＳ７１４−１）としても，検索フラグをオフのままとして検索処理を許可しない。さらに，送信側端末装置１０ａは，その他の受信側端末装置１０ｂ−ｎから，順次，受入可能信号を受信した（ステップＳ７１４−ｎ）としても，まだ受入可能信号を受信していない受信側端末装置１０ｂが存在する場合には，依然として検索処理を許可しない。その後，最も遅い受信側端末装置１０ｂ−２から受入可能信号を受信した時点（ステップＳ７１４−２）ではじめて，送信側端末装置１０ａは，検索フラグをオンとし，その後の検索処理を許可する。
【０１６８】
これにより，送信側端末装置１０ａは，例えば，処理能力および通信速度が最も遅い受信側端末装置１０ｂに応じて，次の表示画面データの検索処理・送信を行うことができる。このため，全ての受信側端末装置１０ｂで送信側端末装置１０ａの表示画面を確実に共有でき，一部の遅い受信側端末装置１０ｂで発表内容がジャンプしたり，バッファのオーバーフローが生じたりすることがない。
【０１６９】
なお，本実施形態でも，上記送信権７を複数の端末装置１０間で授受することもできる。具体的には，図１６の例では，送信側端末装置１０ａが有する送信権７を，受信側端末装置１０ｂ−１，２，…，ｎのいずれかに譲渡して，双方の機能を逆転させることができる。このように，端末装置１０間で送信権７を授受可能とすることにより，データ会議の発表者は，いずれの端末装置１０を用いたとしても，その端末装置１０の表示画面データをその他の端末装置１０で共有させて，発表を行うことが可能となる。また，データ会議の参加者間で発表者を順次変更する場合にも対応できる。
【０１７０】
また，例えば，複数の端末装置１０に送信権７をそれぞれ付与することにより，複数の端末装置１０が自身の表示画面データを他の端末装置１０に提供するようにしてもよい。かかる構成により，送信権７を有する複数の送信側端末装置１０ａの表示画面を，送信側端末装置１０ａおよび受信側端末装置１０ｂの表示画面上で同時に表示することができる。これにより，データ会議システム１が，データ会議の複数の参加者が同時に発表者となる場合や，相互に発表内容を提示し合って議論する場合などにも対応できるようになる。
【０１７１】
以上説明したように，上記第１および第２の実施形態では，送信側端末装置１０ａが，既に送信した表示画面データに対応する受入可能信号を受信した後に，更新対象領域の検索処理を実行して，受信側端末装置１０ｂに対して次の表示画面データを送信することができる。このため，送信側端末装置１０ａは，送り側主体で一方的に表示画面データを送信するのではなく，受信側端末装置１０ｂが受信できるような状態になって初めて，次の表示画面データを検索・送信することができる。従って，送信側端末装置１０ａは，ネットワーク５の通信速度およびトラフィック，受信側端末装置１０ｂの受信状況，受信処理能力などの受信側の状況に応じて，検索対象領域の検索処理間隔，更新領域の表示画面データのエンコード処理間隔，ひいては当該表示画面データの送信間隔を，動的に制御できる。即ち，送信側端末装置１０ａは，上記受信側の状況に応じて，必要な検索対象領域を検索処理し，検出された更新領域の表示画面データを好適なフレームレートでエンコードし，かかる表示画面データを効率的に送信することができる。この結果，送信側端末装置１０ａは，検索対象領域の検索回数，送信のエンコードするデータ量を大幅に抑制することができる。
【０１７２】
さらに，受信側端末装置１０ｂにおいては，例えば，検索処理の対象が，表示画面全体ではなく，更新イベントに対応したウィンドウ範囲内のみであり，この結果，エンコードおよび送信する表示画面データが，全画面のデータではなく更新領域のデータのみに絞り込まれている。このため，送信側端末装置１０ａは，表示画面を好適に共有させるために最低限必要な，更新領域の表示画面データのみをエンコードして送信することができる。
【０１７３】
これらにより，送信側端末装置１０ａは，例えば，検索処理，表示画面データのエンコード処理，送信処理を，受け側に応じた必要なタイミングで，かつ，必要最小限のデータ処理量で行うことができる。よって，これらの検索処理，エンコード処理および送信処理などに要する送信側端末装置１０ａの負荷を，大幅に低減することができる。具体的には，本実施形態にかかる送信側端末装置１０ａでは，従来のように更新領域の表示画面データを定期的に送信する場合と比して，例えば，ＣＰＵ１０２の負荷を約１／４程度に抑制することができた。
【０１７４】
また，送信側端末装置１０ａ主体で表示画面データを送信し続けることに伴う，ネットワーク５のトラフィックの増加を，大幅に低減することもできる。特に，例えば，遠隔地にある送信者端末装置１０ａの表示画面の画像を閲覧する場合などのように，当該画像の描画処理経過よりも描画後の静止画像を閲覧することの方が重要な場合においては，ネットワーク５のトラフィックを好適に抑えることができる。
【０１７５】
また，受信側端末装置１０ｂ側でも，受信処理能力等を超えた量の表示画面データが送信されてくることがない。従って，受信側端末装置１０ｂは，その受信処理能力などが低い場合であっても，過負荷とならず，バッファがオーバーフローしたり，受信処理などが大幅に遅延したりすることがない。
【０１７６】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１７７】
例えば，上記実施形態では，表示画面共有システムおよび表示画面共有方法を，データ会議システム１およびデータ会議方法に適用した例について説明したが，本発明はかかる例に限定されない。例えば，本発明にかかる表示画面共有システムを，監視カメラシステムに適用し，例えば，監視箇所の近傍（現場の警備員室など）にある送信側端末装置１０ａで表示された監視画像データを，例えば離隔した場所（警備会社の本部など）にある他の受信側端末装置１０ｂで共有するなどしてもよい。
【０１７８】
また，上記実施形態にかかるデータ会議システム１では，送信側端末装置１０ａと受信側端末装置１０ｂとの間で，ネットワーク５を介してダイレクトに各種データを送受信したが，本発明はかかる例に限定されない。例えば，データ会議システム１は，送信側端末装置１０ａと受信側端末装置１０ｂとの間に，センターサーバ（図示せず。）を設けることで，送信側端末装置１０ａおよび受信側端末装置１０ｂをクライアントとした，クライアント／サーバ（Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）型のネットワークシステムとして構成することも可能である。これにより，かかるセンターサーバにおいて，上記表示画面データや受入可能信号についての上記各種処理の全部または一部を実行するようにしてもよい。
【０１７９】
また，上記実施形態では，検索部１３０は，ウィンドウ単位で設定された検索対象領域を検索処理したが，本発明はかかる例に限定されない。例えば，検索部１３０は，表示画面の全領域を常に検索する全画面検索，表示画面内の特定領域を常に検索する特定領域検索などを実行するようにしてもよい。また，検索対象領域の形状は，上記のような矩形に限られず，例えば，各種の多角形，円形など任意の形状であってもよい。
【０１８０】
また，上記実施形態では，受信側端末装置１０ｂは，受信した表示画面データの描画処理が完了した時点で，受入可能信号を生成して送信したが，本発明はかかる例に限定されない。例えば，受信側端末装置１０ｂは，送信されてきた表示画面データの受信処理が完了した時点などで，上記受入可能信号を生成して送信するようにしてもよい。また，この場合には，例えば，受入可能信号として，ＴＣＰ／ＩＰネットワーク上での送受信動作終了信号として一般的に用いられているＡＣＫを利用してもよい。
【０１８１】
また，上記実施形態では，送信側端末装置１０ａおよび受信側端末装置１０ｂ間で送信権７を授受可能に構成したが，本発明はかかる例に限定されない。例えば，発表者が用いる所定の端末装置１０のみが送信権７を所持できるようにし，その他の端末装置１０は，常に受信側端末装置１０ｂとしてのみ機能するように構成してもよい。
【０１８２】
また，上記第２の実施形態では，送信側端末装置１０ａは，全ての受信側端末装置１０ｂから受入可能信号を受信した時点で，検索処理を許可するようにしたが，本発明はかかる例に限定されない。例えば，送信側端末装置１０ａは，特定の受信側端末装置１０ｂから受入可能信号を受信した時点，或いは，所定数以上の受信側端末装置１０ｂから受入可能信号を受信した時点などで，検索処理を許可するようにしてもよい。
【０１８３】
【発明の効果】
以上説明したように，本発明によれば，送信側端末装置が，表示画面データを受信側端末装置の処理状況に応じて効率的に送信できる。このため，送信側端末装置の処理負荷を大幅に低減できるとともに，ネットワークのトラフィックも低減できる。また，受信側端末装置が過負荷となりバッファのオーバーフロー等が生じることを確実に防止できる。
【図面の簡単な説明】
【図１】図１は，第１の実施形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図２】図２は，第１の実施形態にかかる端末装置の概略的な構成を示すブロック図である。
【図３】図３は，第１の実施形態にかかるデータ会議システムの概略的な動作フローを説明するためのブロック図である。
【図４】図４は，第１の実施形態にかかるイベント監視部の動作フローを示すフローチャートである。
【図５】図５は，第１の実施形態にかかる送信側端末装置の表示画面の具体例を示す説明図である。
【図６】図６は，第１の実施形態にかかる送信側端末装置の表示画面上におけるウィンドウ範囲情報および検索対象領域の具体例を示す説明図である。
【図７】図７は，第１の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図８】図８は，第１の実施形態にかかる送信側端末装置の表示画面上における検索対象領域および更新領域の具体例を示す説明図である。
【図９】図９は，第１の実施形態にかかる送信側端末装置の検索リストにストックされている検索対象領域の調整処理の具体例を示す説明図である。
【図１０】図１０は，第１の実施形態にかかる送信側送受信部の動作フローを示すフローチャートである。
【図１１】図１１は，第１の実施形態にかかる受信側送受信部の動作フローを示すフローチャートである。
【図１２】図１２は，第１の実施形態にかかる画像描画部の動作フローを示すフローチャートである。
【図１３】図１３は，第１の実施形態にかかるデータ会議方法を示すフローチャートである。
【図１４】図１４は，第１の実施形態にかかるデータ会議方法における完了通知待ちサブルーチンを示すフローチャートである。
【図１５】図１５は，第１の実施形態にかかるデータ会議方法における完了通知取得後サブルーチンを示すフローチャートである。
【図１６】図１６は，第２の実施形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図１７】図１７は，第２の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図１８】図１８は，第２の実施形態にかかるデータ会議方法を示すフローチャートである。
【符号の説明】
１ ： データ会議システム
５ ： ネットワーク
７ ： 送信権
１０ ： 端末装置
１０ａ ： 送信側端末装置
１０ｂ ： 送信側端末装置
１０２ ： ＣＰＵ
１０４ ： 記憶部
１０５ ： 検索リスト
１０６ ： 入力部
１０８ ： 表示部
１１０ ： 送受信部
１１２ ： 送信側送受信部
１１４ ： 受信側送受信部
１２０ ： イベント監視部
１３０ ： 検索部
１３２ ： 検索対象領域管理部
１３４ ： 検索実行部
１３６ ： 検索処理制御部
１４０ ： 画像描画監視部
【発明の属する技術分野】
本発明は，複数の端末装置間で表示画面を共有するための表示画面共有システムおよび表示画面共有方法，並びに，これらに用いられる送信側端末装置，受信側端末装置およびプログラムに関する。
【０００２】
【従来の技術】
従来では，遠隔地間でデータ会議を行うためなどに，ネットワークを介して複数の端末装置を接続し，発表者の端末装置の表示画面を他の参加者の端末装置で共有することが可能な表示画面共有システムが提案されている。この表示画面共有システムは，発表者の端末装置（送信側端末装置）が自身の表示画面データを送信し，参加者の端末装置（受信側端末装置）がこの表示画面データを受信して表示画面上に再現することにより，参加者が，発表者によるプレゼンテーション内容，提示された資料等を閲覧できるものであった（例えば，特許文献１参照）。
【０００３】
このような従来の表示画面共有システムでは，ストリーミングによる動画配信の場合などと同様に，送信側の表示画面データを，予め想定したネットワークの通信速度等に応じた適当なフレームレートでエンコードして，所定の時間間隔で受信側に送信することが一般的であった。また，送信側で表示画面が更新される度に，受信側の処理状況とは無関係に，更新された表示画面データを順次，送信する場合もあった。
【０００４】
【特許文献１】
特開２００１−３３１４３０
【０００５】
【発明が解決しようとする課題】
しかしながら，上記従来の表示画面共有システムにおける表示画面データの送信手法では，送信側端末装置の負荷が増大してしまうだけでなく，描画処理過程における不要なデータまでもが送信されるため，ネットワークのトラフィックが増大してしまうという問題があった。特に，データ会議などでは，プレゼンテーション内容等を静止画像データとして送信すれば十分な場合も多い。このような，描画処理途中の動画像よりも描画処理後の静止画像が求められ，送信側と受信側との間で完全なリアルタイム性が必要ではないケースでは，上記従来の送信手法はデータ送信に無駄が多く，非効率的であった。
【０００６】
また，参加者側端末装置の処理状況とは無関係に，表示画面データを一方的に送信し続けるため，受信側端末装置の過負荷，バッファのオーバーフローなどが生じる可能性があるという問題もあった。
【０００７】
本発明は，上記問題点に鑑みてなされたものであり，本発明の目的は，送信側端末装置の処理負荷及びネットワークのトラフィックを低減できるとともに，送信側端末装置の表示画面データを受信側端末装置の処理状況に応じて効率的に送信することが可能な，新規かつ改良された表示画面共有システムおよび表示画面共有方法，並びにこれを実現する端末装置，プログラム等を提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するため，本発明の第１の観点によれば，１または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，送信側端末装置の表示画面データを受信側端末装置で共有する表示画面共有システムが提供される。この表示画面共有システムにおいて，送信側端末装置は，送信側端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備えることを特徴とする。また，受信側端末装置は，送信側端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する，受信側送受信部；を備える，ことを特徴とする。さらに，上記送信側送受信部は，受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，ことを特徴とする。
【０００９】
かかる構成により，送信側端末装置は，受信側端末装置に対して，送信側端末装置の表示画面上に表示されている表示画面データの少なくとも一部を提供することができる。また，受信側端末装置は，このように送信側端末装置から提供された表示画面データを受信，描画処理して，受信側端末装置の表示画面上に表示させることができる。これにより，送信側端末装置と受信側端末装置との間で，送信側端末装置の表示画面データの少なくとも一部を共有することができる。
【００１０】
また，上記課題を解決するため，本発明の別の観点によれば，複数の端末装置がネットワークを介して接続され，送信権を有する１または２以上の前記端末装置の表示画面データを，他の１または２以上の前記受信側端末装置で共有する表示画面共有システムであって：この表示画面共有システムにおいて，送信権を有する端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；他の端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，：他の端末装置は，送信権を有する端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信権を有する端末装置に対して送信する，受信側送受信部；を備える，ことを特徴とする。さらに，上記送信側送受信部は，受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可する，ことを特徴とする，表示画面共有システムが提供される。
【００１１】
また，上記課題を解決するため，本発明の別の観点によれば，ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置が提供される。この送信側端末装置は，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，送信側送受信部は，受信側端末装置から，さらなる表示画面データを受け入れ可能であることを表す受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，ことを特徴とする。
【００１２】
かかる構成により，検索実行部は，過去の表示画面データと現在の表示画面データとを比較処理することで，検索対象領域を検索処理することができる。この検索対象領域は，検索対象となる表示画面の一部または全部の領域である。さらに，この検索実行部は，当該検索対象領域内に表示画面が更新されている更新領域を検出し，かかる更新領域の表示画面データを抽出することができる。また，送信側送受信部は，上記検索実行部によって抽出された更新領域の表示画面データを，ネットワークを介して送信することにより，受信側端末装置に対して提供できる。さらに，この送信側送受信部は，受信側端末装置が送信した受入可能信号を，ネットワークを介して受信することができる。また，検索処理制御部は，上記送信側送受信部が表示画面データを送信したか否か，或いは受入可能信号を受信したか否かに応じて，上記検索実行部による検索処理を制御することができる。例えば，この検索処理制御部は，送信側送受信部が表示画面データを送信した後は，検索実行部が検索処理を実行不能となるように制御し，一方，送信側送受信部が受入可能信号を受信した後は，検索実行部が検索処理を実行可能となるように制御する。換言すると，検索処理制御部は，送信側送受信部が表示画面データを送信してから受入可能信号を受信するまでの期間は，検索実行部の検索処理を待機させることができる。
【００１３】
このように，送信側端末装置は，受入可能信号に基づいて受信側端末装置の処理状況を把握できる。このため，送信側端末装置は，受信側端末装置の処理状況などに応じて，新たに検索処理を実行するタイミングや，次の表示画面データを送信するタイミングを好適に制御することができる。
【００１４】
また，上記送信側端末装置は，表示画面を更新する可能性のある更新イベントを検出し，検出した更新イベントに対応する表示画面上のウィンドウの範囲情報を生成する，イベント監視部と；ウィンドウの範囲情報に基づいて検索対象領域を設定する，検索対象領域管理部と；を備える，ように構成してもよい。
【００１５】
かかる構成により，送信側端末装置と受信側端末装置との間の表示画面データ共有中には，イベント監視部が，上記送信側端末装置の表示画面上で新たな描画処理がなされ得る更新イベントの発生を監視することができる。さらに，このイベント監視部は，更新イベントを検出した場合には，検出した更新イベントに対応するウィンドウを特定し，当該ウィンドウの表示画面上の範囲を表すウィンドウ範囲情報を生成する。なお，このウィンドウは，例えば，送信側端末装置で起動された発表用ソフトウェアなどに応じて，表示画面上に表示される例えば矩形領域である。さらに，検索対象領域管理部は，上記ウィンドウ範囲情報に基づいて，表示画面の一部または全部の領域を検索対象領域として設定することができる。このように検索対象領域を設定することにより，検索対象領域を，上記更新イベントに応じて表示画面上で更新が生じている可能性の高い領域に絞り込んで設定することができる。よって，送信側端末装置の検索処理等に要する負荷を低減できる。
【００１６】
また，上記検索処理制御部によって検索処理が不許可されている場合には，検索対象領域管理部は，設定した検索対象領域を検索リストにストックしておき，検索処理が許可された後に，検索実行部が，検索リストにストックされている１または２以上の検索対象領域を検索処理する，ように構成してもよい。
【００１７】
かかる構成により，検索処理制御部によって検索実行部による検索処理が不許可されている期間（即ち，上記送信側送受信部が表示画面データを送信してから受入可能信号を受信するまでの期間）に，更新イベントが検出され新たな検索対象領域が設定された場合には，この検索対象領域の検索処理はなされず，検索リストにストックされる。これにより，受信側端末装置の受信準備が整っていない当該期間内には，送信側端末装置は，検索処理を行わないようにできるので，全体として検索処理回数を減少させ，送信側端末装置の負荷を低減できる。その後，送信側送受信部が受信側端末装置から受入可能信号を受信した後に，検索処理を許可された検索実行部は，ストックされている検索対象領域を検索処理することができる。従って，当該期間中に生じた更新イベントに対応する更新領域を検出し損なうことがない。
【００１８】
また，上記検索対象領域管理部は，検索リストにストックされた複数の検索対象領域の重複部分を調整する，ように構成してもよい。
【００１９】
かかる構成により，上記検索処理が不許可されている期間内に，複数の更新イベントが検出され，これらに対応した複数の検索対象領域が検索リストにストックされている場合に，検索対象領域の重複部分を調整できる。これにより，検索処理を許可された検索実行部が，検索処理を実行する際に，当該重複部分を複数回検出処理することがないので，検索処理の効率化，送信側端末装置の負荷低減を図ることができる。
【００２０】
また，上記検索処理制御部は，全ての受信側端末装置からの受入可能信号の受信に応じて，検索処理を許可する，ように構成してもよい。
【００２１】
かかる構成により，検索処理制御部は，例えば，受信側端末装置の全てから受入可能信号を受信した時点で，上記検索実行部による検索処理を許可することができる。これにより，受信処理能力やネットワークの通信性能などが最も遅い受信側端末装置に応じて，検索処理の許可を制御することができる。このため，送信側端末装置は，全ての受信側端末装置に対して，表示画面データの送信量過大による過負荷を引き起こさせることないよう，好適なタイミングで表示画面データを提供することができる。
【００２２】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして：ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置として機能せしめることを特徴とする，プログラムが提供される。このプログラムは，コンピュータをして，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，送信側送受信部は，受信側端末装置から，さらなる表示画面データを受け入れ可能であることを表す受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，送信側端末装置として機能せしめることを特徴とする。
【００２３】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置として機能せしめることを特徴とする，プログラムが記録されたコンピュータ読み取り可能な記録媒体が提供される。このコンピュータ読み取り可能な記録媒体は，コンピュータをして，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する，検索実行部と；受信側端末装置に対して少なくとも更新領域の表示画面データを送信する，送信側送受信部と；表示画面データの送信に応じて，検索実行部による検索処理を不許可する，検索処理制御部と；を備え，送信側送受信部は，受信側端末装置から，さらなる表示画面データを受け入れ可能であることを表す受入可能信号を受信し，検索処理制御部は，受入可能信号の受信に応じて検索処理を許可する，送信側端末装置として機能せしめることを特徴とするプログラムが記録されている。
【００２８】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置として機能せしめることを特徴とする，プログラムが提供される。このプログラムは，コンピュータをして，送信側端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する，受信側送受信部；を備える，受信側端末装置として機能せしめることを特徴とする。
【００２９】
また，上記課題を解決するため，本発明の別の観点によれば，コンピュータをして，ネットワークを介して接続された１又は２以上の送信側端末装置の表示画面データを共有する受信側端末装置として機能せしめることを特徴とするプログラム，が記録されたコンピュータ読み取り可能な記録媒体が提供される。このコンピュータ読み取り可能な記録媒体は，コンピュータをして，送信側端末装置から表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する，受信側送受信部；を備える，受信側端末装置として機能せしめることを特徴とするプログラム，が記録されている。
【００３０】
また，上記課題を解決するため，本発明の別の観点によれば，１または２以上の送信側端末装置の表示画面データを，送信側端末装置とネットワークを介して接続された１または２以上の受信側端末装置で共有する表示画面共有方法が提供される。この表示画面共有方法は， 送信側端末装置が，表示画面内の検索対象領域を検索処理して，表示画面内の更新領域を検出する段階と；送信側端末装置が，受信側端末装置に対して少なくとも更新領域の表示画面データを送信するとともに，検索処理を不許可する段階と；受信側端末装置が，表示画面データを受信するとともに，さらなる表示画面データを受け入れ可能となった場合に，受入可能信号を送信側端末装置に対して送信する段階と；送信側端末装置が，受入可能信号を受信するとともに，検索処理を許可する段階と；を含むことを特徴とする。
【００３１】
かかる構成により，送信側端末装置は，受信側端末装置に対して，送信側端末装置の表示画面上に表示されている表示画面データの少なくとも一部を提供することができる。また，受信側端末装置は，このように送信側端末装置から提供された表示画面データを受信，描画処理して，受信側端末装置の表示画面上に表示させることができる。これにより，送信側端末装置と受信側端末装置との間で，送信側端末装置の表示画面データの少なくとも一部を共有することができる。このとき，送信側端末装置は，受信側端末装置の処理状況を把握できる。このため，送信側端末装置は，受信側端末装置の処理状況などに応じた好適なタイミングで，さらに検索処理を実行して，次の表示画面データを送信することができる。
【００３２】
また，上記表示画面共有方法は，さらに，送信側端末装置が，表示画面を更新する可能性のある更新イベントを検出し，検出した更新イベントに対応する表示画面上のウィンドウの範囲情報を生成する段階と；生成されたウィンドウの範囲情報に基づいて，検索対象領域を設定する段階と；を含むように構成してもよい。
【００３３】
また，上記検索対象領域を設定する段階は，検索処理が不許可されている場合には，設定した検索対象領域を検索リストにストックしておく段階，を含み；検索対象領域を検索処理する段階は，検索処理が許可された後に，検索リストにストックされている１または２以上の検索対象領域を検索処理する段階，を含む；ように構成してもよい。
【００３４】
また，上記検索対象領域を設定する段階は，検索リストにストックされている複数の検索対象領域の重複部分を調整する段階，を含む，ように構成してもよい。
【００３５】
また，上記検索処理を許可する段階では，受信側端末装置の全てから受入可能信号を受信した後に，検索処理を許可する，ように構成してもよい。
【００３６】
また，上記表示画面共有方法は，さらに，受信側端末装置が，受信した表示画面データを描画処理する段階と；受信側端末装置が，描画処理の完了に応じて受入可能信号を生成する段階と；を含む，ように構成してもよい。
【００３７】
【発明の実施の形態】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００３８】
（第１の実施の形態）
まず，本発明の第１の実施の形態にかかる表示画面共有システムおよび表示画面共有方法について説明する。以下では，本実施形態にかかる表示画面共有システムおよび表示画面共有方法を，例えば，データ会議システム（ネットワーク会議システム）およびデータ会議方法に適用した例について説明するが，かかる例に限定されるものではない。
【００３９】
＜１．システム構成＞
まず，図１に基づいて，本実施形態にかかるデータ会議システムの全体構成について説明する。なお，図１は，本実施形態にかかるデータ会議システム１の概略的な構成を示すブロック図である。
【００４０】
図１に示すように，本実施形態にかかるデータ会議システム１は，例えば，１つの送信側端末装置１０ａと，１つの受信側端末装置１０ｂと，送信側端末装置１０ａと受信側端末装置１０ｂを接続するネットワーク５と，から主に構成される。
【００４１】
送信側端末装置１０ａおよび受信側端末装置１０ｂ（以下では，端末装置１０と総称する場合もある。）は，例えば，少なくとも中央演算処理部（ＣＰＵ）と送受信部と記憶部と表示部とを備えた情報処理装置であり，一般的には，パーソナルコンピュータなどのコンピュータ装置で構成される。なお，これらの端末装置１０は，かかるコンピュータ装置に限定されず，例えば，携帯電話，情報家電，携帯端末，ＰＤＡ，またはテレビ会議機能を備えたコミュニケーション端末などの各種の情報処理装置で構成してもよい。
【００４２】
このうち，送信側端末装置１０ａは，例えば，データ会議における発表者によって利用される端末装置であって，自身の表示画面データを提供（送信）する側の端末装置である。この送信側端末装置１０ａは，例えば，発表用ソフト，ワープロソフト等の各種のソフトウェアがインストールされており，発表者により指定された，プレゼンテーション内容や発表資料等（以下では，発表内容という。）のデータを，自身の表示画面（例えばデスクトップ画面）上に表示し，当該発表者の操作に応じてその表示内容を随時切り替えることができる。
【００４３】
かかる送信側端末装置１０ａには，送信権７が付与されている。この送信権７は，他の端末装置に対して自身の表示画面データを送信できる権限であり，データ会議における発表者の権限に相当するものである。この送信権７は，データ会議システム１内の複数の端末装置１０の中から，発表者が用いる１または２以上の端末装置１０に割り当てられるものであるが，図１の例では，１つの端末装置１０（即ち，送信側端末装置１０ａ）にのみ割り当てられている。
【００４４】
かかる送信権７を有することにより，送信側端末装置１０ａは，上記のように自身の表示画面上に表示されている画像データ（表示画面データ）の全部または一部を，ネットワーク５を介して受信側端末装置１０ｂに送信することができる。さらに，送信側端末装置１０ａは，受信側端末装置１０ｂからの受入可能信号に基づいて，上記表示画面データを送信するタイミングを好適に制御できるが，詳細については後述する。
【００４５】
一方，受信側端末装置１０ｂは，データ会議における参加者（聞き手）によって利用される端末装置であって，他の端末装置の表示画面データを享受（受信）する側の端末装置である。この受信側端末装置１０ｂは，上記送信側端末装置１０ａから受信した表示画面データを描画処理して，自身の表示部に表示することができる。また，受信側端末装置１０ｂは，例えば，表示画面データの描画処理が完了した時点で，受入可能信号を生成し，送信側端末装置１０ａに送信することもできる。
【００４６】
ネットワーク５は，送信側端末装置１０ａと受信側端末装置１０ｂを相互に双方向通信可能に接続する通信回線網である。このネットワーク５は，例えば，インターネット等の公衆回線網や，ＷＡＮ，ＬＡＮ，ＩＰ−ＶＰＮ等の専用回線網などで構成される。また，ネットワーク５の接続媒体は，例えば，ＦＤＤＩ（Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）などによる光ファイバケーブル，Ｅｔｈｅｒｎｅｔ（登録商標）による同軸ケーブル又はツイストペアケーブル，もしくはＩＥＥＥ８０２．１１ｂなど，有線・無線を問わず，衛星通信網なども含むように構成してもよい。なお，本実施形態にかかる端末装置１０間においては，表示画面データ等の各種データを，例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）により定められた規約により送受信するように構成されているが，かかる例に限定されず，ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）などで送受信するように構成してもよい。
【００４７】
上記のような構成のデータ会議システム１では，上記のように，送信側端末装置１０ａは，自身の表示画面に対応する表示画面データを，ネットワーク５を介して受信側端末装置１０ｂに提供することができる。また，受信側端末装置１０ｂは，提供された表示画面データを描画処理して，自身の表示画面上に表示させることができる。これにより，送信側端末装置１０ａと受信側端末装置１０ｂとの間で，送信側端末装置１０ａの表示画面データを共有することが可能になる。
【００４８】
従って，データ会議の参加者は，送信側端末装置１０ａの表示画面上に表示された発表内容を，受信側端末装置１０ｂを用いてほぼリアルタイムに閲覧することができる。かかるデータ会議では，発表者と参加者が近くにいる場合（例えば，双方が同一の会議室，フロアまたは建物内にいる場合）のみならず，遠隔地にいる場合（例えば，一方が東京本社，他方が北海道支社にいる場合，または一方が自宅，他方が移動中の新幹線の車内にいる場合）などであっても，発表者と参加者の間で発表内容を共有することができるので，発表者及び参加者の所在の自由度が高まり，有用である。
【００４９】
このように，データ会議システム１は，２地点以上の離隔地点間をネットワーク５で接続し，送信側端末装置１０ａの発表画面を受信側端末装置１０ｂで共有することにより，ネットワーク会議，セミナー等のプレゼンテーションなどを円滑に進行させることができる。なお，かかるデータ会議においては，例えば，上記のような表示画面の共有と同時に，発表者または参加者の発言内容等の音声情報を，マイク，スピーカ等からなる別途の音声通信手段（図示せず。）などを用いて，端末装置１０間で共有できるように構成してもよい。また，例えば，データ会議システム１とテレビ会議システムなどとを併用し，発表者の映像情報や音声情報等を伝送できるようにしてもよい。
【００５０】
また，かかるデータ会議システム１では，上記送信権７を端末装置１０間で授受することもできる。具体的には，図１の例では，送信側端末装置１０ａが有する送信権７を，受信側端末装置１０ｂに譲渡できるようにしてもよい。かかる送信権７の譲渡により，双方の機能を逆転させ，送信側端末装置１０ａを上記のような受信側端末装置１０ｂとして機能させるとともに，受信側端末装置１０ｂを上記送信側端末装置１０ａとして機能させることができる。このように，端末装置１０間で送信権７を授受可能とすることにより，データ会議の発表者は，いずれの端末装置１０を用いたとしても，その端末装置１０の表示画面データを他方の端末装置１０で共有させて，発表を行うことが可能となる。また，データ会議の参加者間で発表者が順次変更される場合にも対応できる。
【００５１】
また，例えば，双方の端末装置１０に送信権７をそれぞれ付与することにより，双方の端末装置１０が相互に自身の表示画面データの一部を相手側に提供するようにしてもよい。かかる構成により，双方の端末装置１０は，相互に表示画面データを共有し合って，それぞれが自身の表示画面上に相手側の表示画面の一部を表示することができる。これにより，データ会議システム１が，データ会議の参加者の双方が同時に発表者となる場合や，相互に発表内容を提示し合って議論する場合などにも対応できるようになる。
【００５２】
＜２．端末装置の構成＞
次に，図２に基づいて，本実施形態にかかる端末装置１０の構成について説明する。なお，図２は，本実施形態にかかる端末装置１０の概略的な構成を示すブロック図である。
【００５３】
図２に示すように，端末装置１０は，ＣＰＵ１０２と，記憶部１０４と，入力部１０６と，表示部１０８と，送受信部１１０と，イベント監視部１２０と，検索部１３０と，画像描画部１４０と，から構成されている。
【００５４】
ＣＰＵ１０２は，例えば，中央演算処理装置などで構成された制御部であり，端末装置１０内の各部の処理・命令等を制御することができる。例えば，このＣＰＵ１０２は，記憶部１０４などに格納された発表用ソフトウェアをはじめとする各種ソフトウェアを起動させ，その動作を制御することができる。
【００５５】
記憶部１０４は，各種のデータおよびプログラム等を一時記録または格納することが可能な記憶用デバイスである。この記憶部１０４は，例えば，ＲＡＭ（Ｒｅａｄ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ），ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ），ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ），ＳＤＲＡＭ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ），ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ ＲＡＭ），ハードディスク，フレキシブルディスク，磁気テープ，光ディスク，などで構成される。
【００５６】
この記憶部１０４は，例えば，発表者が発表内容を説明するために利用する各種の発表用ソフトウェアを記録している。この発表用ソフトウェアの具体例としては，例えば，Ｍｉｃｒｏｓｏｆｔ（登録商標）のＷｏｒｄ ＸＰ（登録商標）などのワープロソフト，Ｅｘｃｅｌ ＸＰ（登録商標）などの表計算ソフト，ＰｏｗｅｒＰｏｉｎｔ ＸＰなどのプレゼンテーション用ソフト（以下ではプレゼン用ソフトという。），Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）などの閲覧ソフト，などが挙げられる。なお，これらの発表用ソフトウェアは，例えば，各種のディスクドライブを用いて，フレキシブルディスク，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭなどの記録媒体から読み出して起動させてもよく，また，ネットワーク５などを介して外部から配信されたものを起動させてもよい。また，かかる記憶部１０４の記憶領域の一部には，例えば，後述する検索リスト１０５が記憶されている。
【００５７】
入力部１０６は，例えば，マウス，トラックボール，トラックパッド，スタイラスペン，またはジョイスティックなどのポインティングデバイスや，キーボードなどから構成された操作手段である。端末装置１０の使用者（会議の発表者または参加者など）は，かかる入力部１０６を操作することにより，端末装置１０に対して各種の処理動作を指示したり，各種のデータを入力したりできる。
【００５８】
表示部１０８は，例えば，ＣＲＴディスプレイ装置，液晶ディスプレイ（ＬＣＤ）装置などで構成された表示装置である。この表示部１０８は，その表示画面上に各種の表示画面データを表示出力することができる。
【００５９】
例えば，端末装置１０が送信側端末装置１０ａとして機能する場合の表示部１０８は，例えば，端末装置１０の上記発表用ソフトウェアが起動されると，当該発表用ソフトウェアに対応したウィンドウを，その表示画面の一部または全部の領域に表示する。一方，端末装置１０が受信側端末装置１０ｂとして機能する場合の表示部１０８は，例えば，後述する画像描画部１４０によって描画処理された表示画面データを，その表示画面の一部または全部の領域に表示する。なお，かかる表示部１０８が表示する表示画面データは，一般的には，上記発表内容を静的に表示した例えば静止画像データであるが，かかる例に限定されず，上記発表内容が動的に変化する動画像データなどであってもよい。また，かかる表示部１０８などが，例えば，音声出力部（図示せず。）を備えるように構成し，発表者の発言内容等の音声データなどを音声出力できるようにしてもよい。
【００６０】
送受信部１１０は，ネットワーク５と接続されており，他の端末装置１０との間で各種のデータを送受信することができる。この送受信部１１０は，例えば，送信側送受信部１１２と，受信側送受信部１１４と，を備える。
【００６１】
送信側送受信部１１２は，例えば，端末装置１０が送信側端末装置１０ａとして機能する場合に動作する送受信部である。この送信側送受信部１１２は，例えば，後述する検索部１３０から入力された表示画面データを，エンコードした上で，受信側端末装置１０ｂに送信する。また，かかる送信側送受信部１１２は，受信側端末装置１０ｂが送信した受入可能信号を受信して，後述する検索部１３０に出力する。
【００６２】
一方，受信側送受信部１１４は，例えば，端末装置１０が受信側端末装置１０ｂとして機能する場合に動作する送受信部である。この受信側送受信部１１４は，例えば，送信側端末装置１０ａが送信した表示画面データをネットワーク５を介して受信し，受信した表示画面データをデコードした上で画像描画部１４０に出力する。
【００６３】
また，かかる受信側送受信部１１４は，例えば，画像描画部１４０からの通知を受けると，受信側端末装置１０ｂ側で表示画面データの例えば描画処理が完了したため次の表示画面データを受け入れ可能となった旨を表す受入可能信号を生成する。即ち，この受信側送受信部１１４は本実施形態にかかる受入可能信号生成部（図示せず。）としても構成されている。なお，この受入可能信号生成部は，例えば，受信側送受信部１１４とは独立して構成されてもよい。
【００６４】
さらに，受信側送受信部１１４は，送信側端末装置１０ａに対して，ネットワーク５を介して当該受入可能信号を送信することで，例えば，受信側端末装置１０ｂ側で当該表示画面データの描画処理が完了し，さらなる表示画面データを受入可能となった旨を通知することができる。
【００６５】
なお，この受信側送受信部１１４は，例えば，送信されてきた表示画面データの受信処理が完了した時点で（例えば，当該表示画面データのデコードや描画処理を実行する前に），上記受入可能信号を生成して送信側端末装置１０ａに送信するようにしてもよい。この場合には，受入可能信号が，上記表示画面データの受信処理完了信号として機能する。なお，この受入可能信号としては，例えば，ＴＣＰ／ＩＰネットワーク上での送受信動作終了信号として一般的に用いられているＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：肯定応答）などを利用してもよい。
【００６６】
イベント監視部１２０は，例えば，上記送信側端末装置１０ａの表示画面上に何らかの画像が描画される可能性のある更新イベントの発生を検出することができる。この更新イベントの具体例としては，例えば，発表者による入力部１０６の操作（マウスのクリック，キーボード操作等）や，各種ソフトウェアの起動などである。また，イベント監視部１２０は，上記更新イベントが発生したことを検出すると，例えば，当該更新イベントに対応するウィンドウを特定し，このウィンドウのウィンドウ範囲情報を生成する。このウィンドウ範囲情報は，例えば，当該ウィンドウの表示画面上での位置および大きさ等を表す座標情報などである。一般的には，表示画面上に表される発表用ソフトウェアのウィンドウは，例えば矩形状を有しているで，上記ウィンドウ範囲情報は，例えばこの矩形範囲を特定可能な例えば２つの座標情報などとすることができる。さらに，イベント監視部１２０は，このように生成したウィンドウ範囲情報を検索部１３０に出力する。
【００６７】
検索部１３０は，例えば，上記ウィンドウ範囲情報に基づいて表示画面内の検索対象領域を設定し，この検索対象領域を検索する機能を有する。かかる検索部１３０は，例えば，検索対象領域管理部１３２と，検索実行部１３４と，検索処理制御部１３６とを備える。
【００６８】
検索対象領域管理部１３２は，例えば，上記イベント監視部１２０からの通知を受けると，上記ウィンドウ範囲情報に基づいて，表示画面内の検索対象領域を設定する。より詳細には，検索対象領域管理部１３２は，例えば，上記更新イベントが発生したウィンドウのウィンドウ範囲情報によって特定される表示画面上の少なくとも一部の領域を，検索対象領域として設定する。さらに，検索対象領域管理部１３２は，例えば，上記のように設定した検索対象領域を，記憶部１０４の検索リスト１０５に記録する。また，この検索対象領域管理部１３２は，例えば，上記検索リスト１０５に複数の検索対象領域が記録されている場合には，これらが相互に重複しているか否かを検出し，重複部分がある場合には，検索対象領域を再設定して重複部分を調整することができる。この重複部分の調整処理の詳細については後述する。さらに，検索対象領域管理部１３２は，例えば，検索実行部１３４が検索対象領域内の検索処理を完了した時点で，検索リスト１０５に記録されている検索対象領域を消去する。
【００６９】
検索実行部１３４は，例えば，上記検索リスト１０５に記録されている１または２以上の検索対象領域を検索処理して，表示画面が更新されている更新領域を検出することができる。より詳細には，この検索実行部１３４は，例えば，設定された検索対象領域において，前回の検索処理時に利用された表示画面データ（比較用表示画面データ）と，現在，表示部１０８に表示されている表示画面データ（実際の表示画面データ）とを，例えば所定のブロック単位で比較して，更新領域の検出を試みる。かかる比較・検出処理により，実際に更新領域があった場合には，検索実行部１３４は，例えば，かかる更新領域に対応する表示画面データを抽出して，送信側送受信部１１２に出力する。なお，この抽出された表示画面データには，例えば，当該更新領域の表示画面上での位置を示す座標情報なども含まれている。
【００７０】
検索処理制御部１３６は，上記のような検索実行部１３４の検索処理を許可／不許可することができる。より詳細には，検索処理制御部１３６は，例えば，上記検索実行部１３４が表示画面データを送信側送受信部１１２に対して出力した時点（或いは，送信側送受信部１１２が受信側端末装置１０ｂに当該表示画面データを送信した時点）で，検索フラグをオフにして，それ以後の上記検索実行部１３４による検索処理を不許可とする。一方，検索処理制御部１３６は，例えば，送信側送受信部１１２から当該表示画面データについての上記受入可能信号が入力された時点（或いは，送信側送受信部１１２が受信側端末装置１０ｂから当該受入可能信号を受信した時点）で，検索フラグをオンにして，それ以後の上記検索実行部１３４による検索処理を許可する。換言すると，検索処理制御部１３６は，例えば，受信側端末装置１０ｂに表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，上記検索実行部１３４の検索処理を待機（不能化）させ，それ以外の期間では，上記検索実行部１３４の検索処理を可能化するように制御することができる。
【００７１】
かかる構成により，検索部１３０は，例えば，上記受入可能信号を受信するまでの期間で，たとえ更新イベントが発生したとしても，その後さらに更新イベントが発生する可能性を考慮して，検索処理を待機することができる。これにより，無駄となるおそれのある検索処理を実行しないようにし，当該検索処理の効率化，送信側端末装置１０ａの負荷の低減を図ることができる。
【００７２】
画像描画部１４０は，例えば，端末装置１０が受信側端末装置１０ｂとして機能する場合に動作する。この画像描画部１４０は，受信側送受信部１１４から入力された表示画面データを描画処理して，上記表示部１０８の表示画面上に表示させる。これにより，受信側端末装置１０ｂは，その表示画面上に，送信側端末装置１０ａの表示画面の少なくとも一部を再現することができる。また，画像描画部１４０は，例えば，かかる描画処理が完了した時点で，当該表示画面データに関する描画処理が完了した旨を受信側送受信部１１４に対して通知する。
【００７３】
なお，上記説明したような，送信側送受信部１１２，受信側送受信部１１４，イベント監視部１２０，検索部１３０，画像描画部１４０などは，上記のような処理機能を実現できるものであれば，例えば，専用装置（ハードウェア）として構成されてもよく，或いは，端末装置１０にアプリケーションプログラムをインストールすることで構成されてもよい。さらに，後者の場合，上記アプリケーションプログラムは，上記端末装置１０に対して，ＣＤ−ＲＯＭ等の記録媒体によって提供されてもよく，或いは，ネットワーク５を介して外部からダウンロードすることで提供されてもよい。また，当該アプリケーションプログラムは，予め，上記各端末装置１０内の記憶部１０４または外部インタフェース（図示せず。）等に接続された周辺機器などに格納されていてもよい。
【００７４】
以上，本実施形態にかかる端末装置１０の概略的な構成について説明した。本実施形態では，上述したような端末装置１０の構成は，例えば，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方の構成に該当するものである。かかる構成によれば，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方が，表示画面データを送信する側（発表者側）の端末装置，または受信する側（参加者側）の端末装置のいずれとしても機能しうるので，データ会議システム１内で上記のような送信権７の授受が可能となる。
【００７５】
しかし，例えば，送信権７を端末装置１０間で授受しない場合（即ち，発表者が用いる端末装置１０が予め固定されている場合）には，送信側端末装置１０ａおよび受信側端末装置１０ｂの双方が，必ずしも上記のような各部を全て具備する必要はない。より詳細には，端末装置１０が受信側端末装置１０ｂとしてのみ機能すればよい場合には，例えば，少なくとも上記ＣＰＵ１０２，記憶部１０４，入力部１０６，表示部１０８，送信側送受信部１１２，イベント監視部１２０および検索部１３０を具備すればよい。また，端末装置１０が受信側端末装置１０ｂとしてのみ機能すればよい場合には，例えば，少なくとも上記ＣＰＵ１０２，記憶部１０４，入力部１０６，表示部１０８，受信側送受信部１１４および画像描画部１４０を具備すればよい。
【００７６】
＜３．データ会議システムの概略的な動作＞
次に，図３に基づいて，本実施形態にかかるデータ会議システム１の概略的な動作フローついて説明する。図３は，本実施形態にかかるデータ会議システム１の概略的な動作フローを説明するためのブロック図である。なお，図３では，説明の便宜上，送信側端末装置１０ａおよび受信側端末装置１０ｂの主要な各部のみを表示してある。
【００７７】
図３に示すように，まず，データ会議システム１が動作し，送信側端末装置１０ａによる表示画面データの提供が始まると，イベント監視部１２０が動作し，上記更新イベントの監視を開始する。この監視中に，発表者が発表画面を切り替えるためにマウスをクリックなどして更新イベントが発生すると，イベント監視部１２０は更新イベントが発生した旨を検索部１３０に通知する（▲１▼）。この通知処理は，実際には，イベント監視部１２０が，例えば，当該更新イベントに対応するウィンドウ範囲情報を送信することによってなされる。なお，かかる１回の通知後も，イベント監視部１２０は，更新イベントの監視を継続して行い，新たな更新イベントの発生を検出した場合には，随時，検索部１３０に通知する。
【００７８】
次いで，検索部１３０は，上記イベント監視部１２０からの通知を受けると，ウィンドウ範囲情報に基づいて検索対象領域を設定する。さらに，検索部１３０は，例えば，検索処理が許可状態にある場合には，設定した検索対象領域を直ちに検索処理する。この検索処理の結果，検索対象領域内に更新領域があった場合には，検索部１３０は，当該更新領域の表示画面データを送信側送受信部１１２に出力する（▲２▼）とともに，その後の検索処理を不許可とする。
【００７９】
その後，送信側送受信部１１２は，入力された表示画面データをエンコードした後，この表示画面データをネットワーク５を介して受信側送受信部１１４に送信する（▲３▼）。以上までで，送信側端末装置１０ａによる１回の表示画面データ提供処理が完了する。
【００８０】
次いで，受信側端末装置１０ｂ側では，受信側送受信部１１４が上記更新領域の表示画面データを受信して（▲４▼），かかる表示画面データをデコードした上で画像描画部１４０に出力する（▲５▼）。さらに，画像描画部１４０は，入力された表示画面データを描画処理して，受信側端末装置１０ｂの表示画面上に表示させた後，当該描画処理が完了した旨を受信側送受信部１１４に通知する（▲６▼）。その後，受信側送受信部１１４は，受入可能信号を生成して，この受入可能信号をネットワーク５を介して送信側送受信部１１２に送信する（▲７▼）。
【００８１】
次いで，送信側端末装置１０ａ側では，送信側送受信部１１２は，受信側送受信部１１４から受入可能信号を受信して（▲８▼），この受入可能信号を検索部１３０に出力する（▲９▼）。すると，検索部１３０は，その後の検索処理を許可する。この結果，上記のように表示画面データを送信してから受入可能信号が戻ってくるまでの間に，新たな更新イベントが発生し，この更新イベントに対応する１または２以上の検索対象領域が検索リスト１０５にストックされている場合には，検索部１３０は，イベント監視部１２０からの通知を待たずに，ストックされている検索対象領域を検索する。これにより，新たな更新領域が検出された場合には，当該更新領域の表示画面データを抽出して出力し（▲２▼），その後の検索処理を再び不許可とする。その後は，上記▲３▼〜▲９▼，▲２▼と同様の処理フローを繰り返す。
【００８２】
上記のように，送信側端末装置１０ａが自身の表示画面のうち更新領域の表示画面データを所定の条件の下で順次，検索・送信するとともに，受信側端末装置１０ｂがこの表示画面データを順次，受信・再生することで，データ会議の発表者が提示する表示画面を双方の端末装置１０間で共有することができる。
【００８３】
＜４．端末装置各部の詳細な動作＞
次に，本実施形態にかかる送信側端末装置１０ａおよび受信側端末装置１０ｂの主要な各部の動作ついて詳細に説明する。
【００８４】
＜４．１ イベント監視部の動作＞
まず，図４〜図７に基づいて，本実施形態にかかる送信側端末装置１０ａのイベント監視部１２０の動作フローについて説明する。なお，図４は，本実施形態にかかるイベント監視部１２０の動作フローを示すフローチャートである。また，図５は，本実施形態にかかる送信側端末装置１０ａの表示画面の具体例を示す説明図である。また，図６は，本実施形態にかかる送信側端末装置１０ａの表示画面上におけるウィンドウ範囲情報および検索対象領域の具体例を示す説明図である。
【００８５】
図４に示すように，まず，ステップＳ１００では，更新イベントが発生したか否かが検出される（ステップＳ１００）。この更新イベントは，上述したように，送信側端末装置１０ａの表示画面を更新する可能性のあるイベントであり，具体的には，発表者によるマウスのクリック，キーボード操作等，またはアプリケーションの起動などである。かかる更新イベントの発生に伴って，ウィンドウの新規生成，移動，開閉若しくは消去，または，ウィンドウ内での発表用スライドの切り替え，ウィンドウ内への発表内容の追加若しくは削除，などの表示画面を変更するような描画処理が起こりうる。
【００８６】
このため，イベント監視部１２０は，例えば，発表者によるプレゼンテーションの開始時およびその最中などには，送信側端末装置１０ａにおいて上記更新イベントが発生するか否かを常に監視している。かかるイベント監視部１２０による監視処理は，例えば，ＣＰＵ１０２へのアクセスにより発表用ソフトウェア等の起動状況を検出したり，入力部１０６が生成した信号を検出したりすることによって実現できる。かかる監視処理により，更新イベントの発生が検出された場合には，ステップＳ１０２に進み，一方，更新イベントの発生が検出されない場合には，さらに本ステップでの監視処理が継続される。
【００８７】
ここで，表示画面の更新処理と，イベント監視部１２０による監視処理について，具体例を挙げて説明する。図５（ａ）に示すように，例えば，送信側端末装置１０ａの表示画面２００上にプレゼン用ソフトのウィンドウ２０２と，表計算ソフトのウィンドウ２０４とが表示された状態で，発表者によるプレゼンテーションが進行していた場面を想定する。発表者は，表示画面２００上に表示されている「来年度の経営指針」に関する発表用スライド（１）についての説明後，次の発表用スライド（２）に切り替える場合には，マウスを操作してポインタ２０６を移動させて，発表用スライド（２）のマークを選択してクリックする。すると，図５（ｂ）に示すように，プレゼン用ソフトのウィンドウ２０２内には，「コスト削減」に関する発表用スライド（２）が表示される。この結果，送信側端末装置１０ａの表示画面上で，プレゼン用ソフトのウィンドウ２０２内の発表画面が切り替えられ，発表内容が更新されたこととなる。また，イベント監視部１２０は，例えば，上記のような発表者によるマウス操作を検出することにより，更新イベントが発生したと判断することができる。
【００８８】
次いで，ステップＳ１０２では，ウィンドウ範囲情報が生成される（ステップＳ１０２）。イベント監視部１２０は，更新イベントの発生を検出した場合には，当該更新イベントに対応したウィンドウ範囲情報を生成する。
【００８９】
ここで，かかるウィンドウ範囲情報の生成処理について，上記図５に示した具体例に対応した図６に基づいて，より詳細に説明する。図５に示した例では，プレゼン用ソフトのウィンドウ２０２に関して更新イベントが発生しているので，イベント監視部１２０は，かかるウィンドウ２０２の表示範囲を表すウィンドウ範囲情報を生成する。即ち，図６に示すように，かかるウィンドウ２０２の表示範囲は，例えば，矩形のウィンドウ２０２の左上の座標（ｘ１，ｙ１）および右下の座標（ｘ２，ｙ２）で特定することができる。そこで，イベント監視部１２０は，当該ウィンドウ２０２に対応するウィンドウ範囲情報として，例えば，上記２つの座標情報を生成する。
【００９０】
さらに，ステップＳ１０４では，更新イベントが発生した旨が検索部１３０に通知される（ステップＳ１０４）。イベント監視部１２０は，上記生成したウィンドウ範囲情報を検索部１３０に出力する。これにより，イベント監視部１２０は，上記更新イベントが発生したこと，および当該ウィンドウ範囲情報で特定される矩形領域内に表示内容の更新が起こっている可能性があることを，検索部１３０に対して通知できる。
【００９１】
＜４．２ 検索部の動作＞
次に，図７〜図９に基づいて，本実施形態にかかる送信側端末装置１０ａの検索部１３０の動作フローについて説明する。なお，図７は，本実施形態にかかる検索部１３０の動作フローを示すフローチャートである。また，図８は，本実施形態にかかる送信側端末装置１０ａの表示画面上における検索対象領域および更新領域の具体例を示す説明図である。また，図９は，本実施形態にかかる送信側端末装置１０ａの検索リスト１０５にストックされている検索対象領域の調整処理の具体例を示す説明図である。
【００９２】
まず，図７に示すように，ステップＳ２００では，検索部１３０は，イベント監視部１２０または送信側送受信部１１２のいずれかから通知を受けるまで待機している（ステップＳ２００）。
【００９３】
次いで，ステップＳ２０２では，通知を受けた相手先が，イベント監視部１２０または送信側送受信部１１２のいずれであるかが判定される（ステップＳ２０２）。イベント監視部１２０から更新イベントが発生した旨の通知を受けた場合には，ステップＳ２０４に進み，一方，送信側送受信部１１２から受入可能信号を受信した旨の通知を受けた場合には，ステップＳ２２０に進む。
【００９４】
以下では，説明の便宜上，検索部１３０に対して，▲１▼イベント監視部１２０から通知があった場合と，▲２▼送信側送受信部１１２から通知があった場合とで，分けて説明する。
【００９５】
（▲１▼ ステップＳ２０２でイベント監視部１２０から通知があった場合）
まず，ステップＳ２０４では，検索対象領域管理部１３２が検索対象領域を設定して，検索リスト１０５に記録する（ステップＳ２０４）。本ステップは，検索部１３０が，イベント監視部１２０から更新イベント発生の通知を受け，当該イベントに対応するウィンドウのウィンドウ範囲情報を取得した場合の処理である。この場合には，検索対象領域管理部１３２は，例えば，取得したウィンドウ範囲情報に基づいて検索対象領域を設定し，設定した検索対象領域を検索リスト１０５に追加記録する。
【００９６】
ここで，かかる検索対象領域の設定処理について，上記図６に示した具体例を利用して，より詳細に説明する。図６に示した例では，更新イベントが発生したウィンドウ２０２に対応するウィンドウ範囲情報（ｘ１，ｙ１），（ｘ２，ｙ２）が生成されている。かかる場合には，検索対象領域管理部１３２は，例えば，このウィンドウ範囲情報により特定される領域（即ち，当該ウィンドウ２０２の外縁である矩形枠で囲まれる領域）を，検索対象領域２１０として設定する。
【００９７】
このように，本実施形態では，検索対象領域管理部１３２は，例えば，更新イベントに対応するウィンドウ２０２の範囲のみを検索対象領域２１０として設定する。これにより，更新イベントが生じたウィンドウ２０２の位置及び範囲に応じて，設定される検索対象領域の範囲を動的に変化させることができる。しかし，検索対象領域の設定処理は，かかる例に限定されるものではなく，例えば，ウィンドウ２０２の一部の範囲だけをさらに抽出して，検索対象領域として設定してもよい。また，更新イベントが発生したウィンドウとは無関係に，表示画面２００全体，或いは表示画面２００から切り出した所定枠内の領域などの固定領域を，検索対象領域として静的に設定することも可能である。
【００９８】
その後，ステップＳ２０６では，検索フラグのオン／オフが判別される（ステップＳ２０６）。検索処理制御部１３６は，検索フラグのオン／オフを判別することにより，検索実行部１３４による検索処理を実行させるか否かを判断する。検索フラグがオンである場合には，検索処理が許可されている状態であるので，ステップＳ２０８に進む。一方，検索フラグがオフである場合には，検索処理が不許可されている状態であるので，ステップＳ２１８に進む。
【００９９】
次いで，ステップＳ２０８では，検索リスト１０５内に記録されている検索対象領域が検索処理される（ステップＳ２０８）。検索実行部１３４は，記録部１０４にアクセスして，検索リスト１０５に記録されている検索対象領域を取得する。次いで，検索実行部１３４は，かかる検索対象領域を検索処理し，更新領域の検出を試みる。
【０１００】
さらに，ステップＳ２１０では，上記のように検索処理が成された検索対象領域が検索リスト１０５から消去される（ステップＳ２１０）。
【０１０１】
その後，ステップＳ２１２では，更新領域の有無が判断される（ステップＳ２１２）。上記ステップＳ２０８での検索実行部１３４による検索処理の結果，更新領域が検出された場合には，ステップＳ２１４に進み，一方，更新領域が検出されなかった場合には，ステップＳ２００に戻り，検索部１３０は，再び外部からの通知を待機する状態となる。
【０１０２】
ここで，検出された更新領域の具体例について説明する。図８に示すように，検索対象領域２１０を検索した結果，例えば，２つの更新領域２２０ａ，２２０ｂが検出されている。更新領域２２０ａは，図５で説明したポインタ２０６の移動と，スライド選択部分の選択内容の変化に起因して，表示内容が更新されたウィンドウ２０２内の左上の領域である。この更新領域２２０ａの範囲は，（ｘ３，ｙ３），（ｘ４，ｙ４）で特定される。また，更新領域２２０ｂは，図５で説明した発表用スライドの切り替えに起因して，表示内容が更新されたウィンドウ２０２内の中央部分の領域である。この更新領域２２０ｂの範囲は，（ｘ５，ｙ５），（ｘ６，ｙ６）で特定される。かかる例のように，更新領域２２０は，１回の検索処理で複数検出される場合もある。また，更新領域２２０の範囲は，例えば，表示画面上の更新された部分を含む最小限の範囲となるように設定されるので，送信する表示画面データのデータ量を低減することができる。
【０１０３】
次いで，ステップＳ２１４では，更新領域が検出された旨が送信側送受信部１１２に通知される（ステップＳ２１４）。具体的には，検索部１３０は，上記検出した１または２以上の更新領域に含まれる表示画面データを抽出し，送信側送受信部１１２に出力する。
【０１０４】
さらに，ステップＳ２１６では，検索フラグがオフにされる（ステップＳ２１６）。検索処理制御部１３４は，検索フラグをオフにして，それ以後の上記検索実行部１３４による検索処理を不許可とする。本ステップ後は，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。
【０１０５】
一方，ステップＳ２１８では，検索リスト１０５内の検索対象領域が調整される（ステップＳ２１８）。上記ステップＳ２０６で，検索フラグがオフであると判断された場合には，ステップＳ２０６で設定された検索対象領域は，例えば，検索リスト１０５にストックされ，かかる検索対象領域の検索処理が直ちに行われることはない。さらに，かかるストックが繰り返されることにより，検索リスト１０５内に複数の検索対象領域がストックされた状態となる場合がある。この場合には，検索対象領域管理部１３２は，これら複数の検索対象領域の重複部分を調整する処理を行う。
【０１０６】
ここで，かかる検索対象領域の調整処理について，図９に基づいて，具体例を挙げながらより詳細に説明する。図９（ａ）に示すように，予め，検索リスト１０５に比較的小さい検索対象領域２１０ａがストックされていた状態で，さらに，検索対象領域２１０ａ全体を包含するような検索対象領域２１０ｂが，新たに設定されストックされたとする。この場合には，検索対象領域管理部１３２は，検索対象領域２１０ａを削除して，検索対象領域２１０ｂだけを残すような調整処理を行う。さらに，検索対象領域２１０ｂの一部と重複するような検索対象領域２１０ｃが，新たに設定されたとする。この場合には，検索対象領域管理部１３２は，例えば，図９（ｂ）に示すように，元の検索対象領域２１０ｂおよび検索対象領域２１０ｃの全てが含まれるような，３つの矩形の検索対象領域２１０ｄ，２１０ｅ，２１０ｆを新たに設定して，検索リスト１０５を更新する。
【０１０７】
このような調整処理により，後に検索処理が許可されてステップＳ２０８で検索処理を行う際に，検索対象領域の重複部分を複数回検索することを防止できるので，検索処理効率を向上させることができる。なお，本ステップの終了後には，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。
【０１０８】
（▲２▼ ステップＳ２０２で送信側送受信部１１２から通知があった場合）
まず，ステップＳ２２０では，検索フラグがオンにされる（ステップＳ２２０）。本ステップは，検索部１３０が，送信側送受信部１１２から受入可能信号を受信した旨の通知を受けた場合の処理である。このように送信側送受信部１１２が受入可能信号を受信するのは，例えば，上記ステップＳ２１４で表示画面データを出力した後，当該表示画面データに関して受信側端末装置１０ｂ側で描画処理が完了し，その旨の通知があった場合である。このため，このように表示画面データを出力してから，かかる受入可能信号を受信するまでの期間は，検索部１３０では検索フラグがオフとなっており，検索処理が不許可（待機）されていたこととなる。従って，かかる期間に１または２以上の更新イベントが発生し，新たな検索対象領域が設定されていたとしても，実際に検索処理は成されず，これらの検索対象領域は検索リスト１０５内にストックされている。そこで，本ステップでは，その後の検索処理を許可すべく，検索処理制御部１３６が検索フラグをオンにする。
【０１０９】
次いで，ステップＳ２２２では，検索リスト１０５内に検索対象領域がストックされているか否かが判定される（ステップＳ２２２）。上記検索処理の不許可（待機）期間中に，更新イベントが発生せず検索対象領域が設定されなかった場合には，検索リスト１０５には検索対象領域がストックされていない。この場合には，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。一方，上記検索処理の不許可期間中に，１または２以上の検索対象領域が設定されて，検索リスト１０５にストックされている場合には，ステップＳ２０８に進む。
【０１１０】
さらに，ステップＳ２０８では，検索リスト１０５内にストックされている検索対象領域が検索処理される（ステップＳ２０８）。検索実行部１３４は，記録部１０４にアクセスして，検索リスト１０５にストックされている１または２以上の検索対象領域を取得して検索処理を実行する。この際，上記図９で説明したように，検索対象領域が好適に調整されているので，検索実行部１３４は，ストックされている矩形の検索対象領域を容易かつ迅速に検索処理することができる。
【０１１１】
その後は，上記と同様にしてステップＳ２１０〜Ｓ２１６の処理を実行した後，ステップＳ２００に戻り，検索部１３０は再び外部からの通知を待機する状態となる。
【０１１２】
＜４．３ 送信側送受信部の動作＞
次に，図１０に基づいて，本実施形態にかかる送信側端末装置１０ａの送信側送受信部１１２の動作フローについて説明する。なお，図１０は，本実施形態にかかる送信側送受信部１１２の動作フローを示すフローチャートである。
【０１１３】
図１０に示すように，まず，ステップＳ３００では，送信側送受信部１１２は，検索部１３０または受信側送受信部１１４のいずれかから通知を受けるまで待機している（ステップＳ３００）。
【０１１４】
次いで，ステップＳ３０２では，送信側送受信部１１２は，通知を受けた相手先が検索部１３０または受信側端末装置１０ｂの受信側送受信部１１４のいずれであるかを判定する（ステップＳ３０２）。検索部１３０から更新領域を検出した旨の通知を受けた場合（即ち，更新領域の表示画面データが入力された場合）には，ステップＳ３０４に進み，一方，受信側送受信部１１４から受入可能信号を受信した場合には，ステップＳ３０６に進む。
【０１１５】
さらに，ステップＳ３０４では，送信側送受信部１１２が，検索部１３０に対して受入可能信号を受信した旨を通知する（ステップＳ３０４）。本ステップの終了後には，ステップＳ３００に戻り，送信側送受信部１１２は再び外部からの通知を待機する状態となる。
【０１１６】
一方，ステップＳ３０６では，送信側送受信部１１２が，検索部１３０から入力された更新領域の表示画面データを，例えばＭＰＥＧ方式などでエンコードする（ステップＳ３０６）。
【０１１７】
次いで，ステップＳ３０８では，送信側送受信部１１２は，上記ステップＳ３０６でエンコードした表示画面データを，ネットワーク５を介して受信側端末装置１０ｂに送信する（ステップＳ３０８）。本ステップの終了後には，ステップＳ３００に戻り，送信側送受信部１１２は再び外部からの通知を待機する状態となる。
【０１１８】
＜４．４ 受信側送受信部の動作＞
次に，図１１に基づいて，本実施形態にかかる受信側端末装置１０ｂの受信側送受信部１１４の動作フローについて説明する。なお，図１１は，本実施形態にかかる受信側送受信部１１４の動作フローを示すフローチャートである。
【０１１９】
図１１に示すように，まず，ステップＳ４００では，受信側送受信部１１４は，画像描画部１４０または送信側端末装置１０ａの送信側送受信部１１２のいずれかから通知を受けるまで待機している（ステップＳ４００）。
【０１２０】
次いで，ステップＳ４０２では，受信側送受信部１１４が，通知を受けた相手先が，画像描画部１４０または送信側端末装置１０ａの送信側送受信部１１２のいずれであるかを判定する（ステップＳ４０２）。画像描画部１４０から表示画面データの描画処理が完了した旨の通知を受けた場合には，ステップＳ４０４に進み，一方，送信側送受信部１１２から表示画面データを受信した場合には，ステップＳ４０８に進む。
【０１２１】
さらに，ステップＳ４０４では，受信側送受信部１１４が，例えば，受信した表示画面データの描画処理が完了したことを表す受入可能信号を生成する（ステップＳ４０４）。
【０１２２】
その後，ステップＳ４０６では，受信側送受信部１１４が，上記ステップＳ４０４で生成した受入可能信号を，ネットワーク５を介して送信側端末装置１０ａの送信側送受信部１１２に送信する（ステップＳ４０６）。本ステップの終了後には，ステップＳ４００に戻り，受信側送受信部１１４は再び外部からの通知を待機する状態となる。
【０１２３】
一方，ステップＳ４０８では，受信側送受信部１１４は，送信側端末装置１０ａから受信した更新領域の表示画面データをデコードする（ステップＳ４０８）。
【０１２４】
次いで，ステップＳ４１０では，受信側送受信部１１４は，上記ステップＳ４０８でデコードした表示画面データを，画像描画部１４０に出力する（ステップＳ４１０）。本ステップの終了後には，ステップＳ４００に戻り，受信側送受信部１１４は再び外部からの通知を待機する状態となる。
【０１２５】
＜４．５ 画像描画部の動作＞
次に，図１２に基づいて，本実施形態にかかる受信側端末装置１０ｂの画像描画部１４０の動作フローについて説明する。なお，図１２は，本実施形態にかかる画像描画部１４０の動作フローを示すフローチャートである。
【０１２６】
図１２に示すように，まず，ステップＳ５００では，画像描画部１４０は，受信側送受信部１１４から通知を受けるまで待機している（ステップＳ５００）。
【０１２７】
次いで，ステップＳ５０２では，表示画面データが描画処理される（ステップＳ５０２）。画像描画部１４０は，受信側送受信部１１４から表示画面データが入力されると，かかる表示画面データを描画処理して，受信側端末装置１０ｂの表示部１０８の表示画面上に表示させる。このとき，かかる表示画面上では，例えば，送信側端末装置１０ａ側で更新された更新領域に相当する部分のみが更新表示され，その他の領域は元の表示画面データがそのまま表示される。このような，送信側端末装置１０ａから提供された表示画面データの描画・表示処理の結果，送信側端末装置１０ａと受信側端末装置１０ｂの表示画面の共有が実現されたこととなる。
【０１２８】
さらに，ステップＳ５０４では，受信側送受信部１１４に対して表示画面データの描画処理が完了した旨を通知する。（ステップＳ５０４）。本ステップの終了後には，ステップＳ５００に戻り，画像描画部１４０は，再び外部からの通知を待機する状態となる。
【０１２９】
＜５．データ会議方法＞
次に，図１３〜図１５に基づいて，上記のようなデータ会議システム１を用いた本実施形態にかかるデータ会議方法について説明する。なお，図１３は，本実施形態にかかるデータ会議方法を示すフローチャートである。また，図１４は，本実施形態にかかるデータ会議方法における完了通知待ちサブルーチンを示すフローチャートである。また，図１５は，本実施形態にかかるデータ会議方法における完了通知取得後サブルーチンを示すフローチャートである。
【０１３０】
図１３に示すように，まず，ステップＳ６００では，データ会議が開始される（ステップＳ６００）。送信側端末装置１０ａおよび受信側端末装置１０ｂの準備が完了し，ネットワーク５を介した双方間のデータ伝送も可能な状態となる。
【０１３１】
次いで，ステップＳ６０２では，送信側端末装置１０ａで発表用ソフトウェアが起動される（ステップＳ６０２）。送信側端末装置１０ａ側では，発表者により，データ会議で発表するために必要な発表用ソフトウェアが起動され，発表内容のデータファイルが読み込まれる。これによって，送信側端末装置１０ａの表示画面上には，例えば，発表用ソフトウェアのウィンドウが表示され，このウィンドウの内部に最初の発表画面が表示される。
【０１３２】
さらに，ステップＳ６０４では，送信側端末装置１０ａが，最初の表示画面データを受信側端末装置１０ｂに送信する（ステップＳ６０４）。送信側端末装置１０ａは，例えば，自身の表示画面全体の表示画面データ，あるいは発表用ソフトウェアのウィンドウに対応する範囲の表示画面データなどを，デコードし，ネットワーク５を介して受信側端末装置１０ｂに送信する。
【０１３３】
その後，ステップＳ６０６では，その後の送信側端末装置１０ａの検索処理が不許可とされる（ステップＳ６０６）。送信側端末装置１０ａは，例えば，ステップＳ６０４で送信した表示画面データに対応する受入可能信号が受信側端末装置１０ｂから戻ってくるまでの期間は，次の表示画面データを送信しないようにするべく，検索フラグをオフにして検索処理を不許可とする。これにより，たとえ送信側端末装置１０ａ側で，更新イベントが発生したとしても，当該検索処理を行わずに待機することとなる。
【０１３４】
次いで，ステップＳ６０８では，送信側端末装置１０ａは，かかる待機期間中の動作フローである完了通知待ちサブルーチンを実行する（ステップＳ６０８）。ここで，図１４に基づいて，送信側端末装置１０ａの完了通知待ちサブルーチンについて，より詳細に説明する。
【０１３５】
図１４に示すように，まず，ステップＳ６０８０では，更新イベントの監視がなされる（ステップＳ６０８０）。イベント監視部１２０によって，送信側端末装置１０ａに更新イベントが発生したか否かが継続的に監視される。更新イベントの発生を検出した場合には，ステップＳ６０８２に進む。
【０１３６】
次いで，ステップＳ６０８２では，検索対象領域が設定される（ステップＳ６０８２）。イベント監視部１２０は，発生した更新イベントに対応するウィンドウの範囲情報を生成する。さらに，検索対象領域管理部１３２は，例えば，かかるウィンドウ範囲情報で特定される表示画面上の矩形領域内を，検索対象領域として設定する。
【０１３７】
さらに，ステップＳ６０８４では，検索対象領域が検索リスト１０５にストックされる（ステップＳ６０８４）。検索対象領域管理部１３２は，例えば，設定した検索対象領域を，検索リストに追加記録してストックする。なお，この時点では，検索実行部１３４による検索処理が不許可された状態であるので，この検索対象領域が直ちに検索処理されることはない。従って，新たな表示画面データが受信側端末装置１０ｂに送信されることもない。
【０１３８】
その後，ステップＳ６０８６では，検索リスト１０５内の検索対象領域が調整される（ステップＳ６０８６）。検索対象領域管理部１３２は，検索リスト１０５内に複数の検索対象領域がストックされ，それらが相互に重複している場合には，この重複部分を調整する処理を行う。本ステップの終了後は，ステップＳ６０８０に戻り，受入可能信号を受信するまで，上記Ｓ６０８０〜Ｓ６０８６と同様な処理を繰り返す。以上で完了通知待ちサブルーチンの説明を終了する。
【０１３９】
ところで，送信側端末装置１０ａでこのような完了通知待ちサブルーチンが実行されている間，受信側端末装置１０ｂ側では，図１３に示すように，ステップＳ６１０〜ステップＳ６１６の処理がなされる。
【０１４０】
詳細には，まず，ステップＳ６１０では，受信側端末装置１０ｂが，送信側端末装置１０ａから送信された最初の表示画面データを受信する（ステップＳ６１０）。次いで，ステップＳ６１２では，この表示画面データをデコードした上で描画処理して，自身の表示画面上に表示させる（ステップＳ６１２）。これにより，受信側端末装置１０ｂを利用している参加者は，例えば，最初の発表画面を閲覧することができる。次いで，ステップＳ６１４では，当該最初の表示画面データの描画・表示処理が完了し，次の表示画面データを受け入れ可能となった旨の受入可能信号を生成する（ステップＳ６１４）。さらに，ステップＳ６１６では，受信側端末装置１０ｂが，生成した受入可能信号をネットワーク５を介して送信側端末装置１０ａに送信する（ステップＳ６１６）。
【０１４１】
この結果，ステップＳ６１８で，送信側端末装置１０ａが受入可能信号を受信する（ステップＳ６１８）と，上記完了通知サブルーチン（ステップＳ６０８）が終了する。
【０１４２】
次いで，ステップＳ６２０では，その後の送信側端末装置１０ａの検索処理が許可される（ステップＳ６２０）。送信側端末装置１０ａは，上記最初の表示画面データに対応する受入可能信号の受信により，受信側端末装置１０ｂが新たな表示画面データを好適に処理可能な状態となったと判断し，検索フラグをオンにして，その後の検索処理を許可する。これにより，以降のステップでは，すでに検索リスト１０５に検索対象領域がストックされている場合や，その後に更新イベントが発生し検索対象領域が新たに設定された場合には，これらの検索対象領域の検索処理が実行可能となる。
【０１４３】
さらに，ステップＳ６２２では，送信側端末装置１０ａは，受入可能信号を取得した後の動作フローである完了通知取得後サブルーチンを実行する（ステップＳ６２２）。ここで，図１５に基づいて，送信側端末装置１０ａの完了通知取得後サブルーチンについて，より詳細に説明する。
【０１４４】
図１５に示すように，まず，ステップＳ６２２０では，検索リスト１０５に検索対象領域がストックされているか否かが判定される（ステップＳ６２２０）。検索対象領域がストックされている場合には，ステップＳ６２２２に進み，一方，検索対象領域がストックされていない場合には，ステップＳ６２２６に進む。
【０１４５】
次いで，ステップＳ６２２２では，ストックされている検索対象領域が検索処理される（ステップＳ６２２２）。検索実行部１３４は，ストックされている１または２以上の検索対象領域内において，前回送信した表示画面データと，現在の表示画面データとを比較する検索処理を行う。
【０１４６】
さらに，ステップＳ６２２４では，更新領域の有無が判定される（ステップＳ６２２４）。検索実行部１３４は，上記ステップＳ６２２２での検索処理の結果，更新領域を検出した場合には，この検索対象領域に対応する現在の表示画面データを抽出して，送信側送受信部１１２に出力する。この場合には，完了通知取得後サブルーチンが終了する。一方，上記検索処理の結果，更新領域を検出しなかった場合には，ステップＳ６２２６に進む。
【０１４７】
その後，ステップＳ６２２６では，更新イベントの監視がなされる（ステップＳ６２２６）。本ステップは，例えば，上記ステップＳ６２２０で検索リスト１０５に検索対象領域がストックされていないと判定された場合，または，上記ステップＳ６２２４で更新領域が検出されなかった場合，の後フローである。本ステップでは，イベント監視部１２０によって，送信側端末装置１０ａに更新イベントが発生したか否かが継続的に監視される。更新イベントの発生を検出した場合には，ステップＳ６２２７に進む。
【０１４８】
次いで，ステップＳ６２２７では，検索対象領域が設定される（ステップＳ６２２７）。イベント監視部１２０は，発生した更新イベントに対応するウィンドウの範囲情報を生成する。さらに，検索対象領域管理部１３２は，例えば，かかるウィンドウ範囲情報で特定される表示画面上の矩形領域内を，検索対象領域として設定する。なお，この時点では，検索実行部１３４による検索処理が許可された状態であるので，本ステップで設定された検索対象領域は，次のステップＳ６２２８で直ちに検索処理される。この点で，上述した完了通知待ちサブルーチンのステップＳ６０８２の場合とは相違する。
【０１４９】
さらに，ステップＳ６２２８では，設定された検索対象領域が検索処理される（ステップＳ６２２８）。検索実行部１３４は，上記ステップＳ６２２７で設定された検索対象領域内において，前回送信した表示画面データと，現在の表示画面データとを比較する検索処理を行う。
【０１５０】
その後，ステップＳ６２２９では，更新領域の有無が判定される（ステップＳ６２２９）。検索実行部１３４は，上記ステップＳ６２２８での検索処理の結果，更新領域を検出した場合には，この検索対象領域に対応する現在の表示画面データを抽出して，送信側送受信部１１２に出力する。この場合には，完了通知取得後サブルーチンが終了する。一方，上記検索処理の結果，更新領域を検出しなかった場合には，ステップＳ６２２６に戻り，更新領域が検出されるまで，上記Ｓ６２２６〜Ｓ６２２９と同様な処理を繰り返す。以上で完了通知取得後サブルーチンの説明を終了する。
【０１５１】
このような完了通知取得後サブルーチンの終了後，図１３に示すように，ステップＳ６２４では，送信側端末装置１０ａが，更新領域の表示画面データを受信側端末装置１０ｂに送信する（ステップＳ６２４）。送信側端末装置１０ａは，例えば，上記検出した更新領域にかかる表示画面データを，デコードし，ネットワーク５を介して受信側端末装置１０ｂに送信する。本ステップで送信される表示画面データは，例えば，前回送信した表示画面データと比して更新された部分のみのデータであるので，上記ステップＳ６０４で送信した例えば全画面分のデータよりも比較的データ量が少ない。このため，送信側端末装置１０ａのデコード処理や送信処理，ひいては受信側端末装置１０ｂ側の受信処理等にかかる負荷が小さくて済む。
【０１５２】
その後は，データ会議が終了する（ステップＳ６３０）まで，上記ステップＳ６０６〜Ｓ６２４と略同一な処理が繰り返される。ただし，受信側端末装置１０ｂでは，例えば，当該更新領域の表示画面データを受信して（ステップＳ６２８），この更新領域のみの描画処理を行って表示画面を更新し，それ以外の部分は前回送信した表示画面データをそのまま表示する点で，上記の場合と相違する。
【０１５３】
このようにして，データ会議の進行に伴って，送信側端末装置１０ａによる表示画面の更新領域の提供と，受信側端末装置１０ｂによる当該更新領域の再生とを繰り返し行うことにより，送信側端末装置１０ａで随時切り替えられる発表画面を受信側端末装置１０ｂ側で共有することができる。
【０１５４】
（第２の実施の形態）
次に，本発明の第２の実施の形態にかかるデータ会議システム１およびデータ会議方法等について説明する。第２の実施形態にかかるデータ会議システム１は，上記第１の実施形態にかかるデータ会議システム１と比して，受信側端末装置１０ｂを複数備える点で相違するのみであり，その他の機能・構成は上記第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１５５】
まず，図１６に基づいて，本実施形態にかかるデータ会議システム１の全体構成について説明する。なお，図１６は，本実施形態にかかるデータ会議システム１の概略的な構成を示すブロック図である。
【０１５６】
図１６に示すように，本実施形態にかかるデータ会議システム１は，例えば，１つの送信側端末装置１０ａと，複数の受信側端末装置１０ｂ−１，１０ｂ−２，…，１０ｂ−ｎ（以下では，受信側端末装置１０ｂと総称する場合もある。）と，送信側端末装置１０ａおよび受信側端末装置１０ｂを接続するネットワーク５と，から主に構成される。
【０１５７】
送信側端末装置１０ａは，自身の表示画面データを，複数の受信側端末装置１０ｂに対してそれぞれ送信する。一方，各受信側端末装置１０ｂは，例えば，当該表示画面データを受信して描画処理を完了した時点で，受入可能信号を送信側端末装置１０ａに送信する。従って，送信側端末装置１０ａは，複数の受信側端末装置１０ｂから，受入可能信号を異なるタイミングで受信することとなる。この受入可能信号の受信タイミングのずれが生じる原因は，例えば，受信側端末装置１０ｂ自体の処理能力や，経由するネットワーク５の通信速度およびトラフィックなどが受信側端末装置１０ｂごとに相違するためである。
【０１５８】
かかる受入可能信号の受信タイミングのずれに対応するため，本実施形態にかかる送信側端末装置１０ａは，例えば，全ての受信側端末装置１０ｂからの受入可能信号の受信を条件として，検索処理を許可する。
【０１５９】
ここで，図１７に基づいて，本実施形態にかかる送信側端末装置１０ａの検索部１３０の動作フローについて説明する。図１７は，本実施形態にかかる検索部１３０の動作フローを示すフローチャートである。
【０１６０】
図１７に示すように，本実施形態にかかる検索部１３０の動作フローは，第１の実施形態にかかる検索部１３０の動作フロー（図７参照）と比して，ステップＳ２１９が追加されている点で相違するのみであり，その他の処理は第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１６１】
そこで，ステップＳ２１９について説明すると，例えば，検索処理制御部１３６は，送信側送受信部１１２から受入可能信号を受信した旨の通知を受けると，その受入可能信号が例えば最後の受信者端末装置１０ｂからのものであるか否かを判定する（ステップＳ２１９）。換言すると，例えば，検索処理制御部１３６は，かかる受入可能信号の受信により，全ての受信側端末装置１０ｂから受入可能信号を受信完了したか否かを判定する。この結果，全ての受信側端末装置１０ｂから受入可能信号を受信完了したと判定された場合には，ステップＳ２１０に進み，検索処理フラグをオンにして，その後の検索処理を許可する。一方，全ての受信側端末装置１０ｂから受入可能信号を受信していないと判定された場合には，ステップＳ２０２に戻り，他の受信側端末装置１０ｂからの受入可能信号の受信を待機するので，検索フラグはオフのままであり，検索処理が不許可の状態が維持される。なお，上記のような受入可能信号の判定処理は，例えば，検索部１３０でなく，送信側送受信部１１２などで実行してもよい。
【０１６２】
また，図示はしないが，送信側端末装置１０ａは，例えば，表示画面データを送信してから所定時間以上経過しても，少なくとも１の受信側端末装置１０ｂから受入可能信号が返信されない場合には，当該受信側端末装置１０ｂとの間で何らかのエラーが生じたものと判断して，エラー処理を実行するようにしてもよい。具体的には，受信側端末装置１０ｂは，例えば，応答のない受信側端末装置１０ｂを無視して，次の検索処理を許可したり，或いは，送信済みの表示画面データを再送信したりしてもよい。これにより，システムの動作保障をすることができる。
【０１６３】
次に，図１８に基づいて，上記のような構成のデータ会議システム１を用いた本実施形態にかかるデータ会議方法について説明する。図１８は，本実施形態にかかるデータ会議方法を示すフローチャートである。なお，図１８では，上記第１の実施形態にかかるデータ会議方法と比して，特徴的な部分の処理フローのみを抜粋して示してあり，他の部分の処理フローは第１の実施形態の場合と略同一であるので，その説明は省略する。
【０１６４】
図１８に示すように，まず，送信側端末装置１０ａが，例えば，最初の表示画面データまたは更新領域の表示画面データを，複数の受信側端末装置１０ｂに対して同時に一括送信する（ステップＳ７００）。次いで，送信側端末装置１０ａは，検索フラグをオフにして，その後の検索処理を不許可とし，上記完了通知待ちサブルーチンを開始する（ステップＳ７０４）。
【０１６５】
一方，各受信側端末装置１０ｂは，上記ステップＳ７００で送信された表示画面データを受信し（ステップＳ７０６−１，２，‥ｎ），デコードする。さらに，各受信側端末装置１０ｂは，かかる表示画面データを描画処理して（ステップＳ７０８−１，２，‥ｎ），自身の表示画面上に表示する。その後，各受信側端末装置１０ｂは，例えば描画処理が完了した時点で受入可能信号を生成し（ステップＳ７１０−１，２，‥ｎ），各受入可能信号を送信側端末装置１０ａに対して送信する（ステップＳ７１２−１，２，‥ｎ）。
【０１６６】
この結果，送信側端末装置１０ａ側では，各受信側端末装置１０ｂからの受入可能信号を異なるタイミングでそれぞれ受信し（ステップＳ７１４−１，２，‥ｎ），全ての受信側端末装置１０ｂから受入可能信号を受信した時点で検索処理を許可する（ステップＳ７１６）。
【０１６７】
より詳細には，送信側端末装置１０ａは，例えば，比較的高速な受信側端末装置１０ｂ−１から受入可能信号を受信した（ステップＳ７１４−１）としても，検索フラグをオフのままとして検索処理を許可しない。さらに，送信側端末装置１０ａは，その他の受信側端末装置１０ｂ−ｎから，順次，受入可能信号を受信した（ステップＳ７１４−ｎ）としても，まだ受入可能信号を受信していない受信側端末装置１０ｂが存在する場合には，依然として検索処理を許可しない。その後，最も遅い受信側端末装置１０ｂ−２から受入可能信号を受信した時点（ステップＳ７１４−２）ではじめて，送信側端末装置１０ａは，検索フラグをオンとし，その後の検索処理を許可する。
【０１６８】
これにより，送信側端末装置１０ａは，例えば，処理能力および通信速度が最も遅い受信側端末装置１０ｂに応じて，次の表示画面データの検索処理・送信を行うことができる。このため，全ての受信側端末装置１０ｂで送信側端末装置１０ａの表示画面を確実に共有でき，一部の遅い受信側端末装置１０ｂで発表内容がジャンプしたり，バッファのオーバーフローが生じたりすることがない。
【０１６９】
なお，本実施形態でも，上記送信権７を複数の端末装置１０間で授受することもできる。具体的には，図１６の例では，送信側端末装置１０ａが有する送信権７を，受信側端末装置１０ｂ−１，２，…，ｎのいずれかに譲渡して，双方の機能を逆転させることができる。このように，端末装置１０間で送信権７を授受可能とすることにより，データ会議の発表者は，いずれの端末装置１０を用いたとしても，その端末装置１０の表示画面データをその他の端末装置１０で共有させて，発表を行うことが可能となる。また，データ会議の参加者間で発表者を順次変更する場合にも対応できる。
【０１７０】
また，例えば，複数の端末装置１０に送信権７をそれぞれ付与することにより，複数の端末装置１０が自身の表示画面データを他の端末装置１０に提供するようにしてもよい。かかる構成により，送信権７を有する複数の送信側端末装置１０ａの表示画面を，送信側端末装置１０ａおよび受信側端末装置１０ｂの表示画面上で同時に表示することができる。これにより，データ会議システム１が，データ会議の複数の参加者が同時に発表者となる場合や，相互に発表内容を提示し合って議論する場合などにも対応できるようになる。
【０１７１】
以上説明したように，上記第１および第２の実施形態では，送信側端末装置１０ａが，既に送信した表示画面データに対応する受入可能信号を受信した後に，更新対象領域の検索処理を実行して，受信側端末装置１０ｂに対して次の表示画面データを送信することができる。このため，送信側端末装置１０ａは，送り側主体で一方的に表示画面データを送信するのではなく，受信側端末装置１０ｂが受信できるような状態になって初めて，次の表示画面データを検索・送信することができる。従って，送信側端末装置１０ａは，ネットワーク５の通信速度およびトラフィック，受信側端末装置１０ｂの受信状況，受信処理能力などの受信側の状況に応じて，検索対象領域の検索処理間隔，更新領域の表示画面データのエンコード処理間隔，ひいては当該表示画面データの送信間隔を，動的に制御できる。即ち，送信側端末装置１０ａは，上記受信側の状況に応じて，必要な検索対象領域を検索処理し，検出された更新領域の表示画面データを好適なフレームレートでエンコードし，かかる表示画面データを効率的に送信することができる。この結果，送信側端末装置１０ａは，検索対象領域の検索回数，送信のエンコードするデータ量を大幅に抑制することができる。
【０１７２】
さらに，受信側端末装置１０ｂにおいては，例えば，検索処理の対象が，表示画面全体ではなく，更新イベントに対応したウィンドウ範囲内のみであり，この結果，エンコードおよび送信する表示画面データが，全画面のデータではなく更新領域のデータのみに絞り込まれている。このため，送信側端末装置１０ａは，表示画面を好適に共有させるために最低限必要な，更新領域の表示画面データのみをエンコードして送信することができる。
【０１７３】
これらにより，送信側端末装置１０ａは，例えば，検索処理，表示画面データのエンコード処理，送信処理を，受け側に応じた必要なタイミングで，かつ，必要最小限のデータ処理量で行うことができる。よって，これらの検索処理，エンコード処理および送信処理などに要する送信側端末装置１０ａの負荷を，大幅に低減することができる。具体的には，本実施形態にかかる送信側端末装置１０ａでは，従来のように更新領域の表示画面データを定期的に送信する場合と比して，例えば，ＣＰＵ１０２の負荷を約１／４程度に抑制することができた。
【０１７４】
また，送信側端末装置１０ａ主体で表示画面データを送信し続けることに伴う，ネットワーク５のトラフィックの増加を，大幅に低減することもできる。特に，例えば，遠隔地にある送信者端末装置１０ａの表示画面の画像を閲覧する場合などのように，当該画像の描画処理経過よりも描画後の静止画像を閲覧することの方が重要な場合においては，ネットワーク５のトラフィックを好適に抑えることができる。
【０１７５】
また，受信側端末装置１０ｂ側でも，受信処理能力等を超えた量の表示画面データが送信されてくることがない。従って，受信側端末装置１０ｂは，その受信処理能力などが低い場合であっても，過負荷とならず，バッファがオーバーフローしたり，受信処理などが大幅に遅延したりすることがない。
【０１７６】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明はかかる例に限定されない。当業者であれば，特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１７７】
例えば，上記実施形態では，表示画面共有システムおよび表示画面共有方法を，データ会議システム１およびデータ会議方法に適用した例について説明したが，本発明はかかる例に限定されない。例えば，本発明にかかる表示画面共有システムを，監視カメラシステムに適用し，例えば，監視箇所の近傍（現場の警備員室など）にある送信側端末装置１０ａで表示された監視画像データを，例えば離隔した場所（警備会社の本部など）にある他の受信側端末装置１０ｂで共有するなどしてもよい。
【０１７８】
また，上記実施形態にかかるデータ会議システム１では，送信側端末装置１０ａと受信側端末装置１０ｂとの間で，ネットワーク５を介してダイレクトに各種データを送受信したが，本発明はかかる例に限定されない。例えば，データ会議システム１は，送信側端末装置１０ａと受信側端末装置１０ｂとの間に，センターサーバ（図示せず。）を設けることで，送信側端末装置１０ａおよび受信側端末装置１０ｂをクライアントとした，クライアント／サーバ（Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）型のネットワークシステムとして構成することも可能である。これにより，かかるセンターサーバにおいて，上記表示画面データや受入可能信号についての上記各種処理の全部または一部を実行するようにしてもよい。
【０１７９】
また，上記実施形態では，検索部１３０は，ウィンドウ単位で設定された検索対象領域を検索処理したが，本発明はかかる例に限定されない。例えば，検索部１３０は，表示画面の全領域を常に検索する全画面検索，表示画面内の特定領域を常に検索する特定領域検索などを実行するようにしてもよい。また，検索対象領域の形状は，上記のような矩形に限られず，例えば，各種の多角形，円形など任意の形状であってもよい。
【０１８０】
また，上記実施形態では，受信側端末装置１０ｂは，受信した表示画面データの描画処理が完了した時点で，受入可能信号を生成して送信したが，本発明はかかる例に限定されない。例えば，受信側端末装置１０ｂは，送信されてきた表示画面データの受信処理が完了した時点などで，上記受入可能信号を生成して送信するようにしてもよい。また，この場合には，例えば，受入可能信号として，ＴＣＰ／ＩＰネットワーク上での送受信動作終了信号として一般的に用いられているＡＣＫを利用してもよい。
【０１８１】
また，上記実施形態では，送信側端末装置１０ａおよび受信側端末装置１０ｂ間で送信権７を授受可能に構成したが，本発明はかかる例に限定されない。例えば，発表者が用いる所定の端末装置１０のみが送信権７を所持できるようにし，その他の端末装置１０は，常に受信側端末装置１０ｂとしてのみ機能するように構成してもよい。
【０１８２】
また，上記第２の実施形態では，送信側端末装置１０ａは，全ての受信側端末装置１０ｂから受入可能信号を受信した時点で，検索処理を許可するようにしたが，本発明はかかる例に限定されない。例えば，送信側端末装置１０ａは，特定の受信側端末装置１０ｂから受入可能信号を受信した時点，或いは，所定数以上の受信側端末装置１０ｂから受入可能信号を受信した時点などで，検索処理を許可するようにしてもよい。
【０１８３】
【発明の効果】
以上説明したように，本発明によれば，送信側端末装置が，表示画面データを受信側端末装置の処理状況に応じて効率的に送信できる。このため，送信側端末装置の処理負荷を大幅に低減できるとともに，ネットワークのトラフィックも低減できる。また，受信側端末装置が過負荷となりバッファのオーバーフロー等が生じることを確実に防止できる。
【図面の簡単な説明】
【図１】図１は，第１の実施形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図２】図２は，第１の実施形態にかかる端末装置の概略的な構成を示すブロック図である。
【図３】図３は，第１の実施形態にかかるデータ会議システムの概略的な動作フローを説明するためのブロック図である。
【図４】図４は，第１の実施形態にかかるイベント監視部の動作フローを示すフローチャートである。
【図５】図５は，第１の実施形態にかかる送信側端末装置の表示画面の具体例を示す説明図である。
【図６】図６は，第１の実施形態にかかる送信側端末装置の表示画面上におけるウィンドウ範囲情報および検索対象領域の具体例を示す説明図である。
【図７】図７は，第１の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図８】図８は，第１の実施形態にかかる送信側端末装置の表示画面上における検索対象領域および更新領域の具体例を示す説明図である。
【図９】図９は，第１の実施形態にかかる送信側端末装置の検索リストにストックされている検索対象領域の調整処理の具体例を示す説明図である。
【図１０】図１０は，第１の実施形態にかかる送信側送受信部の動作フローを示すフローチャートである。
【図１１】図１１は，第１の実施形態にかかる受信側送受信部の動作フローを示すフローチャートである。
【図１２】図１２は，第１の実施形態にかかる画像描画部の動作フローを示すフローチャートである。
【図１３】図１３は，第１の実施形態にかかるデータ会議方法を示すフローチャートである。
【図１４】図１４は，第１の実施形態にかかるデータ会議方法における完了通知待ちサブルーチンを示すフローチャートである。
【図１５】図１５は，第１の実施形態にかかるデータ会議方法における完了通知取得後サブルーチンを示すフローチャートである。
【図１６】図１６は，第２の実施形態にかかるデータ会議システムの概略的な構成を示すブロック図である。
【図１７】図１７は，第２の実施形態にかかる検索部の動作フローを示すフローチャートである。
【図１８】図１８は，第２の実施形態にかかるデータ会議方法を示すフローチャートである。
【符号の説明】
１ ： データ会議システム
５ ： ネットワーク
７ ： 送信権
１０ ： 端末装置
１０ａ ： 送信側端末装置
１０ｂ ： 送信側端末装置
１０２ ： ＣＰＵ
１０４ ： 記憶部
１０５ ： 検索リスト
１０６ ： 入力部
１０８ ： 表示部
１１０ ： 送受信部
１１２ ： 送信側送受信部
１１４ ： 受信側送受信部
１２０ ： イベント監視部
１３０ ： 検索部
１３２ ： 検索対象領域管理部
１３４ ： 検索実行部
１３６ ： 検索処理制御部
１４０ ： 画像描画監視部
Claims (8)
- １または２以上の送信側端末装置と１または２以上の受信側端末装置とがネットワークを介して接続され，前記送信側端末装置の表示画面データを前記受信側端末装置で共有する表示画面共有システムであって：
前記送信側端末装置は，
表示画面内の検索対象領域を検索処理して，前記表示画面内の更新領域を検出する，検索実行部と；
前記受信側端末装置に対して少なくとも前記更新領域の表示画面データを送信する，送信側送受信部と；
前記表示画面データの送信に応じて，前記検索実行部による前記検索処理を不許可する，検索処理制御部と；
を備え，
前記受信側端末装置は，
前記送信側端末装置から前記表示画面データを受信するとともに，さらなる前記表示画面データを受け入れ可能となった場合に，受入可能信号を前記送信側端末装置に対して送信する，受信側送受信部；
を備え，
前記送信側送受信部は，前記受入可能信号を受信し，
前記検索処理制御部は，前記受入可能信号の受信に応じて前記検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，ことを特徴とする，表示画面共有システム。 - ネットワークを介して接続された１又は２以上の受信側端末装置に，表示画面データを共有させる送信側端末装置であって：
表示画面内の検索対象領域を検索処理して，前記表示画面内の更新領域を検出する，検索実行部と；
前記受信側端末装置に対して少なくとも前記更新領域の表示画面データを送信する，送信側送受信部と；
前記表示画面データの送信に応じて，前記検索実行部による前記検索処理を不許可する，検索処理制御部と；
を備え，
前記送信側送受信部は，前記受信側端末装置から，さらなる前記表示画面データを受け入れ可能であることを表す受入可能信号を受信し，
前記検索処理制御部は，前記受入可能信号の受信に応じて前記検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，ことを特徴とする，送信側端末装置。 - 前記送信側端末装置は，さらに，
前記表示画面を更新する可能性のある更新イベントを検出し，前記検出した更新イベントに対応する前記表示画面上のウィンドウの範囲情報を生成する，イベント監視部と；
前記ウィンドウの範囲情報に基づいて，前記検索対象領域を設定する，検索対象領域管理部と；
を備えることを特徴とする，請求項２に記載の送信側端末装置。 - 前記検索処理制御部によって前記検索処理が不許可されている場合には，前記検索対象領域管理部は，前記設定した検索対象領域を検索リストにストックしておき，
前記検索処理が許可された後に，前記検索実行部が，前記検索リストにストックされている１または２以上の検索対象領域を検索処理することを特徴とする，請求項３に記載の送信側端末装置。 - 前記検索対象領域管理部は，
前記検索リストにストックした複数の前記検索対象領域の重複部分を調整することを特徴とする，請求項４に記載の送信側端末装置。 - 前記検索処理制御部は，
全ての前記受信側端末装置からの前記受入可能信号の受信に応じて，前記検索処理を許可することを特徴とする，請求項２に記載の送信側端末装置。 - コンピュータをして，
ネットワークを介して接続された１又は２以上の受信側端末装置に，少なくとも表示画面データを共有させる送信側端末装置であって：
表示画面内の検索対象領域を検索処理して，前記表示画面内の更新領域を検出する，検索実行部と；
前記受信側端末装置に対して少なくとも前記更新領域の表示画面データを送信する，送信側送受信部と；
前記表示画面データの送信に応じて，前記検索実行部による前記検索処理を不許可する，検索処理制御部と；
を備え，
前記送信側送受信部は，前記受信側端末装置から，さらなる前記表示画面データを受け入れ可能であることを表す受入可能信号を受信し，
前記検索処理制御部は，前記受入可能信号の受信に応じて前記検索処理を許可し，前記受信側端末装置に表示画面データを送信してから，その表示画面データに対応する受入可能信号を受信するまでの期間では，前記検索実行部の検索処理を待機させ，それ以外の期間では，上記検索実行部の検索処理を可能化するように制御する，送信側端末装置として機能せしめることを特徴とする，プログラム。 - １または２以上の送信側端末装置の表示画面データを，前記送信側端末装置とネットワークを介して接続された１または２以上の受信側端末装置で共有する表示画面共有方法であって：
前記送信側端末装置が，表示画面内の検索対象領域を検索処理して，前記表示画面内の更新領域を検出する段階と；
前記送信側端末装置が，前記受信側端末装置に対して少なくとも前記更新領域の表示画面データを送信するとともに，前記検索処理を不許可する段階と；
前記受信側端末装置が，前記表示画面データを受信するとともに，さらなる前記表示画面データを受け入れ可能となった場合に，受入可能信号を前記送信側端末装置に対して送信する段階と；
前記送信側端末装置が，前記受入可能信号を受信するとともに，前記検索処理を許可する段階と；
を含むことを特徴とする，表示画面共有方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003051402A JP3972836B2 (ja) | 2003-02-27 | 2003-02-27 | 表示画面共有システム，送信側端末装置，プログラム，表示画面共有方法 |
| US10/788,224 US7743135B2 (en) | 2003-02-27 | 2004-02-26 | Display-screen-sharing system, display-screen-sharing method, transmission-side terminal, reception-side terminal, and recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003051402A JP3972836B2 (ja) | 2003-02-27 | 2003-02-27 | 表示画面共有システム，送信側端末装置，プログラム，表示画面共有方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004259163A JP2004259163A (ja) | 2004-09-16 |
| JP3972836B2 true JP3972836B2 (ja) | 2007-09-05 |
Family
ID=33116553
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003051402A Expired - Fee Related JP3972836B2 (ja) | 2003-02-27 | 2003-02-27 | 表示画面共有システム，送信側端末装置，プログラム，表示画面共有方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7743135B2 (ja) |
| JP (1) | JP3972836B2 (ja) |
Families Citing this family (69)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7587452B2 (en) * | 2004-04-23 | 2009-09-08 | At&T Intellectual Property I, L. P. | Methods, systems, and products for network conferencing |
| US20050278424A1 (en) * | 2004-05-26 | 2005-12-15 | Wesley White | Network conferencing using method for concurrent real time broadcast and distributed computing and/or distributed objects |
| US7403969B2 (en) * | 2004-05-26 | 2008-07-22 | At&T Delaware Intellectual Property, Inc. | Network conferencing using method for distributed computing and/or distributed objects to intermediate host for presentation to a communications device |
| US7587037B2 (en) * | 2004-05-26 | 2009-09-08 | At&T Intellectual Property I, L.P. | Network conferencing using method for distributed computing and/or distributed objects for presentation to a mobile communications device |
| US7694228B2 (en) * | 2004-05-26 | 2010-04-06 | At&T Intellectual Property I, L.P. | Methods, systems, and products for network conferencing |
| JP2005346202A (ja) * | 2004-05-31 | 2005-12-15 | Toshiba Corp | 電子機器 |
| US20050289631A1 (en) * | 2004-06-23 | 2005-12-29 | Shoemake Matthew B | Wireless display |
| JP4599135B2 (ja) * | 2004-11-02 | 2010-12-15 | キヤノン株式会社 | 情報処理装置及び情報処理方法 |
| US7877443B2 (en) * | 2005-05-12 | 2011-01-25 | International Business Machines Corporation | Method, system, and computer program product for web conference participant display render acknowledgement |
| KR100678214B1 (ko) * | 2005-07-22 | 2007-02-02 | 삼성전자주식회사 | 휴대단말기의 화상통화모드에서 프리젠테이션 수행 방법 |
| KR100713511B1 (ko) * | 2005-10-07 | 2007-04-30 | 삼성전자주식회사 | 이동 통신 단말기의 화상 통화 서비스 수행 방법 |
| CN101356812A (zh) * | 2005-11-08 | 2009-01-28 | 夏普株式会社 | 通信装置、通信方法、通信系统、程序和计算机可读记录介质 |
| US20070271335A1 (en) * | 2006-05-18 | 2007-11-22 | James Edward Bostick | Electronic Conferencing System Latency Feedback |
| US7933955B2 (en) * | 2006-07-11 | 2011-04-26 | Igor Khalatian | One-click universal screen sharing |
| US8843592B2 (en) | 2006-12-20 | 2014-09-23 | Omx Technology Ab | System and method for adaptive information dissemination |
| GB0704834D0 (en) * | 2007-03-13 | 2007-04-18 | Skype Ltd | Method of transmitting data in a communication system |
| US9509618B2 (en) | 2007-03-13 | 2016-11-29 | Skype | Method of transmitting data in a communication system |
| US8584132B2 (en) * | 2008-12-12 | 2013-11-12 | Microsoft Corporation | Ultra-wideband radio controller driver (URCD)-PAL interface |
| WO2010150298A1 (ja) * | 2009-06-22 | 2010-12-29 | 株式会社 東芝 | 画像送信装置 |
| JP5531494B2 (ja) * | 2009-08-05 | 2014-06-25 | セイコーエプソン株式会社 | 共同作業支援システム |
| US9535651B2 (en) | 2009-12-18 | 2017-01-03 | Oracle International Corporation | Co-browsing systems and methods |
| US8966401B2 (en) * | 2010-05-03 | 2015-02-24 | Lg Electronics Inc. | Electronic device and methods of sending information with the electronic device, controlling the electronic device, and transmitting and receiving information in an information system |
| US9052867B2 (en) | 2010-07-08 | 2015-06-09 | International Business Machines Corporation | Feedback mechanism |
| JP2012133586A (ja) * | 2010-12-21 | 2012-07-12 | Ntt Docomo Inc | 表示装置、画面画像転送方法、及びプログラム |
| US8903908B2 (en) * | 2011-07-07 | 2014-12-02 | Blackberry Limited | Collaborative media sharing |
| US9852432B2 (en) | 2011-12-12 | 2017-12-26 | International Business Machines Corporation | Customizing a presentation based on preferences of an audience |
| US9588652B2 (en) | 2011-12-12 | 2017-03-07 | International Business Machines Corporation | Providing feedback for screen sharing |
| US20130151624A1 (en) | 2011-12-12 | 2013-06-13 | International Business Machines Corporation | Context-Sensitive Collaboration Channels |
| US9124657B2 (en) | 2011-12-14 | 2015-09-01 | International Business Machines Corporation | Dynamic screen sharing for optimal performance |
| US9141264B2 (en) | 2011-12-14 | 2015-09-22 | International Business Machines Corporation | Variable refresh rates for portions of shared screens |
| CN103279314B (zh) * | 2012-01-17 | 2016-10-05 | 旺玖科技股份有限公司 | 具有虚拟设备窗口操作的传输装置及其的传输系统 |
| US9874990B2 (en) | 2012-02-10 | 2018-01-23 | Oracle International Corporation | System and method of concurrent unobstructed co-browsing and chat messaging |
| US9557878B2 (en) * | 2012-04-25 | 2017-01-31 | International Business Machines Corporation | Permitting participant configurable view selection within a screen sharing session |
| CN103488449B (zh) * | 2012-06-08 | 2016-06-01 | 旺玖科技股份有限公司 | 可动态设定传输组态的传输系统及其控制方法 |
| US9046982B2 (en) | 2012-07-03 | 2015-06-02 | International Business Machines Corporation | Representing a graphical user interface using a topic tree structure |
| US8982145B2 (en) * | 2012-08-31 | 2015-03-17 | Google Inc. | Display error indications |
| WO2014045452A1 (ja) * | 2012-09-24 | 2014-03-27 | 富士通株式会社 | 情報処理装置、端末装置、及び画像送信管理方法 |
| US9007426B2 (en) | 2012-10-04 | 2015-04-14 | Blackberry Limited | Comparison-based selection of video resolutions in a video call |
| WO2014157889A1 (en) * | 2013-03-25 | 2014-10-02 | Samsung Electronics Co., Ltd. | Method and apparatus for improving quality of experience in sharing screen among devices, and recording medium thereof |
| JP6143529B2 (ja) | 2013-04-23 | 2017-06-07 | キヤノン株式会社 | 表示制御装置、表示制御方法、及びプログラム |
| KR20150025584A (ko) * | 2013-08-29 | 2015-03-11 | 삼성전자주식회사 | 화면 공유 방법 및 그 전자 장치 |
| JP6020397B2 (ja) * | 2013-09-12 | 2016-11-02 | 株式会社リコー | 画像処理装置および画像処理システム |
| US9288810B2 (en) | 2013-12-05 | 2016-03-15 | Qualcomm Incorporated | Wireless media sharing from multiple sources to a single sink |
| US9875446B2 (en) | 2014-04-03 | 2018-01-23 | Amadeus S.A.S. | Travel product information sharing |
| JP6465376B2 (ja) | 2014-06-16 | 2019-02-06 | 株式会社インタラクティブソリューションズ | 表示情報管理システム |
| US10291597B2 (en) | 2014-08-14 | 2019-05-14 | Cisco Technology, Inc. | Sharing resources across multiple devices in online meetings |
| TWI559214B (zh) * | 2014-10-22 | 2016-11-21 | Univ Kun Shan | Web page layout and browser compatibility of the automatic detection methods, systems and their computers Program, computer device |
| WO2016072675A1 (ko) * | 2014-11-05 | 2016-05-12 | 삼성전자 주식회사 | 복수의 단말기들 간의 화면 공유를 제어하는 방법, 장치 및 기록 매체 |
| KR102656605B1 (ko) * | 2014-11-05 | 2024-04-12 | 삼성전자주식회사 | 복수의 단말기들 간의 화면 공유를 제어하는 방법, 장치 및 기록 매체 |
| FR3028700A1 (fr) | 2014-11-14 | 2016-05-20 | Orange | Procede et dispositif de communication via un espace d'interaction partage |
| JP6464692B2 (ja) * | 2014-11-19 | 2019-02-06 | セイコーエプソン株式会社 | 情報処理装置、情報処理システム、情報処理方法及びプログラム |
| US9967399B2 (en) | 2014-12-19 | 2018-05-08 | Oracle International Corporation | Co-browsing preview of queued customer contacts |
| US10542126B2 (en) | 2014-12-22 | 2020-01-21 | Cisco Technology, Inc. | Offline virtual participation in an online conference meeting |
| JP2016126432A (ja) * | 2014-12-26 | 2016-07-11 | ブラザー工業株式会社 | 遠隔会議プログラム、端末装置、および遠隔会議方法 |
| US9948786B2 (en) | 2015-04-17 | 2018-04-17 | Cisco Technology, Inc. | Handling conferences using highly-distributed agents |
| US9497412B1 (en) * | 2015-07-27 | 2016-11-15 | Cisco Technology, Inc. | Video conference audio/video verification |
| US10671337B2 (en) | 2015-09-25 | 2020-06-02 | Oracle International Corporation | Automatic sizing of agent's screen for html co-browsing applications |
| US10592867B2 (en) | 2016-11-11 | 2020-03-17 | Cisco Technology, Inc. | In-meeting graphical user interface display using calendar information and system |
| US10516707B2 (en) | 2016-12-15 | 2019-12-24 | Cisco Technology, Inc. | Initiating a conferencing meeting using a conference room device |
| US10440073B2 (en) | 2017-04-11 | 2019-10-08 | Cisco Technology, Inc. | User interface for proximity based teleconference transfer |
| US10375125B2 (en) | 2017-04-27 | 2019-08-06 | Cisco Technology, Inc. | Automatically joining devices to a video conference |
| US10038788B1 (en) | 2017-05-09 | 2018-07-31 | Oracle International Corporation | Self-learning adaptive routing system |
| US10375474B2 (en) | 2017-06-12 | 2019-08-06 | Cisco Technology, Inc. | Hybrid horn microphone |
| US10477148B2 (en) | 2017-06-23 | 2019-11-12 | Cisco Technology, Inc. | Speaker anticipation |
| US10516709B2 (en) | 2017-06-29 | 2019-12-24 | Cisco Technology, Inc. | Files automatically shared at conference initiation |
| US10706391B2 (en) | 2017-07-13 | 2020-07-07 | Cisco Technology, Inc. | Protecting scheduled meeting in physical room |
| US10091348B1 (en) | 2017-07-25 | 2018-10-02 | Cisco Technology, Inc. | Predictive model for voice/video over IP calls |
| FR3102874B1 (fr) * | 2019-10-31 | 2022-06-10 | Zeeb Askinazi Mickael | Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal |
| CN113192231B (zh) * | 2021-04-06 | 2023-02-28 | 深圳市磐锋精密技术有限公司 | 一种基于大数据的手机显示屏自动校验系统 |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09101767A (ja) | 1995-07-31 | 1997-04-15 | Canon Inc | 端末装置、端末の制御方法、会議システム、およびコンピュータ可読メモリ |
| JPH1051753A (ja) | 1996-08-01 | 1998-02-20 | Canon Inc | 双方向画像通信方法及びその装置 |
| DE69842020D1 (de) * | 1997-01-31 | 2011-01-05 | Hitachi Ltd | Bildanzeigesystem mit der Veranlagung zur Modifikation von Anzeigeeigenschaften in einem bestimmten Anzeigebereich |
| US6041326A (en) * | 1997-11-14 | 2000-03-21 | International Business Machines Corporation | Method and system in a computer network for an intelligent search engine |
| US8332478B2 (en) * | 1998-10-01 | 2012-12-11 | Digimarc Corporation | Context sensitive connected content |
| US6486892B1 (en) * | 1999-04-07 | 2002-11-26 | Joseph L. Stern | System and method for accessing, manipulating and viewing internet and non-internet related information and for controlling networked devices |
| US6442433B1 (en) * | 1999-10-26 | 2002-08-27 | Medtronic, Inc. | Apparatus and method for remote troubleshooting, maintenance and upgrade of implantable device systems |
| JP3247360B2 (ja) * | 1999-12-27 | 2002-01-15 | 安弘 檜野 | ホームページ検索システム及びホームページ検索用データベースの記憶装置 |
| US20020154157A1 (en) * | 2000-04-07 | 2002-10-24 | Sherr Scott Jeffrey | Website system and process for selection and delivery of electronic information on a network |
| EP1293919A1 (en) * | 2000-05-12 | 2003-03-19 | Wako Pure Chemical Industries, Ltd. | Distribution aiding method, distribution aiding server, recording medium, distribution aiding program, and dealer terminal |
| WO2002027534A2 (en) * | 2000-09-29 | 2002-04-04 | Victor Hsieh | Online intelligent information comparison agent of multilingual electronic data sources over inter-connected computer networks |
| SG106621A1 (en) * | 2001-08-04 | 2004-10-29 | Accenture Global Services Gmbh | Training enterprise and method therefor |
| US7237222B1 (en) * | 2002-03-07 | 2007-06-26 | Mcafee, Inc. | Protocol for controlling an execution process on a destination computer from a source computer |
| US7328234B1 (en) * | 2002-03-07 | 2008-02-05 | Mcafee, Inc. | Agent architecture for triggering remotely initiated data processing operations |
| US7107574B1 (en) * | 2002-03-07 | 2006-09-12 | Mcafee, Inc. | Managing computer program configuration data |
| JP3788510B2 (ja) * | 2002-03-20 | 2006-06-21 | コニカミノルタホールディングス株式会社 | 医用画像装置及び該装置における表示画面の遷移方法並びに画面遷移プログラム |
| US20040064447A1 (en) * | 2002-09-27 | 2004-04-01 | Simske Steven J. | System and method for management of synonymic searching |
| JP2004135169A (ja) * | 2002-10-11 | 2004-04-30 | Fujitsu Ten Ltd | デジタル放送受信装置 |
| US7257573B2 (en) * | 2003-07-29 | 2007-08-14 | Matsushita Electric Industrial Co., Ltd. | Information display apparatus |
-
2003
- 2003-02-27 JP JP2003051402A patent/JP3972836B2/ja not_active Expired - Fee Related
-
2004
- 2004-02-26 US US10/788,224 patent/US7743135B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7743135B2 (en) | 2010-06-22 |
| JP2004259163A (ja) | 2004-09-16 |
| US20040253991A1 (en) | 2004-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3972836B2 (ja) | 表示画面共有システム，送信側端末装置，プログラム，表示画面共有方法 | |
| EP3304942B1 (en) | Method and apparatus for sharing application | |
| WO2022100300A1 (zh) | 跨设备任务接力方法、装置、云平台及存储介质 | |
| EP2245870B1 (en) | Intelligent interaction between a wireless portable device and media devices in a local network | |
| JP4585479B2 (ja) | サーバ装置および映像配信方法 | |
| US10091345B2 (en) | Media out interface | |
| JP5714812B2 (ja) | 情報処理装置、ブックマーク設定方法およびプログラム | |
| US20060008117A1 (en) | Information source selection system and method | |
| WO2019080065A1 (zh) | 一种显示方法及装置 | |
| WO2021098738A1 (zh) | 控制电视横竖屏操作的方法、装置和存储介质 | |
| US20050289236A1 (en) | Method and server for establishing coordinated consumption of a streamed media object by multiple devices | |
| US10735930B2 (en) | Method and apparatus for sharing application | |
| US10389832B2 (en) | Remote casting of media content | |
| US9509947B2 (en) | Method and apparatus for transmitting file during video call in electronic device | |
| JP4264536B2 (ja) | データ会議システム，送信側端末装置，受信側端末装置，プログラム，データ会議方法 | |
| JP4533020B2 (ja) | マルチメディアコンテンツ提供システム、ホームコンテンツサーバ及び視聴デバイス | |
| US9392063B2 (en) | Information processing apparatus that controls transfer of image, control method therefor, and storage medium | |
| JP4452186B2 (ja) | メディアを経路指定する装置、並びにその方法及びコンピュータ・プログラム | |
| US20160234287A1 (en) | Remotely controlled crowd-sourced media capture | |
| JP2006516837A5 (ja) | ||
| JP2005328269A (ja) | クライアント端末、ストリーミングサーバ及びストリーミング切り替え配信システム | |
| CN115150648A (zh) | 显示设备及消息传输方法 | |
| KR101964661B1 (ko) | 트래픽 감소를 위한 ｖｒ 영상의 공유 시스템 | |
| KR101739558B1 (ko) | 조건부 메시지 전송 시스템 및 그 방법 | |
| JP2010033477A (ja) | シンクライアントシステム、アプリケーションサーバ、デバイス管理装置、端末制御サーバ、通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060822 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061023 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061219 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070219 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070326 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070522 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070604 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3972836 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120622 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120622 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130622 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |