WO2002097634A1 - File delivery system, file delivery server apparatus, and reception client apparatus - Google Patents

File delivery system, file delivery server apparatus, and reception client apparatus Download PDF

Info

Publication number
WO2002097634A1
WO2002097634A1 PCT/JP2002/005270 JP0205270W WO02097634A1 WO 2002097634 A1 WO2002097634 A1 WO 2002097634A1 JP 0205270 W JP0205270 W JP 0205270W WO 02097634 A1 WO02097634 A1 WO 02097634A1
Authority
WO
WIPO (PCT)
Prior art keywords
retransmission request
file
reception
client device
retransmission
Prior art date
Application number
PCT/JP2002/005270
Other languages
English (en)
French (fr)
Inventor
Akio Uesugi
Tetsuro Morimoto
Teruki Niki
Original Assignee
Matsushita Electric Industrial Co., Ltd.
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 Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to US10/479,101 priority Critical patent/US20040205071A1/en
Priority to EP20020730782 priority patent/EP1398705A1/en
Publication of WO2002097634A1 publication Critical patent/WO2002097634A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the present invention provides a file distribution system that uses a multicast for a downstream data path to provide high-speed broadcast to a large number of reception sites, and that uses an upstream data path in combination to ensure distribution reliability.
  • the present invention relates to a file distribution server device, a receiving client device, and a file distribution system.
  • a received data block is checked to detect missing information, and a retransmission request is sent out after a certain period of time.
  • the retransmission server and the delivery confirmation server are operated while operating the file distribution system.
  • the server cannot be switched.
  • the retransmission server and delivery confirmation server can be used as spares without interrupting the file distribution that is being performed. Cannot switch.
  • the frequency of delivery confirmation and retransmission requests increases, so retransmission requests are issued in preparation for the upper limit of the number of reception sites and the upper limit of the distribution file size.
  • the transmission of acknowledgments is fixedly distributed over a long period of time to reduce the frequency of occurrence that can be processed by the uplink, retransmission server, and acknowledgment server, the number of receiving client devices is small, or It takes a long time before all resend requests or acknowledgments are sent even for small delivery.
  • the uplink from the receiving client device it is necessary to connect the uplink from the receiving client device only when necessary and to reduce the number of connections. Disclosure of the invention
  • the present invention firstly provides a file distribution server device which performs multicast distribution of a destination of a retransmission request and a delivery confirmation for each file distribution.
  • the retransmission server device, and the retransmission request destination address or the delivery confirmation destination address to be distributed as a reception parameter for each file distribution can be changed without changing the setting of the reception client device. This has the effect that the delivery confirmation server device can be switched.
  • the present invention provides a receiving client device that attempts to connect to another retransmission request destination address sequentially if one of the received retransmission request destination addresses cannot be selected and connected.
  • a file distribution server device that distributes a retransmission request distribution time determined for each file distribution based on the number of receiving clients, the size of a file to be distributed, or a distribution time zone is provided.
  • the minimum required retransmission distribution time can be provided each time, and the number of receiving client devices to be distributed is large, or If the file is large, the retransmission request distribution time or the delivery confirmation distribution time is lengthened so that the retransmission server can receive and process it. If the number of receiving client devices is small or the file is small, retransmission is performed. By shortening the required distribution time or the delivery confirmation distribution time, the time required for file distribution can be reduced.
  • a request for retransmission of missing reception data which is detected within the retransmission request waiting period from when the retransmission request is sent to when the retransmission request is transmitted, is detected by one uplink connection.
  • FIG. 1 is a configuration diagram of a file distribution system according to the first and second embodiments of the present invention.
  • FIG. 2 is a sequence diagram showing an operation of the file distribution system according to the first embodiment of the present invention.
  • FIG. 3 is a diagram showing transmission data of the file distribution server according to the first embodiment of the present invention.
  • FIG. 4 is a diagram showing transmission data of the file distribution server according to the second embodiment of the present invention.
  • FIG. 5 is a diagram illustrating timing of data transmission and retransmission request according to the third embodiment of the present invention.
  • FIG. 6 is an operation flowchart of the file distribution server device according to the first and second embodiments of the present invention.
  • FIG. 7 is an operation flowchart of the receiving client device according to the first and second embodiments of the present invention.
  • FIG. 1 shows the configuration of Embodiment 1 of the present invention.
  • 1 is a file for transmitting a data block obtained by dividing a reception parameter and a file to be distributed for each file distribution to a downlink by multicast.
  • Distribution server device 2 — 1, 2 — 2, ⁇ ⁇ ⁇ , 2 — N are reception client devices that receive data blocks and send retransmission requests or acknowledgments on the uplink, respectively.
  • , 3-2 are the first and second retransmission server devices that receive the retransmission request and retransmit the requested data, respectively
  • 4-1, 4-2 are the first and second retransmission server devices that receive the delivery confirmation, respectively.
  • It is a delivery confirmation server device.
  • the number of retransmission server devices and delivery confirmation servers is not limited to two, but may be two or more.
  • the retransmission request is a message for requesting the delivery of the delivery target file again when the receiving client device fails to receive the data block. Sent from the receiving client device to the retransmission server device.
  • Delivery confirmation refers to whether the receiving client device has received all the data blocks and succeeded in receiving the entire distribution target file, or whether it has successfully accumulated the entire distribution target file. This message is sent from the receiving client device to the delivery confirmation server.
  • the reception parameter is a parameter value for the receiving client device to receive a data block obtained by dividing the distribution target file.
  • the parameters include delivery ID, reception omission detection interval, retransmission request destination address, retransmission request delay time, retransmission request distribution time, delivery confirmation destination address, delivery confirmation distribution time, and padding data. .
  • the distribution ID is an ID attached by the file distribution server device for each file distribution.
  • the reception leak detection interval is an interval of time during which the reception client device detects the reception omission of the data block.
  • the retransmission request destination address is a destination of a retransmission request notifying that the receiving client device has detected failure in receiving one or more data blocks.
  • the retransmission request destination address is a retransmission server device. IP address and port number.
  • the retransmission request delay time is the time that must elapse at least from the detection of the failure to the transmission of a retransmission request when the receiving client device fails to receive the data block. is there.
  • the retransmission request distribution time is the time at which transmission of a retransmission request should end from the point at which the retransmission request delay time elapses when the receiving client device detects that the data block has failed to be received. means. For example, if the retransmission request delay time is 5 minutes and the retransmission request distribution time is 1 minute, the transmission of the retransmission request must be at least 5 minutes after detecting that the data block reception has failed. Starts after the elapse of a minute and must end by the end of the six minutes.
  • the delivery confirmation destination address is a delivery confirmation destination for notifying whether or not the receiving client device has received all the data detents and successfully accumulated the entire distribution target file.
  • the delivery confirmation destination address can be represented by the IP address and port number of the delivery confirmation server device.
  • the acknowledgment distribution time is the time from when the receiving client device receives all data blocks and determines whether or not the entire delivery target file has been successfully stored, when transmission of the acknowledgment should end. .
  • the padding data is data added after the end of the file in the data block including the end of the file to be distributed.
  • the file distribution server device 1 repeats the data block including the reception parameter at least once, and multicasts the data to the receiving client device to be received via the downlink.
  • DB0, DB0 ' Next, the data blocks obtained by dividing the file to be distributed into blocks are sequentially multicast transmitted to the receiving client device to be received via the downlink.
  • DB1, DB2, DB3,..., DBm Reception client device 2 — 1, 2 — 2, ⁇ ' ⁇ 2 — N receives data blocks DB0 to DBm sequentially Then, the first receiving client device that has successfully received all the data blocks notifies the transmission confirmation server device of the success of the file reception using the delivery confirmation SK1.
  • the second receiving client 2 — 2 that failed to receive the two data blocks DB 2 and DB 3 collects the retransmission requests of the data blocks DB 2 and DB 3. Notify (SSY) to retransmission server unit 3-1 via the uplink.
  • the retransmission server device 3-1 goes down the data blocks DB2 and DB3 and Multicast transmission (SS2, SS3) is performed.
  • the first receiving client device that has already successfully received the data blocks DB2 and DB3 does not receive the retransmitted DB22 and DB32.
  • the second receiving client device successfully receives the retransmitted DB22 and DB32, it confirms that it has successfully received all the data blocks constituting the file to be distributed.
  • the notification is sent to the delivery confirmation server device 41 via the uplink.
  • step S201 When a new file distribution is started, a distribution ID that is not duplicated with other distributions is assigned (step S201), and reception parameters (301 in FIG. 3) are generated (step S201). 202), it is registered in the distribution processing list (step S203), and the reception parameter (N-bit length including padding data) is repeated M times and transmitted (step S2). 04, step S205), and sends out to the end data of the file according to one data block (N-bit length) from the beginning of the file to be distributed (step S206, step Step S207, step S208).
  • FIG. 3 shows the contents of data transmitted when the file distribution server device 1 distributes a file.
  • 301 is a reception parameter used in the reception processing
  • 302 is a distribution target file.
  • a data block 303 obtained by dividing the file is an end data block including data at the end of a file in the data block.
  • File receiving client device 2 — n When activated, it enters a state of waiting for a data bucket addressed to a specific multicast address (step S501).
  • the delivery interruption message and other packets are discriminated based on the type field of the packet header (step S502). ). If the received data bucket is a delivery interruption message, delete the item of the corresponding delivery ID from the receiving file delivery list (step S5 11 1) and enter the data bucket waiting state again. (Step S501).
  • the receiving process is performed using the distribution ID attached to the data block. Search (step S503), and if the distribution ID is not found, register the distribution ID as being distributed in the receiving process list (step S504) and resend The request sending process is started (step S505), and the received data management list is searched by the distribution ID, offset, and data size, and it is determined whether or not data that has not been received is included.
  • Step S506 if included, write (append or overwrite) the receive data tab at the relevant offset position in the temporary file during the receive processing
  • Step S507 File reception processing information specified by the distribution ID It requires to update the data management list (step S 5 0 8).
  • the delivery confirmation destination IP address and port
  • a delivery confirmation packet is sent to the specified delivery confirmation server using the TCP / IP protocol (step S510), and the file distribution ID item is deleted from the receiving process list (step S510). Stets Step S5 1 1).
  • a random number with a response dispersion time D or less, such a random number may be directly generated.However, the delivery confirmation dispersion time specified by the reception parameter is multiplied by a random number from 0 to 1 inclusive. Can be obtained by In addition, as described later, the value can be obtained by multiplying the acknowledgment distribution time by the value of the function that receives the number of the receiving client device as an input.
  • the retransmission request sending process started by the receiving client device acquires the reception omission detection time interval I, retransmission request delay time P1 and retransmission request distribution time D1 from the reception parameters of the corresponding distribution ID (step S 5 2 1), generate a random number R (0 ⁇ R ⁇ 1) (step S 5 2 2), and thereafter, for each interval I specified by the reception omission detection time of the reception parameter, the reception ID
  • the received data list is examined to detect data that has not been received even if (P1 + D1XR) seconds have elapsed from the expected reception time (step S5 26), and the detection is performed every time. Then, a request for retransmission of the reception omission data is transmitted to the terminal (step S520).
  • a retransmission request is sent by TCP / IP protocol to the retransmission server specified as the retransmission request destination address (IP address and port number) in the reception parameters for each distribution ID.
  • R need not be generated by generating a random number, but may be generated as a value of a function that receives the number of the receiving client device as a number from 0 to 1 inclusive.
  • a function that sets the number of the receiving client device as an integer starting from 0 and obtains the quotient of the number of the receiving client device by the number of the largest receiving client device is used. No.
  • the retransmission server device 3-1 When the retransmission server device 3-1 receives the retransmission request, it records the receiving server ID, distribution I, D, data offset, and data size included in the retransmission request, acquires the data after a certain period of time, and multicasts. To resend the data. However, for a retransmission request for the same data received within a certain period of time before retransmission, the data is retransmitted at one time. Also, If the satellite line cannot be used at the scheduled transmission time, resend the data by tuncasting, or deliver a distribution stop packet and abandon the retransmission. If the frequency of receiving a retransmission request for one distribution ID is equal to or higher than a certain value, a distribution stop packet is distributed and distribution is stopped.
  • the delivery confirmation server device 4-1 holds a list of delivery server IDs to be delivered for each delivery ID, and records the completed reception client ID every time a delivery confirmation packet is received, and returns the received client ID.
  • the file distribution status of the file distribution system can be realized in real time by retaining the received client ID of completion and presenting the number (or ratio) of received client devices at the same time. You can understand.
  • the retransmission server In order to replace the function of the retransmission server device 3-1 with the retransmission server device 3-2 due to the failure of 3-1 or maintenance, etc., the retransmission server must be used when the reception parameters are generated (step S202).
  • the reception client receiving the reception parameter can receive the retransmission request.
  • the retransmission request is sent out to the retransmission server device 3-2.
  • the changed delivery confirmation transmission address is also changed.
  • Embodiment 1 by changing the delivery confirmation transmission address and the retransmission request transmission address included in the reception parameters, the delivery confirmation server and the retransmission server are changed for each distribution ID. It is possible to perform repairs involving the addition or switching of delivery confirmation servers or retransmission servers, maintenance, test or system configuration changes without stopping the operation of the entire file distribution system. Becomes possible. In addition, by including the retransmission request distribution time D 1 in the reception parameter, it is possible to confirm the delivery confirmation or the response distribution of the retransmission request.
  • the transmission interval can be adjusted for each delivery, and the delivery confirmation or retransmission requests can be aggregated in a short time according to the processing capacity of the retransmission server or delivery confirmation server, the number of reception sites, and the error rate of the downlink transmission path. Can be.
  • a reception client device that sets a retransmission request delay time and a retransmission request distribution time and sends out multiple retransmission requests collectively is provided to reduce the number of uplink connection times and disperse the connection time. Thus, it is possible to reduce the uplink connection cost and the processing capacity of the retransmission server.
  • file distribution server device retransmission server device, delivery confirmation, and server device that are components of the above embodiment may be processed in parallel as a plurality of processes on the same server machine. .
  • FIG. 1 shows a configuration of a second embodiment of the present invention.
  • reference numeral 1 denotes a file distribution server device for transmitting a data block obtained by dividing a reception parameter and a distribution target file for each file distribution
  • 2-1, 2 — 2,..., 2 — N are the receiving client devices that reconstruct the files to be distributed
  • 3 _ 1, 3 — 2 are receiving and requesting retransmission requests from the receiving client devices.
  • the first and second retransmission server devices, 411 and 412, for retransmitting the received data are the first and second acknowledgment server devices for receiving the acknowledgment from the receiving client device.
  • the number of retransmission server devices and the number of delivery confirmation server devices need only be two or more, and are not limited to two.
  • Step S201 the distribution processing list
  • receive parameters pad (N-bit length including data) is repeated M times
  • Step S204, Step S205 one data block (N-bit length) is sent from the beginning of the file to be distributed.
  • the data is transmitted up to the file end data (step S206, step S207, step S208).
  • padding data (0 bits or more) is added to the data at the end of the file to form an N-bit data block, which is transmitted as the end flag-1 (step S2). 0 9).
  • the reception parameters include a plurality of retransmission request destination addresses and delivery confirmation destination addresses.
  • the device enters a state of waiting for a data bucket addressed to a specific multicast address (step S 501).
  • a delivery interruption message and other buckets are discriminated based on the type field of the bucket header (step S502). If the received data packet is a delivery interruption message, delete the item of the corresponding delivery ID from the file delivery list during the receiving process (step S5 11 1) and wait for the playback data packet. (Step S — 501).
  • the reception process is performed using the distribution ID attached to the data block.
  • the medium list is searched (step S503), and if the distribution ID is not found, the list is being received.
  • the distribution ID is registered in the list as being distributed (step S504), the retransmission request transmission process is started (step S505), and the distribution ID, offset and data size are transmitted.
  • the received data management list is searched for and it is determined whether or not unreceived data is included (step S506). If the received data management list is included, the offset position of the temporary file during the reception process is determined.
  • step S507 Write (add or overwrite) the received data tab in the file (step S507), and update the received data management list of the file reception processing information specified by the distribution ID (step S550). 8).
  • step S509 if the data block with the end mark of the distribution ID has been received and there is no missing data, it is considered that the reception of the file has been completed (step S509), and at that time
  • the multiple delivery confirmation destination addresses IP address and One of the delivery confirmation server devices specified as (Port) is selected using a random number, and a retransmission request is sent out using the TCP / IP protocol.
  • a receiving client device may be given an integer number in advance, and the remainder may be obtained when acknowledging delivery and dividing by the destination address.
  • a random number may be directly generated.However, the delivery confirmation dispersion time specified by the reception parameter is multiplied by a random number from 0 to 1 inclusive. More can be requested.
  • the value can be obtained by multiplying the value of a function having the number of the receiving client device as an input by the delivery confirmation distribution time. If connection by TCP / IP protocol fails, check other delivery and destination Select and send. If the transmission confirmation is successfully transmitted (step S510), the item of the file distribution ID is deleted from the receiving process list (step S511).
  • the retransmission request sending process started by the receiving client device obtains the reception omission detection interval I, the retransmission request delay time P1, and the retransmission request dispersion time D1 from the reception parameters of the corresponding distribution ID (step S5). 2 1), generate a random number R (0 ⁇ R ⁇ 1) (Step S 5 2 2), and check the received data list of the reception ID at every reception omission detection time interval I. Data that has not been received even if (P1 + D1XR) seconds have elapsed from the time is detected (step S526), and a retransmission request for the data that has not been received is sent out each time it is detected (step S526). S527).
  • the retransmission server devices 3-1, 3-2 When the retransmission server devices 3-1, 3-2 receive the retransmission request, they record the receiving server ID, distribution ID, data offset, and data size included in the retransmission request, acquire the data after a certain period of time, and multicast. The data is retransmitted at However, if a retransmission request for the same data received within a certain period of time before retransmission is sent, the data is retransmitted at once. However, if the satellite line cannot be used at the scheduled retransmission time, retransmit it by tuncast or distribute a distribution stop packet and abandon the retransmission. Ma If the reception frequency of the retransmission request is equal to or higher than a certain value for one delivery ID, the delivery stop packet is delivered and the delivery is stopped.
  • a plurality of retransmission request transmission addresses corresponding to a plurality of retransmission server apparatuses and a plurality of acknowledgment transmission addresses corresponding to a plurality of acknowledgment server apparatuses are received in the second embodiment.
  • repairs involving the addition or switching of a delivery confirmation server or retransmission server while continuing the ongoing file distribution operation, maintenance, test or system device configuration changes Becomes possible.
  • file distribution server device may be processed in parallel as a plurality of processes on the same server machine.
  • FIG. 1 shows the configuration of the third embodiment of the present invention.
  • 1 denotes a file distribution server device for transmitting a data block obtained by dividing a reception parameter and a distribution target file for each file distribution
  • 2 — 1, 2-2, ⁇ ⁇ ⁇ , 2-N are the receiving client devices that reconstruct the files to be distributed, respectively, 3-1, 3-1 and 2, respectively, receive the retransmission request and retransmit the requested data.
  • the second retransmission server devices, 4-1 and 4-2, are first and second acknowledgment server devices that receive acknowledgment, respectively. Note that the number of retransmission server devices and delivery confirmation server devices is not limited to two.
  • the file distribution server device 1 sequentially transmits the data block trains DB0 to DBm.
  • the second data transmission 52 transmits the same data block sequence DB0 to DBm as the first data transmission with a delay of time S.
  • Third data transmission Similarly, the output 53 transmits the same block block DB0 to DBm as the first data transmission, further delayed by the time S.
  • a certain receiving client device 2 — k fails to receive the data block 61 in the first transmission, an opportunity to receive the same data block for a period of SX 2 from that point There are two times (62 and 63). Therefore, it waits for (SX 2 + ⁇ ) before sending the retransmission request 80 of the data block 61, and if the data block 62 or 63 is successfully received during that time, the data The retransmission request 80 of the block 61 is not transmitted.
  • R is a random number from 0 to 1 generated for each receiving client device.
  • the value may be obtained as the value of a function that receives the number of the receiving client device as input.
  • delivery confirmation server The operation when the server receives the delivery confirmation is the same as that of the file distribution system according to the first embodiment of the present invention.
  • the provision of a file distribution server device that distributes the delivery confirmation distribution time and the retransmission request distribution time for each file distribution enables a large number of delivery confirmations and reception summarization processing of retransmission requests to be performed on a file distribution unit.
  • the distribution side can specify that time is taken according to the number of receiving client devices at the same time, and the efficiency of distribution to a large number of receiving devices and distribution to a small number of receiving devices can be achieved at the same time.
  • a file distribution system that can be used is obtained.
  • a delivery confirmation and reception of a retransmission request are provided. Aggregation processing can be distributed on multiple devices as needed on a file distribution basis, reducing the time required for file distribution processing, and failure of part of the retransmission server device or delivery confirmation server device. Even if this occurs, a file distribution system that can continue the ongoing file distribution process can be obtained.
  • a reception client device that sets a retransmission request delay time and retransmission request distribution time and sends out multiple retransmission requests collectively is provided to reduce the number of uplink connections and distribute connection times. As a result, a file distribution system with reduced uplink connection costs and reduced retransmission server processing capacity can be obtained.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Description

明細書 フ ァイル配信システム、 フ ァイル配信サーバ装置及ぴ受信クライアン ト
技術分野
本発明は、 フ ァイル配信システムにおいて下りデータ経路にマルチキ ヤス トを使用 して多数受信拠点への高速同報性を備え、 上りデータ経路 を併用するこ とで配信の確実性を備えよ う とするファイル配信サーバ装 置、 受信クライアン ト装置、 及びファイル配信システムに関する。 背景技術
これまでのファイル配信システムと しては、 例えば特開平 8 — 5 6 2 2 1号公報に記載されたものが知られている。 このシステムでは無線回 線を介してコネク ショ ンレス型通信プロ トコルで同報配信を行い、 一部 情報の抜けを検出 して通信ネッ ト ワーク を介してコネク ショ ン型通信プ 口 トコルで再送要求を送出する。
また、 特開平 1 1 一 1 7 7 4 7 7号公報に記載のシステムでは、 受信 したデータプロ ックをチェ ック して情報の抜けを検出 し、 一定時間後に 再送要求を送出する。
しかしながら上記公報でのファイル配信システムによる場合は、 第 1 に、 再送サーバ、 送達確認サーバを含む送出設備のメ ンテナンス、 テス トのために、 フ ァイル配信システムを運用しながら再送サーバ、 送達確 認サーバを切り替るこ とができない。
第 2 に、 再送サーバ、 送達確認サーバを含む送出設備の障害時に、 実 行中のフ ァイル配信を中断せずに再送サーバ、 送達確認サーバを予備に 切り替るこ とができない。
第 3 に、 受信サーバ装置数の増加と配信対象ファイルのサイズの増加 に伴い送達確認、 及び再送要求の発生頻度が増加するため、 受信拠点数 の上限と配信フアイルサイズの上限に備えて再送要求あるいは送達確認 の送信を固定的に長い時間に分散させるこ とで上り 回線、 再送サーバお よび送達確認サーバが処理可能な発生頻度に抑える と、 受信ク ライ アン ト装置が少ない、 あるいは配信対象ファィルが小さい配信でも全ての再 送要求あるいは送達確認が送信されるまでに常に長い時間がかかる。 第 4 に、 電話回線などの通信コス ト削減を考慮して、 受信ク ライアン ト装置からの上り回線は必要な時だけ接続し、 かつ接続回数を少なく す る こ とが求められる。 発明の開示
上記の問題点を解決するために、 本発明は第 1 に、 フ ァイル配信毎に 再送要求と送達確認の送り先をマルチキャス ト配信するファイル配信サ —バ装置と したものである。
これによ り 、 ファイル配信毎に受信パラメータ と して配信する再送要 求宛先ァ ドレスあるいは送達確認宛先ア ドレスを変更するだけで、 受信 ク ライ アン ト装置の設定変更なしに再送サーバ装置、 及び送達確認サー バ装置を切り替えるこ とができる という効果を奏するものである。
また、 第 2 に、 受信した複数の再送要求宛先ア ドレスから 1 つを選択 して接続できなければ順次他の再送要求宛先ア ドレスへの接続を試みる 受信ク ライ アン ト装置を提供する。
これによ り 、ファイル配信を実行中に再送サーバに障害が発生しても、 再送を含むファイル配信を続行させるこ とができる とい う効果を奏する ものである。 また、 第 3 に、 受信クライアン ト数、 配信対象フ ァイルサイズあるい は配信時間帯をも とにファイル配信毎に決める再送要求分散時間を配信 するフ ァイル配信サーバ装置を提供する。
これによ り 、 受信ク ライアン ト数が配信毎に異なる場合でも、 その都 度必要最低限の再送分散時間を設ける こ とができ、 配信対象の受信ク ラ イアン ト装置が多い、 あるいは配信対象ファイルが大きい場合は再送要 求分散時間、 或いは送達確認分散時間を長く するこ とで再送サーバが受 信して処理可能と し、 しかも受信ク ライアン ト装置が少ない、 あるいは フアイルが小さい場合は再送要求分散時間、 或いは送達確認分散時間を 短く するこ とでフアイル配信に要する時間を短縮するこ とができ る とい う効果を奏するものである。
また、 第 4 に、 再送要求待ち期間外に受信漏れデータを検出してから 再送要求を送出する までの再送要求待ち期間内に検出する受信漏れデー タの再送要求を 1 回の上り回線接続でま と めて送出 してから上り 回線を 切断する受信ク ライアン ト装置を提供する。
これによ り 、 受信クライアン ト装置からの上り 回線は必要な時だけ接 続し、 かつ接続回数を低減するこ とで、 再送サーバの負荷および回線接 続コス トを低減する という効果を奏するものであり 、 特に気象条件など によ り 無線回線で連続的に受信漏れデータが発生する場合の効果は大き い 0 図面の簡単な説明
図 1 は、 本発明の第 1 、 第 2の実施形態における ファイル配信システ ム構成図である。
図 2 は、 本発明の第 1 の実施形態におけるフ ァイル配信システムの動 作を示すシーケンス図である。 図 3 は、 本発明の第 1 の実施形態におけるフ ァイル配信サーバの送出 データを示す図である。
図 4は、 本発明の第 2 の実施形態におけるフ ァイル配信サーバの送出 データを示す図である。
図 5 は、 本発明の第 3 の実施形態におけるデータ送出と再送要求のタ ィ ミ ングを示す図である。
図 6 は、 本発明の第 1 、 第 2の実施形態におけるフ ァイル配信サーバ 装置の動作フ ローチヤ一トである。
図 7 は、 本発明の第 1 、 第 2の実施形態における受信クライアン ト装 置の動作フローチャー トである。 発明を実施するための最良の形態
以下、 本発明の実施の形態について、 図 1 から図 7 を用いて説明する。 (実施の形態 1 )
図 1 は本発明の実施の形態 1 の構成を示し、 図 1 において 1 はフアイ ル配信毎に受信パラメータ と配信対象ファィルを分割したデータブロ ッ クを下り 回線にマルチキャス トで送出するフ ァイル配信サーバ装置、 2 — 1、 2 — 2、 · ♦ ·、 2 — Nはそれぞれデータブロ ック を受信して再 送要求または送達確認を上り 回線に送出する受信ク ライアン ト装置、 3 一 1、 3 — 2 はそれぞれ再送要求を受信して要求されたデータを再送す る第 1 、 第 2 の再送サーバ装置、 4 — 1、 4 — 2はそれぞれ送達確認を 受信する第 1 、 第 2の送達確認サーバ装置である。 なお、 再送サーバ装 置と送達確認サーバは 2台に限定されるものではなく 、 二台以上あって も よい。
再送要求とは、 受信ク ライアン ト装置がデータブロ ックの受信に失敗 した場合に、再度配信対象フ ァイルの配信を要求するメ ッセージであり 、 受信ク ライアン ト装置から再送サーバ装置へ送られる。
送達確認とは、受信ク ライ アン ト装置がデータプロ ック を全て受信し、 配信対象ファイル全体の受信に成功したか否か、 または、 配信対象ファ ィル全体の蓄積に成功したかどうかを知らせるメ ッセージであり 、 受信 ク ライ アン ト装置から送達確認サーバへ送られる。
受信パラメータ とは、 受信ク ライアン ト装置が配信対象ファイルを分 割したデータブロ ック を受信するためのパラメータ値である。 パラメ一 タ と しては、 配信 I D、 受信漏れ検出間隔、 再送要求宛先ア ドレス、 再 送要求遅延時間、 再送要求分散時間、 送達確認宛先ア ドレス、 送達確認 分散時間、 パディ ングデータが挙げられる。
配信 I Dとは、 ファイル配信毎にファイル配信サーバ装置によって付 けられる I Dである。
受信漏れ検出間隔と は、 受信ク ライアン ト装置がデータプロ ックの受 信漏れを検出するこ と を行う 時間の間隔である。
再送要求宛先ア ドレス とは、 受信ク ライ アン ト装置が 1 以上のデータ ブロ ックの受信失敗を検出したこ と を通知する再送要求の送り先である , 再送要求宛先ア ドレスは、 再送サーバ装置の I Pア ドレス、 及ぴポー ト 番号で構成するこ とができ る。
再送要求遅延時間とは、 受信ク ライアン ト装置がデータプロ ックの受 信に失敗した場合に、 失敗したこ と を検出してから再送要求を送信する までに少なく と も経過すべき時間である。
再送要求分散時間は、 受信ク ライアン ト装置がデータプロ ックの受信 に失敗したこ と を検出した場合、 再送要求遅延時間の時間が経過した時 点から再送要求の送信が終了すべき時間を意味する。 例えば、 再送要求 遅延時間が 5分、 再送要求分散時間が 1分であるなら、 再送要求の送信 はデータブロ ックの受信に失敗したこ と を検出してからすく なく と も 5 分経過してから開始され、 また、 6分が経過するまでに終了しなければ いけない。
送達確認宛先ァ ドレスは、 受信クライアン ト装置が全てのデ一タブ口 ックを受信し配信対象ファイル全体の蓄積に成功したか否かを通知する 送達確認の送り先である。 送達確認宛先ア ド レスは、 送達確認サーバ装 置の I Pァ ドレス とポー ト番号で表現するこ とができる。
送達確認分散時間は、 受信ク ライアン ト装置が全てのデータプロ ック を受信し配信対象ファィル全体の蓄積に成功したか否かを判断した時点 からの送達確認の送信が終了すべき時間である。
パディ ングデータは、 配信対象のフ ァイルの終端を含むデータプロ ッ ク の中のファイルの終端以降に追加されるデータである。
以上のよ う に構成されたファイル配信システムについて、 図 2 を用い て動作シーケンスの概要を説明する。 フ ァイル配信サーバ装置 1 が受信 パラメータを含むデータプロ ック を 1 回以上繰り返して、 受信対象の受 信ク ライアン ト装置に下り 回線を介してマルチキャス ト送出する。 (D B 0、 D B 0 ' ) 次に、 配信対象フ ァ イルをブロ ック に分割したデータ ブロ ックを受信対象の受信ク ライアン ト装置に下り 回線を介して順次マ ルチキャス ト送出する。 (D B 1、 D B 2、 D B 3、 ■··、 D B m ) 受信 ク ライアン ト装置 2 — 1、 2 — 2、 ·'ヽ 2 — Nは、 データブロ ック D B 0〜D B mを順次受信し、 全てのデータプロ ックの受信に成功した第 1 受信ク ライアン ト装置は送達確認 S K 1 によ り ファイル受信の成功を送 達確認サーバ装置に通知する。 2つのデータブロ ック D B 2、 D B 3 の 受信に失敗 ( S P 2、 S P 3 ) した第 2の受信クライアン ト 2 — 2 は、 データブロ ック D B 2および D B 3 の再送要求をま とめて上り 回線を介 して再送サーバ装置 3 — 1 へ通知 ( S S Y) する。 再送要求を受信した 再送サーバ装置 3 — 1 はデータプロ ック D B 2及ぴ D B 3 を下り 回線を 介してマルチキャス ト送出 ( S S 2、 S S 3 ) する。 データブロ ック D B 2、 D B 3 を既に受信成功済みである第 1 の受信ク ライアン ト装置は 再送された D B 2 2、 D B 3 2 を受信しない。 第 2の受信クライアン ト 装置は再送された D B 2 2および D B 3 2 を受信成功した時点で配信対 象ファイルを構成する全てのデ一タブ口 ック の受信に成功したこ と を送 達確認 S K 2 と して上り 回線を介して送達確認サーバ装置 4 一 1 に通知 する。
以上、 動作シーケンスの概要を説明 したフ ァイル配信システムについ て、 以下、 構成要素毎の動作を説明する。
ファイル配信サーバ装置の動作について図 6 を用いて説明する。 新た なフ ァイル配信を起動する と他の配信と重複しない配信 I Dを割り 当て (ステ ップ S 2 0 1 )、 受信パラ メ ー タ (図 3 記載の 3 0 1 ) を生成し (ステップ S 2 0 2 )、 配信処理中リ ス トに登録し (ステップ S 2 0 3 )、 受信パラメータ (パディ ングデータを含めて Nビッ ト長) を M回繰り返 し送出 し (ステ ッ プ S 2 0 4 、 ステ ップ S 2 0 5 )、 配信対象フ ァイル の先頭から 1 データブロ ック ( Nビッ ト長) づっ、 フ ァイル終端データ まで送出する (ステ ップ S 2 0 6 、 ステ ップ S 2 0 7、 ステップ S 2 0 8 )。 この と き、 ファイル終端のデータにはパディ ングデータ ( 0 ビッ ト以上) を追加して Nビッ ト長のデータブロ ック と し終端フラグ = 1 と して送出する (ステ ップ S 2 0 9 )。 図 3 はフ ァイル配信サーバ装置 1 がフ ァイル配信をする と きに送出するデータの内容を示し、 図 3 におい て 3 0 1 は受信処理で使用する受信パラメータ、 3 0 2 は配信対象フ ァ ィルを分割したデータブロ ック、 3 0 3 は前記データブロ ックの う ちで フ ァイル終端のデータを含む終端データプロ ックである。
フ ァ イル受信ク ライ アン ト装置 2 — η ( η = 1 、 2、 · · ' 、 N ) の 動作を図 7を用いて説明する。 ファイル受信ク ライアン ト装置 2 — nを 起動する と、 特定のマルチキャス トァ ドレス宛てデータバケツ トの待ち 受け状態になる (ステ ップ S 5 0 1 )。 前記特定のマルチキャス トァ ド レス宛てデータバケツ トを受信する と、 パケ ッ トヘッダのタイプフ ィ 一 ル ドによ り配信中断メ ッセージとその他のパケッ ト とを判別する (ステ ップ S 5 0 2 )。 受信データバケツ トが配信中断メ ッセージの場合は受 信処理中フ ァ イル配信リ ス トから該当する配信 I D の項目 を削除して (ステップ S 5 1 1 )、 再びデータバケツ ト待ち受け状態に入る (ステ ップ S 5 0 1 )。 受信データパケッ トがデータブロ ック (図 3 の 3 0 1 の通り受信パラメータ もデータブロ ックの一種とみなされる)の場合は、 データブロ ック に添付の配信 I Dで受信処理中 リ ス トを検索し (ステツ プ S 5 0 3 )、 当該配信 I Dが見つからなければ受信処理中 リ ス トに当 該配信 I Dを配信中と して登録し (ステ ップ S 5 0 4 )、 再送要求送出 プロセスを起動 (ステ ップ S 5 0 5 ) し、 配信 I D、 オフセッ ト とデー タサイズで受信済みデータ管理リ ス トを検索し受信済みでないデータが 含まれているか否かを判別して (ステップ S 5 0 6 )、 含まれている場 合は受信処理中一時フ ァイルの当該オフセ ッ ト位置に受信デ一タブ口 ッ ク を書き込み (追記あるいは上書き) し (ステップ S 5 0 7 )、 配信 I Dで特定するファイル受信処理情報の受信済みデータ管理リ ス トを更新 する (ステップ S 5 0 8 )。 このと き、 当該配信 I Dの終端マーク付き データプロ ック を受信済みでかつ受信漏れデータがなければ当該フアイ ルの受信が完了 したとみなし (ステ ップ S 5 0 9 )、 その時点から配信 I D毎にフ ァイル情報で指定されている応答分散時間 D以下の乱数で求 めた時間だけ経過 した時点で配信 I D毎にフ ァイル情報で送達確認先 ( I Pァ ドレス と ポー ト) と して指定されている送達確認サーバへ T C P / I Pプロ ト コルで送達確認パケッ トを送出し(ステ ップ S 5 1 0 )、 受信処理中 リ ス トから当該フ ァイル配信 I Dの項目 を削除する (ステツ プ S 5 1 1 )。 なお、 応答分散時間 D以下の乱数を求めるには、 直接そ のよ う な乱数を発生してもよいが、 受信パラメータによって指定される 送達確認分散時間に 0以上 1 以下の乱数を掛けるこ と によ り求めるこ と ができる。 また、 後述のよ う に受信ク ライアン ト装置の番号を入力とす る関数の値を送達確認分散時間に掛けるこ とによって求めるこ とができ る。 受信ク ライアン ト装置が起動した再送要求送出プロセスは、 該当配 信 I Dの受信パラメータから受信漏れ検出時間間隔 I 、 再送要求遅延時 間 P 1 と再送要求分散時間 D 1 を取得し (ステ ップ S 5 2 1 )、 乱数 R ( 0 ≤ R≤ 1 ) を生成し (ステ ップ S 5 2 2 )、 以降においては、 受信 パラメータの受信漏れ検出時間によって指定される間隔 I 毎に、 受信 I D の受信済みデータ リ ス ト を調べて受信予定時間から ( P 1 + D 1 X R ) 秒が経過しても受信できていないデータを検出して (ステ ップ S 5 2 6 )、 検出する度に当該受信漏れデータの再送要求を送出する (ステ ップ S 5 2 7 )。 この と き配信 I D毎に受信パヲメータで再送要求宛先 ア ドレス ( I P ア ドレス とポー ト番号) と して指定されている再送サー バへ T C P / I Pプロ ト コルで再送要求を送出する。 また、 Rは乱数を 生成して求めなく ても、 0以上 1 以下の数値を受信ク ライアン ト装置の 番号を入力とする関数の値と して生成してもよい。 このよ う な関数の例 と しては、受信クライアン ト装置の番号を 0から始まる整数と しておき、 受信ク ライアン ト装置の番号を最も大きい受信クライアン ト装置の番号 による商を求める関数が挙げられる。
再送サーバ装置 3 — 1 が再送要求を受信する と、 再送要求に含まれる 受信サーバ I D、 配信 I , D、 データオフセ ッ ト、 データサイズを記録し て一定時間後に当該データを取得しマルチキャス トで当該データを再送 出する。 ただし、 再送出するまでの一定時間内に受信した同一データに 対する再送要求に対しては一回にま と めてデ一タ再送出する。 また、 再 送出予定時刻に衛星回線を使用できない場合は、 ュニキャス トで再送出 するか、 配信中止パケッ トを配信して再送出を放棄する。 また 1 つの配 信 I Dについて再送要求の受信頻度が一定以上であれば、 配信中止パケ ッ トを配信して配信を中止する。
送達確認サーバ装置 4 — 1 は配信 I D毎に配信対象の受信サーバ I D の リ ス トを保持し、 送達確認パケッ トを受信する都度、 受信完了した受 信ク ライアン ト I Dを記録して受信未完了の受信ク ライアン ト I Dを保 持し、 同時に受信済みク ライアン ト装置の数 (あるいは割合) を集計し て提示する こ と によ り フアイル配信システムのフ アイル配信状況を リ ア ルタイ ムに把握する こ と ができ る。
以上の通り動作するファイル配信システムにおいて、 再送サーバ装置
3 ― 1 の障害あるいはメ ンテナンス等の理由で再送サーバ装置 3 — 1 の 機能を再送サーバ装置 3— 2で置き換えるためには、 受信パラメータの 生成時 (ステ ップ S 2 0 2 ) に再送サーバ装置 3 — 1 のア ドレスに代え て再送サーバ装置 3— 2 のァ ド レスを再送要求送信ァ ドレス と して受信 パラメータに埋め込むこ とで、 当該受信パラメータを受信した受信ク ラ イ アン トは再送要求を再送サーバ装置 3 — 2 送出するよ う になる。 送 達確認サーバ 4 — 1 の機能を送達確認サーバ 4一 2 で置き換える場合も 同様に、 変更した送達確認送信ア ドレスを変更する。
以上のよ う に本実施の形態 1 では、 受信パラメータが含む送達確認送 信ア ドレス と再送要求送信ァ ドレスを変更する こ と によ り 、 配信 I D毎 に送達確認サーバと再送サーバを変更するこ とができ、 フアイル配信シ ステム全体の運用を停止しなく ても送達確認サーバ、 若しく は再送サー バの増設または切り替えを伴う修理、 メ ンテナンス、 テス ト若し く はシ ステム機器構成変更が可能になる。 また、 再送要求分散時間 D 1 を受信 パラメータが含むこ とによ り 、 送達確認も しく は再送要求の応答分散時 間を配信毎に調節でき、再送サーバ若しく は送達確認サーバの処理能力、 受信拠点の数、 及び下り伝送路のエラーレー トに応じて短い時間で送達 確認も しく は再送要求を集計する こ とができる。 また、 再送要求遅延時 間と再送要求分散時間を設けて複数の再送要求をま と めて送出する受信 ク ライアン ト装置を備えて、 上り 回線の接続回数を低減し接続時刻を分 散するこ とで、 上り 回線接続コス ト、 及び再送サーバの処理能力を低減 するこ とができる。
なお、 以上の実施形態の構成要素であるファイル配信サーバ装置、 再 送サーバ装置、 送達確認、サーバ装置の う ちのいく つかは、 同一サーバマ シン上で複数のプロセス と して並行処理させてもよい。
(実施の形態 2 )
図 1 は本発明の実施形態 2の構成を示し、 図 1 において 1はファイル 配信毎に受信パラメータ と配信対象ファィルを分割したデータブロ ック を送出する フ ァイル配信サーバ装置、 2 — 1 、 2 — 2、 · · · 、 2 — N はそれぞれ配信対象ファイルを再構成する受信ク ライアン ト装置、 3 _ 1 、 3 — 2 は、 受信ク ライアン ト装置からの再送要求を受信して要求さ れたデータを再送する第 1 、 第 2の再送サーバ装置、 4 一 1 、 4 一 2 は、 受信ク ライアン ト装置からの送達確認を受信する第 1 、 第 2の送達確認 サーバ装置である。 なお、 再送サーバ装置、 送達確認サーバ装置は 2台 以上あればよ く 、 2台に限定されるものではない。
以上のよ う に構成されたフ ァイル配信システムについて、 以下その動 作を説明する。
ファイル配信サーバ装置の動作を、 図 6 を用いて説明する。 フ ァイル 配信が起動される と他の配信と重複しない配信 I Dを割り 当て、 受信パ ラメータ (図 4記載の 4 0 1 ) を生成して (ステップ S 2 0 1 ) 配信処 理中 リ ス ト に登録し (ステップ S 2 0 2 )、 受信パラメ ータ (パディ ン グデータを含めて Nビッ ト長) を M回繰り返し送出し (ステップ S 2 0 4 、 ステ ップ S 2 0 5 )、 配信対象フ ァイルの先頭から 1 データプロ ッ ク ( Nビッ ト長) づっ、 フアイル終端データまで送出する (ステ ップ S 2 0 6 、 ステ ップ S 2 0 7 、 ステ ップ S 2 0 8 )。 この と き 、 フ ァ イ ル 終端のデータにはパディ ングデータ ( 0 ビッ ト以上) を追加して Nビッ ト長のデータプロ ック と し終端フラグ- 1 と して送出する (ステップ S 2 0 9 )。 図 4 はフ ァイル配信サーバ装置 1 がフ ァイル配信をする と き に送出するデータの内容を示し、 図 4において 4 0 1 は受信処理で使用 する受信パラメータ、 4 0 2 は配信対象フアイルを分割したデータブ口 ック、 4 0 3 は前記データブロ ックのう ちでファイル終端のデータを含 む終端データブロ ックである。 本実施の形態 2 においては、 受信パラメ ータは再送要求宛先ァ ド レス と送達確認宛先ァ ドレス とが複数になって レヽる。
フ ァイル受信ク ライ ア ン ト装置 2 — η ( η = 1 、 2 、 · · · 、 N ) の 動作を図 7 を用いて説明する。 ファイル受信ク ライアン ト装置 2 — n を 起動する と、 特定のマルチキャス トア ドレス宛てデータバケツ トの待ち 受け状態になる (ステップ S 5 0 1 )。 前記特定のマルチキャス トア ド レス宛てデータバケツ ト を受信すると、 バケツ トヘッダのタイプフィー ル ドによ り配信中断メ ッセージとその他のバケツ ト と を判別する (ステ ップ S 5 0 2 )。 受信データパケッ トが配信中断メ ッセージの場合は受 信処理中フ ァイル配信 リ ス トから該当する配信 I D の項目 を削除して (ステ ップ S 5 1 1 )、 再ぴデータパケッ ト待ち受け状態に入る (ステ ップ S — 5 0 1 )。 受信データパケッ トがデータブロ ッ ク (図 4 の 4 ◦ 1 に示す通り受信パラメ一タ もデータプロ ックの一種とみなされる) の 場合は、 データブロ ック に添付の配信 I Dで受信処理中 リ ス トを検索し (ステ ップ S 5 0 3 )、 当該配信 I Dが見つからなければ受信処理中 リ ス トに当該配信 I Dを配信中 と して登録し (ステ ップ S 5 0 4 )、 再送 要求送出プロセスを起動 (ステ ップ S 5 0 5 ) し、 配信 I D、 オフセ ッ ト とデータサイズで受信済みデータ管理リ ス トを検索し受信済みでない データが含まれているか否かを判別して (ステップ S 5 0 6 )、 含まれ ている場合は受信処理中一時フアイルの当該オフセッ ト位置に受信デー タブ口 ックを書き込み (追記あるいは上書き) し (ステップ S 5 0 7 )、 配信 I Dで特定するフアイル受信処理情報の受信済みデータ管理リ ス ト を更新する (ステ ップ S 5 0 8 )。 こ の と き、 当該配信 I Dの終端マー ク付きデータプロ ック を受信済みでかつ受信漏れデータがなければ当該 フ ァイルの受信が完了 したと みなし (ステ ップ S 5 0 9 )、 その時点か ら配信 I D毎にファイル情報で指定されている応答分散時間 D以下の乱 数で求めた時間だけ経過した時点で配信 I D毎に受信パラメータで複数 の送達確認宛先ア ド レス ( I P ア ドレス と ポー ト) と して指定されてい る送達確認サーバ装置の う ちの 1 を乱数を使用 して選択して T C P / I P プロ トコルで再送要求を送出する。 例えば、 送達確認宛先ア ドレスに 0 から始まる番号をつけておき、 整数の乱数を発生させて、 それを送達 確認宛先ァ ドレスで割 り算を行ったと きの余り を求め、 その余り の番号 がつけられた送達確認先ァ ドレスを選択する。 また、 乱数を使用せずに、 受信ク ライアン ト装置に前もって整数の番号を付けておき、 それを送達 確認、宛先ア ド レスで割 り算を行ったと きの余り を求めてもよい。 また、 応答分散時間 D以下の乱数を求めるには、 直接そのよ う な乱数を発生し てもよいが、 受信パラメータによって指定される送達確認分散時間に 0 以上 1 以下の乱数を掛けるこ とによ り 求めるこ とができる。 また、 実施 の形態 1 で述べたよ う に受信ク ライアン ト装置の番号を入力とする関数 の値を送達確認分散時間に掛けるこ と によって求めるこ とができ る。 T C P / I Pプロ ト コルによる接続に失敗したら順次他の送達確認、宛先を 選択して送出する。 送達確認の送出に成功したら (ステップ S 5 1 0 )、 受信処理中 リ ス トから当該ファイル配信 I Dの項目 を削除する (ステツ プ S 5 1 1 )。
受信ク ライ アン ト装置が起動した再送要求送出プロセスは、 該当配信 I Dの受信パラメータから受信漏れ検出間隔 I 、 再送要求遅延時間 P 1 と再送要求分散時間 D 1 を取得し (ステ ップ S 5 2 1 )、 乱数 R ( 0 ≤ R≤ 1 ) を生成し (ステ ップ S 5 2 2 )、 以降受信漏れ検出時間間隔 I 毎に、 受信 I Dの受信済みデータ リ ス トを調べて受信予定時間から ( P 1 + D 1 X R) 秒が経過しても受信できていないデータを検出して (ス テツプ S 5 2 6 )、 検出する度に当該受信漏れデータ の再送要求を送出 する (ステップ S 5 2 7 )。 この と き配信 I D毎に受信パラメ ータで指 定される複数の再送要求宛先ア ド レス ( I Pア ドレス と ポー ト番号) か ら 1 つを選択して T C P Z l Pプロ トコルによる接続を試み接続先再送 サーバ装置の障害 · メ ンテナンス中などの理由で T C P / I Pプロ ト コ ルによ る接続に失敗したら受信パラ メ ータ に指定されている他のァ ドレ スへの T C P / I Pプロ ト コルによる接続を試み、 最初に T C P / I P プロ ト コルによる接続に成功した再送サーバ装置に再送要求を送出する , また、 R と して乱数を用いずに、 実施の形態 1 で述べたよ うに受信ク ラ イアン ト装置の番号を入力 とする関数の値を用いてもよい。
再送サーバ装置 3 — 1 、 3 — 2 が再送要求を受信する と、 再送要求に 含まれる受信サーバ I D、 配信 I D、 データオフセッ ト、 データサイズ を記録して一定時間後に当該データを取得しマルチキャス トで当該デー タを再送出する。 ただし、 再送出するまでの一定時間内に受信した同一 データに対する再送要求に対しては一回にま とめてデータ再送出する。 ただし、 再送出予定時刻に衛星回線を使用できない場合は、 ュニキャス トで再送出するか、 配信中止パケッ トを配信して再送出を放棄する。 ま た 1 つの配信 I Dについて再送要求の受信頻度が一定以上であれば、 配 信中止パケッ トを配信して配信を中止する。
以上のよ う に本実施の形態 2では、 受信パラメータが複数の再送サ一 バ装置に対応する複数の再送要求送信ア ド レス と複数の送達確認サーバ 装置に対応する複数の送達確認送信ア ドレスを含むこ と によ り 、 進行中 のフアイル配信動作を続行しながら送達確認サーバ、 若しく は再送サ一 バの増設または切り替えを伴う修理、 メ ンテナンス、 テス ト若しく はシ ステム機器構成変更が可能になる。
なお、 以上の実施形態の構成要素であるファイル配信サーバ装置、 再 送サーバ、 送達確認サーバの う ちのいく つかは、 同一サーバマシンで複 数のプロセスと して並行処理させてもよレ、。
(実施の形態 3 )
図 1 は本発明の実施形態 3 の構成を示し、 図 1 において 1 はフ ァイル 配信毎に受信パラメータ と配信対象ファィルを分割したデータブロ ック を送出するフ ァイル配信サーバ装置、 2 — 1 、 2 — 2 、 · · · 、 2 - N はそれぞれ配信対象ファイルを再構成する受信クライアン ト装置、 3 — 1 、 3 一 2 はそれぞれ再送要求を受信して要求されたデータを再送する 第 1 、 第 2の再送サーバ装置、 4 — 1 、 4 — 2 はそれぞれ送達確認を受 信する第 1 、 第 2 の送達確認サーバ装置である。 なお、 再送サーバ装置、 送達確認サーバ装置は 2台に限定されるものではない。
以上のよ う に構成されたフアイル配信システムについて、 図 5 を用い てフ ァイル配信サーバがデータ送出するタイ ミ ングと受信サーバが再送 要求を送出するタイ ミ ングを説明する。 1 回目のデータ送出 5 1 でファ ィル配信サーバ装置 1 はデータプロ ック列 D B 0〜 D B mを順次送出す る。 2 回目のデータ送出 5 2 は、 時間 Sだけ遅れて 1 回目のデータ送出 と同 じデータプロ ック列 D B 0〜 D B mを送出する。 3回目のデータ送 出 5 3 も同様に、 さ らに時間 Sだけ遅れて 1 回目のデータ送出と 同 じデ 一タブロ ック列 D B 0〜D B mを送出する。 その結果、 同じデータブロ ック D B η ( η = 0〜 Ν ) をそれぞれ時間間隔 Sで 3回送出する こ とに なる。 ある受信クライアン ト装置 2 — kが、 1 回目の送出でデータプロ ック 6 1 の受信を失敗した時、 その時点から長さ S X 2 の期間に同じ内 容のデータブロ ックを受信する機会が 2回 ( 6 2および 6 3 ) ある。 そ こで、 データブロ ック 6 1 の再送要求 8 0 を送出するまでに、 ( S X 2 + α ) だけ待ち、 その間にデータブロ ック 6 2または 6 3 の受信に成功 した場合にはデータプロ ック 6 1 の再送要求 8 0 は送出しない。 ここで 再送要求遅延時間 Ρ = S X 2および再送要求分散時間 Dは受信パラメ一 タの一部と してファイル配信サーバから配信される数値であり 、 α = D X Rである。 ここに、 Rは受信ク ライアン ト装置ごと に生成される 0以 上 1 以下の乱数である。 あるいは、 実施の形態 1 で述べたよ う に、 受信 クライアン ト装置の番号を入力とする関数の値と して求める場合もある < 再送サーバ装置が思想要求を受けたと きの動作、 および送達確認サー バ装置が送達確認を受けたと きの動作に関しては、 本発明の実施の形態 1 のファイル配信システム と同様である。
なお図 5 を用いた以上の説明では、 データ送出の繰り 返し回数が 3回 の場合を説明 したが、 繰り返し回数が Ν回 (Νは 2以上の整数) であつ ても同様である。 ただし、 この場合、 P = S X ( N - 1 ) となる。
以上のよ う に本実施の形態 3では、 同じデ一タブ口 ックを N回繰り返 して受信失敗した場合に 1 回の再送要求を送出し、 かつ ( a = D X R ) 以内の時間に連続して発生する受信失敗を 1 回の再送要求送出にま と め るこ とができ る。 産業上の利用可能性 以上のよ う に本発明によれば、 第 1 に、 フ ァイル配信毎に再送要求送 信先ァ ド レス と送達確認送信先ァ ドレスを配信する こ と によ り 、 送達確 認サーバ、 及ぴ再送要求サーバをファイル配信単位で切 り替えるこ とが でき る フ ァイル配信システムが得られる。
第 2 に、 ファイル配信毎に送達確認分散時間と再送要求分散時間を配 信するフ ァイル配信サーバ装置を備えたこ と によ り 、 多数の送達確認、 及び再送要求の受信集計処理をフアイル配信単位で受信ク ライアン ト装 置の数に応じた時間をかける よ う に配信側から指定するこ とができ、 多 数の受信装置への配信と少数の受信装置への配信の効率を両立する こ と ができ るファイル配信システムが得られる。
第 3 に、 フアイル配信毎に複数の再送要求送信先ァ ド レス と複数の送 達確認送信先ァ ドレスを配信するフアイル配信サーバ装置を備えたこ と によ り 、 送達確認、 及び再送要求の受信集計処理をファイル配信単位で 必要に応じて複数の装置上で分散処理させる ことができ、 ファイル配信 処理に要する時間を短縮でき、 かつ再送サーバ装置あるいは送達確認サ —バ装置の一部に障害が発生しても進行中のファイル配信処理を続行で きるフ ァイル配信システムが得られる。
第 4 に、 再送要求遅延時間と再送要求分散時間を設けて複数の再送要 求をま とめて送出する受信ク ライアン ト装置を備えて、 上り 回線の接続 回数を低減し接続時刻を分散するこ とで、 上り回線接続コス ト、 及び再 送サーバの処理能力を低減したファイル配信システムが得られる。

Claims

請求の範囲
1 . 受信ク ライアン ト装置が受信処理に使用する受信パラメータ と配信 対象ファイルと をファイル配信毎にマルチキャス トで送信するファイル 配信サーバ装置。
2 . 前記受信パラメータ、 或いは前記配信対象ファイルを 1以上のデー タブロ ックに分割して送出する請求の範囲第 1項記載のファイル配信サ ーバ装置。
3 . 1 以上のデータブロ ックの受信失敗を検出したこ と を通知する再送 要求、 または、 前記配信対象ファイル全体の受信に成功したか否か若し く は前記配信対象ファイル全体の蓄積に成功したか否かを通知する送達 確認を、 マルチキャス トで送信された受信パラメータに含まれる宛先ァ ド レス へ送信するこ とを特徴とする受信ク ライ アン ト装置。
4 . 前記受信パラメータ と前記データプロ ック とを下り伝送回線を使用 して 1 以上の受信ク ライア ン ト装置に伝送する請求の範囲第 2項記載の ファイル配信サーバ装置と、 前記送達確認と前記再送要求とを上り伝送 回線を使用 して送出する請求の範囲第 3項記載の受信ク ライアン ト装置 と、 前記再送要求を受信してデータブロ ック を再送する再送サーバ装置 と、 前記送達確認を受信する送達確認サーバ装置とで構成される フアイ ル配信システム。
5 . 前記宛先ア ド レス と して I P ア ド レス、 及びポー ト番号を受信する こ と を特徴とする請求の範囲第 3項記載の受信ク ライ アン ト装置。
6 . 前記宛先ァ ド レス と して複数の再送要求宛先ァ ド レスまたは複数の 送達確認宛先ァ ド レスを受信し、 前記複数の再送要求宛先ァ ド レスまた は送達確認宛先ァ ドレスから 1つを選択して再送要求または送達確認を 送出するこ と を特徴とする請求の範囲第 3項記載の受信ク ライ アン ト装 置。
7 . 複数の再送要求宛先ア ド レスまたは複数の送達確認宛先ァ ド レスか ら、 乱数を使用 して 1つの宛先ァ ド レスを選択し再送要求または送達確 認を送出する こ と を特徴とする請求の範囲第 6項記載の受信ク ライアン ト装置。
8 . 前記複数の再送要求宛先ァ ド レスあるいは送達確認宛先ァ ド レスか ら、 受信ク ライアン ト装置の番号を使用 して 1 つの宛先ァ ド レスを選択 し、 再送要求または送達確認を送出するこ と を特徴とする請求の範囲第 6項記載の受信ク ライア ン ト装置。
9 . 再送要求宛先ア ド レスあるいは送達確認宛先ア ドレスに接続できな い場合に、 他の再送要求宛先ァ ドレスあるいは送達確認宛先ァ ド レスを 選択して再送要求または送達確認を送出する こ とを特徴とする請求の範 囲第 6項記載の受信ク ライアン ト装置。
1 0 . 請求の範囲第 5項、 請求の範囲第 6項、 請求の範囲第 7項、 請求 の範囲第 8項または請求の範囲第 9項記載の受信ク ライアン ト装置を有 する こ と を特徴とする請求の範囲第 4項記載のファイル配信システム。
1 1 . 受信パラ メータが含む再送要求遅延時間 P、 再送要求分散時間 D と、 各受信ク ライアン ト装置がそれぞれ独立に生成する数値 R ( 0 ≤R ≤ 1 ) を使い計算式 ( P + D X R ) でデータプロ ックの受信失敗を検出 してから再送要求を送出するまでの待ち時間を決めるこ とを特徴とする 請求の範囲第 3項記載の受信ク ライア ン ト装置。
1 2 . 受信パラメータが含む送達確認分散時間 D ' と、 各受信ク ライァ ン ト装置がそれぞれ独立に生成する数値 R ( 0 ≤R≤ 1 ) を使い計算式
( D ' X R ) で配信対象フ ァイルの再構成を完了してから送達確認を送 出する までの待ち時間を決めるこ と を特徴とする請求の範囲第 3項記載 の受信ク ライ アン ト装置。
1 3 . 数値 Rを乱数で決める こ と を特徴とする請求の範囲第 1 1 項また は請求の範囲第 1 2項記載の受信ク ライアン ト装置。
1 4 . 数値 Rを受信ク ライアン ト装置の番号を入力とする関数の値と し て求めるこ と を特徴とする請求の範囲第 1 1項または請求の範囲第 1 2 項記載の受信ク ライアン ト装置。
1 5 . データブロ ックの受信失敗を検出してから再送要求を送出するま での待ち時間の間に検出したデータブロ ック受信失敗に起因する再送要 求を 1 回の上り 回線接続で送出するこ と を特徴とする請求の範囲第 3項 記載の受信ク ライアン ト装置。
1 6 . 請求の範囲第 1 1項、 請求の範囲第 1 2項、 請求の範囲第 1 3項、 請求の範囲第 1 4項または請求の範囲第 1 5項記載の受信ク ライアン ト 装置を有する こ と を特徴とする請求の範囲第 4項記載のファイル配信シ ステム。
1 7 . 同一配信対象ファイルについて送出開始時刻を順次 S秒 ( S > 0 ) 遅らせながら N回 (Nは 1以上の整数) 繰り返し配信するこ と を特徴と する請求の範囲第 2項記載のファイル配信サーバ装置。
1 8 . 再送要求遅延時間 P を計算式 S X ( N - 1 ) で決めるこ と を特徴 とする請求の範囲第 1 7項記載のフ ァイル配信サーバ装置。
1 9 . 再送要求分散時間 Dを、 配信対象の受信ク ライアン ト装置数、 再 送要求発生頻度または配信時刻に応じて決めるこ と を特徴とする請求の 範囲第 2項記載のファイル配信サーバ装置。
2 0 . 請求の範囲第 1 7項、 請求の範囲第 1 8項または請求の範囲第 1 9項記載のフ ァイル配信サーバ装置を有するこ とを特徴とする請求の範 囲第 4項のフ ァイル配信システム。
2 1 . 下り伝送回線と して衛星回線、 或いは地上回線を選択でき、 衛星 回線を利用できる時間帯のみマルチキャス トによる再送を行う再送サー バを有するこ と を特徴とする請求の範囲第 4項、 請求の範囲第 1 0項、 請求の範囲第 1 6項または請求の範囲第 2 0項記載のファイル配信シス テム。
PCT/JP2002/005270 2001-05-03 2002-05-30 File delivery system, file delivery server apparatus, and reception client apparatus WO2002097634A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/479,101 US20040205071A1 (en) 2001-05-03 2002-05-30 File distribution system, file delivery server apparatus, and reception client apparatus
EP20020730782 EP1398705A1 (en) 2001-05-31 2002-05-30 FILE DELIVERY SYSTEM&comma; FILE DELIVERY SERVER APPARATUS&comma; AND RECEPTION CLIENT APPARATUS

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2001-165112 2001-05-03
JP2001165112A JP2002359641A (ja) 2001-05-31 2001-05-31 ファイル配信システム、ファイル配信サーバ装置、及び受信クライアント装置

Publications (1)

Publication Number Publication Date
WO2002097634A1 true WO2002097634A1 (en) 2002-12-05

Family

ID=19007825

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/005270 WO2002097634A1 (en) 2001-05-03 2002-05-30 File delivery system, file delivery server apparatus, and reception client apparatus

Country Status (5)

Country Link
US (1) US20040205071A1 (ja)
EP (1) EP1398705A1 (ja)
JP (1) JP2002359641A (ja)
CN (1) CN1463401A (ja)
WO (1) WO2002097634A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1555774A2 (en) * 2004-01-16 2005-07-20 NTT DoCoMo, Inc. Data receiving apparatus and data receiving method
CN111092741A (zh) * 2018-10-24 2020-05-01 玲珑视界科技(北京)有限公司 一种通过组播通道进行文件分发系统及方法

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7289500B1 (en) * 2003-07-17 2007-10-30 Novell, Inc. Method and system for reliable multicast data transmission
CN100568964C (zh) 2003-02-18 2009-12-09 诺基亚有限公司 图像解码方法
KR100711635B1 (ko) 2003-02-18 2007-04-25 노키아 코포레이션 화상 부호화 방법
US7113773B2 (en) * 2003-05-16 2006-09-26 Qualcomm Incorporated Reliable reception of broadcast/multicast content
US20050201471A1 (en) 2004-02-13 2005-09-15 Nokia Corporation Picture decoding method
US7296205B2 (en) 2004-02-18 2007-11-13 Nokia Corporation Data repair
US20060026503A1 (en) * 2004-07-30 2006-02-02 Wireless Services Corporation Markup document appearance manager
US9124907B2 (en) 2004-10-04 2015-09-01 Nokia Technologies Oy Picture buffering method
FR2877175B1 (fr) * 2004-10-26 2007-01-19 Somfy Sas Procede de communication dans un reseau comprenant des noeuds filaires et des noeuds non filaires
JP4251207B2 (ja) 2006-04-28 2009-04-08 ソニー株式会社 サーバ装置、再接続制御方法、機器装置、再接続方法、プログラム、および記録媒体
JP4680860B2 (ja) * 2006-09-29 2011-05-11 富士通株式会社 データ通信方法
PL2127183T3 (pl) 2006-12-18 2018-09-28 Optis Wireless Technology, Llc Wykonanie protokołu kontroli warstwy łącza
US8392593B1 (en) 2007-01-26 2013-03-05 Juniper Networks, Inc. Multiple control channels for multicast replication in a network
BRPI0722125B1 (pt) 2007-10-23 2020-03-03 Interdigital Ce Patent Holdings Método, sistema e aparelho para correção de erro de encaminhamento adaptativo com pedido de repetição automática combinada para multitransmissão confiável em redes de área local sem fio
JP2009217765A (ja) * 2008-03-13 2009-09-24 Hitachi Ltd 複数宛先への同期送信方法、その実施システム及び処理プログラム
US8195758B1 (en) * 2008-10-09 2012-06-05 The United States Of America As Represented By The Secretary Of The Navy Control for signal redundancy
US9369516B2 (en) 2009-01-13 2016-06-14 Viasat, Inc. Deltacasting
JP2015039050A (ja) * 2009-12-15 2015-02-26 株式会社東芝 データ送信装置、データ送信方法及びデータ受信装置
JP5292340B2 (ja) * 2010-03-09 2013-09-18 日本電信電話株式会社 通信制御システム、通信制御方法、通信制御プログラム
ES2774203T3 (es) 2011-06-14 2020-07-17 Viasat Inc Protocolo de transporte para contenido anticipado
US9407355B1 (en) 2011-10-25 2016-08-02 Viasat Inc. Opportunistic content delivery using delta coding
US8432808B1 (en) 2012-06-15 2013-04-30 Viasat Inc. Opportunistically delayed delivery in a satellite network
CN103605603B (zh) * 2013-10-12 2016-03-02 南京大学 覆盖表约简的方法及系统
CN110166838A (zh) * 2019-05-23 2019-08-23 青岛聚看云科技有限公司 广告播放投放控制方法、显示设备及服务器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1056479A (ja) * 1996-08-12 1998-02-24 Nippon Telegr & Teleph Corp <Ntt> パケット通信方式
JPH10215246A (ja) * 1997-01-29 1998-08-11 Mitsubishi Electric Corp データ配布方法およびデータ配布装置
JPH10341221A (ja) * 1997-06-05 1998-12-22 Kokusai Electric Co Ltd ファイル伝送システム
JPH1155257A (ja) * 1997-08-06 1999-02-26 Brother Ind Ltd データ配信方法、データ配信システム及びホスト装置
JP2000032046A (ja) * 1998-07-13 2000-01-28 Ntt Data Corp 通信方法及び装置、通信システム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4807224A (en) * 1987-08-21 1989-02-21 Naron Steven E Multicast data distribution system and method
US5109384A (en) * 1988-11-02 1992-04-28 Tseung Lawrence C N Guaranteed reliable broadcast network
US5151900A (en) * 1991-06-14 1992-09-29 Washington Research Foundation Chaos router system
CA2088753C (en) * 1992-02-04 1999-02-16 Tomoki Osawa Point-to-multipoint communication network capable of retransmitting a multicast signal
US5553083B1 (en) * 1995-01-19 2000-05-16 Starburst Comm Corp Method for quickly and reliably transmitting frames of data over communications links
US6269080B1 (en) * 1999-04-13 2001-07-31 Glenayre Electronics, Inc. Method of multicast file distribution and synchronization
US6898204B2 (en) * 2000-04-07 2005-05-24 Broadcom Corporation Method of determining a collision between a plurality of transmitting stations in a frame-based communications network
US7333482B2 (en) * 2000-12-22 2008-02-19 Interactive People Unplugged Ab Route optimization technique for mobile IP

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1056479A (ja) * 1996-08-12 1998-02-24 Nippon Telegr & Teleph Corp <Ntt> パケット通信方式
JPH10215246A (ja) * 1997-01-29 1998-08-11 Mitsubishi Electric Corp データ配布方法およびデータ配布装置
JPH10341221A (ja) * 1997-06-05 1998-12-22 Kokusai Electric Co Ltd ファイル伝送システム
JPH1155257A (ja) * 1997-08-06 1999-02-26 Brother Ind Ltd データ配信方法、データ配信システム及びホスト装置
JP2000032046A (ja) * 1998-07-13 2000-01-28 Ntt Data Corp 通信方法及び装置、通信システム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1555774A2 (en) * 2004-01-16 2005-07-20 NTT DoCoMo, Inc. Data receiving apparatus and data receiving method
EP1555774A3 (en) * 2004-01-16 2007-11-14 NTT DoCoMo, Inc. Data receiving apparatus and data receiving method
US7502316B2 (en) 2004-01-16 2009-03-10 Ntt Docomo, Inc. Data receiving apparatus and data receiving method
CN111092741A (zh) * 2018-10-24 2020-05-01 玲珑视界科技(北京)有限公司 一种通过组播通道进行文件分发系统及方法

Also Published As

Publication number Publication date
CN1463401A (zh) 2003-12-24
JP2002359641A (ja) 2002-12-13
US20040205071A1 (en) 2004-10-14
EP1398705A1 (en) 2004-03-17

Similar Documents

Publication Publication Date Title
WO2002097634A1 (en) File delivery system, file delivery server apparatus, and reception client apparatus
US5553083A (en) Method for quickly and reliably transmitting frames of data over communications links
US20030135784A1 (en) Multicast communication method and system
JP3908490B2 (ja) マルチキャスト配信サービスにおける再送制御方法及びシステム、再送制御装置、無線基地局及び無線端末
KR100935933B1 (ko) 무선통신에서 무선단말 그룹화에 의한 신뢰성 있는멀티캐스트 데이터 재전송 방법 및 장치
Yavatkar et al. A reliable dissemination protocol for interactive collaborative applications
US6807578B2 (en) Nack suppression for multicast protocols in mostly one-way networks
US7289500B1 (en) Method and system for reliable multicast data transmission
US20080098117A1 (en) Method, apparatus, and computer product for setting transmission path
Hofmann Enabling group communication in global networks
JP2007519371A (ja) 確率的なフィードバックを用い、マルチキャスト・コンテンツの配信を最適化する方法および装置
JP2001298407A (ja) マルチキャストサービス提供システムにおける再送制御方法、情報配信装置及び無線端末
US7385978B1 (en) Method and apparatus for reliable multicast distribution
US20070263626A1 (en) A System for Session-Oriented Reliable Multicast Transmission.
KR100240645B1 (ko) 멀티캐스트 통신의 패킷 오류 제어기 및 이를 이용한패킷 오류제어 방법
JPH09160858A (ja) データ再送方法及びサーバ
JP5921506B2 (ja) 通信装置および通信方法
JP3305247B2 (ja) 無線マルチキャストデータ転送方法及び無線通信システム
JP3520793B2 (ja) 誤り補償方法、並びに該方法を用いた誤り補償装置
JP3378429B2 (ja) 同報通信制御装置
US7561523B1 (en) Method and apparatus for flow control in a reliable multicast communication system
KR100396921B1 (ko) 중계기서버를 이용한 멀티캐스팅 전송 시스템의 오류 제어방법
Baek et al. A Heuristic Buffer Management and Retransmission Control Scheme for Tree‐Based Reliable Multicast
JP3326672B2 (ja) メッセージ再送方法及びシステム
JP3504491B2 (ja) パケット通信方式

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR

WWE Wipo information: entry into national phase

Ref document number: 028018958

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2002730782

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002730782

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10479101

Country of ref document: US

WWW Wipo information: withdrawn in national office

Ref document number: 2002730782

Country of ref document: EP