KR101226184B1 - Digital video recorder system and driving method thereof - Google Patents

Abstract

The present invention relates to a DVR system and a driving method thereof.
The DVR system according to the present invention comprises an application support unit for interfacing with an application of the DVR system to perform a recording function and a play function; A hardware support unit for performing an encoding function and a decoding function by interfacing with the hardware of the DVR system; And an interworking control unit for interlocking the application support unit and the hardware support unit.

Description

DVB system and driving method thereof {Digital video recorder system and driving method}

The present invention relates to a DVR (Digital Video Recorder) system and a driving method thereof, and more particularly, to a DVR (Digital Video Recorder) system and a driving method for recording and reproducing video, audio, etc. for security purposes.

DVR (Digital Video Recorder) system is a security equipment that performs various functions such as surveillance, recording, search, playback, backup, network transmission. These functions are provided using various built-in devices, such as a codec, a video decoder, a video encoder, a multiplexer, and the like. However, these built-in devices are not standardized, and their interfaces are determined by device manufacturers, and accordingly, DVR software is being developed to match the device-specific interfaces.

FIG. 1 schematically illustrates the configuration of a DVR system according to the prior art. As shown in FIG. 1, the DVR system according to the prior art includes an application 10 and a hardware 20. Is a direct interfacing structure. Therefore, in case of the prior art, DVR software (application) developed using different interfaces for each device has to be dependent on the hardware. Accordingly, when new hardware is developed, the application is developed to fit the interface to drive the DVR system. It was.

On the other hand, the amount of multimedia data mainly dealt with in a DVR system amounts to several megabytes (MB) per second. The DVR system that compresses / stores / plays back many camera images also increases the amount of data to be processed according to the number of cameras, which limits the memory copying during software development. Accordingly, the DVR system according to the prior art is designed in such a manner that a plurality of threads operate in one process for minimal memory copying.

As described above, in the DVR system according to the related art, there is a problem in that all related software should be changed when changing hardware due to dependency on hardware. In particular, if the hardware-related part was not clearly defined, a large amount of software had to be changed, and accordingly, it required a lot of manpower and cost to develop a product using the new hardware, thereby reducing productivity.

In addition, if all the functions are implemented in one process due to the aforementioned software constraints, even if a minor problem occurs, the entire system may be affected, thereby significantly reducing the stability, an essential element of the security equipment. In addition, since it is implemented as a single process, the software complexity becomes very high, which leads to an increase in development difficulty and difficulty in adding new functions.

The present invention was devised to solve the above problems, and an object of the present invention is to provide a DVR system having a mutually independent structure and a driving method thereof, which can minimize configuration changes of an existing system even if an application or hardware is changed. It is.

Another object of the present invention is to provide a DVR system and a driving method thereof, by which modules are separated by functions of a DVR system and interoperable with each module using an RPC (Remote Procedure Call).

It is still another object of the present invention to provide a DVR system and a driving method thereof, which can increase the stability and efficiency of the system by allowing each process to process interrelated functions of the DVR system using a plurality of processes.

For this purpose, the DVR system of one embodiment of the present invention includes an application support unit for interfacing with an application of the DVR system to perform a recording function and a play function; A hardware support unit for performing an encoding function and a decoding function by interfacing with the hardware of the DVR system; And an interworking control unit for interlocking the application support unit and the hardware support unit.

In addition, a DVR system according to another aspect of the present invention includes a recording module for performing a recording function by interfacing with an application of the DVR system; A play module for performing a play function by interfacing with an application of the DVR system; An encoding module for performing an encoding function by interfacing with hardware of the DVR system; A decoding module for performing a decoding function by interfacing with hardware of the DVR system; A bus driver providing interprocessor communication (IPC) between the recording module, the play module, the encoding module, and the decoding module; And a queue driver for performing data transmission and event transmission between the recording module, the play module, the encoding module, and the decoding module.

In addition, the DVR system according to another embodiment of the present invention, a recording module for performing a recording function by interfacing with an application of the DVR system, and interworking with the recording module through IPC (Inter Processor Communication) to the network A first device comprising a first blocker for performing interfacing; And an encoding module interfacing with hardware of the DVR system to perform an encoding function, and a second blocker interworking with the encoding module through IPC and interfacing with the network to interwork with the first blocker. It characterized in that it comprises a second device.

In addition, the DVR system according to another embodiment of the present invention, a play module for performing a play function by interfacing with an application of the DVR system, and interworking with the play module through IPC (Inter Processor Communication) A first device comprising a first blocker for performing interfacing; And a decoding module interfacing with hardware of the DVR system to perform a decoding function, and a second blocker interworking with the decoding module through IPC and interfacing with the network to interwork with the first blocker. It characterized in that it comprises a second device.

On the other hand, a method for driving a DVR system according to one embodiment of the present invention includes the steps of: a) requesting an encoding service to a bus driver by a recording module that interfaces with an application of the DVR system; b) the bus driver forwarding an encoding service request to an encoding module that interfaces with hardware of the DVR system; c) the encoding module performing an encoding service in cooperation with hardware of the DVR system, and transmitting an encoding result to the bus driver; And d) transmitting, by the bus driver, a result of performing encoding to the recording module.

In addition, a method of driving a DVR system according to another aspect of the present invention may include: a) requesting a decoding service to a bus driver from a play module interfaced with an application of the DVR system; b) the bus driver forwarding a decoding service request to a decoding module that interfaces with hardware of the DVR system; c) the decoding module performing a decoding service in association with hardware of the DVR system, and transmitting a decoding performance result to the bus driver; And d) delivering, by the bus driver, a result of performing decoding to the play module.

According to the present invention, by implementing the DVR system in a mutually independent structure, it is easy to develop an application or hardware, and even if the application or hardware is changed, by changing only the relevant module, it is possible to minimize the configuration change of the existing system. Have

In addition, according to the present invention, by separating the modules by the function of the DVR system and interworking each module using the RPC (Remote Procedure Call) has the effect of easy expansion and separation of the system.

In addition, according to the present invention, by using a plurality of processes each process to process the interrelated functions of the DVR system has the effect of increasing the stability and efficiency of the system.

1 is a block diagram of a DVR system according to the prior art.
2 is a block diagram of a DVR system according to an embodiment of the present invention.
FIG. 3 is a diagram illustrating a method of interworking between modules by using a RPC (Remote Procedure Call).
4 is a diagram illustrating a configuration of a DVR system according to another embodiment of the present invention, illustrating a manner in which devices separated by functions are interoperable with each other.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings and preferred embodiments. In the following description, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention unnecessarily obscure.

2 is a diagram illustrating a configuration of a DVR system according to an embodiment of the present invention.

2, a DVR system according to an embodiment of the present invention includes an application 100, an application support unit 200, a hardware support unit 300, an interworking control unit 400, and a hardware 500.

In detail, the application 100 first provides a user interface for driving / setting the system as software for driving the DVR system, and drives the DVR system according to a user's operation / setting. In the case of the present invention, the application 100 is implemented in a form independent of the hardware 500 and the hardware support unit 400, so it is not necessary to consider the interface of the hardware when developing the application.

The application support unit 200 includes a recording module 210, a play module 220, a live display module 230, a backup module 240, a setup module 250, and the like, by directly interfacing with the application 100. The corresponding function is performed in cooperation with the hardware support unit 300 according to a setting value / command transmitted from the application 100.

First, the recording module 210 performs a recording function. When the recording command is received through the user interface, the recording module 210 transmits video / audio data and an encoding rule to be recorded to the encoding module 310.

The play module 220 performs a play function. When a play command is received through a user interface, the play module 220 reads video / audio data to be played (played) from the storage device and transmits the video / audio data to the decoding module 320.

The live display module 230 performs a function of displaying an image input from at least one camera in real time. The live display module 230 divides the screen into the display module 330 when receiving live screen segmentation information and camera information through a user interface. It requests change, camera change, etc., and manages live screen division, zoom / freeze, and pops up related camera when an event occurs.

The backup module 240 performs a data backup function. When the backup rule is input through the user interface, the backup module 240 reads the corresponding data from the storage device and copies the data to the backup device.

The setup module 250 is a module that performs a system setup function. The setup module 250 manages current system settings and changes the system settings by applying the changed setting values to the corresponding module when there is a setting value change through the user interface.

Meanwhile, the hardware support unit 300 is composed of an encoding module 310, a decoding module 320, a display module 330, and the like, and the setting value transmitted from the application support unit 200 by directly interfacing with the hardware 500. The hardware 500 is controlled according to an instruction or the like.

The encoding module 310 performs an encoding function. When the encoding module receives an encoding rule from the recording module 210, the encoding module 310 changes the setting of the encoder (which is included in the hardware 500) accordingly. In addition, when the recording module 210 instructs the encoding module 310 to encode, the encoding module 310 controls the encoder to perform encoding and transmits the video / audio data encoded by the encoder to the recording module 210. .

The decoding module 320 performs a decoding function. The decoding module 320 receives encoded data transmitted from the play module 220 and transmits the encoded data to a decoder (which is included in the hardware 500). To control.

The display module 330 is a module that performs a display function. When a display split request or a camera change request is requested from the live display module 230, the display module 330 changes the split screen, controls the camera output for each split, and zooms. Perform Zoom / Freeze control.

Meanwhile, the interworking control unit 400 includes a bus driver 410, a queue driver 420, and the like, and interlocks the application support unit 200 and the hardware support unit 300.

First, the bus driver 410 provides an interprocessor communication (IPC) between the modules 210, 220, 230, 240, 250, 310, 320, and 330, whereby each module provides a bus driver 410. ) Performs IPC based RPC (Remote Procedure Call).

In addition, the queue driver 420 is in charge of data transmission and event transmission between modules in association with a shared memory and an event queue.

Lastly, the hardware 500 is an apparatus that substantially performs encoding, decoding, and display under the control of the hardware support unit 300. Examples of the hardware include an encoder, a decoder, a display, and the like. Can be mentioned. In the case of the present invention, the hardware 500 is implemented in a form independent of the application 100 and the application support unit 200, so it is not necessary to consider the interface of the application when developing the hardware.

Hereinafter, a method in which each module of the DVR system according to the present invention interoperates with each other to perform a recording function, a play function, etc., that is, a method of driving the DVR system according to the present invention will be described.

First, FIG. 3 is a diagram illustrating a method of interworking between modules by using a RPC (Remote Procedure Call).

Referring to FIG. 3, a module (server) to provide a service first registers a service by opening a bus driver node (step S610). If no service is currently provided, the bus driver is notified of the service request wait (step S620), and the state is changed to the standby state (step S630).

On the other hand, the module requesting the service (client) generates a remote procedure call (RPC) to request the service with the bus driver (step S640), and waits until the service is completed (S650). Meanwhile, the bus driver adds an RPC to the queue of the server node capable of performing the corresponding service and notifies the server (step S660). Then, the server interprets the RPC to perform the corresponding service (S670), and transmits the service performance result to the bus driver (S680). Then, the bus driver adds the result of the service to the queue of the client node and notifies the client (S690).

Hereinafter, a method of performing a recording function by interworking with a recording module of the application support unit and an encoding module of the hardware support unit based on the above description.

First, each module (recording module, encoding module, etc.) according to the present invention registers a service that can be performed by the bus driver, and waits for a service request from another module.

If the user executes a recording command through an application user interface or the like, the recording module interfaced with the application generates an RPC (Remote Procedure Call) and requests an encoding service from the bus driver. The recording module then transfers the video / audio data to be recorded and the encoding rules (encoding parameters) to the shared memory under the control of the queue driver. Here, examples of the encoding rule may include an encoding scheme, a resolution, a frame per second (FPS), an image quality, and the like.

Meanwhile, the bus driver receiving the encoding service from the recording module requests an encoding service from the encoding module by adding an RPC to the queue of the node of the encoding module. The encoding module interfacing with the hardware (specifically, the encoder) then changes the encoder's settings according to the encoding rules and instructs the encoder to encode the video / audio data. The encoding module adds a header to the data encoded by the encoder, transmits the header to the shared memory, and transmits an encoding performance result to the bus driver. Then, the bus driver adds the result of performing the encoding to the node of the recording module's queue to notify the recording module of the completion of the service, and the recording module reads the encoded data from the shared memory and stores the encoded data in the storage device according to a preset recording rule. .

Hereinafter, as another example of interworking between modules, a method in which a play module of an application support unit and a decoding module of a hardware support unit interoperate with each other to perform a play function will be described.

As described above, each module (play module, decoding module, etc.) according to the present invention first registers a service that can be performed by the bus driver, and waits for a service request from another module.

If a user executes a play command through an application user interface or the like, the play module interfacing with the application generates an RPC (Remote Procedure Call) and requests a decoding service from the bus driver. The play module then transfers the video / audio data to be played to the shared memory under the control of the cue driver.

Meanwhile, the bus driver, which has received a decoding service from the play module, requests an decoding service from the decoding module by adding an RPC to a queue of a node of the decoding module. Then, the decoding module interfacing with the hardware (specifically, the decoder) reads the data to decode from the shared memory, separates the headers, and sends them to the decoder, and instructs the decoder to perform the decoding. The decoding module transmits the data decoded by the decoder to the shared memory and transmits the decoding performance result to the bus driver. The bus driver then adds the decoding performance result to the queue of the node of the play module to notify the play module of the completion of the service.

Meanwhile, the play module requests display service to the display module through the bus driver in a similar manner, and the display module controls hardware (specifically, display) to display decoded data.

So far, the recording module and the encoding module have been described with each other, and the play module and the decoding module have been described with each other. In the case of the present invention, each module may be interoperable with each other through an RPC, which is a module of an application support unit. Can be applied between modules of hardware support. For example, the setup module 250 of the application support unit may generate an RPC to request the recording module to change the recording setting, and thus the recording module may change the recording setting.

Further, preferably, the DVR system according to the present invention is driven by two or more processes, and the related processes are processed by the same process (eg, the first process is in charge of the processing of the recording module and the encoding module, and the second process). By taking care of the play module and the decoding module), the stability and efficiency of the system can be increased.

Hereinafter, a method in which the DVR system according to the present invention is separated into two or more devices and interoperates with reference to FIG. 4 will be described.

4 is a block diagram of a DVR system according to another embodiment of the present invention, in which a first module that performs a first function and a second module that performs a second function are configured as separate devices and interoperate with each other It is a figure explaining. For reference, although one device shows a configuration including one module, of course, one device may be implemented to include two or more modules.

Referring to FIG. 4, the first device 710 includes a first module 711 performing a first function and a first blocker 712 performing an interface to a network. Here, the first module 711 and the first blocker 712 interwork with each other through IPC (Inter Processor Communication).

In addition, the second device 720 includes a second module 721 for performing a second function and a second blocker 722 for interfacing the network. Here, the second module 721 and the second blocker 722 likewise interwork with each other through the IPC.

Meanwhile, the first blocker 712 and the second blocker 722 interoperate with each other through TCP / IP, and convert an RPC (Remote Procedure Call) operating based on IPC to be operated on a network. And, accordingly, the first module 711 and the second module 721 may perform RPC on the network.

For example, referring to FIG. 4, when the DVR system according to the present invention performs a recording function, the first device 710 may interface with an application of the DVR system to perform a recording function 711. And a first blocker 712 interworking with the recording module 711 through Inter Processor Communication (IPC) and interfacing the network. In addition, the second device 720 interfaces with hardware of the DVR system to perform an encoding function and performs an encoding function. The second device 720 interworks with the encoding module 721 through IPC and performs an interface to a network. It may be composed of a second blocker 722. Here, the first blocker 712 and the second blocker 722 are interworked with each other through TCP / IP.

And, if the recording module 711 of the first device 710 requests the encoding service to the encoding module 712 of the second device 720, the recording module 711 is an IPC-based RPC requesting the encoding service A remote procedure call is generated and transmitted to the first blocker 712, and the first blocker 712 converts the RPC to TCP / IP based and transmits the converted RPC to the second blocker 722 of the second device 720. do. Then, the second blocker 722 converts the RPC based on the IPC and transmits it to the encoding module 721, and the encoding module performs encoding in cooperation with the encoder. The encoding module 721 transmits the result of encoding to the recording module 711 in the same manner.

As another example, when the DVR system according to the present invention performs a play function, the first device 710 is a play module 711 for performing a play function by interfacing with an application of the DVR system, And a first blocker 712 interworking with the play module 711 through an inter processor communication (IPC) and performing an interface to a network. In addition, the second device 720 interfaces with hardware of the DVR system to perform a decoding function for performing a decoding function, and interworking with the decoding module 721 through IPC to perform an interface for a network. It may be composed of a second blocker 722. Here, the first blocker 712 and the second blocker 722 are interworked with each other through TCP / IP.

If the play module 711 of the first device 710 requests the decoding service to the decoding module 712 of the second device 720, the play module 711 requests the decoding service based on the IPC based RPC. A remote procedure call is generated and transmitted to the first blocker 712, and the first blocker 712 converts the RPC to TCP / IP based and transmits the converted RPC to the second blocker 722 of the second device 720. do. Then, the second blocker 722 converts the RPC to IPC-based again and transmits the decoded module to the decoding module 721, and the decoding module performs decoding in association with the decoder. The decoding module 721 transmits the decoding performance result to the play module 711 in the same manner.

As described above, the DVR system according to the present invention is a DVR hardware and each module (eg, recording module, play module, live display module, backup module, setup module) that provides an interface for each function of the DVR application DVR applications and DVR hardware by implementing separate modules (eg, encoding module, decoding module, display module) that provide interfaces for each device (eg, encoder, decoder, display) Each can be freely developed independently of each other by avoiding dependence on the other party. In addition, the application and / or hardware development can be easily developed by adding or changing some functions or some devices, even if the application and / or hardware is developed or changed, only the corresponding module of the application support and / or the corresponding module By making changes, you can minimize configuration changes to existing systems. In addition, the DVR system according to the present invention is easy to expand and separate the system because the modules that perform each function independently operate, and can increase the stability and efficiency of the system by processing related modules or functions in one process. have.

Meanwhile, the method of driving a DVR system according to the present invention may be implemented through a computer readable recording medium including program instructions for performing operations implemented by various computers. The computer-readable recording medium may include a program command, a data file, a data structure, and the like, alone or in combination. The recording medium may be those specially designed and configured for the present invention or may be those known and used by those skilled in the computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floppy disks, and ROMs, And hardware devices specifically configured to store and execute the same program instructions. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims. It is to be understood that the embodiments are to be considered in all respects as illustrative and not restrictive.

It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed. .

Claims (21)

In the DVR (Digital Video Recorder) system,
An application support unit for interfacing with an application of the DVR system to perform a recording function and a play function;
A hardware support unit interfacing with hardware of the DVR system to perform an encoding function and a decoding function; And
It includes an interlocking control unit for interlocking the application support unit and the hardware support unit,
The interlocking control unit may include: a bus driver providing IPC (Inter Processor Communication) between the application support unit and the hardware support unit; And a queue driver performing data transmission and event transmission between the application support unit and the hardware support unit.
The application support unit and the hardware support unit interoperate with each other by performing an IPC-based Remote Procedure Call (RPC) through the bus driver.
The application support unit performs an RPC requesting at least one of an encoding service and a decoding service to the hardware support unit, and the hardware support unit performs at least one of an encoding service and a decoding service in cooperation with hardware of the DVR system. The system characterized in that for transmitting to the application support. delete delete delete The method of claim 1,
The recording function and the encoding function are driven by a first process,
The play function and the decoding function are driven by a second process. In the DVR (Digital Video Recorder) system,
A recording module for performing a recording function by interfacing with an application of the DVR system;
A play module for performing a play function by interfacing with an application of the DVR system;
An encoding module for performing an encoding function by interfacing with hardware of the DVR system;
A decoding module for performing a decoding function by interfacing with hardware of the DVR system;
A bus driver providing interprocessor communication (IPC) between the recording module, the play module, the encoding module, and the decoding module; And
A queue driver for performing data transmission and event transmission between the recording module, the play module, the encoding module, and the decoding module,
The recording module, play module, encoding module, and decoding module interoperate with each other by performing an IPC-based RPC (Remote Procedure Call) through the bus driver.
The recording module performs an RPC requesting an encoding service to the encoding module, and the encoding module performs an encoding service in conjunction with hardware of the DVR system, and then transmits an encoding result to the recording module. system. delete delete The method according to claim 6,
The play module performs an RPC requesting a decoding service to the decoding module, and the decoding module performs a decoding service in cooperation with hardware of the DVR system, and then transmits a decoding performance result to the play module. system. 10. The method according to claim 6 or 9,
The recording module and the encoding module are driven by a first process,
The play module and the decoding module are driven by a second process. In the DVR (Digital Video Recorder) system,
A recording module interfacing with an application of the DVR system to perform a recording function, and a first blocker interworking with the recording module through IPC (Inter Processor Communication) and interfacing the TCP / IP based network. A first device comprising a; And
An encoding module interfacing with the hardware of the DVR system to perform an encoding function, and a second interworking with the encoding module through IPC and interfacing with the TCP / IP based network to interwork with the first blocker. A second device comprising a blocker,
The recording module performs an RPC (Remote Procedure Call) requesting an encoding service to the encoding module, and the encoding module performs an encoding service in conjunction with hardware of the DVR system, and then transmits an encoding execution result to the recording module. System characterized in that. delete In the DVR (Digital Video Recorder) system,
A play module interfacing with an application of the DVR system to perform a play function, and a first blocker interworking with the play module through IPC (Inter Processor Communication) and interfacing the TCP / IP based network. A first device comprising a; And
A decoding module interfacing with the hardware of the DVR system to perform a decoding function, and a second interworking with the decoding module through IPC and interfacing the TCP / IP based network to interwork with the first blocker. A second device comprising a blocker,
The play module performs an RPC (Remote Procedure Call) requesting a decoding service to the decoding module, and the decoding module performs a decoding service in conjunction with hardware of the DVR system and then transmits a decoding performance result to the play module. System characterized in that. delete delete delete delete delete delete delete delete

Images