KR102543972B1 - 디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법 및 서버 - Google Patents

Abstract

디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법 및 서버가 개시된다. 본 발명의 일 실시예에 따른 디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법은 서비스 서버를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집하는 단계; 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 진입 관리 기능의 연동 또는 해제를 포함하는 조정이 필요한지 여부를 판단하는 단계; 및 판단 결과, 진입 관리 기능의 조정이 필요한 경우, 특정 대상에 대한 진입 관리 기능을 조정하는 단계;를 포함한다.

Description

디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법 및 서버{ENTRY MANAGEMENT METHOD AND SERVER FOR AUTOMATIC ADJUSTMENT OF ENTRY MANAGEMENT TARGET BASED ON DIGITAL SERVICE}

본 개시는 진입 관리 기능의 연동 및 해제를 동적으로 수행하기 위한 진입 관리 방법에 관한 것이다. 보다 상세하게는, 본 개시는 디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법 및 서버에 관한 것이다.

수강신청, 콘서트 예약 및 구매 이벤트 등의 콘텐츠 서비스를 제공하는 서비스 서버의 동시 접속자가 증가함에 따라, 콘텐츠 서비스를 제공하는 서비스 서버측의 응답속도가 저하되거나 서비스가 중단되는 등의 상황이 종종 발생하고 있는 실정이다.

시스템은 HTML(hypertext markup language)로 구성된 페이지를 제공하는 WEB, WEB으로부터 전달된 요청 메시지에 대한 응용 프로그램 서비스를 처리하는 WAS(web application server) 및 쿼리문에 대한 응답으로 제공할 수 있는 데이터를 저장하는 데이터베이스로 구성될 수 있다.

상술한 시스템에서, 동시 접속자가 폭주하는 경우, WEB은 네트워크 대역폭 부족으로 인해 응답시간이 지연되는 현상이 발생할 수 있다. 이러한, 동시 접속자의 폭주에 대비하여 콘텐츠 서비스를 제공하는 서비스 서버로의 엔드 유저의 접속을 제어하기 위한 서비스가 제공되고 있다.

대한민국 등록특허공보 제10-1654266호 (2016. 08. 30.)

본 개시에 개시된 실시예는 서비스 서버로의 입장을 관리하는 진입 관리 기능을 상황에 따라 동적으로 연동 및 해제하기 위한 디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법 및 서버를 제공하는데 그 목적이 있다.

본 개시가 해결하고자 하는 과제들은 이상에서 언급된 과제로 제한되지 않으며, 언급되지 않은 또 다른 과제들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

상술한 기술적 과제를 달성하기 위한 본 개시에 일 측면에 따른 디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버는, 통신부; 및 상기 통신부와 통신 연결되어 진입 관리 기능을 동적으로 연동 및 해제하기 위한 프로세서;를 포함하고, 상기 프로세서는, 서비스 서버를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집하고, 상기 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 상기 진입 관리 서버의 진입 관리 기능의 조정이 필요한지 여부를 판단하며, 및 판단 결과, 상기 진입 관리 기능의 조정이 필요한 경우, 상기 특정 대상에 대한 상기 진입 관리 기능을 조정하고, 상기 특정 대상은 상기 전체 페이지 내 특정 페이지 또는 특정 버튼을 포함할 수 있다.

상기 진입 관리 기능의 조정은 상기 진입 관리 기능의 연동 또는 해제를 포함하고, 상기 상태 정보는, 실제 사용자 수 기반의 서비스 현황 정보, 고객 환경 분석 정보 및 고객 체감 성능 분석 정보를 포함하는 EUM(end-user monitoring) 정보 및 서비스 서버 정보 중 적어도 하나 이상을 포함할 수 있다.

상기 프로세서는, 상기 조정이 필요한지 여부를 판단할 때, 상기 전체 페이지에 대한 상기 EUM 정보를 기초로 페이지별 상태를 파악하고, 상기 페이지별 상태를 상기 진입 관리 기준과 비교하며, 및 비교 결과, 상기 전체 페이지 내에서 상기 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인하고, 상기 진입 관리 기준은 상기 EUM 정보에 포함된 각 정보마다 서로 다른 기준을 포함하도록 설정될 수 있다.

상기 프로세서는, 상기 조정이 필요한지 여부를 판단할 때, 상기 전체 페이지에 대한 상기 서비스 서버 정보를 기초로 상기 서비스 서버의 실시간 서버 상태를 파악하고, 파악된 상기 실시간 서버 상태를 상기 진입 관리 기준과 비교하며, 및 비교 결과, 상기 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인하고, 상기 진입 관리 기준은 상기 서비스 서버 정보에 포함된 각 정보마다 서로 다른 기준을 포함하도록 설정될 수 있다.

상기 프로세서는, 상기 조정이 필요한지 여부를 판단할 때, 상기 전체 페이지에 대한 상기 EUM 정보를 기초로 페이지별 상태를 파악하고, 상기 전체 페이지에 대한 상기 서비스 서버 정보를 기초로 상기 서비스 서버의 실시간 서버 상태를 파악하고, 파악된 상기 페이지별 상태 및 상기 실시간 서버 상태를 상기 진입 관리 기준과 비교하며, 및 비교 결과, 상기 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인할 수 있다.

상기 프로세서는, 상기 상태 정보를 수집할 때, 상기 전체 페이지에 대한 EUM 정보 및 서비스 서버 정보를 수집하고, 상기 EUM 정보 및 상기 서비스 서버 정보를 각각 정규화 기준에 따라 정규화 하며, 상기 EUM 정보 및 상기 서비스 서버 정보 간의 차이가 기준치 이상인지 여부를 확인하고, 확인 결과, 상기 차이가 상기 기준치 이상인 경우, 상기 EUM 정보 및 상기 서비스 서버 정보 중 어느 하나의 환경 이상을 파악하며, 및 상기 수집된 상태 정보 중 상기 환경 이상이 발생된 해당 시간의 상기 EUM 정보 또는 상기 서비스 서버 정보를 제외한 상태 정보를 메모리에 저장할 수 있다.

상기 프로세서는, 상기 상태 정보를 수집하기 이전에, 상기 전체 페이지에 적어도 하나 이상의 세그먼트 각각에 URL을 할당하는 것을 더 포함할 수 있다.

상기 프로세서는, 상기 상태 정보를 수집할 때, 상기 서비스 서버를 통해 상기 적어도 하나 이상의 세그먼트별 EUM 정보를 수집하고, 상기 조정이 필요한지 여부를 판단할 때, 상기 적어도 하나 이상의 세그먼트별 EUM 정보를 상기 진입 관리 기준과 비교하고, 및 비교 결과, 상기 진입 관리 기준과 비일치하는 세그먼트를 진입 관리 기능의 조정 대상으로 판단할 수 있다.

상기 프로세서는, 상기 진입 관리 기능을 조정할 때, 상기 비교 결과에 따라, 상기 진입 관리 기능의 조정 대상의 세그먼트에 상기 진입 관리 기능을 연동 또는 해제할 수 있다.

또한, 본 개시에 다른 측면에 따른 디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법은, 진입 관리 서버에 의해 수행되는 방법에 있어서, 서비스 서버를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집하는 단계; 상기 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 상기 진입 관리 서버의 진입 관리 기능의 조정이 필요한지 여부를 판단하는 단계; 및 판단 결과, 상기 진입 관리 기능의 조정이 필요한 경우, 상기 특정 대상에 대한 상기 진입 관리 기능을 조정하는 단계;를 포함하고, 상기 특정 대상은 상기 전체 페이지 내 특정 페이지 또는 특정 버튼을 포함할 수 있다.

이 외에도, 본 개시를 구현하기 위한 실행하기 위한 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램이 더 제공될 수 있다.

이 외에도, 본 개시를 구현하기 위한 방법을 실행하기 위한 컴퓨터 프로그램을 기록하는 컴퓨터 판독 가능한 기록 매체가 더 제공될 수 있다.

본 개시의 전술한 과제 해결 수단에 의하면, 사전에 진입 관리 기능이 연동되었는지 여부와 관계없이, 전체 페이지에서 현재 서비스 상태에 따라 서비스 서버로의 입장을 관리하는 진입 관리 기능을 동적으로 연동 및 해제할 수 있다는 효과를 제공한다.

본 개시의 효과들은 이상에서 언급된 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

도 1은 본 개시의 진입 관리 서버와 타 구성들 간의 연결관계를 나타내는 전반적 시스템 도면
도 2는 본 개시의 진입 관리 서버의 구성을 나타내는 블록도
도 3은 본 개시의 진입 관리 방법을 설명하기 위한 흐름도
도 4는 도 3의 일부를 상세하게 설명하기 위한 흐름도
도 5 내지 도 10은 본 개시의 진입 관리 방법을 설명하기 위한 예시도

본 개시 전체에 걸쳐 동일 참조 부호는 동일 구성요소를 지칭한다. 본 개시가 실시예들의 모든 요소들을 설명하는 것은 아니며, 본 개시가 속하는 기술분야에서 일반적인 내용 또는 실시예들 간에 중복되는 내용은 생략한다. 명세서에서 사용되는 '부, 모듈, 부재, 블록'이라는 용어는 소프트웨어 또는 하드웨어로 구현될 수 있으며, 실시예들에 따라 복수의 '부, 모듈, 부재, 블록'이 하나의 구성요소로 구현되거나, 하나의 '부, 모듈, 부재, 블록'이 복수의 구성요소들을 포함하는 것도 가능하다.

명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 직접적으로 연결되어 있는 경우 뿐 아니라, 간접적으로 연결되어 있는 경우를 포함하고, 간접적인 연결은 무선 통신망을 통해 연결되는 것을 포함한다.

또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.

명세서 전체에서, 어떤 부재가 다른 부재 "상에" 위치하고 있다고 할 때, 이는 어떤 부재가 다른 부재에 접해 있는 경우뿐 아니라 두 부재 사이에 또 다른 부재가 존재하는 경우도 포함한다.

제 1, 제 2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하기 위해 사용되는 것으로, 구성요소가 전술된 용어들에 의해 제한되는 것은 아니다.

단수의 표현은 문맥상 명백하게 예외가 있지 않는 한, 복수의 표현을 포함한다.

각 단계들에 있어 식별부호는 설명의 편의를 위하여 사용되는 것으로 식별부호는 각 단계들의 순서를 설명하는 것이 아니며, 각 단계들은 문맥상 명백하게 특정 순서를 기재하지 않는 이상 명기된 순서와 다르게 실시될 수 있다.

이하 첨부된 도면들을 참고하여 본 개시의 작용 원리 및 실시예들에 대해 설명한다.

본 명세서에서 '본 개시에 따른 진입 관리 서버'는 연산처리를 수행하여 사용자에게 결과를 제공할 수 있는 다양한 장치들이 모두 포함된다. 예를 들어, 본 개시에 따른 진입 관리 서버는, 컴퓨터, 서버 장치 및 휴대용 단말기를 모두 포함하거나, 또는 어느 하나의 형태가 될 수 있다.

여기에서, 상기 컴퓨터는 예를 들어, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop), 태블릿 PC, 슬레이트 PC 등을 포함할 수 있다.

상기 서버 장치는 외부 장치와 통신을 수행하여 정보를 처리하는 서버로써, 애플리케이션 서버, 컴퓨팅 서버, 데이터베이스 서버, 파일 서버, 게임 서버, 메일 서버, 프록시 서버 및 웹 서버 등을 포함할 수 있다.

상기 휴대용 단말기는 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, PCS(Personal Communication System), GSM(Global System for Mobile communications), PDC(Personal Digital Cellular), PHS(Personal Handyphone System), PDA(Personal Digital Assistant), IMT(International Mobile Telecommunication)-2000, CDMA(Code Division Multiple Access)-2000, W-CDMA(W-Code Division Multiple Access), WiBro(Wireless Broadband Internet) 단말, 스마트 폰(Smart Phone) 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치와 시계, 반지, 팔찌, 발찌, 목걸이, 안경, 콘택트 렌즈, 또는 머리 착용형 장치(head-mounted-device, HMD) 등과 같은 웨어러블 장치를 포함할 수 있다.

도 1은 본 개시의 진입 관리 서버와 타 구성들 간의 연결관계를 나타내는 전반적 시스템 도면이다.

도 1을 참고하면, 진입 관리 서버(100)는 사용자 단말기(End-User(Browser))(200)와 서비스 서버(300) 사이에 위치하여, 사용자 단말기(200)의 서비스 서버(300)로의 진입을 관리할 수 있다. 이때, 사용자 단말기(200)는 엔드 유저(end-user)의 단말기를 의미할 수 있다. 이하에서 개시하는 엔드 유저는 사용자 단말기(200)와 동일한 의미일 수 있다.

진입 관리 서버(100)는 서비스 서버(300)로의 진입을 요청하는 사용자 단말기(200)에 대해 차단, 우회 및 진입 허용 관리의 절차를 수행할 수 있다.

상기 차단은 초당 접근 수가 매크로 수준(예를 들어, 1초에 NN번 클릭 등)인 경우, 차단 정보를 사용자 단말기(200)로 전송하여 특정 액션을 발생시키는 버튼(예를 들어, 제출 및 확인 등)을 선택하지 못하도록 차단하는 절차를 의미할 수 있다.

상기 우회는 서비스 서버(300)로의 진입을 대기하기 위한 대기열이 발생한 상태여도 특정한 정책이나 주요 클라이언트인 경우, 대기열에 대기하지 않고 서비스 서버(300)로 바로 진입하도록 우회시키는 절차를 의미할 수 있다.

상기 진입 허용 관리는 서비스 서버(300)로의 진입을 위한 정상적인 대기 관리를 의미하는 것으로서, 진입 허용 수를 기초로 진입을 제어하여 콘텐츠 서비스를 제공하는 서비스 서버(200)의 리소스 또는 상태를 관리하는 절차를 의미할 수 있다.

이때, 진입 허용 수는 진입 관리 서버(100)의 키(key)를 발급받아 해당 시간에 서비스 서버(300)의 특정 트랜잭션(예를 들어, 로그인 버튼, 수강 신청 버튼 등)에 동시 진입이 가능한 사용자 수를 의미할 수 있다. 이때, 사용자 수는 실질적으로 사용자 단말기(200)를 통해 서비스 서버(300)로 진입할 수 있는 사용자 단말기(200) 수를 의미할 수 있다.

예를 들어, 수강 신청 서비스를 제공하는 서비스 서버(300)로의 진입 허용 수가 50명이고, 55명이 동일 시간에 수강신청 버튼을 선택한 경우, 진입 관리 서버(100)는 50명에 대해서는 서비스 서버(300)로의 동시 입장이 가능하도록 하나, 나머지 5명에 대해서는 대기열에 배치될 수 있도록 처리할 수 있다. 이후, 50명의 서비스 서버(300)로의 진입이 완료됨과 동시에 발급된 키가 회수되면, 회수된 키를 대기열에 배치된 5명에게 다시 발급하여 순차 입장될 수 있도록 할 수 있다.

이를 위해, 진입 관리 서버(100)는 진입 허용 수를 적절하게 설정하는 것이 중요할 수 있다. 만약, 진입 허용 수가 적정 수 보다 높게 설정되면 많은 대기자가 한꺼번에 서비스 서버(300)로 진입할 수 있으나, 서비스 서버(300)가 불안정해지고, 진입 허용 수가 적정 수 보다 낮게 설정되면 안정적으로 소수의 대기자가 서비스 서버(300)로 진입할 수 있으나 서비스 서버(300)의 리소스를 낭비하는 문제점이 발생할 수 있다. 이에, 본 개시의 진입 관리 서버(100)는 상태 정보를 기초로 진입 허용 수를 적절하게 설정할 수 있다. 이때, 상태 정보는 엔드 유저의 서비스 서버(300)로의 진입 가능 여부를 판단하기 위해 서비스 서버(300)로의 접속과 관련되어 사전에 고려되는 정보를 의미할 수 있다. 예를 들어, 상태 정보는 후술하는 EUM(end-user monitoring) 정보 및 서비스 서버 정보를 포함할 수 있다. 이에 대한 상세 설명은 후술하기로 한다.

서비스 서버(300)는 웹(web) 서버, 웹 애플리케이션 서버(web application server, 이하, WAS라고 하기로 함) 및 데이터베이스(DB)를 포함할 수 있다. 이때, 데이터베이스는 데이터베이스 관리 시스템(database management system, DBMS)이라 하는 것도 가능하다.

웹 서버는 HTTP(hypertext transfer protocol) 프로토콜을 기반으로 웹 브라우저 또는 웹 크롤러와 같은 클라이언트의 요청을 주로 처리하는 서버를 의미하는 것으로, HTTP 요청(request)을 수신하면 이에 대한 HTTP 응답(response)을 회신할 수 있다.

예를 들어, 웹 서버는 파일 경로 이름을 수신하여 경로와 일치하는 정적(static)인 형태의 파일 콘텐츠(html, jpeg, css 등)를 반환할 수 있다.

웹 서버는 동적인 컨텐츠 제공을 위한 요청을 WAS로 전달하고, 이에 대한 처리 결과를 WAS로부터 수신하여 클라이언트에게 전달할 수 있다.

WAS는 HTTP를 이용한 애플리케이션 서버를 의미하는 것으로, 정적인 HTTP 데이터 처리에 특화된 웹 서버에 동적인 데이터를 이용할 수 있도록 하는 컨테이너(container)를 포함할 수 있다.

WAS는 데이터베이스 조회나 다양한 로직 처리를 요구하는 동적인 컨텐츠를 제공하기 위한 애플리케이션 서버일 수 있다. 상기, WAS는 HTTP를 통해 컴퓨터나 장치에 애플리케이션을 수행하여 주는 미들웨어(소프트웨어 엔진)일 수 있다. WAS는 웹 컨테이너(web container) 또는 서블릿 컨테이너(servlet container)라고 명명하는 것도 가능하다. 이때, 컨테이너는 JSP 및 Servlet을 실행시킬 수 있는 소프트웨어를 의미할 수 있다.

WAS는 분산 트랜잭션, 보안, 메시징, 스레드 처리 등의 기능을 처리하는 분산 환경에서 적용될 수 있다.

구체적으로, WAS는 프로그램 실행 환경과 데이터베이스의 접속 기능 및 다수의 트랜잭션 관리 기능을 구현할 수 있다. 상기 트랜잭션은 논리적인 작업 단위를 의미할 수 있다.

WAS는 사용자의 요청에 따라 데이터베이스로부터 해당 데이터를 수신하여, 비즈니스 로직에 맞게 실시간으로 결과를 생성하여 제공할 수 있다. 상기 WAS는 복수 개로 구현될 수 있으며, 각 서비스 서버(300)마다 적용하는 WAS의 개수가 상이할 수 있다.

데이터베이스는 데이터를 저장 및 관리하는 구성을 의미할 수 있다. 이때, 데이터베이스는 WAS의 요청에 따라 해당 데이터를 회신할 수 있다.

도 2는 본 개시의 진입 관리 서버의 구성을 나타내는 블록도이다.

도 2를 참고하면, 진입 관리 서버(100)는 프로세서(110), 메모리(130) 및 통신부(150)를 포함한다. 도 2에 도시된 구성요소들은 본 개시에 따른 진입 관리 서버(100)를 구현하는데 있어서 필수적인 것은 아니어서, 본 명세서 상에서 설명되는 진입 관리 서버(100)는 위에서 열거된 구성요소들 보다 많거나, 또는 적은 구성요소들을 가질 수 있다.

프로세서(110)는 통신부(150)와 통신 연결되어 진입 관리 기능을 동적으로 연동 및 해제하기 위한 동작을 수행할 수 있다. 상기 진입 관리 기능은 사용자 단말기(200)의 서비스 서버(300)로의 입장을 진입 허용 수에 따라 제어하는 것을 의미할 수 있다.

프로세서(110)는 서비스 서버(300)를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집할 수 있다. 이때, 프로세서(110)는 수집하는 상태 정보의 종류에 따라, 엔드 유저인 사용자 단말기(200), 서비스 서버(300) 또는 자체적으로 상태 정보를 획득할 수 있다.

상기 전체 페이지는 진입 관리 기능이 연동되지 않은 영역도 포함한 전체 페이지를 의미하는 것이다. 즉, 본 개시의 전체 페이지는 진입 관리 기능이 연동된 영역 및 진입 관리 기능이 연동되지 않은 영역을 모두 포함하는 페이지를 의미할 수 있는 것이다. 이때, 진입 관리 기능이 연동되었다는 것은 진입 관리가 요구되는 특정 버튼 및 페이지에 진입 관리를 위한 소스코드를 적용한 것을 의미할 수 있다.

예를 들어, 진입 관리 기능은 수강신청, 드로우(draw), 예매 버튼 등 특정 페이지에서 각각의 버튼을 선택적으로 제어할 수 있도록 연동되거나, 또는 하나의 페이지에 연동될 수 있다. 상술한 드로우는 특정 제품(예를 들어, 한정판 신발 또는 신규 출시된 신발)에 응모하여 당첨자에 한해서만 구매할 수 있도록 하는 것을 의미할 수 있다.

프로세서(110)는 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 진입 관리 서버의 진입 관리 기능의 조정이 필요한지 여부를 판단할 수 있다. 이때, 특정 대상은 상기 전체 페이지 내 특정 페이지 또는 특정 버튼을 포함할 수 있다. 상기 진입 관리 기능의 조정은 진입 관리 기능의 연동 또는 해제를 포함할 수 있다.

상기 진입 관리 기준은 수집된 상태 정보를 검토한 결과 특정 대상에 진입 관리 기능의 적용이 필요한지 여부를 판단하기 위한 기준으로, 예를 들어, 상태 정보내 각 항목별 기준치를 포함할 수 있다. 이때, 진입 관리 기준은 진입 관리 기능을 연동 및 해제하기 위한 기준을 모두 포함하는 것으로서, 연동 기준과 해제 기준으로 구분하여 관리될 수 있다.

예를 들어, 이벤트에 할당된 유저 허용 수의 기준이 드로우 대상 6000명인 경우, 프로세서(110)는 이벤트에 접속하길 요청하는 엔드 유저(사용자 단말기)의 수가 6000명을 초과하는 경우 해당 이벤트를 제공하는 페이지 또는 버튼에 진입 관리 기능을 연동할 수 있다. 이때, 진입 관리 기준 중 연동 기준은 드로우 이벤트에 접속한 엔드 유저의 수가 6000명 초과인 조건일 수 있다.

반대로, 프로세서(110)는 이벤트에 접속하길 요청하는 엔드 유저(사용자 단말기)의 수가 6000명 이하인 경우, 이벤트를 제공하는 페이지 또는 버튼에 연동된 진입 관리 기능을 해제할 수 있다. 이때, 진입 관리 기준 중 해제 기준은 드로우 이벤트에 접속 한 엔드 유저의 수가 6000명 이하인 조건일 수 있다.

상술한 프로세서(110)는 진입 관리 기능을 해제할 때, 횟수 또는 시간을 추가로 고려할 수 있다. 예를 들어, 프로세서(110)는 기 설정된 횟수 이상으로 이벤트에 접속하길 요청하는 사용자의 수가 6000명 이하이거나, 또는 기 설정된 시간동안 상기 이벤트에 접속하길 요청하는 사용자의 수가 6000명 이하인 경우 진입 관리 기능을 해제할 수 있다. 이와 반대로, 프로세서(110)는 진입 관리 기능의 연동에 대해서는 진입 관리 기준의 연동 기준을 초과하는 즉시 해당 페이지 또는 버튼에 적용할 수 있다.

프로세서(110)는 상술한 판단 결과, 진입 관리 기능의 조정(연동 또는 해제 포함)이 필요한 경우, 특정 대상에 대한 진입 관리 기능을 조정할 수 있다.

상술한 프로세서(110)에서의 진입 관리 방법에 대한 상세 설명은 후술하는 도 3 및 도 4를 통해 개시하기로 한다.

메모리(130)는 진입 관리 방법을 제공하기 위한 컴퓨터 프로그램을 저장할 수 있으며, 저장된 컴퓨터 프로그램은 프로세서(110)에 의해 판독되어 구동될 수 있다. 메모리(130)는 프로세서(110)가 생성하거나 결정한 임의의 형태의 정보 및 통신부(150)가 수신한 임의의 형태의 정보를 저장할 수 있다.

메모리(130)는 진입 관리 서버(100)의 다양한 기능을 지원하는 데이터와, 프로세서(110)의 동작을 위한 프로그램을 저장할 수 있고, 입/출력되는 데이터들을 저장할 있고, 진입 관리 서버(100)에서 구동되는 다수의 응용 프로그램(application program 또는 애플리케이션(application)), 진입 관리 서버(100)의 동작을 위한 데이터들, 명령어들을 저장할 수 있다. 이러한 응용 프로그램 중 적어도 일부는, 무선 통신을 통해 외부 서버로부터 다운로드 될 수 있다.

이러한, 메모리(130)는 플래시 메모리 타입(Flash memory type), 하드디스크 타입(Hard disk type), SSD 타입(Solid State Disk type), SDD 타입(Silicon Disk Drive type), 멀티미디어 카드 마이크로 타입(Multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(Random access memory; RAM), SRAM(Static random access memory), 롬(Read-only memory; ROM), EEPROM(Electrically erasable programmable read-only memory), PROM(Programmable read-only memory), 자기 메모리, 자기 디스크 및 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 또한, 메모리는 본 장치와는 분리되어 있으나, 유선 또는 무선으로 연결된 데이터베이스가 될 수도 있다.

통신부(150)는 외부 장치와 통신을 가능하게 하는 하나 이상의 구성 요소를 포함할 수 있으며, 예를 들어, 방송 수신 모듈, 유선통신 모듈, 무선통신 모듈, 근거리 통신 모듈, 위치정보 모듈 중 적어도 하나를 포함할 수 있다.

도시하지 않았지만, 본 개시의 진입 관리 서버(100)는 출력부 및 입력부를 더 포함할 수도 있다.

출력부는 진입 관리 장치(100)에서 구현되는 동작과 관련된 정보를 제공하기 위한 사용자 인터페이스(UI, user interface)를 표시할 수 있다. 출력부는 프로세서(110)가 생성하거나 결정한 임의의 형태의 정보 및 통신부(150)가 수신한 임의의 형태의 정보를 출력할 수 있다.

출력부는 액정 디스플레이(LCD: liquid crystal display), 박막 트랜지스터 액정 디스플레이(TFT LCD: thin film transistor- liquid crystal display), 유기 발광 다이오드(OLED: organic light-emitting diode), 플렉시블 디스플레이(Flexible display), 3차원 디스플레이(3D display) 중에서 적어도 하나를 포함할 수 있다. 이들 중 일부 디스플레이 모듈은, 그를 통해 외부를 볼 수 있도록 투명형 또는 광 투과형으로 구성될 수 있다. 이는 투명 디스플레이 모듈이라 지칭될 수 있는데, 상기 투명 디스플레이 모듈의 대표적 인 예로는 TOLED(Transparent OLED) 등이 있다.

입력부는 사용자에 의해서 입력된 정보를 수신할 수 있다. 입력부는 사용자에 의해서 입력된 정보를 수신하기 위한 사용자 인터페이스 상의 키 및/또는 버튼들, 또는 물리적인 키 및/또는 버튼들을 구비할 수 있다. 입력부를 통한 사용 자 입력에 따라 본 개시의 실시예들에 따른 디스플레이를 제어하기 위한 컴퓨터 프로그램이 실행될 수 있다.

도 3은 본 개시의 진입 관리 방법을 설명하기 위한 흐름도이다.

이하에서는, 본 개시의 진입 관리 방법을 설명하기 위한 예시도인 도 5 내지 도 10을 참고하여 설명하기로 한다.

진입 관리 서버(100)의 프로세서(110)는 서비스 서버(300)를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집할 수 있다(1100).

상기 전체 페이지는 진입 관리 기능이 연동되지 않은 영역도 포함한 전체 페이지를 의미하는 것이다. 즉, 본 개시의 전체 페이지는 진입 관리 기능이 연동된 영역 및 진입 관리 기능이 연동되지 않은 영역을 모두 포함하는 페이지를 의미할 수 있는 것이다.

상술한 상태 정보는 실제 사용자 수 기반의 서비스 현황 정보, 고객 환경 분석 정보 및 고객 체감 성능 분석 정보를 포함하는 EUM(end-user monitoring) 정보 및 서비스 서버 정보 중 적어도 하나 이상을 포함할 수 있다. 상술한 상태 정보는 진입 관리 서버(100) 자체에서 획득 가능하거나, 또는 서비스 서버(300) 또는 사용자 단말기(200)로부터 수집할 수 있다.

일 예로, EUM 정보는 페이지, 호출건수, 응답시간, ApDex 등을 포함할 수 있으며, 다음과 같이 구분할 수 있다.

상기 EUM 정보는 페이지 업로드 시점 및 사용자 진입 요청 시 페이지 로딩 완료때까지 걸린 시간 등의 데이터를 수집할 수 있다. 예를 들어, 프로세서(110)는 처리시간이 기준치 이상으로 오래 걸리는 경우 진입 허용수를 낮추는 식으로 활용할 수 있는 것이다.

상술한 서비스 서버 정보는 서비스 서버(300)의 WAS(web application server)를 모니터링하는 APM(application performance management)으로부터 수집된 정보일 수 있다.

구체적으로, 서비스 서버 정보는 CPU 정보, 메모리정보, 디스크 정보, 네트워크 정보, 처리량, 쓰레드 수, 응답시간, 동시단말 사용자, 액티스 서비스, 액티브 사용자, 에러율, 거부율, 시간당 히트(hit) 수, 시간당 방문자수, 일별 히트(hit) 수, 일별 방문자 수, 고객사 WAS 현황, JDBC(java database connectivity) 유휴, JDBC 할당, JDBC 활성, 총 JVM(java virtual machine) 메모리 및 JVM 메모리 사용량 중 적어도 하나 이상을 포함할 수 있다.

다음, 프로세서(110)는 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 상기 진입 관리 서버의 진입 관리 기능의 조정이 필요한지 여부를 판단할 수 있다(1200). 상기 특정 대상은 상기 전체 페이지 내 특정 페이지 또는 특정 버튼을 포함할 수 있다. 예를 들어, 특정 대상은 예매 이벤트 선택을 위한 버튼이거나, 또는 로그인 페이지일 수 있는 것이다. 상기 진입 관리 기능의 조정은 상기 진입 관리 기능의 연동 또는 해제를 포함할 수 있다.

이하에서는, 진입 관리 기능의 조정이 필요한지 여부를 판단하는 과정을 보다 상세히 설명하기로 한다.

일 예로, 프로세서(110)는 EUM 정보를 기초로 진입 관리 기능의 조정 여부를 판단할 수 있다.

먼저, 프로세서(110)는 전체 페이지에 대한 EUM 정보를 기초로 페이지별 상태를 파악할 수 있다.

다음, 프로세서(110)는 페이지별 상태를 진입 관리 기준과 비교할 수 있다.

이때, EUM 정보는 실제 사용자 수 기반의 서비스 현황 정보, 고객 환경 분석 정보 및 고객 체감 성능 분석 정보를 포함할 수 있다. 상기 서비스 현황 정보는 진입 관리 서버(100) 자체에서 획득 가능하거나, 또는 서비스 서버(300)로부터 수집할 수 있다. 이때, 진입 관리 서버(100)에서의 상태 정보 수집을 위한 모니터링은 프로세서(110)가 다양한 환경을 지원하는 직관적인 웹 기반 GUI(graphical user interface) 모니터링 툴을 통해 수행할 수 있으며, 이에 한정되지 않는다.

상기 실제 사용자 수 기반의 서비스 현황 정보는, 서비스 서버 내 사용자 트래픽의 증감 경향 및 이벤트 발생 시 동시접속 사용자, 및 진입 관리 서버 내 대기열 사용자 수, 대기시간, 시스템 진입량, 자원사용량, 완료량, 처리시간, 평상 시 사용자 이용수(monthly active user), 이벤트 발생 예정 시각, 이벤트 발생 시 접속 예상 사용자 수 및 이벤트에 할당된 유저 허용 수 중 적어도 하나 이상을 포함할 수 있다. 상기 이벤트는 선착순 드로우, 수강신청, 티켓예매 등을 포함할 수 있다. 예를 들어, 이벤트에 할당된 유저 허용 수는 드로우 대상 5000명일 수 있다.

프로세서(110)는 실제 사용자 수 기반의 서비스 현황 정보를 기초로 서비스 운영 정책 및 후술하는 진입 관리 기준과 같은 서비스 제어 규칙을 설정 및 적용할 수 있다.

도 5 및 도 6을 참고하면, 고객 환경 분석 정보는 사용자 접속 환경 관련 정보로서, 위치정보(location), OS정보, 디바이스 정보, 브라우저 정보 및 애플리케이션 정보를 포함하는 사용자 접속 환경 관련 정보(access 정보)(도 5), 및 최종 사용자의 서비스 유입 경로 정보(inflow 정보)(도 6) 중 적어도 하나 이상을 포함할 수 있다.

상기 위치정보는 국가, 시, 도, 위도, 경도 및 IP 주소 등을 포함할 수 있다.

예를 들어, 사용자 단말기(200)의 접속 위치가 한국이고, 서비스 서버(300)의 위치가 미국인 경우, 서로 간의 이격 거리가 상대적으로 원거리이기 때문에, 데이터 패킷 전송 거리가 상대적으로 길어지게 되어 인터넷 속도가 저하될 수 있다. 본 개시의 프로세서(110)는 진입 관리 기능을 제어할 때 상술한 사용자 단말기(200)의 사용자 접속 환경 관련 정보도 고려할 수 있는 것이다.

상기 OS 정보는 이름, 버전 및 아키텍쳐 등을 포함할 수 있으며, 상기 디바이스 정보는 이름, 버전, 통신사 정보 등을 포함하고 있고, 상기 브라우저 정보 및 애플리케이션 정보는 각각 이름 및 버전 등을 포함할 수 있다.

상기 최종 사용자의 서비스 유입 경로 정보는 유입 이전 사이트의 URL로 확인이 가능하며, 서비스 사용자의 유입 동기 등을 수집하여 마케팅이 적절하게 이루어졌는지 여부를 검토할 수 있다. 즉, 프로세서(110)는 최종 사용자의 서비스 유입 경로 정보를 기초로 특정 경로로의 마케팅 투자 대비 사용자 유입 비율을 산출할 수 있고, 이를 이용하여 마케팅 적절도를 산출할 수 있다.

도 7 및 도 8을 참고하면, 상기 고객 체감 성능 분석 정보는, 작업 단계별 사용자 체감 응답시간(load performance)(도 7) 및 애플리케이션 성능 지표(application performance index, ApDex)(도 8) 중 적어도 하나 이상을 포함할 수 있다.

프로세서(110)는 사용자 체감 응답시간을 브라우저의 작업 단계별로 구분하여 확인할 수 있다.

프로세서(110)는 작업 단계별 사용자 체감 응답시간으로 트랜잭션(요청), 트레이스(프로파일링 된 트랜잭션), 예외 처리의 처리시간별 분포뿐 아니라, URL의 에러 발생 건수를 통계 수치로 획득하여, 최종 사용자 관점에서의 서비스 성능 이슈와 그 원인에 대해 파악할 수 있다. 이때, 작업 단계는 브라우저의 작업 단계를 의미할 수 있다.

도 7을 참고하면, 브라우저의 작업 단계는 Redirect 단계, App Cache 단계, DNS lookup 단계, Connection 단계, Send & Wait 단계, Recv 단계, DOM Render 단계 및 Onload 단계를 포함할 수 있다.

Redirect 단계는 사용자 단말기(200)에 의한 새로운 페이지 요청을 시작하는 단계를 의미할 수 있다.

App Cache 단계는 애플리케이션 캐시를 확인하는 단계를 의미할 수 있다.

DNS lookup 단계는 DNS를 검색하여 해당 도메인의 정보를 획득하는 단계를 의미할 수 있다.

Connection 단계는 요청이 서비스 서버(300)에 도착하여 연결이 완료되는 단계를 의미할 수 있다.

Send & Wait 단계는 HTTP 요청 전문을 서비스 서버(300)로 전송하고, 처리가 완료될 때 까지의 시간의 단계를 의미할 수 있다.

Recv 단계는 서비스 서버(300)의 연산이 모두 종료되고, 결과를 전송받는 단계를 의미할 수 있다.

DOM Render 단계는 수신된 HTML을 이용하여 DOM 구조를 생성하는 단계를 의미할 수 있다.

Onload 단계는 HTML 처리가 종료되고, DOMContentLoaded 이벤트가 실행되는 단계를 의미할 수 있다. 이러한 단계가 종료하면 클라이언트의 페이지 로딩이 완료될 수 있다.

본 개시는 Saas와 같은 클라우드 환경에서 URL 패스를 기반으로 동적으로 진입 관리 기능을 연동 및 해제할 수 있다.

segment_1 = /home/login(로그인 페이지 주소 할당)

segment_2 = /home/main(메인 페이지 주소 할당)

예를 들어, 상술한 로그인 페이지의 URL에 사용자가 집중될 때, 본 개시의 프로세서(110)는 SaaS와 같은 클라우드 환경에서 수집한 EUM 정보 중 URL을 기반으로 로그인 주소에 진입 관리 기능을 동적으로 적용할 수 있다. 이는, 기존의 온프레미스 기반으로 운용자가 직접 방문하여 수동으로 진입 관리 기능을 추가하기 위한 설정을 변경하는 것에 비해 서비스 실효성을 높이고 운용자의 작업 효율을 향상시킬 수 있다는 효과를 기대할 수 있다.

즉, 프로세서(110)는 페이지별 응답 시간 또는 애플리케이션 성능 지표가 기준치 미만으로 낮아질 때 등의 설정 임계치 이상으로 측정치가 측정되는 경우, 동적으로 진입 관리 기능을 연동할 수 있도록 하는 진입 관리 기준을 설정하는 것이다.

상기 애플리케이션 성능 지표는 응답시간을 기준으로 산출된 품질지수로, 고객 만족도 측정 지표를 의미할 수 있다. 도 8을 참고하면, 프로세서(110)는 어떤 페이지가 많이 호출되는지, 응답시간이 얼마나 신속한지 느린지에 관한 실시간 정보(상태 정보)를 수집하고, 이를 통해 웹 애플리케이션의 고객 만족도 측정 지표인 애플리케이션 성능 지표를 산출할 수 있는 것이다.

상술한 진입 관리 기준은 EUM 정보에 포함된 각 정보마다 서로 다른 기준을 포함하도록 설정될 수 있다.

예를 들어, 프로세서(110)는 실제 사용자 수 기반의 서비스 현황 정보와 관련하여, 서비스 서버 내 사용자 트래픽의 증감 경향의 상하한치를 포함하는 기준 및 이벤트 발생 시 동시접속 사용자 제한 수를 포함하는 기준을 진입 관리 기준(연동 기준 및 해제 기준 포함)으로 설정할 수 있다.

또한, 프로세서(110)는 실제 사용자 수 기반의 서비스 현황 정보와 관련하여, 진입 관리 서버 내 대기열 사용자 제한 수, 대기시간 상하한치를 포함하는 기준, 시스템 진입량 상하한치를 포함하는 기준, 자원사용량 상하한치를 포함하는 기준, 완료량 기준, 처리시간의 상하한치를 포함하는 기준, 평상 시 사용자 이용수(monthly active user)의 상하한치를 포함하는 기준, 이벤트 발생 예정 시각, 이벤트 발생 시 접속 예상 사용자 수의 상하한치를 포함하는 기준 및 이벤트에 할당된 유저 허용 수 중 적어도 하나 이상을 포함하여 진입 관리 기준(연동 기준 및 해제 기준 포함)을 설정할 수 있다.

또한, 프로세서(110)는 고객 환경 분석 정보와 관련하여, 사용자 단말기와 서비스 서버 간의 이격 거리 또는 접속 위치, OS 정보 기준, 디바이스 정보 기준, 브라우저 정보 기준 및 애플리케이션 정보 기준 중 적어도 하나 이상을 포함하여 진입 관리 기준(연동 기준 및 해제 기준 포함)을 설정할 수 있다.

또한, 프로세서(110)는 고객 환경 분석 정보와 관련하여, 엔드 유저의 서비스 유입 경로 정보 기준을 포함할 수 있다.

또한, 프로세서(110)는 고객 체감 성능 분석 정보와 관련하여, 작업 단계별 사용자 체감 응답시간의 상하한치를 포함하는 기준 및 애플리케이션 성능 지표의 상하한치를 포함하는 기준 중 적어도 하나 이상을 포함하여 진입 관리 기준(연동 기준 및 해제 기준 포함)을 설정할 수 있다.

프로세서(110)는 비교 결과, 전체 페이지 내에서 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인할 수 있다.

다른 예로, 프로세서(110)는 서비스 서버 정보를 기초로 진입 관리 기능의 조정 여부를 판단할 수 있다.

상기 서비스 서버 정보는 서비스 서버(300)의 WAS(web application server)를 모니터링하는 APM(application performance management)으로부터 수집된 정보일 수 있다.

먼저, 프로세서(110)는 전체 페이지에 대한 서비스 서버 정보를 기초로 서비스 서버의 실시간 서버 상태를 파악할 수 있다. 구체적으로, 서비스 서버의 WAS의 실시간 서버 상태를 파악할 수 있다. 상기 실시간 서버 상태는 서비스 서버의 리소스 상태를 의미할 수 있다.

프로세서(110)는 파악된 실시간 서버 상태를 진입 관리 기준과 비교할 수 있다. 상기 진입 관리 기준은 서비스 서버 정보에 포함된 각 정보마다 서로 다른 기준을 포함하도록 설정될 수 있다.

예를 들어, 진입 관리 기준은 서비스 서버와 관련하여, CPU 사용량의 상하한치를 포함하는 기준, 메모리 사용량의 상하한치를 포함하는 기준, 디스크 사용량의 상하한치를 포함하는 기준, 네트워크 기준, 처리량의 상하한치를 포함하는 기준, 쓰레드 수의 상하한치를 포함하는 기군, 응답시간의 상하한치를 포함하는 기준, 동시단말 사용자 수의 상하한치를 포함하는 기준, 액티스 서비스 기준, 액티브 사용자의 상하한치를 포함하는 기준, 에러율의 상하한치를 포함하는 기준, 거부율 기준, 시간당 히트(hit) 수의 상하한치를 포함하는 기술, 시간당 방문자수의 상하한치를 포함하는 기준, 일별 히트(hit) 수의 상하한치를 포함하는 기준, 일별 방문자 수의 상하한치를 포함하는 기준, 고객사 WAS 현황 기준, JDBC 유휴 기준, JDBC 할당 기준, JDBC 활성 기준, 총 JVM 메모리 기준 및 JVM 메모리 사용량의 상하한치를 포함하는 기준 중 적어도 하나 이상을 포함하여 진입 관리 기준(연동 기준 및 해제 기준 포함)을 설정할 수 있다.

프로세서(110)는 비교 결과, 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인할 수 있다. 이때, 프로세서(110)는 진입 관리 기능의 연동 또는 해제 뿐만 아니라, 진입 관리 기능의 연동 시 적용되는 진입 허용 수를 자동으로 증감하는 역할을 추가로 포함할 수 있다.

또 다른 예로, 프로세서(110)는 EUM 정보 및 서비스 서버 정보를 기초로 진입 관리 기능의 조정 여부를 판단할 수 있다.

EUM 정보가 서비스 서버 정보가 각각의 환경에 따라 차이가 포함되는 정보가 서로 다를 수 있다. 예를 들어, 사용자 단말기(200)의 접속 환경 에러로 인해 EUM 정보는 진입 관리 기준(연동 기준)을 초과하여 진입 관리 기능의 연동이 필요한 것으로 판단되었는데, 서비스 서버 정보에 포함된 정보는 진입 관리 기준(연동 기준)을 초과하지 않아 진입 관리 기능을 연동할 필요성이 없는 것으로 파악될 수 있는 경우가 있을 수 있다.

본 실시예는, 프로세서(110)가 상술한 경우에 대비하여 진입 관리 기능의 조정 여부를 정확히 판단하기 위한 경우를 예로 들어 설명하기로 한다.

먼저, 프로세서(110)는 전체 페이지에 대한 EUM 정보를 기초로 페이지별 상태를 파악하고, 전체 페이지에 대한 서비스 서버 정보를 기초로 서비스 서버의 실시간 서버 상태를 파악할 수 있다. 상기 페이지별 상태는 서비스 서버의 페이지별 상태일 수 있다.

구체적으로, 서비스 서버의 WAS의 실시간 서버 상태를 파악할 수 있다. 상기 실시간 서버 상태는 서비스 서버의 리소스 상태를 의미할 수 있다.

다음, 프로세서(110)는 파악된 페이지별 상태 및 실시간 서버 상태를 진입 관리 기준과 비교할 수 있다.

프로세서(110)는 비교 결과, 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인할 수 있다.

상술한 도 3의 1200 단계의 판단 결과, 진입 관리 기능의 조정이 필요한 경우, 프로세서(110)는 특정 대상에 대한 진입 관리 기능을 조정할 수 있다(1300, 1400).

이때, 프로세서(110)는 진입 관리 기능의 연동 또는 해제 뿐만 아니라 진입 관리 기능의 연동 시 적용되는 진입 허용 수를 자동으로 증감하는 것을 더 포함할 수 있다.

예를 들어, 진입 관리 기능을 연동할 때, 프로세서(110)는 진입 관리 기능이 할당된 특정 세그먼트를 추가하고, 이에 진입 관리 기능의 연동이 필요한 특정 대상(페이지 또는 버튼)의 URL 주소를 세팅하면, 해당 URL 페이지에 기 설정된 진입 허용 수(예를 들어, 해당 URL 페이지에 10,000명의 진입 허용 수)가 매칭된 진입 관리 기능이 연동되는 것이다.

진입 관리 기능을 해제할 때, 프로세서(110)는 진입 관리 기능이 할당된 특정 세그먼트를 삭제하거나, 또는 상기 진입 관리 기능이 할당된 특정 세그먼트에 해당 URL 주소만을 삭제하여 진입 관리 기능을 해당 URL에서 해제할 수 있는 것이다. 이때, 해당 URL은 진입 관리 기능이 연동된 특정 대상의 URL을 의미하는 것일 수 있다.

상술한 경우에서 프로세서(110)는 APM 정보만으로도 진입 관리 기능의 조정을 수행할 수 있다.

사용자 단말기(200)의 네트워크 안정성이 상대적으로 낮은 경우, EUM 정보와 APM 정보 간의 측정 데이터 부정합이 발생할 수 있다.

또한, 상술한 네트워크 안정성이 상대적으로 낮은 경우는 사용자 단말기(200)의 접속 환경이 유선 통신 환경에 비해 안정성 떨어지는 모바일 환경인 경우일 수 있다. 구체적으로, 사용자 단말기(200)가 상태가 양호하지 않은 공유기(예를 들어, AP)에 접속하는 등의 상황을 포함하는 모바일 환경은 특성 상 WIFI, 4G 등을 통해 통신 연결되면 유선 통신 환경 기반의 유선 단말(예를 들어, PC)에 비하여 응답 시간이 늦게 측정될 수 있는 것이다.

또한, 상술한 EUM 정보와 APM 정보 간의 측정 데이터 부정합은 EUM 정보 상으로는 페이지 로딩 시간이 크게 저하된 상태인데 비해 APM 정보 상으로는 서비스 서버가 양호한 상황 등을 포함할 수 있다.

프로세서(110)는 상술한 상황을 기반으로 EUM 정보와 APM 정보 간의 네트워크 이상을 감지할 수 있다.

후술하는 실시예는 네트워크 환경의 이상을 감지하고, 데이터 저장 대상에서 제외하는 프로세스를 설명하기로 한다.

도 4는 도 3의 일부를 상세하게 설명하기 위한 흐름도로서, 도 3의 1100 단계를 예로 들어 설명하기로 한다.

상술한 상태 정보를 수집하는 1100 단계에서, 진입 관리 서버(100)의 프로세서(110)는 전체 페이지에 대한 EUM 정보 및 서비스 서버 정보를 수집할 수 있다(2100).

다음, 프로세서(110)는 EUM 정보 및 서비스 서버 정보를 각각 정규화 기준에 따라 정규화 할 수 있다(2200).

이때, 정규화 기준은 EUM 정보와 서비스 서버 정보 간의 차이를 파악하기 위해 동일 및 유사한 형식으로 정규화 하기 위한 기준을 의미할 수 있다. 예를 들어, 프로세서(110)는 EUM 정보와 서비스 서버 정보를 각각 점수 형태로 정규화할 수 있다. EUM 정보 내 포함된 전체 정보 또는 특정 정보의 정규화된 점수를 50점 만점으로 정규화하고, 서비스 서버 정보 내 포함된 전체 정보 또는 특정 정보의 정규화된 점수를 50점 만점으로 정규화하는 것이다.

다음, 프로세서(110)는 EUM 정보 및 서비스 서버 정보 간의 차이가 기준치 이상인지 여부를 확인할 수 있다(2300).

이때, 프로세서(110)는 이동 평균 개념을 적용하여 특정 구간의 변화량이 변화량 기준치 이상으로 급격하게 변화하는지 여부를 감지할 수 있다.

구체적으로, 프로세서(110)는 정규화 기준에 따라 정규화한 EUM 정보 및 서비스 서버 정보 각각에 대해 점수를 산출하고, 산출된 EUM 정보의 점수 및 서비스 서버 정보의 점수 간의 차이가 기준치 이상인 경우, 차이가 발생한 해당 기간의 해당 정보에 대해 환경 이상이 발생하였다고 판단할 수 있다.

추가로, 프로세서(110)는 EUM 정보 및 서비스 서버 정보에 이동 평균 개념을 적용하여 특정 구간의 변화량이 변화량 기준치 이상으로 급격하게 변화하는 영역에 대해 환경 이상이 발생하였다고 판단할 수 있다.

본 실시예의 프로세서(110)는 EUM 정보 및 서비스 서버 정보 간의 차이를 판단하는 경우, 이동 평균 개념을 적용하는 경우, 및 이들의 조합 중 어느 하나의 방식을 통해 상술한 환경 이상을 파악할 수 있다.

확인 결과, 차이가 기준치 이상인 경우, 프로세서(110)는 EUM 정보 및 서비스 서버 정보 중 어느 하나의 환경 이상을 파악할 수 있다(2400, 2500).

도 9를 참고하면, 프로세서(110)는 E1, E2 및 E3의 구간의 EUM 정보에서 네트워크 이상을 감지할 수 있는 것이다.

구체적으로, 프로세서(110)는 EUM 정보를 기초한 최종 데이터와 APM 정보를 기초한 최종 데이터 간에 임계치 이상의 편차가 발생할 경우, 네트워크 이상을 감지했다고 판단하여 운용자 단말기(미도시) 또는 서비스 서버(300)로 알림을 출력할 수 있다.

다음, 프로세서(110)는 수집된 상태 정보 중 환경 이상이 발생된 해당 시간의 EUM 정보 또는 서비스 서버 정보를 제외한 상태 정보를 메모리에 저장할 수 있다(2600, 2700). 이때, 환경 이상의 상술한 네트워크 이상을 의미할 수 있다.

즉, 프로세서(110)는 환경 이상이 발생한 상태 정보(EUM 정보 또는 서비스 서버 정보)를 저장 대상에서 제외하여, 양질의 상태 정보를 축적할 수 있는 것이다.

1400 단계의 확인 결과, 차이가 기준치 이상이 아닌 경우, 프로세서(110)는 수집된 EUM 정보 및 서비스 서버 정보를 메모리에 저장할 수 있다(2700).

한편, 도시하지 않았지만, 도 3의 상태 정보를 수집하는 1100 단계 이전에, 프로세서(110)는 전체 페이지에 적어도 하나 이상의 세그먼트 각각에 URL을 할당할 수 있다.

상술한 바와 같이, 서비스 서버 내 페이지 단위별로 세그먼트를 설정한다면, 서비스 서버 내 페이지 단위별로 진입 관리 기능의 연동 및 해제, 및 진입 허용 수를 증감을 수행할 수 있기 때문에, EUM 정보(품질지수, 응답시간 등)를 고려하여 페이지별 대응이 가능할 수 있다.

다음, 1100 단계에서, 프로세서(110)는 서비스 서버(300)를 통해 적어도 하나 이상의 세그먼트별 EUM 정보를 수집할 수 있다.

다음, 조정이 필요한지 여부를 판단하는 1200 단계에서, 프로세서(110)는 적어도 하나 이상의 세그먼트별 EUM 정보를 진입 관리 기준과 비교하고, 및 비교 결과, 진입 관리 기준과 비일치하는 세그먼트를 진입 관리 기능의 조정 대상으로 판단할 수 있다.

예를 들어, 클라우드 기반의 본 실시예의 프로세서(110)는 설정 페이지에 다음과 같이 특정 세그먼트(접속주소를 대체한 변수정보)에 URL(위치식별정보, 페이지 주소)을 할당하는 방식으로 설정할 수 있다.

segment_1 = /home/login(로그인 페이지 주소 할당)

segment_2 = /home/main(메인 페이지 주소 할당)

예를 들어, 도 10을 참고하면, 웹 페이지의 전체 페이지 중 A- 로그인 페이지, B-메인 페이지, C-수강신청 버튼 및 D-예매 버튼 각각에 특정 세그먼트(A, B, C, D)를 설정하고, 이에 해당 URL을 매칭할 수 있는 것이다. 이때, 특정 세그먼트는 사용자 단말기(200)의 진입 요청을 비롯한 진입 관리 기능을 모니터링하기 위한 대상일 수 있는 것이다.

이때, 서비스 서버(300)에 Ajax(비동기 통신방식)를 후킹(hooking)하는 클라이언트 API가 설치될 수 있다. 상기 후킹은 이미 작성되어 있는 코드의 특정 지점을 가로채서 동작 방식에 변화를 주는 일체의 기술로, 훅(Hook)이란 메시지가 목표 윈도우로 전달되기 전에 메시지를 가로채는 특수한 프로시저이며, 본 개시의 훅 프로시저에서는 메시지를 단순히 살펴보기만 할 수 있다.

프로세서(110)는 사용자 단말기(200)의 진입 요청 시, 클라이언트 API를 통해 진입 요청을 hooking하여 이를 인지할 수 있다. 이를 통해, 프로세서(110)는 각 세그먼트에 대한 접속 요청 수를 파악할 수 있는 것이다.

또한, 프로세서(110)는 사용자 단말기(200)에 서비스 서버(300)로의 진입을 위한 키(key)가 발급함에 따라, 해당 사용자 단말기(200)의 진입 여부를 확인할 수 있다.

다음, 진입 관리 기능을 조정하는 1400 단계에서, 프로세서(110)는 상술한 비교 결과에 따라, 진입 관리 기능의 조정 대상의 세그먼트에 상기 진입 관리 기능을 연동 또는 해제할 수 있다.

프로세서(110)는 진입 관리 기능의 연동이 필요한 해당 세그먼트에 매칭된 URL 주소를 기초로 진입 관리 기능을 연동시킬 수 있다. 이와 반대로, 프로세서(110)는 진입 관리 기능의 해제가 필요한 해당 세그먼트에 매칭된 URL 주소를 기초로 진입 관리 기능을 해제시킬 수 있다. 이때, 프로세서(110)는 진입 관리 기능의 연동 또는 해제 뿐만 아니라 진입 관리 기능의 연동 시 적용되는 진입 허용 수를 자동으로 증감하는 것을 더 포함할 수 있다.

한편, 전술한 본 개시에 따른 방법은, 하드웨어인 서버와 결합되어 실행되기 위해 프로그램(또는 애플리케이션)으로 구현되어 매체에 저장될 수 있다.

개시된 실시예들은 컴퓨터에 의해 실행 가능한 명령어를 저장하는 기록매체의 형태로 구현될 수 있다. 명령어는 프로그램 코드의 형태로 저장될 수 있으며, 프로세서에 의해 실행되었을 때, 프로그램 모듈을 생성하여 개시된 실시예들의 동작을 수행할 수 있다. 기록매체는 컴퓨터로 읽을 수 있는 기록매체로 구현될 수 있다.

컴퓨터가 읽을 수 있는 기록매체로는 컴퓨터에 의하여 해독될 수 있는 명령어가 저장된 모든 종류의 기록 매체를 포함한다. 예를 들어, ROM(Read Only Memory), RAM(Random Access Memory), 자기 테이프, 자기 디스크, 플래쉬 메모리, 광 데이터 저장장치 등이 있을 수 있다.

이상에서와 같이 첨부된 도면을 참조하여 개시된 실시예들을 설명하였다. 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자는 본 개시의 기술적 사상이나 필수적인 특징을 변경하지 않고도, 개시된 실시예들과 다른 형태로 본 개시가 실시될 수 있음을 이해할 것이다. 개시된 실시예들은 예시적인 것이며, 한정적으로 해석되어서는 안 된다.

100: 진입 관리 서버
110: 프로세서
130: 메모리
150: 통신부
200: 사용자 단말기
300: 서비스 서버

Claims (11)

1. 통신부; 및
   상기 통신부와 통신 연결되어 진입 관리 기능을 동적으로 연동 및 해제하기 위한 프로세서;를 포함하고,
   상기 프로세서는,
   서비스 서버를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집하고,
   상기 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 상기 진입 관리 서버의 진입 관리 기능의 조정이 필요한지 여부를 판단하며, 판단 결과, 상기 진입 관리 기능의 조정이 필요한 경우, 상기 특정 대상에 대한 상기 진입 관리 기능을 조정하고,
   상기 특정 대상은 상기 전체 페이지 내 특정 페이지 또는 특정 버튼을 포함하고,
   상기 진입 관리 기능의 조정은 상기 진입 관리 기능의 연동 또는 해제를 포함하고,
   상기 상태 정보는 실제 사용자 수 기반의 서비스 현황 정보, 고객 환경 분석 정보 및 고객 체감 성능 분석 정보를 포함하는 EUM(end-user monitoring) 정보 및 서비스 서버 정보 중 적어도 하나 이상을 포함하는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
2. 삭제
3. 제1항에 있어서,
   상기 프로세서는,
   상기 조정이 필요한지 여부를 판단할 때,
   상기 전체 페이지에 대한 상기 EUM 정보를 기초로 페이지별 상태를 파악하고,
   상기 페이지별 상태를 상기 진입 관리 기준과 비교하며, 및
   비교 결과, 상기 전체 페이지 내에서 상기 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인하고,
   상기 진입 관리 기준은 상기 EUM 정보에 포함된 각 정보마다 서로 다른 기준을 포함하도록 설정되는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
4. 제1항에 있어서,
   상기 프로세서는,
   상기 조정이 필요한지 여부를 판단할 때,
   상기 전체 페이지에 대한 상기 서비스 서버 정보를 기초로 상기 서비스 서버의 실시간 서버 상태를 파악하고,
   파악된 상기 실시간 서버 상태를 상기 진입 관리 기준과 비교하며, 및
   비교 결과, 상기 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인하고,
   상기 진입 관리 기준은 상기 서비스 서버 정보에 포함된 각 정보마다 서로 다른 기준을 포함하도록 설정되는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
5. 제1항에 있어서,
   상기 프로세서는,
   상기 조정이 필요한지 여부를 판단할 때,
   상기 전체 페이지에 대한 상기 EUM 정보를 기초로 페이지별 상태를 파악하고, 상기 전체 페이지에 대한 상기 서비스 서버 정보를 기초로 상기 서비스 서버의 실시간 서버 상태를 파악하고,
   파악된 상기 페이지별 상태 및 상기 실시간 서버 상태를 상기 진입 관리 기준과 비교하며, 및
   비교 결과, 상기 진입 관리 기능의 연동 또는 해제가 필요한 페이지 또는 버튼이 있는지 여부를 확인하는,
   　디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
6. 제1항에 있어서,
   상기 프로세서는,
   상기 상태 정보를 수집할 때,
   상기 전체 페이지에 대한 EUM 정보 및 서비스 서버 정보를 수집하고,
   상기 EUM 정보 및 상기 서비스 서버 정보를 각각 정규화 기준에 따라 정규화 하며,
   상기 EUM 정보 및 상기 서비스 서버 정보 간의 차이가 기준치 이상인지 여부를 확인하고,
   확인 결과, 상기 차이가 상기 기준치 이상인 경우, 상기 EUM 정보 및 상기 서비스 서버 정보 중 어느 하나의 환경 이상을 파악하며, 및
   상기 수집된 상태 정보 중 상기 환경 이상이 발생된 해당 시간의 상기 EUM 정보 또는 상기 서비스 서버 정보를 제외한 상태 정보를 메모리에 저장하는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
7. 제1항에 있어서,
   상기 프로세서는,
   상기 상태 정보를 수집하기 이전에,
   상기 전체 페이지에 적어도 하나 이상의 세그먼트 각각에 URL을 할당하는 것을 더 포함하는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
8. 제7항에 있어서,
   상기 프로세서는,
   상기 상태 정보를 수집할 때,
   상기 서비스 서버를 통해 상기 적어도 하나 이상의 세그먼트별 EUM 정보를 수집하고,
   상기 조정이 필요한지 여부를 판단할 때,
   상기 적어도 하나 이상의 세그먼트별 EUM 정보를 상기 진입 관리 기준과 비교하고, 및
   비교 결과, 상기 진입 관리 기준과 비일치하는 세그먼트를 진입 관리 기능의 조정 대상으로 판단하는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
9. 제8항에 있어서,
   상기 프로세서는,
   상기 진입 관리 기능을 조정할 때,
   상기 비교 결과에 따라, 상기 진입 관리 기능의 조정 대상의 세그먼트에 상기 진입 관리 기능을 연동 또는 해제하는,
   디지털 서비스 기반 진입 관리 대상의 자동 설정을 위한 진입 관리 서버.
   
10. 진입 관리 서버에 의해 수행되는 방법에 있어서,
    서비스 서버를 통해 제공되는 콘텐츠 서비스를 제공하기 위한 전체 페이지에 대한 상태 정보를 수집하는 단계;
    상기 상태 정보를 진입 관리 기준과 비교하여 특정 대상에 대한 상기 진입 관리 서버의 진입 관리 기능의 조정이 필요한지 여부를 판단하는 단계; 및
    판단 결과, 상기 진입 관리 기능의 조정이 필요한 경우, 상기 특정 대상에 대한 상기 진입 관리 기능을 조정하는 단계;를 포함하고,
    상기 특정 대상은 상기 전체 페이지 내 특정 페이지 또는 특정 버튼을 포함하고,
    상기 진입 관리 기능의 조정은 상기 진입 관리 기능의 연동 또는 해제를 포함하고,
    상기 상태 정보는 실제 사용자 수 기반의 서비스 현황 정보, 고객 환경 분석 정보 및 고객 체감 성능 분석 정보를 포함하는 EUM(end-user monitoring) 정보 및 서비스 서버 정보 중 적어도 하나 이상을 포함하는,
    디지털 서비스 기반 진입 관리 대상의 자동 조정을 위한 진입 관리 방법.
    
11. 컴퓨터와 결합되어, 제10항의 진입 관리 방법을 실행시키기 위한 프로그램이 저장된 컴퓨터 판독 가능한 기록매체.

Images