(57)【要約】【課題】セキュリティレベルを低下させることなく、データの安定した受信を可能にする【解決手段】予め設定された大きさ以下の複数のデータＡ１，Ａ２，Ａ３，Ｂ１，Ｂ２，Ｂ３を、サーバ１０からクライアント２０へ送信する。これにより、たとえセキュリティレベルを向上させるために、サーバ１０とクライアント２０との間の通信路で単位時間あたりのデータ通過量を制限していたとしても、この制限を超えないようにデータを送信することが可能となる。その結果、データロスをなくし、クライアント２０で正常なデータを受信することができる。また、サーバ１０に複数のＩＰアドレス１，２，３を付与し、これらのＩＰアドレス１，２，３から単位時間内に上記複数のデータをクライアント２０へ送信することにより、クライアント２０におけるデータ受信の遅延を防止することができる。【選択図】  図７
2005094362.tif 000002
【特許請求の範囲】
【請求項１】
予め設定された大きさ以下の複数のデータを複数のＩＰアドレスからクライアントへ送信する送信手段を備えたことを特徴とするサーバ。
【請求項２】
請求項１に記載されたサーバにおいて、
前記予め設定された大きさより大きいデータを前記複数のデータに分割するデータ分割手段を備えたことを特徴とするサーバ。
【請求項３】
請求項１または２に記載されたサーバにおいて、
前記データの送信に用いられるＩＰアドレスを順番に変更するＩＰアドレス変更手段を備えたことを特徴とするサーバ。
【請求項４】
請求項１に記載されたサーバにおいて、
前記複数のデータを複数のクライアントより受信する受信手段と、
前記複数のデータの送信元毎に前記ＩＰアドレスを割り当てるＩＰアドレス割当手段と  を備えたことを特徴とするサーバ。
【請求項５】
請求項１〜４のいずれか１項に記載されたサーバにおいて、
前記予め設定された大きさは、前記クライアントへの通信路で制限されている単位時間あたりのデータ通過量であることを特徴とするサーバ。
【請求項６】
サーバに複数のＩＰアドレスを付与し、前記ＩＰアドレスから予め設定された大きさ以下の複数のデータをクライアントへ送信することを特徴とする通信方法。
【請求項７】
請求項６に記載された通信方法において、
前記サーバにおいて、前記予め設定された大きさより大きいデータを前記複数のデータに分割することを特徴とする通信方法。
【請求項８】
請求項６または７に記載された通信方法において、
前記サーバにおいて、前記データの送信に用いられるＩＰアドレスを順番に変更することを特徴とする通信方法。
【請求項９】
請求項６に記載された通信方法において、
前記サーバにおいて、前記複数のデータを複数のクライアントより受信し、前記複数のデータの送信元毎に前記ＩＰアドレスを割り当てることを特徴とする通信方法。
【請求項１０】
請求項６〜９のいずれか１項に記載された通信方法において、
前記予め設定された大きさは、前記クライアントへの通信路で制限されている単位時間あたりのデータ通過量であることを特徴とする通信方法。
【請求項１１】
予め設定された大きさ以下の複数のデータを複数のＩＰアドレスからクライアントへ送信する機能
をコンピュータに実現させるためのプログラム。
【請求項１２】
請求項１１に記載されたプログラムにおいて、
前記予め設定された大きさより大きいデータを前記複数のデータに分割する機能
を前記コンピュータに実現させるためのプログラム。
【請求項１３】
請求項１１または１２に記載されたプログラムにおいて、
前記データの送信に用いられるＩＰアドレスを順番に変更する機能
を前記コンピュータに実現させるためのプログラム。
【請求項１４】
請求項１１に記載されたプログラムにおいて、
前記複数のデータを複数のクライアントより受信する機能と、
前記複数のデータの送信元毎に前記ＩＰアドレスを割り当てる機能と
を前記コンピュータに実現させるためのプログラム。
【請求項１５】
請求項１１〜１４のいずれか１項に記載されたプログラムにおいて、
前記複数のデータの大きさを、前記クライアントへの通信路で制限されている単位時間あたりのデータ通過量以下に設定する機能
を前記コンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバおよび通信方法に関し、特に、データ通信網を介してクライアントとＩＰ接続されるサーバ、および、かかるサーバとクライアントとの通信方法に関する。
【背景技術】
【０００２】
社内ＬＡＮとインターネットとの間には通常、セキュリティ対策のためファイア・ウオールが設置されている。一般に、ファイア・ウオールを通過できるパケットは、そのパケットのポート番号によって制限されている。通過できるパケットのポート番号の一例としてＨＴＴＰがある。その他のポート番号のパケットを通過させるには、通過させたいポート番号のパケットをＨＴＴＰパケットで包み込むトンネリング技術が用いられる（例えば、非特許文献１参照）。例えば、映像の送受信で用いられるＲＴＰパケットをＨＴＴＰパケットで包み込むことにより、ファイア・ウオールを介し、社内ＬＡＮ上の端末とインターネット上の端末との間で映像の送受信が可能となる。
【０００３】
また、ファイア・ウオールには、インターネット上の端末から社内ＬＡＮ上の端末への単位時間あたりのパケット通過量を、インターネット上の端末のＩＰアドレス毎に制限する機能を有するものがある（例えば、非特許文献２参照）。この機能により、外部より社内ＬＡＮへ一度に大量のパケットを送信する攻撃から社内ＬＡＮを守り、セキュリティレベルを向上させることができる。
【０００４】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【非特許文献１】「通信担当者のためのＶｏＩＰ−Ｑ＆Ａで学ぶ基礎」、藤原信一郎著、（株）リックテレコム発行、２００１年
【非特許文献２】http://www.netapp.com/ftp/netcache_family_techspecs.pdf
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、インターネット上の端末から社内ＬＡＮ上の端末への単位時間あたりのパケット通過量を制限するファイア・ウオールを用いると、インターネット上の端末から大きいビデオパケットを送信する場合に、制限を超えた部分がファイア・ウオールを通過できずパケットロスが生じる。その結果、社内ＬＡＮで受信された映像に乱れが生じるという問題があった。
【０００６】
本発明はこのような課題を解決するためになされたものであり、その目的は、セキュリティレベルを低下させることなく、データの安定した受信を可能にすることにある。
【課題を解決するための手段】
【０００７】
このような目的を達成するために、本発明に係るサーバは、予め設定された大きさ以下の複数のデータを複数のＩＰアドレスからクライアントへ送信する送信手段を備えたことを特徴とする。
このサーバは、予め設定された大きさより大きいデータを複数のデータに分割するデータ分割手段を備えたものであってもよい。さらに、データの送信に用いられるＩＰアドレスを順番に変更するＩＰアドレス変更手段を備えたものであってもよい。
また、上述したサーバは、複数のデータを複数のクライアントより受信する受信手段と、複数のデータの送信元毎にＩＰアドレスを割り当てるＩＰアドレス割当手段とを備えたものであってもよい。
また、上記予め設定された大きさを、クライアントへの通信路で制限されている単位時間あたりのデータ通過量としてもよい。
【０００８】
また、本発明に係る通信方法は、サーバに複数のＩＰアドレスを付与し、これらのＩＰアドレスから予め設定された大きさ以下の複数のデータをクライアントへ送信することを特徴とする。
この通信方法では、サーバにおいて、予め設定された大きさより大きいデータを複数のデータに分割するようにしてもよい。さらに、サーバにおいて、データの送信に用いられるＩＰアドレスを順番に変更するようにしてもよい
また、上述した通信方法では、サーバにおいて、複数のデータを複数のクライアントより受信し、複数のデータの送信元毎にＩＰアドレスを割り当てるようにしてもよい。
また、予め設定された大きさを、クライアントへの通信路で制限されている単位時間あたりのデータ通過量としてもよい。
【０００９】
また、本発明に係るプログラムは、予め設定された大きさ以下の複数のデータを複数のＩＰアドレスからクライアントへ送信する機能をコンピュータに実現させるためのプログラムである。
このプログラムは、予め設定された大きさより大きいデータを複数のデータに分割する機能をコンピュータに実現させるようにしてもよい。さらに、データの送信に用いられるＩＰアドレスを順番に変更する機能をコンピュータに実現させるようにしてもよい。
また、上述したプログラムは、複数のデータを複数のクライアントより受信する機能と、複数のデータの送信元毎にＩＰアドレスを割り当てる機能とをコンピュータに実現させるようにしてもよい。
また、複数のデータの大きさを、クライアントへの通信路で制限されている単位時間あたりのデータ通過量以下に設定する機能をコンピュータに実現させるようにしてもよい。
【発明の効果】
【００１０】
本発明では、予め設定された大きさ以下の複数のデータをサーバからクライアントへ送信する。したがって、たとえセキュリティレベルを向上させるために、サーバとクライアントとの間の通信路で単位時間あたりのデータ通過量を制限していたとしても、この制限を超えないようにデータを送信することが可能となる。その結果、データロスをなくし、クライアントで正常なデータを受信することができる。
また、サーバに複数のＩＰアドレスを付与し、複数のＩＰアドレスから単位時間内に上記複数のデータをクライアントへ送信することにより、クライアントにおけるデータ受信の遅延を防止することができる。
よって、本発明によれば、セキュリティレベルを低下させることなく、データの安定した受信が可能となる。
【発明を実施するための最良の形態】
【００１１】
[第１の実施の形態]
図１は、本発明の第１の実施の形態に係る通信システムの全体構成の一例を示すブロック図である。この通信システムは、インターネット（第１のデータ通信網）４０に接続可能なサーバ１０と、社内ＬＡＮ（第２のデータ通信網）に接続可能なクライアント２０と、インターネット４０に接続可能なクライアント３０とを有している。社内ＬＡＮ５０とインターネット４０との間には、ファイア・ウオール（ＦｉｒｅＷａｌｌ）５０Ａが設置されている。ファイア・ウオール５０Ａは、ＨＴＴＰパケットのみを通過させ、インターネット４０上の端末から社内ＬＡＮ５０上の端末への単位時間あたりのパケット通過量をインターネット４０上の端末のＩＰアドレス毎に制限する機能を有するものとする。サーバ１０には、複数のＩＰアドレスが付与されている。
【００１２】
以下、図２〜図４を参照し、サーバ１０およびクライアント２０，３０の構成について説明する。
図２は、クライアント３０の一構成例を示すブロック図である。クライアント３０は、クライアントプログラムを記憶するプログラム記憶部３１と、クライアントプログラムにしたがって各部の動作を制御する制御部３２と、カメラ３９とのインターフェースをとるＩ／Ｆ部３３と、データを記憶するデータ記憶部３４と、映像を表示する表示部３５と、インターネット４０とのインターフェースをとるＩ／Ｆ部３６と、各部を接続するバス３７とを有するコンピュータで構成されている。制御部３２はＭＰＵなどからなり、各記憶部３１，３４はハードディスクなどからなる。Ｉ／Ｆ部３３としては、ＵＳＢやキャプチャボードなどが用いられる。キャプチャボードを用いることにより、カメラ３９としてＮＴＳＣのＴＶカメラを接続することができる。
【００１３】
制御部３２は、クライアントプログラムにしたがって各部の動作を制御することにより、カメラ３９によって取得された映像データをデータ記憶部３４に記憶させるデータ記憶手段と、上記映像データに基づく映像を表示部３５に表示させる映像表示手段と、上記映像データを符号化して符号化データを生成する符号化手段と、符号化データをサーバ１０に対して送信する送信手段とを実現する。
【００１４】
ここで、映像データの符号化方式としては、例えば、ＭｏｔｉｏｎＪＰＥＧやＭＰＥＧ４、Ｈ．２６３（文献「要点チェック式Ｈ．３２３／ＭＰＥＧ４教科書」、（株）ＩＥインスティチュート、２００１年を参照。）などが用いられる。
また、符号化データをサーバ１０に対して送信する際には、映像データの送受信で使用されるＲＴＰをＨＴＴＰで包み込んでファイア・ウオール５０Ａを通過できるプロトコルに変換する。
なお、クライアントプログラムは、光ディスクなどの読み取り可能な記録媒体により提供されてもよいし、インターネット４０などのＩＰネットワークからなるデータ通信網を介して提供されてもよい。
【００１５】
図３は、サーバ１０の一構成例を示すブロック図である。サーバ１０は、サーバプログラムを記憶するプログラム記憶部１１と、サーバプログラムにしたがって各部の動作を制御する制御部１２と、クライアントから送信された符号化データを記憶するデータ記憶部１３と、上記符号化データを複製・分割した配信用データを記憶するバッファ部１４と、インターネット４０とのインターフェースをとるＩ／Ｆ部１５と、各部を接続するバス１６とを有するコンピュータで構成されている。制御部１２はＭＰＵなどからなり、各記憶部１１，１３，１４はハードディスクなどからなる。
【００１６】
制御部１２は、サーバプログラムにしたがって各部の動作を制御することにより、クライアントからの符号化データを受信する受信手段と、受信された符号化データをデータ記憶部１３に記憶するデータ記憶手段と、データ記憶部１３に記憶されている符号化データを、サーバ１０に登録されているクライアントの数に応じてバッファ部１４に複製するデータ複製手段と、複製された符号化データが予め設定された大きさより大きい場合に、符号化データを上記予め設定された大きさ以下の複数のデータに分割するデータ分割手段と、クライアントからの配信要求に応じ、分割されたデータを複数のＩＰアドレスを用いてそれぞれ異なるＩＰアドレスから配信する配信手段とを実現する。
【００１７】
ここで、サーバ１０に付与された複数のＩＰアドレス、および、符号化データを分割する大きさは、サーバプログラムに設定されている。本実施の形態では、符号化データを分割する大きさは、上述したファイア・ウオール５０Ａで制限される単位時間あたりのパケット通過量（インターネット４０上の端末のＩＰアドレス毎に制限されるインターネット４０上の端末から社内ＬＡＮ５０上の端末への単位時間あたりのパケット通過量）に設定される。なお、単位時間あたりのパケット通過量はファイア・ウオール毎に異なるので、符号化データを分割する大きさは、原則として、想定されるパケット通過量の最小値に設定される。ただし、サーバ１０と社内ＬＡＮとの関係で予め単位時間あたりのパケット通過量が分かっている場合には、そのパケット通過量に設定される。
なお、サーバプログラムは、光ディスクなどの読み取り可能な記録媒体により提供されてもよいし、インターネット４０などのデータ通信網を介して提供されてもよい。
【００１８】
図４は、クライアント２０の一構成例を示すブロック図である。クライアント２０は、第１および第２のクライアントプログラムを記憶するプログラム記憶部２１と、第１および第２のクライアントプログラムにしたがって各部の動作を制御する制御部２２と、インターネット４０とのインターフェースをとるＩ／Ｆ部２３と、データを記憶するデータ記憶部２４と、映像を表示する表示部２５と、カメラ２９とのインターフェースをとるＩ／Ｆ部２６と、各部を接続するバス２７とを有するコンピュータで構成されている。制御部２２はＭＰＵなどからなり、各記憶部２１，２３はハードディスクなどからなる。Ｉ／Ｆ部２６としては、ＵＳＢやキャプチャボードなどが用いられる。キャプチャボードを用いることにより、カメラ２９としてＮＴＳＣのＴＶカメラを接続することができる。
【００１９】
制御部２２は、第１のクライアントプログラムにしたがって各部の動作を制御することにより、サーバ１０に対して配信用データの有無を問い合わせる問合せ手段と、配信用データがある場合に、サーバ１０に対して配信要求を送信する送信手段と、サーバ１０から配信されたデータを受信する受信手段と、受信されたデータがサーバ１０で分割されたものである場合に、そのデータと他のデータとを結合して分割前の符号化データを復元するデータ結合手段と、復元された符号化データを復号化する復号化手段と、復号化された映像データをデータ記憶部２４に記憶するデータ記憶手段と、復号化された映像データに基づく映像を表示部２５に表示する映像表示手段とを実現する。
【００２０】
ここで、サーバ１０に対して送信される配信要求には、サーバ１０のＩＰアドレスを記述する領域が設けられている。この領域に記述されるＩＰアドレスは、サーバ１０に対して順次送信される配信要求において、予め設定された順番で変更される。サーバ１０に付与された複数のＩＰアドレス、および、これらのＩＰアドレスが配信に用いられる順番は、クライアントプログラムに設定されている。これらの情報は、クライアント２０が初めてサーバ１０の１つのアドレスへアクセスしたときに、サーバ１０から通知されるようにしてもよい。
また、符号化データを復号化する際には、映像データの符号化に用いられたエンコーダに対応したデコーダが用いられる。
【００２１】
制御部２２はまた、第２のクライアントプログラムにしたがって各部の動作を制御することにより、カメラ２９によって取得された映像データをデータ記憶部２４に記憶させるデータ記憶手段と、上記映像データに基づく映像を表示部２５に表示させる映像表示手段と、上記映像データを符号化して符号化データを生成する符号化手段と、符号化データをサーバ１０に対して送信する送信手段とを実現する。符号化技術およびトンネリング技術の態様は、上述したクライアント３０と同様である。
なお、第１および第２のクライアントプログラムは、光ディスクなどの読み取り可能な記録媒体により提供されてもよいし、インターネット４０などのデータ通信網を介して提供されてもよい。
【００２２】
次に、図５〜図７を参照し、本実施の形態に係る通信システムの動作について説明する。図５は、クライアント３０からサーバ１０へ映像データを送信し、サーバ１０で保持するまでの動作を説明するための図である。図６は、サーバ１０からクライアント２０へ映像データを配信し、クライアント２０で映像を表示するまでの動作を説明するための図である。図７は、映像データに対するサーバ１０内およびクライアント２０内の処理を概念的に示す図である。
【００２３】
まず、クライアント３０において、カメラ３９によって取得された映像データをＩ／Ｆ部３３を介して入力し（図５，ステップＳ１）、必要に応じて映像データをデータ記憶部３４に記録し、映像データに基づく映像を表示部３５に表示する。また、入力された映像データを予め設定されたビットレートで符号化して符号化データＡ，Ｂを生成する（図５，ステップＳ２）。そして、インターネット４０を介してサーバ１０にアクセスし、符号化データＡ，Ｂをそれぞれ１つのビデオパケットとして順次送信する（図５，ステップＳ３）。この際、映像データの送受信で使用されるＲＴＰをＨＴＴＰで包み込んで、ファイア・ウオール５０Ａを通過できるプロトコルに変換する。
【００２４】
符号化データＡ，Ｂを受信したサーバ１０では、受信された符号化データＡ，Ｂをデータ記憶部１３に記憶する。また、同じ符号化データＡ，Ｂを、サーバ１０に登録されているクライアントの数に応じてバッファ部１４に複製する（図５，ステップＳ４）。
そして、複製された符号化データＡ，Ｂのそれぞれが予め設定された大きさより大きい場合には、符号化データＡ，Ｂをその設定された大きさ以下の複数のデータに分割する（図５，ステップＳ５）。
【００２５】
本実施の形態では、図７に示すように、まず１つのビデオパケットの符号化データＡを３つに分割し、分割データＡ１，Ａ２，Ａ３を生成する。このうち、最初の分割データＡ１には、ビデオパケットのヘッダ情報が含まれている。符号化データＡは必ずしも設定された大きさで割り切れるものではないので、最後の分割データＡ３が設定された大きさより小さくなっても構わない。同様にして、もう１つのビデオパケットの符号化データＢを３つに分割し、分割データＢ１，Ｂ２，Ｂ３を生成する。上述したように、符号化データを分割する大きさは、社内ＬＡＮ５０に設置されたファイア・ウオール５０Ａでインターネット４０上の端末のＩＰアドレス毎に制限される、インターネット４０上の端末から社内ＬＡＮ５０上の端末への単位時間あたりのパケット通過量に設定されている。よって、分割データＡ１〜Ａ３，Ｂ１〜Ｂ３のそれぞれの大きさは、ファイア・ウオール５０Ａで制限される単位時間あたりのパケット通過量よりも小さくなっている。なお、分割データＡ１〜Ａ３，Ｂ１〜Ｂ３が配信用データとなる。
【００２６】
一方、クライアント２０はファイア・ウオール５０Ａ内に存在するため、一般にサーバ１０からクライアント２０にアクセスすることはできない。そこで、クライアント２０からサーバ１０にアクセスし、クライアント２０の配信用データの有無を問い合わせる（図６，ステップＳ１１）。この問合せに対し、サーバ１０では、バッファ部１４を参照し、クライアント２０の配信用データの有無について応答する（図６，ステップＳ１２）。
【００２７】
サーバ１０にクライアント２０の配信用データがある場合には、クライアント２０からサーバ１０に配信要求を送信する。本実施の形態では、サーバ１０には３つのＩＰアドレス１，２，３が付与され、ＩＰアドレス１，２，３はこの順番に配信に用いられるように設定されているものとする。この場合、まず、ＩＰアドレス１を用いるため、ＩＰアドレス１を記述した配信要求をクライアント２０からサーバ１０に送信する（図６，ステップＳ１３）。この配信要求に対し、サーバ１０は、バッファ部１４に保持されているクライアント２０の配信用データのうち、分割データＡ１のみをクライアント２０に配信する（図６，ステップＳ１４）。この際、分割データＡ１の送信元アドレスをＩＰアドレス１とする。なお、分割データＡ１の配信により、バッファ部１４からは、クライアント２０のための分割データＡ１が消去される。分割データＡ１は、ファイア・ウオール５０Ａで制限される単位時間あたりのパケット通過量よりも小さいので、パケットロスが生じることなくファイア・ウオール５０Ａを通過し、クライアント２０に受信される。
【００２８】
分割データＡ１の受信後、クライアント２０からサーバ１０にＩＰアドレス２を記述した配信要求を送信する（図６，ステップＳ１５）。この配信要求に対し、サーバ１０は、送信元アドレスをＩＰアドレス２として、分割データＡ２をクライアント２０に配信する（図６，ステップＳ１６）。なお、分割データＡ２の配信により、バッファ部１４からは、クライアント２０のための分割データＡ２が消去される。分割データＡ１とＡ２とでは、送信元アドレスが互いに異なるので、分割データＡ１とＡ２とがたとえ同じ単位時間内にサーバ１０−クライアント２０間で送受信されたとしても、分割データＡ１，Ａ２はパケットロスが生じることなくファイア・ウオール５０Ａを通過し、クライアント２０に受信される。
同様に、分割データＡ２の受信後、サーバ１０とクライアント２０との間で、ＩＰアドレス３を用いる配信要求および分割データＡ３の送受信を行う（図６，ステップＳ１７，Ｓ１８）。
【００２９】
クライアント２０では、受信された分割データＡ１のヘッダ情報から、分割前のビデオパケットの大きさを取得する。このビデオパケットの大きさと分割データＡ１の大きさとから、ビデオパケットがいくつの分割データに分割されたかを求める。その結果、本実施の形態では、ビデオパケットが３つの分割データＡ１〜Ａ３に分割されたことが分かる。よって、分割データＡ３が受信された段階で、３つの分割データＡ１〜Ａ３を１つのビデオパケットとして結合し、分割前の符号化データＡを復元する（図６，ステップＳ１９）。
【００３０】
同様にして、サーバ１０とクライアント２０との間で分割データＢ１〜Ｂ３の送受信を行い（図６，ステップＳ２０〜Ｓ２５）、クライアント２０において分割データＢ１〜Ｂ３を結合し、分割前の符号化データＢを復元する（図６，ステップＳ２６）。したがって、クライアント２０において、連続して符号化データＡ，Ｂを受信することができる。
その後、クライアント２０において、符号化データＡ，Ｂを復号化して元の映像データを生成し（図６，ステップＳ２７）、必要に応じて復号化された映像データをデータ記憶部２４に記録するととに、復号化された映像データに基づく映像を表示部２５に表示する（図６，ステップＳ２８）。
【００３１】
以上のように、本実施の形態では、サーバ１０において、予め設定された大きさより大きい符号化データＡ，Ｂを、それより小さい複数のデータＡ１〜Ａ３，Ｂ１〜Ｂ３に分割し、クライアント２０へ配信する。したがって、たとえ社内ＬＡＮ５０のセキュリティレベルを向上させるために、ファイア・ウオール５０Ａでインターネット４０上の端末から社内ＬＡＮ５０上の端末への単位時間あたりのパケット通過量を制限していたとしても、この制限を超えないようにデータＡ１〜Ａ３，Ｂ１〜Ｂ３を配信することが可能となる。その結果、ファイア・ウオール５０Ａでのパケットロスをなくし、クライアント２０において符号化データＡ，Ｂを正常に受信することができる。
【００３２】
また、サーバ１０に複数のＩＰアドレス１〜３を付与し、複数のＩＰアドレス１〜３から単位時間内に複数のデータＡ１〜Ａ３，Ｂ１〜Ｂ３をクライアント２０へ配信することにより、クライアント２０におけるデータ受信の遅延を防止することができる。
よって、社内ＬＡＮ５０のセキュリティレベルを低下させることなく、クライアント２０において符号化データの安定した受信が可能となる。その結果、社内ＬＡＮ５０上の端末でも、インターネット４０上の端末と同様に、双方向画像通信を行うことが可能となる。
【００３３】
［第２の実施の形態］
次に、複数のクライアントからサーバに送信された符号化データを、サーバからファイア・ウオール内のクライアントに配信する形態について説明する。ただし、ここでは、各クライアントからサーバに送信される符号化データの大きさが、ファイア・ウオールで制限されているインターネット上の端末から社内ＬＡＮ上の端末への単位時間あたりのパケット通過量以下であるものとする。
【００３４】
図８は、本発明の第２の実施の形態に係る通信システムの全体構成の一例を示すブロック図である。この図では、図１に示した構成要素と同一の構成要素に対しては、図１と同一符号で示している。
図８に示す通信システムは、インターネット４０に接続可能なサーバ１０と、社内ＬＡＮに接続可能なクライアント２０と、インターネット４０に接続可能な複数のクライアント３０Ａ，３０Ｂ，３０Ｃとを有している。社内ＬＡＮ５０とインターネット４０との間には、ファイア・ウオール５０Ａが設置されている。ファイア・ウオール５０Ａは、インターネット４０上の端末から社内ＬＡＮ５０上の端末への単位時間あたりのパケット通過量をインターネット４０上の端末のＩＰアドレス毎に制限する機能を有するものとする。
【００３５】
図９は、映像データに対するサーバ１０内およびクライアント２０内の処理を概念的に示す図である。
クライアント２０のバッファ部１４には、クライアント３０Ａからの符号化データａ１，ａ２，ａ３、クライアント３０Ｂからの符号化データｂ１，ｂ２，ｂ３、クライアント３０Ｃからの符号化データｃ１，ｃ２，ｃ３が、配信用データとして保持されている。なお、符号化データａ１〜ａ３，ｂ１〜ｂ３，ｃ１〜ｃ３のそれぞれの大きさは、ファイア・ウオール５０Ａで制限されているインターネット４０上の端末から社内ＬＡＮ５０上の端末への単位時間あたりのパケット通過量以下であり、第１の実施の形態と同様にしてクライアント３０Ａ〜３０Ｃのそれぞれから送信される。
【００３６】
配信用データが複数のクライアント３０Ａ〜３０Ｃから送信されたものである場合には、サーバ１０において、配信用データの送信元クライアント毎に、配信に用いられるＩＰアドレスを割り当てる。本実施の形態では、クライアント３０Ａからの配信用データ（符号化データａ１〜ａ３）にはＩＰアドレス１を、クライアント３０Ｂからの配信用データ（符号化データｂ１〜ｂ３）にはＩＰアドレス２を、クライアント３０Ｃからの配信用データ（符号化データｃ１〜ｃ３）にはＩＰアドレス３をそれぞれ割り当てる。この割り当ては、クライアント２０からの配信用データの有無についての問合せに対する応答時に、クライアント２０に通知される。
【００３７】
クライアント２０は、ＩＰアドレス１，２，３をそれぞれ記述した配信要求をサーバ１０に送信する。これらの配信要求に対し、サーバ１０は、バッファ部１４に保持されている符号化データａ１，ｂ１，ｃ１をクライアント２０に配信する。この際、符号化データａ１，ｂ１，ｃ１の送信元アドレスを、それぞれＩＰアドレス１，２，３とする。なお、符号化データａ１，ｂ１，ｃ１の配信により、バッファ部１４から符号化データａ１，ｂ１，ｃ１が消去される。符号化データａ１，ｂ１，ｃ１は、それぞれの大きさがファイア・ウオール５０Ａで制限される単位時間あたりのパケット通過量よりも小さく、送信元アドレスもそれぞれ異なるので、パケットロスが生じることなくファイア・ウオール５０Ａを通過し、同じ時刻Ｔ１にクライアント２０に受信される。
【００３８】
符号化データａ１，ｂ１，ｃ１の受信後、サーバ１０とクライアント２０との間で、ＩＰアドレス１，２，３を用いる配信要求および符号化データａ２，ｂ２，ｃ２の送受信を行う。
また、符号化データａ２，ｂ２，ｃ２の受信後、サーバ１０とクライアント２０との間で、ＩＰアドレス１，２，３を用いる配信要求および符号化データａ３，ｂ３，ｃ３の送受信を行う。
その後、クライアント２０において、符号化データａ１〜ａ３，ｂ１〜ｂ３，ｃ１〜ｃ３のそれぞれを復号化して元の映像データを生成する。
以上のように、本実施の形態では、サーバ１０において、配信用データの送信元クライアント毎にサーバ１０のＩＰアドレスを割り当てることにより、クライアント２０において、送信元クライアントが異なる複数の配信用データを同時刻に受信することができる。
【産業上の利用可能性】
【００３９】
本発明は、社内ＬＡＮとインターネットとの間でテレビ会議を行うシステムにも応用することができる。
【図面の簡単な説明】
【００４０】
【図１】第１の実施の形態に係る通信システムの全体構成の一例を示すブロック図である。
【図２】インターネットに接続可能なクライアントの一構成例を示すブロック図である。
【図３】サーバの一構成例を示すブロック図である。
【図４】社内ＬＡＮに接続可能なクライアントの一構成例を示すブロック図である。
【図５】クライアントからサーバへ映像データを送信し、サーバで保持するまでの動作を説明するための図である。
【図６】サーバからクライアントへ映像データを配信し、クライアントで映像を表示するまでの動作を説明するための図である。
【図７】映像データに対するサーバ内およびクライアント内の処理を概念的に示す図である。
【図８】第２の実施の形態に係る通信システムの全体構成の一例を示すブロック図である。
【図９】映像データに対するサーバ内およびクライアント内の処理を概念的に示す図である。
【符号の説明】
【００４１】
１０…サーバ、１１，２１，３１…プログラム記憶部、１２，２２，３２…制御部、１３，２４，３４…データ記憶部、１４…バッファ部、１５，２３，２６，３３，３６…Ｉ／Ｆ部、１６，２７…バス、２０，３０…クライアント、２５，３５…表示部、２７，３７…バス、２９，３９…カメラ、４０…インターネット、５０…社内ＬＡＮ、５０Ａ…ファイア・ウオール。
【図１】
2005094362.tif 000003
【図２】
2005094362.tif 000004
【図３】
2005094362.tif 000005
【図４】
2005094362.tif 000006
【図５】
2005094362.tif 000007
【図６】
2005094362.tif 000008
【図７】
2005094362.tif 000009
【図８】
2005094362.tif 000010
【図９】
2005094362.tif 000011