[go: up one dir, main page]

KR102650652B1 - 동영상 데이터를 전송하는 방법 - Google Patents

동영상 데이터를 전송하는 방법 Download PDF

Info

Publication number
KR102650652B1
KR102650652B1 KR1020160148591A KR20160148591A KR102650652B1 KR 102650652 B1 KR102650652 B1 KR 102650652B1 KR 1020160148591 A KR1020160148591 A KR 1020160148591A KR 20160148591 A KR20160148591 A KR 20160148591A KR 102650652 B1 KR102650652 B1 KR 102650652B1
Authority
KR
South Korea
Prior art keywords
video data
video
channel
channels
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
KR1020160148591A
Other languages
English (en)
Other versions
KR20180051801A (ko
Inventor
이성훈
유인범
Original Assignee
한화비전 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 한화비전 주식회사 filed Critical 한화비전 주식회사
Priority to KR1020160148591A priority Critical patent/KR102650652B1/ko
Publication of KR20180051801A publication Critical patent/KR20180051801A/ko
Application granted granted Critical
Publication of KR102650652B1 publication Critical patent/KR102650652B1/ko
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2401—Monitoring of the client buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

비디오 리코더가 클라이언트 단말기들에게 복수의 채널들의 동영상 데이터를 전송하는 방법에 있어서, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있으면, 비디오 리코더는 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄인다. 또한, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않으면, 비디오 리코더는 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다.

Description

동영상 데이터를 전송하는 방법{Method of transmitting moving-image data}
본 발명은, 동영상 데이터를 전송하는 방법에 관한 것으로서, 보다 상세하게는, 비디오 리코더가 클라이언트 단말기들에게 복수의 채널들의 동영상 데이터를 전송하는 방법에 관한 것이다.
디지털 비디오 리코더(DVR : Digital Video Recorder) 또는 네트워크 비디오 리코더(NVR : Network Video Recorder)와 같은 비디오 리코더는, 감시 카메라들로부터의 복수의 채널들의 라이브-뷰(live-view) 동영상을 기록 매체에 저장하면서 클라이언트 단말기들에게 전송한다.
이와 같이 비디오 리코더가 클라이언트 단말기들에게 복수의 채널들의 동영상 데이터를 전송함에 있어서, 감시 카메라들로부터의 동영상의 해상도가 높아짐에 따라, 통신 네트워크에서의 전송 체증(congestion)이 수시로 발생하고 있다, 이 경우, 데이터 패킷이 전송되지 못하고 사라져버리는 현상 즉, "패킷 로스(packet loss)"로 인하여, 클라이언트 단말기에서 디스플레이되는 동영상의 끊김(seam) 현상 및 화질 불균등의 문제점이 발생한다. 또한, 이로 인하여 감시의 공백이 발생할 수 있다.
상기 배경 기술의 문제점은, 발명자가 본 발명의 도출을 위해 보유하고 있었거나, 본 발명의 도출 과정에서 습득한 내용으로서, 반드시 본 발명의 출원 전에 일반 공중에게 공지된 내용이라 할 수는 없다.
대한민국 공개특허 제2009-0132259호 (출원인 : 주식회사 케이티, 발명의 명칭 : 서비스 품질 보장 기능을 가지는 멀티미디어 송수신 장치 및 그 방법)
본 발명의 실시예들은, 비디오 리코더가 클라이언트 단말기들에게 복수의 채널들의 동영상 데이터를 전송함에 있어서, 클라이언트 단말기에서 디스플레이되는 동영상의 끊김(seam) 현상 및 화질 불균등의 문제점을 방지함에 따라, 감시의 공백을 해소할 수 있게 해주는 동영상 데이터 전송 방법을 제공하고자 한다.
본 발명의 일 측면에 의하면, 비디오 리코더가 클라이언트 단말기들에게 복수의 채널들의 동영상 데이터를 전송하는 방법에 있어서, 단계들 (a) 내지 (d)를 포함한다.
상기 단계 (a)에서는, 상기 비디오 리코더는 상기 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단한다.
상기 단계 (b)에서는, 상기 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있으면, 상기 비디오 리코더는 상기 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄인다.
상기 단계 (c)에서는, 상기 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않으면, 상기 비디오 리코더는 상기 단계 (b)의 수행에 의하여 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다.
상기 단계 (d)에서는, 상기 비디오 리코더는 상기 단계들 (a) 내지 (c)를 반복적으로 수행한다.
본 발명의 실시예들의 동영상 데이터 전송 방법에 의하면 다음과 같은 효과들이 있다.
첫째, 통신 네트워크에서 전송 체증(congestion)이 발생한 경우, 상기 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있음이 확인되었다.
따라서, 이를 이용한 본 발명의 실시예들에 의하면, 상기 비디오 리코더는 통신 네트워크에서의 전송 체증(congestion) 여부를 정확하고 빠르게 판단할 수 있다.
둘째, 통신 네트워크에서 전송 체증(congestion)이 발생한 경우, 상기 복수의 채널들 중 현재 전송률이 가장 높은 채널에서 데이터 패킷이 전송되지 못하고 사라져버릴 확률 즉, "패킷 로스(packet loss)"의 확률이 가장 높다.
따라서, 이를 이용한 본 발명의 실시예들에 의하면, 상기 "패킷 로스(packet loss)"의 확률이 가장 높은 채널에서의 동영상의 끊김(seam) 현상 및 화질 불균등의 문제점이 방지될 수 있다. 또한, 해당 채널에서의 감시의 공백이 해소될 수 있다.
셋째, 본 발명의 실시예들에 의하면, 상기 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않으면, 상기 비디오 리코더는 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다.
따라서, 통신 네트워크에서 전송 체증(congestion)이 발생하지 않음을 이용하여, 상기 비디오 리코더는 화질이 떨어져 있는 채널의 화질을 복원할 수 있다.
도 1은 본 발명의 실시예의 방법을 수행하는 비디오 리코더를 설명하기 위한 도면이다.
도 2는 도 1에서의 비디오 리코더의 내부 구성을 보여주는 블록도이다.
도 3은 도 2에서의 제어부가 수행하는 제1 실시예의 동영상 데이터 전송 방법을 보여주는 흐름도이다.
도 4는 도 2에서의 제어부가 수행하는 제2 실시예의 동영상 데이터 전송 방법을 보여주는 흐름도이다.
도 5는, 도 3의 단계 (a) 및 도 4의 단계 S401 각각에 있어서, 어느 한 채널에 상응하는 어느 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단하는 알고리즘을 보여주는 흐름도이다.
도 6a는 전송 버퍼에 9 개의 데이터 패킷들이 입력될 수 있음을 보여주는 도면이다.
도 6b는 전송 버퍼에서 8 개의 데이터 패킷들이 대기중임을 보여주는 도면이다.
도 6c는 전송 버퍼에서 7 개의 데이터 패킷들이 대기중임을 보여주는 도면이다.
도 6d는 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있음을 보여주는 도면이다.
도 7은 도 2에서의 제어부가 수행하는 제3 실시예의 동영상 데이터 전송 방법을 보여주는 흐름도이다.
도 8은 도 7에서의 단계 S702의 상세 동작의 일 예를 보여주는 흐름도이다.
도 9는 도 8에서의 단계 S803을 설명하기 위한 도면이다.
도 10은 도 7에서의 단계 S705 또는 S706의 상세 동작의 제1 예를 보여주는 흐름도이다.
도 11은 도 7에서의 단계 S705 또는 S706의 상세 동작의 제2 예를 보여주는 흐름도이다.
하기의 설명 및 첨부된 도면은 본 발명에 따른 동작을 이해하기 위한 것이며, 본 기술 분야의 통상의 기술자가 용이하게 구현할 수 있는 부분은 생략될 수 있다.
또한 본 명세서 및 도면은 본 발명을 제한하기 위한 목적으로 제공된 것은 아니고, 본 발명의 범위는 청구의 범위에 의하여 정해져야 한다. 본 명세서에서 사용된 용어들은 본 발명을 가장 적절하게 표현할 수 있도록 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야 한다.
이하 첨부된 도면을 참조하면서 본 발명의 실시예들에 대하여 상세하게 설명한다.
도 1은 본 발명의 실시예의 방법을 수행하는 비디오 리코더(105)를 설명하기 위한 도면이다.
도 1에서 참조 부호 DIMA는, 감시 카메라들(101a 내지 101n) 각각으로부터 통신 네트워크(102)에 입력되는 동영상 데이터, 또는 통신 네트워크(102)로부터 클라이언트 단말기들(103a 내지 103m)에 출력되는 동영상 데이터를 가리킨다.
참조 부호 DIMAT는, 통신 네트워크(102)로부터 비디오 리코더(105)에 입력되는 복합 동영상-데이터, 또는 비디오 리코더(105)로부터 통신 네트워크(102)에 출력되는 복합 동영상 데이터를 가리킨다.
도 1을 참조하면, 비디오 리코더(105)는 통신 네트워크(102)를 통하여 감시 카메라들(101a 내지 101n)과 전송 대상으로서의 클라이언트 단말기들(103a 내지 103m)과 연결된다.
감시 카메라들(101a 내지 101n)은 라이브-뷰(live-view)의 동영상 데이터를 네트워크 비디오 리코더(105)에 전송한다. 즉, 감시 카메라들(101a 내지 101n)로부터의 복수의 채널들의 동영상 데이터는 통신 네트워크(102)를 통하여 비디오 리코더(105)에 전송된다.
비디오 리코더(105)는 복수의 채널들의 동영상 데이터를 휘발성 메모리에 로딩하면서 저장 및 전송한다. 즉, 비디오 리코더(105)는, 휘발성 메모리에서 채널 별로 로딩된 동영상 데이터를 전송 대상으로서의 클라이언트 단말기들(103a 내지 103m)에 전송하고, 기록 매체에 저장한다.
비디오 리코더(105)는, 관리용 입출력 장치(104)로부터의 명령 신호들에 따라 동작하면서, 관리용 입출력 장치(104)에 동영상 데이터 및 각종 정보를 제공한다.
도 2는 도 1에서의 비디오 리코더(105)의 내부 구성을 보여준다. 도 2에서 도 1과 동일한 참조 부호는 동일한 기능의 대상을 가리킨다.
도 2를 참조하면, 비디오 리코더(105)는 통신 인터페이스(201), 제어부(202), 휘발성 메모리로서의 램(RAM : Random Access Memory, 203), 기록 매체(205), 및 사용자 인터페이스(204)를 포함한다. 여기에서, 통신 인터페이스(201)는 네트워크 인터페이스 카드(NIC : Network Interface Card)의 기능을 수행한다.
도 1 및 2를 참조하여, 도 1에서의 비디오 리코더(105)의 내부 구성 및 동작을 설명하면 다음과 같다.
제어부(202)는, 관리용 입출력 장치(104)로부터 사용자 인터페이스(204)를 통하여 입력되는 명령 신호들에 따라 동작하면서, 사용자 인터페이스(204)를 통하여 동영상 데이터 및 각종 정보를 관리용 입출력 장치(104)에게 제공한다. 램(RAM, 203)에는 처리될 데이터가 일시적으로 저장된다.
감시 카메라들(101a 내지 101n)로부터 통신 네트워크(102)를 통하여 입력되는 복합 동영상-데이터(DIMAT)는 통신 인터페이스(201)를 통하여 제어부(202)에 입력된다.
제어부(202)는, 동영상 데이터를 처리하고, 처리된 동영상 데이터를 기록 매체(205)에 저장하면서 통신 인터페이스(201)를 통하여 클라이언트 단말기들(103a 내지 103m)에 전송한다. 복수의 채널들의 동영상 데이터가 저장되거나 전송됨에 있어서, 채널 별로 선택되는 동영상 해상도에 따라 동영상 데이터가 저장되거나 전송되되, MPEG-2(Moving Picture Experts Group 2)에 따른 I-프레임(Intra-coded frame), P-프레임(Predictive coded frame), 및 B-프레임(Bidirectionally interpolated frame)이 조합된 GOP(Group Of Pictures)가 저장되거나 전송된다.
통신 인터페이스(201) 내의 출력단에는 전송 버퍼들이 구비되어 있고, 이들을 이용한 본 실시예들의 데이터 전송 방법은 도 3 내지 11을 참조하여 상세히 설명될 것이다.
도 3은 도 2에서의 제어부(202)가 수행하는 제1 실시예의 동영상 데이터 전송 방법을 보여준다. 도 1 내지 3을 참조하여 도 3의 전송 방법을 설명하기로 한다.
제어부(202)는, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단한다(단계 (a)).
복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있으면, 제어부(202)는 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄인다(단계 (b)).
복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않으면, 제어부(202)는 상기 단계 (b)의 수행에 의하여 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다(단계 (c)).
상기 단계들 (a) 내지 (c)는 종료 신호가 발생될 때까지 반복적으로 수행된다(단계 (d)).
상기와 같은 제1 실시예의 동영상 데이터 전송 방법에 의하면 다음과 같은 효과들이 있다.
첫째, 통신 네트워크(102)에서 전송 체증(congestion)이 발생한 경우, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있음이 확인되었다.
따라서, 이를 이용한 상기 동영상 데이터 전송 방법에 의하면, 제어부(202)는 통신 네트워크(102)에서의 전송 체증(congestion) 여부를 정확하고 빠르게 판단할 수 있다.
둘째, 통신 네트워크(102)에서 전송 체증(congestion)이 발생한 경우, 복수의 채널들 중 현재 전송률이 가장 높은 채널에서 데이터 패킷이 전송되지 못하고 사라져버릴 확률 즉, "패킷 로스(packet loss)"의 확률이 가장 높다.
따라서, 이를 이용한 도 3의 단계 (b)에 의하면, "패킷 로스(packet loss)"의 확률이 가장 높은 채널에서의 동영상의 끊김(seam) 현상 및 화질 불균등의 문제점이 방지될 수 있다. 또한, 해당 채널에서의 감시의 공백이 해소될 수 있다.
셋째, 도 3의 단계 (c)에 의하면, 통신 네트워크에서 전송 체증(congestion)이 발생하지 않음을 이용하여, 제어부(202)는 화질이 떨어져 있는 채널의 화질을 복원할 수 있다.
도 4는 도 2에서의 제어부(202)가 수행하는 제2 실시예의 동영상 데이터 전송 방법을 보여준다. 도 1, 2 및 3을 참조하여 도 4의 전송 방법을 설명하기로 한다.
제어부(202)는, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단한다(단계 S401).
복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있으면, 제어부(202)는 단계들 S402 및 S403을 수행한다.
단계 S402에서, 제어부(202)는 복수의 채널들 각각의 현재 전송률의 총합을 현재의 네트워크-체증 전송률로서 출력한다. 출력된 현재의 네트워크-체증 전송률의 정보는 사용자 인터페이스(204)를 통하여 관리용 입출력 장치(104)에서 디스플레이된다.
단계 S403에서, 제어부(202)는 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄인다.
복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않으면, 제어부(202)는 단계들 S404 및 S405를 수행한다.
단계 S404에서, 제어부(202)는 복수의 채널들 각각의 현재 전송률의 총합을 현재의 네트워크-양호 전송률로서 출력한다. 출력된 현재의 네트워크-양호 전송률의 정보는 사용자 인터페이스(204)를 통하여 관리용 입출력 장치(104)에서 디스플레이된다.
단계 S405에서, 제어부(202)는 상기 단계 S403의 수행에 의하여 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다.
상기 단계들 S401 내지 S405는 종료 신호가 발생될 때까지 반복적으로 수행된다(단계 S406).
도 4의 제2 실시예는 도 3의 제1 실시예에 비하여 단계들 S402 및 S404를 더 포함한다. 이에 따라, 관리자는, 실시간 환경이 적용된 네트워크-체증 전송률 및 네트워크-양호 전송률의 정확한 정보를 이용하여, 적응적이고 정확하게 감시 시스템(도 1)을 관리할 수 있다.
도 5는, 도 3의 단계 (a) 및 도 4의 단계 S401 각각에 있어서, 어느 한 채널에 상응하는 어느 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단하는 알고리즘을 보여준다. 도 6a는 전송 버퍼(601)에 9 개의 데이터 패킷들이 입력될 수 있음을 보여준다. 도 6b는 전송 버퍼(601)에서 8 개의 데이터 패킷들이 대기중임을 보여준다. 도 6c는 전송 버퍼(601)에서 7 개의 데이터 패킷들이 대기중임을 보여준다. 도 6d는 전송 버퍼(601)에서 전송 대기 데이터가 꽉 채워져 있음을 보여준다.
도 6a를 참조하면, 복수의 채널들에 상응하는 전송 버퍼들 각각(601)에 대하여, 가장 많이 수용될 수 있는 데이터 패킷들의 개수 "9"가 여분-알림 변수(R)의 초기 값으로서 설정되어 있다. 도 6a 내지 6d의 경우, 빠른 이해를 돕기 위하여 여분-알림 변수(R)의 초기 값은 적은 값으로 예시되어 있다.
도 5 내지 6d를 참조하여, 어느 한 채널에 상응하는 어느 한 전송 버퍼(601)에서 전송 대기 데이터가 꽉 채워져 있는지를 판단하는 도 5의 알고리즘을 설명하기로 한다.
한 데이터 패킷이 전송 버퍼(601)에서 출력되면, 제어부(도 2에서의 202)는 여분-알림 변수(R)의 값에 1을 증가시킨다(단계들 S501 및 S502). 예를 들어, 여분-알림 변수(R)의 값이 "1"인 도 6b의 상태에서 한 데이터 패킷이 전송 버퍼(601)에서 출력되면, 여분-알림 변수(R)의 값이 "2"인 도 6c의 상태가 된다.
한 데이터 패킷이 전송 버퍼(601)에 입력되면, 제어부(202)는, 여분-알림 변수(R)의 값에 1을 감소시킨 후, 여분-알림 변수의 값이 영(0)인지를 판단한다(단계들 S503 내지 S505).
여분-알림 변수(R)의 값이 영(0)이면, 제어부(202)는 전송 버퍼(601)에서 전송 대기 데이터가 꽉 채워져 있다고 판단한다(단계들 S505 및 S506). 예를 들어, 여분-알림 변수(R)의 값이 "1"인 도 6b의 상태에서 한 데이터 패킷이 전송 버퍼(601)에 입력되면, 여분-알림 변수(R)의 값이 "0"인 도 6d의 꽉 찬 상태가 된다.
여분-알림 변수(R)의 값이 영(0)이 아니면, 제어부(202)는 전송 버퍼(601)에서 전송 대기 데이터가 꽉 채워져 있지 않다고 판단한다(단계들 S505 및 S507).
이와 같이 여분-알림 변수(R)를 이용함에 따라, 어느 한 전송 버퍼(601)에서 전송 대기 데이터가 꽉 채워져 있는지를 빠르게 판단할 수 있다.
도 7은 도 2에서의 제어부(202)가 수행하는 제3 실시예의 동영상 데이터 전송 방법을 보여준다. 도 1, 2 및 7을 참조하여, 제3 실시예의 동영상 데이터 전송 방법을 설명하기로 한다.
제어부(202)는 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단한다(단계 S701).
적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있다고 판단되면, 제어부(202)는 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄인다(단계 S702).
적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않다고 판단되면, 단계들 S703 내지 S706이 수행된다.
단계 S703에 있어서, 제어부(202)는 동영상 데이터의 양이 줄어져 있는 적어도 한 채널이 존재하는지를 판단한다(단계 S703).
동영상 데이터의 양이 줄어져 있는 적어도 한 채널이 존재하면, 제어부(202)는 동영상 데이터의 양이 줄어져 있는 채널들의 개수를 판단한다(단계 S704).
동영상 데이터의 양이 줄어져 있는 채널이 한 개이면, 제어부(202)는 해당 채널의 동영상 데이터의 양을 복원한다(단계 S705).
동영상 데이터의 양이 줄어져 있는 복수의 채널들이 존재하면, 제어부(202)는 해당 채널들 중에서 가장 최근에 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다(단계 S706). 이와 같이 가장 최근에 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양이 복원됨에 따라, 통신 네트워크(102)의 상태가 안정적으로 유지될 수 있다.
상기 단계들 S701 내지 S706은 종료 신호가 발생될 때까지 반복적으로 수행된다(단계 S707).
도 8은 도 7에서의 단계 S702의 상세 동작의 일 예를 보여준다. 도 9는 도 8에서의 단계 S803을 설명하기 위한 도면이다. 여기에서, 복수의 채널들의 동영상 데이터가 전송됨에 있어서, 채널 별로 선택되는 동영상 해상도에 따라 동영상 데이터가 전송되되, MPEG-2(Moving Picture Experts Group 2)에 따른 I-프레임 'I', P-프레임 'P', 및 B-프레임 'B'가 조합된 GOP(Group Of Pictures)가 전송된다. 도 7 내지 9를 참조하여 단계 S702의 상세 동작의 일 예를 설명하기로 한다.
제어부(도 2에서의 202)는 현재 전송률이 가장 높은 채널의 동영상 해상도가 보다 낮은 해상도로 전환될 수 있는지를 판단한다(단계 S801).
현재 전송률이 가장 높은 채널의 동영상 해상도가 보다 낮은 해상도로 전환될 수 있으면, 제어부(202)는 해당 채널의 동영상 해상도를 보다 낮게 전환한다(단계 S802).
현재 전송률이 가장 높은 채널의 동영상 해상도가 보다 낮은 해상도로 전환될 수 없으면, 제어부(202)는 해당 채널에 대하여 상기 조합된 GOP(Group Of Pictures)에서 상기 I-프레임(Intra-coded frame)만을 전송한다(단계 S803, 도 9 참조).
도 10은 도 7에서의 단계 S705 또는 S706의 상세 동작의 제1 예를 보여준다.
도 9 및 10을 참조하면, 해당 채널에서 I-프레임 'I'들만 전송되고 있으면, 제어부(도 2에서의 202)는 I-프레임 'I', P-프레임 'P', 및 B-프레임 'B'가 조합된 GOP들을 전송한다(단계들 S1011 및 S1012).
또한, 해당 채널에서 I-프레임 'I'들만 전송되고 있지 않으면, 제어부(202)는 보다 낮게 전환되어 있는 동영상 해상도를 복원한다(단계들 S1011 및 S1013).
도 11은 도 7에서의 단계 S705 또는 S706의 상세 동작의 제2 예를 보여준다.
도 9 및 11을 참조하면, 해당 채널에서 동영상 해상도가 보다 낮게 전환되어 있으면, 제어부(도 2에서의 202)는 동영상 해상도를 복원한다(단계들 S1111 및 S1112).
또한, 해당 채널에서 동영상 해상도가 보다 낮게 전환되어 있지 않으면, 제어부(202)는 I-프레임 'I', P-프레임 'P', 및 B-프레임 'B'가 조합된 GOP들을 전송한다(단계들 S1111 및 S1113).
이상 설명된 바와 같이, 본 실시예들의 동영상 데이터 전송 방법에 의하면 다음과 같은 효과들이 있다.
첫째, 통신 네트워크에서 전송 체증(congestion)이 발생한 경우, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있음이 확인되었다.
따라서, 이를 이용한 본 실시예들에 의하면, 비디오 리코더는 통신 네트워크에서의 전송 체증(congestion) 여부를 정확하고 빠르게 판단할 수 있다.
둘째, 통신 네트워크에서 전송 체증(congestion)이 발생한 경우, 복수의 채널들 중 현재 전송률이 가장 높은 채널에서 데이터 패킷이 전송되지 못하고 사라져버릴 확률 즉, "패킷 로스(packet loss)"의 확률이 가장 높다.
따라서, 이를 이용한 본 발명의 실시예들에 의하면, "패킷 로스(packet loss)"의 확률이 가장 높은 채널에서의 동영상의 끊김(seam) 현상 및 화질 불균등의 문제점이 방지될 수 있다. 또한, 해당 채널에서의 감시의 공백이 해소될 수 있다.
셋째, 본 실시예들에 의하면, 복수의 채널들에 상응하는 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않으면, 비디오 리코더는 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원한다.
따라서, 통신 네트워크에서 전송 체증(congestion)이 발생하지 않음을 이용하여, 비디오 리코더는 화질이 떨어져 있는 채널의 화질을 복원할 수 있다.
이제까지 본 발명에 대하여 바람직한 실시예를 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 본 발명을 구현할 수 있음을 이해할 것이다.
그러므로 상기 개시된 실시예는 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 특허청구범위에 의해 청구된 발명 및 청구된 발명과 균등한 발명들은 본 발명에 포함된 것으로 해석되어야 한다.
본 발명의 전송 방법은 비디오 리코더 외의 데이터 전송 장치들에서도 이용될 가능성이 높다.
101a 내지 101n : 감시 카메라들, 102 : 통신 네트워크,
103a 내지 103n : 클라이언트 단말기들, 104 : 관리용 입출력 장치,
105 : 비디오 리코더, 201 : 통신 인터페이스,
202 : 제어부, 203 : 램(RAM),
204 : 사용자 인터페이스, 205 : 기록 매체,
Q1 내지 Q9 : 패킷 저장 영역, 601 : 전송 버퍼,
R : 여분-알림 변수.

Claims (6)

  1. 삭제
  2. 삭제
  3. 삭제
  4. 비디오 리코더가 클라이언트 단말기에게 복수의 채널들의 동영상 데이터를 전송하는 방법에 있어서,
    (a) 상기 복수의 채널들에 상응하는 복수의 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있는지를 판단함;
    (b) 상기 복수의 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있다고 판단되면, 상기 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄임; 및
    (c) 상기 복수의 전송 버퍼들 중 적어도 한 전송 버퍼에서 전송 대기 데이터가 꽉 채워져 있지 않다고 판단되면, 상기 복수의 채널들 중 상기 단계 (b)의 수행에 의하여 동영상 데이터의 양이 줄어져 있는 적어도 한 채널이 존재하는지를 판단함;
    (d) 상기 단계 (c)에서 동영상 데이터의 양이 줄어져 있는 채널이 한 개이면, 해당 채널의 동영상 데이터의 양을 복원함;
    (e) 상기 단계 (c)에서 동영상 데이터의 양이 줄어져 있는 채널이 둘 이상 존재하면, 동영상 데이터의 양이 줄어져 있는 둘 이상의 채널들 중에서 가장 최근에 동영상 데이터의 양이 줄어져 있는 채널의 동영상 데이터의 양을 복원함; 및
    (f) 상기 단계들 (a) 내지 (e)를 반복적으로 수행함;을 포함한 동영상 데이터 전송 방법.
  5. 제4항에 있어서,
    상기 비디오 리코더가 클라이언트 단말기에게 복수의 채널들의 동영상 데이터를 전송함에 있어서,
    채널 별로 선택되는 동영상 해상도에 따라 동영상 데이터가 클라이언트 단말기들에게 전송되되, MPEG-2(Moving Picture Experts Group 2)에 따른 I-프레임(Intra-coded frame), P-프레임(Predictive coded frame), 및 B-프레임(Bidirectionally interpolated frame)이 조합된 GOP(Group Of Pictures)가 전송되고,
    상기 단계 (b)에서 상기 복수의 채널들 중 현재 전송률이 가장 높은 채널의 동영상 데이터의 양을 줄임에 있어서,
    (b1) 현재 전송률이 가장 높은 채널의 동영상 해상도가 보다 낮은 해상도로 전환될 수 있는지를 판단함;
    (b2) 현재 전송률이 가장 높은 채널의 동영상 해상도가 보다 낮은 해상도로 전환될 수 있으면, 해당 채널의 동영상 해상도를 보다 낮게 전환함; 및
    (b3) 현재 전송률이 가장 높은 채널의 동영상 해상도가 보다 낮은 해상도로 전환될 수 없으면, 해당 채널에 대하여 상기 조합된 GOP(Group Of Pictures)에서 상기 I-프레임(Intra-coded frame)만을 전송함;이 수행되는, 동영상 데이터 전송 방법.
  6. 제5항에 있어서, 상기 단계들 (d) 및 (e)에서 동영상 데이터의 양을 복원함에 있어서,
    보다 낮게 전환되어 있는 동영상 해상도를 복원함; 및
    I-프레임(Intra-coded frame), P-프레임(Predictive coded frame), 및 B-프레임(Bidirectionally interpolated frame)이 조합된 GOP(Group Of Pictures)들을 전송함;
    중에서 적어도 어느 하나가 수행되는, 동영상 데이터 전송 방법.
KR1020160148591A 2016-11-09 2016-11-09 동영상 데이터를 전송하는 방법 Active KR102650652B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020160148591A KR102650652B1 (ko) 2016-11-09 2016-11-09 동영상 데이터를 전송하는 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160148591A KR102650652B1 (ko) 2016-11-09 2016-11-09 동영상 데이터를 전송하는 방법

Publications (2)

Publication Number Publication Date
KR20180051801A KR20180051801A (ko) 2018-05-17
KR102650652B1 true KR102650652B1 (ko) 2024-03-25

Family

ID=62486016

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160148591A Active KR102650652B1 (ko) 2016-11-09 2016-11-09 동영상 데이터를 전송하는 방법

Country Status (1)

Country Link
KR (1) KR102650652B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102583128B1 (ko) * 2022-05-17 2023-09-26 주식회사 딥브레인에이아이 합성용 동영상 촬영 시스템 및 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011009904A (ja) * 2009-06-24 2011-01-13 Hitachi Ltd 無線映像配信システム、コンテンツビットレート制御方法及びコンテンツビットレート制御プログラムを記憶したコンピュータ読み取り可能な記録媒体

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090132259A (ko) 2008-06-20 2009-12-30 주식회사 케이티 서비스 품질 보장 기능을 가지는 멀티미디어 송수신 장치및 그 방법
KR101491604B1 (ko) * 2011-11-02 2015-02-13 주식회사 케이티 다중 채널을 이용한 콘텐츠 제공 방법 및 시스템
KR20150035140A (ko) * 2013-09-27 2015-04-06 최덕환 적응적 동영상 스트리밍 방법 및 컴퓨터 장치

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011009904A (ja) * 2009-06-24 2011-01-13 Hitachi Ltd 無線映像配信システム、コンテンツビットレート制御方法及びコンテンツビットレート制御プログラムを記憶したコンピュータ読み取り可能な記録媒体

Also Published As

Publication number Publication date
KR20180051801A (ko) 2018-05-17

Similar Documents

Publication Publication Date Title
US10986390B2 (en) Recording device and method for efficient network personal video recorder manipulation through adaptive bit rate streaming
CN100589567C (zh) 视频数据的处理方法及存储设备
US20140104493A1 (en) Proactive video frame dropping for hardware and network variance
CN105991976B (zh) 生成事件视频序列的方法和系统以及包括此系统的摄像机
CN117581552A (zh) 在传输预创作视频帧和合成视频帧之间切换
US10109316B2 (en) Method and apparatus for playing back recorded video
KR20180031547A (ko) 서버에서 멀티 비트 레이트 스트림 미디어를 적응적으로 제공하기 위한 방법 및 장치
JP5322518B2 (ja) 通信方法
JP6686541B2 (ja) 情報処理システム
WO2017214510A1 (en) Transcoding using time stamps
US10785511B1 (en) Catch-up pacing for video streaming
KR20190005188A (ko) 복수의 비디오 세그먼트로부터 합성 비디오 스트림을 생성하는 방법 및 장치
CN114302145A (zh) 自适应网络环境的视频编码优化方法、装置、设备及存储介质
US10327028B2 (en) Network video recorder for multi-stream recording enhanced event stream delay problem
WO2019149066A1 (zh) 视频播放方法、终端设备及存储介质
KR102650652B1 (ko) 동영상 데이터를 전송하는 방법
CN113194275B (zh) 一种监控图像预览系统
KR102144512B1 (ko) 다중채널 영상 저장장치
KR20240008319A (ko) 사용자 맞춤형 콘텐츠와 미리 작성된 미디어 콘텐츠의 전송 간 전환
US7999853B2 (en) Moving image reproducing apparatus and processing method therefor
WO2011075108A1 (en) Trick mode technique for a bandwidth limited channel
JP6357188B2 (ja) 監視カメラシステム及び監視カメラデータ保存方法
KR20090039232A (ko) 동영상 압축 및 복원 방법
KR101673880B1 (ko) 영상 관제 장치와 이를 이용한 이벤트 녹화 방법
KR20160023160A (ko) 비디오 및 오디오 데이터의 관리 방법

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20161109

PG1501 Laying open of application
PN2301 Change of applicant

Patent event date: 20180927

Comment text: Notification of Change of Applicant

Patent event code: PN23011R01D

A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20210907

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20161109

Comment text: Patent Application

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20230614

Patent event code: PE09021S01D

AMND Amendment
E601 Decision to refuse application
PE0601 Decision on rejection of patent

Patent event date: 20231106

Comment text: Decision to Refuse Application

Patent event code: PE06012S01D

Patent event date: 20230614

Comment text: Notification of reason for refusal

Patent event code: PE06011S01I

AMND Amendment
PX0701 Decision of registration after re-examination

Patent event date: 20240220

Comment text: Decision to Grant Registration

Patent event code: PX07013S01D

Patent event date: 20240206

Comment text: Amendment to Specification, etc.

Patent event code: PX07012R01I

Patent event date: 20231106

Comment text: Decision to Refuse Application

Patent event code: PX07011S01I

Patent event date: 20230811

Comment text: Amendment to Specification, etc.

Patent event code: PX07012R01I

X701 Decision to grant (after re-examination)
GRNT Written decision to grant
PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 20240319

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 20240320

End annual number: 3

Start annual number: 1

PG1601 Publication of registration