JP4433772B2 - Data broadcasting transmission confirmation system and control program - Google Patents

Description

  The present invention relates to a technique for confirming transmission of a data broadcast, and more particularly, to a technique for automating confirmation that has been relied on manually.

  In recent years, terrestrial digital broadcasting has started, and data broadcasting is also about to start.

  In this data broadcasting, resources such as BML documents, JPEG, PNG, and binary tables are transmitted by a data carousel transmission method. The data carousel transmission method is a transmission method in which a plurality of files are divided into MPEG-2 sections and repeatedly transmitted, and conforms to the DSM-CC standard.

  In data broadcasting, in order to enable playback of interactive content using broadcast waves, the file group that makes up the content is a data carousel so that necessary data can be acquired even if the viewer operates at an arbitrary timing. Is repeatedly sent. When a screen switching instruction is generated by a viewer's remote control operation, the receiver acquires necessary data and displays it on the screen.

In the data carousel transmission system, data is transmitted using the following two types of messages.
(1) DownloadInfoIndication (DII) message: A message for transmitting directory information of data in the carousel.
(2) DownloadDataBlock (DDB) message: a message for transmitting a data body.

  The DII message includes, as directory information, carousel identification information and information about each module, and is transmitted as a section. Meanwhile, data (module) is divided into blocks (DDB) and transmitted. All blocks except the block at the end of the module are the same size, and each block is transmitted as a section.

There are the following two methods for creating a module when transmitting a BML document or resources such as JPEG and PNG by a data carousel.
(1) One resource is generated as it is as one module.
(2) A plurality of resources are packaged and mapped and generated as one module.

  One screen of content is usually composed of a plurality of resources (BML document, PNG, JPEG, etc.) in many cases. If you try to assign each resource to one module and transmit it, it is necessary to acquire multiple modules at the same time in order to acquire the data required to display one screen, and it takes time to receive all the data. And the load on the receiver is also increased. Therefore, by packaging a plurality of resources into one module, it is possible to obtain necessary resources all at once. Such packaging is called multipart.

Furthermore, in data broadcasting, an event message transmission method is defined in which messaging is performed from a station at an arbitrary timing for content being executed on a receiver. The event message is stipulated to satisfy the following requirements for providing a service linked with a television program, which is one of the major characteristics of the data broadcasting service.
(1) I want to switch the display of all receivers at once.
(2) I want to change the data display in sync with the video.

  In order to satisfy the above requirements and the like, an event message has been defined as a means for controlling the operation of all receivers receiving broadcasts. This event message makes it possible to send message information from a broadcasting station to an application operating on a receiver immediately or at a specified time.

  Next, a specific operation system for the data broadcasting described above will be described.

  FIG. 8 is a diagram showing a configuration of a data broadcasting operation system. This operation system includes a content management server 1 that manages content, a data carousel transmitter 2 that transmits data in a carousel system, a real-time terminal 3 that updates data in real time, and an automatic update server 4 that automatically updates data. A TS (transport stream) transmitted from the data carousel transmitter 2 and a MUX 5 for multiplexing other TS, an OFDM modulator 6 for OFDM-modulating the multiplexed one, and a receiver 7 Is done.

  In such a system, the content management server 1 stores mapped modules (for example, data broadcasting content). Based on the progress table in which information related to transmission in content units (for example, content ID, broadcast time, commercial (CM) information, etc.) is described, the content management server 1 stores modules and event messages as data. Transfer to carousel transmitter 2. Further, it is similarly transferred from the real-time terminal 3 or the automatic update server 4.

  In the data carousel transmitter 2, the received module is divided into DDBs and transmitted as TS (transport stream). Then, it is multiplexed by MUX 5 together with other video TSs, etc., and this multiplexed product is OFDM-modulated by OFDM modulator 6 and transmitted.

  The receiver 7 receives the TS and reproduces the content of the data broadcast.

  In the data broadcasting system described above, it is possible to check whether an ES (elementary stream) of a predetermined PID (Packet Identification) is correctly transmitted and whether the signal does not violate the ARIB regulations. .

  However, when mapping content to modules, it is left to the sending side which content is mapped in which module, and the mapping can only be confirmed visually. Therefore, at present, if you want to know whether it is sent correctly, there is only a method to check while watching the screen by operating the content actually received by humans, the work is complicated and requires a lot of labor There was a problem.

  Therefore, the present invention has been invented in view of the above-mentioned problems, and its purpose is to confirm the contents that should be automatically broadcast and the contents that are actually broadcast in less time and effort. It is to provide a technology for confirming transmission of data broadcasting.

A first invention for achieving the object of the present invention is a system for confirming transmission of a data broadcast , wherein a component tag value and a PID of the component are obtained from a PMT, and the component tag value and the PID of the component are obtained. The version of the DII message corresponding to the TS is monitored, the module is recorded every time the version of the DII message is changed, and the BCML document file including at least the module information and the reception date and time is recorded based on the information of the DII message. From the recording unit to be created and the content management server in which the content of the data broadcast based on the progress table is stored, the broadcast time described in the progress table and the reception described in the BCML document file created by the recording unit By checking the date and time, the corresponding It is characterized by having a collation means for extracting the module of the content and collating the contents of the module extracted from the content management server with the contents of the module recorded by the recording means.

In a second invention that achieves the object of the present invention, in the first invention, the recording means detects an event message of a TS corresponding to the component tag value acquired from the PMT and the PID of the component. and, information related to identification information and reception of the event message, and records the module ID included in the PDB of the event message, the verification means, from the content management server to get information about the CM, information on the CM And the identification information of the recorded event message and information related to reception are identified, a CM event message is specified, and a module corresponding to the module ID described in the PDB of the event message is specified as the content management server. Extracted from the sentence of the extracted module When collates the document module corresponding to the module ID of the module that the extraction of the document module recorded by the recording means, characterized in that checking the script.

A third invention for achieving the object of the present invention is a data broadcast transmission confirmation program, wherein the transmission confirmation device for confirming the data broadcast transmission is a computer, and the program is connected to the PMT from the PMT. The component tag value and the PID of the component are obtained, the version of the DII message of the TS corresponding to the component tag value and the PID of the component is monitored, and the module is recorded every time the version of the DII message is changed. And a recording means for creating a BCML document file including at least module information and a reception date and time based on the information of the DII message, and a content management server storing data broadcast contents based on the progress table. Airtime listed and previous By collating the reception date and time described in the BCML document file created by the recording means, the corresponding content module is extracted, and the contents of the module extracted from the content management server and recorded by the recording means It is made to function as a collation means which collates with the contents of a module.

According to a fourth aspect of the invention that achieves the object of the invention, in the second aspect of the invention, the program causes the computer to perform an event of a TS corresponding to a component tag value acquired from the PMT and a PID of the component. detecting a message, and information related to identification information and reception of the event message, and means for recording a module ID included in the PDB of the event message, from the content management server to get information about the CM, information on the CM And the identification information of the recorded event message and information related to reception are identified, a CM event message is specified, and a module corresponding to the module ID described in the PDB of the event message is specified as the content management server. Extracted from and extracted above Collates the document module, the document of the module corresponding to the module ID of the module that the extraction of documents of the recorded modules, characterized in that to function as a device to check the script.

  According to the present invention, it is possible to automatically confirm the content that should be broadcast and the content that is actually broadcast when confirming the transmission of the data broadcast.

  The present invention is characterized in that content is recorded together with reception information from a broadcast TS (transport stream), and this content is compared and collated with content on the transmission side.

  In the following description, BCML (Broadcast Contents Markup Language), which is a data exchange standard, will be described as an example of a format for recording data broadcast content.

  Example 1 of the present invention will be described.

  FIG. 1 is a diagram showing a configuration of a data broadcasting system to which the present invention is applied.

  As in the conventional data broadcasting system, this operation system includes a content management server 1 that manages content, a data carousel transmitter 2 that transmits data in a carousel system, a real-time terminal 3 that updates data in real time, and data An automatic update server 4 for automatically updating the data, a TS (transport stream) transmitted from the data carousel transmitter 2, a MUX 5 for multiplexing other TS, and an OFDM modulator for OFDM-modulating the multiplexed data 6 and a receiver 7.

  In the data broadcasting system as described above, in the present embodiment, the BCML recording unit 8 for generating a BCML document file or module from the TS is provided at a predetermined location. Although the location where the BCML recording unit 8 is installed is not particularly limited, the BCML recording unit 8 may be installed at a location where transmission is to be confirmed, for example, after the data carousel transmitter 2 or after the MUX 5. In the BCML recording unit 8 described below, it is assumed that TS is received, but if a broadcast wave reception function is provided in the same manner as the receiver 7, it is installed at the same position as the receiver 7. It is also possible.

  In the data broadcasting system as described above, the transmission confirmation unit 9 is provided as a part for confirming transmission of the data broadcast using the BCML file generated by the BCML recording unit 8.

  The BCML recording unit 8 generates BCML content from the TS. Here, BCML is a content exchange method, and is an XML application language for expressing the structure and attributes of content. The BCML content is a pair of a data broadcast content and a BCML document file that is a management file thereof.

  As shown in FIG. 2, the BCML recording unit 8 includes a TS filtering unit 11, a DII monitoring unit 12, a module extracting unit 13, a folder storage unit 14, an EM (event message) monitoring unit 14, and a document file creation. Part 15.

From the PMT (Program Map Table), the TS filtering unit 11 determines the component tag values of all components of the data broadcast and the PID (Packet) of the component.
Identification) and filter the corresponding TS. The PMT, PID, and component tag value may be specified manually.

  The DII monitoring unit 12 monitors the TS carousel, extracts the DII message, causes the module extraction unit 13 to extract the module managed by the DII message, and extracts the extracted module in the folder (C tag) of the folder storage unit 14. Save in. Further, the DII monitoring unit 12 transmits the information of the DII message to the document file creation unit 15.

  Further, when the carousel DII message is upgraded, the DII monitoring unit 12 notifies the module extracting unit 13 of the version upgrade. The module extraction unit 13 creates another folder and stores the module (or resource) managed by the upgraded DII message. Further, the monitoring of the module is continued, and it is also checked whether or not the repeatedly sent modules are the same. Also, the DII message and the number of transmissions of the module for a certain period, information such as the transmission frequency and the bit rate are sent to the document file creation unit 15. Further, it is determined whether the modules sent for a certain period are the same, and the result is also sent to the document file creation unit 15.

  The EM monitoring unit 14 monitors the received ES and detects that the received data includes an event message. As this detection method, the target ES to be monitored is fixed in advance or all ESs are monitored. Then, the identifier of the event message included in the detected event message, time information (for example, the ignition time is immediately after reception, absolute time, NPT time data, relative time from the program start time, etc.), PDB ( All information related to the event message, such as the information included in the Private data byte), the frequency of the event message, and the presence / absence of the same event message, is passed to the document file creation unit 15.

  Based on the information of the DII message sent from the DII monitoring unit 12 and the information of the event message from the EM monitoring unit 14, the document file creation unit 15 receives the BCML document file (reception time, ES information, number of modules, module ID). , The version of each module, the name of the folder storing the module, the identifier of the event message, and time information (for example, the absolute time, the NPT time data, the relative time from the program start time, etc. immediately after the ignition time is received), Further, all information related to the event message, such as the frequency of the event message and the presence / absence of the same event message, is created. At this time, the contents and information of the NPT and the PCR value are also recorded.

  Note that the document file creation unit 15 may record the document having the above-described content as a separate document when the version of the DII message is changed.

  As described above, the BCML recording unit 8 acquires all the component tag values included in the specific service id, acquires the module by monitoring the version of the DII message included in each, and monitors the event message. The event message information is acquired and the information is recorded.

  The transmission confirmation unit 9 transmits information on the BCML content corresponding to the content in units of content from the BCML document file recorded by the BCML recording unit 8 (for example, content ID, broadcast time, commercial (CM) information, etc.). Is extracted from the content management server 1 based on the progress table in which is described. Then, the recorded module (resource) is compared with the BCML content extracted from the content management server 1.

  Next, the operation of this embodiment will be described.

  FIG. 3 is a flowchart of the comparison operation, and FIG. 4 is a diagram for explaining the comparison process.

  First, the transmission confirmation unit 9 checks the progress table or the broadcast confirmation table of the content management server 1 and checks the content ID of the content to be confirmed for transmission (Step 100). Subsequently, modules and resources are acquired from the corresponding data content archive (Step 101).

  The information of the extracted progress table or broadcast confirmation table is compared with the recorded BCML document file information (Step 102). Here, the correspondence between the BCML content stored in the content management server 1 and the BCML content (BCML document file and module) recorded by the BCML recording unit 8 is described in the progress table or the broadcast confirmation table. By comparing the broadcast time with the reception time described in the BCML document file recorded by the BCML recording unit 8, the contents to be compared are associated with each other. Note that since there is a slight time lag between the broadcast time and the recorded reception time, a slight margin is provided for time comparison.

  As another method, a content ID is described in advance in the broadcast content stored in the content management server 1, and the content ID is described in the BCML document file when the BCML recording unit 8 records the content ID. The contents to be compared may be associated with each other from the content ID and the content ID described in the progress table or the broadcast confirmation table.

  When the module of the content to be compared can be confirmed, the recorded module is compared with the module extracted from the progress table or the broadcast confirmation table (Step 103).

  Subsequently, the transmission timing is checked from the event message information and module version information described in the BCML document file (Step 104). Finally, the untimed event message such as the automatic update server, the module, The log information and the like are compared (Step 105).

  In this way, the content to be broadcast is compared with the content actually broadcast and recorded, and it is confirmed whether the content is correctly transmitted.

  In the first embodiment, a normal content matching method has been described. In the second embodiment, a matching method in the case of specific content such as a CM will be described.

  FIG. 5 is a flowchart of the comparison operation of the second embodiment, and FIG. 6 is a diagram for explaining the comparison processing of the second embodiment.

  First, the transmission confirmation unit 9 checks the progress table or the broadcast confirmation table of the content management server 1, reads the CM name, time, sponsor name, and program name, and checks the CM code (Step 200).

  A CM module (resource) corresponding to the CM code is acquired from the data content archive of the content management server 1 (Step 201).

  Subsequently, the CM code, the CM name, the time, the sponsor name, and the program name acquired from the content management server 1 are read. Based on the read information such as the CM code, a CM event message is recorded from the recorded BCML document file. And the CM module is specified by the CM module ID described in the PDB of the CM event message (Step 202).

  Next, the specified CM module is compared with the CM module (resource) acquired from the data content archive in Step 201, and a script check is performed on the specified CM module (Step 203).

  The script check method is performed by comparing and collating each other's documents. At this time, settings are made such as ignoring spaces and tabs. Also, a return value when an event message is executed by a receiving program such as a BML browser is obtained and compared with the content of the event message.

  Note that the script and timing of the event message for the instruction to lock the module before firing, the event message for returning to the content before the start of CM after the CM is ended, and the timing of the event message for firing are also checked.

  Finally, the script in the received and recorded BML document is checked (Step 204).

  In the case of real-time detection, the firing event message received by the receiver is executed for all BML broadcasts at that time, and the return value module or resource is compared with the database for confirmation. Do.

  In this way, the transmission of the data broadcast is confirmed.

  In the second embodiment described above, among the plurality of event messages, the event message for shifting from the normal content to the specific content such as CM has been described. However, the event message for igniting the specific content such as CM, the CM, etc. It is also possible to check an event message that makes a transition from specific content to normal content.

  In the first and second embodiments described above, the content of the transmission source and the BCML content generated / recorded by the BCML recording unit 8 are compared and verified, but once compared and verified, it is confirmed to be normal. The BCML content of the BCML recording unit 8 may be compared with the BCML content generated and recorded by the BCML recording unit 8 installed at another installation location. For example, as shown in FIG. 7, the BCML content recorded in the BCML recording unit 8 of the master station that has already been compared with the progress table or the like is compared with the BCML content recorded in the BCML recording unit 8 of the receiving station. However, it may be configured to confirm data broadcast transmission at the network station. In this comparison, if the ES or module is replaced by the receiving station, the ES or module is excluded from the comparison.

  In the first and second embodiments described above, the BCML recording unit 8 has been described with BCML as an example of the generation / recording method. However, the present invention is not limited to this, and other similar languages may be used. .

FIG. 1 is a diagram illustrating a configuration of a data broadcasting system according to the first embodiment.

FIG. 2 is a diagram showing the configuration of the BCML recording unit 8.

FIG. 3 is a flowchart of the comparison operation of the first embodiment.

FIG. 4 is a diagram for explaining the comparison process of the first embodiment.

FIG. 5 is a flowchart of the comparison operation of the second embodiment.

FIG. 6 is a diagram for explaining the comparison process of the second embodiment.

FIG. 7 is a diagram for explaining another embodiment of the present invention.

FIG. 8 is a diagram showing a configuration of a data broadcasting system.

Explanation of symbols

1 Content management server 2 Data carousel transmitter 3 Real-time terminal 4 Automatic update server 5 MUX
6 OFDM modulator 7 Receiver 8 BCML recording unit 9 Transmission confirmation unit

Claims (4)

A data broadcasting transmission confirmation system,
The component tag value and the PID of the component are acquired from the PMT, the version of the DII message of the TS corresponding to the component tag value and the PID of the component is monitored, and the module is changed every time the version of the DII message is changed. Recording means for creating a BCML document file including at least module information and reception date and time based on the information of the DII message,
Collating the broadcast time described in the progress table with the reception date and time described in the BCML document file created by the recording means from the content management server storing the content of the data broadcast based on the progress table And a collating unit for extracting a corresponding content module and collating the content of the module extracted from the content management server with the content of the module recorded by the recording unit. Confirmation system. Said recording means detects the TS event message corresponding to the the component tag value obtained from PMT and the PID of the component, contains the information related to identification information and reception of the event message, the PDB of the event message Recorded module ID,
The collation means acquires information on the CM from the content management server, collates the information on the CM with the information on the identification and reception of the recorded event message, and identifies the event message for CM. The module corresponding to the module ID described in the PDB of the event message is extracted from the content management server, the extracted module document, and the extracted module module among the module documents recorded by the recording means 2. The data broadcast transmission confirmation system according to claim 1, wherein the script is checked by collating with a document of a module corresponding to the ID. A data broadcast transmission confirmation program,
A transmission confirmation device for confirming transmission of data broadcasting is a computer,
The program causes the computer to
The component tag value and the PID of the component are acquired from the PMT, the version of the DII message of the TS corresponding to the component tag value and the PID of the component is monitored, and the module is changed every time the version of the DII message is changed. Recording means for creating a BCML document file including at least module information and reception date and time based on the information of the DII message,
Collating the broadcast time described in the progress table with the reception date and time described in the BCML document file created by the recording means from the content management server storing the content of the data broadcast based on the progress table And a function for collating the content of the module extracted from the content management server with the content of the module recorded by the recording means. Confirmation program . The program causes the computer to
Detecting a TS event message corresponding to the the component tag value acquired from PMT and the PID of the component, and information related to identification information and reception of the event message, and a module ID included in the PDB of the event message Means for recording ;
Information on the CM is acquired from the content management server, the information on the CM is compared with the recorded event message identification information and information on reception, the CM event message is identified, and the event message PDB The module corresponding to the described module ID is extracted from the content management server, and the extracted module document and the module document corresponding to the module ID of the extracted module among the recorded module documents The program for confirming transmission of data broadcast according to claim 3, wherein the program is made to function as means for checking a script.

Images