JP2000059326A - Transmission log file preparing method and data transmission equipment - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce the software processing of a transmission log file and to reduce the amount of transmission log file data to be stored by preparing a log file name while using the ID of a play list, the transmission end dates/time and transmission channels of events defined on the play list. SOLUTION: Play list data are expanded in a shared memory 18, the transmission time is cleared by starting sending the top event on the play list and when the event is finished, the sent result or the like of the event is set into the memory 18. When all the events are completely sent out or a stop button is pressed, the date/time of transmission end is acquired and while using information such as duration, transmission channel number and transmitted result, an as-run log file name is prepared and preserved in a storage device 16. Afterwards, the information of the as-run log file name is added to the information of the play list expanded on the shared memory 18 and an as-run log file is prepared and preserved in the storage device 16.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transmission log file creation method that can be used as a log file for storing a program transmission result in a program transmission device and the like, and a data transmission device applicable to the program transmission device and the like. In detail, by devising the setting method of the log file indicating the data transmission result and the storage format of the log file, the software processing for creating the transmission log file can be reduced, and the storage amount of the transmission log file data Can be reduced.

[0002]

2. Description of the Related Art A data transmitting apparatus, for example, a program transmitting apparatus for transmitting image data constituting a program such as a commercial is mainly a server apparatus (video server apparatus) for storing program information (commercial image data, etc.) to be transmitted. ), A terminal device having an editing function of creating and saving a play list describing a program transmission order, and a program transmission unit.

When one playlist is executed and transmission of one program ends, a log file indicating the transmission result is created and saved. The log file can be referred to at any time. Recently, in addition to this log file, there is also a configuration in which a log file for backup is created by backing up a previous log file when a next playlist ends.

[0004]

By the way, a log file created after executing one play list and completing the play list uses the name of the play list whose normal execution has been completed (for example, playlist.1st). The file name is often created and saved. For example, in the above example, the file name of the playlist is changed from “1st” to “log” as in (playlist.log), and the file name is changed to a playlist log file (hereinafter, an azlan log file (as
run log file).

[0005] Therefore, even when the same playlist is executed on a plurality of output channels, the azlan log file name is the same as the initially created azlan log file name because the playlist is the same. As a result, when the same playlist is executed on a plurality of, for example, n output channels, only the transmission result of the playlist transmitted from the last output channel is stored in the azlan log file. Thus, from the first (n-
Since the transmission results of the same playlist transmitted up to the (1) -th are all deleted, the transmission results of the playlists up to the (n-1) -th cannot be referred to at all.

Similarly, in the case of repeat transmission in which a certain playlist is repeatedly transmitted, a transmission result is created and saved using the same azlan log file name.
There was a problem that only the results of the last repeated playlist were saved in the azlan log file.

[0007] As shown in FIG. 14A, the playlist includes a header information section such as scheduled transmission date information to be transmitted, and a plurality of event information sections constituting the playlist (files of image data to be actually transmitted). In other words, the azlan log file may be configured as a data format as shown in FIG. 14B.

[0008] In the example of FIG. 14B, in addition to a header information portion such as scheduled transmission date information and a plurality of event information portions constituting a playlist, an information portion indicating a result of actually transmitting the playlist ( Transmission result information section).

The data of the header information section and the data of the event information section may be copied from the data of the play list. However, in such a data setting method, the data amount of the azlan log file becomes large. As described above, when processing a huge amount of data when saving a file, the memory capacity of the storage means provided in the terminal device is reduced more than necessary, and software processing increases due to the processing of a huge amount of data. There was a problem of doing.

Further, the following problems are caused in the prior art. When the playlist is executed as described above, the azlan log file of the playlist executed immediately before (that is, the playlist of one generation before) is stored as a backup. In order to save, a check is made to see if there is an Asrun log file, and if there is an Asrun log file, the file name is changed to create a backup log file.

For this purpose, first, it is searched for an azlan log file (for example, playlist.log), and if an azlan log file exists, a backup file (for example,
playlist.bak). If there is a backup file, delete this backup file and delete the corresponding azlan log file (playlist.l
og) to a backup file (playlist.bak) and save it.

In order to create a backup file in this way, file search must be performed twice, file deletion must be performed once, and file name must be changed once. As described above, since the file access requiring the longest processing time is performed in the terminal device in a multiplex manner, there is a problem that the load of software processing increases.

In view of the above, the present invention has solved such a conventional problem. By devising a method of setting a log file indicating a result of data transmission and a storage format of the log file, the present invention is capable of creating a transmission log file. This reduces the amount of software processing required to reduce the amount of accumulated log data for transmission.

[0014]

According to a first aspect of the present invention, there is provided a method for creating a transmission log file according to the present invention, wherein a playlist in which the order of data transmission is defined in the order of events is created. When the transmission of the event defined in the playlist is completed, a transmission log file creating method for creating a log file indicating the transmission result of the event includes at least an ID assigned to the playlist and a definition defined in the playlist. The log file name is created by using the transmission end date and time acquired when the transmission of the specified event ends and the transmission channel through which the event defined in the playlist is transmitted.

According to a seventh aspect of the present invention, there is provided a data transmitting apparatus for storing data to be transmitted, a terminal device for creating a playlist in which the transmitted data is defined in the order of events, and a data transmitting unit. When the transmission of the event defined in the playlist ends, the ID assigned to the playlist, the transmission end date and time acquired when the transmission defined in the playlist ends, Transmission log file information having a transmission log file composed of each data of a transmission channel through which an event defined in the play list is transmitted is stored in the storage means.

According to the present invention, when an azlan log file, which is a log file, is created, an ID (playlist name) assigned to the playlist and a transmission end date and time obtained at the end of the playlist transmission (transmission date and transmission date and time). Azrun log file name is created by using the (end time) and the transmission channel.

For example, if the name (ID) of the playlist is "TE
ST1 ”is transmitted on channel 3 and the transmission result is used as an azlan log file on July 31, 1998.
When acquired at 0:10:30, the azlan log file name is “TEST1 — 19980731 — 101030 — 3.LOG”.

[0018] Therefore, even when the same playlist is transmitted using a plurality of output channels and the same playlist is repeatedly used, the transmission timing of the playlist is different in both cases. Each time the transmission of one playlist ends, a different azlan log file name is created and stored.

Software for creating such an azlan log file is provided on the terminal device side and is stored in a storage means provided on the terminal device.

[0020]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, an embodiment of a sending log file creating method and a data sending apparatus according to the present invention will be described in detail with reference to the drawings.

FIG. 1 shows an embodiment in which the data transmitting apparatus according to the present invention is applied to a program transmitting apparatus for transmitting program information such as commercials. This program transmission device 10
Is a server device (video server device) 30 for storing commercial image data to be transmitted, a terminal device 12 having an editing function for creating and storing a playlist describing a program transmission order, and a program transmission unit 40. It is composed of

The terminal device 12 creates a playlist and stores it in the storage means 16, loads the playlist into the shared memory 18, and issues a command to the video server device 30. Therefore, the main body 14 of the terminal device 12
A personal computer (PC) having a program creation function is used, and a random access hard disk device or the like is used as the storage means 16. A keyboard 20 and a monitor (such as a CRT monitor) 22 for performing input operations are connected to the main body 14.

The control information of the playlist developed in the shared memory 18 is transmitted to the serial controller 24 and the RS 23
It is supplied to the video server device 30 via a communication cable 26 such as 2C.

The video server device 30 has a large storage capacity and a data storage means 32 capable of random access,
A control unit (peripheral control unit) 34 that controls the data storage unit 32 is configured. In this example, the data storage means 32 is a disk array device having redundancy (RAID:
Redundant Arrays of Inexpensive Discs) are used. This disk array device can handle image data for a plurality of channels.
The data storage means 32 is composed of seven disk array devices 32A to 32G connected in parallel to a CSI (Small Computer System Interface) cable 33.

The data storage means 32 stores a clip (CLI
Many pieces of commercial image data (assuming audio data are multiplexed) called P) are stored.
This image data is, for example, MPEG (Moving Picture Cod).
ing Experts Group) 2 format. Each clip is managed by giving a unique eight-digit number called a clip ID. The clip ID forms a part of the playlist.

The data storage means 32 is associated with an external storage device 36 such as a data streamer.
To store image data in the data storage means 32,
A part of the image data stored in the data storage means 32 can be copied to the storage device 36.

The peripheral control unit 34 stores a file management list indicating which clip (image data) is stored in which channel of which disk array device 32A to 32G, a clip ID, and a clip attribute (image). Data content, continuous transmission time, etc.) are stored.

The bit stream image data read from the data storage means 32 in accordance with the play list is supplied to the data transmitting section 40 via the system bus 38 and transmitted (on-air). Is stored temporarily. The buffer memory 44 is for buffering image data read at a high speed, and is a direct memory access (DMA) control unit 42.
Manages read / write of image data.

The image data read from the buffer memory 44 is decompressed in a decoding unit 46 into bit stream image data compressed by MPEG2. The decompressed image data is supplied to a transmission monitor unit 50 provided corresponding to a plurality of output channels (transmission channels). In this example, the transmission monitor unit 5 for 6 channels
0A to 50F are connected to the system bus 38.

Since each has the same configuration, the configuration of the transmission monitor unit 50A for one channel will be described. The transmission monitor unit 50A is provided with a data demultiplexing unit 52, which separates the data into image data and audio data. The separated image data is supplied to an image data decoding unit 54 and subjected to a decoding process.
And the same image that is being sent to and sent out. The separated audio data is supplied to an audio data decoding unit 58 and decoded into an analog audio signal.
The decoded audio signal is reproduced by the speaker 60.

Here, the playlist in which the order of program transmission is described is a table for defining the above-mentioned clip IDs in the order of events, and the clip IDs arranged in the order of events defined in the playlist are not interrupted. The video server device 30 is controlled so as to transmit. In this embodiment, the playlist is the terminal device 1
2 as a file in the storage device 16 provided in
You can have up to zero. The maximum number of events that can be defined in each playlist is 999.

The program sending operator activates the program sending software stored in the terminal device 12. When this software is started, a playlist is read from the storage device 16 for each output channel, and the clip ID assigned to the first event defined in the playlist is read.
In the transmission standby state. The transmission standby state can be realized by issuing a standby clip command from the terminal device 12 to the peripheral control unit 34. For example, a clip (image data) related to the specified output channel is read from the data storage unit 32 after one second when a trigger condition for starting transmission defined in the playlist is generated in advance in the standby clip. . When the reading of the clip is started, the clip is decoded by the data sending unit 40, and the sending of the commercial image data is started. At the same time, the image data and audio data are monitored by the output channel image monitor unit 50.

The transmission result of each playlist is stored as an azlan log file in the storage device 16 of the terminal device 12.
Stored in

Next, the above-described editing (creating) processing of the play list will be described with reference to FIG.

FIG. 2 shows a playlist initial screen displayed on the monitor 22 when the playlist is edited. On this screen, a new playlist is created, an existing playlist is changed, and processing is performed. The screen is divided into an information input column 62 and a playlist display column 64.

An example of a procedure for creating a new playlist will be described. First, an attribute to be added to the playlist is specified. There are four attributes to be added to the playlist: the name of the playlist, the scheduled transmission date, the scheduled transmission channel, and the presence / absence of repeat transmission. Of these, the scheduled transmission date of the playlist is entered in the date column 66 shown in FIG. 2, and the channel number to be transmitted is specified in the VSR out column 68. Since the scheduled transmission date and the scheduled transmission channel both have a commentary meaning, they can be used even on dates and channels other than those specified.

Playlist I, which is the name of the playlist
D is a maximum of 8 alphanumeric characters using the ID list column 70,
Specify "TEST1" etc. The playlist ID is a file name used when saving the edited playlist in the storage device 16. When the playlist is transmitted, the playlist ID is used.
Specify D. When performing repeat transmission, a check mark is put in the check box column 72. Next, Clip I
D is entered in the list box 74. Event column 76
In, an event line (line specified in the playlist column 64) to be input is specified.

In the start column 78, types (three types) of triggers used when starting a playlist are set.
Is specified. Here, when the program transmission device 10 is used in conjunction with another system such as a cart machine, a GPI (General Purpose Interface) signal is externally input and transmission is started. In this case, the GPI starts. At this time, nothing is entered in the start field 78. The second is to use the keyboard 20 of the terminal device 12 and use function keys (for example, a control key and F key).
When the transmission is started using (1 to F6 keys), a key start is performed. In this case, the initial "K" is input to the start field 78. The third is to use an internal clock (not shown) built in the terminal device 12 and to start the clock when the transmission is started at a preset time. In this case, the initial column “C” and the transmission start time are input to the start column 78.

Here, the clip I is stored in the clip ID column 74.
When the enter key of the keyboard 20 is pressed after D is input, the trigger start information and the contents of the clip ID are transferred as they are to the event line specified in the event column 76. FIG. 3 shows the transfer contents when the repeat sending is set to off, and FIG. 4 shows the transfer contents when the repeat sending is set to on.

Further, the title display column 8 of the same event line
2. The description (description) column 84 and the duration column 86 are originally added as attribute information of the specified clip ID, and are stored in the peripheral control unit 34 (clip title, video content). And transmission duration time) are automatically inserted (see FIGS. 3 and 4).

In the clip ID column 74, the clip I
When a dot (.) Is input instead of D, a PGM event (programmable in a main event where a commercial is broadcast) is input to the designated event line. At this time, the characters "PGM" are displayed in the title column 82, and the contents entered in the description column 88 and the duration column 90 (see FIG. 3) of the data information section 62 are displayed in the description column 84 and the duration column 86, respectively. Is transferred.

While the PGM event is being sent, other events are on standby, and the clip ID specified by the event following the PGM event is on standby. Incidentally, when the trigger specified in the start column 78 occurs, the transmission of the clip is started one second after that. A portion sandwiched between PGM events (in FIG. 3, events 2 to 4 and events 6 to 8) is called a spot, and is a unit for continuously transmitting video.

As shown in FIG. 3, the total duration (total transmission time) is automatically added to the final event of the spot (event 4 and event 8 in FIG. 3), as shown in FIG. The total transmission time is the sum of the transmission times of the spot (duration time within the spot and each clip).

When the save button 92 displayed at the upper left of the screen is pressed at the stage when the editing of the play list is completed, FIG.
Alternatively, the contents of the playlist shown in FIG.
Saved to. As described above, the playlist includes a plurality of event information contents (key trigger (start column), clip ID, title, description, duration, and total time) displayed in each event row.

When a plurality of playlists are created, a playlist table is created, and a list of playlists is displayed on the screen as shown in FIG. When the open button 94 is designated while a playlist is designated on this screen, the screen is switched to the contents of the playlist.

Next, the operation of transmitting a playlist will be described. In the playlist transmission mode, a channel status screen and a playout control screen are displayed. FIG. 6 shows a display screen when repeat transmission is off.
FIG. 7 shows a display screen when repeat transmission is on. FIG.
7 and FIG. 7 show the display contents on a single channel (the transmission channel is “1” in the figure).
There are six channels. FIG. 8 shows all channels displayed simultaneously.

On this screen, a play list to be transmitted is loaded for each channel, and transmission start and end are performed by button operations. Also, the status during transmission is monitored on this screen. Details are as follows.

(1) Load a play list. When the playlist table button 96 displayed at the top of the screen of the header information section 62 displayed in FIG. 3 or the like is pressed, the playlist table screen shown in FIG. 5 is displayed. The values displayed in the on-air date column and the VSR out column on this screen are the values of the scheduled transmission date and the scheduled transmission channel added to each playlist on the edit playlist screen shown in FIG.

When an arbitrary play list is selected with the mouse on the screen of FIG. 5 and the open button 94 is pressed,
As shown in FIG. 7 and FIG. 7, the contents of the screen (channel status screen and playout control screen) of the play list ID “TEST1” are displayed in the play list box column 64. At this time, the transmission channel number is displayed in the VSR out column 68, and the playlist ID is displayed in the playlist ID column 70.

Another method of loading a playlist is to specify a channel number to be loaded in the VSR out column 68 in advance and directly enter a playlist ID in the playlist ID column 70. In this case, regardless of the scheduled channel number of the playlist,
A playlist can be loaded on the channel status screen and playout control screen of the channel specified in the SR out column 68. If the repeat attribute of the loaded playlist is on, the mark 98 shown in FIG. 7 is displayed in red.

(2) Transmission of a playlist is started. For example, when the activate button 100 shown in FIG. 6 is pressed, the clip ID indicated by the event 002 is displayed.
(12000030 in FIG. 6) is in a standby state, and the background color of the entire event row 002 is displayed, for example, in green. In the event 002 of FIG. 6, since the English character of "K" is specified at the head of the start column, the key start is the trigger condition.

The control key of the keyboard 20 and F1
When the keys are pressed at the same time, the transmission of the clip ID = 12000030 from the channel 1 starts one second later. During transmission, the background color of the entire event line 002 is switched to red display. In this manner, the content currently being processed can be visually recognized by the display color.

In the countdown column 102, a total duration (00:00:45) is set, and the remaining transmission time until the end of the currently transmitting spot is displayed in real time.

(3) Monitoring during transmission of a playlist. The transmission status of each channel can be monitored on the multi-status screen shown in FIG. Switching to the screen of FIG. 6 or 7 enables monitoring of one channel.

(4) Canceling play list transmission. To end the transmission of the playlist, the user presses the stop button 104 displayed in FIG. 6 or FIG.

(5) End of play list transmission. The playlist is transmitted once, and the process is automatically terminated when the end of the playlist is reached. When there are two or more spots in the playlist, when the transmission of the first spot ends, the head event of the next spot (event 006 in FIG. 6) is in the standby state, and event 006 is performed.
Wait for the sending trigger condition specified in the start field of.
In the example of FIG. 6, the automatic transmission of the playlist starts at 22:30.

When repeat transmission is on,
The transmission of the event displayed in the same spot is repeated. Therefore, when the transmission of the last event of the spot being transmitted (event 004 in the example of FIG. 7) is completed, the transmission of the first event (event 002) of the same spot is started without interruption of the image. When returning to the first event, the content of the countdown is reset to the total duration value.

(6) Acquisition of an azulan log file.

(6a) How to assign an azlan log file name. The name of the azlan log file that is the result of the play list transmission must be unique in the management of the azlan log file, and is named according to the following algorithm.

Azlan log file name = Playlist I
D_YYYYMMDD_HHMMSS_ (VSR OUT No.). LOG Here, playlist ID: playlist ID (8
YYYYMMDDYY: Date when the azlan log file was obtained, the date obtained from the terminal device 12 (year, month, day) HHMMSS: When the azlan log file was obtained, the transmission end time, obtained from the terminal device 12 (hours, minutes, seconds) VSR OUT No .: Channel number that sent

Specific examples are shown below. For example, in the case of a playlist as shown in FIG.
“TEST 1” is transmitted on channel 2 and the transmission result is recorded as an azulan log file at 21:52 on March 31, 1998.
The azlan file name when acquired at minute 5 seconds is “TEST2_19980331_215205_2.LOG”.

Therefore, in the case where the same playlist is output simultaneously on three channels, the respective azlan log files are output, for example, at the transmission end time of channel 1: 22:30:50 end of transmission of channel 3 Time: 22:30:50 When the transmission end time of channel 4 is acquired at the same time (22:30:50), when the transmission of the playlist on each channel ends, channel 1 is output.
, An Azlan log file is generated with the file name "TEST1_19980331_223050_1.LOG".

Similarly, for channel 3, an azlan log file is generated with the file name “TEST1_19980331_223050_3.LOG”.
Then, for channel 4, an azlan log file is generated with a file name “TEST1_19980331_223050_4.LOG”.
As described above, even when the same playlist is transmitted using a plurality of output channels, the transmission results of each channel can be stored under different azlan log file names. Accordingly, since the duplication of the azlan log file name is eliminated, all transmission results on a plurality of output channels can be referred to at any time.

In the case where the playlist shown in FIG. 7 is repeated three times and repeatedly transmitted, each of the azlan log files is, for example, the first transmission end time: 22:31:32 seconds The second transmission end time: 22:33:01 Third transmission end time: When acquired at each time of 22:33:46, an azlan log file is generated every time the transmission of the playlist ends.

Therefore, in the first time, an azlan log file is generated with the file name “TEST2_19980331_223132_2.LOG”.
Similarly, in the second time, an Azlan log file is generated with the file name “TEST2_19980331_223301_2.LOG”.
In the third run, an Azlan log file is generated with the file name “TEST2_19980331_223346_2.LOG”.
In this way, even when the same playlist is repeatedly transmitted, the transmission result can be saved with a different azlan log file name each time the first playlist ends. Therefore, all the results repeatedly transmitted can be referred to at any time. FIG. 9 shows a list of azlan log files related to simultaneous transmission and repeat transmission of a plurality of channels.

(6b) Creation of a backup file. There is no need to create a backup file because the file name of the azlan log file does not overlap. Therefore, the file access can be greatly reduced as compared with the case where the backup file is created only by performing the file search twice, deleting the file once, and changing the file name once as in the related art.

As a result, the burden of software processing due to multiple file accesses can be greatly reduced.

(6c) Data setting method of azlan log file and file saving method. As shown in FIG. 10, the data setting of the azlan log file is performed by sharing data that already exists as a playlist, specifically, screen information of the playlist shown in FIG. 6 and FIG. That is, the information of the transmission result is added to the additional item of the play list to obtain the azlan log file information. In other words, all information other than the information on the transmission result uses the information on the playlist created in advance.

The transmission result information includes a transmission channel number,
The acquisition date and time of the azlan log file, the transmission duration (duration), and the transmission result (normal transmission “00”, abnormal transmission “2-bit information other than 00”).

FIG. 11 shows an example of an azlan log file when repeat transmission is off, and FIG. 12 shows an example of an azlan log file when repeat transmission is on. Of the information displayed in each playlist block 64,
(1) is the information on the income date and time of the azlan log file, (2) is the information on the duration, and (3) is the information on the transmission result. The transmission channel number is displayed in (7). The information of (1) to (3) and (7) is obtained from the azlan log file name. Other than these pieces of information, the playlist information is shared in all of (4) to (6) and (8) to (10).

Here, "Scheduled Date" in (8) is the scheduled transmission date specified at the time of editing the playlist, and usually the same date is entered in all cases. The “Scheduled Time” in (9) is the time specified in the start column when editing the playlist, and nothing is displayed when not specified.

As described above, by sharing the information on the channel status screen and the playout control screen shown in FIG. 6 or FIG. 7, that is, the information on the playlist, the amount of data to be saved as an azlan log file can be reduced to the utmost. Can be.

Next, an example of a method of creating an azlan log file will be described with reference to the flowchart of FIG.

First, the play list data is stored in the shared memory 1
8 (step 110). Next, the transmission time (countdown time) is cleared by starting transmission of the head event of the expanded playlist (step 11).
2). When the event ends, the transmission end date and time, duration, and transmission result of the event are stored in the shared memory 1.
8 is set (stored) (step 114).

Then, it is determined whether transmission of all the events has been completed or the stop button has been pressed. Until the stop button is pressed, the transmission to the above-described shared memory 18 is performed until the transmission of all the events is completed. Is executed (step 1116).

However, when the transmission of all the events has been completed or the stop button has been pressed, the transmission end date and time are obtained, and the information of the duration, the transmission channel number and the transmission result is used to obtain the name of the azlan log file. Is created and stored in the storage device 16 (step 118). Thereafter, an azlan log file is created by adding the information of the azlan log file name to the information of the playlist developed in the shared memory 18, and the azlan log file is stored in the storage device 16, and the creation process of the azlan log file is performed. The process ends (step 120).

Since the expansion of the playlist in the shared memory 18 is performed each time the playlist is used, the azlan log file creation program is started each time,
A different Azlan log file is created. In this embodiment, up to 999 azulan log files can be created.

The acquisition time of the azlan log file differs depending on whether the repeat attribute of the playlist is off or on. When the repeat attribute is off, it means that the stop button has been pressed, or that all the playlists have been transmitted.

On the other hand, when the repeat attribute is ON, it means that the stop button is pressed, or the spot moves from the last event to the head.

[0080]

As described above, in the present invention, a method of setting a log file indicating a data transmission result and a storage format of the log file are devised.

According to this, even when the same playlist is executed on a plurality of output channels or when a certain playlist is repeatedly transmitted, all transmission results can be stored, so that all transmission histories can be easily grasped. it can.

In the case where an azlan log file having the same name is saved as a backup file, conventionally, the file search must be performed twice, the file must be deleted once, and the file name must be changed once. Access is repeated several times, increasing the load of software processing.However, in the present invention, there is no need to create a backup file because the file name of the azlan log file is not duplicated, No processing is required. It has features that can significantly reduce the load on software.

Further, in the present invention, the information of the conventional playlist is shared, and the azlan log file can be created only by adding the information of the transmission result to the playlist. According to this, since the playlist information is not copied and the same information is used for the azlan log file as in the related art, the data setting amount when saving the azlan log file can be significantly reduced. it can. This has a feature that the storage device of the terminal device can be effectively used.

Therefore, the log file creating method and the data sending device according to the present invention are extremely suitable for application to a program sending device for commercials and the like, and an azulan log file creating method used at that time.

[Brief description of the drawings]

FIG. 1 is a system diagram of a main part showing an embodiment when a data transmission device according to the present invention is applied to a program transmission device.

FIG. 2 is a diagram showing an example of an initial screen when a playlist is created.

FIG. 3 is a diagram showing an example of a playlist creation screen at the time of repeat off.

FIG. 4 is a diagram showing an example of a playlist creation screen at the time of repeat ON.

FIG. 5 is a diagram showing a screen example of a playlist table.

FIG. 6 is a diagram showing an example of a play list transmission screen at the time of repeat off.

FIG. 7 is a diagram showing an example of a play list transmission screen at the time of repeat ON.

FIG. 8 is a diagram showing an example of a multi-screen display of play list transmission.

FIG. 9 is a diagram showing a list of azlan log files.

FIG. 10 is a diagram showing an outline of an azlan log file.

FIG. 11 is a diagram showing display contents of an azlan log file at the time of repeat off.

FIG. 12 is a diagram showing display contents of an azlan log file at the time of repeat ON.

FIG. 13 is a flowchart illustrating an example of a procedure for creating an azlan log file name.

FIG. 14 is a diagram showing an outline of a conventional playlist and azlan log file.

[Explanation of symbols]

10 ... program transmission device, 12 ... terminal device, 16
..Storage device, 18 shared memory, 30 data storage means, 32 disk array device, 34
.Peripheral control unit, 40 ... data transmission device, 50 ...
Transmission monitor section

Claims (8)

[Claims] 1. A transmission log for generating a playlist in which the order of data transmission is defined in the order of events, and for generating a log file indicating a transmission result of the event when transmission of an event defined in the playlist is completed. In the file creation method, at least the ID assigned to the playlist, the transmission end date and time obtained when the transmission of the event defined in the playlist ends, and the event defined in the playlist are transmitted. A transmission log file creation method, wherein a log file name is created using a transmission channel. 2. The log file data includes an ID assigned to the playlist, a transmission end date and time obtained when transmission of an event defined in the playlist is completed, and data of each transmission channel. 2. The method according to claim 1, wherein the playlist data is shared. 3. The data of the playlist includes at least each data of an event line in the playlist, a saved transmission data reference clip ID, a title name, and a required transmission time. Item 2. The transmission log file creation method according to Item 2. 4. The transmission log file creating method according to claim 1, wherein said transmission data is image data and / or audio data, and said playlist is a playlist for transmitting a program. 5. When the transmission of the playlist is completed, and when the same or another playlist is transmitted immediately before transmitting the playlist, a transmission log file name relating to the immediately preceding playlist is partially changed. 2. The transmission log file creation method according to claim 1, wherein a log file name for backup of the playlist is used. 6. The transmission log file creation method according to claim 5, wherein the part of the transmission log file name is an extension of the transmission log file. 7. A data storage means for storing transmission data, a terminal device for creating a playlist in which the transmission data is defined in the order of events, and a data transmission unit, for transmitting an event defined in the playlist. Is completed, the ID assigned to the playlist, the transmission end date and time obtained when the transmission defined in the playlist ends, and the transmission channel of the event defined in the playlist transmitted. A data transmission device, wherein transmission log file information having a transmission log file composed of respective data is stored in the storage means. 8. The data transmission device according to claim 7, wherein said data storage means is a disk array device having redundancy enabling random access.