JP2003259275A - Data transmission equipment - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide data transmission equipment (TDp) which allows a reception terminal (TRCV) to selectively receive data (Sdv) in the unit of packets (PDU). <P>SOLUTION: A transmission terminal (TDp) takes in a material (Sdv) to record it in an incorporated hard disk (209) and generates transmission data (PDU) to transmit them to the reception terminal (TRCV). The reception terminal (TRCV) records the data (PDU) in a specific position on an incorporated hard disk (214) in accordance with discrimination information (NFS and IOS) included in a header (HD). A retransmission request (PICr) is issued for data having data droped out due to a transmission error. The transmission terminal reads out retransmission request (PICr) data to retransmit the data (PDU). <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data transmission device used for network transmission of material data in a content production system in which material video for editing is transmitted to a remote place via a network for editing and processing.

[0002]

2. Description of the Related Art Conventionally, in a broadcasting station or the like, an audio-visual image of a necessary portion is extracted from a tape on which various audio-visual images for material production are recorded, and the extracted audio-visual image is subjected to appropriate processing to obtain one image. Editing work is being carried out with the tape for broadcasting. In such editing work, the tapes recorded at the scene of the accident or the scene of the accident are transported to the broadcasting station, or the material image is transmitted to the broadcasting station by microwave. Recently, using the rapidly spread communication network,
Material video is digitized and recorded on the material server,
An editing system that takes out material video from a material server and edits it when it becomes necessary is being used.

FIG. 24 shows an editing system proposed in Japanese Patent Laid-Open No. 8-289246 as an example of a conventional editing system. The editing system ESc in the example is
The three editing terminals 2404, 2405, and 2406 and the material server 2402 are Ethernet (registered trademark) 240.
3 are connected to each other through the structure 3. further,
A material video input device 2401 is connected to an Ethernet (registered trademark) 2403 and editing terminals 2404, 2405, and 2406 via a material server 2402.

The material video input device 2401 is a material server 2402 for each material video recorded on a medium such as a tape.
Register with. The material server 2402 manages each registered material image as a file. Editing terminal 2
Reference numerals 404, 2405, and 2406 import material images required for program production from the material server 2402 via the Ethernet (registered trademark) 2403 in file units and perform editing work.

In the system configured as described above, by using a plurality of editing terminals each located in a remote place, editors in different places can move at the same time or the same editor can move from place to place. However, it is possible to perform editing work using common material images.

[0006]

However, the material video transmission apparatus used in the conventional editing system configured as described above, once acquires the material video as a file into the server and then transfers the file to the editing terminal. . For this reason, the editor can access the material video file using the editing terminal only after the file transfer time, which increases depending on the round trip time of the network, at least in addition to the server acquisition time of the material video. . As a result, the time required to create a content by utilizing such a material image is the above-mentioned waiting time (server fetch time and file transfer time) added to the substantial production time required for editing. Therefore, it takes an excessively longer time than the actual production time until the content production is finally completed.

Further, in order to handle the material video in file units, for example, even when only a part of the file is required for editing work, the entire file must be transferred. In addition, the entire file must be retransmitted if the received file is partially defective due to a transmission error. Therefore, there is a problem that the ratio of unnecessary waiting time to the content production time is further increased, and the efficiency of content production is further deteriorated.

In addition, when the person who collects the material video is different from the person who edits the material, the editor searches the entire material video for the portion to be edited and extracts the used portion, or searches the entire video content. You have to insert subtitles. In addition, when the material server is located at a remote location from the editing terminal, an operator is required for each of the editing terminal and the material server side while capturing the material image.

Therefore, an object of the present invention is to provide a data transmission apparatus capable of selectively receiving data in packet units on the receiving terminal side.

[0010]

A transmission device for recording first data as a file from a transmission terminal to a reception terminal via a network, the transmission terminal having a form suitable for data transmission to a network. A data packet generation unit that generates a data packet, a transmission side recording unit that records a copy of the data packet as a file, and a transmission side packet transmission / reception that transmits a data packet and receives a retransmission request control packet transmitted from a reception terminal. And a retransmission request control packet identifying unit that reads out a data packet indicated by the received retransmission request control packet from the transmission side recording unit, and the receiving terminal receives the data packet and also transmits the retransmission request control packet. There is a side packet transmitter / receiver and the original data is restored from the received data packet. Or a reception packet determination unit that detects an error packet or a lost packet, a reception side recording unit that records the restored original data at a predetermined position, and an instruction to retransmit the detected error packet or a lost packet. A retransmission request control packet generation unit for generating a retransmission request control packet, and regardless of whether the receiving terminal normally receives the data packet corresponding to the retransmission request control packet, sequentially receives the received data at a predetermined position of the receiving side recording unit. A data transmission device characterized by being recorded on.

As described above, according to the first aspect of the present invention, even when the received data has an error, the data packet having the error is retransmitted at a predetermined position while continuing to receive other normal data. By recording, the time required to retransmit the error data can be minimized. .

A second invention is characterized in that, in the first invention, the transmitting terminal is provided with a time information detecting section for detecting time information of the input data, and transmits the data within a predetermined time range.

As described above, in the second first smile,
The transmission time can be further shortened by specifying the transmission range of the material video and transmitting only the necessary portion.

A third invention is characterized in that, in the second invention, the time range of the data transmitted by the data packet generation unit and the time range of the data recorded in the transmission side recording unit can be individually designated. .

In a fourth aspect based on the first aspect, the transmitting terminal includes an additional information generating section for generating additional information including index information, auxiliary information, and other related information synchronized with time information in the input data, The additional information is recorded and transmitted together with the data.

As described above, according to the fourth aspect of the present invention, it is possible to easily realize the content search of the transmitted material image and shorten the editing work time.

The fifth invention is the first invention, the second invention,
In any one of the fourth invention, the material video is transmitted from the transmitting terminal to the plurality of receiving terminals by a multicast method.

According to a sixth aspect of the present invention, in the first aspect, there is further provided a reproducing section for reproducing the data recorded on the recording medium and inputting the reproduced data to the transmitting terminal, wherein the reproducing section is the data recorded on the recording medium. The reproduction terminal includes a reproduction position control unit that specifies the reproduction position of the transmission packet, and the transmission terminal transmits and receives the control packet, and the control packet that performs processing corresponding to the content of the control packet received by the transmission and reception unit. The receiving terminal includes a data reproducing unit and a remote control packet generating unit that generates a remote control packet for notifying the transmitting terminal of a control request via the network.

As described above, in the sixth aspect of the invention, the operation of the transmitting terminal side can be performed from the receiving terminal, and the material image transmission which does not require an operator on the transmitting terminal side is possible.

[0020]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below with reference to FIGS. In the data transmission device according to the present invention, a digital signal having a real-time property including a moving image signal, an audio signal, or both of them is transmitted. In the present embodiment, the digital signal to be transmitted is NTSC (52
5/60) system data (hereinafter referred to as “DV data”) will be described as an example. The minimum data unit in the DVC standard is a 80-byte DIF block. Further, 150 DIF blocks form one DIF sequence, and 10 DIF sequences form one video frame of data. Therefore, the amount of data per frame is 120 kB (kilobytes), and the transmission rate of DV data is about 28.8 Mbps (megabits / second) including additional information such as video, audio, and time code.

FIG. 2 shows the structure of DV data for one frame. In the figure, a code “H” (n is an integer of 0 or more) is a header in the DIF sequence, a code “SC” is a subcode, and a code “VA” is VAUX (Video Au).
xilary information), code "A" is audio data, code "V" is video data DI
An F block is shown.

The network used as the transmission means may have a transmission band capable of transmitting DV data in real time. In the present embodiment,
Unless otherwise specified, 100B with a transmission rate of 100 Mbps
ASE-T Ethernet (registered trademark) (IEEE80
2.3u) shall be used. UDP / IP is used as a DV data transmission protocol. TCP / IP is used as the transmission protocol used for other control data. Also, for the sake of simplicity of explanation, it is assumed that the arrival order of DV data is not changed. The interface between the DV device and the transmission terminal may be any interface as long as real-time performance is guaranteed. In addition,
In the embodiment of the invention, the case where the IEEE 1394 interface is used will be described as an example.

(First Embodiment) A data transmission apparatus according to the first embodiment of the present invention will be described with reference to FIG. The data transmission device TD1p is a transmission terminal TS
ND, receiving terminal TRCV, Ethernet (registered trademark) ETN which is a data transmission path, and a video tape recorder (hereinafter referred to as "VT") for inputting material video to the transmitting terminal TSND.
Abbreviated as “R”) 204. The VTR 204 has a built-in DV tape 205 on which material images are recorded.

The transmission terminal TSND includes an IEEE 1394 interface 206, a CPU 207, a memory 208, and H.
It includes a DD 209 and an Ethernet card 210.
The IEEE 1394 interface 206 functions as a data input unit. The HDD 209 is preferably composed of a hard disk drive and functions as a transmitting side recording means. The Ethernet card 210 functions as a transmitting side packet transmitting / receiving unit. The CPU 207 functions as a data packet generation unit and a retransmission request control packet control unit by executing the program stored in the memory 208.

The receiving terminal TRCV includes the Ethernet card 211, the CPU 212, the memory 213, and the HDD 2.
Including 14. The Ethernet card 2113 functions as a receiving side packet transmitting / receiving unit. The HDD 214 preferably comprises a hard disk drive and functions as a receiving side recording means. The CPU 212 uses the memory 21.
By executing the program stored in No. 3, it functions as a reception packet determination unit and a retransmission request control packet generation unit.

The operation of the data transmission device TDp1 will be described below. In the transmitting terminal TSDR, the IEEE
The 1394 interface 206 reproduces and outputs the DV data S reproduced from the VTR 204 having the DV tape 205 built therein.
The dv is taken in via the IEEE 1394 bus which is also equipped with the VTR 204. The DV data Sdv taken in by the transmission terminal TSND is recorded in the HDD 209, and at the same time, a PD serving as a unit of transmission data according to a predetermined format by the CPU 207 and the memory 208.
U (Protocol Data Unit) is formed.

FIG. 3 shows an example of a PDU format for one frame of DV data Sdv. Each PDU is composed of a header part HD of 6 bytes and a data part D of 1200 bytes (15 DIF blocks) consisting of 15 DIF blocks. The header part HD is further composed of a frame sequence number NFS of the first 2 bytes and the offset information IOS of the remaining 4 bytes. Here, the frame sequence number NFS is the DV to be transmitted.
The value (0, 1,
2, ..., 65535) and the offset information IO
S is a value (0, 1200, 0, 1200, indicating the offset position (byte position from the beginning of the frame) of the PDU within the frame.
2400, ..., 118800). The header information (frame sequence number NFS and offset information IOS) included in the header portion HD enables the receiving side to check data continuity and detect missing portions.

Returning to FIG. 1, the Ethernet card 210
Is a PD generated by the CPU 207 and the memory 208.
U is transmitted to the Ethernet (registered trademark) ETN using the UDP protocol (UDP / IP).

At the receiving terminal TRCV, at the transmitting terminal TSDR
DV data Sdv (PD
U) is received by the Ethernet card 211 via the Ethernet (registered trademark) ETN. The received DV data Sdv (PDU) is stored in the CPU 212 and the memory 2
In 13, the header part HD and the data part D are disassembled.
Then, the frame sequence number NF of the header HD
The relative position in the entire DV data Sdv of the PDU is detected based on S and the offset information IOS.
Then, the HDD 2 is determined corresponding to this relative position.
The data portion D is written at the writing position on 14. At the same time, the CPU 212 and the memory 213 receive the received P
It checks the continuity of DUs and detects PDUs lost due to PDU loss or errors occurring on the network. Then, the retransmission request control packet PIC indicating the lost PDU is transmitted to the transmitting terminal TSDR.

Upon receiving the retransmission request control packet PIC, the transmission terminal TSDR receives the CPU 207 and the memory 20.
The data requested immediately by 8 is read from the HDD 209, converted into a PDU, and retransmitted to the receiving terminal TRCV.

The software processing executed by the CPU 207 in the above-mentioned transmission terminal TSDR will be described with reference to FIGS. 4 to 8. In addition, in the present embodiment, it is assumed that a plurality of independent thread processes are simultaneously executed by the multi-thread process. In addition,
FIG. 4 shows a transmission management process including the start and end of the DV data transmission process in the transmission terminal TSDR. Figure 5
9 shows a process of capturing DV data Sdv from the VTR 204 in the transmission terminal TSDR. FIG. 6 shows the transmitting terminal T
HDD 209 of the imported DV data in SDR
The writing process to is shown. FIG. 7 shows a data transmission process of transmitting DV data from the HDD 209 and transmitting the DV data to the receiving terminal TRCV in the transmitting terminal TSDR. 8 shows the receiving terminal TR in the transmitting terminal TSDR.
7 shows a retransmission request control packet reception process when a retransmission request control packet PICr sent from a CV is received. In the transmission terminal TSDR, a memory buffer is used to temporarily store the input DV data Sdv, and a transmission buffer is used to store the transmission data (PDU), although not specified.

The DV data transmission management process by the above-mentioned transmission terminal TSDR will be described below with reference to FIG. Before the transmission of DV data is started, the transmitting terminal TSDR first sets and initializes parameters such as address information of the receiving terminal TRCV that is the transmission destination in step S401. Then, the control proceeds to the next Step S502.

In step S402, the control information packet PI including the retransmission request control packet PICr is prepared as a preparation for the above-described retransmission request control packet reception process (FIG. 8).
A connection is established to receive C. Then, the control proceeds to the next Step S403.

In step 403, all threads required for the DV data transmission process are generated. Then, the control proceeds to the next Step S404.

In step S404, it is determined whether all DV data Sdv have been transmitted. No,
That is, the processing in this step is repeated each time it is determined that all the DV data Sdv has not been transmitted. Then, when it is determined that all the DV data Sdv has been transmitted, it is determined as Yes, and after the connection established in step S402 and all other necessary processing at the end are executed, the DV data transmission management is performed. The process ends. That is, this step is a standby step for waiting for the end of the DV data transmission management processing until the data transmission processing ends.

Next, referring to FIG. 5, the transmitting terminal TSDR
The DV data uptake process by will be described. VT
Before the process of capturing the DV data Sdv from R204 is started, in step S501, a processing process including securing a buffer for storing the input data, initializing a pointer, and preparing to input the DV data Sdv is executed. Then, the control proceeds to the next Step S502.

In step S502, a request or the like from the outside is detected, and it is determined whether or not to continue the process of transmitting the DV data Sdv to the receiving terminal TRCV. If No, that is, if it is determined that the transmission process is not to be continued, the DV data import process is terminated after performing all processes required at the end, such as releasing the buffer secured in step S501. On the other hand, if Yes, that is, if it is determined that the transmission process is to be continued, the control proceeds to the next Step S503.

In step S503, it is determined whether or not there is DV data Sdv input from the outside. N
If o, that is, if the DV data Sdv is not input from the outside, the control returns to step S502 described above. On the other hand, Yes, that is, the DV data Sdv from the outside
If it is determined that is input, the control proceeds to the next Step S504.

In step S504, the input data is temporarily stored in the memory buffer. Then, the control proceeds to the next Step S505.

In step S505, the input D
A PDU having the format illustrated in FIG. 3 is generated from the V data Sdv. Then, the control proceeds to the next Step S506.

In step S506, step S5
The PDU generated in 05 is copied to the data transmission buffer. Then, the control proceeds to the next Step S507.

In step S507, the pointer indicating the write address for the memory buffer storing the input data and the transmission buffer is updated. And
The control returns to step S502 described above.

Next, referring to FIG. 6, the transmitting terminal TSDR
HDD209 of the captured DV data Sdv in
The writing process to the will be described. When this process is started, first, in step S601, a file for writing data to the HDD 209 is opened. And
The control proceeds to the next step S602.

In step S602, an external request or the like is detected, and the receiving terminal TRCV of the DV data Sdv is detected.
It is determined whether or not to continue the transmission process to. If No, that is, if it is determined that the transmission process is not to be continued, the writing process to the HDD is terminated after executing all the processes required at the end such as closing the file opened in step S601. On the other hand, if Yes, that is, if it is determined to continue the transmission process, the control proceeds to the next Step S603.

In step S603, it is determined whether write data (PDU) exists in the memory buffer. If No, that is, if it is determined that the write data (PDU) is not generated, the control is the above-described step S60.
Return to 2. On the other hand, Yes, that is, write data (PDU)
If it is determined that is generated, control proceeds to the next step S604.

In step S604, the write data (input data: PDU) existing in the memory buffer is
It is written in the HDD 209. Then, the control proceeds to the next Step S605.

In step S605, the HDD 209
The pointer indicating the write position of the next input data (write data: PDU) in and the read address of the memory buffer is updated. Then, the control returns to step S602 described above.

Next, referring to FIG. 7, the transmitting terminal TSDR
A data transmission process of reading DV data (PDU) from the HDD 209 and transmitting the DV data (PDU) to the receiving terminal TRCV will be described. In the transmission terminal TSDR, first, before starting the data transmission process, first, in step S70.
1, the network (Ethernet (registered trademark)
Initialization is performed including protocol settings for sending data on ETN). And the control is the next step S
Proceed to 702.

In step S702, a request or the like from the outside is detected, and it is determined whether or not to continue the process of transmitting the DV data Sdv (PDU) to the receiving terminal TRCV. If No, that is, if it is determined that the transmission process is not to be continued, this data transmission process is terminated after performing all the necessary processes at the end. On the other hand, if Yes, that is, if it is determined to continue the transmission process, the control proceeds to the next Step S703.

In step S703, it is determined whether transmission data (PDU) exists in the transmission buffer. If No, that is, if it is determined that the transmission data (PDU) is not generated, the control is performed in step S70 described above.
Return to 2. On the other hand, if Yes, that is, if it is determined that the transmission data has been generated, the control proceeds to the next Step S704.

In step S704, the transmitting terminal TS
DR to network (Ethernet (registered trademark) EN
DV data Sdv is transmitted in PDU units to T). Then, the control proceeds to the next Step S705.

In step S705, the pointer indicating the read address of the transmission buffer is updated. Then, the control returns to step S702 described above.

Next, referring to FIG. 8, the transmitting terminal TSDR
A retransmission request control data reception process when the retransmission request control packet PICr sent from the receiving terminal TRCV is received will be described. In the transmitting terminal TSDR, first, before receiving the retransmission request control packet PICr,
In step S801, necessary initialization is executed.
Then, the control proceeds to the next Step S802.

In step S802, a request from the outside or the like is detected, and the transmitting terminal TSND receives the receiving terminal TRCV.
It is determined whether or not to continue the transmission process of the DV data Sdv (PDU) to the. If No, that is, if it is determined that the transmission process is not continued, this control data reception process is terminated after performing all the processes required at the end. On the other hand, if Yes, that is, if it is determined to continue the transmission process, the control proceeds to the next Step S803.

In step S803, it is determined whether or not retransmission request control data exists. If No, that is, if it is determined that the control data, that is, the retransmission request control packet PICr has not been received, the control returns to step S802 described above. On the other hand, Yes, that is, the receiving terminal T
If it is determined from the RCV that the retransmission request has been made, the control proceeds to the next Step S804.

In step S804, the received retransmission request control packet PICr is analyzed, and the position on the HDD 209 where the DV data Sdv (PDU) to be retransmitted is recorded is specified from its content. Then, the control proceeds to the next Step S805.

In step S805, step S8
The DV data Sdv (PDU) requested to be retransmitted is read from the position of the HDD 209 specified in 04.
Then, the process proceeds to step S806.

In step S806, step S8
From the DV data Sdv (PDU) read in 05,
A PDU for transmission is generated. Then, the control proceeds to the next Step S807.

In step S807, step S8
The PDU generated in 06 is copied to the data transmission buffer. Then, the control proceeds to the next Step S808.

In step S808, the pointer indicating the write address for the transmission buffer is updated.
Then, the control returns to step S802 described above.

As described above, referring to FIG. 4 to FIG.
The operation of the CPU 207 in the transmission terminal TSDR has been described in detail. Similarly, referring to FIGS. 9, 10, 11, and 12, CPU 2 in receiving terminal TRCV
The software processing executed by 12 will be described. Similarly to the CPU 207, the CPU 212 also uses multi-thread processing and simultaneously executes a plurality of independent thread processes. Note that FIG. 9 shows a reception management process including the start and end of the DV data reception process and the retransmission request control packet transmission process in the reception terminal TRCV. Figure 10
Indicates a data receiving process in the receiving terminal TRCV. FIG. 11 shows steps S1005 and S10 described later.
It is explanatory drawing of position information detection and continuity determination in 06. FIG. 12 shows the HDD 2 in the receiving terminal TRCV.
14 shows a writing process to 14.

First, referring to FIG. 9, the receiving terminal TRCV
The DV data reception processing management processing in step S4 will be described. Before starting the DV data reception, the receiving terminal TRCV first performs initialization including setting of parameters necessary for waiting for a connection operation from the transmitting terminal TSND in step S901. Then, control is performed in the next step S90.
Go to 2.

In step S902, a connection for transmitting the retransmission request control packet PICr is established. Then, the control proceeds to the next Step S903.

In step S903, the DV data S
All threads necessary for the reception processing of dv (PDU) are created. Then, the control proceeds to the next Step S904.

In step S904, the DV data S
It is determined whether all dv (PDUs) have been received. No, that is, each time it is determined that the DV data Sdv (PDU) has not been received, the processing in this step is repeated. Then, the DV data Sdv (P
When it is determined that all of (DU) have been received, Ye
After the s determination is made and all the processes required at the end of the connection established in step S902 and other terminations are executed, the reception management process is terminated. That is, this step is a waiting step of waiting until the end of the data reception process.

Next, referring to FIG. 10, the receiving terminal TRC
The data reception process in V will be described. In the receiving terminal TRCV, Ethernet (registered trademark) ENT
First, before the reception of the DV data (PDU) transmitted from the transmission terminal TSND via the
At 001, initialization is performed including protocol settings for receiving data from Ethernet ENT. Then, the control proceeds to the next Step S1002.

In step S1002, a request or the like from the outside is detected, and it is determined whether or not to continue the reception process. If No, that is, if it is determined that the receiving process is not continued, this data receiving process is ended after executing all the necessary processes at the end. On the other hand, if Yes, that is, if it is determined that the transmission process is to be continued, the control proceeds to the next Step S1003.

In step S1003, it is determined whether or not there is received data (PDU). If No, that is, if it is determined that the DV data Sdv (PDU) is not received, the control returns to step S1002 described above. On the other hand, if Yes, that is, if it is determined that the DV data Sdv (PDU) transmitted from the transmission terminal TSND is received, the control proceeds to the next step S1004.

In step S1004, the received DV data Sdv (PDU) is temporarily stored in the memory buffer. Then, control is performed in the next step S1005.
Proceed to.

In step S1005, based on the header portion HD of the received data, the received data Sdv (P
The position information in the entire DV data of DU) is detected. Then, the control proceeds to the next Step S1006.

In step S1006, the continuity of the received DV data Sdv is checked based on the position information detected in step S1005. As a result, the presence or absence of data (PDU) not received due to packet loss or packet error on the network is determined. Then, based on the determination result, it is determined whether or not a retransmission request for the DV data Sdv (PDU) that has not been received is required. No, that is, if it is determined that the received DV data Sdv (PDU) does not have a continuity problem such as missing, control returns to step S1002 described above. On the other hand, Yes, that is, the received DV data (P
If it is determined that DU) has a continuity problem such as missing, control proceeds to the next step S1007.

In step S1007, the DV data S determined to have a problem and to be retransmitted is required.
A retransmission request control packet PICr indicating dv (PDU) is generated. Then, the control proceeds to the next Step S1008.

In step S1008, the retransmission request control packet PI reproduced in step S1007 described above.
Cr is sent to the sending terminal. Then, the control returns to step S1002 described above.

Referring to FIG. 11, step S10 described above is performed.
The position information detection and continuity determination in 05 and S1006 will be described. In the figure, the DV data Sdv is the received data NDr0 to NDr7 of 8
An example is shown in which one received data unit (PDU) is received. Then, the frame sequence number NFS and the offset information IOS extracted from the header part HD of each PDU of the reception data NDr0 to NDr7 are the frame sequence number NFSr and the offset information I.
It is shown as OSf.

Further, offset information IOSn calculated with continuity based on the extracted frame sequence number NFSr and offset information IOSr is shown as offset information IOSn. Then, the necessity / unnecessity of the retransmission request for the PDU having the offset information IOSn, which is determined based on the consistency between the offset information IOSr and the offset information IOSn, is shown.

The received data NDr0 to NDr6
Have the same frame sequence number NFS3650, and the received data NDr7 has a new frame sequence number NFS3651. This means that the frame of the transmitted DV data is changed by the received data NDr7.

On the other hand, the received data NDr1 to NDr7
Has 109200 to 117600 and a series of offset information IOSn. This is the received data NDr
In 1 to NDr7, it means that the frames are the same.

In the above example, the received data NDr1 and the received data NDr2 are respectively offset information I.
The OSr and the offset information IOSn match. Therefore, with respect to the reception data NDr0 to NDr2, it is determined that the transmitted DV data (PDU) has been received without omission, and therefore the retransmission request is determined to be "unnecessary".

On the other hand, regarding the reception data number NDr3, the offset information IOSr is 112800, but the offset information IOSn is different from 111600 (IOSr> IOSn). Therefore, it is determined that the PDU having the offset information IOS111600 has not been received, that is, is missing. As a result, it is determined that the PDU (frame sequence number N
The retransmission request of FS3650, IOS111600) is determined to be “necessary”.

The reception data NDr4 has offset information I
The OSr and the offset information IOSn are both 114000. Therefore, the PDU having the same offset information IOS
It is determined that there is no omission. Therefore, the offset information I
The request to retransmit the DV data (PDU) having the OS 114000 is determined to be “unnecessary”.

Received data NDr5 and received data ND
The offset information IOSr and the offset information IOSn match with r6. Therefore, the request to retransmit the DV data is determined to be “unnecessary”.

The reception data NDr7 has offset information I
While OSr is 0, the offset information IOSn does not match 117600. Since the maximum offset information IOS of the PDU that constitutes one frame of DV data is 118800, the two missing PDUs are
(Frame sequence number NFS3650, offset information IOS117600, and offset information IOS
The retransmission request of (118800) is determined to be “necessary”.

Next, referring to FIG. 12, the receiving terminal TRC
The writing process to the HDD 214 in V will be described. Before the reception terminal TRCV starts writing the reception data (PDU) in the HDD 214, first, in step S1.
At 201, initialization including file opening is performed. Then, the control proceeds to the next Step S1202.

In step S1202, a request or the like from the outside is detected, and it is determined whether or not to continue the receiving process. If No, that is, if it is determined that the receiving process is not to be continued, the present reception data writing process is ended after executing all necessary processes at the end. On the other hand, if Yes, that is, if it is determined that the reception process is to be continued, the control proceeds to the next Step S1203.

In step S1203, it is determined whether or not write data (PDU) exists in the memory buffer. If No, that is, if it is determined that the data to be written in the HDD 214 is not transmitted from the transmission terminal TSND, after executing all the processing required at the end such as closing the file opened in step S1201 described above, this data The embedding process is ended. On the other hand, Ye
If s, that is, if it is determined that the reception process is to be continued, the control proceeds to the next Step S1204.

In step S1204, the position of the PDU in the DV data Sdv is detected based on the header part HD of the PDU which is the received data. further,
The position on the HDD 214 where the PUDU should be written is specified based on the detected position. The reception data (PDU) whose writing position is specified is written in the HDD 214. Then, the control proceeds to the next Step S1205.

In step S1205, the pointer indicating the read address of the memory buffer is updated. Then, the control returns to step S1202 described above.

As described above in detail, in the present embodiment, the transmission terminal TSND fetches data at the transmission terminal and writes it in the built-in HDD 209, and at the same time, relative position information (frame sequence number NFS and offset information IOS). Is added to the header part HD to form transmission data (PDU) and transmitted to the receiving terminal TRCV. In the receiving terminal TRCV, the received data is stored in the HDD 2 based on the relative position position information (frame sequence number NFS and offset information IOS) added to the header portion HD of the received transmission data (PDU).
Write to 14. However, when the reception data (PDU) is detected to be missing due to a transmission error or the like, the reception terminal TRCV issues a retransmission request for the data (PDU) to the transmission terminal TRCV and retransmits the data. By doing so, high-speed material video transmission is realized.

(Second Embodiment) Next, a data transmission apparatus according to a second embodiment of the present invention will be described with reference to FIG. The data transmission device TDp2 according to the present embodiment is configured similarly to the data transmission device TDp1 according to the first embodiment shown in FIG. However, the VTR executed by the CPU 207 of the transmitting terminal TSDR
The content of the DV data acquisition process from 204 differs between the data transmission device TDp2 and the data transmission device TDp1.

As shown in FIG. 13, the DV data capturing process executed by the data transmitting device TDp2 according to this embodiment is the initialization step in the DV data capturing process flow in the data transmitting device TDp1 shown in FIG. S501 is replaced by an initialization step S1301, and a time information detection step S1302 and an input data time determination step S1303 are newly inserted between the input data existence determination step S503 and the input buffer storage step S504. Therefore, the DV data fetching process will be described by focusing on the characteristics peculiar to the data transmission device TDp2.

In the data transmission device TDp2, VT
Before the process of capturing DV data from R204 is started, in addition to securing the buffer for storing the input data, initializing the pointer, and preparing the input of the DV data Sdv in the above-described step S501, the initialization in step S1301 is performed. Time code range RT of transmission data (Sdv) specified by a method such as GUI operation by the user
The setting of c is executed. Then, the control proceeds to the newly provided step S1302 through steps S502 and S503 described above.

In step S1302, the time code Tc which is the time information included in the input DV data Sdv is extracted. Then, the control is performed in the next step S
Proceed to 1303.

In step S1303, step S
It is determined whether the time code Tc of the DV data Sdv extracted in 1303 is within the time code range RTc of the transmission data set in step S1301.
Yes, that is. If it is determined that the time code Tc is within the time code range RTc, the control returns to step S502 through steps S504, S505, S506, and S507 described above.

On the other hand, if the time code Tc is larger than the time code range RTc, the DV data import process is terminated, as in the case of the determination in step S502 being No. However, when the time code Tc is smaller than the time code range RTc, step S5
The control returns to step S502 in the same manner as in the case where Yes is determined in 03. That is, the input data is canceled and the next input data is waited for.

As described above, in the data transmission apparatus TDp2, the transmission terminal TSDR designates the time range (RTc) of the transmission data to selectively transmit only the data portion required for the editing work, thereby transmitting the data. Compared with the device TDp1, the transmission time of the material video can be shortened.

In the present specification, the transmission terminal TS
The case where the time range (RTc) of the material video recorded in the DR and the recording range of the material video recorded in the receiving terminal TRCV are the same has been described as an example, but it goes without saying that different ranges may be designated. . In this case, for example, by recording a material image in a wide time range (RTc) on the transmission terminal TSDR, the material image can be more easily generated when different parts of the same material image or a wider range of material images are needed. Can be reused.

(Third Embodiment) Next, with reference to FIGS. 14 and 15, a data transmission apparatus according to a third embodiment of the present invention will be described. The data transmission device TDp3 according to the present embodiment is configured similarly to the data transmission device TDp2 and similar to the data transmission device TDp1 according to the first embodiment shown in FIG. However, in the present embodiment, unlike the above-described embodiments, related information such as description information and index information at a specific time code point of the DV data Sdv to be transmitted is prepared as a file in advance. As a result, in the receiving terminal TRCV, the retransmission request control packet PICr
Instead of the above, a control information packet PIC requesting various controls is generated based on the above-mentioned related information, and the transmission terminal T
Send to SND. That is, the reception terminal TRCV of the data transmission device TDp3 generates the control information packet PIC and the transmission terminal TSDR generates the control information packet PIC.
The content of the reception process of is different from the process relating to the retransmission request control packet PICr in the data transmission device TDp1.

As shown in FIG. 14, the control data reception process in the data transmission device TDp3 according to the present embodiment is the transmission continuation determination step S8 in the data transmission process flow in the data transmission device TDp1 shown in FIG.
02 and the end processing, a new addition method sending step S
1401 has been added. Further, a retransmission request control packet reception confirmation step S803, a retransmission request control packet PICr analysis step S804, and a retransmission request data reading step S805 read request data to the control information packet reception confirmation step S1403 and control information packet PIC analysis step S1404, respectively. Step S
Has been replaced by 1405. As a result, in the data transmission device TDp3, when it is determined in step S802 that the transmission process is not to be continued, the above-described termination process is executed after the additional information related to the data content is sent to the receiving terminal TRCV.

With reference to FIG. 15, the receiving process of the control information packet PIC in the transmitting terminal TSND will be described. First, in step S1501, processing required for receiving additional information data is executed. Then, the control proceeds to the next Step S1502.

In step S1502, the control information packet PIC is detected, and based on the request, it is determined whether or not the additional information receiving process is continued. No,
That is, when it is determined that the additional information receiving process is not continued, the control data receiving process is ended after execution of all the processes required at the end. On the other hand, if Yes, that is, if it is determined that the additional information receiving process is continued,
The control proceeds to the next step S1503.

In step S1503, it is determined whether or not the received additional information data exists. If No, that is, if the additional information has not been transmitted, the control returns to step S1502 described above. On the other hand, if Yes, that is, if the additional information is transmitted, the control proceeds to the next Step S1504.

In step S1504, the received additional information data is filed and then written in the HDD 214. Then, the control is performed in step S15 described above.
Return to 02.

As described above, in the present embodiment,
The additional information Ia describing the outline of the material video, index information and the like is transmitted from the transmission terminal TSND to the transmission data (DV data Sd).
v) By transmitting at the same time, the editing work efficiency such as speeding up the search of the material video content in the receiving terminal TRCV is improved.

(Fourth Embodiment) FIG. 16, FIG. 17, FIG. 18, FIG. 18, FIG. 20, FIG. 21, FIG. 22, and FIG.
A data transmission device according to a fifth embodiment of the present invention will be described with reference to FIG. As shown in FIG. 16, the data transmission device TDp4 according to the present embodiment is the same as the data transmission device TDp1 according to the first embodiment shown in FIG. 1, except that the receiving terminal TRCV is replaced with the receiving terminal TRCV4. Together with VTR 1502 and monitor 150
3 has a newly added configuration. It should be noted that the receiving terminal TRCV4 also uses the IEEE1394 as the receiving terminal TRCV.
An interface 1501 is added and configured.
The reception data transmitted from the transmission terminal TSND via the IEEE 1394 interface 1501 is VT.
It is input to R1502. The VTR 1502 restores the video signal Sv from the input received data, and the monitor 15
Output to 03 for video display.

Only the operation of the data transmission device TDp4 according to the present embodiment will be described below with reference to FIGS. 17 to 23. Note that FIG. 17 shows DV data transmission management processing in the transmission terminal TSDR. FIG. 18 shows a receiving process of the control information packet PIC in the transmitting terminal TSDR. FIG. 19 shows the structure of the control command according to the present embodiment. FIG. 20 shows a reception management process in the receiving terminal TRCV. FIG. 21 shows a DV data receiving process in the receiving terminal TRCV. FIG. 22 shows the receiving terminal TRC
The process of the control-data transmission part in V is shown. Then, FIG. 23 shows a DV data output process in the receiving terminal TRCV.

As shown in FIG. 17, the DV data transmission management process in this embodiment is performed by the data transmission thread creation step S403 in the data reception process flow in the first embodiment shown in FIG. It is replaced by the thread generation step S1701. In addition,
In this control thread generation step S1701, a data transmission thread shown in FIG. 6 and FIG. 18 described later, and a control data reception section thread shown in FIG. 18 are generated.

As shown in FIG. 18, in the control data receiving process in the present embodiment, in the control data receiving process flow according to the third embodiment shown in FIG. It is replaced with the determination step S1801 and also the VTR step S1802 and the write thread generation step S180.
3 is newly provided.

In the present embodiment, the above step S8
01 to step S803, and then step S1801.
At, the content of the control information packet PIC sent from the receiving terminal TRCV is analyzed. Then, by identifying the content of the control information packet PIC and the related parameter determined for each content, it is determined whether the request of the receiving terminal TRCV is VTR control, start of transmission, or data retransmission. When it is determined that the request is a transmission start request, the control is performed in steps S805 to S8 described above.
After 08, the process returns to step S802. If it is determined to be the VTR control request, the control proceeds to step S1802.
If it is determined that the data retransmission request is made, the control proceeds to step S1803.

In step S1802, VTR1
The control of 502 is executed. Specifically, 1394
"AV / C Tape Recorder / P standardized by Trade Association
layer Subunit Specificatio
n ”(hereinafter referred to as“ AV / C command set ”), and controls the VTR 204 through the IEEE 1394 interface 206 shown in FIG. 1 for VTR control including rewinding, playing, and stopping. And
The control returns to step S802 described above.

On the other hand, in step S1803, an input data writing thread is created in order to prepare for recording the input data of the transmitting terminal TSND. And the control is
The procedure returns to step S802 described above.

The control command in the present embodiment will be described with reference to FIG. In the figure, the control command Cc and the VTR control command Cc are shown in order from the top.
vr, the data transmission start command Cstd, and the resend request command Crrs are schematically illustrated.

The control command Cc includes a 1-byte control command parameter Pcc and an auxiliary parameter Pax. In the auxiliary parameter Pax, the data length of the control command Cc differs depending on the content of the command. First 1 in the VTR control command Ccvr
The byte is a value indicating that it is a VTR control command (for example, 0x00), and the following 2 bytes are the opcode value 1 byte of the AV / C command set and Oprand [0].
Value 1 byte is combined.

The data transmission start command Cstd is a value indicating that it is a data transmission start command (for example, 0x0).
It is only 1 byte in 1) and does not include auxiliary parameters. In the resend request command Crrs, the first 1 byte has a value indicating a resend request (for example, 0x02), and the subsequent 6 bytes have a header information value corresponding to the PDU requesting resend. The header information is the frame sequence number NFS and the offset information IOS described above.

As shown in FIG. 20, in the reception management processing according to the present embodiment, in the reception management processing flow according to the first embodiment shown in FIG. Thread generation step S2
Has been replaced by 001. In this control thread generation step S2001, a DV data reception thread, a control data transmission thread, and a DV data output thread whose processing contents are shown in FIGS. 21, 22, and 23, which will be described later, are respectively generated. .

As shown in FIG. 21, the DV data receiving process according to this embodiment is the same as the DV data receiving process flow according to the first embodiment shown in FIG. Between the detection step S1005 and the recording start determination step S2101
Has been inserted. That is, step S100 described above.
After the processes of 1, S1003, and S1004, it is determined in step S2101 whether or not to start recording the reception data stored in the buffer in step S1004. If it is determined not to start, control returns to step S1002. On the other hand, if it is determined to start, the process proceeds to step S1005 described above. With this configuration, when the lack of the received data is detected during the recording of the received data (S1006: Ye
In s), a resend request is sent to the sending terminal (S100).
8).

As shown in FIG. 22, when the control data transmission process in the receiving terminal TRCV according to the present embodiment is started, first, in step S2201, an initialization process required for preparation of transmission of control data is executed. It Then, the control proceeds to the next Step S2202.

In step S2202, a request or the like from the outside is detected, and it is determined whether or not the DV data receiving process is continued. When it is determined that the processing will not continue, the control data transmission processing is ended after execution of all the processing required at the end. On the other hand, if it is determined that the processing will be continued, the control proceeds to the next Step S2203.

In step S2203, it is determined whether or not there is a control request from the user through software GUI operation or the like. If No, that is, if it is determined that the control request from the user has not been made, the control proceeds to step S2202 described above. On the other hand, Yes, that is,
If it is determined that the user has issued any control request, the process proceeds to the next step S2204.

In step S2204, step S
Control command data corresponding to the content of the control request detected in 2203 is generated. Then, the control proceeds to the next Step S2205.

In step S2205, step S
The control command data generated in 2204 is the transmission terminal T.
Sent to SND. Then, the control proceeds to the next Step S2206.

In step S2206, step S
It is determined whether or not the control request by the user detected in 2203 is transmission start. No, that is, if the user has not requested the start of transmission, control returns to step S2202 above. On the other hand, if Yes, that is, if the user has requested to start recording the transmitted DV data Sdv, the control proceeds to the next Step S2207.

In step S2207, step S
In preparation for recording the DV data Sdv transmitted from the transmission terminal TSND on the basis of the control command transmitted in 2205, a reception data writing thread in the terminal TRCV is generated. Then, the control is performed in step S22 described above.
Return to 02.

As shown in FIG. 23, when the DV data output process in the receiving terminal TRCV is started in this embodiment, first, in step S2301, IEEE13
The DV data is output from the 94 interface 1501 and the initialization process required for displaying the monitor 1503 through the VTR 1502 is executed. Then, the control proceeds to the next Step S2302.

In step S2302, a request or the like from the outside is detected, and it is determined whether or not the DV data reception process is to be continued. If it is determined not to continue, the DV data output process is terminated after execution of the process required for termination. On the other hand, if it is determined to continue, the process proceeds to the next step S2303.

In step S2303, it is determined whether DV data exists in the memory buffer. No,
That is, when it is determined that the DV data transmitted from the transmission terminal TSND has not been received, the control proceeds to step S2302 described above. On the other hand, if Yes, that is, if there is DV data to be output, control proceeds to the next step S2.
Proceed to 304.

In step S2304, the DV data stored in the memory buffer is output to the VTR 204 via the VTR 1501. Then, the control proceeds to the next Step S2305.

In step S2305, the pointer indicating the read address of the memory buffer is updated. Then, the control proceeds to step S2302 described above.

As described above, in the present embodiment,
Before recording the material video data, the receiving terminal TRCV controls the VTR 204 of the transmitting terminal TSND to check the content video content. As a result, since the receiving terminal TRCV requests the transmitting terminal TSND to transmit only the data portion necessary for the editing work, the transmission time of the material video can be further shortened as compared with the case of the first embodiment. . In addition, in the above-described first to third embodiments, the case where each of the transmission side terminal and the reception side terminal is one is taken as an example.
It is also possible to transmit from one transmitting terminal to a plurality of receiving terminals by the multicast method. This makes it possible to reduce the total transmission time of material video when the same material video is required for a plurality of terminals.

Furthermore, the material image input from the camera or VTR can be generated as a file in a remote server in real time, so that an effective content production system can be realized. In addition, a remarkable effect that the transmission time can be further shortened by specifying the transmission range of the material video and transmitting only the necessary portion is obtained. Further, the remarkable effect that the contents of the transmitted material video can be easily realized and the editing work time can be shortened is obtained. In addition, the remarkable effect that the operation on the transmitting terminal side can be performed from the receiving terminal and the material image transmission that does not require an operator on the transmitting terminal side can be achieved.

[Brief description of drawings]

FIG. 1 is a block diagram schematically showing a configuration of a data transmission device according to a first embodiment of the present invention.

FIG. 2 is a schematic diagram showing a structure of DV data for one frame transmitted by the data transmission device shown in FIG.

3 is a PDU per frame of the DV data of FIG.
It is a schematic diagram which shows an example of a format.

FIG. 4 is a flowchart showing DV data transmission processing operation in the transmission terminal shown in FIG.

5 is a flow chart showing a DV data acquisition processing operation in the transmission terminal shown in FIG.

FIG. 6 is a flowchart showing an operation of writing DV data to a hard disk in the transmitting terminal shown in FIG.

7 is a flowchart showing a data transmission processing operation of reading DV data from a hard disk and transmitting the DV data to a receiving terminal in the transmitting terminal shown in FIG.

8 is a flowchart showing a retransmission request control packet reception processing operation at the time of receiving a retransmission request control packet sent from a receiving terminal, in the transmitting terminal shown in FIG.

9 is a flowchart showing a reception management processing operation including the start and end of the DV data reception processing and the retransmission request control packet transmission processing in the receiving terminal shown in FIG.

10 is a flowchart showing a DV data reception processing operation in the receiving terminal shown in FIG. 1. FIG.

11 is an explanatory diagram of position information detection and continuity determination shown in FIG.

12 is a flowchart showing a write processing operation to a hard disk in the receiving terminal shown in FIG.

FIG. 13 is a flowchart showing a DV data acquisition processing operation executed by the data transmission device according to the second embodiment of the present invention.

FIG. 14 is a flowchart showing a control data reception processing operation executed by the data transmission device according to the third embodiment of the present invention.

FIG. 15 is a flowchart showing a control information packet reception processing operation executed by the data transmission device according to the third embodiment of the present invention.

FIG. 16 is a block diagram schematically showing a configuration of a data transmission device according to a fourth embodiment of the present invention.

17 is a flowchart showing a DV data transmission management processing operation executed by the transmission terminal of the data transmission device shown in FIG.

18 is a flowchart showing a control information packet reception processing operation executed by the transmission terminal of the data transmission device shown in FIG.

FIG. 19 is an explanatory diagram showing a structure of a control command according to the fourth embodiment of the present invention.

20 is a flowchart showing a reception management processing operation executed by the reception terminal of the data transmission device shown in FIG.

21 is a flowchart showing the DV data reception processing operation executed by the reception terminal of the data transmission device shown in FIG.

22 is a flowchart showing a processing operation of a control data transmitting unit executed by the receiving terminal of the data transmitting apparatus shown in FIG.

23 is a flowchart showing a DV data output processing operation executed by the receiving terminal of the data transmission device shown in FIG.

FIG. 24 is a block diagram schematically showing a configuration of an editing system in which a conventional data transmission device is incorporated.

[Explanation of symbols]

Data transmission device TDp1, TDp4 TSDR transmission terminal 204 VTR 205 DV tape 206 IEEE 1394 interface 207 CPU 208 memory 209 HDD 210 ethernet card ETN Ethernet TRCV, TRCV4 receiving terminal 211 Ethernet card 212 CPU 213 memory 214 HDD 1502 VTR 1503 monitor

   ─────────────────────────────────────────────────── ─── Continued front page    F-term (reference) 5C053 FA14 FA22 FA23 FA30 JA22                       JA24 LA15                 5D044 AB07 BC01 CC05 DE37 DE68                       EF02 HL11

Claims (6)

[Claims] 1. A transmission device for recording data as a file from a transmission terminal to a reception terminal via a network, wherein the transmission terminal generates a data packet of a form suitable for network transmission from the data. A transmitting side recording means for recording a copy of the data packet as a file; a transmitting side packet transmitting / receiving means for transmitting the data packet and receiving a retransmission request control packet transmitted from the receiving terminal; Retransmission request control packet identifying means for reading out a data packet indicated by the received retransmission request control packet from a recording means, wherein the receiving terminal receives the data packet and transmits the retransmission request control packet. Packet transmitting / receiving means, and the received data packet Received packet determining means for restoring original data from the original data or detecting an error packet or lost packet, receiving side recording means for recording the restored original data at a predetermined position, and the detected error packet or loss A retransmission request control packet generating unit that generates a retransmission request control packet for instructing retransmission of packets, and the reception terminal sequentially receives the data packets corresponding to the retransmission request control packet regardless of normal reception. A data transmission device characterized in that data is recorded at a predetermined position of the receiving side recording means. 2. The data transmission device according to claim 1, wherein the transmission terminal includes time information detection means for detecting time information of input data, and transmits data in a time range designated in advance. 3. The data transmission according to claim 2, wherein the time range of the data transmitted by the data packet generation means and the time range of the data recorded by the transmission side recording means can be individually designated. apparatus. 4. The transmitting terminal comprises additional information generating means for generating additional information including index information, auxiliary information and other related information synchronized with time information in the input data, and records and transmits the additional information together with the data. The data transmission device according to claim 1, wherein: 5. The data according to claim 1, wherein the material video is transmitted from the transmitting terminal to a plurality of the receiving terminals by a multicast method. Transmission equipment. 6. A reproduction unit for reproducing the data recorded on a recording medium and inputting the data to the transmission terminal, wherein the reproduction unit specifies a reproduction position of the data recorded on the recording medium. The transmission terminal includes a transmission side packet transmission / reception unit that receives a control packet, and a control packet identification unit that performs a process corresponding to the content of the control packet received by the transmission side packet transmission / reception unit. The data transmission device according to claim 1, wherein the receiving terminal includes remote control packet generating means for generating a remote control packet for notifying the data reproducing means and the transmitting terminal of a control request via a network.