KR102230980B1 - 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치 - Google Patents

클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치 Download PDF

Info

Publication number
KR102230980B1
KR102230980B1 KR1020190081815A KR20190081815A KR102230980B1 KR 102230980 B1 KR102230980 B1 KR 102230980B1 KR 1020190081815 A KR1020190081815 A KR 1020190081815A KR 20190081815 A KR20190081815 A KR 20190081815A KR 102230980 B1 KR102230980 B1 KR 102230980B1
Authority
KR
South Korea
Prior art keywords
connection state
stream
server
socket
client
Prior art date
Application number
KR1020190081815A
Other languages
English (en)
Other versions
KR20210006045A (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 KR1020190081815A priority Critical patent/KR102230980B1/ko
Publication of KR20210006045A publication Critical patent/KR20210006045A/ko
Application granted granted Critical
Publication of KR102230980B1 publication Critical patent/KR102230980B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/42—

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법은, 클라이언트 장치에서 수행하는 방법으로서, (a) 서버와 연결된 복수개의 소켓을 생성하기 위한 단계; (b) 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 서버와 메시지 (스트림) 통신하도록 하고 나머지 소켓은 스탠바이 연결 상태로 두기 위한 단계; (c) 액티브 연결 상태의 소켓의 스트림 ID가 특정값에 도달하는지의 여부를 감시하기 위한 단계; 및 (d) 상기 감시 결과 상기 스트림 ID가 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 상기 서버와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 단계를 포함하여, 클라이언트-서버 간 메시지 전달을 위한 HTTP/2 연결(Connection)의 스트림 ID 최대값(Stream ID MAX) 도달 시 재 연결 시도에 의한 연동 단절을 예방하여 서비스 손실을 방지할 수 있다.

Description

클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치{Method and apparatus for client-server connection control for message delivery}
본 발명은 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치에 관한 것으로, 보다 상세하게는 5G SA(Standalone) 네트워크의 UDC(User Data Convergence) 구조에서 클라이언트-서버 간 메시지 전달을 위한 HTTP/2 연결(Connection)의 스트림 ID 최대값(Stream ID MAX) 도달 시 재 연결 시도에 의한 연동 단절을 예방하여 서비스 손실을 방지하는, 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치에 관한 것이다.
5G Standalone(이하 SA) 네트워크에서는 코어 장비 간 주고 받는 메시지 프로토콜로 IETF에서 정의한 HTTP Version 2(이하 HTTP/2)(RFC 7540)이 채택되었고, HTTP/2 프로토콜 스텍은 도 7과 같다
5G SA 네트워크의 UDC(User Data Convergence) 구조에서 UDR(Unified Data Repository)과 AP(Access Point) 간 TCP 연동 후 메시지 전달 시 사용하는 HTTP/2 는 도 8에 도시된 바와 같이 스트림 ID(Stream ID)를 통하여 클라이언트-서버(CLIENT-SERVER) 간의 메시지 전달을 관리하며, HTTP/2 연결(Connection) 간 최대 스트림 ID(MAX Stream ID)값은 231(Client: 홀수, Server: 짝수) 이다. HTTP/2 Stream ID는 재사용이 불가하며 Stream ID가 MAX값에 도달하면 클라이언트와 서버의 연결(Connection)을 재 연결하도록 되어있다.
그러나, Stream ID는 클라이언트-서버(CLIENT-SERVER) 간의 트랜잭션(Transaction)에 따라 할당되도록 되어 있는데, Stream ID가 MAX값에 도달할 때 마다 Connection 재 연결에 의한 클라이언트-서버(CLIENT-SERVER) 간의 연동 단절 및 서비스(Service) 손실이 발생하는 문제점이 있다.
공개특허공보 제10-2016-0132081호(2016.11.16.)
본 발명은 전술한 종래의 문제점을 해결하기 위한 것으로, 그 목적은 클라이언트-서버 간 메시지 전달을 위한 HTTP/2 연결(Connection)의 스트림 ID 최대값(Stream ID MAX) 도달 시 재 연결 시도에 의한 연동 단절을 예방하여 서비스 손실을 방지하는, 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치를 제공하는 것이다.
전술한 목적을 달성하기 위하여 본 발명의 일 측면에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법은, 클라이언트 장치에서 수행하는 방법으로서, (a) 서버와 연결된 복수개의 소켓을 생성하기 위한 단계; (b) 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 서버와 메시지 (스트림) 통신하도록 하고 나머지 소켓은 스탠바이 연결 상태로 두기 위한 단계; (c) 액티브 연결 상태의 소켓의 스트림 ID가 특정값에 도달하는지의 여부를 감시하기 위한 단계; 및 (d) 상기 감시 결과 상기 스트림 ID가 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 상기 서버와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 단계;를 포함할 수 있고, 해당 메시지 (스트림) 통신의 종료 시까지 상기 단계 (b)~(d)를 반복할 수 있으며, 상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 할 수 있다.
전술한 목적을 달성하기 위하여 본 발명의 다른 측면에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법은, 서버 장치에서 수행하는 방법으로서, (a) 클라이언트와 연결된 복수개의 소켓을 생성하기 위한 단계; (b) 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 상기 클라이언트와 메시지 (스트림) 통신하도록 하고 나머지 소켓은 스탠바이 연결 상태로 두기 위한 단계; (c) 액티브 연결 상태의 소켓의 스트림 ID가 특정값에 도달하는 지의 여부를 감시하기 위한 단계; (d) 상기 감시 결과 상기 스트림 ID가 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 상기 클라이언트와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 단계;를 포함할 수 있고, 해당 메시지 (스트림) 통신의 종료 시까지 상기 단계 (b)~(d)를 반복할 수 있으며, 상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 할 수 있다.
전술한 목적을 달성하기 위하여 본 발명의 또 다른 측면에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치는, 클라이언트 장치에 포함되는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치로서, 서버와 연결된 복수개의 소켓을 생성하기 위한 소켓생성부; 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 서버와 메시지 (스트림) 통신하도록 하고 나머지 소켓은 스탠바이 연결 상태로 두기 위한 메시지통신부; 액티브 연결 상태의 소켓의 스트림 ID가 특정값에 도달하는 지의 여부를 감시하기 위한 감시부; 및 상기 감시 결과 상기 스트림 ID가 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 상기 서버와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 상태천이부를 포함할 수 있고, 상기 상태천이부는 상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 할 수 있다.
전술한 목적을 달성하기 위하여 본 발명의 또 다른 측면에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치는, 서버 장치에 포함되는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치로서, 클라이언트와 연결된 복수개의 소켓을 생성하기 위한 소켓생성부; 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 상기 클라이언트와 메시지 (스트림) 통신하도록 하고 나머지 소켓은 스탠바이 연결 상태로 두기 위한 메시지통신부; 액티브 연결 상태의 소켓의 스트림 ID가 특정 값에 도달하는 지의 여부를 감시하기 위한 감시부; 및 상기 감시 결과 상기 스트림 ID가 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 상기 클라이언트와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 상태천이부;를 포함할 수 있고, 상기 상태천이부는 상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 할 수 있다.
전술한 목적을 달성하기 위하여 본 발명의 또 다른 측면에 따르면 상기 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체를 제공할 수 있다.
전술한 목적을 달성하기 위하여 본 발명의 또 다른 측면에 따르면 상기 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 하드웨어와 결합하여 실행시키기 위하여 컴퓨터로 읽을 수 있는 기록 매체에 저장된 애플리케이션을 제공할 수 있다.
전술한 목적을 달성하기 위하여 본 발명의 또 다른 측면에 따르면 상기 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 컴퓨터에서 실행시키기 위하여 컴퓨터에서 읽을 수 있는 기록 매체에 저장된 컴퓨터 프로그램을 제공할 수 있다.
이상에서 설명한 바와 같이 본 발명의 다양한 측면에 따르면, 클라이언트와 서버가 Active/Standby Socket을 통해 다중 Connection을 유지하다가, Active Socket Connection의 Stream ID가 Max 값 또는 특정 값에 도래하면 Connection을 Standby Socket으로 변경(즉, Standby Socket을 Active 연결 상태 Socket으로 천이)하여 메시지를 처리함으로써, 클라이언트-서버 간 메시지 전달을 위한 HTTP/2 연결(Connection)의 스트림 ID 최대값(Stream ID MAX) 도달 시 재 연결 시도에 의한 연동 단절을 예방하여 서비스 손실을 방지하고 단절 없이 서비스를 이어 나갈 수 있도록 한다.
도 1은 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 시스템의 구성도,
도 2는 본 발명의 예시적인 실시예에 따라 도 1의 클라이언트 장치에 구비된 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치의 구성도,
도 3은 본 발명의 예시적인 실시예에 따라 도 1의 서버 장치에 구비된 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치의 구성도,
도 4는 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법의 흐름도로, 도 1의 클라이언트 장치에서 수행하는 흐름도이고,
도 5는 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법의 흐름도로, 도 1의 서버 장치에서 수행하는 흐름도이고,
도 6은 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 설명하는 개념도,
도 7은 HTTP/2 프로토콜 스텍을 나타내는 도면,
도 8은 종래 기술에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 설명하는 개념도이다.
이하, 첨부도면을 참조하여 본 발명의 실시예에 대해 구체적으로 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 한다. 또한, 본 발명의 실시예에 대한 설명 시 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
도 1은 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 시스템의 구성도로, 동 도면에 도시된 바와 같이, 통신망(1), 클라이언트 장치(2), 및 서버 장치(3)를 포함할 수 있다.
통신망(1)은 클라이언트 장치(2)와 서버 장치(3) 간을 유선, 무선 및/또는 인터넷 등으로 연결하여 통신할 수 있도록 하기 위한 단독 또는 복합의 네트워크를 나타내는 것으로, 예를 들어, LTE 네트워크, 5G 네트워크 등을 포함할 수 있다.
도 2는 본 발명의 예시적인 실시예에 따라 도 1의 클라이언트 장치(2)에 구비되는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치(20)의 구성도로, 동 도면에 도시된 바와 같이, 장치(20)는 소켓생성부(21), 메시지통신부(23), 감시부(25), 및 상태천이부(27)를 포함할 수 있다.
소켓생성부(21)는 클라이언트 장치(2)와 서버 장치(3)와의 통신이 개시되면 해당 서버 장치(3)와 연결되는 복수개의 소켓을 생성하기 위한 것으로, 예를 들어, 본 실시예에서는 제1 소켓(#1) 및 제2 소켓(#2) 2개를 생성한 경우를 일 예로 설명한다.
메시지통신부(23)는 소켓생성부(21)를 통해 생성된 복수개의 소켓 중 하나는 액티브 연결 상태로 만들어 그 액티브 연결 상태의 하나의 소켓을 통해 서버 장치(3)와 메시지 (스트림) 통신하도록 하고, 나머지 소켓은 스탠바이 연결 상태로 두기 위한 것으로, 예를 들어 도 6에 도시된 바와 같이, 제1 소켓(#1)은 액티브 연결 상태로 만들어 그 액티브 연결 상태의 제1 소켓(#1)을 통해 서버 장치(3)와 메시지 (스트림) 통신하도록 함과 동시에 제2 소켓(#2)은 스탠바이 연결 상태로 대기하도록 하거나, 또는 제2 소켓(#2)을 액티브 연결 상태로 만들어 그 액티브 연결 상태의 제2 소켓(#2)을 통해 서버 장치(3)와 메시지 (스트림) 통신하도록 함과 동시에 제1 소켓(#1)은 스탠바이 연결 상태로 대기하도록 할 수 있다. 본 실시예에서 메시지 (스트림) 통신은 HPPT/2 프로토콜 기반 통신을 일 예로 설명한다.
감시부(25)는 액티브 연결 상태의 소켓의 스트림 ID가 특정값에 도달하는 지의 여부를 감시하기 위한 것으로, 예를 들어, 5G SA 네트워크의 UDC(User Data Convergence) 구조에서 UDR(Unified Data Repository)과 AP(Access Point) 간 TCP 연동 후 메시지 전달 시 사용하는 HTTP/2 는 스트림 ID(Stream ID)를 통하여 클라이언트-서버(CLIENT-SERVER) 간의 메시지 전달을 관리하며, HTTP/2 연결(Connection) 간 최대 스트림 ID(MAX Stream ID)값은 231(Client: 홀수, Server: 짝수) 이므로, 이 경우 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값으로 설정하거나 또는 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값으로 설정할 수 있다.
상태천이부(27)는 감시부(25)를 통한 감시 결과 스트림 ID가 기 설정된 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 서버 장치(3)와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 것으로, 예를 들어 도 6에 도시된 바와 같이, 액티브 연결 상태로 메시지 통신 중인 제1 소켓(#1)의 스트림 ID가 기 설정된 특정값에 도달한 경우 그 제1 소켓(#1)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 스탠바이 연결 상태로 대기 중인 제2 소켓(#2)을 액티브 연결 상태로 천이하여 서버 장치(3)와 메시지 (스트림) 통신을 계속하도록 하거나, 또는 액티브 연결 상태로 메시지 통신 중인 제2 소켓(#2)의 스트림 ID가 기 설정된 특정값에 도달한 경우 그 제2 소켓(#2)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 스탠바이 연결 상태로 대기 중인 제1 소켓(#1)을 액티브 연결 상태로 천이하여 서버 장치(3)와 메시지 (스트림) 통신을 계속하도록 할 수 있다.
상태천이부(27)는 스탠바이 연결 상태로 천이된 제1 또는 제2 소켓(#1 또는 #2)에 대해 해당 소켓의 스탠바이 상태에서 재 연결을 진행하여 스트림 ID를 초기화 할 수 있다.
전술한 장치(20)에 의하면, 클라이언트 장치(2)는 액티브 소켓 연결(Active Socket Connection)에서 스트림 ID(Stream ID)가 최대값(MAX) 또는 최대값 보다 작은 특정값에 도달 시 처리하던 메시지 요청(Message Request)이 완료되면, 스탠바이 소켓(Standby Socket)으로 천이되어 서버 장치(3)와의 연결(Connection)을 유지할 수 있다. 천이되어 새롭게 액티브(Active) 상태가 된 소켓의 연결(Connection)을 통해 기존 연결(Connection)에서 처리한 요청(Request) 이후의 메시지(Message)를 처리할 수 있다. 스탠바이(Standby)가 된 소켓은 모든 응답(Response) 처리가 완료되면 Connection 재 연결을 진행하여 스트림 ID(Stream ID)를 초기화할 수 있다.
따라서, 클라이언트 장치(2)와 서버 장치(3)는 액티브 소켓 및 스탠바이 소켓을 통해 다중 연결(Connection)을 유지하다가, 액티브 소켓 연결(Active Socket Connection)의 스트림 ID(Stream ID)가 특정 값에 도래하면 연결(Connection)을 변경하여 메시지를 처리 함으로써 단절 없이 서비스를 이어 나갈 수 있다.
도 3은 본 발명의 예시적인 실시예에 따라 도 1의 서버 장치(3)에 구비된 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치(30)의 구성도로, 동 도면에 도시된 바와 같이, 장치(30)는 소켓생성부(31), 메시지통신부(33), 감시부(35), 및 상태천이부(37)를 포함할 수 있다.
소켓생성부(31)는 서버 장치(3)가 클라이언트 장치(2)와의 통신을 개시하고 해당 클라이언트 장치(2)와 연결되는 복수개의 소켓을 생성하기 위한 것으로, 예를 들어, 본 실시예에서는 도 6에 도시된 바와 같이 제1 소켓(#1) 및 제2 소켓(#2) 2개를 생성한 경우를 일 예로 설명한다.
메시지통신부(33)는 소켓생성부(31)를 통해 생성된 복수개의 소켓 중 하나를 액티브 연결 상태로 만들어 그 액티브 연결 상태의 하나의 소켓을 통해 클라이언트 장치(2)와 메시지 (스트림) 통신하도록 하고, 나머지 소켓은 스탠바이 연결 상태로 두기 위한 것으로, 예를 들어 도 6에 도시된 바와 같이, 제1 소켓(#1)은 액티브 연결 상태로 만들어 그 액티브 연결 상태의 제1 소켓(#1)을 통해 클라이언트 장치(2)와 메시지 (스트림) 통신하도록 함과 동시에 제2 소켓(#2)은 스탠바이 연결 상태로 대기하도록 하거나, 또는 제2 소켓(#2)을 액티브 연결 상태로 만들어 그 액티브 연결 상태의 제2 소켓(#2)을 통해 클라이언트 장치(2)와 메시지 (스트림) 통신하도록 함과 동시에 제1 소켓(#1)은 스탠바이 연결 상태로 대기하도록 할 수 있다. 본 실시예에서 메시지 (스트림) 통신은 HPPT/2 프로토콜 기반 통신을 일 예로 설명한다.
감시부(35)는 액티브 연결 상태의 소켓의 스트림 ID가 특정값에 도달하는 지의 여부를 감시하기 위한 것으로, 예를 들어, 5G SA 네트워크의 UDC(User Data Convergence) 구조에서 UDR(Unified Data Repository)과 AP(Access Point) 간 TCP 연동 후 메시지 전달 시 사용하는 HTTP/2 는 스트림 ID(Stream ID)를 통하여 클라이언트-서버(CLIENT-SERVER) 간의 메시지 전달을 관리하며, HTTP/2 연결(Connection) 간 최대 스트림 ID(MAX Stream ID)값은 231(Client: 홀수, Server: 짝수) 이므로, 이 경우 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값으로 설정하거나 또는 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값으로 설정할 수 있다.
상태천이부(37)는 감시부(35)를 통한 감시 결과 스트림 ID가 기 설정된 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하여 클라이언트 장치(2)와 메시지 (스트림) 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 것으로, 예를 들어 도 6에 도시된 바와 같이, 액티브 연결 상태로 메시지 통신 중인 제1 소켓(#1)의 스트림 ID가 기 설정된 특정값에 도달한 경우 그 제1 소켓(#1)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 스탠바이 연결 상태로 대기 중인 제2 소켓(#2)을 액티브 연결 상태로 천이하여 클라이언트 장치(2)와 메시지 (스트림) 통신을 계속하도록 하거나, 또는 액티브 연결 상태로 메시지 통신 중인 제2 소켓(#2)의 스트림 ID가 기 설정된 특정값에 도달한 경우 그 제2 소켓(#2)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 스탠바이 연결 상태로 대기 중인 제1 소켓(#1)을 액티브 연결 상태로 천이하여 클라이언트 장치(2)와 메시지 (스트림) 통신을 계속하도록 할 수 있다.
상태천이부(37)는 스탠바이 연결 상태로 천이된 제1 또는 제2 소켓(#1 또는 #2)에 대해 해당 소켓의 스탠바이 상태에서 재 연결을 진행하여 스트림 ID를 초기화 할 수 있다.
전술한 장치(30)에 따르면, 서버 장치(3)는 액티브 소켓 연결(Active Socket Connection)에서 스트림 ID(Stream ID)가 최대값(MAX) 또는 최대값 보다 작은 특정값에 도달 시 처리하던 메시지 요청(Message Request)이 완료되면, 스탠바이 소켓(Standby Socket)으로 천이되어 클라이언트 장치(2)와의 연결(Connection)을 유지할 수 있다. 천이되어 새롭게 액티브(Active) 상태가 된 소켓의 연결(Connection)을 통해 기존 연결(Connection)에서 처리한 요청(Request) 이후의 메시지(Message)를 처리할 수 있다. 스탠바이(Standby)가 된 소켓은 모든 응답(Response) 처리가 완료되면 Connection 재 연결을 진행하여 스트림 ID(Stream ID)를 초기화할 수 있다.
따라서, 클라이언트 장치(2)와 서버 장치(3)는 액티브 소켓 및 스탠바이 소켓을 통해 다중 연결(Connection)을 유지하다가, 액티브 소켓 연결(Active Socket Connection)의 스트림 ID(Stream ID)가 특정 값에 도래하면 연결(Connection)을 변경하여 메시지를 처리 함으로써 단절 없이 서비스를 이어 나갈 수 있다.
도 4는 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법의 흐름도로, 도 1의 클라이언트 장치(2)에 적용되므로 해당 장치의 동작과 병행하여 설명한다.
먼저, 클라이언트 장치(2)는 서버 장치(3)와의 통신이 개시되면(S401), 해당 서버 장치(3)와 연결되는 복수개의 소켓, 예를 들어 도 6에 도시된 바와 같이 제1 소켓(#1) 및 제2 소켓(#2)을 생성한다(S403).
이어, 클라이언트 장치(2)는 도 6의 (a) 구간에 도시된 바와 같이 단계 S403에서 생성된 2개의 소켓(#1, #2) 중 제1 소켓(#1)은 액티브 연결 상태로 만들어 그 액티브 연결 상태의 제1 소켓(#1)을 통해 서버 장치(3)와 HPPT/2 프로토콜 기반 메시지 (스트림) 통신하도록 함과 동시에 제2 소켓(#2)은 스탠바이 연결 상태로 대기하도록 한다(S405).
이어, 클라이언트 장치(2)는 도 6의 (a) 구간에서 액티브 연결 상태의 제1 소켓(#1)의 스트림 ID가 기 설정된 특정값으로서의 최대값(Stream ID max))에 도달하는 지의 여부를 감시하도록 한다(S407). 예를 들어, 5G SA 네트워크의 UDC(User Data Convergence) 구조에서 UDR(Unified Data Repository)과 AP(Access Point) 간 TCP 연동 후 메시지 전달 시 사용하는 HTTP/2 는 스트림 ID(Stream ID)를 통하여 클라이언트-서버(CLIENT-SERVER) 간의 메시지 전달을 관리하며, HTTP/2 연결(Connection) 간 최대 스트림 ID(MAX Stream ID)값은 231(Client: 홀수, Server: 짝수) 이므로, 이 경우 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값으로 설정하거나 또는 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값으로 설정할 수 있다.
이어, 클라이언트 장치(2)는 단계 S407의 감시 결과 도 6의 (a) 구간에서 액티브 연결 상태로 메시지 통신 중인 제1 소켓(#1)의 스트림 ID가 기 설정된 최대값(Stream ID max)에 도달한 경우, 도 6의 (b) 구간에 도시된 바와 같이 제1 소켓(#1)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 스탠바이 연결 상태로 대기 중인 제2 소켓(#2)을 액티브 연결 상태로 천이하여 서버 장치(3)와 HTTP/2 프로토콜 기반 메시지 (스트림) 통신을 계속하도록 한다(S409).
또한, 클라이언트 장치(2)는 단계 S409에서 스탠바이 연결 상태로 천이된 제1 소켓(#1)에 대해 해당 제1 소켓(#1)의 스탠바이 상태 즉, 도 6의 (b) 구간에서 Connection 재 연결을 진행하여 스트림 ID를 초기화한다.
이어, 클라이언트 장치(2)는 도 6의 (b) 구간에서 액티브 연결 상태의 제2 소켓(#2)의 스트림 ID가 기 설정된 특정값으로서의 최대값(Stream ID max))에 도달하는 지의 여부를 감시하다가(S411), 단계 S411의 감시 결과 도 6의 (b) 구간에서 액티브 연결 상태로 메시지 통신 중인 제2 소켓(#2)의 스트림 ID가 기 설정된 최대값(Stream ID max)에 도달한 경우, 단계 S405의 과정으로 돌아가 도 6의 (c) 구간에 도시된 바와 같이 제2 소켓(#2)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 도 6의 (b) 구간에서 스탠바이 연결 상태로 대기 중인 제1 소켓(#1)을 액티브 연결 상태로 천이하여 서버 장치(3)와 HTTP/2 프로토콜 기반 메시지 (스트림) 통신을 계속하도록 한다.
또한, 클라이언트 장치(2)는 단계 S405에서 스탠바이 연결 상태로 천이된 제2 소켓(#2)에 대해 해당 제2 소켓(#2)의 스탠바이 상태인 도 6의 (c) 구간에서 Connection 재 연결을 진행하여 스트림 ID를 초기화한다.
클라이언트 장치(2)는 서버 장치(3)와의 HTTP/2 프로토콜 기반 메시지 (스트림) 통신이 종료되기 전까지 전술한 단계 S405~S411의 과정을 반복하도록 한다.
도 5는 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법의 흐름도로, 도 1의 서버 장치(3)에 적용되므로 해당 장치의 동작과 병행하여 설명한다.
먼저, 서버 장치(3)는 클라이언트 장치(2)와의 통신이 개시되면(S501), 해당 클라이언트 장치(2)와 연결되는 복수개의 소켓, 예를 들어 도 6에 도시된 바와 같이 제1 소켓(#1) 및 제2 소켓(#2)을 생성한다(S503).
이어, 서버 장치(3)는 도 6의 (a) 구간에 도시된 바와 같이 단계 S503에서 생성된 2개의 소켓(#1, #2) 중 제1 소켓(#1)은 액티브 연결 상태로 만들어 그 액티브 연결 상태의 제1 소켓(#1)을 통해 클라이언트 장치(2)와 HPPT/2 프로토콜 기반 메시지 (스트림) 통신하도록 함과 동시에 제2 소켓(#2)은 스탠바이 연결 상태로 대기하도록 한다(S505).
이어, 서버 장치(3)는 도 6의 (a) 구간에서 액티브 연결 상태의 제1 소켓(#1)의 스트림 ID가 기 설정된 특정값으로서의 최대값(Stream ID max))에 도달하는 지의 여부를 감시하도록 한다(S507). 예를 들어, 5G SA 네트워크의 UDC(User Data Convergence) 구조에서 UDR(Unified Data Repository)과 AP(Access Point) 간 TCP 연동 후 메시지 전달 시 사용하는 HTTP/2 는 스트림 ID(Stream ID)를 통하여 클라이언트-서버(CLIENT-SERVER) 간의 메시지 전달을 관리하며, HTTP/2 연결(Connection) 간 최대 스트림 ID(MAX Stream ID)값은 231(Client: 홀수, Server: 짝수) 이므로, 이 경우 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값으로 설정하거나 또는 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값으로 설정할 수 있다.
이어, 서버 장치(3)는 단계 S507의 감시 결과 도 6의 (a) 구간에서 액티브 연결 상태로 메시지 통신 중인 제1 소켓(#1)의 스트림 ID가 기 설정된 최대값(Stream ID max)에 도달한 경우, 도 6의 (b) 구간에 도시된 바와 같이 제1 소켓(#1)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 스탠바이 연결 상태로 대기 중인 제2 소켓(#2)을 액티브 연결 상태로 천이하여 클라이언트 장치(2)와 HTTP/2 프로토콜 기반 메시지 (스트림) 통신을 계속하도록 한다(S509).
또한, 서버 장치(3)는 단계 S509에서 스탠바이 연결 상태로 천이된 제1 소켓(#1)에 대해 해당 제1 소켓(#1)의 스탠바이 상태인 도 6의 (b) 구간에서 Connection 재 연결을 진행하여 스트림 ID를 초기화한다.
이어, 서버 장치(3)는 도 6의 (b) 구간에서 액티브 연결 상태의 제2 소켓(#2)의 스트림 ID가 기 설정된 특정값으로서의 최대값(Stream ID max))에 도달하는 지의 여부를 감시하다가(S511), 단계 S511의 감시 결과 도 6의 (b) 구간에서 액티브 연결 상태로 메시지 통신 중인 제2 소켓(#2)의 스트림 ID가 기 설정된 최대값(Stream ID max)에 도달한 경우, 단계 S505의 과정으로 돌아가 도 6의 (c) 구간에 도시된 바와 같이 제2 소켓(#2)의 연결 상태를 스탠바이 연결 상태로 천이함과 동시에 도 6의 (b) 구간에서 스탠바이 연결 상태로 대기 중인 제1 소켓(#1)을 액티브 연결 상태로 천이하여 클라이언트 장치(2)와 HTTP/2 프로토콜 기반 메시지 (스트림) 통신을 계속하도록 한다.
또한, 서버 장치(3)는 단계 S505로 돌아가 스탠바이 연결 상태로 천이된 제2 소켓(#2)에 대해 해당 제2 소켓(#2)의 스탠바이 상태 동안 즉, 도 6의 (c) 구간에서 Connection 재 연결을 진행하여 스트림 ID를 초기화한다.
서버 장치(3)는 클라이언트 장치(2)와의 HTTP/2 프로토콜 기반 메시지 (스트림) 통신이 종료되기 전까지 전술한 단계 S505~S511의 과정을 반복하도록 한다.
한편, 전술한 본 발명의 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법에 따르면 해당 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체를 구현할 수 있다.
다른 한편, 전술한 본 발명의 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법에 따르면 해당 방법을 하드웨어와 결합하여 실행시키기 위하여 컴퓨터에서 읽을 수 있는 기록 매체에 저장된 애플리케이션을 구현할 수 있다.
또 다른 한편, 전술한 본 발명의 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법에 따르면 해당 방법을 컴퓨터에서 실행시키기 위하여 컴퓨터에서 읽을 수 있는 기록 매체에 저장된 컴퓨터 프로그램을 구현할 수 있다.
예를 들어, 전술한 바와 같이 본 발명의 예시적인 실시예에 따른 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법은 다양한 컴퓨터로 구현되는 동작을 수행하기 위한 프로그램 명령을 포함하는 컴퓨터 판독가능 기록 매체 또는 이러한 기록 매체에 저장된 애플리케이션으로 구현될 수 있다. 상기 컴퓨터 판독 가능 기록 매체는 프로그램 명령, 로컬 데이터 파일, 로컬 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 기록 매체는 본 발명의 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크와 같은 자기-광 매체, 및 롬, 램, 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함할 수 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
1: 통신망
2: 클라이언트 장치
3: 서버 장치
20,30: 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치
21,31: 소켓생성부
23,33: 메시지통신부
25,35: 감시부
27,37: 상태천이부

Claims (23)

  1. 클라이언트 장치에서 수행하는 방법으로서,
    (a) 단일 클라이언트 장치에서 서버 장치와 연결된 복수개의 소켓을 생성하기 위한 단계;
    (b) 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 상기 서버 장치와 메시지 통신하도록 하고 나머지 소켓은 상기 단일 클라이언트 장치의 상기 메시지 통신을 위한 스탠바이 연결 상태로 두기 위한 단계;
    (c) 상기 액티브 연결 상태의 소켓의 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하는지의 여부를 감시하기 위한 단계; 및
    (d) 상기 감시 결과 상기 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하고, 상기 단일 클라이언트 장치가 상기 천이된 액티브 연결 상태의 하나의 소켓을 통해 상기 서버 장치와 상기 메시지 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 단계;
    를 포함하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  2. 제1항에 있어서,
    상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 하는 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  3. 제1항에 있어서,
    상기 메시지 통신은 HPPT/2 프로토콜 기반 통신인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  4. 제3항에 있어서,
    상기 특정값은 HTTP/2 프로토콜에 따른 최대 스트림 ID(MAX Stream ID) 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  5. 제3항에 있어서,
    상기 특정값은 HTTP/2 프로토콜에 따른 최대 스트림 ID(MAX Stream ID) 값보다 작은 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  6. 서버 장치에서 수행하는 방법으로서,
    (a) 단일 클라이언트 장치와 연결된 복수개의 소켓을 생성하기 위한 단계;
    (b) 상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 상기 단일 클라이언트 장치와 메시지 통신하도록 하고 나머지 소켓은 상기 단일 클라이언트 장치의 상기 메시지 통신을 위한 스탠바이 연결 상태로 두기 위한 단계;
    (c) 상기 액티브 연결 상태의 소켓의 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하는 지의 여부를 감시하기 위한 단계; 및
    (d) 상기 감시 결과 상기 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하고, 상기 천이된 액티브 연결 상태의 하나의 소켓을 통해 상기 단일 클라이언트 장치와 상기 메시지 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 단계;
    를 포함하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  7. 제6항에 있어서,
    상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 하는 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  8. 제6항에 있어서,
    상기 메시지 통신은 HPPT/2 프로토콜 기반 통신인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  9. 제8항에 있어서,
    상기 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  10. 제8항에 있어서,
    상기 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법.
  11. 클라이언트 장치에 포함되는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치로서,
    단일 클라이언트 장치에서 서버 장치와 연결된 복수개의 소켓을 생성하기 위한 소켓생성부;
    상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 상기 서버 장치와 메시지 통신하도록 하고 나머지 소켓은 상기 단일 클라이언트 장치의 상기 메시지 통신을 위한 스탠바이 연결 상태로 두기 위한 메시지통신부;
    상기 액티브 연결 상태의 소켓의 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하는 지의 여부를 감시하기 위한 감시부; 및
    상기 감시 결과 상기 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하고, 상기 단일 클라이언트 장치가 상기 천이된 액티브 연결 상태의 하나의 소켓을 통해 상기 서버 장치와 상기 메시지 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 상태천이부;
    를 포함하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  12. 제11항에 있어서,
    상기 상태천이부는 상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 하는 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  13. 제11항에 있어서,
    상기 메시지 통신은 HPPT/2 프로토콜 기반 통신인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  14. 제13항에 있어서,
    상기 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  15. 제13항에 있어서,
    상기 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  16. 서버 장치에 포함되는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치로서,
    단일 클라이언트 장치와 연결된 복수개의 소켓을 생성하기 위한 소켓생성부;
    상기 생성된 복수개의 소켓 중 액티브 연결 상태의 하나의 소켓을 통해 상기 단일 클라이언트 장치와 메시지 통신하도록 하고 나머지 소켓은 상기 단일 클라이언트 장치의 상기 메시지 통신을 위한 스탠바이 연결 상태로 두기 위한 메시지통신부;
    상기 액티브 연결 상태의 소켓의 스트림 ID가 상기 메시지 통신의 완료 전에 특정 값에 도달하는 지의 여부를 감시하기 위한 감시부; 및
    상기 감시 결과 상기 스트림 ID가 상기 메시지 통신의 완료 전에 특정값에 도달하면, 스탠바이 연결 상태의 소켓 중 하나의 소켓을 액티브 연결 상태로 천이하고, 상기 천이된 액티브 연결 상태의 하나의 소켓을 통해 상기 단일 클라이언트 장치와 상기 메시지 통신을 계속하도록 하고, 직전 액티브 연결 상태의 소켓을 스탠바이 연결 상태로 천이하기 위한 상태천이부;
    를 포함하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  17. 제16항에 있어서,
    상기 상태천이부는 상기 스탠바이 연결 상태로 천이된 소켓의 재 연결을 진행하여 스트림 ID를 초기화 하는 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  18. 제16항에 있어서,
    상기 메시지 통신은 HPPT/2 프로토콜 기반 통신인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  19. 제16항에 있어서,
    상기 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  20. 제18항에 있어서,
    상기 특정값은 HTTP/2 프로토콜의 최대 스트림 ID(MAX Stream ID) 값보다 작은 값인 것을 특징으로 하는 클라이언트-서버 간 메시지 전달을 위한 연결 제어 장치.
  21. 제1항 내지 제10항 중 어느 한 항의 상기 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록 매체.
  22. 제1항 내지 제10항 중 어느 한 항의 상기 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 하드웨어와 결합하여 실행시키기 위하여 컴퓨터로 읽을 수 있는 기록 매체에 저장된 애플리케이션.
  23. 제1항 내지 제10항 중 어느 한 항의 상기 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법을 컴퓨터에서 실행시키기 위하여 컴퓨터에서 읽을 수 있는 기록 매체에 저장된 컴퓨터 프로그램.
KR1020190081815A 2019-07-08 2019-07-08 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치 KR102230980B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020190081815A KR102230980B1 (ko) 2019-07-08 2019-07-08 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190081815A KR102230980B1 (ko) 2019-07-08 2019-07-08 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20210006045A KR20210006045A (ko) 2021-01-18
KR102230980B1 true KR102230980B1 (ko) 2021-03-23

Family

ID=74236920

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190081815A KR102230980B1 (ko) 2019-07-08 2019-07-08 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치

Country Status (1)

Country Link
KR (1) KR102230980B1 (ko)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10044831B2 (en) 2014-03-10 2018-08-07 Samsung Electronics Co., Ltd. Method and apparatus for transmitting messages to a dash client
KR101711510B1 (ko) * 2015-02-27 2017-03-02 주식회사 토브스 복수의 ｉｐ 카메라 영상을 표시하기 위한 영상 관제 시스템 및 그 방법
EP3079104B1 (en) * 2015-04-10 2018-01-10 EM Microelectronic-Marin SA Protocol management method for a passive rf identification device which can harvest power from different power sources

Also Published As

Publication number Publication date
KR20210006045A (ko) 2021-01-18

Similar Documents

Publication Publication Date Title
US8402132B2 (en) Method, system and device for device capabilities exchange
US8024423B2 (en) Maintaining connections between mobile devices and servers
EP3300331B1 (en) Response method, apparatus and system in virtual network computing authentication, and proxy server
EP2454679B1 (en) Management of an instant message session
EP3068093B1 (en) Security authentication method and bidirectional forwarding detection method
KR102208935B1 (ko) 데이터 교환을 위한 컨텍스트를 설정하는 http 프로토콜을 통한 메시징 api
US11632361B2 (en) Combined authentication and connection establishment for a communication channel
CN107517227B (zh) 用于分布式一致性系统的会话实现方法以及装置
EP3664373A1 (en) Method, device and system for processing network slice instance
WO2021129754A1 (zh) 一种报文处理的方法、设备及存储介质
CN102484655B (zh) 专用网络中的公用机器人管理方法和系统
WO2020119328A1 (zh) 数据传输方法、装置、设备及存储介质
US20070130346A1 (en) Method for maintaining telnet session, telnet agency and computer network system
CN112491603A (zh) 一种设备配置方法、装置、设备和存储介质
CN109600436B (zh) 一种分布式iscsi服务实现方法、系统及相关装置
KR102230980B1 (ko) 클라이언트-서버 간 메시지 전달을 위한 연결 제어 방법 및 장치
WO2024103716A1 (zh) 一种链路中子网管理的方法、装置、设备及可读介质
CN107819599B (zh) 报文处理方法及装置
CN106169982B (zh) 扩展端口的处理方法、装置及系统
KR20160102348A (ko) Ｔｃｐ 핸드셰이크를 수행하기 위한 장치 및 방법
CN105447121A (zh) 一种数据库集群重建连接高可用的方法
CN113115473B (zh) 网络切片控制方法及装置、服务器、系统及存储介质
CN110753043B (zh) 一种通信方法、装置、服务器及介质
KR20090071542A (ko) 호스트 가장 네트워크 디바이스 및 그의 방법
US20150215473A1 (en) Online charging method for always on ip connectivity

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant