JP2007104609A - System, method and program for confirming data broadcasting - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a technique for confirming/monitoring whether an event message or a module for rightly displaying contents is accurately sent out from a transmission starting time to a transmission ending time. <P>SOLUTION: Information regarding display of contents of a CM or the like is acquired from a progress list of a program, and a right timing to send out an event message for displaying contents is computed from the information. The computed right sending timing and a sending timing of an actually received event message are confirmed to determine whether the event message is normally sent out and whether the sent event message is rightly described. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a data broadcast confirmation system and method, and a program, and more particularly, to a data broadcast confirmation system and method and program for confirming event messages and module transmission used in data broadcast.

  In recent years, terrestrial digital broadcasting has started, and data broadcasting has also started. Data broadcasting content transmission confirmation is currently monitored visually at all times, and if a defect is found, TS recorded at the same time for broadcast confirmation is replayed and displayed for confirmation. Is going. In addition, in order to grasp the more detailed sending situation, it was necessary to analyze what kind of sending was performed using a TS analyzer or a binary editor.

  By the way, as a broadcast confirmation recording technique for data broadcasting, there is a technique disclosed in Patent Document 1.

  The technique disclosed in Patent Document 1 records BCML and the like for each version upgrade of DII, and records the time at the same time. In addition, this is a technique for recording some event messages, module updates, module transmission frequency, and the like.

  By the way, in data broadcasting, a module related to content such as CM, an event message for locking this module, an event message for switching a module for display, etc. are sent before the actual display time, Transmission continues until a predetermined time. Specific examples of such event messages and module sending operations are shown in FIG.

  In the specific example shown in FIG. 7, the sending of the module for CM1 is started in advance from 15 seconds before the display start time of CM1, and is continued until the end time of CM1. Then, the sending of the event message for locking the module for CM1 is started in advance from 15 seconds before the display start time of CM1, and continues until the display time of CM1. In addition, transmission of an event message for switching to (displaying) a module for CM1 is started in advance from 3 seconds before the display start time of CM1, and continues until 3 seconds before the display time of CM2. Also, the transmission of an event message for unlocking the module for CM1 starts from the display start time of CM1 and continues until the display time of CM2.

  Similarly, the sending of the module for CM2 is started in advance from 15 seconds before the display start time of CM2, and is continued until the end time of CM2. Then, the transmission of the event message for locking the module for CM2 is started in advance from 15 seconds before the display start time of CM2, and is continued until the display time of CM2. Also, the transmission of an event message for switching (displaying) to the module for CM2 is started in advance from 3 seconds before the display start time of CM2, and continues until 3 seconds before the display end time of CM2. Also, the transmission of the event message for unlocking the module for CM2 starts from the display start time of CM2, and continues until the display end time of CM2.

  As described above, in current data broadcasting, in order to display content such as one CM accurately, a number of modules and event messages are continuously transmitted for a predetermined time before the start time of the content.

JP 2005-151110 A

  However, in order to display content as described above, it is difficult to perform manual confirmation work such as visual inspection in view of various event messages and modules being sent before and after the display time. It was.

  Further, in the technique disclosed in the above-mentioned Patent Document 1, the event message and the fact of sending out the module can be confirmed, but the event message and module can be accurately determined based on the progress table, the preset number of times of sending, etc. It was not possible to automatically check and monitor whether or not the message was sent correctly.

  Accordingly, the present invention has been invented in view of the above problems, and its purpose is to send an event message for displaying content such as a commercial correctly or a module from a transmission start time to a transmission end time. It is to provide a data broadcasting confirmation system and method, and a program capable of confirming / monitoring whether or not the program is present.

  It is another object of the present invention to provide a data broadcasting confirmation system and method, and a program capable of confirming / monitoring whether a correct module or an event message is transmitted.

  A first invention for solving the above-mentioned problem is a data broadcasting confirmation system, which calculates a transmission timing of an event message for displaying the content based on information on the display of the content described in the progress table. Comparing the means for receiving and recording the event message for displaying the content, the timing for sending the event message for displaying the received content, and the calculated sending timing, And determining means for determining whether an event message for displaying content is normally transmitted.

  A second invention for solving the above-mentioned problems is characterized in that, in the first invention, the event message for displaying the content is a module lock event message.

  A third invention for solving the above-mentioned problems is characterized in that, in the first or second invention, the event message for displaying the content is a module unlock event message.

  According to a fourth invention for solving the above-mentioned problems, in any one of the first to third inventions, the event message for displaying the content is a content switching event message.

  A fifth invention for solving the above-mentioned problems is characterized in that, in any one of the first to fourth inventions, the event message for displaying the content is a main program return event message.

  In a sixth invention for solving the above-mentioned problem, in any one of the first to fifth inventions, the determination means calculates a module transmission period based on information related to content display described in a progress table. And means for comparing the received transmission period of the content module with the calculated transmission period to determine whether the content module is normally transmitted.

  According to a seventh invention for solving the above-mentioned problems, in any one of the first to sixth inventions, the determination means receives the module ID of the content described in the progress table or the module received from the content ID. It has the means to determine whether is a correct module.

  According to an eighth invention for solving the above-mentioned problem, in any one of the first to seventh inventions, the determination means is based on the contents described in the progress table, and the contents of the received event message descriptor. It has the means to determine whether is correct.

  According to a ninth invention for solving the above-mentioned problems, in any one of the first to eighth inventions, the content is a commercial.

  A tenth aspect of the present invention for solving the above-described problem is a data broadcast confirmation method, which calculates the transmission timing of an event message for displaying the content based on information related to the display of the content described in the progress table. And comparing the transmission timing of the event message for displaying the received content with the calculated transmission timing to determine whether the event message for displaying the content is normally transmitted. Features.

  An eleventh invention for solving the above-mentioned problems is characterized in that, in the tenth invention, the event message for displaying the content is a module lock event message.

  A twelfth invention for solving the above-described problems is characterized in that, in the tenth or eleventh invention, the event message for displaying the content is a module unlock event message.

  A thirteenth invention for solving the above-mentioned problems is characterized in that, in any one of the tenth to twelfth inventions, the event message for displaying the content is a content switching event message.

  A fourteenth invention for solving the above-mentioned problem is characterized in that, in any one of the tenth to thirteenth inventions, the event message for displaying the content is a main program return event message.

  According to a fifteenth aspect of the present invention for solving the above-described problem, in any one of the tenth to fourteenth aspects, the module transmission period is calculated based on the information related to the display of the content described in the progress table, and the received module is received. The content module transmission period is compared with the calculated transmission period to determine whether the content module is normally transmitted.

  A sixteenth invention for solving the above-mentioned problem is the module according to any one of the tenth to fifteenth inventions, wherein the received module is a correct module based on the module ID or content ID of the content described in the progress table. It is characterized by determining.

  In a seventeenth invention for solving the above-mentioned problem, in any one of the tenth to sixteenth inventions, the content of the descriptor of the received event message is determined based on the content described in the progress table. It is characterized by doing.

  An eighteenth invention for solving the above-mentioned problems is characterized in that in any one of the tenth to seventeenth inventions, the content is a commercial.

  According to a nineteenth aspect of the present invention, there is provided a data broadcasting confirmation program, wherein the confirmation program displays an event message for displaying the content based on information related to the display of the content described in the progress table. The event message for displaying the content is normally transmitted by comparing the processing for calculating the transmission timing of the message, the transmission timing of the event message for displaying the received content, and the calculated transmission timing. The information processing apparatus is caused to execute a process for determining whether or not the information is present.

  In a twentieth aspect of the present invention for solving the above-described problem, in the nineteenth aspect, the confirmation program receives a process for calculating a module transmission period based on information related to display of contents described in a progress table, and The information processing apparatus is configured to execute a process of comparing the content module transmission period and the calculated transmission period to determine whether the content module is normally transmitted.

  In a twenty-first invention for solving the above-mentioned problem, in the nineteenth or twentieth invention, the confirmation program is a module in which the received module is correct based on the module ID or content ID of the content described in the progress table. The information processing apparatus is caused to execute processing for determining whether or not.

  According to a twenty-second invention for solving the above-mentioned problem, in any one of the nineteenth to twenty-first inventions, the confirmation program uses the contents of the descriptor of the received event message based on the contents described in the progress table. The information processing apparatus is caused to execute processing for determining whether or not is correct.

  The present invention has an excellent effect that it is possible to confirm and monitor an event message for correctly displaying a content such as a commercial and whether a module is accurately transmitted from a transmission start time to a transmission end time. This is because the present invention calculates the event message for displaying the content, the sending timing of the module based on the information related to the display of the content described in the progress table, the actually received event message, and the module. This is because it is configured to determine whether the event message or the module is normally transmitted compared to the transmission timing of the message.

  Furthermore, the present invention can confirm and monitor whether a correct module and an event message are transmitted. This is because the present invention is configured to check the received module ID and event message descriptor contents to determine whether the received module and event message are correct. .

  An embodiment of the present invention will be described. FIG. 1 is a diagram for explaining the outline of the present invention.

The present invention acquires information related to content display such as CM (for example, content start time and content display time (scale)) from the program progress table, and an event for displaying the content from these information Calculate the correct message transmission timing (transmission start time, transmission time, number of transmissions, etc.). Then, the correct sending timing in this calculation and the sending timing of the actually received event message are checked to determine whether the event message is sent normally and whether the description of the sent event message is correct. It is. In addition, although it is confirmation of a transmission timing etc., you may make it judge that the time error of the range which does not cause trouble on operation is the same timing.
Note that the progress table is not particularly limited as long as schedule data such as content display and transition is described, and the type of media and the data format are not limited.

  The outline of the present invention will be described below with reference to FIG. In the following description, a commercial (hereinafter referred to as CM) will be described as an example of content.

  First, a CM content ID or module ID, a CM start time, a display time (display scale), and the like are acquired from the CM progress table. Based on a predetermined event message advance time (for example, transmission starts 15 seconds before the start of the CM) and the number of transmissions (for example, transmission once per second) The transmission start time, transmission time, and number of transmissions are calculated. For example, how many seconds before the CM start time must be sent in order to display the CM, and how many event messages are sent from the start of the CM to the end of the CM. Calculate what you have to do.

Then, the event message actually transmitted is received, and by confirming the reception record and the calculation result, it is confirmed whether or not the event message for displaying the CM is correctly transmitted. Further, it checks items necessary for ticks in the received event message descriptor. Here, the event message descriptor check includes event message ID, event message firing time, private data byte (designation of module or CM to be transitioned, specification of ES component tag value, module ID, etc. Designation), content display time, etc.).
An example of the data structure of the event message descriptor is shown in FIG. As a specific example of the private data byte, if the ES50 module ID 1001 is specified in the private data byte of the content switching event message, the private data byte is "disp / 50/1001 / startup.bml" . In addition, when the module ID 1001 of ES50 is specified in the private data byte of the module lock event message, the private data byte is “lock / 50/1001”.
When calculating the event message firing time from NPT, the details of the calculation method are described in ARIB STD-B24.

The type of event message for displaying content is representative,
(1) Module lock event message: Event message for storing (locking) the sent module in the receiver (2) Module unlock event message: Release the locked module from the receiver's memory Event message (3) Event message for content switching: Event message for switching to the module to be displayed when content is switched (4) Event message for returning to main content: Main content such as program main content at the end of sub-content such as commercials There are event messages used to switch to.

  Furthermore, in the present invention, in addition to the confirmation of the event message, a module that is data for displaying content may be checked.

  For example, as shown in FIG. 2, the CM start time, CM content ID and module ID are acquired from the progress table, and in order to display the CM, from what seconds before the start time, The module with the module ID is sent out, and it is calculated how long it should be sent out. Then, it is possible to confirm whether the module for displaying the CM is normally transmitted by receiving the actually transmitted module and comparing the reception record with the calculation result. Further, if it is configured to check the module ID described in the progress table and the module ID of the received module, or to check the module ID specified by the event message described above, more accurate data broadcasting Can be confirmed.

  Furthermore, in the present invention, the ECMA script in the BML document sent before or after the CM start time or the external ECMA script may be checked. It is preferable that the ECMA script in all BML documents sent before and after the start time of the CM or the external ECMA script be checked. For example, the transition to the CM or the display of the CM is performed. The ECMA script in the BML document of the content (program) that does not need to be performed or the external ECMA script may not be checked.

  Hereinafter, Example 1 of the present invention will be described using specific examples.

  A first embodiment of the present invention will be described.

  FIG. 3 is a system outline diagram of the embodiment of the present invention.

  In FIG. 3, 1 is a data carousel sending device, 2 is a content management server, 3 is a module update server, 4 is an event message server, 5 is a receiving device, and 6 is a determination device.

  In data broadcasting, modules and event messages are sent from the content management server 2, module update server 3, and event message server 4 to the data carousel sending device 1, and modules and event messages are sent from the data carousel sending device 1 to the data carousel. It is sent in the method. The receiving device 5 receives the transmitted module and event message and transmits them to the determination device 6. The determination device 6 calculates the transmission timing of the event message, the description content of the private data area, and the transmission timing of the module based on the information in the progress table of the content management server 2.

  Here, operation | movement of the determination apparatus 6 is demonstrated using the flowchart of FIG. In the following description, a commercial (hereinafter referred to as CM) will be described as an example of content. The event message is abbreviated as EM.

  First, a progress table is acquired from the content management server 2 (Step 100).

Next, the sending start time and sending stop time of the module lock EM are calculated from the CM start time described in the progress table (Step 101).
Subsequently, it is determined whether the received EM is a module lock EM from the contents of the received EM descriptor. If the received EM is a module lock EM, the module ID is specified and the firing time is confirmed (according to NPT). If it is an ignition, the NPT time is calculated and checked) (Step 102). Then, it is checked whether the transmission start time, transmission interval, and transmission stop time of the received module lock EM are correct (Step 103).

Also, from the CM start time described in the progress table, the CM firing EM (content switching event message) transmission start time and transmission stop time are calculated (Step 104).
Subsequently, it is determined whether the received EM is the CM firing EM from the contents of the received EM descriptor. If the received EM is the CM firing EM, the CM content is designated and the firing time is confirmed ( If the ignition is due to NPT, the NPT time is calculated and checked (Step 105). Then, it is checked whether the received CM firing EM transmission start time, transmission interval, and transmission stop time are correct (Step 106).

Further, the CM content to be transmitted is specified from the CM content ID described in the progress table, and acquired from the content server (Step 107). Then, the received module and the above content are compared with each other at the binary level (Step 108). Note that an identifier may be embedded in the content, and if the identifier is correct, it may be determined that the received module is the correct module.
Furthermore, it is checked whether the received module has been sent from a predetermined time before the CM start time to a predetermined time after the start, and a transmission frequency is checked (Step 109).

  Finally, the ECMA script (or external ECMA file) in all BML documents sent before and after the CM start time is checked (Step 110). This is repeated for the number of CMs.

  Then, at the end of the CM frame, an EM transmission start time and transmission stop time for returning from the CM to the main part are calculated (Step 111). Subsequently, the description check of the private data byte of the EM for returning from the CM to the main part is performed (Step 112), and whether the transmission start time, the transmission interval, and the transmission stop time of the EM for returning from the CM to the main part are correct (Step 112). Step 113).

In this manner, in data broadcasting, it is confirmed whether a module for displaying content, such as a CM, and an event message are correctly transmitted. In addition, although it is a confirmation order, you may confirm an event message or a module for every content, and you may make it confirm for every event message or every module collectively after the broadcast of one day is complete | finished. .
The order of processing is not limited to the order of processing described above. For example, after determining which event message is all received event messages, each event message is checked. In addition, the transmission start time, the transmission stop time, and the like may be calculated every time the descriptor contents are checked.

  Next, the operation of this embodiment will be described using a specific example. 5 and 6 are diagrams for explaining the operation. The module is sent from the ES 50 and the event message is sent from the ES 5E. In addition, when the ES of the module to be sent is fixed, the ES check may be unnecessary.

For example, if there is a progress table as shown in FIG. 5, the CM frame is as follows.

<CM frame
Frame ID = "CM130000122" Frame name = "CM1" Frame start time = "164725" Frame length = "000030">
<Receive ES component tag = "50" PID = "0512">
</ Receive ES>
<CM start time = "164725" CM length = "000015" Module ID = "1001" CM content ID = "NDXC666666HD">
<Receive ES component tag = ""
PID = "">
</ Receive ES>
</ CM>
<CM start time = "164740" CM length = "000015" Module ID = "1002" CM content ID = "NDXC777777HD">
<Receive ES component tag = ""
PID = "">
</ Receive ES>
</ CM>
</ CM frame>

The following will be obtained.
Frame name: CM1
Frame code: CM130000122
Start time: 16:47:25 Length: 30 seconds ES: 50

CM1-1
Start time: 16:47:25 Length: 15 seconds Content ID: NDXC666666HD
Module ID: 1001

CM1-2
Start time: 16:47:40 Length: 15 seconds Content ID: NDXC777777HD
Module ID: 1002

  Here, a predetermined module and event message advance transmission start time is assumed to be 15 seconds before the CM start time. The event message transmission interval is 1 second, and the switching event message transmission period is 3 seconds before the CM start time to 3 seconds before the CM end time. Then, each event message and module are transmitted at a transmission timing as shown in FIG.

Therefore, the following items are checked from the actually received modules and event messages. In the following, the module and event message check will be described with respect to CM1-1, but the same applies to CM1-2.
(1) Module advance check Sending period check: Check whether advance is started 15 seconds before CM1-1 (16:47:10).

Transmission parameter: A check is made as to whether a module has been transmitted for a predetermined number of transmissions within a predetermined period.
Content check: Compare module entities. The comparison method performs comparison at the binary level. Also, the module ID is checked. For example, it is checked whether the module ID related to CM1-1 is 1001.

(2) Checking the lock event message Sending period check: Check whether the sending period of the lock event message is 15 seconds before (16:47:10) to the CM start time (16:47:25) Do. It also checks whether the sending interval of the lock event message is 1 second.

  Content check: Whether the firing time is set to 11 seconds before the CM start time (16:47:14), the module ID is specified correctly, and the event message descriptor (event message ID and , Private data area, etc.) and check if it is really an event message for locking.

(3) Checking the switching event message Sending period check: Whether the sending period of the switching event message is 3 seconds before the CM start time to 3 seconds before the CM end time, and the sending interval is sent at 1 second intervals. Check if it is.

  Content Check: Check whether the switching event message firing time is the CM start time, whether the module ID is specified correctly, and whether it is really a switching event message.

(4) Checking the event message for unlocking Checking the sending period: Checking whether the sending period of the event message for unlocking is from the CM start time to the CM end, and whether the sending interval is sent at 1-second intervals I do.

  Check of contents: Check whether the firing time of the event message for unlocking is 4 seconds after the CM start time, whether the specification of the module ID is correct, and whether it is really an event message for switching.

(5) Check ECMAScript or external ECMAScript. In addition, it is also confirmed whether consecutive CMs have the same module ID.

  The above is the confirmation operation of the commercial frame.

Next, the confirmation operation for returning from the commercial to the main part will be described.
(1) Checking main event return event message Sending period check: Check whether the message is sent from 3 seconds before the end of the CM frame to the end of the CM frame, and whether the transmission interval is 1 second.

  Checking the contents: Check whether the firing time is 300 ms before the end of the CM frame (with a margin), and whether the event message to be confirmed is the main event return event message.

(2) Confirm the main part return ECMAScript or external ECMAScript.

  In this way, the module for correctly displaying the content, the transmission of the event message, and the confirmation of the content are performed.

  If confirmation by the above method is performed in units of one day, transmission of contents can be confirmed, and transmission can be monitored if confirmation is performed at very short intervals in seconds. In addition, although it is confirmation of an event message or a module, it does not matter the order of confirmation, and confirmation may be performed for each content. The module may be checked. Further, the confirmation of the event message may be performed for each content or for each event message of the same type.

FIG. 1 is a diagram for explaining the outline of the present invention. FIG. 2 is a diagram for explaining the outline of the present invention. FIG. 3 is a system outline diagram of the embodiment of the present invention. FIG. 4 is an operation flowchart of the determination apparatus of the present invention. FIG. 5 is a diagram showing an example of the progress table. FIG. 6 is a diagram for explaining the operation of the first embodiment. FIG. 7 is a diagram for explaining a data broadcast transmission operation. FIG. 8 shows an example of the data structure of the event message descriptor.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Data carousel transmission apparatus 2 Content management server 3 Module update server 4 Event message server 5 Receiving apparatus 6 Judgment apparatus

Claims (22)

A data broadcasting confirmation system,
Means for calculating a transmission timing of an event message for displaying the content based on information on the display of the content described in the progress table;
Means for receiving and recording an event message for displaying the content;
A determination unit that compares the transmission timing of the event message for displaying the received content with the calculated transmission timing and determines whether the event message for displaying the content is normally transmitted; A confirmation system for data broadcasting, comprising:   2. The data broadcast confirmation system according to claim 1, wherein the event message for displaying the content is a module lock event message.   3. The data broadcast confirmation system according to claim 1, wherein the event message for displaying the content is a module unlock event message.   The data broadcast confirmation system according to any one of claims 1 to 3, wherein the event message for displaying the content is a content switching event message.   The data broadcast confirmation system according to any one of claims 1 to 4, wherein the event message for displaying the content is a main program return event message. The determination means includes
Means for calculating a module transmission period based on information on display of content described in the progress table;
2. The apparatus according to claim 1, further comprising means for comparing the received transmission period of the content module with the calculated transmission period to determine whether the content module is normally transmitted. 6. The data broadcasting confirmation system according to any one of items 5 to 6.   The determination means includes means for determining whether the received module is a correct module based on the module ID or content ID of the content described in the progress table. A data broadcasting confirmation system as described in any of the above.   8. The determination means according to claim 1, further comprising means for determining whether the content of the received event message descriptor is correct based on the content described in the progress table. The data broadcasting confirmation system described in 1.   9. The data broadcast confirmation system according to claim 1, wherein the content is a commercial. A method for confirming data broadcasting,
Based on the information regarding the display of the content described in the progress table, the transmission timing of the event message for displaying the content is calculated, the transmission timing of the event message for displaying the received content, and the calculation And confirming whether or not an event message for displaying the content is normally transmitted, by comparing with the transmitted transmission timing.   11. The data broadcast confirmation method according to claim 10, wherein the event message for displaying the content is a module lock event message.   12. The data broadcast confirmation method according to claim 10, wherein the event message for displaying the content is a module unlock event message.   13. The data broadcast confirmation method according to claim 10, wherein the event message for displaying the content is a content switching event message.   14. The data broadcast confirmation method according to claim 10, wherein the event message for displaying the content is a main program return event message.   Based on the information about the content described in the progress table, the module transmission period is calculated, the module transmission period of the received content module is compared with the calculated transmission period, and the content module is 15. The data broadcast confirmation method according to claim 10, wherein it is determined whether the data is being transmitted.   16. The data broadcasting according to claim 10, wherein it is determined whether the received module is a correct module based on the module ID of the content described in the progress table or the content ID. Confirmation method.   The data broadcast confirmation method according to any one of claims 10 to 16, wherein the content of the descriptor of the received event message is determined based on the content described in the progress table. .   18. The data broadcast confirmation method according to claim 10, wherein the content is a commercial. A data broadcasting confirmation program,
The confirmation program is
A process for calculating a transmission timing of an event message for displaying the content based on information on the display of the content described in the progress table;
Information on processing for determining whether or not the event message for displaying the content is normally transmitted by comparing the transmission timing of the event message for displaying the received content with the calculated transmission timing A data broadcast confirmation program which is executed by a processing device. The confirmation program is
A process of calculating a module transmission period based on information about content described in the progress table;
The information processing apparatus is configured to execute a process of comparing the received transmission period of the content module with the calculated transmission period and determining whether the content module is normally transmitted. The data broadcast confirmation program according to claim 19.   The confirmation program causes an information processing apparatus to execute processing for determining whether a received module is a correct module based on a module ID or a content ID of a content described in a progress table. The data broadcast confirmation program according to claim 19 or claim 20.   21. The information processing apparatus according to claim 19, wherein the confirmation program causes the information processing apparatus to execute processing for determining whether the content of the descriptor of the received event message is correct based on content described in the progress table. Item 22. A data broadcasting confirmation program according to any one of Items 21 to 22.

Images