(57)【特許請求の範囲】
【請求項１】
複数の端末を接続したスイッチングハブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法において、
同一のスイッチングハブに接続された複数の端末で端末グループを構成し、
起動時に自装置が接続されているスイッチングハブに接続されている他の端末に対し探索情報を送信し、
前記探索情報に対する他の端末からの応答が無いとき自装置の順位を１位として自装置のアドレスと共にテーブルに登録し、前記探索情報に対する他の端末からの応答があるとき前記応答に含まれるテーブル情報を前記テーブルに登録し、前記テーブル情報の最下位の順位から１だけ低い順位を自装置の順位として自装置のアドレスと共に前記テーブルに登録し、
他の端末から探索情報を受信したとき前記テーブルの内容をテーブル情報として含む応答を生成し前記探索情報の送信元に返送し、前記テーブルの最下位の順位から１だけ低い順位を前記探索情報の送信元端末の順位として前記送信元端末のアドレスと共に前記テーブルに登録して、前記同一のスイッチングハブに接続された複数の端末それぞれに前記端末グループ内の各端末の順位とアドレスを登録した前記テーブルを設定し、
前記サーバからのリアルタイム情報を各端末グループの最上位の順位の端末で受信し、
前記端末グループ内の各端末にて受信したリアルタイム情報を各端末のテーブルで自装置より１つだけ下位の端末に順次転送するデータ配信方法。
【請求項２】
複数の端末を接続したスイッチングハブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法を適用される端末であって、
同一のスイッチングハブに接続されて端末グループを構成する複数の端末それぞれの前記端末グループ内の各端末の順位とアドレスを登録したテーブルと、
前記サーバからのリアルタイム情報を前記スイッチングハブまたは自装置より上位の端末から受信する受信手段と、
受信したリアルタイム情報を前記テーブルで自装置より１つだけ下位の端末に転送する転送手段と、
起動時に自装置が接続されているスイッチングハブに接続されている他の端末に対し探索情報を送信する探索手段と、
前記探索情報に対する他の端末からの応答が無いとき自装置の順位を１位として自装置のアドレスと共にテーブルに登録し、前記探索情報に対する他の端末からの応答があるとき前記応答に含まれるテーブル情報を前記テーブルに登録し、前記テーブル情報の最下位の順位から１だけ低い順位を自装置の順位として自装置のアドレスと共に前記テーブルに登録するテーブル登録手段と、
他の端末から探索情報を受信したとき前記テーブルの内容をテーブル情報として含む応答を生成し前記探索情報の送信元に返送し、前記テーブルの最下位の順位から１だけ低い順位を前記探索情報の送信元端末の順位として前記送信元端末のアドレスと共に前記テーブルに登録する応答及び登録手段を有する端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信方法及び端末に関し、サーバからネットワークを介して複数の端末にデータを配信するデータ配信方法及び端末に関する。
【背景技術】
【０００２】
従来のイーサネット（登録商標）等のネットワークにおける通信の場合、あるネットワーク内の端末からサーバに配信要求がされると、サーバはその端末に対して要求された情報を配信する。あるネットワーク内に複数の端末が存在する場合には、複数の端末同士で通信経路等のリソースを共有し、例えば時分割でリソースを使用することにより互いに妨げることなく通信を行っている。【０００３】
しかし、ネットワークの帯域は、そのネットワークでやり取りする情報量を基に算出して決定され、また情報の種類としては一般には文書や静止画像等の比較的小さな場合が殆どであるため、それに合わせてネットワークも構築されている。【０００４】
ところが、近年端末の高性能化が著しく、取り扱う情報としてリアルタイムの映像・音声等の比較的情報量の大きなデータのやり取りが行われるケースが出てきた。更に、その発展的な活用方法として、複数のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）間をＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で接続したようなネットワークにおいて、例えば互いに遠隔に位置する複数の拠点を持つ会社の社長が行う年末年始等の挨拶をリアルタイムで各事業所の端末に配信するような全社的リアルタイム映像・音声配信を行う場合も出てきた。【０００５】
このようなリアルタイムの大きな情報量のデータをネットワーク上の殆どの端末が受信してもサービスの停止や極端な遅延が発生しないようなネットワークの効率化技術が求められている。【０００６】
図１は、従来のクライアント・サーバ型のデータ配信方法を説明するためのネットワーク構成図を示す。同図中、本社のＬＡＮを構成するルータ１１にはサーバ１０が接続されており、また、ルータ１１はＷＡＮ２０に接続されている。ＷＡＮ２０には大阪支社のＬＡＮを構成するルータ１２、札幌支社のＬＡＮを構成するルータ１３、福岡支社のＬＡＮを構成するルータ１４それぞれが接続されている。【０００７】
例えば大阪支社のＬＡＮは、ルータ１２にスイッチングハブ１５，１６，１７が接続され、各スイッチングハブ１５〜１７それぞれに複数の端末が接続されている。他の支社及び本社のＬＡＮも同様の構成である。【０００８】
一般的なクライアント・サーバ型の通信の場合、各支社の端末（クライアント）はデータ配信を希望する旨のパケットをそのデータ配信を担うサーバ１０に送信して依頼を行う。サーバ１０は各端末からデータ配信の依頼を受けると、端末毎にデータの送信を開始する。【０００９】
図２は、従来のＩＰマルチキャストによるデータ配信方法を説明するためのネットワーク構成図を示す。同図中、本社のＬＡＮを構成するルータ３１にはサーバ３０が接続されており、また、ルータ３１はＷＡＮ２０に接続されている。ＷＡＮ２０には大阪支社のＬＡＮを構成するルータ３２、札幌支社のＬＡＮを構成するルータ３３、福岡支社のＬＡＮを構成するルータ３４それぞれが接続されている。【００１０】
例えば大阪支社のＬＡＮは、ルータ３２にスイッチングハブ３５，３６，３７が接続され、各スイッチングハブ３５〜３７それぞれに複数の端末が接続されている。他の支社及び本社のＬＡＮも同様の構成である。【００１１】
ＩＰマルチキャスト技術の場合は、サーバ３０から複数の特定の端末に対してデータを送信する際に宛先ＩＰアドレスとしてマルチキャストアドレスを指定する。マルチキャストアドレスにはクラスＤアドレスを用い、１つのマルチキャストアドレスは１つのホストグループ（複数の端末で構成されるグループ）を表す。図２では、スイッチングハブ３５，３６，３７に接続された全ての端末を１つのホストグループとしている。【００１２】
マルチキャストパケットは、基本的にネットワークの全ホストに向けて送信され、マルチキャストパケットを受信した各ホストは自分がそのホストグループに含まれているがどうかを判断し、パケットを取捨選択する。【００１３】
図３は、従来のピアツーピア型の配信方法を説明するためのネットワーク構成図を示す。同図中、本社のＬＡＮを構成するルータ４１にはサーバ４０が接続されており、また、ルータ４１はＷＡＮ２０に接続されている。ＷＡＮ２０には大阪支社のＬＡＮを構成するルータ４２、札幌支社のＬＡＮを構成するルータ４３、福岡支社のＬＡＮを構成するルータ４４それぞれが接続されている。【００１４】
例えば大阪支社のＬＡＮは、ルータ４２にスイッチングハブ４５，４６，４７が接続され、各スイッチングハブ４５〜４７それぞれに複数の端末が接続されている。他の支社及び本社のＬＡＮも同様の構成である。【００１５】
また、図３のような単純なピアツーピア技術の場合は、情報を受信する初めの端末から順に、図中の破線の矢印（１）から（５）に示すように、特にＬＡＮ上の物理的な配置に関係なく、セグメント等の単位でグループ化された端末間でパケットが転送されていく。【００１６】
なお、特許文献１には、マルチキャスト通信を実現する手段として、端末側が所定の遅延時間後にキャリアセンスをする技術が記載されている。【００１７】
特許文献２には、ホストの通信装置とその子器の通信装置間に接続された通信路内に流れる通信情報のエコーバックの状態でどの子器で障害が発生したか特定するという技術が記載されている。
【特許文献１】特開２００３−８６４２号公報
【特許文献２】特開平６−２４４８０６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
従来のクライアント・サーバ型のデータ配信方法では、リアルタイムの映像・音声等の情報を端末毎に送信しようとすると、そのデータ量が大きいためネットワークで利用できる帯域を容易に越えてしまい、通信の停止や、大幅な遅延や、リアルタイムの情報が頻繁に途切れる等の不具合が発生し、通信が成り立たないという問題があった。【００１９】
また、ＬＡＮ内及びＷＡＮ側への回線の帯域を広げることで上記の不具合を解決することが可能であるが、これは同時に大幅なコストアップとなり、上記の「社長の挨拶」のような年に数回程度しかないケースを想定して投資することは容易に実現できない。しかし、これとは逆に、この種のデータ通信は「頻度は高くないがリアルタイム伝送することが極めて重要である情報」でもあるため、大幅なコストアップを回避した解決方法が望まれる。【００２０】
一方、もしブロードキャストパケットで送信するならば、その情報が１００％全ての端末で利用されるのであればよいが、そうでない場合は利用しない端末にとっては自分の通信効率を極端に低下させる原因となってしまうため、やはり好ましくない。【００２１】
また、従来のＩＰマルチキャストによるデータ配信方法では、マルチキャストパケットはホストグループに配信されるため、実際にマルチキャスト技術を使用する場合は、各種リソース（ルータ３１〜３４、送信側サーバ３０、端末及びそれらで動作するソフトウェア）はマルチキャスト対応でなければならない。このため、インフラを構築する際に、マルチキャストに対応していない設備は全てマルチキャスト対応のものにリプレースする必要がある。従って、前述の社長の年末年始等の挨拶のようなある限られた瞬間にのみ導入するのは投資効率が悪いという問題があった。【００２２】
また、各支社のＬＡＮ内に本社から送信される映像・音声データを一旦格納して中継するストリーミングサーバを設置し、支社毎に各端末からストリーミングサーバにアクセスさせるようにすれば、最も共用度の高いＷＡＮ２０側への回線部分へのアクセスを減らすことは可能になる。しかし、配信要求側の端末が数多く存在し、配信データ量［（映像＋音声情報）×配信要求端末数］がＬＡＮ内で確保されている帯域よりも大きくなってしまうと、やはり配信がうまく行えない。【００２３】
従来のピアツーピア型の配信方法では、図１の構成で問題となったルータ１１〜１４とＷＡＮ２０の接続点への極端なパケットの集中は回避できるが、長時間のリアルタイム情報等を受信した場合は、転送が繰り返されるうちにスイッチングハブとルータの間のネットワーク共用部に流れるデータ量が増えてしまうといった問題が生じるという問題があった。【００２４】
本発明は、上記の点に鑑みなされたものであり、できるだけ既存のリソースを利用し、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率化を行うことができるデータ配信方法及び端末を提供することを総括的な目的とする。
【課題を解決するための手段】
【００２５】
この目的を達成するため、本発明は、複数の端末を接続したスイッチングハブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法において、同一のスイッチングハブに接続された複数の端末で端末グループを構成し、起動時に自装置が接続されているスイッチングハブに接続されている他の端末に対し探索情報を送信し、前記探索情報に対する他の端末からの応答が無いとき自装置の順位を１位として自装置のアドレスと共にテーブルに登録し、前記探索情報に対する他の端末からの応答があるとき前記応答に含まれるテーブル情報を前記テーブルに登録し、前記テーブル情報の最下位の順位から１だけ低い順位を自装置の順位として自装置のアドレスと共に前記テーブルに登録し、他の端末から探索情報を受信したとき前記テーブルの内容をテーブル情報として含む応答を生成し前記探索情報の送信元に返送し、前記テーブルの最下位の順位から１だけ低い順位を前記探索情報の送信元端末の順位として前記送信元端末のアドレスと共に前記テーブルに登録して、前記同一のスイッチングハブに接続された複数の端末それぞれに前記端末グループ内の各端末の順位とアドレスを登録したテーブルを設定し、前記サーバからのリアルタイム情報を各端末グループの最上位の順位の端末で受信し、前記端末グループ内の各端末にて受信したリアルタイム情報を各端末のテーブルで自装置より１つだけ下位の端末に順次転送するよう構成する。
【発明の効果】
【００２６】
このようなデータ配信方法によれば、できるだけ既存のリソースを利用し、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率化を行うことができる。
【図面の簡単な説明】
【００２７】
【図１】従来のクライアント・サーバ型のデータ配信方法を説明するためのネットワーク構成図である。
【図２】従来のＩＰマルチキャストによるデータ配信方法を説明するためのネットワーク構成図である。
【図３】従来のピアツーピア型の配信方法を説明するためのネットワーク構成図である。
【図４】本発明のデータ配信方法を説明するためのネットワーク構成図である。
【図５】端末グループアドレステーブルを示す図である。
【図６】本発明のデータ配信方法の動作シーケンスである。
【図７】本発明方法に適用される端末の一実施形態の機能構成図である。
【図８】端末でデータ転送システムの起動時に実行される順位確立処理のフローチャートである。
【図９】探索応答時に端末で実行される順位確立処理のフローチャートである。
【図１０】端末グループにおける順位確立の動作シーケンスである。
【符号の説明】
【００２８】
５０  サーバ
５１〜５４  ルータ
５５〜５７  スイッチングハブ
６０  ＷＡＮ
６１〜６４  端末
７０  端末グループアドレステーブル
７１  受信部
７２  転送部
７３  探索部
７４  テーブル登録部
７５  応答及び登録部
７６  再生部
【発明を実施するための最良の形態】
【００２９】
以下、図面に基づいて本発明の実施形態について説明する。
<ネットワークの構成>
図４は、本発明のデータ配信方法を説明するためのネットワーク構成図を示す。同図中、本社のＬＡＮを構成するルータ５１にはサーバ５０が接続されており、また、ルータ５１はＷＡＮ６０に接続されている。ＷＡＮ６０には大阪支社のＬＡＮを構成するルータ５２、札幌支社のＬＡＮを構成するルータ５３、福岡支社のＬＡＮを構成するルータ５４それぞれが接続されている。【００３０】
例えば大阪支社のＬＡＮは、ルータ５２にスイッチングハブ５５，５６，５７のコモンポートが接続され、各スイッチングハブ５５〜５７のカスケードポートに複数の端末が接続されている。他の支社及び本社のＬＡＮも同様の構成である。【００３１】
各支店において、個々のスイッチングハブ（大阪支店では５５〜５７）に接続される複数の端末は端末グループを構成し、端末グループ毎に映像・音声情報（リアルタイム情報）を受信する順位が予め決められている。各端末には、その端末が属する端末グループにおける各端末の順位とＭＡＣアドレス及びＩＰアドレスを登録した図５に示すような端末グループアドレステーブルが設けられている。【００３２】
図５は、例えば大阪支店のスイッチングハブ５５に接続された全ての端末６１〜６３，…に設けられる端末グループアドレステーブルを示しており、順位１の欄には端末６２のＭＡＣアドレス（ｂｂｂｂ）及びＩＰアドレス（ＢＢＢＢ）が登録され、順位２の欄には端末６１のＭＡＣアドレス（ａａａａ）及びＩＰアドレス（ＡＡＡＡ）が登録されている。【００３３】
各端末は上記の端末グループアドレステーブルに基づいて、自装置の順位より１つだけ順位の高い端末に対して所定周期で映像・音声情報の転送要求を行う。【００３４】
なお、上記の端末グループアドレステーブルを各端末に設定する方法としては、システム管理者が各端末に個別に設定する第１の方法、ＬＡＮまたはＷＡＮに接続された既存のサーバのデータベースに各支社のスイッチングハブ毎の端末グループアドレステーブルを登録しておき各端末からの要求に応じてデータベースから各端末に対応する端末グループアドレステーブルを設定する第２の方法、端末グループアドレステーブルを各スイッチングハブに登録しておき各端末からの要求に応じて各端末に端末グループアドレステーブルを設定する第３の方法、更に後述する順位確立処理を各端末で実行する第４の方法等がある。【００３５】
図６は、本発明のデータ配信方法の動作シーケンスを示す。ここでは、大阪支店のスイッチングハブ５５の個々のカスケードポートに接続された端末６１〜６４からなる端末グループにおけるデータ配信について説明する。端末６１〜６４では、端末グループアドレステーブルに基づいて、自装置の順位より１つだけ順位の高い端末に対して所定周期で映像・音声情報の転送要求を行うデータ転送システムが起動されている。なお、端末数は便宜的に４台として説明するが、これ以上または以下の端末数であっても構わない。【００３６】
同図中、本社のサーバ５０から送出される映像・音声情報はＷＡＮ６０を通じて各支社のルータ５２〜５４に送信され、各支社のルータ５２〜５４は配下のスイッチングハブ（大阪支社ではスイッチングハブ５５〜５７）に接続された各端末グループの端末のうち、データ転送システムを起動し、各端末グループ内で最上位の順位であり、かつ、サーバ５０に映像・音声情報の送信要求を行った端末に映像・音声情報を送信する。【００３７】
サーバ５０からスイッチングハブ５５を経た映像・音声情報は端末グループの中で最上位の順位を持つ端末６２が最初に受信し、端末６２は受信した映像・音声情報をバッファリングすると共に上位ソフトウェアで再生する。また、端末６２は１つだけ下位の順位を持つ端末６１から転送要求があると、端末グループ内で転送要求を行った端末６１宛にバッファリングしている映像・音声情報を転送する。【００３８】
端末６１は受信した映像・音声情報をバッファリングすると共に上位ソフトウェアで再生する。また、端末６１は１つだけ下位の順位を持つ端末６３から転送要求があると、端末グループ内で転送要求を行った端末６３宛にバッファリングしている映像・音声情報を転送する。【００３９】
同様に、端末６３は受信した映像・音声情報をバッファリングすると共に上位ソフトウェアで再生する。また、端末６３は１つだけ下位の順位を持つ端末６４から転送要求があると、端末グループ内で転送要求を行った端末６４宛にバッファリングしている映像・音声情報を転送する。そして、端末６４は受信した映像・音声情報をバッファリングすると共に上位ソフトウェアで再生する。【００４０】
これによって、端末グループの全ての端末からサーバ５０に対するアクセスが発生せず、ネットワークの共用部分におけるトラフィックの集中は発生せず、映像・音声の通信が可能となる。【００４１】
また、スイッチングハブは各ポート間のトラフィックが物理的に独立しているため、他のスイッチングハブや転送外ポートに接続された端末への影響は発生しない。ここで、転送外ポートとは、データ転送システムを使用していない端末が接続されているポート、もしくは空きポートである。そして、各端末間でバケツリレーのように映像・音声情報のパケットを転送していくため、そのパケットの転送処理分の遅延が発生し、転送回数が増えればそれだけ遅延時間も増えてしまうが、一般的なスイッチングハブは最大でも２０ポート程度であり、最後の端末へのパケットの転送処理の遅延時間は映像・音声を配信するという目的に対して大きな問題とはならない。【００４２】
本発明では、個々のスイッチングハブ内に接続された端末グループの端末間で、それぞれの端末が自装置で再生しながら同時に映像・音声情報のパケットを順次転送することで、トラフィックを圧迫することを避けつつ、映像や音声等の大きなデータ量の情報を、その情報を欲する全ての端末で利用することが可能となる。【００４３】
このようにして、マルチキャスト対応ではない既存のルータやスイッチングハブ等のリソースをできるだけ利用して、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率化を行うことができる。
<端末の機能構成>
図７は、本発明方法に適用される端末の一実施形態の機能構成図を示す。同図中、端末グループアドレステーブル７０は、同一のスイッチングハブに接続されて端末グループを構成する複数の端末それぞれの端末グループ内の各端末の順位とアドレスが登録される。【００４４】
受信部７１は、サーバからのリアルタイム情報をスイッチングハブまたは自装置より上位の端末から受信してバッファ部７７に書込む。【００４５】
転送部７２は、バッファ部７７から読出したリアルタイム情報を端末グループアドレステーブル７０で自装置より１つだけ下位の端末に転送する。【００４６】
探索部７３は、起動時に自装置が接続されているスイッチングハブに接続されている他の端末に対し探索情報を送信する。【００４７】
テーブル登録部７４は、探索情報に対する他の端末からの応答が無いとき自装置の順位を１位として自装置のアドレスと共に端末グループアドレステーブル７０に登録し、探索情報に対する他の端末からの応答があるとき応答に含まれるテーブル情報を端末グループアドレステーブル７０に登録し、テーブル情報の最下位の順位から１だけ低い順位を自装置の順位として自装置のアドレスと共に端末グループアドレステーブル７０に登録する。【００４８】
応答及び登録部７５は、他の端末から探索情報を受信したとき端末グループアドレステーブル７０の内容をテーブル情報として含む応答を生成し探索情報の送信元に返送し、端末グループアドレステーブル７０の最下位の順位から１だけ低い順位を探索情報の送信元端末の順位として送信元端末のアドレスと共に端末グループアドレステーブル７０に登録する。【００４９】
再生部７６は、受信部で受信したリアルタイム情報を再生する。
<順位確立処理>
図８は、端末でデータ転送システムの起動時に実行される順位確立処理のフローチャートを示す。【００５０】
同図中、端末でデータ転送システムが起動されると、ステップＳ１０で自装置のＭＡＣアドレス及びＩＰアドレスを含む探索パケットを、自装置が接続されているスイッチングハブに送信する。スイッチングハブでは、受信した探索パケットを受信ポート以外の全てのカスケードポートに接続されている端末にブロードキャストで送信する。【００５１】
次に、ステップＳ１１で所定時間内に他の端末から探索パケットに対する応答があるか否かを判別する。所定時間とは、自装置が接続されているスイッチングハブのカスケードポートに接続されている端末、即ち、自装置と同一の端末グループを構成する端末からの応答を受信するのに十分な時間である。従って、探索パケットがスイッチングハブのコモンポートからルータを経由して異なる端末グループの端末に送信された場合にも、異なる端末グループの端末からの応答は所定時間内に受信されず、異なる端末グループの端末を自装置と同一の端末グループと誤るおそれはない。【００５２】
ここで、応答が無く、他にデータ転送システムを起動している端末が無い場合は、ステップＳ１２で自装置の順位を１位として確立させ、ステップＳ１３で自装置の端末グループアドレステーブルに自装置の順位（１位）とＭＡＣアドレス及びＩＰアドレスを登録する。なお、端末内の端末グループアドレステーブルは起動時にクリアされている。【００５３】
一方、応答があった場合は、ステップＳ１４で応答に含まれる端末グループアドレステーブル情報から最下位の順位を見つけ、この最下位の順位から１つだけ低い順位を自装置の順位として確立する。そして、ステップＳ１５で自装置の端末グループアドレステーブルに応答に含まれる端末グループアドレステーブル情報と、自装置の順位とＭＡＣアドレス及びＩＰアドレスを登録する。【００５４】
なお、複数の端末から応答があっても、各応答に含まれる端末グループアドレステーブル情報は同一であるため、最初に受信した応答に基づいて自装置の順位を決定し自装置の端末グループアドレステーブルに登録する。【００５５】
図９は、探索応答時に端末で実行される順位確立処理のフローチャートを示す。【００５６】
同図中、他の端末から探索パケットを受信すると、ステップＳ２０で自装置の端末グループアドレステーブルの内容をコピーした端末グループアドレステーブル情報を含む応答を生成し、探索パケットの送信元に返送する。もちろん、この応答には自装置のＭＡＣアドレス及びＩＰアドレスも含まれている。【００５７】
次に、ステップＳ２１で自装置の端末グループアドレステーブルから最下位の順位を見つけ、この最下位の順位から１つだけ低い順位を探索パケットの送信元端末の順位として確立する。そして、ステップＳ２２で自装置の端末グループアドレステーブルに探索パケットの送信元端末の順位とＭＡＣアドレス及びＩＰアドレスを登録する。【００５８】
図１０は、端末グループにおける順位確立の動作シーケンスを示す。ここでは、大阪支店のスイッチングハブ５５の個々のポート（カスケードポート）に接続された端末６１から端末６４からなる端末グループにおける順位確立について説明する。端末数は便宜的に４台として説明するが、これ以上または以下の端末数であっても構わない。また、各端末６１〜６４には、図８及び図９の処理を実行するデータ転送システムのソフトウェアが予め組み込まれているものとする。【００５９】
データ転送システムが組み込まれた複数の端末内で最も早くデータ転送システムを起動した端末６２は、自装置が接続されているスイッチングハブ５５に接続されている全ての端末内で既にデータ転送システムを起動している端末があるかどうかを探索するために探索パケットを送信する（他ノードの探索）。【００６０】
そして、端末６２からの探索パケットに対し、スイッチングハブ５５に接続されている端末グループの他の端末のデータ転送システムからの応答が無く、他にデータ転送システムを起動している端末が無い場合は、データ転送システム内における順位を１位として確立させ、同時にデータ転送システムで使用する端末グループアドレステーブルを自装置の中に生成し、端末グループアドレステーブルに自装置の順位とＭＡＣアドレス及びＩＰアドレスを登録する。【００６１】
次にデータ転送システムを起動した端末６１は他ノードの探索を開始する。これに対し端末６２から端末６１に応答が返される。端末６２からの応答を受け取った端末６１は、自装置の順位確立（２位）を行い、自装置の端末グループアドレステーブル内に端末６２と自装置（端末６１）の順位とＭＡＣアドレス及びＩＰアドレスを登録する。【００６２】
また、端末６１から探索パケットを受け取った端末６２は自装置の端末グループアドレステーブル内に端末６１の順位（２位）とＭＡＣアドレス及びＩＰアドレスを追加し更新する。【００６３】
次にデータ転送システムを起動した端末６３は、他ノードの探索を開始する。これに対し端末６１，６２から端末６３に応答が返される。端末６１，６２からの応答を受け取った端末６３は、自装置の順位確立（３位）を行い、自装置の端末グループアドレステーブル内に端末６１，６２と自装置（端末６３）の順位とＭＡＣアドレス及びＩＰアドレスを登録する。【００６４】
また、端末６３から探索パケットを受け取った端末６１，６２はそれぞれ自装置の端末グループアドレステーブル内に端末６３の順位（３位）とＭＡＣアドレス及びＩＰアドレスを追加し更新する。【００６５】
最後にデータ転送システムを起動した端末６４は他ノードの探索を開始し、他ノード検出後に自装置の端末グループアドレステーブル内に自装置も含めた他ノードの順位とＭＡＣアドレス及びＩＰアドレスを登録する。また、端末６４から探索パケットを受け取った端末６１〜６３も端末６４の順位（４位）とＭＡＣアドレス及びＩＰアドレスを登録する。【００６６】
なお、上記実施形態では、全端末において受信した情報を再生する場合について説明したが、単にデータ転送システムだけを起動している特定端末があった場合、その特定端末の次順位の端末から転送要求があったときは、特定端末は上位の端末から受信したパケットを単純に次順位の端末に転送し、パケット中継端末としての役割を果たす。【００６７】
また、データ転送システムにおける順位確立後も各端末共に一定時間間隔でデータ転送システムの起動状況を相互に確認し合い、もしデータ転送システムが稼動していない端末を確認した場合はそれぞれの端末グループアドレステーブルの中からその端末の情報を削除する。こうすることで、データの転送元と転送先の情報を定期的に自己メンテナンスし本システムの信頼性をあげることができる。【００６８】
なお、受信部７１が請求項記載の受信手段に相当し、転送部７２が転送手段に相当し、探索部７３が探索手段に相当し、テーブル登録部７４がテーブル登録手段に相当し、応答及び登録部７５が応答及び登録手段に相当し、再生部７６が再生手段に相当する。
【図１】
0004351721.tif 000002
【図２】
0004351721.tif 000003
【図３】
0004351721.tif 000004
【図４】
0004351721.tif 000005
【図５】
0004351721.tif 000006
【図６】
0004351721.tif 000007
【図７】
0004351721.tif 000008
【図８】
0004351721.tif 000009
【図９】
0004351721.tif 000010
【図１０】
0004351721.tif 000011