JPH1079927A - 動画像通信方法およびその方法が適用されるビデオサーバ並びに動画像通信システム - Google Patents

Abstract

(57)【要約】 【課題】ＶｏＤサービス及びＴＶ会議、ＴＶ電話サービ
スの両方のサービスを受ける端末がサポートすべきプロ
トコルを最小限に抑え、またＶｏＤサービスのために用
意したＩＷＵを流用して上述の両方のサービスをリーズ
ナブルなコストで実現する。 【解決手段】ＶｏＤサービス用のビデオサーバ１０５，
１０６に、クライアント１０３，１０４からの動画像デ
ータを受信する機構を設け、クライアント１０１，１０
２間にＶｏＤシステムを使ったＴＶ電話サービス起動の
ためのプロトコルを用意することにより、ＶｏＤサービ
スのためのシステムを利用してＴＶ電話サービスも提供
できるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は動画像通信方法およ
びその方法が適用されるビデオサーバ並びに動画像通信
システムに関し、特にＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅ
ｍａｎｄ）のインフラを利用してＴＶ会議、ＴＶ電話な
どの動画像メディアを使用した双方向通信を行うための
技術に関する。

【０００２】

【従来の技術】近年、ビデオ、オーディオのディジタル
符号化技術及び広帯域ネットワーク技術の進展により、
これらを利用したアプリケーションの開発が盛んになっ
ている。中でも有望なアプリケーションの１つと考えら
れているものとして、ＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅ
ｍａｎｄ）に代表されるインタラクティブビデオサービ
スがある。ＶｏＤについては、現在、ＤＡＶＩＣ（Ｄｉ
ｇｉｔａｌ ＡｕｄｉｏＶｉｄｅｏ Ｃｏｕｎｃｉｌ）
と呼ばれるコンソーシアムにおいて規格化作業が行われ
ているが、この仕様においては、ネットワークにおける
セッション管理プロトコル及びクライアント・サーバ間
の動作制御プロトコルとして、ＩＳＯ／ＩＥＣ ＪＴＣ
１ ＳＣ２９ ＷＧ１１（ＭＰＥＧ）において標準化作
業中のＤＳＭ−ＣＣ（Ｄｉｇｉｔａｌ Ｓｔｒａｇｅ
Ｍｅｄｉａ Ｃｏｍｍａｎｄ ＆Ｃｏｎｔｒｏｌ：ＩＳ
Ｏ／ＩＥＣ １３８１８−６）というプロトコルを使用
することになっている。

【０００３】ＤＳＭ−ＣＣは大きく分けてユーザーネッ
トワークコンフィグレーション（Ｕ−Ｎ ｃｏｎｆｉｇ
ｕｒａｔｉｏｎ），ユーザーネットワークメッセージ
（Ｕ−Ｎ ｍｅｓｓａｇｅ），ユーザーユーザープリミ
ティブ（Ｕ−Ｕ ｐｒｉｍｉｔｉｖｅ），ダウンロード
（Ｄｏｗｎｌｏａｄ）の４つのパーツよりなる。このう
ちＵ−Ｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ，Ｄｏｗｎｌｏ
ａｄについてはクライアントやサーバーがネットワーク
上で動作できるようになるための環境を整える働きを
し、具体的な動作はＵ−Ｎ ｍｅｓｓａｇｅとＵ−Ｕ
ｐｒｉｍｉｔｉｖｅによって実現される。ＤＳＭ−ＣＣ
で想定しているシステム全体のモデルを図９に示す。図
９でＵ−ＮとＵ−Ｕは独立した別の階層のプロトコルで
あり、Ｕ−Ｎはネットワークリソースを管理するＳＲＭ
（ｓｅｓｓｉｏｎ ａｎｄ ｒｅｓｏｕｒｃｅ ｍａｎ
ａｇｅｒ）というエンティティに対してユーザー間の信
号が通るためのパスを設定するよう働きかけるためのプ
ロトコル、Ｕ−Ｕは設定されたパスを介してユーザーレ
ベルでの動作指示を行うためのプロトコルである。Ｕ−
Ｕはアプリケーションのポータビリティを保証するため
にアプリケーションへのインタフェースがＩＤＬという
言語で記述され、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄ
ｕｒｅ Ｃａｌｌ）によって実現されるものとして規定
されている。

【０００４】ＤＳＭ−ＣＣの１つの特徴として、複数の
ネットワーク構成をカバーする点が上げられる。例えば
広域なＶｏＤサービスでは図１０に示すようにクライア
ントとサーバ間のネットワーク接続が別の構成からなる
複数のセグメントからなる場合がある。図１０の場合、
サーバはＡＴＭ網に直結し、クライアントはＣＡＴＶ網
に直結している。このような場合、間にあるＩＷＵ（Ｉ
ｎｔｅｒ Ｗｏｒｋｉｎｇ Ｕｎｉｔ）によりプロトコ
ルの変換が行われて伝送が行われるが、ＤＳＭ−ＣＣは
ネットワーク構成によらず共通に使えるプロトコルを提
供するのである。

【０００５】一方、ＴＶ電話、ＴＶ会議に対しては、Ｉ
ＴＵ−Ｔの勧告としてＮ−ＩＳＤＮ用にＨ．３２０とい
う勧告があり既に製品が多数出ている。また、ＡＴＭ網
用にＨ．３１０、ＬＡＮ用にＨ．３２３、ＰＳＴＮ用に
Ｈ．３２４という勧告が制定作業中である。これらはあ
るネットワークの範囲内でＴＶ電話、ＴＶ会議を実現す
るための勧告であり、これらの端末で使われる通信プロ
トコルとしてＨ．２４２，Ｈ．２４５という勧告が制定
されている。また、これらの端末の間では相互接続性が
確保されることが望ましいとされ、組み合わせのうち一
部は端末の規定によって相互接続が、また一部はゲート
ウェイによって相互接続が実現されることになる見込み
である。

【０００６】

【発明が解決しようとする課題】上述したように、Ｖｏ
Ｄ、ＴＶ会議、ＴＶ電話システムに関してはそれぞれ対
応する標準が存在し各アプリケーションを実行する端末
は各標準に準拠して構成されるのが普通である。しかし
この構成にそのまま従ってＶｏＤサービスとＴＶ会議、
ＴＶ電話サービスの両方を同じ端末で受けようとした場
合、端末側ではその両者をサポートする通信プロトコル
をそれぞれ持たなければいけない。更に、違うネットワ
ーク環境につながれた端末同士でのＴＶ会議、ＴＶ電話
サービスの実現のためには、組み合わせに応じたゲート
ウェイをネットワーク内に設置しそこにアクセスするこ
とが必要になる。図１０に示されたＶｏＤのシステムで
は既にＩＷＵがその働きをするために設置されている
が、上述のゲートウェイはこのＶｏＤ用のＩＷＵとは別
に用意する必要がある。

【０００７】本発明はこのような点に鑑みてなされたも
のであり、ＶｏＤサービスと、ＴＶ会議やＴＶ電話サー
ビスなどの両方のサービスを受ける端末がサポートすべ
きプロトコルを最小限に抑え、またどのようなネットワ
ーク環境につながる端末同士での通信についても、Ｖｏ
Ｄサービスのために用意したＩＷＵを流用して、上述し
た両方のサービスをリーズナブルなコストで実現するこ
とが可能な動画像通信方法およびその方法が適用される
ビデオサーバ並びに動画像通信システムを提供すること
を目的とする。

【０００８】

【課題を解決するための手段】上述した課題を解決する
ために、本発明では、ネットワーク接続されたクライア
ントとビデオサーバとを有し、クライアントからの動画
像転送要求に応じてその要求された動画像データを、ビ
デオサーバからクライアントに伝送する動画像通信シス
テムにおいて、クライアント間で動画像データの通信を
行う動画像通信方法であって、動画像データ通信を行う
第１および第２のクライアント間で、その動画像データ
通信を前記ビデオサーバを介して行うために必要な情報
を授受するための交渉を行い、前記第１のクライアント
から前記ビデオサーバに動画像データを送信し、前記第
２のクライアントから前記ビデオサーバに対して前記第
１のクライアントから送信された動画像データの転送要
求を発行して、前記ビデオサーバから前記第２のクライ
アントに対して、前記第１のクライアントから送信され
た動画像データを転送することを特徴とする。

【０００９】この動画像通信方法においては、ビデオサ
ーバからクライアントへの動画データ転送サービス機能
を利用して、ＴＶ会議やＴＶ電話サービスなどのための
クライアント間の動画データ通信が行われる。この場
合、第１のクライアントからビデオサーバへの動画像デ
ータの送信は、ビデオサーバに蓄積された動画像データ
を操作するために使用されるＤＳＭ−ＣＣなどの動作制
御プロトコルとして、新たに動画像受付用のインターフ
ェースを定義することによって実現できる。ビデオサー
バで受信された動画像データについての送信は、第２の
クライアントが前述の動作制御プロトコルを用いてその
動画像データに対する転送要求をビデオサーバに発行す
ることにより行われる。また、クライアント間の動画デ
ータ通信に先立ち、クライアント間では、その動画デー
タ通信を行うために必要な各種情報のやりとりを含む交
渉が行われる。この交渉は、クライアント間にエンド−
エンドで簡単な制御情報の通信が行える論理チャネルを
設定することによって行うことができる。このように、
動画像データの転送にはＶｏＤサービスでもＴＶ会議、
ＴＶ電話サービスでも同じプロトコル（例えばＤＳＭ−
ＣＣプロトコル）を使用することにより、両方のサービ
スを受ける端末がサポートすべきプロトコルを最小限に
抑え、また異なるネットワーク環境につながる端末同士
での通信についても、ＶｏＤサービスのために用意した
ＩＷＵなどを流用することができるため、どのような種
別のネットワークに収容されるＶｏＤ端末に対しても上
述した両方のサービスをリーズナブルなコストで実現す
ることができる。

【００１０】また、本発明は、上述の手順に、前記第１
のクライアントから前記ビデオサーバに、前記第１のク
ライアントが送信した動画像データに対する転送要求を
許可すべきクライアントを特定するためのクライアント
指定情報を送信する手順を加え、前記ビデオサーバが、
前記クライアント指定情報で指定されたクライアント以
外の他のクライアントからの動画像転送要求に対しては
前記第１のクライアントからの動画像データの転送を禁
止することを特徴とする。これにより、システムのセキ
ュリティーを高めることが可能となる。

【００１１】また、動画像データ通信を行う第１および
第２のクライアント間の交渉においては、前記第２のク
ライアントが動画像転送要求を発行すべきビデオサーバ
を特定する情報を、前記第１のクライアントから前記第
２のクライアントに通知することが好ましい。これによ
り、第１のクライアントは、自身に都合の良いビデオサ
ーバを本サービスのために任意に選択することが可能と
なる。

【００１２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態を説明する。ここでは、ＶｏＤのプロトコルと
してＤＳＭ−ＣＣを想定して説明を進めるが、本発明は
ネットワーク構成に依存しないものであれば、ＤＳＭ−
ＣＣ以外の他のＶｏＤプロトコル一般にも同様に適用で
きるものである。

【００１３】図２はＤＳＭ−ＣＣを用いた通常のＶｏＤ
サービスの動作を示す図である。ネットワークの構成と
しては、例としてＳＲＭ＋ＩＷＵ２０２を介してコアネ
ットワークであるＡＴＭ網２０５とアクセスネットワー
クであるＣＡＴＶ網２０８が接続される様な構成で説明
する。従来の技術で説明したように、ＤＳＭ−ＣＣで
は、Ｕ−Ｎ ｍｅｓｓａｇｅの働きによりクライアント
２０１とＶｏＤサーバ２０３の通信が可能になるための
パスが設定され必要なリソースが確保される。図２にお
いては、このパスは動画像信号を伝送するためのパス２
０６と制御情報（Ｕ−Ｕ ｐｒｉｍｉｔｉｖｅ）を伝送
するためのパス２０７である。図では既にこのパスが設
定された状態を示している（Ｕ−Ｎ ｍｅｓｓａｇｅの
働きについては本発明の主旨とは直接関係ないので、動
作についての説明は省略する）。なお、ここでいう動画
像信号とは一般に動画像データにオーディオ信号を同期
多重したものである。この状態でクライアント２０１は
パス２０７を通してプログラムの選択や開始、停止など
に対応するＵ−Ｕ ｐｒｉｍｉｔｉｖｅをＶｏＤサーバ
２０３に送ることによりＶｏＤサーバ２０３の蓄積装置
２０４に蓄えられた動画像信号をパス２０６を介して受
信することができる。ここでＳＲＭ＋ＩＷＵ２０２の右
側と左側とではネットワークが異なっているので、パス
２０６，２０７についてはＳＲＭ＋ＩＷＵ２０２のイン
タワーク機能がプロトコルや伝送方式等の変換を行って
いる。

【００１４】次に、図１により、図２の仕組みを用いて
ＴＶ電話サービスを行う方法につき説明する。ここで
は、まず、図１の第２のクライアント１０２から第１の
クライアント１０１への動画像伝送が行われる仕組みに
つき説明する。

【００１５】ＴＶ電話は通常双方向であるので、同様の
動作がクライアント１０１からクライアント１０２に対
しても行われることにより双方向の通信が可能になるも
のとし、片方向の通信の説明のみにとどめる。

【００１６】クライアント１０１，クライアント１０２
には、それぞれに対応してＳＲＭ＋ＩＷＵ１０３，１０
４が存在する。図１ではクライアント１０１はＣＡＴＶ
網１１７のアクセスネットワークに、クライアント１０
２はＮ−ＩＳＤＮ１１８のアクセスネットワークに収容
されており、ＶｏＤサーバ１０５，１０６はＡＴＭ網１
２０のコアネットワークに収容されているが、図２の場
合と同様にネットワークの違いはそれぞれＳＲＭ＋ＩＷ
Ｕ１０３，１０４によって変換される。

【００１７】クライアント１０２からクライアント１０
１への動画像伝送が行われる際には、まずクライアント
１０２がＵ−Ｎ ｍｅｓｓａｇｅの働きによりサーバ１
０６へのパス（動画像信号伝送のためのパス１１０及び
制御信号伝送のためのパス１１２）を確立する。次にパ
ス１１２を通してクライアント１０２からサーバ１０６
に動画像受け付けに対応する制御信号（Ｕ−Ｕ ｐｒｉ
ｍｉｔｉｖｅ）を送りサーバ１０６をパス１１０から動
画像信号受け付けの状態にする。この状態でクライアン
ト１０１もＵ−Ｎ ｍｅｓｓａｇｅによりサーバ１０６
に対してパス（動画像信号伝送のためのパス１１３及び
制御信号伝送のためのパス１１５）を確立する。次にパ
ス１１５を通してクライアント１０１からサーバ１０６
に対して、受信している動画像の送信開始に対応するＵ
−Ｕ ｐｒｉｍｉｔｉｖｅを送ることにより同情報をパ
ス１１３を介して受信する。ここでクライアント１０１
側の動作は図２により説明したＶｏＤにおけるプログラ
ムの受信と全く同じである。

【００１８】反対方向の動画像伝送も同様にクライアン
ト１０１とサーバ１０５間のパス１０９，１１１と、ク
ライアント１０２とサーバ１０５間のパス１１４，１１
６とを用いて行われる。ここでクライアント１０１及び
クライアント１０２がこのサービスのためにパスの設定
開始を行う操作を開始するためには事前に両者の間での
ネゴシエーションが必要である。これは、ビデオサーバ
を使った動画像通信を行うために必要な情報を授受する
ために行われるクライアント間の交渉であり、本実施形
態ではこのネゴは論理チャネル１１９を介して行われ
る。この論理チャネルは本実施形態では例えば下位のプ
ロトコルとしてＴＣＰ／ＩＰを使うようなものとして説
明する。このための物理的なパスは例えば独立の回線で
もよいし、図１の動画像信号や制御信号が通るのと同じ
回線を通るものでもよい。この論理チャネルを通る制御
信号の働きも含めて、次に図３を用いて図１における制
御信号のやりとりの手順につき説明する。

【００１９】図３は、クライアント１０１が通信を開始
する場合の手順を示す図である。５０１でまずクライア
ント１０１は論理チャネル１１９を通してクライアント
１０２にＴＶ電話を行いたい旨を通知する。この信号に
は自分の伝送能力、受信能力とともに自分が動画像を伝
送するサーバへのアクセス情報（この例ではサーバ１０
５）を含めて送る。５０２ではこれに応答してクライア
ント１０２がこの要求を受ける旨を論理チャネル１１９
を通して通知する。この信号にも同様に自分の伝送能
力、受信能力とともに自分が動画像を伝送するサーバへ
のアクセス情報（この例ではサーバ１０６）を含めて送
る。この応答における能力は事前に受信したクライアン
ト１０１の能力を考慮してクライアント１０１との接続
が可能となる能力を送るものとする。あるいは、能力に
ついて両者のネゴがとれるまでこのやりとりを繰り返す
ものとしてもよい。ネゴがとれた後、各々のクライアン
ト１０１，１０２は宣言したサーバ１０５，１０６への
動画伝送を開始する。

【００２０】手順としてはまずＵ−Ｎ ｍｅｓｓａｇｅ
を用いてクライアント−サーバ間のパスとリソースを確
立する。次にクライアント−サーバ間の制御信号のやり
とりによって動作を開始する。５０３−５０４，５０５
−５０６のやりとりの組み合わせがこの動作を示してい
る。この制御信号はＵ−Ｕ ｐｒｉｍｉｔｉｖｅで行わ
れる。ＤＳＭ−ＣＣのＵ−Ｕ ｐｒｉｍｉｔｉｖｅはオ
ブジェクト指向の考え方を取り入れており、各クライア
ントからの動画像信号を受信して他のクライアントに送
信する動作はサーバ１０５，サーバ１０６のオブジェク
トによって行われる。各オブジェクトはその参照情報
（Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ：ＯｂｊＲｅｆ
１，ＯｂｊＲｅｆ２）によって参照される。

【００２１】すなわち、各クライアント１０１，１０２
は対応するサーバ１０５，１０６に動画情報の受信要求
５０３，５０５を送る。この中にはそのオブジェクトに
対して送った情報を送信すべき相手のクライアント情報
を含めて送る。この例ではクライアント１０１からの動
画像信号をオブジェクトが受けて送信してよい相手はク
ライアント１０２であり、この情報が５０３に載せられ
る。５０５についても同様にクライアント１０１の情報
が載せられる。各サーバ１０５，１０６は応答として、
相手のクライアントがアクセスすべきオブジェクトのＯ
ｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅを含めた制御信号を返
す。このオブジェクトはクライアントから動画像信号を
受けるオブジェクトと同じオブジェクトでも違うオブジ
ェクトでもよいが、一般的には違うオブジェクトであ
る。この場合、動画像信号を受信するオブジェクトから
動画像信号を送信するオブジェクトに動画像信号の管理
情報の受け渡しが行われることになる。ちなみにオブジ
ェクトは継承の概念により上位クラスのオブジェクトの
機能を合わせ持つことができるが、ここで示した相手の
クライアントがアクセスすべきオブジェクトはＶｏＤの
通常のストリームサービスを行うオブジェクトの機能を
継承するものである。

【００２２】各サーバ１０５，１０６からの応答を受け
た各クライアント１０１，１０２は、各オブジェクトが
動画像信号の受信準備ができたことを知って動画像信号
の送信を開始する。次に各クライアント１０１，１０２
は５０７，５０８で動画像受信のオブジェクトが立ち上
がったことを論理チャネル１１９を通して相手のクライ
アントに知らせる。この情報には動画像受信オブジェク
トから受け取った、相手がアクセスすべきオブジェクト
のＯｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅとサーバ情報を含
めて送る。

【００２３】各クライアント１０１，１０２は受け取っ
たサーバ情報、Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅをも
とに相手のクライアントの動画像信号を送信してくれる
オブジェクトにアクセスし、通常のＶｏＤにおけるプロ
グラム受信の時と同様に動画像信号を受信することがで
きる（手順５０９，５１０，５１１，５１２）。各クラ
イアント１０１，１０２は相手の動画像信号が受信でき
たらその旨を論理チャネル１１９を通して相手に通知し
て（手順５１３，５１４）接続手順は完了する。

【００２４】次に、図４を用いて図１のサービスの切断
手順につき説明する。図４では、クライアント１０１側
からサービスを切断する場合の例を示す。まず６０１で
クライアント１０１からクライアント１０２に対して論
理チャネル１１９を介して切断要求を出し６０２の応答
で両者切断につき合意する。合意後、各クライアント１
０１，１０２は各々まず動画像の受信をクローズする
（手順６０３，６０４，６０５，６０６）。次に各クラ
イアント１０１，１０２は、動画像の送信をクローズす
る（手順６０７，６０８，６０９，６１０）。上記２つ
のクローズの手順はＵ−Ｕ ｐｒｉｍｉｔｉｖｅによ
る。最後に自分の側の切断を確認して相手に通知して
（手順６１１，６１２）切断手順を完了する。

【００２５】次に、図５によりクライアントからの動画
像信号を受信するオブジェクトのインタフェースにつき
説明する。ＤＳＭ−ＣＣ Ｕ−Ｕ ｐｒｉｍｉｔｉｖｅ
では、プログラムのポータビリティを保証するためにイ
ンタフェースをＩＤＬで定義していることは既に述べ
た。本発明を実施するためには例えば図５に示すように
新たなモジュールにおいて“ｒｅｃｅｉｖｅ”というオ
ペレーションを定義する。ここで入力パラメータＣｌｉ
ｅｎｔＬｉｓｔは動画像信号送信クライアントがその情
報の受信を許可するＣｌｉｅｎｔ情報のリストであり、
出力パラメータＯｂｊＲｅｆは相手のクライアントがア
クセスすべきオブジェクトのＯｂｊｅｃｔＲｅｆｅｒｅ
ｎｏｅ情報である。これらの動作については既に図３の
手順において説明した。

【００２６】次に図６により本発明により多地点ＴＶ電
話を行うための例につき説明する。図６は図１に相当す
る多地点ＴＶ電話時のシステム構成である。簡単のため
図１の場合と異なり全てのサービスは１つのＶｏＤサー
バ８０７により提供されるものとした。各々の構成要素
の動作は図１と同じであるため、説明は省略する。論理
チャネル８１０，８１１は図１の論理チャネル１１９に
相当するものである。クライアントの数はもっと多くて
もよい。次に、このシステム構成における多地点ＴＶ電
話の開始手順を図７を用いて説明する。ここでは多地点
ＴＶ電話を開催するクライアント８０１がホストになっ
て接続の状況を把握しながら手順を進める場合を例にと
る。

【００２７】まず８２０でクライアント８０１はクライ
アント８０２とクライアント８０３に開始要求を送る。
この信号には接続サーバ情報及び能力情報を含める。こ
の例では１つのサーバ８０７が全ての伝送の面倒を見る
ので、接続サーバ＝サーバ８０７はクライアント８０１
が動画像信号を送るサーバであると同時にクライアント
８０２，クライアント８０３が動画像信号を送るべきサ
ーバでもあり、かつ各クライアントが他のクライアント
の動画像信号をアクセスすべきサーバでもある。これに
対して８２１でクライアント８０２，クライアント８０
３は能力につきネゴを行う。ネゴが終了したら参加者が
確定する。ホストであるクライアント８０１は８２２で
確定した参加者リストを各クライアントに送る。この参
加者リストを基に８２３，８２４で各クライアントは動
画像信号オブジェクトに受信要求を出す（ＤＳＭ−ＣＣ
Ｕ−Ｕ ｐｒｉｍｉｔｉｖｅ）。要求の中には受信を
許可するクライアント情報を含める点は図１の場合と同
様である。この応答として各クライアントは動画像信号
を送信するオブジェクトのＯｂｊｅｃｔ Ｒｅｓｐｏｎ
ｓｅを受け取る。この例ではクライアントの動画像信号
ごとに異なるオブジェクトが生成されるものとしてい
る。従って送信を要求する場合、ＯｂｊｅｃｔＲｅｆｅ
ｒｅｎｃｅの値によって受け取る動画像を切り替えるこ
とができる。各クライアントは次に８２５で受け取った
Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅをホストであるクラ
イアント８０１に報告する。

【００２８】ホストは８２６で集まったクライアントと
Ｏｂｊｅｃｔ Ｒｅｆｅｒｅｎｃｅとの対応表を各クラ
イアントに送付する。この時点で各クライアントは他の
クライアントの動画像信号がアクセス可能になったこと
を知り、８２７，８２８で動画像信号にアクセスする。
アクセスができたことを確認した時点で各クライアント
はアクセス確認をホストに通知する（８２９）。ホスト
は全てのクライアントが動作したことを確認して各クラ
イアントにその旨を通知し（８３０）、手順を完了す
る。

【００２９】次に、図８により本発明のＴＶ電話サービ
スを可能にするＶｏＤサーバの詳細構成例につき説明す
る。この図は例えば図１におけるサーバ１０５の構成を
蓄積装置１０７を含めて詳細に示したものである。この
場合、ネットワークインタフェース９０１，９０２，９
０３，９０４はそれぞれ図１のパス１０９，１１１，１
１４，１１６と接続されている。制御部９０５は図１の
クライアント１０１からみた動画像受信オブジェクト及
びクライアント１０２からみた動画像送信オブジェクト
を含む制御信号を解釈し動作に結びつける機能を果たす
部分である。クライアント１０１から送信されてきた動
画像信号はネットワークインタフェース９０１を経由し
て入力され、動画像信号多重部９０６に入力される。入
出力が複数ある多地点ＴＶ電話の場合は、インタフェー
ス部１，２の組がクライアントの数に対応する数だけ存
在することになる。動画像信号多重部９０６は、多地点
ＴＶ電話の場合には、インタフェース部１，３，…から
の複数入力から音声信号のみ多重し、動画像信号につい
ては１つのクライアントからのものだけを選択して出
力、または複数のクライアントからのものを合成して出
力する。この出力は動画像信号送出部９０７に送られ
る。

【００３０】出力側の方の信号ソースとしては３通りあ
る。動画像信号送出部９０７、蓄積装置９０８、および
ビデオカメラ等のリアルタイム動画像入力装置９０９で
ある。蓄積装置９０８は通常のＶｏＤ、リアルタイム動
画像入力９０９は生番組などに対応するサービスのソー
スであり、受信側のクライアントがネットワークインタ
フェース９０４を介してアクセスしたオブジェクトの種
類に応じて制御部９０５から各ソースに制御信号が送ら
れて制御されるとともに、スイッチ９１０に切り替え制
御信号が送られ対応する出力がネットワークインタフェ
ース９０３を介して受信側に送られるよう制御される。

【００３１】従って、ＴＶ電話サービスが行われている
ときには制御信号は動画像信号送出部９０７に対して送
られ、ここからの出力がスイッチ９１０を通りネットワ
ークインタフェース９０３を介してクライアント１０２
に送られるというように動作する。

【００３２】

【発明の効果】以上説明したように、本発明によれば、
ＶｏＤサービス用のビデオサーバにクライアントからの
動画像データを受信する手段を、クライアント間にエン
ド−エンドで簡単な制御信号の通信が行える手段を設
け、動画像データの送信部分にはＶｏＤサービスでもＴ
Ｖ会議、ＴＶ電話サービスでも同じプロトコル（例えば
ＤＳＭ−ＣＣプロトコル）を使用することにより、両方
のサービスを受ける端末がサポートすべきプロトコルを
最小限に抑え、また異なるネットワーク環境につながる
端末同士での通信についても、ＶｏＤサービスのために
用意したＩＷＵを流用することができるため、どのよう
な種別のネットワークに収容されるＶｏＤ端末に対して
も上述した両方のサービスをリーズナブルなコストで実
現することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る動画像通信システム
の構成を示すブロック図。

【図２】同実施形態で使用される通常のＶｏＤサービス
システムの動作を説明する図。

【図３】同実施形態で使用されるＴＶ電話システムの開
始手順を説明する図。

【図４】同実施形態で使用されるＴＶ電話システムの切
断手順を説明する図。

【図５】同実施形態においてクライアントから動画像信
号を受信するためのオブジェクトのインタフェースを示
す図。

【図６】同実施形態のシステムを用いて構築した多地点
ＴＶ電話システムの動作を説明する図。

【図７】図６の多地点ＴＶ電話システムの開始手順を説
明する図。

【図８】同実施形態のシステムで使用されるビデオサー
バの構成を示すブロック図。

【図９】通常のＤＳＭ−ＣＣの動作モデルを説明する
図。

【図１０】ＤＳＭ−ＣＣを使用したときのＩＷＵの動作
を説明する図。

【符号の説明】

１０１，１０２，２０１，８０１，８０２，８０３…ク
ライアント、１０３，１０４，２０２，８０４，８０
５，８０６…ＳＲＭ＋ＩＷＵ、１０５，１０６，２０
３，８０７…サーバ、１０７，１０８，２０４，８０
８，９０８…蓄積装置、１１７，１１８，１２０，２０
５，２０８，８０９…ネットワーク、１１９，８１０，
８１１…論理チャネル、９０１，９０２，９０３，９０
４…ネットワークインタフェース、９０５…制御部、９
０６…動画像信号多重部、９０７…動画像信号送出部、
９０９…リアルタイム動画像入力部。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワーク接続されたクライアントと
   ビデオサーバとを有し、クライアントからの動画像転送
   要求に応じてその要求された動画像データを、ビデオサ
   ーバからクライアントに伝送する動画像通信システムに
   おいて、クライアント間で動画像データの通信を行う動
   画像通信方法であって、 動画像データ通信を行う第１および第２のクライアント
   間で、その動画像データ通信を前記ビデオサーバを介し
   て行うために必要な情報を授受するための交渉を行い、 前記第１のクライアントから前記ビデオサーバに動画像
   データを送信し、 前記第２のクライアントから前記ビデオサーバに対して
   前記第１のクライアントから送信された動画像データの
   転送要求を発行して、前記ビデオサーバから前記第２の
   クライアントに対して、前記第１のクライアントから送
   信された動画像データを転送することを特徴とする動画
   像通信方法。
2. 【請求項２】 前記第１のクライアントから前記ビデオ
   サーバに、前記第１のクライアントが送信した動画像デ
   ータに対する転送要求を許可すべきクライアントを特定
   するためのクライアント指定情報を送信し、 前記ビデオサーバは、前記クライアント指定情報で指定
   されたクライアント以外の他のクライアントからの動画
   像転送要求に対しては前記第１のクライアントからの動
   画像データの転送を禁止することを特徴とする請求項１
   記載の動画像通信方法。
3. 【請求項３】 動画像データ通信を行う第１および第２
   のクライアント間の交渉では、前記第２のクライアント
   が動画像転送要求を発行すべきビデオサーバを特定する
   情報が、前記第１のクライアントから前記第２のクライ
   アントに通知されることを特徴とする請求項１記載の動
   画像通信方法。
4. 【請求項４】 動画像データを蓄積する蓄積手段と、各
   クライアントからの動画像転送要求に応じて、その要求
   された動画像データを前記蓄積手段から読み出して該当
   するクライアントに伝送する手段とを有するビデオサー
   バにおいて、 クライアントから送信される動画像データを受信する受
   信手段と、 クライアントからの前記動画像転送要求に応じて、前記
   受信手段で受信された動画像データを要求元のクライア
   ントに伝送する手段とを具備することを特徴とするビデ
   オサーバ。
5. 【請求項５】 動画像データを蓄積する蓄積手段と、動
   画像信号を送信、及び制御信号を送受するためのネット
   ワークインタフェース手段と、前記制御信号に基づいて
   前記蓄積された動画像データを送信する手段とを具備す
   るビデオサーバと、前記ビデオサーバと制御信号をやり
   とりし動画像データを受信するクライアントと、前記動
   画像データ及び制御信号を伝送するためのネットワーク
   手段とを含む動画像通信システムにおいて、 前記ビデオサーバは、 前記クライアントから動画像データを受信する手段と、 前記制御信号に基づいて、前記クライアントから受信し
   た動画像データを送信する手段とをさらに具備し、 動画像データを送信する第１のクライアントと、 動画像データを受信する第２のクライアントと、 前記蓄積された動画像データの送受信を制御する前記制
   御信号を使用して前記第１のクライアントから前記第２
   のクライアントへの動画像伝送を行う旨を通知するため
   のプロトコルおよびこのプロトコルが通るための論理チ
   ャネルとを具備することを特徴とする動画像通信システ
   ム。
6. 【請求項６】 前記第１のクライアントは、前記第１の
   クライアントが送信した動画像データの受信を許可する
   クライアントを特定するための情報を、前記ビデオサー
   バーに対して伝送することを特徴とする請求項５記載の
   動画像通信システム。
7. 【請求項７】 前記プロトコルは、前記第２のクライア
   ントがアクセスすべきビデオサーバのアクセス情報を情
   報要素として含むことを特徴とする請求項５記載の動画
   像通信システム。