(57)【要約】【課題】共有情報の送信する情報送信装置の処理負担を軽減する。【解決手段】複数のクライアント端末で共有させるデスクトップ画像データを保持する保持部と、デスクトップ画像データをクライアント端末に送信する共有情報送信部と、デスクトップ画像データの送信後にクライアント端末が当該デスクトップ画像データの送信を要求すべき相手である他のクライアント端末のアドレスを含む情報要求先一覧を生成する要求先一覧生成部と、生成された前記要求先一覧を、デスクトップ画像データを送信したクライアント端末に送信する一覧送信部と、を備える。【選択図】        図２
2008085826.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末装置に共有させる共有情報を保持する保持手段と、
保持されている前記共有情報を前記通信端末装置に送信する共有情報送信手段と、
前記共有情報の送信後に前記通信端末装置が当該共有情報の送信を要求すべき相手である他の通信端末装置のアドレスを含む情報要求先一覧を生成する要求先一覧生成手段と、
生成された前記要求先一覧を、前記共有情報を送信した前記通信端末装置に送信する一覧送信手段と、
を備えることを特徴する情報送信装置。
【請求項２】
前記通信端末装置の性能を、前記通信端末装置から取得する取得手段と、をさらに備え、
前記要求先一覧生成手段は、取得した前記通信端末装置の性能に基づいて、前記情報要求先一覧を生成すること、
を特徴とする請求項１に記載の情報送信装置。
【請求項３】
前記要求先一覧生成手段は、取得した前記通信端末装置の性能に基づいて、前記共有情報の送信要求先として適切か否かを示す性能評価値を前記通信端末装置毎に算定し、該性能評価値により前記共有情報を送信要求先として適切な前記通信端末装置を特定し、当該特定された前記通信端末装置の宛先を、他の通信端末装置の宛先より優先順位が高い宛先として前記情報要求先一覧を生成すること、
を特徴とする請求項２に記載の情報送信装置。
【請求項４】
前記要求先一覧生成手段は、特定の通信端末装置を、一方の情報要求先一覧に含めた後、他方の情報要求先一覧に、前記性能評価値に基づいて通信端末装置の宛先を要求先として含める場合、前記特定の通信端末装置の性能評価値を所定の値だけ減少させること、
を特徴とする請求項３に記載の情報送信装置。
【請求項５】
前記取得手段は、さらに前記情報送信装置の性能を取得し、
前記要求先一覧生成手段は、取得した前記通信端末装置及び前記情報送信装置の性能に基づいて、前記通信端末装置及び前記情報送信装置の宛先を前記要求先として含めた前記情報要求先一覧を生成すること、
を特徴とする請求項２に記載の情報送信装置。
【請求項６】
前記保持手段は、前記共有情報が画像情報とした場合に、送信した画像情報と変更された領域を表す差分画像情報を保持し、
前記送信手段は、前記差分画像情報と、前記差分画像情報を表示する位置を特定する位置情報とを、前記通信端末装置に送信すること、
を特徴とする請求項１乃至５のいずれか一つに記載の情報送信装置。
【請求項７】
前記要求先一覧生成手段は、前記通信端末装置を含むネットワーク内で区分けされた領域に基づいて前記情報要求先一覧を生成すること、
を特徴とする請求項１乃至６のいずれか一つに記載の情報送信装置。
【請求項８】
前記要求先一覧生成手段は、任意の通信端末装置の前記位置で特定される前記領域内に他の通信端末装置が含まれているか否かに基づいて、前記任意の通信端末装置に対する前記情報要求先一覧を生成すること、
を特徴とする請求項７に記載の情報送信装置。
【請求項９】
前記送信手段は、前記通信端末装置に対してテストパケットを送信し、
前記要求先一覧生成手段は、テストパケットの送信結果に基づいて、前記情報要求先一覧を生成すること、
を特徴とする請求項１乃至８のいずれか一つに記載の情報送信装置。
【請求項１０】
情報送信装置から、他の通信端末装置を示す識別情報を受信し、且つ前記情報送信装置から他の通信端末装置と共に共有情報を受信する受信手段と、
前記受信手段により前記共有情報が受信できなかったか否かを判定する判定手段と、
前記判定手段により前記共有情報を受信できなかったと判定した場合に、前記識別情報が示す前記他の通信端末装置に対して前記共有情報の送信を要求する旨を示す送信要求を送信する送信手段と、
を備えることを特徴とする通信端末装置。
【請求項１１】
他の通信端末装置から前記共有情報の要求を受け付ける要求受付手段と、
前記要求を受け付けた前記共有情報を保持している場合に、当該共有情報を前記他の通信端末装置に受け渡す情報受渡手段と、
を備えることを特徴とする請求項１０に記載の通信端末装置。
【請求項１２】
前記判定手段は、前記受信手段により受信された前記共有情報に含まれる情報に基づいて、前記共有情報を受信できなかったか否か判定することで、他の通信端末装置に対して前記共有情報の取得を要求すべきか否かを判定し、
前記送信手段は、前記判定手段により前記共有情報の送信を要求すべきと判定された場合に、前記他の通信端末装置に対して、前記共有情報の送信要求を行うこと、
を特徴とする請求項１０又は１１に記載の通信端末装置。
【請求項１３】
前記通信端末装置の性能を示した性能情報を取得する性能情報取得手段と、をさらに備え、
前記送信手段は、性能情報取得手段により取得した前記性能情報を、前記情報送信装置に送信し、
前記受信手段は、送信した前記性能情報に基づいて生成された情報要求先一覧を受信すること、
を特徴とする請求項１０乃至１２のいずれか一つに記載の通信端末装置。
【請求項１４】
情報を送信する情報送信プログラムであって、
複数の通信端末装置に共有させる共有情報を保持する保持ステップと、
保持されている前記共有情報を前記通信端末装置に送信する共有情報送信ステップと、
前記共有情報の送信後に前記通信端末装置が当該共有情報の送信を要求すべき相手である他の通信端末装置を示す情報要求先一覧を生成する要求先一覧生成ステップと、
生成された前記要求先一覧を、前記共有情報を送信した前記通信端末装置に送信する一覧送信ステップと、
をコンピュータに実行させる情報送信プログラム。
【請求項１５】
通信処理を行う情報通信プログラムであって、
情報送信装置から、他の通信端末装置を示す識別情報を受信し、且つ前記情報送信装置から他の通信端末装置と共に共有情報を受信する受信ステップと、
前記共有情報が受信できなかったか否かを判定する判定ステップと、
前記共有情報を受信できなかったと判定した場合に、前記識別情報が示す前記他の通信端末装置に対して前記共有情報の送信を要求する旨を示す送信要求を送信する送信ステップと、
をコンピュータに実行させる情報通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信端末装置間で情報送信装置から送信される情報を共有する情報送信装置、通信端末装置、情報送信プログラム及び情報通信プログラムに関するものである。
【背景技術】
【０００２】
従来、サーバのデスクトップ画像を、ネットワークを介して接続されたクライアント端末に対してリアルタイムに配信する画面共有システムが存在する。この画面共有システムにより、任意の使用者が操作しているデスクトップ画像を、遠隔地の他の利用者と共有することが可能になる。これにより、ネットワークを介した両拠点間において効率的な共同作業環境が実現できる。
【０００３】
このような画面共有システムは、例えばサーバのデスクトップ領域全体の描画内容を一定時間毎にデータ化してクライアント端末に配信する手法と、デスクトップ領域の描画領域に更新が生じる毎に当該変更部分のみをデータ化して配信する手法とが存在する。
【０００４】
上記のような画面共有システムを拡張した「多地点画面共有システム」を利用したサービスの提供も開始されている。多地点画面共有システムは、サーバからの画像データを、複数のクライアント端末に対して配信するシステムである。当該システムは、例えばオンラインミーティングに参加する複数のメンバー間で同一のデスクトップ画像を参照することができる。これにより、メンバー間の円滑なコミュニケーションを促進することが可能となる。
【０００５】
例えば特許文献１では、サーバが、共有画面領域の更新がある度、必要に応じてＴＣＰとＵＤＰとを切り替えて、画像データをクライアント端末に対して送信している。これにより、複数台のクライアント端末に対してデスクトップ画像を配信するシステムの構築が可能になる。
【０００６】
【特許文献１】特開２００４−１６７６５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、この特許文献１に記載された技術では、ＵＤＰで送信する場合、パケットが確実に送信される保証がないので、クライアント端末間で表示されるデスクトップ画像が異なる場合がある。このため、送信されなかったパケットが必要とする場合、クライアント端末がサーバに対して再送信を要求する必要があり、処理負担が増大する。
【０００８】
また、ＴＣＰで送信する場合、通信の確実性が向上するが、サーバとクライアント端末間で応答等を行っている。このため、クライアント端末の数が大規模になった場合に、応答等がサーバ端末に集中する。これにより、サーバ端末のＣＰＵ負荷およびネットワーク負荷が増大するという問題がある。
【０００９】
本発明は、本発明は、上記に鑑みてなされたものであって、サーバ端末の負荷を削減させる情報送信装置、通信端末装置、情報送信プログラム及び情報通信プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明に係る情報送信装置は、複数の通信端末装置に共有させる共有情報を保持する保持手段と、保持されている前記共有情報を前記通信端末装置に送信する共有情報送信手段と、前記共有情報の送信後に前記通信端末装置が当該共有情報の送信を要求すべき相手である他の通信端末装置のアドレスを含む情報要求先一覧を生成する要求先一覧生成手段と、生成された前記要求先一覧を、前記共有情報を送信した前記通信端末装置に送信する一覧送信手段と、を備えることを特徴とする。
【００１１】
また、本発明に係る通信端末装置は、情報送信装置から、他の通信端末装置を示す識別情報を受信し、且つ前記情報送信装置から他の通信端末装置と共に共有情報を受信する受信手段と、前記受信手段により前記共有情報が受信できなかったか否かを判定する判定手段と、前記判定手段により前記共有情報を受信できなかったと判定した場合に、前記識別情報が示す前記他の通信端末装置に対して前記共有情報の送信を要求する旨を示す送信要求を送信する送信手段と、を備えることを特徴とする。
【００１２】
また、本発明は、情報を送信する情報送信プログラムであって、複数の通信端末装置に共有させる共有情報を保持する保持ステップと、保持されている前記共有情報を前記通信端末装置に送信する共有情報送信ステップと、前記共有情報の送信後に前記通信端末装置が当該共有情報の送信を要求すべき相手である他の通信端末装置を示す情報要求先一覧を生成する要求先一覧生成ステップと、生成された前記要求先一覧を、前記共有情報を送信した前記通信端末装置に送信する一覧送信ステップと、をコンピュータに実行させることを特徴とする。
【００１３】
また、本発明は、通信処理を行う情報通信プログラムであって、情報送信装置から、他の通信端末装置を示す識別情報を受信し、且つ前記情報送信装置から他の通信端末装置と共に共有情報を受信する受信ステップと、前記共有情報が受信できなかったか否かを判定する判定ステップと、前記共有情報を受信できなかったと判定した場合に、前記識別情報が示す前記他の通信端末装置に対して前記共有情報の送信を要求する旨を示す送信要求を送信する送信ステップと、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、通信端末装置が共有情報の送信を要求する場合、要求先一覧に含まれている他の通信端末装置に対して共有情報の送信を要求することで、情報送信装置に共有情報の送信要求が集中することが解消され、処理負担を軽減できるという効果を奏する。
【発明を実施するための最良の形態】
【００１５】
以下に添付図面を参照して、この発明にかかる情報送信装置、通信端末装置、情報送信プログラム及び情報通信プログラムの最良な実施の形態を詳細に説明する。
【００１６】
（第１の実施の形態）
図１は、第１の実施形態にかかる多地点画面共有システムのシステム構成を示す図である。図１に示すように、サーバ１００と、クライアント端末１１０ａ〜ｎとが、ネットワーク１５０を介して接続されている。そして、サーバ１００のデスクトップ画像データが、ネットワーク１５０を介して、クライアント端末１１０ａ〜ｎに送信される。これにより、サーバ１００とクライアント端末１１０ａ〜ｎとの間で、デスクトップ画像を共有できる。
【００１７】
また、サーバ１００のＩＰアドレスは、“192.168.0.10”とする。また、クライアント端末１１０ａのＩＰアドレスは“192.168.0.1”と、クライアント端末１１０ｂのＩＰアドレスは“192.168.0.2”と、クライアント端末１１０ｃのＩＰアドレスは“192.168.0.3”と、クライアント端末１１０ｄのＩＰアドレスは“192.168.0.4”とする。
【００１８】
図２は、第１の実施の形態にかかるサーバ１００の構成を示すブロック図である。本図に示すように、サーバ１００は、管理情報記憶部２０９と、保持部２０１と、セッション制御部２０２と、要求先一覧生成部２０３と、画面生成部２０４と、表示部２０５と、エンコード部２０６と、取得部２０７と、通信部２０８とを備える。
【００１９】
通信部２０８は、受信部２１１と、共有情報送信部２１２と、一覧送信部２１３とを備え、ネットワーク１５０に接続されたクライアント端末１１０ａ〜ｎと通信制御を行う。受信部２１１は、クライアント端末１１０ａ〜ｎから送信されたデータの受信処理を行う。共有情報送信部２１２は、クライアント端末１１０ａ〜ｎに対して画像データ又は送信開始要求等の送信処理を行う。
【００２０】
本実施の形態では、アプリケーション層では例えばＲＴＰのようなプロトコルで通信を行う。同じ内容のパケットがクライアント端末１１０ａ〜ｎそれぞれ宛に送信される。逆に言えば、クライアント端末１１０ａ〜ｎが同じ内容のパケットを受信し、そのパケットの内容を共有するということになる。ただし必ずしも意図したとおりに受信できるとは限らず、意図したような受信ができなかったクライアント端末は、後述するように他のクライアント端末へその内容のパケットを送信してもらうよう要求する。
【００２１】
一覧送信部２１３は、クライアント端末１１０ａ〜ｎに対して、後述する最新画像要求先一覧の送信処理を行う。この受信するデータ等の詳細については後述する。
【００２２】
セッション制御部２０２は、当該サーバ１００を操作している利用者、又は通信部２０８を介したクライアント端末１１０ａ〜ｎからの指示に応じて、セッションの制御処理を行う。また、セッション制御部２０２は、図示しない記憶領域を備え、当該記憶領域においてシーケンス番号カウンタを保持している。
【００２３】
取得部２０７は、受信部２１１を介して、クライアント端末１１０ａ〜ｎから、各クライアント端末１１０ａ〜ｎの性能が示された性能情報を取得する。
【００２４】
管理情報記憶部２０９は、後述する取得部２０７が取得したクライアント端末１１０ａ〜ｎの性能情報とクライアント端末１１０ａ〜ｎのＩＰアドレスとを対応付けるクライアント情報管理テーブルを格納する。
【００２５】
図３は、管理情報記憶部２０９が保持するクライアント情報管理テーブルの例を示した図である。図３に示すように、クライアント情報管理テーブルにおいて、ＩＰアドレスと、ＣＰＵ性能と、利用可能物理メモリと、リンクスピードとを対応付けて保持している。なお、当該クライアント情報管理テーブルは、クライアント端末１１０ａ〜ｄを管理している場合の例とする。また、クライアント端末１１０ａ〜ｄの性能情報を、それぞれ３０１、３０２、３０３、３０４で示している。
【００２６】
要求先一覧生成部２０３は、管理情報記憶部２０９に記憶されたクライアント端末１１０ａ〜ｎの性能情報に基づいて、各クライアント端末１１０ａ〜ｎの最新画像データの要求先が格納された最新画像要求先一覧を生成する。
【００２７】
最新画像要求先一覧は、クライアント端末が画像データを受信していない可能性があると判断した場合に、画像データの送信要求を行う要求先（他のクライアント端末のアドレス等）が示された一覧である。
【００２８】
図４−１〜図４−４が、クライアント端末１１０ａ〜ｄの最新画像要求一覧の例を示した図である。図４−１〜図４−４に示すように、要求先一覧生成部２０３は、クライアント端末毎に画像要求先一覧を生成する。そして、一覧送信部２１３が、決定された最新画像要求先一覧を、各クライアント端末１１０ａ〜ｄに送信する。
【００２９】
なお、本実施の形態は、最新画像要求先一覧を、クライアント端末１１０ａ〜ｄに対して生成する例について説明するが、最新画像要求先一覧の生成対象をクライアント端末１１０ａ〜ｄに制限するものではない。
【００３０】
図４−１〜図４−４に示すように、最新画像要求先一覧は、クライアント端末と、優先順位とを対応付けて格納している。そして、当該最新画像要求先一覧に格納されているＩＰアドレスは、各最新画像要求先一覧の送信先となるクライアント端末以外のＩＰアドレスとする。これにより、最新画像要求先一覧を受信したクライアント端末１１０ａ〜ｄは、最新画像データの要求先となるクライアント端末を優先順位に従って特定できる。なお、最新画像要求一覧の詳細な決定手順については後述する。
【００３１】
画面生成部２０４は、サーバ１００上で実行されるＯＳ（Operating System）および各種アプリケーションの動作状態に応じた画面を表した画像データを生成する。
【００３２】
そして、画面生成部２０４は、所定のフレームレートで新たな画像データを生成し、生成した最新の画像データで、後述する保持部２０１の内容を更新する。また、画面生成部２０４は、特定の指示に応じて、保持部２０１の格納内容の一部または全部を出力することができる。また、当該画像データは複数のクライアント端末で共有されることになる。
【００３３】
特定の指示とは、例えば、画面生成部２０４で生成された画像データと、それより１フレーム前の画像データと、の差分を出力する指示である。また、特定の指示の他の例としては、差分ではなく保持部２０１に保持された１画面分の画像データそのものである。さらに、特定の指示の他の例としては、画面生成部２０４が生成したばかりの１画面分の画像データである。
【００３４】
保持部２０１は、画面生成部２０４により生成された画像データを格納する記憶領域（フレームバッファ）とする。
【００３５】
また、保持部２０１及び管理情報記憶部２０９は、本実施の形態ではＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を用いるが、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの一般的に利用されているあらゆる記憶手段により構成することができる。
【００３６】
表示部２０５は、画面生成部２０４で生成された画像データの表示を行う。
【００３７】
エンコード部２０６は、画面生成部２０４で生成された画像データを、ネットワーク１５０を介して送信するために適切なフォーマットに変換する。このようなフォーマットとしては、例えばＪＰＥＧ（Joint Photographic Experts Group）や、ＰＮＧ（Portable Network Graphics）など、さまざまな方式がある。
【００３８】
図５は、第１の実施の形態にかかるクライアント端末１１０ａの構成を示すブロック図である。本図に示すように、クライアント端末１１０ａは、セッション制御部５０１と、性能情報取得部５０２と、要求先一覧格納部５０３と、画像格納部５０４と、取得要求部５０５と、デコード部５０６と、表示部５０７と、エンコード部５０８と、要求応答部５０９と、決定部５１３と、判定部５１６と、通信部５１０とを備える。
【００３９】
通信部５１０は、受信部５１１と、送信部５１２とを備え、ネットワーク１５０に接続されたサーバ１００又は他のクライアント端末１１０ｂ〜ｎと通信制御を行う。受信部５１１は、サーバ１００又は他のクライアント端末１１０ｂ〜ｎから送信されたデータの受信処理を行う。送信部５１２は、サーバ１００又はクライアント端末１１０ｂ〜ｎに対してデータの送信処理を行う。この受信するデータ及び送信するデータについては後述する。
【００４０】
セッション制御部５０１は、当該サーバ１００を操作している利用者、又は通信部５１０を介したサーバ１００若しくは他のクライアント端末１１０ｂ〜ｎからの指示に応じて、セッションの制御処理を行う。また、セッション制御部５１０は、図示しない記憶領域を備え、当該記憶領域においてシーケンス番号カウンタを保持している。
【００４１】
性能情報取得部５０２は、受信部５１１がサーバ１００からの性能情報取得の要求を受信した場合に、自端末の性能情報を取得する。そして、送信部５１２が、取得した性能情報を、サーバ１００に送信する。
【００４２】
性能情報は、クライアント端末１１０ａ〜ｎの情報処理能力や情報伝送能力に関する情報とする。サーバ１００から性能情報報告要求を受信した場合に、性能情報取得部５０２が、自端末のシステム情報を参照して、性能情報の各項目の値を算出する。本実施形態にかかる性能情報は、自端末のＣＰＵ（Central Processing Unit）の性能を「高」「中」「低」のいずれかで評価した値、使用可能な物理メモリ量（単位：メガバイト）、リンクスピード（単位：Mbps）の３つの値の集合として定義する。また、これら値を含んで生成された性能情報は、サーバ１００が最新画像データの要求先を決定する際に使用される。
【００４３】
要求先一覧格納部５０３は、要求先一覧管理テーブルを保持する。図６は、要求先一覧管理テーブルのテーブル構造の例を示した図である。図６に示すように要求先一覧管理テーブルは、優先順位と、最新画像要求先アドレスと、最新画像要求済みフラグとを対応付けて保持している。
【００４４】
図６に示す優先順位及び最新画像要求先アドレスは、サーバ１００から入力された最新画像要求先一覧に含まれている情報とする。また、最新画像要求済みフラグは、当該宛先に対して、最新画像データを要求したか否かを示すフラグとする。当該最新画像要求済みフラグは、「未」及び「済」のうちいずれかが設定されている。なお、当該フラグの初期値は「未」とする。そして、このフラグを参照することで、最新画像要求を行っていない要求先を特定することができる。
【００４５】
画像格納部５０４は、画像データを格納するための記憶領域（フレームバッファ）とする。そして、サーバ１００又はクライアント端末１１０ｂ〜ｎから画像データが入力される毎に、画像格納部５０４が保持する画像データの更新が行われる。また、指示に応じて、画像格納部５０４が保持する格納内容の一部または全部が出力される。
【００４６】
判定部５１６は、受信した受信パケットに含まれる情報に基づいて、共有情報の送信要求を行うか否か判定する。例えば、後述するようにシーケンス番号カウンタの値が、パケットに記載されているシーケンス番号と一致するか否か判定すること等が考えられる。この場合、判定部５１６は、シーケンス番号が一致しなかった場合に、パケットを受信できなかったものと判定し、共有情報の送信要求を行うこととする。なお、詳細な処理手順については後述する。
【００４７】
決定部５１３は、共有情報の送信要求を行う際に、要求先一覧格納部５０３に基づいて、最新画像要求先を決定する。なお、詳細な処理手順については後述する。
【００４８】
取得要求部５０５は、要求先一覧格納部５０３から取得した最新画像取得要求先に対し、最新画像データの取得要求を行う。なお、詳細な処理手順については後述する。
【００４９】
デコード部５０６は、入力された画像データを、表示部５０７が表示可能な形式に変換する。この変換方式は、さまざまな方式があるが、サーバ１００のエンコード部２０６及びクライアント端末１１０ｂ〜ｎのエンコード部５０８で使用される変換方式と対応している必要がある。
【００５０】
表示部５０７は、デコード部５０６で変換された後の画像データを表示する。
【００５１】
エンコード部５０８は、ネットワーク１５０を介して入力された画像データを、再びネットワーク１５０を介して送信するために適切なフォーマットに変換する。また、この変換方式は、上述したデコード部５０６に対応している必要がある。
【００５２】
要求応答部５０９は、要求受付部５１４と、画像受渡部５１５とを備える。そして、要求受付部５１４は、他のクライアント端末１１０ｂ〜ｄから入力された最新画像データの送信要求を受け付ける。そして、画像格納部５０４から最新の画像データを取得する。そして、その後、画像受渡部５１５が、送信部５１２を制御して、取得された最新の画像データを、最新画像データの要求を行った他のクライアント端末１１０ｂ〜ｄに対して受け渡す。なお、詳細な処理手順については後述する。
【００５３】
このように本実施の形態にかかるクライアント端末１１０ａは、最新画像データの取得する要求を行う取得要求部５０５と、取得要求に対応して最新画像データの出力するための処理を行う要求応答部５０９とを両方備えている装置として説明する。しかし、クライアント端末一台に必ずしもこれら両方備えている必要はない。例えば、いずれか一方のみを構成要素として備えるクライアント端末を組み合わせて、後述する処理を実現しても良い。
【００５４】
本実施形態に係る多地点画面共有システムにおいて画像データを共有するための処理について説明する。図７は、サーバ１００とクライアント端末１１０ａ〜ｄがネットワークを介して画像データを共有するための通信手順を示したシーケンス図である。また、図７では、４台のクライアント端末１１０ａ〜ｄで画像データを共有する例について説明するが、共有するクライアント端末の台数を制限するものではない。なお、図７以降についても、同様にクライアント端末１１０ａ〜ｄで画像データを共有する例とする。
【００５５】
まず、サーバ１００は、デスクトップ画像データを共有するクライアント端末１１０ａ〜ｄに対して共有開始要求を送信する（ステップＳ７０１〜Ｓ７０４）。
【００５６】
次に、クライアント端末１１０ａ〜ｄは、受信した要求に対応する共有開始要求応答を、サーバ１００に対して送信する（ステップＳ７０５〜Ｓ７０８）。
【００５７】
そして、サーバ１００は、全てのクライアント端末１１０ａ〜ｄから共有開始要求応答を受信した場合に、クライアント端末１１０ａ〜ｄに対して性能情報報告要求を送信する（ステップＳ７０９〜Ｓ７１２）。
【００５８】
次に、クライアント端末１１０ａ〜ｄは、それぞれ自装置から取得した最新情報を、サーバ１００に対して送信する（ステップＳ７１３〜Ｓ７１６）。
【００５９】
これにより、サーバ１００は、図示していないがクライアント端末１１０ａ〜ｄ毎に最新画像要求先一覧を生成する。そして、サーバ１００は、クライアント端末１１０ａ〜ｄに対して、クライアント端末に対応する最新画像要求先一覧をクライアント端末１１０ａ〜ｄに対して通知する（ステップＳ７１７〜Ｓ７２０）。
【００６０】
その後、サーバ１００は、クライアント端末１１０ａ〜ｄに対して、デスクトップ全体の画像データを送信する（ステップＳ７２１〜Ｓ７２４）。
【００６１】
そして、サーバ１００は、クライアント端末１１０ａ〜ｄに対して、先ほど送信したデスクトップ全体から更新された領域のみの画像データを送信する（ステップＳ７２５〜Ｓ７２８）。
【００６２】
次に、クライアント端末１１０ａが、何らかの理由により画像データの受信に失敗した場合、最新画像要求先一覧に基づいて要求先を決定し、当該要求先に対して、最新画像データの要求を送信する（ステップＳ７２９）。なお、図７に示す処理手順では、クライアント端末１１０ａは、要求先としてクライアント端末１１０ｄに決定した例とする。
【００６３】
そして、クライアント端末１１０ｄは、クライアント端末１１０ａに対して、最新画像データを送信する（ステップＳ７３０）。これにより、クライアント端末１１０ａは、最新画像を取得できる。
【００６４】
このような処理手順を行うことで、サーバ１００のデスクトップ画像データを、クライアント端末１１０ａ〜ｄで共有できる。とくに本実施の形態にかかる多地点画面共有システムでは、クライアント端末１１０ａ〜ｎが最新画像データの取得に失敗した場合、他のクライアント端末１１０ａ〜ｎから最新画像データを取得することを可能とした。次に、当該処理手順が行われる際の、サーバ１００及びクライアント端末１１０ａ〜ｄの詳細な処理手順について説明する。
【００６５】
次に、サーバ１００のデスクトップ画像データをクライアント端末１１０ａ〜ｄと共有するための手順について説明する。図８は、サーバ１００のデスクトップ画像データをクライアント端末１１０ａ〜ｄと共有するための手順を示すフローチャートである。
【００６６】
なお、当該処理は、サーバ１００を操作する利用者が、サーバ１００のセッション制御部２０２に対して、画面共有を開始する指示を入力したことを条件に実行される。
【００６７】
また、利用者は、画面共有の開始をセッション制御部２０２に対して指示する際に、画面共有を行うクライアント端末１１０ａ〜ｎのアドレスを一つまたは複数入力する。これにより、サーバ１００は、入力されたアドレスのクライアント端末と画面共有を行う。
【００６８】
まず、サーバ１００の共有情報送信部２１２は、セッション制御部２０２からの制御により、画面共有を開始する要求を、利用者から入力されたアドレスが指し示すクライアント端末１１０ａ〜ｄに対して送信する（ステップＳ８０１）。
【００６９】
そして、受信部２１１は、クライアント端末１１０ａ〜ｄから、共有開始要求に対応する応答を受信する（ステップＳ８０２）。
【００７０】
次に、セッション制御部２０２が、クライアント端末１１０ａ〜ｄ全てから応答を受信したか否か判断する（ステップＳ８０３）。全てのクライアント端末１１０ａ〜ｄから応答を受信していない場合（ステップＳ８０３：Ｎｏ）、再度クライアント端末１１０ａ〜ｄからの応答の受信を行う（ステップＳ８０２）。
【００７１】
このように、セッション制御部２０２は、共有開始要求パケットを送信したすべてのクライアント端末１１０ａ〜ｄからの応答が戻ってくるまで待機する制御を行う。
【００７２】
そして、セッション制御部２０２が、全てのクライアント端末１１０ａ〜ｄから応答を受信したと判断した場合（ステップＳ８０３：Ｙｅｓ）、セッション制御部２０２は、要求先一覧生成部２０３に、クライアント端末１１０ａ〜ｄのアドレスを出力すると共に、各クライアント端末１１０ａ〜ｄの最新画像要求先一覧の生成を依頼する。
【００７３】
これにより、要求先一覧生成部２０３が、最新画像要求先一覧を決定するために性能情報を取得する処理を行う。このため、要求先一覧生成部２０３は、性能情報の報告を要求するパケットを生成する。
【００７４】
そして、一覧送信部２１３が、要求先一覧生成部２０３の制御により、生成したパケットによる性能情報報告要求を、クライアント端末１１０ａ〜ｄに対して送信する（ステップＳ８０４）。
【００７５】
そして、取得部２０７は、受信部２１１を介して、クライアント端末１１０ａ〜ｄの性能情報を取得する（ステップＳ８０５）。
【００７６】
次に、要求先一覧生成部２０３が、クライアント端末１１０ａ〜ｄ全てから性能情報を取得したか否か判断する（ステップＳ８０６）。全てのクライアント端末１１０ａ〜ｄから性能情報を取得していない場合（ステップＳ８０６：Ｎｏ）、再度取得部２０７がクライアント端末１１０ａ〜ｄからの性能情報を取得する（ステップＳ８０５）。
【００７７】
このように、要求先一覧生成部２０３は、性能情報報告要求を送信した全てのクライアント端末１１０ａ〜ｄからの性能情報を取得するまで待機する。
【００７８】
そして、要求先一覧生成部２０３が、全てのクライアント端末１１０ａ〜ｄから性能情報を受信したと判断した場合（ステップＳ８０６：Ｙｅｓ）、図示していないが取得部２０７が、取得した性能情報を、当該性能情報の送信元のクライアント端末１１０ａ〜ｄのＩＰアドレスと対応付けて管理情報記憶部２０９のクライアント情報管理テーブルに格納しておく。このようにして、図３に示すような情報がクライアント情報管理テーブルに格納される。
【００７９】
次に、要求先一覧生成部２０３は、クライアント情報管理テーブルに格納された性能情報等に基づいて、各クライアント端末１１０ａ〜ｄの最新画像要求先一覧を生成する（ステップＳ８０７）。この最新画像要求先一覧は、例として図４−１〜図４−４に示したとおりとなる。なお、最新画像要求先一覧の決定方法の詳細について後述する。
【００８０】
そして、一覧送信部２１３が、要求先一覧生成部２０３の制御により、各クライアント端末１１０ａ〜ｄに対して、対応する最新画像要求先一覧を送信する（ステップＳ８０８）。その後、要求先一覧生成部２０３は、セッション制御部２０２に対し、最新画像要求先一覧の生成および送信が完了した旨を出力する。
【００８１】
次に、セッション制御部２０２は、画面生成部２０４に対して、保持部２０１に格納されたデスクトップ全体の画像データの出力を依頼する。これを受けて、画面生成部２０４は、保持部２０１に格納されている画像データ全体を、エンコード部２０６に入力する。
【００８２】
そして、エンコード部２０６は、規定の画像変換方式に基づいて、入力されたデスクトップ画像データ全体に対してエンコード処理を行う（ステップＳ８０９）。そして、エンコード部２０６は、エンコード後の画像データを、表示部２０５に表示する際の座標値（この場合、座標値はデスクトップ全体を示す）とともにセッション制御部２０２に出力する。
【００８３】
そして、セッション制御部２０２は、エンコードされた画像データ及び座標値と、当該画像データの時間的順序を示すシーケンス番号とを含んだ画像パケットを生成する。
【００８４】
また、シーケンス番号は、最初‘０’から開始し、以降画像パケットが生成される度に、‘１’増加する値とする。そして、シーケンス番号が規定の値（例えば２の３２乗―１）を超えた場合、再び‘０’から再開する。これにより生成された画像パケットの時間的順序を特定できる。
【００８５】
また、セッション制御部２０２の記憶領域は、最も新しいパケットに含まれたシーケンス番号を格納するシーケンス番号カウンタを保持している。そして、セッション制御部２０２は、パケットを生成する度に、シーケンス番号カウンタを更新する制御を行う。
【００８６】
そして、共有情報送信部２１２は、セッション制御部２０２の制御により、生成された画像パケットを、画像データを共有する全てのクライアント端末１１０ａ〜ｄに送信する（ステップＳ８１０）。さらに、セッション制御部２０２は、以後、デスクトップ画像データの共有の終了の指示が入力されるまで、表示内容の更新が行われたか否かの監視をするように、画面生成部２０４に対して指示する。
【００８７】
そして、画面生成部２０４は、サーバ１００のデスクトップにおいて表示内容が更新されたか否かを判断する（ステップＳ８１１）。そして、表示内容が特に更新されていないと判断した場合（ステップＳ８１１：Ｎｏ）、特に処理を行わない。
【００８８】
また、画面生成部２０４は、表示内容に更新が行われたと判断した場合（ステップＳ８１１：Ｙｅｓ）、更新があった領域の画像データを、デスクトップとして表示された場合の座標値とともに、エンコード部２０６へ入力する。
【００８９】
そして、エンコード部２０６は、画像データに対して、ステップＳ８０９と同様のエンコードを行う（ステップＳ８１２）。そして、エンコード部２０６は、エンコードされた画像データを、座標値とともにセッション制御部２０２に出力する。セッション制御部２０２は、入力された画像データ及び座標値と、シーケンス番号とを含んだ画像パケットを生成する。
【００９０】
次に、共有情報送信部２１２は、セッション制御部２０２の制御により、生成された画像パケットを、画像データを共有する全てのクライアント端末１１０ａ〜ｄに対して送信する（ステップＳ８１３）。
【００９１】
そして、該画像パケットの送信した後、セッション制御部２０２は、利用者から画像データの共有の終了の指示が入力されたか否か判断する（ステップＳ８１４）。終了の指示の入力がないと判断した場合（ステップＳ８１４：Ｎｏ）、画面生成部２０４が、表示内容に更新が行われたか否かの判断から開始する（ステップＳ８１１）。これにより、サーバ１００では、利用者からの画面共有の終了の指示が入力されるまでの間、ステップＳ８１１〜ステップＳ８１３までの処理が繰り返し行われる。
【００９２】
また、セッション制御部２０２が、終了の指示の入力があると判断した場合（ステップＳ８１４）、画像データの共有を終了するための処理を行った後、終了する。
【００９３】
次に、サーバ１００が、性能情報に基づいて各クライアント端末１１０ａ〜ｄの最新画像要求先一覧を決定する際の手順について説明する。図９は、サーバ１００の各クライアント端末１１０ａ〜ｄの最新画像要求先一覧を決定する際の手順を示すフローチャートである。
【００９４】
最新画像要求先一覧は、各クライアント端末１１０ａ〜ｎが、最新画像データの送信する要求を行う際の要求先を指定するための情報であり、例えば図４−１〜図４−４に示したもの等とする。
【００９５】
まず、要求先一覧生成部２０３は、性能情報から各クライアント端末ａ〜ｄの評価を示す性能評価値を算出する（ステップＳ９０１）。
【００９６】
図１０−１〜図１０−３は、要求先一覧生成部２０３が利用する性能評価値を算出する際に用いる各性能の値と性能評価値の対応関係を図である。図１０−１〜図１０−３に示すように、要求先一覧生成部２０３は、性能の値と性能評価値と対応関係を予め保持している。
【００９７】
また、図１０−１がＣＰＵ性能と性能評価値の対応関係を示し、図１０−２が利用可能物理メモリと性能評価値の対応関係を示し、図１０−３がリンクスピードと性能評価値の対応関係を示している。このように、要求先一覧生成部２０３は、性能情報の格納された各性能の値から、当該対応関係を用いて、性能毎の性能評価値を算出する。
【００９８】
性能評価値は、最新画像データの要求先として適切か否かを判断するための値であり、ＣＰＵ性能、利用可能物理メモリ、リンクスピード毎に導出される。
【００９９】
そして、要求先一覧生成部２０３は、導出された性能毎の性能評価値の和を算出する。この性能評価値の和が、クライアント端末１１０ａ〜ｄ毎の性能評価値となる。そして、要求先一覧生成部２０３は、このクライアント端末１１０ａ〜ｄ毎に算出された値に基づいて、各クライアント端末１１０ａ〜ｄに対して性能高さによる順位付けを行う。
【０１００】
次に、要求先一覧生成部２０３が、保持部２０１に保持される性能情報（例えば、図３参照）に基づいて、性能評価値を算出する処理を具体的に説明する。例えば、要求先一覧生成部２０３は、図３に示すＩＰアドレス“192.168.0.1”で示されるクライアント端末１１０ａにおいて、ＣＰＵ性能が“中”なので、図１０に示す算出基準により性能評価値“０．５”を導出する。同様に、要求先一覧生成部２０３は、利用可能物理メモリが“１００メガバイト”なので、性能評価値“０”、リンクスピードが“１１Mbps”なので、性能評価値“０．５”を導出する。そして、要求先一覧生成部２０３は、クライアント端末１１０ａに係る性能評価値として、これらの和“１”を算出する。
【０１０１】
同様に、要求先一覧生成部２０３は、クライアント端末１１０ａ以外の端末に対しても性能評価値を算出する。図１１は、要求先一覧生成部２０３が算出した性能評価値の例を示した図である。図１１に示すように、要求先一覧生成部２０３は、クライアント端末１１０ｂの性能評価値を“２”と、クライアント端末１１０ｃの性能評価値を“２．５”と、クライアント端末１１０ｄの性能評価値を“３”として算出する。そして、性能評価値の算出が終了すると、要求先一覧生成部２０３は、算出された値に基づいて、各クライアント端末１１０ａ〜ｄの順位付けを行う。図１１に示した例では、クライアント端末１１０ｄが最高順位で、後は順にクライアント端末１１０ｃ、クライアント端末１１０ｂ、そしてクライアント端末１１０ａが最低順位として順位付けされる。
【０１０２】
そして、要求先一覧生成部２０３は、新たに定義した変数‘Ｎ’に初期値として‘１’を設定する（ステップＳ９０２）。
【０１０３】
次に、要求先一覧生成部２０３は、各クライアント端末１１０ａ〜ｄに対して選択状態フラグを設定し、各選択状態フラグの初期値として「未選択」を代入する（ステップＳ９０３）。
【０１０４】
そして、要求先一覧生成部２０３は、各クライアント端末１１０ａ〜ｄに係る性能評価値のうち‘１’以上の性能評価値が一つでも存在するか否かを確認する（ステップＳ９０４）。
【０１０５】
次に、要求先一覧生成部２０３は、各クライアント端末１１０ａ〜ｄの選択状態フラグを調べ、全ての選択状態フラグが「既選択」であるか否かを確認する（ステップＳ９０５）。
【０１０６】
そして、全ての選択状態フラグが「既選択」ではないことを確認した場合（ステップＳ９０５：Ｎｏ）、要求先一覧生成部２０３は、選択状態フラグが「未選択」のクライアント端末１１０ａ〜ｄのうち、ステップＳ９０１で定めた順位が最低となるクライアント端末を判定する（ステップＳ９０６）。この順位が最低となるクライアント端末を、「選択端末」とする。
【０１０７】
例えば、図１１に示す性能評価値であって、クライアント端末１１０ａ〜ｄが全て「未選択」の場合、ＩＰアドレス“192.168.0.1”のクライアント端末１１０ａが選択端末となる。
【０１０８】
次に、要求先一覧生成部２０３は、現在の時点で各クライアント端末１１０ａ〜ｄの性能評価値を調査し、性能評価値が最も高いクライアント端末を判定する（ステップＳ９０７）。この性能評価値が最も高いクライアント端末を「担当端末」とする。但し、「選択端末」と「担当端末」は重複してはならない。
【０１０９】
例えば、図１１の上述した条件の場合、ＩＰアドレス“192.168.0.4”のクライアント端末１１０ｄが担当端末となる。
【０１１０】
そして、要求先一覧生成部２０３は、「選択端末」に係る最新画像要求先一覧の第Ｎ優先順位の宛先に「担当端末」を設定する（ステップＳ９０８）。
【０１１１】
図１２−１〜図１２−４は、第１優先順位で、選択状態フラグが全て「未選択」の状態で判定された「選択端末」のクライアント端末１１０ａの最新画像要求先一覧に、「担当端末」のクライアント端末１１０ｄを設定した後の各最新画像要求先一覧の例を示した図とする。図１２−１に示すようにクライアント端末１１０ａの優先順位‘１’のみ、担当端末だったクライアント端末１１０ｄのＩＰアドレスが設定される。図１２−２〜図１２−４に示すように、クライアント端末１１０ｂ〜ｄの最新画像要求先一覧に対しては、特にＩＰアドレスは設定されていない。
【０１１２】
つまり、性能評価値が最も低いので、画像データの受信のロスが最も多いと判断されたクライアント端末１１０ａに、性能評価値が最も高いので、信頼性が最も高いと判断されたクライアント端末１１０ｄを最新画像データの要求先として設定したことになる。
【０１１３】
図９に戻り、要求先一覧生成部２０３は、「選択端末」の選択状態フラグを、「既選択」に変更する（ステップＳ９０９）。
【０１１４】
また、最新画像要求先一覧が図１２−１〜図１２−４に示したような状態においては、クライアント端末１１０ａの選択設定フラグが「既選択」に設定される。
【０１１５】
そして、要求先一覧生成部２０３は、「担当端末」の性能評価値を‘１’減少させる（ステップＳ９１０）。
【０１１６】
図１３は、担当端末であったクライアント端末１１０ｄの性能評価値を、図１１に示した性能評価値から‘１’減少させた後の、各クライアント端末１１０ａ〜ｄの性能評価値を示した図である。図１３に示すように、クライアント端末１１０ｄの性能評価値が‘１’減少して‘２’となった。これにより、性能評価値で最も高い値がクライアント端末１１０ｃとなっていることが確認できる。このような処理を行うことで、最新画像要求先一覧の要求先として決定したクライアント端末を、次の最新画像要求先一覧の要求先として決定する確率を減少させている。
【０１１７】
その後、ステップＳ９０４の性能評価値１以上のクライアント端末が存在するか否かの評価から開始し、性能評価値１以上のクライアント端末が存在しなくなるまで、以上の処理を繰り返し行う。
【０１１８】
そこで、図１２−１〜図１２−４に示す最新画像要求先一覧が設定され且つ図１３に示す性能評価値に変更された後、再びステップＳ９０４から処理を行った場合について説明する。ステップＳ９０４及びステップＳ９０５の判定結果は、上述した例と同様となる。そして、ステップＳ９０６では、要求先一覧生成部２０３は、クライアント端末１１０ｂを「選択端末」と判断する。次に、ステップＳ９０７では、要求先一覧生成部２０３は、性能評価値が“２．５”で最も高いクライアント端末１１０ｃを「担当端末」と判断する。
【０１１９】
この結果、クライアント端末１１０ｂの最新画像要求先一覧の優先順位‘１’の最新画像要求先アドレスに、クライアント端末１１０ｃのアドレス“192.168.0.3”が設定される。図１４は、クライアント端末１１０ｂの優先順位‘１’の最新画像要求先アドレスが設定された後の最新画像要求先一覧を示した図である。図１４に示すように、クライアント端末１１０ｂに、クライアント端末１１０ｃのアドレスが設定される。
【０１２０】
これにより、クライアント端末１１０ａとクライアント端末１１０ｂとでは最新画像要求先一覧の優先順位‘１’の端末として異なるクライアント端末が設定される。このように設定を行うことで、特定のクライアント端末に負荷が集中することを防止する。
【０１２１】
そして、要求先一覧生成部２０３は、図１３に示した各クライアント端末の性能評価値から、クライアント端末１１０ｃの性能評価値を‘１’減少させて‘１．５’とする。図１５は、図１３に示した各クライアント端末の性能評価値から、クライアント端末１１０ｃの性能評価値を‘１’減少させた後の性能評価値を示した図である。図１５に示すように、性能評価値の変更により、再びクライアント端末の順位が変更される。
【０１２２】
同様の手順に従って、要求先一覧生成部２０３は、クライアント端末１１０ｃに係る最新画像要求先の第１優先の端末として、クライアント端末１１０ｄを設定する。また、要求先一覧生成部２０３は、クライアント端末１１０ｃに係る最新画像要求先の優先順位‘１’の端末として、クライアント端末１１０ｂを設定する。なお、性能評価値が同じ場合は、最初の順位の高いほうを優先して担当端末として処理を行う。
【０１２３】
図１６は、クライアント端末１１０ｃの優先順位‘１’の最新画像要求先アドレスが設定された後の最新画像要求先一覧を示した図である。図１７は、クライアント端末１１０ｄの優先順位‘１’の最新画像要求先アドレスが設定された後の最新画像要求先一覧を示した図である。これらの図により、クライアント端末１１０ａ〜ｄに対して優先順位‘１’のクライアント端末が一通り設定されたことになる。
【０１２４】
図１８は、各クライアント端末の優先順位‘１’の最新画像要求先アドレスが設定された後の性能評価値を示した図である。図１８に示すように、図１１に示した最初の性能評価値から合計‘４’減少していることが確認できる。このような処理を行うことで、各クライアント端末１１０ａ〜ｄの選択状態フラグが全て「既選択」となる。
【０１２５】
図９に戻り、要求先一覧生成部２０３は、ステップＳ９０５において、全てのクライアント端末１１０ａ〜ｄの選択設定フラグが「既選択」になっていることを確認し（ステップＳ９０５：Ｙｅｓ）、Ｎの値を‘１’増加させる（ステップＳ９１１）。これにより、要求先一覧生成部２０３は、これから優先順位‘２’の最新画像要求先アドレスを設定するための処理を行う。
【０１２６】
そして、要求先一覧生成部２０３は、クライアント端末１１０ａ〜ｄの各選択設定フラグに対して「未選択」を設定する（ステップＳ９０３）。
【０１２７】
そして、要求先一覧生成部２０３は、上述した処理と同様に、優先順位‘２’の最新画像要求先アドレスを設定する。そして、優先順位‘２’の最新画像要求先アドレスを設定した後の最新画像要求先一覧は、図４−１〜図４−４に示した通りとなる。図１９は、要求先一覧生成部２０３が優先順位‘２’の最新画像要求先アドレスを設定した後のクライアント端末１１０ａ〜ｄの性能評価値を示した図である。図１９に示すクライアント端末１１０ａ〜ｄの各性能評価値は、‘１’以上の値が存在しないことが確認できる。つまり、図９のステップＳ９０４において、要求先一覧生成部２０３が、性能評価値が‘１’以上の値が存在しないことを確認する。
【０１２８】
そして、要求先一覧生成部２０３は、‘１’以上の性能評価値が一つも存在しないことを確認した場合（ステップＳ９０４：Ｎｏ）、処理を終了する。
【０１２９】
上述した処理により、要求先一覧生成部２０３が最新画像要求先一覧を生成する。そして、要求先一覧生成部２０３は、各クライアント端末１１０ａ〜ｄの最新画像要求先一覧を、セッション制御部２０２に出力する。これにより、一覧送信部２１３が、セッション制御部２０２の制御により、これら最新画像要求先一覧を、各クライアント端末１１０ａ〜ｄに送信する。
【０１３０】
このように、サーバ１００は、各クライアント端末１１０ａ〜ｄが、最新画像要求先を特定することができる。つまり、クライアント端末１１０ａ〜ｄは、最新画像要求先として適切なクライアント端末１１０ａ〜ｄから選択する。これにより、サーバ１００に対して最新画像要求が集中することを避けることができる。従って、サーバ１００におけるＣＰＵ負荷、およびネットワーク負荷を軽減することができる。
【０１３１】
また、最新画像要求先は、性能情報に応じて、クライアント端末１１０ａ〜ｄ毎に異なるクライアント端末が要求先として設定されている。よって、最新画像データの要求先が１台のみに集中することなく、複数台に分散して行われる。このため、本実施の形態にかかる多地点画面共有システム全体でリソースの効率的に活用することができる。
【０１３２】
次に、クライアント端末１１０ａがサーバ１００のデスクトップ画像データを共有するための処理手順について説明する。図２０は、クライアント端末１１０ａによるサーバ１００のデスクトップ画像データを共有するための処理手順を示すフローチャートである。なお、クライアント端末１１０ｂ〜ｄの処理も、後述する処理と同様なので説明を省略する。
【０１３３】
まず、クライアント端末１１０ａの受信部５１１が、共有開始要求を受信する（ステップＳ２００１）。そして、当該受信を契機として、クライアント端末１１０ａにおける画面共有処理が開始される。そして、受信部５１１は、受信した共有開始要求を、サーバ１００のＩＰアドレスと共に、セッション制御部５０１に出力する。
【０１３４】
そして、セッション制御部５０１は、図示していないが入力されたサーバ１００のＩＰアドレスを自身の記憶領域に格納した後、開始要求に対する肯定的応答を意味する共有開始要求応答パケットを作成する。
【０１３５】
そして、送信部５１２は、セッション制御部５０１の制御により、サーバ１００に対して、生成された共有開始要求応答パケットを送信する（ステップＳ２００２）。
【０１３６】
その後、受信部５１１は、サーバ１００からの性能情報の報告の要求を受信する（ステップＳ２００３）。この場合、セッション制御部５０１は性能情報取得部５０２に対し、自端末に係る性能情報の取得の要求を入力する。
【０１３７】
次に、性能情報取得部５０２は、クライアント端末１１０ａの性能を計測し、性能情報を取得する（ステップＳ２００４）。そして、性能情報取得部５０２は、取得した性能情報を、セッション制御部５０１に出力する。
【０１３８】
そして、送信部５１２は、セッション制御部５０１の制御により、該性能情報を送信する（ステップＳ２００５）。
【０１３９】
その後、受信部５１１は、上述した性能情報により決定された最新画像要求先一覧を、サーバ１００から受信する（ステップＳ２００６）。そして、受信部５１１は、受信した最新画像要求先一覧をセッション制御部５０１に出力する。
【０１４０】
そして、セッション制御部５０１は、当該最新画像要求先一覧を、要求先一覧格納部５０３に格納する（ステップＳ２００７）。格納する際に、セッション制御部５０１は、最新画像要求先一覧の最新画像要求先毎に、最新画像要求を既に行ったか否かを表す最新画像要求済みフラグ（なお、初期値を「未」とする）を対応付けて、要求先一覧管理テーブルに格納する。この最新画像要求先一覧を格納する要求先一覧管理テーブルは、図６に示す。また、セッション制御部５０１は、自身が保持するシーケンス番号カウンタの値を‘０’にリセットする。
【０１４１】
次に、受信部５１１は、サーバ１００から画像パケットを受信する（ステップＳ２００８）。そして、受信部５１１は、受信した画像パケットを、セッション制御部５０１に出力する。なお、受信した画像パケットは、サーバ１００によるエンコード済みの画像データ、当該画像データの表示位置を表す座標値、及びシーケンス番号を含んでいる。そして、セッション制御部５０１は、シーケンス番号を抽出し、当該シーケンス番号と、シーケンス番号カウンタの値を、判定部５１６に出力する。
【０１４２】
そして、判定部５１６は、抽出されたシーケンス番号と、シーケンス番号カウンタの値から、最新画像データの送信が必要であるか否か判定する（ステップＳ２００９）。例えば、判定部５１６は、シーケンス番号カウンタ値と、抽出したシーケンス番号の値とが一致するか否かを判定する。
【０１４３】
そして、これらの値が一致する場合、最新画像データが必要ないと判定する。また、これらの値が一致せず、当該シーケンス番号が当該カウンタ値より新しい値である場合、判定部５１６は、最新画像データを取得する必要があると判定する。
【０１４４】
例えば、該カウンタ値が‘１００’で、受信パケットのシーケンス番号の値が‘１０３’の場合、判定部５１６は、シーケンス番号‘１００’，‘１０１’，‘１０２’に相当する画像データが消失したと判定する。そして、判定部５１６の判定結果がセッション制御部５０１に入力される。そして、セッション制御部５０１は、最新画像データを取得する必要が生じた旨を、取得したシーケンス番号の最新の値‘１０３’とともに取得要求部５０５に出力する。
【０１４５】
一方、該シーケンス番号の値が、該カウンタの値より古い値（例えば‘９８’）の場合、判定部５１６は、該画像パケットが遅延等により遅れて受信したものと判定し、セッション制御部５０１が、該画像パケットを破棄する。
【０１４６】
このように、判定部５１６は、画像パケットのシーケンス番号が、カウンタ値より新しい場合、最新画像データの取得の必要があると判定する。また、判定部５１６は、画像パケットのシーケンス番号が、カウンタ値と一致する場合又は古い場合、最新画像データの取得が必要ではないと判定する。
【０１４７】
そして、セッション制御部５０１が、最新画像データの取得が必要であると判定した場合（ステップＳ２００９：Ｙｅｓ）、決定部５１３は、要求先一覧格納部５０３から、最新画像データの要求を行っていない最新画像要求先があるか否か判断する（ステップＳ２０１０）。
【０１４８】
例えば、決定部５１３は、要求先一覧格納部５０３に格納されている要求先一覧管理テーブルから、最新画像要求済みフラグが‘未’であり、且つ優先順位が最も高い最新画像要求先アドレスを取得できれば、当該最新画像要求先アドレスを要求先に決定する。また、決定部５１３は、要求先一覧管理テーブルから、優先順位を無視して、最新画像要求済みフラグが‘未’の最新画像要求先アドレスから、一つのアドレスをランダムに決定しても良い。このように、決定部５１３は、最新画像要求先アドレスを決定したか否かにより、最新画像要求先があるか否かを判断する。
【０１４９】
そして、取得要求部５０５が、要求先一覧管理テーブルにおいて、最新画像要求済みフラグが‘未’のレコードが存在しない場合、最新画像要求先アドレスを取得できず、最新画像要求先が無いと判断し（ステップＳ２０１０：Ｎｏ）、所望の画像データの取得する処理を終了する。そして、取得要求部５０５は、要求先一覧管理テーブルの全てのレコードの最新画像要求済みフラグを‘未’に更新する。その後、受信部５１１が、画像パケットを受信する処理から再開する（ステップＳ２００８）。
【０１５０】
そして、取得要求部５０５は、最新画像要求先があると判断した場合（ステップＳ２０１０：Ｙｅｓ）、要求先一覧管理テーブルにおいて、取得した最新画像要求先アドレスと対応付けられた最新画像要求済みフラグを‘済’に変更する。
【０１５１】
次に、取得要求部５０５は、取得した最新画像要求先アドレスを送信先として設定した最新画像要求パケットを生成する。この生成されたパケットは、ステップＳ２００９で抽出されたシーケンス番号を含んでいる。
【０１５２】
そして、送信部５１２は、取得要求部５０５の制御により、当該パケットを、送信先として設定された該最新画像要求先アドレスに送信する（ステップＳ２０１１）。
【０１５３】
そのあと、取得要求部５０５は、最新画像要求先から最新画像データを含む応答（パケット）を受信部５１１が受信するまで待機する。なお、この待機は、規定時間が経過する又は上述した応答を受信するまで継続される。
【０１５４】
そして、取得要求部５０５は、受信部５１１が最新画像要求先から否定的応答を受信したと判断した場合、又は規定時間以内に何も応答を受信できなかったと判断した場合（ステップＳ２０１２：Ｎｏ）、取得要求部５０５は、要求先一覧格納部５０３から、最新画像要求がまだ行われていない最新画像要求先があるか否かの判断を行う（ステップＳ２０１０）。つまり、取得要求部５０５は、このようなステップＳ２０１０〜Ｓ２０１２までの処理を、最新画像要求先から所望の画像データを取得する、又は要求先一覧管理テーブルの全てのレコードの最新画像要求済みフラグが‘済’になるまで繰り返し実行する。
【０１５５】
そして、受信部５１１が、最新画像データを含んだ肯定的応答を受信した場合（ステップＳ２０１２：Ｙｅｓ）、取得要求部５０５は要求先一覧格納部５０３の要求先一覧管理テーブルの全てのレコードの最新画像要求済みフラグを‘未’にリセットする。
【０１５６】
そして、セッション制御部５０１は、受信した画像パケット（サーバ１００から送信された画像パケットのみならず、最新画像要求により受信した画像パケットも含む）を既に破棄していなければ、当該画像パケットから、画像データと、当該画像データの表示位置を表す座標値と、シーケンス番号とを抽出する。そして、セッション制御部５０１は、抽出したシーケンス番号カウンタの値を該シーケンス番号に‘１’を加えた値で更新（インクリメント）する（ステップＳ２０１３）。これによりシーケンス番号カウンタには、次に受信する予定の画像データを示すシーケンス番号が格納されることになる。
【０１５７】
また、シーケンス番号カウンタが規定の値（例えば２の３２乗―１とし、先述のセッション制御部２０２が保持するシーケンス番号の最大の値と同一とする）を超えた場合、セッション制御部５０１は、再びシーケンス番号カウンタを‘０’に戻る。その後、セッション制御部５０１は、該画像データをデコード部５０６に出力する。
【０１５８】
次に、デコード部５０６は、入力された画像データを、表示部５０７に表示可能な形式にデコードする（ステップＳ２０１４）。
【０１５９】
そして、セッション制御部５０１は、デコード後の画像データを取得し、先ほど抽出した座標値を参照した後、画像格納部５０４に格納された画像データの当該座標値に相当する領域に対して、取得した画像データで更新する。なお、受信した画像パケットを既に破棄していれば、本ステップでは何も行わない。
【０１６０】
そして、表示部５０７は、セッション制御部５０１の制御により、画像格納部５０４に格納されていた画像データを表示する（ステップＳ２０１５）。
【０１６１】
次に、セッション制御部５０１は、受信部５１１がサーバ１００からの画面共有終了する旨の指示を受信したか否かにより、共有を終了するか否か判断する（ステップＳ２０１６）。共有をしないと判断した場合（ステップＳ２０１６：Ｎｏ）、クライアント端末１１０ａは、ステップＳ２００８〜ステップＳ２０１６までの処理を繰り返し実行する。
【０１６２】
そして、セッション制御部５０１は、共有を終了すると判断した場合（ステップＳ２０１６：Ｙｅｓ）、処理を終了する。
【０１６３】
なお、本実施の形態では、他のクライアント端末との間で最新画像要求に関する処理を実行している時に、受信部５１１がサーバ１００から画像パケットを受信することも起こりえる。このような事態に対する対処として、受信部５１１が、到着した画像パケットを一時的に保管してもよい。この場合、受信部５１１に画像パケットを一時的に保管するパケット保管部を備えても良い。このパケット保管部は、キュー構造の記憶領域を有する。
【０１６４】
そして、受信部５１１の画像パケット保管部は、ステップＳ２０１０の処理が開始する時点で、格納された受信パケットの情報がクリアされる。そして、受信部５１１は、受信した画像パケットを、画像パケット保管部への蓄積を開始する。そして、該画像パケット保管部は、処理がステップＳ２００８に移ったタイミングで、画像パケットの蓄積を停止する。そして、これまでに受信した画像パケットのうち最も古くに受信したパケットを、今受信を行ったパケットとして扱う。そして、受信部５１１は、これらパケットをセッション制御部５０１に出力した上で、ステップＳ２００９の処理を行う。
【０１６５】
次に、クライアント端末１１０ａが、他のクライアント端末（例えばクライアント端末１１０ｂ〜ｄ）から最新画像要求を受けた際の処理について説明する。図２１はクライアント端末１１０ａの他のクライアント端末から最新画像要求を受け付けた場合の処理手順を示すフローチャートである。
【０１６６】
また、クライアント端末１１０ａは、画像データの共有の開始以降、図２０に示した処理手順を行っている。そして、他のクライアント端末１１０ｂ〜ｄのいずれかから最新画像要求を受信した場合に、後述する最新画像要求応答に対応する処理を実行する。
【０１６７】
まず、受信部５１１は、他のクライアント端末から最新画像要求パケットを受信する（ステップＳ２１０１）。そして、受信部５１１は、当該画像要求パケットに含まれていた情報を、要求受付部５１４に出力する。これにより要求受付部５１４は、他のクライアント端末から最新画像データの要求を受け付ける。そして、この最新画像要求パケットの受信をトリガーとして後述する処理を行う。
【０１６８】
まず、要求応答部５０９は、受信パケットに含まれていた情報からシーケンス番号の値を抽出する。そして、要求応答部５０９は、セッション制御部５０１に愛して、シーケンス番号カウンタ値の問い合わせを行う。セッション制御部５０１は、自身の記憶領域に格納されているシーケンス番号カウンタを、要求応答部５０９に出力する。
【０１６９】
そして、要求応答部５０９は、入力されたシーケンス番号カウンタと、該受信パケットから抽出されたシーケンス番号の値とを比較する（ステップＳ２１０２）。
【０１７０】
次に、要求応答部５０９は、シーケンス番号カウンタが該受信パケットから抽出されたシーケンス番号の値より大きいと判断した場合（ステップＳ２１０２：Ｙｅｓ）、該最新画像要求に対し肯定的に応答することが可能であると判定する。
【０１７１】
そして、要求応答部５０９は、画像格納部５０４から、現在最も新しい画像データを取得する。この取得する画像データは、画像格納部５０４に格納されている画面全体分の画像データとする。そして、要求応答部５０９は、画像格納部５０４から取得した画像データを、エンコード部５０８に入力する。
【０１７２】
エンコード部５０８は、入力された画像データを、送信に適切なフォーマットにエンコードする（ステップＳ２１０３）。そして、エンコード部５０８は、エンコード後の画像データを、要求応答部５０９に出力する。そして、要求応答部５０９は、入力されたエンコード後の画像データに、シーケンス番号を付加する。
【０１７３】
そして、画像受渡部５１５が、エンコードされた画像データと、シーケンス番号とを、最新画像要求パケットの送信元のクライアント端末に対して、受け渡す処理を行う。具体的には、送信部５１２が、画像受渡部５１５の制御により、最新画像要求パケットの送信元のクライアント端末に対して、エンコードされた画像データ（シーケンス番号を含む）を送信する（ステップＳ２１０４）。
【０１７４】
次に、要求応答部５０９は、シーケンス番号カウンタが該受信パケットから抽出されたシーケンス番号の値より以下であると判断した場合（ステップＳ２１０２：Ｎｏ）、最新画像要求に対し肯定的に応答することが不可能であると判定する。
【０１７５】
そして、要求応答部５０９が肯定的に応答することが不可能だと判定した場合、送信部５１２は、要求応答部５０９の制御により、最新画像要求パケットの送信元のクライアント端末に対して、否定的応答を送信する（ステップＳ２１０５）。
【０１７６】
本実施の形態では、最新画像要求先一覧を決定するために、クライアント端末１１０ａ〜ｎの性能情報を利用した。しかしながら、最新画像要求先一覧を決定するために、必ずしも性能情報を使用することに限るものではなく、性能情報を使用せずに最新画像要求先一覧を決定してもよい。なお、その場合の最新画像要求先一覧の決定方法の、後ほど例を挙げて説明する。
【０１７７】
なお、本実施の形態においては、サーバ１００がデスクトップ画像データを生成して、この生成したデスクトップ画像データをクライアント端末に送信している。しかしながら、サーバ１００自体が画像データを生成することに制限するものではなく、他の情報処理装置から送信された画像データを、クライアント端末１１０ａ〜ｎに送信しても良い。
【０１７８】
なお、本実施の形態においては、共有する情報として画像データを用いた場合について説明した。しかしながら、共有する情報を画像データに制限するものではなく、音声データ、動画データ、文書データ等を用いても良い。
【０１７９】
上述した実施の形態によれば、サーバ１００が、画像データと共に、最新画像要求先一覧をクライアント端末に送信している。このため、画像データが何らかの理由で紛失した場合、クライアント端末は、画像データの要求を、最新画像要求先一覧に含まれている要求先に対して、画像データの送信を要求する。これにより、クライアント端末は、サーバ１００に対して画像データの送信の要求を行わなくて良いので、サーバ１００の処理負担を軽減できる。
【０１８０】
また、クライアント端末は、最新画像要求先一覧に基づいて決定されたクライアント端末に対して画像データの送信要求を行うので、クライアント端末間で画像データを同期させることができる。
【０１８１】
また、最新画像要求先一覧は、クライアント端末の性能情報に基づいて生されている。これにより、クライアント端末が画像データの送信要求を行う際に、クライアント端末の処理能力に応じた適切な要求先を決定できる。
【０１８２】
また、本実施の形態では、サーバ１００は、デスクトップ画像データを送信した後、差分となる画像データを送信することとした。つまり、描画内容の変化に応じて、必要な部分のみの画像データを生成し、当該生成した画像データを共有しているクライアント端末に対して送信する。これにより、ネットワーク１５０のネットワーク帯域を効率的に利用することができる。また、単位時間当たりの描画コマ数を多くすることができる。
【０１８３】
以上、具体的な手順を挙げながら、本発明の実施の形態について説明を行った。なお、本発明は上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせてもよい。その一例は上記手順中においていくつか述べてきたが、その他、形成可能な実施の形態の一例を以下に挙げる。
【０１８４】
上述した第１の実施の形態では、サーバ１００とクライアント端末１１０ａ〜ｎとを、構成が異なる装置として説明した。しかしながら、このような構成に制限するものではなく、例えばサーバ１００とクライアント端末１１０ａ〜ｎとの両方の構成を有する情報処理装置を用いても良い。このような情報処理装置を用いた実施例としては、複数台の情報処理端末装置がネットワーク１５０を介して接続され、これら情報処理装置のうち任意の１台がサーバ１００として機能させ、他の情報処理装置がクライアント端末１１０ａ〜ｎとして機能させること等が考えられる。これにより、上述した第１の実施の形態と同様の効果を得ることができる。
【０１８５】
また、本実施の形態では、性能情報を、ＣＰＵの性能、使用可能な物理メモリ量及びリンクスピードを含むものとした。しかしながら、本実施の形態は、性能情報をこれらに制限するものではなく、クライアント端末１１０ａ〜ｄにかかわる様々な情報を含めた上で性能情報を定義してもよい。そこで変形例としては、クライアント端末１１０ａ〜ｄが、サーバ１００に対してテストパケットを送信し、サーバ１００からのテストパケットに対応する情報を受信し、この受信結果に基づいて、最新画像要求先一覧を決定することが考えられる。
【０１８６】
当該変形例にかかるクライアント端末１１０ａの性能情報取得部５０２は、テストパケットを送信するために、サーバ１００に対して“ＰＩＮＧ”を実行する。そして、性能情報取得部は、そのＲＴＴ（Round Trip Time）値（単位：ミリ秒）を、性能情報に含めても良い。また、自端末のＩＰアドレスとサブネットマスクのセット（例えば「192.168.0.1/24」）などを性能情報に用いてもよい。そして、これらの値を性能情報に含むことで、これらの条件を考慮した上で最新画像データの要求先が決定されることになる。
【０１８７】
また、テストパケットを送信した結果としてＲＴＴ値以外の値を性能情報に含めてもよい。例えば、クライアント端末１１０ａの性能情報取得部５０２が、複数のテストパケットを送信し、当該テストパケットに対応する応答を受信した場合におけるロス率を性能情報に含めても良い。
【０１８８】
また、多地点画像共有システムで使用される性能情報は、上述した実施の形態で説明したＣＰＵ性能、利用可能物理メモリ、リンクスピードの他に、例えば自端末のＩＰアドレスとサブネットマスクとのセット（例えば「192.168.0.1/24」）を含めてもよい。
【０１８９】
そこで、変形例としてＩＰアドレスとサブネットマスクを性能情報に含めた場合、サーバ１００は、画像データの共有先となる各クライアント端末１１０ａ〜ｎから、ＩＰアドレスとサブネットマスクを含んだ性能情報を取得する。そして、要求先一覧生成部２０３は、取得した性能情報に含まれるＩＰアドレスとサブネットマスクに基づいて、複数のクライアント端末のうち、いずれの端末が同一のサブネットに属しているか否かを判断する。そして、要求先一覧生成部２０３は、任意のクライアント端末の第Ｎ順位の最新画像要求先端末を決定する時、第１〜第Ｎ−１順位として決定されたクライアント端末と同一サブネットに属するクライアント端末を除外した上で生成する、又は同一サブネットに属するクライアント端末の性能評価値を判定時に一時的に減少させてから、生成する処理を行う。
【０１９０】
このような処理を行うことで、各クライアント端末は、最新画像要求先一覧の優先順位に従って最新画像要求を送信する場合に、同一サブネットに属するクライアント端末に対して、繰り返し最新画像要求を送出することを防止できる。これにより、ネットワーク上の同一セグメントに属するクライアント端末で、同一の画像データを消失する傾向が強い場合に、最新画像データの取得率を向上させることができる。
【０１９１】
また、上述した実施の形態の変形例として、サーバ１００の要求先一覧生成部２０３は、各クライアント端末１１０ａ〜ｎの性能情報を取得せずに、最新画像要求先一覧を生成してもよい。この変形例の場合、クライアント端末１１０ａ〜ｎでは、性能情報取得部５０２が必要ではない。また、要求先一覧生成部２０３は、共有状態にあるクライアント端末のアドレスのみ格納している。そして、要求先一覧生成部２０３は、例えば、図８に示すステップＳ８０７において、各クライアント端末に係る最新画像要求先を、任意の方法、例えばランダムに発生させた数値に対応させて、格納してあるアドレスから生成する。本変形例のような手法を用いた場合でも、上述した実施の形態と同様に、各クライアント端末からの最新画像要求がサーバ１００に集中することを防止できる。
【０１９２】
また、サーバ１００は、最新画像要求先一覧を適当なタイミングで再度決定しなおしてもよい。例えば、サーバ１００のセッション制御部２０２において、定期的にシグナルを発行するタイマを動作させる。そして、当該タイマのシグナルが発行されたタイミングで、セッション制御部２０２は、図８のステップＳ８０７及びＳ８０８の処理を再度行う。そして、サーバ１００は、再決定した最新画像要求先の一覧を、画像データを共有している各クライアント端末１１０ａ〜ｄに送信する。このように、要求先一覧生成部２０３に保持される最新画像要求先一覧を更新することを特徴としても良い。
【０１９３】
このように最新画像要求先一覧を更新する例としては、例えばサーバ１００を操作する利用者から、任意のクライアント端末１１０ｅ〜ｎのうちいずれかの端末を共有対象に追加する旨の指示、又は共有中の特定のクライアント端末１１０ａ〜ｄのうちいずれかの端末が共有対象から除外する旨の指示がなされた場合、最新画像要求先一覧の再決定を行っても良い。これにより、共有中における通信状態又は環境の変化に追従して、最新画像要求を制御することができる。
【０１９４】
また、サーバ１００の要求先一覧生成部２０３は、最新画像要求先一覧の決定する際に、最新画像要求先の候補として、クライアント端末１１０ａ〜ｎのみならず、サーバ１００を含めてもよい。このような変形例においては、サーバ１００は、クライアント端末が備える性能情報取得部５０２と、要求応答部５０９とを有することを特徴とする。
【０１９５】
この変形例においては、サーバ１００の要求先一覧生成部２０３は、クライアント端末毎の最新画像要求先一覧を生成するとき、サーバ１００を選択の候補に加えた上で生成する。このとき、サーバ１００の性能情報取得部５０２が、サーバ１００の性能を計測し、計測結果により性能情報を取得する。そして、要求先一覧生成部２０３は、サーバ１００と、クライアント端末１１０ａ〜ｎと同等に扱い、図９で説明した生成手順を実行してもよい。
【０１９６】
サーバ１００を最新画像要求先一覧に含める他の変形例としては、サーバ１００の要求先一覧生成部２０３は、サーバ１００を候補に加えずクライアント端末１１０のみ図９で説明した生成手順で最新画像要求先一覧を決定した後、各最新画像要求先の優先順位の最後に、サーバ１００のアドレスを付け加えることにしてもよい。
【０１９７】
図２２は、上述した実施の形態にかかるクライアント端末ａ〜ｎ及びサーバ１００のハードウェア構成を示す図である。クライアント端末ａ〜ｎ及びサーバ１００は、ハードウェア構成として、上述した制御を行うプログラムなどが格納されているＲＯＭ２２０２と、ＲＯＭ２２０２内のプログラムに従ってクライアント端末ａ〜ｎ及びサーバ１００のうちいずれかの各部を制御するＣＰＵ２２０１と、クライアント端末ａ〜ｎ及びサーバ１００のうちいずれかの制御に必要な種々のデータを記憶するＲＡＭ２２０２と、ネットワークに接続して通信を行う通信Ｉ／Ｆ２２０５と、デスクトップ画像データなどを表示する表示部２２０６と、利用者の操作に用いる入力Ｉ／Ｆ２２０４と、各部を接続するバス２２０７と、を備えている。また、クライアント端末ａ〜ｎ及びサーバ１００は、上述した構成を備えた一般的なコンピュータに適用することができる。
【０１９８】
上述した実施の形態にかかるクライアント端末ａ〜ｎが実行する情報通信プログラム及びサーバ１００が実行する情報送信プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１９９】
この場合には、情報送信プログラムは、サーバ１００において上記記録媒体から読み出して実行することにより主記憶装置上にロードされ、上記ソフトウェア構成で説明した各部が主記憶装置上に生成されるようになっている。
【０２００】
また、情報通信プログラムは、クライアント端末ａ〜ｎにおいて上記記録媒体から読み出して実行することにより主記憶装置上にロードされ、上記ソフトウェア構成で説明した各部が主記憶装置上に生成されるようになっている。
【０２０１】
また、上述した実施の形態にかかる情報送信プログラム及び情報通信プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施の形態にかかる情報送信プログラム及び情報通信プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０２０２】
また、本実施の形態の情報送信プログラム又は情報通信プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０２０３】
本実施の形態のサーバ１００が実行する情報送信プログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から情報送信プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上記各部が主記憶装置上に生成されるようになっている。
【０２０４】
また、クライアント端末ａ〜ｎが実行する情報通信プログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から情報送信プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上記各部が主記憶装置上に生成されるようになっている。
【図面の簡単な説明】
【０２０５】
【図１】第１の実施形態にかかる多地点画面共有システムのシステム構成を示す図である。
【図２】第１の実施の形態にかかるサーバの構成を示すブロック図である。
【図３】サーバの管理情報記憶部が保持するクライアント情報管理テーブルの例を示した図である。
【図４−１】第１のクライアント端末の最新画像要求一覧の例を示した図である。
【図４−２】第２のクライアント端末の最新画像要求一覧の例を示した図である。
【図４−３】第３のクライアント端末の最新画像要求一覧の例を示した図である。
【図４−４】第４のクライアント端末の最新画像要求一覧の例を示した図である。
【図５】第１の実施の形態にかかるクライアント端末の構成を示すブロック図である。
【図６】クライアント端末の要求先一覧格納部が格納する要求先一覧管理テーブルのテーブル構造の例を示した図である。
【図７】サーバと４台のクライアント端末とがネットワークを介して画像データを共有するための通信手順を示したシーケンス図である。
【図８】サーバのデスクトップ画像データをクライアント端末と共有するための手順を示すフローチャートである。
【図９】サーバの各クライアント端末の最新画像要求先一覧を決定する際の手順を示すフローチャートである。
【図１０−１】サーバの要求先決定部が性能評価値を算出する際に用いるＣＰＵ性能と性能評価値の対応関係を示す図である。
【図１０−２】サーバの要求先決定部が利用する性能評価値を算出する際の算出基準を示す図である。
【図１０−３】サーバの要求先決定部が利用する性能評価値を算出する際の算出基準を示す図である。
【図１１】サーバの要求先決定部が算出した性能評価値の例を示した図である。
【図１２−１】第１優先順位の最新画像要求先アドレスが設定された後の第１のクライアント端末の最新画像要求先一覧の例を示した図とする。
【図１２−２】第１優先順位の最新画像要求先アドレスが設定される前の第２のクライアント端末の最新画像要求先一覧の例を示した図とする。
【図１２−３】第１優先順位の最新画像要求先アドレスが設定される前の第３のクライアント端末の最新画像要求先一覧の例を示した図とする。
【図１２−４】第１優先順位の最新画像要求先アドレスが設定される前の第４のクライアント端末の最新画像要求先一覧の例を示した図とする。
【図１３】図１２―１に示す最新画像要求先アドレスが決定した後の各クライアント端末の性能評価値を示した図である。
【図１４】第２のクライアント端末の第１優先順位の最新画像要求先アドレスが設定された後の最新画像要求先一覧を示した図である。
【図１５】図１４に示す最新画像要求先アドレスが決定した後の各クライアント端末の性能評価値を示した図である。
【図１６】第３のクライアント端末の第１優先順位の最新画像要求先アドレスが設定された後の最新画像要求先一覧を示した図である。
【図１７】第４のクライアント端末の第１優先順位の最新画像要求先アドレスが設定された後の最新画像要求先一覧を示した図である。
【図１８】共有する全てのクライアント端末の第１優先順位の最新画像要求先アドレスが設定された後の性能評価値を示した図である。
【図１９】共有する全てのクライアント端末の第２優先順位の最新画像要求先アドレスを設定した後の性能評価値を示した図である。
【図２０】クライアント端末によるサーバのデスクトップ画像データを共有するための処理手順を示すフローチャートである。
【図２１】クライアント端末の他のクライアント端末から最新画像要求を受け付けた場合の処理手順を示すフローチャートである。
【図２２】クライアント端末及びサーバのハードウェア構成を示す図である。
【符号の説明】
【０２０６】
１００  サーバ
１１０ａ〜ｎ  クライアント端末
１５０  ネットワーク
２０１  保持部
２０２  セッション制御部
２０３  要求先決定部
２０４  画面生成部
２０５  表示部
２０６  エンコード部
２０７  取得部
２０８  通信部
２０９  管理情報記憶部
２１１  受信部
２１２  送信部
５０１  セッション制御部
５０２  性能情報取得部
５０３  要求先一覧格納部
５０４  画像格納部
５０５  取得要求部
５０６  デコード部
５０７  表示部
５０８  エンコード部
５０９  要求応答部
５１０  セッション制御部
５１０  通信部
５１１  受信部
５１２  送信部
２２０１  ＣＰＵ
２２０２  ＲＯＭ
２２０３  ＲＡＭ
２２０４  入力Ｉ／Ｆ
２２０５  通信Ｉ／Ｆ
２２０６  表示部
２２０７  バス
【図１】
2008085826.tif 000003
【図２】
2008085826.tif 000004
【図３】
2008085826.tif 000005
【図４−１】
2008085826.tif 000006
【図４−２】
2008085826.tif 000007
【図４−３】
2008085826.tif 000008
【図４−４】
2008085826.tif 000009
【図５】
2008085826.tif 000010
【図６】
2008085826.tif 000011
【図７】
2008085826.tif 000012
【図８】
2008085826.tif 000013
【図９】
2008085826.tif 000014
【図１０−１】
2008085826.tif 000015
【図１０−２】
2008085826.tif 000016
【図１０−３】
2008085826.tif 000017
【図１１】
2008085826.tif 000018
【図１２−１】
2008085826.tif 000019
【図１２−２】
2008085826.tif 000020
【図１２−３】
2008085826.tif 000021
【図１２−４】
2008085826.tif 000022
【図１３】
2008085826.tif 000023
【図１４】
2008085826.tif 000024
【図１５】
2008085826.tif 000025
【図１６】
2008085826.tif 000026
【図１７】
2008085826.tif 000027
【図１８】
2008085826.tif 000028
【図１９】
2008085826.tif 000029
【図２０】
2008085826.tif 000030
【図２１】
2008085826.tif 000031
【図２２】
2008085826.tif 000032