画面共有処理装置、画面共有方法及びコンピュータプログラム
【課題】画面を共有する際に要求される即時性と共有画面の品質とを両立する。
【解決手段】発表者側ＰＣ１１０の制御部１１１は、画面共有処理を実行する。当該処理においては、発表者側表示装置１２０の表示画面１２１において画面更新が継続してなされているか否かが判別される。画面更新が継続している期間中は、発表者側表示装置１２０の表示画面１２１に表示されたオリジナル画像ＯＲＧよりも解像度の低い高速表示用画像ＨＳに対応した高速表示用データＰＩＣｈｓが生成され、参加者側ＰＣ２１０に送信されることによって、参加者側表示装置２２０に高速表示用画像ＨＳが表示される。一方、表示画面１２１が安定した旨が判別された場合、高画質表示用データＰＩＣｈｃが生成及び送信されることによって、高速表示用画像ＨＳに替わってオリジナル画像ＯＲＧと同等の画質を備えた高画質表示用画像ＨＣが表示される。
【解決手段】発表者側ＰＣ１１０の制御部１１１は、画面共有処理を実行する。当該処理においては、発表者側表示装置１２０の表示画面１２１において画面更新が継続してなされているか否かが判別される。画面更新が継続している期間中は、発表者側表示装置１２０の表示画面１２１に表示されたオリジナル画像ＯＲＧよりも解像度の低い高速表示用画像ＨＳに対応した高速表示用データＰＩＣｈｓが生成され、参加者側ＰＣ２１０に送信されることによって、参加者側表示装置２２０に高速表示用画像ＨＳが表示される。一方、表示画面１２１が安定した旨が判別された場合、高画質表示用データＰＩＣｈｃが生成及び送信されることによって、高速表示用画像ＨＳに替わってオリジナル画像ＯＲＧと同等の画質を備えた高画質表示用画像ＨＣが表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば複数の拠点で表示画面を共有する場合等に適用可能な画面共有処理装置、画面共有方法及びコンピュータプログラムの技術分野に関する。
【背景技術】
【０００２】
画像の伝送を伴う点でこの種の技術分野と関係するものとして、カーナビゲーションシステムおいて画像を適切に伝送するものが提案されている（例えば、特許文献１参照）。特許文献１に開示された画像データ供給装置（以下、「従来の技術」と称する）によれば、視聴者の視覚特性を考慮した場合の優先すべき点が異なることに着目し、スクロール再生時にはフレーム内圧縮により、また非スクロール再生時にはフレーム間圧縮により夫々伝送データ量を低減することによって、所定の通信帯域内での適切な伝送を行うことが可能であるとされている。
【０００３】
【特許文献１】特開２０００−２３２６４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
画面を共有したデータ会議等においては、共有される画面が、例えば上述したナビゲーション用の地図画像に対応する画面の如く予め定まっておらず多岐にわたる。従って、共有される画面に対しユーザ側でなされる行為も多岐にわたり、単にスクロールに限定されない各種の画面更新が定期又は不定期の別を問わず行われ得る。従って、スクロール再生に特化した従来の技術では、画像の圧縮が必ずしも適切に行われず、伝送帯域の不足による表示レスポンスの遅延が顕在化しかねない。
【０００５】
一方で、例えばネットワークを介し、例えば遠隔地等に設置された表示装置や制御機器をリモートコントロール（遠隔操作）して例えばデータ会議等を行うに際し、ネットワークの伝送帯域が不足している場合、スクロール画像であれ非スクロール画像であれ何らかの圧縮を行う旨の従来の技術を適用して通信速度の確保を図ることも考えられるが、この場合、共有される画面の品質は、共有元の画面に対し低下したままとなるから、共有される画面の品質低下が顕在化しかねない。
【０００６】
即ち、従来の技術では、画面を共有する際に要求される即時性と共有すべき画面の品質とを両立することが困難であるという技術的な問題点がある。
【０００７】
本発明は、上述した問題点に鑑みてなされたものであり、画面を共有する際に要求される即時性と共有される画面の品質とを両立し得る画面共有処理装置、画面共有方法及びコンピュータプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、請求項１の画面共有処理装置は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置であって、所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御手段と、前記共有対象画像を複数の仮想セルに分割する分割手段と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別手段と、前記各々について、連続して更新されていない回数又は時間を特定する特定手段と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成手段と、前記端末装置に対し前記ネットワークを介して（１）前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給し、（２）前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給すると共に、（３）前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する供給手段とを具備することを特徴とする。
【０００９】
上述した課題を解決するため、請求項５の画面共有方法は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置における画面共有方法であって、所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御工程と、前記共有対象画像を複数の仮想セルに分割する分割工程と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別工程と、前記各々について、連続して更新されていない回数又は時間を特定する特定工程と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成工程と、前記端末装置に対し前記ネットワークを介して前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給する第１供給工程と、前記端末装置に対し前記ネットワークを介して前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給する第２供給工程と、前記端末装置に対し前記ネットワークを介して、前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する第３供給工程とを具備することを特徴とする。
【００１０】
上述した課題を解決するため、請求項６に記載のコンピュータプログラムは、コンピュータシステムを請求項１から４のいずれか一項に記載の画面共有処理装置として機能させることを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施例に係る画面共有システムの構成を概念的に表してなる概略構成図である。
【図２】図１の画面共有システムにおける発表者側ＰＣの構成を概念的に表してなるブロック図である。
【図３】図１の画面共有システムにおける参加者側ＰＣの構成を概念的に表してなるブロック図である。
【図４】制御部により実行される画面共有処理のフローチャートである。
【図５】拠点間における画面共有に係るタイミングチャートである。
【図６】本発明の第２実施例に係る画面共有処理のフローチャートである。
【図７】第２実施例に係る高画質表示スレッドのフローチャートである。
【図８】本発明の第３実施例に係る画面共有処理のフローチャートである。
【図９】第３実施例に係る高画質表示スレッドのフローチャートである。
【図１０】本発明の第４実施例に係る画面共有処理のフローチャートである。
【図１１】第４実施例に係るオリジナル画像の模式図である。
【図１２】図１０の画面共有処理において実行されるセル属性設定処理のフローチャートである。
【図１３】図１０の画面共有処理において実行される画像データ処理のフローチャートである。
【発明を実施するための形態】
【００１２】
＜画面共有処理装置の実施形態＞
本発明の画面共有処理装置に係る実施形態は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置であって、所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御手段と、前記共有対象画像を複数の仮想セルに分割する分割手段と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別手段と、前記各々について、連続して更新されていない回数又は時間を特定する特定手段と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成手段と、前記端末装置に対し前記ネットワークを介して（１）前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給し、（２）前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給すると共に、（３）前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する供給手段とを具備する。
【００１３】
本実施形態における「ネットワーク」とは、ＷＡＮ（Wide Area Network）網又はＬＡＮ（Local Area Network）網等の比較的限定された通信網を含み、更にはこれらＷＡＮ網又はＬＡＮ網を介して、或いは電話回線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）又は光ファイバーケーブル等を介して適宜に接続されるインターネット等の広域通信網を包括する概念である。尚、ネットワークに収容された、端末装置及び画面共有処理装置相互間における各種情報、データ、又はデータファイル等の授受形態は、例えば何らかのサーバ装置を介したものであってもよいし、例えばＰ２Ｐ（Peer To Peer）等サーバ装置を介さないものであってもよい。尚、端末装置及び画面共有処理装置は、ハードウェア構成に関して言えば相互に同等であってもよく、例えばいずれもパーソナルコンピュータやワークステーション等の各種コンピュータシステムとして構築されていてもよい。
【００１４】
本実施形態に係る画面共有処理装置は、端末装置並びに第１及び第２表示手段と共に、画面共有システムを構築しており、第１表示手段は、端末装置と一体に構成されるにせよ別体に構成されるにせよ、好適な一形態として、この画面共有システムを利用してなされる各種イベントの一拠点に設置される。同様に、第２表示手段は、画面共有処理装置と一体に構成されるにせよ別体に構成されるにせよ、好適な一形態として、この画面共有システムを利用してなされる各種イベントの他の拠点に設置される。
【００１５】
補足すると、ここで述べられる「画面共有システム」とは、複数の拠点間で異なる表示手段を介して表示画面を視覚的に共有しつつ進行させることが可能な各種のイベント、例えば、各種会議、打ち合わせ、講義、講演、討論、会合、発表会或いはプレゼンテーション等における画面共有に適用可能なシステムを包括するものである。
【００１６】
この際、複数の拠点における表示手段の制御態様は、各種態様を採ることが可能であり、例えば、一の拠点における制御装置等から、他の拠点における表示手段又は当該表示手段を制御可能な各種制御装置等に対し、ネットワークを介して適宜画面表示制御用のコマンドや制御信号を供給すること等によって、一の拠点から他の拠点の表示手段をリモートコントロール（遠隔制御）してもよいし、一の拠点と他の拠点との間で、各々表示手段を制御可能なコンピュータシステム等を介して共通のアプリケーションを起動し、例えば共有すべき画面（或いは、画面に関する画像データ）の送り手側と受け手側とを適宜設定して、当該送り手側から適宜共有すべき画面或いは画像データを供給することにより、アプリケーションプログラムの機能の少なくとも一部として、この種の画面共有を実現してもよい。
【００１７】
また、「拠点」とは、好適な一形態として、これら各種イベントの参加者又は参加グループの居る位置又は場所等を指し、拠点各々は、好適な一形態として、例えば画面共有を必要とする程度に相互に離間した遠隔地同士であってもよいし、近接地同士であってもよい。
【００１８】
本実施形態によれば、その動作時には、例えばＣＰＵ（Central Processing Unit）若しくはＭＰＵ（Micro Processing Unit）等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る表示制御手段により、所定の入力に応じて共有対象画像が表示されるように第２表示手段が制御される。
【００１９】
本実施形態における「所定の入力」とは、例えば画面共有処理装置の所有者又は使用者等が、或いは端末装置の所有者又は使用者等が、例えばマウス、キーボード、タッチペン、トラックボール、タッチパッド、スクロールボタン又はタッチパネル装置等の形態を採り得る各種入力手段等を介して行う各種入力操作及びそれらに伴い生成又は供給される各種駆動信号、制御信号又は制御情報等を包括する広い概念である。従って、所定の入力に係る個別具体的な態様は、本実施形態の本質部分とは無関係であり、例えば、所定の入力とは、画面共有を行うための然るべきアプリケーションソフトウェアの起動、当該起動に引き続く各種設定、選択、指示、指定或いはコマンド送信等を適宜に含んでもよい。
【００２０】
この種の入力に応じて第２表示手段には共有対象画像が表示される。共有対象画像とは、複数拠点間で共有されるべき画像（即ち、共有すべき画面を構成する画像）であり、且つ基準となる表示品質を有する画像である。共有対象画像は、第２表示手段の表示画面全体を表す画像であってもよいし、その一部を表す画像であってもよく、その場合、例えば表示画面上に展開される各種ウィンドウ、或いは各種アイコン又は各種文字情報等各種の画像を含むものであってもよい。
【００２１】
ここで、本実施形態に係る画面共有処理装置により複数拠点間での共有が図られる共有対象は、あくまで画面のイメージであるから、共有対象画像が各種アプリケーションソフトウェア上でデータファイルを展開することにより得られる性質のものであるにせよ、端末装置に対してこの種の比較的データサイズの小さいデータファイルが供給されることはなく、共有対象画像に対応する画像を第１表示手段に表示させることにより端末装置側の拠点と表示画面の共有を行おうと試みる場合、ネットワークを介して、この共有対象画像に対応する画像データを供給（即ち、送信或いは伝送と表現されてもよい）する必要がある。
【００２２】
この際、端末装置では、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能であるから、第１表示手段には、理想的には、共有対象画像に対応する共有画像（解像度及び色設定等各種の画質制御態様に応じて、その画質は必ずしも共有対象画像と一致せずともよい）が順次表示され得る。
【００２３】
ところが、画像データの供給に供されるネットワークの容量（例えば、伝送帯域幅或いはデータ伝送速度等）は、インフラの整備の度合いに応じて、各種の態様が存在しており、例えば画像データの供給に供される伝送帯域の帯域幅が相対的に広いといった意味での広帯域ネットワークと、当該帯域幅が相対的に狭いといった意味での狭帯域ネットワークとでは、同一の画像データの供給完了までに要する伝送時間が変化するのは自明であり、何らの対策も講じられることがなければ、ネットワークの容量に応じて、画面共有によって得られる効果に多大な差が生じ得る。
【００２４】
例えば、画面共有処理装置を、拠点相互間で共有画像の表示タイミングに時系列上の整合性、言い換えれば即時性（追従性）が要求される場面に適用しようとした場合、端末装置側の拠点における共有画像の表示が遅延することによって、上述した各種イベントの円滑な進行が著しく妨げられかねない。一方で、上述した各種イベントには、共有画像の表示品質が重要視されるものもあり（例えば、デザイン性が重要となる各種新製品に関する会議やプレゼンテーション等）、上述した不具合を回避するために、伝送すべきデータのデータサイズを著しく減じれば、端末装置側の拠点における共有画像の表示品質が著しく低下して、画面共有下でなすべき会議やプレゼンテーションの意義自体が損なわれかねない。
【００２５】
そこで、本実施形態に係る画面共有処理装置によれば、以下の如くにして画面を共有する際に要求される即時性と共有される画面の品質との両立が図られる。即ち、本実施形態に係る画面共有処理装置によれば、その動作時には、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る生成手段により、共有対象画像に対応する共有画像を第１表示手段に表示させるための複数の共有画像データが生成される。
【００２６】
ここで、生成手段は、これら複数の共有画像データとして、第１共有画像データと、第１共有画像データよりもデータサイズが小さい（即ち、好適な一形態としては何らかの形で圧縮等のデータ量低減処理が施された）第２共有画像データを生成する。即ち、第１共有画像データのデータサイズが相対的に大、第２共有画像データのデータサイズが相対的に小である。この際、これら複数の共有画像データのうちデータサイズが最大なるものが、共有対象画像そのものに対応する（即ち、第２表示手段の表示画面と第１表示手段の表示画面とを整合させる旨に相当する）必要はなく、共有対象画像よりも高品質（例えば、高解像度）な画像に対応していてもよいし、共有対象画像よりも低品質（例えば、低解像度）な画像に対応していてもよい。また、生成される共有対象画像データの数量は、必ずしも二個に限定されない。
【００２７】
尚、第２共有画像データの生成態様は、第１共有画像データよりもデータサイズが小さい限りにおいて如何様にも限定されず、例えば、ＪＰＥＧ或いはＭＰＥＧ等の各種非可逆的なデータ圧縮手法が採用されてもよいし、例えば減色処理等を施すことによりデータサイズの縮減が図られてもよい。尚、好適な一形態としては、これら二種類の共有画像データが生成されれば十分であるが、生成手段は、必ずしもこれら二種類の共有画像データのみを生成せずともよい。
【００２８】
生成手段により複数の共有画像データが生成されると、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る供給手段により、これら生成された共有画像データが、ネットワークを介して端末装置に供給される。この際、供給手段は、当該データサイズの小さい順に共有画像データを供給する。即ち、第２共有画像データが第１共有画像データに先んじて供給される。従って、端末装置においては、相対的にデータサイズの大きい第１共有画像データに先んじて、相対的にデータサイズの小さい第２共有画像データが取得される。
【００２９】
端末装置では、先に述べたように、ネットワークを介して順次供給される画像データ（即ち、共有画像データがこれに該当する）に基づいて第１表示手段に順次画像を表示させることが可能であり、結果的に、第１表示手段には、少なくとも初期段階として相対的に低品質の共有画像が表示されることとなる。
【００３０】
この際、この低品質な共有画像に対応する第２共有画像データは、データサイズが相対的に小さいから、画面共有処理装置が共有対象画像を共有すべく共有画像データの供給を開始してから実際にこの相対的にみて低品質の共有画像が第１表示手段に表示されるまでに生じる時間遅延は可及的に最小化され、表示レスポンスの向上が図られる。
【００３１】
一方、本発明に係る画面共有処理装置によれば、このような低品質の共有画像に対応する第２共有画像データの供給に追従する形で、高品質の共有画像（例えば、共有対象画像と同品質の表示画面を構成し得る画像）に対応する第１共有画像データの供給がなされる。従って、当該データはネットワーク容量及び共有画像データの絶対的なデータサイズに応じた時間遅延を経るにせよ、いずれは端末装置に取得される。即ち、この高品質の共有画像に対応する第１共有画像データの取得が完了した段階で、或いは取得が進行する過程で随時、第１表示手段の表示画面には、この高品質な共有画像が順次表示されることとなる。
【００３２】
このように、本実施形態に係る画面共有処理装置によれば、データサイズの異なる複数の共有画像データが生成され、データサイズの小さい順に供給されることによって、第１表示手段における共有画像の表示に係る即時性（追従性）が担保されると共に、定常的には、第１表示手段にデータサイズの大きい共有画像データに基づいた高品質の共有画像を表示させることができるため、即時性の担保に際し共有画像の表示品質が阻害されることがない。即ち、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能となるのである。
【００３３】
ここで特に、本発明に係る画面共有処理装置によれば、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る分割手段により共有対象画像が複数の仮想セルに分割される。
【００３４】
また、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る判別手段により、この複数の仮想セルの各々について、更新されているか否かが判別される。
【００３５】
仮想セルの各々が更新されているか否かは、例えば何らかの指標値と判断基準値との比較等に基づいて判別されてもよいし、その都度予め実験的に、経験的に、理論的に又はシミュレーション等に基づいて表示品質よりも共有対象画像に対する整合性が要求されている旨を実践上不足無く推定し得るように設定されてなる各種のアルゴリズムに従って個別具体的に判別されてもよい。
【００３６】
そして、供給手段は、上述した第１共有画像データに先んじた第２共有画像データの供給に加えて、更新されたと判別された仮想セルについてはデータサイズの小さい第２共有画像データを、また更新されていない回数又は時間が所定値に達した仮想セルについては相対的に高品質な共有画像に対応する第１共有画像データを供給する構成となっている。
【００３７】
従って、例えば、マウスカーソルが点滅している、或いはタスクバーの時計アイコンに相当する部分のみが動いている等、共有対象画像の一部が更新されているに過ぎない状況において、第１表示手段に表示される共有画像全体が第２共有画像データに基づいた低画質画像となることを回避しつつ、継続的に更新されている仮想セルについては、第２共有画像データに基づいた高速表示が可能となるため実践上極めて有益である。
【００３８】
尚、別の観点から言えば、本発明に係る画面共有処理装置によれば、仮想セルが継続して更新されている場合には、第１共有画像データの供給が禁止される。このため、共有画像の画質の低下を実質的に顕在化させない範囲で、共有画像と共有対象画像との整合を可及的に図ることが可能となり実践上有益である。
【００３９】
尚、「継続して更新される」とは、例えば、動画が表示されている場合や、スライドショー機能等における自動再生がなされている場合等を含む概念であり、定性的には、共有画像を実際に視認するユーザ（端末装置側のユーザ）が、共有画像の表示品質よりも共有対象画像との整合性（言い換えれば、共有画像を表示する際の即時性又は追従性）を要求する場合を含み得る。
【００４０】
本発明の画面共有処理装置に係る実施形態の一の態様では、前記ネットワークを介し、前記端末装置において前記共有画像を更新すべくなされた端末側入力に対応する制御情報を取得する取得手段を更に具備し、前記表示制御手段は、前記取得された制御情報に基づいて前記共有対象画像を更新する。
【００４１】
この態様によれば、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る取得手段により、端末側入力に対応する制御情報が取得される。この端末側入力は、第１表示手段に表示された共有画像を更新すべくなされる、例えばポインタによる該当箇所の指示、又は文字、記号、数字、線若しくは絵等の記入等に関する入力であり、制御情報には、端末側入力の種類及び共有画像若しくは共有対象画像上の位置等に関する情報が含まれてもよい。
【００４２】
この態様によれば、表示制御手段は、上述した所定の入力に応じて適宜共有対象画像を更新することに加え、この取得された制御情報に基づいて共有対象画像を適宜更新する。この共有対象画像の更新に伴い、共有画像データが新たに生成され、供給手段により端末装置に供給されるため、第１表示手段に表示される共有画像は、あたかも端末側入力がダイレクトに共有画像に反映されたかのように更新される。即ち、この態様によれば、共有対象画像に対応する共有画像を単に画像として表示しているに過ぎない（即ち、表示画面の視覚的な整合がなされているに過ぎない）端末装置側において、画面共有システムを利用した各種イベントへの積極的な参加を促すことが可能となり、各種イベント双方向性が格段に向上し得る旨の実践上の高い利益が提供される。また、このように、各種イベントの双方向性が向上する程、ネットワーク容量が当該イベントの進行に与える影響は大きくなるから、本実施形態がより効果的に機能し得る。
【００４３】
本発明の画面共有処理装置に係る実施形態の他の態様では、前記生成手段は、前記共有対象画像のうち前回から更新された部分を含む少なくとも一部について前記複数の共有画像データを生成する。
【００４４】
この態様によれば、共有対象画像のうち前回から更新された部分を含む少なくとも一部について共有画像データが生成され、端末装置に供給される。即ち、この態様によれば、「差分領域送信」等と称される公知のデータ伝送態様が実現され、共有画像データの元々のデータサイズを縮減することが可能となる。
【００４５】
従って、ネットワーク容量に対するロバスト性を向上させることが可能となり、各種イベントを一層円滑に進行させることが可能となる。尚、この種の差分領域送信により共有対象画像のデータサイズを縮減することが可能であることに鑑みれば、異なるアプローチとして、生成手段により生成される共有画像データのうち、データサイズの小さい方の共有画像データのデータサイズを幾らかなり大きくする（即ち、共有対象画像に対する低品質側の共有画像の品質低下の度合いを軽減する）ことも可能である。
【００４６】
本発明の画面共有処理装置に係る実施形態の一の態様では、前記供給手段は、前記各々について、前記端末装置に対し前記第１共有画像データが供給されている期間において前記共有対象画像が更新された場合に、前記端末装置に対し前記第１共有画像データに替えて前記更新された共有対象画像に対応する前記第２共有画像データを供給する。
【００４７】
共有対象画像は、第２表示手段に表示される、例えば各種アプリケーションソフトウェアの画面等に相当する画像であり、またデータ会議等において会議の進行役を担う側の画像であるから、一定又は不定を問わず、頻繁に更新される（即ち、「所定の入力」或いは「端末側入力」が頻繁に生じる）可能性が高い。ここで、共有対象画像がその規模の大小を問わず更新された場合（例えば、プレゼンテーション用のアプリケーションソフトウェア等におけるスライドショー機能において、表示ページが切り替えられた場合等）、画面の共有先となる第１表示手段側では、速やかに係る更新に追従する必要があるが、その時点で相対的にデータサイズが大きい第１共有画像データがネットワークを介して伝送中である場合、何らの対策も講じられることがなければ、係る第１共有画像データの供給終了後に、更新された共有対象画像に対応する共有画像を表示させるための第２共有画像データの供給を開始せざるを得ない。この場合、共有対象画像の更新に共有画像の更新が追従し難くなり、また比較的長時間をかけて供給した第１共有画像データは、場合によっては無駄となる。
【００４８】
この態様によれば、仮想セルの各々について、第１共有画像データが供給されている期間において共有対象画像が更新された場合には、実行中の第１共有画像データの供給は停止され、新たに更新された共有対象画像に対応する第２共有画像データの供給が開始される。このため、画面を共有する際の即時性が担保され好適である。
＜画面共有方法の実施形態＞
本発明の画面共有方法に係る実施形態は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置における画面共有方法であって、
所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御工程と、前記共有対象画像を複数の仮想セルに分割する分割工程と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別工程と、前記各々について、連続して更新されていない回数又は時間を計測する計測工程と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成工程と、前記端末装置に対し前記ネットワークを介して前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給する第１供給工程と、前記端末装置に対し前記ネットワークを介して前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給する第２供給工程と、前記端末装置に対し前記ネットワークを介して、前記各々のうち、更新されていないと判別され、且つ前記取得された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する第３供給工程とを具備する。
【００４９】
本発明の画面共有方法に係る実施形態によれば、上述した本発明の画面共有処理装置における各手段と同等の各工程における作用により、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能である。
＜コンピュータプログラムの実施形態＞
本発明のコンピュータプログラムに係る実施形態は、コンピュータシステムを上記いずれかの画面共有処理装置として機能させる。
【００５０】
本発明のコンピュータプログラムに係る実施形態によれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体或いはＵＳＢ（Universal Serial Bus）メモリ等コンピュータシステムに着脱可能な固体型記憶装置から、当該コンピュータプログラムをコンピュータシステムに読み込んで実行させれば、或いは、当該コンピュータプログラムを、例えば、通信手段等を介してコンピュータシステムにダウンロードさせた後に実行させれば、上述した本発明の画面共有処理装置に係る実施形態を比較的簡単に実現できる。
【００５１】
尚、上述した本発明の画面共有処理装置に係る実施形態における各種態様に対応して、本発明のコンピュータプログラムに係る実施形態も各種態様を採ることが可能である。
【００５２】
以上説明したように、本発明の画面共有処理装置に係る実施形態によれば、表示制御手
段、生成手段、分割手段、判別手段、特定手段及び供給手段を備えるので、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能である。
【００５３】
以上説明したように、本発明の画面共有方法に係る実施形態によれば、表示制御工程、生成工程、分割工程、判別工程、特定工程、第１供給工程、第２供給工程及び第３供給工程を備えるので、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能である。
【００５４】
以上説明したように、本発明のコンピュータプログラムに係る実施形態によれば、上記いずれかの画面共有処理装置を比較的簡単に実現できる。
【００５５】
本発明のこのような作用及び他の利得は次に説明する実施例から明らかにされる。
【実施例】
【００５６】
以下、適宜図面を参照して、本発明の好適な実施例について説明する。
【００５７】
＜第１実施例＞
＜実施例の構成＞
始めに、図１を参照し、本発明の第１実施例に係る画面共有システム１０の構成について説明する。ここに、図１は、画面共有システム１０の構成を概念的に表してなる概略構成図である。
【００５８】
図１において、画面共有システム１０は、相互に離れた会議室たる拠点Ａ及び拠点Ｂを繋ぐＬＡＮ網たるネットワーク１１に収容された、発表者側システム１００及び参加者側システム２００を含んで構成され、発表者側システム１００を管轄下に置く、拠点Ａの発表者１２Ａ（単数であっても複数であっても構わない）と、参加者側システム２００を管轄下に置く、拠点Ｂの参加者１２Ｂ（単数であっても複数であっても構わない）との間で、表示画面を相互に且つ視覚的に共有しつつデータ会議を行うことが可能に構成されたシステムである。
【００５９】
発表者側システム１００は、発表者側ＰＣ１１０及び発表者側表示装置１２０を備える。
【００６０】
発表者側ＰＣ１１０は、発表者側システム１００の動作を制御する制御装置であり、本発明に係る「画面共有処理装置」の一例である。発表者側ＰＣ１１０の詳細な構成については後述する。
【００６１】
発表者側表示装置１２０は、画像を表示するための表示画面１２１を有するディスプレイ装置であり、本発明に係る「第２表示手段」の一例である。発表者側表示装置１２０は、発表者側ＰＣ１１０と電気的に接続された状態にあり、発表者側ＰＣ１１０により表示画面１２１の表示内容が制御される構成となっている。尚、発表者側表示装置１２０としては、例えばプラズマディスプレイ装置、ＣＲＴディスプレイ装置、又は液晶ディスプレイ装置等各種のディスプレイ装置が適用可能である。
【００６２】
参加者側システム２００は、参加者側ＰＣ２１０及び参加者側表示装置２２０を備える。
【００６３】
参加者側ＰＣ２１０は、参加者側システム２００の動作を制御する制御装置であり、本発明に係る「端末装置」の一例である。参加者側ＰＣ２１０の詳細な構成については後述する。
【００６４】
参加者側表示装置２２０は、画像を表示するための表示画面２２１を有するディスプレイ装置であり、本発明に係る「第１表示手段」の一例である。参加者側表示装置２２０は、参加者側ＰＣ２１０と電気的に接続された状態にあり、参加者側ＰＣ２１０により表示画面２２１の表示内容が制御される構成となっている。尚、参加者側表示装置２２０としては、例えばプラズマディスプレイ装置、ＣＲＴディスプレイ装置、又は液晶ディスプレイ装置等各種のディスプレイ装置が適用可能である。
【００６５】
次に、図２を参照し、発表者側ＰＣ１１０の詳細な構成について説明する。ここに、図２は、発表者側ＰＣ１１０の構成を概念的に表してなるブロック図である。尚、同図において図１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００６６】
図２において、発表者側ＰＣ１１０は、制御部１１１、通信部１１２、表示制御部１１３、画像データ生成部１１４及び入力部１１５を備える。
【００６７】
制御部１１１は、演算処理装置としてのＣＰＵ並びにＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＨＤＤ（Hard Disk Drive）等の各種記憶手段を備え、発表者側ＰＣ１１０の動作全体を制御することが可能に構成された制御ユニットである。制御部１１１のＨＤＤには、予め後述する画面共有処理を実行するための画面共有アプリケーション及び当該画面供給アプリケーションの支配下で起動可能な、プレゼンテーション用ソフトウェア等の各種汎用アプリケーションが格納されている。この画面共有アプリケーションは、制御部１１１のＣＰＵにより実行される、本発明に係る「コンピュータプログラム」の一例である。
【００６８】
通信部１１２は、例えばＬＡＮケーブルや所定の無線通信帯域を有する無線通信ユニットを介してネットワーク１１と電気的に接続された通信インターフェイスである。
【００６９】
表示制御部１１３は、発表者側表示装置１２０に表示する画像に関する表示用データを生成すると共に、該生成された表示用データに従って表示画面１２１に画像を表示させることが可能に構成された画像処理装置である。表示制御部１１３は、制御部１１１と電気的に接続されており、制御部１１１によりその動作が上位に制御される構成となっている。
【００７０】
画像データ生成部１１４は、画像データの圧縮機能を備え、当該データ圧縮機能によるデータサイズの圧縮処理を適宜行いつつ画面共有処理の実行過程において参加者側ＰＣ２１０に適宜送信される各種画像データを生成することが可能に構成されたデータ処理ユニットである。画像データ生成部１１４は、制御部１１１と電気的に接続されており、制御部１１１によりその動作が上位に制御される構成となっている。
【００７１】
入力部１１５は、キーボード、マウス及びタッチペン等を含み、発表者１２Ａによる適宜の操作が可能に構成された入力デバイスである。入力部１１５は、図示せぬ入力インターフェイスを介して制御部１１１と電気的に接続されており、入力部１１５を介してなされる入力は、本発明に係る「入力」の一例として、制御部１１１によりリアルタイムに把握される構成となっている。
【００７２】
次に、図３を参照し、参加者側ＰＣ２１０の詳細な構成について説明する。ここに、図３は、参加者側ＰＣ２１０の構成を概念的に表してなるブロック図である。尚、同図において図２と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００７３】
図３において、参加者側ＰＣ２１０は、制御部２１１、通信部２１２、表示制御部２１３及び入力部２１４を備える。
【００７４】
制御部２１１は、演算処理装置としてのＣＰＵ並びにＲＯＭ、ＲＡＭ及びＨＤＤ等の記憶手段を備え、参加者側ＰＣ２１０の動作全体を制御することが可能に構成された制御ユニットである。制御部２１１のＨＤＤには、予め後述する画面共有処理を実行するための画面共有アプリケーションが格納されている。このデータ会議アプリケーションは、制御部２１１のＣＰＵによって実行される構成となっている。
【００７５】
通信部２１２は、例えばＬＡＮケーブルや所定の無線通信帯域を有する無線通信ユニットを介してネットワーク１１と電気的に接続された通信インターフェイスである。
【００７６】
表示制御部２１３は、参加者側表示装置２２０に表示する画像に係る表示用データを生成すると共に、該生成された表示用データに従って表示画面２２１に画像を表示させることが可能に構成された画像処理装置である。表示制御部２１３は、制御部２１１と電気的に接続されており、制御部２１１によりその動作が上位に制御される構成となっている。
【００７７】
入力部２１４は、キーボード、マウス及びタッチペン等を含み、参加者１２Ｂによる適宜の操作が可能に構成された入力デバイスである。尚、入力部２１５は、図示せぬ入力インターフェイスを介して制御部２１１と電気的に接続されており、入力部２１５を介した入力内容は、本発明に係る「端末側入力」の一例として、制御部２１１によりリアルタイムに把握される構成となっている。
【００７８】
尚、本実施例では、発表者側ＰＣ１１０と参加者側ＰＣ２１０とは、各々に備わる通信部１１２及び２１２により、ネットワーク１１を介して直接データ及び情報の送受が可能に構成されている。但し、このような構成は一例であり、例えば、発表者側ＰＣ１１０と参加者側ＰＣ２１０とは、ネットワーク１１に備わる各種サーバ装置等を介してデータ及び情報の送受が可能に構成されていてもよい。
【００７９】
＜実施例の動作＞
次に、図４を参照し、本実施例の動作として、発表者側ＰＣ１１０の制御部１１１により実行される画面共有処理の詳細について説明する。ここに、図４は、画面共有処理のフローチャートである。尚、拠点Ａと拠点Ｂとの間で画面の共有がなされるに際しては、予め発表者側ＰＣ１１０及び参加者側ＰＣ２１０各々において、制御部により先に述べた画面共有アプリケーションが選択的に実行され、ネットワーク１１との接続処理や、拠点間での相互認証処理等を含む画面共有に関する初期設定処理がなされるが、この種の初期設定処理の詳細は、本発明の本旨とは関係が薄いため、説明の煩雑化を防ぐ目的からここではその説明を省略することとする。
【００８０】
また、図４の画面共有処理の開始時点においては、発表者側ＰＣ１１０において、先に述べたプレゼンテーション用ソフトウェアが起動され、然るべきアプリケーション画面が表示画面１２１に表示されているものとする。この表示画面１２１に表示された画像（例えば、アプリケーション画面が表示画面１２１全体に表示されている場合には例えば各種作業ウィンドウ等を含むアプリケーション画面であり、表示画面１２１の一部に当該アプリケーション画面が表示されている場合には、アプリケーション画面に加えてデスクトップ背景画面、タスクバー及び各種アイコン等を適宜に含み得る）は、本発明に係る「共有対象画像」の一例である。
【００８１】
図４において、制御部１１１は、表示画面１２１の更新（以下、適宜「画面更新」と略称することとする）が生じたか否かを判別する（ステップＳ１０１）。
【００８２】
ここで、「画面更新」とは、例えば、入力部１１５を介して発表者１２Ａにより適宜になされる、アプリケーションに関する各種機能操作等により生じる表示内容の変化等を指し、例えば、プレゼンテーションに供すべき画像の切り替え、ポイントとなる部分を強調するための各種視覚情報の書き込み、議事録やメモに類する各種文字情報の入力、ウィンドウサイズの変更、新規画像の追加及び画像の拡大又は縮小、或いはプレゼンテーション機能とは無関係な、例えばデスクトップ上のアイコンの移動又は各種ポインティングデバイスにおけるポインタの位置変更等、各種の態様を採り得る。言い換えれば、本実施例では、前回表示画面１２１に表示された画像に対し全く何らの変化も生じていない画像が表示される以外は、全て画面更新がなされた状態として扱われる。
【００８３】
尚、補足すると、画面更新は、必ずしも入力部１１５を介してなされる入力のみにより生じるとは限らない。本実施例に係る画面共有処理では、共有すべき画像の供給を受ける参加者側ＰＣ２１０には、画像を直接加工する権利は付与されず、例えば拠点Ｂにおいて参加者１２Ｂにより入力部２１４を介して表示画面２２１上になされる、例えば、ポインタによる位置の指示、文字情報の書き込み、各種記号や線の書き込み等の操作は、入力部２１４からそれらの種類や位置情報を解析した制御部２１１が、通信部２１２を介して参加者側の入力情報（即ち、本発明に係る「制御情報」の一例）として発表者側ＰＣ１１０に送信する構成となっている。
【００８４】
発表者側ＰＣ１１０では、通信部１１２を介して係る入力情報を取得すると共に、その内容を解析し、表示制御部１１３を制御して然るべき画像を表示画面１２１上に表示させる。その結果、例えば表示画面１２１上でポインタの指示位置が変化する、文字情報や記号情報が書き込まれる等の画面更新がなされる。このような参加者側の操作に端を発した画面更新もまた、画面更新の一態様である。
【００８５】
画面更新が生じている旨が判別された場合（ステップＳ１０１：ＹＥＳ）、制御部１１１は、画像データ生成部１１４を制御して、高速表示用データＰＩＣｈｓを生成する（ステップＳ１０２）。
【００８６】
ここで、「高速表示用データ」とは、表示画面１２１の表示内容を画像として表示するための画像データであって、特に、解像度を表示画面１２１に相当する画像（即ち、本発明に係る「共有対象画像」の一例であり、以下、適宜「オリジナル画像ＯＲＧ」と称する）の解像度と較べて低下させた、少なくともオリジナル画像ＯＲＧと較べてデータサイズの小さい、本発明に係る「第２共有画像データ」の一例たる画像データである。
【００８７】
この高速表示用データＰＩＣｈｓ生成の際には、例えばＪＰＥＧやＭＰＥＧ等の規格に準じた非可逆圧縮に類する（即ち、必ずしも何らかの規格に準じる必要はない）各種のデータ圧縮手法が採用され、画像の解像度が所望の値まで低下させられる。この際、データ圧縮の度合いは、予め単一の固定値であってもよいし、複数の選択肢の中から選択的に決定された値であってもよいし、発表者１２Ａの意思を反映した可変な値であってもよい。高速表示用データＰＩＣｈｓが生成されると、制御部１１１は、通信部１１２を制御し、ネットワーク１１を介して、生成された高速表示用データＰＩＣｈｓを参加者側ＰＣ２１０に送信する（ステップＳ１０３）。
【００８８】
一方、画面更新が生じていない旨が判別された場合（ステップＳ１０１：ＮＯ）、制御部１１１は、画面更新が生じていない旨が連続して判別された回数（以下、適宜「連続更新無し回数」と称する）が基準値たる「Ｎ」であるか否か（即ち、Ｎ回連続して画面更新が生じていない旨が判別されたか否か）を判別する（ステップＳ１０４）。連続更新無し回数がＮでない場合（ステップＳ１０４：ＮＯ）、制御部１１１は、処理をステップＳ１０１に戻し一連の処理を繰り返すと共に、連続更新無し回数がＮである場合（ステップＳ１０４：ＹＥＳ）、画像データ生成部１１４を制御して、高画質表示用データＰＩＣｈｃを生成する（ステップＳ１０５）。尚、本実施例では、連続更新無し回数がＮ回であるか否かを判断基準としているが、連続更新無し回数は、制御部１１１の動作クロックが概ね一定とみなし得る点に鑑みれば、時間概念に置換することも容易にして可能であり、例えば画面更新が生じていない時間（以下、適宜「連続更新無し回数」と称する）がＸ秒（好適な一形態としては、Ｎ回に対応する時間）であるか否かを判断基準としてもよい。或いは、当該動作クロックが一定でないにせよ（即ち、連続更新無し回数と連続更新無し時間とが一義的でないにせよ）、絶対的な経過時間もまた有意な判断基準となり得るので、連続更新無し時間が判断基準とされることに実践上の問題は生じない。
【００８９】
ここで、「高画質表示用データ」とは、表示画面１２１の表示内容を画像として表示するための画像データであって、特に、先に述べたオリジナル画像ＯＲＧと同等の解像度（参加者側ＰＣ２１０及び参加者側表示装置２２０の構成及び仕様に応じて定められてよく、必ずしもオリジナル画像と同一の解像度でなくてよい）を有する、少なくとも高速表示用データＰＩＣｈｓと較べてデータサイズの大きい、本発明に係る「第１共有画像データ」の一例たる画像データである。
【００９０】
この高画質表示用データＰＩＣｈｃが生成される際には、データの圧縮は行われないか、行われたとして好適な一形態としてはＪＰＥＧやＭＰＥＧ等非可逆圧縮のデータ圧縮手法は採用されず、可逆的なデータ圧縮手法が採用される。或いは、例えば画質の低下が、例えば予め実験的に、経験的に、理論的に又はシミュレーション等に基づいて人間の視覚上有意な差異が生じない旨が確定している或いはそのような判断を下し得る範囲内に収まるような範囲で非可逆的なデータ圧縮手法が採用されてもよい。
【００９１】
高画質表示用データＰＩＣｈｃが生成されると、制御部１１１は、通信部１１２を制御し、ネットワーク１１を介して、生成された高画質表示用データＰＩＣｈｃを参加者側ＰＣ２１０に送信する（ステップＳ１０６）。ステップＳ１０３において高速表示用データＰＩＣｈｓが送信されるか、或いはステップＳ１０６において高画質表示用データＰＩＣｈｃが送信されると、処理はステップＳ１０１に戻され、一連の処理が繰り返される。画面共有処理は、以上の如くにして繰り返し実行される。
【００９２】
ここで、参加者側ＰＣ２１０の動作を説明すると、制御部２１１は、画面共有処理の実行時には基本的に、通信部２１２を制御し、ネットワーク１１を介して発表者側ＰＣ１１０から送信されてくる画像データを取得すると共に、取得された画像データを表示制御部２１３に受け渡して表示用のデータに加工して参加者側表示装置２２０の表示画面２２１に画像を表示させる旨の一連の処理を繰り返し実行している。この際、送信されてくる画像データが高速表示用データＰＩＣｈｓであれば、表示画面２２１に表示される画像は、オリジナル画像ＯＲＧに対し解像度が低下した低画質の高速表示用画像ＨＳであり、送信されてくる画像データが高画質表示用データＰＩＣｈｃであれば、表示画面２２１に表示される画像は、オリジナル画像ＯＲＧと同等の解像度を有する高画質の高画質表示用画像ＨＣとなる。尚、いずれも本発明に係る「共有画像」の一例である。
【００９３】
ここで、図５を参照し、本実施例の効果について説明する。ここに、図５は、拠点Ａ及び拠点Ｂにおける画面共有に係るタイミングチャートである。尚、同図において、図４と重複する箇所には、同一の符号を付してその説明を適宜省略することとする。
【００９４】
図５において、時刻Ｔ０において、拠点Ａにオリジナル画像ＯＲＧが表示され、画面更新がなされたとすると、データ生成に要する時間を便宜的に無視すれば、時刻Ｔ０において、高速表示用データＰＩＣｈｓの送信が開始される。この高速表示用データＰＩＣｈｓは、相対的にみればデータサイズが小さい画像データであるから、ネットワーク１１におけるデータ伝送用の帯域（即ち、一義的にデータ伝送速度）が一定であるものとして、データ伝送に要する伝送時間は、図示ΔＴｈｓである。
【００９５】
従って、拠点Ｂにおいては、時刻Ｔ０から図示伝送時間ΔＴｈｓが経過した時刻Ｔ１において、高速表示用画像ＨＳの表示が開始される。但し、高速表示用画像ＨＳは、解像度がオリジナル画像ＯＲＧに対し低下せしめられた非可逆圧縮画像であり、画質の点では図示するように粗い画像である。
【００９６】
一方、時刻Ｔ１において高速表示用データＰＩＣｈｓの伝送が完了すると、即座に高画質表示用データＰＩＣｈｃの送信が開始される。この高画質表示用データＰＩＣｈｃは、相対的にデータサイズが大きい画像データであるから、ネットワーク１１におけるデータ伝送用の帯域（即ち、一義的にデータ伝送速度）が一定であるものとして、データ伝送に要する伝送時間は、図示ΔＴｈｃ（ΔＴｈｃ＞ΔＴｈｓ）である。
【００９７】
従って、拠点Ｂにおいては、時刻Ｔ１から図示伝送時間ΔＴｈｃが経過した時刻Ｔ２において、高画質表示用画像ＨＣの表示が開始され、高速表示用画像ＨＳがこの高画質表示用画像ＨＣに切り替わる。この際、高画質表示用画像ＨＣは、解像度がオリジナル画像ＯＲＧと同等な、非圧縮画像或いは可逆圧縮画像であり、画質の点では図示するようにオリジナル画像ＯＲＧと遜色ない画像である。
【００９８】
このように、本実施例に係る画面共有処理によれば、高速表示用データＰＩＣｈｓの送信を高画質表示用データＰＩＣｈｃの送信に先んじて実行することによって、拠点Ａにおいて画面更新がなされてから拠点Ｂの表示画面２２１がそれに追従する形で更新されるまでに要する時間を可及的に短縮化することが可能である。
【００９９】
ここで特に、高画質表示用データＰＩＣｈｃの送信を、高速表示用データＰＩＣｈｓの送信に先んじて行えば、拠点Ｂの表示画面が更新されない遅延時間は、高画質表示用データＰＩＣｈｃの伝送時間ΔＴｈｃに相当する時間となり、本実施例と較べて明らかに長大化する。このため、画面共有処理がデータ会議に使用されるにせよ他の用途に適用されるにせよ、画面共有に際しての即時性の低下が悪影響を及ぼすことが回避され難い。
【０１００】
加えて、本実施例では、高速表示用データＰＩＣｈｓの送信が完了すれば、即座に高画質表示用データＰＩＣｈｃの送信が開始されるから、相応の時間経過の後には、拠点Ｂの表示画面２２１が、オリジナル画像ＯＲＧと同等の高画質表示用画像ＨＧに更新される。即ち、単に即時性のみを追及して画像データのデータサイズを縮減するのみと較べれば、表示画面２２１に表示される画像が、定常的には高画質表示用画像ＨＣに収束する点において、画質の面で明らかに有利に構成される。
【０１０１】
更に補足すれば、本実施例では、画面更新が生じていない旨が判別された時点で即座に高画質表示用データＰＩＣｈｃが送信される訳ではなく、連続更新無し回数と基準値（ここではＮ）との比較により、発表者側表示装置１２０の表示画面１２１が真に安定した旨の判断を下し得る時点で、高画質表示用データＰＩＣｈｃが送信される。このため、オリジナル画像ＯＲＧが連続的に更新される、例えばスライドショー表示やアニメーション表示の実行時等において、高画質表示用データＰＩＣｈｃのデータサイズに起因する表示品質の著しい低下（即ち、表示画面１２１上でオリジナル画像ＯＲＧが更新されても表示画面２２１上の共有画像が追従しない、或いはスライドショーやアニメーションの連続性が著しく低下する等の不具合）が抑制される。
【０１０２】
従って、本実施例によれば、画面共有を行うに際して、即時性の担保と共有画面の品質低下抑制という相互にトレードオフにある課題を好適に解決し、好適な画面共有を実現することが可能となるのである。
【０１０３】
＜第２実施例＞
次に、図６を参照し、本発明の第２実施例に係る画面共有処理について説明する。ここに、図６は、第２実施例に係る画面共有処理のフローチャートである。尚、同図において、図４と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１０４】
図６において、連続更新無し回数がＮに達した場合（ステップＳ１０４：ＹＥＳ）、制御部１１１は、高画質表示スレッドを開始する（ステップＳ２０４）。
【０１０５】
ここで、図７を参照し、高画質表示スレッドについて説明する。ここに、図７は、高画質表示スレッドのフローチャートである。尚、同図において、図４と重複する箇所には同一の符号を付してその説明を適宜省略することとする。尚、補足すると、高画質表示スレッドは、画面共有処理と並列に実行される処理である。
【０１０６】
図７において、制御部１１１は、高画質表示用データＰＩＣｈｃを生成し（ステップＳ１０５）、通信部１１２を制御して生成された高画質表示用データＰＩＣｈｃを送信する（ステップＳ１０６）。高画質表示用データＰＩＣｈｃの送信が終了すると、高画質表示スレッドは終了する。
【０１０７】
図６に戻り、ステップＳ１０１に係る処理において、画面更新が生じている旨が判別された場合（ステップＳ１０１：ＹＥＳ）、制御部１１１は、高速表示用データＰＩＣｈｓの送信中でないか否かを判別する（ステップＳ２０１）。高速表示用データＰＩＣｈｓの送信中である場合（ステップＳ２０１：ＮＯ）、制御部１１１は、処理をステップＳ１０１に戻し、一連の処理を繰り返す。
【０１０８】
高速表示用データＰＩＣｈｓの送信中でない場合（ステップＳ２０１：ＹＥＳ）、制御部１１１は更に、高画質表示用データＰＩＣｈｃの送信中であるか否かを判別する（ステップＳ２０２）。高画質表示用データＰＩＣｈｃの送信中である旨が判別された場合（ステップＳ２０２：ＹＥＳ）、制御部１１１は、上述した高画質表示スレッドを強制的に終了する（ステップＳ２０３）。
【０１０９】
高画質表示スレッドを強制的に終了させるか、或いはステップＳ２０２において高画質表示用データＰＩＣｈｃの送信中でない旨が判別された場合（ステップＳ２０２：ＮＯ）（即ち、この場合、画面更新が生じている状況において、高速表示用データＰＩＣｈｓも高画質表示用データＰＩＣｈｃも送信されていない場合に相当する）、制御部１１１は、高速表示用データＰＩＣｈｓを生成し（ステップＳ１０２）、参加者側ＰＣ２１０に送信する（ステップＳ１０３）。
【０１１０】
以上説明したように、本実施例では、高画質表示用データＰＩＣｈｃが、画面共有処理と並列的に実行される高画質表示スレッドにより、言わば画面共有処理から独立して実行されており、画面更新が生じた段階で高画質表示用データＰＩＣｈｃの送信中である場合（言い換えれば、高画質表示スレッドの実行中である場合）、速やかに高画質表示スレッドの実行が停止され、更新された表示画面１２１の内容に対応するオリジナル画像ＯＲＧが共有対象画像に設定され、高速表示用データＰＩＣｈｓの生成及び送信による、即時性の担保が図られる。
【０１１１】
このため、本実施例によれば、表示画面１２１が安定した（即ち、更新が頻繁に生じていない）旨の判別を経て高画質表示スレッドが開始されてから高画質表示スレッドが正常に終了する（即ち、高画質表示用データＰＩＣｈｃの送信が完了する）までの期間（即ち、上述した伝送時間ΔＴｈｃに相当する期間）において画面更新が生じた場合（連続更新無し回数がＮに達したところで、基本的に画面更新は任意のタイミングでなされ得るため、この種の事態が発生する可能性は、必ずしも無視し得る程度に低くない）に、高画質表示用データＰＩＣｈｃの送信終了まで係る画面更新に対応する高速表示用データＰＩＣｈｓの送信を待機せざるを得ないことに起因する即時性の低下が好適に防止される。
【０１１２】
＜第３実施例＞
次に、図８を参照し、本発明の第３実施例に係る画面共有処理について説明する。ここ
に、図８は、第３実施例に係る画面共有処理のフローチャートである。尚、同図において
、図６と重複する箇所には、同一の符号を付してその説明を適宜省略することとする。
【０１１３】
図８において、ステップＳ１０３に係る処理により高速表示用データＰＩＣｈｓが送信されると、制御部１１１は、画像更新ブロック配列フラグＦｇ＿ｂｌｃを設定する（ステップＳ４０１）。
【０１１４】
ここで、本実施例では、参加者側ＰＣ２１０に対する画像データの送信に際し、所謂差分領域送信が適用されている。差分領域送信とは、画面更新後の共有対象画像（例えば、オリジナル画像ＯＲＧ）のうち、前回表示された共有対象画像に対し変更が生じた領域を少なくとも含む（必ずしもそのような領域のみでなくてもよい）一部を送信するデータ伝送態様であり、画面更新の生じる毎に全画面分の画像データ（共有画像データ）を送信する場合と較べて、データサイズを顕著に縮減する（例えば、差分領域が全画像の半分の領域であれば、単純計算としてデータサイズを約半分にする）ことが可能となる。
【０１１５】
このような差分領域送信の一態様として、本実施例では更に、ブロック送信が実現されている。ブロック送信とは、即ち、共有画像データを所定のブロック単位で送信する手法であり、送信が完了したブロックに対応する画像（即ち、共有画像の一部）が順次表示画面２２１上に反映されるため、全画面分の画像データの送信が完了した時点で表示画面上に反映される場合と較べて、画面共有に際してのフレキシビリティに優れている。
【０１１６】
ここで、このようなブロック送信が適用されている状況に鑑みれば、図８におけるステップＳ２０３に係る処理で高画質表示スレッドが強制終了されても、場合によってはその時点で既に高画質表示用データＰＩＣｈｃの送信が終了しているブロックが存在する可能性がある。また、差分領域送信が適用されている状況に鑑みれば、画面更新が生じた際に、必ずしもオリジナル画像ＯＲＧの全領域を高速表示用画像ＨＳに切り替える必要が生じる訳ではなく、画面共有処理が十分に進行した後の状態としては、参加者側表示装置２２０の表示画面２２１上に展開される共有画像は、高画質表示用画像ＨＣと高速表示用画像ＨＳとが混在したものとなり得る。
【０１１７】
図８のステップＳ４０１に係る画像更新ブロック配列フラグＦｇ＿ｂｌｃとは、高画質表示用データＰＩＣｈｃを送信すべきブロックの配列を規定するフラグであり、画面更新を反映して選択的に送信される差分領域に対応する高速表示用データＰＩＣｈｓに基づいて高速表示用画像ＨＳが表示されているブロック、及び差分領域に該当しなくても、過去に高画質表示スレッドが強制終了されたことにより未だ高画質表示用画像ＨＣに切り替えられていなブロックの配列を規定するフラグとして、高速表示用データＰＩＣｈｓの送信時に制御部１１１により随時更新される。
【０１１８】
次に、図９を参照し、第３実施例に係る高画質表示用スレッドの詳細について説明する。ここに、図９は、第３実施例に係る高画質表示スレッドのフローチャートである。尚、同図において、図７と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１１９】
図９において、制御部１１１は、先に設定された、画像更新ブロック配列フラグＦｇ＿ｂｌｃに基づいてオリジナル画像ＯＲＧ（即ち、画面更新後の共有対象画像）の全領域に対する更新領域を算出する（ステップＳ５０１）。更新領域を算出すると、この算出された更新領域に該当するブロックについて高画質表示用データＰＩＣｈｃが生成され（ステップＳ１０５）、ネットワーク１１を介して送信される（ステップＳ５０２）。高画質表示用データＰＩＣｈｃの送信が終了すると、画像更新ブロック配列フラグＦｇ＿ｂｌｃはクリアされ（ステップＳ５０２）、高画質表示スレッドが終了する。
【０１２０】
このように、第３実施例では、差分領域送信及びブロック送信が実行されることにより、画像データの伝送に比較的長時間を要する高画質表示用データＰＩＣｈｃを、実践上何らの問題も顕在化させることなく効率的に送信することが可能となる。このため、拠点相互間の画面共有が、より迅速に且つ円滑に実現される。また、差分領域送信の適用により、ネットワーク１１の伝送帯域に対する画面共有のロバスト性が相対的に向上する。
【０１２１】
＜第４実施例＞
次に、本発明の第４実施例について説明する。始めに、図１０を参照し、第４実施例に係る画面共有処理の詳細について説明する。ここに、図１０は、画面共有処理のフローチャートである。
【０１２２】
図１０において、制御部１１１は、セル属性設定処理を実行し（ステップＳ６００）、続いて画像データ処理を実行する（ステップＳ７００）。画面共有処理は、この二つの処理が繰り返し実行されることにより進行する。ここで、図１１を参照し、本実施例に特有の概念であるセルの詳細について説明する。ここに、図１１は、オリジナル画像ＯＲＧの模式図である。
【０１２３】
図１１において、オリジナル画像ＯＲＧは、縦軸及び横軸が夫々２５６分割されており、図中左上隅に相当するセルＣＬ１から右下隅に相当するセルＣＬ６５５３６までの合計６５５３６個のセルに仮想的に分割されている。個々のセルは、例えば１６×１６＝２５６ドットの微小領域であり、本実施例における画像更新の最小単位として扱われる。尚、オリジナル画像ＯＲＧの分割態様は、ここに例示するものに限定されない。
【０１２４】
図１０のステップＳ６００に係るセル属性設定処理とは、これら個々のセルＣＬｉ（ｉはセル識別子であり、本実施例では６５５３６以下の自然数である）の属性を設定する処理である。補足すると、本実施例に係る「属性」とは、高画質表示用画像ＨＣを表示するか、高速表示用画像ＨＳを表示するかといった画質（解像度）の属性と、参加者側ＰＣ２１０に対しこれらいずれかに関する画像データを送信すべきか否かといった送信要否に係る属性とを含むものである。
【０１２５】
より具体的に言えば、個々のセルの属性は、高画質表示フラグＦｇ＿ｈｃ及び高速表示フラグＦｇ＿ｈｓの二種類の属性フラグにより規定される。高画質表示フラグＦｇ＿ｈｃは、「１」なる値を採る場合に高画質表示用データＰＩＣｈｃを送信すべき旨が、「０」なる値を採る場合に高画質表示用データＰＩＣ＿ｈｃを送信すべきでない旨が、夫々規定されるフラグであり、高速表示フラグＦｇ＿ｈｓは、「１」なる値を採る場合に高速表示用データＰＩＣｈｓを送信すべき旨が、「０」なる値を採る場合に高速表示用データＰＩＣ＿ｈｓを送信すべきでない旨が、夫々規定されるフラグである。
【０１２６】
ここで、図１２を参照し、セル属性設定処理の詳細について説明する。ここに、図１２は、セル属性設定処理のフローチャートである。
【０１２７】
図１２において、制御部１１１は、セルカウンタｉを初期値である「１」に設定する（ステップＳ６０１）。ここで、セルカウンタｉとは即ち、上述したセル識別子を特定するためのカウンタであり、セルカウンタｉの数値は、そのままセル識別子として扱われる。
【０１２８】
セルカウンタｉを初期化すると、制御部１１１は、セルＣＬｉが更新されていないか否かを判別する（ステップＳ６０２）。セルＣＬｉが更新されている場合（ステップＳ６０２：ＮＯ）、制御部１１１は、更新カウンタｊを初期値ｎに設定し、更新カウンタｊを初期化する（ステップＳ６０４）。
【０１２９】
ここで、更新カウンタｊとは、各セルの更新状態を規定するフラグであり、概略的には、更新されていない旨が判別される毎に、初期値ｎからディクリメントされるフラグである。初期値ｎの値は、適合値であり、例えば、上記各種実施例における連続更新無し回数の基準値Ｎと同等であってもよい。制御部１１１は、更新カウンタｊを初期化すると、先に述べた属性フラグの一である高速表示フラグＦｇ＿ｈｓを「１」に設定する（ステップＳ６０８）。
【０１３０】
一方、セルＣＬｉが更新されていない場合（ステップＳ６０２：ＹＥＳ）、制御部１１１は、更新カウンタｊを「１」だけディクリメントする（ステップＳ６０３）。更新カウンタｊをディクリメントすると、制御部１１１は、更新カウンタｊが「０」であるか否かを判別する（ステップＳ６０５）。更新カウンタｊが「０」でない場合（ステップＳ６０５：ＮＯ）、制御部１１１は、高速表示フラグＦｇ＿ｈｓ及び高画質表示フラグＦｇ＿ｈｃの二種類の属性フラグを共に「０」に設定する（ステップＳ６０７）。即ち、この場合、セルＣＬｉは、共有画像に関する画像データの送信対象から除外される。また、更新カウンタｊが「０」である場合（ステップＳ６０５：ＹＥＳ）、制御部１１１は、高画質表示フラグＦｇ＿ｈｃを「１」に設定する（ステップＳ６０６）
ステップＳ６０６、Ｓ６０７及びＳ６０８のいずれか一が実行されると、処理はステップＳ６０９に移行し、セルカウンタｉが「１」インクリメントされ、属性フラグの設定対象となるセルが、現時点の選択されているセルと隣接するセルに切り替えられる。
【０１３１】
また、この際、セルカウンタｉが全セル数、即ち「６５５３６」であるか否かが判別される（ステップＳ６１０）。セルカウンタｉが「６５５３６」でない場合（ステップＳ６１０：ＮＯ）、言い換えれば、未だ全セルに対しステップＳ６０２からステップＳ６０６、Ｓ６０７又はＳ６０８に至る処理過程が実行されていない場合、処理はステップＳ６０２に戻され、一連の処理が繰り返される。このようにして全てのセルについて属性フラグの設定がなされると、セルカウンタｉはセル数、即ち「６５５３６」となり、ステップＳ６１０に係る分岐が「ＹＥＳ」となり、セル属性設定処理が終了する。
【０１３２】
このように、セル属性設定処理によれば、オリジナル画像ＯＲＧに対し設定されるセル各々について、セルの更新（即ち、画面更新と同様の概念である）時において一回だけ高速表示フラグＦｇ＿ｈｓが「１」となり、セルの更新がｎ回連続してなされなかった場合に一回だけ高画質表示フラグＦｇ＿ｈｃが「１」となる。それ以外の場合については、属性フラグはいずれも「０」に設定される。
【０１３３】
次に、図１３を参照し、画像データ処理の詳細について説明する。ここに、図１３は、画像データ処理のフローチャートである。
【０１３４】
図１３において、制御部１１１は、高速表示セルが存在するか否かを判別する（ステップＳ７０１）。高速表示セルとは、高速表示フラグＦｇ＿ｈｓが「１」に設定されたセルである。高速表示セルが存在しない場合（ステップＳ７０１：ＮＯ）、処理はステップＳ７０５に移行する。
【０１３５】
一方、高速表示セルが存在する場合（ステップＳ７０１：ＹＥＳ）、制御部１１１は、オリジナル画像ＯＲＧの分割及び圧縮を実行する（ステップＳ７０２）。
【０１３６】
ここで、オリジナル画像ＯＲＧの分割及び圧縮とは、高速表示セルを可能な限り（物理的に可能であるか否かというよりは、実践的にみて制御上の負荷軽減等の優位性が生じ得る限り、といった意味に近い）集約し（即ち、圧縮し）、係る集約した高速表示セルの集合体を一単位としてオリジナル画像ＯＲＧを分割することを意味する。
【０１３７】
但し、このような処理は、セルを単位として画像データの送信を行う際の制御上の負荷軽減を目的としたものであり、無論一例に過ぎず、例えば個々のセルを単位として画像データの送信を実行するように制御プロセスが構築されている場合には、必ずしも必要ではない。
【０１３８】
オリジナル画像ＯＲＧの分割及び圧縮が終了すると、制御部１１１は、係る分割及び圧縮の結果として生じた領域毎に高速表示用データＰＩＣｈｓを生成し（ステップＳ７０３）、通信部１１２を制御することによりネットワーク１１を介して係る生成された高速表示用データＰＩＣｈｓを参加者側ＰＣ２１０に送信する（ステップＳ７０４）。
【０１３９】
ステップＳ７０１において高速表示セルが存在しない旨が判別されたか、或いはステップＳ７０４において高速表示用データＰＩＣｈｓが送信された場合、制御部１１１は、高画質表示セルが存在するか否かを判別する（ステップＳ７０５）。高画質表示セルとは、高画質表示フラグＦｇ＿ｈｃが「１」に設定されたセルである。高画質表示セルが存在する場合（ステップＳ７０５：ＹＥＳ）、制御部１１１は、高速表示セルの場合と同様に、オリジナル画像ＯＲＧの分割及び圧縮を実行する（ステップＳ７０６）。
【０１４０】
オリジナル画像ＯＲＧの分割及び圧縮が終了すると、制御部１１１は、係る分割及び圧縮の結果として生じた領域毎に高画質表示用データＰＩＣｈｃを生成し（ステップＳ７０７）、通信部１１２を制御することによりネットワーク１１を介して係る生成された高画質表示用データＰＩＣｈｃを参加者側ＰＣ２１０に送信する（ステップＳ７０８）。
【０１４１】
ステップＳ７０８に係る処理が実行されるか、或いはステップＳ７０５において高画質表示セルが存在しない旨の判別がなされた場合（ステップＳ７０５：ＮＯ）、画像データ処理は終了する。
【０１４２】
本実施例によれば、このようにして属性フラグ設定処理及び画像データ処理が繰り返し実行されることにより、参加者側表示装置２１０の表示画面２１１に表示される共有画像を可及的に高画質表示用画像ＨＣに維持しつつ、更新が生じたセルについては速やかに高速表示用画像ＨＳを表示させることによって即時性を担保するといった、実践上極めて高い利益が提供される。
【０１４３】
例えば、オリジナル画像ＯＲＧのうち、極小領域のみが継続的に更新されている場合（例えば、オリジナル画像自体は静止画として安定しているにもかかわらず、オリジナル画像とは別の位置においてカーソルが絶えず点滅している場合等）、このようなセルの概念を導入しないと、単にオリジナル画像ＯＲＧが更新されている旨の判別がなされることによって、オリジナル画像ＯＲＧ全体が高速表示用画像ＨＳに切り替わり、本来静止画である部分についても低画質の高速表示用画像ＨＳが表示され得る。この場合、画面を共有する拠点Ｂの参加者１２Ｂの感覚から言えば、無用に共有画像の画質が低下している旨の違和感を覚え得る。
【０１４４】
その点、本実施例或いはそれに類する処理を適用することにより、高速表示用画像ＨＳの表示領域を、例えば係る極小領域に対応する部分に留めることができ、係る極小領域に対応する共有画像の更新に際した即時性を担保するために他の大部分の領域における画質の低下が生じるといった、実践上好ましくない事態の発生が好適に防止されるのである。
【０１４５】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う画面共有処理装置、画面共有方法及びコンピュータプログラムもまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【０１４６】
１０…画面共有システム、１１…ネットワーク、１２Ａ…発表者、１２Ｂ…参加者、１００…発表者側システム、１１０…発表者側ＰＣ、１１１…制御部、１１２…通信部、１１３…表示制御部、１１４…画像データ生成部、１１５…入力部、１２０…発表者側表示装置、１２１…表示画面、２００…参加者側システム、２１０…参加者側ＰＣ、２１１…制御部、２１２…通信部、２１３…表示制御部、２１５…入力部、２２０…参加者側表示装置、２２１…表示画面。
【技術分野】
【０００１】
本発明は、例えば複数の拠点で表示画面を共有する場合等に適用可能な画面共有処理装置、画面共有方法及びコンピュータプログラムの技術分野に関する。
【背景技術】
【０００２】
画像の伝送を伴う点でこの種の技術分野と関係するものとして、カーナビゲーションシステムおいて画像を適切に伝送するものが提案されている（例えば、特許文献１参照）。特許文献１に開示された画像データ供給装置（以下、「従来の技術」と称する）によれば、視聴者の視覚特性を考慮した場合の優先すべき点が異なることに着目し、スクロール再生時にはフレーム内圧縮により、また非スクロール再生時にはフレーム間圧縮により夫々伝送データ量を低減することによって、所定の通信帯域内での適切な伝送を行うことが可能であるとされている。
【０００３】
【特許文献１】特開２０００−２３２６４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
画面を共有したデータ会議等においては、共有される画面が、例えば上述したナビゲーション用の地図画像に対応する画面の如く予め定まっておらず多岐にわたる。従って、共有される画面に対しユーザ側でなされる行為も多岐にわたり、単にスクロールに限定されない各種の画面更新が定期又は不定期の別を問わず行われ得る。従って、スクロール再生に特化した従来の技術では、画像の圧縮が必ずしも適切に行われず、伝送帯域の不足による表示レスポンスの遅延が顕在化しかねない。
【０００５】
一方で、例えばネットワークを介し、例えば遠隔地等に設置された表示装置や制御機器をリモートコントロール（遠隔操作）して例えばデータ会議等を行うに際し、ネットワークの伝送帯域が不足している場合、スクロール画像であれ非スクロール画像であれ何らかの圧縮を行う旨の従来の技術を適用して通信速度の確保を図ることも考えられるが、この場合、共有される画面の品質は、共有元の画面に対し低下したままとなるから、共有される画面の品質低下が顕在化しかねない。
【０００６】
即ち、従来の技術では、画面を共有する際に要求される即時性と共有すべき画面の品質とを両立することが困難であるという技術的な問題点がある。
【０００７】
本発明は、上述した問題点に鑑みてなされたものであり、画面を共有する際に要求される即時性と共有される画面の品質とを両立し得る画面共有処理装置、画面共有方法及びコンピュータプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、請求項１の画面共有処理装置は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置であって、所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御手段と、前記共有対象画像を複数の仮想セルに分割する分割手段と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別手段と、前記各々について、連続して更新されていない回数又は時間を特定する特定手段と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成手段と、前記端末装置に対し前記ネットワークを介して（１）前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給し、（２）前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給すると共に、（３）前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する供給手段とを具備することを特徴とする。
【０００９】
上述した課題を解決するため、請求項５の画面共有方法は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置における画面共有方法であって、所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御工程と、前記共有対象画像を複数の仮想セルに分割する分割工程と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別工程と、前記各々について、連続して更新されていない回数又は時間を特定する特定工程と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成工程と、前記端末装置に対し前記ネットワークを介して前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給する第１供給工程と、前記端末装置に対し前記ネットワークを介して前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給する第２供給工程と、前記端末装置に対し前記ネットワークを介して、前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する第３供給工程とを具備することを特徴とする。
【００１０】
上述した課題を解決するため、請求項６に記載のコンピュータプログラムは、コンピュータシステムを請求項１から４のいずれか一項に記載の画面共有処理装置として機能させることを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施例に係る画面共有システムの構成を概念的に表してなる概略構成図である。
【図２】図１の画面共有システムにおける発表者側ＰＣの構成を概念的に表してなるブロック図である。
【図３】図１の画面共有システムにおける参加者側ＰＣの構成を概念的に表してなるブロック図である。
【図４】制御部により実行される画面共有処理のフローチャートである。
【図５】拠点間における画面共有に係るタイミングチャートである。
【図６】本発明の第２実施例に係る画面共有処理のフローチャートである。
【図７】第２実施例に係る高画質表示スレッドのフローチャートである。
【図８】本発明の第３実施例に係る画面共有処理のフローチャートである。
【図９】第３実施例に係る高画質表示スレッドのフローチャートである。
【図１０】本発明の第４実施例に係る画面共有処理のフローチャートである。
【図１１】第４実施例に係るオリジナル画像の模式図である。
【図１２】図１０の画面共有処理において実行されるセル属性設定処理のフローチャートである。
【図１３】図１０の画面共有処理において実行される画像データ処理のフローチャートである。
【発明を実施するための形態】
【００１２】
＜画面共有処理装置の実施形態＞
本発明の画面共有処理装置に係る実施形態は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置であって、所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御手段と、前記共有対象画像を複数の仮想セルに分割する分割手段と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別手段と、前記各々について、連続して更新されていない回数又は時間を特定する特定手段と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成手段と、前記端末装置に対し前記ネットワークを介して（１）前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給し、（２）前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給すると共に、（３）前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する供給手段とを具備する。
【００１３】
本実施形態における「ネットワーク」とは、ＷＡＮ（Wide Area Network）網又はＬＡＮ（Local Area Network）網等の比較的限定された通信網を含み、更にはこれらＷＡＮ網又はＬＡＮ網を介して、或いは電話回線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）又は光ファイバーケーブル等を介して適宜に接続されるインターネット等の広域通信網を包括する概念である。尚、ネットワークに収容された、端末装置及び画面共有処理装置相互間における各種情報、データ、又はデータファイル等の授受形態は、例えば何らかのサーバ装置を介したものであってもよいし、例えばＰ２Ｐ（Peer To Peer）等サーバ装置を介さないものであってもよい。尚、端末装置及び画面共有処理装置は、ハードウェア構成に関して言えば相互に同等であってもよく、例えばいずれもパーソナルコンピュータやワークステーション等の各種コンピュータシステムとして構築されていてもよい。
【００１４】
本実施形態に係る画面共有処理装置は、端末装置並びに第１及び第２表示手段と共に、画面共有システムを構築しており、第１表示手段は、端末装置と一体に構成されるにせよ別体に構成されるにせよ、好適な一形態として、この画面共有システムを利用してなされる各種イベントの一拠点に設置される。同様に、第２表示手段は、画面共有処理装置と一体に構成されるにせよ別体に構成されるにせよ、好適な一形態として、この画面共有システムを利用してなされる各種イベントの他の拠点に設置される。
【００１５】
補足すると、ここで述べられる「画面共有システム」とは、複数の拠点間で異なる表示手段を介して表示画面を視覚的に共有しつつ進行させることが可能な各種のイベント、例えば、各種会議、打ち合わせ、講義、講演、討論、会合、発表会或いはプレゼンテーション等における画面共有に適用可能なシステムを包括するものである。
【００１６】
この際、複数の拠点における表示手段の制御態様は、各種態様を採ることが可能であり、例えば、一の拠点における制御装置等から、他の拠点における表示手段又は当該表示手段を制御可能な各種制御装置等に対し、ネットワークを介して適宜画面表示制御用のコマンドや制御信号を供給すること等によって、一の拠点から他の拠点の表示手段をリモートコントロール（遠隔制御）してもよいし、一の拠点と他の拠点との間で、各々表示手段を制御可能なコンピュータシステム等を介して共通のアプリケーションを起動し、例えば共有すべき画面（或いは、画面に関する画像データ）の送り手側と受け手側とを適宜設定して、当該送り手側から適宜共有すべき画面或いは画像データを供給することにより、アプリケーションプログラムの機能の少なくとも一部として、この種の画面共有を実現してもよい。
【００１７】
また、「拠点」とは、好適な一形態として、これら各種イベントの参加者又は参加グループの居る位置又は場所等を指し、拠点各々は、好適な一形態として、例えば画面共有を必要とする程度に相互に離間した遠隔地同士であってもよいし、近接地同士であってもよい。
【００１８】
本実施形態によれば、その動作時には、例えばＣＰＵ（Central Processing Unit）若しくはＭＰＵ（Micro Processing Unit）等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る表示制御手段により、所定の入力に応じて共有対象画像が表示されるように第２表示手段が制御される。
【００１９】
本実施形態における「所定の入力」とは、例えば画面共有処理装置の所有者又は使用者等が、或いは端末装置の所有者又は使用者等が、例えばマウス、キーボード、タッチペン、トラックボール、タッチパッド、スクロールボタン又はタッチパネル装置等の形態を採り得る各種入力手段等を介して行う各種入力操作及びそれらに伴い生成又は供給される各種駆動信号、制御信号又は制御情報等を包括する広い概念である。従って、所定の入力に係る個別具体的な態様は、本実施形態の本質部分とは無関係であり、例えば、所定の入力とは、画面共有を行うための然るべきアプリケーションソフトウェアの起動、当該起動に引き続く各種設定、選択、指示、指定或いはコマンド送信等を適宜に含んでもよい。
【００２０】
この種の入力に応じて第２表示手段には共有対象画像が表示される。共有対象画像とは、複数拠点間で共有されるべき画像（即ち、共有すべき画面を構成する画像）であり、且つ基準となる表示品質を有する画像である。共有対象画像は、第２表示手段の表示画面全体を表す画像であってもよいし、その一部を表す画像であってもよく、その場合、例えば表示画面上に展開される各種ウィンドウ、或いは各種アイコン又は各種文字情報等各種の画像を含むものであってもよい。
【００２１】
ここで、本実施形態に係る画面共有処理装置により複数拠点間での共有が図られる共有対象は、あくまで画面のイメージであるから、共有対象画像が各種アプリケーションソフトウェア上でデータファイルを展開することにより得られる性質のものであるにせよ、端末装置に対してこの種の比較的データサイズの小さいデータファイルが供給されることはなく、共有対象画像に対応する画像を第１表示手段に表示させることにより端末装置側の拠点と表示画面の共有を行おうと試みる場合、ネットワークを介して、この共有対象画像に対応する画像データを供給（即ち、送信或いは伝送と表現されてもよい）する必要がある。
【００２２】
この際、端末装置では、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能であるから、第１表示手段には、理想的には、共有対象画像に対応する共有画像（解像度及び色設定等各種の画質制御態様に応じて、その画質は必ずしも共有対象画像と一致せずともよい）が順次表示され得る。
【００２３】
ところが、画像データの供給に供されるネットワークの容量（例えば、伝送帯域幅或いはデータ伝送速度等）は、インフラの整備の度合いに応じて、各種の態様が存在しており、例えば画像データの供給に供される伝送帯域の帯域幅が相対的に広いといった意味での広帯域ネットワークと、当該帯域幅が相対的に狭いといった意味での狭帯域ネットワークとでは、同一の画像データの供給完了までに要する伝送時間が変化するのは自明であり、何らの対策も講じられることがなければ、ネットワークの容量に応じて、画面共有によって得られる効果に多大な差が生じ得る。
【００２４】
例えば、画面共有処理装置を、拠点相互間で共有画像の表示タイミングに時系列上の整合性、言い換えれば即時性（追従性）が要求される場面に適用しようとした場合、端末装置側の拠点における共有画像の表示が遅延することによって、上述した各種イベントの円滑な進行が著しく妨げられかねない。一方で、上述した各種イベントには、共有画像の表示品質が重要視されるものもあり（例えば、デザイン性が重要となる各種新製品に関する会議やプレゼンテーション等）、上述した不具合を回避するために、伝送すべきデータのデータサイズを著しく減じれば、端末装置側の拠点における共有画像の表示品質が著しく低下して、画面共有下でなすべき会議やプレゼンテーションの意義自体が損なわれかねない。
【００２５】
そこで、本実施形態に係る画面共有処理装置によれば、以下の如くにして画面を共有する際に要求される即時性と共有される画面の品質との両立が図られる。即ち、本実施形態に係る画面共有処理装置によれば、その動作時には、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る生成手段により、共有対象画像に対応する共有画像を第１表示手段に表示させるための複数の共有画像データが生成される。
【００２６】
ここで、生成手段は、これら複数の共有画像データとして、第１共有画像データと、第１共有画像データよりもデータサイズが小さい（即ち、好適な一形態としては何らかの形で圧縮等のデータ量低減処理が施された）第２共有画像データを生成する。即ち、第１共有画像データのデータサイズが相対的に大、第２共有画像データのデータサイズが相対的に小である。この際、これら複数の共有画像データのうちデータサイズが最大なるものが、共有対象画像そのものに対応する（即ち、第２表示手段の表示画面と第１表示手段の表示画面とを整合させる旨に相当する）必要はなく、共有対象画像よりも高品質（例えば、高解像度）な画像に対応していてもよいし、共有対象画像よりも低品質（例えば、低解像度）な画像に対応していてもよい。また、生成される共有対象画像データの数量は、必ずしも二個に限定されない。
【００２７】
尚、第２共有画像データの生成態様は、第１共有画像データよりもデータサイズが小さい限りにおいて如何様にも限定されず、例えば、ＪＰＥＧ或いはＭＰＥＧ等の各種非可逆的なデータ圧縮手法が採用されてもよいし、例えば減色処理等を施すことによりデータサイズの縮減が図られてもよい。尚、好適な一形態としては、これら二種類の共有画像データが生成されれば十分であるが、生成手段は、必ずしもこれら二種類の共有画像データのみを生成せずともよい。
【００２８】
生成手段により複数の共有画像データが生成されると、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る供給手段により、これら生成された共有画像データが、ネットワークを介して端末装置に供給される。この際、供給手段は、当該データサイズの小さい順に共有画像データを供給する。即ち、第２共有画像データが第１共有画像データに先んじて供給される。従って、端末装置においては、相対的にデータサイズの大きい第１共有画像データに先んじて、相対的にデータサイズの小さい第２共有画像データが取得される。
【００２９】
端末装置では、先に述べたように、ネットワークを介して順次供給される画像データ（即ち、共有画像データがこれに該当する）に基づいて第１表示手段に順次画像を表示させることが可能であり、結果的に、第１表示手段には、少なくとも初期段階として相対的に低品質の共有画像が表示されることとなる。
【００３０】
この際、この低品質な共有画像に対応する第２共有画像データは、データサイズが相対的に小さいから、画面共有処理装置が共有対象画像を共有すべく共有画像データの供給を開始してから実際にこの相対的にみて低品質の共有画像が第１表示手段に表示されるまでに生じる時間遅延は可及的に最小化され、表示レスポンスの向上が図られる。
【００３１】
一方、本発明に係る画面共有処理装置によれば、このような低品質の共有画像に対応する第２共有画像データの供給に追従する形で、高品質の共有画像（例えば、共有対象画像と同品質の表示画面を構成し得る画像）に対応する第１共有画像データの供給がなされる。従って、当該データはネットワーク容量及び共有画像データの絶対的なデータサイズに応じた時間遅延を経るにせよ、いずれは端末装置に取得される。即ち、この高品質の共有画像に対応する第１共有画像データの取得が完了した段階で、或いは取得が進行する過程で随時、第１表示手段の表示画面には、この高品質な共有画像が順次表示されることとなる。
【００３２】
このように、本実施形態に係る画面共有処理装置によれば、データサイズの異なる複数の共有画像データが生成され、データサイズの小さい順に供給されることによって、第１表示手段における共有画像の表示に係る即時性（追従性）が担保されると共に、定常的には、第１表示手段にデータサイズの大きい共有画像データに基づいた高品質の共有画像を表示させることができるため、即時性の担保に際し共有画像の表示品質が阻害されることがない。即ち、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能となるのである。
【００３３】
ここで特に、本発明に係る画面共有処理装置によれば、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る分割手段により共有対象画像が複数の仮想セルに分割される。
【００３４】
また、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る判別手段により、この複数の仮想セルの各々について、更新されているか否かが判別される。
【００３５】
仮想セルの各々が更新されているか否かは、例えば何らかの指標値と判断基準値との比較等に基づいて判別されてもよいし、その都度予め実験的に、経験的に、理論的に又はシミュレーション等に基づいて表示品質よりも共有対象画像に対する整合性が要求されている旨を実践上不足無く推定し得るように設定されてなる各種のアルゴリズムに従って個別具体的に判別されてもよい。
【００３６】
そして、供給手段は、上述した第１共有画像データに先んじた第２共有画像データの供給に加えて、更新されたと判別された仮想セルについてはデータサイズの小さい第２共有画像データを、また更新されていない回数又は時間が所定値に達した仮想セルについては相対的に高品質な共有画像に対応する第１共有画像データを供給する構成となっている。
【００３７】
従って、例えば、マウスカーソルが点滅している、或いはタスクバーの時計アイコンに相当する部分のみが動いている等、共有対象画像の一部が更新されているに過ぎない状況において、第１表示手段に表示される共有画像全体が第２共有画像データに基づいた低画質画像となることを回避しつつ、継続的に更新されている仮想セルについては、第２共有画像データに基づいた高速表示が可能となるため実践上極めて有益である。
【００３８】
尚、別の観点から言えば、本発明に係る画面共有処理装置によれば、仮想セルが継続して更新されている場合には、第１共有画像データの供給が禁止される。このため、共有画像の画質の低下を実質的に顕在化させない範囲で、共有画像と共有対象画像との整合を可及的に図ることが可能となり実践上有益である。
【００３９】
尚、「継続して更新される」とは、例えば、動画が表示されている場合や、スライドショー機能等における自動再生がなされている場合等を含む概念であり、定性的には、共有画像を実際に視認するユーザ（端末装置側のユーザ）が、共有画像の表示品質よりも共有対象画像との整合性（言い換えれば、共有画像を表示する際の即時性又は追従性）を要求する場合を含み得る。
【００４０】
本発明の画面共有処理装置に係る実施形態の一の態様では、前記ネットワークを介し、前記端末装置において前記共有画像を更新すべくなされた端末側入力に対応する制御情報を取得する取得手段を更に具備し、前記表示制御手段は、前記取得された制御情報に基づいて前記共有対象画像を更新する。
【００４１】
この態様によれば、例えばＣＰＵ若しくはＭＰＵ等の各種処理ユニット、各種プロセッサ、コントローラ又は各種機能モジュール等の各種形態を採り得る、或いはそれらとは全く異なる物理的、機械的、機構的又は電気的構成を採り得る取得手段により、端末側入力に対応する制御情報が取得される。この端末側入力は、第１表示手段に表示された共有画像を更新すべくなされる、例えばポインタによる該当箇所の指示、又は文字、記号、数字、線若しくは絵等の記入等に関する入力であり、制御情報には、端末側入力の種類及び共有画像若しくは共有対象画像上の位置等に関する情報が含まれてもよい。
【００４２】
この態様によれば、表示制御手段は、上述した所定の入力に応じて適宜共有対象画像を更新することに加え、この取得された制御情報に基づいて共有対象画像を適宜更新する。この共有対象画像の更新に伴い、共有画像データが新たに生成され、供給手段により端末装置に供給されるため、第１表示手段に表示される共有画像は、あたかも端末側入力がダイレクトに共有画像に反映されたかのように更新される。即ち、この態様によれば、共有対象画像に対応する共有画像を単に画像として表示しているに過ぎない（即ち、表示画面の視覚的な整合がなされているに過ぎない）端末装置側において、画面共有システムを利用した各種イベントへの積極的な参加を促すことが可能となり、各種イベント双方向性が格段に向上し得る旨の実践上の高い利益が提供される。また、このように、各種イベントの双方向性が向上する程、ネットワーク容量が当該イベントの進行に与える影響は大きくなるから、本実施形態がより効果的に機能し得る。
【００４３】
本発明の画面共有処理装置に係る実施形態の他の態様では、前記生成手段は、前記共有対象画像のうち前回から更新された部分を含む少なくとも一部について前記複数の共有画像データを生成する。
【００４４】
この態様によれば、共有対象画像のうち前回から更新された部分を含む少なくとも一部について共有画像データが生成され、端末装置に供給される。即ち、この態様によれば、「差分領域送信」等と称される公知のデータ伝送態様が実現され、共有画像データの元々のデータサイズを縮減することが可能となる。
【００４５】
従って、ネットワーク容量に対するロバスト性を向上させることが可能となり、各種イベントを一層円滑に進行させることが可能となる。尚、この種の差分領域送信により共有対象画像のデータサイズを縮減することが可能であることに鑑みれば、異なるアプローチとして、生成手段により生成される共有画像データのうち、データサイズの小さい方の共有画像データのデータサイズを幾らかなり大きくする（即ち、共有対象画像に対する低品質側の共有画像の品質低下の度合いを軽減する）ことも可能である。
【００４６】
本発明の画面共有処理装置に係る実施形態の一の態様では、前記供給手段は、前記各々について、前記端末装置に対し前記第１共有画像データが供給されている期間において前記共有対象画像が更新された場合に、前記端末装置に対し前記第１共有画像データに替えて前記更新された共有対象画像に対応する前記第２共有画像データを供給する。
【００４７】
共有対象画像は、第２表示手段に表示される、例えば各種アプリケーションソフトウェアの画面等に相当する画像であり、またデータ会議等において会議の進行役を担う側の画像であるから、一定又は不定を問わず、頻繁に更新される（即ち、「所定の入力」或いは「端末側入力」が頻繁に生じる）可能性が高い。ここで、共有対象画像がその規模の大小を問わず更新された場合（例えば、プレゼンテーション用のアプリケーションソフトウェア等におけるスライドショー機能において、表示ページが切り替えられた場合等）、画面の共有先となる第１表示手段側では、速やかに係る更新に追従する必要があるが、その時点で相対的にデータサイズが大きい第１共有画像データがネットワークを介して伝送中である場合、何らの対策も講じられることがなければ、係る第１共有画像データの供給終了後に、更新された共有対象画像に対応する共有画像を表示させるための第２共有画像データの供給を開始せざるを得ない。この場合、共有対象画像の更新に共有画像の更新が追従し難くなり、また比較的長時間をかけて供給した第１共有画像データは、場合によっては無駄となる。
【００４８】
この態様によれば、仮想セルの各々について、第１共有画像データが供給されている期間において共有対象画像が更新された場合には、実行中の第１共有画像データの供給は停止され、新たに更新された共有対象画像に対応する第２共有画像データの供給が開始される。このため、画面を共有する際の即時性が担保され好適である。
＜画面共有方法の実施形態＞
本発明の画面共有方法に係る実施形態は、ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置における画面共有方法であって、
所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御工程と、前記共有対象画像を複数の仮想セルに分割する分割工程と、前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別工程と、前記各々について、連続して更新されていない回数又は時間を計測する計測工程と、前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成工程と、前記端末装置に対し前記ネットワークを介して前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給する第１供給工程と、前記端末装置に対し前記ネットワークを介して前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給する第２供給工程と、前記端末装置に対し前記ネットワークを介して、前記各々のうち、更新されていないと判別され、且つ前記取得された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する第３供給工程とを具備する。
【００４９】
本発明の画面共有方法に係る実施形態によれば、上述した本発明の画面共有処理装置における各手段と同等の各工程における作用により、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能である。
＜コンピュータプログラムの実施形態＞
本発明のコンピュータプログラムに係る実施形態は、コンピュータシステムを上記いずれかの画面共有処理装置として機能させる。
【００５０】
本発明のコンピュータプログラムに係る実施形態によれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体或いはＵＳＢ（Universal Serial Bus）メモリ等コンピュータシステムに着脱可能な固体型記憶装置から、当該コンピュータプログラムをコンピュータシステムに読み込んで実行させれば、或いは、当該コンピュータプログラムを、例えば、通信手段等を介してコンピュータシステムにダウンロードさせた後に実行させれば、上述した本発明の画面共有処理装置に係る実施形態を比較的簡単に実現できる。
【００５１】
尚、上述した本発明の画面共有処理装置に係る実施形態における各種態様に対応して、本発明のコンピュータプログラムに係る実施形態も各種態様を採ることが可能である。
【００５２】
以上説明したように、本発明の画面共有処理装置に係る実施形態によれば、表示制御手
段、生成手段、分割手段、判別手段、特定手段及び供給手段を備えるので、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能である。
【００５３】
以上説明したように、本発明の画面共有方法に係る実施形態によれば、表示制御工程、生成工程、分割工程、判別工程、特定工程、第１供給工程、第２供給工程及び第３供給工程を備えるので、画面を共有する際に要求される即時性と共有される画面の品質とを両立することが可能である。
【００５４】
以上説明したように、本発明のコンピュータプログラムに係る実施形態によれば、上記いずれかの画面共有処理装置を比較的簡単に実現できる。
【００５５】
本発明のこのような作用及び他の利得は次に説明する実施例から明らかにされる。
【実施例】
【００５６】
以下、適宜図面を参照して、本発明の好適な実施例について説明する。
【００５７】
＜第１実施例＞
＜実施例の構成＞
始めに、図１を参照し、本発明の第１実施例に係る画面共有システム１０の構成について説明する。ここに、図１は、画面共有システム１０の構成を概念的に表してなる概略構成図である。
【００５８】
図１において、画面共有システム１０は、相互に離れた会議室たる拠点Ａ及び拠点Ｂを繋ぐＬＡＮ網たるネットワーク１１に収容された、発表者側システム１００及び参加者側システム２００を含んで構成され、発表者側システム１００を管轄下に置く、拠点Ａの発表者１２Ａ（単数であっても複数であっても構わない）と、参加者側システム２００を管轄下に置く、拠点Ｂの参加者１２Ｂ（単数であっても複数であっても構わない）との間で、表示画面を相互に且つ視覚的に共有しつつデータ会議を行うことが可能に構成されたシステムである。
【００５９】
発表者側システム１００は、発表者側ＰＣ１１０及び発表者側表示装置１２０を備える。
【００６０】
発表者側ＰＣ１１０は、発表者側システム１００の動作を制御する制御装置であり、本発明に係る「画面共有処理装置」の一例である。発表者側ＰＣ１１０の詳細な構成については後述する。
【００６１】
発表者側表示装置１２０は、画像を表示するための表示画面１２１を有するディスプレイ装置であり、本発明に係る「第２表示手段」の一例である。発表者側表示装置１２０は、発表者側ＰＣ１１０と電気的に接続された状態にあり、発表者側ＰＣ１１０により表示画面１２１の表示内容が制御される構成となっている。尚、発表者側表示装置１２０としては、例えばプラズマディスプレイ装置、ＣＲＴディスプレイ装置、又は液晶ディスプレイ装置等各種のディスプレイ装置が適用可能である。
【００６２】
参加者側システム２００は、参加者側ＰＣ２１０及び参加者側表示装置２２０を備える。
【００６３】
参加者側ＰＣ２１０は、参加者側システム２００の動作を制御する制御装置であり、本発明に係る「端末装置」の一例である。参加者側ＰＣ２１０の詳細な構成については後述する。
【００６４】
参加者側表示装置２２０は、画像を表示するための表示画面２２１を有するディスプレイ装置であり、本発明に係る「第１表示手段」の一例である。参加者側表示装置２２０は、参加者側ＰＣ２１０と電気的に接続された状態にあり、参加者側ＰＣ２１０により表示画面２２１の表示内容が制御される構成となっている。尚、参加者側表示装置２２０としては、例えばプラズマディスプレイ装置、ＣＲＴディスプレイ装置、又は液晶ディスプレイ装置等各種のディスプレイ装置が適用可能である。
【００６５】
次に、図２を参照し、発表者側ＰＣ１１０の詳細な構成について説明する。ここに、図２は、発表者側ＰＣ１１０の構成を概念的に表してなるブロック図である。尚、同図において図１と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００６６】
図２において、発表者側ＰＣ１１０は、制御部１１１、通信部１１２、表示制御部１１３、画像データ生成部１１４及び入力部１１５を備える。
【００６７】
制御部１１１は、演算処理装置としてのＣＰＵ並びにＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＨＤＤ（Hard Disk Drive）等の各種記憶手段を備え、発表者側ＰＣ１１０の動作全体を制御することが可能に構成された制御ユニットである。制御部１１１のＨＤＤには、予め後述する画面共有処理を実行するための画面共有アプリケーション及び当該画面供給アプリケーションの支配下で起動可能な、プレゼンテーション用ソフトウェア等の各種汎用アプリケーションが格納されている。この画面共有アプリケーションは、制御部１１１のＣＰＵにより実行される、本発明に係る「コンピュータプログラム」の一例である。
【００６８】
通信部１１２は、例えばＬＡＮケーブルや所定の無線通信帯域を有する無線通信ユニットを介してネットワーク１１と電気的に接続された通信インターフェイスである。
【００６９】
表示制御部１１３は、発表者側表示装置１２０に表示する画像に関する表示用データを生成すると共に、該生成された表示用データに従って表示画面１２１に画像を表示させることが可能に構成された画像処理装置である。表示制御部１１３は、制御部１１１と電気的に接続されており、制御部１１１によりその動作が上位に制御される構成となっている。
【００７０】
画像データ生成部１１４は、画像データの圧縮機能を備え、当該データ圧縮機能によるデータサイズの圧縮処理を適宜行いつつ画面共有処理の実行過程において参加者側ＰＣ２１０に適宜送信される各種画像データを生成することが可能に構成されたデータ処理ユニットである。画像データ生成部１１４は、制御部１１１と電気的に接続されており、制御部１１１によりその動作が上位に制御される構成となっている。
【００７１】
入力部１１５は、キーボード、マウス及びタッチペン等を含み、発表者１２Ａによる適宜の操作が可能に構成された入力デバイスである。入力部１１５は、図示せぬ入力インターフェイスを介して制御部１１１と電気的に接続されており、入力部１１５を介してなされる入力は、本発明に係る「入力」の一例として、制御部１１１によりリアルタイムに把握される構成となっている。
【００７２】
次に、図３を参照し、参加者側ＰＣ２１０の詳細な構成について説明する。ここに、図３は、参加者側ＰＣ２１０の構成を概念的に表してなるブロック図である。尚、同図において図２と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【００７３】
図３において、参加者側ＰＣ２１０は、制御部２１１、通信部２１２、表示制御部２１３及び入力部２１４を備える。
【００７４】
制御部２１１は、演算処理装置としてのＣＰＵ並びにＲＯＭ、ＲＡＭ及びＨＤＤ等の記憶手段を備え、参加者側ＰＣ２１０の動作全体を制御することが可能に構成された制御ユニットである。制御部２１１のＨＤＤには、予め後述する画面共有処理を実行するための画面共有アプリケーションが格納されている。このデータ会議アプリケーションは、制御部２１１のＣＰＵによって実行される構成となっている。
【００７５】
通信部２１２は、例えばＬＡＮケーブルや所定の無線通信帯域を有する無線通信ユニットを介してネットワーク１１と電気的に接続された通信インターフェイスである。
【００７６】
表示制御部２１３は、参加者側表示装置２２０に表示する画像に係る表示用データを生成すると共に、該生成された表示用データに従って表示画面２２１に画像を表示させることが可能に構成された画像処理装置である。表示制御部２１３は、制御部２１１と電気的に接続されており、制御部２１１によりその動作が上位に制御される構成となっている。
【００７７】
入力部２１４は、キーボード、マウス及びタッチペン等を含み、参加者１２Ｂによる適宜の操作が可能に構成された入力デバイスである。尚、入力部２１５は、図示せぬ入力インターフェイスを介して制御部２１１と電気的に接続されており、入力部２１５を介した入力内容は、本発明に係る「端末側入力」の一例として、制御部２１１によりリアルタイムに把握される構成となっている。
【００７８】
尚、本実施例では、発表者側ＰＣ１１０と参加者側ＰＣ２１０とは、各々に備わる通信部１１２及び２１２により、ネットワーク１１を介して直接データ及び情報の送受が可能に構成されている。但し、このような構成は一例であり、例えば、発表者側ＰＣ１１０と参加者側ＰＣ２１０とは、ネットワーク１１に備わる各種サーバ装置等を介してデータ及び情報の送受が可能に構成されていてもよい。
【００７９】
＜実施例の動作＞
次に、図４を参照し、本実施例の動作として、発表者側ＰＣ１１０の制御部１１１により実行される画面共有処理の詳細について説明する。ここに、図４は、画面共有処理のフローチャートである。尚、拠点Ａと拠点Ｂとの間で画面の共有がなされるに際しては、予め発表者側ＰＣ１１０及び参加者側ＰＣ２１０各々において、制御部により先に述べた画面共有アプリケーションが選択的に実行され、ネットワーク１１との接続処理や、拠点間での相互認証処理等を含む画面共有に関する初期設定処理がなされるが、この種の初期設定処理の詳細は、本発明の本旨とは関係が薄いため、説明の煩雑化を防ぐ目的からここではその説明を省略することとする。
【００８０】
また、図４の画面共有処理の開始時点においては、発表者側ＰＣ１１０において、先に述べたプレゼンテーション用ソフトウェアが起動され、然るべきアプリケーション画面が表示画面１２１に表示されているものとする。この表示画面１２１に表示された画像（例えば、アプリケーション画面が表示画面１２１全体に表示されている場合には例えば各種作業ウィンドウ等を含むアプリケーション画面であり、表示画面１２１の一部に当該アプリケーション画面が表示されている場合には、アプリケーション画面に加えてデスクトップ背景画面、タスクバー及び各種アイコン等を適宜に含み得る）は、本発明に係る「共有対象画像」の一例である。
【００８１】
図４において、制御部１１１は、表示画面１２１の更新（以下、適宜「画面更新」と略称することとする）が生じたか否かを判別する（ステップＳ１０１）。
【００８２】
ここで、「画面更新」とは、例えば、入力部１１５を介して発表者１２Ａにより適宜になされる、アプリケーションに関する各種機能操作等により生じる表示内容の変化等を指し、例えば、プレゼンテーションに供すべき画像の切り替え、ポイントとなる部分を強調するための各種視覚情報の書き込み、議事録やメモに類する各種文字情報の入力、ウィンドウサイズの変更、新規画像の追加及び画像の拡大又は縮小、或いはプレゼンテーション機能とは無関係な、例えばデスクトップ上のアイコンの移動又は各種ポインティングデバイスにおけるポインタの位置変更等、各種の態様を採り得る。言い換えれば、本実施例では、前回表示画面１２１に表示された画像に対し全く何らの変化も生じていない画像が表示される以外は、全て画面更新がなされた状態として扱われる。
【００８３】
尚、補足すると、画面更新は、必ずしも入力部１１５を介してなされる入力のみにより生じるとは限らない。本実施例に係る画面共有処理では、共有すべき画像の供給を受ける参加者側ＰＣ２１０には、画像を直接加工する権利は付与されず、例えば拠点Ｂにおいて参加者１２Ｂにより入力部２１４を介して表示画面２２１上になされる、例えば、ポインタによる位置の指示、文字情報の書き込み、各種記号や線の書き込み等の操作は、入力部２１４からそれらの種類や位置情報を解析した制御部２１１が、通信部２１２を介して参加者側の入力情報（即ち、本発明に係る「制御情報」の一例）として発表者側ＰＣ１１０に送信する構成となっている。
【００８４】
発表者側ＰＣ１１０では、通信部１１２を介して係る入力情報を取得すると共に、その内容を解析し、表示制御部１１３を制御して然るべき画像を表示画面１２１上に表示させる。その結果、例えば表示画面１２１上でポインタの指示位置が変化する、文字情報や記号情報が書き込まれる等の画面更新がなされる。このような参加者側の操作に端を発した画面更新もまた、画面更新の一態様である。
【００８５】
画面更新が生じている旨が判別された場合（ステップＳ１０１：ＹＥＳ）、制御部１１１は、画像データ生成部１１４を制御して、高速表示用データＰＩＣｈｓを生成する（ステップＳ１０２）。
【００８６】
ここで、「高速表示用データ」とは、表示画面１２１の表示内容を画像として表示するための画像データであって、特に、解像度を表示画面１２１に相当する画像（即ち、本発明に係る「共有対象画像」の一例であり、以下、適宜「オリジナル画像ＯＲＧ」と称する）の解像度と較べて低下させた、少なくともオリジナル画像ＯＲＧと較べてデータサイズの小さい、本発明に係る「第２共有画像データ」の一例たる画像データである。
【００８７】
この高速表示用データＰＩＣｈｓ生成の際には、例えばＪＰＥＧやＭＰＥＧ等の規格に準じた非可逆圧縮に類する（即ち、必ずしも何らかの規格に準じる必要はない）各種のデータ圧縮手法が採用され、画像の解像度が所望の値まで低下させられる。この際、データ圧縮の度合いは、予め単一の固定値であってもよいし、複数の選択肢の中から選択的に決定された値であってもよいし、発表者１２Ａの意思を反映した可変な値であってもよい。高速表示用データＰＩＣｈｓが生成されると、制御部１１１は、通信部１１２を制御し、ネットワーク１１を介して、生成された高速表示用データＰＩＣｈｓを参加者側ＰＣ２１０に送信する（ステップＳ１０３）。
【００８８】
一方、画面更新が生じていない旨が判別された場合（ステップＳ１０１：ＮＯ）、制御部１１１は、画面更新が生じていない旨が連続して判別された回数（以下、適宜「連続更新無し回数」と称する）が基準値たる「Ｎ」であるか否か（即ち、Ｎ回連続して画面更新が生じていない旨が判別されたか否か）を判別する（ステップＳ１０４）。連続更新無し回数がＮでない場合（ステップＳ１０４：ＮＯ）、制御部１１１は、処理をステップＳ１０１に戻し一連の処理を繰り返すと共に、連続更新無し回数がＮである場合（ステップＳ１０４：ＹＥＳ）、画像データ生成部１１４を制御して、高画質表示用データＰＩＣｈｃを生成する（ステップＳ１０５）。尚、本実施例では、連続更新無し回数がＮ回であるか否かを判断基準としているが、連続更新無し回数は、制御部１１１の動作クロックが概ね一定とみなし得る点に鑑みれば、時間概念に置換することも容易にして可能であり、例えば画面更新が生じていない時間（以下、適宜「連続更新無し回数」と称する）がＸ秒（好適な一形態としては、Ｎ回に対応する時間）であるか否かを判断基準としてもよい。或いは、当該動作クロックが一定でないにせよ（即ち、連続更新無し回数と連続更新無し時間とが一義的でないにせよ）、絶対的な経過時間もまた有意な判断基準となり得るので、連続更新無し時間が判断基準とされることに実践上の問題は生じない。
【００８９】
ここで、「高画質表示用データ」とは、表示画面１２１の表示内容を画像として表示するための画像データであって、特に、先に述べたオリジナル画像ＯＲＧと同等の解像度（参加者側ＰＣ２１０及び参加者側表示装置２２０の構成及び仕様に応じて定められてよく、必ずしもオリジナル画像と同一の解像度でなくてよい）を有する、少なくとも高速表示用データＰＩＣｈｓと較べてデータサイズの大きい、本発明に係る「第１共有画像データ」の一例たる画像データである。
【００９０】
この高画質表示用データＰＩＣｈｃが生成される際には、データの圧縮は行われないか、行われたとして好適な一形態としてはＪＰＥＧやＭＰＥＧ等非可逆圧縮のデータ圧縮手法は採用されず、可逆的なデータ圧縮手法が採用される。或いは、例えば画質の低下が、例えば予め実験的に、経験的に、理論的に又はシミュレーション等に基づいて人間の視覚上有意な差異が生じない旨が確定している或いはそのような判断を下し得る範囲内に収まるような範囲で非可逆的なデータ圧縮手法が採用されてもよい。
【００９１】
高画質表示用データＰＩＣｈｃが生成されると、制御部１１１は、通信部１１２を制御し、ネットワーク１１を介して、生成された高画質表示用データＰＩＣｈｃを参加者側ＰＣ２１０に送信する（ステップＳ１０６）。ステップＳ１０３において高速表示用データＰＩＣｈｓが送信されるか、或いはステップＳ１０６において高画質表示用データＰＩＣｈｃが送信されると、処理はステップＳ１０１に戻され、一連の処理が繰り返される。画面共有処理は、以上の如くにして繰り返し実行される。
【００９２】
ここで、参加者側ＰＣ２１０の動作を説明すると、制御部２１１は、画面共有処理の実行時には基本的に、通信部２１２を制御し、ネットワーク１１を介して発表者側ＰＣ１１０から送信されてくる画像データを取得すると共に、取得された画像データを表示制御部２１３に受け渡して表示用のデータに加工して参加者側表示装置２２０の表示画面２２１に画像を表示させる旨の一連の処理を繰り返し実行している。この際、送信されてくる画像データが高速表示用データＰＩＣｈｓであれば、表示画面２２１に表示される画像は、オリジナル画像ＯＲＧに対し解像度が低下した低画質の高速表示用画像ＨＳであり、送信されてくる画像データが高画質表示用データＰＩＣｈｃであれば、表示画面２２１に表示される画像は、オリジナル画像ＯＲＧと同等の解像度を有する高画質の高画質表示用画像ＨＣとなる。尚、いずれも本発明に係る「共有画像」の一例である。
【００９３】
ここで、図５を参照し、本実施例の効果について説明する。ここに、図５は、拠点Ａ及び拠点Ｂにおける画面共有に係るタイミングチャートである。尚、同図において、図４と重複する箇所には、同一の符号を付してその説明を適宜省略することとする。
【００９４】
図５において、時刻Ｔ０において、拠点Ａにオリジナル画像ＯＲＧが表示され、画面更新がなされたとすると、データ生成に要する時間を便宜的に無視すれば、時刻Ｔ０において、高速表示用データＰＩＣｈｓの送信が開始される。この高速表示用データＰＩＣｈｓは、相対的にみればデータサイズが小さい画像データであるから、ネットワーク１１におけるデータ伝送用の帯域（即ち、一義的にデータ伝送速度）が一定であるものとして、データ伝送に要する伝送時間は、図示ΔＴｈｓである。
【００９５】
従って、拠点Ｂにおいては、時刻Ｔ０から図示伝送時間ΔＴｈｓが経過した時刻Ｔ１において、高速表示用画像ＨＳの表示が開始される。但し、高速表示用画像ＨＳは、解像度がオリジナル画像ＯＲＧに対し低下せしめられた非可逆圧縮画像であり、画質の点では図示するように粗い画像である。
【００９６】
一方、時刻Ｔ１において高速表示用データＰＩＣｈｓの伝送が完了すると、即座に高画質表示用データＰＩＣｈｃの送信が開始される。この高画質表示用データＰＩＣｈｃは、相対的にデータサイズが大きい画像データであるから、ネットワーク１１におけるデータ伝送用の帯域（即ち、一義的にデータ伝送速度）が一定であるものとして、データ伝送に要する伝送時間は、図示ΔＴｈｃ（ΔＴｈｃ＞ΔＴｈｓ）である。
【００９７】
従って、拠点Ｂにおいては、時刻Ｔ１から図示伝送時間ΔＴｈｃが経過した時刻Ｔ２において、高画質表示用画像ＨＣの表示が開始され、高速表示用画像ＨＳがこの高画質表示用画像ＨＣに切り替わる。この際、高画質表示用画像ＨＣは、解像度がオリジナル画像ＯＲＧと同等な、非圧縮画像或いは可逆圧縮画像であり、画質の点では図示するようにオリジナル画像ＯＲＧと遜色ない画像である。
【００９８】
このように、本実施例に係る画面共有処理によれば、高速表示用データＰＩＣｈｓの送信を高画質表示用データＰＩＣｈｃの送信に先んじて実行することによって、拠点Ａにおいて画面更新がなされてから拠点Ｂの表示画面２２１がそれに追従する形で更新されるまでに要する時間を可及的に短縮化することが可能である。
【００９９】
ここで特に、高画質表示用データＰＩＣｈｃの送信を、高速表示用データＰＩＣｈｓの送信に先んじて行えば、拠点Ｂの表示画面が更新されない遅延時間は、高画質表示用データＰＩＣｈｃの伝送時間ΔＴｈｃに相当する時間となり、本実施例と較べて明らかに長大化する。このため、画面共有処理がデータ会議に使用されるにせよ他の用途に適用されるにせよ、画面共有に際しての即時性の低下が悪影響を及ぼすことが回避され難い。
【０１００】
加えて、本実施例では、高速表示用データＰＩＣｈｓの送信が完了すれば、即座に高画質表示用データＰＩＣｈｃの送信が開始されるから、相応の時間経過の後には、拠点Ｂの表示画面２２１が、オリジナル画像ＯＲＧと同等の高画質表示用画像ＨＧに更新される。即ち、単に即時性のみを追及して画像データのデータサイズを縮減するのみと較べれば、表示画面２２１に表示される画像が、定常的には高画質表示用画像ＨＣに収束する点において、画質の面で明らかに有利に構成される。
【０１０１】
更に補足すれば、本実施例では、画面更新が生じていない旨が判別された時点で即座に高画質表示用データＰＩＣｈｃが送信される訳ではなく、連続更新無し回数と基準値（ここではＮ）との比較により、発表者側表示装置１２０の表示画面１２１が真に安定した旨の判断を下し得る時点で、高画質表示用データＰＩＣｈｃが送信される。このため、オリジナル画像ＯＲＧが連続的に更新される、例えばスライドショー表示やアニメーション表示の実行時等において、高画質表示用データＰＩＣｈｃのデータサイズに起因する表示品質の著しい低下（即ち、表示画面１２１上でオリジナル画像ＯＲＧが更新されても表示画面２２１上の共有画像が追従しない、或いはスライドショーやアニメーションの連続性が著しく低下する等の不具合）が抑制される。
【０１０２】
従って、本実施例によれば、画面共有を行うに際して、即時性の担保と共有画面の品質低下抑制という相互にトレードオフにある課題を好適に解決し、好適な画面共有を実現することが可能となるのである。
【０１０３】
＜第２実施例＞
次に、図６を参照し、本発明の第２実施例に係る画面共有処理について説明する。ここに、図６は、第２実施例に係る画面共有処理のフローチャートである。尚、同図において、図４と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１０４】
図６において、連続更新無し回数がＮに達した場合（ステップＳ１０４：ＹＥＳ）、制御部１１１は、高画質表示スレッドを開始する（ステップＳ２０４）。
【０１０５】
ここで、図７を参照し、高画質表示スレッドについて説明する。ここに、図７は、高画質表示スレッドのフローチャートである。尚、同図において、図４と重複する箇所には同一の符号を付してその説明を適宜省略することとする。尚、補足すると、高画質表示スレッドは、画面共有処理と並列に実行される処理である。
【０１０６】
図７において、制御部１１１は、高画質表示用データＰＩＣｈｃを生成し（ステップＳ１０５）、通信部１１２を制御して生成された高画質表示用データＰＩＣｈｃを送信する（ステップＳ１０６）。高画質表示用データＰＩＣｈｃの送信が終了すると、高画質表示スレッドは終了する。
【０１０７】
図６に戻り、ステップＳ１０１に係る処理において、画面更新が生じている旨が判別された場合（ステップＳ１０１：ＹＥＳ）、制御部１１１は、高速表示用データＰＩＣｈｓの送信中でないか否かを判別する（ステップＳ２０１）。高速表示用データＰＩＣｈｓの送信中である場合（ステップＳ２０１：ＮＯ）、制御部１１１は、処理をステップＳ１０１に戻し、一連の処理を繰り返す。
【０１０８】
高速表示用データＰＩＣｈｓの送信中でない場合（ステップＳ２０１：ＹＥＳ）、制御部１１１は更に、高画質表示用データＰＩＣｈｃの送信中であるか否かを判別する（ステップＳ２０２）。高画質表示用データＰＩＣｈｃの送信中である旨が判別された場合（ステップＳ２０２：ＹＥＳ）、制御部１１１は、上述した高画質表示スレッドを強制的に終了する（ステップＳ２０３）。
【０１０９】
高画質表示スレッドを強制的に終了させるか、或いはステップＳ２０２において高画質表示用データＰＩＣｈｃの送信中でない旨が判別された場合（ステップＳ２０２：ＮＯ）（即ち、この場合、画面更新が生じている状況において、高速表示用データＰＩＣｈｓも高画質表示用データＰＩＣｈｃも送信されていない場合に相当する）、制御部１１１は、高速表示用データＰＩＣｈｓを生成し（ステップＳ１０２）、参加者側ＰＣ２１０に送信する（ステップＳ１０３）。
【０１１０】
以上説明したように、本実施例では、高画質表示用データＰＩＣｈｃが、画面共有処理と並列的に実行される高画質表示スレッドにより、言わば画面共有処理から独立して実行されており、画面更新が生じた段階で高画質表示用データＰＩＣｈｃの送信中である場合（言い換えれば、高画質表示スレッドの実行中である場合）、速やかに高画質表示スレッドの実行が停止され、更新された表示画面１２１の内容に対応するオリジナル画像ＯＲＧが共有対象画像に設定され、高速表示用データＰＩＣｈｓの生成及び送信による、即時性の担保が図られる。
【０１１１】
このため、本実施例によれば、表示画面１２１が安定した（即ち、更新が頻繁に生じていない）旨の判別を経て高画質表示スレッドが開始されてから高画質表示スレッドが正常に終了する（即ち、高画質表示用データＰＩＣｈｃの送信が完了する）までの期間（即ち、上述した伝送時間ΔＴｈｃに相当する期間）において画面更新が生じた場合（連続更新無し回数がＮに達したところで、基本的に画面更新は任意のタイミングでなされ得るため、この種の事態が発生する可能性は、必ずしも無視し得る程度に低くない）に、高画質表示用データＰＩＣｈｃの送信終了まで係る画面更新に対応する高速表示用データＰＩＣｈｓの送信を待機せざるを得ないことに起因する即時性の低下が好適に防止される。
【０１１２】
＜第３実施例＞
次に、図８を参照し、本発明の第３実施例に係る画面共有処理について説明する。ここ
に、図８は、第３実施例に係る画面共有処理のフローチャートである。尚、同図において
、図６と重複する箇所には、同一の符号を付してその説明を適宜省略することとする。
【０１１３】
図８において、ステップＳ１０３に係る処理により高速表示用データＰＩＣｈｓが送信されると、制御部１１１は、画像更新ブロック配列フラグＦｇ＿ｂｌｃを設定する（ステップＳ４０１）。
【０１１４】
ここで、本実施例では、参加者側ＰＣ２１０に対する画像データの送信に際し、所謂差分領域送信が適用されている。差分領域送信とは、画面更新後の共有対象画像（例えば、オリジナル画像ＯＲＧ）のうち、前回表示された共有対象画像に対し変更が生じた領域を少なくとも含む（必ずしもそのような領域のみでなくてもよい）一部を送信するデータ伝送態様であり、画面更新の生じる毎に全画面分の画像データ（共有画像データ）を送信する場合と較べて、データサイズを顕著に縮減する（例えば、差分領域が全画像の半分の領域であれば、単純計算としてデータサイズを約半分にする）ことが可能となる。
【０１１５】
このような差分領域送信の一態様として、本実施例では更に、ブロック送信が実現されている。ブロック送信とは、即ち、共有画像データを所定のブロック単位で送信する手法であり、送信が完了したブロックに対応する画像（即ち、共有画像の一部）が順次表示画面２２１上に反映されるため、全画面分の画像データの送信が完了した時点で表示画面上に反映される場合と較べて、画面共有に際してのフレキシビリティに優れている。
【０１１６】
ここで、このようなブロック送信が適用されている状況に鑑みれば、図８におけるステップＳ２０３に係る処理で高画質表示スレッドが強制終了されても、場合によってはその時点で既に高画質表示用データＰＩＣｈｃの送信が終了しているブロックが存在する可能性がある。また、差分領域送信が適用されている状況に鑑みれば、画面更新が生じた際に、必ずしもオリジナル画像ＯＲＧの全領域を高速表示用画像ＨＳに切り替える必要が生じる訳ではなく、画面共有処理が十分に進行した後の状態としては、参加者側表示装置２２０の表示画面２２１上に展開される共有画像は、高画質表示用画像ＨＣと高速表示用画像ＨＳとが混在したものとなり得る。
【０１１７】
図８のステップＳ４０１に係る画像更新ブロック配列フラグＦｇ＿ｂｌｃとは、高画質表示用データＰＩＣｈｃを送信すべきブロックの配列を規定するフラグであり、画面更新を反映して選択的に送信される差分領域に対応する高速表示用データＰＩＣｈｓに基づいて高速表示用画像ＨＳが表示されているブロック、及び差分領域に該当しなくても、過去に高画質表示スレッドが強制終了されたことにより未だ高画質表示用画像ＨＣに切り替えられていなブロックの配列を規定するフラグとして、高速表示用データＰＩＣｈｓの送信時に制御部１１１により随時更新される。
【０１１８】
次に、図９を参照し、第３実施例に係る高画質表示用スレッドの詳細について説明する。ここに、図９は、第３実施例に係る高画質表示スレッドのフローチャートである。尚、同図において、図７と重複する箇所には同一の符号を付してその説明を適宜省略することとする。
【０１１９】
図９において、制御部１１１は、先に設定された、画像更新ブロック配列フラグＦｇ＿ｂｌｃに基づいてオリジナル画像ＯＲＧ（即ち、画面更新後の共有対象画像）の全領域に対する更新領域を算出する（ステップＳ５０１）。更新領域を算出すると、この算出された更新領域に該当するブロックについて高画質表示用データＰＩＣｈｃが生成され（ステップＳ１０５）、ネットワーク１１を介して送信される（ステップＳ５０２）。高画質表示用データＰＩＣｈｃの送信が終了すると、画像更新ブロック配列フラグＦｇ＿ｂｌｃはクリアされ（ステップＳ５０２）、高画質表示スレッドが終了する。
【０１２０】
このように、第３実施例では、差分領域送信及びブロック送信が実行されることにより、画像データの伝送に比較的長時間を要する高画質表示用データＰＩＣｈｃを、実践上何らの問題も顕在化させることなく効率的に送信することが可能となる。このため、拠点相互間の画面共有が、より迅速に且つ円滑に実現される。また、差分領域送信の適用により、ネットワーク１１の伝送帯域に対する画面共有のロバスト性が相対的に向上する。
【０１２１】
＜第４実施例＞
次に、本発明の第４実施例について説明する。始めに、図１０を参照し、第４実施例に係る画面共有処理の詳細について説明する。ここに、図１０は、画面共有処理のフローチャートである。
【０１２２】
図１０において、制御部１１１は、セル属性設定処理を実行し（ステップＳ６００）、続いて画像データ処理を実行する（ステップＳ７００）。画面共有処理は、この二つの処理が繰り返し実行されることにより進行する。ここで、図１１を参照し、本実施例に特有の概念であるセルの詳細について説明する。ここに、図１１は、オリジナル画像ＯＲＧの模式図である。
【０１２３】
図１１において、オリジナル画像ＯＲＧは、縦軸及び横軸が夫々２５６分割されており、図中左上隅に相当するセルＣＬ１から右下隅に相当するセルＣＬ６５５３６までの合計６５５３６個のセルに仮想的に分割されている。個々のセルは、例えば１６×１６＝２５６ドットの微小領域であり、本実施例における画像更新の最小単位として扱われる。尚、オリジナル画像ＯＲＧの分割態様は、ここに例示するものに限定されない。
【０１２４】
図１０のステップＳ６００に係るセル属性設定処理とは、これら個々のセルＣＬｉ（ｉはセル識別子であり、本実施例では６５５３６以下の自然数である）の属性を設定する処理である。補足すると、本実施例に係る「属性」とは、高画質表示用画像ＨＣを表示するか、高速表示用画像ＨＳを表示するかといった画質（解像度）の属性と、参加者側ＰＣ２１０に対しこれらいずれかに関する画像データを送信すべきか否かといった送信要否に係る属性とを含むものである。
【０１２５】
より具体的に言えば、個々のセルの属性は、高画質表示フラグＦｇ＿ｈｃ及び高速表示フラグＦｇ＿ｈｓの二種類の属性フラグにより規定される。高画質表示フラグＦｇ＿ｈｃは、「１」なる値を採る場合に高画質表示用データＰＩＣｈｃを送信すべき旨が、「０」なる値を採る場合に高画質表示用データＰＩＣ＿ｈｃを送信すべきでない旨が、夫々規定されるフラグであり、高速表示フラグＦｇ＿ｈｓは、「１」なる値を採る場合に高速表示用データＰＩＣｈｓを送信すべき旨が、「０」なる値を採る場合に高速表示用データＰＩＣ＿ｈｓを送信すべきでない旨が、夫々規定されるフラグである。
【０１２６】
ここで、図１２を参照し、セル属性設定処理の詳細について説明する。ここに、図１２は、セル属性設定処理のフローチャートである。
【０１２７】
図１２において、制御部１１１は、セルカウンタｉを初期値である「１」に設定する（ステップＳ６０１）。ここで、セルカウンタｉとは即ち、上述したセル識別子を特定するためのカウンタであり、セルカウンタｉの数値は、そのままセル識別子として扱われる。
【０１２８】
セルカウンタｉを初期化すると、制御部１１１は、セルＣＬｉが更新されていないか否かを判別する（ステップＳ６０２）。セルＣＬｉが更新されている場合（ステップＳ６０２：ＮＯ）、制御部１１１は、更新カウンタｊを初期値ｎに設定し、更新カウンタｊを初期化する（ステップＳ６０４）。
【０１２９】
ここで、更新カウンタｊとは、各セルの更新状態を規定するフラグであり、概略的には、更新されていない旨が判別される毎に、初期値ｎからディクリメントされるフラグである。初期値ｎの値は、適合値であり、例えば、上記各種実施例における連続更新無し回数の基準値Ｎと同等であってもよい。制御部１１１は、更新カウンタｊを初期化すると、先に述べた属性フラグの一である高速表示フラグＦｇ＿ｈｓを「１」に設定する（ステップＳ６０８）。
【０１３０】
一方、セルＣＬｉが更新されていない場合（ステップＳ６０２：ＹＥＳ）、制御部１１１は、更新カウンタｊを「１」だけディクリメントする（ステップＳ６０３）。更新カウンタｊをディクリメントすると、制御部１１１は、更新カウンタｊが「０」であるか否かを判別する（ステップＳ６０５）。更新カウンタｊが「０」でない場合（ステップＳ６０５：ＮＯ）、制御部１１１は、高速表示フラグＦｇ＿ｈｓ及び高画質表示フラグＦｇ＿ｈｃの二種類の属性フラグを共に「０」に設定する（ステップＳ６０７）。即ち、この場合、セルＣＬｉは、共有画像に関する画像データの送信対象から除外される。また、更新カウンタｊが「０」である場合（ステップＳ６０５：ＹＥＳ）、制御部１１１は、高画質表示フラグＦｇ＿ｈｃを「１」に設定する（ステップＳ６０６）
ステップＳ６０６、Ｓ６０７及びＳ６０８のいずれか一が実行されると、処理はステップＳ６０９に移行し、セルカウンタｉが「１」インクリメントされ、属性フラグの設定対象となるセルが、現時点の選択されているセルと隣接するセルに切り替えられる。
【０１３１】
また、この際、セルカウンタｉが全セル数、即ち「６５５３６」であるか否かが判別される（ステップＳ６１０）。セルカウンタｉが「６５５３６」でない場合（ステップＳ６１０：ＮＯ）、言い換えれば、未だ全セルに対しステップＳ６０２からステップＳ６０６、Ｓ６０７又はＳ６０８に至る処理過程が実行されていない場合、処理はステップＳ６０２に戻され、一連の処理が繰り返される。このようにして全てのセルについて属性フラグの設定がなされると、セルカウンタｉはセル数、即ち「６５５３６」となり、ステップＳ６１０に係る分岐が「ＹＥＳ」となり、セル属性設定処理が終了する。
【０１３２】
このように、セル属性設定処理によれば、オリジナル画像ＯＲＧに対し設定されるセル各々について、セルの更新（即ち、画面更新と同様の概念である）時において一回だけ高速表示フラグＦｇ＿ｈｓが「１」となり、セルの更新がｎ回連続してなされなかった場合に一回だけ高画質表示フラグＦｇ＿ｈｃが「１」となる。それ以外の場合については、属性フラグはいずれも「０」に設定される。
【０１３３】
次に、図１３を参照し、画像データ処理の詳細について説明する。ここに、図１３は、画像データ処理のフローチャートである。
【０１３４】
図１３において、制御部１１１は、高速表示セルが存在するか否かを判別する（ステップＳ７０１）。高速表示セルとは、高速表示フラグＦｇ＿ｈｓが「１」に設定されたセルである。高速表示セルが存在しない場合（ステップＳ７０１：ＮＯ）、処理はステップＳ７０５に移行する。
【０１３５】
一方、高速表示セルが存在する場合（ステップＳ７０１：ＹＥＳ）、制御部１１１は、オリジナル画像ＯＲＧの分割及び圧縮を実行する（ステップＳ７０２）。
【０１３６】
ここで、オリジナル画像ＯＲＧの分割及び圧縮とは、高速表示セルを可能な限り（物理的に可能であるか否かというよりは、実践的にみて制御上の負荷軽減等の優位性が生じ得る限り、といった意味に近い）集約し（即ち、圧縮し）、係る集約した高速表示セルの集合体を一単位としてオリジナル画像ＯＲＧを分割することを意味する。
【０１３７】
但し、このような処理は、セルを単位として画像データの送信を行う際の制御上の負荷軽減を目的としたものであり、無論一例に過ぎず、例えば個々のセルを単位として画像データの送信を実行するように制御プロセスが構築されている場合には、必ずしも必要ではない。
【０１３８】
オリジナル画像ＯＲＧの分割及び圧縮が終了すると、制御部１１１は、係る分割及び圧縮の結果として生じた領域毎に高速表示用データＰＩＣｈｓを生成し（ステップＳ７０３）、通信部１１２を制御することによりネットワーク１１を介して係る生成された高速表示用データＰＩＣｈｓを参加者側ＰＣ２１０に送信する（ステップＳ７０４）。
【０１３９】
ステップＳ７０１において高速表示セルが存在しない旨が判別されたか、或いはステップＳ７０４において高速表示用データＰＩＣｈｓが送信された場合、制御部１１１は、高画質表示セルが存在するか否かを判別する（ステップＳ７０５）。高画質表示セルとは、高画質表示フラグＦｇ＿ｈｃが「１」に設定されたセルである。高画質表示セルが存在する場合（ステップＳ７０５：ＹＥＳ）、制御部１１１は、高速表示セルの場合と同様に、オリジナル画像ＯＲＧの分割及び圧縮を実行する（ステップＳ７０６）。
【０１４０】
オリジナル画像ＯＲＧの分割及び圧縮が終了すると、制御部１１１は、係る分割及び圧縮の結果として生じた領域毎に高画質表示用データＰＩＣｈｃを生成し（ステップＳ７０７）、通信部１１２を制御することによりネットワーク１１を介して係る生成された高画質表示用データＰＩＣｈｃを参加者側ＰＣ２１０に送信する（ステップＳ７０８）。
【０１４１】
ステップＳ７０８に係る処理が実行されるか、或いはステップＳ７０５において高画質表示セルが存在しない旨の判別がなされた場合（ステップＳ７０５：ＮＯ）、画像データ処理は終了する。
【０１４２】
本実施例によれば、このようにして属性フラグ設定処理及び画像データ処理が繰り返し実行されることにより、参加者側表示装置２１０の表示画面２１１に表示される共有画像を可及的に高画質表示用画像ＨＣに維持しつつ、更新が生じたセルについては速やかに高速表示用画像ＨＳを表示させることによって即時性を担保するといった、実践上極めて高い利益が提供される。
【０１４３】
例えば、オリジナル画像ＯＲＧのうち、極小領域のみが継続的に更新されている場合（例えば、オリジナル画像自体は静止画として安定しているにもかかわらず、オリジナル画像とは別の位置においてカーソルが絶えず点滅している場合等）、このようなセルの概念を導入しないと、単にオリジナル画像ＯＲＧが更新されている旨の判別がなされることによって、オリジナル画像ＯＲＧ全体が高速表示用画像ＨＳに切り替わり、本来静止画である部分についても低画質の高速表示用画像ＨＳが表示され得る。この場合、画面を共有する拠点Ｂの参加者１２Ｂの感覚から言えば、無用に共有画像の画質が低下している旨の違和感を覚え得る。
【０１４４】
その点、本実施例或いはそれに類する処理を適用することにより、高速表示用画像ＨＳの表示領域を、例えば係る極小領域に対応する部分に留めることができ、係る極小領域に対応する共有画像の更新に際した即時性を担保するために他の大部分の領域における画質の低下が生じるといった、実践上好ましくない事態の発生が好適に防止されるのである。
【０１４５】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う画面共有処理装置、画面共有方法及びコンピュータプログラムもまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【０１４６】
１０…画面共有システム、１１…ネットワーク、１２Ａ…発表者、１２Ｂ…参加者、１００…発表者側システム、１１０…発表者側ＰＣ、１１１…制御部、１１２…通信部、１１３…表示制御部、１１４…画像データ生成部、１１５…入力部、１２０…発表者側表示装置、１２１…表示画面、２００…参加者側システム、２１０…参加者側ＰＣ、２１１…制御部、２１２…通信部、２１３…表示制御部、２１５…入力部、２２０…参加者側表示装置、２２１…表示画面。
【特許請求の範囲】
【請求項１】
ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置であって、
所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御手段と、
前記共有対象画像を複数の仮想セルに分割する分割手段と、
前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別手段と、
前記各々について、連続して更新されていない回数又は時間を特定する特定手段と、
前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成手段と、
前記端末装置に対し前記ネットワークを介して（１）前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給し、（２）前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給すると共に、（３）前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する供給手段と
を具備することを特徴とする画面共有処理装置。
【請求項２】
前記ネットワークを介し、前記端末装置において前記共有画像を更新すべくなされた端末側入力に対応する制御情報を取得する取得手段を更に具備し、
前記表示制御手段は、前記取得された制御情報に基づいて前記共有対象画像を更新する
ことを特徴とする請求項１に記載の画面共有処理装置
【請求項３】
前記生成手段は、前記共有対象画像のうち前回から更新された部分を含む少なくとも一部について前記複数の共有画像データを生成する
ことを特徴とする請求項１又は２に記載の画面共有処理装置。
【請求項４】
前記供給手段は、前記各々について、前記端末装置に対し前記第１共有画像データが供給されている期間において前記共有対象画像が更新された場合に、前記端末装置に対し前記第１共有画像データに替えて前記更新された共有対象画像に対応する前記第２共有画像データを供給する
ことを特徴とする請求項１から３のいずれか一項に記載の画面共有処理装置。
【請求項５】
ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置における画面共有方法であって、
所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御工程と、
前記共有対象画像を複数の仮想セルに分割する分割工程と、
前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別工程と、
前記各々について、連続して更新されていない回数又は時間を計測する計測工程と、
前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成工程と、
前記端末装置に対し前記ネットワークを介して前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給する第１供給工程と、
前記端末装置に対し前記ネットワークを介して前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給する第２供給工程と、
前記端末装置に対し前記ネットワークを介して、前記各々のうち、更新されていないと判別され、且つ前記取得された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する第３供給工程と
を具備することを特徴とする画面共有方法。
【請求項６】
コンピュータシステムを請求項１から４のいずれか一項に記載の画面共有処理装置とし
て機能させることを特徴とするコンピュータプログラム。
【請求項１】
ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置であって、
所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御手段と、
前記共有対象画像を複数の仮想セルに分割する分割手段と、
前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別手段と、
前記各々について、連続して更新されていない回数又は時間を特定する特定手段と、
前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成手段と、
前記端末装置に対し前記ネットワークを介して（１）前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給し、（２）前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給すると共に、（３）前記各々のうち、更新されていないと判別され、且つ前記特定された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する供給手段と
を具備することを特徴とする画面共有処理装置。
【請求項２】
前記ネットワークを介し、前記端末装置において前記共有画像を更新すべくなされた端末側入力に対応する制御情報を取得する取得手段を更に具備し、
前記表示制御手段は、前記取得された制御情報に基づいて前記共有対象画像を更新する
ことを特徴とする請求項１に記載の画面共有処理装置
【請求項３】
前記生成手段は、前記共有対象画像のうち前回から更新された部分を含む少なくとも一部について前記複数の共有画像データを生成する
ことを特徴とする請求項１又は２に記載の画面共有処理装置。
【請求項４】
前記供給手段は、前記各々について、前記端末装置に対し前記第１共有画像データが供給されている期間において前記共有対象画像が更新された場合に、前記端末装置に対し前記第１共有画像データに替えて前記更新された共有対象画像に対応する前記第２共有画像データを供給する
ことを特徴とする請求項１から３のいずれか一項に記載の画面共有処理装置。
【請求項５】
ネットワークを介して順次供給される画像データに基づいて第１表示手段に順次画像を表示させることが可能な端末装置と共に前記ネットワークに収容され、前記第１表示手段、前記端末装置及び第２表示手段と共に画面共有システムを構成可能な画面共有処理装置における画面共有方法であって、
所定の入力に応じて共有対象となる共有対象画像が表示されるように前記第２表示手段を制御する表示制御工程と、
前記共有対象画像を複数の仮想セルに分割する分割工程と、
前記分割された複数の仮想セルの各々について更新されたか否かを判別する判別工程と、
前記各々について、連続して更新されていない回数又は時間を計測する計測工程と、
前記表示された共有対象画像に対応する共有画像を前記第１表示手段に表示させるための、データサイズの異なる複数の共有画像データとして、前記各々について、第１共有画像データ及び該第１共有画像データと較べて前記データサイズが小さい第２共有画像データを生成する生成工程と、
前記端末装置に対し前記ネットワークを介して前記各々について前記画像データとして前記第２共有画像データを前記第１共有画像データに先んじて供給する第１供給工程と、
前記端末装置に対し前記ネットワークを介して前記各々のうち更新されたと判別された仮想セルについて前記画像データとして前記第２共有画像データを供給する第２供給工程と、
前記端末装置に対し前記ネットワークを介して、前記各々のうち、更新されていないと判別され、且つ前記取得された回数又は時間が所定値に達した仮想セルについて前記画像データとして前記第１共有画像データを供給する第３供給工程と
を具備することを特徴とする画面共有方法。
【請求項６】
コンピュータシステムを請求項１から４のいずれか一項に記載の画面共有処理装置とし
て機能させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−８３８４（Ｐ２０１３−８３８４Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１２−１８３８４９（Ｐ２０１２−１８３８４９）
【出願日】平成２４年８月２３日（２０１２．８．２３）
【分割の表示】特願２００８−４４７３８（Ｐ２００８−４４７３８）の分割
【原出願日】平成２０年２月２６日（２００８．２．２６）
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【出願人】（５０５４４０７８９）パイオニアソリューションズ株式会社 (33)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２４年８月２３日（２０１２．８．２３）
【分割の表示】特願２００８−４４７３８（Ｐ２００８−４４７３８）の分割
【原出願日】平成２０年２月２６日（２００８．２．２６）
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【出願人】（５０５４４０７８９）パイオニアソリューションズ株式会社 (33)
【Ｆターム（参考）】
[ Back to top ]