(57)【要約】      （修正有）【課題】  映像送受信装置間のネットワークの有効帯域と映像受信装置の表示状況の変動に対応する映像信号エンコーダを提供する。【解決手段】  ネットワーク情報取得部によって、映像受信装置で測定されたパケットロス率、遅延時間を取り出し、有効帯域算出部によって送受信装置間の有効帯域を推定し、算出した有効帯域の値を参照パラメータ一時記憶部へ送り、また、受け取った表示態様情報から表示サイズもしくは動き優先度を取り出し、参照パラメータ一時記憶部へ送る。参照パラメータ一時記憶部を参照し、更新有りの場合には、有効帯域、表示サイズ、動き優先度の値をデータベース参照部へ送る。このデータに基づき、キャプチャサイズ、フレームレートの値を切り替えることによって、映像エンコーダの送信レートを制御する。【選択図】  図５
2006128997.tif 000002
【特許請求の範囲】
【請求項１】
映像信号をエンコードし、エンコードされた前記映像信号に基づくエンコードデータを受信側に送信する映像送信装置であって、
前記映像信号のエンコードするための符号化パラメータを、前記受信側から取得した前記エンコードデータを受信する受信手段の受信状況又は前記エンコードデータを表示する表示手段の表示状況との少なくともいずれか一方に基づいて、設定することを特徴とする映像送信装置。
【請求項２】
前記表示状況は、前記表示手段の前記エンコードデータに基づく表示画面サイズであることを特徴とする請求項１の映像送信装置。
【請求項３】
前記表示状況は、前記表示手段の表示能力又は前記表示手段に用いられる表示デバイスを一意に特定する情報であることを特徴とする請求項１の映像送信装置。
【請求項４】
前記表示状況は、前記受信側における指示であって、前記表示手段により表示されるエンコードデータのフレームレートを上げる／下げる要求、又は、該エンコードデータのキャプチャサイズを上げる／下げる要求を含む指示であることを特徴とする請求項１の映像送信装置。
【請求項５】
前記表示状況は、前記受信側における指示であって、前記表示手段により表示されるエンコードデータの表示色数を上げる／下げる要求であることを特徴とする請求項１の映像送信装置。
【請求項６】
前記受信状況は、前記受信側において受信されるパケットロス情報又は遅延時間情報に基づいて算出されたネットワークの有効帯域であることを特徴とする請求項１から５までのいずれか１項に記載の映像送信装置。
【請求項７】
前記符号化パラメータを設定は、前記表示状況又は前記受信状況と、前記エンコーダの符号化パラメータと、を関連付けデータを参照して設定されることを特徴とする請求項１から６までのいずれか１項に記載の映像送信装置。
【請求項８】
前記エンコードデータのフレーム毎のデータサイズを計測するフレームデータサイズ計測手段をさらに含み、
該フレームデータサイズ計測手段の計測結果に基づいて、前記映像信号をエンコードするための符号化パラメータを設定することを特徴とする請求項１から７までのいずれか１項に記載の映像送信装置。
【請求項９】
前記映像信号の入力デバイスを検出する入力デバイス検出手段をさらに含み、
検出された前記入力デバイスの画像変動とフレームレートとの関係に基づいて、前記映像信号をエンコードするための符号化パラメータを設定することを特徴とする請求項１から８までのいずれか１項に記載の映像送信装置。
【請求項１０】
機器に応じた複数の入力端子を有しており、前記入力デバイス検出手段は、前記入力端子の接続箇所に基づいて入力デバイスを特定することを特徴とする請求項９に記載の映像送信装置。
【請求項１１】
請求項１から請求項１０までのいずれか１項に記載の映像送信装置の機能を実行させるためにコンピュータを動作させるプログラム。
【請求項１２】
請求項１１に記載のプログラムを記録したコンピュータ読みとり可能な記録媒体。
【請求項１３】
請求項１から１０までのいずれか１項に記載のエンコードデータを受信し、表示手段を有する映像受信装置であって、前記映像送信装置に対し、前記表示状況と前記受信状況との少なくともいずれか一方を送信することを特徴とする映像受信装置。
【請求項１４】
請求項１３に記載の映像受信装置の機能を実行させるためにコンピュータを動作させるプログラム。
【請求項１５】
請求項１４に記載のプログラムを記録したコンピュータ読みとり可能な記録媒体。
【請求項１６】
請求項１から１０までのいずれか１項に記載の映像送信装置と、請求項１３に記載の映像受信装置とを有する映像伝送システム。
【請求項１７】
映像受信側に対してエンコードされた映像データを送信する映像送信方法であって、
エンコードパラメータの初期値に基づいて前記映像受信側に映像データを送信するステップと、
前記エンコードデータを受信する受信手段の受信状況又は前記エンコードデータを表示する表示手段の表示状況との少なくともいずれか一方に関する受信側データを取得するステップと、
前記受信側データに基づいて前記エンコードパラメータの更新を行うステップと、
更新されたエンコードパラメータに基づいてエンコードした像データを送信するステップと
を有する映像送信方法。
【請求項１８】
エンコードされた映像データを送信する映像送信側に対する受信側データの送信方法であって、
エンコードパラメータの初期値に基づいて映像送信側から映像データを受信するステップと、
受信した前記映像データの受信状況又は前記エンコードデータを表示する表示手段の表示状況との少なくともいずれか一方に関する受信側データを映像送信側に送信するステップと
を有する映像受信方法。
【請求項１９】
映像入力機器から映像信号を受け取る映像入力部と、
映像信号のデジタル符号化および符号化データの圧縮を行う映像エンコード部と、
外部の映像受信装置と通信を行うネットワークインタフェースと、
受信データから取得した表示態様情報を解析して映像受信装置の映像表示サイズや動き優先度の変更指示を取り出す表示態様情報取得部と、受信データから取得したネットワーク情報を解析して映像受信端末において検出されたパケットロス率、遅延時間等を取り出すネットワーク情報取得部と、映像受信端末のパケットロス率、遅延時間等から送受信期間の有効帯域を算出し、有効帯域の変動を検知する有効帯域算出部と、の少なくともいずれか１つを含む受信側の状況を求める解析部と、
前記解析部の解析に基づいて映像エンコーダの符号化パラメータを切替える符号化パラメータ切替部と、を有する映像送信装置。
【請求項２０】
さらに、音声入力機器から音声信号を受け取る音声入力部と、
音声信号のデジタル符号化および符号化データの圧縮を行う音声エンコード部と
を含むことを特徴とする請求項１９に記載の映像送信装置。
【請求項２１】
さらに、前記送受信端末間において同期を取る同期手段を有することを特徴とする請求項１９又は２０に記載の映像送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信側で入力される映像信号を符号化し、符号化された画像データをネットワーク経由で伝送する映像伝送システムに関し、特に、入力される映像の特性の切替わり、受信側での表示状況の変化、ネットワークの有効帯域の変動に対応し、最適なエンコーダの制御を行う映像伝送システムに関する。
【背景技術】
【０００２】
近年、画像をはじめとするコンテンツのデジタル符号化技術および広帯域ネットワーク技術の進展により、インターネット等のネットワークを利用してリアルタイムに映像データを符号化して伝送する映像伝送システムが開発されている。
【０００３】
例えば、カメラなどの映像キャプチャデバイスからの映像信号入力を受け、映像エンコーダによってデジタル符号化を行い、送信データとして伝送路に送信する。
【０００４】
映像信号のデジタル符号化によってデジタル化された映像データは、データ量が膨大となり、ネットワークの帯域に収まらない場合が多い。そのため、デジタル化されたデータを圧縮符号化してから伝送するという手法が取られている。かかるデジタル符号化技術の国際標準方式として、ＩＳＯ  ＭＰＥＧ−１（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−１）、ＭＰＥＧ２、ＭＰＥＧ４、ＩＴＵ−Ｔ  Ｈ．２６１、Ｈ２６２、Ｈ２６３がある。
【０００５】
一方、データの伝送方式として、近年ではインターネット／イントラネットの普及によりデータをパケット化して送受信するシステムが増加しており、リアルタイム性の求められる映像データパケットや音声データパケットを送受信するプロトコルとしてＵＤＰ／ＩＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が使われることが多い。
【０００６】
インターネット等は無数のネットワークを介して繋がっており、どのネットワークがどういう状況であるか通常は分からない。また、そこに流れているデータ量が時々刻々と変化するため、どのくらいのデータがリアルタイムに通信可能であるかを判定する仕組みが必要である。
【０００７】
そこで、リアルタイムに映像データパケットや音声データパケットを伝送するシステムでは、パケットに時間情報等を付加して伝送するＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）と呼ばれるパケットフォーマットを使用してＵＤＰに乗せて運ぶアプリケーションが増えてきている。ＲＴＰでは、送信側においてＲＴＰヘッダーの中にパケットの順序番号や時間情報を付けることにより、受信側において正しい時間情報を用いて映像や音声の再生を行ったり、パケット番号を用いてネットワークで順番が入れ替わったパケットを判定したり、パケット損失の検出をしたりできるようになった。
【０００８】
また、ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いることにより、受信側で検出されたパケット損失率や遅延情報を送信側へ通知することができる。ＲＴＣＰの通知情報をどのように利用するかはアプリケーションに依存しており、規格では決められていない。
【０００９】
しかしながら、ＲＴＰを用いても、再送が行なわれないＵＤＰを用いている上、ＭＰＥＧなどの映像データ圧縮技術により圧縮されたデータはデータの欠落や誤りの混入に非常に脆いため、伝送路の輻輳が起こらないように映像データ品質を落としてでも送信ビットレートの制御が必要である。
【００１０】
一般には、図１４に示すように、送信側において受け取ったＲＴＣＰの通知情報により伝送路の輻輳状態を監視しながら送信ビットレートを制御するといった伝送路の輻輳対策が取られている。送信ビットレートは、映像エンコーダの符号化処理の出力データ量を調整することにより制御される。
【００１１】
また、伝送路の輻輳対策を目的とする以外に、符号化処理の制御方法としては、受信側で表示する映像データのサイズや表示枚数などへの対応を考慮する制御方法が挙げられる。表示する映像データのサイズの変化や表示枚数の変化等に対応する技術としては、特許文献１に記載されている技術がある。特許文献１では、受信側において現在の映像表示に関する情報をモード設定状態テーブルとして管理し、表示映像の映像表示モード変更を行った際の映像表示モード情報を送信側に通知する。送信側でそれを認識し、必要に応じて映像符号化の処理を変化させることで動きが要求され場合や、画質が要求される場合の符号化をきめ細かく制御する。
【００１２】
【特許文献１】特開２００１−６９４７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記特許文献１に記載の技術では、送信ビットレートを受信側の表示状態により一意に決めているため、ネットワーク状態によっては輻輳を引き起こし受信側での映像が劣化する。あるいは、ネットワークの有効帯域が十分大きく、より高品質な映像伝送が可能な状態であっても、この状態が送信ビットレート制御に反映されずに、受信側の表示映像は低品質のままとなる。
【００１４】
本発明は伝送帯域幅に合わせて受信側の表示品質に最適な映像伝送を行うことを目的とする。
【課題を解決するための手段】
【００１５】
本発明では、映像送受信装置間のネットワークの有効帯域と映像受信装置の表示状況の変動を監視し、符号化に用いるパラメータ（フレームレート、画像キャプチャサイズ）の値を映像エンコーダの特性に合わせて最適化し、この最適化パラメータ値を用いて映像送信装置のエンコーダを制御するという方法を用いて映像受信装置の表示映像品質の制御を行う。
【００１６】
本発明の一観点によれば、映像信号をエンコードし、エンコードされた前記映像信号に基づくエンコードデータを受信側に送信する映像送信装置であって、前記映像信号のエンコードするための符号化パラメータを、前記受信側から取得した前記エンコードデータを受信する受信手段の受信状況又は前記エンコードデータを表示する表示手段の表示状況との少なくともいずれか一方に基づいて、設定することを特徴とする映像送信装置が提供される。
【００１７】
前記映像送受信装置間の輻輳を回避する送信ビットレート（エンコーダから出力されるデータレート）を計算し、映像送信装置のエンコーダのエンコードパラメータ（キャプチャサイズ、フレームレート等）を制御する。このパラメータを決める時に、映像受信装置でデコード表示される映像の表示状況（表示サイズ、表示機器の能力、表示視聴者の嗜好性等）を反映させる。これにより、送受信間の有効帯域範囲内で、受信側の表示画面状況に合った映像品質の伝送が送信側で行なうことができる。
【００１８】
前記表示状況は、前記表示手段の前記エンコードデータに基づく表示画面サイズであることを特徴とする。受信側から、表示画面サイズを送信側に通知することにより、受信側の受信映像表示画面サイズを反映した映像品質の伝送が送信側で行なうことができる。
【００１９】
前記表示状況は、前記表示手段の表示能力又は前記表示手段に用いられる表示デバイスを一意に特定する情報であることを特徴とする。受信側から、表示機器名、もしくは表示機器の対応出力解像度を送信側に通知する。これにより、受信側の受信映像表示機器の能力を反映した映像品質の伝送が送信側で行なえる。
【００２０】
前記表示状況は、前記受信側における指示であって、前記表示手段により表示されるエンコードデータのフレームレートを上げる／下げる要求、又は、該エンコードデータのキャプチャサイズを上げる／下げる要求を含む指示であることを特徴とする。受信側から送信側に、フレームレート・キャプチャサイズの変更を要求する。これにより、受信側の映像品質に対する画質制御指示を反映した映像品質の伝送が送信側で行なうことができる。
【００２１】
前記表示状況は、前記受信側における指示であって、前記表示手段により表示されるエンコードデータの表示色数を上げる／下げる要求であることを特徴とする。受信側から、現在表示中の映像の表示色数を上げる/下げる要求を送信側に通知する。これにより、受信側表示映像の表示色数を上げる/下げる要求をリアルタイムに反映する映像品質の伝送が送信側で行なうことができる。
【００２２】
前記符号化パラメータを設定は、前記表示状況又は前記受信状況と、前記エンコーダの符号化パラメータと、を関連付けデータを参照して設定されることを特徴とする。MPEGの動画圧縮データの特徴として、フレームごとのデータサイズによりもとの映像信号の動きの大小が分かるので、映像信号の動きの大小により画質優先かフレームレート優先かを切替える。これにより、受信側表示画面が通話映像の時には、中精細度と中フレームレートをもった映像、ビデオ再生映像の時には、低精細度と高フレームレートをもった映像、静止画映像の時には、高精細度と低フレームレートをもった映像の伝送といったように、受信側映像特性に合わせた映像品質の伝送が送信側で行なうことができる。
【００２３】
前記エンコードデータのフレーム毎のデータサイズを計測するフレームデータサイズ計測手段をさらに含み、該フレームデータサイズ計測手段の計測結果に基づいて、前記映像信号をエンコードするための符号化パラメータを設定することを特徴とする。映像の特性を、通話映像＝“画面変動が小さくフレームレートが必要”、ビデオ再生映像＝“画面変動が大きくフレームレートが必要”、静止画映像＝“画面変動が大きいがフレームレートが不必要”と区分し、現在表示中の受信側表示映像特性を送信側に通知する。これにより、受信側表示画面が通話映像の時には、中精細度と中フレームレートをもった映像、ビデオ再生映像の時には、低精細度と高フレームレートをもった映像、静止画映像の時には、高精細度と低フレームレートをもった映像の伝送といったように、受信側映像特性に合わせた映像品質の伝送が送信側で行なうことができる。
【００２４】
前記映像信号の入力デバイスを検出する入力デバイス検出手段をさらに含み、検出された前記入力デバイスの画像変動とフレームレートとの関係に基づいて、前記映像信号をエンコードするための符号化パラメータを設定することを特徴とする。通話カメラは映像入力端子１、ビデオ再生機器は映像入力端子２と、映像機器の特性別に映像入力端子を分けておき、入力映像のエンコードパラメータを端子別に切替える。これにより、エンコーダ入力映像特性に合わせた映像品質の伝送を送信側で行う時に、映像特性の検出方法を、映像入力機器との接続箇所によって検出することができる。
【００２５】
本発明の他の観点によれば、映像受信側に対してエンコードされた映像データを送信する映像送信方法であって、エンコードパラメータの初期値に基づいて前記映像受信側に映像データを送信するステップと、前記エンコードデータを受信する受信手段の受信状況又は前記エンコードデータを表示する表示手段の表示状況との少なくともいずれか一方に関する受信側データを取得するステップと、前記受信側データに基づいて前記エンコードパラメータの更新を行うステップと、更新されたエンコードパラメータに基づいてエンコードした像データを送信するステップとを有する映像送信方法が提供される。
【００２６】
また、エンコードされた映像データを送信する映像送信側に対する受信側データの送信方法であって、エンコードパラメータの初期値に基づいて映像送信側から映像データを受信するステップと、受信した前記映像データの受信状況又は前記エンコードデータを表示する表示手段の表示状況との少なくともいずれか一方に関する受信側データを映像送信側に送信するステップとを有する映像受信方法が提供される。
【発明の効果】
【００２７】
本発明による映像伝送システムによれば、映像送受信装置間のネットワークの有効帯域と映像受信装置の表示状況の変動があっても映像送信装置の映像エンコーダ能力ならびに映像受信装置の表示能力に適した映像伝送が可能となる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態による映像送受信技術について、図面を参照して説明する。なお、以下の説明及び図面においては、同じ部品には同じ参照番号及び名称を付し、それらについての詳細な説明の繰り返しを省略する。
【００２９】
図１は、本発明の一実施の形態による映像伝送システムを用いたコミュニケーション送受信装置および入出力デバイスの一構成例を示す図である。図１に示すように、この本実施の形態によるシステムは、利用者同士が家庭やオフィス等の間でリアルタイムに映像データを作成し配信するための映像送信端末１０３（図では家庭Ａ１０１に設けられている）と、映像データを受信し表示するための映像受信端末１０８（図では家庭Ｂ１０２に設けられている）とを有している。送受信端末１０３・１０８はネットワーク網を介して接続されている。映像送信端末１０３にはコミュニュケーション用カメラ１０４、静止画再生機器１０５、ビデオ映像再生機器１０６が接続されている。映像受信端末１０８では映像を出力する表示機器（ＴＶ）１０９が接続されている。
【００３０】
映像送信端末１０３は、映像受信端末１０８からの送信開始指示を受け取って映像データの送信を開始する。ＴＶ電話のようなアプリケーションでは、相手の呼び出しを行い送映像受信端末１０３・１０８間の接続を確立した後に、映像送信開始手順を行う。映像受信装置からの送信開始指示の受取の如何にかかわらず、ユーザ入力や映像入力検知により送信を開始しても良い。
【００３１】
図１に示すように、映像送信端末１０３にマイク又は音声再生機器等の音声入力機器１０７が接続されており、映像受信端末１０８に音声を出力するスピーカ等の音声出力機器１１０が接続され、リアルタイムに音声データの送受信を行なうように構成されていてもよい。
【００３２】
送受信装置間のネットワークとしては、本実施の形態ではいわゆるインターネットを想定している。しかしネットワークがインターネットのみに限定されるわけではない。例えばインターネットに接続されていないプライベートネットワークや、携帯電話やＰＨＳなどの無線公衆網であってもよい。少なくとも映像送信装置と映像受信装置との間には双方向の通信路が必要であるが、本実施例の形態にあるように送受信装置間で同様の物理層を用いる必要は無い。
【００３３】
図２は、本実施の形態による映像送信端末１０３の一構成例を示す機能ブロック図である。図２を参照して説明を行うと、映像送信端末１０３は、カメラ、ビデオ再生機等の映像入力機器から映像信号を受け取る映像入力部２０１と、映像信号のデジタル符号化および符号化データの圧縮を行う映像エンコード部２０２と、データの送信パケット化を行うパケット送信部２０３と、外部の映像受信装置と通信を行うネットワークインタフェース２０４と、受信パケットから受信データの復号を行うパケット受信部２１２と、受信データから取得した表示態様情報を解析して映像受信装置の映像表示サイズや動き優先度の変更指示を取り出す表示態様情報取得部２１０と、受信データから取得したネットワーク情報を解析して映像受信端末１０８（図１）において検出されたパケットロス率、遅延時間等を取り出すネットワーク情報取得部２０９と、映像受信端末１０８（図１）のパケットロス率、遅延時間等から送受信期間の有効帯域を算出し、有効帯域の変動を検知する有効帯域算出部２０８と、映像エンコーダの特性、送受信期間の有効帯域および映像受信端末の表示態様に合わせて符号化パラメータを登録している符号化パラメータデータベース２０６と、符号化パラメータデータベース２０６を参照して映像受信端末１０８（図１）の表示態様やネットワークの有効帯域に合った符号化パラメータを取得するデータベース参照部２０７と、映像エンコーダの符号化パラメータを切替える符号化パラメータ切替部２０５と、映像受信端末１０８（図１）との接続管理等も含めてこれらの手段をすべて制御する制御部２１１と、を含む。
【００３４】
或いは、図３に示すように、映像送信端末１０３はマイクや音声再生機器等の音声入力機器から音声信号を受け取る音声入力部３０１と、音声信号のデジタル符号化および符号化データの圧縮を行う音声エンコード部３０２とを含んでいてもよい。映像と同期した音声をリアルタイムに受信側へ伝送することにより、ライブ放送などのアプリケーションを実現することができる。さらに、双方向にリアルタイムの映像・音声を伝送することによりＴＶ電話などのアプリケーションが実現できる。
【００３５】
映像送信端末１０３はタイマ３０４を含んでいることが望ましい。このタイマ３０４は、映像送受信端末間において同期を取る機能を有しており、これにより、受信側において受信パケットの並び替えや、パケットの紛失の検知、遅延時間の測定を正しく行うことができる。タイマは、１日に１度以上正しい時間に自動的に修正されるように構成されているのが望ましい。タイマの自動修正方法は、例えば、標準電波を受信して修正する手法、インターネットのＮＴＰ（Network Time Protocol）、ＳＮＴＰ（Simple Network Time Protocol）を用いて修正する手法等の公知の方法が複数存在するが、どれを採用しても構わない。
【００３６】
図３に示すように、映像送信端末１０３は、さらに、表示態様情報やネットワーク情報から算出された有効帯域を一時記憶するためのデータベース参照パラメータ一時記憶部３０３を有していてもよい。尚、このデータベース参照パラメータ一時記憶部３０３は、同様の要求が複数到着した場合に、何度も同じ符号化パラメータを参照しなくてすむことによる処理の高速化や、映像エンコーダの符号化パラメータの頻繁な切替えによる送信ビットレートの不安定化の防止にも利用される。
【００３７】
図４は、符号化パラメータデータベース２０６（図３）に登録される符号化パラメータテーブルの一例を示す図である。図４に示すように、各行の項目は、左から順に、有効帯域、表示画面サイズ、動き優先度、キャプチャサイズ／フレームレート等の符号化パラメータ、である。映像受信端末からの受け取った表示態様情報や算出した有効帯域が、テーブルの各項目の値に当てはまる場合、その符号化パラメータの値が適用される。
【００３８】
例えば、有効帯域＝“１Ｍ−９００ｋｂｐｓ”、表示画面サイズ＝“６４０×４８０”、動き優先度＝“中”の行は、映像受信装置から受け取ったネットワーク情報から算出した有効帯域が１Ｍから９００ｋｂｐｓの範囲にあり、映像受信装置から受け取った表示態様情報内の表示画面サイズが６４０×４８０、動き優先度が中である時、符号化パラメータがキャプチャサイズ＝３６０×２７０、フレームレートが１０ｆｐｓであることを示している。尚、「動き優先度」は、映像受信端末側のユーザ嗜好を表すもので、ここでは“高”“中”“低”と三段階に分類して記述しているが、“１０ｆｐｓ”などの具体的なフレームレート値で記述されていても良い。また、表示画面サイズは一つの値“６４０×４８０”のみ記載しているが、“６４０×４８０、７２０×４８０”など複数の値を記載しておき、これらの値のうちの一つに該当すればその符号化パラメータの値が適用されるようにしてもよい。
【００３９】
図４に示すテーブルから参照される符号化パラメータは、符号化された映像データの送信ビットレートが有効帯域の範囲内に収まる上に、表示画面サイズや動き優先度といった映像受信装置を利用するユーザの嗜好性を反映した表示態様に合わせて最適な映像エンコードが行えるように、映像エンコーダの性能に合わせた符号化パラメータが登録されている。
【００４０】
例えば、表示画面サイズ＝“８００×６００”の行は、同じ有効帯域、動き優先度の“表示画面サイズ＝６００×４８０”の行と比べて、フレームレートを下げて映像受信端末側の表示機器に表示される映像の動作感を犠牲にする代わりに、キャプチャサイズを上げることにより映像の表示精細感を上げている。これは、映像エンコードされる映像データサイズはフレームレートとキャプチャサイズの大きさに依存しており、映像データサイズが制限を受け、これらどちらかの値を優先しようとすれば他方の値を犠牲にしなければならないためである。
【００４１】
同様に、動き優先度＝“中”の行は、同じ有効帯域、表示画面サイズの動き優先度＝“高”の行と比べて、キャプチャサイズを下げて映像受信端末側の表示機器に表示される映像の表示精細感を犠牲にする代わりに、フレームレートを上げて映像受信端末側の表示機器に表示される映像の動作感を上げている。
【００４２】
また、符号化パラメータは、映像エンコーダの性能の範囲内の値が登録されているため、例えば、有効帯域１Ｇｂｐｓで表示画面サイズが１８００×１３５０と非常に大きい場合においても、映像エンコーダの最大キャプチャサイズが１２００×９００、最大フレームレートが３０ｆｐｓであれば、その値が取られる。同様に、有効帯域が十分に大きくとも表示画面サイズが１２８×９６と非常に小さい場合において、映像エンコーダの最小キャプチャサイズが１７６×１４４、最小フレームレートが１ｆｐｓであれば、その値で映像エンコードを行う。また、受信側で表示サイズの合わない映像データの表示が行えない場合には、映像エンコードを停止してもよい。
【００４３】
図５は、映像送信端末において実行される処理の流れを示すフローチャート図である。適宜、図１から図４までを参照する。図５に示すように、処理を開始すると（Ｓｔａｒｔ）、まずステップＳ５０１において、映像送信端末１０３は映像受信端末１０８との接続を行い、情報の伝送を開始する。ステップＳ５０２においては、映像エンコードに用いる符号化パラメータ（フレームレート、キャプチャサイズ）を予め決めておいた値にセットし、映像入力部２０１において受け取った入力映像信号の映像エンコードを映像エンコード部２０２において開始する。ステップＳ５０３では、パケット送信部において映像エンコード部２０２で作成された映像エンコードデータの送信パケット化を開始し、ネットワークインタフェース２０４から映像受信装置１０８へ送信を開始し、ステップＳ５０４以降の映像伝送中状態に進む。
【００４４】
映像を伝送している際に、ステップＳ５０４において映像受信端末１０８からのパケットを受信すると、パケット受信部２１２でパケットのデータを解析し、ネットワーク情報であれば、受け取ったパケットのデータをネットワーク情報取得部２０９へ送り、その後、ステップＳ５０５に進み、パケットのデータが表示態様情報であれば、受け取ったパケットを表示態様情報取得部２１０へ送り、その後、ステップＳ５０６へ進む。
【００４５】
ステップＳ５０５では、ネットワーク情報取得部２０９により、受け取ったネットワーク情報から映像受信装置１０８で測定されたパケットロス率、遅延時間を取り出し、有効帯域算出部により送受信装置間の有効帯域を推定し、算出した有効帯域の値をデータベース参照パラメータ一時記憶部３０３へ送り、ステップＳ５０７へ進む。また、ステップＳ５０６では、受け取った表示態様情報から表示サイズもしくは動き優先度を取り出し、取り出した表示サイズもしくは動き優先度の値をデータベース参照パラメータ一時記憶部３０３へ送り、ステップＳ５０７へ進む。
【００４６】
ステップＳ５０７では、データベース参照パラメータ一時記憶部３０３において受け取った有効帯域の値、あるいは、表示サイズや動き優先度の値が、記憶していた有効帯域、表示サイズ、動き優先度と異なれば、新たな値に更新して記憶する。その後、ステップＳ５０８において、記憶の更新があったか否かを判定し、更新有りの場合にのみ記憶している有効帯域、表示サイズ、動き優先度の値をデータベース参照部へ送り、ステップＳ５０９に進む。ステップＳ５０９では、データベース参照部２０７において受け取った有効帯域、表示サイズ、動き優先度の値をデータベース参照パラメータとして符号化パラメータデータベース２０６を参照し、参照して得られたキャプチャサイズ、フレームレートの値を符号化パラメータ切替部２０５に送る。符号化パラメータ切替部２０５では、受け取った値を映像エンコーダに用いる符号化パラメータとして映像エンコーダ制御を行う。その後、ステップＳ５１０においてパケット受信部２１２等を監視して映像伝送中か否かを確認し、映像伝送中であれば（Ｙｅｓ）ステップＳ５０４へ戻り、伝送中でなければ伝送終了となる（ｅｎｄ）。
【００４７】
ステップＳ５０７、Ｓ５０８で、何度も同じ符号化パラメータを参照しなくてすむための高速化手段として、データベース参照パラメータを一時記憶する手段を用いている。記憶していた有効帯域の値と新たに算出された値が大きく違う場合にのみ、ステップＳ５０９の符号化パラメータデータベース参照手段に進み、値が大きく変わらない場合にはステップＳ５０９をスキップしてステップＳ５１０の映像伝送中状態に戻るようにしても良い。
【００４８】
通信の開始、終了には前述のＲＴＣＰや、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの通信制御プロトコルを利用してもよい。ＳＩＰを用いた場合、ＳＩＰメッセージ中にＲＦＣ  ２３２７で定義されたＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いてＲＴＰの端点（両端のアドレス・ポート番号）やｃｏｄｅｃ情報などの映像伝送を開始するのに必要な情報を送受信装置間で取り交わしている。
【００４９】
次に、映像入力ソースの映像特性に従った映像エンコーダパラメータの切替えについて説明する。画面全体が大きく時間変動する映像と小さく時間変動する映像というように伝送映像の映像特性の違いにより、符号化される映像データのサイズは大きく影響されるが、従来の方法ではこれらの伝送映像の特性の違いを考慮していないため、同じ程度に精細な動画を伝送する時を比べると、画面全体が大きく時間変動する映像を伝送する場合には莫大な送信ビットレートが必要となる。
【００５０】
映像エンコーダにおいて映像信号から映像エンコードされた映像データは、入力映像信号の特性によってデータサイズが大きく異なってくる。入力映像信号が動画画像である場合には、カメラ画素数が小さくなる代わりに映像信号の時間変動が大きく、静止画画像である場合には、カメラ画素数が大きくなる代わりに映像信号の時間変動が小さい。また、動画画像の映像データも、撮影されるデバイスによって大きく異なり、例えばデジタルビデオカメラなどの持ち運び可能なカメラデバイスや、ビデオ映像再生機などの編集等、加工されたコンテンツを再生する映像再生デバイスからの入力映像信号を映像エンコードした映像データは、撮影映像の画像全体にわたって時間的に変動することが多いが、コミュニケーションカメラや監視カメラ固定した位置で使用されるカメラデバイスは、撮影映像の画像全体にわたって時間的に変動することが少ない。従って、特性の異なる入力映像信号に対して、入力デバイス別に映像エンコードに用いられる符号化パラメータを最適化することが有効である。
【００５１】
図６は、入力デバイスの入力端子６０１、６０２、６０３から入力デバイス１０４、１０５、１０６を特定する映像送信端末１０３の構成例を示す図である。図６に示すように、映像送信端末１０３には、コミュニケーション用カメラ１０４の映像入力端子６０１と静止画再生機器１０５の映像入力端子６０２とビデオ映像再生機器１０６の映像入力端子６０３とが設けられている。映像送信端末１０３にコミュニケーション用カメラ１０４を接続する際に、利用者は映像入力端子６０１、６０２、６０３のそれぞれに対応するラベル６０４、ラベル６０５、ラベル６０６を見て、“コミュニケーション用カメラ映像入力端子”とラベル６０４の貼られた入力端子６０１にコミュニケーション用カメラ１０４を接続する。映像送信端末では入力端子別に入力経路を用意しており、この入力経路の箇所により映像の入力先のデバイスを入力デバイス検出部６０７において特定する。
【００５２】
図７は、本実施の形態による映像送信端末１０３に、入力デバイス別に符号化パラメータを決定する機能を加えた映像送信端末の機能ブロック図である。図７に示すように、映像送信端末１０３は、図２のブロック図に加えて、映像入力機器としてカメラ、ビデオ再生機等どのようなデバイスから映像信号が入力されているかを検出する入力デバイス検出部６０７を含んでいる。入力デバイスの検出方法は、入力端子をデバイス別に設けて入力経路からデバイスの判別を行なう方法、リモコンなどの入力切替ボタンにより利用者に入力デバイスを選択入力させる方法、入力映像信号中のデバイス特有の信号を検知する方法などを用いることができる。
【００５３】
図８は、符号化パラメータデータベースに登録される入力デバイスの種類を項目に加えた符号化パラメータテーブルの一例を示す図である。図８に示す、各行の項目は、左から順に、有効帯域、表示画面サイズ、動き優先度、入力デバイス、キャプチャサイズ／フレームレート等の符号化パラメータである。映像受信端末から受け取った表示態様情報や算出した有効帯域に加え、映像送信端末において検出された入力デバイスの種類により、適用される符号化パラメータの値を決定する。
【００５４】
例えば、有効帯域＝“１Ｍ−９００ｋｂｐｓ”、表示画面サイズ＝“６４０×４８０”、動き優先度＝“中”、入力デバイス＝“コミュニケーション用カメラ”の行は、映像受信端末から受け取ったネットワーク情報から算出した有効帯域が１Ｍから９００ｋｂｐｓの範囲にあり、映像受信端末から受け取った表示態様情報内の表示画面サイズが６４０×４８０、動き優先度が中であり、入力デバイスがコミュニケーション用カメラである時、符号化パラメータがキャプチャサイズ＝３６０×２７０、フレームレートが１０ｆｐｓであることを示している。
【００５５】
図９は、映像送信端末でプログラムにより実行される処理の流れを表すフローチャートである。図９に示すように、処理を開始すると（Ｓｔａｒｔ）、図５のステップＳ５０４の処理の代わりにステップＳ９０１においてシステム入力の有無を検出し、その入力が映像入力デバイスの検出であった場合にステップＳ９０２に進み、ステップＳ９０２において入力デバイスの種類を特定し、この入力デバイス特定結果をステップＳ５０７、ステップＳ５０８、ステップＳ５０９における符号化パラメータデータベースを参照する参照パラメータとして用いる処理を図５に加えている。
【００５６】
このように、本実施の形態においては、入力デバイスの特定により映像特性を判断し、映像エンコーダの符号化パラメータを制御しているが、入力映像の特性により映像エンコードされるデータサイズが大きく変わることから、送信データサイズの時間変動を監視することにより、入力映像特性の切替わりを検知してもよい。例えば、ＭＰＥＧ４によって映像エンコードされる場合、静止画入力ではＩフレームのデータサイズが大きくなり、Ｐフレームのデータサイズが小さくなるが、動画はＩフレームとＰフレームのデータサイズの差が静止画ほど大きくない。このように特定フレーム間のデータサイズの差から入力映像特性を判定する方法もある。
【００５７】
次に、映像受信端末について説明する。図１０は、本実施の形態で用いられる映像受信端末の一構成例示すブロック図である。図１０に示すように、映像受信端末１０８は、外部の映像送信端末と通信を行うネットワークインタフェース１００１と、受信パケットから受信データの復号を行うパケット受信部１００２と、受信映像データの復号化および解凍を行う映像デコード部１００３と、デコードされた映像データから映像信号を表示機器に出力する映像出力部１００４と、表示中の受信映像動作の滑らかさ向上等の動き優先度切替指示や表示中の受信映像画面サイズの縮小化等の表示サイズ切替指示などの入力をリモコンなどの入力機器から受け取るユーザインターフェース１００８と、動き優先度切替指示、表示サイズ切替指示から受信側での表示態様が切替わったことを送信側へ伝える表示態様情報を作成する表示態様情報作成部１００７と、受信パケットからパケットロス率や遅延時間等を測定しネットワーク情報を作成するネットワーク情報作成部１００６と、表示態様情報やネットワーク情報等の送信パケット化を行うパケット送信部１００９と、映像送信端末１０３との接続管理や、動き優先度切替指示、表示サイズ切替指示から表示中の映像出力の制御を切替える表示制御等も含めてこれらの手段をすべて制御する制御部１００５と、を含む。
【００５８】
図１１に示すように、映像受信端末１０８は、受信音声データの伸張および音声データの復号化行なう音声デコード部１１０１と、スピーカ等の音声出力機器へ音声信号を出力する音声出力部１１０２とを含んでいてもよい。映像と同期した音声をリアルタイムに送信側から受け取ることにより、アプリケーションによる処理に基づくライブ放送などを実現することができる。
【００５９】
図１２は、映像受信端末においてプログラムに基づいて実行される処理の流れを示すフローチャート図である。図１１も参照して説明を行う。図１２に示すように、処理が開始されると（Ｓｔａｒｔ）、まずステップＳ１２０１において、受信映像データの映像エンコードおよびＴＶなどの表示機器への映像信号出力を開始し、ステップＳ１２０２の受信映像表示状態に進む。映像送信端末１０３との接続を行い、伝送を開始する。ステップＳ１２０２では、ネットワークインタフェース１００１を通して映像送信端末１０３からの映像データパケットの受信を開始し、パケット受信部１００２において受信した映像データパケットを映像デコード部１００３に渡す。ステップＳ１２０３では、映像デコード部１００３において映像データのフレームレート、キャプチャサイズを解析する。ステップＳ１２０４おいては、解析した映像データのフレームレート、キャプチャサイズに基づいて映像データのデコードを行い、デコードにより作成された映像信号を、映像出力部１００４から接続されている表示機器へ出力し始める。その後、ステップＳ１２０５以降の映像伝送中状態に進む。
【００６０】
受信映像を表示している時に、映像受信端末がシステム入力を受け取ると、そのシステム入力が受信パケットから測定されるパケットロス率、ＲＴＴなどの値を含むネットワーク情報であるか、映像デコード部において解析される映像データのフレームレート、キャプチャサイズの変更通知であるかを判定し、ネットワーク情報であればステップＳ１２０６へ進み、変更通知であればステップＳ１２０８へ進む。
【００６１】
ステップＳ１２０６では、ネットワーク情報作成部において測定されたパケットロス率、ＲＴＴなどの値を送信側へ通知するためのネットワーク情報を作成し、ステップＳ１２１５に進む。
【００６２】
ステップＳ１２０８においては、映像データの解析結果から映像データのキャプチャサイズが変更されたと判定されればステップＳ１２１３へ進み、映像データのフレームレートが変更されたと判定されればステップＳ１２１４へ進む。ステップＳ１２１３では、変更後のキャプチャサイズに合わせて表示出力サイズの拡大・縮小率を変更して映像信号の出力を調整する。同様に、ステップＳ１２１４では、変更後のフレームレートに合わせてデコードフレームレートを変更することにより映像信号の出力を調整する。これらの変更を行った後に、ステップＳ１２１５の受信映像表示状態に戻り、再び何らかの入力待ち状態となる。
【００６３】
また、ステップＳ１２０７において映像受信端末はユーザ入力を受け取ると、そのユーザ入力が表示中の映像表示動作感を上げる／下げるといった内容を示す動き優先度切替指示であると判定すればステップＳ１２０９へ、表示画面中の受信映像の表示領域を画面全体から画面の一部にするといったような画面構成切替指示であると判定すればステップＳ１２１０へ進む。
【００６４】
ステップＳ１２０９では、切替指示のあった動き優先度値を取得する。ここで動き優先度の値とは、表示映像のフレームレートを、トレードオフの関係にある表示映像の映像エンコードデータサイズに対してどの程度優先させるかを表すユーザ嗜好性を反映させる値であり、ここでは例として、動き優先度＝高、中、低といった値を用いている。例えば利用者が映像表示明細度よりも動作感を優先させた映像を視聴したい場合には、リモコンや本体のボタン入力を押すことで動き優先度＝高というようにユーザ指示入力を行うことでシステムにユーザの意志を伝える。動き優先度の値は１５ｆｐｓというようなフレームレートを用いてもよい。ステップＳ１２１０では、ユーザの指定した画面構成から受信映像表示領域のサイズを取得し、ステップＳ１２１１へ進む。受信映像を表示する画面構成は、受信映像を全画面で表示する画面、表示受信映像に加えて複数のコンテンツを同時に表示する画面等、複数用意されており、それぞれの画面構成によって受信映像表示サイズが異なる。また、具体的に表示サイズ＝６４０×４８０といった値をユーザが入力でき、その入力値に従って画面構成を制御してもよい。
【００６５】
ステップＳ１２１１においては、表示態様情報作成部１００７において、ステップＳ１２０９、Ｓ１２１０を通して取得された動き優先度値、あるいは受信映像表示サイズから表示態様情報を作成し、ステップＳ１２１２へ進む。ここでは、表示態様情報に動き優先度と受信映像表示サイズを例示しているが、より映像送信端末に映像受信端末の表示能力を伝えるために、表示デバイスやデコーダの機種情報や、表示デバイスの解像度等の表示能力情報等を含んでいてもよい。これらの表示デバイスの表示能力を検出する際に、映像受信端末から表示機器への出力にコンポジットやＳ端子、Ｄ端子等の出力端子情報を用いてもよい。Ｄ端子を用いる場合に表示機器から得られる制御情報を表示態様情報として含んでもよい。また、映像受信端末にて受信された映像データの表示サイズと表示機器へ出力する映像データの整合性が取れない場合、自動的に表示態様情報が作成されてもよい。また、映像送信端末に映像受信端末の利用者の嗜好性を伝えるために、色優先情報を含んでいてもよい。
【００６６】
ステップＳ１２１２においては、送信パケット部において表示態様情報あるいはネットワーク情報が作成されると送信パケット部により送信パケット化を行い、ネットワークインタフェース１０４から映像送信端末１０３へ送信される。表示態様情報あるいはネットワーク情報等、受信装置のステータスを通知するために、前述のＲＴＣＰやＳＩＰなどの通信制御プロトコルを利用してもよい。
【００６７】
以上の本実施例の映像受信端末では、ステップＳ１２１０においてユーザからの画面構成の変更指示を受けて受信映像表示領域のサイズ変更を行う場合、本実施例では送信側でのキャプチャサイズの変更が行われ受信側でキャプチャサイズ変更を行った後の映像データを受信して表示するまで、送信側でのキャプチャサイズ変更実行前の映像データを拡大／縮小することにより受信映像データの表示領域のサイズ変更を行う。
【００６８】
受信映像表示領域のサイズ変更により受信映像データの大幅な拡大表示を行う場合、表示画像の明細度が大幅に損なわれ品質の良くない表示画像を利用者に提示することになる。従って、受信側でキャプチャサイズ変更実行後の映像データを受信するまで、画面構成の変更は行わなくてもよい。
【００６９】
或いは、画面構成は変更するものの、構成変更後の受信映像表示領域内の所定領域に変更前の表示領域サイズの受信映像データを表示し、余った領域を壁紙等の他のコンテンツの表示領域として利用しても良い。
【００７０】
或いは、送信機端末から定期的に（例えば数十秒間隔をもって）又は接続開始時に、キャプチャサイズの大きな静止画や、キャプチャサイズが大きくフレームレートの低い映像を送受信しておき、受信機端末において別途バッファリングしておき、受信側でキャプチャサイズ変更実行後の映像データを受信するまで、該静止画および該映像を表示しておいてもよい。
【００７１】
以上、本発明の実施の形態による映像伝送システムによれば、映像送受信装置間のネットワークの有効帯域と映像受信装置の表示状況の変動があっても映像送信装置の映像エンコーダ能力ならびに映像受信装置の表示能力に適した映像伝送が可能となるという利点がある。尚、実施の形態においては、映像送信端末における映像信号のエンコード方法を制御するシステムを例にして本発明を説明したが、映像信号と同様に音声信号のエンコードを行ってもよい。この際、音声のエンコードに用いる符号化方法は、映像受信端末の音声再生能力や利用者の嗜好性、もしくは送信装置への音声入力経路などから、ＥＴＳＩ  ＡＭＲ、ＩＴＵ−Ｔ  Ｇ．７１１、ＩＴＵ−Ｔ  Ｇ．７２３．１、ＩＴＵ−Ｔ  Ｇ．７２６、ＩＴＵ−Ｔ  Ｇ．７２９などの間で切替えてもよい。
【００７２】
また本実施の形態では、家庭Ａの送信端末から家庭Ｂの受信端末へ映像・音声信号をリアルタイムエンコードにより配信するシステムについて説明したが、家庭Ｂの送信装置から家庭Ａの受信装置へも同様の配信を行なう双方向通信システムに適用することも可能である。このようにすれば、テレビ電話などの双方リアルタイム通信システムとして用いることができる。
【００７３】
図１３は、このような送受信装置を家庭Ａと家庭Ｂとにそれぞれ設置し、双方向に通信を行う場合のシステム構成例を示す図である。それぞれの家庭Ａ、Ｂに、音声と映像とに関する入出力デバイスが設けられており、いずれの家庭Ａ・Ｂからも映像・音声などの情報の送受信を行うことができる。
【産業上の利用可能性】
【００７４】
本発明は、映像や音楽などをネットワーク経由で伝送するシステムに利用できる。
【図面の簡単な説明】
【００７５】
【図１】本発明の一実施例における映像伝送システムの構成を示すシステム構成図である。
【図２】本発明の一実施例における映像送信装置のブロック図である。
【図３】本発明の一実施例における音声伝送部、タイマ、データベース参照パラメータ一時記憶部を備えた映像送信装置のブロック図である。
【図４】本発明の一実施例における映像送信装置の映像エンコーダの符号化パラメータテーブルである。
【図５】本発明の一実施例における映像送信装置の制御部における制御動作を示すフローチャートである。
【図６】本発明の一実施例における映像入力端子別に映像入力デバイスを検出する映像送信装置の機器構成図である。
【図７】本発明の一実施例における入力デバイス検出部を備えた映像送信装置のブロック図である。
【図８】本発明の一実施例における入力デバイス別に符号化パラメータを決定する映像送信装置の映像エンコーダの符号化パラメータテーブルである。
【図９】本発明の一実施例における入力デバイス別に符号化パラメータを決定する映像送信装置の制御部における制御動作を示すフローチャートである。
【図１０】本発明の一実施例における映像受信装置のブロック図である。
【図１１】本発明の一実施例における音声伝送部を備えた映像受信装置のブロック図である。
【図１２】本発明の一実施例における映像受信装置の制御部における制御動作を示すフローチャートである。
【図１３】本発明の一実施例における双方向映像伝送システムの構成を示すシステム構成図である。
【図１４】エンコーダ制御を行なう映像伝送システムのブロック図である。
【符号の説明】
【００７６】
１０３  映像送信装置
１０４  コミュニケーション用カメラ
１０５  静止画再生機器
１０６  ビデオ映像再生機器
１０８  映像受信装置
１０９  表示機器
２０１  映像入力部
２０２  映像エンコード部
２０３  パケット送信部
２０４  ネットワークインタフェース
２０５  符号化パラメータ切替部
２０６  符号化パラメータデータベース
２０７  データベース参照部
２０８  有効帯域算出部
２０９  ネットワーク情報取得部
２１０  表示態様情報取得部
２１１  制御部
２１２  パケット受信部
３０１  音声入力部
３０２  音声エンコード部
３０３  データベース参照パラメータ一時記憶部
３０４  タイマ
６０７  入力デバイス検出部
１００１  ネットワークインタフェース
１００２  パケット受信部
１００３  映像デコード部
１００４  映像出力部
１００５  制御部
１００６  ネットワーク情報作成部
１００７  表示態様情報作成部
１００８  ユーザインターフェース
１００９  パケット送信部
１１０１  音声デコード部
１１０２  音声出力部
【図１】
2006128997.tif 000003
【図２】
2006128997.tif 000004
【図３】
2006128997.tif 000005
【図４】
2006128997.tif 000006
【図５】
2006128997.tif 000007
【図６】
2006128997.tif 000008
【図７】
2006128997.tif 000009
【図８】
2006128997.tif 000010
【図９】
2006128997.tif 000011
【図１０】
2006128997.tif 000012
【図１１】
2006128997.tif 000013
【図１２】
2006128997.tif 000014
【図１３】
2006128997.tif 000015
【図１４】
2006128997.tif 000016