JPH09270790A - File distribution method and communication controller - Google Patents
File distribution method and communication controllerInfo
- Publication number
- JPH09270790A JPH09270790A JP7883196A JP7883196A JPH09270790A JP H09270790 A JPH09270790 A JP H09270790A JP 7883196 A JP7883196 A JP 7883196A JP 7883196 A JP7883196 A JP 7883196A JP H09270790 A JPH09270790 A JP H09270790A
- Authority
- JP
- Japan
- Prior art keywords
- file
- block
- blocks
- order information
- received
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、例えばTCP/I
Pプロトコルを使用してネットワーク構築されたクライ
アント・サーバ型システムにおけるファイル配信技術に
関する。BACKGROUND OF THE INVENTION The present invention relates to, for example, TCP / I.
The present invention relates to a file delivery technique in a client / server system in which a network is constructed using the P protocol.
【0002】[0002]
【従来の技術】一つのサーバ端末に対して複数のクライ
アント端末が接続されるクライアント・サーバシステム
において、TCP/IPプロトコルを使用してサーバ端
末から各クライアント端末に向けてファイルを配信する
場合、従来は、下記の二通りの方式が採用されていた。
第1の方式は、個別配信方式であり、ファイルをサーバ
端末から各クライアント端末へ個別的に配信するもので
ある。この方式では、前提として配信対象となるファイ
ル(配信対象ファイル)をクライアント端末数分発行す
る必要がある。一方、第2の方式は、ブロードキャスト
方式であり、個別配信方式と異なり、サーバ端末が不特
定多数のクライアント端末に向けて一つのファイルを一
斉配信するものである。2. Description of the Related Art In a client / server system in which a plurality of client terminals are connected to one server terminal, when a file is distributed from the server terminal to each client terminal using the TCP / IP protocol, the conventional method has been used. Has adopted the following two methods.
The first method is an individual distribution method, in which files are individually distributed from the server terminal to each client terminal. In this method, it is necessary to issue as many files to be distributed (distribution target files) as the number of client terminals. On the other hand, the second method is a broadcast method, and unlike the individual distribution method, the server terminal simultaneously distributes one file to an unspecified number of client terminals.
【0003】両方式とも、サーバ端末の側で配信対象フ
ァイルを所定長のブロックに分割し、ブロック単位でク
ライアント端末へ配信する場合がある。この場合のサー
バ端末での作業量を電文数で評価すると、個別配信方式
の場合は配信対象ファイルのサイズ÷1ブロック長×ク
ライアント端末数、ブロードキャスト方式の場合は、配
信対象ファイルのサイズ÷1ブロック長となることか
ら、両方式の配信対象ファイルのサイズと1ブロック長
が等しければ、明らかにブロードキャスト方式の方がシ
ステムへの負担は少なくて済む。従って、このブロード
キャスト方式を採用すれば、LAN(地域ネットワー
ク)等の通信路における負荷の軽減と、作業効率の向上
が図られる利点がある。In both types, the file to be distributed may be divided into blocks of a predetermined length on the server terminal side and distributed to the client terminal in block units. When the amount of work at the server terminal in this case is evaluated by the number of messages, in the case of the individual distribution method, the size of the distribution target file / 1 block length x the number of client terminals, and in the case of the broadcasting method, the size of the distribution target file / 1 block Since the length is long, if the size of the file to be distributed in both systems is equal to the one block length, the broadcast system obviously requires less load on the system. Therefore, if this broadcast method is adopted, there is an advantage that the load on the communication path such as a LAN (regional network) can be reduced and the work efficiency can be improved.
【0004】[0004]
【発明が解決しようとする課題】しかしながら、ブロー
ドキャスト方式を採用した場合、クライアント端末側の
処理能力や通信路の状態によってはサーバ端末からの送
信ブロックがクライアント端末で常に正しく受信できる
とは限らないという問題があった。例えば各クライアン
ト端末において、受信ブロックを蓄積するためのバッフ
ァメモリ(メッセージバッファ等)が、後続ブロック長
を蓄積するに十分な容量をもたない場合や、受信したブ
ロックの蓄積や蓄積したブロックについての処理より
も、配信された後続ブロックの到着が早い場合は、後続
ブロックの受信に失敗して、ブロック抜けが生じる。従
来は、このようなブロック抜けに対する補償手法が十分
でなかったため、配信されるファイルの信頼性を高める
ことができなかった。However, when the broadcast method is adopted, the transmission block from the server terminal may not always be correctly received by the client terminal depending on the processing capacity of the client terminal and the state of the communication path. There was a problem. For example, in each client terminal, if the buffer memory (message buffer, etc.) for storing the received block does not have sufficient capacity to store the subsequent block length, or if the received block is stored or the stored block is stored, If the delivered subsequent block arrives earlier than the processing, reception of the subsequent block fails and block omission occurs. Conventionally, the compensation method for such a block omission has not been sufficient, so that the reliability of the delivered file cannot be improved.
【0005】また、ブロードキャスト方式の場合、サー
バ端末は、どのクライアント端末が、現在、どのような
受信状況にあるかを把握することができないため、次の
ファイル配信のタイミングを適切に判断できず、配信効
率を高めることができないという問題もあった。Further, in the case of the broadcast system, the server terminal cannot grasp which client terminal is currently in what kind of reception condition, and therefore cannot properly judge the timing of the next file distribution. There was also a problem that the delivery efficiency could not be improved.
【0006】本発明の課題は、サーバ端末から複数のク
ライアント端末に向けてブロードキャスト方式でファイ
ルを配信する際に、各クライアント端末における受信フ
ァイルの信頼性を高めるとともに、効率的な配信を可能
にするファイル配信方法を提供することにある。本発明
の他の課題は、上記ファイル配信方法の実施に適した通
信制御装置を提供することにある。An object of the present invention is to enhance the reliability of a received file at each client terminal and to enable efficient distribution when a file is distributed from a server terminal to a plurality of client terminals by a broadcast method. To provide a file delivery method. Another object of the present invention is to provide a communication control device suitable for implementing the above file distribution method.
【0007】[0007]
【課題を解決するための手段】本発明が提供するファイ
ル配信方法は、配信対象ファイルを複数のブロックに分
割するとともに各ブロックをその分割順序情報と共にフ
ァイル送信端末から複数のファイル受信端末へ一斉送信
する段階と、前記ブロックを受信した個々のファイル受
信端末が、各ブロックを前記分割順序情報が定める順序
に蓄積して前記配信対象ファイルの少なくとも一部を構
築するステップと、該ブロックの蓄積と非同期に前記配
信対象ファイルの構築部分をファイル格納用メモリに書
き込むステップと、既受信ブロックの順序性を判別して
所定期間における未受信ブロックの有無を判定するステ
ップと、未受信ブロックが有る場合に該未受信ブロック
についての再送要求を前記ファイル送信端末へ送信する
段階と、前記再送要求を受信したファイル送信端末が、
該再送要求の数及び再送要求の内容に応じて再送処理、
例えば再送先と再送ブロック数の少なくとも一方を決定
する段階と、を有することを特徴とする。According to a file distribution method provided by the present invention, a file to be distributed is divided into a plurality of blocks and each block is simultaneously transmitted from a file transmission terminal to a plurality of file reception terminals together with division order information. And a step in which each file receiving terminal that receives the block stores each block in an order determined by the division order information to construct at least a part of the file to be distributed, and the storage of the block is asynchronous. To write the construction part of the file to be distributed in the file storage memory, to determine the order of the received blocks to determine whether there is an unreceived block in a predetermined period, and when there is an unreceived block, Transmitting a resend request for an unreceived block to the file sending terminal, and the resending File transmission terminal, which has received the required is,
Retransmission processing according to the number of retransmission requests and the content of the retransmission request,
For example, the step of determining at least one of the retransmission destination and the number of retransmission blocks is included.
【0008】上記前記ファイル受信端末において未受信
ブロックの有無を判定するステップは、例えば、一の受
信ブロックに続く後続受信ブロックの分割順序情報が期
待値でない場合に、該当ブロックを受信するまで該期待
値に対応する分割順序情報を保持する過程を含む。The step of determining the presence / absence of an unreceived block in the file receiving terminal is, for example, when the division order information of a subsequent receiving block following one receiving block is not an expected value, the expectation until the corresponding block is received. A process of holding division order information corresponding to a value is included.
【0009】また、本発明が提供する第1の通信制御装
置は、複数のファイル受信端末との間で双方向通信を行
うファイル送信端末として機能する装置であって、配信
対象ファイルを複数のブロックに分割するとともに各ブ
ロックに各々の分割順序情報を対応付ける手段と、前記
分割されたブロックを前記分割順序情報と共に各ファイ
ル受信端末へ一斉送信または個別送信する送信手段と、
少なくとも一つのファイル受信端末からの再送要求を受
信したときに該再送要求に対応するブロックを前記分割
順序情報に基づいて特定するブロック特定手段と、この
ブロック特定手段で特定したブロックの数または前記再
送要求の数を含む判定情報と所定の基準値とを比較し、
比較結果に応じて再送処理を行う手段と、を備えて成
る。The first communication control device provided by the present invention is a device that functions as a file transmission terminal that performs two-way communication with a plurality of file reception terminals, and distributes files to be distributed into a plurality of blocks. And a means for associating each division order information with each block, and a transmission means for simultaneously or individually transmitting the divided blocks to each file receiving terminal together with the division order information,
When a resending request is received from at least one file receiving terminal, a block specifying unit that specifies a block corresponding to the resending request based on the division order information, and the number of blocks specified by the block specifying unit or the resending Compare the judgment information including the number of requests with a predetermined reference value,
Means for performing a retransmission process according to the comparison result.
【0010】また、本発明が提供する第2の通信制御装
置は、配信対象ファイルを複数ブロックに分割するとと
もに各ブロックに各々の分割順序情報を対応付ける手
段、を備えたファイル送信端末との間で双方向通信を行
うファイル受信端末として機能する装置であって、前記
配信対象ファイルを格納するためのファイル格納用メモ
リと、前記ブロックを蓄積するための複数のバッファメ
モリと、前記ファイル送信端末から受信した複数のブロ
ックを所定順序で前記バッファメモリに蓄積して前記配
信対象ファイルの少なくとも一部を構築するとともに、
一のバッファメモリに蓄積された配信対象ファイルの構
築部分を前記ブロックの蓄積と非同期に前記ファイル格
納用メモリに格納するメモリ制御手段と、前記ファイル
送信端末から複数のブロックと共に受信した分割順序情
報と既受信ブロックとを比較して未受信ブロックを検出
する受信ブロック監視手段と、この受信ブロック監視手
段が未受信ブロックを検出したときに該未受信ブロック
についての再送要求を前記ファイル送信端末へ送信する
送信手段と、を備えて成る。Further, the second communication control device provided by the present invention is a device for dividing a file to be distributed into a plurality of blocks and a means for associating each block with division order information. A device functioning as a file receiving terminal for bidirectional communication, comprising a file storage memory for storing the distribution target file, a plurality of buffer memories for accumulating the blocks, and receiving from the file transmitting terminal. While accumulating a plurality of blocks in the buffer memory in a predetermined order to construct at least a part of the distribution target file,
Memory control means for storing a construction part of the distribution target file accumulated in one buffer memory in the file storing memory asynchronously with accumulation of the block; division order information received together with a plurality of blocks from the file transmitting terminal; Receiving block monitoring means for comparing unreceived blocks with detected already received blocks, and, when this receiving block monitoring means detects unreceived blocks, sends a resend request for the unreceived blocks to the file transmitting terminal. And transmitting means.
【0011】前記メモリ制御手段は、例えば、一のバッ
ファメモリに蓄積されたブロックが所定量に達した後
は、後続の受信ブロックを他のバッファメモリに蓄積す
るとともに、前記一のバッファメモリに蓄積された配信
対象ファイルの構築部分を前記ファイル格納用メモリに
移し替えるように構成するものであり、前記受信ブロッ
ク監視手段は、例えば、個々の受信ブロックの分割順序
情報を監視し、一の受信ブロックに続く後続受信ブロッ
クの分割順序情報が期待値でないときに、該当ブロック
を受信するまで該期待値に対応する分割順序情報を保持
するように構成するものである。The memory control means, for example, after the number of blocks stored in one buffer memory reaches a predetermined amount, stores the subsequent reception block in another buffer memory and also stores it in the one buffer memory. The receiving block monitoring means monitors, for example, division order information of individual receiving blocks to transfer the construction part of the distributed file to be transferred to the file storing memory, and one receiving block. When the division order information of the subsequent reception block following is not the expected value, the division order information corresponding to the expected value is held until the corresponding block is received.
【0012】[0012]
【発明の実施の形態】以下、本発明のファイル配信方法
を、TCP/IPプロトコルを使用したクライアント・
サーバ型システムに適用した場合の一実施形態を詳細に
説明する。BEST MODE FOR CARRYING OUT THE INVENTION The file distribution method of the present invention will now be described with reference to a client / client system using a TCP / IP protocol.
One embodiment when applied to a server type system will be described in detail.
【0013】図1は、本実施形態によるシステム構成図
であり、第1の通信制御装置であるサーバ端末10と、
第2の通信制御装置である複数のクライアント端末20
a〜20nとが、LAN等の通信路30を介して接続さ
れている。本発明との関係では、ファイル送信端末がサ
ーバ端末10、ファイル受信端末がクライアント端末2
0a〜20nに該当する。サーバ端末10は、所定の制
御プログラムによって、ファイル管理部12、ヘッダ管
理部13、ブロック編集部14、配信制御部15、送信
処理部16、受信処理部17、及び受信情報解析部18
の機能を実現している。FIG. 1 is a system configuration diagram according to this embodiment, and includes a server terminal 10 which is a first communication control device,
A plurality of client terminals 20 that are second communication control devices
a-20n are connected via a communication path 30 such as a LAN. In connection with the present invention, the file transmission terminal is the server terminal 10 and the file reception terminal is the client terminal 2.
It corresponds to 0a to 20n. The server terminal 10 has a file management unit 12, a header management unit 13, a block editing unit 14, a distribution control unit 15, a transmission processing unit 16, a reception processing unit 17, and a reception information analysis unit 18 according to a predetermined control program.
Function is realized.
【0014】ファイル管理部12は、ファイル格納メモ
リ11から配信対象となるファイルを抽出し、抽出した
ファイルをブロードキャストの際にフラグメンテーショ
ンを起こさない長さの複数のブロックに分割するととも
に、分割順序情報を生成する。分割順序情報は、分割元
のファイル名や分割順序番号を含む情報である。この分
割順序情報はヘッダ管理部13に送られ、ここで個々の
ブロックとの対応付けがなされる。ファイル管理部12
は、また、後述の受信情報解析部18から送られる解析
結果に基づいてファイル配信後の再送制御を行う。具体
的には、再送要求に対応する未受信ブロックをヘッダ管
理部13で管理している個々のブロックの分割順序情報
を参照して特定するとともに、全体の未受信ブロック
数、あるいは再送要求の数が基準値を越える場合、例え
ば全ブロックの20%を越える場合は、全てのクライア
ント端末20a〜20nに向けてブロードキャスト方式
でファイル毎の一斉再送を行うための制御情報を生成す
る。再送要求が特定のクライアント端末に偏っている場
合、あるいは特定のブロックに集中する場合は、個別再
送あるいはファイル毎の一斉再送、ブロック毎の一斉再
送を行うための制御情報を生成する。各制御情報は、配
信制御部15に送られる。The file management unit 12 extracts a file to be distributed from the file storage memory 11, divides the extracted file into a plurality of blocks having a length that does not cause fragmentation at the time of broadcasting, and provides division order information. To generate. The division order information is information including a division source file name and a division order number. This division order information is sent to the header management unit 13, where it is associated with each block. File management unit 12
Also performs retransmission control after file distribution based on the analysis result sent from the reception information analysis unit 18 described later. Specifically, the unreceived block corresponding to the retransmission request is specified by referring to the division order information of the individual blocks managed by the header management unit 13, and the total number of unreceived blocks or the number of retransmission requests is determined. When the value exceeds the reference value, for example, when it exceeds 20% of all blocks, control information for performing simultaneous retransmission of each file by the broadcast method is generated toward all the client terminals 20a to 20n. When the retransmission request is biased to a specific client terminal or concentrated on a specific block, control information for performing individual retransmission, broadcast retransmission for each file, or broadcast retransmission for each block is generated. Each control information is sent to the delivery control unit 15.
【0015】ブロック編集部14は、個々のブロックと
分割順序情報とを編集して、TCP/IPプロトコルに
したがうフォーマットの送信情報(再送情報を含む)を
生成する。配信制御部15は、ファイル管理部12から
送られる制御情報に基づいて、送信処理部16における
送信情報または再送情報の配信方式を制御するものであ
る。受信処理部17は、ファイル配信後に各クライアン
ト端末20a〜20nが送信した受信情報を受信するも
のであり、受信情報解析部18は、受信情報に含まれる
再送要求の内容を解析してファイル管理部12に送信す
るものである。The block editing unit 14 edits each block and division order information to generate transmission information (including retransmission information) in a format according to the TCP / IP protocol. The distribution control unit 15 controls the distribution system of the transmission information or the retransmission information in the transmission processing unit 16 based on the control information sent from the file management unit 12. The reception processing unit 17 receives the reception information transmitted by each of the client terminals 20a to 20n after the file distribution, and the reception information analysis unit 18 analyzes the content of the resend request included in the reception information and then the file management unit. 12 is to be transmitted.
【0016】図2は、本実施形態によるクライアント端
末の構成図であり、便宜上、第1クライアント端末20
aのみについて示してある。他のクライアント端末20
b〜20nもほぼ同一の構成となる。FIG. 2 is a block diagram of the client terminal according to the present embodiment. For convenience, the first client terminal 20 is shown.
Only a is shown. Other client terminal 20
b to 20n also have substantially the same configuration.
【0017】このクライアント端末20aは、所定の制
御プログラムによって、受信処理部21、受信ブロック
監視部22、メモリ制御部23、通番管理テーブル2
4、バッファメモリ(メッセージメモリ)25、ファイ
ル格納メモリ26、再送要求情報生成部27、及び送信
処理部28の機能を実現している。メモリ制御部23
は、通番テーブル24の書込及び消込を行うテーブル制
御部231と、バッファメモリ25へのブロック蓄積や
書込面の切換制御等を行うバッファ制御部232と、フ
ァイル格納メモリ26への書込制御を行う書込制御部2
33とから構成される。The client terminal 20a has a reception processing unit 21, a reception block monitoring unit 22, a memory control unit 23, and a serial number management table 2 according to a predetermined control program.
4, the buffer memory (message memory) 25, the file storage memory 26, the resend request information generation unit 27, and the transmission processing unit 28 are realized. Memory control unit 23
Is a table control unit 231 that writes and erases the serial number table 24, a buffer control unit 232 that performs block accumulation in the buffer memory 25, switching control of the writing surface, and the like, and writing to the file storage memory 26. Write control unit 2 for controlling
And 33.
【0018】受信処理部21は、サーバ端末からブロッ
ク及びヘッダ部の分割順序情報を受信するとともに、各
受信情報をメモリ制御部23に送る。メモリ制御部23
の動作については後述する。受信ブロック監視部22
は、受信処理部21からの分割順序情報に基づいてファ
イル毎の未受信ブロックの有無を監視し、未受信ブロッ
クを検出したときは、その旨を再送要求情報生成部27
に通知する。The reception processing section 21 receives the division order information of the block and header sections from the server terminal and sends each reception information to the memory control section 23. Memory control unit 23
The operation of will be described later. Reception block monitoring unit 22
Monitors the presence or absence of an unreceived block for each file based on the division order information from the reception processing unit 21, and when an unreceived block is detected, the retransmission request information generation unit 27
Notify.
【0019】通番管理テーブル24は、テーブル制御部
231の制御により、未受信となったブロックを「欠
番」として保持するものである。この通番管理テーブル
24を用いた未受信ブロックの特定については種々の手
法を採用し得る。例えばサーバ端末10からの一斉配信
時に全ての分割順序情報を通番管理テーブル24に書き
込んでおき、ブロックを受信する度に対応するブロック
の分割順序情報を消し込んでいく。残った分割順序情報
が未受信ブロックを表す欠番となる。あるいはバッファ
メモリ25への蓄積時に、分割順序情報が期待値か否か
を判定し、期待値でないブロックの分割順序情報を欠番
として順次記録していく。後に該当ブロックを受信した
場合は対応する欠番を消し込む。本実施形態では、便宜
上、後者の手法を採用する。図3はこの通番管理テーブ
ル24の内容例を示す説明図である。The serial number management table 24 holds an unreceived block as a “missing number” under the control of the table controller 231. Various methods can be adopted for identifying the unreceived block using the serial number management table 24. For example, all division order information is written in the serial number management table 24 at the time of simultaneous delivery from the server terminals 10, and the division order information of the corresponding block is erased each time a block is received. The remaining division order information becomes a missing number indicating an unreceived block. Alternatively, at the time of storage in the buffer memory 25, it is determined whether or not the division order information is an expected value, and the division order information of blocks that are not the expected value is sequentially recorded as a missing number. When the corresponding block is received later, the corresponding missing number is erased. In the present embodiment, the latter method is adopted for convenience. FIG. 3 is an explanatory diagram showing an example of the contents of the serial number management table 24.
【0020】バッファメモリ25は、バッファ制御部2
32によって選択的に切換可能な少なくとも2つの記録
面を有し、受信したブロックを選択した記録面に順次蓄
積してサーバ端末10から配信されたファイルを再構築
するものである。ファイル格納メモリ26は、バッファ
メモリ25に蓄積されたファイル構築部分を格納するも
ものである。The buffer memory 25 is a buffer controller 2
It has at least two recording surfaces that can be selectively switched by 32, and sequentially stores received blocks on the selected recording surface to reconstruct the file distributed from the server terminal 10. The file storage memory 26 is for storing the file construction part accumulated in the buffer memory 25.
【0021】次に、上記構成のクライアント・サーバ型
システムの具体的な動作を図4〜図8を参照して説明す
る。図4は、サーバ端末10における一次送信処理、即
ちブロードキャスト方式による一斉配信処理を示す手順
説明図である。サーバ端末10は、まず、ファイル格納
メモリ11から配信対象ファイルを抽出する(S10
1)。そして、抽出したファイルを、例えば1024バ
イト毎のブロックに順次分割するとともに、分割順序情
報を生成する(S102)。各ブロックのヘッダに分割
順序情報、即ちファイル名と分割順序を表す番号とを付
与し(S503)、全クライアント端末20a〜20n
に向けてブロードキャスト方式にて一斉配信する(S1
04)。ステップS101〜S104を、当該ファイル
について全てのブロックが終了するまで繰り返し(S1
05)、さらに、配信対象ファイルが無くなるまでステ
ップS101〜S105を繰り返す(S106)。一次
送信処理後は、必要に応じて図5に示す手順で再送処理
を行う。Next, the specific operation of the client / server type system having the above-mentioned configuration will be described with reference to FIGS. FIG. 4 is a procedure explanatory diagram showing the primary transmission process in the server terminal 10, that is, the simultaneous distribution process by the broadcast method. The server terminal 10 first extracts a distribution target file from the file storage memory 11 (S10).
1). Then, the extracted file is sequentially divided into blocks of 1024 bytes, for example, and division order information is generated (S102). Division order information, that is, a file name and a number indicating the division order are added to the header of each block (S503), and all client terminals 20a to 20n are added.
Broadcast to all of you by broadcasting (S1
04). Steps S101 to S104 are repeated until all blocks of the file are completed (S1
05), and steps S101 to S105 are repeated until there are no more distribution target files (S106). After the primary transmission process, the retransmission process is performed as necessary according to the procedure shown in FIG.
【0022】再送処理では、まず、少なくとも一つのク
ライアント端末からの再送要求を受信すると(S20
1:Yes)。一斉再送が必要か否かを判定する(S20
2)。判定基準としては、前述のように再送要求を送信
したクライアント端末の数が基準値(例えば全体の20
%)より多い場合、未受信ブロック数が基準値(例えば
全体の20%)より多い場合には一斉再送を行い(S2
03)、それ以外は個別再送を行う(S204)。基準
値は、配信対象ファイルの種類やクライアント端末の数
に応じて任意に設定することができる。In the resend process, first, when a resend request is received from at least one client terminal (S20).
1: Yes). It is determined whether or not batch retransmission is necessary (S20
2). As the determination criterion, the number of client terminals that have transmitted the retransmission request as described above is a reference value (for example, 20
%), And if the number of unreceived blocks is larger than a reference value (for example, 20% of the total), batch retransmission is performed (S2
03), otherwise, individual retransmission is performed (S204). The reference value can be arbitrarily set according to the type of file to be distributed and the number of client terminals.
【0023】次に、クライアント端末20aにおけるブ
ロック蓄積処理の一手順を図6を参照して説明する。ク
ライアント端末20aは、サーバ端末10から送られる
配信対象ファイルを1ブロック毎に受信し(S30
1)、受信したブロックのヘッダからファイル名と分割
順序番号を読み取る(S302)。通番管理テーブル2
4を参照して受信ブロックの分割順序番号が欠番として
存在するか否かを調べる(S303)。存在すれば、通
番管理テーブル24からその欠番を削除して、受信ブロ
ックをバッファメモリ25に蓄積する(S307)。S
303において欠番がないと判定した場合(S303:
No)は、今回の番号が期待通番か否かを判定する(S3
05)。「期待通番」は、例えば同一ファイルに属する
直前受信ブロックの分割順序番号が”5”の場合の”
6”が該当する。Next, one procedure of the block accumulation process in the client terminal 20a will be described with reference to FIG. The client terminal 20a receives the distribution target file sent from the server terminal 10 for each block (S30).
1) Read the file name and division order number from the header of the received block (S302). Serial number management table 2
4, it is checked whether or not the division sequence number of the received block exists as a missing number (S303). If it exists, the missing number is deleted from the serial number management table 24, and the received block is stored in the buffer memory 25 (S307). S
When it is determined that there is no missing number in 303 (S303:
No) determines whether or not this number is the expected serial number (S3).
05). The "expected serial number" is, for example, "when the division sequence number of the immediately preceding reception block belonging to the same file is" 5 ".
6 "is applicable.
【0024】欠番として通番管理テーブル24に存在せ
ず、且つ期待通番でもない場合(S305:No)は、こ
れを欠番として通番管理テーブル24へ書き込んで(S
306)、受信ブロックをバッファメモリ25に蓄積す
る(S307)。期待通番の場合は(S305:Ye
s)、直ちに受信ブロックをバッファメモリ25に蓄積
する。なお、ここでは、便宜上、欠番が生じたときに、
これを通番管理テーブル24に書き込む場合について説
明しているが、前述のように、最初のブロックの受信時
に後続の全ブロックの分割順序情報を通番管理テーブル
24に書き込んでおき、個々のブロックを受信する度に
順次消し込む手法であってもよい。If the missing number does not exist in the serial number management table 24 and is not the expected serial number (S305: No), this is written in the serial number management table 24 as the missing number (S305).
306), the received block is stored in the buffer memory 25 (S307). In case of expected serial number (S305: Ye
s), immediately stores the received block in the buffer memory 25. In addition, here, for convenience, when a missing number occurs,
Although the case where this is written in the serial number management table 24 has been described, as described above, when the first block is received, the division order information of all subsequent blocks is written in the serial number management table 24, and individual blocks are received. It may be a method of sequentially erasing each time.
【0025】以上の処理をファイルの他のブロックにつ
いて繰り返し(S308:No)、全ブロックの受信が終
了したと判定したときは(S308:Yes)、通番管理
テーブル24を参照し(S309)、当該ファイルにつ
いて残されている欠番があるか否かを判定する(S31
0)。欠番が残されている場合は(S310:Yes)、
それを読み込んで再送要求情報を生成し(S311)、
サーバ端末10へ向けて再送要求を送信する(S31
2)。以後、サーバ端末10から再送された場合は、S
301からの処理を再度行う。S310において欠番が
ないと判定した場合(S310:No)は、処理を終え
る。The above processing is repeated for other blocks of the file (S308: No), and when it is determined that the reception of all blocks is completed (S308: Yes), the serial number management table 24 is referred to (S309), It is determined whether there is a missing number left for the file (S31).
0). When the missing number is left (S310: Yes),
It is read and re-transmission request information is generated (S311),
A resend request is sent to the server terminal 10 (S31
2). After that, if it is retransmitted from the server terminal 10, S
The processing from 301 is performed again. If it is determined that there is no missing number in S310 (S310: No), the process ends.
【0026】このように、配信されたファイルを構成す
る一部のブロックの受信に失敗した場合であっても、欠
番に対応するブロックを特定してサーバ端末10に速や
かに再送要求するようにしたので、一斉配信された際の
ブロック抜けを確実に防止することができ、受信ファイ
ルの信頼性を高めることができる。As described above, even when the reception of some blocks constituting the distributed file fails, the block corresponding to the missing number is specified and the server terminal 10 is promptly retransmitted. Therefore, it is possible to reliably prevent omission of blocks when they are simultaneously delivered, and it is possible to improve the reliability of received files.
【0027】次に、クライアント端末20aにおいてブ
ロック蓄積処理と非同期に行われるファイル書込処理
を、図7を参照して説明する。バッファ制御部232が
バッファメモリ25の記録面、例えば第1面を選択し、
受信ブロックを第1面の該当位置、即ち分割順序情報で
示される位置へ蓄積する(S401)。これは上述のブ
ロック蓄積処理と関連する。第1面の残容量を調べ(S
402)、満杯でない場合は(S402:No)、後続ブ
ロックがあるか否かを判定し(S403)、後続ブロッ
クがある場合は(S403:Yes)第1面への蓄積を繰
り返す。第1面が満杯になり(S402:Yes)、且つ
後続ブロックがある場合は(S404:Yes)、バッファ
制御部232が記録面を第2面に切り替えて後続ブロッ
クを該当位置に蓄積する(S405)。第2面の蓄積開
始後、あるいはS403,S404において後続ブロッ
クがないと判定した場合は、書込制御部233が、第1
面に蓄積されているブロック(ファイルの構築部分)を
ファイル格納メモリ26へ格納するとともに(S40
6)、次のブロック蓄積に備えて第1面をクリアする
(S407)。このようにすれば、ブロック蓄積処理と
ファイル書込処理が互いに独立のタイミングで行われる
ので、少なくともファイル書込処理に起因するブロック
抜けを防止できるほか、バッファメモリ25の使用効率
を最大限に高めることができる。Next, the file writing process that is performed asynchronously with the block accumulation process in the client terminal 20a will be described with reference to FIG. The buffer control unit 232 selects the recording surface of the buffer memory 25, for example, the first surface,
The received block is stored in the corresponding position on the first surface, that is, the position indicated by the division order information (S401). This is associated with the block accumulation process described above. Check the remaining capacity of the first surface (S
402), if it is not full (S402: No), it is determined whether or not there is a subsequent block (S403), and if there is a subsequent block (S403: Yes), accumulation on the first surface is repeated. If the first surface is full (S402: Yes) and there is a subsequent block (S404: Yes), the buffer control unit 232 switches the recording surface to the second surface and stores the subsequent block at the corresponding position (S405). ). After the start of accumulation of the second surface, or when it is determined in S403 and S404 that there is no subsequent block, the write control unit 233 determines that the first
The block (constructed portion of the file) accumulated on the surface is stored in the file storage memory 26 (S40
6), the first surface is cleared in preparation for the next block accumulation (S407). In this way, the block accumulation process and the file writing process are performed at mutually independent timings, so at least block omissions caused by the file writing process can be prevented and the efficiency of use of the buffer memory 25 is maximized. be able to.
【0028】上述のクライアント・サーバ型システムに
おいて、サーバ端末10がブロードキャスト方式により
複数ブロックの一斉配信を行った後の再送態様を図8
(a),(b),(c)に示す。In the client-server system described above, FIG. 8 shows a retransmission mode after the server terminal 10 broadcasts a plurality of blocks by the broadcast method.
(A), (b) and (c) show.
【0029】図8(a)は、第1クライアント端末Aが
欠番「21」、つまり、当該ファイルについて21番目
のブロックが未受信であったことを示す再送要求を送信
し、第2クライアント端末Bが欠番「82」についての
再送要求を送信した場合の例を示している。この場合
は、再送ブロックが少ないので、第1クライアント端末
Aに該当ブロック「21」、第2クライアント端末Bに
該当ブロック「82」のみを個別的に再送する。一方、
図8(b)は、各クライアント端末A,B,・・Nから
前述の基準値を越える数の再送要求があった場合の例で
ある。この場合は、ブロードキャスト方式により全ての
クライアント端末へ当該ファイルの一斉再送を行う。図
8(c)は上記例の組合せ例であり、未受信ブロック数
の多いクライアント端末についてのみ一斉配信を行い、
未受信ブロックの少ないクライアント端末へは個別再送
を行うようにしたものである。In FIG. 8A, the first client terminal A sends a resend request indicating that the missing number is "21", that is, the 21st block of the file has not been received, and the second client terminal B Shows an example of a case in which a retransmission request for the missing number “82” is transmitted. In this case, since the number of retransmission blocks is small, only the block “21” corresponding to the first client terminal A and only the block “82” corresponding to the second client terminal B are individually retransmitted. on the other hand,
FIG. 8B shows an example in which the client terminals A, B, ... N request retransmissions in a number exceeding the reference value. In this case, the file is simultaneously retransmitted to all client terminals by the broadcast method. FIG. 8C is an example of the combination of the above examples. Broadcasting is performed only for client terminals with a large number of unreceived blocks,
Individual retransmission is performed to the client terminal with few unreceived blocks.
【0030】このように、本実施形態のクライアント・
サーバ型システムでは、ブロードキャスト方式を採用す
る場合のリスク、即ち電文の順序性の保証がないこと、
電文抜けが発生する場合の効率的なリカバリができない
こと、等を回避する工夫を実現したので、安全な環境で
ブロードキャスト方式を採用することができ、サーバ端
末や通信路の負荷を軽減しつつ、ファイル配信の効率を
高めることができる。また、本実施形態の処理は自動化
が可能なので、遠隔地の複数のクライアント端末を集中
的に保守することが可能になる、という利点も生じる。
なお、以上は、本発明をクライアント・サーバ型システ
ムに適用した場合の説明であるが、ブロードキャスト方
式を採用し得るファイル送信端末とファイル受信端末と
から成るシステムであれば、本発明を同様に適用できる
ことはいうまでもない。As described above, the client of the present embodiment
In the server type system, the risk of adopting the broadcast method, that is, there is no guarantee of the order of the messages,
Since we have devised a way to avoid efficient recovery in the event of a message dropout, etc., we can adopt the broadcast method in a safe environment, while reducing the load on the server terminal and communication path, The efficiency of file distribution can be improved. Further, since the processing of the present embodiment can be automated, there is an advantage that a plurality of remote client terminals can be centrally maintained.
It should be noted that the above is a description of the case where the present invention is applied to a client / server type system, but the present invention is similarly applied to a system including a file transmitting terminal and a file receiving terminal that can adopt a broadcast method. It goes without saying that you can do it.
【0031】[0031]
【発明の効果】以上の説明から明らかなように、本発明
によれば、電文に順序性をもたせて電文抜けの発生の際
の補償を徹底したので、ファイル送信端末からファイル
受信端末にファイルをブロードキャスト方式で配信した
場合の信頼性を高めることができる。この結果、通信路
への負荷が軽減され、ハード資源を有効利用が可能にな
る。As is apparent from the above description, according to the present invention, since the order of the electronic messages is thoroughly compensated for when the missing of the electronic message occurs, the file is transmitted from the file transmitting terminal to the file receiving terminal. It is possible to improve the reliability when distributed by the broadcast method. As a result, the load on the communication path is reduced and the hardware resources can be effectively used.
【図1】本発明の一実施形態となるクライアント・サー
バ型システムのブロック構成図。FIG. 1 is a block configuration diagram of a client / server type system according to an embodiment of the present invention.
【図2】本発明の一実施形態であるクライアント端末の
ブロック構成図。FIG. 2 is a block configuration diagram of a client terminal according to an embodiment of the present invention.
【図3】通番管理テーブルの内容例を示す説明図。FIG. 3 is an explanatory diagram showing an example of the contents of a serial number management table.
【図4】サーバ端末によるファイル配信処理の手順説明
図。FIG. 4 is an explanatory diagram of a procedure of file distribution processing by the server terminal.
【図5】サーバ端末による再送手順説明図。FIG. 5 is an explanatory diagram of a retransmission procedure by the server terminal.
【図6】クライアント端末による受信過程の手順説明
図。FIG. 6 is an explanatory diagram of a procedure of a reception process by the client terminal.
【図7】クライアント端末によるファイル書込の手順説
明図。FIG. 7 is an explanatory diagram of a file writing procedure by the client terminal.
【図8】本実施形態による再送態様の説明図で、(a)
は個別再送例、(b)は一斉再送例、(c)はその組合
せ例を示す。FIG. 8 is an explanatory diagram of a retransmission mode according to the present embodiment, (a)
Shows an individual retransmission example, (b) shows a simultaneous retransmission example, and (c) shows a combination example thereof.
10 サーバ端末 11 サーバ端末のファイル格納メモリ 12 ファイル管理部 13 ヘッダ管理部 14 ブロック編集部 15 配信制御部 16 サーバ端末の送信処理部 17 サーバ端末の受信処理部 18 受信情報解析部 20a〜20n クライアント端末 21 クライアント端末の受信処理部 22 受信ブロック監視部 23 メモリ制御部 231 テーブル制御部 232 バッファ制御部 233 書込制御部 24 通番管理テーブル 25 バッファメモリ 26 クライアント端末のファイル格納メモリ 27 再送要求情報生成部 28 クライアント端末の送信処理部 30 通信路 10 server terminal 11 file storage memory of server terminal 12 file management unit 13 header management unit 14 block editing unit 15 distribution control unit 16 transmission processing unit of server terminal 17 reception processing unit of server terminal 18 reception information analysis unit 20a to 20n client terminal 21 reception processing unit of client terminal 22 reception block monitoring unit 23 memory control unit 231 table control unit 232 buffer control unit 233 writing control unit 24 serial number management table 25 buffer memory 26 file storage memory of client terminal 27 retransmission request information generation unit 28 Transmission processing unit of client terminal 30 Communication path
─────────────────────────────────────────────────────
─────────────────────────────────────────────────── ───
【手続補正書】[Procedure amendment]
【提出日】平成8年4月1日[Submission date] April 1, 1996
【手続補正1】[Procedure amendment 1]
【補正対象書類名】図面[Document name to be amended] Drawing
【補正対象項目名】図2[Correction target item name] Figure 2
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【図2】 ─────────────────────────────────────────────────────
[Fig. 2] ─────────────────────────────────────────────────── ───
【手続補正書】[Procedure amendment]
【提出日】平成8年7月25日[Submission date] July 25, 1996
【手続補正1】[Procedure amendment 1]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】発明の名称[Correction target item name] Name of invention
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【発明の名称】 ファイル配信方法及び通信制御装置Patent application title: File distribution method and communication control device
Claims (6)
割するとともに各ブロックをその分割順序情報と共にフ
ァイル送信端末から複数のファイル受信端末へ一斉送信
する段階と、 前記ブロックを受信した個々のファイル受信端末が、各
ブロックを前記分割順序情報が定める順序に蓄積して前
記配信対象ファイルの少なくとも一部を構築するステッ
プと、該ブロックの蓄積と非同期に前記配信対象ファイ
ルの構築部分をファイル格納用メモリに書き込むステッ
プと、既受信ブロックの順序性を判別して所定期間にお
ける未受信ブロックの有無を判定するステップと、未受
信ブロックが有る場合に該未受信ブロックについての再
送要求を前記ファイル送信端末へ送信する段階と、 前記再送要求を受信したファイル送信端末が、該再送要
求の数及び再送要求の内容に応じて再送処理を行う段階
と、 を有することを特徴とするファイル配信方法。1. A step of dividing a file to be distributed into a plurality of blocks and simultaneously transmitting each block together with the division order information from a file transmitting terminal to a plurality of file receiving terminals, and individual file receiving terminals receiving the blocks. A step of accumulating each block in the order determined by the division order information to construct at least a part of the distribution target file; and a construction part of the distribution target file in a file storage memory asynchronously with the accumulation of the block. A step of writing, a step of determining the order of the received blocks to determine the presence or absence of an unreceived block in a predetermined period, and a resend request for the unreceived block to the file transmission terminal when there is an unreceived block And the file transmitting terminal receiving the resend request determines the number of resend requests. File delivery method characterized by having the steps of performing a retransmission process according to the contents of the retransmission request.
ロックの有無を判定するステップは、一の受信ブロック
に続く後続受信ブロックの分割順序情報が期待値でない
場合に、該当ブロックを受信するまで該期待値に対応す
る分割順序情報を保持する過程を含むことを特徴とする
請求項1記載のファイル配信方法。2. The step of determining the presence or absence of an unreceived block in the file receiving terminal, when the division order information of a subsequent receiving block following one receiving block is not an expected value, the expected value is received until the corresponding block is received. 2. The file distribution method according to claim 1, further comprising a step of holding division order information corresponding to.
通信を行う装置であって、 配信対象ファイルを複数のブロックに分割するとともに
各ブロックに各々の分割順序情報を対応付ける手段と、 前記分割されたブロックを前記分割順序情報と共に各フ
ァイル受信端末へ一斉送信または個別送信する送信手段
と、 少なくとも一つのファイル受信端末からの再送要求を受
信したときに該再送要求に対応するブロックを前記分割
順序情報に基づいて特定するブロック特定手段と、 このブロック特定手段で特定したブロックの数または前
記再送要求の数を含む判定情報と所定の基準値とを比較
し、比較結果に応じて再送処理を行う手段と、 を備えて成る通信制御装置。3. A device for bidirectional communication with a plurality of file receiving terminals, which divides a file to be distributed into a plurality of blocks and associates each block with division order information, the division. Transmitting means for simultaneously or individually transmitting the generated blocks together with the division order information to each file receiving terminal; and, when receiving a retransmission request from at least one file receiving terminal, divides the block corresponding to the retransmission request into the division order. The block specifying means specified based on the information is compared with the judgment information including the number of blocks specified by the block specifying means or the number of retransmission requests and a predetermined reference value, and the retransmission processing is performed according to the comparison result. A communication control device comprising means.
するとともに各ブロックに各々の分割順序情報を対応付
ける手段、を備えたファイル送信端末との間で双方向通
信を行う装置であって、 前記配信対象ファイルを格納するためのファイル格納用
メモリと、 前記ブロックを蓄積するための複数のバッファメモリ
と、 前記ファイル送信端末から受信した複数のブロックを所
定順序で前記バッファメモリに蓄積して前記配信対象フ
ァイルの少なくとも一部を構築するとともに、一のバッ
ファメモリに蓄積された配信対象ファイルの構築部分を
前記ブロックの蓄積と非同期に前記ファイル格納用メモ
リに格納するメモリ制御手段と、 前記ファイル送信端末から複数のブロックと共に受信し
た分割順序情報と既受信ブロックとを比較して未受信ブ
ロックを検出する受信ブロック監視手段と、 この受信ブロック監視手段が未受信ブロックを検出した
ときに該未受信ブロックについての再送要求を前記ファ
イル送信端末へ送信する送信手段と、 を備えて成る通信制御装置。4. A device for performing bidirectional communication with a file transmission terminal, which comprises a unit for dividing a file to be distributed into a plurality of blocks and associating each block with division order information. A file storage memory for storing a file, a plurality of buffer memories for accumulating the blocks, a plurality of blocks received from the file transmission terminal are accumulated in the buffer memory in a predetermined order, and the distribution target file is stored. A memory control unit for building at least a part of the file storage memory in the file storage memory asynchronously with the storage of the block, and a plurality of units from the file transmission terminal. The division order information received with the block of Communication block detection means for detecting a lock, and transmission means for transmitting a resend request for the unreceived block to the file transmission terminal when the received block monitoring means detects the unreceived block. Control device.
モリに蓄積されたブロックが所定量に達した後は、後続
の受信ブロックを他のバッファメモリに蓄積するととも
に、前記一のバッファメモリに蓄積された配信対象ファ
イルの構築部分を前記ファイル格納用メモリに移し替え
ることを特徴とする請求項4記載の通信制御装置。5. The memory control means, after the number of blocks accumulated in one buffer memory reaches a predetermined amount, accumulates a subsequent reception block in another buffer memory and also accumulates it in the one buffer memory. 5. The communication control device according to claim 4, wherein the constructed part of the distributed file to be distributed is transferred to the file storage memory.
信ブロックの分割順序情報を監視し、一の受信ブロック
に続く後続受信ブロックの分割順序情報が期待値でない
ときに、該当ブロックを受信するまで該期待値に対応す
る分割順序情報を保持することを特徴とする請求項5記
載の通信制御装置。6. The reception block monitoring means monitors the division order information of each reception block, and when the division order information of a subsequent reception block following one reception block is not an expected value, until the corresponding block is received. The communication control device according to claim 5, which holds division order information corresponding to the expected value.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7883196A JPH09270790A (en) | 1996-04-01 | 1996-04-01 | File distribution method and communication controller |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP7883196A JPH09270790A (en) | 1996-04-01 | 1996-04-01 | File distribution method and communication controller |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH09270790A true JPH09270790A (en) | 1997-10-14 |
Family
ID=13672786
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP7883196A Pending JPH09270790A (en) | 1996-04-01 | 1996-04-01 | File distribution method and communication controller |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH09270790A (en) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001086453A1 (en) * | 2000-05-05 | 2001-11-15 | Telia Ab (Publ) | Procedure at transmission/transfer of data files |
WO2001086452A1 (en) * | 2000-05-05 | 2001-11-15 | Telia Ab (Publ) | Procedure at transmission/transfer of data files |
JP2005536114A (en) * | 2002-08-08 | 2005-11-24 | クゥアルコム・インコーポレイテッド | Broadcast message segmentation for wireless communication systems |
KR100538778B1 (en) * | 2000-05-26 | 2005-12-23 | 샤프 가부시키가이샤 | Server device, terminal device, application communication system, application communication method and recording medium for recording application communication program, for proper communication of application divided into portions |
JP2007523542A (en) * | 2004-02-12 | 2007-08-16 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Multicast transmission method, system, and communication station |
US7388864B2 (en) | 2002-10-11 | 2008-06-17 | Ricoh Company, Ltd. | Data communication apparatus, data communication system, data communication method, data communication program and information recording medium |
JP2009140510A (en) * | 2009-01-15 | 2009-06-25 | Pioneer Electronic Corp | Information recorder and information output device |
US7594152B2 (en) | 2004-01-09 | 2009-09-22 | Lg Electronics Inc. | Repairing errors in data of MBMS service |
US7599294B2 (en) | 2004-02-13 | 2009-10-06 | Nokia Corporation | Identification and re-transmission of missing parts |
US7606226B2 (en) | 2002-06-22 | 2009-10-20 | Lg Electronics Inc. | Multimedia service providing method and radio mobile communication system |
US7623887B2 (en) | 2002-05-18 | 2009-11-24 | Lg Electronics Inc. | Selective service method in multicast system |
US7653290B2 (en) | 2000-06-22 | 2010-01-26 | Pioneer Corporation | Information outputting apparatus and information outputting method, information recording apparatus and information recording method, information outputting recording system and information recording medium |
JP2010213150A (en) * | 2009-03-12 | 2010-09-24 | Nec Corp | Transmitter, file distribution system, file distribution control method and file distribution control program in system |
JP2010252176A (en) * | 2009-04-17 | 2010-11-04 | Sumitomo Electric Ind Ltd | Communication system, communication method, and communication device |
US7881242B2 (en) | 2001-07-02 | 2011-02-01 | Qualcomm Incorporated | System and method for frame re-transmission in a broadcast communication system |
JP2016523009A (en) * | 2013-04-03 | 2016-08-04 | クアルコム,インコーポレイテッド | Rewind real-time communication session |
KR102289835B1 (en) * | 2020-03-10 | 2021-08-12 | 한림대학교 산학협력단 | Virtual storage system transmitting and receiving stored data in block unit and operating method of the same |
-
1996
- 1996-04-01 JP JP7883196A patent/JPH09270790A/en active Pending
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001086453A1 (en) * | 2000-05-05 | 2001-11-15 | Telia Ab (Publ) | Procedure at transmission/transfer of data files |
WO2001086452A1 (en) * | 2000-05-05 | 2001-11-15 | Telia Ab (Publ) | Procedure at transmission/transfer of data files |
KR100538778B1 (en) * | 2000-05-26 | 2005-12-23 | 샤프 가부시키가이샤 | Server device, terminal device, application communication system, application communication method and recording medium for recording application communication program, for proper communication of application divided into portions |
US7653290B2 (en) | 2000-06-22 | 2010-01-26 | Pioneer Corporation | Information outputting apparatus and information outputting method, information recording apparatus and information recording method, information outputting recording system and information recording medium |
US7881242B2 (en) | 2001-07-02 | 2011-02-01 | Qualcomm Incorporated | System and method for frame re-transmission in a broadcast communication system |
US8380232B2 (en) | 2002-05-18 | 2013-02-19 | Lg Electronics Inc. | Selective service method in multicast system |
US7869758B2 (en) | 2002-05-18 | 2011-01-11 | Lg Electronics Inc. | Selective service method in multicast system |
US8010039B2 (en) | 2002-05-18 | 2011-08-30 | Lg Electronics Inc. | Selective service method in multicast system |
US7623887B2 (en) | 2002-05-18 | 2009-11-24 | Lg Electronics Inc. | Selective service method in multicast system |
US8077716B2 (en) | 2002-06-22 | 2011-12-13 | Lg Electronics Inc. | Multimedia service providing method for radio mobile communication system |
US7606226B2 (en) | 2002-06-22 | 2009-10-20 | Lg Electronics Inc. | Multimedia service providing method and radio mobile communication system |
USRE45333E1 (en) | 2002-06-22 | 2015-01-13 | Lg Electronics Inc. | Multimedia service providing method for radio mobile communication system |
JP2009268118A (en) * | 2002-08-08 | 2009-11-12 | Qualcomm Inc | Segmentation of broadcast message for radio communication system |
JP2005536114A (en) * | 2002-08-08 | 2005-11-24 | クゥアルコム・インコーポレイテッド | Broadcast message segmentation for wireless communication systems |
US7388864B2 (en) | 2002-10-11 | 2008-06-17 | Ricoh Company, Ltd. | Data communication apparatus, data communication system, data communication method, data communication program and information recording medium |
US7624325B2 (en) | 2004-01-09 | 2009-11-24 | Lg Electronics Inc. | Repairing errors in data of MBMS service |
US7594152B2 (en) | 2004-01-09 | 2009-09-22 | Lg Electronics Inc. | Repairing errors in data of MBMS service |
JP2007523542A (en) * | 2004-02-12 | 2007-08-16 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Multicast transmission method, system, and communication station |
US7599294B2 (en) | 2004-02-13 | 2009-10-06 | Nokia Corporation | Identification and re-transmission of missing parts |
JP2009140510A (en) * | 2009-01-15 | 2009-06-25 | Pioneer Electronic Corp | Information recorder and information output device |
JP2010213150A (en) * | 2009-03-12 | 2010-09-24 | Nec Corp | Transmitter, file distribution system, file distribution control method and file distribution control program in system |
JP2010252176A (en) * | 2009-04-17 | 2010-11-04 | Sumitomo Electric Ind Ltd | Communication system, communication method, and communication device |
JP2016523009A (en) * | 2013-04-03 | 2016-08-04 | クアルコム,インコーポレイテッド | Rewind real-time communication session |
KR102289835B1 (en) * | 2020-03-10 | 2021-08-12 | 한림대학교 산학협력단 | Virtual storage system transmitting and receiving stored data in block unit and operating method of the same |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH09270790A (en) | File distribution method and communication controller | |
AU644800B2 (en) | Data communication method and system | |
US6980518B1 (en) | Gossip-based reliable multicast message recovery system and method | |
US20010018772A1 (en) | Video server for video distribution system | |
US20070162810A1 (en) | Retransmission control method and system for multicast information distribution service, retransmission control apparatus, wireless base station and wireless terminal | |
US20040177307A1 (en) | System and method for transmitting a sequence of data blocks | |
WO2001099355A1 (en) | Method and system for packet retransmission | |
US7957269B2 (en) | Method and system for synchronization of packet | |
CN101651706A (en) | Method, system and device for sending and receiving data | |
JPH06252897A (en) | Method and system for multiple address file transfer | |
CN101116277A (en) | Method for requesting and transmitting status report of a mobile communication system and therefor apparatus | |
DE60222637T2 (en) | METHOD AND DEVICE FOR PREVENTING UNNECESSARY TRANSMITTING IN A CELLULAR MOBILE RADIO SYSTEM | |
JPH09160858A (en) | Data resending method and server | |
JPH06326713A (en) | Data transmission control method | |
CN101369879A (en) | Method and apparatus for requesting data retransmission | |
JPH07143170A (en) | Information delivery system | |
KR20030030892A (en) | System for transmitting sequences of packets between a server and a mobile terminal | |
JP2009212796A (en) | Transmitter, data transfer system, data transfer method, and data transfer program | |
CN101217346A (en) | An AM mode state feedback method and system | |
JP2006191368A (en) | Network transmission device | |
JP2003304273A (en) | Device, program and method for repeating packet | |
CN101369954A (en) | State report transmitting method and system, and state report generation device | |
JP2002169738A (en) | File distributing method | |
JPH09284343A (en) | Method and device for transferring and reproducing store-type multi-media information | |
JP2586791B2 (en) | Broadcast management method |