Cm transmission confirmation system and cm transmission confirmation method
The commercial transmission confirmation system embeds confirmation codes in RTP packets to verify that video, audio, and ANC packets correspond to the same commercial material, addressing the challenge of accurate transmission verification in IP-based broadcasting systems.
Patent Information
- Application Number
- JP2024142007
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-08-23
- Publication Date
- 2026-03-06
AI Technical Summary
In IP-based broadcasting systems, the separation of video, audio, and ANC into separate RTP packets complicates the verification of commercial material transmission, as simply extracting the commercial confirmation code from the ANC area does not guarantee that the video and audio correspond to the ANC, posing a challenge in ensuring accurate transmission verification.
A commercial transmission confirmation system and method that embeds a commercial confirmation code in the header of RTP packets for video, audio, and ANC packets, and uses a matching unit to verify that these packets correspond to the same commercial material, ensuring accurate transmission verification.
The system ensures that commercial material is correctly transmitted by verifying that video, audio, and ANC packets correspond to the same commercial material, even in IP-based environments where SDI signals are not generated.
Smart Images
Figure 2026038491000001_ABST
Abstract
Description
[Technical Field]
[0001] The present invention relates to a CM transmission confirmation system and a CM transmission confirmation method. [Background technology]
[0002] In recent years, there has been a trend toward IP (Internet Protocol) packetization of video signals. In the future, video signals will be exchanged in the form of RTP (Real-time Transport Protocol) packets conforming to the ST2110-20, ST2110-30, and ST2110-40 standards of the Society of Motion Picture and Television Engineers (SMPTE), replacing the traditional SDI (Serial Digital Interface) signal format. This will enable video signals to be exchanged over standard Ethernet (registered trademark) cables, eliminating the need for dedicated SDI cables and reducing the number of cables required for equipment upgrades. Furthermore, since video signals can be handled over the Internet, cloud-based master systems are becoming a reality. This will reduce the number of servers and other equipment required at broadcasting stations, potentially lowering the initial cost of equipment installation. Against this backdrop, there is a growing need to update broadcasting stations' master systems to support IP (Internet Protocol), which is what is known as IP master systems.
[0003] In exchange for purchasing commercial (Commercial Message) slots, commercial television stations certify to sponsors that the commercial material has been transmitted correctly according to the airing schedule. One method for doing this is to superimpose a commercial confirmation code in the ancillary (ANC) area of the commercial material video signal when it is played back from the video server, extract this commercial confirmation code using an ANC extraction device downstream of the master switcher, and compare it with the commercial confirmation code stored in a database. [Prior art documents] [Patent documents]
[0004] [Patent Document 1] Japanese Patent Application Publication No. 2024-16592 Summary of the Invention [Problem to be solved by the invention]
[0005] With SDI signals, video, audio, and ANC are all bundled together, so there is no need to be particularly concerned about the consistency between the commercial confirmation code and the commercial material. However, when video signals are packetized into IP packets, the video, audio, and ANC are each separated into separate RTP packets, so there is no guarantee that the video and audio will always correspond to the ANC. For this reason, just like with master systems that handle SDI signals, simply extracting the commercial confirmation code from the ANC area alone does not prove that the video and audio corresponding to the ANC were sent, which is a problem.
[0006] Therefore, an object of the present invention is to provide a CM transmission confirmation system and a CM transmission confirmation method that can prove that CM material has been transmitted correctly in an IP environment. [Means for solving the problem]
[0007] According to an embodiment, a commercial transmission confirmation system includes a video server that provides commercial material in RTP packets, a database that stores correspondence between commercial material and commercial confirmation codes, and a master system that acquires the RTP packets from the video server and transmits the commercial material. The video server includes an information addition unit. The information addition unit adds the commercial confirmation code to the RTP packets. The master system includes an information extraction unit and a matching unit. The information extraction unit extracts the commercial confirmation code from the RTP packets acquired from the video server. The matching unit matches the commercial confirmation code extracted by the information extraction unit with the commercial confirmation code stored in the database. [Brief explanation of the drawings]
[0008] [Figure 1] FIG. 1 is a system diagram showing an example of an SDI-based broadcasting system. [Figure 2] FIG. 2 is a system diagram showing an example of an IP-enabled broadcasting system. [Figure 3] FIG. 3 is a diagram showing an example of the correspondence between video RTP packets, audio RTP packets, and ANC RTP packets. [Figure 4] FIG. 4 is a system diagram showing an example of a broadcasting system according to an embodiment. [Figure 5] FIG. 5 is a functional block diagram showing an example of a CM transmission confirmation system according to the first embodiment. [Figure 6] FIG. 6 is a diagram showing the header format of an RTP packet. [Figure 7] FIG. 7 is a diagram showing the superimposed position of a commercial confirmation code in an ANC area in an SDI video signal. [Figure 8] FIG. 8 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in FIG. [Figure 9] FIG. 9 is a functional block diagram showing an example of a CM transmission confirmation system according to the second embodiment. [Figure 10] FIG. 10 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in FIG. [Figure 11] FIG. 11 is a functional block diagram showing an example of a CM transmission confirmation system according to the third embodiment. [Figure 12] FIG. 12 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in FIG. [Figure 13] FIG. 13 is a functional block diagram showing an example of a CM transmission confirmation system according to the fourth embodiment. [Figure 14] FIG. 14 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in FIG. [Figure 15]FIG. 15 is a functional block diagram showing an example of a CM transmission confirmation system according to the first modified example. [Figure 16] FIG. 16 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in FIG. [Figure 17] FIG. 17 is a functional block diagram showing an example of a CM transmission confirmation system according to the second modified example. [Figure 18] FIG. 18 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in FIG. DETAILED DESCRIPTION OF THE INVENTION
[0009] <Summary> Figure 1 is a system diagram showing an example of an SDI-based broadcasting system. In Figure 1, a video server 5 plays back commercial material and inputs it to a master switcher 6 of a master system 50 in the form of an SDI video signal. The master switcher 6 switches between multiple video materials and inputs them to the master system 50. The SDI video signal that passes through the master switcher 6 is converted into a broadcast transport stream (hereinafter referred to as broadcast TS) by an encoder 7, and then multiplexed by a multiplexing device (hereinafter referred to as MUX) 8 before being sent out.
[0010] Here, information (metadata) relating to the materials recorded on the video server 5 is stored and managed in the database 2. For example, information such as the name of the material (company name, product name, etc.) and its length (15-second commercial, 30-second commercial, etc.) is stored in the database 2. In addition, the commercial confirmation code assigned to each commercial material by the higher-level system 1, such as the commercial broadcasting system or EDPS, is also stored and managed in the database 2.
[0011] When playing back a commercial material, the video server 5 superimposes the commercial confirmation code assigned to that commercial material in the ANC area of the video signal. The master switcher 6 distributes the SDI video signal of the commercial material played back from the video server 5 to the encoder 7 and the ANC extraction device 9. The ANC extraction device 9 extracts the commercial confirmation code in the ANC area from the SDI video signal of the commercial material distributed from the master switcher 6 and passes it to the commercial confirmation code verification unit 3.
[0012] The commercial confirmation code collator 3 collates the extracted commercial confirmation code with the commercial confirmation codes stored in the database 2. With the above configuration, the SDI-based system can verify the authenticity of the commercial material sent from the video server 5.
[0013] Incidentally, as master systems have increasingly been IP-based in recent years, it has become necessary to be able to verify the authenticity of commercial material even in IP-based broadcasting systems. Figure 2 is a system diagram showing an example of an IP-enabled broadcasting system. As shown in Figure 2, an IP-enabled video server 10 has an input / output interface for video signals (IP), and inputs the played commercial material in the form of an IP signal to an IP switch 11 of an IP master system 30. The IP switch 11 controls the routing of the RTP packets and inputs them to an IP gateway (IPGW) 12.
[0014] The IP gateway 12 converts the RTP packets into SDI video signals and distributes them to the encoder 7 and the ANC extraction device 9. After this, the CM confirmation code extracted by the ANC extraction device 9 can be compared with the CM confirmation code stored in the database 2 in the same manner as in the configuration of FIG. However, there are cases where the authenticity of the commercial material cannot be confirmed with the configuration of Figure 2. This will be explained with reference to Figure 3.
[0015] 3 shows an example of the correspondence between RTP packets of video data, RTP packets of audio data, and RTP packets of ANC data. IP gateway 12 converts the RTP packets into an SDI video signal. In this case, as shown in FIG. 3(a), when an SDI video signal is reproduced from RTP packets of the same material, the authenticity of the commercial material can be confirmed using the commercial verification code extracted from the ANC area.
[0016] However, as shown in Figure 3(b), there are cases where an SDI video signal is played back from RTP packets of different material. In such cases, simply using the commercial confirmation code extracted from the ANC area of the SDI video signal does not necessarily confirm the authenticity of the commercial material. Below, we will explain in detail the technology that can solve this problem.
[0017] <Embodiment> FIG. 4 is a system diagram showing an example of a broadcasting system according to an embodiment. In FIG. 4, a broadcasting station includes a server system SS and a master system MS. The server system SS transmits program materials, commercial materials, or provided materials to the master system MS under control of the master system MS. The master system MS automatically switches the input materials (content) according to an on-air schedule (broadcast progress chart) and transmits them to downstream affiliated stations, a radio tower 40, a BS satellite (Broadcasting Satellite), a CS satellite (Communication Satellite), the Internet, or the like. The transmitted signals include video signals, audio signals, and various types of control information. The signals may be in the form of baseband signals, SDI signals, IP packets, MPEG2-SYSTEM, or the like, but are not limited to these.
[0018] The airing schedule for the commercial material indicates the correspondence between the airing time of each commercial material and the commercial confirmation code assigned to that commercial material. The master system MS transmits the commercial material according to this airing schedule.
[0019] The server system SS comprises multiple video servers, such as a program server that stores broadcast programs, a commercial content server that stores commercial content, and a VAF server that stores data in VAF (Video Audio File) format. The program server records and stores program content in its internal storage, converts the content into RTP packets under the control of the master system MS, and supplies them to the master system MS. Here, program content can also be imported from the cloud as a file in MXF (Material eXchange Format), for example.
[0020] The CM content server stores CM material in advance in an internal storage, converts the target CM material into RTP packets under the control of the master system MS, and supplies the RTP packets to the master system MS. In this embodiment, the CM content server is an IP-compatible video server 10. The IP-compatible video server 10 provides the CM material (content) in the form of RTP packets.
[0021] The VAF server stores provided materials (such as computer graphics images of sponsor names) created in VAF format in advance in its internal storage, and converts the corresponding material data into RTP packets under the control of the master system MS and supplies them to the master system MS.
[0022] The master system MS is installed, for example, in the master room of a broadcasting station and receives signals transmitted from the server system SS, the line center, the live broadcast studio, etc. The master system MS then switches the input IP-based signals according to the on-air schedule, performs designated processing and effect processing, encodes, multiplexes, and transmits the signals. That is, the master system MS acquires RTP packets from the IP-compatible video server 10 and transmits commercial material. The master system MS also transmits emergency broadcasts such as special news programs and breaking news, depending on the operator's operation.
[0023] The broadcasting system further includes a database 2 accessible from the broadcasting station's server system SS and master system MS. The database 2 manages and stores digitized commercial materials and recorded materials, and also stores commercial confirmation codes 2a assigned to each commercial material. The database 2 also stores the correspondence between each commercial material and the commercial confirmation code assigned to each commercial material.
[0024] Next, several embodiments based on the system of Fig. 4 will be described. As explained with reference to Fig. 3, once commercial material is converted into the form of RTP packets, the authenticity of the commercial material cannot be verified by the commercial verification code extracted from the ANC area alone. Therefore, in the embodiments, the authenticity of the commercial material can be verified by linking the video / audio / ANC RTP packets based on the same commercial material in advance.
[0025] [First embodiment] In the first embodiment, a commercial confirmation code is used as information for linking each video / audio / ANC RTP packet (hereinafter referred to as linking information). The linking information is written in advance in a predetermined field in the header area of the RTP packet, for example. By using the linking information, it is possible to manage that each video / audio / ANC RTP packet originates from the same commercial material. In the first embodiment, an example will be described in which an IP gateway performs a process for extracting linking information (commercial confirmation code) from an RTP packet.
[0026] 5 is a functional block diagram showing an example of a CM transmission confirmation system according to the first embodiment. The system shown in FIG. 5, a unique commercial confirmation code is assigned by a higher-level system 1 (such as a commercial broadcaster or an EDPS (Electronic Data Processing System)) to each commercial material stored in an IP-compatible video server 10. The correspondence between the commercial material and the commercial confirmation code assigned to each commercial material is stored in a database 2.
[0027] The IP-compatible video server 10 stores commercial material and reads it out under the control of the IP master system 31. The read-out commercial material is converted into RTP packets in the IP-compatible video server 10. At this time, the IP-compatible video server 10 obtains a commercial verification code assigned to the commercial material from the database 2 and adds it to the RTP packets. The generated RTP packets are sent to the IP switch 11 of the IP master system 31. The IP switch 11 controls the route of these RTP packets at the IP layer and passes them to the IP gateway 12. The IP gateway 12 converts the RTP packets into SDI signals and sends them to the encoder 7. The IP gateway 12 is a protocol converter that performs SDI-to-IP and IP-to-SDI conversion of video signals.
[0028] The encoder 7 generates a broadcast TS (Transport Stream) signal from the SDI signal and sends it to a multiplexer (MUX) 8. The multiplexer 8 multiplexes broadcast TS signals (MPEG2-TS streams) for multiple channels and sends them out to a radio tower or the like.
[0029] The IP master system 31 includes a CM verification code collating unit 3 as a functional block according to the embodiment. The IP gateway 12 includes an information extracting unit 12a, and the IP-compatible video server 10 includes an information adding unit 10a.
[0030] The information adding unit 10a adds a commercial confirmation code to the RTP packet. That is, the information adding unit 10a adds the commercial confirmation code of the commercial material to each of the video / audio / ANC RTP packets based on the same commercial material. The information extracting unit 12a extracts the CM confirmation code from each of the video / audio / ANC RTP packets acquired from the IP-compatible video server 10. The commercial confirmation code collator 3 as a collator collates the commercial confirmation code extracted by the information extractor 12a with the commercial confirmation code of the commercial material stored in the database 2. Then, based on the result, it certifies that the RTP packets based on the same commercial material have been sent in accordance with the on-air schedule.
[0031] 6 is a diagram showing the header format of an RTP packet. A header extension field (area α) is defined at the end of the RTP packet header. When playing back commercial material, the information addition unit 10a of the IP-compatible video server 10 stores (embeds) a commercial confirmation code assigned by the upper system 1 in area α of the header of each RTP packet of video / audio / ANC. In some embodiments, linking information defined separately from the commercial confirmation code is further added to this area.
[0032] Fig. 7 is a diagram showing the superimposition position of a CM confirmation code in an ANC area in an SDI video signal. As shown in Fig. 7, the CM confirmation code is superimposed at a predetermined position in the ANC area of the SDI video signal. In contrast, in this embodiment, the CM confirmation code is added to area α of the header of an RTP packet.
[0033] Fig. 8 is a flowchart showing an example of a processing procedure in the CM transmission confirmation system shown in Fig. 5. In the loop of steps S14 to S20 in Fig. 8, the IP gateway 12 converts the input video signal from IP to SDI format from the beginning to the end (step S15). At this time, the IP gateway 12 extracts the CM confirmation code embedded in the header of each video / audio / ANC RTP packet (step S16). The IP gateway 12 then notifies the CM confirmation code collating unit 3 of the CM confirmation code extracted from the header of the ANC RTP packet (step S17).
[0034] The CM confirmation code collator 3 collates the CM confirmation code stored in the database 2 with the CM confirmation code notified from the IP gateway 12. The IP gateway 12 also verifies that the CM confirmation codes embedded in the headers of the video / audio / ANC RTP packets all match (step S18).
[0035] In step S18, if the CM confirmation codes of all packets do not match (NO), as in the case of Fig. 3(b), this means that the CM material to be sent has not been correctly converted into an SDI video signal, and an alarm is issued (step S19). On the other hand, if the CM confirmation codes of all packets match (YES), it is determined that the CM material to be sent has been correctly sent, as shown in Fig. 3(a). In other words, it is proven that the CM material has been correctly sent in accordance with the on-air schedule.
[0036] In the first embodiment, an IP-compatible video server 10 embeds a commercial confirmation code in the header of each RTP packet of video, audio, and ANC of the same commercial material. The IP gateway 12 also extracts the commercial confirmation code from the ANC area of the SDI video signal generated and notifies the commercial confirmation code collator 3. The commercial confirmation code collator 3 then determines whether all of the commercial confirmation codes in the video, audio, and ANC RTP packets match the commercial confirmation codes in the ANC area of the SDI video signal. Based on the results of this determination, it is possible to prove that the material corresponding to the extracted commercial confirmation codes has been correctly transmitted for all of the video, audio, and ANC. Therefore, the first embodiment makes it possible to provide a commercial transmission confirmation system and method that can prove that commercial material has been correctly transmitted in an IP-based environment.
[0037] [Second embodiment] In the second embodiment, dedicated information having the same value is used as the linking information for each RTP packet of video, audio, and ANC. This information does not necessarily have to be a CM confirmation code. In the second embodiment, an embodiment will be described in which the process of extracting linking information from RTP packets is mainly performed by an IP gateway.
[0038] Fig. 9 is a functional block diagram showing an example of a CM transmission confirmation system according to the second embodiment. In Fig. 9, parts that are the same as those in Fig. 5 are given the same reference numerals, and only the parts that are different will be explained here.
[0039] 9, the information addition unit 22a of the IP-compatible video server 22 embeds a commercial confirmation code only in the ANC RTP packets. Furthermore, the information addition unit 22a embeds linking information indicating that the video / audio / ANC RTP packets based on the same commercial material originate from the same commercial material in each of the RTP packets. This linking information is information (such as a character string) specific to each commercial material that can uniquely identify the material, and is set separately from the commercial confirmation code.
[0040] The information extraction unit 23a of the IP gateway 23 extracts linking information from each of the video / audio / ANC RTP packets acquired from the IP-compatible video server 10, determines whether the linking information of the video / audio / ANC RTP packets matches or does not match, and extracts a CM confirmation code from the ANC RTP packet.
[0041] The commercial confirmation code collating unit 3 collates the commercial confirmation code extracted by the information extracting unit 23a with the commercial confirmation code of the commercial material stored in the database 2. If all the linking information matches, it is proven that the commercial material corresponding to the ANC commercial confirmation code has been sent.
[0042] Fig. 10 is a flowchart showing an example of the processing procedure in the CM transmission confirmation system shown in Fig. 9. In Fig. 10, the same steps as in Fig. 8 are denoted by the same reference numerals, and only the different parts will be explained here.
[0043] 10, in the process of converting RTP packets to generate an SDI signal, the IP gateway 23 extracts the CM confirmation code embedded in the header of the ANC RTP packet (step S24) and notifies the CM confirmation code collating unit 3 (step S17). The IP gateway 23 also extracts linking information from the header of each video / audio / ANC RTP packet (step S25) and verifies that the linking information embedded in the header of each video / audio / ANC RTP packet all matches (step S26).
[0044] In step S26, if the CM confirmation codes of all packets do not match (NO), an alarm is issued (step S19). If the CM confirmation codes of all packets match (YES), it is proven that the CM material was sent correctly according to the on-air schedule.
[0045] In the second embodiment, an IP-compatible video server 10 embeds linking information in the header of each video / audio / ANC RTP packet of the same commercial material, and embeds a commercial confirmation code in the header of the ANC RTP packet. The IP gateway 12 extracts the commercial confirmation code from the ANC RTP packet, extracts the linking information embedded in each video / audio / ANC RTP packet, and determines whether the linking information in the video / audio / ANC RTP packets matches or does not match.
[0046] The commercial confirmation code collator 3 then determines whether the commercial confirmation code extracted from the video signal matches the commercial confirmation code stored in database 2. Based on the result of this determination, it is possible to prove that the material corresponding to the extracted commercial confirmation code has been correctly transmitted for all of the video, audio, and ANC. Therefore, according to the second embodiment, it is possible to provide a commercial transmission confirmation system and method that can prove that commercial material has been correctly transmitted in an IP environment.
[0047] [Third embodiment] In the third embodiment, a CM confirmation code is used as the linking information for each RTP packet of video / audio / ANC. In the third embodiment, a description will be given of an embodiment in which the process of extracting linking information from an RTP packet is mainly performed by a device other than an IP gateway.
[0048] Fig. 11 is a functional block diagram showing an example of a CM transmission confirmation system according to the third embodiment. In Fig. 11, parts that are the same as those in Fig. 5 are given the same reference numerals, and only the parts that are different will be explained here.
[0049] 11, the IP master system 33 includes an information extraction device 27. The information extraction device 27 extracts a CM confirmation code from each of the video / audio / ANC RTP packets acquired from the IP-compatible video server 10. Here, the information extraction device 27 does not need to have a protocol conversion function between IP and SDI.
[0050] The configuration in Figure 11 assumes an environment that does not have an IP gateway 12 (Figures 5 and 9), that is, it is designed for future broadcasting systems that transmit IP-based signals without generating SDI video signals. In this configuration, it is expected that downstream devices after the encoder 7 will be able to accept IP video signal input, and that video signals will be sent as IP signals.
[0051] Fig. 12 is a flowchart showing an example of the processing procedure in the CM transmission confirmation system shown in Fig. 11. The processing procedure in Fig. 12 is mainly performed by information extraction device 27 instead of IP gateway 12 in Fig. 5. That is, information extraction device 27 executes a process of extracting a CM confirmation code embedded in the header of an ANC RTP packet (step S16), a process of notifying CM confirmation code verification unit 3 of the CM confirmation code (step S17), and a process of verifying the CM confirmation codes embedded in the headers of each of the video / audio / ANC RTP packets to determine whether they match (step S18).
[0052] In the third embodiment, an information extraction device 27 extracts the commercial confirmation code from each RTP packet of video / audio / ANC and determines whether the commercial confirmation codes in each RTP packet of video / audio / ANC match. Therefore, according to the third embodiment, it is possible to provide a commercial transmission confirmation system and a commercial transmission confirmation method that can prove that commercial material has been correctly transmitted in an IP-based environment, even in an IP-based broadcasting system that does not generate SDI signals.
[0053] [Fourth embodiment] In the fourth embodiment, dedicated information having the same value is used as the linking information for each RTP packet of video / audio / ANC. In the fourth embodiment, an embodiment will be described in which a device other than an IP gateway performs the process of extracting linking information from an RTP packet.
[0054] Fig. 13 is a functional block diagram showing an example of a CM transmission confirmation system according to the fourth embodiment. In Fig. 13, parts that are common to Fig. 9 or Fig. 11 are given the same reference numerals, and only the parts that are different will be explained here.
[0055] 13, the IP master system 34 includes an information extraction device 28. The information extraction device 28 extracts linking information from each of the video / audio / ANC RTP packets acquired from the IP-compatible video server 22, determines whether the linking information of the video / audio / ANC RTP packets matches or does not match, and extracts a CM confirmation code from the ANC RTP packet.
[0056] The commercial confirmation code collating unit 3 collates the commercial confirmation code extracted by the information extracting unit 23a with the commercial confirmation code of the commercial material stored in the database 2. If all the linking information matches, it is proven that the commercial material corresponding to the ANC commercial confirmation code has been sent.
[0057] Fig. 14 is a flowchart showing an example of the processing procedure in the CM transmission confirmation system shown in Fig. 13. The processing procedure in Fig. 14 is also mainly performed by information extraction device 28. That is, information extraction device 28 executes a process of extracting a CM confirmation code embedded in the header of an ANC RTP packet (step S24), a process of notifying CM confirmation code verification unit 3 of the CM confirmation code (step S17), and a process of extracting linking information embedded in the header of each video / audio / ANC RTP packet (step S25), and confirms that the linking information embedded in the header of each video / audio / ANC RTP packet all matches (step S26).
[0058] In the fourth embodiment, in an IP-compatible video server 10, linking information is embedded in the header of each video / audio / ANC RTP packet of the same commercial material, and a commercial confirmation code is embedded in the header of the ANC RTP packet. An information extraction device 28 extracts the commercial confirmation code, extracts the linking information embedded in each video / audio / ANC RTP packet, and determines whether the linking information in the video / audio / ANC RTP packets matches or does not match.
[0059] The commercial confirmation code collator 3 then determines whether the commercial confirmation code extracted by the information extractor 28 matches the commercial confirmation code for the commercial material stored in the database 2. Based on the results of this determination, it becomes possible to prove that the material corresponding to the extracted commercial confirmation code has been correctly transmitted for all of the video, audio, and ANC. Therefore, the fourth embodiment makes it possible to provide a commercial transmission confirmation system and method that can prove that commercial material has been correctly transmitted in an IP environment.
[0060] [First Modification] In the first modified example, a technique is described that is based on the configurations of the second and fourth embodiments, but allows for the use of non-identical values as the linking information embedded in each RTP packet of video / audio / ANC. In this first modified example, as in the second embodiment, a form is described in which the process of extracting linking information from RTP packets is mainly performed by an IP gateway.
[0061] Fig. 15 is a functional block diagram showing an example of a CM transmission confirmation system according to the first modified example. In Fig. 15, parts common to Fig. 5, Fig. 9, Fig. 11 and Fig. 13 are designated by the same reference numerals, and only the parts that are different will be explained here.
[0062] 15 manages that linking information added to RTP packets based on the same commercial material originates from the same commercial material. In other words, even if the values of linking information added to RTP packets based on the same commercial material are different, the fact that "they originate from the same commercial material" is managed in a database. The linking information managed in database 2 is referenced by both the IP-compatible video server 22 and the IP gateway 23.
[0063] 15, the information addition unit 22a of the IP-compatible video server 22 embeds a commercial confirmation code only in the ANC RTP packets. Furthermore, the information addition unit 22a embeds linking information in each of the video / audio / ANC RTP packets based on the same commercial material. This linking information does not have to have the same value, but the fact that all of the information originates from the same commercial material is managed in the database 2.
[0064] The information extraction unit 23a of the IP gateway 23 extracts linking information from each of the video / audio / ANC RTP packets acquired from the IP-compatible video server 10, determines whether the linking information of the video / audio / ANC RTP packets originates from the same commercial material, and extracts a commercial confirmation code from the ANC RTP packet.
[0065] The commercial confirmation code collating unit 3 collates the linking information extracted by the information extracting unit 23a with the commercial confirmation code of the commercial material stored in the database 2. If all the linking information matches, it is proven that the commercial material corresponding to the ANC commercial confirmation code has been sent.
[0066] Fig. 16 is a flowchart showing an example of the processing procedure in the CM transmission confirmation system shown in Fig. 15. The IP gateway 23 determines whether the linking information of each RTP packet of video / audio / ANC originates from the same CM material (step S29). Based on the result, it can be proven that the video / audio / ANC are from the same CM material.
[0067] In the second and fourth embodiments, the linking information embedded in each of the video, audio, and ANC had to be the same (such as the same character string). The first modified example removes this restriction, and the commercial verification code comparison unit 3 can determine whether the video, audio, and ANC RTP packets originate from the same commercial material, even if the linking information embedded in each of the video, audio, and ANC is not the same. Therefore, according to the first modified example, it is possible to provide a commercial transmission verification system and a commercial transmission verification method that can verify that commercial material has been correctly transmitted in an IP-based environment.
[0068] [Second Modification] The second modification also describes a technology that is based on the configurations of the second and fourth embodiments, but that can use different values as the linking information embedded in each RTP packet of video / audio / ANC. As with the fourth embodiment, the second modification describes a form in which the process of extracting linking information from RTP packets is mainly performed by a device that is not an IP gateway.
[0069] Fig. 17 is a functional block diagram showing an example of a CM transmission confirmation system according to the second modified example. In Fig. 17, parts that are common to Fig. 15 are given the same reference numerals, and only the differences will be explained here. In Fig. 17, the linking information managed in database 2 is referenced by both IP-compatible video server 22 and information extraction device 28.
[0070] The information extraction device 28 extracts linking information from each of the video / audio / ANC RTP packets acquired from the IP-compatible video server 22, determines whether the linking information of the video / audio / ANC RTP packets originates from the same CM material, and extracts a CM confirmation code from the ANC RTP packet.
[0071] The commercial confirmation code collating unit 3 collates the linking information extracted by the information extracting device 28 with the commercial confirmation code of the commercial material stored in the database 2. If all the linking information matches, it is proven that the commercial material corresponding to the ANC commercial confirmation code has been sent.
[0072] Fig. 18 is a flowchart showing an example of the processing procedure in the CM transmission confirmation system shown in Fig. 17. Compared to Fig. 16, the process of protocol conversion between IP and SDI is not required. Then, information extraction device 28 extracts the CM confirmation code (step S24) and the linking information (step S25). Information extraction device 28 determines whether the linking information in each RTP packet of video / audio / ANC originates from the same CM material (step S29). Based on the result, it can be proven that the video / audio / ANC are from the same CM material.
[0073] In the second modified example as well, the linking information embedded in each of the video, audio, and ANC does not have to have the same value, because the corresponding relationship of the linking information is managed in database 2. And the second modified example also makes it possible to provide a commercial transmission confirmation system and method that can prove that commercial material has been transmitted correctly, even in an IP-based broadcasting system that does not generate SDI signals.
[0074] Although an embodiment of the present invention has been described, this embodiment is presented as an example and is not intended to limit the scope of the invention. This novel embodiment can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. This embodiment and its modifications are included within the scope and spirit of the invention, and are also included in the invention described in the claims and their equivalents. [Explanation of symbols]
[0075] 1...upper system, 2...database, 2a...CM confirmation code, 3...CM confirmation code matching unit, 5...video server, 6...master switcher, 7...encoder, 8...multiplexing device, 9...ANC extraction device, 10...IP-compatible video server, 10a...information addition unit, 11...IP switch, 12...IP gateway, 12a...information extraction unit, 22...IP-compatible video server, 22a...information addition unit, 23...IP gateway, 23a...information extraction unit, 27, 28...information extraction device, 30, 31, 33, 34...IP master system, 40...radio tower, 50...master system.
Claims
1. a video server that provides commercial message (CM) material in RTP (Real-time Transport Protocol) packets; a database storing a unique CM confirmation code assigned to the CM material; a master system that acquires the RTP packets from the video server and transmits the CM material; The video server an information adding unit that adds the CM confirmation code to the RTP packet; The master system an information extraction unit that extracts the CM confirmation code added to the RTP packet acquired from the video server; a collating unit that collates the CM confirmation code extracted by the information extracting unit with the CM confirmation code stored in the database;
2. the information adding unit adds linking information to the plurality of RTP packets based on the same CM material in order to link the RTP packets to each other; the information extraction unit extracts the linking information added to the RTP packet acquired from the video server; 2. The CM transmission confirmation system according to claim 1, wherein said collating section links the plurality of RTP packets acquired from said video server to one another based on said linking information extracted by said information extracting section.
3. 3. The CM transmission confirmation system according to claim 2, wherein said information addition section adds the same information as said linking information to a plurality of said RTP packets.
4. the information addition unit adds different pieces of information as the linking information to the plurality of RTP packets based on the same CM material; 3. The CM delivery confirmation system according to claim 2, wherein said database manages that said different combinations of information are based on the same CM material.
5. 3. The CM transmission confirmation system according to claim 2, wherein each of the RTP packets originating from the same CM material includes either video data of the CM material, audio data of the CM material, or ancillary data of the CM material.
6. the master system further includes an IP (Internet Protocol) gateway that converts the RTP packets acquired from the video server into SDI (Serial Digital Interface) signals; 6. The CM transmission confirmation system according to claim 2, wherein said information extraction unit extracts said CM confirmation code from said SDI signal.
7. the IP gateway includes the information extraction unit, the information extraction unit further extracts the CM confirmation code and the linking information from the SDI signal; 7. The CM transmission confirmation system according to claim 6, wherein said comparison unit compares the CM confirmation code extracted from said SDI signal with the CM confirmation code stored in said database.
8. A CM transmission confirmation method applicable to a broadcasting system including a video server that provides CM (Commercial Message) materials in RTP (Real-time Transport Protocol) packets, a database that stores correspondence between CM materials and CM confirmation codes, and a master system that acquires the RTP packets from the video server and transmits the CM materials, comprising: the video server adding a CM verification code to the RTP packet; the master system extracting the CM confirmation code from the RTP packet obtained from the video server; the master system collating the extracted CM confirmation code with the CM confirmation code stored in the database.
Citation Information
Patent Citations
Transmission device, transmission method, and program
JP2024016592A