KR20240046453A

KR20240046453A - 분산 메시징 시스템을 이용한 데이터 처리 시스템 및 그 정보 처리 방법

Info

Publication number: KR20240046453A
Application number: KR1020240041323A
Authority: KR
Inventors: 에릭 시옹; 양성익
Original assignee: 쿠팡 주식회사
Priority date: 2020-12-24
Filing date: 2024-03-26
Publication date: 2024-04-09
Also published as: TW202225995A; JP2022101419A; KR20220092343A; KR102282699B1; KR102652980B1; US11297156B1; JP2022101525A; JP7015944B1; JP7305253B2; WO2022139055A1

Abstract

본 개시의 다양한 실시예에 따른 분산 메시징 시스템을 이용한 데이터 처리 시스템의 정보 처리 방법은, 제1 서버가 적어도 하나의 아이템과 관련된 이벤트 정보를 기반으로 분산 메시지 서버에 작업 생성 요청을 전송하는 단계, 상기 분산 메시지 서버가 상기 작업 생성 요청을 기반으로 생성한 작업 요청 메시지를 제2 서버가 획득하는 단계, 상기 제2 서버가 상기 작업 요청 메시지에 대응하여 처리 중인 작업을 중단하는 중단 요청을 수신하는 단계, 및 상기 제2 서버가 재시작 요청을 수신하여, 상기 중단 요청에 대응하여 중단된 작업 중 상기 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 단계를 포함하고, 상기 재시작 요청은, 사용자의 제1 입력에 기초하여 상기 제1 서버에 의해 생성되는 정보 또는 프론트 엔드(front end) 관련 서버의 상태 정보를 기반으로 생성될 수 있다.

Description

분산 메시징 시스템을 이용한 데이터 처리 시스템 및 그 정보 처리 방법 {SYSTEM FOR PROCESSING DATA USING DISTRIBUTED MESSAGING SYSTEM AND DATA PROCESSING METHOD THEREOF}

본 개시는 분산 메시징 시스템을 이용하여 이벤트 정보를 처리하는 데이터 처리 시스템 및 그 정보 처리 방법에 관한 것이다.

전자 기술의 발달에 따라 생활 전반에는 전자 기술을 이용한 서비스가 자리잡게 되었다. 이러한 서비스는 다수의 사용자에게 제공되기 때문에 사용자의 수에 비례하여 많은 데이터를 처리해야하는 경우가 빈번하게 발생하고 있다. 예를 들어 전자상거래 서비스에서 상품과 관련된 이벤트를 생성하고자 하는 경우, 이벤트는 다수의 고객에게 제공되기 때문에 제공될 고객의 수에 비례하여 다량의 이벤트 정보에 대한 처리가 요구된다.

이와 같이 다량의 데이터를 처리하는 경우에는 데이터 처리량에 비례하여 많은 소요 시간이 요구된다. 그러나 시간은 한정적이기 때문에 다량의 데이터를 보다 효율적으로 처리하기 위한 방안이 요구된다.

본 실시 예가 해결하고자 하는 과제는, 분산 메시징 시스템을 기반으로 적어도 하나의 프로세서를 이용하여 이벤트 정보가 처리되도록 함으로써 보다 효율적이며 신속하게 정보 처리가 이루어지도록 하는 전자 장치 및 그 제어 방법을 제공하는데 있다.

본 실시 예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제들로 한정되지 않으며, 이하의 실시 예들로부터 또 다른 기술적 과제들이 유추될 수 있다.

본 개시의 다양한 실시예에 따른 분산 메시징 시스템을 이용한 데이터 처리 시스템은, 적어도 하나의 아이템과 관련된 이벤트 정보를 기반으로 분산 메시지 서버에 작업 생성 요청을 전송하는 제1 서버, 사용자의 제1 입력에 기초하여 상기 제1 서버에서 생성되는 정보 또는 프론트 엔드(front end) 관련 서버의 상태 정보를 기반으로 중단된 작업에 대한 재시작 요청을 생성하는 상기 분산 메시지 서버, 및 상기 작업 생성 요청을 기반으로 상기 분산 메시지 서버가 생성한 작업 요청 메시지를 획득하고, 상기 작업 요청 메시지에 대응하여 처리 중인 작업을 중단하는 중단 요청을 수신하며, 상기 중단 요청에 대응하여 중단된 작업 중 상기 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 제2 서버를 포함할 수 있다.

본 개시의 다양한 실시예에 따른 기록매체는, 제1 서버가 적어도 하나의 아이템과 관련된 이벤트 정보를 기반으로 분산 메시지 서버에 작업 생성 요청을 전송하는 단계, 상기 분산 메시지 서버가 상기 작업 생성 요청을 기반으로 생성한 작업 요청 메시지를 제2 서버가 획득하는 단계, 상기 제2 서버가 상기 작업 요청 메시지에 대응하여 처리 중인 작업을 중단하는 중단 요청을 수신하는 단계, 및 상기 제2 서버가 재시작 요청을 수신하여, 상기 중단 요청에 대응하여 중단된 작업 중 상기 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 단계를 포함하고, 상기 재시작 요청은, 사용자의 제1 입력에 기초하여 상기 제1 서버에 의해 생성되는 정보 또는 프론트 엔드(front end) 관련 서버의 상태 정보를 기반으로 생성될 수 있는 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체를 포함할 수 있다.

본 개시에 따르면, 데이터 처리 시스템 및 그 정보 처리 방법은 분산 메시징 시스템을 기반으로 적어도 하나의 프로세서를 이용하여 이벤트 정보가 처리되도록 함으로써 보다 효율적이며 신속하게 정보 처리가 이루어지도록 할 수 있다.

또한, 본 개시에 따르면 데이터 처리 시스템은 분산 캐시 시스템을 이용하여 데이터 처리 중간에 작업 중단이 가능하도록 함으로써 데이터 처리에 대한 제어가 이루어지도록 할 수 있다.

발명의 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 청구범위의 기재로부터 당해 기술 분야의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

도 1은 일 실시 예에 따른 데이터 처리 시스템의 개념도를 나타낸다.
도 2는 일 실시 예에 따른 데이터 처리 시스템의 정보 처리 방법의 흐름도이다.
도 3은 일 실시 예에 따른 데이터 처리 시스템의 동작의 예를 설명하기 위한 도면이다.
도 4는 일 실시 예에 따른 데이터 처리 시스템의 데이터 처리 현황 정보가 제공되는 예를 나타내는 도면이다.
도 5는 일 실시 예에 따른 데이터 처리 시스템의 이벤트 정보를 설명하기 위한 도면이다.
도 6은 일 실시 예에 따른 데이터 처리 시스템의 데이터 처리 완료 정보가 제공되는 예를 나타내는 도면이다.

실시 예들에서 사용되는 용어는 본 개시에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 개시에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 개시의 전반에 걸친 내용을 토대로 정의되어야 한다.

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

명세서 전체에서 기재된 "a, b, 또는 c 중 적어도 하나"의 표현은, 'a 단독', 'b 단독', 'c 단독', 'a 및 b', 'a 및 c', 'b 및 c', 또는 'a, b, 및 c 모두'를 포괄할 수 있다.

이하에서 언급되는 '전자 장치'는 전자 장치로 지칭될 수 있으며, 네트워크를 통해 서버나 타 전자 장치에 접속할 수 있는 컴퓨터나 휴대용 단말로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(desktop), 랩톱(laptop) 등을 포함하고, 휴대용 단말은 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, IMT(International Mobile Telecommunication), CDMA(Code Division Multiple Access), W-CDMA(W-Code Division Multiple Access), LTE(Long Term Evolution) 등의 통신 기반 단말, 스마트폰, 태블릿 PC 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.

아래에서는 첨부한 도면을 참고하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.

이하에서는 도면을 참조하여 본 개시의 실시 예들을 상세히 설명한다.

도 1은 일 실시 예에 따른 데이터 처리 시스템의 개념도를 나타낸다. 도 1에는 본 실시 예와 관련된 구성요소들이 도시되어 있으나 이에 제한되는 것은 아니며 도 1에 도시된 구성요소들 외에 다른 범용적인 구성요소들이 더 포함될 수 있다.

도 1을 참조하면, 데이터 처리 시스템(이하, 시스템)(100)은 제1 서버(110), 분산 메시징 서버(120), 적어도 하나의 서버(130)를 포함할 수 있다. 제1 서버(110), 분산 메시징 서버(120) 및 적어도 하나의 서버(130) 각각은 메모리 및 프로세서를 포함할 수 있다. 또한, 제1 서버(110), 분산 메시징 서버(120) 및 적어도 하나의 서버(130) 각각은 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

제1 서버(110)는 적어도 하나의 아이템과 관련된 이벤트 정보를 획득할 수 있다. 적어도 하나의 아이템은 예를 들면 온라인을 통해 판매되는 적어도 하나의 상품을 포함할 수 있다. 이벤트 정보는 생성하고자 하는 이벤트에 대한 정보로, 여기서 이벤트는 예를 들면 적어도 하나의 상품의 할인 이벤트(또는 할인 프로모션)를 포함할 수 있다.

실시 예에서, 이벤트 정보는 사용자의 입력을 기초로 획득될 수 있으나 이에 제한되는 것은 아니며 시스템(100) 또는 제1 서버(110)의 데이터베이스에 저장된 정보를 기초로 생성될 수 있다. 사용자의 입력을 기초로 이벤트 정보가 획득되는 예는 도 5를 참조할 수 있다.

이벤트 정보는 예를 들면 이벤트 개수, 할인금액, 이벤트 명칭, 이벤트 유형, 배송 유형, 상품 유형, 판매 기간, 할인 결제 유형, 이벤트 시작 시간 및 이벤트 종료 시간 중 적어도 하나를 포함할 수 있다. 이벤트 개수는 후술하는 데이터 처리를 통해 최종적으로 생성할 이벤트의 수를 포함할 수 있다. 할인금액은 이벤트를 통해 할인되는 금액을 포함할 수 있다. 이벤트 유형은 예를 들면 이벤트가 특정 금액을 할인해주는 정액할인형인지, 특정 비율을 할인해주는 비율할인형인지를 포함할 수 있다. 배송 유형은 예를 들면 무료배송인지 여부를 포함할 수 있다. 할인 결제 유형은 할인을 적용하기 위한 결제 유형으로, 예를 들어 특정 신용카드 또는 특정 결제방식을 포함할 수 있다.

실시 예에서, 이벤트 정보는 랜덤하게 생성될 수 있다. 구체적으로, 이벤트 정보는 데이터베이스에 저장된 정보가 랜덤하게 조합됨에 기초하여 생성될 수 있다. 예를 들어 데이터베이스에는 할인금액에 대한 복수의 정보(예: 1000원, 3000원) 및 상품 유형에 대한 복수의 정보(예: 의류, 식품)가 저장될 수 있다. 이러한 경우 이벤트 정보는 할인금액에 대한 복수의 정보 중 하나와 상품 유형에 대한 복수의 정보 중 하나가 각각 랜덤하게 선택되어 결함됨으로써 생성될 수 있다. 예를 들어 식품 1000원 할인 이벤트 또는 의류 3000원 할인 이벤트가 생성될 수 있다.

경우에 따라 이벤트 정보는 현재 상황을 반영하여 데이터베이스에 저장된 정보를 조합함에 기초하여 생성될 수 있다. 예를 들어 이벤트 정보는 현재 상황이 여름인 경우 데이터베이스 중 여름과 관련된 정보 중에서 랜덤하게 조합됨에 기초하여 생성될 수 있다. 이 때, 현재 상황(예: 여름)에 대응하는 이벤트 정보는 미리 지정될 수 있다.

한편, 이벤트 정보의 생성은 제1 서버(110)를 통해 이루어질 수 있으나, 이에 제한되는 것은 아니고 시스템(100)에 포함된 별도의 구성 또는 제1 서버(110)와 구분되는 다른 구성에 의해 이루어질 수도 있다.

실시 예에서, 제1 서버(110)는 스테이트풀(stateful) 서버를 포함할 수 있다. 구체적으로, 제1 서버(110)는 연결된 다른 전자 장치(예: 제2 서버. 외부 장치(미도시)와의 통신 상태를 실시간으로 추적하고 추적된 통신 상태를 자신의 서비스 제공에 이용할 수 있다. 예를 들어, 제1 서버(110)는 다른 전자 장치와의 데이터 송수신의 결과에 대한 정보를 실시간으로 추적하고 이에 대한 응답을 다른 전자 장치에게 신속하게 제공하며 자신의 동작 상태 또한 추적된 정보를 기반으로 실시간으로 변경할 수 있다.

제1 서버(110)는 이벤트 정보를 기반으로 분산 메시지 서버(120)에 작업 생성 요청을 전송할 수 있다. 예를 들어, 제1 서버(110)는 이벤트 정보를 획득하면 분산 메시지 서버(120)에 이벤트 정보의 생성을 요청하는 작업 생성 요청을 전송할 수 있다. 제1 서버(110)는 분산 메시지 서버(120)를 이용하여 이벤트 정보가 제2 서버(130)에 제공되도록 할 수 있다.

분산 메시지 서버(120)는 수신된 정보가 다른 장치로 분산되도록 제어하는 서버를 포함할 수 있다. 예를 들어 분산 메시지 서버(120)는 분산 메시징 시스템인 Apache Kafka^®를 포함할 수 있으나 이에 제한되는 것은 아니다.

실시 예에서, 분산 메시지 서버(120)는 정보 전송과 관련된 복수의 파티션을 포함할 수 있다. 복수의 파티션 각각에는 대응하는 다른 장치(예: 적어도 하나의 서버(130))가 매핑될 수 있다. 이러한 경우 제1 서버(110)로부터 수신한 정보는 복수의 파티션을 기반으로 구분되어 다른 장치로 전달될 수 있다.

일 실시 예에서 분산 메시지 서버(120)는 작업 요청 메시지를 특정 논리적 위치에 전송하고, 복수의 파티션 각각에 대응하는 서버가 상기 논리적 위치에 저장된 메시지를 획득하는 방식으로 메시지 전송이 수행될 수도 있다. 예를 들어, 분산 메시지 서버(120)는 복수의 파티션 각각에 제1 서버(110)로부터 수신한 정보가 할당되고, 복수의 파티션 각각에 대응하는 서버(예: 제2 서버(131), 제3 서버(132))는 복수의 파티션과의 연결을 기초로 작업 요청 메시지를 획득할 수 있다. 구체적으로 예를 들면 분산 메시지 서버(120)의 제1 파티션에 제1 서버(110)로부터 수신한 정보(예: 10000개의 할인 이벤트를 생성하도록 하는 작업 요청 메시지) 중 일부(예: 5000개의 할인 이벤트를 생성하도록 하는 작업 요청 메시지)가 할당되고 제2 파티션에 제1 서버(110)로부터 수신한 정보 중 다른 일부(예: 나머지 5000개의 할인 이벤트를 생성하도록 하는 작업 요청 메시지)가 할당될 수 있다. 이러한 경우 제1 파티션에 할당된 정보는 적어도 하나의 서버(130) 중 제1 파티션과 매핑된 서버가 획득하고, 제2 파티션에 할당된 정보는 적어도 하나의 서버(130) 중 제2 파티션과 매핑된 서버가 획득할 수 있다.

다른 일 실시 예에서, 분산 메시지 서버(120)는 복수의 파티션 각각에 대응하는 서버(예: 제2 서버(131), 제3 서버(132))로 작업 요청 메시지를 전송할 수 있다. 예를 들어, 작업 생성 요청이 1만개의 할인 이벤트를 생성하는 요청인 경우 분산 메시지 서버(120)는 작업 생성 요청을 나누어 적어도 하나의 서버(130) 각각에 5000개의 할인 이벤트를 생성하도록 하는 작업 요청 메시지를 전송할 수 있다. 다른 예를 들면 작업 생성 요청이 1만개의 할인 쿠폰을 생성하는 요청인 경우 분산 메시지 서버(120)는 작업 생성 요청을 나누어 적어도 하나의 서버(130) 각각에 5000개의 할인 쿠폰을 생성하도록 하는 작업 요청 메시지를 전송할 수 있다.

이하에서는 설명의 편의를 위해 제2 서버(131)의 동작을 기준으로 설명하겠으며, 제2 서버(131)의 동작에 대응하는 동작은 적어도 하나의 서버(130)에 포함되는 다른 서버, 예를 들어 제3 서버(132)에 의해서도 수행될 수 있다. 또한, 도 1에서는 적어도 하나의 서버(130)가 2개의 서버(예: 제2 서버(131)와 제3 서버(132))를 포함하는 것으로 도시하였으나 이에 제한되지 않고, 제2 서버(131) 또는 제3 서버(132)에 대응하는 더 많은 수의 서버를 포함할 수도 있다.

제2 서버(131)는 작업 요청 메시지를 기반으로 적어도 하나의 프로세서(141)를 사용하여 이벤트 정보를 처리할 수 있다. 구체적으로, 제2 서버(131)는 적어도 하나의 프로세서(141)를 포함할 수 있으며, 적어도 하나의 프로세서(141)를 이용하여 작업 요청 메시지에 대응하는 동작을 수행함으로써 이벤트 정보를 처리할 수 있다. 예를 들어 작업 요청 메시지가 5000개의 할인 이벤트를 생성하도록 하는 메시지를 포함하는 경우, 적어도 하나의 프로세서(141)는 5000개의 할인 이벤트를 생성할 수 있다. 이에 따라 제2 서버(131)에 할당된 이벤트 정보의 처리가 이루어질 수 있다.

실시 예에서, 적어도 하나의 프로세서(141)는 복수개의 프로세서로 구현될 수 있다. 이러한 경우 제2 서버(131)에 할당된 작업 요청 메시지는 각각의 프로세서로 나뉘어 처리될 수 있다. 경우에 따라, 각각의 프로세서로 나뉘는 작업 요청 메시지의 양은 프로세서의 성능, 이벤트 정보의 유형에 따라 상이할 수 있다. 예를 들어 이벤트 정보가 제1 유형의 이벤트 정보에 대응하는 경우는 제1 프로세서와 제2 프로세서에 1:1의 비율로 할당되고, 제2 유형의 이벤트 정보에 대응하는 경우는 제1 프로세서와 제2 프로세서에 2:1의 비율로 할당될 수 있다.

제2 서버(131)는 처리된 이벤트 정보를 프론트 엔드(front end) 관련 서버에 전송할 수 있다. 프론트 엔드(front end) 관련 서버는 실제 이벤트 정보를 이용하여 서비스를 제공하는 서버를 포함할 수 있다. 예를 들어 이벤트 정보가 할인 이벤트인 경우 프론트 엔드 관련 서버는 할인 이벤트를 제공하는 온라인 사이트에 대응하는 서버를 포함할 수 있다.

실시 예에서, 제2 서버(131)는 스테이트리스(stateless)(또는 무상태) 서버를 포함할 수 있다. 구체적으로, 제2 서버(131)는 연결된 다른 전자 장치(예: 제1 서버(130). 또는 분산 메시지 서버(120))로부터 수신된 입력을 기초로 서비스를 제공할 수 있다. 즉, 통신 상태를 실시간으로 확인하고 그에 기초하여 자신의 동작을 제어하는 제1 서버(110)와는 달리, 제2 서버(131)는 다른 장치로부터 수신되는 입력에 따라 동작을 수행한다. 이러한 제2 서버(131)는 통신 상태와 무관하게 안정적으로 동작을 수행할 수 있다.

실시 예에서, 제2 서버(131)는 분산 캐시 시스템(memcached)을 포함할 수 있다. 분산 캐시 시스템은 외부 데이터 소스와의 읽기 횟수를 줄이기 위해 읽을 대상이 되는 데이터 및 객체 중 적어도 일부를 캐시 처리한 구성을 포함할 수 있다. 분산 캐시 시스템은 소프트웨어로 구현될 수 있으나, 이에 제한되는 것은 아니다.

실시 예에서, 제2 서버(131)가 분산 캐시 시스템을 포함하는 경우 제2 서버(131)의 적어도 하나의 프로세서(141) 각각은 분산 캐시 시스템을 공유할 수 있다. 예를 들어 적어도 하나의 프로세서가 제1 프로세서와 제2 프로세서를 포함하는 경우 분산 캐시 시스템은 제1 프로세서와 제2 프로세서 각각에 의해 이용될 수 있다.

실시 예에서, 분산 캐시 시스템은 작업 중단과 관련된 정보를 저장할 수 있다. 예를 들어 분산 캐시 시스템은 적어도 하나의 서버(130) 또는 적어도 하나의 프로세서(141)와 공유되는 작업 중단과 관련된 정보를 저장할 수 있다. 작업 중단과 관련된 정보는, 작업 중단을 나타내는 플래그 정보를 포함할 수 있다. 이러한 경우, 적어도 하나의 프로세서(141)는 분산 메시지 서버(120)로부터 수신되는 메시지에 작업 중단과 관련된 정보가 있는 경우 수신되는 메시지에 대응하는 이벤트 정보 처리를 중단할 수 있다.

구체적으로 예를 들면, 제2 서버(131)는 A 이벤트 생성을 위한 작업 요청 메시지를 기반으로 A 이벤트를 생성할 수 있다. A 이벤트 생성 과정에서 제2 서버(131)는 새로운 작업 요청 메시지를 수신할 수 있다. 이러한 경우 제2 서버(131)는 수신된 새로운 작업 요청 메시지가 분산 캐시 시스템에 기저장된 정보에 대응하는지 여부를 확인할 수 있다. 제2 서버(131)는 수신된 새로운 작업 요청 메시지가 분산 캐시 시스템에 기저장된 정보에 대응하는 경우 새로운 작업 요청 메시지에 대응하는 이벤트 처리를 중단할 수 있다. 이 때 새로운 작업 요청 메시지에 대응하는 이벤트가 A 이벤트인 경우, A 이벤트의 생성은 중지될 수 있다.

실시 예에서, 제2 서버(131)는 작업을 중단하는 중단 요청을 수신할 수 있다. 예를 들어 제2 서버(131)는 중단 요청을 나타내는 기지정된 정보를 포함하는 메시지를 분산 메시징 서버(120)로부터 수신할 수 있다. 다른 예를 들면 제2 서버(131)는 중단 요청을 나타내는 기지정된 정보를 포함하는 메시지를 다른 장치(예: 프론트 엔드 관련 서버)로부터 수신할 수 있다. 제2 서버(131)는 중단 요청에 대응하는 작업 요청 메시지의 처리를 중단하고, 처리가 중단된 메시지의 상태를 중단 상태로 기록할 수 있다. 여기서 메시지의 상태는 분산 캐시 시스템에 기록될 수 있으나 이에 제한되는 것은 아니다.

실시 예에 따라, 제2 서버(131)는 수신된 중단 요청이 분산 캐시 시스템에 저장된 정보에 대응하는지 여부를 확인할 수 있다. 예를 들어, 분산 캐시 시스템은 상술한 바와 같이 작업 중단과 관련된 정보를 포함할 수 있는데, 제2 서버(131)는 수신된 중단 요청이 이러한 분산 캐시 시스템에 저장된 정보에 대응하는 경우, 수신된 중단 요청에 작업 요청 메시지의 처리를 중단할 수 있다. 제2 서버(131)는 처리가 중단된 메시지의 상태를 중단 상태로 기록할 수 있다.

제2 서버(131)는 중단 상태로 기록된 메시지 중 적어도 일부를 제1 서버와 연관된 데이터베이스에 업로드할 수 있다. 여기서, 데이터베이스는 상술한 이벤트 정보의 생성과 관련된 정보를 저장하는 데이터베이스에 대응할 수 있으나 이에 제한되는 것은 아니고 별도의 데이터베이스에 대응할 수도 있다.

실시 예에서, 중단 요청은 프론트 엔드 관련 서버의 작업 처리 시간이 기지정된 값을 초과함에 대응하여 생성될 수 있다. 이러한 경우, 제2 서버(131)는 프론트 엔드 관련 서버의 작업 처리 시간이 기지정된 값을 초과하는 경우 중단 요청을 수신할 수 있다. 이 때 중단 요청은 프론트 엔드 관련 서버로부터 제2 서버(131)로 제공될 수 있으나, 이에 제한되는 것은 아니고 예를 들어 프론트 엔드 관련 서버의 동작 상태를 감지하는 다른 서버, 예를 들어 제1 서버(110)로부터 제2 서버(131)로 제공될 수도 있다.

일 실시 예에서, 중단 요청은 프론트 엔드 관련 서버의 이벤트의 제공과 관련된 작업 처리 시간이 기지정된 시간을 초과하는 경우, 생성될 수 있다. 예를 들어 프론트 엔드 관련 서버의 이벤트의 제공과 관련된 동작 시간이 기지정된 시간을 초과하는 경우는 이벤트가 할인 쿠폰 10000개의 생성임에 대응하여 10000명의 사용자에게 할인 쿠폰을 제공해야하는데, 할인 쿠폰 제공에 소요되는 시간이 기지정된 시간을 초과하는 경우를 포함할 수 있다. 기지정된 시간은 이벤트의 종류에 따라 미리 지정될 수 있으며 프론트 엔드 관련 서버는 처리된 이벤트 정보의 수신에 대응하여 기지정된 시간을 확인하고, 기지정된 시간을 초과하여 이벤트 제공에 시간이 소요되는 경우에는 중단 요청을 생성할 수 있다. 다만, 중단 요청 생성은 프론트 엔드 관련 서버 이외의 다른 서버, 예를 들어 프론트 엔드 관련 서버와 제1 서버가 연결되는 경우는 제1 서버에 의해 중단 요청 생성 여부의 확인 및 중단 요청의 생성이 수행될 수 있다.

다른 일 실시 예에서, 중단 요청은 프론트 엔드 관련 서버의 현재 시간이 이벤트와 관련하여 기지정된 기간(예: 이벤트의 할인 기간, 이벤트의 제공 기간)과 상이한 경우 생성될 수 있다. 예를 들어 프론트 엔드 관련 서버의 현재 시간이 이벤트와 관련하여 기지정된 기간(예: 이벤트의 할인 기간, 이벤트의 제공 기간)과 상이한 경우는 프론트 엔드 관련 서버의 시간은 2020년 12월 20일인데, 이벤트와 관련하여 기지정된 기간은 2020년 11월 11일로부터 2020년 11월 20일인 경우를 포함할 수 있다. 이와 같이 경우에 따라 프론트 엔드 관련 서버의 현재 시간이 이벤트와 관련하여 기지정된 기간(예: 이벤트의 할인 기간, 이벤트의 제공 기간)과 상이한 경우는 현재 시간이 기지정된 기간 보다 과거 시점인 경우를 포함할 수 있으나 이에 제한되는 것은 아니다.

또 다른 일 실시 예에서, 중단 요청은 이벤트 정보가 프론트 엔드 관련 서버를 통해 제공됨에 기초하여 고객(또는 고객의 전자 장치)으로부터 수신되는 입력의 수가 기지정된 수를 초과하는 경우 생성될 수 있다. 예를 들어 현재 진행 중인 이벤트에 대한 고객의 대응 입력(예: 쿠폰의 사용)이 기지정된 수 또는 비율(예: 제공된 전체 쿠폰의 80%)이상 인 경우 중단 요청이 생성될 수 있다.

실시 예에서, 중단 요청은 사용자의 입력에 의해 생성될 수 있다. 예를 들어 중단 요청은 사용자로부터 제1 서버(110)에 기지정된 입력이 수신되는 경우 생성될 수 있다. 이러한 경우 제2 서버(131)는 분산 메시징 서버(120)를 통해 제1 서버(110)로부터 중단 요청을 수신할 수 있다.

실시 예에서, 제1 서버(110)는 데이터베이스에 업로드 된 중단 상태로 기록된 메시지 중 적어도 일부에 대한 재시작 요청을 확인할 수 있다. 제1 서버(110)는 분산 메시지 서버(120)를 통해 재시작 요청에 대응되는 메시지 중 적어도 일부를 제1 서버(110)에서 제2 서버(131)로 전송할 수 있다. 이러한 경우, 제2 서버(131)는 수신된 메시지에 대한 처리를 재개할 수 있다.

경우에 따라, 재시작 요청에 대한 정보는 분산 캐시 시스템에 미리 저장되어 있을 수 있다. 또한, 상기 중단 요청에 의해 중단된 메시지는 분산 캐시 시스템에 저장되어 있을 수 있다. 이러한 경우 제1 서버(110)는 재시작 요청을 확인함에 대응하여 재시작 요청에 대한 정보를 분산 메시징 서버(120)를 통해 제2 서버(131)로 전송할 수 있다. 제2 서버(131)는 수신된 재시작 요청에 대한 정보가 분산 캐시 시스템에 저장된 정보에 대응하는 경우, 재시작 요청에 대응하는 메시지를 분산 캐시 시스템에서 확인하여 처리를 재개할 수 있다. 예를 들어 제2 서버(131)는 수신된 재시작 요청에 대한 정보가 분산 캐시 시스템에 저장된 정보에 대응하는 경우, 중단된 메시지 중 재시작 요청에 대응하는 메시지를 분산 캐시 시스템에서 확인하여 확인된 메시지에 대한 처리를 수행할 수 있다.

실시 예에서, 재시작 요청은 사용자의 입력 또는 프론트 엔드 관련 서버의 상태를 기반으로 생성될 수 있다. 예를 들어 재시작 요청은 재시작을 나타내는 사용자의 특정 입력이 수신됨에 기초하여 제1 서버(110)에 의해 생성될 수 있다. 다른 예를 들면, 재시작 요청은 제2 서버(130)의 동작 오류가 해소되는 경우 제2 서버(130) 또는 제2 서버(130)의 상태를 감지하는 장치(예: 제1 서버(110))에 의해 생성될 수 있다.

실시 예에서, 제2 서버(131)는 처리된 이벤트 정보를 분산 메시지 서버(120)를 통해 제1 서버(110)에 전송할 수 있다. 이에 따라 제1 서버(110)는 요청된 작업의 수행 상태를 파악할 수 있다.

한편, 상술한 바와 같이 이벤트 정보는 적어도 하나의 서버(130)에 의해 나누어서 처리될 수 있다. 이러한 경우 제1 서버(110)는 적어도 하나의 서버(130) 각각으로부터 처리된 이벤트 정보를 수신할 수 있다. 적어도 하나의 서버(130) 중 적어도 일부의 정보 처리 속도는 상이할 수 있으며, 이러한 경우 제1 서버(110)는 처리된 이벤트 정보, 즉 이벤트 정보의 처리 결과를 나타내는 정보를 상이한 시점에 수신할 수 있다. 이러한 정보의 수신에 따라 제1 서버(110)는 이벤트 정보의 처리 상태에 대한 정보를 제공할 수 있다. 예를 들어 제1 서버(110)는 적어도 하나의 서버(130) 중 일부로부터 처리 결과를 획득한 경우 이벤트 정보의 처리 상태가 '작업중'이라는 정보를 제공할 수 있다. 제1 서버(110)는 적어도 하나의 서버(130) 모두로부터 처리 결과를 획득한 경우 이벤트 정보의 처리 상태가 '완료'라는 정보를 제공할 수 있다.

도 2는 일 실시 예에 따른 데이터 처리 시스템의 정보 처리 방법의 흐름도이다. 도 2 도시된 방법의 각 단계는 경우에 따라 도면에 도시된 바와 그 순서를 달리하여 수행될 수 있다. 이하에서는 앞서 도 1에서 서술한 내용과 중복되는 내용이 생략될 수 있다.

도 2를 참조하면, 단계 210에서, 제1 서버가 적어도 하나의 아이템과 관련된 이벤트 정보를 획득할 수 있다. 적어도 하나의 아이템은 예를 들면 온라인 사이트를 통해 판매되는 상품을 포함할 수 있으나, 이에 제한되는 것은 아니다. 이벤트 정보는 적어도 하나의 아이템과 관련하여 제공될 이벤트에 대한 정보로, 예를 들면 할인 프로모션 정보를 포함할 수 있다. 이벤트 정보는 할인 프로모션과 관련된 다양한 정보, 예를 들면 이벤트 개수, 할인금액, 이벤트 명칭, 이벤트 유형, 배송 유형, 상품 유형, 판매 기간, 할인 결제 유형, 이벤트 시작 시간 및 이벤트 종료 시간 중 적어도 하나를 포함할 수 있다.

실시 예에서, 이벤트 정보는 제1 서버 또는 다른 장치에 의해 생성됨에 기초하여 제1 서버가 획득할 수 있다. 그러나, 이에 제한되는 것은 아니고 경우에 따라 사용자의 입력에 기초하여 제1 서버가 획득할 수 있다.

단계 220에서, 제1 서버는 획득된 이벤트 정보를 기반으로 분산 메시지 서버에 작업 생성 요청을 전송할 수 있다. 제1 서버는 이벤트 정보를 획득하면 이벤트 정보에 대응하는 이벤트 생성을 요청하는 작업 생성 요청을 분산 메시지 서버에 전송할 수 있다. 이벤트 정보에 대응하는 이벤트는 이벤트 정보를 기반으로 생성되는 서비스로 예를 들면 할인 이벤트 또는 쿠폰 생성 이벤트를 포함할 수 있다.

이벤트는 이벤트 정보의 처리를 기반으로 생성될 수 있으며, 이벤트 정보의 처리 방식, 예를 들어 이벤트 정보를 어떻게 조합할 것인지 또는 이벤트 정보를 적용할 알고리즘은 미리 지정될 수 있다.

단계 230에서, 작업 생성 요청을 기반으로 분산 메시지 서버가 생성한 작업 요청 메시지를 제2 서버가 획득할 수 있다. 분산 메시지 서버는 작업 생성 요청을 수신하면 제2 서버와 매핑된 파티션에 수신된 작업 생성 요청을 기초로 작업 요청 메시지를 할당하여, 제2 서버에 의해 작업 요청 메시지가 획득되도록 할 수 있다. 이 때 작업 요청 메시지는 작업 생성 요청에 포함될 수 있으나, 이에 제한되는 것은 아니고 분산 메시지 서버가 작업 생성 요청을 기초로 작업 요청 메시지를 생성할 수도 있다.

실시 예에서, 작업 요청 메시지는 이벤트 정보 중 적어도 일부, 제2 서버에 할당된 작업에 대한 정보를 포함할 수 있다. 이러한 경우 제2 서버는 제2 서버에 할당된 작업에 대한 정보를 기반으로 수신한 적어도 일부의 이벤트 정보를 이용하여 이벤트를 생성할 수 있다.

한편, 제2 서버는 분산 메시지 서버와 연결된 적어도 하나의 서버 중 하나에 대응할 수 있다. 이러한 경우, 제2 서버가 작업 요청 메시지를 획득하는 경우 적어도 하나의 서버에 포함되는 제2 서버 이외의 다른 서버 각각도 작업 요청 메시지를 획득할 수 있다.

단계 240에서, 작업 요청 메시지를 기반으로 제2 서버가 적어도 하나의 프로세서를 사용하여 이벤트 정보를 처리할 수 있다. 제2 서버는 적어도 하나의 프로세서를 포함할 수 있다. 이러한 경우 제2 서버는 적어도 하나의 프로세서를 이용하여 작업 요청 메시지에 대응하는 이벤트 생성을 위해 이벤트 정보를 처리할 수 있다. 이벤트 정보의 처리를 기반으로 제2 서버에 할당된 이벤트가 생성될 수 있다.

단계 250에서, 제2 서버가 처리된 이벤트 정보를 프론트 엔드 관련 서버에 전송할 수 있다. 예를 들어, 제2 서버는 이벤트 정보의 처리가 완료되면 처리된 이벤트 정보를 프론트 엔드 관련 서버에 전송할 수 있다. 프론트 엔드 관련 서버는 이벤트를 이용하여 서비스를 제공하는 서버로, 예를 들면 온라인 사이트의 관리를 위한 서버를 포함할 수 있으나 이에 제한되는 것은 아니다.

실시 예에서, 처리된 이벤트 정보는 프론트 엔드 관련 서버에 전송됨에 기초하여 실행될 수 있고, 이에 따라 이벤트가 서비스를 이용하는 사용자에게 제공될 수 있다.

실시 예에서, 제2 서버는 이벤트 정보가 처리됨에 대응하여 이벤트 정보 처리의 완료를 나타내는 정보를 제1 서버로 전송할 수 있다. 이러한 전송은 분산 메시지 서버를 통해 이루어질 수 있다.

실시 예에서, 제1 서버는 이벤트 정보 처리의 완료를 나타내는 정보를 제2 서버로부터 수신한 경우 제1 서버의 사용자에게 이벤트 정보 처리에 대한 상태 정보를 제공할 수 있다. 이와 관련된 보다 구체적인 예는 도 4 또는 도 6을 참조할 수 있다.

실시 예에서, 데이터 처리 시스템은 분산 캐시 시스템을 포함할 수 있다. 분산 캐시 시스템은 예를 들면 제2 서버에 포함될 수 있으나, 이에 제한되는 것은 아니고 별도의 구성으로 마련되어 제1 서버, 제2 서버와 같은 다른 장치와 연결될 수 있다.

실시 예에서, 분산 캐시 시스템은 작업 중단과 관련된 정보를 저장할 수 있다. 이러한 경우 제2 서버는 분산 캐시 시스템을 이용하여 수신되는 메시지가 작업 중단과 관련되는지 여부를 확인하고, 작업 중단과 관련된 경우 해당 메시지에 대한 처리를 중단할 수 있다. 예를 들어 제2 서버는 메시지를 수신하면 분산 캐시 시스템을 이용하여 메시지에 중단 요청이 포함되는지 여부를 확인할 수 있다. 제2 서버는 중단 요청이 포함되는 경우 수신된 메시지에 대응하는 처리 동작을 중단할 수 있다.

실시 예에서, 메시지에 대한 정보 처리가 중단된 경우 제2 서버는 제1 서버로 처리가 중단된 메시지에 대한 정보를 전송할 수 있다. 제1 서버는 수신된 정보를 제1 서버와 관련된 데이터베이스에 저장할 수 있다. 경우에 따라, 처리가 중단된 메시지에 대한 처리를 재개하기 위한 입력이 수신될 수 있다. 이러한 경우 제1 서버는 제2 서버로 메시지 처리의 재개를 위한 재시작 요청을 전송할 수 있다. 제2 서버는 재시작 요청에 대응하는 메시지를 확인하여 확인된 메시지에 대한 처리를 수행할 수 있다.

실시 예에 따라 메시지의 처리가 중단된 경우 분산 캐시 시스템에는 처리가 중단된 메시지가 저장될 수 있다. 이러한 경우 제2 서버는 재시작 요청이 수신됨에 기초하여 분산 캐시 시스템에 저장된 처리가 중단된 메시지를 확인할 수 있다. 제2 서버는 확인된 메시지에 대한 처리를 재개할 수 있다.

실시 예에서, 상술한 중단 요청은 프론트 엔드와 관련된 서버의 상태 및 제1 서버에 대한 사용자의 입력 중 적어도 하나를 기초로 발생할 수 있다. 예를 들어, 중단 요청은 프론트 엔드와 관련된 서버의 이벤트 제공에 오류가 발생하는 경우 발생할 수 있다. 보다 구체적으로 예를 들면 중단 요청은 프론트 엔드 관련 서버의 이벤트의 제공과 관련된 작업 처리 시간이 기지정된 시간을 초과하는 경우, 프론트 엔드 관련 서버의 현재 시간이 이벤트와 관련하여 기지정된 기간(예: 이벤트의 할인 기간, 이벤트의 제공 기간)과 상이한 경우, 또는 이벤트 정보가 프론트 엔드 관련 서버를 통해 제공됨에 기초하여 고객(또는 고객의 전자 장치)으로부터 수신되는 입력의 수가 기지정된 수를 초과하는 경우 생성될 수 있다.

구체적으로 예를 들면, 프론트 엔드 관련 서버의 이벤트의 제공과 관련된 작업 처리 시간이 기지정된 시간을 초과하는 경우는 이벤트가 할인 쿠폰 10000개의 생성임에 대응하여 10000명의 사용자에게 할인 쿠폰을 제공해야하는데, 할인 쿠폰 제공에 소요되는 시간이 기지정된 시간을 초과하는 경우를 포함할 수 있다. 기지정된 시간은 이벤트의 종류에 따라 미리 지정될 수 있으며 프론트 엔드 관련 서버는 처리된 이벤트 정보의 수신에 대응하여 기지정된 시간을 확인하고, 기지정된 시간을 초과하여 이벤트 제공에 시간이 소요되는 경우에는 중단 요청을 생성할 수 있다. 다만, 중단 요청 생성은 프론트 엔드 관련 서버 이외의 다른 서버, 예를 들어 프론트 엔드 관련 서버와 제1 서버가 연결되는 경우는 제1 서버에 의해 중단 요청 생성 여부의 확인 및 중단 요청의 생성이 수행될 수 있다.

또한, 프론트 엔드 관련 서버의 현재 시간이 이벤트와 관련하여 기지정된 기간(예: 이벤트의 할인 기간, 이벤트의 제공 기간)과 상이한 경우는 프론트 엔드 관련 서버의 시간은 2020년 12월 20일인데, 이벤트와 관련하여 기지정된 기간은 2020년 11월 11일로부터 2020년 11월 20일인 경우를 포함할 수 있다. 경우에 따라 프론트 엔드 관련 서버의 현재 시간이 이벤트와 관련하여 기지정된 기간(예: 이벤트의 할인 기간, 이벤트의 제공 기간)과 상이한 경우는 현재 시간이 기지정된 기간 보다 과거 시점인 경우를 포함할 수 있으나 이에 제한되는 것은 아니다.

또한, 이벤트 정보가 프론트 엔드 관련 서버를 통해 제공됨에 기초하여 고객(또는 고객의 전자 장치)으로부터 수신되는 입력의 수가 기지정된 수를 초과하는 경우는 예를 들어 현재 진행 중인 이벤트에 대한 고객의 대응 입력(예: 쿠폰의 사용)이 기지정된 수 또는 비율(예: 제공된 전체 쿠폰의 80%)이상 인 경우를 포함할 수 있다.

도 3은 일 실시 예에 따른 데이터 처리 시스템의 동작의 예를 설명하기 위한 도면이다.

도 3을 참조하면 데이터 처리 시스템(300)은 제1 서버(310), 분산 메시지 서버(320) 및 제2 서버(330)를 포함할 수 있다. 경우에 따라 도시된 바와 같이 데이터 처리 시스템(300)은 프론트 엔드 관련 서버(340)를 더 포함할 수 있으나 이에 제한되는 것은 아니다. 또한 이하 도 3과 관련된 추가적으로 부가된 데이터 처리 시스템(300)의 구성(예: 입력부(311), 데이터베이스(312), 이벤트 관리부(335)) 중 적어도 일부는 구현 형태에 따라 데이터 처리 시스템(300)의 다른 구성(예: 제1 서버(311), 제2 서버(330), 프론트 엔드 관련 서버(340))에 포함되도록 구현되거나 생략될 수 있으며 이에 본 실시 예가 제한되지는 않는다.

실시 예에서 입력부(311)는 사용자(301, 302)의 입력을 수신할 수 있다. 구체적으로 입력부(311)는 제1 사용자(301)로부터 이벤트 정보 생성과 관련된 예를 들어 이벤트 정보 생성을 위한 작업 처리 방식을 결정하는 입력을 수신할 수 있다. 입력부(311)는 제2 사용자(302)로부터 데이터 처리 시스템(300)에 의해 처리되는 이벤트 정보를 수신할 수 있다. 이벤트 정보는 예를 들면 고객에게 제공할 서비스(예: 할인 프로모션, 쿠폰 프로모션)의 생성과 관련된 정보일 수 있으며, 실시 예에 따라 작업 큐(jop queue)로 지칭될 수 있다. 이벤트 정보의 입력과 관련된 예는 도 5를 참조할 수 있다.

실시 예에서, 입력부(311)는 입력을 수신하는 다양한 구성으로 구현될 수 있다. 예를 들어 입력부는 온라인 스토리지 서비스(online storage service) 또는 후술하는 분산 메시지 서버(320)와 구분되는 다른 분산 메시지 서버의 형태로 구현될 수 있다.

실시 예에서, 제1 서버(310)는 입력부(311)에 입력되는 정보를 획득할 수 있다. 예를 들어 제1 서버(310)는 제1 사용자(301)로부터 입력된 작업 처리 방식에 대한 정보를 획득하고 제2 사용자(301)로부터 입력된 이벤트 정보를 획득할 수 있다. 제1 서버(310)는 상기 작업 처리 방식에 따라 이벤트 정보가 처리되도록 할 수 있다.

한편, 작업 처리 방식은 예를 들면 분산 메시지 서버(320)를 통해 제1 서버(310)로부터 적어도 하나의 서버로 이벤트 정보 처리를 위한 작업 요청 메시지가 분산 제공됨에 기초하여 적어도 하나의 서버에 나누어서 작업 요청 메시지에 대응하는 이벤트 정보가 처리되는 방식을 포함할 수 있다.

실시 예에서, 제1 서버(310)는 스테이트풀(stateful) 서버로, 입력부(311)로부터 입력된 이벤트 정보를 분산 메시지 서버(320)로 전송할 수 있다. 분산 메시지 서버(320)는 수신된 이벤트 정보를 적어도 하나의 서버로 나누어 전송할 수 있다. 적어도 하나의 서버는 도 3의 제2 서버(330)를 포함할 수 있다. 도시하지는 않았으나 적어도 하나의 서버는 제2 서버(330)와 구분되는 다른 서버를 더 포함할 수도 있다. 이러한 경우 후술하는 제2 서버(330)의 동작은 다른 서버에서도 마찬가지로 수행될 수 있고, 제2 서버(330)로 전송되는 작업 요청 메시지는 다른 서버에도 전송될 수 있다.

실시 예에서, 분산 메시지 서버(320)는 적어도 하나의 서버 각각에 대응하는 복수의 파티션을 포함할 수 있다. 분산 메시지 서버는 이벤트 정보에 대응하는 작업 요청 메시지 생성하여 복수의 파티션 각각에 분배할 수 있다. 예를 들어 이벤트 정보가 10000개의 프로모션 생성이고, 복수의 파티션이 2개(이 경우 적어도 하나의 서버는 2개일 수 있다)인 경우 10000개의 프로모션을 2개로 나누어 각각 5000개의 프로모션을 생성하도록 하는 작업 요청 메시지를 복수의 파티션 각각에 분배할 수 있다. 이러한 작업 요청 메시지는 적어도 하나의 서버 각각에 의해 확인됨에 기초하여 적어도 하나의 서버 각각에 의해 이벤트 정보의 처리, 즉 5000개의 프로모션이 생성될 수 있다.

실시 예에서, 제2 서버(330)는 적어도 하나의 프로세서(331)를 포함할 수 있다. 제2 서버(330)는 적어도 하나의 프로세서(331)를 포함하는 경우 적어도 하나의 프로세서(331) 각각을 이용하여 할당된 작업(예: 5000개의 프로모션 생성)의 처리를 수행할 수 있다. 한편, 적어도 하나의 프로세서(331)는 도시된 바와 같이 복수의 프로세서를 포함할 수 있으나, 이에 제한되는 것은 아니다.

실시 예에서, 제2 서버(330)는 작업 요청 메시지를 기반으로 이벤트 정보의 처리가 수행되면, 처리된 이벤트 정보를 프론트 엔드 관련 서버(340)로 전송할 수 있다. 경우에 따라 도 3에 도시된 바와 같이 처리된 이벤트 정보는 이벤트 관리부(335)를 통해 프론트 엔드 관련 서버(340)로 전송될 수 있다. 여기서, 이벤트 관리부(335)는 적어도 하나의 서버 각각과 연결되어 적어도 하나의 서버 각각으로부터 처리된 이벤트 정보를 수신하고 이를 프론트 엔드 관련 서버(340)로 전송할 수 있다.

실시 예에서, 제1 서버(310), 분산 메시지 서버(320), 적어도 하나의 서버(예: 제2 서버(330))를 통해 생성되는 이벤트의 종류를 다양할 수 있다. 이러한 경우 이벤트의 종류 별로 대응하는 프론트 엔드 관련 서버는 상이할 수 있다. 예를 들어 제1 이벤트의 경우 제1 프론트 엔드 관련 서버를 통해 고객에게 제공되는 것이고, 제2 이벤트의 경우 제2 프론트 엔드 관련 서버를 통해 고객에게 제공되는 것일 수 있다. 이러한 경우 이벤트 관리부(335)는 적어도 하나의 서버 각각으로부터 수신되는 이벤트의 종류를 확인하고 확인된 종류에 따라 대응하는 프론트 엔드 관련 서버로 처리된 이벤트 정보를 제공할 수 있다.

경우에 따라, 도시된 바와 같이 이벤트 관리부(335)는 제3 사용자(303)로부터 입력을 수신할 수 있다. 제3 사용자(303)는 이벤트 관리부(335)의 동작을 제어하는 사용자를 포함할 수 있다. 이러한 경우 이벤트 관리부(335)는 제3 사용자(303)로부터 이벤트 종류의 기준에 대한 입력을 수신하고, 수신된 입력을 기초로 처리된 이벤트 정보를 구분하여 대응하는 프론트 엔드 관련 서버로 제공할 수 있다.

실시 예에서, 제2 서버(330)는 작업 요청 메시지를 기반으로 이벤트 정보의 처리가 완료되는 경우 처리 완료를 나타내는 정보를 제1 서버(310)로 전송할 수 있다 제1 서버(310)는 수신된 정보를 데이터베이스(312)에 저장할 수 있다. 한편, 도 3에서는 데이터베이스(312)가 제1 서버(310)와 별도로 구성되는 예를 나타내었으나, 이에 제한되는 것은 아니고 데이터베이스(312)는 제1 서버(310)에 포함되도록 구현될 수도 있다.

실시 예에서, 데이터 처리 시스템(300)은 분산 캐시 시스템(333)을 포함할 수 있다. 분산 캐시 시스템(333)은 작업 중단과 관련된 정보를 저장하는 구성일 수 있다. 한편, 도 3에서는 분산 캐시 시스템(333)이 제2 서버(330)에 포함되는 예를 나타내었으나 이에 제한되는 것은 아니며 제2 서버(330)와 구분되는 구성으로 구현될 수도 있다.

분산 캐시 시스템(333)에 저장된 정보는 적어도 하나의 서버 및 적어도 하나의 서버 각각에 포함되는 적어도 하나의 프로세서에 의해 공유될 수 있다. 이러한 경우 분산 메시지 서버(320)를 통해 수신되는 정보는 분산 캐시 시스템(333)을 기반으로 중단 요청인지 여부가 확인될 수 있다. 예를 들어 제2 서버(330)는 분산 메시지 서버(320)를 통해 작업 요청 메시지를 수신하면 분산 캐시 시스템(333)을 기반으로 작업 요청 메시지가 중단 요청에 대응하는지 여부를 확인할 수 있다. 구체적으로, 작업 요청 메시지가 중단 요청과 관련된 경우 작업 요청 메시지에는 중단 요청을 나타내는 기지정된 정보가 포함될 수 있으며, 기지정된 정보는 분산 캐시 시스템(333)에 미리 저장될 수 있다. 이에 따라 제2 서버(330)는 작업 요청 메시지를 수신하면 분산 캐시 시스템(333)에 저장된 정보와의 비교를 통해 작업 요청 메시지가 중단 요청과 관련되는지 여부를 확인할 수 있다.

실시 예에서, 제2 서버(330)는 작업 요청 메시지가 중단 요청과 관련된 경우 작업 요청 메시지에 대응하는 처리 동작의 수행을 중단할 수 있다. 예를 들어, 제2 서버(330)는 작업 요청 메시지가 중단 요청과 관련된 경우 제2 서버(330)가 처리 중인 이벤트 정보 중 작업 요청 메시지에 대응하는 이벤트 정보를 확인하고, 확인된 이벤트 정보의 처리를 중단할 수 있다.

실시 예에서, 제2 서버(330)는 이벤트 정보의 처리 중단에 대응하여 처리가 중단된 이벤트 정보에 대응하는 메시지의 상태를 중단 상태로 기록할 수 있다. 제2 서버(330)는 중단 상태로 기록된 메시지 중 적어도 일부를 제1 서버(310)와 연관된 데이터베이스(312)에 업로드할 수 있다.

경우에 따라, 제1 서버(310)는 처리가 중단된 메시지의 처리를 재시작하는 요청을 수신할 수 있다. 이러한 경우 제1 서버(310)는 재시작 요청을 분산 메시지 서버(320)를 통해 제2 서버(330)로 전송할 수 있다. 재시작 요청을 나타내는 정보는 분산 캐시 시스템(333)에 미리 저장될 수 있으며, 제2 서버(330)는 재시작 요청은 분산 캐시 시스템(333)을 기반으로 확인하여 정보 처리를 재시작할 수 있다.

도 4는 일 실시 예에 따른 데이터 처리 시스템의 데이터 처리 현황 정보가 제공되는 예를 나타내는 도면이다.

도 4를 참조하면, 이벤트 정보의 처리 현황에 대한 정보가 제공될 수 있다. 예를 들어 제1 영역(410)에는 이벤트 정보의 처리 현황에 대한 현재 상태에 대한 정보가 간략하게 제공되고 제2 영역(420)에는 처리 현황에 대한 구체적인 정보가 제공될 수 있다. 현재 상태에 대한 정보는 도시된 바와 같이 '등록', '배포', '실행', '완료' 중 현재 상태가 어떤 상태에 대응하는지 여부에 대한 정보를 포함할 수 있다.

처리 현황에 대한 구체적인 정보는 처리가 진행된 이벤트 정보의 처리 상태 항목(예: 중복, 성공, 실패, 중단) 별 대응하는 이벤트의 수를 포함할 수 있다. 예를 들어 이벤트 정보가 601,813개의 이벤트 생성과 관련된 경우, 601,813개의 이벤트 중 항목 별 대응하는 이벤트의 수를 포함할 수 있다.

실시 예에서, 도 4는 제1 서버의 사용자에게 제공되는 화면의 예를 나타낼 수 있으나, 이에 제한되는 것은 아니다.

도 5는 일 실시 예에 따른 데이터 처리 시스템의 이벤트 정보를 설명하기 위한 도면이다. 구체적으로, 도 5는 사용자 입력을 기초로 이벤트 정보가 입력되는 경우 정보 입력을 위해 제공되는 화면의 예를 나타낸다.

도 5를 참조하면, 이벤트 정보의 입력을 요청하는 화면이 제공될 수 있다. 이벤트 정보는 파일을 포함할 수 있으며, 이러한 경우 이벤트 정보에 대응하는 파일이 도 5와 같은 화면을 통해 업로드될 수 있다. 이에 따라 제1 서버는 이벤트 정보를 확인하여 데이터 처리 동작을 수행할 수 있다.

도 5에서는 이벤트 정보에 대응하는 파일은 CSV 파일이라고 지칭하였으나, 이러한 용어에 본 명세서의 실시 예가 제한되지는 않는다.

경우에 따라 업로드가능한 파일의 형식은 미리 지정될 수 있다. 이러한 경우 제1 서버는 도 5와 같은 화면을 통해 파일의 형식 정보, 즉 템플릿를 제공할 수 있다. 예를 들어 '템플릿 다운로드'라는 버튼에 대한 사용자의 입력이 수신됨에 대응하여 사용자의 전자 장치로 템플릿이 다운로드될 수 있다.

도 6은 일 실시 예에 따른 데이터 처리 시스템의 데이터 처리 완료 정보가 제공되는 예를 나타내는 도면이다. 구체적으로 도 6은 이벤트 정보의 처리가 완료된 경우 이벤트 정보의 처리 현황 정보를 제공하는 화면의 예를 나타낸다.

도 6을 참조하면, 이벤트 정보의 처리가 완료되면, 요청된 전체 이벤트 정보에 대응하는 이벤트 수 중에서 처리를 성공한 이벤트의 수, 처리를 실패한 이벤트의 수, 이미 이벤트가 생성되어 새롭게 이벤트를 생성하지 않은 중복 이벤트의 수에 대한 정보가 표시될 수 있다. 또한, 이벤트 정보의 작업 요청자, 작업 요청일, 작업 정보의 업데이트일 등과 같은 정보가 제공될 수 있다. 다만 도 6은 예시일 뿐 이러한 예에 본 실시 예가 제한되지 않으며 이벤트 정보의 처리와 관련된 다양한 정보가 제공될 수 있다.

본 실시 예에 따른 데이터 처리 시스템 및 그 정보 처리 방법은 스테이트풀(stateful) 서버(예: 제1 서버)를 기반으로 입력을 수신하지만 작업 처리는 스테이트리스(stateless) 서버(예: 제2 서버)를 기반으로 이루어지도록 함으로써 작업 처리가 통신 상태에 무관하게 효율적으로 이루어지도록 할 수 있다.

이와 같이 분산 메시지 서비스를 사용해서 스테이트풀 서버에서 이벤트 생성 요청을 스테이트리스 서버로 전송하고, 스테이트리스 서버는 작업의 양이나 종류에 따라 연산을 수행할 프로세서의 수를 적응적으로 조절하고, 작업을 병렬적으로 처리한 뒤 처리 결과를 다시 분산 메시지 서비스를 사용하여 스테이트풀 서버로 전송할 수 있다. 또한 작업 처리 결과와 관련된 정보를 프론트 서비스와 관련된 서버에 전송함으로써 작업 처리 결과에 따른 정보를 사용자에게 제공할 수 있다. 이와 같은 동작으로 통해 스테이트풀 서버에 정보 변경이나 생성을 위한 과도한 부하가 발생하는 것을 막을 수 있고, 다량의 작업을 병렬적으로 분산 처리함으로써 처리 속도가 빨라질 수 있다.

또한, 본 실시 예에 따른 데이터 처리 시스템 및 그 정보 처리 방법은 복수의 스테이트리스 서버에 작업을 분산시켜 병렬적으로 처리하도록 함으로써 보다 신속하게 다량의 작업이 처리되도록 할 수 있다.

또한, 본 실시 예에 따른 데이터 처리 시스템 및 그 정보 처리 방법은 분산 캐시 시스템을 이용하여 스테이트리스 서버에 대한 작업 중단 또는 작업 재시작이 이루어지도록 함으로써 스테이트리스 서버의 동작을 효과적으로 관리할 수 있다.

전술한 실시 예들에 따른 전자 장치는 프로세서, 프로그램 데이터를 저장하고 실행하는 메모리, 디스크 드라이브와 같은 영구 저장부(permanent storage), 외부 장치와 통신하는 통신 포트, 터치 패널, 키(key), 버튼 등과 같은 사용자 인터페이스 장치 등을 포함할 수 있다. 소프트웨어 모듈 또는 알고리즘으로 구현되는 방법들은 상기 프로세서상에서 실행 가능한 컴퓨터가 읽을 수 있는 코드들 또는 프로그램 명령들로서 컴퓨터가 읽을 수 있는 기록 매체 상에 여장될 수 있다. 여기서 컴퓨터가 읽을 수 있는 기록 매체로 마그네틱 저장 매체(예컨대, ROM(read-only memory), RAM(random-Access memory), 플로피 디스크, 하드 디스크 등) 및 광학적 판독 매체(예컨대, 시디롬(CD-ROM), 디브이디(DVD: Digital Versatile Disc)) 등이 있다. 컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템들에 분산되어, 분산 방식으로 컴퓨터가 판독 가능한 코드가 저장되고 실행될 수 있다. 매체는 컴퓨터에 의해 판독가능하며, 메모리에 저장되고, 프로세서에서 실행될 수 있다.

본 실시 예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들은 특정 기능들을 실행하는 다양한 개수의 하드웨어 또는/및 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 실시 예는 하나 이상의 마이크로프로세서들의 제어 또는 다른 제어 장치들에 의해서 다양한 기능들을 실행할 수 있는, 메모리, 프로세싱, 로직(logic), 룩 업 테이블(look-up table) 등과 같은 직접 회로 구성들을 채용할 수 있다. 구성 요소들이 소프트웨어 프로그래밍 또는 소프트웨어 요소들로 실행될 수 있는 것과 유사하게, 본 실시 예는 데이터 구조, 프로세스들, 루틴들 또는 다른 프로그래밍 구성들의 조합으로 구현되는 다양한 알고리즘을 포함하여, C, C++, 자바(Java), 어셈블러(assembler), 파이썬 등과 같은 프로그래밍 또는 스크립팅 언어로 구현될 수 있다. 기능적인 측면들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 실시 예는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. “매커니즘”, “요소”, “수단”, “구성”과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다. 상기 용어는 프로세서 등과 연계하여 소프트웨어의 일련의 처리들(routines)의 의미를 포함할 수 있다.

전술한 실시 예들은 일 예시일 뿐 후술하는 청구항들의 범위 내에서 다른 실시 예들이 구현될 수 있다.

Claims

분산 메시징 시스템을 이용한 데이터 처리 시스템의 정보 처리 방법에 있어서,
제1 서버가 적어도 하나의 아이템과 관련된 이벤트 정보를 기반으로 분산 메시지 서버에 작업 생성 요청을 전송하는 단계;
상기 분산 메시지 서버가 상기 작업 생성 요청을 기반으로 생성한 작업 요청 메시지를 제2 서버가 획득하는 단계;
상기 제2 서버가 상기 작업 요청 메시지에 대응하여 처리 중인 작업을 중단하는 중단 요청을 수신하는 단계; 및
상기 제2 서버가 재시작 요청을 수신하여, 상기 중단 요청에 대응하여 중단된 작업 중 상기 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 단계를 포함하고,
상기 재시작 요청은, 사용자의 제1 입력에 기초하여 상기 제1 서버에 의해 생성되는 정보 또는 프론트 엔드(front end) 관련 서버의 상태 정보를 기반으로 생성되고,
상기 중단 요청은 상기 작업 생성 요청 중 적어도 일부를 중단하는 상기 사용자의 입력 또는 상기 프론트 엔드 관련 서버의 상태가 제1 상태인 것을 기반으로 생성되고,
상기 제1 상태는 상기 프론트 엔드 관련 서버의 작업 처리 시간이 기지정된 값을 초과한 상태, 상기 프론트 엔드 관련 서버의 작업 처리 시간이 기지정된 시간을 초과한 상태, 상기 프론트 엔드 관련 서버의 현재 시간이 기지정된 기간과 상이한 상태, 고객으로부터 수신되는 입력의 수가 기지정된 수를 초과한 상태 중 적어도 하나를 포함하는, 정보 처리 방법.
제1 항에 있어서,
상기 제1 입력은 상기 재시작을 요청하는 입력에 대응하고,
상기 프론트 엔드 관련 서버의 상태는 상기 제1 상태 또는 제2 상태를 포함하고,
상기 제2 상태는 이벤트 제공의 오류가 해소되는 상태를 포함하는, 정보 처리 방법.
제1 항에 있어서, 상기 정보 처리 방법은,
분산 캐시 시스템을 통해 작업 중단과 관련된 정보를 저장하는 단계를 더 포함하고,
상기 중단 요청을 수신하는 단계는, 상기 분산 메시지 서버 또는 상기 프론트 엔드 관련 서버로부터 상기 중단 요청을 나타내는 기지정된 정보를 포함하는 메시지를 수신하는 단계를 포함하는, 정보 처리 방법.
제1 항에 있어서, 상기 정보 처리 방법은,
상기 분산 메시지 서버를 통해 상기 재시작 요청에 대응되는 메시지 중 적어도 일부를 상기 제1 서버에서 상기 제2 서버로 전송하는 단계를 더 포함하는, 정보 처리 방법.
제4 항에 있어서, 상기 정보 처리 방법은,
상기 제2 서버가 상기 수신된 재시작 요청에 대응하는 정보가 분산 캐시 시스템에 저장된 정보에 대응하는지 확인하는 단계를 더 포함하고,
상기 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 단계는, 상기 제2 서버가 상기 확인된 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 단계를 포함하는 정보 처리 방법.
제1 항에 있어서, 상기 중단 요청을 수신하는 단계는,
상기 제2 서버가 상기 수신된 중단 요청에 대응하는 작업 요청 메시지의 처리를 중단하고, 상기 처리가 중단된 메시지의 상태를 중단 상태로 기록하는 단계를 포함하는, 정보 처리 방법.
제6 항에 있어서, 상기 처리가 중단된 메시지의 상태를 중단 상태로 기록하는 단계는,
상기 수신된 중단 요청이 분산 캐시 시스템에 저장된 정보에 대응하는지 여부를 확인하는 단계; 및
상기 수신된 중단 요청이 상기 분산 캐시 시스템에 저장된 정보에 대응하는 경우, 상기 제2 서버가 상기 수신된 중단 요청에 작업 요청 메시지의 처리를 중단하고, 상기 처리가 중단된 메시지의 상태를 중단 상태로 기록하는 단계를 포함하는, 정보 처리 방법.
제1 항에 있어서, 상기 이벤트 정보는,
이벤트 개수, 할인금액, 이벤트 명칭, 이벤트 유형, 배송 유형, 상품 유형, 판매 기간, 할인 결제 유형, 이벤트 시작 시간 및 이벤트 종료 시간 중 적어도 하나를 포함하는 정보 처리 방법.
제1 항에 있어서,
상기 분산 메시지 서버는 복수의 파티션을 포함하고,
상기 제2 서버는 상기 복수의 파티션 중 하나에 대응하는, 정보 처리 방법.
분산 메시징 시스템을 이용한 데이터 처리 시스템에 있어서,
적어도 하나의 아이템과 관련된 이벤트 정보를 기반으로 분산 메시지 서버에 작업 생성 요청을 전송하는 제1 서버;
사용자의 제1 입력에 기초하여 상기 제1 서버에서 생성되는 정보 또는 프론트 엔드(front end) 관련 서버의 상태 정보를 기반으로 중단된 작업에 대한 재시작 요청을 생성하는 상기 분산 메시지 서버; 및
상기 작업 생성 요청을 기반으로 상기 분산 메시지 서버가 생성한 작업 요청 메시지를 획득하고, 상기 작업 요청 메시지에 대응하여 처리 중인 작업을 중단하는 중단 요청을 수신하며, 상기 중단 요청에 대응하여 중단된 작업 중 상기 재시작 요청에 대응하는 작업에 대한 처리를 재개하는 제2 서버를 포함하고,
상기 중단 요청은 상기 작업 생성 요청 중 적어도 일부를 중단하는 상기 사용자의 입력 또는 상기 프론트 엔드 관련 서버의 상태가 제1 상태인 것을 기반으로 생성되고,
상기 제1 상태는 상기 프론트 엔드 관련 서버의 작업 처리 시간이 기지정된 값을 초과한 상태, 상기 프론트 엔드 관련 서버의 작업 처리 시간이 기지정된 시간을 초과한 상태, 상기 프론트 엔드 관련 서버의 현재 시간이 기지정된 기간과 상이한 상태, 고객으로부터 수신되는 입력의 수가 기지정된 수를 초과한 상태 중 적어도 하나를 포함하는, 시스템.
제1 항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 비일시적 기록매체.