WO2006085377A1

WO2006085377A1 - データ配信方法及び端末

Info

Publication number: WO2006085377A1
Application number: PCT/JP2005/002033
Authority: WO
Inventors: Takashi Nakano
Original assignee: Fujitsu Limited
Priority date: 2005-02-10
Filing date: 2005-02-10
Publication date: 2006-08-17
Also published as: US7751343B2; JP4351721B2; US20070274325A1; JPWO2006085377A1

Abstract

　本発明は、複数の端末を接続したスイッチングハブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法において、同一のスイッチングハブに接続された複数の端末で端末グループを構成し、前記同一のスイッチングハブに接続された複数の端末それぞれに前記端末グループ内の各端末の順位とアドレスを登録したテーブルを設定し、前記サーバからのリアルタイム情報を各端末グループの最上位の順位の端末で受信し、前記端末グループ内の各端末にて受信したリアルタイム情報を各端末のテーブルで自装置より１つだけ下位の端末に順次転送するよう構成することにより、できるだけ既存のリソースを利用し、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率化を行うことができる。

Description

明細書

データ配信方法及び端末

技術分野

[0001] 本発明は、データ配信方法及び端末に関し、サーノからネットワークを介して複数の端末にデータを配信するデータ配信方法及び端末に関する。

背景技術

[0002] 従来のイーサネット（登録商標）等のネットワークにおける通信の場合、あるネットヮーク内の端末力サーバに配信要求がされると、サーバはその端末に対して要求された情報を配信する。あるネットワーク内に複数の端末が存在する場合には、複数の端末同士で通信経路等のリソースを共有し、例えば時分割でリソースを使用することにより互いに妨げることなく通信を行って、る。

[0003] しかし、ネットワークの帯域は、そのネットワークでやり取りする情報量を基に算出して決定され、また情報の種類としては一般には文書や静止画像等の比較的小さな場合が殆どであるため、それに合わせてネットワークも構築されて、る。

[0004] ところが、近年端末の高性能化が著しぐ取り扱う情報としてリアルタイムの映像'音声等の比較的情報量の大きなデータのやり取りが行われるケースが出てきた。更に、その発展的な活用方法として、複数の LAN (Local Area Network)間を WAN ( Wide Area Network)で接続したようなネットワークにおいて、例えば互いに遠隔に位置する複数の拠点を持つ会社の社長が行う年末年始等の挨拶をリアルタイムで各事業所の端末に配信するような全社的リアルタイム映像 ·音声配信を行う場合も出てきた。

[0005] このようなリアルタイムの大きな情報量のデータをネットワーク上の殆どの端末が受信してもサービスの停止や極端な遅延が発生しないようなネットワークの効率ィ匕技術が求められている。

[0006] 図 1は、従来のクライアント 'サーバ型のデータ配信方法を説明するためのネットヮーク構成図を示す。同図中、本社の LANを構成するルータ 11にはサーバ 10が接続されており、また、ルータ 11は WAN20に接続されている。 WAN20には大阪支社の LANを構成するルータ 12、札幌支社の LANを構成するルータ 13、福岡支社の LA

Nを構成するルータ 14それぞれが接続されて、る。

[0007] 例えば大阪支社の LANは、ルータ 12にスイッチングハブ 15, 16, 17が接続され、各スイッチングハブ 15— 17それぞれに複数の端末が接続されている。他の支社及び本社の LANも同様の構成である。

[0008] 一般的なクライアント ·サーバ型の通信の場合、各支社の端末 (クライアント）はデータ配信を希望する旨のパケットをそのデータ配信を担うサーバ 10に送信して依頼を行う。サーバ 10は各端末からデータ配信の依頼を受けると、端末毎にデータの送信を開始する。

[0009] 図 2は、従来の IPマルチキャストによるデータ配信方法を説明するためのネットヮーク構成図を示す。同図中、本社の LANを構成するルータ 31にはサーバ 30が接続されており、また、ルータ 31は WAN20に接続されている。 WAN20には大阪支社の L ANを構成するルータ 32、札幌支社の LANを構成するルータ 33、福岡支社の LAN を構成するルータ 34それぞれが接続されて、る。

[0010] 例えば大阪支社の LANは、ルータ 32にスイッチングハブ 35, 36, 37が接続され、各スイッチングハブ 35— 37それぞれに複数の端末が接続されてヽる。他の支社及び本社の LANも同様の構成である。

[0011] IPマルチキャスト技術の場合は、サーバ 30から複数の特定の端末に対してデータを送信する際に宛先 IPアドレスとしてマルチキャストアドレスを指定する。マルチキヤストアドレスにはクラス Dアドレスを用い、 1つのマノレチキャストアドレスは 1つのホストグループ (複数の端末で構成されるグループ)を表す。図 2では、スイッチングノヽブ 35, 36, 37に接続された全ての端末を 1つのホストグループとしている。

[0012] マルチキャストパケットは、基本的にネットワークの全ホストに向けて送信され、マルチキャストパケットを受信した各ホストは自分がそのホストグループに含まれているがどうかを判断し、パケットを取捨選択する。

[0013] 図 3は、従来のピアツーピア型の配信方法を説明するためのネットワーク構成図を示す。同図中、本社の LANを構成するルータ 41にはサーバ 40が接続されており、また、ルータ 41は WAN20に接続されている。 WAN20には大阪支社の LANを構成するルータ 42、札幌支社の LANを構成するルータ 43、福岡支社の LANを構成するルータ 44それぞれが接続されて!、る。

[0014] 例えば大阪支社の LANは、ルータ 42にスイッチングハブ 45, 46, 47が接続され、各スイッチングハブ 45— 47それぞれに複数の端末が接続されてヽる。他の支社及び本社の LANも同様の構成である。

[0015] また、図 3のような単純なピアツーピア技術の場合は、情報を受信する初めの端末力も順に、図中の破線の矢印（1)から（5)に示すように、特に LAN上の物理的な配置に関係なぐセグメント等の単位でグループ化された端末間でパケットが転送されていく。

[0016] なお、特許文献 1には、マルチキャスト通信を実現する手段として、端末側が所定の遅延時間後にキャリアセンスをする技術が記載されている。

[0017] 特許文献 2には、ホストの通信装置とその子器の通信装置間に接続された通信路内に流れる通信情報のエコーバックの状態でどの子器で障害が発生したか特定するという技術が記載されている。

特許文献 1：特開 2003-8642号公報

特許文献 2：特開平 6— 244806号公報

発明の開示

発明が解決しょうとする課題

[0018] 従来のクライアント 'サーバ型のデータ配信方法では、リアルタイムの映像'音声等の情報を端末毎に送信しょうとすると、そのデータ量が大きいためネットワークで利用できる帯域を容易に越えてしまい、通信の停止や、大幅な遅延や、リアルタイムの情報が頻繁に途切れる等の不具合が発生し、通信が成り立たないという問題があった。

[0019] また、 LAN内及び WAN側への回線の帯域を広げることで上記の不具合を解決することが可能である力これは同時に大幅なコストアップとなり、上記の「社長の挨拶」のような年に数回程度しかな、ケースを想定して投資することは容易に実現できなヽ。しかし、これとは逆に、この種のデータ通信は「頻度は高くないがリアルタイム伝送することが極めて重要である情報」でもあるため、大幅なコストアップを回避した解決方法が望まれる。 [0020] 一方、もしブロードキャストパケットで送信するならば、その情報が 100%全ての端末で利用されるのであればょ、が、そうでな、場合は利用しな、端末にとっては自分の通信効率を極端に低下させる原因となってしまうため、やはり好ましくない。

[0021] また、従来の IPマルチキャストによるデータ配信方法では、マルチキャストパケットはホストグループに配信されるため、実際にマルチキャスト技術を使用する場合は、各種リソース (ルータ 31— 34、送信側サーバ 30、端末及びそれらで動作するソフトゥエア）はマルチキャスト対応でなければならない。このため、インフラを構築する際に、マルチキャストに対応していない設備は全てマルチキャスト対応のものにリプレースする必要がある。従って、前述の社長の年末年始等の挨拶のようなある限られた瞬間にのみ導入するのは投資効率が悪、と、う問題があった。

[0022] また、各支社の LAN内に本社から送信される映像 ·音声データをー且格納して中継するストリーミングサーバを設置し、支社毎に各端末からストリーミングサーバにァクセスさせるようにすれば、最も共用度の高い WAN20側への回線部分へのアクセスを減らすことは可能になる。しかし、配信要求側の端末が数多く存在し、配信データ量 [ (映像 +音声情報） X配信要求端末数]が LAN内で確保されて、る帯域よりも大きくなってしまうと、やはり配信がうまく行えない。

[0023] 従来のピアツーピア型の配信方法では、図 1の構成で問題となったルータ 11一 14 と WAN20の接続点への極端なパケットの集中は回避できる力長時間のリアルタイム情報等を受信した場合は、転送が繰り返されるうちにスイッチングノヽブとルータの間のネットワーク共用部に流れるデータ量が増えてしまうといった問題が生じるという問題があった。

[0024] 本発明は、上記の点に鑑みなされたものであり、できるだけ既存のリソースを利用し、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率ィ匕を行うことができるデータ配信方法及び端末を提供することを総括的な目的とする。

課題を解決するための手段

[0025] この目的を達成するため、本発明は、複数の端末を接続したスイッチングハブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法にぉヽて、同一のスイッチングノヽブに接続された複数の端末で端末グループを構成し、前記同一のスイッチングノヽブに接続された複数の端末それぞれに前記端末グループ内の各端末の順位とアドレスを登録したテーブルを設定し、前記サーノくからのリアルタイム情報を各端末グループの最上位の順位の端末で受信し、前記端末グループ内の各端末にて受信したリアルタイム情報を各端末のテーブルで自装置より 1つだけ下位の端末に順次転送するよう構成する。

発明の効果

[0026] このようなデータ配信方法によれば、できるだけ既存のリソースを利用し、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率ィ匕を行うことができる。

図面の簡単な説明

[0027] [図 1]従来のクライアント 'サーバ型のデータ配信方法を説明するためのネットワーク構成図である。

[図 2]従来の IPマルチキャストによるデータ配信方法を説明するためのネットワーク構成図である。

[図 3]従来のピアツーピア型の配信方法を説明するためのネットワーク構成図である。

[図 4]本発明のデータ配信方法を説明するためのネットワーク構成図である。

[図 5]端末グループアドレステーブルを示す図である。

[図 6]本発明のデータ配信方法の動作シーケンスである。

[図 7]本発明方法に適用される端末の一実施形態の機能構成図である。

[図 8]端末でデータ転送システムの起動時に実行される順位確立処理のフローチヤートである。

[図 9]探索応答時に端末で実行される順位確立処理のフローチャートである。

[図 10]端末グループにおける順位確立の動作シーケンスである。

符号の説明

[0028] 50 サーバ

51一 54 ルータ 55— 57 スイッチングハブ

60 WAN

61— 64 端末

70 端末グループアドレステーブル

71 受信部

72 転送部

73 探索部

74 テーブル登録部

75 応答及び登録部

76 再生部

発明を実施するための最良の形態

[0029] 以下、図面に基づいて本発明の実施形態について説明する。

〈ネットワークの構成〉

図 4は、本発明のデータ配信方法を説明するためのネットワーク構成図を示す。同図中、本社の LANを構成するルータ 51にはサーバ 50が接続されており、また、ルータ 51は WAN60に接続されて!ヽる。 WAN60には大阪支社の LANを構成するルータ 52、札幌支社の LANを構成するルータ 53、福岡支社の LANを構成するルータ 5

4それぞれが接続されて、る。

[0030] 例えば大阪支社の LANは、ルータ 52にスイッチングハブ 55, 56, 57のコモンポートが接続され、各スイッチングノヽブ 55— 57のカスケードポートに複数の端末が接続されて、る。他の支社及び本社の LANも同様の構成である。

[0031] 各支店において、個々のスイッチングノヽブ (大阪支店では 55— 57)に接続される複数の端末は端末グループを構成し、端末グループ毎に映像 ·音声情報 (リアルタイム情報)を受信する順位が予め決められている。各端末には、その端末が属する端末グループにおける各端末の順位と MACアドレス及び IPアドレスを登録した図 5に示すような端末グループアドレステーブルが設けられている。

[0032] 図 5は、例えば大阪支店のスイッチングノ、ブ 55に接続された全ての端末 61— 63,

…に設けられる端末グループアドレステーブルを示しており、順位 1の欄には端末 62 の MACアドレス（bbbb)及び IPアドレス（BBBB)が登録され、順位 2の欄には端末 6 1の MACアドレス（aaaa)及び IPアドレス（AAAA)が登録されて!、る。

[0033] 各端末は上記の端末グループアドレステーブルに基づいて、自装置の順位より 1つだけ順位の高い端末に対して所定周期で映像'音声情報の転送要求を行う。

[0034] なお、上記の端末グループアドレステーブルを各端末に設定する方法としては、システム管理者が各端末に個別に設定する第 1の方法、 LANまたは WANに接続された既存のサーバのデータベースに各支社のスイッチングハブ毎の端末グループアドレステーブルを登録しておき各端末力の要求に応じてデータベース力各端末に対応する端末グループアドレステーブルを設定する第 2の方法、端末グループアドレステーブルを各スイッチングノヽブに登録しておき各端末からの要求に応じて各端末に端末グループアドレステーブルを設定する第 3の方法、更に後述する順位確立処理を各端末で実行する第 4の方法等がある。

[0035] 図 6は、本発明のデータ配信方法の動作シーケンスを示す。ここでは、大阪支店のスイッチングハブ 55の個々のカスケードポートに接続された端末 61— 64力もなる端末グループにおけるデータ配信について説明する。端末 61— 64では、端末グループアドレステーブルに基づ、て、自装置の順位より 1つだけ順位の高、端末に対して所定周期で映像 ·音声情報の転送要求を行うデータ転送システムが起動されている。なお、端末数は便宜的に 4台として説明するが、これ以上または以下の端末数であつても構わない。

[0036] 同図中、本社のサーバ 50から送出される映像.音声情報は WAN60を通じて各支社のルータ 52— 54に送信され、各支社のルータ 52— 54は配下のスイッチングハブ (大阪支社ではスイッチングノ、ブ 55— 57)に接続された各端末グループの端末のうち、データ転送システムを起動し、各端末グループ内で最上位の順位であり、かつ、サーバ 50に映像'音声情報の送信要求を行った端末に映像'音声情報を送信する。

[0037] サーバ 50からスイッチングノヽブ 55を経た映像'音声情報は端末グループの中で最上位の順位を持つ端末 62が最初に受信し、端末 62は受信した映像'音声情報をバッファリングすると共に上位ソフトウェアで再生する。また、端末 62は 1つだけ下位の順位を持つ端末 61から転送要求があると、端末グループ内で転送要求を行った端末 61宛にバッファリングして、る映像 ·音声情報を転送する。

[0038] 端末 61は受信した映像 ·音声情報をバッファリングすると共に上位ソフトウェアで再生する。また、端末 61は 1つだけ下位の順位を持つ端末 63から転送要求があると、端末グループ内で転送要求を行った端末 63宛にバッファリングしている映像 '音声情報を転送する。

[0039] 同様に、端末 63は受信した映像 ·音声情報をバッファリングすると共に上位ソフトゥエアで再生する。また、端末 63は 1つだけ下位の順位を持つ端末 64から転送要求があると、端末グループ内で転送要求を行った端末 64宛にバッファリングして、る映像 •音声情報を転送する。そして、端末 64は受信した映像 ·音声情報をバッファリングすると共に上位ソフトウエアで再生する。

[0040] これによつて、端末グループの全ての端末力サーバ 50に対するアクセスが発生せず、ネットワークの共用部分におけるトラフィックの集中は発生せず、映像'音声の通信が可能となる。

[0041] また、スイッチングハブは各ポート間のトラフィックが物理的に独立しているため、他のスイッチングノ、ブゃ転送外ポートに接続された端末への影響は発生しな、。ここで、転送外ポートとは、データ転送システムを使用していない端末が接続されているポート、もしくは空きポートである。そして、各端末間でバケツリレーのように映像 '音声情報のパケットを転送していくため、そのパケットの転送処理分の遅延が発生し、転送回数が増えればそれだけ遅延時間も増えてしまうが、一般的なスイッチングノ、ブは最大でも 20ポート程度であり、最後の端末へのパケットの転送処理の遅延時間は映像'音声を配信するという目的に対して大きな問題とはならない。

[0042] 本発明では、個々のスイッチングノヽブ内に接続された端末グループの端末間で、それぞれの端末が自装置で再生しながら同時に映像 ·音声情報のパケットを順次転送することで、トラフィックを圧迫することを避けつつ、映像や音声等の大きなデータ量の情報を、その情報を欲する全ての端末で利用することが可能となる。

[0043] このようにして、マルチキャスト対応ではない既存のルータやスイッチングハブ等のリソースをできるだけ利用して、多数の端末で比較的情報量の大きなリアルタイム再生を要求される情報を受信する場合のトラフィックの増加を抑制し、ネットワークの効率ィ匕を行うことができる。

く端末の機能構成〉

図 7は、本発明方法に適用される端末の一実施形態の機能構成図を示す。同図中、端末グループアドレステーブル 70は、同一のスイッチングノヽブに接続されて端末グループを構成する複数の端末それぞれの端末グループ内の各端末の順位とァドレスが登録される。

[0044] 受信部 71は、サーノくからのリアルタイム情報をスイッチングノヽブまたは自装置より上位の端末力も受信してバッファ部 77に書込む。

[0045] 転送部 72は、ノッファ部 77から読出したリアルタイム情報を端末グループアドレステーブル 70で自装置より 1つだけ下位の端末に転送する。

[0046] 探索部 73は、起動時に自装置が接続されて、るスイッチングノ、ブに接続されて!ヽる他の端末に対し探索情報を送信する。

[0047] テーブル登録部 74は、探索情報に対する他の端末からの応答が無いとき自装置の順位を 1位として自装置のアドレスと共に端末グループアドレステーブル 70に登録し、探索情報に対する他の端末力の応答があるとき応答に含まれるテーブル情報を端末グループアドレステーブル 70に登録し、テーブル情報の最下位の順位から 1 だけ低、順位を自装置の順位として自装置のアドレスと共に端末グループアドレステ一ブル 70に登録する。

[0048] 応答及び登録部 75は、他の端末力も探索情報を受信したとき端末グループアドレステーブル 70の内容をテーブル情報として含む応答を生成し探索情報の送信元に返送し、端末グループアドレステーブル 70の最下位の順位から 1だけ低、順位を探索情報の送信元端末の順位として送信元端末のアドレスと共に端末グループアドレステーブル 70に登録する。

[0049] 再生部 76は、受信部で受信したリアルタイム情報を再生する。

く順位確立処理〉

図 8は、端末でデータ転送システムの起動時に実行される順位確立処理のフローチャートを示す。

[0050] 同図中、端末でデータ転送システムが起動されると、ステップ S 10で自装置の MA Cアドレス及び IPアドレスを含む探索パケットを、自装置が接続されて、るスィッチンダハブに送信する。スイッチングノ、ブでは、受信した探索パケットを受信ポート以外の全てのカスケードポートに接続されている端末にブロードキャストで送信する。

[0051] 次に、ステップ S 11で所定時間内に他の端末力探索パケットに対する応答があるか否かを判別する。所定時間とは、自装置が接続されているスイッチングノヽブのカスケードポートに接続されている端末、即ち、自装置と同一の端末グループを構成する端末からの応答を受信するのに十分な時間である。従って、探索パケットがスィッチングノヽブのコモンポートからルータを経由して異なる端末グループの端末に送信された場合にも、異なる端末グループの端末からの応答は所定時間内に受信されず、異なる端末グループの端末を自装置と同一の端末グループと誤るおそれはな、。

[0052] ここで、応答が無ぐ他にデータ転送システムを起動している端末が無い場合は、ステツプ S 12で自装置の順位を 1位として確立させ、ステップ S 13で自装置の端末ダル一プアドレステーブルに自装置の順位（1位）と MACアドレス及び IPアドレスを登録する。なお、端末内の端末グループアドレステーブルは起動時にクリアされている。

[0053] 一方、応答があった場合は、ステップ S 14で応答に含まれる端末グループアドレステーブル情報カゝら最下位の順位を見つけ、この最下位の順位から 1つだけ低い順位を自装置の順位として確立する。そして、ステップ S 15で自装置の端末グループアドレステーブルに応答に含まれる端末グループアドレステーブル情報と、自装置の順位と MACアドレス及び IPアドレスを登録する。

[0054] なお、複数の端末力応答があっても、各応答に含まれる端末グループアドレステ一ブル情報は同一であるため、最初に受信した応答に基づ、て自装置の順位を決定し自装置の端末グループアドレステーブルに登録する。

[0055] 図 9は、探索応答時に端末で実行される順位確立処理のフローチャートを示す。

[0056] 同図中、他の端末から探索パケットを受信すると、ステップ S20で自装置の端末グループアドレステーブルの内容をコピーした端末グループアドレステーブル情報を含む応答を生成し、探索パケットの送信元に返送する。もちろん、この応答には自装置の MACアドレス及び IPアドレスも含まれて!/、る。

[0057] 次に、ステップ S21で自装置の端末グループアドレステーブル力も最下位の順位を見つけ、この最下位の順位から 1つだけ低い順位を探索パケットの送信元端末の順位として確立する。そして、ステップ S22で自装置の端末グループアドレステーブルに探索パケットの送信元端末の順位と MACアドレス及び IPアドレスを登録する。

[0058] 図 10は、端末グループにおける順位確立の動作シーケンスを示す。ここでは、大阪支店のスイッチングノヽブ 55の個々のポート (カスケードポート）に接続された端末 6 1から端末 64からなる端末グループにおける順位確立について説明する。端末数は便宜的に 4台として説明するが、これ以上または以下の端末数であっても構わない。また、各端末 61— 64には、図 8及び図 9の処理を実行するデータ転送システムのソフトウェアが予め組み込まれて、るものとする。

[0059] データ転送システムが組み込まれた複数の端末内で最も早くデータ転送システムを起動した端末 62は、自装置が接続されているスイッチングノヽブ 55に接続されている全ての端末内で既にデータ転送システムを起動している端末があるかどうかを探索するために探索パケットを送信する (他ノードの探索)。

[0060] そして、端末 62からの探索パケットに対し、スイッチングノヽブ 55に接続されている端末グループの他の端末のデータ転送システムからの応答が無ぐ他にデータ転送システムを起動している端末が無い場合は、データ転送システム内における順位を 1位として確立させ、同時にデータ転送システムで使用する端末グループアドレステープルを自装置の中に生成し、端末グループアドレステーブルに自装置の順位と MAC アドレス及び IPアドレスを登録する。

[0061] 次にデータ転送システムを起動した端末 61は他ノードの探索を開始する。これに対し端末 62から端末 61に応答が返される。端末 62からの応答を受け取った端末 61 は、自装置の順位確立（2位)を行い、自装置の端末グループアドレステーブル内に端末 62と自装置 (端末 61)の順位と MACアドレス及び IPアドレスを登録する。

[0062] また、端末 61から探索パケットを受け取った端末 62は自装置の端末グループアドレステーブル内に端末 61の順位（2位）と MACアドレス及び IPアドレスを追加し更新する。

[0063] 次にデータ転送システムを起動した端末 63は、他ノードの探索を開始する。これに対し端末 61, 62から端末 63に応答が返される。端末 61, 62からの応答を受け取つた端末 63は、自装置の順位確立（3位)を行い、自装置の端末グループアドレステーブル内に端末 61, 62と自装置 (端末 63)の順位と MACアドレス及び IPアドレスを登録する。

[0064] また、端末 63から探索パケットを受け取った端末 61, 62はそれぞれ自装置の端末グループアドレステーブル内に端末 63の順位（3位）と MACアドレス及び IPアドレスを追加し更新する。

[0065] 最後にデータ転送システムを起動した端末 64は他ノードの探索を開始し、他ノード検出後に自装置の端末グループアドレステーブル内に自装置も含めた他ノードの順位と MACアドレス及び IPアドレスを登録する。また、端末 64から探索パケットを受け取った端末 61— 63も端末 64の順位 (4位）と MACアドレス及び IPアドレスを登録する。

[0066] なお、上記実施形態では、全端末にお!ヽて受信した情報を再生する場合にっヽて説明したが、単にデータ転送システムだけを起動している特定端末があった場合、その特定端末の次順位の端末力転送要求があつたときは、特定端末は上位の端末力受信したパケットを単純に次順位の端末に転送し、パケット中継端末としての役割を果たす。

[0067] また、データ転送システムにおける順位確立後も各端末共に一定時間間隔でデータ転送システムの起動状況を相互に確認し合ヽ、もしデータ転送システムが稼動して Vヽな、端末を確認した場合はそれぞれの端末グループアドレステーブルの中力もその端末の情報を削除する。こうすることで、データの転送元と転送先の情報を定期的に自己メンテナンスし本システムの信頼性をあげることができる。

[0068] なお、受信部 71が請求項記載の受信手段に相当し、転送部 72が転送手段に相当し、探索部 73が探索手段に相当し、テーブル登録部 74がテーブル登録手段に相当し、応答及び登録部 75が応答及び登録手段に相当し、再生部 76が再生手段に相当する。

Claims

請求の範囲

[1] 複数の端末を接続したスイッチングノヽブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法において、同一のスイッチングノヽブに接続された複数の端末で端末グループを構成し、前記同一のスイッチングノ、ブに接続された複数の端末それぞれに前記端末グループ内の各端末の順位とアドレスを登録したテーブルを設定し、

前記サーノくからのリアルタイム情報を各端末グループの最上位の順位の端末で受信し、

前記端末グループ内の各端末にて受信したリアルタイム情報を各端末のテーブルで自装置より 1つだけ下位の端末に順次転送するデータ配信方法。

[2] 請求項 1記載のデータ配信方法にお!、て、

前記各端末グループのテーブルは、前記ネットワークに接続されたサーバのデータベースに登録されており、各端末からの要求に応じて前記データベース力各端末に設定するデータ配信方法。

[3] 請求項 1記載のデータ配信方法にお!、て、

前記各端末グループのテーブルは、各スイッチングノヽブに登録されており、各端末力の要求に応じて前記データベース力各端末に設定するデータ配信方法。

[4] 請求項 1記載のデータ配信方法にお!、て、

前記各端末グループのテーブルは、起動した端末から自装置が接続されて、るスイツチンダハブに接続されて、る他の端末を探索し、前記探索に対する前記他の端末からの応答に応じて生成するデータ配信方法。

[5] 複数の端末を接続したスイッチングノヽブを有するローカルエリアネットワークをワイドエリアネットワークで接続したネットワークでサーバからのリアルタイム再生を要求されるリアルタイム情報を前記複数の端末に配信するデータ配信方法を適用される端末であって、

同一のスイッチングノヽブに接続されて端末グループを構成する複数の端末それぞれの前記端末グループ内の各端末の順位とアドレスを登録したテーブルと、前記サーバからのリアルタイム情報を前記スイッチングノヽブまたは自装置より上位の端末から受信する受信手段と、

受信したリアルタイム情報を前記テーブルで自装置より 1つだけ下位の端末に転送する転送手段を有する端末。

[6] 請求項 5記載の端末において、

前記受信手段で受信したリアルタイム情報を再生する再生手段を有する端末。

[7] 請求項 5または 6記載の端末において、

起動時に自装置が接続されて、るスイッチングノヽブに接続されて、る他の端末に対し探索情報を送信する探索手段と、

前記探索情報に対する他の端末力の応答が無いとき自装置の順位を 1位として自装置のアドレスと共にテーブルに登録し、前記探索情報に対する他の端末からの応答があるとき前記応答に含まれるテーブル情報を前記テーブルに登録し、前記テ一ブル情報の最下位の順位から 1だけ低ヽ順位を自装置の順位として自装置のアドレスと共に前記テーブルに登録するテーブル登録手段と、

他の端末から探索情報を受信したとき前記テーブルの内容をテーブル情報として含む応答を生成し前記探索情報の送信元に返送し、前記テーブルの最下位の順位から 1だけ低い順位を前記探索情報の送信元端末の順位として前記送信元端末のアドレスと共に前記テーブルに登録する応答及び登録手段を有する端末。