JP3470585B2 - Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program - Google Patents

Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program

Info

Publication number
JP3470585B2
JP3470585B2 JP06264498A JP6264498A JP3470585B2 JP 3470585 B2 JP3470585 B2 JP 3470585B2 JP 06264498 A JP06264498 A JP 06264498A JP 6264498 A JP6264498 A JP 6264498A JP 3470585 B2 JP3470585 B2 JP 3470585B2
Authority
JP
Japan
Prior art keywords
distribution
terminal
data
connection establishment
distribution list
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP06264498A
Other languages
Japanese (ja)
Other versions
JPH11261554A (en
Inventor
輝治 城下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP06264498A priority Critical patent/JP3470585B2/en
Publication of JPH11261554A publication Critical patent/JPH11261554A/en
Application granted granted Critical
Publication of JP3470585B2 publication Critical patent/JP3470585B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、ニュース配信や電
子出版等の通信ネットワークを利用したデータ配信サー
ビスにおいて、多数のユーザ端末にデータ配信を行う場
合に、コネクション確立中に多数の端末の登録処理を行
うことにより、多数の端末が随時に配信サービスを受け
ることができるようにした放送型コネクション配信シス
テムおよびデータ配信サーバ、ならびに放送型コネクシ
ョン配信プログラムを記録した記録媒体に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a registration process of a large number of terminals during connection establishment when data is distributed to a large number of user terminals in a data distribution service utilizing a communication network such as news distribution and electronic publishing. Broadcast connection distribution system that enables many terminals to receive distribution services at any time by
Temu, and a data distribution server, as well as a recording medium for recording a broadcast-type connection delivery program.

【0002】[0002]

【従来の技術】データ配信サービスの送信データとして
は、例えばニュース記事のテキストデータファイルや、
画像データファイル、あるいは数件のニュースをまとめ
たファイル等が含まれる。従来、データ配信の管理方法
としては、図2に示すように、各端末1,2,3からデ
ータ配信サーバに対してデータ配信の希望を予め通知し
ておき、サーバ管理者が配信希望端末を配信リストとし
てまとめ、配信リストのファイルをサーバに入力し、こ
の時点でサーバの配信リスト(配信先端末の一覧)が確
立していた。その後、データ通信開始時であるコネクシ
ョン確立時に配信リストを利用してデータ配信管理を行
っていた。すなわち、図2では、端末1,2が事前に配
信希望をサーバ側に通知していたので、サーバ管理者が
これを集約し、サーバの配信リストには端末1,2が記
録され、配信先の端末としてこれを確定していた。端末
3は配信リスト確定後に配信希望を出していた。サービ
スの同報によるコネクション確立要求に端末1,2,3
がコネクションに対して確立応答をサーバに返送する。
しかし、サーバでは、端末1,2の応答を受信するが、
端末3は配信リストに登録されていないため接続応答が
到着しても無視される。その後、サーバからデータが端
末1,2に送信される。データ送信も同報で行われるの
で端末3もデータを受信する。端末1,2,3が再送が
必要なデータに関する情報を含むデータ送信応答をサー
バに返送する。サーバでは端末1,2の応答は受信する
が、端末3からの応答配信リストに記述されていないの
で無視される。サーバは、端末1,2に必要なデータを
再送する。端末3には、必要なデータは再送されない。
端末1,2に必要なデータが全て配信された段階で、サ
ーバから端末1,2,3にコネクション解放要求が送ら
れる。端末3は、送信応答がサーバで無視されたため必
要なデータが再送されないまま終わってしまう。図2に
おいては、コネクション確立要求、解放要求がマルチキ
ャスト通信で同報される場合を示している。このよう
に、データ送信では、端末1,2に対しては送信、再送
の管理がサーバから行われるが、端末3に対しては送
信、再送の管理が行われない。
2. Description of the Related Art As transmission data of a data distribution service, for example, text data files of news articles,
It includes image data files or files that summarize several news items. 2. Description of the Related Art Conventionally, as a data distribution management method, as shown in FIG. 2, each of the terminals 1, 2, and 3 notifies a data distribution server of a request for data distribution in advance, and the server administrator selects a terminal desiring distribution. The distribution list is collected, the distribution list file is input to the server, and the distribution list of the server (list of distribution destination terminals) has been established at this point. After that, the distribution list was used to manage the data distribution when the connection was established when the data communication was started. That is, in FIG. 2, since the terminals 1 and 2 have previously notified the server side of the distribution request, the server administrator collects the distribution requests, and the terminals 1 and 2 are recorded in the distribution list of the server. I had confirmed this as a terminal. The terminal 3 issued a distribution request after the distribution list was confirmed. Service
Terminal to the connection establishment request by the broadcast of the scan 1, 2, 3
Sends an establishment response to the server to the connection.
However, although the server receives the responses from the terminals 1 and 2,
Since the terminal 3 is not registered in the distribution list, it is ignored even if a connection response arrives. After that, the data is transmitted from the server to the terminals 1 and 2. Since the data transmission is also performed by the broadcast, the terminal 3 also receives the data. The terminals 1, 2, and 3 return a data transmission response including information regarding data that needs to be retransmitted to the server. The server receives the responses from the terminals 1 and 2, but ignores them because they are not described in the response distribution list from the terminal 3. The server retransmits the necessary data to the terminals 1 and 2. Necessary data is not retransmitted to the terminal 3.
When all the necessary data are delivered to the terminals 1 and 2, the server sends a connection release request to the terminals 1, 2 and 3. In the terminal 3, the transmission response is ignored by the server, and thus the necessary data is not retransmitted and ends. FIG. 2 shows a case where a connection establishment request and a release request are broadcast by multicast communication. As described above, in data transmission, the server manages transmission and retransmission for the terminals 1 and 2, but does not manage transmission and retransmission for the terminal 3.

【0003】図4は、従来のデータ配信サーバの構成図
である。通信制御部401はデータおよび要求の送信、
応答の受信を行い、送信管理部402はコネクション確
立要求、データの送信、再送、コネクション解放要求等
のパケットの送出処理を行い、特に配信リストに記録さ
れている端末に対するデータの配信の確認、データ再送
等の通信処理を行う。また、応答管理部403は、受信
した応答に含まれる情報を送信管理部402に渡す。配
信リスト記憶部404は、サーバ管理者あるいは別のア
プリケーションプログラムが集約した配信リストを記憶
し、コネクション確立処理のステップ以前に送信管理部
402に渡す。マルチキャストの文献としては、例え
ば、Deering,S,E,Multicast
Routing in Interworks and
Extended LANs ,ACM Trans
actions on Computer Syste
ms,No.8,1990.および Kumar,V,MBone Interactiv
e Multimedia on the Inter
net,New Riders Publishin
g,Indianapolis,Indiana,19
96.Chapter 1.があり、また送信、再送の
管理を行うコネクション管理方法の文献としては、S
hiroshita,T,et all,Perfor
manceevaluation of reliab
le multicast transpot pro
tocol for large−scale del
ivery,Proc.IFIP Fifth Int
l.Workshop onProtocols fo
r High−Speed Networks(PfH
SN′96),Oct.1996.がある。
FIG. 4 is a block diagram of a conventional data distribution server. The communication control unit 401 sends data and requests,
Upon receiving the response, the transmission management unit 402 performs packet transmission processing such as connection establishment request, data transmission, retransmission, connection release request, etc., especially confirmation of data distribution to terminals recorded in the distribution list, data Communication processing such as resending is performed. The response management unit 403 also passes the information included in the received response to the transmission management unit 402. The distribution list storage unit 404 stores a distribution list aggregated by the server administrator or another application program, and delivers it to the transmission management unit 402 before the step of the connection establishment process. Examples of multicast documents include Deering, S, E, and Multicast.
Routing in Interworks and
Extended LANs, ACM Trans
actions on Computer System
ms, No. 8, 1990. And Kumar, V, MBone Interactive
e Multimedia on the Inter
net, New Riders Publish
g, Indianapolis, Indiana, 19
96. Chapter 1. In addition, as a reference of a connection management method for managing transmission and retransmission, S is
hiroshita, T, et all, Perfor
ranceevaluation of reliab
le multicast transport pro
tocol for large-scale del
Ivery, Proc. IFIP Fifth Int
l. Worksshop onProtocols fo
r High-Speed Networks (PfH
SN'96), Oct. 1996. There is.

【0004】[0004]

【発明が解決しようとする課題】従来の事前配信リスト
による方法を用いたコネクション配信システムでは、サ
ーバの処理の流れとして、(1)配信リストの事前集約
201、(2)コネクション確立処理202、(3)デ
ータ送信管理処理203、の3段階の処理ステップをと
っており、コネクション確立処理202のステップ以前
に配信リストを確定していた。3段階の処理をとる理由
としては、コネクション確立処理のステップ202にお
いて同時に高速な配信リスト生成を行うことができなか
ったためである。このように、従来の方法では、コネク
ション確立以前に配信リストを生成して確定していたの
で、配信リスト確定後に配信希望となった端末に対して
は、サーバでデータ送信管理することができなかった。
放送のように不特定多数の端末に情報を配信管理する放
送型データ配信では、データ配信開始時に配信を希望し
ている端末に情報配信管理する必要があるが、コネクシ
ョン確立処理のステップ以前に配信端末を確定する従来
の方法では、このような端末の希望に即座に対応したデ
ータ配信管理を実現することができなかった。特に、多
数の端末の配信リストを高速に処理できなかったため、
コネクション確立以前の時間に余裕があるときに配信リ
ストを生成していた。そこで、本発明の目的は、このよ
うな従来の課題を解決し、データ送信開始時のコネクシ
ョン確立処理で、データ配信を希望する端末が随時、デ
ータ配信サービスを受けることが可能な放送型コネクシ
ョン配信システムおよび配信サーバ、ならびにそのプロ
グラム記録媒体を提供することにある。
In the conventional connection distribution system using the method based on the prior distribution list, as the processing flow of the server, (1) distribution list pre-aggregation 201, (2) connection establishment processing 202, ( 3) The data transmission management process 203, which is a three-step process step, is performed, and the distribution list is fixed before the connection establishment process 202. The reason why the three-stage processing is performed is that the high-speed distribution list generation cannot be performed simultaneously in step 202 of the connection establishment processing. As described above, according to the conventional method, since the distribution list is generated and confirmed before the connection is established, the server cannot manage the data transmission to the terminal that desires the distribution after the confirmation of the distribution list. It was
In broadcast-type data distribution, which distributes and manages information to an unspecified number of terminals such as broadcasting, it is necessary to manage information distribution to the terminals that wish to distribute at the start of data distribution, but distribution before the step of connection establishment processing. With the conventional method of determining the terminal, it was not possible to realize the data delivery management that immediately responded to the desire of the terminal. Especially, we couldn't process the distribution list of many terminals at high speed.
The distribution list was created when there was enough time before the connection was established. An object of the present invention, to solve such a conventional problem, in connection establishment process at the start of data transmission, the terminal wishing to data delivery time to time, data distribution broadcasting capable of receiving the service It is to provide a connection distribution system, a distribution server, and a program recording medium thereof.

【0005】[0005]

【課題を解決するための手段】上記目的を達成するた
め、本発明の放送型コネクション管理方法では、データ
送信開始時のコネクション確立処理のステップにおい
て、配信先の端末の集約処理も同時に行い、データ送信
直前に配信先端末を確定させることにより、データ配信
を希望する端末がいつでもデータ配信サービスを受ける
ことができるようにする。特に、配信先端末数が多い場
合にも対応できるようにするため、コネクション確立処
理のステップでの配信先端末の集約処理を高速に行う。
すなわち、本発明のデータ配信サーバは、端末のコネク
ション確立応答の端末情報を逐次記憶し、コネクション
確立時に配信リストを確定させる配信リスト生成部を設
ける。配信リスト生成部には、コネクション確立中に受
信済みの端末に関する情報と新たに受信した応答に含ま
れる端末に関する情報の重複チェックを行い、重複がな
い場合にのみ当該端末情報を追加記憶する機能を2分木
のデータ構造により設ける。コネクション確立処理のス
テップにおいて、この2分木に基づき、端末名の大小比
較により配信リスト生成の処理を行う。つまり、コネク
ション確立応答を受信したとき、当該応答に含まれる端
末情報を受信し、2分木のデータ構造で端末名の重複性
をチェックし、重複しない場合に端末情報を追加記憶す
る。コネクション確立応答の受信処理のコネクション確
立の期間に繰り返し、コネクション確立の期間終了時に
配信リストを確定させる。その後、当該配信リストに階
づきデータ送信管理処理のステップでデータ送信、送信
応答に基づく再送等のデータ送信管理処理を行う。この
ように、2分木のデータ構造により木の深さだけの処理
量だけで、多数端末の配信リスト生成処理をコネクショ
ン確立中に高速に実現できる。
In order to achieve the above object, in the broadcast type connection management method of the present invention, at the step of the connection establishment process at the time of starting data transmission, the process of consolidating the terminals of the delivery destination is also performed, By determining the delivery destination terminal immediately before the transmission, the terminal desiring the data delivery can receive the data delivery service at any time. In particular, in order to be able to deal with the case where the number of distribution destination terminals is large, the processing of consolidating the distribution destination terminals in the step of connection establishment processing is performed at high speed.
That is, the data distribution server of the present invention is provided with a distribution list generation unit that sequentially stores the terminal information of the connection establishment response of the terminal and fixes the distribution list when the connection is established. The distribution list generator has a function to check the duplication of the information about the terminals already received during connection establishment and the information about the terminals included in the newly received response, and additionally store the terminal information only when there is no duplication. It is provided by the data structure of a binary tree. At the step of connection establishment processing, distribution list generation processing is performed by comparing the terminal names based on this binary tree. That is, when the connection establishment response is received, the terminal information included in the response is received, the duplication of the terminal name is checked by the data structure of the binary tree, and if the duplication does not occur, the terminal information is additionally stored. It is repeated during the connection establishment period of the connection establishment response reception process, and the distribution list is fixed at the end of the connection establishment period. Thereafter, data transmission management processing such as data transmission and retransmission based on a transmission response is performed in the step of data transmission management processing based on the distribution list. As described above, the data structure of the binary tree allows the distribution list generation process of a large number of terminals to be realized at high speed while establishing the connection, using only the processing amount of the depth of the tree.

【0006】[0006]

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図1は、本発明を適用するデータ
配信システム全体の構成図である。図1において、デー
タ配信サーバ101はネットワーク102を介して多数
の端末1031〜1034に対しニュースやデジタル雑
誌等のデータを配信する。また、サーバ101は、各端
末にデータ配信前の接続要求(コネクション確立要求)
105を送信する。これらのサーバ101から端末10
31〜1034への通信には、マルチキャスト等の同報
通信が用いられる。また、各端末1031〜1034
は、サーバ101に対して送達確認である応答106を
返送する。
BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings. FIG. 1 is a configuration diagram of the entire data distribution system to which the present invention is applied. In FIG. 1, a data distribution server 101 distributes data such as news and digital magazines to a large number of terminals 1031 to 1034 via a network 102. Further, the server 101 requests each terminal to connect before data distribution (connection establishment request).
105 is transmitted. From these servers 101 to terminals 10
Broadcast communication such as multicast is used for communication to 31 to 1034. Also, each terminal 1031 to 1034
Returns a response 106, which is a delivery confirmation, to the server 101.

【0007】図3は、本発明のコネクション管理方法の
通信シーケンスチャートである。図3に示すように、サ
ーバの通信処理は大きな流れとして(1)コネクション
確立処理のステップ301と、(2)データ送信管理処
理のステップ302とからなる。コネクション確立処理
のステップ301において、サーバは各端末1,2,3
にコネクション確立要求を同報する。各端末1,2,3
は、コネクション確立応答を返送し、サーバはこれらの
各応答に基づきデータ配信を行う端末1,2,3の配信
リストを生成する。このコネクション確処理のステップ
301の修了時に配信リストが確定する。図3において
は、端末1,2,3がコネクション確立応答を返送し、
端末1,2,3が配信リストに記録される端末として確
定する。次のサーバデータ送信管理のステップ302に
おいて、配信リストの端末1,2,3に対してデータ送
信、データ送信に対する応答の受信、再送等のデータ送
信管理が行われる。配信リストに登録されている端末
1,2,3全ての応答がサーバにおいて受信され、端末
1,2,3に必要なデータが再送される。データ配信完
了後にコネクション解放要求が端末1,2,3に送信さ
れ、通信が終了する。 このように、本発明の方法で
は、コネクション確立応答を受信したとき、当該応答に
含まれる端末に関する情報を受信し、配信リスト生成部
で重複性をチェックし、重複しない場合に追加記憶す
る。コネクション確立応答の受信処理をコネクション確
立の期間に繰り返し、コネクション確立の期間修了時に
配信リストを確定させる。この配信リストに基づきデー
タ送信管理処理のステップにおいて、データ送信、送信
応答に基づく再送等のデータ送信管理処理を行う。この
ように、データ送信直前の端末の配信希望に基づきデー
タ送信が可能になるため、端末は随時データ配信サービ
スを受けることができる。
FIG. 3 is a communication sequence chart of the connection management method of the present invention. As shown in FIG. 3, the communication process of the server is mainly composed of (1) step 301 of connection establishment process and (2) step 302 of data transmission management process. In step 301 of the connection establishing process, the server determines each terminal 1, 2, 3
A connection establishment request is broadcast to. Each terminal 1, 2, 3
Returns a connection establishment response, and the server generates a distribution list of the terminals 1, 2, 3 that perform data distribution based on each of these responses. At the end of step 301 of this connection confirmation process, the distribution list is fixed. In FIG. 3, the terminals 1, 2, and 3 return the connection establishment response,
The terminals 1, 2 and 3 are determined as terminals to be recorded in the distribution list. In the next step 302 of server data transmission management, data transmission management such as data transmission, reception of a response to the data transmission, and retransmission is performed for the terminals 1, 2, and 3 in the distribution list. The server receives the responses from all the terminals 1, 2, and 3 registered in the distribution list, and retransmits the necessary data to the terminals 1, 2, and 3. After the data distribution is completed, the connection release request is transmitted to the terminals 1, 2, 3 and the communication is completed. As described above, according to the method of the present invention, when the connection establishment response is received, the information regarding the terminal included in the response is received, the distribution list generating unit checks the duplication, and additionally stores the information when the duplication does not occur. The process of receiving the connection establishment response is repeated during the connection establishment period, and the distribution list is fixed when the connection establishment period ends. In the step of data transmission management processing based on this distribution list, data transmission management processing such as data transmission and retransmission based on a transmission response is performed. In this way, data transmission becomes possible based on the terminal's distribution request immediately before data transmission, so that the terminal can receive the data distribution service at any time.

【0008】図5は、本発明の一実施例を示すデータ配
信サーバの構成図である。図5からも明らかなように、
新たにコネクション確立時にコネクション確立応答に含
まれる情報から配信リストを生成する配信リスト生成部
505を設けている。この配信リスト生成部505は、
コネクション確立中に配信先端末の情報(端末名、アド
レス、付加情報)の一覧である配信リストを生成し、コ
ネクション確立が終了した時点で、配信リストを確定し
て配信リスト記憶部504に渡す。なお、後述するよう
に、配信リスト生成部505には、2分木のデータ構造
(後述の図10参照)により端末情報を記憶し、この2
分木のデータ構造において当該コネクション確立中に受
信済みの端末情報と新たに受信した応答に含まれる端末
に関する情報の重複チェックを行い、重複がない場合に
のみ当該端末情報をその2分木のデータ構造に追加記憶
する機能を設けている。その他の処理部は、従来と同じ
ように、データおよび要求の送信、応答の受信を行う通
信制御部501と、コネクション確立要求、データの送
信、再送、コネクション解放要求等のパケットの送出処
理を行う送信管理部502と、コネクション確立応答に
含まれる情報を配信リスト生成部505に送るための応
答処理部503と、受信したデータ送信に対する応答に
ついては送信管理部502に渡す応答処理部503と、
配信リストを記憶し、データ送信開始時に配信リストを
送信管理部502に渡す配信リスト記憶部504とから
構成される。なお、送信管理部502は、配信リストに
記録されている端末に対するデータ配信の確認、データ
再送等の通信処理を行い、また、送信管理部502に
は、コネクション確立の回数の記録、繰り返し回数のカ
ウンタの機能を備えている。
FIG. 5 is a block diagram of a data distribution server showing an embodiment of the present invention. As is clear from FIG. 5,
A distribution list generation unit 505 is newly provided to generate a distribution list from the information included in the connection establishment response when the connection is established. This distribution list generation unit 505
A distribution list that is a list of information (terminal name, address, additional information) of distribution destination terminals is generated during connection establishment, and when the connection establishment is completed, the distribution list is finalized and passed to the distribution list storage unit 504. As will be described later, the distribution list generation unit 505 stores terminal information in a binary tree data structure (see FIG. 10 described later).
In the data structure of the branch tree, a duplication check is performed between the terminal information already received during the establishment of the connection and the information about the terminal included in the newly received response. The structure has a function to store additional data. The other processing units perform packet transmission processing such as connection establishment request, data transmission, retransmission, and connection release request with the communication control unit 501 that transmits data and requests and receives responses, as in the conventional case. A transmission management unit 502, a response processing unit 503 for sending information included in the connection establishment response to the distribution list generation unit 505, and a response processing unit 503 for passing a response to the received data transmission to the transmission management unit 502,
The distribution list storage unit 504 stores the distribution list and transfers the distribution list to the transmission management unit 502 at the start of data transmission. The transmission management unit 502 performs communication processing such as confirmation of data distribution to terminals recorded in the distribution list and data retransmission, and the transmission management unit 502 records the number of connection establishments and the number of repetitions. It has the function of a counter.

【0009】図6は、図5における配信リスト生成部の
ブロック構成図であり、図7は、本発明で用いられる配
信リストの例を示す図である。配信リスト生成部505
は、配信リスト一時メモリ601と、リスト処理部60
2と、応答情報メモリ603とから構成されている。配
信リスト一時メモリ601は、コネクション確立中に図
7に示すような配信リストを格納している。図7の例の
ように、配信リストは、各行に端末毎に端末名、端末の
アドレス、および付加情報が記録されている。付加情報
は、端末がサーバに伝達したい任意の情報(ここでは、
c1,c2,・・cn)が記述される。図6において、
配信リスト生成部505は、コネクション確立応答パケ
ットを受信したとき、次の処理を行う。すなわち、リス
ト処理部602は、応答処理部503からコネクション
確立応答パケットの端末情報(端末のアドレス、端末
名、付加情報)を受け取り、これを応答情報メモリ60
3に格納する。次に、リスト処理部602は、応答情報
メモリ603の端末名、端末のアドレスと、配信リスト
一時メモリ601に記憶されている配信リストの端末
名、端末のアドレスが重複していないかをチェックす
る。重複していれば、応答情報メモリ603の端末情報
を廃棄する。一方、重複していなければ、応答情報メモ
リ603の端末情報を配信リスト一時メモリ601の配
信リストに追加する。それから、応答情報メモリ603
の端末情報を廃棄する。コネクション確立の期間が終了
すると、配信リスト一時メモリ601の配信リストは確
定し、当該配信リストは配信リスト記憶部504に送ら
れる。
FIG. 6 is a block configuration diagram of the distribution list generation unit in FIG. 5, and FIG. 7 is a diagram showing an example of the distribution list used in the present invention. Distribution list generation unit 505
Is a distribution list temporary memory 601 and a list processing unit 60.
2 and a response information memory 603. The distribution list temporary memory 601 stores a distribution list as shown in FIG. 7 during connection establishment. As in the example of FIG. 7, in the distribution list, a terminal name, a terminal address, and additional information are recorded for each terminal in each line. The additional information is any information that the terminal wants to transmit to the server (here,
c1, c2, ... Cn) are described. In FIG.
When receiving the connection establishment response packet, the distribution list generation unit 505 performs the following processing. That is, the list processing unit 602 receives the terminal information (terminal address, terminal name, additional information) of the connection establishment response packet from the response processing unit 503, and receives this from the response information memory 60.
Store in 3. Next, the list processing unit 602 checks whether or not the terminal name and terminal address of the response information memory 603 and the terminal name and terminal address of the distribution list stored in the distribution list temporary memory 601 are duplicated. . If they overlap, the terminal information in the response information memory 603 is discarded. On the other hand, if they do not overlap, the terminal information in the response information memory 603 is added to the distribution list in the distribution list temporary memory 601. Then, the response information memory 603
Discard the terminal information of. When the connection establishment period ends, the distribution list in the distribution list temporary memory 601 is confirmed, and the distribution list is sent to the distribution list storage unit 504.

【0010】図8は、本発明で用いられるコネクション
確立応答パケットの構成図である。コネクション確立応
答パケットには、図8に示すように、サーバのアドレス
801、端末のアドレス802、端末名803、付加情
報804が含まれる。端末のアドレス802、端末名8
03、付加情報804が端末情報である。同パケットを
通信制御部501が受信して応答管理部503に渡した
後、応答管理部503が端末情報を配信リスト生成部5
05に送る。
FIG. 8 is a configuration diagram of a connection establishment response packet used in the present invention. As shown in FIG. 8, the connection establishment response packet includes a server address 801, a terminal address 802, a terminal name 803, and additional information 804. Terminal address 802, terminal name 8
03 and additional information 804 are terminal information. After the communication control unit 501 receives the packet and passes it to the response management unit 503, the response management unit 503 transfers the terminal information to the distribution list generation unit 5.
Send to 05.

【0011】図9は、本発明のサーバにおけるコネクシ
ョン管理動作のフローチャートである。図9により、本
発明のコネクション確立方法のサーバにおける処理を説
明する。 先ず、コネクション確立繰り返し回数を設定
するとともに、繰り返しカウンタを0(初期化)にする
(ステップS0)。これは、コネクション確立要求パケ
ット、コネクション確立応答パケットのネットワーク等
での紛失を考慮して、コネクション確立手順が複数回実
行されることが可能になる。繰り返し回数、繰り返しカ
ウンタは、送信管理部502に設定される。次に、コネ
クション確立要求応答待ちとなる(W0)。W0で終了
指定されると(ステップS10)、処理は終了となる。
W0において、送信管理部502で配信のスケジュール
や外部からの指示により、データ配信が要求されると
(データ配信の要求発生)、コネクション確立要求パケ
ットを端末グループ宛にマルチキャストする(ステップ
S1)。W0の段階で、複数のデータ配信の要求発生が
コネクション発生処理およびデータ送信管理処理の間に
発生していた場合には、そのうちの1つが有効となり、
他の要求は待ちの状態となる。次に、送信管理部502
でコネクション確立応答パケット待ちのタイマーを設定
する(ステップS2)。ここで、コネクション確立応答
待ちとなる(W1)。次に、応答管理部503でコネク
ション確立応答パケットを受信し、端末情報を配信リス
ト生成部505に送る(ステップS3)。
FIG. 9 is a flow chart of the connection management operation in the server of the present invention. The processing in the server of the connection establishing method of the present invention will be described with reference to FIG. First, the number of repetitions of connection establishment is set and the repetition counter is set to 0 (initialization) (step S0). This allows the connection establishment procedure to be executed multiple times in consideration of the loss of the connection establishment request packet and the connection establishment response packet in the network. The number of repetitions and the repetition counter are set in the transmission management unit 502. Next, it waits for a connection establishment request response (W0). When the end is designated by W0 (step S10), the process ends.
In W0, when data distribution is requested by the transmission management unit 502 according to a distribution schedule or an instruction from the outside (data distribution request is generated), a connection establishment request packet is multicast to the terminal group (step S1). At the stage of W0, when a plurality of data distribution requests are generated during the connection generation processing and the data transmission management processing, one of them becomes valid,
Other requests are waiting. Next, the transmission management unit 502
Then, a timer for waiting for a connection establishment response packet is set (step S2). At this point, a connection establishment response is awaited (W1). Next, the response management unit 503 receives the connection establishment response packet and sends the terminal information to the distribution list generation unit 505 (step S3).

【0012】次に、配信リスト生成部505は、配信リ
スト一時メモリ601の配信リストの端末情報と、ステ
ップS3で受け取った端末情報の重複がないか否かチェ
ックする(ステップS4)。配信リストの探索処理は、
後述する2分木の探索により行う。重複があるときに
は、受け取った端末情報を廃棄する。一方、ステップS
4で重複がないときには、配信リストの2分木に端末情
報を追加する(ステップS5)。次に、ステップS2で
設定した確立応答待ちのタイマーがタイムアウトしない
ときには、コネクション確立応答待ちW1となり、応答
受信処理(S3,S4,S5)を繰り返す(ステップS
6)。また、ステップS6でタイムアウトした場合に
は、繰り返しカウンタに1を加算して、コネクション確
立の繰り返し回数に達したか否かを確認する(ステップ
S7)。繰り返し回数に達していない場合には、配信リ
スト一時メモリ601の配信リストが確定し、配信リス
ト記憶部504に送られる(ステップS8)。次に、配
信リスト記憶部504は、送信管理部502に配信リス
トを送り、データ送信の開始を要求する(ステップS
9)。ステップS8,S9は、連続した処理として行わ
れ、送信管理部502ではデータ送信の直前に確定した
配信リストを用いてデータ送信、応答受信、データ再
送、コネクション解放のデータ送信管理処理を行う。デ
ータ送信管理処理の終了後、コネクション確立要求待ち
となる(W0)。前回のW0の状態で待ちとなっていた
データ配信の要求がある場合、あるいは1つまたは複数
のデータ配信の要求発生がコネクション発生処理および
データ送信管理処理の間に発生していた場合には、要求
は一時待ちとなっており、W0の段階でそのうちの1つ
が有効となり、コネクション確立の要求S1を行う。W
0でデータ配信の要求が複数あるときには、他の要求は
待ちの状態を続行する。以下、終了指定のステップS1
0になるまで、上記W0、ステップS1からS9までの
処理が繰り返される。
Next, the distribution list generation unit 505 checks whether or not the terminal information of the distribution list in the distribution list temporary memory 601 and the terminal information received in step S3 overlap (step S4). The distribution list search process is
This is performed by searching a binary tree described later. When there is duplication, the received terminal information is discarded. On the other hand, step S
When there is no overlap in 4, the terminal information is added to the binary tree of the distribution list (step S5). Next, when the timer for the establishment response waiting set in step S2 does not time out, the connection establishment response waiting W1 occurs, and the response receiving process (S3, S4, S5) is repeated (step S
6). When the time-out occurs in step S6, the repeat counter is incremented by 1 and it is confirmed whether or not the number of times of connection establishment has been reached (step S7). If the number of repetitions has not been reached, the distribution list in the distribution list temporary memory 601 is confirmed and sent to the distribution list storage unit 504 (step S8). Next, the distribution list storage unit 504 sends the distribution list to the transmission management unit 502 and requests the start of data transmission (step S).
9). Steps S8 and S9 are performed as a series of processes, and the transmission management unit 502 performs data transmission management processes of data transmission, response reception, data retransmission, and connection release using the distribution list determined immediately before data transmission. After the data transmission management process is completed, the process waits for a connection establishment request (W0). If there is a data delivery request that has been waiting in the previous W0 state, or if one or more data delivery requests have occurred during the connection generation processing and data transmission management processing, The request is temporarily waiting, and one of them becomes valid at the stage of W0, and the request S1 for establishing a connection is made. W
When there are multiple data distribution requests with 0, other requests continue to wait. Hereafter, step S1 for designating the end
The process of W0 and steps S1 to S9 is repeated until it becomes 0.

【0013】図10は、本発明の配信リストの2分木デ
ータ構造の説明図である。図10(a)はsaturn
の到着前の処理であり、図10(b)はsaturnの
到着後の処理を示している。また、図10(c)は、各
ノードの構成を示している。配信リスト生成部505の
処理は通信処理であるコネクション確立時に行う必要が
あり、高速性が要求される。高速処理のために、配信リ
ストは図10に示す2分木のデータ構造で配信リスト一
時メモリ601に記憶する。重複チェックは2分木の探
索処理で実現されるため、高速で行わえる。また、端末
情報の追加も容易である。なお、2分木のデータ構造の
文献としては、例えば、『Cで学ぶデータ構造とプログ
ラム』第5章2分木、pp159〜202、Leendert
Ammeraal著、小山裕徳訳、オーム社がある。図
10では、端末名の重複性のチェックを行うための2分
木の構成例を示している。図10(c)に示すように、
各ノードはデータ格納域と、左ポインタ、右ポインタで
構成される。左ポインタの位置には、データ域の端末名
のアルファベットの文字列比較で小さいノードが、右ポ
インタには大きなノードが位置付けられている。新たな
ノードの端末名のチェックは、ルートノードからリーフ
ノード方向に端末名のアルファベットの大小関係でポイ
ンタを辿ってチェックが行われ、重複しなかった場合、
リーフノードとして追加される。リーフノードとは左右
のポインタともに空のノードである。
FIG. 10 is an explanatory diagram of the binary tree data structure of the distribution list of the present invention. Figure 10 (a) shows the turn
10B shows the processing before arrival, and FIG. 10B shows the processing after the arrival of satur. Further, FIG. 10C shows the configuration of each node. The process of the distribution list generation unit 505 needs to be performed at the time of establishing a connection, which is a communication process, and high speed is required. For high-speed processing, the distribution list is stored in the distribution list temporary memory 601 with the binary tree data structure shown in FIG. Since the duplication check is realized by the search process of the binary tree, it can be performed at high speed. Also, addition of terminal information is easy. As a reference of the data structure of the binary tree, for example, "Data structure and program learned in C", Chapter 5, binary tree, pp159-202, Leendert
It is written by Ammeraal, translated by Hironori Koyama, Ohmsha. FIG. 10 shows a configuration example of a binary tree for checking the duplication of terminal names. As shown in FIG.
Each node is composed of a data storage area, a left pointer and a right pointer. A small node is located at the position of the left pointer by comparing the character strings in the alphabet of the terminal name in the data area, and a large node is located at the right pointer. The terminal name of the new node is checked by tracing the pointer in the direction of the alphabet of the terminal name from the root node toward the leaf node, and if there is no duplication,
It is added as a leaf node. A leaf node is an empty node with left and right pointers.

【0014】図10では、端末名marcury、su
n、venus、earth、luna、mars、j
upitor、saturnを含む端末からの応答がこ
の順に到着した場合の例を示している。最後のsatu
rnが到着したとき、marcury、earth、l
unaとノードを辿りlunaの右ポインタが空であっ
たので、端末名の重複なしと判定し、右ポインタの位置
に新たにsaturnのノードがリーフノードとして生
成された。各ノードには、端末名のみを含む例で説明し
たが、端末のアドレス、付加情報も添付され、端末のア
ドレスも重複性のチェックに用いてもよい。このよう
に、2分木を用いることにより、2分木の深さの探索の
みでよく、既ノードを全て探索する必要がなく、高速に
端末名の重複性チェックと新規の端末情報の追加が可能
であり、コネクション確立中に多数の端末からの応答を
処理するために適している。なお、従来においては、上
記のような2分木ではなく、情報を格納するノードを直
列に並べた構成を用いており、重複性のチェックおよび
新規ノードの追加のためにシーケンシャルな検索を用い
ていたので、処理速度が遅く、コネクション確立中に多
数の応答を処理することには適していなかった。本発明
においては、コネクション確立中に配信先端末が決定で
きるので、逐次、データ配信の要求が発生しても、配信
開始時点で希望している端末にデータ配信することがで
き、極めて効率的である。
In FIG. 10, the terminal names markury, su
n, venus, earth, luna, mars, j
An example is shown in which the responses from the terminals including the "upiter" and "saturn" arrive in this order. Last satu
When rn arrives, mark, earl, l
Since the right pointer of the luna was empty after tracing the nodes of una, it was determined that there was no duplication of the terminal names, and a new node of the saturn was generated as a leaf node at the position of the right pointer. Although each node has been described as an example including only the terminal name, the address of the terminal and the additional information are also attached, and the address of the terminal may be used for checking the redundancy. In this way, by using the binary tree, it is only necessary to search the depth of the binary tree, it is not necessary to search all existing nodes, and it is possible to quickly check the duplication of terminal names and add new terminal information. It is possible and suitable for handling responses from multiple terminals during connection establishment. Note that, in the past, instead of the binary tree as described above, a configuration in which nodes for storing information are arranged in series is used, and a sequential search is used for checking redundancy and adding a new node. Therefore, the processing speed is slow and it is not suitable for processing a large number of responses during connection establishment. In the present invention, since the delivery destination terminal can be determined during connection establishment, even if data delivery requests are successively issued, data can be delivered to a desired terminal at the time of delivery start, which is extremely efficient. is there.

【0015】図9に示した動作ステップをプログラムに
変換し、変換されたプログラムをCD ROM等の記録
媒体に記憶させることにより、その記録媒体をデータ配
信システムの任意のサーバへ持ち運び、CPUで実行す
れば、本発明の放送型コネクション管理方法が実現でき
る。
By converting the operation steps shown in FIG. 9 into a program and storing the converted program in a recording medium such as a CD ROM, the recording medium can be carried to any server of the data distribution system and executed by the CPU. If so, the broadcast type connection management method of the present invention can be realized.

【0016】[0016]

【発明の効果】以上説明したように、本発明によれば、
2分木のデータ構造を用いることにより、データ送信の
直前であるコネクション確立時に配信先の端末の配信リ
ストを高速に生成できるため、多数のユーザ端末が随
時、データ配信サービスに参加することが可能となる。
その結果、不特定端末を対象とした放送型のデータ配信
サービスにおいて応答処理、再送管理等を含む高度な通
信処理が端末の希望に即応して提供でき、特に配信先端
末が数千程度に多い場合でも、配信先端末の配信リスト
を高速に生成でき、またデータ配信希望の集約処理をサ
ーバ管理者や別のアプリケーションプログラムが行う必
要がないため、極めて効率的である。
As described above, according to the present invention,
By using the binary tree data structure, the distribution list of the distribution destination terminals can be generated at high speed when the connection is established immediately before the data transmission, so that many user terminals can participate in the data distribution service at any time. Becomes
As a result, in the broadcast-type data distribution service for unspecified terminals, advanced communication processing including response processing and retransmission management can be provided immediately according to the wishes of the terminals, and there are many thousands of distribution destination terminals. Even in such a case, the distribution list of the distribution destination terminal can be generated at high speed, and the server manager or another application program does not have to perform the aggregation processing for data distribution, which is extremely efficient.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明を適用したデータ配信システム全体の構
成図である。
FIG. 1 is a configuration diagram of an entire data distribution system to which the present invention is applied.

【図2】従来の事前配信リストによる通信方法のシーケ
ンスチャートである。
FIG. 2 is a sequence chart of a communication method using a conventional advance distribution list.

【図3】本発明のコネクション管理方法のノーケンスチ
ャートである。
FIG. 3 is a nonce chart of the connection management method of the present invention.

【図4】従来のデータ配信サーバの構成例を示す図であ
る。
FIG. 4 is a diagram showing a configuration example of a conventional data distribution server.

【図5】本発明の一実施例を示すデータ配信サーバの構
成図である。
FIG. 5 is a configuration diagram of a data distribution server showing an embodiment of the present invention.

【図6】図5における配信リスト生成部のブロック構成
図である。
6 is a block configuration diagram of a distribution list generation unit in FIG.

【図7】図5および図6で扱う配信リストの例を示す図
である。
FIG. 7 is a diagram showing an example of a distribution list handled in FIGS. 5 and 6;

【図8】本発明で用いられるコネクション確立応答パケ
ットの構成図である。
FIG. 8 is a configuration diagram of a connection establishment response packet used in the present invention.

【図9】本発明におけるサーバでのコネクション管理動
作のフローチャートである。
FIG. 9 is a flowchart of a connection management operation in the server according to the present invention.

【図10】本発明で用いる配信リストの2分木データ構
造の説明図である。
FIG. 10 is an explanatory diagram of a binary tree data structure of a distribution list used in the present invention.

【符号の説明】[Explanation of symbols]

101…データ配信サーバ、102…ネットワーク、1
031〜1034…端末、501…通信制御部、502
…送信管理部、503…応答管理部、504…配信リス
ト記憶部、505…配信リスト生成部、601…配信リス
ト一時メモリ、602…リスト処理部、603…応答情
報メモリ、801…サーバのアドレス、802…端末の
アドレス、803…端末名、804…付加情報。
101 ... Data distribution server, 102 ... Network, 1
031 to 1034 ... Terminal, 501 ... Communication control unit, 502
... transmission management unit, 503 ... response management unit, 504 ... distribution list storage unit, 505 ... distribution list generation unit, 601 ... distribution list temporary memory, 602 ... list processing unit, 603 ... response information memory, 801 ... server address, 802 ... Terminal address, 803 ... Terminal name, 804 ... Additional information.

フロントページの続き (56)参考文献 特開 平5−48631(JP,A) INTERNET DRAFT,dr aft−shiroshita−rmt p−spec−00.txt C MAGAZINE,ソフトバンク 株式会社,第5巻,第4号,第102−109 頁 電子情報通信学会技術研究報告SSE 95−196 情報処理学会論文誌,第39巻,第6 号,第2009−2019頁 (58)調査した分野(Int.Cl.7,DB名) H04L 12/56 H04L 29/08 H04L 12/18 Continuation of front page (56) Reference JP-A-5-48631 (JP, A) INTERNET DRAFT, dr aft-shiroshita-rmt p-spec-00. txt C MAGAZINE, SoftBank Corp., Vol. 5, No. 4, pp. 102-109 IEICE Technical Report SSE 95-196 IPSJ Transactions, Vol. 39, No. 6, 2009-2019 Page (58) Fields surveyed (Int.Cl. 7 , DB name) H04L 12/56 H04L 29/08 H04L 12/18

Claims (5)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 サーバから多数の端末にネットワークを
介してデータ配信を行う放送型コネクションデータ配信
システムにおいて、 コネクション確立繰り返し回数を設定し、繰り返しカウ
ンタを初期化した後に、コネクション確立要求応答待ち
状態を生成する手段と、 データ配信指示により、コネクション確立要求パケット
を端末グループの各端末に送信する手段と、 各端末からコネクション確立応答パケットを受信する
と、受信した該コネクション確立応答パケットに含まれ
る端末情報と、既に生成されている配信リストの端末情
報とを比較照合して、端末情報の重複がないか否かをチ
ェックする手段と、 重複があるときは受信した該端末情報を廃棄し、重複が
ないときは受信した該端末情報を配信リストに追加する
手段と、 配信リストが確定すると、データ送信の開始を要求する
手段と、 配信リスト確定後に、1つないし複数の端末からデータ
配信の要求が発生した場合、該要求を一時待ちとし、上
記コネクション確立要求応答待ち状態になった時点で少
なくとも1つを有効にする手段とを有することを特徴と
する放送型コネクションデータ配信システム。
1. In a broadcast-type connection data distribution system for distributing data from a server to a large number of terminals via a network, a connection establishment request response waiting state is set after a connection establishment repetition count is set and a repetition counter is initialized. A means for generating, a means for transmitting a connection establishment request packet to each terminal of the terminal group according to a data distribution instruction, and a terminal information included in the received connection establishment response packet when the connection establishment response packet is received from each terminal. , A means to compare and collate with the terminal information of the distribution list already generated and check if there is no duplication of the terminal information, and if there is duplication, discard the received terminal information and eliminate the duplication And a means for adding the received terminal information to the distribution list, Once confirmed, a means for requesting the start of data transmission, and if one or more terminals request data distribution after the distribution list is confirmed, the request is temporarily held and the above connection establishment request response wait state is entered. And a means for validating at least one of them at the point of time.
【請求項2】 請求項1に記載の放送型コネクションデ
ータ配信システムにおいて、 前記端末情報の重複がないか否かチェックする手段は、
データ格納域と左ポインタと右ポインタからなるノード
がルートノードからリーフノードまで連結された2分木
のデータ構造を用いて、上記端末情報の重複性をチェッ
クし、重複がない場合に当該2分木のデータ構造に該端
末情報を追加していくことを特徴とする放送型コネクシ
ョンデータ配信システム。
2. The broadcast type connection data distribution system according to claim 1, wherein the means for checking whether or not the terminal information is duplicated comprises:
Node comprising data storage area and the left pointer and the right pointer using the data structure of the binary tree which is connected from the root node to the leaf node, the redundancy of the terminal information Ji E Tsu <br/> click, duplicate A broadcast-type connection data distribution system, wherein the terminal information is added to the data structure of the binary tree when there is no such information.
【請求項3】 多数の端末にネットワークを介してデー
タ配信を行うデータ配信サーバにおいて、 データおよび要求の送信、応答の受信を行う通信制御部
と、コネクション確立要求、データの送信、再送、コネ
クション解放要求を含むパケットの送出処理を行う送信
管理部と、該通信制御部で受信した各端末からのコネク
ション確立応答に含まれる情報を配信リストを生成する
ために送出する応答処理部と、配信リストを記憶し、デ
ータ送信開始時に該配信リストを該送信管理部に渡す配
信リスト記憶部と、コネクション確立中に受信済みの端
末に関する情報と、新たに受信した応答に含まれる端末
に関する情報の重複チェックを行い、重複がない場合に
当該端末情報を配信リストとして追加記憶する配信リス
ト生成部とを具備することを特徴とするデータ配信サー
バ。
3. A data distribution server that distributes data to a large number of terminals via a network, and a communication control unit that transmits data and requests and receives responses, and a connection establishment request, data transmission, retransmission, and connection release. A transmission management unit for transmitting a packet including a request, a response processing unit for transmitting information included in a connection establishment response from each terminal received by the communication control unit to generate a distribution list, and a distribution list. A duplication check of a distribution list storage unit that stores the distribution list to the transmission management unit at the start of data transmission, information about a terminal already received during connection establishment, and information about a terminal included in a newly received response is performed. And a distribution list generation unit that additionally stores the terminal information as a distribution list when there is no duplication. Data distribution server to.
【請求項4】 請求項3に記載のデータ配信サーバにお
いて、 前記配信リスト生成部は、コネクション確立処理で得た
配信リストを格納する配信リスト一時メモリと、 コネクション確立応答パケットの端末情報を格納する応
答情報メモリと、 該コネクション確立応答パケットの端末情報を受信する
と、該応答情報メモリに格納した後、該応答情報メモリ
に格納されている端末名、端末アドレスと、上記配信リ
スト一時メモリに格納されている配信リストの端末名、
端末アドレスとが重複していないか否かをチェックし、
重複していないとき順次端末情報を追加するリスト処理
部とを有することを特徴とするデータ配信サーバ。
4. The data distribution server according to claim 3, wherein the distribution list generation unit stores a distribution list temporary memory for storing a distribution list obtained in the connection establishment process, and terminal information of a connection establishment response packet. When the response information memory and the terminal information of the connection establishment response packet are received, they are stored in the response information memory, and then stored in the distribution list temporary memory and the terminal name and terminal address stored in the response information memory. The distribution list device name,
Check whether it is the same as the terminal address,
And a list processing unit that sequentially adds terminal information when they do not overlap each other.
【請求項5】 データ配信サーバから多数の端末にネッ
トワークを介してデータ配信を行う放送型コネクション
データ配信用プログラムを記録した記録媒体であって、 該データ配信サーバのコンピュータを、コネクション確
立繰り返し回数を設定し、繰り返しカウンタを初期化し
た後に、コネクション確立要求応答待ち状態を生成する
手段、データ配信指示により、コネクション確立要求パ
ケットを端末グループの各端末に送信する手段、各端末
からコネクション確立応答パケットを受信すると、受信
した該コネクション確立応答パケットに含まれる端末情
報と既に生成されている配信リストの端末情報とを比較
照合して、該端末情報の重複がないか否かをチェックす
る手段、重複があるときは受信した該端末情報を廃棄
し、重複がないときは受信した該端末情報を配信リスト
に追加する手段、配信リストが確定すると、データ送信
の開始を要求する手段、配信リスト確定後に、1つない
し複数の端末からデータ配信の要求が発生した場合、該
要求を一時待ちとし、上記コネクション確立要求応答待
ち状態になった時点で少なくとも1つを有効にする手段
として機能させる放送型コネクションデータ配信用プロ
グラムを記録したコンピュータ読み出し可能な記録媒
体。
5. A recording medium in which a program for broadcast-type connection data distribution for distributing data from a data distribution server to a large number of terminals via a network is recorded, wherein a computer of the data distribution server sets a number of times of connection establishment repetitions. After setting and initializing the repeat counter, means for generating a connection establishment request response wait state, means for transmitting a connection establishment request packet to each terminal of the terminal group by a data distribution instruction, connection establishment response packet from each terminal Upon reception, a means for comparing and collating the terminal information included in the received connection establishment response packet with the terminal information of the distribution list that has already been generated to check whether or not there is duplication of the terminal information, duplication. When the received terminal information is discarded when there is no duplication Means for adding the received terminal information to the distribution list, means for requesting start of data transmission when the distribution list is confirmed, and data distribution request from one or more terminals after the distribution list is confirmed, A computer-readable recording medium in which a broadcast connection data distribution program is recorded, which makes a request temporary and functions as a means for validating at least one of the connection establishment request response waiting states.
JP06264498A 1998-03-13 1998-03-13 Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program Expired - Lifetime JP3470585B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP06264498A JP3470585B2 (en) 1998-03-13 1998-03-13 Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06264498A JP3470585B2 (en) 1998-03-13 1998-03-13 Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program

Publications (2)

Publication Number Publication Date
JPH11261554A JPH11261554A (en) 1999-09-24
JP3470585B2 true JP3470585B2 (en) 2003-11-25

Family

ID=13206258

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06264498A Expired - Lifetime JP3470585B2 (en) 1998-03-13 1998-03-13 Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program

Country Status (1)

Country Link
JP (1) JP3470585B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101243194B1 (en) * 2005-10-26 2013-03-13 톰슨 라이센싱 A system and method for grouping program identifiers into multicast groups

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
C MAGAZINE,ソフトバンク株式会社,第5巻,第4号,第102−109頁
INTERNET DRAFT,draft−shiroshita−rmtp−spec−00.txt
情報処理学会論文誌,第39巻,第6号,第2009−2019頁
電子情報通信学会技術研究報告SSE95−196

Also Published As

Publication number Publication date
JPH11261554A (en) 1999-09-24

Similar Documents

Publication Publication Date Title
JP3396223B2 (en) Method and apparatus for moving a subtree in a network directory
US6256673B1 (en) Cyclic multicasting or asynchronous broadcasting of computer files
US5838923A (en) Method and system for synchronizing computer mail user directories
US7793112B2 (en) Access to content addressable data over a network
US4823122A (en) Local area network for digital data processing system
EP0380141B1 (en) Local area network for digital data processing system
US6134599A (en) System and method for organizing devices in a network into a tree using suitability values
US7200665B2 (en) Allowing requests of a session to be serviced by different servers in a multi-server data service system
US4975904A (en) Local area network for digital data processing system including timer-regulated message transfer arrangement
US20080250110A1 (en) Peer-to-peer messaging system
JP2007012077A (en) Access to content addressable data via network
KR930701792A (en) Decoupling feeder with data exchange detail for high performance communication between software processes and its method
JPS62118465A (en) Propagation of resource information
CN113342838B (en) Data processing method, device and equipment based on block chain and readable storage medium
US20040015536A1 (en) Multicast system and method for deploying multiple images simultaneously
CN105279217A (en) Reconstructable content objects
JP3470585B2 (en) Broadcast connection data distribution system and distribution server, and recording medium recording broadcast connection distribution program
US6490586B1 (en) Ordered sub-group messaging in a group communications system
JP3693978B2 (en) Multicast data communication method, multicast data communication system, relay device, relay method, relay program, and medium recording the relay program
CN102457532B (en) A kind of methods, devices and systems realizing many CDN and share with theme video
JP3672465B2 (en) File storage device
JPH1049469A (en) Method and system for instantaneous type select information distribution, customizer device, and large-scale select information distribution system
JPH1023005A (en) Multi-cast distribution method and system
Auerbach et al. Multicast group membership management in high speed wide area networks
Kowalchuk et al. vnews: a multicast, multimedia news service with virtual messages

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080912

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080912

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090912

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090912

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100912

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100912

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110912

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120912

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130912

Year of fee payment: 10

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term