KR102614014B1 - A device and method for controlling OSD protocol - Google Patents

Abstract

As an embodiment of the present invention, a method of controlling the OSD protocol in a terminal includes an OSD (On-Screen Display) display step of displaying an image and analysis data for the image on the display of a terminal that complies with the ONVIF standard, and It supports protocols for temporarily required OSD data, including recording and storing analysis data in RAM.

Description

Method and terminal for controlling OSD (On-Screen Display) protocol in a terminal {A device and method for controlling OSD protocol}

The present invention relates to a terminal that controls the OSD protocol and a method of controlling the OSD protocol in the terminal. In more detail, the present invention discloses a method of providing a temporary storage function in addition to a permanent storage function of the OSD protocol.

The OSD (ON SCREEN DISPLAY) function starts from controlling the menu displayed on the display so that the user can directly optimize the display. Recently, it has been used in a variety of ways for basic settings of digital devices.

OSD data used in video from network cameras or security systems using VMS is recorded in a storage device that makes the data permanently available. Conventionally, an OSD setting protocol was provided to store a character string or logo image whose format or content is continuously maintained once entered. However, recently, as the OSD protocol has been used in various forms, such as displaying the results of license plate recognition and recognized person characteristics on images, repeated access to storage devices is required to store images or text that are continuously changed in real time. It is being demanded. In particular, in the case of POS or license plate recognition results, the name of a recognized person, or an image overlaid on a specific area of the image, it is displayed temporarily and disappears after a certain time.

Unlike devices that can store data repeatedly, such as HDDs (hard disk drives), storage devices such as NAND flash memory have a limited number of access times. As a result, when accessed more than a certain number of times to record OSD data, the NAND flash memory becomes defective, and data can no longer be stored in the NAND flash memory, or the stored data is lost.

KR 10-1447356

In a preferred embodiment of the present invention, a terminal that controls the OSD (On-Screen Display) protocol is provided.

In a preferred embodiment of the present invention, a method is provided in which the terminal selectively classifies data with high volatility as temporary OSD data and data with low volatility as permanent OSD data and stores each data in a different storage device.

A preferred embodiment of the present invention provides a method of using OSD data in financial institutions or PoS by providing a method for managing OSD data that changes in real time.

In a preferred embodiment of the present invention, a method of using object data is provided by providing a method of managing OSD data that changes in real time.

A preferred embodiment of the present invention provides a method for managing OSD data that changes in real time, thereby detecting and managing the number of people in a network camera or security camera.

As a preferred embodiment of the present invention, a method of controlling the OSD (On-Screen Display) protocol in a terminal includes the steps of receiving analysis data about an image from a device capable of wired or wireless communication; An OSD display step of displaying an image and analysis data for the image on the display of the terminal; Selecting whether to record the analysis data for the video to be maintained even after rebooting the terminal or to record it to be deleted after rebooting the terminal; and storing the analysis data for the video in different ways depending on the selection. It includes; storing on a medium.

A method characterized in that when the analysis data for the image is selected to be recorded so that the analysis data for the image is deleted after rebooting the terminal, the analysis data for the image is recorded and stored in RAM.

In a preferred embodiment of the present invention, in the step of selecting, the analysis data to be recorded to be maintained even after rebooting the terminal among the analysis data is recorded and stored in a preset storage device among flash memory, hard disk driver, or NAND. , recording and storing analysis data to be deleted in RAM among the analysis data to be deleted after rebooting the terminal.

In a preferred embodiment of the present invention, the analysis data for the video includes face recognition data in the video, count data for the number of people in the video, vehicle number recognition information in the video, vehicle information in the video, location, date, and time at which the video was filmed. , It is characterized in that it includes at least one of card and banknote information, billing information, and IoT data about objects in the video captured at the Point of Sales (POS).

As a preferred embodiment of the present invention, the OSD (On-Screen Display) display step is characterized by displaying analysis data for the image as an overlay on the image or displaying analysis data for the image separately from the image. Do it as

As a preferred embodiment of the present invention, when displaying analysis data for the image as an overlay on the image, providing the user with an interface for selecting a position to display analysis data for the image within the image; It is characterized in that it further includes.

As a preferred embodiment of the present invention, when displaying analysis data for at least one image as an overlay on the image, providing an interface for selecting a location where each analysis data for the image will be displayed; It is characterized by including.

As a preferred embodiment of the present invention, when analysis data for at least one image is displayed as an overlay on the image, analysis data that is to be recorded to be maintained even after rebooting the terminal among the analysis data is stored in a preset location. The analysis data to be displayed and recorded to be deleted after rebooting the terminal among the analysis data is characterized by providing an interface to the user to select a location within the video to display the analysis data for the video.

As a preferred embodiment of the present invention, in the OSD display step, analysis data for the image is displayed in the form of an image or text.

As another preferred embodiment of the present invention, a method of controlling the OSD protocol in a terminal includes an OSD (On-Screen Display) display step of displaying an image and analysis data for the image on a display of a terminal that complies with the ONVIF standard; and Characterized in that it includes; recording and storing analysis data for the image in RAM.

As a preferred embodiment of the present invention, when analysis data for the video is count data for the number of people in the video, transmitting a notification message when the count data for the number of people in the video exceeds a preset value; comprising: It is characterized by

As a preferred embodiment of the present invention, analysis data for the image can be received from an external terminal capable of wired or wireless communication.

As another preferred embodiment of the present invention, a terminal that controls the OSD protocol includes a receiving unit that receives analysis data for images from a device capable of wired or wireless communication; An OSD display unit that displays an image and analysis data for the image on the display of the terminal; If the value of 'IsPersistentText', a Boolean element added to the OSDConfigurationExtension of the ONVIF (Open Network Video Interface Forum) protocol used by the terminal, is False, the analysis data for the video will not be collected after rebooting the terminal. It is characterized in that it includes a control unit that stores the analysis data for the image in RAM so that the analysis data for the image is deleted.

As another preferred embodiment of the present invention, the control unit can maintain analysis data for the video even after rebooting the terminal when the value of the Boolean element 'IsPersistentText' is True. It is characterized by recording on a storage medium.

In a preferred embodiment of the present invention, there is an advantage in that OSD data can be temporarily stored by providing a terminal that controls the OSD (On-Screen Display) protocol.

In a preferred embodiment of the present invention, a method is provided in which the terminal selectively classifies data with high volatility as temporary OSD data and data with low volatility as permanent OSD and stores each data in a different storage device to access memory. There is an advantage in that OSD data can be used regardless of the number of times.

In the case of the OSD protocol proposed in a preferred embodiment of the present invention that displays temporarily and disappears after a certain time, when using the OSD protocol that displays permanently, the storage device is repeatedly accessed to continuously store images or text. There is an advantage in that it can solve the problem of memory defects that arise from this.

In a preferred embodiment of the present invention, by providing a method for managing OSD data that changes in real time, the OSD data can be used by financial institutions or PoS.

In a preferred embodiment of the present invention, by providing a method for managing OSD data that changes in real time, it is possible to display on an image using object data.

A preferred embodiment of the present invention provides an advantage of detecting and managing the number of people in a network camera or security camera by providing a method for managing OSD data that changes in real time.

Figure 1 shows a system in which a terminal controlling an OSD (On-Screen Display) protocol operates, as a preferred embodiment of the present invention.
Figure 2 shows the internal configuration of a terminal that controls the OSD protocol, as a preferred embodiment of the present invention.
Figure 3 shows an example of an OSD selection interface provided by a terminal that controls the OSD protocol, as a preferred embodiment of the present invention.
Figure 4 shows an example of displaying an OSD on a captured image as a preferred embodiment of the present invention.
Figure 5 shows an example of displaying an OSD on a captured image received from an image capturing device installed in a financial institution, as a preferred embodiment of the present invention.
Figure 6 is a preferred embodiment of the present invention, showing an example of displaying an OSD on a captured image at a toll gate.
7A and 7B show an example in which information on the number of people detected in a captured image is displayed on an OSD, as a preferred embodiment of the present invention.
Figure 8 shows an example of a standardized coordinate system for displaying an OSD on a captured image, as a preferred embodiment of the present invention.
9 to 10 show a flowchart of a method for controlling the OSD protocol in a terminal, as a preferred embodiment of the present invention.

Security systems using storage devices such as network cameras, NVRs, DVRs, and VMS (Video Management Software) provide the function of overlaying or separating strings or images on the video from among the metadata input along with the video.

The ONVIF (Open Network Video Interface Forum) standard discloses a protocol for OSD (On-Screen Display) control. The parameter format, parameters, and their meanings of the OSD protocol provided by ONVIF are listed in Table 1.

Parameter format

parameter
meaning
VideoSourceConfigurationToken

OSDReference
Video Source, image classification information being captured
OSDType

Type
Strings, images, and other data types
OSDPosConfiguration

Position
UpperRight, LowerLeft, LowerRight, Custom
the starting position of the string

OSDTextConfiguration

TextString
Plain Text, Date, Time, Date And Time types and date and time display format

OSDImgConfiguration

Image
Image path
OSDConfigurationExtension

Extension
Additional information

In the ONVIF (Open Network Video Interface Forum) standard, when you want to overlay a string or logo image on a video or set it separately as metadata, once entered, the format or content is maintained even after rebooting the terminal. We provide only the OSD protocol that is possible.

In a preferred embodiment of the present invention, in addition to the method of permanently recording and storing OSD data as described above, additionally an overlay is displayed on a specific area of the POS (Point Of Sales) or license plate number recognition result or the recognized person's name or image. We propose an OSD protocol that can record data with high volatility or low volatility, such as images, to be deleted after rebooting the terminal according to the user's settings or selection. In a preferred embodiment of the present invention, the OSD information can be implemented to operate Temporary by adding a Boolean element called 'IsPersistentText' to the OSDConfigurationExtension in Table 1 above.

If the value of 'IsPersistentText', a Boolean element added to the OSDConfigurationExtension of the ONVIF (Open Network Video Interface Forum) protocol, is False, the analysis data for the video will not be processed for the video after rebooting the terminal. The analysis data for the video is stored so that the analysis data is deleted. In this case, the Configuration value in ONVIF is implemented as a Persistent value so that the information is maintained even if the system reboots. In other words, when the terminal is rebooted, the Configuration value is maintained as a Persistent value, but OSD data such as video analysis data, text, and logo are not maintained.

In the case of the OSD protocol proposed in a preferred embodiment of the present invention that displays temporarily and disappears after a certain time, when using the OSD protocol that displays permanently, the storage device is repeatedly accessed to continuously store images or text. There is an advantage in that it can solve the problem of memory defects that arise from this.

In particular, in the case of memory that has a limit on the number of accesses to the storage medium, such as NAND flash memory, if accessed more than a certain number of times, an error occurs in the NAND memory, which can solve the problem that data can no longer be stored or the stored data is lost. .

Hereinafter, embodiments will be described in detail with reference to the attached drawings.

Figure 1 shows a system in which a terminal controlling the OSD protocol operates, as a preferred embodiment of the present invention.

As a preferred embodiment of the present invention, the terminal 100 that controls the OSD protocol includes a security system using VMS (Video Management Software) 101, an Internet of Things system 110, a PoS system 120, and a license plate detection system. (130), communication can be performed wired or wirelessly with a storage device 140 such as an NVR, DVR, or a network camera.

As a preferred embodiment of the present invention, the terminal 100 includes all devices capable of video playback. Examples of the terminal 100 include all storage devices and handheld devices such as computers, laptops, smart watches, tablets, smartphones, cell phones, cameras, robots, NVRs, and DVRs. As a preferred embodiment of the present invention, the terminal 100 is characterized in that it complies with the ONVIF standard.

Figure 2 shows the internal configuration of a terminal that controls the OSD protocol, as a preferred embodiment of the present invention.

As a preferred embodiment of the present invention, the terminal 200 includes a receiving unit 210, an OSD display unit 220, a control unit 230, and a storage unit 240. The OSD display unit 220 includes an OSD selection interface 222 similar to the embodiment of FIG. 3. Additionally, it may further include an OSD menu unit 224. The OSD menu unit 224 can provide functions such as tabulating parts related to the name, structure, and function of the OSD menu so that anyone can easily add, change, and delete the OSD menu. .

As a preferred embodiment of the present invention, the storage unit 240 includes a first storage unit 242 and a second storage unit 244. The first storage unit 242 is implemented to store OSD data and analysis data for images received from an external terminal even after rebooting the terminal. The second storage unit 244 is implemented so that after rebooting the terminal, OSD data recorded before rebooting and analysis data for images received from an external terminal are deleted.

As a preferred embodiment of the present invention, examples of the first storage unit 242 include a hard disk drive (HDD), flash memory, NAND flash memory, etc. Examples of the second storage unit 244 include NAND flash memory and RAM.

In the case of NAND flash memory, it can be used to store data that needs to be deleted after rebooting the terminal, in addition to data that needs to be stored even after rebooting the terminal.

As a preferred embodiment of the present invention, the terminal 200 that controls the OSD protocol is implemented to receive analysis data about images from a device capable of wired or wireless communication through the receiver 210. Analysis data for the video includes face recognition data in the video, count data for the number of people in the video, vehicle number recognition information in the video, vehicle information in the video, location, date, and time when the video was filmed, and data taken at the POS (Point of Sales). Includes card and banknote information, billing information, and IoT data about objects in the video.

The OSD display unit 220 is implemented to display an image and analysis data for the image on the display of the terminal 200. In this case, the analysis data for the image may be displayed overlaid on the image or may be displayed separately from the image.

As a preferred embodiment of the present invention, when the value of the Boolean element 'IsPersistentText' added to the OSDConfigurationExtension of the ONVIF protocol used by the terminal 200 is False, the control unit 230 generates analysis data for the video. It is implemented to store analysis data about the image in the second storage unit 244 so that it is deleted after rebooting the terminal.

In addition, if the value of the Boolean element 'IsPersistentText' added to the OSDConfigurationExtension of the ONVIF protocol used by the terminal 200 is True, the control unit 230 maintains the analysis data for the video even after rebooting the terminal. It is implemented to store analysis data about the image in the first storage unit 242 as much as possible.

As another preferred embodiment of the present invention, the control unit 230 drives the OSD selection interface 222 to convert some data among at least one OSD data or image analysis data into permanent data according to the user's selection. The data may be classified and stored in the first storage unit 242, and some other data may be classified as temporary data and stored in the second storage unit 244.

As another preferred embodiment of the present invention, the control unit 230 drives the OSD selection interface 222 to classify all OSD data or analysis data for images as permanent data according to the selection of the user or administrator and classifies the first It can be implemented to store it in the storage unit 242, or classify it as temporary data and store it in the second storage unit 244.

As another preferred embodiment of the present invention, the control unit 230 drives the OSD selection interface 222 to overlay a POS (Point Of Sales) or license plate recognition result or a recognized person's name or a specific area of the image. Data with high volatility, such as displayed images, can be classified as temporary data and stored in the second storage unit 244, and other data with low volatility can be classified as permanent data and stored in the first storage unit 242. .

Figure 3 shows an example of the OSD selection interface 300 provided to users or administrators, as a preferred embodiment of the present invention. Through the OSD selection interface 300, it is possible to select whether to permanently or temporarily store OSD data or image analysis data even after rebooting the terminal.

As a preferred embodiment of the present invention, all OSD data or image analysis data can be set to be saved as permanent data 310 or temporary data 320 through the OSD selection interface 300.

As another preferred embodiment of the present invention, some data is stored as permanent data 310 according to the user's selection among at least one OSD data or image analysis data through the OSD selection interface 300, and other data is stored as permanent data 310. Some data can be set to be stored as temporary data 320.

As another preferred embodiment of the present invention, among at least one OSD data or analysis data for an image through the OSD selection interface 300, data with low volatility depending on the data properties are stored as permanent data 310. , Data with high volatility can be set to be stored as temporary data (320). In this case, examples of low-volatility data include logo images, camera names, dates, and times. Data with high volatility includes user face images detected from videos, car license plate information detected from videos, etc.

Figure 4 shows an example of displaying an OSD on a captured image as a preferred embodiment of the present invention. In Figure 4, the date (410), time (420), and location (420, 422, 424) are displayed overlaid on the captured image, and the OSD menu section (OSD menu) allows you to set the format for displaying the date and time or font size. 2, 224) is activated. The OSD data displayed on the image or the analysis data for the image received from the outside can be displayed according to the font size format and font layout format (420, 422, 424) set in the OSD menu section.

Figure 5 shows an example of displaying an OSD on a captured image received from an image capturing device installed in a financial institution, as a preferred embodiment of the present invention.

Figure 5 shows an example of withdrawing money from an ATM machine installed in a bank, and shows an example in which analysis data for the video is displayed on an image received from a security camera installed in the ATM machine. Analysis data for the video includes date and time (510), check number of the check being withdrawn (520), ATM identification number (530), amount (540), check quantity (550), location (560), and withdrawal of check. It includes an image of the user's face (570).

In a preferred embodiment of the present invention, the date and time (510), ATM identification number (530), and location (560) information among the image analysis data in the embodiment shown in FIG. 5 are classified as data with low volatility. It can be recorded on a storage medium such as HDD to be maintained even after rebooting the terminal. In addition, the check number (520), amount (540), check quantity (550), and image of the user's face (570) withdrawing the check are classified as highly volatile data and are deleted after rebooting the terminal. It can be recorded on a storage medium such as RAM. Whether data has high volatility or low volatility can be classified by the user or through machine learning.

Figure 6 is another preferred embodiment of the present invention, showing an example of displaying an OSD on a captured image at a toll gate. A vehicle is displayed in the video, and information such as date, time, location (610), vehicle number (611), weight (612), and entry/exit time (613) is displayed on it.

The user can record some or all of the analysis data for the above video to a storage medium such as RAM so that it can be deleted after rebooting the terminal. Additionally, the location where some or all of the analysis data for the image will be displayed on the image can be specified (620, 621, 622, 623). In this case, it is possible to specify a location where analysis data for the image will be overlaid on the image through an interface that touches the touch screen.

7A and 7B show an example in which information on the number of people detected in a captured image is displayed on an OSD, as a preferred embodiment of the present invention.

The terminal can display the image received from the image capture device 702 that photographs a specific area and the analysis data for the received image (700). Figure 7A shows an example in which the number of people in a received video is received as analysis data for the video. Referring to Figure 7A, the terminal displays 'Number of people: 6' (710), which is analysis data for the video, overlaid on the video. In this case, 'Number of people: 6' is analysis data about the video that can change in real time and can be classified as temporary data and stored in RAM. Alternatively, if information about the number of people needs to be stored permanently in real time, it can be classified as permanent data and stored in a preset storage medium such as HDD or NAND flash memory.

Figure 7B shows an image overlaid on the analysis data image for the image 'Number of people: 3' (712). In a preferred embodiment of the present invention, when it is important to determine the number of people, a notification can be sent to the manager when the number of people exceeds or falls short of the preset number of people.

Figure 8 shows an example of a standardized coordinate system for displaying an OSD on a captured image, as a preferred embodiment of the present invention. The ONVIF standard uses a standardized coordinate system as shown in Figure 8 to display the OSD.

In a preferred embodiment of the present invention, when displaying analysis data for at least one image as an overlay on the image, the standardized coordinate system shown in FIG. 8 can be used.

In addition, among the analysis data for the video, the analysis data that is to be recorded to be maintained even after rebooting the terminal is displayed at a preset location (810, 811, 812, 813), and among the analysis data for the video, it is deleted after the terminal is rebooted. As much as possible, the analysis data 820 to be recorded can be provided to the user to select a location within the image to display the analysis data for the image. Users can display analysis data about the video in a desired location through a touch-based interface or a drag-and-drop interface.

9 to 10 show a flowchart of a method for controlling the OSD protocol in a terminal, as a preferred embodiment of the present invention.

Figure 9 shows a method of controlling the OSD protocol in a terminal, as a preferred embodiment of the present invention.

It includes an OSD display step (S910) of displaying an image and analysis data about the image on the display of a terminal that complies with the ONVIF standard, and a step (S920) of recording and storing analysis data about the image in RAM.

Figure 10 shows a method of controlling the OSD protocol in a terminal, as another preferred embodiment of the present invention.

The terminal receives analysis data about the image from a device capable of wired or wireless communication (S1010). Then, the video and analysis data about the video are displayed on the display of the terminal (S1020). In this case, the analysis data for the image may be displayed overlaid on the image or may be displayed in a separate location.

The control unit of the terminal provides an interface to the user to select whether to record analysis data for the video to be maintained even after rebooting the terminal or to be deleted after rebooting the terminal (S1030).

Depending on the user's selection, the analysis data for the video is classified into cases where the user wants to keep it even after rebooting the terminal and when he or she wants to delete it after rebooting the terminal, and stores them in different storage media (S1040).

The present invention can also be implemented as computer-readable code on a computer-readable recording medium. Computer-readable recording media include all types of recording devices that store data that can be read by a computer system. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage devices. Additionally, computer-readable recording media can be distributed across computer systems connected to a network, so that computer-readable code can be stored and executed in a distributed manner.

Optimal embodiments have been disclosed in the above drawings and specifications. Although specific terms are used here, they are used only for the purpose of describing the present invention and are not used to limit the meaning or scope of the present invention described in the claims. Therefore, those skilled in the art will understand that various modifications and other equivalent embodiments are possible therefrom. Therefore, the true scope of technical protection of the present invention should be determined by the technical spirit of the appended claims.

Claims (14)

As a method of controlling the OSD (On-Screen Display) protocol in a terminal,
Receiving analysis data about the image from a device capable of wired or wireless communication;
An OSD display step of displaying an image and analysis data for the image on the display of the terminal;
Selecting whether to record the analysis data for the video to be maintained even after rebooting the terminal or to be deleted after rebooting the terminal; And
Comprising: storing analysis data for the image in a different storage medium according to the selection,
Through machine learning, the date and time, ATM identification number, and location information among the analysis data for the video are classified as data with low volatility and recorded in the first storage to be maintained even after rebooting the terminal, and retrieved through machine learning. The check number, amount, check quantity, and face image of the user withdrawing the check are classified as highly volatile data and recorded in the second storage to be deleted after rebooting the terminal.
The method characterized in that the first storage unit includes a hard disk drive (HDD), flash memory, and NAND flash memory, and the second storage unit includes a NAND flash memory and RAM. According to claim 1,
A method characterized in that when the analysis data for the image is selected to be recorded so that the analysis data for the image is deleted after rebooting the terminal, the analysis data for the image is recorded and stored in RAM. The method of claim 1, wherein the selecting step is
Among the analysis data, the analysis data that is to be recorded to be maintained even after rebooting the terminal is recorded and stored in a preset storage device such as flash memory, hard disk driver, or NAND, and among the analysis data, it is deleted after rebooting the terminal. The method further comprising recording and storing analysis data to be recorded in RAM. The method of claim 1, wherein the analysis data for the image is
Face recognition data in the video, count data of the number of people in the video, vehicle number recognition information in the video, vehicle information in the video, location, date, and time when the video was filmed, card and bill information in the video filmed at the POS (Point of Sales) , a method characterized by including at least one of billing information and IoT data about objects. The method of claim 1, wherein the OSD (On-Screen Display) display step is
A method characterized by displaying analysis data for the image as an overlay on the image or displaying analysis data for the image separately from the image. According to claim 5,
When displaying the analysis data for the image as an overlay on the image, providing the user with an interface for selecting a position to display the analysis data for the image within the image. The method further comprising: . According to claim 5,
When displaying at least one analysis data for the image as an overlay on the image, providing an interface for selecting a location where each analysis data for the image will be displayed. According to claim 5,
When analysis data for at least one image is displayed as an overlay on the image,
Among the analysis data, the analysis data to be recorded so as to be maintained even after rebooting the terminal is displayed at a preset location, and among the analysis data, the analysis data to be recorded to be deleted after rebooting the terminal is displayed in the video to the user. A method characterized by providing an interface to select a location to display analysis data for the image. The method of claim 1, wherein in the OSD display step
A method wherein the analysis data for the video is displayed in the form of an image or text. As a method of controlling the OSD protocol in a terminal,
OSD (On-Screen Display) display step of displaying an image and analysis data for the image on the display of a terminal that complies with the ONVIF standard; and
Comprising: recording and storing analysis data for the image in RAM,
Through machine learning, the date and time, ATM identification number, and location information among the analysis data for the video are classified as data with low volatility and recorded in the first storage to be maintained even after rebooting the terminal, and retrieved through machine learning. The check number, amount, check quantity, and face image of the user withdrawing the check are classified as highly volatile data and recorded in RAM to be deleted after rebooting the terminal, and the first storage unit is stored in a hard disk drive (HDD). Disk Drive), flash memory, and NAND flash memory. According to clause 10,
When the analysis data for the video is count data for the number of people in the video, transmitting a notification message when the count data for the number of people in the video deviates from a preset value. The method of claim 10, wherein the analysis data for the image is
A method characterized by being able to receive from an external terminal capable of wired or wireless communication. As a terminal that controls the OSD protocol,
A receiving unit that receives analysis data about images from a device capable of wired or wireless communication;
An OSD display unit that displays an image and analysis data for the image on the display of the terminal;
If the value of 'IsPersistentText', a Boolean element added to the OSDConfigurationExtension of the ONVIF (Open Network Video Interface Forum) protocol used by the terminal, is False, the analysis data for the video will not be collected after rebooting the terminal. A control unit that stores analysis data for the image in RAM so that the analysis data for the image is deleted, and the control unit also includes
Through machine learning, the date and time, ATM identification number, and location information among the analysis data for the video are classified as data with low volatility and recorded in the first storage to be maintained even after rebooting the terminal, and retrieved through machine learning. The check number, amount, check quantity, and face image of the user withdrawing the check are classified as highly volatile data and recorded in RAM to be deleted after rebooting the terminal, and the first storage unit is stored in a hard disk drive (HDD). A terminal characterized by including a disk drive), flash memory, and NAND flash memory. The method of claim 13, wherein the control unit
When the Boolean element 'IsPersistentText' value is True, the analysis data for the video is recorded in the first storage unit that can be maintained even after rebooting the terminal.

Images