JP2017092910A - Virtual test system, video production method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a virtual test system which makes it possible to visually confirm an output video from a broadcast station facility.SOLUTION: A virtual test system includes an execution environment construction function 51a, a virtual machine generation function 51b, a simulation function 51c, a state acquisition function 71a, an output video creation function 71b, and an output video display function 71c. The execution environment construction function builds a virtualized common execution environment. The virtual machine generation function virtualizes each broadcast related device to generate a plurality of virtual machines. The simulation function simulates the broadcast station equipment by a plurality of virtual machines in the execution environment. The state acquisition function acquires the state of each of the virtual machines in the simulated broadcast station equipment. The output image creation function creates an output image based on each acquired state of the virtual machines. The output image display function displays the created output image.SELECTED DRAWING: Figure 4

Description

  Embodiments described herein relate generally to a technique for supporting development of broadcasting station equipment using a computer.

  Social infrastructure is required to pass various tests before actual operation. For example, it is important to test whether an application (software) to be developed functions normally in an embedded device. However, bug fixing of source code (Bug Fix) and verification of device behavior under all circumstances becomes difficult as the system becomes larger.

  By the way, a technology is known that supports the development of an embedded board by imitating a CPU (Central Processing Unit) having a different architecture by using OSS (Open Source Software) such as QEMU (Quick EMUlator). According to this kind of technology, the development of the hardware board and the development of the software can be separated, and the software can be tested without waiting for the completion of the hardware, so that the development process can be made efficient.

Hideharu Harashima, Yoshiteru Kajiyama, Kazuhiro Kawagoe, Construction of an actual machine-less test environment using virtualization technology, Toshiba Review, Japan, 2012, Vol.67, No.8, Page.31-34

  As described above, an actual machine-less test using virtualization technology is known. However, for example, the scale of equipment (also called broadcast station equipment, studio system, or master system) installed in a television broadcast station is very large, so even if it can imitate a single board or device, it is not enough In addition, software testing had to be based on real machines. The demands of customers (broadcast stations, etc.) are diverse, and there are many individual specification requirements. In particular, there are many cases where the synthesis result of video processing, the operation procedure, the designation method, etc. differ for each customer. Although it is considered that the broadcasting station equipment can be simulated from the background as described above, there are some technical problems.

  For example, it is difficult to visually confirm video (hereinafter referred to as output video) output from a virtualized broadcasting station facility. In the first place, there is no guarantee that a monitor to display the output video is prepared in advance, and at present there is only an indirect means of imagining an on-air video based on the state of each device. It is desired that the output video can be visually confirmed even when the broadcasting station equipment is not completed (request analysis stage or during development).

  An object of the present invention is to provide a virtual test system, a video creation method, and a program that allow visual confirmation of an output video from broadcasting station equipment.

  According to the embodiment, the virtual test system targets a broadcasting station facility including a plurality of broadcast-related devices each controlled by an application. The virtual test system includes an execution environment construction function, a virtual machine generation function, a simulation function, a state acquisition function, an output video creation function, and a display function. The execution environment construction function constructs a common virtual execution environment. The virtual machine generation function generates a plurality of virtual machines by virtualizing broadcast-related devices loaded with applications. The simulation function simulates the broadcasting station facility by imitating the cooperative operation of a plurality of virtual machines in the execution environment. The state acquisition function acquires the state of each virtual machine in the simulated broadcasting station facility. The output video creation function creates an output video output from the simulated broadcasting station equipment based on the acquired state of each virtual machine. The display function displays the created output video.

FIG. 1 is a conceptual diagram showing an example of a terrestrial digital broadcasting system. FIG. 2 is a functional block diagram illustrating an example of broadcasting station equipment according to the embodiment. FIG. 3 is a diagram illustrating an example of a hardware environment of the virtual test system according to the embodiment. FIG. 4 is a functional block diagram illustrating an example of functions provided in the virtual test system illustrated in FIG. FIG. 5 is a diagram illustrating an example of a virtual machine in a virtual execution environment. FIG. 6 is a diagram illustrating an example of a device connection system in broadcasting station equipment. FIG. 7 is a diagram illustrating an example of a GUI window displayed on the monitor 75 of the client terminal 700. FIG. 8 is a diagram showing another example of a GUI window displayed on the monitor 75 of the client terminal 700. As shown in FIG. FIG. 9 is a diagram showing an example of an output video synthesized from a plurality of video / audio materials. FIG. 10 is a diagram illustrating an example of an output video displayed on the monitor 75. FIG. 11 is a diagram illustrating another example of the output video displayed on the monitor 75.

  Embodiments of the present invention will be described below with reference to the drawings. For example, there is a system that controls output synthesis processing of video / audio equipment. Broadcast related devices controlled by this system are diverse, such as VTRs, video synthesizers, video output signal switching devices (switchers), and video / audio data compression devices. It is necessary to carry out tests on a huge number of items before installing a set of these devices in the station and starting operation.

  Each device is a so-called embedded device that is controlled by a specially developed application. In this embodiment, broadcasting station facilities as social infrastructure including a plurality of broadcasting-related devices are targeted. More specifically, a new method for testing an application installed in an embedded device is disclosed below.

  FIG. 1 is a conceptual diagram showing an example of a terrestrial digital broadcasting system. A transport stream (TS) created by the master transmission system of the broadcasting station 100 is transmitted to, for example, the radio tower 300 via a communication network 200 such as a leased line network. The radio tower 300 digitally modulates the TS signal and radiates it in the microwave band. The emitted radio waves are received by the receivers in each home 400, and video and audio are reproduced. As schematically shown, the equipment provided in, for example, the monitoring room of the broadcasting station 100 is large and diverse, and includes a large number of monitor screens and forest racks (shelves).

  FIG. 2 is a functional block diagram illustrating 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, and a monitoring system 40. These are interconnected via an intra-office network 50 such as a LAN (Local Area Network).

  The information system 10 includes a broadcast information scheduler 11 and a broadcast schedule change / notification unit 12.

  The signal processing system 20 includes a control system 60, a switcher 21, an encoder (ENC) 23, an SI transmission unit 24, a VBR 25, a multiplexing unit (MUX) 26, and an SCR 27. The signal processing system 20 can have a redundant configuration including the 1 system and the 0 system.

  The switcher 21 takes in the program / CM / provided information, the line material, the video / audio signal from the studio, or the signal generated from various equipments from the transmission system 30 and switches the route according to the program table to the encoder 23 at the next stage. Connecting. The encoder 23 is a so-called encoder / multiplexer controller (EMC) that performs control related to encoding and multiplexing of an input signal.

  The encoder 23 encodes the video signal / audio signal / data signal according to a predetermined procedure, and inputs the encoded video signal / audio signal / data signal to the multiplexing unit 26 at the next stage. The multiplexing unit 26 multiplexes the encoded signal from the encoder 23, the SI (Service Information) signal from the SI sending unit 24, the ECM signal, and the signal from the VBR 25, and the stream switching unit of the transmission system 30 via the SCR 27. 31 and 32.

  Stream switching units 31 and 32 are made redundant with each other and seamlessly switch between broadcast TS (Transport Stream) signals compressed by the MPEG (Moving Picture Experts Group) encoding method, and each TS signal of the active system, the standby system, and the verification system Is generated. These TS signals are sent to the communication network 200 (FIG. 1) via the switching unit 33.

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

The node 63 is connected to, for example, equipment (such as an analog VTR) that does not have a connection interface to the intra-office network 50, and provides an interface function to the intra-office network 50. This allows older equipment to be placed under the control of broadcast station equipment. A plurality of nodes 63 may be provided as necessary. The MSM 64 is responsible for other various control processes.
The monitoring system 40 includes a plurality of monitoring control devices such as a SECLOGGER, an OA display terminal 42, a multi-monitor 43, a monitoring console 44, a monitoring instruction terminal 45, and an alarm terminal 46.

  Next, a description will be given of a novel mode in which the broadcasting station equipment as described above is virtualized using computer resources and application software is tested in a virtual environment. Hereinafter, this type of system will be referred to as a virtual test system or a virtual test platform (VTP).

  FIG. 3 is a diagram illustrating an example of a hardware environment of the virtual test system according to the embodiment. The virtual test system shown in FIG. 3 includes a server 500 and a client terminal 700. Server 500 and client terminal 700 are connected to each other via network 600 so that they can communicate with each other. Based on various types of information displayed on the monitor 75 of the client terminal 700, the user can know information such as the process and result of the application test.

  The network 600 may be a communication network such as a wired LAN or a wireless LAN (Wi-Fi (registered trademark)) or a VPN (Virtual Private Network) via a public network. In short, the server 500 and the client terminal 700 may be located in the same building or at remote locations. The client terminal 700 may be realized as a notebook personal computer, a tablet terminal, or a thin client terminal.

  FIG. 4 is a functional block diagram illustrating an example of functions provided in the virtual test system illustrated in FIG. In FIG. 4, a server 500 and a client terminal 700 are both computers having a CPU and a memory. The OS (Operating System) installed in each computer may be a specially developed OS as well as a well-known OS such as Windows (registered trademark) or Linux (registered trademark). 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. Among 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 random access memory (RAM) or a read only memory (ROM), a hard disk drive (HDD), or a solid state drive (SSD). In addition to the magnetic disk, an optical disk such as a magneto-optical disk, a CD (Compact Disc), a DVD (Digital Versatile Disc), or a Blu-ray (registered trademark) disk may be used.

The memory 52 stores an execution environment construction program 52a, a virtual machine generation program 52b, and a simulation program 52c.
The CPU 51 includes an execution environment construction function 51a, a virtual machine generation function 51b, and a simulation function 51c.
The execution environment construction function 51a is a processing function realized by the CPU 51 interpreting and executing an instruction described in the execution environment construction program 52a. The execution environment construction function 51 a constructs a common virtual execution environment in the server 500.

  The virtual machine generation function 51b is a processing function realized by the CPU 51 interpreting and executing an instruction described in the virtual machine generation program 52b. The virtual machine generation function 51b virtualizes each device included in the broadcasting station facility shown in FIG. 2 and generates a virtual machine. Each virtual machine imitates a device on which an application is mounted, and is an object that functions in a virtual execution environment.

  In addition, the platform of each device in the broadcasting station equipment is usually not unified. That is, there are devices based on the x86 architecture and the x64 architecture, devices based on the PPC (PowerPC (registered trademark)) architecture, and devices based on a completely different architecture. The difference in architecture covers all layers such as a difference in endian (byte order) due to a difference in CPU, a difference in application and OS, a difference in data type (length and alignment) in a device, a difference in system call, and the like. Such a difference between devices is particularly remarkable in broadcasting station equipment having a wide variety of devices.

  Since the application is developed for the platform of the installation destination device, it is necessary to resolve the platform difference in order to operate a virtual machine of a plurality of devices in the virtual execution space. Therefore, in the embodiment, in a case where devices of different platforms are mixed, the virtual machine generation function 51b generates a virtual machine by hiding a specification specific to the application based on the platform difference from the virtual execution environment.

  The simulation function 51c is a processing function realized by the CPU 51 interpreting and executing an instruction described in the simulation program 52c. The simulation function 51c executes a simulation for simulating broadcasting station equipment by imitating the cooperative operation of the virtual machine in the virtual execution environment constructed by the execution environment construction function 51a.

  The client terminal 700 includes a CPU 71, a memory 72, an interface unit 73, an operation unit 74, and a monitor 75. Among these, the interface unit 73 communicates with the server 500 via the network 600. The operation unit 74 and the monitor 75 are operation means such as a mouse, a keyboard, or 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, HDD, SSD, optical disk, or magneto-optical disk. The memory 72 stores a state acquisition program 72a, an output video creation program 72b, and an output video display program 72c.

The CPU 71 includes a state acquisition function 71a, an output video creation function 71b, and an output video display function 71c.
The state acquisition function 71a is a processing function realized by the CPU 71 interpreting and executing an instruction described in the state acquisition program 72a. The state acquisition function 71a acquires the state of each virtual machine in the simulated broadcasting station facility. When the simulation is started, the simulation progresses with time, and the state of each virtual machine changes. Whenever a state change occurs, the state acquisition function 71a acquires at least the state of the virtual machine corresponding to the switcher 21. By acquiring the state of the virtual machine corresponding to the switcher 21, it is possible to know at least what kind of signal (regardless of video / audio) is combined with the output video.

  The output video creation function 71b is a processing function realized by the CPU 71 interpreting and executing a command described in the output video creation program 72b. The output video creation function 71b creates an output video output from the simulated broadcasting station equipment based on the acquired state of each virtual machine.

  The output video display function 71c is a processing function realized by the CPU 71 interpreting and executing a command described in the output video display program 72c. The output video display function 71c displays the created output video on the monitor 75 or the like.

  FIG. 5 is a diagram illustrating an example of a virtual machine in a virtual execution environment. The server 500 includes a device control scheduler V1 as a virtual machine, a real time controller V2, a console control device V3, a master switcher V4, an NTP server V5, and a virtual test server V6. The virtual test server V6 includes a log collection server V7, a virtual control device V8, and a broadcast time controller V9. These are all virtual objects that use the resources of the server 500.

  The client terminal 700 includes a manual transmission control unit V10, a device monitoring unit V11, a transmission service scheduler V12, a telegram logger V13, and a virtual test operation unit V14 as virtual machines. The virtual test operation unit V14 includes a log display / search unit V15, a VM (Virtual Machine) operation unit V16, and an emulator operation unit V17. These are all virtual objects that use the resources of the client terminal 700.

  Server 500 and client terminal 700 are connected via two types of communication interfaces. That is, a general-purpose LAN 601 based on Ethernet (registered trademark) and a control dedicated network 602.

  The application of the general-purpose LAN 601 is mainly for transmission of image data and audio data, and a general-purpose protocol such as TCP / IP can be used. The control-dedicated network 602 is a network that can ensure real-time properties, and is mainly used for exchanging messages between devices. A typical topology of this type of network is a token ring type. For example, a network known as SECNET3 can be cited.

  In the comparison between FIG. 5 and FIG. 2, the device control scheduler V1 corresponds to the device control scheduler 61. The real time controller V <b> 2 corresponds to the real time controller 62. The console control device V3 corresponds to the monitoring system 40. The master switcher V4 corresponds to the switcher 21. In addition, the NTP server V5, the virtual test server V6, the log collection server V7, the virtual control device V8, and the broadcast time controller V9 can be associated with any device provided in the broadcasting station facility.

  The device monitoring unit V11 corresponds to a monitoring console (not shown) or a monitoring instruction terminal provided in the monitoring system 40. In addition, the manual transmission control unit V10, the transmission service scheduler V12, the telegram logger V13, the virtual test operation unit V14, the log display / search unit V15, the VM operation unit V16, and the emulator operation unit V17 may be any device provided in the broadcasting station facility. Can be associated. Next, the operation of the above configuration will be described.

  FIG. 6 is a diagram illustrating an example of a device connection system in broadcasting station equipment. A plurality of video / audio sources input to the broadcasting station equipment are input to an L-shaped DPE (Digital Picture Effect) processing unit 14 via a switcher 21. The L-shaped DPE processing unit 14 has a function of reducing the video signal of the main part to a corner when a weather disaster or the like occurs, for example, and displaying weather information such as heavy snow and typhoon in an empty part like an L-shape .

  The processed video signal is further input from the L-shaped DPE processing unit 14 to the character / picture synthesis device 15 and selectively synthesized with information such as a station logo, clock, weather, etc., and then the voice synthesis device 16 chimes, etc. Are multiplexed at an appropriate timing. Then, caption data and the like are multiplexed by the ENC 23 and the multiplexing unit 26, and an output video is created and then transmitted as a broadcast wave signal.

  FIG. 7 is a diagram illustrating an example of a GUI window displayed on the monitor 75 of the client terminal 700. Note that the window shown in FIG. 7 may be displayed on the OA display terminal 42 (FIG. 2) of the broadcasting station facility or a user interface such as a touch panel.

  The window shown in FIG. 7 includes a plurality of clickable buttons indicated by square icons, for example. The window of FIG. 7 shows the display contents when, for example, a device operation button displayed at the right end is clicked (or touched). This window is a window for changing the setting conditions of a single device, and the state of the corresponding device (for example, ON / OFF) can be set by clicking a button.

  For example, a button for setting ON / OFF for display regarding a tsunami, a button for setting ON / OFF for display of a breaking news, or a button for setting ON / OFF regarding display of a station logo are shown. When these buttons are clicked, this is reflected in the behavior of the virtual machine, and the simulation process changes.

  FIG. 8 is a window showing the result of the device conditions set in the window of FIG. 7, and is displayed when the rightmost on-air state button is clicked. This window visually displays the current system status. In actual operation, the operation of checking the entire system in the window of FIG. 8 and returning to the window of FIG. 7 to change the conditions as necessary is repeated. A similar procedure can be performed in a simulation under a virtual execution environment.

By the way, the switcher 21 plays a central role in broadcasting station equipment, such as a function of switching video signals and audio signals such as programs and commercials according to the broadcast time, and a plurality of video / audio effect functions. The main functions alone, the superimpose function that superimposes emergency information such as program providers, breaking news, earthquakes, and tsunamis on video, chime sound superimposition, video / audio signal fade-in function that is performed when switching programs, fade-out There are functions.
Therefore, by acquiring the state (internal state) of the switcher 21, it is possible to know the state of each device in the broadcasting station facility.

FIG. 9 is a diagram showing an example of an output video synthesized from a plurality of video / audio materials. For example, the program / CM material is processed at the time of L, and one or more of “provided supermarket”, “station logo”, “time”, and “weather” are multiplexed, and further provided (voice) and chime (voice) When combined, a plurality of output videos as shown in the rightmost column of FIG. 9 are created.
Broadcasting generally provides a plurality of videos and programs (these are called services). For example, a terrestrial program, a BS (Broadcasting Satellite) program, and a one-segment program. Therefore, a plurality of video effects are controlled simultaneously. In an actual system, it is effective to check a plurality of services at the same time using a multi-monitor that displays a plurality of service images on a large-screen display.

  In the present embodiment, whenever the internal state of the switcher 21 that is turned into a virtual machine in the virtual execution environment changes, the state acquisition function 71a acquires the change. Based on the acquired internal state of the virtual machine of the switcher 21, the output video creation function 71 b processes a prepared material to create an output video. The output video display function 71c visually displays the generated output video.

  FIG. 10 is a diagram illustrating an example of an output video displayed on the monitor 75. For example, each state (material status display) of the acquired virtual machine may be superimposed and displayed on a partial area such as below the created output video. Alternatively, as shown in FIG. 11, each state (On / Off, etc.) of the acquired virtual machine may be displayed over the output video. As described above, according to the display form, it is possible to visually display the video finally output during the simulation of the virtualized broadcasting station facility.

  In the existing technology, for example, the user has only to guess the state of the output video based on the On / Off state of each device shown in the window of FIG. On the other hand, in the embodiment, the output video is created and displayed based on the state of each device acquired in the simulation process. As a result, the user can check the video output in the process of simulation of the broadcasting station equipment in real time.

  According to the embodiment, even when the system is not completed (required analysis stage or during development), the video to be output and the status of switching are visually displayed in the process of simulation in the virtual execution environment. It becomes possible to confirm. Therefore, the user can grasp at a glance the items such as the switching of the video, the timing thereof, and whether the intended video is created. Accordingly, it is possible to provide a virtual test system, a video creation method, and a program that can visually check the output video from the broadcasting station facility.

  The present invention is not limited to the above embodiment. For example, there are various services such as terrestrial digital broadcasting, satellite digital broadcasting, local transmission signal broadcasting, and one-segment broadcasting. However, the state of the device is different for each service, and the output video is usually different. Therefore, a simulation may be performed for each of these services, an output video may be created, and a plurality of screens may be displayed simultaneously in parallel. For example, the screen of the client terminal 700 may be divided into a plurality of parts. The same display can be performed on the screen of the tablet terminal.

  Further, instead of displaying the state of each device as a character string such as ON or OFF, it may be displayed as an easily recognizable graphic, graphic character, icon, or the like. Further, the voice information may be expressed by musical note symbols.

  Further, the virtual test server V6 and the NTP server V5 on the server 500 in FIG. 5 may be a computer with an entity. The manual transmission control unit V10, the device monitoring unit V11, and the transmission service scheduler V12 of the client terminal 700 may be virtualized on a separate third computer.

  It is also possible to implement part or all of the functions of the server 500 in a cloud computing system (so-called cloud). For example, SaaS (Software as a Service) that provides an application (software) as a service, PaaS (Platform as a Service) that provides a platform (platform) for operating an application as a service, or a server device, central processing Infrastructure as a service (IaaS) that provides resources such as devices and storage as a service (public cloud) is known as a cloud form. The virtual test system of the embodiment can be realized in any form, but particularly has high affinity with PaaS.

  It is also possible to record a program for realizing the virtual test system according to the embodiment on a computer-readable recording medium. It is possible to realize a virtual test system by causing a computer system to read and execute a program recorded on the recording medium. The “computer system” may include an OS and hardware such as peripheral devices.

  The “computer-readable recording medium” means a flexible disk, a magneto-optical disk, a ROM, a writable nonvolatile memory such as a flash memory, a portable medium such as a CD-ROM, and a hard disk built in a computer system. A storage device. Further, the “computer-readable recording medium” means a volatile memory (for example, DRAM (Dynamic DRAM) in a computer system that becomes a server or a client when a program is transmitted through a network such as the Internet or a communication line such as a telephone line. Random Access Memory)), etc., which hold programs for a certain period of time.

  The program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line.

  The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

  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. The novel embodiment can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the scope of the invention. This embodiment and its modifications are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

  51 ... CPU, 51a ... execution environment construction function, 51b ... virtual machine creation function, 51c ... simulation function, 52 ... memory, 52a ... execution environment construction program, 52b ... virtual machine creation program, 52c ... simulation program, 71 ... CPU, 71a ... status acquisition function, 71b ... output video creation function, 71c ... output video display function, 72 ... memory, 72a ... status acquisition program, 72b ... output video creation program, 72c ... output video display program, 100 ... broadcast station 200 ... Communication network 300 ... Radio tower 400 ... Home 500 ... Server 700 ... Client terminal

Claims (7)

A virtual test system for broadcasting station equipment provided with a plurality of broadcast-related devices each controlled by an application,
An execution environment construction function to construct a virtualized common execution environment;
A virtual machine generation function for generating a plurality of virtual machines by virtualizing each of the broadcast-related devices loaded with the application;
A simulation function for simulating the broadcasting station facility by imitating the cooperative operation of the plurality of virtual machines in the execution environment;
A state acquisition function for acquiring the state of each of the virtual machines in the simulated broadcasting station facility;
An output video creation function for creating an output video output from the simulated broadcasting station equipment based on the acquired state of each of the virtual machines;
A virtual test system comprising a display function for displaying the generated output video.   The virtual test system according to claim 1, wherein the status acquisition function acquires the status of each of the virtual machines from a virtual machine corresponding to a switcher provided in the broadcasting station equipment.   The virtual test system according to claim 1, wherein the display function displays the acquired state of each of the virtual machines so as to be superimposed on the created output video. A virtual test method for imitating a broadcasting station equipment provided with a plurality of broadcasting-related devices, each controlled by an application, by a client and a server,
The server builds a virtualized common execution environment,
The server virtualizes each broadcast-related device loaded with the application to generate a plurality of virtual machines,
The server simulates the broadcasting station equipment by imitating the cooperative operation of the plurality of virtual machines in the execution environment,
The client obtains the state of each of the virtual machines in the simulated broadcaster facility;
The client creates an output video output from the simulated broadcasting station equipment based on the acquired state of each of the virtual machines,
A video creation method in which the client displays the created output video.   The video creation method according to claim 4, wherein the client acquires each state of the virtual machine from a virtual machine corresponding to a switcher provided in the broadcasting station facility.   The video creation method according to claim 4, wherein the client displays the acquired state of each of the virtual machines so as to be superimposed on the created output video.   A program comprising instructions for causing a computer group including a client and a server to execute the method according to any one of claims 4 to 6.