KR102606911B1 - Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템 - Google Patents

Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템 Download PDF

Info

Publication number
KR102606911B1
KR102606911B1 KR1020210121512A KR20210121512A KR102606911B1 KR 102606911 B1 KR102606911 B1 KR 102606911B1 KR 1020210121512 A KR1020210121512 A KR 1020210121512A KR 20210121512 A KR20210121512 A KR 20210121512A KR 102606911 B1 KR102606911 B1 KR 102606911B1
Authority
KR
South Korea
Prior art keywords
user
request
queue
api
computer device
Prior art date
Application number
KR1020210121512A
Other languages
English (en)
Other versions
KR20230038882A (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 KR1020210121512A priority Critical patent/KR102606911B1/ko
Publication of KR20230038882A publication Critical patent/KR20230038882A/ko
Application granted granted Critical
Publication of KR102606911B1 publication Critical patent/KR102606911B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/56—Queue scheduling implementing delay-aware scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/58—Changing or combining different scheduling modes, e.g. multimode scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9063—Intermediate storage in different physical parts of a node or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

API 서버로 인입되는 트래픽을 조절하는 방법 및 시스템을 개시한다. 일실시예에 따른 트래픽 조절 방법은 사용자의 단말 및 API 서버 사이에서 사용자의 단말로부터의 요청을 중계하는 API(Application Programming Interface) 게이트웨이로부터 사용자의 단말로부터의 요청을 전달받는 단계, 전달받은 요청을 대기열에 추가하는 단계, 대기열에서 요청을 추출하는 단계 및 대기열에서 추출된 요청을 API 서버로 전달하는 단계를 포함할 수 있다.

Description

API 서버로 인입되는 트래픽을 조절하는 방법 및 시스템{METHOD AND SYSTEM FOR CONTROLLING TRAFFIC INBOUND TO APPLICATION PROGRAMMING INTERFACE SERVER}
아래의 설명은 API 서버로 인입되는 트래픽을 조절하는 방법 및 시스템에 관한 것이다.
이동 통신 기술의 발전과 함께 스마트폰과 같은 고성능 무선 기기들이 등장하면서, 스트리밍 서비스뿐만 아니라 IPTV, 화상회의, 비디오 소셜 네트워크 등 고품질 영상에 대한 사용자들의 수요는 계속해서 증가하는 추세에 있다.
종래기술에서는 API(Application Programming Interface) 서버로 인입되는 트래픽을 조절하기 위해 어플리케이션과 같은 프론트 엔드(Front End, FE)를 수정하거나, 사용자에 대한 추가 행위를 요구하거나 또는 사용자에게 제공될 데이터의 전달량을 제어한다.
[선행기술문헌]
한국공개특허 제10-2009-060425호(공개일: 2009.03.19)
사용자와 API 서버 사이에서 요청량을 조절하며 요청을 중계할 수 있는 서버군을 통해 API 서버의 순간 트래픽을 조절할 수 있는 트래픽 조절 방법 및 시스템을 제공한다.
적어도 하나의 프로세서를 포함하는 컴퓨터 장치의 트래픽 제어 방법에 있어서, 상기 적어도 하나의 프로세서에 의해, 사용자의 단말 및 API 서버 사이에서 사용자의 단말로부터의 요청을 중계하는 API(Application Programming Interface) 게이트웨이로부터 상기 사용자의 단말로부터의 요청을 전달받는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 전달받은 요청을 대기열에 추가하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 대기열에서 요청을 추출하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 대기열에서 추출된 요청을 상기 API 서버로 전달하는 단계를 포함하는 트래픽 제어 방법을 제공한다.
일측에 따르면, 상기 대기열에 추가하는 단계는, 상기 API 게이트웨이로부터 수신된 요청들에 대한 트래픽을 결정하는 단계; 및 상기 트래픽이 임계값을 초과하는 경우, 상기 전달받은 요청을 대기열에 추가하는 단계를 포함하는 것을 특징으로 할 수 있다.
다른 측면에 따르면, 상기 트래픽 제어 방법은 상기 적어도 하나의 프로세서에 의해, 상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 사용자가 유료 사용자로 결정되는 경우, 상기 전달받은 요청을 상기 API 서버로 전달하는 단계를 더 포함하고, 상기 대기열에 추가하는 단계는, 상기 사용자가 일반 사용자로 결정되는 경우, 상기 전달받은 요청을 상기 대기열에 추가하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 단계는, 상기 전달받은 요청이 포함하는 쿠키에서 상기 전달받은 요청을 전달한 사용자의 암호화된 식별정보를 획득하는 단계; 상기 암호화된 식별정보를 복원하여 상기 사용자의 식별정보를 획득하는 단계; 및 상기 획득한 식별정보를 유료 사용자 데이터베이스에서 검색하여 상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 단계를 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 대기열에서 요청을 추출하는 단계는, 상기 대기열에 저장된 후 기설정된 시간이 경과한 요청을 상기 대기열에서 추출하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 대기열에서 요청을 추출하는 단계는, 기설정된 조건이 만족되는 경우에 상기 대기열에서 상기 요청을 추출하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 기설정된 조건은 상기 API 게이트웨이로부터 수신하는 요청들에 따른 트래픽이 임계값 이내로 감소하는 조건을 포함하는 것을 특징으로 할 수 있다.
컴퓨터 장치와 결합되어 상기 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램을 제공한다.
상기 방법을 컴퓨터 장치에 실행시키기 위한 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록매체를 제공한다.
컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서에 의해, 사용자의 단말 및 API 서버 사이에서 사용자의 단말로부터의 요청을 중계하는 API(Application Programming Interface) 게이트웨이로부터 상기 사용자의 단말로부터의 요청을 전달받고, 상기 전달받은 요청을 대기열에 추가하고, 상기 대기열에서 요청을 추출하고, 상기 대기열에서 추출된 요청을 상기 API 서버로 전달하는 것을 특징으로 하는 컴퓨터 장치를 제공한다.
사용자와 API 서버 사이에서 요청량을 조절하며 요청을 중계할 수 있는 서버군을 통해 API 서버의 순간 트래픽을 조절할 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다.
도 3은 본 발명의 일실시예에 따른 트래픽 제어 시스템의 예를 도시한 도면이다.
도 4는 본 발명의 일실시예에 따른 API 게이트웨이의 트래픽 제어 방법의 예를 도시한 흐름도이다.
도 5는 본 발명의 일실시예에 따른 API 관리 서버의 트래픽 제어 방법의 예를 도시한 흐름도이다.
도 6 및 도 7은 본 발명의 일실시예에 있어서, 지연되는 요청에 대해 사용자에게 전달되는 응답 형태의 예를 도시한 도면들이다.
이하, 실시예를 첨부한 도면을 참조하여 상세히 설명한다.
본 발명의 실시예들에 따른 트래픽 제어 시스템은 적어도 하나의 컴퓨터 장치에 의해 구현될 수 있으며, 본 발명의 실시예들에 따른 트래픽 제어 방법은 트래픽 제어 시스템을 구현하는 적어도 하나의 컴퓨터 장치를 통해 수행될 수 있다. 컴퓨터 장치에는 본 발명의 일실시예에 따른 컴퓨터 프로그램이 설치 및 구동될 수 있고, 컴퓨터 장치는 구동된 컴퓨터 프로그램의 제어에 따라 본 발명의 실시예들에 따른 트래픽 제어 방법을 수행할 수 있다. 상술한 컴퓨터 프로그램은 컴퓨터 장치와 결합되어 트래픽 제어 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장될 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다. 또한, 도 1의 네트워크 환경은 본 실시예들에 적용 가능한 환경들 중 하나의 예를 설명하는 것일 뿐, 본 실시예들에 적용 가능한 환경이 도 1의 네트워크 환경으로 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 네비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 도 1에서는 전자 기기(110)의 예로 스마트폰의 형상을 나타내고 있으나, 본 발명의 실시예들에서 전자 기기(110)는 실질적으로 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있는 다양한 물리적인 컴퓨터 장치들 중 하나를 의미할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 컨텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다. 예를 들어, 서버(150)는 네트워크(170)를 통해 접속한 복수의 전자 기기들(110, 120, 130, 140)로 서비스(일례로, 컨텐츠 제공 서비스, 그룹 통화 서비스(또는 음성 컨퍼런스 서비스), 메시징 서비스, 메일 서비스, 소셜 네트워크 서비스, 지도 서비스, 번역 서비스, 금융 서비스, 결제 서비스, 검색 서비스 등)를 제공하는 시스템일 수 있다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다. 앞서 설명한 복수의 전자 기기들(110, 120, 130, 140) 각각이나 서버들(150, 160) 각각은 도 2를 통해 도시된 컴퓨터 장치(200)에 의해 구현될 수 있다.
이러한 컴퓨터 장치(200)는 도 2에 도시된 바와 같이, 메모리(210), 프로세서(220), 통신 인터페이스(230) 그리고 입출력 인터페이스(240)를 포함할 수 있다. 메모리(210)는 컴퓨터에서 판독 가능한 기록매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 여기서 ROM과 디스크 드라이브와 같은 비소멸성 대용량 기록장치는 메모리(210)와는 구분되는 별도의 영구 저장 장치로서 컴퓨터 장치(200)에 포함될 수도 있다. 또한, 메모리(210)에는 운영체제와 적어도 하나의 프로그램 코드가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 메모리(210)와는 별도의 컴퓨터에서 판독 가능한 기록매체로부터 메모리(210)로 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록매체가 아닌 통신 인터페이스(230)를 통해 메모리(210)에 로딩될 수도 있다. 예를 들어, 소프트웨어 구성요소들은 네트워크(170)를 통해 수신되는 파일들에 의해 설치되는 컴퓨터 프로그램에 기반하여 컴퓨터 장치(200)의 메모리(210)에 로딩될 수 있다.
프로세서(220)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(210) 또는 통신 인터페이스(230)에 의해 프로세서(220)로 제공될 수 있다. 예를 들어 프로세서(220)는 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 인터페이스(230)은 네트워크(170)를 통해 컴퓨터 장치(200)가 다른 장치(일례로, 앞서 설명한 저장 장치들)와 서로 통신하기 위한 기능을 제공할 수 있다. 일례로, 컴퓨터 장치(200)의 프로세서(220)가 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청이나 명령, 데이터, 파일 등이 통신 인터페이스(230)의 제어에 따라 네트워크(170)를 통해 다른 장치들로 전달될 수 있다. 역으로, 다른 장치로부터의 신호나 명령, 데이터, 파일 등이 네트워크(170)를 거쳐 컴퓨터 장치(200)의 통신 인터페이스(230)를 통해 컴퓨터 장치(200)로 수신될 수 있다. 통신 인터페이스(230)를 통해 수신된 신호나 명령, 데이터 등은 프로세서(220)나 메모리(210)로 전달될 수 있고, 파일 등은 컴퓨터 장치(200)가 더 포함할 수 있는 저장 매체(상술한 영구 저장 장치)로 저장될 수 있다.
입출력 인터페이스(240)는 입출력 장치(250)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 마이크, 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 디스플레이, 스피커와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(240)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 입출력 장치(250)는 컴퓨터 장치(200)와 하나의 장치로 구성될 수도 있다.
또한, 다른 실시예들에서 컴퓨터 장치(200)는 도 2의 구성요소들보다 더 적은 혹은 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 컴퓨터 장치(200)는 상술한 입출력 장치(250) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다.
도 3은 본 발명의 일실시예에 따른 트래픽 제어 시스템의 예를 도시한 도면이다. 도 3은 복수의 사용자들(310), API(Application Programming Interface) 서버(320), API 게이트웨이(330) 및 API 관리 서버(340)를 나타내고 있다.
복수의 사용자들(310) 각각은 실질적으로 어플리케이션이 설치 및 구동되어 API 서버(320)로부터 서비스를 제공받는 사용자의 단말 장치일 수 있다. 이러한 단말 장치는 일례로 도 2를 통해 설명한 컴퓨터 장치(200)에 의해 구현될 수 있다.
API 서버(320)는 API 서버로서, 사용자의 단말 장치에 설치 및 구동된 어플리케이션을 통해 사용자에게 서비스를 제공할 수 있으며, 도 2를 통해 설명한 컴퓨터 장치(200)와 같은 물리적인 전자 장치에 의해 구현될 수 있다.
API 게이트웨이(330)는 복수의 사용자들(310)과 API 서버(320) 사이에서 복수의 사용자들(310)의 요청을 API 서버(320)로 중계할 수 있으며, 도 2를 통해 설명한 컴퓨터 장치(200)와 같은 물리적인 전자 장치에 의해 구현될 수 있다.
API 관리 서버(340)는 실질적으로 트래픽을 조절할 수 있으며, 역시 도 2를 통해 설명한 컴퓨터 장치(200)와 같은 물리적인 전자 장치에 의해 구현될 수 있다.
실시예에 따라 API 서버(320), API 게이트웨이(330) 및 API 관리 서버(340) 중 적어도 둘 이상이 동일한 물리적인 전자 장치에 구현될 수도 있다.
API 게이트웨이(330)는 요청의 타입들 중 전달 지연의 검토가 필요한 타입을 설정할 수 있다. 이때, API 게이트웨이(330)는 복수의 사용자들(310)로부터의 요청 중 전달 지연의 검토가 필요한 타입의 요청은 API 관리 서버(340)로 전달할 수 있으며, 전달 지연의 검토가 필요한 타입이 아닌 다른 타입의 요청들을 API 서버(320)로 바로 전달할 수 있다. 다시 말해, API 게이트웨이(330)는 특정 타입의 요청은 지연 처리에서 제외시킬 수 있다. 도 3의 실시예에서는 API 게이트웨이(330)가 HTTP(Hypertext Transfer Protocol) 통신 프로토콜에서 GET /init 타입의 요청은 지연 처리를 위해 API 관리 서버(340)로 전달하되, GET /vod, GET /live와 같은 다른 타입의 요청들은 지연 처리에서 제외하여 API 서버(320)로 바로 전달하는 예를 설명하고 있다.
여기서, GET /init, GET /vod, GET /live 등은 복수의 사용자들(310)이 API 서버(320)를 통해 서비스를 제공받기 위해 API 서버(320)로 전달하는 요청들의 예를 설명하는 것일 뿐, API 서버(310)가 제공하는 서비스에 따라 요청들이 달라질 수 있음을 쉽게 이해할 수 있을 것이다. 또한, 도 3의 실시예에서 GET /init에 대해서만 지연을 시키고, 다른 요청들은 지연 처리하는 것 역시 요청의 타입에 따라 특정 타입의 요청은 지연 처리에서 제외시킬 수 있음을 설명하기 위한 예시일 뿐, 이에 한정되는 것은 아니다.
한편, API 관리 서버(340)는 API 게이트웨이(330)로부터 전달되는 요청의 트래픽에 기반하여 요청의 전달에 대한 지연 여부를 결정할 수 있다. 일례로, API 관리 서버(340)는 API 게이트웨이로부터 수신된 요청들에 대한 트래픽을 결정할 수 있으며, 결정된 트래픽이 임계값을 초과하는 경우, API 게이트웨이(330)로부터 전달받은 요청을 대기열에 추가하여 전달을 지연시킬 수 있다.
또한, API 관리 서버(340)는 특정 타입의 요청과 관련하여, 해당 요청을 한 사용자가 유료 사용자인 경우에는 해당 요청을 바로 API 서버(320)로 전달할 수 있다. 또한, API 관리 서버(340)는 특정 타입의 요청과 관련하여, 해당 요청을 한 사용자가 유료 사용자가 아닌 일반 사용자인 경우에는 해당 요청을 대기열(342)에 추가하여 일정 시간 지연시킨 후, API 서버(320)로 전달할 수 있다.
이를 위해, 도 3의 실시예에서는 API 관리 서버(340)가 지연 처리부(341), 대기열(342) 및 유료 사용자 DB(343)를 포함할 수 있음을 나타내고 있다. 지연 처리부(341)는 API 게이트웨이(330)로부터 전달되는 요청에 대해 해당 요청의 사용자가 유료 사용자인지 여부를 유료 사용자 DB(343)를 통해 확인할 수 있다.
일례로, API 게이트웨이(330)로부터 전달되는 요청은 쿠키(cookie)를 포함할 수 있으며, 쿠키는 사용자의 암호화된 식별정보가 포함될 수 있다. 이 경우, 지연 처리부(341)는 전달된 요청에 포함된 쿠키를 이용하여 해당 사용자의 유료 사용자 여부를 결정할 수 있다. 이미 설명한 바와 같이 쿠키에는 사용자의 암호화된 식별정보가 포함될 수 있으며, 지연 처리부(341)는 전달된 쿠키가 포함하는 사용자의 암호화된 식별정보를 복원한 후, 복원된 식별정보를 유료 사용자 DB(343)에서 검색할 수 있다. 이때, 복원된 식별정보가 유료 사용자 DB(343)에 저장되어 있는 경우, 해당 사용자가 유료 사용자로서 결정될 수 있다. 이 경우, 지연 처리부(341)는 해당 사용자의 요청을 바로 API 서버(320)로 전달할 수 있다.
만약, 복원된 사용자 정보가 유료 사용자 DB(343)에 저장되어 있지 않은 경우, 지연 처리부(341)는 해당 사용자의 요청을 대기열(342)에 저장하여 API 서버(320)로의 전달을 지연시킬 수 있다. 대기열(342)은 버퍼와 같은 형태로 구현될 수 있으나 이에 한정되는 것은 아니다. 지연 처리부(341)는 일정 시간 지연된 요청을 대기열(342)에서 추출하여 API 서버(320)로 전달할 수 있다.
한편, 유료 사용자의 요청은 우선순위가 높은 요청으로 확장될 수 있다. 예를 들어, API 게이트웨이(330)가 특정 타입의 요청을 선택하여 API 관리 서버(340)로 전송할 수 있으나, API 관리 서버(340)는 특정 타입의 요청들 중에서도 별도의 우선순위를 사용하여 특정 우선순위의 요청을 지연 없이 바로 API 서버로 전달할 수 있다. 다시 말해, 유료 사용자의 요청은 우선순위가 높은 요청의 유형들 중 하나일 수 있다.
보다 구체적인 예로, API 관리 서버(340)는 API 게이트웨이(330)로부터 수신된 요청에 대한 트래픽이 임계값을 초과하는 경우, 일반 사용자의 요청들을 대기열에 추가하여 트래픽을 제어할 수 있다. 역으로 API 관리 서버(340)는 트래픽이 임계값을 초과하지 않는 경우에 수신되는 요청이나 유료 사용자의 요청은 바로 API 서버(320)로 전달할 수 있다.
도 4는 본 발명의 일실시예에 따른 API 게이트웨이의 트래픽 제어 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 트래픽 제어 방법은 도 3을 통해 설명한 API 게이트웨이(330)를 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 4의 방법이 포함하는 단계들(410 내지 440)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(410)에서 컴퓨터 장치(200)는 요청의 타입들 중 전달 지연의 검토가 필요한 타입을 설정할 수 있다. 요청은 복수의 타입들을 포함할 수 있으며, 도 3에서는 HTTP 통신 프로토콜을 위한 GET /init, GET /vod, GET /live와 같은 요청의 타입들에 대해 설명한 바 있다. 컴퓨터 장치(200)는 이러한 요청의 다양한 타입들 중에서 전달 지연의 검토가 필요한 타입을 설정할 수 있다. 도 3의 실시예에서는 GET /init가 전달 지연의 검토가 필요한 타입으로서 설정된 예를 설명하였다. 일례로, 컴퓨터 장치(200)는 관리자에 의해 입력 및/또는 선택되는 타입을 전달 지연의 검토가 필요한 타입으로 설정할 수 있다.
단계(420)에서 컴퓨터 장치(200)는 복수의 사용자들의 단말들로부터 API 서버로의 요청들을 수신할 수 있다. 이미 설명한 바와 같이, 본 실시예에 따른 컴퓨터 장치(200)는 복수의 사용자들의 단말들과 API 서버간의 통신을 중계하는 API 게이트웨이(330)를 구현할 수 있으며, 따라서 복수의 사용자들의 단말들이 API 서버로 전송하는 요청들을 수신할 수 있다.
단계(430)에서 컴퓨터 장치(200)는 수신된 요청들 중에서 전달 지연의 검토가 필요한 타입의 요청을 API 관리 서버로 전달할 수 있다. 이때, API 관리 서버는 API 관리 서버에서의 트래픽에 기반하여 전달 지연의 검토가 필요한 타입의 요청의 API 서버로의 전달을 일정 시간 동안 지연시킬 수 있다. 또한, API 관리 서버는 전달 지연의 검토가 필요한 타입의 요청이 포함하는 쿠키에서 전달 지연의 검토가 필요한 타입의 요청을 전달한 사용자의 암호화된 식별정보를 획득하고, 암호화된 식별정보를 통해 사용자를 유료 사용자 및 유료 사용자가 아닌 사용자인 일반 사용자로 구별하고, 사용자의 유료 사용자 여부에 따라 전달 지연의 검토가 필요한 타입의 요청에 대한 전달 지연 여부를 결정할 수 있다. 예를 들어, API 관리 서버는 유료 사용자의 요청은 바로 API 서버로 전달하는 반면, 일반 사용자의 요청은 API 서버로의 전달을 일정 시간 동안 지연시킬 수 있다. 유료 사용자 여부와 트래픽이 모두 고려되는 경우, API 관리 서버는 트래픽이 임계값을 초과한 상황에서는 일반 사용자의 요청의 API 서버로의 전달을 모두 지연시킬 수 있다. 지연 방법에 대해서는 이후 더욱 자세히 설명한다.
단계(440)에서 컴퓨터 장치(200)는 수신된 요청들 중 전달 지연의 검토가 필요한 타입이 아닌 다른 타입의 요청들을 API 서버로 바로 전달할 수 있다. 앞서, GET /init만이 전달 지연의 검토가 필요한 타입으로 설정된 경우, GET /vod, GET /live 등의 타입을 갖는 나머지 요청들은 API 서버로 바로 전달되어 지연 없이 처리될 수 있음을 설명한 바 있다.
도 5는 본 발명의 일실시예에 따른 API 관리 서버의 트래픽 제어 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 트래픽 제어 방법은 도 3을 통해 설명한 API 관리 서버(340)를 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 5의 방법이 포함하는 단계들(510 내지 560)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(510)에서 컴퓨터 장치(200)는 사용자의 단말 및 API 서버 사이에서 사용자의 단말로부터의 요청을 중계하는 API 게이트웨이로부터 사용자의 단말로부터의 요청을 전달받을 수 있다. 여기서, API 게이트웨이는 앞서 설명한 API 게이트웨이(330)에 대응할 수 있으며, 일례로, 해당 요청은 API 게이트웨이(330)에서 설정된 전달 지연의 검토가 필요한 타입의 요청일 수 있다.
단계(520)에서 컴퓨터 장치(200)는 전달받은 요청을 대기열에 추가할 수 있다. 일실시예로, 컴퓨터 장치(200)는 API 게이트웨이로부터 수신된 요청들에 대한 트래픽을 결정할 수 있으며, 트래픽이 임계값을 초과하는 경우, 전달받은 요청을 대기열에 추가할 수 있다. 다른 실시예로, 컴퓨터 장치(200)는 유료 사용자와 유료 사용자가 아닌 일반 사용자들을 구별하여 일반 사용자들의 요청을 지연시키는 경우, 유료 사용자가 아닌 것으로 결정된 일반 사용자들의 요청을 대기열에 추가할 수 있다. 일례로, 컴퓨터 장치(200)는 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정할 수 있으며, 사용자가 유료 사용자로 결정되는 경우, 전달받은 요청을 API 서버로 바로 전달할 수 있다. 이때, 사용자가 일반 사용자로 결정되는 경우, 컴퓨터 장치(200)는 전달받은 요청을 대기열에 추가하여 지연시킬 수 있다. 또 다른 실시예로, 컴퓨터 장치(200)는 트래픽과 유료 사용자 여부를 모두 활용할 수 있다. 일례로, 컴퓨터 장치(200)는 트래픽이 임계값을 초과하고 동시에 사용자가 일반 사용자로 결정된 경우, 전달받은 요청을 대기열에 추가하여 지연시킬 수 있다. 트래픽이 임계값을 초과하지 않은 경우에는 모든 요청이 API 서버로 바로 전달될 수 있으며, 유료 사용자의 요청들도 모두 API 서버로 바로 전달될 수 있다. 또 다른 실시예에서는 컴퓨터 장치(200)는 일반 사용자의 요청은 항상 대기열에 추가하여 전달을 지연시키고, 유료 사용자의 요청은 트래픽에 따라 선별적으로 대기열에 추가하여 전달을 지연시킬 수도 있다. 일례로, 컴퓨터 장치(200)는 트래픽이 임계값을 초과하는 경우에는 유료 사용자의 일반 사용자 모두의 요청을 대기열에 추가하여 전달을 지연시키고, 트래픽이 임계값 이내인 경우에는 일반 사용자의 요청은 모두 대기열에 추가하여 전달을 지연시키되, 유료 사용자의 요청은 API 서버로 바로 전달할 수 있다. 여기서 대기열은 앞서 도 3을 통해 설명한 대기열(342)에 대응될 수 있다.
단계(530)에서 컴퓨터 장치(200)는 대기열에서 요청을 추출할 수 있다. 일실시예로 컴퓨터 장치(200)는 대기열에 저장된 후 기설정된 시간이 경과한 요청을 대기열에서 추출할 수 있다. 이 경우, 대기열에 저장되는 모든 요청들 각각은 기설정된 시간동안 지연되어 API 서버(API 서버(320))로 전달될 수 있다. 다른 실시예로, 컴퓨터 장치(200)는 기설정된 조건이 만족되는 경우, 대기열에서 요청을 추출할 수 있다. 이때, 기설정된 조건은 API 게이트웨이(330)로부터 수신된 요청들에 따른 트래픽이 임계값 이내로 감소하는 조건을 포함할 수 있다. 다시 말해, 컴퓨터 장치(200)는 트래픽이 임계값 이내로 감소될 때까지 요청들을 대기열에 저장하여 지연시킬 수 있다. 실시예에 따라 위의 두 실시예들이 결합될 수도 있다. 일례로, 트래픽이 임계값 이내로 감소되면 요청들을 추출하여 API 서버로 전달하되, 트래픽이 임계값 이내로 감소되지 않더라도 기설정된 시간이 경과한 요청은 대기열에서 추출하여 API 서버로 전달할 수 있다.
단계(540)에서 컴퓨터 장치(200)는 대기열에서 추출된 요청을 API 서버로 전달할 수 있다. 단계(530)에서 대기열로부터 요청이 추출되면 컴퓨터 장치(200)는 추출된 요청을 API 서버로 전달할 수 있으며, 이 경우 API 서버에서는 전달된 요청을 처리할 수 있게 된다.
이처럼 API 서버로 인입되는 트래픽을 조절하기 위해 어플리케이션과 같은 프론트 엔드(Front End, FE)를 수정하거나, 사용자에 대한 추가 행위를 요구하거나 또는 사용자에게 제공될 데이터의 전달량을 제어할 필요 없이 API 게이트웨이 및 API 관리 서버와 같은 서버군을 통해 API 서버의 순간 트래픽을 제어할 수 있게 된다.
도 6 및 도 7은 본 발명의 일실시예에 있어서, 지연되는 요청에 대해 사용자에게 전달되는 응답 형태의 예를 도시한 도면들이다.
도 6은 요청에 대해 응답을 늦게 제공하는 경우의 응답 형태의 예를 나타내고 있다. 이 경우, 요청이 지연된 후에 API 서버로 전달되면, API 서버에서 요청이 처리된 이후에 응답이 사용자에게 전달될 수 있다. 도 6에서 "본문은 동일"은 지연이 이루어진 요청에 대한 응답이나 지연이 없던 요청에 대한 응답이나 응답의 본문 내용이 동일함을 의미할 수 있다.
한편, 도 7은 요청에 대해 응답은 대기 없이 제공하지만, 요청한 내용에 대한 응답이 아닌 얼마만큼 기다려야 하는가에 대한 정보를 포함하는 메시지를 포함할 수 있다. 도 7의 응답 형태 2에서 "대기 순서: 123"은 해당 요청이 대기중인 순서가 123번째라는 것을 의미할 수 있으며, "대기열내식별자 A123"과 "재시도간격: 10"은 '10'초 내에 응답이 없는 경우, 'A123'이라는 키를 가지고 요청을 재시도하라는 의미일 수 있다.
이와 같이, 본 발명의 실시예들에 따르면, 사용자와 API 서버 사이에서 요청량을 조절하며 요청을 중계할 수 있는 서버군을 통해 API 서버의 순간 트래픽을 조절할 수 있다.
이상에서 설명된 시스템 또는 장치는 하드웨어 구성요소, 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치에 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 어플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 청구범위와 균등한 것들도 후술하는 청구범위의 범위에 속한다.

Claims (14)

  1. API 관리 서버를 구현하는 컴퓨터 장치의 트래픽 제어 방법에 있어서,
    상기 컴퓨터 장치가 포함하는 적어도 하나의 프로세서에 의해, 사용자의 단말 및 API 서버 사이에서 사용자의 단말로부터의 요청을 중계하는 API(Application Programming Interface) 게이트웨이로부터 네트워크를 통해 상기 사용자의 단말로부터의 요청을 전달받는 단계 - 상기 API 게이트웨이는 상기 사용자의 단말로부터의 요청을 분류하여, 지연 처리가 요구되는 요청을 상기 API 관리 서버로 전송하고, 지연 처리가 요구되지 않는 요청을 상기 API 서버로 전송하도록 구현됨 -;
    상기 적어도 하나의 프로세서에 의해, 상기 전달받은 요청이 유료 사용자의 요청인 경우, 상기 전달받은 요청의 우선순위를 증가시켜 지연 처리 없이 상기 API 서버로 전달하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 전달받은 요청이 유료 사용자의 요청이 아닌 경우, 상기 전달받은 요청을 대기열에 추가하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 대기열에서 요청을 추출하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 대기열에서 추출된 요청을 네트워크를 통해 상기 API 서버로 전달하는 단계
    를 포함하는 트래픽 제어 방법.
  2. 제1항에 있어서,
    상기 대기열에 추가하는 단계는,
    상기 API 게이트웨이로부터 수신된 요청들에 대한 트래픽을 결정하는 단계; 및
    상기 전달받은 요청이 유료 사용자의 요청이 아니고 상기 트래픽이 임계값을 초과하는 경우, 상기 전달받은 요청을 대기열에 추가하는 단계
    를 포함하는 것을 특징으로 하는 트래픽 제어 방법.
  3. 제1항에 있어서,
    상기 적어도 하나의 프로세서에 의해, 상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 단계
    를 더 포함하고,
    상기 대기열에 추가하는 단계는,
    상기 사용자가 일반 사용자로 결정되는 경우, 상기 전달받은 요청을 상기 대기열에 추가하는 것을 특징으로 하는 트래픽 제어 방법.
  4. 제3항에 있어서,
    상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 단계는,
    상기 전달받은 요청이 포함하는 쿠키에서 상기 전달받은 요청을 전달한 사용자의 암호화된 식별정보를 획득하는 단계;
    상기 암호화된 식별정보를 복원하여 상기 사용자의 식별정보를 획득하는 단계; 및
    상기 획득한 식별정보를 유료 사용자 데이터베이스에서 검색하여 상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 단계
    를 포함하는 것을 특징으로 하는 트래픽 제어 방법.
  5. 제1항에 있어서,
    상기 대기열에서 요청을 추출하는 단계는,
    상기 대기열에 저장된 후 기설정된 시간이 경과한 요청을 상기 대기열에서 추출하는 것을 특징으로 하는 트래픽 제어 방법.
  6. 제1항에 있어서,
    상기 대기열에서 요청을 추출하는 단계는,
    기설정된 조건이 만족되는 경우에 상기 대기열에서 상기 요청을 추출하는 것을 특징으로 하는 트래픽 제어 방법.
  7. 제6항에 있어서,
    상기 기설정된 조건은 상기 API 게이트웨이로부터 수신하는 요청들에 따른 트래픽이 임계값 이내로 감소하는 조건을 포함하는 것을 특징으로 하는 트래픽 제어 방법.
  8. 컴퓨터 장치와 결합되어 제1항 내지 제7항 중 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  9. 제1항 내지 제7항 중 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위한 컴퓨터 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록매체.
  10. API 관리 서버를 구현하는 컴퓨터 장치에 있어서,
    컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    사용자의 단말 및 API 서버 사이에서 사용자의 단말로부터의 요청을 중계하는 API(Application Programming Interface) 게이트웨이로부터 네트워크를 통해 상기 사용자의 단말로부터의 요청을 전달받고 - 상기 API 게이트웨이는 상기 사용자의 단말로부터의 요청을 분류하여, 지연 처리가 요구되는 요청을 상기 API 관리 서버로 전송하고, 지연 처리가 요구되지 않는 요청을 상기 네트워크를 통해 상기 API 서버로 전송하도록 구현됨 -,
    상기 전달받은 요청이 유료 사용자의 요청인 경우, 상기 전달받은 요청의 우선순위를 증가시켜 지연 처리 없이 상기 API 서버로 전달하고,
    상기 전달받은 요청이 유료 사용자의 요청이 아닌 경우, 상기 전달받은 요청을 대기열에 추가하고,
    상기 대기열에서 요청을 추출하고,
    상기 대기열에서 추출된 요청을 상기 네트워크를 통해 상기 API 서버로 전달하는 것
    을 특징으로 하는 컴퓨터 장치.
  11. 제10항에 있어서,
    상기 전달받은 요청을 대기열에 추가하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 API 게이트웨이로부터 수신된 요청들에 대한 트래픽을 결정하고,
    상기 전달받은 요청이 유료 사용자의 요청이 아니고 상기 트래픽이 임계값을 초과하는 경우, 상기 전달받은 요청을 대기열에 추가하는 것
    을 특징으로 하는 컴퓨터 장치.
  12. 제10항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하고,
    상기 전달받은 요청을 대기열에 추가하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 사용자가 일반 사용자로 결정되는 경우, 상기 전달받은 요청을 상기 대기열에 추가하는 것
    을 특징으로 하는 컴퓨터 장치.
  13. 제12항에 있어서,
    상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 전달받은 요청이 포함하는 쿠키에서 상기 전달받은 요청을 전달한 사용자의 암호화된 식별정보를 획득하고,
    상기 암호화된 식별정보를 복원하여 상기 사용자의 식별정보를 획득하고,
    상기 획득한 식별정보를 유료 사용자 데이터베이스에서 검색하여 상기 사용자를 유료 사용자 및 일반 사용자 중 하나로 결정하는 것
    을 특징으로 하는 컴퓨터 장치.
  14. 제10항에 있어서,
    상기 대기열에서 요청을 추출하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 대기열에 저장된 후 기설정된 시간이 경과한 요청을 상기 대기열에서 추출하거나 또는 기설정된 조건이 만족되는 경우에 상기 대기열에서 상기 요청을 추출하고,
    상기 기설정된 조건은 상기 API 게이트웨이로부터 수신하는 요청들에 따른 트래픽이 임계값 이내로 감소하는 조건을 포함하는 것
    을 특징으로 하는 컴퓨터 장치.
KR1020210121512A 2021-09-13 2021-09-13 Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템 KR102606911B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210121512A KR102606911B1 (ko) 2021-09-13 2021-09-13 Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210121512A KR102606911B1 (ko) 2021-09-13 2021-09-13 Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템

Publications (2)

Publication Number Publication Date
KR20230038882A KR20230038882A (ko) 2023-03-21
KR102606911B1 true KR102606911B1 (ko) 2023-11-29

Family

ID=85801224

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210121512A KR102606911B1 (ko) 2021-09-13 2021-09-13 Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR102606911B1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102256736B1 (ko) * 2020-02-13 2021-05-27 비엠텍시스템 주식회사 Api 관리 시스템 및 그에 관한 방법

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010022185A1 (en) * 2008-08-19 2010-02-25 Digimarc Corporation Methods and systems for content processing
KR20170062244A (ko) * 2015-11-27 2017-06-07 주식회사 비디 Api 관리 장치
KR102041941B1 (ko) * 2016-05-11 2019-11-07 오라클 인터내셔날 코포레이션 멀티-테넌트 아이덴티티 및 데이터 보안 관리 클라우드 서비스

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102256736B1 (ko) * 2020-02-13 2021-05-27 비엠텍시스템 주식회사 Api 관리 시스템 및 그에 관한 방법

Also Published As

Publication number Publication date
KR20230038882A (ko) 2023-03-21

Similar Documents

Publication Publication Date Title
US9591524B2 (en) Method and apparatus for transmitting data in network system, and data transmission system
US9171092B2 (en) Personal assistant context building
CN109521956B (zh) 一种基于区块链的云存储方法、装置、设备及存储介质
US20140359006A1 (en) Dynamic local function binding apparatus and method
KR101795333B1 (ko) 클라우드 프로세스 관리
US10623450B2 (en) Access to data on a remote device
JP6758139B2 (ja) 効率的な呼処理のためのシステムおよび方法
CN112083853A (zh) 账号举报方法、审核方法、装置、电子设备和存储介质
KR20090003405A (ko) 파일 업로드 시스템 및 방법
CN113014608B (zh) 一种流量分发控制方法、装置、电子设备及存储介质
KR102553877B1 (ko) 디앱에서 요구하는 높은 트랜잭션 처리량을 효율적으로 블록체인에서 처리하기 위한 방법 및 시스템
CN109639813B (zh) 视频文件传输处理方法及装置、电子设备和存储介质
US8521902B2 (en) Shared buffer for connectionless transfer protocols
KR102606911B1 (ko) Api 서버로 인입되는 트래픽을 조절하는 방법 및 시스템
US20230188587A1 (en) Computer-based systems configured to adjust data capacity in a data stream generated from multiple data producer applications and methods of use thereof
US11019131B2 (en) Method and system of file transfer using device-to-device communication technique in messenger
KR20210002979A (ko) 알림 프리셋을 이용한 알림 처리 방법 및 장치
US11258838B2 (en) Method, system, and non-transitory computer readable record medium for processing chatroom based on usage
CN117014422A (zh) 一种数据处理方法、装置、计算机设备及存储介质
KR101611790B1 (ko) 인스턴스 메신저 서비스 데이터 관리 방법 및 시스템
KR102210346B1 (ko) 대량 알림 발송 방법 및 시스템
WO2017185614A1 (zh) 路由选择方法及电子设备
KR20200134544A (ko) 대화방의 컨텐츠 저작권을 보호하는 방법, 시스템, 및 비-일시적인 컴퓨터 판독가능한 기록 매체
CN114449095B (zh) 云手机截图方法、装置、电子设备和存储介质
KR20230106395A (ko) 사용자의 애플리케이션 사용 패턴 및 대화 패턴에 따른 데이터 프리페치 방법 및 시스템

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right