JPH10164143A

JPH10164143A - ゲートウェイ装置およびそれを用いた通信システム

Info

Publication number: JPH10164143A
Application number: JP31820096A
Authority: JP
Inventors: Itaru Mimura; 到三村; Toru Setoyama; 徹瀬戸山; Tatsuya Kameyama; 達也亀山; Toshiaki Suzuki; 敏明鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1996-11-28
Filing date: 1996-11-28
Publication date: 1998-06-19
Anticipated expiration: 2016-11-28
Also published as: JP3668742B2

Abstract

(57)【要約】【課題】本発明の課題は、ＣＡＴＶ回線のような帯域
保証型ネットワークに適合するように構成されたＶＯＤ
サーバからの画像信号を、インタネット等のベストエフ
ォート型のネットワークを使って送信することを可能と
するゲートウェイ装置およびそれを用いた通信システム
を提供することにある。【解決手段】インターネットで用いられている帯域予
約プロトコル：ＲＳＶＰ(Resource Reservation Protoc
ol)処理部と、符号速度変換部（トランスコーデック）
と、トランスコーデックを動的に制御する制御部とを備
える。そして、インタネット端末からの画像配信要求に
対し、インタネットの各中継ノードが確保した帯域の情
報を得てトランスコーデックの符号変換量を制御する。
この時、制御部は、人間の視覚特性を考慮して符号変換
量を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、異種の通信ネット
ワーク同士を接続した通信システムおよびそれらのネッ
トワーク間を接続するゲートウェイ装置に関する。

【０００２】

【従来の技術】従来の技術として、ケーブルテレビとイ
ンタネットの２つのネットワークと、画像信号の伝送帯
域を変換するためのトランスコーデックについて以下に
説明する。

【０００３】ケーブルテレビ（ＣＡＴＶ：CAble TeleVi
sion）システムにおけるサービスのひとつに、ビデオオ
ンデマンドというサービスがある。ビデオオンデマンド
（以下ＶＯＤと略記：Video On Demand）とは、ＭＰＥ
Ｇ２(Moving Picture ExpertsGroup 2)のようなデジタ
ル画像圧縮技術を使って圧縮した映像信号を、デジタル
信号を記録可能な記憶媒体に格納しておき、ＣＡＴＶ加
入者の端末（セットトップボックス、以下ＳＴＢと略
記）からの送信要求に応じて、ＶＯＤサーバが記憶媒体
から映像信号を読み出して送信するサービスである。Ｍ
ＰＥＧ２は国際標準化機構/国際電気標準会議(ISO/IE
C：International Organization for Standardization
/ International Electrotechnical Commission) 13818
に標準化勧告されている。

【０００４】ＶＯＤサービスを提供するシステムでは、
上記のように映像信号をデジタル圧縮した形式で送信す
るため、デジタル信号を伝送可能な通信回線を使用して
いる。具体的には、ハイブリッド・ファイバー／コアク
シカル・ケーブル(ＨＦＣ：Hybrid Fiber Coaxial Cabl
e)回線や光非同期転送モード(ＡＴＭ：AsynchronousTra
nsfer Mode)回線などが現在実用に供している。

【０００５】ＣＡＴＶシステムはその名の通りテレビシ
ステムであり、加入者には高画質の映像をサービスする
ことが必要である。そこで、ＣＡＴＶネットワークは、
映像信号データを確実に伝送するために伝送帯域等によ
って決まるサービスの品質(ＱｏＳ：Quality of Servic
e)を完全に保証した、ギャランティー型のネットワーク
構成を用いている。

【０００６】一方、現在ではインタネットプロトコルを
使用したいわゆるインタネットと呼ばれるコンピュータ
通信が急速に普及しており、企業や家庭において手軽に
インタネットに接続された情報サーバにアクセスするこ
とが可能になってきている。

【０００７】最近のインタネットでは、テキスト情報、
静止画像情報等を提供するのに加えて映像情報を提供す
るようなサービスも出現し始めている。

【０００８】ところが、インタネットは元来コンピュー
タ通信を主要サービスとして開発されてきたシステムで
あるため、リアルタイム性が要求される画像通信では種
々の問題が生じる事が明らかになってきた。

【０００９】これらの問題点は、インタネットにおいて
は通信時に最大限確保可能な伝送品質(帯域幅、エラー
率)提供するのみで、ＱｏＳを保証しないことに一因が
ある。インタネットは、このようなネットワーク特性ゆ
えにベストエフォート型のネットワークと呼ばれてい
る。このベストエフォート型のネットワークでは、例え
ばネットワーク内部の中継ノードの何れかの部分に通信
トラフィックが集中するとそのノードではデータパケッ
トを処理しきれずにパケットの廃棄が発生する。

【００１０】通常のコンピュータ通信で行われるデータ
のやりとりでは、受信端末に正しくデータが到達しない
場合には、受信端末がその未到着のパケットに対する再
送信の要求信号を発し、再度データを正しく受信するよ
う動作を行なう事ができるため、パケットが破棄されて
も実質上の問題はない。

【００１１】ところが画像通信のように信号配送タイミ
ング・時間の連続性に対する要求の厳しい通信において
は、上記再送メカニズムは有効に機能しない。なぜなら
ば、中継ノードにおいてパケット廃棄が発生した場合、
パケット再送を行ったとしても、リアルタイムで受信再
生を行うような場合には再送データの到着が間に合わ
ず、画面のフリーズ、駒落ち等の画質劣化が発生するこ
とになるからである。

【００１２】そこでインタネットにおいては、時間の連
続性に対する要求の厳しい通信のために、インタネット
関連の技術開発を推進しているIETF(Internet Engineer
ingTask Force)においてResource Reservation と呼ば
れる通信プロトコル(以下、RSVP)の開発を行っている。
この技術については Internet Draft Resource Reserva
tion Protocol (RSVP) Version 1 Functional Specific
ation August 12, 1996に開示されている。

【００１３】RSVPでは、目的とする通信を開始する前
に、データを受信しようとする端末(ＰＣ等)がネットワ
ークに対して希望する信号伝送帯域を要求する(リザベ
ーション)。するとネットワーク内部にある中継ノード
(ルータ等)は提供可能な伝送帯域を決定しその予約帯域
を次の中継ノードにリレーする。この手順をくり返し実
行し、最終的には目的とするサーバにまでこの予約帯域
を伝送する。こうして総ての中継ノード間に帯域が確保
されると、サーバは受信要求を発した端末に確保できた
帯域情報を返送し、これにより受信要求端末、ネットワ
ーク、サーバの間に利用可能な信号伝送帯域が設定され
る。この設定手順を経た後、端末とサーバは確保された
伝送帯域を用いて信号の送受信を行うことができる。

【００１４】ところで、伝送信号帯域の異なる伝送路に
対して画像信号を送出するために画像信号の符号量を変
換するトランスコーデックと呼ばれる技術がある。トラ
ンスコーデックに関連する技術は、特開平７−５９０９
１号公報、特開平８−８４３３９号公報、特開平８−２
５１５８７号公報、特開平８−５０８３７８号公報など
に記載されている。これらのトランスコーデックでは、
入力される画像信号のデータ(ビット列)を、符号化した
時の逆の手法(例えば離散コサイン変換と逆離散コサイ
ン変換など)により元の信号に復号し、復号信号の係数
等を打ち切ったり、量子化幅を変更することで符号量を
変換しているものである。

【００１５】

【発明が解決しようとする課題】従来の技術で述べたＣ
ＡＴＶネットワークにおいては、ＶＯＤサーバは、配信
するＣＡＴＶ回線の１チャンネルの信号伝送帯域幅が予
め確保されておりかつその帯域幅に変化がないため、固
定の信号速度でデータを配信するように構成されてい
る。そのためＶＯＤサーバが扱うコンテンツの記録レー
トは、そのコンテンツをサーバに格納する際に決定した
ものであり、映像信号送出時には変更することができな
い。上記の理由により、ＶＯＤサーバをインタネットの
ような使用可能帯域が常時変化するようなベストエフォ
ート型のネットワークにつなぐことは困難であった。ま
た従来の技術で述べたトランスコーデックは、ある伝送
帯域から別の伝送帯域へ画像信号を送出する際の符号量
の変換手法について開示されているのみであり、ベスト
エフォート型のネットワークのように利用可能な帯域が
時々刻々と変化するようなネットワークに対応すること
はできなかった。

【００１６】本発明は上記課題を解決するためになされ
たもので、その目的は、ベストエフォート型のネットワ
ークへ他のネットワークから信号の劣化を最小限にして
送信することができるゲートウェイ装置およびそれを用
いた通信システムを提供することにある。

【００１７】

【課題を解決するための手段】上記課題を解決するため
に、本発明のゲートウェイ装置は、帯域予約プロトコル
処理部と、デジタル信号の符号量の変換を行なうトラン
スコーデックと、トランスコーデックを制御する制御部
とを備える。帯域予約プロトコルから帯域の情報を得て
トランスコーデックの符号変換量を制御する。この時、
制御部は、人間の視覚特性を考慮して符号変換量を適応
的に制御する。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を図１
ないし図５を用いて説明する。図１は本発明のシステム
構成を示す図である。本システムでは、ゲートウェイ装
置１は、ＣＡＴＶシステム１９とインタネット１５との
間に設置される装置であり、ＣＡＴＶとインタネットの
双方に接続される。

【００１９】インタネット１５には、図には３台しか示
していないがパーソナルコンピュータ(ＰＣ)等の端末が
複数接続されている。この構成において、インタネット
に接続された端末１８からゲートウェイ装置１に向けて
画像のアクセス要求信号Ｓ１を発された場合について説
明する。

【００２０】アクセス要求信号Ｓ１はゲートウェイ装置
１により処理され、この要求はＣＡＴＶのＶＯＤシステ
ム１０の制御信号に変換される。要求を受信したＶＯＤ
システム１０は、ＣＡＴＶネットワーク１１内部の経路
を設定し、ゲートウェイ装置１に向けて映像信号の送出
を開始する。ゲートウェイ装置１は、ＶＯＤシステム１
０から受信した映像信号に対し所定のプロトコル変換、
伝送速度変換を実施してインタネット側に映像信号を送
出する。大まかには以上の手順によりインタネット端末
１８は、ＣＡＴＶシステム１９のＶＯＤサーバ１０から
の映像信号を受信し、利用することが可能となる。

【００２１】図２は図１に示したゲートウェイ装置１の
構成を示す図である。本ゲートウェイ装置１は、ＶＯＤ
システム１０からの映像信号の符号量を変換するトラン
スコーデック部２と、トランスコーデック部２の送出符
号量の制御等を行う制御部３と、インタネットのＲＳＶ
Ｐ対応の処理やインタネットからのＶＯＤシステム１０
に対するアクセス要求をＶＯＤシステムのプロトコルに
変換するプロトコル処理部４とから構成される。またこ
のゲートウェイ装置１は、インタネットと信号の入出力
を行うポート５、ＶＯＤシステム１０に対する制御信号
を入出力するポート６、およびＶＯＤシステムからの映
像信号を入力するためのポート７を備えている。

【００２２】次にゲートウェイ装置１の各構成要素の動
作を説明する。なお以下の説明では、ＶＯＤシステムを
含む画像通信システムにおいて標準として広く用いられ
ており一般的な画像信号フォーマットであるＭＰＥＧ信
号を例にとり説明を行う。ゲートウェイ装置１のトラン
スコーデック部２はＶＯＤシステム１０からＭＰＥＧ映
像信号（トランスポートストリーム、プログラムストリ
ーム、もしくはエレメンタリストリーム）を受け、この
信号の符号量を変換して出力する機能を有する。符号量
の変換方式は、例えば特開平７−５９０９１に技術開示
されたような手法を用いることができる。なお、トラン
スコーデックを実現するには上記開示技術以外の方法も
利用することができる。トランスコーデック部２の入
力、出力はともに圧縮された画像信号であっても、入力
が圧縮された画像信号で出力が非圧縮の画像信号であっ
てもよい。また、入力は非圧縮の画像信号であって出力
が圧縮された画像信号であってもかまわない。但し、非
圧縮の信号の送信・受信では確保された信号伝送帯域を
有効に活用できないので、入出力とも圧縮画像信号であ
ることが回線使用効率上優れていることはいうまでもな
い。

【００２３】次にプロトコル処理部４の動作を説明す
る。このプロトコル処理部４はインタネットに対するイ
ンタフェース、トランスコーデック部２に対するインタ
フェース、及び制御装置３に対するインタフェースを有
している。このプロトコル処理部４のインタネット側の
プロトコルは例えばイーサーネットによるＴＣＰ／ＩＰ
(Transport Control Protocol/Internet Protocol)やIP
over ATM（Request ForComments/RFC1483)といったイ
ンタネットプロトコルである。このインタフェースには
インタネットプロトコルに準拠したパケットが入力され
る。このパケットには前記のＲＳＶＰメッセージや、Ｖ
ＯＤシステム１０のアクセス要求メッセージ等が含まれ
る。一方制御装置３からのメッセージとしてはアクセス
要求に対するＶＯＤシステム１０の肯定応答メッセージ
(ACK)やエラーメッセージなどが含まれる。また、トラ
ンスコーデック部２からはＭＰＥＧ映像信号のパケット
が入力される。このプロトコル処理部４はインタネット
からのＲＳＶＰメッセージ（リザーブ）に対しては、構
成応答メッセージを返信する。またこの時、プロトコル
処理部４は予約された帯域幅の情報をプロトコル変換し
た後、制御部３に送信する。インタネット端末１８から
のアクセス要求メッセージに対しては、プロトコルを変
換してそのメッセージを制御部３を介してＶＯＤシステ
ム１０に転送する。インタネットからのアクセス要求メ
ッセージは、例えばＨＴＭＬ(HyperTextMarkup Languag
e)等インタネットのブラウザに標準的に実装された言語
により記述されている。一方ＶＯＤシステム１０の制御
プロトコルとしてはＩＳＯ／ＩＥＣにより規格化されて
いるＤＳＭ−ＣＣ(Digital Strage Media Command andC
ontrol)が一般的に利用されているので、このプロトコ
ル処理部はＨＴＭＬからＤＳＭ−ＣＣにメッセージ翻訳
を行う。逆にＶＯＤシステム１０からのACKに対して
は、ＤＳＭ−ＣＣからＨＴＭＬへの翻訳を行ってから送
信する。

【００２４】図１に示したＶＯＤシステム１０は、プロ
トコル処理部により変換されたＤＳＭ−ＣＣによるアク
セス要求メッセージに応じてＣＡＴＶネットワーク１１
の映像信号配信経路の確立、及び図示していないがＶＯ
Ｄサーバの起動を行う。これによりサーバの記憶媒体に
格納されたＭＰＥＧ映像信号が出力され、図２のゲート
ウェイ装置１のトランスコーデック部２に入力される。
トランスコーデック部２は入力されたＭＰＥＧ映像信号
の帯域を変換して、プロトコル処理部４にその信号を入
力する。このＭＰＥＧ映像信号に対しプロトコル処理部
４は、ＩＰパケットへのカプセル化を実行する。ここで
カプセル化とは、ＩＰパケットのフォーマットでのＭＰ
ＥＧ信号送信のための変換操作を意味している。なおＭ
ＰＥＧ映像信号をＩＰパケットにカプセル化する手法は
ＩＥＴＦが発行したＲＦＣ(Request for Comment)２０
３８：RTP Payload Format for MPEG1/MPEG2 Video等に
より開示された技術を用いることができる。

【００２５】以上説明したように本発明は、インタネッ
トからのＲＳＶＰメッセージを解釈しそのメッセージに
応答するプロトコル処理部４と、予約された帯域に応じ
てトランスコーデックを制御し、かつＶＯＤシステム１
０に対してはシステム起動のメッセージを送信するよう
な制御部３を設け、ＲＳＶＰメッセージに基づいてトラ
ンスコーデック部を制御するようにして、インタネット
のようなベストエフォート型のネットワークへＶＯＤシ
ステムの映像信号の送出を可能にしたものである。

【００２６】次に、ゲートウェイ装置の動作フローを説
明する。

【００２７】図３は、本発明のゲートウェイ装置の動作
フローを説明する図である。

【００２８】インタネット端末１８からのＶＯＤシステ
ムアクセス要求があると、インタネット端末に実装され
たＲＳＶＰは必要とする帯域を予約するため一番身近に
ある接続ノード（デフォルトゲートウェイ）に最終目的
のサーバのアドレスと帯域要求信号（リザーブ）を送信
する(Ｓ３０２)。このノードにおいて要求帯域が確保可
能な場合は、さらに最終目的地までのパス上にある次の
ノードに向けて目的地アドレスとリザーブメッセージを
中継する。このようにノードからノードへ確保したい帯
域と最終アドレスを伝搬させていき、ネットワーク内部
のＱｏＳを確立していく。最終のサーバ（本発明におい
てはゲートウェイがサーバの代理として動作する）に到
着したならば、サーバはこの帯域予約要求を受け付け
（Ｓ３０３）、それに対する承認信号を送信元の端末
（レシーバ）に対して返信する（Ｓ３０４）。プロトコ
ル処理部４は、ＲＳＶＰの承認信号を送信した後、トラ
ンスコーデック部２に対して初期の変換帯域を指定する
（Ｓ３０５）。ＲＳＶＰは所定の時間を経過した後、予
約した帯域を更新する動作を行うため、ゲートウェイ装
置１においては、更新要求を監視し（Ｓ３０６）、更新
する必要がある際は新規に確保する帯域のメッセージを
受信（Ｓ３０７）して、それに対する承認信号を返信す
る（Ｓ３０８）。ＲＳＶＰの帯域幅が更新された場合は
それに伴いトランスコーデック部の変換帯域を更新する
動作を行う。この時、以前に設定されていた帯域と新規
に設定した帯域の大小関係を比較して（Ｓ３０９）、そ
の大小関係に応じてトランスコーデック部を制御する
（Ｓ３１０，Ｓ３１１）。サービスを継続している間
は、Ｓ３０６からＳ３１２までの処理手順を繰り返し実
行する。

【００２９】図４は、上記の動作をメッセージフローの
形式で説明した図である。

【００３０】インタネット端末１８からのＲＳＶＰリザ
ーブメッセージはノード（本図面では１ヶ所）により中
継されゲートウェイのプロトコル処理部に入力される。
プロトコル処理部は、このリザーブメッセージに対して
肯定応答(ACK）を返信する。インタネットノードはこの
ACKを中継してインタネット端末に送信する。ＲＳＶＰ
リザーブメッセージを受信したプロトコル処理部は、制
御部を介してトランスコーデックに対して帯域設定を行
う。トランスコーデックはこの帯域設定要求に対し帯域
を設定した後ACKを返信する。また、制御部はＶＯＤシ
ステムからゲートウェイまでのＣＡＴＶネットワーク内
での伝送経路を設定し、同時にＶＯＤシステムに対して
ＶＯＤサーバ起動の為のメッセージを送信する。このサ
ーバ起動信号によりＶＯＤサーバはＭＰＥＧ映像信号の
送信を開始する。送信されたＭＰＥＧ映像信号はトラン
スコーデックにより信号帯域を変換されインタネットノ
ードに向けて送信され、最終的にはインタネット端末に
到着することになる。

【００３１】予約帯域の更新が行われた際には更新信号
はインタネットノードを経由してプロトコル処理部に入
力される。そして、初期動作と同様に制御部を介してト
ランスコーデックの帯域を更新し、帯域確保に成功した
ことを伝えるACKをインタネット端末に向けて返信す
る。以後、サービスを終了するまで更新から設定までを
繰り返し実行する。

【００３２】次に、トランスコーデックの制御について
説明する。図５は、制御部からトランスコーデックを制
御する際の制御特性の一例を示した図である。図の縦軸
は信号帯域を、また横軸方向は時間経過を表している。
ＲＳＶＰでは、前にも述べた通り、信号帯域の有効活用
と不必要な確保帯域の開放を目的に確保帯域幅を定期的
に更新することが定められている。そのため、ＲＳＶＰ
により設定される帯域は時間と共に時折更新され、その
つどトランスコーデック部２の出力帯域幅（以後ターゲ
ット符号量と記す）を制御しなければならない。図５に
示した制御特性は、ＲＳＶＰの確保帯域が変化した際の
ターゲット符号量の制御特性を示している。図中の実線
がＲＳＶＰにより確保された帯域、破線がトランスコー
デックにおけるターゲット符号量である。

【００３３】本実施の形態ではＲＳＶＰで確保した帯域
と実際のトランスコーデックの送信帯域との間には差分
を持たせて制御する。例えばＲＳＶＰにより３Mbit/sの
帯域が確保された場合にはターゲット符号量を２．７Mb
it/s程度に設定する。このようにターゲット符号量を低
く設定する理由については後に述べる。

【００３４】次にＲＳＶＰの確保している帯域に変化が
生じた場合のターゲット符号量の設定方法を説明する。
本実施の形態においては、ターゲット符号量の設定に際
して、人間の視覚特性に配慮する。具体的には人間の視
覚特性は、急激な画質の変動に対しては検知能力が高
く、反対に緩やかな画質変動に対しては極めて鈍感であ
るといった特性を利用して、ＲＳＶＰの確保している帯
域に変化が生じた場合にも画質変化を視聴者に気づかせ
ないようにトランスコーデック部の帯域制御を行う。

【００３５】このような帯域制御を行わない場合には、
映像を視聴するユーザは、ＲＳＶＰ帯域の変動に伴う急
激な画質変動を頻繁に検知することになる。この画質変
動は映像の不連続感を誘導し、ひいては疲労や違和感に
つながる。

【００３６】本実施の形態では、このような変動を抑圧
するためＲＳＶＰの帯域更新時の処理を以下に示す３つ
のケースに分けてそれぞれ異なる処理を行う。ケース１：ＲＳＶＰの帯域更新で確保帯域幅に変化がな
い場合。ケース２：ＲＳＶＰの確保帯域が拡大した場合。ケース３：ＲＳＶＰの確保帯域が縮小した場合。

【００３７】以下、それぞれのケースについてターゲッ
ト符号量の設定方法を説明する。ケース１：このケースではターゲット符号量は一切変更
しない。ケース２：この場合がターゲット符号量を徐々に増加さ
せる。但し、初期の設定と同様にＲＳＶＰの確保帯域に
対しては低めにターゲット符号量を設定する。すなわ
ち、確保された帯域まで急激にターゲット符号量を増加
させるのではなく、５段階程度のステップを経て最終的
なターゲット符号量まで変化させる。ケース３：この場合はまず確保された帯域まで一度にタ
ーゲット帯域を減少させる。その後、５段階程度のステ
ップを経てさらに少ないターゲット符号量を減少させ
る。このような制御方法では、ＲＳＶＰの帯域が変化す
る前のターゲット符号量は実際に確保されていた帯域よ
り少なく設定してあったため、ＲＳＶＰの帯域減少幅に
比較して減少幅、すなわち画質の変動を少なく抑圧する
ことができ、視覚上の画質変動も少なくすることが可能
となる。

【００３８】なお、上記の説明ではターゲット符号量は
５段階程度のステップで変更すれば良いと記述したが、
この値はあくまで実験的な主観評価により定められる値
である。ターゲット符号量を段階的に増加、減少させる
ことの主旨は、一度に全ての変更を行うのではなく複数
回に分割して設定することにあり、その回数は２回以上
であれば主旨を満足するものである。

【００３９】また、他の視覚特性を利用したターゲット
符号量の制御方法考えられる。例えば、(1)動きの不連
続さ(フレームもしくはフィールド周波数の変化)に対す
る検知能力は解像度の変化の検知能力より極めて高い、
(2)輝度解像度の変化に対する検知能力は色解像度の変
化に対する検知能力より高いといったことがあげられ
る。これらの視覚特性を考慮してターゲット符号量を制
御すれば効果的である。すなわちターゲット符号量を変
更する際には、まず色に対する解像度情報を削減してビ
ットレートを減少させ、さらに符号量を削減する場合に
は輝度解像度の情報を削減すればよい。前記の情報削減
を行ってもまだ確保された帯域に適合しない場合は、フ
レームもしくはフィールド周波数を減少させて符号量を
削減するようにすればよい。なお、上述した制御方法を
表１にまとめて示す。

【００４０】

【表１】

【００４１】上記に説明した制御特性となるようにトラ
ンスコーデック部のターゲット符号量を制御すること
で、インタネットのようなベストエフォート型のネット
ワークでの利用可能帯域が時々刻々と変動しても、ユー
ザにその変化を気付かせることを少なく、帯域を適合さ
せていくことが可能となる。

【００４２】なお、本発明の実施例の説明では主にイン
タネットプロトコルを例に説明を行なったが、本発明は
ベストエフォート型のネットワークにおいて帯域予約プ
ロトコルとトランスコーデックを使用し、適応的に帯域
制御を行いながら固定回線対応のＶＯＤシステムを活用
するといったことにあり、特にインタネットのみに限定
されるものではない。企業内ＬＡＮ（Local Area Netwo
rk)等のネットワークに固定回線対応のＶＯＤシステム
を接続する際にも効果があることは言うまでもない。さ
らに、本発明の実施例の説明では、画像と音声を伴った
映像通信を中心に説明を行なったが、本発明のゲートウ
ェイ装置はデジタル電話装置などの音声のみのアプリケ
ーションにも適用できる。この場合、トランスコーデッ
ク装置は音声の符号量の変換を、インタネットのＲＳＶ
Ｐプロトコルにより適応的に制御するように動作する。

【００４３】以上実施の形態において説明したように、
ＲＳＶＰとトランスコーデック装置、およびトランスコ
ーデック装置を制御する制御手段を用いることにより帯
域保証されたネットワークにしか対応しないＶＯＤサー
バ装置からの映像信号をインタネット等のベストエフォ
ート型のネットワークに向けて送信できるようになる。

【００４４】また、ＣＡＴＶのような閉じたネットワー
クにしか適用できなかったＶＯＤサーバを、インタネッ
トのようなオープンネットワークに接続可能とすること
によって、ＶＯＤサーバのユーザ数を飛躍的に増加で
き、ＶＯＤ装置のアクセス率を高めることができる。ひ
いてはユーザ当たりのＶＯＤサーバ装置のコストを低減
することが可能となるといった効果がある。

【００４５】

【発明の効果】本発明によれば、ベストエフォート型の
ネットワークへ他のネットワークから信号の劣化を最小
限にして送信することができるゲートウェイ装置および
それを用いた通信システムを提供することができる。

【図面の簡単な説明】

【図１】本発明による通信システムの構成図である。

【図２】本発明によるゲートウェイ装置の構成図であ
る。

【図３】本発明のゲートウェイ装置の動作を説明するフ
ローチャートである。

【図４】本発明の画像伝送の通信手順を説明するシーケ
ンス図である。

【図５】トランスコーデック部の帯域制御方法を説明す
る図である。

【符号の説明】

１…ゲートウェイ装置、２…トランスコーデック部、３
…制御部、４…プロトコル処理部、５、６、７…インタ
フェースポート、１０…ＶＯＤシステム、１１…ＣＡＴ
Ｖネットワーク、１３…ＭＰＥＧ映像信号、１６，１
７，１８…インタネット端末、１９…ＣＡＴＶシステ
ム。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｎ 7/24 (72)発明者鈴木敏明東京都国分寺市東恋ヶ窪一丁目280番地株式会社日立製作所中央研究所内

Claims

【特許請求の範囲】

【請求項１】第一のネットワークと第二のネットワー
クを接続するゲートウェイ装置であって、第一のネットワークから入力された第一のデジタル信号
の符号量を変換して第二のデジタル信号を出力するトラ
ンスコーデックと、該トランスコーデックの符号変換量
を制御する制御部と、上記第二のネットワークの使用可
能な帯域の情報を受信して解析し上記制御部に送るとと
もに上記トランスコーデックから出力された第二のデジ
タル信号を第二のネットワークに送出する処理を行う情
報処理部とを備えることを特徴とするゲートウェイ装
置。
【請求項２】画像配信サービスを提供する第一のネッ
トワークと、インタネットを接続するゲートウェイ装置
であって、第一のネットワークから入力された第一のデジタル信号
の符号量を変換して第二のデジタル信号を出力するトラ
ンスコーデックと、該トランスコーデックの符号変換量
を制御する制御部と、インタネットの帯域予約プロトコ
ルを受信して解析し上記制御部に送るとともに上記トラ
ンスコーデックから出力された第二のデジタル信号をイ
ンタネットに送出する処理を行う情報処理部とを備える
ことを特徴とするゲートウェイ装置。
【請求項３】所定の伝送速度でデジタル信号の送受信
を行う第一のネットワークと、帯域予約型の第二のネッ
トワークと、第一のネットワークと第二のネットワーク
間を接続するゲートウェイ装置とからなり、該ゲートウェイ装置は、第二のネットワークの帯域予約
情報に基づいて第一のネットワークで送受信されるデジ
タル信号の符号量を変換して第二のネットワークに送出
することを特徴とする通信システム。