JP6797643B2 - Preview system, terminal device and preview method - Google Patents

Description

Embodiments of the present invention relate to a preview system applicable to a broadcast master system.

Social infrastructure such as broadcast master systems are subject to various verifications before actual operation. For example, it is important to verify whether the application (software) to be developed functions normally in an embedded device in order to ensure stability after system operation. However, since the digital broadcasting master transmission system installed in recent broadcasting stations is a large-scale and diverse system, the verification work may take a long time.

By the way, in recent years, it has been considered to construct a simulation environment using computer resources and to verify the system using this simulation environment. With this type of system, you can get many advantages such as being able to verify the software without waiting for the hardware to be completed.

Hidetsugu Harashima, Yoshiteru Kageyama, Kazuhiro Kawagome, Construction of actual machine-less test environment using virtualization technology, Toshiba Review, Japan, 2012, Vol.67, No.8, Page.31-34

However, the virtualized broadcast master system cannot handle baseband signals (video signals such as programs and commercials) as they are. In the virtual environment, it is not necessary to reproduce the baseband signal correctly, so there is no substance of the baseband signal. For this reason, the actual video cannot be confirmed at the time of preview, and even if the video signal is displayed, only a simple image can be displayed based on the internal state of the switcher that switches the video source.

Therefore, an object of the present invention is to provide a preview system, a terminal device, and a preview method capable of displaying a real image.

According to an embodiment, the preview system includes a platform that utilizes computer resources and a terminal device that can communicate with the platform. The platform builds an execution environment for virtual machines that imitate broadcasting-related equipment. The platform includes a simulator and a notification unit. The simulator executes a simulation to verify the behavior of the virtual machine in the execution environment. The notification unit notifies the terminal device of the identification information of the broadcast material to be broadcast as the simulation progresses according to the event progress table recorded by associating the identification information of the broadcast material with the broadcast time of the broadcast material. The terminal device includes an acquisition unit and a reproduction unit. The acquisition unit acquires the broadcast material corresponding to the notified identification information from the storage device that stores the plurality of broadcast materials. The playback unit reproduces the acquired broadcast material.

FIG. 1 is a conceptual diagram showing an example of a terrestrial digital broadcasting system. FIG. 2 is a functional block diagram showing an example of broadcasting station equipment according to the embodiment. FIG. 3 is a diagram showing an example of a control sequence accompanying the occurrence of an event in the broadcasting station equipment shown in FIG. FIG. 4 is a diagram showing an example of the hardware environment of the preview system according to the embodiment. FIG. 5 is a functional block diagram showing an example of the preview system shown in FIG. FIG. 6 is a diagram showing an example of the contents of the event progress table 52d shown in FIG. FIG. 7 is a diagram showing an example of a control sequence between the server 500 and the client terminal 700. FIG. 8 is a diagram showing an example of an image reproduced on the monitor 75. FIG. 9 is a diagram showing another example of the image reproduced on the monitor 75. FIG. 10 is a diagram showing another example of the image reproduced on the monitor 75. FIG. 11 is a diagram showing another example of the control sequence between the server 500 and the client terminal 700. FIG. 12 is a diagram showing another example of the image reproduced on the monitor 75. FIG. 13 is a diagram showing another example of the image reproduced on the monitor 75.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In this embodiment, a broadcasting system including a plurality of broadcasting-related devices will be described as one of the social infrastructures.

FIG. 1 is a conceptual diagram showing an example of a terrestrial digital broadcasting system. The transport stream (TS) created by the master transmission system of the broadcasting station 100 is transmitted to, for example, a radio tower 300 via a communication network 200 such as a dedicated line network. The radio tower 300 digitally modulates the TS signal and radiates it in the microwave band. The radiated radio waves are received by the receivers of each household 400, and the video and audio are reproduced. As schematically shown, the equipment provided in the broadcasting station 100 is large-scale and diverse.

FIG. 2 is a functional block diagram showing an example of broadcasting station equipment according to the embodiment. The broadcasting station equipment includes an information system 10, a signal processing system 20, a transmission system 30, a monitoring system 40, and a clock node 80. These are interconnected via an in-station network 50 such as a LAN (Local Area Network). Of these, the clock node 80 supplies the master time to each broadcast-related device.

The in-station network 50 transmits, for example, image / audio data, control information exchanged between broadcasting-related devices, various telegrams, and the like.

The information system 10 includes a broadcast information scheduler 11 and a database 12.
The signal processing system 20 includes a control system 60, a switcher (SW) 21, an encoder (ENC) 23, an SI transmission unit 24, a VBR 25, a multiplexing unit (MUX) 26, and a scrambler (SCR) 27. It should be noted that, for example, two signal processing systems 20 can be prepared to form a redundant configuration.

The switcher 21 captures program content and CM content from the video server 900, text information, line material as LIVE material, video / audio signals from the studio, or video / audio / data signals from various equipment to program. The route is switched according to the table and connected to the encoder 23 in the next stage. That is, the switcher 21 switches and outputs a plurality of video sources.

The encoder 23 encodes a video signal / audio signal / data signal according to a predetermined procedure and inputs the video signal / audio signal / data signal to the multiplexing unit 26 in the next stage. The multiplexing unit 26 multiplexes the coded signal from the encoder 23, the SI (Service Information) signal from the SI transmitting unit 24, the ECM signal, and the signal from the VBR 25, and streams the transmission system 30 via the scrambler 27. It is sent to the switching units 31 and 32.

The control system 60 of the signal processing system 20 includes a device control scheduler 61, a real-time controller 62, and a node (NODE) 63. The device control scheduler 61 executes a process related to the control of the broadcast schedule.

The real-time controller 62 executes a process related to real-time control. That is, the real-time controller 62 controls each broadcast-related device based on the control schedule created based on the broadcast program.

The node 63 is connected to, for example, equipment (analog VTR or the like) that does not have a connection interface to the station network 50, and provides an interface to the station network 50. As a result, old-fashioned equipment can be placed under the control of broadcasting station equipment. If necessary, a plurality of nodes 63 may be provided.

The monitoring system 40 includes a plurality of monitoring control devices such as broadcast schedule display, system system status display, material / transmission video display, and device operation, and their operation functions. The broadcast schedule display function is, for example, a function related to an OA (on-air) display terminal. The system system status display function is a function related to, for example, a monitoring instruction terminal and an alarm terminal. The material / transmission video display function is, for example, a function related to multiple monitors. The device operation function is a function related to, for example, a monitoring console and a monitoring instruction terminal.
The clock node 80 supplies the master time to each of the above-mentioned broadcasting-related devices.

FIG. 3 is a diagram showing an example of a control sequence accompanying the occurrence of an event in the broadcasting station equipment shown in FIG. In FIG. 3, it is assumed that a control message meaning "output on-air (OA) data from the VTR 93 at 10:00" is given to the device control scheduler 61 by the broadcast program transmission unit 91. Then, the device control scheduler 61 gives a CDT message to the real-time controller 62.

In response to this, the real-time controller 62 notifies the VTR-NODE 92 of a VTR-start message (START (PLAY)) by a dedicated message. Here, in consideration of the mechanical time lag and control delay of the VTR93, an instruction to start the VTR93 is transmitted before the target time (for example, 09:59:57). Upon receiving this, the VTR-NODE 92 gives a PLAY instruction to the VTR 93 and starts video reproduction.

On the other hand, at 10:00:00, a crosspoint (Xp) switching instruction is given from the real-time controller 62 to the switcher control NODE94. As a result, the message is displayed in the log (automatic operation service control).

The switcher control NODE94 gives a crosspoint switching instruction to the subordinate switcher 21, and the switcher 21 switches the crosspoint in response to this (automatic operation control). Further, the switcher 21 notifies the TP95 of its own cross point setting state (Xp state) as a tally signal (Xp state display switching).

FIG. 4 is a diagram showing an example of the hardware environment of the preview system according to the embodiment. The preview system shown in FIG. 4 includes a server 500 as an example of a platform and a client terminal 700 as an example of a terminal device. The server 500 and the client terminal 700 are communicably connected to each other via the network 600. Based on various information displayed on the monitor 75 of the client terminal 700, the user can know information such as the verification process and the verification result of the application.

The network 600 can use a communication network such as a wired LAN or a wireless LAN (Wi-Fi (registered trademark) or the like) or a VPN (Virtual Private Network) via a public network. As a result, the server 500 can be installed at a location away from the client terminal 700. The client terminal 700 may be realized as a notebook computer, a tablet terminal, or a thin client terminal.

Further, the client terminal 700 is connected to the video server 900 via the resolution conversion device 800. The video server 900 is a storage device that stores a plurality of broadcast materials (contents) such as programs and commercials. This type of device can utilize storage devices such as semiconductor memories and solid state drives (SSDs).

The resolution conversion device 800 converts the resolution (bit rate) of the broadcast material read from the video server 900 at the request of the client terminal 700 into a resolution suitable for display on the monitor 75. This is particularly effective when the monitor 75 has a low resolution specification such as a notebook computer or a tablet. Of course, if the resolution of the monitor 75 is sufficiently high, it is not necessary to convert the resolution.
The video server 900 stores high-resolution (high-definition, 4K, 8K, etc.) video signals for broadcasting as an actual television image.

FIG. 5 is a functional block diagram showing an example of the preview system shown in FIG. In FIG. 5, the server 500 and the client terminal 700 are both computers having a CPU and a memory. The OS (Operating System) installed in each computer may be a well-known OS such as Windows (registered trademark) or Linux (registered trademark), or an OS developed exclusively for the computer. In particular, if the client terminal 700 is a tablet terminal, an OS such as Android (registered trademark) or iOS (registered trademark) may be installed.

The server 500 includes a CPU 51, a memory 52, and an interface unit 53. Of these, the interface unit 53 communicates with the client terminal 700 via the network 600.
The memory 52 is a storage device such as a semiconductor memory such as a RAM (Random Access Memory) or a ROM (Read Only Memory), a hard disk drive (HDD), or a solid state drive (SSD).

The memory 52 stores the virtualization environment construction program 52a, the simulator program 52b, the notification program 52c, and the event progress table 52d.
The CPU 51 includes a virtualization environment construction unit 51a, a simulator 51b, and a notification unit 51c.
The virtualization environment construction unit 51a interprets and executes the instruction described in the virtualization environment construction program 52a. The virtualization environment construction unit 51a constructs an execution environment of a virtual machine that imitates a broadcasting-related device by using the computer resources of the server 500. Further, the virtualization environment construction unit 51a virtualizes each device included in the broadcasting station equipment shown in FIG. 2, for example, and generates a virtual machine. Here, a virtual machine is an object that imitates each device in which an application is installed and functions in a virtual execution environment.

In the embodiment, attention is paid particularly to the virtual machine corresponding to the switcher 21. As described above, the switcher 21 notifies the TP95 of the Xp state as a tally signal. Similarly, the virtual machine corresponding to the switcher 21 notifies another object (for example, the switcher control NODE94, the server 500, or the client terminal 700) of the Xp state that changes as the preview progresses.

The platform of each device in broadcasting station equipment is usually not unified, but since the application is developed for the platform of the embedded device, the platform difference to operate the virtual machines of multiple devices in the virtual execution space. Need to be resolved. Therefore, in the embodiment, in the case where devices of different platforms coexist, the virtualization environment construction unit 51a hides the application-specific specifications based on the differences in the platforms from the virtual execution environment and generates a virtual machine.

Some broadcasters are based on x86 and x64 architectures, some are configured on a PPC (PowerPC®) architecture, and some are based on a completely different architecture. Architectural differences extend to all layers, including differences in endianness (byte order) due to differences in CPUs, differences in applications and OSs, differences in data types (length and alignment) in devices, and differences in system calls.

The simulator 51b interprets and executes the instruction described in the simulator program 52b. The simulator 51b executes a simulation for verifying the behavior of the virtual machine in the execution environment (virtualization master environment) constructed by the virtualization environment construction unit 51a. By executing the simulation, the operation of the broadcast master system as shown in FIG. 2 can be previewed without an actual device.

In the embodiment, the master system built on the virtualized environment is referred to as a virtualized master environment. Software that emulates various devices can run on this virtual master environment. This operating software is the same as the actual machine, and like the actual machine, it controls the equipment necessary for sending the video signal at an appropriate timing according to the event progress table received from the host device (for example, DS (data server)). be able to.

The host device may be incorporated as a virtual machine that functions on the virtualization master environment, or may be connected to the network 600 as an actual machine.

The notification unit 51c interprets and executes the instruction described in the notification program 52c. The notification unit 51c notifies the client terminal 700 of the identification information (material ID) of the broadcast material to be broadcast as the simulation progresses according to the event progress table 52d. Information notification from the notification unit 51c to the client terminal 700 can be realized by a known technique such as interprocess communication.

FIG. 6 is a diagram showing an example of the contents of the event progress table 52d. The event progress table 52d is a table in which the identification information of the broadcast material and the broadcast time of the broadcast material are recorded in association with each other. For example, at the broadcast time of 15:00, the broadcast material whose material ID (IDentification) is "PG0001" is registered. In addition to the material ID and its broadcast time, the event progress table 52d shows VB (code indicating the video signal to be used), OL (code indicating the provision to be used), SP (superimpose such as weather and clock). ) Includes information such as (code indicating the material). In the event progress table shown in FIG. 6, the program image of the material ID = PG0001 is displayed from 15:00 to 15:00, and the material ID = CM0001 is displayed from 15:15: 00 to 15:16: 00. Indicates that the CM image of is transmitted.

The event progress table 52d is used for simulating broadcasting-related equipment using the preview platform. In addition, the event progress table 52d is prepared for each service (distinguished by HD (High Definition) broadcasting, one-segment broadcasting, etc.). If the one-segment simulcast is being broadcast, the video from 15:00 will use the material ID = PG0001 in both HD and one-segment broadcasting.

The explanation will be continued by returning to FIG. Further, the notification unit 51c notifies the client terminal 700 of the internal state (Xp state) of the virtual machine corresponding to the switcher 21.
The client terminal 700 includes a CPU 71, a memory 72, an interface unit 73, an operation unit 74, and a monitor 75. Of these, the interface unit 73 communicates with the server 500 via the network 600. Further, the interface unit 73 is communicably connected to the resolution conversion device 800 connected to the video server 900.

The operation unit 74 and the monitor 75 are operation means such as a mouse, a keyboard, and a touch panel, and provide a user interface such as a GUI (Graphical User Interface).

The memory 72 is a storage device such as a semiconductor memory, an HDD, or an SSD. The memory 72 stores the acquisition program 72a and the reproduction program 72b.

The CPU 71 includes an acquisition unit 71a and a reproduction unit 71b.
The acquisition unit 71a interprets and executes the instruction described in the acquisition program 72a. The acquisition unit 71a acquires the broadcast material corresponding to the material ID notified from the notification unit 51c of the server 500 from the video server 900.

Further, the acquisition unit 71a acquires the broadcast material specified based on the internal state of the virtual machine of the switcher 21 notified from the notification unit 51c of the server 500 from the video server 900.

The client terminal 700 stores, for example, a low-resolution file created by the resolution conversion device 800 in the memory 72.

The reproduction unit 71b interprets and executes the instruction described in the reproduction program 72b. The reproduction unit 71b reproduces the broadcast material acquired via the resolution conversion device 800 on the monitor 75 as a moving image. The video to be played may include audio. Next, the operation in the above configuration will be described.

FIG. 7 is a diagram showing an example of a control sequence between the server 500 and the client terminal 700 during the simulation. This sequence corresponds to the event progress table shown in FIG. 6 and shows an example of switching video signals. In the following explanation, a preview of one-segment simulcast is assumed, and this event progress table is described as being for HD services.

When the broadcast time reaches 15:00 in FIG. 7, the server 500 notifies the client terminal 700 of PG0001, which is the material ID being transmitted, by a message based on the value of the material ID in the event progress table. At that time, information (HD / 1SEG) indicating which service the material ID is for is also added to this message. That is, the material ID of the broadcast material broadcast for each service is notified to the client terminal 700.

Upon receiving this message, the client terminal 700 acquires the broadcast material of the material ID = PG0001 notified for each service from the video server 900, and reproduces the acquired video file in the display area for each service of the monitor 75. In the message of FIG. 7, both HD and 1Seg (1SEG) are included in one message, but the material IDs of HD and 1Seg may be notified by two messages.

FIG. 8 is a diagram showing an example of an image reproduced on the monitor 75. For example, it is assumed that the image corresponding to the material ID = PG0001 is one scene of the drama. Since simulcast is assumed, the same video is broadcast to each service of HD and 1SEG.

Next, when the broadcast time reaches 15:15:00, the server 500 notifies the client terminal 700 of the material ID = CM0001 by a message based on the value of the material ID in the event progress table. Upon receiving this message, the client terminal 700 acquires the broadcast material with the material ID = CM0001 from the video server 900, and reproduces the acquired video file in the display area for each service of the monitor 75.

FIG. 9 is a diagram showing another example of the image reproduced on the monitor 75. For example, it is assumed that the image corresponding to the material ID = CM0001 is a commercial image of product sales. At 15:15: 00, the drama is interrupted and the commercial video of the product sale is played.

Next, when the broadcast time reaches 15:16:00, the server 500 notifies the client terminal 700 of the material ID = PG0002 by a message based on the value of the material ID in the event progress table. Upon receiving this message, the client terminal 700 acquires the broadcast material with the material ID = PG0002 from the video server 900, and reproduces the acquired video file in the display area for each service of the monitor 75.

FIG. 10 is a diagram showing another example of the image reproduced on the monitor 75. For example, it is assumed that the image corresponding to the material ID = PG0002 is a continuation of the drama. One minute after 15:15: 00, the commercial video of the product sale ends and is played from the continuation of the drama.

FIG. 11 is a diagram showing another example of the control sequence between the server 500 and the client terminal 700. This sequence corresponds to the event progress table shown in FIG. 6, and shows an example in which super ON is controlled as the video signal is switched. As shown in FIG. 12, it is assumed that the CM image is reproduced and displayed at the broadcast time of 15:27:15. When the broadcast time reaches 15:30 from this state, the server 500 notifies the client terminal 700 of PG0003 by a message based on the value of the material ID in the event progress table in the sequence of FIG. Upon receiving this message, the client terminal 700 acquires the broadcast material with the material ID = PG0003 from the video server 900, and reproduces the acquired video file in the display area for each service of the monitor 75.

Here, PG0003 includes TM (an event code meaning watch super ON). When the server 500 detects this TM event, it controls the virtual machine of the switcher 21 so as to turn on the clock supermarket, and immediately notifies the client terminal 700 of the control result.

When the client terminal 700 receives the control result of this switcher, the client terminal 700 switches the clock supermarket OFF / ON based on the result. The display of the clock supermarket on the client terminal 700 is pre-programmed, and the display is switched based on the program.

When controlling the supermarket with both HD and 1Seg, the control result of the switcher 21 may be notified by one message, or the message may be divided into two and notifications regarding HD and 1Seg may be performed respectively. good.

FIG. 13 is a diagram showing an example of an image reproduced on the monitor 75. With the above control, the time superimpose is superimposed and displayed in the video of FIG. In the above, the ON / OFF notification of the clock supermarket has been described in association with the control result of the switcher 21. This is because the ON / OFF function of the clock supermarket can be realized not only by the event progress table but also by the button operation on the desktop of the master system. The trigger of the notification to the client terminal 700 may be in accordance with the control logic of the actual machine, and it is not always necessary to follow the format of this embodiment.

By doing so, the display result displayed on the client terminal 700 does not necessarily follow the event progress table, and the result of the user's operation performed via the desk or the touch panel can also be reflected. Therefore, the same state as the content OA is simulated using the actual machine and provided to the user.

As described above, in the embodiment, when the broadcast master system is previewed in the virtual environment, the material ID is notified to the client terminal 700 as the simulation progresses according to the event progress table. Upon receiving this, the client terminal acquires the broadcast material corresponding to the notified material ID from the video server 900 and displays it on the monitor 75.

Since this is done, it becomes possible to capture a video signal that is the same as the actual video even when previewing in a virtual environment, and it becomes easy to check the status of event organization. In particular, since the supermarket can be superimposed on the video including the moving image, the positions and colors of the video and the supermarket can be reproduced, so that the visibility of the supermarket can be easily and surely determined.

That is, according to the embodiment, the actual video signal can be taken into the virtualized master system. In addition, the captured video signal can be appropriately switched according to the change of the event. In addition, a supermarket can be superimposed on the captured video signal. Further, the video can be captured for each of a plurality of services (HD or 1Seg broadcasting) and displayed at the same time.

The virtualized broadcasting master system is expected to be used not only for testing purposes but also for training operators of broadcasting stations and as a testing system for broadcasting stations. Therefore, by being able to send a preview video according to the event as in the embodiment, for example, it is easy to confirm that the event is correctly assembled, and it is possible to confirm in advance how the video and the supermarket overlap and the color tone. You can get the benefits.

From these things, it becomes possible to provide a preview system, a terminal device, and a preview method capable of displaying a real image.

The present invention is not limited to the above embodiment. For example, as the video signal, the client terminal 700 may use the data stored in the network file server such as NAS (Network Access Server) instead of the video server 900.

Further, the video server 900 and the resolution conversion device 800 may be connected to the network 600. In this case, the material file may be transferred and saved by a known protocol such as FTP (File Transfer Protocol) or other means.

Alternatively, the video signal may be acquired from a separately provided content server instead of the video server 900 incorporated in the master system. Further, the video signal may be passed to the client terminal 700 by using a portable recording medium such as a USB (Universal Serial Bus) memory or a portable HDD that can transfer data. In such a case, the file name at the time of saving may be matched with the material ID of the event progress table, or may be a name that can be uniquely associated.

Although embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. This novel embodiment can be implemented in various other embodiments, and various omissions, replacements, and changes can be made without departing from the gist of the invention. This embodiment and its modifications are included in the scope and gist of the invention, and are also included in the scope of the invention described in the claims and the equivalent scope thereof.

10 ... Information system, 11 ... Broadcast information scheduler, 12 ... Database, 20 ... Signal processing system, 21 ... Switcher, 23 ... Encoder, 24 ... SI transmission unit, 26 ... Virtualization unit, 30 ... Transmission system, 31 ... Stream switching Unit, 32 ... Stream switching unit, 40 ... Monitoring system, 50 ... Station network, 51 ... CPU, 51a ... Virtualization environment construction unit, 51b ... Simulator, 51c ... Notification unit, 52 ... Memory, 52a ... Virtualization environment construction Program, 52b ... Simulator program, 52c ... Notification program, 52d ... Event progress table, 53 ... Interface unit, 60 ... Control system, 61 ... Device control scheduler, 62 ... Real-time controller, 63 ... Node, 71 ... CPU, 71a ... Acquisition Unit, 71b ... Reproduction unit, 72 ... Memory, 72a ... Acquisition program, 72b ... Reproduction program, 73 ... Interface unit, 74 ... Operation unit, 75 ... Monitor, 80 ... Clock node, 91 ... Broadcast program transmission unit, 100 ... Broadcast Station, 200 ... communication network, 300 ... radio tower, 400 ... home, 500 ... server, 600 ... network, 700 ... client terminal, 800 ... resolution converter, 900 ... video server, 94 ... switcher control NODE.

Claims (11)

A platform for building an execution environment for virtual machines that imitate broadcasting-related equipment,
A terminal device capable of communicating with the platform is provided.
The platform
A simulator that executes a simulation for verifying the behavior of the virtual machine in the execution environment,
According to the event progress table recorded by associating the identification information of the broadcast material with the broadcast time of the broadcast material, the notification unit for notifying the terminal device of the identification information of the broadcast material to be broadcast as the simulation progresses. Prepare,
The terminal device is
An acquisition unit that acquires broadcast material corresponding to the notified identification information from a storage device that stores a plurality of broadcast materials, and an acquisition unit.
A preview system including a playback unit that reproduces the acquired broadcast material. The notification unit notifies the terminal device of the internal state of the virtual machine corresponding to the switcher that switches between a plurality of video sources.
The preview system according to claim 1, wherein the acquisition unit acquires a broadcast material specified based on the notified internal state from the storage device. The notification unit notifies the terminal device of the identification information of the broadcast material broadcast for each service according to the event progress table prepared for each service of a different type.
The acquisition unit acquires the broadcast material for each service and obtains the broadcast material.
The preview system according to claim 1, wherein the playback unit reproduces broadcast material acquired for each service. The storage device is a video server that stores the plurality of broadcast materials.
The preview system according to claim 1, wherein the acquisition unit acquires the broadcast material from the video server. Further, it is provided with a conversion device that converts the resolution of the broadcast material into a resolution suitable for reproduction by the reproduction unit.
The preview system according to claim 1, wherein the acquisition unit acquires a broadcast material whose resolution has been converted by the conversion device. A terminal device that can communicate with a platform that builds an execution environment for virtual machines that imitate broadcasting-related equipment.
A receiver that receives identification information of broadcast material that is broadcast as the simulation progresses, which is executed to verify the behavior of the virtual machine in the execution environment.
An acquisition unit that acquires broadcast material corresponding to the received identification information from a storage device that stores a plurality of broadcast materials, and an acquisition unit.
A terminal device including a playback unit that reproduces the acquired broadcast material. The receiver receives the internal state of the virtual machine corresponding to the switcher that switches between multiple video sources.
The terminal device according to claim 6, wherein the acquisition unit acquires a broadcast material specified based on the received internal state from the storage device. The receiving unit receives the identification information of the broadcast material broadcast for each service of a different type as the simulation progresses, and receives the identification information.
The terminal device according to claim 6, wherein the reproduction unit reproduces a broadcast material received for each service. The terminal device according to claim 6, wherein the acquisition unit acquires the broadcast material from a video server that stores the plurality of broadcast materials. The terminal device according to claim 6, wherein the acquisition unit acquires the broadcast material whose resolution has been converted by a conversion device that converts the resolution of the broadcast material into a resolution suitable for reproduction by the reproduction unit. A computer executes a simulation to verify the behavior of the virtual machine on the execution environment of the virtual machine that imitates a broadcasting-related device.
The computer notifies the client terminal of the identification information of the broadcast material to be broadcast as the simulation progresses according to the event progress table recorded by associating the identification information of the broadcast material with the broadcast time of the broadcast material.
The client terminal acquires the broadcast material corresponding to the notified identification information from the storage device that stores the plurality of broadcast materials.
A preview method in which the client terminal reproduces the acquired broadcast material.