(57)【要約】【課題】個々のクライアント端末で他の処理を停滞させることなく受信画像を表示できるようにする。【解決手段】クライアント端末２の静的性能を示す環境情報と動的性能を示す動作情報をクライアント端末２から通信ネットワーク１０を介して画像配信サーバ１へ通知し、画像配信サーバ１で、クライアント端末２から通知された環境情報および動作情報に基づいて当該クライアント端末２へ配信する画像の画像品質を決定し、その画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換して配信する。【選択図】  図１
2005223430.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して画像を送受信するとともに受信した画像を表示する複数のクライアント端末と、前記通信ネットワークを介して接続している前記各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとを備える画像通信システムであって、
前記クライアント端末は、
自装置の静的性能を示す環境情報を前記通信ネットワークを介して画像配信サーバへ通知する環境情報管理部と、
自装置の動的性能を示す動作情報を前記通信ネットワークを介して画像配信サーバへ通知する動作情報管理部とを備え、
前記画像配信サーバは、
前記クライアント端末から通知された環境情報および動作情報に基づいて当該クライアント端末へ配信する画像の画像品質を決定する画像配信制御部と、
前記画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換する画像処理部とを備えることを特徴とする画像通信システム。
【請求項２】
画像を送受信するとともに受信した画像を表示する複数のクライアント端末と通信ネットワークを介して接続されて、前記各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバであって、
前記クライアント端末から前記通信ネットワークを介して通知された、当該クライアント端末の静的性能を示す環境情報と、当該クライアント端末の動的性能を示す動作情報とに基づいて当該クライアント端末へ配信する画像の画像品質を決定する画像配信制御部と、
前記画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換する画像処理部とを備えることを特徴とする画像配信サーバ。
【請求項３】
請求項２に記載の画像配信サーバにおいて、
前記環境情報は、前記クライアント端末のコンピュータの性能を示す、ＣＰＵ能力、ＯＳの種類、メモリの種類、画像描画用ＡＰＩの種類のうち、少なくともいずれか１つの情報を含み、
前記動作情報は、前記クライアント端末のコンピュータの性能を示す、ＣＰＵ使用率、メモリの利用状況、通信ネットワークの利用状況のうち、少なくともいずれか１つの情報を含むことを特徴とする画像配信サーバ。
【請求項４】
請求項２に記載の画像配信サーバにおいて、
前記画像配信制御部は、前記画像品質として、画像サイズ、フレームレート、画像圧縮率のうち、少なくともいずれか１つを決定することを特徴とする画像配信サーバ。
【請求項５】
請求項２に記載の画像配信サーバにおいて、
前記画像配信制御部は、前記画像品質を決定する際、前記環境情報および動作情報に加え、前記通信ネットワークを介して接続している画像配信先クライアント端末の数に基づき、前記画像品質を決定することを特徴とする画像配信サーバ。
【請求項６】
接続している複数のクライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとの間で、通信ネットワークを介して画像を送受信するとともに、受信した画像を表示するクライアント端末であって、
前記画像配信サーバで当該クライアント端末へ配信する画像の画像品質を決定する際に用いられる端末情報として、自装置の性能情報を前記通信ネットワークを介して画像配信サーバへ通知する情報管理部を備えることを特徴とするクライアント端末。
【請求項７】
接続している複数のクライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとの間で、通信ネットワークを介して画像を送受信するとともに、受信した画像を表示するクライアント端末であって、
前記画像配信サーバで当該クライアント端末へ配信する画像の画像品質を決定する際に用いられる端末情報として、自装置の静的性能を示す環境情報を前記通信ネットワークを介して画像配信サーバへ通知する環境情報管理部と、
前記端末情報として、自装置の動的性能を示す動作情報を前記通信ネットワークを介して画像配信サーバへ通知する動作情報管理部とを備えることを特徴とするクライアント端末。
【請求項８】
請求項７に記載のクライアント端末において、
前記環境情報は、前記クライアント端末のコンピュータの性能を示す、ＣＰＵ能力、ＯＳの種類、メモリの種類、画像描画用ＡＰＩの種類のうち、少なくともいずれか１つの情報を含み、
前記動作情報は、前記クライアント端末のコンピュータの性能を示す、ＣＰＵ使用率、メモリの利用状況、通信ネットワークの利用状況のうち、少なくともいずれか１つの情報を含むことを特徴とするクライアント端末。
【請求項９】
請求項７に記載のクライアント端末において、
前記環境情報管理部は、
当該クライアント端末のコンピュータでその静的性能を推測するテストプログラムを実行することにより前記環境情報を取得することを特徴とするクライアント端末。
【請求項１０】
請求項７に記載のクライアント端末において、
前記動作情報管理部は、
当該クライアント端末のコンピュータでその動的性能を推測するテストプログラムを実行することにより前記動作情報を取得することを特徴とするクライアント端末。
【請求項１１】
通信ネットワークを介して画像を送受信するとともに受信した画像を表示する複数のクライアント端末と、前記通信ネットワークを介して接続している前記各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとを備える画像通信システムで用いられる画像通信方法であって、
前記クライアント端末の静的性能を示す環境情報を当該クライアント端末から前記通信ネットワークを介して画像配信サーバへ通知するステップと、
前記クライアント端末の動的性能を示す動作情報を当該クライアント端末から前記通信ネットワークを介して画像配信サーバへ通知するステップと、
前記画像配信サーバで、前記クライアント端末から通知された環境情報および動作情報に基づいて当該クライアント端末へ配信する画像の画像品質を決定するステップと、
前記画像配信サーバで、前記画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換するステップとを備えることを特徴とする画像通信方法。
【請求項１２】
画像を送受信するとともに受信した画像を表示する複数のクライアント端末と通信ネットワークを介して接続されて、前記各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバのコンピュータに、
前記クライアント端末から前記通信ネットワークを介して通知された、当該クライアント端末の静的性能を示す環境情報と、当該クライアント端末の動的性能を示す動作情報とに基づいて当該クライアント端末へ配信する画像の画像品質を決定するステップと、
前記画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換するステップとを実行させるプログラム。
【請求項１３】
接続している複数のクライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとの間で、通信ネットワークを介して画像を送受信するとともに、受信した画像を表示するクライアント端末のコンピュータに、
前記画像配信サーバで当該クライアント端末へ配信する画像の画像品質を決定する際に用いられる端末情報として、自装置の静的性能を示す環境情報を前記通信ネットワークを介して画像配信サーバへ通知するステップと、
前記端末情報として、自装置の動的性能を示す動作情報を前記通信ネットワークを介して画像配信サーバへ通知するステップとを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信技術に関し、特に画像配信サーバを介して複数のクライアント端末が画像をやり取りする画像通信システムに関するものである。
【背景技術】
【０００２】
近年、インターネットに代表されるパケット通信網の普及、さらにはこれを利用するデータ通信技術の発展に伴い、音声や静止画だけでなく動画すなわち映像についても相互にやり取りする画像通信システムやサービスが提供されている。
この画像通信システムの代表的なものとしてビデオ会議システムがある。これは、各地点に配置された複数のクライアント端末と１つの画像配信サーバとをインターネットで結び、画像配信サーバを介して各クライアント端末間で相互に音声および画像をやり取りするシステムである（例えば、非特許文献１など参照）。
【０００３】
このような画像通信システムでは、配信される画像のデータ量が大きいことから、個々のクライアント端末ごとに、表示処理可能な画像形式や通信環境が異なる。例えば、クライアント端末で表示できる画像形式については、クライアント端末の表示画面の大きさや解像度に左右される。また、クライアント端末がインターネットへアクセスする回線の通信速度は、その回線がＡＤＳＬか光ファイバーかによって大きく異なる。
【０００４】
したがって、個々のクライアント端末に適切な画像を配信するため、従来、予め各クライアント端末から画像配信サーバへ配信画像に関するパラメータ、例えば受信ビデオのフレームレート、受信ビデオの画質、受信ビデオのサイズ、および通信ネットワーク速度などの値を通知し、これらパラメータに基づく画像形式で画像配信サーバから画像を配信するものとなっていた。
【０００５】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【非特許文献１】MeetingPlaza電網会議室サービス，http://www.meetingplaza.com/index-j.html，NTTアイティ株式会社
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような従来技術では、個々のクライアント端末から画像配信サーバに対して、受信したい画像形式と通信ネットワーク速度とを予め通知するものとなっているため、個々のクライアント端末から通知された上記パラメータに基づいて画像を画像配信サーバから配信しても、クライアント端末の処理性能や動作状況によっては、受信した画像に対する処理負担が大幅に増加して、通常必要とされる定常処理や、異なるアプリケーションなどの他の処理が停滞してしまうという問題点があった。
本発明はこのような課題を解決するためのものであり、個々のクライアント端末で他の処理を停滞させることなく受信画像を表示できる画像通信システム、画像配信サーバ、クライアント端末、画像通信方法、およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
このような目的を達成するために、本発明にかかる画像通信システムは、通信ネットワークを介して画像を送受信するとともに受信した画像を表示する複数のクライアント端末と、通信ネットワークを介して接続している各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとを備える画像通信システムであって、クライアント端末は、自装置の静的性能を示す環境情報を通信ネットワークを介して画像配信サーバへ通知する環境情報管理部と、自装置の動的性能を示す動作情報を通信ネットワークを介して画像配信サーバへ通知する動作情報管理部とを備え、画像配信サーバは、クライアント端末から通知された環境情報および動作情報に基づいて当該クライアント端末へ配信する画像の画像品質を決定する画像配信制御部と、画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換する画像処理部とを備えるものである。
【０００８】
また、本発明にかかる画像配信サーバは、画像を送受信するとともに受信した画像を表示する複数のクライアント端末と通信ネットワークを介して接続されて、各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバであって、クライアント端末から通信ネットワークを介して通知された、当該クライアント端末の静的性能を示す環境情報と、当該クライアント端末の動的性能を示す動作情報とに基づいて当該クライアント端末へ配信する画像の画像品質を決定する画像配信制御部と、画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換する画像処理部とを備えるものである。
【０００９】
この際、環境情報として、クライアント端末のコンピュータの性能を示す、ＣＰＵ能力、ＯＳの種類、メモリの種類、画像描画用ＡＰＩの種類のうち、少なくともいずれか１つの情報を含むものを用い、動作情報として、クライアント端末のコンピュータの性能を示す、ＣＰＵ使用率、メモリの利用状況、通信ネットワークの利用状況のうち、少なくともいずれか１つの情報を含むものを用いるようにしてもよい。
【００１０】
また、画像配信制御部で、画像品質として、画像サイズ、フレームレート、画像圧縮率のうち、少なくともいずれか１つを決定するようにしてもよい。
【００１１】
また、画像配信制御部で、画像品質を決定する際、環境情報および動作情報に加え、通信ネットワークを介して接続している画像配信先クライアント端末の数に基づき、画像品質を決定するようにしてもよい。
【００１２】
また、本発明にかかるクライアント端末は、接続している複数のクライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとの間で、通信ネットワークを介して画像を送受信するとともに、受信した画像を表示するクライアント端末であって、画像配信サーバで当該クライアント端末へ配信する画像の画像品質を決定する際に用いられる端末情報として、自装置の性能情報を通信ネットワークを介して画像配信サーバへ通知する情報管理部を備えるものである。
【００１３】
また、本発明にかかる他のクライアント端末は、接続している複数のクライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとの間で、通信ネットワークを介して画像を送受信するとともに、受信した画像を表示するクライアント端末であって、画像配信サーバで当該クライアント端末へ配信する画像の画像品質を決定する際に用いられる端末情報として、自装置の静的性能を示す環境情報を通信ネットワークを介して画像配信サーバへ通知する環境情報管理部と、端末情報として、自装置の動的性能を示す動作情報を通信ネットワークを介して画像配信サーバへ通知する動作情報管理部とを備えるものである。
【００１４】
この際、環境情報として、クライアント端末のコンピュータの性能を示す、ＣＰＵ能力、ＯＳの種類、メモリの種類、画像描画用ＡＰＩの種類のうち、少なくともいずれか１つの情報を含むものを用い、動作情報に、クライアント端末のコンピュータの性能を示す、ＣＰＵ使用率、メモリの利用状況、通信ネットワークの利用状況のうち、少なくともいずれか１つの情報を含むものを用いるようにしてもよい。
【００１５】
また、環境情報管理部で、当該クライアント端末のコンピュータでその静的性能を推測するテストプログラムを実行することにより環境情報を取得するようにしてもよい。
【００１６】
また、動作情報管理部で、当該クライアント端末のコンピュータでその動的性能を推測するテストプログラムを実行することにより動作情報を取得することを特徴とするクライアント端末。
【００１７】
また、本発明にかかる画像通信方法は、通信ネットワークを介して画像を送受信するとともに受信した画像を表示する複数のクライアント端末と、通信ネットワークを介して接続している各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとを備える画像通信システムで用いられる画像通信方法であって、クライアント端末の静的性能を示す環境情報を当該クライアント端末から通信ネットワークを介して画像配信サーバへ通知するステップと、クライアント端末の動的性能を示す動作情報を当該クライアント端末から通信ネットワークを介して画像配信サーバへ通知するステップと、画像配信サーバで、クライアント端末から通知された環境情報および動作情報に基づいて当該クライアント端末へ配信する画像の画像品質を決定するステップと、画像配信サーバで、画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換するステップとを備えるものである。
【００１８】
また、本発明にかかるプログラムは、画像を送受信するとともに受信した画像を表示する複数のクライアント端末と通信ネットワークを介して接続されて、各クライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバのコンピュータに、クライアント端末から通信ネットワークを介して通知された、当該クライアント端末の静的性能を示す環境情報と、当該クライアント端末の動的性能を示す動作情報とに基づいて当該クライアント端末へ配信する画像の画像品質を決定するステップと、画像品質に基づき当該クライアント端末へ配信する画像の画像品質を変換するステップとを実行させるものである。
【００１９】
また、本発明にかかる他のプログラムは、接続している複数のクライアント端末から送信された画像を個々のクライアント端末の性能に応じた画像品質に変換してそれぞれ配信する画像配信サーバとの間で、通信ネットワークを介して画像を送受信するとともに、受信した画像を表示するクライアント端末のコンピュータに、画像配信サーバで当該クライアント端末へ配信する画像の画像品質を決定する際に用いられる端末情報として、自装置の静的性能を示す環境情報を通信ネットワークを介して画像配信サーバへ通知するステップと、端末情報として、自装置の動的性能を示す動作情報を通信ネットワークを介して画像配信サーバへ通知するステップとを実行させるものである。
【発明の効果】
【００２０】
本発明によれば、各クライアント端末から環境情報および動作情報が画像配信サーバへ通知されるため、画像配信サーバで各クライアント端末の静的性能および動的性能を正確に把握でき、それぞれのクライアント端末の処理性能や動作状況に適した画像品質で画像を配信することが可能となる。したがって、各クライアント端末で他の処理を停滞させることなく受信画像を表示でき、安定した画像配信サービスを提供することができる。
【発明を実施するための最良の形態】
【００２１】
次に、本発明の実施の形態について図面を参照して説明する。
［画像通信システム］
まず、図１を参照して、本発明の一実施の形態にかかる画像通信システムについて説明する。図１は本発明の一実施の形態にかかる画像通信システムの構成を示すブロック図である。
この画像通信システムは、画像配信サーバ１と、１つ以上のクライアント端末２（２Ａ，２Ｂ，２Ｃ）と、インターネットやイントラネットなどのＩＰネットワークからなりこれら画像配信サーバ１とクライアント端末２とを接続する通信ネットワーク１０とから構成されている。
【００２２】
本実施の形態では、画像配信サーバ１で、各クライアント端末２から送信された画像３Ａ，３Ｂ，３Ｃを、個々のクライアント端末２の性能に応じた画像品質の画像４Ａ，４Ｂ，４Ｃに変換してそれぞれ配信する際、クライアント端末２の静的性能を示す環境情報５Ａ，５Ｂ，５Ｃと動的性能を示す動作情報６Ａ，６Ｂ，６Ｃを、各クライアント端末２から通信ネットワーク１０を介して画像配信サーバ１へ通知し、画像配信サーバ１で、クライアント端末２から通知された環境情報５Ａ，５Ｂ，５Ｃおよび動作情報６Ａ，６Ｂ，６Ｃに基づいて当該クライアント端末２へ配信する画像４Ａ，４Ｂ，４Ｃの画像品質をそれぞれ個別に決定し、その画像品質に基づき当該クライアント端末２へ配信する画像４Ａ，４Ｂ，４Ｃの画像品質を変換して配信するようにしたものである。
【００２３】
なお、本発明は、クライアント端末２のコンピュータの物理的構成により決定される静的な処理性能のことをクライアント端末２の静的性能と表現し、例えばコンピュータでの処理負担の増減により変化しない固定的な性能をいう。
また、クライアント端末２のコンピュータの動作状態により決定される動的な処理性能のことをクライアント端末２の動的性能と表現し、コンピュータでの処理負担の増減により変化する流動的な性能をいう。
【００２４】
［画像配信サーバ］
次に、図２を参照して、画像配信サーバ１の構成について詳細に説明する。図２は画像配信サーバ１の機能構成を示す機能ブロック図である。
この画像配信サーバ１は、コンピュータで実現されるサーバ装置であり、主な物理構成として（図示せず）、制御部、記憶部、および通信部を有している。制御部は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、所定のプログラムを読み込んで実行することにより各種機能部を実現する。記憶部は、ハードディスクやメモリなどの記憶装置からなり、制御部での処理に用いる各種情報や制御部に読み込まれるプログラムを記憶する。通信部は、通信ネットワーク１０を介して各種情報を送受信する回路部である。
【００２５】
制御部により実現される機能部としては、画像配信制御部１１、画像処理部１３、環境情報管理部１４、および動作情報管理部１５がある。
画像配信制御部１１は、画像配信サーバ１での画像配信処理全体を制御する機能部である。画像処理部１３は、クライアント端末２との間でやり取りする画像を処理する機能部であり、クライアント端末２からの画像を受信する画像受信部１３Ａと、クライアント端末２へ画像を送信する画像送信部１３Ｂと、画像の変換処理を行う画像コーデック部１３Ｃとを有している。
【００２６】
環境情報管理部１４は、通信ネットワーク１０を介して接続されたクライアント端末２の環境情報を管理する機能部である。
動作情報管理部１５は、通信ネットワーク１０を介して接続されたクライアント端末２の動作情報を管理する機能部である。
【００２７】
記憶部には、テーブル管理部１６が設けられている。このテーブル管理部１６には、画像配信制御部１１での処理に用いる各種情報がテーブルとして管理されている。このテーブルとして、配信画像品質しきい値テーブル１６Ａ、環境情報テーブル１６Ｂ、接続クライアント数管理テーブル１６Ｃ、およびクライアント情報管理テーブル１６Ｄがある。
通信部には、通信インターフェース部１２が設けられている。この通信インターフェース部１２は、画像配信制御部１１と通信ネットワーク１０を介して接続されたクライアント端末２との間のデータ通信を実現する。
【００２８】
［クライアント端末］
次に、図３を参照して、クライアント端末２の構成について詳細に説明する。図３はクライアント端末２の機能構成を示す説明図である。
このクライアント端末２は、コンピュータで実現される端末装置であり、主な物理構成として（図示せず）、制御部、記憶部、および通信部を有している。制御部は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、所定のプログラムを読み込んで実行することにより各種機能部を実現する。記憶部は、ハードディスクやメモリなどの記憶装置からなり、制御部での処理に用いる各種情報や制御部に読み込まれるプログラムを記憶する。通信部は、通信ネットワーク１０を介して各種情報を送受信する回路部である。
【００２９】
制御部により実現される機能部としては、クライアント端末制御部２１、画像管理部２３、環境情報管理部２４、および動作情報管理部２５がある。
クライアント端末制御部２１は、クライアント端末２での画像通信を含む各種処理を制御する機能部である。
画像管理部２３は、当該クライアント端末２に接続されたカメラ２０Ａから画像配信サーバ１へ送信する画像を取り込む画像入力部２３Ａ、画像配信サーバ１から受信した画像を当該クライアント端末２に接続されたディスプレイ２０Ｂへ出力する画像出力部２３Ｂ、およびカメラ２０Ａからの画像やディスプレイ２０Ｂへの画像を画像処理する画像コーデック部２３Ｃを有する機能部である。
【００３０】
環境情報管理部２４は、当該クライアント端末２の環境情報を管理する機能部である。この環境情報管理部２４には、具体的な機能手段として、利用者から操作入力された当該クライアント端末２の環境情報を受け付ける環境情報操作入力部２４Ａ、当該クライアント端末２の構成情報などに基づき当該クライアント端末２に関する環境情報を自動取得する環境情報自動取得部２４Ｂ、および所定のテストプログラムを実行して当該クライアント端末２に関する環境情報を自動取得する環境情報テストプログラム部２４Ｃが設けられている。
【００３１】
動作情報管理部２５は、当該クライアント端末２の動作情報を管理する機能部である。
この動作情報管理部２５には、具体的な機能手段として、当該クライアント端末２の構成情報などに基づき当該クライアント端末２に関する動作情報を自動取得する動作情報自動取得部２５Ａ、および所定のテストプログラムを実行して当該クライアント端末２に関する動作情報を自動取得する動作情報テストプログラム部２５Ｂが設けられている。
【００３２】
記憶部には、クライアント端末制御部２１での処理に用いる各種情報がテーブルとして管理されている。このテーブルとしては、環境情報管理部２４で用いられる環境情報記憶テーブル２４Ｄと、動作情報管理部２５で用いられる動作情報記憶テーブル２５Ｃ、および動作情報しきい値テーブル２５Ｄがある。
通信部には、通信インターフェース部２２が設けられている。この通信インターフェース部２２は、クライアント端末制御部２１と通信ネットワーク１０を介して接続された画像配信サーバ１との間のデータ通信を実現する。
【００３３】
［テーブル］
次に、図４〜図９を参照して、画像配信サーバ１およびクライアント端末２で用いる各種テーブルの構成例について説明する。
図４は、画像配信サーバ１で用いられる配信画像品質しきい値テーブル１６Ａの構成例である。この配信画像品質しきい値テーブル１６Ａは、クライアント端末２に適切な画像品質を決定するためのテーブルであり、クライアント端末２の環境情報ここではＣＰＵ能力ごとに設けられている。そして、各テーブルでは、その動作情報ここではＣＰＵ使用率と配信する画像数（クライアント端末数）との組み合わせごとに、配信に用いられる画像品質が対応付けられている。
【００３４】
図５は、画像配信サーバ１で用いられる環境情報テーブル１６Ｂの構成例である。この環境情報テーブル１６Ｂは、クライアント端末２の環境情報を決定するためのテーブルであり、クライアント端末２のＣＰＵ能力、テスト値（ＣＰＵのクロック数）、ベンダＩＤ、ＣＰＵファミリ、ＣＰＵモデル、およびＣＰＵステッピングなどの環境情報が相互に対応付けられている。
図６は、画像配信サーバ１で用いられる接続クライアント数管理テーブル１６Ｃの構成例である。この接続クライアント数管理テーブル１６Ｃは、ビデオ会議に参加するクライアント端末２の数が管理される。
【００３５】
図７は、画像配信サーバ１で用いられるクライアント情報管理テーブル１６Ｄの構成例である。このクライアント情報管理テーブル１６Ｄは、ビデオ会議に参加している各クライアント端末２の環境情報および動作情報を管理するテーブルである。
図８は、クライアント端末２で用いられる環境情報記録テーブル２４Ｄの構成例である。この環境情報記録テーブル２４Ｄは、当該クライアント端末２の環境情報を管理するためのテーブルであり、当該クライアント端末２のＣＰＵ能力値、テスト値、ベンダＩＤ、ＣＰＵファミリ、ＣＰＵモデル、ＣＰＵステッピングなどの環境情報が記録される。
【００３６】
図９は、クライアント端末２で用いられる動作情報記録テーブル２５Ｃの構成例である。この動作情報記録テーブル２５Ｃは、当該クライアント端末２の動作情報を管理するためのテーブルであり、当該クライアント端末２でのＣＰＵ使用率や、前回測定ＣＰＵ使用率などの動作情報が記録される。
【００３７】
［第１の実施の形態］
次に、図１０を参照して、本発明の第１の実施の形態にかかる画像通信システムの動作について説明する。図１０は、本発明の第１の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
本実施の形態では、ビデオ会議を例として、図１１に示すように、画像配信サーバ１が開始したビデオ会議に、１つ目のクライアント端末２Ａが参加する場合について説明する。図１１は、本発明の第１の実施の形態にかかる画像通信システムの構成例である。
【００３８】
画像配信サーバ１およびクライアント端末２の構成については、前述の図２および図３と同様である。
また、環境情報としてクライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−IIIなど）を用い、動作情報としてそのＣＰＵの使用率（１０％、２５％など）を用い、画像の品質として画像サイズ（ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦなど）と、フレームレート（１５ｆｐｓ、５ｆｐｓなど：Frame Per Second）を用いる。
また、前提として、クライアント端末２ＡのＣＰＵは「Ｐ−II／３００ＭＨｚ」とし、クライアント端末２Ａの環境情報記録テーブル２４Ｄには、図１２に示すように、ＣＰＵ能力の値として「Ｐ−II」と記録してあるものとする。
【００３９】
なお、ＶＧＡ（Video Graphics Array）は、パーソナルコンピュータで使用されている画像処理用ビデオカードの規格であり、ＣＩＦ（Common Intermediate Format）は、ＩＴＵの映像圧縮符号化規格Ｈ．２６１で定められた、世界共通の画像用フォーマットである。また、ＱＣＩＦ（Quarter CIF）は、ＣＩＦの縦横サイズを１／２にしたクォーターサイズ用フォーマットであり、ＳＱＣＩＦ（Sub QCIF）はＱＣＩＦのほぼ１／２のサイズのフォーマットである。ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦの解像度（ドット数）は、それぞれ６４０×４８０，３５２×２８８，１７６×１４４，１２８×９６である。
また、ＣＰＵを示す「Ｐ−II／３００ＭＨｚ」のうち、「Ｐ−II」は、例えばペンティアム（Pentium:登録商標）などＣＰＵの形式を示し、「３００ＭＨｚ」とはその動作周波数を示している。
【００４０】
まず、画像配信サーバ１の画像配信制御部１１は、オペレータ操作によるビデオ会議の開始要求や、予め予約されているビデオ会議の開始時刻の到来に応じて、クライアント端末２Ａが参加できるビデオ会議の開始状態とする（ステップ１００）。
クライアント端末２Ａのクライアント端末制御部２１も同様にして、利用者によるビデオ会議の開始要求や、予め予約されているビデオ会議の開始時刻の到来に応じて、画像配信サーバ１へビデオ会議の参加要求を行う（ステップ１０１）。
【００４１】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａからのビデオ会議参加要求に応じて、図１３に示すように、接続クライアント数管理テーブル１６Ｃのうち、接続待機数を「０」から「１」に更新し、接続を要求しているクライアント数の台数を管理する（ステップ１０２）。そして、クライアント端末２Ａへ環境情報の報告要求を行う（ステップ１０３）。
クライアント端末２Ａは、画像配信サーバ１からの環境情報報告要求に応じて、環境情報管理部２４から環境情報記録テーブル２４ＤのＣＰＵ能力の値「Ｐ−II」を環境情報として取得し（ステップ１０４）、これを画像配信サーバ１へ報告する（ステップ１０５）。
【００４２】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａからの環境情報報告に応じて、図１４に示すように、その環境情報の値「Ｐ−II」と環境情報テーブル１６Ｂと比較し（ステップ１０６）、クライアント端末２ＡのＣＰＵ能力を「Ｐ−II」と決定する（ステップ１０７）。そして、クライアント情報管理テーブル１６Ｄに、クライアント端末２ＡのＣＰＵ能力が「Ｐ−II」であることを記録する（ステップ１０８）。
次に、画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａへ画像送信を要求する（ステップ１０９）。
【００４３】
クライアント端末２Ａのクライアント端末制御部２１は、画像配信サーバ１からの画像送信要求に応じて、画像入力部２３Ａからカメラ２０Ａで撮影した映像を取り込んで、画像コーデック部２３Ｃでエンコードし（ステップ１１０）、画像配信サーバ１への送信を開始する（ステップ１１１）。
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａからの画像送信開始に応じて、クライアント端末２Ａへ動作情報の送信要求を行う（ステップ１１２）。
【００４４】
クライアント端末２Ａのクライアント端末制御部２１は、画像配信サーバ１からの動作情報送信要求に応じて、動作情報自動取得部２５Ａまたは動作情報テストプログラム部２５Ｂにより動作情報の取得を行い（ステップ１１３）、図１５に示すように、取得した動作情報「２５％」を動作情報記録テーブル２５Ｃに記録し（ステップ１１４）、画像配信サーバ１へその動作情報「２５％」を報告する（ステップ１１５）。
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａからの動作情報報告に応じて、図１６に示すように、その動作情報「２５％」をクライアント情報管理テーブル１６Ｄに記録する（ステップ１１６）。
【００４５】
次に、画像配信サーバ１の画像配信制御部１１は、接続クライアント数管理テーブル１６Ｃ、クライアント情報管理テーブル１６Ｄ、および配信画像品質しきい値テーブル１６Ａを参照し、クライアント端末２Ａに配信する画像の品質を決定する（ステップ１１７）。
この場合、図１７に示すように、クライアント情報管理テーブル１６Ｄのうちクライアント端末２ＡのＣＰＵ能力が「Ｐ−II」であることから、Ｐ−II用の配信画像品質しきい値テーブル１６Ａを選択し、接続クライアント数管理テーブル１６Ｃの接続数と接続待機数の合計の値で決定される画像数「１」と、クライアント情報管理テーブル１６Ｄのクライアント端末２ＡのＣＰＵ使用率「２５％」との組から、Ｐ−II用の配信画像品質しきい値テーブル１６Ａを参照して、クライアント端末２Ａに配信する画像の品質を「ＱＣＩＦ／５ｆｐｓ」に決定する。
【００４６】
次に、画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａから受信しているエンコードされた画像を、画像コーデック部１３Ｃで一旦デコードした後（ステップ１１８）、クライアント端末２Ａに配信する画像の品質「ＱＣＩＦ／５ｆｐｓ」に再度エンコードし（ステップ１１９）、クライアント端末２Ａに配信する（ステップ１２０）。また、図１８に示すように、接続クライアント数管理テーブル１６Ｃのうち、接続数を「１」とし接続待機数を「０」とし（ステップ１２１）、一連のビデオ会議参加時の処理を終了する。
クライアント端末２Ａのクライアント端末制御部２１は、画像配信サーバ１から配信された画像を、画像コーデック部２３Ｃでデコードし、画像出力部２３Ｂからディスプレイ２０Ｂへ出力し（ステップ１２２）、一連のビデオ会議参加時の処理を終了する。
【００４７】
このように、クライアント端末２の静的性能を示す環境情報と動的性能を示す動作情報を、クライアント端末２から通信ネットワーク１０を介して画像配信サーバ１へ通知し、画像配信サーバ１で、クライアント端末２から通知された環境情報および動作情報に基づいて当該クライアント端末２へ配信する画像の画像品質を決定し、その画像品質に基づき当該クライアント端末２へ配信する画像の画像品質を変換して配信するようにしたので、クライアント端末２がビデオ会議に参加した時点で、画像配信サーバ１は、クライアント端末２に配信される画像の品質を調整し、クライアント端末２の処理能力に応じた画像を配信することができる。
したがって、各クライアント端末２で他の処理を停滞させることなく受信画像を表示でき、安定した画像配信サービスを提供することができる。
【００４８】
以上では、環境情報として、クライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−III、Ｐ−IVなど）を利用する場合を例として説明したが、クライアント端末２のコンピュータで用いられるＯＳの種類（Ｗｉｎｄｏｗｓ９８、ＷｉｎｄｏｗｓＸＰなど：商標登録）、メモリの種類（５００ＭＢ、１ＧＢなど）、あるいは画像描画のＡＰＩ（Application Program Interface）の種類（ＤｉｒｅｃｔＸ８、ＤｉｒｅｃｔＸ９など：商標登録）を利用してもよいし、これらを組み合わせてもよい。
また、動作情報として、クライアント端末２のコンピュータで用いられるＣＰＵの使用率を用いたが、クライアント端末２のコンピュータで用いられるメモリの利用状況、あるいは通信ネットワーク１０の利用状況を利用してもよいし、これらを組み合わせてもよい。
【００４９】
また、画像の品質として、画像サイズ（ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦなど）と、フレームレート（１５ｆｐｓ、５ｆｐｓなど）を用いたが、画像圧縮率（圧縮率１／５、圧縮率１／１５、圧縮率１／３０など）を利用してもよいし、これらを組み合わせてもよい。
また、環境情報および動作情報については、画像配信サーバ１の要求に基づきクライアント端末２Ａが報告する場合を例に説明したが、クライアント端末２が自律的に画像配信サーバ１へ報告するようにしてもよい。
【００５０】
［第２の実施の形態］
次に、図１９，図２０を参照して、本発明の第２の実施の形態にかかる画像通信システムの動作について説明する。図１９，図２０は、本発明の第２の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
前述した第１の実施の形態では、図１１に示したように、画像配信サーバ１が開始したビデオ会議に１つのクライアント端末２Ａが参加する場合を例として説明した。本実施の形態では、図２１に示すように、既に１つのクライアント端末２Ａが上記ビデオ会議に参加している状態で、さらに２つ目のクライアント端末２Ｂがそのビデオ会議に参加する場合を例として説明する。図２１は、本発明の第２の実施の形態にかかる画像通信システムの構成例である。
【００５１】
画像配信サーバ１およびクライアント端末２の構成については、前述の図２および図３と同様である。
また、環境情報としてクライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−IIIなど）を用い、動作情報としてそのＣＰＵの使用率（１０％、２５％など）を用い、画像の品質として画像サイズ（ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦなど）とフレームレート（１５ｆｐｓ、５ｆｐｓなど）を用いる。
また、前提として、クライアント端末２のうち、既にビデオ会議に参加しているクライアント端末２ＡのＣＰＵは「Ｐ−II／３００ＭＨｚ」で、新たにビデオ会議に参加するクライアント端末２ＢのＣＰＵは「Ｐ−III／６００ＭＨｚ」であるとし、これらクライアント端末２Ａ，２Ｂの環境情報記録テーブル２４Ｄには、図１２，図２２に示すように、それぞれＣＰＵ能力の値に「Ｐ−II」，「Ｐ−III」と記録してあるものとする。
【００５２】
また、クライアント端末２Ａの動作情報記録テーブル２５Ｃでは、図２３に示すように、ＣＰＵ使用率の値が「２５％」であり、前回測定ＣＰＵ使用率の値には、記録がない状態になっているものとする。同様に、クライアント端末２Ｂの動作情報記録テーブル２５Ｃでは、図２４に示すように、ＣＰＵ使用率の値および前回測定ＣＰＵ使用率の値には、記録がない状態になっている。
また、画像配信サーバ１の接続クライアント数管理テーブル１６Ｃでは、図２５に示すように、接続数が「１」、接続待機数が「０」の値になっている。
【００５３】
初期状態として、画像配信サーバ１は、ビデオ会議を開始しており（ステップ２００）、クライアント端末２Ａは通信ネットワーク１０を介して画像配信サーバ１へ画像を送信しており（ステップ２０１）、通信ネットワーク１０を介してクライアント端末２Ａへ、配信画像品質しきい値テーブル１６Ａに基づき「ＱＣＩＦ／５ｆｐｓ」の画質で画像を配信している（ステップ２０２）。
【００５４】
ここで、クライアント端末２Ｂから、通信ネットワーク１０を介して画像配信サーバ１へ、ビデオ会議の参加要求が行われた場合（ステップ２０３）、画像配信サーバ１の画像配信制御部１１は、図２５に示すように、接続クライアント数管理テーブル１６Ｃの接続待機数の値を「０」から「１」に変更する（ステップ２０４）。
そして、画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ｂに、環境情報の報告を要求する（ステップ２０５）。
【００５５】
クライアント端末２Ｂのクライアント端末制御部２１は、画像配信サーバ１からの環境情報報告要求に応じて、環境情報記録テーブル２４ＤからＣＰＵ能力の値「Ｐ−III」を取得し（ステップ２０６）、これを画像配信サーバ１に報告する（ステップ２０７）。
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ｂから報告された環境情報の値「Ｐ−III」と環境情報テーブル１６Ｂと比較し（ステップ２０８）、該当値がある場合は、その値をクライアント端末２ＢのＣＰＵ能力を「Ｐ−III」と決定する（ステップ２０９）。そして、クライアント情報管理テーブル１６Ｄに、図２６に示すように、クライアント端末２ＢのＣＰＵ能力が「Ｐ−III」であることを記録する（ステップ２１０）。
【００５６】
次に、画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ｂに、画像送信の要求を行う（ステップ２１１）。
クライアント端末２Ｂのクライアント端末制御部２１は、画像配信サーバ１からの画像送信要求に応じて、画像入力部２３Ａからカメラ２０Ａで撮影した映像を取り込んで、画像コーデック部２３Ｃでエンコードし（ステップ２１２）、画像配信サーバ１への送信を開始する（ステップ２１３）。
【００５７】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ｂからの画像送信開始に応じて、クライアント端末２Ａおよびクライアント端末２Ｂに、動作情報の送信要求を行う（ステップ２１４，２１５）。
クライアント端末２Ａのクライアント端末制御部２１は、画像配信サーバ１からの動作情報送信要求に応じて、動作情報の取得を行い（ステップ２１６）、取得した動作情報のＣＰＵ使用率の値が「３０％」の場合は、図２３に示すように、動作情報記録テーブル２５ＣのＣＰＵ使用率を「２５％」から「３０％」に更新するとともに、前回測定ＣＰＵ使用率を「未記録」から「２５％」に更新し（ステップ２１７）、動作情報としてＣＰＵ使用率「３０％」を画像配信サーバ１に報告する（ステップ２１８）。
【００５８】
一方、クライアント端末２Ｂのクライアント端末制御部２１は、画像配信サーバ１からの動作情報送信要求に応じて、動作情報の取得を行い（ステップ２１９）、取得した動作情報のＣＰＵ使用率の値が「１５％」の場合は、図２４に示すように、動作情報記録テーブル２５ＣのＣＰＵ使用率を「未記録」から「１５％」に更新するとともに、前回測定ＣＰＵ使用率を「未記録」のままに更新し（ステップ２２０）、動作情報としてＣＰＵ使用率「１５％」を画像配信サーバ１に報告する（ステップ２２１）。
【００５９】
画像配信サーバ１の画像配信制御部１１は、このようにして受信したそれぞれの動作情報について、図２７に示すように、クライアント情報管理テーブル１６Ｄのうち、クライアント端末２ＡのＣＰＵ使用率として「３０％」を記録し、クライアント端末２ＢのＣＰＵ使用率として「１５％」を記録する（ステップ２２２）。
そして、画像配信サーバ１の画像配信制御部１１は、接続クライアント数管理テーブル１６Ｃ、クライアント情報管理テーブル１６Ｄ、および配信画像品質しきい値テーブル１６Ａを参照して、各クライアント端末２Ａ，２Ｂに配信する画像の品質をそれぞれ別個に決定する（ステップ２２３）。
【００６０】
この場合、クライアント端末２Ａについては、クライアント情報管理テーブル１６Ｄのうちクライアント端末２ＡのＣＰＵ能力が「Ｐ−II」であることから、Ｐ−II用の配信画像品質しきい値テーブル１６Ａを選択し、接続クライアント数管理テーブル１６Ｃの接続数「１」と、接続待機数「１」の合計の値で決定される画像数「２」と、クライアント情報管理テーブル１６Ｄのクライアント端末２ＡのＣＰＵ使用率「３０％」との組から、Ｐ−II用の配信画像品質しきい値テーブル１６Ａを参照して、クライアント端末２Ａに配信する画像の品質を「ＳＱＣＩＦ／１０ｆｐｓ」に決定する。
【００６１】
また、クライアント端末２Ｂについては、クライアント情報管理テーブル１６Ｄのうちクライアント端末２ＢのＣＰＵ能力が「Ｐ−III」であることから、Ｐ−III用の配信画像品質しきい値テーブル１６Ａを選択し、接続クライアント数管理テーブル１６Ｃの接続数「１」と、接続待機数「１」の合計の値で決定される画像数「２」と、クライアント情報管理テーブル１６Ｄのクライアント端末２ＢのＣＰＵ使用率「１５％」との組から、Ｐ−III用の配信画像品質しきい値テーブル１６Ａを参照して、クライアント端末２Ｂに配信する画像の品質を「ＣＩＦ／１５ｆｐｓ」に決定する。
【００６２】
次に、画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａから受信しているエンコードされた画像を、画像コーデック部１３Ｃでデコードする（ステップ２２４）。
そして、クライアント端末２Ａへ画像を配信するため、デコード後の画像をクライアント端末２Ａに配信する画像の品質である「ＳＱＣＩＦ／１０ｆｐｓ」にエンコードし（ステップ２２５）、クライアント端末２Ａに配信する（ステップ２２６）する。
また、クライアント端末２Ｂへ画像を配信するため、デコード後の画像をクライアント端末２Ｂに配信する画像の品質である「ＣＩＦ／１５ｆｐｓ」にエンコードし（ステップ２２５）、クライアント端末２Ｂに配信する（ステップ２２７）。
【００６３】
同様にして、画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ｂから受信しているエンコードされた画像を、画像コーデック部１３Ｃでデコードする（ステップ２２４）。
そして、クライアント端末２Ａへ画像を配信するため、デコード後の画像をクライアント端末２Ａに配信する画像の品質である「ＳＱＣＩＦ／１０ｆｐｓ」にエンコードし（ステップ２２５）、クライアント端末２Ａに配信する（ステップ２２６）する。
また、クライアント端末２Ｂへ画像を配信するため、デコード後の画像をクライアント端末２Ｂに配信する画像の品質である「ＣＩＦ／１５ｆｐｓ」にエンコードし（ステップ２２５）、クライアント端末２Ｂに配信する（ステップ２２７）。
そして、画像配信サーバ１の画像配信制御部１１は、図２８に示すように、接続クライアント数管理テーブル１６Ｃのうち、接続数を「２」とし接続待機数を「０」とする（ステップ２２８）。
【００６４】
これに応じて、クライアント端末２Ａのクライアント端末制御部２１は、画像配信サーバ１から配信されたクライアント端末２Ａからの画像を「ＳＱＣＩＦ／１０ｆｐｓ」の品質で受信するとともに、クライアント端末２Ｂからの画像を「ＳＱＣＩＦ／１０ｆｐｓ」の品質で受信し、これら画像を画像コーデック部１３Ｃでデコードし、画像出力部２３Ｂでディスプレイ２０Ｂに出力する（ステップ２２９）。
また、クライアント端末２Ｂのクライアント端末制御部２１は、画像配信サーバ１から配信されたクライアント端末２Ａからの画像を「ＣＩＦ／１５ｆｐｓ」の品質で受信するとともに、クライアント端末２Ｂからの画像を「ＣＩＦ／１５ｆｐｓ」の品質で受信し、これらの画像を画像コーデック部２３Ｃでデコードし、画像出力部２３Ｂでディスプレイ２０Ｂに出力する（ステップ２３０）。
【００６５】
このように、クライアント端末２の環境情報および動作情報に加えて、各クライアント端末２に配信される画像の数、すなわち通信ネットワーク１０を介して接続しているクライアント端末２の数をも考慮して、各クライアント端末２へ配信する画像の画像品質を決定するようにしたので、ビデオ会議に新たなクライアント端末２が参加し、配信される画像の数が増えても、画像配信サーバ１は、各クライアント端末２に配信される画像の品質を適切に調整して、各クライアント端末２の処理能力に応じた画像を配信することができる。
【００６６】
以上では、環境情報として、クライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−III、Ｐ−IVなど）を利用する場合を例として説明したが、クライアント端末２のコンピュータで用いられるＯＳの種類（Ｗｉｎｄｏｗｓ９８、ＷｉｎｄｏｗｓＸＰなど）、メモリの種類（５００ＭＢ、１ＧＢなど）、あるいは画像描画のＡＰＩの種類（ＤｉｒｅｃｔＸ８、ＤｉｒｅｃｔＸ９など）を利用してもよいし、これらを組み合わせてもよい。
また、動作情報として、クライアント端末２のコンピュータで用いられるＣＰＵの使用率を用いたが、クライアント端末２のコンピュータで用いられるメモリの利用状況、あるいは通信ネットワーク１０の利用状況を利用してもよいし、これらを組み合わせてもよい。
【００６７】
また、画像の品質として、画像サイズ（ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦなど）と、フレームレート（１５ｆｐｓ、５ｆｐｓなど）を用いたが、画像圧縮率（圧縮率１／５、圧縮率１／１５、圧縮率１／３０など）を利用してもよいし、これらを組み合わせてもよい。
また、環境情報および動作情報については、画像配信サーバ１の要求に基づきクライアント端末２Ａが報告する場合を例に説明したが、クライアント端末２が自律的に画像配信サーバ１へ報告するようにしてもよい。
【００６８】
［第３の実施の形態］
次に、図２９を参照して、本発明の第３の実施の形態にかかる画像通信システムの動作について説明する。図２９は、本発明の第３の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
前述した第２の実施の形態では、図２１に示したように、ビデオ会議において２つのクライアント端末２Ａ，２Ｂが参加する場合を例として説明した。本実施の形態では、図３０に示すように、ビデオ会議を例として、既に２つのクライアント端末２Ａ，２Ｂがビデオ会議に参加している状態で、クライアント端末２Ａにおいてビデオ会議以外のアプリケーションを新たに起動した場合を例として説明する。図３０は、本発明の第３の実施の形態にかかる画像通信システムの構成例である。
【００６９】
画像配信サーバ１およびクライアント端末２の構成については、前述の図２および図３と同様である。
なお、各クライアント端末２Ａ，２Ｂは、それぞれ図３１に示す内容の動作情報しきい値テーブル２５Ｄを用いるものとする。
また、環境情報として、クライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−IIIなど）を用い、動作情報としてそのＣＰＵの使用率（１０％、２５％など）を用い、画像の品質として画像サイズ（ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦなど）とフレームレート（１５ｆｐｓ、５ｆｐｓなど）を用いる。
【００７０】
初期状態として、画像配信サーバ１は、ビデオ会議を開始しており（ステップ３００）、クライアント端末２Ａは通信ネットワーク１０を介して画像配信サーバ１へ画像（Ａ）を送信しており（ステップ３０１）、クライアント端末２Ｂは通信ネットワーク１０を介して画像配信サーバ１へ画像を送信している（ステップ３０２）。
【００７１】
ここで、クライアント端末２のうち、既にビデオ会議に参加しているクライアント端末２ＡのＣＰＵは「Ｐ−II／３００ＭＨｚ」で、環境情報記録テーブル２４Ｄには、ＣＰＵ能力の値に「Ｐ−II」と記録してあるものとする。また、クライアント端末２Ａの動作情報記録テーブル２５Ｃには、ＣＰＵ使用率の値に「３０％」と記録され、前回測定ＣＰＵ使用率の値に「２５％」と記録されているものとする。
また、画像配信サーバ１のビデオ会議には、クライアント端末２Ａ，２Ｂが参加しているため、接続クライアント数管理テーブル１６Ｃには、接続数「２」、接続待機数「０」が記録されている。
【００７２】
したがって、画像配信サーバ１の画像配信制御部１１は、クライアント端末２ＡのＣＰＵ能力が「Ｐ−II」、画像数が「２」、ＣＰＵ使用率が「３０％」であることから、クライアント端末２Ａに対して、クライアント端末２Ａとクライアント端末２Ｂから受信している画像を、配信画像品質しきい値テーブル１６Ａに基づき「ＳＱＣＩＦ／１０ｆｐｓ」にエンコードして画像を送信している（ステップ３０３）。
【００７３】
また、クライアント端末２のうち、既にビデオ会議に参加しているクライアント端末２ＢのＣＰＵは「Ｐ−III／６００ＭＨｚ」で、環境情報記録テーブル２４Ｄには、ＣＰＵ能力の値に「Ｐ−III」と記録してあるものとする。また、クライアント端末２Ｂの動作情報記録テーブル２５Ｃには、ＣＰＵ使用率の値に「１５％」と記録され、前回測定ＣＰＵ使用率の値に「未記録」と記録されているものとする。
【００７４】
したがって、画像配信サーバ１の画像配信制御部１１は、クライアント端末２ＢのＣＰＵ能力が「Ｐ−III」、画像数が「２」、ＣＰＵ使用率が「１５％」であることから、クライアント端末２Ｂに対して、クライアント端末２Ａとクライアント端末２Ｂから受信している画像を、配信画像品質しきい値テーブル１６Ａに基づき「ＣＩＦ／１５ｆｐｓ」にエンコードして画像を送信している（ステップ３０４）。
【００７５】
このような状態で、クライアント端末２Ａが、ビデオ会議以外のアプリケーションを起動し、ＣＰＵ使用率が「３０％」から「４５％」に増加したとする（ステップ３０５）。クライアント端末２Ａの動作情報管理部２５は、定期的に動作情報の取得を行っており（ステップ３０６）、上記変化に応じて、図３２に示すように、動作情報記録テーブル２５ＣのＣＰＵ使用率を「３０％」から「４５％」と更新し、前回測定ＣＰＵ使用率を「３０％」に更新する（ステップ３０７）。
【００７６】
そして、クライアント端末２Ａのクライアント端末制御部２１は、動作情報記録テーブル２５Ｃの値と、動作情報しきい値テーブル２５Ｄと比較する（ステップ３０８）。このとき、図３３に示すように、ＣＰＵ使用率「４５％」は状態Ｂであり、前回測定ＣＰＵ使用率「３０％」は状態Ａであり、動作状態が状態Ａから状態Ｂに変化していることから、画像配信サーバ１に、動作情報としてＣＰＵ使用率「４５％」を報告する（ステップ３０９）。
【００７７】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２Ａの動作情報としてＣＰＵ使用率「４５％」を受けて、クライアント端末２Ａ用のクライアント情報管理テーブル１６Ｄのうち、図３４に示すように、ＣＰＵ使用率を「３０％」から「４５％」と更新する（ステップ３１０）。
また、このクライアント情報管理テーブル１６Ｄ、接続クライアント数管理テーブル１６Ｃ、および配信画像品質しきい値テーブル１６Ａを参照すると、クライアント端末２Ａに配信する画像品質が「ＳＱＣＩＦ／１０ｆｐｓ」から「ＳＱＣＩＦ／５ｆｐｓ」に変更になるため（ステップ３１１）、画像コーデック部１３Ｃでは、クライアント端末２Ａに配信する画像の品質を「ＳＱＣＩＦ／５ｆｐｓ」に変更してエンコードし（ステップ３１２）、クライアント端末２Ａに配信する（ステップ３１３）。
【００７８】
これに応じて、クライアント端末２Ａのクライアント端末制御部２１は、画像品質が「ＳＱＣＩＦ／１０ｆｐｓ」から「ＳＱＣＩＦ／５ｆｐｓ」に変更され、ＣＰＵの処理が軽減された画像を、画像配信サーバ１から受信して、画像コーデック部２３Ｃでデコードし、画像出力部でディスプレイに出力する（ステップ３１４）。
【００７９】
このように、クライアント端末２から通知された動作情報の変化に応じて、当該クライアント端末２へ配信する画像の画像品質を見直すようにしたので、ビデオ会議に参加しているクライアント端末２が自端末のビデオ会議以外のアプリケーションを起動し、ＣＰＵ使用率が増加した場合でも、画像配信サーバ１は、そのクライアント端末２に配信される画像の品質を調整し、クライアント端末２の処理能力に応じた画像を配信することができる。
【００８０】
なお、本実施の形態では、クライアント端末２で定期的に動作情報を取得して、その都度、動作状態の変化を確認し、動作状態の変化があった場合に、動作情報を画像配信サーバ１に報告し、画像配信サーバ１で、この報告に応じてそのクライアント端末２へ配信する画像の品質の変更を行う場合について説明したが、クライアント端末２で動作状態の変更有無を確認せず、画像配信サーバ１で確認するようにしてもよい。
すなわち、クライアント端末２で定期的に動作情報を取得して、その都度、動作情報を画像配信サーバ１に報告し、画像配信サーバ１で、この報告を受けた時に、クライアント端末２の動作状態が変化したかを確認し、その変化があった場合に、そのクライアント端末２へ配信する画像の品質の変更を行うようにしてもよい。
【００８１】
また、本実施の形態では、クライアント端末２のＣＰＵ使用率が増加した場合を例に説明したが、ＣＰＵ使用率が減少した場合でも同様にして適用できる。
また、本実施の形態では、クライアント端末２のＣＰＵ使用率の変化に伴い、画像配信サーバ１から配信される画像の品質を変化させることにより、そのクライアント端末２の画像受信時のＣＰＵの処理負担を調整する場合を例に説明したが、クライアント端末２が画像配信サーバ１に送信している画像の品質を変化させることにより、そのクライアント端末２の画像送信時のＣＰＵの処理負担を調整するようにしてもよく、その両方を行うようにしてもよい。
【００８２】
以上では、環境情報として、クライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−III、Ｐ−IVなど）を利用する場合を例として説明したが、クライアント端末２のコンピュータで用いられるＯＳの種類（Ｗｉｎｄｏｗｓ９８、ＷｉｎｄｏｗｓＸＰなど）、メモリの種類（５００ＭＢ、１ＧＢなど）、あるいは画像描画のＡＰＩの種類（ＤｉｒｅｃｔＸ８、ＤｉｒｅｃｔＸ９など）を利用してもよいし、これらを組み合わせてもよい。
また、動作情報として、クライアント端末２のコンピュータで用いられるＣＰＵの使用率を用いたが、クライアント端末２のコンピュータで用いられるメモリの利用状況、あるいは通信ネットワーク１０の利用状況を利用してもよいし、これらを組み合わせてもよい。
【００８３】
また、画像の品質として、画像サイズ（ＶＧＡ、ＣＩＦ、ＱＣＩＦ、ＳＱＣＩＦなど）と、フレームレート（１５ｆｐｓ、５ｆｐｓなど）を用いたが、画像圧縮率（圧縮率１／５、圧縮率１／１５、圧縮率１／３０など）を利用してもよいし、これらを組み合わせてもよい。
【００８４】
［第４の実施の形態］
次に、図３５および図３６を参照して、本発明の第４の実施の形態にかかる画像通信システムの動作について説明する。図３５は、本発明の第４の実施の形態にかかる画像通信システムのクライアント端末２における動作情報取得動作（逐次取得）を示すシーケンス図である。図３６は、本発明の第４の実施の形態にかかる画像通信システムのクライアント端末２における動作情報取得動作（定期取得）を示すシーケンス図である。
本実施の形態では、クライアント端末２における動作情報の具体的な取得動作について説明する。
【００８５】
クライアント端末２が、動作情報を取得するタイミングは、図３５に示すように、画像配信サーバ１から動作情報の要求を受けた時に行うもの（逐次取得）と、図３６に示すように、クライアント端末２のクライアント端末制御部２１が起動してから定期的に行うもの（定期取得）がある。
なお、クライアント端末２で、動作情報を取得する方法としては、動作情報自動取得部２５Ａにより当該クライアント端末２のＯＳの管理情報であるレジストリの値からＣＰＵ使用率を自動取得する方法（動作情報自動取得）と、動作情報テストプログラム部２５Ｂで動作情報テストプログラムを実行することによりＣＰＵ使用率を取得する方法（動作情報テストプログラム実行取得）がある。
【００８６】
まず、図３５を参照して、クライアント端末２が画像配信サーバ１から動作情報の要求を受けた時の取得動作について説明する。
画像配信サーバ１からの動作情報要求に応じて（ステップ４００）、クライアント端末２のクライアント端末制御部２１は、動作情報自動取得部２５Ａにより動作情報を取得し（ステップ４０１）、動作情報を取得できた場合は（ステップ４０２：ＹＥＳ）、その動作情報を動作情報記録テーブル２５Ｃへ記録して更新し（ステップ４０４）、画像配信サーバ１にその動作情報を報告する（ステップ４０５）。
一方、動作情報を取得できなかった場合は（ステップ４０２：ＮＯ）、動作情報テストプログラム部２５Ｂにより動作情報を取得して（ステップ４０３）、ステップ４０４へ移行する。
【００８７】
次に、図３６を参照して、クライアント端末２が定期的に動作情報を取得する場合の動作について説明する。
まず、クライアント端末２のクライアント端末制御部２１は、定期的な取得タイミングの到来に応じて、動作情報自動取得部２５Ａにより動作情報を取得し（ステップ４１０）、動作情報を取得できた場合は（ステップ４１１：ＹＥＳ）、その動作情報を動作情報記録テーブル２５Ｃに記録して更新する（ステップ４１３）。なお、動作情報を取得できなかった場合は（ステップ４１１：ＮＯ）、動作情報テストプログラム部２５Ｂにより動作情報を取得して（ステップ４１２）、ステップ４１３へ移行する。
【００８８】
そして、動作情報記録テーブル２５Ｃと動作情報しきい値テーブル２５Ｄとを比較し（ステップ４１４）、動作状態に変化があった場合は（ステップ４１５：ＹＥＳ）、画像配信サーバ１に新たな動作情報を報告し（ステップ４１６）、その後、動作情報に変化がなかった場合と同様に、次の取得タイミングまで待機状態となる（ステップ４１７）。
なお、以上の説明において、動作情報自動取得部２５Ａで動作情報を取得できなかった場合とは、取得した値が、１００％を超える数値、０％より小さい数値、あるいは数値以外の値（文字列など）であると判断された場合である。
【００８９】
このように、クライアント端末２で、動作情報自動取得部２５Ａや動作情報テストプログラム部２５Ｂを用いて、画像配信サーバ１からの要求に応じてあるいは定期的に動作情報を取得して通知するようにしたので、画像配信サーバ１は、各クライアント端末２の動作情報を正確に把握することが可能になる。
【００９０】
なお、本実施の形態では、動作情報テストプログラムがクライアント端末２にある場合を例として説明したが、画像配信サーバ１からダウンロードして利用するようにしてもよい。
また、動作情報として、クライアント端末２のコンピュータで用いられるＣＰＵの使用率を用いたが、メモリの利用状況、あるいは通信ネットワーク１０の利用状況を利用してもよいし、これらを組み合わせてもよい。
【００９１】
［第５の実施の形態］
次に、図３７を参照して、本発明の第５の実施の形態にかかる画像通信システムの動作について説明する。図３７は、本発明の第５の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
本実施の形態では、クライアント端末２における環境情報の具体的な取得動作について説明する。
【００９２】
クライアント端末２が、環境情報を取得する方法としては、そのクライアント端末２の利用者により操作入力されたものを取得する方法（環境情報操作入力取得）と、環境情報自動取得部２４Ｂにより自動取得する方法（環境情報自動取得）と、環境情報テストプログラム部２４Ｃで環境情報テストプログラムを実行することにより取得する方法（環境情報テストプログラム実行取得）とがある。
【００９３】
クライアント端末２にクライアント端末制御部２１をインストールした時や、設定の変更を行う時、クライアント端末制御部２１は、クライアント端末２の利用者が操作入力したＣＰＵ能力（例：Ｐ−II、Ｐ−III など）を、環境情報操作入力部２４Ａで取得する環境情報操作入力取得を行い（ステップ５００）、環境情報記録テーブル２４Ｄに記録を行う（ステップ５０１）。
【００９４】
このような環境情報操作入力取得が実施されない場合でも、以下の処理により、環境情報の取得が可能である。
クライアント端末２のクライアント端末制御部２１は、会議に参加する場合、画像配信サーバ１からの環境情報の要求に応じて（ステップ５１０）、環境情報操作入力取得により得られたＣＰＵ能力を、環境情報記録テーブル２４Ｄから読み出し、環境情報として画像配信サーバ１に報告する（ステップ５１１）。
【００９５】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２から報告された環境情報操作入力取得により得られたＣＰＵ能力が環境情報テーブル１６Ｂにあるか判断し（ステップ５１２）、該当する値がある場合は（ステップ５１２：ＹＥＳ）、クライアント端末２のＣＰＵ能力として環境情報テーブル１６Ｂの該当する値を用い（ステップ５３０）、クライアント情報管理テーブル１６Ｄを更新する（ステップ５３１）。
【００９６】
一方、該当する値がない場合は（ステップ５１２：ＮＯ）、クライアント端末２へ環境情報の再要求を行う（ステップ５１３）。
環境情報の再要求を受けたクライアント端末２のクライアント端末制御部２１は、環境情報自動取得部２４Ｂにより、ＯＳ情報のうちＣＰＵベンダがＣＰＵの情報として提供しているＣＰＵＩＤデータ・タブから、ベンダＩＤ、ＣＰＵファミリ、ＣＰＵモデル、ＣＰＵステッピングの各値を取得する環境情報自動取得を実施し（ステップ５１４）、取得できた場合は（ステップ５１５：ＹＥＳ）、これら値を環境情報記録テーブル２４Ｄに記録するとともに（ステップ５１６）、画像配信サーバ１に環境情報として報告する（ステップ５１７）。
【００９７】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２から報告されたＣＰＵ能力が環境情報テーブル１６Ｂにあるか判断し（ステップ５２０）、該当する値がある場合は（ステップ５２０：ＹＥＳ）、前述したステップ５３０へ移行する。
また、該当する値がない場合は（ステップ５２０：ＮＯ）、クライアント端末２へ環境情報の再々要求を行う（ステップ５２１）。
【００９８】
クライアント端末２のクライアント端末制御部２１は、ステップ５１５で環境情報自動取得ができない場合（ステップ５１５：ＮＯ）、また画像配信サーバ１から環境情報の再々要求が来た場合（ステップ５２１）、環境情報テストプログラム部２４Ｃにより、環境情報テストプログラムを実行して、ＣＰＵの動作周波数を測定し、テスト値（例：３００ＭＨｚ、６００ＭＨｚ、２．０ＧＨｚなど）を取得する（ステップ５２２）。そして、そのテスト値を環境情報記録テーブル２４Ｄに記録するとともに（ステップ５２３）、そのテスト値を画像配信サーバ１に環境情報として報告する（ステップ５２４）。
【００９９】
画像配信サーバ１の画像配信制御部１１は、クライアント端末２からの環境情報（テスト値）の報告に応じて、前述したステップ５３０で、クライアント端末２のＣＰＵ能力として、上記報告のＣＰＵ能力に該当する環境情報テーブル１６Ｂの値を用い、クライアント情報管理テーブル１６Ｄを更新する（ステップ５３１）。
【０１００】
このように、クライアント端末２で、環境情報操作入力部２４Ａ、環境情報自動取得部２４Ｂ、あるいは環境情報テストプログラム部２４Ｃを用いて、画像通信開始時あるいは画像配信サーバ１からの要求に応じて環境情報を取得して通知するようにしたので、画像配信サーバ１は、各クライアント端末２の環境情報を正確に把握することが可能になる。
【０１０１】
なお、本実施の形態では、動作情報テストプログラムがクライアント端末２にある場合を例として説明したが、画像配信サーバ１からダウンロードして利用するようにしてもよい。
また、環境情報として、クライアント端末２のコンピュータで用いられるＣＰＵの能力（Ｐ−II、Ｐ−III、Ｐ−IVなど）を利用する場合を例として説明したが、クライアント端末２のコンピュータで用いられるＯＳの種類（Ｗｉｎｄｏｗｓ９８、ＷｉｎｄｏｗｓＸＰなど）、メモリの種類（５００ＭＢ、１ＧＢなど）、あるいは画像描画のＡＰＩの種類（ＤｉｒｅｃｔＸ８、ＤｉｒｅｃｔＸ９など）を利用してもよいし、これらを組み合わせてもよい。
また、環境情報について、画像配信サーバ１の要求に基づきクライアント端末２が報告する場合を例に説明したが、クライアント端末２が自律的に画像配信サーバ１へ報告するようにしてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施の形態にかかる画像配信システムの構成を示すブロック図である。
【図２】画像配信サーバの機能構成を示す機能ブロック図である。
【図３】クライアント端末の機能構成を示す機能ブロック図である。
【図４】画像配信サーバで用いられる配信画像品質しきい値テーブルの構成例である。
【図５】画像配信サーバで用いられる環境情報テーブルの構成例である。
【図６】画像配信サーバで用いられる接続クライアント数管理テーブルの構成例である。
【図７】画像配信サーバで用いられるクライアント情報管理テーブルの構成例である。
【図８】クライアント端末で用いられる環境情報記録テーブルの構成例である。
【図９】クライアント端末で用いられる動作情報記録テーブルの構成例である。
【図１０】本発明の第１の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
【図１１】本発明の第１の実施の形態にかかる画像通信システムの構成例である。
【図１２】環境情報記録テーブル（クライアント端末２Ａ）の記録例である。
【図１３】接続クライアント数管理テーブル（画像配信サーバ１）の記録例である。
【図１４】クライアント情報管理テーブル（画像配信サーバ１）の記録例である。
【図１５】動作情報記録テーブル（クライアント端末２Ａ）の記録例である。
【図１６】クライアント情報管理テーブル（画像配信サーバ１）の記録例である。
【図１７】画像品質決定手順を示す説明図である。
【図１８】接続クライアント数管理テーブル（画像配信サーバ１）の記録例である。
【図１９】本発明の第２の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
【図２０】本発明の第２の実施の形態にかかる画像通信システムの動作の続きを示すシーケンス図である。
【図２１】本発明の第２の実施の形態にかかる画像通信システムの構成例である。
【図２２】環境情報記録テーブル（クライアント端末２Ａ，２Ｂ）の記録例である。
【図２３】動作情報記録テーブル（クライアント端末２Ａ）の記録例である。
【図２４】動作情報記録テーブル（クライアント端末２Ｂ）の記録例である。
【図２５】接続クライアント数管理テーブル（画像配信サーバ１）の記録例である。
【図２６】クライアント情報管理テーブル（画像配信サーバ１）の記録例である。
【図２７】クライアント情報管理テーブル（画像配信サーバ１）の記録例である。
【図２８】接続クライアント数管理テーブル（画像配信サーバ１）の記録例である。
【図２９】本発明の第３の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
【図３０】本発明の第３の実施の形態にかかる画像通信システムの構成例である。
【図３１】動作情報しきい値テーブル（クライアント端末２Ａ，２Ｂ）の記録例である。
【図３２】動作情報記録テーブル（クライアント端末２Ａ）の記録例である。
【図３３】クライアント端末での状態変化の確認手順を示す説明図である。
【図３４】クライアント情報管理テーブル（画像配信サーバ１）の記録例である。
【図３５】本発明の第４の実施の形態にかかる画像通信システムのクライアント端末２における動作情報取得動作（逐次取得）を示すシーケンス図である。
【図３６】本発明の第４の実施の形態にかかる画像通信システムのクライアント端末２における動作情報取得動作（定期取得）を示すシーケンス図である。
【図３７】本発明の第５の実施の形態にかかる画像通信システムの動作を示すシーケンス図である。
【符号の説明】
【０１０３】
１…画像配信サーバ、２，２Ａ，２Ｂ，２Ｃ…クライアント端末、３Ａ，３Ｂ，３Ｃ…画像（端末→サーバ）、４Ａ，４Ｂ，４Ｃ…画像（サーバ→端末）、５Ａ，５Ｂ，５Ｃ…環境情報、６Ａ，６Ｂ，６Ｃ…動作情報、１０…通信ネットワーク、１１…画像配信制御部、１２…通信インターフェース部、１３…画像処理部、１３Ａ…画像受信部、１３Ｂ…画像送信部、１３Ｃ…画像コーデック部、１４…環境情報管理部、１５…動作情報管理部、１６…テーブル管理部、１６Ａ…配信画像品質しきい値テーブル、１６Ｂ…環境情報テーブル、１６Ｃ…接続クライアント数管理テーブル、１６Ｄ…クライアント情報管理テーブル、２１…クライアント端末制御部、２２…通信インターフェース部、２３…画像管理部、２３Ａ…画像入力部、２３Ｂ…画像出力部、２３Ｃ…画像コーデック部、２４…環境情報管理部、２４Ａ…環境情報操作入力部、２４Ｂ…環境情報自動取得部、２４Ｃ…環境情報テストプログラム部、２４Ｄ…環境情報記録テーブル、２５…動作情報管理部、２５Ａ…動作情報自動取得部、２５Ｂ…動作情報テストプログラム部、２５Ｃ…動作情報記録テーブル、２５Ｄ…動作情報しきい値テーブル。
【図１】
2005223430.tif 000003
【図２】
2005223430.tif 000004
【図３】
2005223430.tif 000005
【図４】
2005223430.tif 000006
【図５】
2005223430.tif 000007
【図６】
2005223430.tif 000008
【図７】
2005223430.tif 000009
【図８】
2005223430.tif 000010
【図９】
2005223430.tif 000011
【図１０】
2005223430.tif 000012
【図１１】
2005223430.tif 000013
【図１２】
2005223430.tif 000014
【図１３】
2005223430.tif 000015
【図１４】
2005223430.tif 000016
【図１５】
2005223430.tif 000017
【図１６】
2005223430.tif 000018
【図１７】
2005223430.tif 000019
【図１８】
2005223430.tif 000020
【図１９】
2005223430.tif 000021
【図２０】
2005223430.tif 000022
【図２１】
2005223430.tif 000023
【図２２】
2005223430.tif 000024
【図２３】
2005223430.tif 000025
【図２４】
2005223430.tif 000026
【図２５】
2005223430.tif 000027
【図２６】
2005223430.tif 000028
【図２７】
2005223430.tif 000029
【図２８】
2005223430.tif 000030
【図２９】
2005223430.tif 000031
【図３０】
2005223430.tif 000032
【図３１】
2005223430.tif 000033
【図３２】
2005223430.tif 000034
【図３３】
2005223430.tif 000035
【図３４】
2005223430.tif 000036
【図３５】
2005223430.tif 000037
【図３６】
2005223430.tif 000038
【図３７】
2005223430.tif 000039