(57)【要約】【課題】従来よりも確実に映像などのコンテンツのデータをやり取りできるようにする。【解決手段】スイッチ３Ａ、３Ｂ、３Ｃ、…を２つのグループに分け、第一のＶＬＡＮ４１および第二のＶＬＡＮ４２を形成する。映像配信サーバ１は、クライアント２に宛てたパケットを第一のＶＬＡＮ４１および第二のＶＬＡＮ４２のそれぞれへ送出する。クライアント２は、同一のパケットが映像配信サーバ１から複数届いた場合に１つを受け入れ残りを廃棄する。【選択図】図１
2010153944.tif 000002
【特許請求の範囲】
【請求項１】
複数のスイッチを含む第一のネットワーク、第一の装置、および第二の装置を有する通信システムであって、
前記複数のスイッチは複数のグループに分けられており、当該グループごとに第二のネットワークが形成されており、
前記第一の装置は、前記第二の装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出するパケット送出手段を有し、
前記第二の装置は、同一のパケットが前記第一の装置から複数届いた場合に１つを受け入れ残りを廃棄する受入廃棄手段を有する、
通信システム。
【請求項２】
前記スイッチは、前記第一の装置から送出されたパケットを、当該スイッチが属する前記第二のネットワークに属する他のスイッチまたは前記第二の装置へのみ転送する、
請求項１記載の通信システム。
【請求項３】
複数のスイッチを有し、当該複数のスイッチが複数のグループに分けられており、かつ当該グループごとに第二のネットワークが形成されている第一のネットワークを介して、送信装置からパケットを受信する受信装置であって、
同一のパケットが前記第一の装置から複数届いた場合に１つを受け入れ残りを廃棄する受入廃棄手段を有する、
受信装置。
【請求項４】
複数のスイッチを有し、当該複数のスイッチが複数のグループに分けられており、かつ当該グループごとに第二のネットワークが形成されている第一のネットワークを介して、受信装置へパケットを送信する送信装置であって、
前記受信装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出するパケット送出手段を有する、
送信装置。
【請求項５】
複数のスイッチを有する第一のネットワークを介して第一の装置から第二の装置へのパケットのやり取りを行う通信方法であって、
前記複数のスイッチを複数のグループに分け、当該グループごとに第二のネットワークを形成しておき、
前記第一の装置および前記第二の装置を前記各第二のネットワークへ繋げておき、
前記第一の装置に、前記第二の装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出する処理を実行させ、
前記第二の装置に、同一のパケットが前記第一の装置から複数届いた場合に、１つを受け入れ残りを廃棄する処理を実行させる、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イーサネット（登録商標）などのネットワークを介して通信を行うシステムおよびそれに用いられる受信装置および送信装置などに関する。
【背景技術】
【０００２】
近年、ストリーミングの技術が普及している。この技術によると、サーバ（配信側）は映像（動画像）および音声を含むコンテンツのデータを分割し一部分ずつクライアント（受信側）へ送信する。そして、クライアントは、データをすべて受信するのを待つことなく、データの一部分を受信しながらコンテンツを再生することができる。
【０００３】
また、サーバはクライアントへ、予め録画または録音しておいたコンテンツをオンデマンドで配信することもできるし、ビデオカメラで撮影した映像をリアルタイムで配信することもできる。
【０００４】
リアルタイムでコンテンツを配信する場合は、通常、プロトコルとしてUser Datagram Protocol（ＵＤＰ）が用いられる。Transmission Control Protocol（ＴＣＰ）がコネクション型のプロトコルであるのに対して、ＵＤＰはコネクションレス型のプロトコルである。つまり、ＴＣＰによると２つの装置間の通信の確立を確認したりデータを再送信したりするが、ＵＤＰによると確認および再送信が省略される。よって、ＵＤＰは、ＴＣＰと比較して、処理の速度が速いというメリットを有するが、信頼性が低いというデメリットを有する。
【０００５】
信頼性を向上させる方法として、アダプタなどの装置を冗長にすることが考えられる（特許文献１参照）。
【特許文献１】特開平７−９５２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、映像および音声のコンテンツであっても、高い品質が求められることがある。例えば、工場における外観の検査自動化のラインでは、複数の受入品または出荷品などの外観を短時間で検査し良し悪しを判定する必要がある。よって、検査および判定を行う装置（例えば、パーソナルコンピュータ）へこれらの品物の映像をリアルタイムに送信しなければならない。しかも、映像が高品質でなければならない。
【０００７】
本発明は、このような問題点に鑑み、従来よりも確実に映像などのコンテンツのデータをやり取りできるようにすることを、目的とする。
【課題を解決するための手段】
【０００８】
本発明の一形態に係る通信システムは、複数のスイッチを含む第一のネットワーク、第一の装置、および第二の装置を有する通信システムであって、前記複数のスイッチは複数のグループに分けられており、当該グループごとに第二のネットワークが形成されており、前記第一の装置は、前記第二の装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出するパケット送出手段を有し、前記第二の装置は、同一のパケットが前記第一の装置から複数届いた場合に１つを受け入れ残りを廃棄する受入廃棄手段を有する。
【０００９】
好ましくは、前記スイッチは、前記第一の装置から送出されたパケットを、当該スイッチが属する前記第二のネットワークに属する他のスイッチまたは前記第二の装置へのみ転送する。
【発明の効果】
【００１０】
本発明によると、２つの装置間において従来よりも確実にデータのやり取りを行うことができる。
【発明を実施するための最良の形態】
【００１１】
図１はビデオ通信システム５の全体的な構成の例を示す図、図２は映像配信サーバ１のハードウェア構成の例を示す図、図３は映像配信サーバ１の機能的構成の例を示す図、図４はクライアント２のハードウェア構成の例を示す図、図５はクライアント２の機能的構成の例を示す図である。
【００１２】
図１において、ビデオ通信システム５は、ビデオカメラ６１によって撮影された映像のデータを、Transmission Control Protocol/Internet Protocol（ＴＣＰ／ＩＰ）によって通信するためのシステムである。
【００１３】
ビデオ通信システム５には、映像配信サーバ１、クライアント２、および複数台のスイッチ３Ａ、３Ｂ、３Ｃ、…などが含まれる。以下、スイッチ３Ａ、３Ｂ、３Ｃ、…を「スイッチ３」と総称することがある。
【００１４】
スイッチ３は、スイッチングハブなどのレイヤIIスイッチである。これらのスイッチ３は、複数のグループに分けられている。そして、グループごとにVirtual Local Area Network（ＶＬＡＮ）を形成している。１台のスイッチ３が複数のグループに所属することは、ない。本実施形態では、スイッチ３Ａ、３Ｃが第一のグループに分けられ、スイッチ３Ｂ、３Ｄが第二のグループに分けられている。そして、スイッチ３Ａ、３Ｃが第一のＶＬＡＮ４１を形成し、スイッチ３Ｂ、３Ｄが第二のＶＬＡＮ４２を形成している。
【００１５】
スイッチ３は、後述するＶＬＡＮタグが付いたＭＡＣフレームを受信した場合は、そのＶＬＡＮタグに示されるＶＬＡＮに所属する他の装置へそのＭＡＣフレームを転送する。よって、例えば、第一のＶＬＡＮ４１がＶＬＡＮタグに示されるＭＡＣフレームは、第一のＶＬＡＮ４１に所属する装置間だけでやり取りされる。
【００１６】
映像配信サーバ１とクライアント２とは、第一のＶＬＡＮ４１によっても第二のＶＬＡＮ４２によっても接続可能である。つまり、映像配信サーバ１およびクライアント２は、第一のＶＬＡＮ４１にも第二のＶＬＡＮ４２にも所属しており、両装置の間の通信回線は、二重化されている。
【００１７】
映像配信サーバ１は、ビデオカメラ６１によって撮影された映像のデータをクライアント２へストリーミングによって配信する。
【００１８】
映像配信サーバ１は、図２に示すように、制御装置１０ａ、Random Access Memory（ＲＡＭ）１０ｂ、Read Only Memory（ＲＯＭ）１０ｃ、ハードディスク１０ｄ、グラフィックボード１０ｅ、入出力インタフェース１０ｆ、および２枚のNetwork Interface Card（ＮＩＣ）１０ｇなどを有する。
【００１９】
グラフィックボード１０ｅは、制御装置１０ａからの指令に基づいて描画を行い、ディスプレイに画像を出力する。
【００２０】
入出力インタフェース１０ｆは、ビデオカメラ６１、キーボード、またはマウスなどを映像配信サーバ１に繋ぐためのインタフェースである。入出力インタフェース１０ｆとして、Universal Serial Bus（ＵＳＢ）が用いられる。ビデオカメラ６１を繋ぐための入出力インタフェース１０ｆとして、Institute of Electrical and Electronics Engineers（ＩＥＥＥ）１３９４またはHigh-Definition Multimedia Interface（ＨＤＭＩ）などを用いてもよい。キーボードおよびマウスを繋ぐためのインタフェースとして、ＰＳ／２ポートを用いてもよい。
【００２１】
ＮＩＣ１０ｇは、いわゆるLocal Area Network（ＬＡＮ）カードであって、ＴＣＰ／ＩＰによってクライアント２と通信を行うために用いられる。２枚のＮＩＣ１０ｇのうちの一方は、第一のＶＬＡＮ４１を形成するいずれかのスイッチ３に繋がれている。もう一方のＮＩＣ１０ｇは、第二のＶＬＡＮ４２を形成するいずれかのスイッチ３に繋がれている。以下、第一のＶＬＡＮ４１に繋がれるＮＩＣ１０ｇおよび第二のＶＬＡＮ４２に繋がれるＮＩＣ１０ｇをそれぞれ「第一のＮＩＣ１０ｇ１」および「第二のＮＩＣ１０ｇ２」と区別して記載することがある。
【００２２】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、図３に示す映像データ分割部１０１、フレームバッファ１０２、ＴＣＰ／ＩＰ処理部１０３、コピー処理部１０４、Media Access Control（ＭＡＣ）処理部１０５、および廃棄処理部１０６などを実現するためのプログラムが記憶されている。これらのプログラムは、必要に応じて呼び出され、ＲＡＭ１０ｂに記憶される。
【００２３】
制御装置１０ａは、Central Processing Unit（ＣＰＵ）またはMicro Processing Unit（ＭＰＵ）などであって、ＲＡＭ１０ｂまたはＲＯＭ１０ｃに記憶されているプログラムを実行する。なお、制御装置１０ａがＭＰＵである場合は、ＲＡＭ１０ｂおよびＲＯＭ１０ｃが制御装置１０ａに一体的に組み込まれていることがある。
【００２４】
映像配信サーバ１として、いわゆるサーバ機が用いられる。また、ビデオカメラ６１として、デジタルビデオカメラが用いられる。
【００２５】
図１に戻って、クライアント２は、図４に示すように、制御装置２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、ハードディスク２０ｄ、グラフィックボード２０ｅ、入出力インタフェース２０ｆ、および２枚のＮＩＣ２０ｇなどを有する。
【００２６】
グラフィックボード２０ｅは、制御装置２０ａからの指令に基づいて描画を行い、クライアント２に繋がれているディスプレイ６２に画像を出力する。
【００２７】
入出力インタフェース２０ｆは、キーボードまたはマウスなどをクライアント２に繋ぐためのインタフェースである。
【００２８】
ＮＩＣ２０ｇは、いわゆるＬＡＮカードであって、映像配信サーバ１と通信を行うために用いられる。２枚のＮＩＣ２０ｇのうちの一方は、第一のＶＬＡＮ４１を形成するいずれかのスイッチ３に繋がれている。もう一方のＮＩＣ２０ｇは、第二のＶＬＡＮ４２を形成するいずれかのスイッチ３に繋がれている。以下、第一のＶＬＡＮ４１に繋がれるＮＩＣ２０ｇおよび第二のＶＬＡＮ４２に繋がれるＮＩＣ２０ｇをそれぞれ「第一のＮＩＣ２０ｇ１」および「第二のＮＩＣ２０ｇ２」と区別して記載することがある。
【００２９】
ＲＯＭ２０ｃまたはハードディスク２０ｄには、図５に示す映像再生処理部２０１、フレームバッファ２０２、ＴＣＰ／ＩＰ処理部２０３、コピー処理部２０４、ＭＡＣ処理部２０５、および廃棄処理部２０６などを実現するためのプログラムが記憶されている。これらのプログラムは、必要に応じて呼び出され、ＲＡＭ２０ｂに記憶される。
【００３０】
制御装置２０ａは、ＣＰＵまたはＭＰＵなどであって、ＲＡＭ２０ｂまたはＲＯＭ２０ｃに記憶されているプログラムを実行する。
【００３１】
クライアント２として、パーソナルコンピュータまたはセットトップボックスなどが用いられる。
【００３２】
次に、図３に示す映像配信サーバ１の各部および図５に示すクライアント２の各部の処理について説明する。
【００３３】
〔各部の処理の概要〕
図３において、ビデオカメラ６１によって撮影された映像（動画像）の電子データである映像データ７０は、リアルタイムで映像配信サーバ１に次々に入力される。
【００３４】
映像データ分割部１０１は、ビデオカメラ６１から入力された映像データ７０を次々に分割することによって、フレームデータ７Ａを生成する。
【００３５】
フレームバッファ１０２は、映像データ分割部１０１によって生成されたフレームデータ７Ａを一時的に記憶する。
【００３６】
ＴＣＰ／ＩＰ処理部１０３は、パケット化処理部１３１およびパケット再送処理部１３２を有し、ＴＣＰ／ＩＰのパケットに関する処理を行う。
【００３７】
パケット化処理部１３１は、フレームバッファ１０２に記憶されているフレームデータ７ＡにＩＰヘッダを付すなどしてパケット７Ｐを生成する。パケット再送処理部１３２については、後述する。
【００３８】
コピー処理部１０４は、パケット化処理部１３１によって生成されたパケット７Ｐを、映像配信サーバ１が接続されるＶＬＡＮの数になるようにコピー（複製）する。本実施形態では、第一のＶＬＡＮ４１および第二のＶＬＡＮ４２つまり２つのＶＬＡＮが映像配信サーバ１に接続されているので、同一のパケット７Ｐを、２つにコピーする。
【００３９】
ＭＡＣ処理部１０５は、ＭＡＣフレーム化処理部１５１およびパケット抽出部１５２を有し、ＭＡＣフレームに関する処理を行う。
【００４０】
ＭＡＣフレーム化処理部１５１は、各パケット７ＰにＭＡＣヘッダなどを付すことによってＭＡＣフレーム７Ｆを生成する。具体的には、２つの同一のパケット７Ｐのうち、一方には第一のＮＩＣ１０ｇ１に応じたＭＡＣヘッダなどを付すことによって、ＭＡＣフレーム７Ｆを生成する。もう一方には第二のＮＩＣ１０ｇ２に応じたＭＡＣヘッダなどを付すことによって、ＭＡＣフレーム７Ｆを生成する。これにより、同一のパケット７Ｐを載せたＭＡＣフレーム７Ｆが２つ生成される。
【００４１】
そして、一方のＭＡＣフレーム７Ｆは第一のＮＩＣ１０ｇ１によって第一のＶＬＡＮ４１を介してクライアント２へ送信される。もう一方のＭＡＣフレーム７Ｆは第二のＮＩＣ１０ｇ２によって第二のＶＬＡＮ４２を介してクライアント２へ送信される。パケット抽出部１５２および廃棄処理部１０６については、後述する。
【００４２】
図５において、クライアント２の廃棄処理部２０６は、映像配信サーバ１から受信したＭＡＣフレーム７Ｆのうち不要なものを廃棄する処理を行う。クライアント２は、同一のパケット７Ｐを載せたＭＡＣフレーム７Ｆを複数、映像配信サーバ１から受信することがある。そこで、廃棄処理部２０６は、それらのＭＡＣフレーム７Ｆのうちの１つのみを受け入れ、残りを廃棄する。
【００４３】
ＭＡＣ処理部２０５は、ＭＡＣフレーム化処理部２５１およびパケット抽出部２５２を有し、ＭＡＣフレームに関する処理を行う。
【００４４】
パケット抽出部２５２は、受信されたＭＡＣフレーム７Ｆからパケット７Ｐを抽出する。ＭＡＣフレーム化処理部２５１については、後述する。
【００４５】
ＴＣＰ／ＩＰ処理部２０３は、確認応答処理部２３１およびフレームデータ抽出部２３２を有し、ＴＣＰ／ＩＰのパケットに関する処理を行う。
【００４６】
フレームデータ抽出部２３２は、パケット抽出部２５２によって抽出されたパケット７Ｐからフレームデータ７Ａを抽出する。抽出されたフレームデータ７Ａは、フレームバッファ２０２に一時的に記憶される。
【００４７】
確認応答処理部２３１は、パケット７Ｐが受信されるごとに、受信が成功したことを示すパケット８Ｐを生成する。
【００４８】
映像再生処理部２０１は、フレームバッファ２０２に記憶されたフレームデータ７Ａを組み立てることによって映像データ７０を再現し、映像信号を生成しディスプレイ６２に出力する。これにより、ビデオカメラ６１で撮影された映像がディスプレイ６２において再生される。
【００４９】
コピー処理部２０４は、パケット８Ｐが生成されるごとに、そのパケット８Ｐを、クライアント２が接続されるＶＬＡＮの数になるようにコピー（複製）する。つまり、同一のパケット８Ｐを、２つにコピーする。
【００５０】
ＭＡＣフレーム化処理部２５１は、各パケット８ＰにＭＡＣヘッダなどを付すことによってＭＡＣフレーム８Ｆを生成する。具体的には、２つの同一のパケット８Ｐのうち、一方には第一のＮＩＣ２０ｇ１に応じたＭＡＣヘッダなどを付すことによって、ＭＡＣフレーム８Ｆを生成する。もう一方には第二のＮＩＣ２０ｇ２に応じたＭＡＣヘッダなどを付すことによって、ＭＡＣフレーム８Ｆを生成する。これにより、同一のパケット８Ｐを載せたＭＡＣフレーム８Ｆが２つ生成される。
【００５１】
そして、一方のＭＡＣフレーム８Ｆは第一のＶＬＡＮ４１を介して映像配信サーバ１へ送信され、もう一方のＭＡＣフレーム８Ｆは第二のＶＬＡＮ４２を介して映像配信サーバ１へ送信される。
【００５２】
図３において、映像配信サーバ１の廃棄処理部１０６は、クライアント２から送信されてきたＭＡＣフレーム８Ｆのうち不要なものを廃棄する処理を行う。映像配信サーバ１は、同一のパケット８Ｐを載せたＭＡＣフレーム８Ｆを複数、クライアント２から受信することがある。廃棄処理部１０６は、同一のパケット８Ｐを含むＭＡＣフレームのうちの１つのみを受け入れ、残りを廃棄する。
【００５３】
パケット抽出部１５２は、ＭＡＣフレーム８Ｆからパケット８Ｐを抽出する。パケット再送処理部１３２は、パケット８Ｐ（つまり応答の確認）が得られないパケット７Ｐを、クライアント２へ再送するために、コピー処理部１０４に渡す。コピー処理部１０４、ＭＡＣ処理部１０５、およびＮＩＣ１０ｇは、上述と同様の方法で、そのパケット７Ｐを２つにコピーし、それぞれをＭＡＣフレーム７Ｆに変換し、一方を第一のＶＬＡＮ４１を介して再送しもう一方を第二のＶＬＡＮ４２を介して再送する。
【００５４】
〔各部の詳細な処理内容〕
図６は映像データのパケット化およびＭＡＣフレーム化の手順の例を説明するための図、図７および図８はパケットロスがない場合の映像配信サーバ１およびクライアント２の処理の流れの例を示すシーケンス図である。
【００５５】
映像配信サーバ１の各部およびクライアント２の各部の上記の処理の仕組みを詳細に説明する。
【００５６】
図６、図７、および図８において、ビデオカメラ６１による撮影が開始すると、映像配信サーバ１に映像データ７０が次々に入力される。映像データ分割部１０１は、映像データ７０を分割してフレームデータ７Ａを生成しフレームバッファ１０２に蓄積する。ＴＣＰ／ＩＰ処理部１０３は、フレームデータ７Ａを、早い時刻のものから順にＭＡＣフレーム７Ｆに変換（パケット化）し、コピー処理部１０４へ送る。
【００５７】
パケット７Ｐには、図６に示すように、ＩＰヘッダおよびＴＣＰデータ部が含まれる。ＩＰヘッダには、クライアント２のＩＰアドレスが宛先アドレスとして示される。そのほか、ＩＰヘッダには、パケット７Ｐのバケット長（ＬＥＮＧＴＨ）が示される。
【００５８】
ＴＣＰデータ部には、フレームデータ７Ａが含まれる。さらに、確認応答番号（以下、「ＡＣＫ番号」と記載する。）およびシーケンス番号（以下、「ＳＥＱ番号」と記載する。）が含まれる。１つ目のフレームデータ７Ａを含むパケット７ＰのＳＥＱ番号は「１」である。また、フレームデータ７Ａを含むパケット７ＰのＡＣＫ番号は、何番目のフレームデータ７Ａを含むのかに関わらず「１」である。
【００５９】
１つ目のパケット７ＰがＴＣＰ／ＩＰ処理部１０３によって生成されコピー処理部１０４へ送られると（図７の＃３０１）、コピー処理部１０４は、パケット７Ｐを２つにコピーする。ＭＡＣ処理部１０５は、２つのパケット７Ｐを次のようにＭＡＣフレーム７Ｆに変換する。
【００６０】
ＭＡＣ処理部１０５は、一方のパケット７Ｐを、ＭＡＣヘッダ、ＶＬＡＮタグ、およびFrame Check Sequence（ＦＣＳ）を付すことによって、ＭＡＣフレーム７Ｆに変換する。ＭＡＣヘッダには、第一のＮＩＣ１０ｇ１のＭＡＣアドレスが送信元アドレスとして示される。ＶＬＡＮタグには、第一のＶＬＡＮ４１を識別する番号（ＶＬＡＮ番号）が示される。
【００６１】
また、ＭＡＣ処理部１０５は、もう一方のパケット７Ｐも同様に、ＭＡＣヘッダ、ＶＬＡＮタグ、およびＦＣＳを付すことによって、ＭＡＣフレーム７Ｆに変換する。ただし、ＭＡＣヘッダには、第二のＮＩＣ１０ｇ２のＭＡＣアドレスが送信元アドレスとして示される。ＶＬＡＮタグには、第二のＶＬＡＮ４２のＶＬＡＮ番号が示される。
【００６２】
以下、第一のＮＩＣ１０ｇ１のＭＡＣアドレスを示すＭＡＣヘッダを含むＭＡＣフレーム７Ｆを「第一のＭＡＣフレーム７Ｆ１」と記載し、第二のＮＩＣ１０ｇ２のＭＡＣアドレスを示すＭＡＣヘッダを含むＭＡＣフレーム７Ｆを「第二のＭＡＣフレーム７Ｆ２」と記載することがある。
【００６３】
第一のＮＩＣ１０ｇ１は、第一のＭＡＣフレーム７Ｆ１を、第一のＶＬＡＮ４１を介してクライアント２へ送信し、第二のＮＩＣ１０ｇ２は、第二のＭＡＣフレーム７Ｆ２を、第二のＶＬＡＮ４２を介してクライアント２へ送信する（＃３０２）。
【００６４】
クライアント２の第一のＮＩＣ２０ｇ１は第一のＭＡＣフレーム７Ｆ１を受信し、第二のＮＩＣ２０ｇ２は第二のＭＡＣフレーム７Ｆ２を受信する。
【００６５】
廃棄処理部２０６は、１つ目のパケット７Ｐを含む第一のＭＡＣフレーム７Ｆ１および第二のＭＡＣフレーム７Ｆ２のうち、最も早く到着したほうを受け入れ（＃３０３）、それ以外を破棄する（＃３０４）。図７の例では、第一のＭＡＣフレーム７Ｆ１が最も早く到着しているので、第一のＭＡＣフレーム７Ｆ１を受け入れ、第二のＭＡＣフレーム７Ｆ２を破棄する。
【００６６】
ＭＡＣ処理部２０５は、受け入れられたＭＡＣフレーム７Ｆつまり第一のＭＡＣフレーム７Ｆ１からパケット７Ｐを抽出する。ＴＣＰ／ＩＰ処理部２０３は、パケット７Ｐからフレームデータ７Ａを抽出しフレームバッファ２０２に記憶させ、そのパケット７Ｐの受信の確認を意味するパケット８Ｐを生成しコピー処理部２０４へ送る（＃３０５）。
【００６７】
パケット８Ｐは、パケット７Ｐと同様に、ＩＰヘッダおよびＴＣＰデータ部が含まれる。ただし、ＩＰヘッダおよびＴＣＰデータ部の内容は、次の通りである。
【００６８】
ＩＰヘッダには、映像配信サーバ１のＩＰアドレスが宛先アドレスとして示される。ＳＥＱ番号は、常に「１」である。ＡＣＫ番号は、次に受信されるはずのパケット７ＰのＳＥＱ番号と同じであって、後述するＲＣＶ．ＮＸＴ番号とも同じである。
【００６９】
パケット８ＰがＴＣＰ／ＩＰ処理部２０３によって生成されコピー処理部２０４へ送られると（＃３０５）、コピー処理部２０４は、パケット８Ｐを２つにコピーする。ＭＡＣ処理部２０５は、２つのパケット８Ｐを次のようにＭＡＣフレーム８Ｆに変換する。
【００７０】
ＭＡＣ処理部２０５は、一方のパケット８Ｐを、ＭＡＣヘッダ、ＶＬＡＮタグ、およびＦＣＳを付すことによって、ＭＡＣフレーム８Ｆに変換する。ＭＡＣヘッダには、第一のＮＩＣ２０ｇ１のＭＡＣアドレスが送信元アドレスとして示される。ＶＬＡＮタグには、第一のＶＬＡＮ４１のＶＬＡＮ番号が示される。
【００７１】
また、ＭＡＣ処理部２０５は、もう一方のパケット８Ｐも同様に、ＭＡＣヘッダ、ＶＬＡＮタグ、およびＦＣＳを付すことによって、ＭＡＣフレーム８Ｆに変換する。ただし、ＭＡＣヘッダには、第二のＮＩＣ２０ｇ２のＭＡＣアドレスが送信元アドレスとして示される。ＶＬＡＮタグには、第二のＶＬＡＮ４２のＶＬＡＮ番号が示される。
【００７２】
以下、第一のＮＩＣ２０ｇ１のＭＡＣアドレスを示すＭＡＣヘッダを含むＭＡＣフレーム８Ｆを「第一のＭＡＣフレーム８Ｆ１」と記載し、第二のＮＩＣ２０ｇ２のＭＡＣアドレスを示すＭＡＣヘッダを含むＭＡＣフレーム８Ｆを「第二のＭＡＣフレーム８Ｆ２」と記載することがある。
【００７３】
第一のＮＩＣ２０ｇ１は、第一のＭＡＣフレーム８Ｆ１を、第一のＶＬＡＮ４１を介して映像配信サーバ１へ送信すし、第二のＮＩＣ２０ｇ２は、第二のＭＡＣフレーム８Ｆ２を、第二のＶＬＡＮ４２を介して映像配信サーバ１へ送信する（＃３０６）。
【００７４】
映像配信サーバ１の第一のＮＩＣ１０ｇ１は第一のＭＡＣフレーム８Ｆ１を受信し、第二のＮＩＣ１０ｇ２は第二のＭＡＣフレーム８Ｆ２を受信する。
【００７５】
廃棄処理部１０６は、第一のＭＡＣフレーム８Ｆ１および第二のＭＡＣフレーム８Ｆ２のうち、最も早く到着したほうを受け入れ（＃３０７）、それ以外を破棄する（＃３０８）。図７の例では、第一のＭＡＣフレーム８Ｆ１が最も早く到着しているので、第一のＭＡＣフレーム８Ｆ１を受け入れ、第二のＭＡＣフレーム８Ｆ２を破棄する。
【００７６】
１つ目の第一のＭＡＣフレーム８Ｆ１がクライアント２によって受信されれば、２つ目以降の第一のＭＡＣフレーム８Ｆ１が欠損（ロス）しない限り、２つ目以降の各フレームおよび各パケットは、ステップ＃３０１〜＃３０８と同様に処理される。
【００７７】
ところで、映像配信サーバ１は、管理テーブル７ＴＬを有する。クライアント２は、管理テーブル８ＴＬおよび管理テーブル８ＴＭを有する。これらのテーブルは、ＭＡＣフレーム７Ｆ、８Ｆを受け入れるか破棄するかを判別するために用いられる。
【００７８】
映像配信サーバ１の管理テーブル７ＴＬには、「ＳＮＤ．ＮＸＴ」、「ＳＮＤ．ＵＮＡ」、および「ＲＣＶ．ＮＸＴ」の３つの番号を示すデータが含まれている。
【００７９】
管理テーブル７ＴＬにおいて、ＳＮＤ．ＮＸＴ番号は、次にクライアント２へ送信するパケット７ＰのＳＥＱ番号を示す。初期値は、１つ目のパケット７ＰのＳＥＱ番号つまり「１」である。１つ目のパケット７Ｐがコピー処理部１０４に渡されると、ＳＮＤ．ＮＸＴ番号は、次のパケット７ＰのＳＥＱ番号に更新される。
【００８０】
ＳＮＤ．ＵＮＡ番号は、クライアント２から直前に送信されてきたパケット８Ｐに示されるＡＣＫ番号である。よって、原則として、パケット８Ｐが受信されるごとに更新される。
【００８１】
ＲＣＶ．ＮＸＴ番号は、次にクライアント２から受信するはずのパケット８ＰのＳＥＱ番号である。パケット８ＰのＳＥＱ番号は常に「１」であるので、ＲＣＶ．ＮＸＴ番号も常に「１」である。
【００８２】
クライアント２の管理テーブル８ＴＬには、「ＳＮＤ．ＮＸＴ」、「ＳＮＤ．ＵＮＡ」、および「ＲＣＶ．ＮＸＴ」の３つの番号を示すデータが含まれている。管理テーブル８ＴＭには、「ＶＬＡＮ」、「ＬＡＳＴ＿ＳＥＱ」、および「ＳＥＱ＿ＶＡＬＩＤ」の３つの番号を示すデータが含まれている。
【００８３】
管理テーブル８ＴＬにおいて、ＳＮＤ．ＮＸＴ番号は、次に映像配信サーバ１へ送信するパケット８ＰのＳＥＱ番号を示す。パケット８ＰのＳＥＱ番号は常に「１」であるので、ＳＮＤ．ＮＸＴ番号も常に「１」である。
【００８４】
ＳＮＤ．ＵＮＡ番号は、映像配信サーバ１から直前に送信されてきたパケット７Ｐに示されるＡＣＫ番号である。パケット７ＰのＡＣＫ番号は常に「１」であるので、ＳＮＤ．ＵＮＡ番号も常に「１」である。
【００８５】
ＲＣＶ．ＮＸＴ番号は、次に映像配信サーバ１から受信するはずのパケット７ＰのＳＥＱ番号である。ＲＣＶ．ＮＸＴ番号の初期値は「１」である。パケット７Ｐが送信されてくるごとに、ＲＣＶ．ＮＸＴ番号に、そのパケット７ＰのＬＥＮＧＴＨの値が加算される。
【００８６】
管理テーブル８ＴＭにおいて、通過ＶＬＡＮ番号は、廃棄処理部２０６によって直近に受け入れられた（廃棄処理部２０６を通過した）ＭＡＣフレーム７Ｆが通ったＶＬＡＮのＶＬＡＮ番号である。ただし、初期値は「０」である。
【００８７】
ＬＡＳＴ＿ＳＥＱ番号は、ＲＣＶ．ＮＸＴ番号よりも大きいＳＥＱ番号のパケット７Ｐ（つまり、次に受信されると予測していたパケット７Ｐ以外のパケット７Ｐ）を受信した場合に用いられる。具体的には、ＬＡＳＴ＿ＳＥＱ番号は、そのようなパケット７Ｐが受信された場合に、そのパケット７ＰのＳＥＱ番号とＬＥＮＧＴＨの値との和に更新される。初期値は「０」である。
【００８８】
ＳＥＱ＿ＶＡＬＩＤ番号は、ＲＣＶ．ＮＸＴ番号と同じ値のＳＥＱ番号のパケット７Ｐが受信されたか否かを表わす。具体的には、ＳＥＱ＿ＶＡＬＩＤ番号は、そのようなパケット７Ｐが受信された場合は「０」に更新され、ＬＡＳＴ＿ＳＥＱ番号が更新された場合は「１」に更新される。初期値は「０」である。
【００８９】
図９は送信処理の流れの例を説明するフローチャート、図１０はクライアント２における受入廃棄処理の流れの例を説明するフローチャート、図１１はクライアント２における廃棄処理部２０６の処理の例を説明するための図、図１２は映像配信サーバ１における受入廃棄処理の流れの例を説明するフローチャート、図１３は映像配信サーバ１における廃棄処理部１０６の処理の例を説明するための図、図１４および図１５はパケットロスがあった場合の映像配信サーバ１およびクライアント２の処理の流れの例を示すシーケンス図である。
【００９０】
ここで、図９のフローチャートなどを参照しながら、ＭＡＣフレーム７Ｆ、８Ｆを送信する処理およびその際のテーブルの更新の処理を説明する。さらに、受信されたＭＡＣフレーム７Ｆ、８Ｆを受け入れまたは廃棄する処理およびその際のテーブルの更新の処理を説明する。
【００９１】
図９において、映像配信サーバ１のコピー処理部１０４は、パケット７ＰがＴＣＰ／ＩＰ処理部１０３によって生成されるごとに、ＶＬＡＮの数に合わせてパケット７Ｐをコピーする（＃４０１）。ＭＡＣ処理部１０５は、各パケット７ＰにＶＬＡＮタグ、ＭＡＣヘッダ、およびＦＣＳを付与することによって第一のＭＡＣフレーム８Ｆ１および第二のＭＡＣフレーム８Ｆ２を生成する（＃４０２、＃４０３）。第一のＮＩＣ１０ｇ１は、第一のＭＡＣフレーム８Ｆ１を、第一のＶＬＡＮ４１介してクライアント２へ送信し、第二のＮＩＣ１０ｇ２は、第二のＭＡＣフレーム８Ｆ２を、第二のＶＬＡＮ４２を介してクライアント２へ送信する（＃４０４）。
【００９２】
そして、管理テーブル７ＴＬのＳＮＤ．ＮＸＴ番号が、送信したパケット７ＰのＳＥＱ番号とＬＥＮＧＴＨの値との和に更新される（＃４０５）。
【００９３】
図１０および図１１において、クライアント２の廃棄処理部２０６は、ＭＡＣフレーム７Ｆが届くと、そのＭＡＣフレーム７ＦからＳＥＱ番号、ＶＬＡＮ番号、およびＬＥＮＧＴＨを抽出する（＃５０１）。さらに、管理テーブル８ＴＬからＲＣＶ．ＮＸＴ番号を抽出し、管理テーブル８ＴＭからＬＡＳＴ＿ＳＥＱ番号、通過ＶＬＡＮ番号、およびＳＥＱ＿ＶＡＬＩＤを抽出する（＃５０２）。
【００９４】
抽出したＶＬＡＮ番号と通過ＶＬＡＮ番号とを比較し、両者が一致しない場合は（＃５０３でＮｏ）、廃棄処理部２０６は、そのＭＡＣフレーム７Ｆを廃棄する（＃５０５）。一致する場合は（＃５０３でＹｅｓ）、さらに、以下の条件を満たすか否かによってＭＡＣフレーム７Ｆを廃棄するか否かを判別する。ただし、通過ＶＬＡＮ番号が「０」である場合は、ＶＬＡＮ番号と通過ＶＬＡＮ番号とが一致した場合と同様に取り扱う（＃５０３でＹｅｓ）。
【００９５】
抽出したＲＣＶ．ＮＸＴ番号とＳＥＱ番号とを比較し、ＲＣＶ．ＮＸＴ番号がＳＥＱ番号よりも大きい場合は（＃５０４でＮｏ）、ＭＡＣフレーム７Ｆを廃棄する（＃５０５）。
【００９６】
ＲＣＶ．ＮＸＴ番号がＳＥＱ番号未満である場合は（＃５０４でＹｅｓかつ＃５０６でＮｏ）、受信したＭＡＣフレーム７Ｆを受け入れる（＃５１１）。これにより、そのＭＡＣフレーム７Ｆに含まれるパケット７Ｐが廃棄処理部２０６を通過する。この際に、管理テーブル８ＴＬ、８ＴＭの各データを次のように更新する（＃５０７）。ＳＥＱ＿ＶＡＬＩＤ番号を「１」に更新する。ＬＡＳＴ＿ＳＥＱ番号を、抽出したＳＥＱ番号とＬＥＮＧＴＨとの和に更新する。通過ＶＬＡＮ番号を、抽出したＶＬＡＮ番号に更新する。
【００９７】
ＲＣＶ．ＮＸＴ番号とＳＥＱ番号とが一致する場合は（＃５０４でＹｅｓかつ＃５０６でＹｅｓ）、ＭＡＣフレーム７Ｆを受け入れる（＃５１１）。この際に、抽出したＳＥＱ＿ＶＡＬＩＤ番号に応じて、管理テーブル８ＴＬ、８ＴＭの各データを次のように更新する。
【００９８】
ＳＥＱ＿ＶＡＬＩＤ番号が「０」である場合は（＃５０８でＹｅｓ）、ＲＣＶ．ＮＸＴ番号を、抽出したＳＥＱ番号とＬＥＮＧＴＨとの和に更新するとともに、通過ＶＬＡＮ番号を、抽出したＶＬＡＮ番号に更新する（＃５０９）。ＳＥＱ＿ＶＡＬＩＤ番号が「１」である場合は（＃５０８でＮｏ）、ＳＥＱ＿ＶＡＬＩＤ番号を「０」に更新し、ＲＣＶ．ＮＸＴ番号を、抽出したＬＡＳＴ＿ＳＥＱ番号に更新し、通過ＶＬＡＮ番号を、抽出したＶＬＡＮ番号に更新する（＃５１０）。
【００９９】
クライアント２は、上述の通り、パケット７Ｐを受信すると、映像配信サーバ１へパケット８Ｐを送信することによってその旨を通知する。パケット８Ｐを映像配信サーバ１へ送信する手順は、パケット７Ｐをクライアント２へ送信する手順と基本的に同様であり、図９に示した通りである。つまり、同一のパケット７Ｐを、２つのＭＡＣフレーム８Ｆに載せて、映像配信サーバ１へ送信する。ただし、ステップ＃４０５において、管理テーブル８ＴＬのＳＮＤ．ＮＸＴ番号の更新は行わない。上述の通り、パケット８ＰのＳＥＱ番号は常に「１」だからである。
【０１００】
図１２および図１３において、映像配信サーバ１の廃棄処理部１０６は、ＭＡＣフレーム８Ｆが届くと、そのＭＡＣフレーム８ＦからＡＣＫ番号を抽出する（＃５２１）。さらに、管理テーブル７ＴＬからＳＮＤ．ＵＮＡ番号を抽出する（＃５２２）。
【０１０１】
廃棄処理部１０６は、抽出したＡＣＫ番号とＳＮＤ．ＵＮＡ番号とを比較し、ＡＣＫ番号がＳＮＤ．ＵＮＡ番号以下である場合は（＃５２３でＮｏ）、受信したＭＡＣフレーム８Ｆを受け入れる（＃５２５）。これにより、そのＭＡＣフレーム８Ｆに含まれるパケット８Ｐが廃棄処理部１０６を通過する。この際に、管理テーブル７ＴＬのＡＣＫ番号を、抽出したＳＮＤ．ＵＮＡ番号に更新する（＃５２４）。
【０１０２】
一方、ＡＣＫ番号がＳＮＤ．ＵＮＡ番号よりも大きい場合は（＃５２３でＹｅｓ）、受信したＭＡＣフレーム８Ｆを廃棄する（＃５２６）。
【０１０３】
図９〜図１３で説明した処理を映像配信サーバ１およびクライアント２が適宜実行すると、パケットロスが発生しなければ、前に図７および図８で説明した通りに各パケットおよび各ＭＡＣフレームが両装置間でやり取りされ、図７および図８に示すように管理テーブル７ＴＬ、８ＴＬ、８ＴＭに含まれる各データの値が遷移する。
【０１０４】
ＭＡＣフレーム７Ｆがクライアント２に届かずそのＭＡＣフレーム７Ｆに含まれるパケット７Ｐが欠損した場合は、映像配信サーバ１は、そのＭＡＣフレーム７Ｆをクライアント２へ再送する。例えば、管理テーブル８ＴＬに含まれる通過ＶＬＡＮ番号が「１」に決まった後、２つ目のパケット７Ｐを載せた第一のＭＡＣフレーム７Ｆ１がクライアント２に届かなかった場合は、図１４および図１５に示す手順で処理が行われる。
【０１０５】
図１４において、太い点線で示すように、２つ目のパケット７Ｐを載せた第一のＭＡＣフレーム７Ｆ１が第一のＶＬＡＮ４１の中で失われ、３つ目のパケット７Ｐを載せた第一のＭＡＣフレーム７Ｆ１がクライアント２に届く。届いた第一のＭＡＣフレーム７Ｆ１は、ＲＣＶ．ＮＸＴ番号と一致しないＳＥＱ番号を有するので、次に届くと予測していた第一のＭＡＣフレーム７Ｆ１とは異なる。
【０１０６】
そこで、クライアント２は、図１０の＃５０７で説明した通り、ＲＣＶ．ＮＸＴ番号を更新せず、前回のパケット８Ｐの返信と同様に、ＳＥＱ番号が「１０１」のパケット８Ｐを乗せたＭＡＣフレーム８Ｆを映像配信サーバ１へ返信する。その次も２つ目のパケット７Ｐを載せた第一のＭＡＣフレーム７Ｆ１は届かないので、クライアント２は、ＲＣＶ．ＮＸＴ番号を更新せず、ＳＥＱ番号が「１０１」のパケット８Ｐを乗せたＭＡＣフレーム８Ｆを映像配信サーバ１へ返信する。
【０１０７】
したがって、映像配信サーバ１は、同一のＳＥＱ番号を有するパケット８Ｐを複数受信する。映像配信サーバ１は、所定の回数（本例では、３回）連続して同一のＳＥＱ番号を有するパケット８Ｐを受信すると、図１５において太い点線で示すように、そのＳＥＱ番号を有するパケット７Ｐをクライアント２へ再送信する。
【０１０８】
図１６は映像配信サーバ１の全体的な処理の流れの例を説明するフローチャート、図１７はクライアント２の全体的な処理の流れの例を説明するフローチャートである。
【０１０９】
次に、映像配信サーバ１およびクライアント２の全体的な処理の流れを、図１６および図１７のフローチャートを参照しながら説明する。
【０１１０】
図１６において、映像配信サーバ１は、ビデオカメラ６１から入力された映像データ７０のフレームデータ７Ａがフレームバッファ１０２に溜まっていると（＃１１でＹｅｓ）、そのフレームデータ７Ａをパケット７Ｐに変換し、さらにそれをＭＡＣフレーム７Ｆに変換し、クライアント２へ送信する（＃１２）。送信の処理の手順は、前に図９で説明した通りである。
【０１１１】
または、映像配信サーバ１は、ＭＡＣフレーム８Ｆを受信すると（＃１３でＹｅｓ）、図１２で説明した手順で、それを受け入れまたは廃棄する（＃１４）。
【０１１２】
所定の回数（例えば、３回）以上連続して同一のＡＣＫ番号を示すパケット８Ｐを含むＭＡＣフレーム８Ｆを受け入れた場合は（＃１５でＹｅｓ）、映像配信サーバ１は、そのＡＣＫ番号と同じＳＥＱ番号のパケット７Ｐをもう一度送信する（＃１６）。送信の処理の手順は、前に図９で説明した通りである。
【０１１３】
映像配信サーバ１は、ビデオカメラ６１による撮影およびクライアント２との通信が終了するまで、パケット７Ｐの送信および再送信の処理を適時実行する。
【０１１４】
図１７において、クライアント２は、ＭＡＣフレーム７Ｆを受信すると（＃２１でＹｅｓ）、図１０で説明した手順で、それを受け入れまたは廃棄する（＃２２）。
【０１１５】
ＭＡＣフレーム７Ｆを受け入れた場合は（＃２３でＹｅｓ）、それに含まれるパケット７Ｐの確認応答のためのパケット８Ｐを映像配信サーバ１へ送信する（＃２４）。
【０１１６】
フレームバッファ２０２にフレームデータ７Ａが格納されている場合は（＃２５でＹｅｓ）、映像データ７０を再現しディスプレイ６２に映像の信号を出力する（＃２６）。
【０１１７】
クライアント２は、映像配信サーバ１との通信が終了し未処理のフレームデータ７Ａがなくなるまで、ステップ＃２２、＃２４、および＃２６の処理を適宜実行する。
【０１１８】
映像配信サーバ１およびクライアント２は、ＭＡＣフレームを一方のＶＬＡＮからは受信できるが他方のＶＬＡＮからは受信できない場合は、管理テーブルの通過ＶＬＡＮ番号を「０」にリセットすればよい。
【０１１９】
本実施形態によると、映像配信サーバ１からクライアント２へ従来よりも確実に映像のデータを送ることができる。
【０１２０】
〔変形例〕
図１８は映像配信サーバ１における廃棄処理部１０６の処理の変形例を説明するための図、図１９は映像配信サーバ１における受入廃棄処理の流れの変形例を説明するフローチャート、図２０はレコード削除処理の流れの例を説明するフローチャート、図２１はクライアント２における廃棄処理部２０６の処理の変形例を説明するための図、図２２はクライアント２における受入廃棄処理の流れの変形例を説明するフローチャートである。
【０１２１】
本実施形態では、映像配信サーバ１は、クライアント２から送信されてきたＭＡＣフレーム８Ｆを受け入れるか廃棄するかを、図１２および図１３に示した方法で判別した。また、クライアント２は、映像配信サーバ１から送信されてきたＭＡＣフレーム７Ｆを受け入れるか廃棄するかを、図１０および図１１に示した方法で判別した。これらの方法の代わりに、次の方法を用いてもよい。
【０１２２】
映像配信サーバ１に、図１８に示すような管理テーブル７ＴＮを用意しておく。クライアント２との通信を開始する前は、管理テーブル７ＴＮにはレコードは１つも格納されていない。
【０１２３】
廃棄処理部１０６は、ＭＡＣフレーム８Ｆを受信すると、そのＭＡＣフレーム８ＦからＡＣＫ番号、ＶＬＡＮ番号、およびＬＥＮＧＴＨを抽出するとともに（図１９の＃６０１）、現在のＳＮＤ．ＵＮＡ番号に対応するレコードを管理テーブル７ＴＮの中から検索する（＃６０２）。
【０１２４】
抽出したＡＣＫ番号と現在のＳＮＤ．ＵＮＡ番号とが一致しない場合は（＃６０３でＹｅｓ）、現在のＳＮＤ．ＵＮＡ番号に対応するレコードが未だ管理テーブル７ＴＮに存在しないので、廃棄処理部１０６は、それを生成し管理テーブル７ＴＮに追加する（＃６０４）。このレコードには、映像配信サーバ１とクライアント２とを接続するＶＬＡＮごとのカウンタが含まれている。図１８には、３つのＶＬＡＮが用いられている場合つまり通信回線が三重化されている場合の管理テーブル７ＴＮの例を示している。そして、廃棄処理部１０６は、そのＭＡＣフレーム８Ｆを受け入れ（＃６０５）、そのレコードの中の、抽出したＶＬＡＮ番号のＶＬＡＮに対応するカウンタに「１」を加算する（＃６０６）。
【０１２５】
抽出したＡＣＫ番号と現在のＳＮＤ．ＵＮＡ番号とが一致する場合は（＃６０３でＮｏ）、既に現在のＳＮＤ．ＵＮＡ番号に対応するレコードが管理テーブル７ＴＮに存在する。廃棄処理部１０６は、抽出したＶＬＡＮ番号のＶＬＡＮに対応するカウンタの値が１以上であれば（＃６１０でＹｅｓ）、そのＭＡＣフレーム８Ｆを受け入れ（＃６１１）、０であれば（＃６１０でＮｏ）、そのＭＡＣフレーム８Ｆを破棄する（＃６１３）。受け入れるのは、パケット７Ｐの再送信の判断のためである。受け入れた場合は、廃棄処理部１０６は、そのレコードの中の、抽出したＶＬＡＮ番号のＶＬＡＮに対応するカウンタに「１」を加算する（＃６１２）。
【０１２６】
なお、レコードを生成したら、廃棄処理部１０６は、エージングタイマを稼働させ（図２０の＃６１５）、所定の時間が経過したら（＃６１６）、そのレコードを管理テーブル７ＴＮから削除する（＃６１７）。
【０１２７】
一方、クライアント２には、図２１に示すような管理テーブル８ＴＮを用意しておく。映像配信サーバ１との通信を開始する前は、管理テーブル８ＴＮにはレコードは１つも格納されていない。
【０１２８】
廃棄処理部２０６は、ＭＡＣフレーム７Ｆを受信すると、そのＭＡＣフレーム７ＦからＳＥＱ番号、ＶＬＡＮ番号、およびＬＥＮＧＴＨを抽出するとともに（図２２の＃６２１）、ＳＵＱ＿ＮＵＭが、抽出したＳＥＱ番号とＬＥＮＧＴＨとの和（以下、「ＳＵＭ」と記載する。）と同じ値であるレコードを、管理テーブル８ＴＮの中から検索する（＃６２２）。
【０１２９】
ＳＵＭがいずれのＳＥＱ＿ＮＵＭとも一致しない場合は（＃６２３でＮｏ）、現在のＳＵＭと一致するＳＥＱ＿ＮＵＭに対応するレコードが未だ管理テーブル８ＴＮに存在しないので、廃棄処理部１０６は、それを生成し管理テーブル８ＴＮに追加する（＃６２４）。このレコードには、映像配信サーバ１とクライアント２とを接続するＶＬＡＮごとのカウンタが含まれている。図２１には、３つのＶＬＡＮが用いられている場合の管理テーブル８ＴＮの例を示している。そして、廃棄処理部２０６は、そのＭＡＣフレーム７Ｆを受け入れ（＃６２５）、そのレコードの中の、抽出したＶＬＡＮ番号のＶＬＡＮに対応するカウンタに「１」を加算する（＃６２６）。
【０１３０】
ＳＵＭといずれかのＳＥＱ＿ＮＵＭとが一致する場合は（＃６２３でＹｅｓ）、既にＳＵＭと同じ値のＳＥＱ＿ＮＵＭに対応するレコードが管理テーブル８ＴＮに存在する。廃棄処理部２０６は、抽出したＶＬＡＮ番号のＶＬＡＮに対応するカウンタの値が１以上であれば（＃６２７でＹｅｓ）、そのＭＡＣフレーム７Ｆを受け入れ（＃６２８）、０であれば（＃６２７でＮｏ）、そのＭＡＣフレーム７Ｆを破棄する（＃６３０）。受け入れるのは、パケット８Ｐの再送信の判断のためである。受け入れた場合は、廃棄処理部２０６は、そのレコードの中の、抽出したＶＬＡＮ番号のＶＬＡＮに対応するカウンタに「１」を加算する（＃６２９）。
【０１３１】
なお、レコードを生成したら、廃棄処理部２０６は、エージングタイマを稼働させ（図２０の＃６１５）、所定の時間が経過したら（＃６１６）、そのレコードを管理テーブル８ＴＮから削除する（＃６１７）。
【０１３２】
本実施形態では、ビデオカメラ６１で撮影した映像をリアルタイムでクライアント２へ送信したが、本発明は、マイクで集音した音声を単独でまたは映像とともにリアルタイムでクライアント２へ送信する場合にも、適用可能である。また、オンデマンドで送信する場合にも、適用可能である。
【０１３３】
その他、ビデオ通信システム５、映像配信サーバ１、クライアント２、スイッチ３の全体または各部の構成、処理内容、処理順序、テーブルの構成などは、本発明の趣旨に沿って適宜変更することができる。
【０１３４】
上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
複数のスイッチを含む第一のネットワーク、第一の装置、および第二の装置を有する通信システムであって、
前記複数のスイッチは複数のグループに分けられており、当該グループごとに第二のネットワークが形成されており、
前記第一の装置は、前記第二の装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出するパケット送出手段を有し、
前記第二の装置は、同一のパケットが前記第一の装置から複数届いた場合に１つを受け入れ残りを廃棄する受入廃棄手段を有する、
通信システム。
（付記２）
前記スイッチは、前記第一の装置から送出されたパケットを、当該スイッチが属する前記第二のネットワークに属する他のスイッチまたは前記第二の装置へのみ転送する、
付記１記載の通信システム。
（付記３）
複数のスイッチを有し、当該複数のスイッチが複数のグループに分けられており、かつ当該グループごとに第二のネットワークが形成されている第一のネットワークを介して、送信装置からパケットを受信する受信装置であって、
同一のパケットが前記第一の装置から複数届いた場合に１つを受け入れ残りを廃棄する受入廃棄手段を有する、
受信装置。
（付記４）
複数のスイッチを有し、当該複数のスイッチが複数のグループに分けられており、かつ当該グループごとに第二のネットワークが形成されている第一のネットワークを介して、受信装置へパケットを送信する送信装置であって、
前記受信装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出するパケット送出手段を有する、
送信装置。
（付記５）
前記受信装置は、次に当該送信装置から届くと予測される未受信のパケットの識別情報を当該送信手段へ送信する手段を有しており、
前記パケット送出手段は、前記受信装置から同一の前記識別情報が同一の前記第二のネットワークを介して所定の複数回以上届いた場合は、当該識別情報に係るパケットをもう一度送信する、
付記４記載の送信装置。
（付記６）
複数のスイッチを有する第一のネットワークを介して第一の装置から第二の装置へのパケットのやり取りを行う通信方法であって、
前記複数のスイッチを複数のグループに分け、当該グループごとに第二のネットワークを形成しておき、
前記第一の装置および前記第二の装置を前記各第二のネットワークへ繋げておき、
前記第一の装置に、前記第二の装置に宛てたパケットを前記各第二のネットワークのそれぞれへ送出する処理を実行させ、
前記第二の装置に、同一のパケットが前記第一の装置から複数届いた場合に、１つを受け入れ残りを廃棄する処理を実行させる、
通信方法。
（付記７）
前記スイッチは、前記第一の装置から送出されたパケットを、当該スイッチが属する前記第二のネットワークに属する他のスイッチまたは前記第二の装置へのみ転送する、
付記６記載の通信方法。
【図面の簡単な説明】
【０１３５】
【図１】ビデオ通信システムの全体的な構成の例を示す図である。
【図２】映像配信サーバのハードウェア構成の例を示す図である。
【図３】映像配信サーバの機能的構成の例を示す図である。
【図４】クライアントのハードウェア構成の例を示す図である。
【図５】クライアントの機能的構成の例を示す図である。
【図６】映像データのパケット化およびＭＡＣフレーム化の手順の例を説明するための図である。
【図７】パケットロスがない場合の映像配信サーバおよびクライアントの処理の流れの例を示すシーケンス図である。
【図８】パケットロスがない場合の映像配信サーバおよびクライアントの処理の流れの例を示すシーケンス図である。
【図９】送信処理の流れの例を説明するフローチャートである。
【図１０】クライアントにおける受入廃棄処理の流れの例を説明するフローチャートである。
【図１１】クライアントにおける廃棄処理部の処理の例を説明するための図である。
【図１２】映像配信サーバにおける受入廃棄処理の流れの例を説明するフローチャートである。
【図１３】映像配信サーバにおける廃棄処理部の処理の例を説明するための図である。
【図１４】パケットロスがあった場合の映像配信サーバおよびクライアントの処理の流れの例を示すシーケンス図である。
【図１５】パケットロスがあった場合の映像配信サーバおよびクライアントの処理の流れの例を示すシーケンス図である。
【図１６】映像配信サーバの全体的な処理の流れの例を説明するフローチャートである。
【図１７】クライアントの全体的な処理の流れの例を説明するフローチャートである。
【図１８】映像配信サーバにおける廃棄処理部の処理の変形例を説明するための図である。
【図１９】映像配信サーバにおける受入廃棄処理の流れの変形例を説明するフローチャートである。
【図２０】レコード削除処理の流れの例を説明するフローチャートである。
【図２１】クライアントにおける廃棄処理部の処理の変形例を説明するための図である。
【図２２】クライアントにおける受入廃棄処理の流れの変形例を説明するフローチャートである。
【符号の説明】
【０１３６】
１  映像配信サーバ（第一の装置）
１０ｇ  ＮＩＣ（パケット送出手段）
２  クライアント（第二の装置）
２０６  廃棄処理部（受入廃棄手段）
３  スイッチ
５  ビデオ通信システム（通信システム）
４１  第一のＶＬＡＮ（第二のネットワーク）
４２  第二のＶＬＡＮ（第二のネットワーク）
【図１】
2010153944.tif 000003
【図２】
2010153944.tif 000004
【図３】
2010153944.tif 000005
【図４】
2010153944.tif 000006
【図５】
2010153944.tif 000007
【図６】
2010153944.tif 000008
【図７】
2010153944.tif 000009
【図８】
2010153944.tif 000010
【図９】
2010153944.tif 000011
【図１０】
2010153944.tif 000012
【図１１】
2010153944.tif 000013
【図１２】
2010153944.tif 000014
【図１３】
2010153944.tif 000015
【図１４】
2010153944.tif 000016
【図１５】
2010153944.tif 000017
【図１６】
2010153944.tif 000018
【図１７】
2010153944.tif 000019
【図１８】
2010153944.tif 000020
【図１９】
2010153944.tif 000021
【図２０】
2010153944.tif 000022
【図２１】
2010153944.tif 000023
【図２２】
2010153944.tif 000024