JP2015185919A - Display control unit, information processing method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent video recording omission.SOLUTION: The display control unit includes: acquisition means for acquiring video recording load for each time assumed when recording a video imaged by an imaging apparatus on the basis of video recording setting information set for the imaging apparatus; and display control means for displaying the video recording load acquired for each time on a video recording setting screen.

Description

  The present invention relates to a display control device, an information processing method, and a program.

  2. Description of the Related Art Conventionally, there is a monitoring system that records a monitoring video and performs live display or recording reproduction display of the monitoring video (Patent Document 1). In such a monitoring system, video captured by the monitoring camera is recorded on a hard disk device arranged in the recording device in accordance with the recording setting information set from the display control device.

Japanese Patent No. 4775931

In a general recording device, recording is performed by writing image data to be recorded to the hard disk device, but there is an upper limit on the data writing speed to the hard disk device, and it is impossible to write data exceeding that upper limit. It is. When performing real-time writing at all times, such as recording by a monitoring system, if the amount of data to be written exceeds the upper limit, normal writing cannot be performed and data is lost as “recording loss”.
An object of the present invention is to prevent missing recording.

  Therefore, the display control apparatus of the present invention includes an acquisition unit that acquires a recording load assumed at the time of recording of a video imaged by the imaging apparatus based on recording setting information set for the imaging apparatus at each time. Display control means for displaying the obtained recording load for each time on a recording setting screen.

  According to the present invention, it is possible to prevent missing recording.

It is a figure which shows an example of a system configuration etc. of a network monitoring system. It is a figure which shows an example of a video recording setting screen. It is a figure which shows an example of a recording schedule setting dialog. It is a figure which shows an example of a video recording schedule list. It is a flowchart which shows an example of the information processing which concerns on recording load display. It is a figure for demonstrating a video recording load level. It is a figure which shows an example of a video recording setting screen. It is a figure which shows an example of an adjustment dialog. It is a figure which shows an example of a video recording schedule list. It is a flowchart which shows an example of the information processing of recording load adjustment. It is a figure which shows an example of an adjustment dialog. It is a figure which shows an example of a video recording schedule list.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Embodiment 1>
FIG. 1 is a diagram illustrating an example of a system configuration of a network monitoring system. The network monitoring system shown in FIG. 1 includes a network camera 101, a recording device 102, a display control device 103, and a network 104 such as a LAN.
The network camera 101 delivers captured image data to the network 104. The network camera 101 also distributes audio / sensor information acquired from the external device 122 such as a microphone or an external sensor, image analysis information obtained by analyzing a captured image, and various event data generated from the information.
The recording apparatus 102 records various data distributed from the network camera 101 via the network 104 on a recording medium such as a hard disk. In the example of the present embodiment, the recording medium is a hard disk in the recording apparatus 102, but it may be a recording medium externally connected to the recording apparatus 102, or a NAS (Network Attached Storage) separately connected to the network 104. Also good.
The display control apparatus 103 displays live video data distributed from the network camera 101 and reproduces and displays data recorded on the recording medium by the recording apparatus 102. Further, the display control apparatus 103 communicates with the recording apparatus 102 and provides various setting screens related to recording and the entire system. The display control apparatus 103 may be independently connected to the network 104 as in the example of the present embodiment, or the recording apparatus 102 may have a similar function as a recording / display apparatus.
In the network 104, a network camera 101, a recording device 102, and a display control device 103 are connected to be communicable with each other. In this example, the LAN is used, but a network using a wireless or dedicated cable may be constructed. The network camera 101, the recording device 102, the display control device 103, and the network 104 described above are illustrated as being one in the figure, but each may have a plurality of configurations.

Next, the configuration of each apparatus will be described with reference to FIG.
The network camera 101 distributes image data via the network 104 and executes various camera controls in accordance with commands received from the display control device 103 and the recording device 102 by the communication control unit 105. The image input unit 106 captures images captured by the video camera 107 (moving images and still images). The captured image captured is subjected to Motion JPEG compression processing or h. Compression processing such as H.264 compression processing is performed. Further, the data processing unit 108 analyzes the captured image, performs image processing such as detection of a moving object, and generates various event data. For example, the camera control unit 109 controls the pan / tilt angle of the video camera 107 according to the control content specified by the received command interpreted by the communication control unit 105. Note that the data processing unit 108 captures an image signal from the video camera 107, compresses the image signal, passes the various event data to the communication control unit 105, and sends them to the network 104. When there is an external device 122 such as a microphone or an external sensor separately connected to the camera, the external data receiving unit 123 receives voice and external sensor information and distributes them to the network 104 via the communication control unit 105.

  The recording device 102 performs video recording according to the recording setting information stored in the recording unit 115. The recording apparatus 102 generates a command for acquiring recorded video by the command generation unit 111. The generated command is transmitted to the network camera 101 via the network 104 by the communication control unit 112. Image data received from the network camera 101 is converted into a recordable format by the data processing unit 113. Here, the data to be recorded includes camera information and various event data given by the data processing unit 108 of the network camera 101. Data to be recorded is recorded in the recording unit 115 by the recording control unit 114.

  In the display control device 103, the communication control unit 118 receives image data, various event data, and camera state information such as “recording” transmitted from the network camera 101 and the recording device 102 via the network. In addition, an operation by the user is accepted by the operation input unit 116. Various commands are generated by the command generation unit 117 in accordance with the input operation. If it is a live video display operation or control operation for the network camera 101, a request command for the network camera 101 is transmitted from the communication control unit 118. If it is a live video display operation, the data processing unit 119 decompresses the image data received from the camera, and the display processing unit 120 displays the image data on the display unit 121. On the other hand, if the operation by the user is a playback operation of the recorded video, the command generation unit 117 generates a recording data request command for the recording device 102. The generated command is transmitted to the recording device 102 by the communication control unit 118. The image data received from the recording device 102 is decompressed by the data processing unit 119. The expanded image is displayed on the display unit 121 by the display processing unit 120. Further, the display control apparatus 103 acquires the recording setting information of the recording apparatus 102 via the network 104 and displays a recording setting screen on the display unit 121 in a format that can be set by the user. The displayed recording setting screen can accept settings by an operation from the operation input unit 116. When the acceptance of the setting is completed, the recording setting information of the recording apparatus 102 is updated via the network 104. As described above, the recording device 102 records the video of the network camera 101 in accordance with the recording setting information set by the display control device 103.

  The configuration of each device illustrated in FIG. 1 may be implemented as hardware in each device, or a configuration that can be implemented by software may be implemented as software in each device. More specifically, the communication control unit 105, the image input unit 106, the data processing unit 108, the camera control unit 109, and the external data receiving unit 123 of the network camera 101 may be implemented as software. Further, the command generation unit 117, the communication control unit 118, the data processing unit 119, and the display processing unit 120 of the display control device 103 may be implemented as software. Further, the command generation unit 111, the communication control unit 112, the data processing unit 113, and the recording control unit 114 of the recording device 102 may be implemented as software. When the above configuration is implemented in each device as software, each device has at least a CPU and a memory as hardware configurations, and the CPU executes processing based on a program stored in the memory or the like. As a result, the function of the software in each device is realized. Note that the processing of the flowchart shown below will be described as being realized when the CPU of the display control device 103 executes processing based on a program stored in a memory or the like of the display control device 103.

  Next, the recording setting screen will be described with reference to FIG. A recording schedule list screen 201 shown in FIG. 2 is a recording schedule list in a state where four network cameras are connected. First, a camera list of setting target cameras is displayed on the left side (202), and a recording schedule of each camera is displayed on the right side (203). The left camera list unit 202 displays the camera name and camera state of each camera. In FIG. 2, since the recording setting has not yet been performed, the status of all the cameras is “standby”. The recording schedule section 203 on the right side is displayed for each time and day of the week and can be scrolled with a scroll bar 204. Furthermore, the recording load for each time is displayed in different colors at the top of the list (206). The recording load here is calculated based on the recording setting contents of each camera at each time, and is comprehensively calculated according to the recording type, video format, frame rate, resolution, video quality, recording availability, etc. . The color displayed in stages is changed as indicated by 207 according to the calculated level of the recording load. In the example of FIG. 2, since the recording setting has not been made yet, the recording load is displayed in a color of “low” at all times. When the camera is selected from the camera list unit 202 and the schedule addition button 205 is pressed, the display control apparatus 103 opens a dialog for setting a recording schedule for the selected camera.

  FIG. 3 is a diagram illustrating an example of a recording schedule setting dialog. In the example of FIG. 3, the description will be made on the assumption that the recording schedule of “entrance camera” is set. In the recording schedule setting dialog 301, the user has a start / end time 302, an implementation day 303, a recording type 304, a recording video format 305, a frame rate 306, a video resolution 307, a video quality 308, and a recording presence / absence (recording) 309. Set up. Each item can be set by a standard user interface such as a check box or a list box. In the example of FIG. 3, the recording time is “from 6:00 to 20:00”. The implementation day is “Monday to Friday”. The recording type is “normal recording”. The video format is “JPEG”. The frame rate is “30 fps”. The resolution is “1280 × 960 pixels”. Video quality is “best”. Recording is “Yes”. The user L performs the above setting operation as needed for each time of each camera. As a result, the display control apparatus 103 creates a recording schedule.

  FIG. 4 is a diagram showing an example of a recording schedule list after a general recording setting is performed. The recording schedule set by the above-described recording setting is displayed as a band separated by time in 401. Each recording schedule displays a set recording type. In FIG. 4, the frame rate set for each recording schedule is displayed as reference information. Here, to simplify the explanation, it is assumed that the video format is JPEG for all recording settings. Based on the setting values of these schedules, an expected recording load at each time is displayed in 402. The color displayed here is a color determined in advance according to the load for each time (in this example, the frame rate) (406). For example, looking at the schedule from 00:00 to 6:00 on Monday, the set frame rates are 1 fps, 1 fps, 5 fps, and 1 fps, and the total is 8 fps, so the load is assumed to be “low” and corresponds to “low” The displayed color is displayed (403). On Mondays from 6:00 to 12:00, the set frame rates are 95 fps at 30 fps, 30 fps, 5 fps, and 30 fps, so the load is assumed to be “medium” and a color corresponding to “medium” is displayed. (404). Further, on Mondays from 12:00 to 20:00, the set frame rates are 30 fps, 30 fps, 30 fps, and 30 fps, and the total is 120 fps. Therefore, the load is assumed to be “high”, and a color corresponding to “high” is displayed. (405). The load is similarly calculated for other days of the week and times and displayed on the recording load 402.

  FIG. 5 is a flowchart illustrating an example of information processing related to recording load display. First, the CPU sets a total frame rate that is a basis for calculating a load assumed at the time of recording to 0 (s501). Next, the CPU acquires a set frame rate of the first camera (s502). The CPU adds the acquired set frame rate to the total frame rate (s503). The CPU performs this process for all cameras (s504). The CPU compares the sum of the frame rates of all the added cameras with an index for determining the load, and determines an assumed recording load level (s505). The CPU displays a color corresponding to the determined recording load level (low, medium, high in the above example) (s506).

In the above example, the determined recording load level is displayed in different colors. However, the CPU can also display a line graph (601) as shown in FIG. 6, or use other bar graphs or the like. In these examples, the recording load is set in three stages. However, color display and graph display may be performed in more stages, or the recording load numerical value itself may be displayed instead of the color and graph. In addition to the method of displaying the load at each time, the load may be displayed for each day of the week, or the load may be calculated from all the times on all days and displayed. Furthermore, in the above description, only the frame rate information is used to calculate the recording load. However, the CPU uses the recording type, video format, resolution, and video quality as information other than the frame rate to provide more detailed load information. It can also be calculated. Further, when there are a plurality of data write destinations, that is, when there are a plurality of recording media such as a hard disk device connected to the recording device, the unit per unit time as compared with the case of writing to a single recording medium. The writable amount increases. Therefore, the CPU may use the number of write destination recording media as the load calculation information. The data writing destination is an example of a recording destination.
By displaying the load calculated as described above at the time of setting the recording schedule, it is possible to easily determine whether or not the setting is likely to cause a recording loss.

<Embodiment 2>
Next, Embodiment 2 will be described with reference to the drawings.
The configuration of the network monitoring system in the second embodiment is the same as that in the first embodiment (FIG. 1).
Next, the recording setting screen according to the second embodiment will be described with reference to FIG. The recording schedule list screen 701 shown in FIG. 7 is obtained by adding one camera from the state of FIG. 2 of the first embodiment (a state where four network cameras are connected and a recording schedule is added to each), and a total of five cameras. The recording schedule is set for the added camera. Here, the fifth camera is a “staircase camera” 702, and the set schedule is displayed in a strip shape like the other four cameras (703). In the second embodiment, “required correction” is added as a recording load in addition to “low, medium, high”. As shown in the recording load stage 704, 0 to 49 fps is set to “low”, 50 to 99 fps is set to “medium”, 100 to 149 fps is set to “high”, and 150 fps or more is set to “requires correction”. “Necessary correction” indicates a state in which the set recording content writing load is too high. Here, looking at the schedule from 12:00 to 20:00 on Monday, all five units are 30 fps, so the total becomes 150 fps, and the recording load becomes “requires correction” (705). In the second embodiment, when the assumed recording load becomes “requires correction”, a dialog is provided to the user for correcting the recording setting for the time period and adjusting the recording load.

  The recording load adjustment dialog will be described with reference to FIG. Reference numeral 801 indicates the time and day of the week for adjustment. Next, the user selects whether the adjustment is performed manually or automatically (802). When performing manually, the recording schedule currently displayed on the recording schedule list is adjusted manually. In the case of automatic, the user selects how to adjust, and the CPU executes the adjustment. When performing automatically, the user first selects which camera is the adjustment target (803). In the example of FIG. 8, “all cameras” is the adjustment target. Next, the user selects the adjusted target load level (804). This indicates to what level the load is reduced after automatic adjustment. In the example of FIG. 8, “medium” is the load level after adjustment. Next, the user selects which item to adjust for each camera (805). In the example of FIG. 8, the recording load is adjusted by adjusting the frame rate of each camera. However, when the resolution and video quality are used for calculating the recording load, the user selects those items as adjustment targets. can do. After making the above settings, the user instructs adjustment of the recording load at the target time. The adjustment dialog is an example of an adjustment screen.

  FIG. 9 is a diagram showing an example of a recording schedule list after the load is automatically adjusted with the setting of FIG. By changing the frame rate from 30 fps to 15 fps in the schedule 901 from 12:00 to 20:00 for all cameras, the recording load level during this time period is reduced from “adjustment required” to “medium” ( 902).

  FIG. 10 is a flowchart illustrating an example of information processing for recording load adjustment. First, the CPU sets a total frame rate that is a basis for calculating a load assumed at the time of recording to 0 (s1001). Next, the CPU acquires the set frame rate of the first camera (s1002). The CPU adds the acquired set frame rate to the total frame rate (s1003). The CPU performs this for all cameras (s1004). The CPU compares the sum of the frame rates of all the added cameras with an index for determining the load, and determines an assumed recording load level (s1005). The CPU determines whether the determined load has reached the upper limit (150 fps in the example of FIG. 7) (s1006). If the CPU does not reach the upper limit, the CPU displays the determined assumed recording load (s1007). On the other hand, if the upper limit has been reached, the CPU displays the recording load adjustment dialog described with reference to FIG. 8 (s1008). The CPU adjusts the recording load according to the adjustment content set on the dialog (s1009). Then, the CPU determines whether or not the adjusted load exceeds the upper limit (s1010). If the CPU exceeds the upper limit even after adjustment, the CPU performs readjustment (s1008 to s1009). If the upper limit is not exceeded, the CPU displays the adjusted load (s1007). Load adjustment is performed by the above processing. The upper limit is an example of a set threshold value.

In the second embodiment, it is also possible to allow missing recording as another method of load adjustment. A recording load adjustment dialog in this case is shown in FIG. The CPU displays the adjustment dialog shown in FIG. 11 for the time zone in which “requires correction” in FIG. 7 is targeted. In this dialog, an item for allowing recording omission is displayed as a load adjustment item (1101). When the user selects this item, the CPU sets the importance level for the camera, and adjusts so that recording omission is preferentially generated from the camera with the lower importance level. As a method of setting the importance of the camera, there is a method of setting the order for each camera in addition to equalizing the importance (1102). FIG. 12 shows a recording schedule list after adjustment in the example of FIG. “Recording omission permission” is added as a load level (1201), and the load display at 12:00:00 to 20:00 after load adjustment is changed (1202). Although not shown in FIG. 12, the set priority may be described in the schedule list. The importance is an example of recording priority.
When the calculated load is extremely large as described above, it is possible to easily determine whether or not it is a setting that can cause missing recording by setting the recording schedule manually or automatically. Can be easily reset.

<Other embodiments>
The present invention supplies a program that realizes one or more functions of the above-described embodiments to a system or apparatus via a network or a storage medium, and one or more processors in a computer of the system or apparatus read and execute the program This process can be realized. It can also be realized by a circuit (for example, ASIC) that realizes one or more functions.

As described above, according to each of the above-described embodiments, the writing load at the time of recording is visualized, so that it is possible to confirm in advance whether or not a recording failure may occur when setting a recording schedule, and it is easy to prevent a recording failure in advance. become.
Therefore, it is possible to prevent the missing recording.

101 network camera, 102 recording device, 103 display control device

Claims (14)

Acquisition means for acquiring a recording load assumed at the time of recording of video captured by the imaging device based on recording setting information set for the imaging device;
Display control means for displaying the recording load for each acquired time on a recording setting screen;
A display control device.   The said acquisition means calculates the recording load assumed at the time of recording of the image | video imaged with the said imaging device for every time based on the recording setting information set with respect to the imaging device, and acquires it. Display control device.   The acquisition means is assumed at the time of recording the video imaged by the imaging device based on the recording setting information set for the imaging device and the number of recording media as recording destinations of the video imaged by the imaging device. The display control device according to claim 2, wherein the recording load is obtained for each time by calculating the recorded recording load for each time.   The display control device according to claim 1, wherein the display control unit displays the recording load acquired at each time using the color corresponding to each recording load at each time.   The display control device according to claim 1, wherein the display control unit displays a recording load acquired at each time using a graph at each time.   4. The display control device according to claim 1, wherein the display control unit displays the recording load acquired at each time using the numerical value corresponding to each recording load at each time. 5.   The display control means further displays an adjustment screen for adjusting the recording setting information when the recording load acquired at each time exceeds a set threshold value. Display controller.   The display control means further displays a screen for setting a recording priority on the imaging device when the recording load acquired at each time exceeds a set threshold value. The display control apparatus according to 1.   The display control apparatus according to claim 1, further comprising an adjusting unit that automatically adjusts the recording setting information when a recording load acquired at each time exceeds a set threshold value.   The display control apparatus according to claim 1, wherein the recording setting information includes at least one of a recording type, a video format, a frame rate, a resolution, and a video quality. A network monitoring system in which an imaging device, a display control device, and a recording device are connected via a network,
The display control device includes:
Acquisition means for acquiring a recording load assumed at the time of recording on the recording device of a video imaged by the imaging device based on recording setting information set for the imaging device;
Display control means for displaying the recording load for each acquired time on a recording setting screen;
A network monitoring system. An information processing method executed by a display control device,
An acquisition step of acquiring, for each time, a recording load assumed when recording the video imaged by the imaging device based on the recording setting information set for the imaging device;
A display control step of displaying the recording load for each acquired time on a recording setting screen;
An information processing method including: An information processing method in a network monitoring system in which an imaging device, a display control device, and a recording device are connected via a network,
Acquisition by which the display control device acquires a recording load assumed at the time of recording on the recording device of a video imaged by the imaging device based on recording setting information set for the imaging device at each time Process,
A display control step in which the display control device displays a recording load for each acquired time on a recording setting screen;
An information processing method including: On the computer,
An acquisition step of acquiring a recording load assumed at the time of recording of a video imaged by the imaging device based on recording setting information set for the imaging device for each time;
A display control step for displaying the recording load for each acquired time on a recording setting screen;
A program for running

Images