(57)【要約】【課題】クライアントの静的及び動的プロパティをモニタすることによるクライアント上の表示マルチメディア情報の自動デフォーカス。【解決手段】クライアントの動的ディスプレイプロパティをモニタしてクライアント‐サーバシステム内のクライアント上の表示マルチメディア情報（例えば、ビデオ）の自動デフォーカスすることによりシステム内の資源の使用効率を向上させる。一つの実施例では、サーバをクライアントの動的ディスプレイプロパティに基づいてクライアントに送信中の選んだデータをデフォーカスする機能を有する構成にすることによってバンド幅を節約する。デフォーカスされたデータは低ビットレートで送ることができる。別の実施例では、クライアントのデコーダが、モニタ情報を受け取りプロセスして、クライアント側で調整するように構成されている。こうした状況では、ビュー可能なデータだけを正確に復号化し、隠蔽されているデータを低い精度で復号化できる。【選択図】図１
2006134326.tif 000002
【特許請求の範囲】
【請求項１】
クライアントのディスプレイ状態に基づいてサーバからクライアントへのマルチメディアデータの送信を制御するための方法であって、
クライアントの少なくとも一つの動的ディスプレイプロパティをモニタするステップと、
モニタしているクライアントの少なくとも一つの動的ディスプレイプロパティに基づいて、クライアントに送るマルチメディアデータの少なくとも一部分を自動的にデフォーカスするステップとを含み、前記デフォーカスステップはそのデフォーカス部分のストリーミングの状態を維持しながら行なわれる方法。
【請求項２】
クライアントの少なくとも一つの動的ディスプレイプロパティとしては、
クライアント上に表示されている複数のウィンドウのうちのどれが前景にあり、どれが背景にあるか、
表示されている各ウィンドウのどの部分が別のウィンドウによって隠蔽されているか、或いは
クライアント上に表示されているウィンドウはサイズ調整又は移動がなされているか、
を含む、請求項1に記載の方法。
【請求項３】
モニタするステップは、クライアントはいまマルチメディアデータのどの部分を必要としていないか判定するステップを有する、請求項２に記載の方法。
【請求項４】
モニタするステップは、クライアント及びサーバ間のバンド信号を用いて、或いはクライアント及びサーバ間のバックチャネル通信を用いて実行される、請求項３に記載の方法。
【請求項５】
自動的にデフォーカスするステップは、マルチメディアデータのうちのいまクライアントが必要としない部分をクライアントに送信中の他のマルチメディアデータよりも低いバンド幅で送るステップを有する、請求項３に記載の方法。
【請求項６】
クライアントに送信中のマルチメディアデータのデフォーカス部分のストリーミングの状態は、自動的にデフォーカスするステップの期間中、クライアントがデフォーカス部分が必要なことを示すアクションをとるとデフォーカス部分の現行データがクライアント上にレンダリングされるように維持される、請求項３に記載の方法。
【請求項７】
マルチメディアデータはビデオデータを含む、請求項３に記載の方法。
【請求項８】
クライアントのディスプレイ状態に基づいてクライアントでのマルチメディアデータの復号化を適合させるための方法であって、
クライアントの少なくとも一つの動的ディスプレイプロパティをモニタするステップと、
モニタしているクライアントの少なくとも一つの動的ディスプレイプロパティに基づいて、クライアント上にレンダリングするマルチメディアデータの少なくとも一部分を自動的にデフォーカスするステップとを含み、前記デフォーカスステップはそのデフォーカス部分のストリーミングの状態を維持しながら行なわれる方法。
【請求項９】
クライアントの少なくとも一つの動的ディスプレイプロパティとしては、
クライアント上に表示されている複数のウィンドウのうちのどれが前景にあり、どれが背景にあるか、
表示されている各ウィンドウのどの部分が別のウィンドウによって隠蔽されているか、或いは
クライアント上に表示されているウィンドウはサイズ調整又は移動がなされているか、
を含む、請求項８に記載の方法。
【請求項１０】
モニタするステップは、クライアントはいまマルチメディアデータのどの部分を必要としていないか判定するステップを有する、請求項９に記載の方法。
【請求項１１】
自動的にデフォーカスするステップは、逆変換又は逆量子化操作を調整してマルチメディアデータのうちのクライアントがいま必要としない部分をクライアント上にレンダリングする他のマルチメディアデータよりも粗く復号化するようにするステップを有する、請求項１０に記載の方法。
【請求項１２】
マルチメディアデータのデフォーカス部分のストリーミングの状態は、自動的にデフォーカスするステップ期間中、クライアントがデフォーカス部分が必要であることを示すアクションをとるとデフォーカス部分の現行データがクライアント上にレンダリングされるように維持される、請求項１０に記載の方法。
【請求項１３】
マルチメディアデータはビデオデータを含む、請求項１０に記載の方法。
【請求項１４】
クライアントのディスプレイ状態に基づいてサーバからクライアントへのマルチメディアデータの送信を制御するためのモジュールであって、モジュールは、
クライアントの少なくとも一つの動的ディスプレイプロパティをモニタし、
モニタしているクライアントの少なくとも一つの動的ディスプレイプロパティに基づいて、クライアントに送るマルチメディアデータの少なくとも一部分を自動的にデフォーカスし、デフォーカス部分のストリーミングの状態を維持する、
ように構成された一つ以上の構成要素を含むモジュール。
【請求項１５】
モジュールは機器判読可能な媒体上に実装されている命令プログラムで、命令プログラムはソフトウェア、ハードウェア、又はその両者の組合せによってインプリメントされる、請求項１４に記載のモジュール。
【請求項１６】
モジュールはサーバのエンコーダに組み込まれている、請求項１４に記載のモジュール。
【請求項１７】
クライアントのディスプレイ状態に基づいてクライアントにおけるマルチメディアデータの復号化を適合させるためのモジュールであって、モジュールは、
クライアントの少なくとも一つの動的ディスプレイプロパティをモニタし、
モニタしているクライアントの少なくとも一つの動的ディスプレイプロパティに基づいて、クライアント上にレンダリングするマルチメディアデータの少なくとも一部分を自動的にデフォーカスし、そのデフォーカス部分のストリーミングの状態を維持する、
ように構成された一つ以上の構成要素を含むモジュール。
【請求項１８】
モジュールは機器判読可能な媒体上に実装された命令プログラムであって、命令プログラムはソフトウェア、ハードウェア、又はその両者の組合せによってインプリメントされる、請求項１７に記載のモジュール。
【請求項１９】
モジュールはクライアントのデコーダに組み込まれている、請求項１７に記載のモジュール。
【請求項２０】
クライアント‐サーバシステムであって、
（i）クライアントのディスプレイ状態に基づいてサーバからクライアントへのマルチメディアの送信を制御する、又は（ii）クライアントのディスプレイ状態に基づいてクライアント内でのマルチメディアデータの復号化を適合させるためのモジュールを有し、モジュールは、
クライアントの少なくとも一つの動的ディスプレイプロパティをモニタし、
モニタしているクライアントの少なくとも一つの動的ディスプレイプロパティに基づいて、（i）クライアントに送る、又は（ii）クライアント上にレンダリングする、マルチメディアデータの少なくとも一部分を自動的にデフォーカスし、そのデフォーカス部分のストリーミングの状態を維持する、
ように構成された一つ以上の構成要素を含むクライアント‐サーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバとクライアントとの間で送信されるマルチメディア情報に関して、クライアントのモニタされたディスプレイ状態に基づいて、資源のより効率的な使用を可能にする技法に関するものである。この技法は方法として実現可能で、方法の様々なステップ／態様をしかるべく構成された機器又は装置によって実行することができ、機能はソフトウェア、ハードウェア、又はその両者の組合せという形で実施される。
【背景技術】
【０００２】
サーバ及び一つ以上のクライアントを含んだ従来のマルチメディア通信システムにおいては、サーバがある特定のクライアントに単に情報を全て送り、クライアントは情報の全て（映像、音声など）を復号化することができる。しかし、クライアントは一つ以上のアプリケーションを開いてランしているから、ビデオを見るのにクライアントのディスプレイを全部使用できるわけではない。そうした場合には、クライアントのディスプレイエンジンは復号化されたビデオフレームの一部分だけを、つまり、ランしている他のアプリケーションのウィンドウによって隠蔽されていない部分だけを表示する。
【０００３】
このアプローチはいくつかの理由で無駄が多い。通信の観点から言えば、サーバはクライアントでユーザが最終的に見ることのない情報を送っているから、バンド幅が無駄になる。第２に、ビデオフレームのコンテンツの中にはビュー可能でない部分があるにもかかわらず、クライアントはビデオフレームを全部復号化するから、計算機資源を不要に使い果たす。第３に、ディスプレイの観点から言えば、クライアントが、例えば、ビデオのフルカラー深度又はフルフレームレートを表示できない場合、過度の情報が生成されることがある。こうした非効率性は、（i）クライアントがビデオではなく、開いてランしている他のアプリケーションの一つをフォーカスしている、及び／又は（ii）通信、計算、及び／又は表示の資源が限られている状況では、さらに悪化する。
【０００４】
こうした問題に対処する一つのやり方は、クライアントの静的プロパティに基づいて、つまり、ネットワーク接続スピード、ディスプレイ解像度、及び／又はビデオリフレッシュレートに基づいて、マルチメディア情報を適合させることである。この技法は上記の非効率性を抑制するが、特にクライアントの資源が限られている場合には、更なる改善が望まれる。
【０００５】
【特許文献１】米国特許出願公開第2003/0065770号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、本発明の目的は、クライアント‐サーバシステムの資源使用の効率性をさらに向上させるための技法を提供することである。
【０００７】
本発明のもう一つの目的は、クライアントの動的プロパティをモニタすることによって、クライアント上に表示されているある特定のマルチメディア情報を自動的にデフォーカスするための技法を提供することである。
【課題を解決するための手段】
【０００８】
発明の一つの態様によれば、クライアントのディスプレイ状態に基づいて、サーバからクライアントへのマルチメディアデータ（ビデオデータを含んでいるのが好ましい）の送信を制御するための方法を提供している。この方法は、クライアントの一つ以上の動的ディスプレイプロパティをモニタするステップと、クライアントに送るマルチメディアデータの少なくとも一部分をそのモニタしているクライアントの動的ディスプレイプロパティに基づいて自動的にデフォーカスし、その間そのデフォーカス部分のストリーミングの状態を維持するステップを有する。
【０００９】
別の態様において、発明は、クライアントのディスプレイ状態に基づいてクライアントにおけるマルチメディアデータの復号化を適合させるための方法を必然的に含んでいる。この方法は、クライアントの一つ以上の動的ディスプレイプロパティをモニタするステップと、レンダリングするマルチメディアの少なくとも一部分をそのモニタしているクライアントの動的ディスプレイプロパティに基づいて自動的にデフォーカスし、その間そのデフォーカス部分のストリーミングの状態を維持するステップを有する。
【００１０】
クライアントの動的ディスプレイプロパティとしては、クライアントに表示されている複数のウィンドウのどれが前景にありそしてどれが背景にあるか、表示されている各ウィンドウのどの部分が別のウィンドウによって隠蔽されているか、及び／又はクライアントに表示されているウィンドウはサイズ変更又は移動がなされているかといったことがある。
【００１１】
モニタのステップでは、クライアントが今必要としないのはマルチメディアデータのどの部分か判定されるのが好ましい。さらに、サーバ側デフォーカス法では、モニタステップが、クライアント及びサーバ間のバンド信号を用いて、或いはクライアント及びサーバ間のバックチャネル通信を用いて、実行されて構わない。
【００１２】
サーバ側デフォーカスでは、自動デフォーカスのステップが、マルチメディアデータのうちのクライアントが今必要としない部分を他のマルチメディアデータをクライアントに送っているよりも低いバンド幅で送るステップを含んでいるのが好ましい。クライアント側デフォーカスにおいて、自動デフォーカスのステップは、逆変換（inverse transform）又は逆量子化操作（dequantization operation）を調整してマルチメディアデータのうちのクライアントが今必要としない部分をクライアント上でレンダリングする他のマルチメディアデータよりも粗く復号化するようにするステップを含んでいるのが好ましい。
【００１３】
クライアントがデフォーカス部分を必要とすることを示すアクションをとると、そのデフォーカスされた部分の現行データがクライアント上にレンダリングされるように、自動的にデフォーカスするステップ期間中、マルチメディアデータのそのデフォーカス部分のストリーミングの状態が維持されるのが好ましい。
【００１４】
発明のさらにもう一つの態様は、上記の方法のどちらか又はその両方の機能を実行するように構成されたクライアント‐サーバシステムである。
【００１５】
発明のその他の態様によれば、上記の方法又はそのステップのどれでも命令ベースのプロセッサ制御機器に伝えられた又は組み込まれた機器判読可能な媒体に含まれたプログラム命令、例えば、ソフトウェア、によって指定することができる。サーバ側デフォーカスの場合、命令プログラムモジュールをサーバに直接実装することができる。クライアントがデフォーカスを行なう場合には、命令プログラムモジュールをクライアントのコーデック又はデコーダに実装することができる。プログラム命令はソフトウェア形式に限定されるものではない。代わって、命令を、例えば、用途特定集積回路（ASIC）、デジタル信号処理回路構成など、ハードウェア構成によって直接指定してもいい。
【００１６】
添付の図面と共に以下に述べる説明及び請求項を読めば、発明の理解が深まると共に、その他の目的及び功績が明白になるだろう。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態を図面に基づいて説明する。
【００１８】
［実施形態１］
本発明は、クライアントのディスプレイ状態の動的プロパティをモニタすることによってそうしたプロパティに認識することでクライアント‐サーバシステムの資源使用の効率性を有意に向上させる。これは、クライアントの静的プロパティをモニタすると共に行なっても構わない。一つの実施例において、サーバは、そうしたディスプレイ状態に基づいてマルチメディア情報（例えば、映像）の送信を変調する機能を備えて構成されている。ビデオフレームのうちのクライアントのディスプレイ上の一つ以上の他のウィンドウによって隠蔽されている、又はその他の理由で見えない部分をより低いバンド幅で送ることができる。ビデオストリームのビュー可能な又は使用可能な部分はしかるべき解像度で送られる必要がある。別の実施例では、クライアント側で、例えば、クライアントのデコーダによって調整がなされ、クライアントのデコーダはクライアントの動的ディスプレイ状態を知っているのでそれに合わせてビデオの復号化を適合させる。例えば、ビデオのビュー可能な、例えば、隠蔽されていない部分だけを正確に復号化すればいい。残りはより低い精度で復号化されて構わないので、ビデオ全体を正確に復号化する場合には必要な計算のサイクル数を減らすことができる。したがって、バンド幅又はクライアントの計算資源の観点からみれば、本発明を採用しているクライアント‐サーバシステムは必要とする資源が少なくなる。
【００１９】
典型的なビデオ会議の設定において、クライアントは複数のアプリケーションを同時にランしていることがあるが、一般的には一度に一つのアプリケーションにだけしかフォーカスしていない。その情報を検出して、クライアントが今必要としない特定のマルチメディア情報を自動的にデフォーカスすることができる。例えば、クライアントがスプレッドシートのプログラムをランしていて、或る時点でそのスプレッドシートを前景にもってきて映像を背景にもっていくことがある。本発明の一つの実施例によれば、そのときサーバがある戦略を採用する。その戦略では、映像をデフォーカスし、そのメディアストリームの音声だけが送られるが、クライアントが、つまり、映像を前面に動かすことによって、映像が必要なことを示すと、サーバが直ちに現行フレームをスキップするように、サーバでストリーミングの状態が依然として維持されている。別の実施例によれば、デフォーカスはデコーダによって達成され、映像のうちの不要な部分を復号化しない、或いは粗い復号化しか行なわない。
【００２０】
図１は、発明で想定しているタイプのビデオ会議システム１１を概略的に示したものである。システム１１はサーバ１２と複数のクライアント機器１３を備える。サーバ１２は典型的なビデオ会議システムに使用されるタイプのもので構わない。一つの実施例において、サーバはIMX（integrated media exchange）システム、例えば、大規模ビデオ会議システム内のいろいろ異なるクライアント機器間のシームレス通信を提供するメディアハブとして機能する。サーバが通信しているクライアント機器１３は、パーソナルコンピュータ１３a、PDA（personal digital assistant）１３b、ラップトップ１３c、携帯電話１３dといった多様なタイプのどれでも構わない。言うまでもなく、システム１１内のクライアント機器１３の個数及びタイプは、システム１１によるサービスの必要性及びシステムの使用可能な資源いかんにより変わってくる。発明は主としてビデオビューイングウィンドウを有するこうしたクライアント機器を対象に設計されている。
【００２１】
ビデオ会議システム１１の主たる構成要素は、図２にシステムのデータフローと共に表示したコーデック（エンコーダ／デコーダデバイス）２２である。例証した構成では２つのサイトがあるが、上に説明したように２つ以上のサイトを含んでいて構わない。コーデック２２a／２２bが各サイトに設置されている。サーバベースのシステムでは、そうした構成によりネットワーク２３及びサーバを介して各クライアント機器がシステム内の他のクライアント機器との間でコンテンツを送受信できる。ある特定のクライアント機器にコーデックが入っていない場合には、サーバとの通信は依然として可能ではあるけれども、サーバはそうしたクライアントとそのクライアントの機能と互換性のあるやり方で通信できなければならない。
【００２２】
ある特定のビデオ会議サイトに、システムがサポートしているその特定の環境いかんによって、他の機器を用意しても構わない。例えば、システムがライブビデオ会議に対応できる場合には、各サイトにしかるべき機器を設けて（クライアント機器にすでに含まれていない場合には）、そのサイトにいる参加者が他の参加者に会ったり、他の参加者と通信できるようにしても構わない。そうした他の機器（未表示）としては、カメラ、マイクロフォン、モニタ、スピーカーなどがある。
【００２３】
発明の実施例によれば、コーデック２２は、図３（a）に表示したエンコーダ３１並びに図３（b）に表示したデコーダ３２を含んでいる。エンコーダ３１は入ってくる信号をデジタル化及び圧縮し、これらの信号を多重化して、システム内の他のコーデックに伝送されるようにその複合[combined]信号（例えば、ベースバンドデジタル信号）をネットワークに配信する。デコーダ３２はネットワークから同様に符号化された信号を受け入れ、その受け取った信号を逆多重化し、映像及び音声を解凍して、アナログの映像及び音声出力を提供する。典型的なコーデックは映像及び音声をデジタル化及び圧縮するのに採用できるいくつかの技法を有しており、そうした技法の中には解像度の低下、色情報変換及びサブサンプリング、フレームレート制御、フレーム内及びフレーム間符号化、エントロピー符号化がある。例えば、ビジネスグループビデオ会議システムなど、アプリケーションによっては、コーデックは、映像、音声、及びネットワーク機能に加えて、もっと機能を保有しているのが普通である。そうしたコーデックはグラフィックス機器及びコンピュータからデータを受け入れて多重化する。こうしたコーデックはコントロールパネル及びハンドヘルドリモートから入力を受け入れることもある。
【００２４】
図３（a）に表示されているように、ビデオデータについては、エンコーダ３１が画素ブロックを表わす現行のビデオフレーム（YUV色空間になっているかもしれない）を受け取る。そのフレームは、動き推定（ME）モジュールに送られ、そこで動きベクトルが生成される一方、オペレータにも送られ、そこで前のフレームにおける最良の一致ブロックと現行フレームにおいて符号化の対象となるブロックとの差違を計算して現行のフレームのブロックを推測し、推測誤差を生成する。推測誤差は、動きベクトルと共に、DCT（Discrete Cosine Transform）モジュールに送られ、そこでデータはDCT係数ブロックに変換される。こうした係数はQ（Quantization）モジュールにおいて量子化される。RLE（Run Length Encoder）及びVLC（Variable Length Encoder）が伝送のためにデータを符号化する。
【００２５】
動き補償ループはQモジュールから枝分かれする。推測誤差及び動きベクトルの量子化係数はDQ（DeQuantization）モジュールにおいて逆量子化され、IDCTモジュールにおいて逆DCT操作が施される。その結果は前のフレームの動き補償済みバージョンと結合され、一つのフレームバッファメモリ（MEM）に格納される。MEMに格納された結果と未だ処理されていない現行フレームとからME（Motion Estimation）モジュールにおいて動きベクトルが生成される。動きベクトルはMC（Motion Compensation）モジュールに供給され、そこで前のフレームの最良一致のブロックが生成される。
【００２６】
デコーダ３２は基本的にエンコーダ３１の逆の操作を行なう。図３（b）に表示されているように、デコーダ３２はビットストリーム（H.263に準拠しているのが好ましい）を受け取る。そのビットストリームにはVLDモジュール及びRLDモジュールそれぞれにおいて可変長及びランレングスの復号化操作が加えられる。その結果生じるデータはDQモジュールにおいて逆量子化され、その結果にIDCT操作を施して、画素表現を取り戻す。VLDモジュールは現行フレームの動きベクトルも生成し、そのベクトルはMCモジュールに供給される。MCモジュールはそれとメモリ（MEM）に入っている前のフレームとから動き補償ベクトルを生成する。その動き補償されたベクトルはIDCTモジュールからの取り戻された画素表現と合計されて、現行フレームが生まれる。
【００２７】
発明を実施できる構成要素及び環境を説明してきたが、ここで、システム資源のより効率的な使用を実現できる方法について説明する。図４は、そうした方法を大まかに示すフローチャートである。サーバ１２及びクライアント１３（例えば、ラップトップ１３c）間の接続ができたら（ステップ４０１）、クライアント１３の静的プロパティ及び動的プロパティをモニタする（ステップ４０２）。一つの実施例では、モニタを行なうのはサーバ１２である。別の実施例では、クライアント１３内のデコーダが自らの静的及び動的プロパティをモニタする。
【００２８】
モニタの対象となりえる静的プロパティとしては、ネットワークの接続速度、ラップトップのディスプレイ解像度、及び／又はラップトップのビデオリフレッシュレートがある。典型的なビデオ会議の設定において、クライアント１３のユーザは、画面のウィンドウに表示された他のアプリケーションをランし、それと同時に別のウィンドウ内にビデオストリームを受信していることがある。したがって、本発明はクライアントのディスプレイ状態の動的プロパティをモニタするので効果があり、クライアントのディスプレイ上のウィンドウに対するユーザの活動をトラッキングすることが含まれているのが好しい。
【００２９】
サーバ１２又はクライアントのデコーダは、クライアント１３が表示しているウィンドウのうち、どれが前景にありどれが背景にあるか検出する。それは、ラップトップのディスプレイ上にレンダリングされている情報の相対的優先度を示している。クライアント１３上のウィンドウの模式的配置構成を図５に示す。クライアントの表示画面５１は３つのウィンドウが開いている。この図に示した配置構成において、ウィンドウ５２はクライアント１３上で開いてランしているローカルプログラム（例えば、スプレッドシート、ワードプロセシングなど）を表わしており、前景にあるので、現時点でユーザにとって最も関心のあるウィンドウである。ウィンドウ５３は、ウィンドウ５２によって部分的に隠蔽されており、この時点では重要度がいくぶん低い電子メールなど別のローカルアプリケーションであることがある。ウィンドウ５４はクライアント１３がサーバ１２から受信しているが、あきらかにこの時点ではユーザが注意して見ていない映像である。ウィンドウ５４は背景にあり、ウィンドウ５２並びに５３で部分的に隠蔽されている。
【００３０】
クライアントの画面上のウィンドウの配置構成のオーバーラップ性、すなわち、表示されている各ウィンドウのどの部分が別のウィンドウ或いはその一部分によって完全に隠蔽されているか、を検出することもできる。ウィンドウの相対的重要度は概してそのウィンドウで隠蔽された部分がどれだけ小さいかということと比例している。部分的に隠蔽されたウィンドウは比較的に重要でない（隠蔽されている割合に比例して）と考えられ、完全に隠蔽されたウィンドウ又はその一部分に入っているデータは、クライアント１３は必要としていないデータと考えられる。
【００３１】
ある特定のデータが次に自動的にデフォーカスされる（ステップ４０３）。一つの実施例では、サーバ１２が次にクライアント１３に送っているある特定のデータを自動的にデフォーカスする。別の実施例では、クライアントのデコーダがある特定のデータを復号化すると同時にデフォーカスする。いずれの実施例においても、デフォーカスされた特定のデータとは、背景ウィンドウの全データのことも、ある割合のビュー可能な領域が隠蔽されている背景ウィンドウの全データのことも、或いはウィンドウの中の隠蔽された部分のデータだけこともある。したがって、図５に示した例において、ビデオデータの全てをデフォーカスすることも、或いはウィンドウ５４の隠蔽された領域５４aに入っているデータのその部分だけをデフォーカスすることも可能である。サーバ１２によるデフォーカスは、その特定のデータをバンド幅を低下させて送ることによって達成される。クライアントのデコーダがデフォーカスする場合、一つの実施例では、逆変換又は逆量子化の操作を調整してその特定のデータをラップトップのディスプレイ上にレンダリングする他のマルチメディアデータよりも粗く復号化するようにすることで達成される。
【００３２】
クライアント１３（例えば、ラップトップ１３c）の静的及び動的プロパティのモニタ作業及びその結果として生じるクライアント１３に送信中のあるいは復号化中のある特定のデータのデフォーカス作業はネットワークセッション中続く。すなわち、モニタ作業によってクライアント１３上の状況の変化が明らかになるにつれて、デフォーカスされているデータがリアルタイムで変わる。
【産業上の利用可能性】
【００３３】
上記が実証しているように、本発明は、クライアントの動的プロパティをモニタすることによるクライアント上に表示されているマルチメディア情報の自動デフォーカスの技法を提供している。上記の説明から理解されるように、発明は一般的にどんなクライアント‐サーバシステムにも適用可能だけれども、特にクライアントがサイズが限定されたディスプレイを有し、計算機資源に限りがあり、及び／又は比較的に狭いバンド幅のリンクでサーバ又はその他の通信機器に接続されている状況での使用に適している。したがって、発明は、モバイル機器（例えば、携帯電話、PDAなど）が一つ以上のアプリケーションを開いてランしていて、その間送り込まれてくる映像を受け取る通信システムに特に使用できる。こうした環境で、発明の一つの実施例は、モバイル機器の静的並びに動的プロパティをモニタし、検出されたプロパティに基づいてビデオデータの送信を変調することによって、バンド幅を節約する機能をサーバに提供する。別の実施例では、クライアントが必要な或いはクライアント上でビュー可能なビデオデータだけを選択的に復号化することで、計算サイクルを節約できる。
【００３４】
発明をいくつかの具体的な実施例に関連して説明してきたが、当業者ならば上記の説明に照らしてさらに数多くの変形例、修正例、変更例が明らかになることは明白である。したがって、ここで説明した発明は、添付の請求項の精神及び範囲から逸脱しない限りにおいて、そうした変形例、修正例、変更例を全て含んでいるつもりである。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施例によるビデオ会議システムの概略図。
【図２】各サイトにコーデック（エンコーダ／デコーダ）が設置された模式的ビデオ会議システムのデータフローを示すブロック図。
【図３】発明の実施例通りに構成されたコーデックのエンコーダ部分及びデコーダ部分それぞれの機能ブロック図。
【図４】発明の実施例に従って、クライアントに送信中の又はクライアントが復号化中のある特定のデータをクライアントの静的又は動的プロパティに基づいて自動的にデフォーカスするプロセスを示すフローチャート。
【図５】本発明の態様を例証するためにクライアント上のウィンドウの模式的構成を示す。
【符号の説明】
【００３６】
13a・・・パーソナルコンピュータ
13b・・・PDA
13c・・・ラップトップコンピュータ
13d・・・携帯電話
22a・・・コーデック
22b・・・コーデック
23・・・ネットワーク
51・・・表示画面
52・・・ウィンドウ
53・・・ウィンドウ
54・・・ウィンドウ
54a・・・隠蔽された領域
【図２】
2006134326.tif 000003
【図３】
2006134326.tif 000004
【図４】
2006134326.tif 000005
【図５】
2006134326.tif 000006
【図１】
2006134326.tif 000007