KR20210064058A

KR20210064058A - 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 방법 및 장치

Info

Publication number: KR20210064058A
Application number: KR1020200152294A
Authority: KR
Inventors: 허의남; 우성윤; 박준영
Original assignee: 경희대학교 산학협력단
Priority date: 2019-11-25
Filing date: 2020-11-13
Publication date: 2021-06-02
Also published as: KR102442169B1

Abstract

본 발명은 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 방법 및 장치에 관한 것이다. 본 발명의 일 실시예에 따른 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법은 (a) CSC(Cloud Service Customer) 단말에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버로부터 수신하는 단계; (b) 상기 엣지 서비스의 이상 상태가 감지됨에 따라, CSP(Cloud Service Provider) 서버로부터 상기 엣지 서비스에 대한 상태 리포트 요청을 수신하는 단계; (c) 상기 상태 리포트 요청을 수신함에 응답하여, 상기 로그 데이터를 이용하여 상기 엣지 서비스에 대한 상태 리포트를 생성하는 단계; 및 (d) 상기 CSP 서버에게 상기 상태 리포트를 송신하는 단계;를 포함할 수 있다.

Description

엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 방법 및 장치{A method and apparatus for log verification between heterogeneous operators in edge cloud system}

본 발명은 엣지 클라우드 시스템에 관한 것으로, 더욱 상세하게는 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 방법 및 장치에 관한 것이다.

기존 기술들은 코어 클라우드 환경을 기반으로 발생한 로그들을 바탕으로 로깅 시스템 구조에 대한 논의를 포함한다.

종래의 방식은 암호화된 로그 데이터를 LC(Log Chain)으로 관리하는 구조를 가지며, 로그 데이터를 암호화하여 사용자 정보 보호는 가능하나 암호화는 고성능을 요구하여 자원 제한적인 엣지 클라우드 환경에서는 서비스 가용성을 보장하면서 동시에 로깅도 하는 것은 부적합하다.

또한, 다른 종래의 방식은 단일 코어 클라우드 환경을 고려하여 발생하는 로그를 암호화하고 순서대로 로그를 데이터베이스에 저장하는 구조를 가지며, 암호화는 고성능을 요구하고 단일 코어 클라우드 환경만을 고려한 구조여서 엣지 클라우드 환경에 적용하기 어렵다.

[특허문헌 1] 한국등록특허 제10-2139062호

본 발명은 전술한 문제점을 해결하기 위하여 창출된 것으로, 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 방법 및 장치를 제공하는 것을 그 목적으로 한다.

또한, 본 발명은, NP(Network Provider, Cloud Infra 및 Network 서비스 제공자)가 제공하는 인프라로서 엣지 서버에 대한 제1 로그 데이터와 CSP 서버에 의한 상기 엣지 서비스에 대한 제2 로그 데이터를 모두 저장하여 로그 검증을 수행하기 위한 방법 및 장치를 제공하는 것을 그 목적으로 한다.

본 발명의 목적들은 이상에서 언급한 목적들로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 명확하게 이해될 수 있을 것이다.

상기한 목적들을 달성하기 위하여, 본 발명의 일 실시예에 따른 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법은 (a) CSC(Cloud Service Customer) 단말에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버로부터 수신하는 단계; (b) 상기 엣지 서비스의 이상 상태가 감지됨에 따라, CSP(Cloud Service Provider) 서버로부터 상기 엣지 서비스에 대한 상태 리포트 요청을 수신하는 단계; (c) 상기 상태 리포트 요청을 수신함에 응답하여, 상기 로그 데이터를 이용하여 상기 엣지 서비스에 대한 상태 리포트를 생성하는 단계; 및 (d) 상기 CSP 서버에게 상기 상태 리포트를 송신하는 단계;를 포함할 수 있다.

실시예에서, 상기 로그 데이터는, NP(Network Provider)가 제공하는 엣지 노드(서버)에 대한 제1 로그 데이터와 상기 CSP 서버에 의한 상기 엣지 노드에서 제공하는 서비스에 대한 제2 로그 데이터를 포함할 수 있다.

실시예에서, 상기 NP와 상기 CSP에 의해 상기 엣지 서비스의 제공 전 SLA(Service Level Agreement)에 대한 관계가 설정되고, 상기 NP사업자와 상기 CSP사업자는 상이할 수 있다.

실시예에서, 상기 엣지 서비스에 대한 상태 리포트는, 상기 엣지 서비스에 대한 QoS(Quality of Service) 리포트를 포함할 수 있다.

실시예에서, 상기 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법은 상기 (a) 단계 이후에, 서로 다른 로깅 영역에 대하여 상기 인프라 제공에 대한 제1 로그 데이터와 상기 엣지 서비스에 대한 제2 로그 데이터를 저장하는 단계;를 더 포함할 수 있다.

실시예에서, 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치는 CSC(Cloud Service Customer) 단말에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버로부터 수신하고, 상기 엣지 서비스의 이상 상태가 감지됨에 따라, CSP(Cloud Service Provider) 서버로부터 상기 엣지 서비스에 대한 상태 리포트 요청을 수신하는 통신부; 및 상기 상태 리포트 요청을 수신함에 응답하여, 상기 로그 데이터를 이용하여 상기 엣지 서비스에 대한 상태 리포트를 생성하는 제어부;를 포함할 수 있다.

실시예에서, 상기 로그 데이터는, NP(Network Provider)의 엣지 노드의 인프라 제공에 대한 제1 로그 데이터와 상기 CSP 서버에 의한 상기 엣지 서비스에 대한 제2 로그 데이터를 포함할 수 있다.

실시예에서, 상기 NP와 상기 CSP에 의해 상기 엣지 서비스의 제공 전 SLA(Service Level Agreement)에 대한 관계가 설정되고, 상기 NP와 상기 CSP는 상이할 수 있다.

실시예에서, 상기 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치는 서로 다른 로깅 영역에 대하여 상기 인프라 제공에 대한 제1 로그 데이터와 상기 엣지 서비스에 대한 제2 로그 데이터를 저장하는 저장부;를 더 포함할 수 있다.

상기한 목적들을 달성하기 위한 구체적인 사항들은 첨부된 도면과 함께 상세하게 후술될 실시예들을 참조하면 명확해질 것이다.

그러나, 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라, 서로 다른 다양한 형태로 구성될 수 있으며, 본 발명의 개시가 완전하도록 하고 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자(이하, "통상의 기술자")에게 발명의 범주를 완전하게 알려주기 위해서 제공되는 것이다.

본 발명의 일 실시예에 의하면, 엣지 클라우드 시스템에서 두 사업자 간 다른 로깅 영역에 대하여 한 사업자에서는 확보할 수 없는 로그 데이터를 브로커 서버가 통합 관리함으로써 로그 데이터에 대한 신뢰성을 보장할 수 있다.

또한, 본 발명의 일 실시예에 의하면, 엣지 클라우드 기반의 서비스에서 기존의 로깅 시스템을 적용하면 두 사업체의 다른 로깅 영역으로 인해 각 영역에서 발생한 로그들의 변조 여부를 검증할 수 없는 문제점을 브로커 기반 로깅 프레임워크를 적용하여 로그 데이터를 통합 관리를 함으로써 두 종류의 로그를 다 확보할 수 있다.

또한, 본 발명의 일 실시예에 의하면, 서비스 제공자 입장이 아닌 제3자의 브로커 기반의 구조는 브로커가 중립적인 역할을 함으로써 서비스에 대한 상호 보완적 신뢰성 향상과 함께 사회전반적인 비즈니스 확장에도 도움을 줄 수 있다.

본 발명의 효과들은 상술된 효과들로 제한되지 않으며, 본 발명의 기술적 특징들에 의하여 기대되는 잠정적인 효과들은 아래의 기재로부터 명확하게 이해될 수 있을 것이다.

도 1은 본 발명의 일 실시예에 따른 이종 사업자 간 로그 검증을 위한 엣지 클라우드 시스템을 도시한 도면이다.
도 2는 본 발명의 일 실시예에 따른 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 프레임 구조를 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 신호 흐름을 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 로그 데이터 분할 및 그룹핑 과정을 도시한 도면이다.
도 5는 본 발명의 일 실시예에 따른 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법을 도시한 도면이다.
도 6은 본 발명의 일 실시예에 따른 브로커 서버의 기능적 구성을 도시한 도면이다.
도 7은 본 발명의 일 실시예에 따른 엣지 노드의 기능적 구성을 도시한 도면이다.

본 발명은 다양한 변경을 가할 수 있고, 여러 가지 실시예들을 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 이를 상세히 설명하고자 한다.

청구범위에 개시된 발명의 다양한 특징들은 도면 및 상세한 설명을 고려하여 더 잘 이해될 수 있을 것이다. 명세서에 개시된 장치, 방법, 제법 및 다양한 실시예들은 예시를 위해서 제공되는 것이다. 개시된 구조 및 기능상의 특징들은 통상의 기술자로 하여금 다양한 실시예들을 구체적으로 실시할 수 있도록 하기 위한 것이고, 발명의 범위를 제한하기 위한 것이 아니다. 개시된 용어 및 문장들은 개시된 발명의 다양한 특징들을 이해하기 쉽게 설명하기 위한 것이고, 발명의 범위를 제한하기 위한 것이 아니다.

본 발명을 설명함에 있어서, 관련된 공지기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우, 그 상세한 설명을 생략한다.

이하, 본 발명의 일 실시예에 따른 엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 방법 및 장치를 설명한다.

도 1은 본 발명의 일 실시예에 따른 이종 사업자 간 로그 검증을 위한 엣지 클라우드 시스템(100)을 도시한 도면이다.

도 1을 참고하면, 엣지 클라우드 시스템(100)은 CSC(Cloud Service Customer) 단말(110), 엣지 노드(120), 브로커(broker) 서버(130), CSP(Cloud Service Provider) 서버(140) 및 NP(Network Provider) 서버(150)를 포함할 수 있다.

엣지 노드(120)는 CSP 서버(140)가 제공하는 서비스를 엣지 노드(120)와 연결된 CSC 단말(110)에게 제공할 수 있다. 이와 같이, 엣지 노드(120)는 CSC 단말(110)과 가까이에서 서비스를 제공하기 때문에 서비스 시연시간이 감소할 수 있다. 여기서, 서비스는 클라우드 서버를 의미할 수 있다.

일 실시예에서, 엣지 노드(120)는 컨테이너, 가상머신과 같은 가상화 기술을 바탕으로 CSC 단말(110) 가까이에서 서비스를 제공하기 때문에, 엣지 노드(120)는 엣지 서비스에 대한 로그 데이터를 생성할 수 있다.

브로커 서버(130)는 엣지 서비스를 CSC 단말(110)에게 제공하는 도중 발생하는 로그 데이터를 주기적으로 감시, 즉, 모니터링할 수 있다. 또한, 브로커 서버(130)는 엣지 서비스에 대한 QoS(Quality of Service) 위반 또는 준수 사항에 대한 상태 리포트를 CSP 서버(140)에게 전달할 수 있다.

이 경우, 해당 로깅 프레임워크에서 서비스 제공 형태는 인프라를 제공하는 사업자, 즉, NP 서버(150)와 해당 인프라에서 다른 사업자, 즉, CSP 서버(140)가 서비스를 배치 후 서비스가 이루어질 수 있다.

이때, 종래의 경우, 각 사업자는 서로의 로깅 영역이 달라 접근이 어렵고, 또한 QoS 준수 여부를 CSP 서버(140)가 NP 서버(150)에게 요청할 시 로그 데이터 변조 여부에 대한 신뢰성을 확보하기 어렵다. 따라서, 본 발명에서와 같이, 두 사업자 사이에 중재 역할을 하는 제3자인 브로커 서버(130)가 있어 서비스 QoS보장할 수 있다.

CSP 서버(140)는 소유한 엣지 노드들을 관리하며 CSC 단말(110)가까이에 존재하는 엣지 노드(120)에서 서비스를 제공할 수 있도록 서비스를 제공 및 관리한다.

일 실시예에서, CSP 서버(140)와 NP 서버(150)는 서비스 배포 전 SLA(Service Level Agreement)에 대한 계약을 맺을 수 있다.

종래의 경우, 엣지 클라우드 시스템에서 서비스를 제공하는 사업자와 인프라를 제공해주는 사업자가 동일하게 동시에 존재하여 사용자에게 서비스를 제공하는 형태를 가진다. 이러한 종래의 환경에서 로그 데이터는 다른 영역에서 쌓이고 서로 접근할 수 없어 각 로그 데이터에 대한 변조 여부를 확인할 수 없다.

따라서, 본 발명은 엣지 노드(120)에서 두 사업자의 다른 로깅 영역에 대하여 모든 로그 데이터를 쌓을 수 있는 브로커 서버(130)를 통해 로그 검증을 할 수 있는 브로커 기반 로깅 프레임워크로 상호 보완적인 신뢰성을 향상시킬 수 있다.

또한, 엣지 클라우드 시스템(100)에서 적용될 수 있는 본 발명은 모바일 엣지 컴퓨팅(MEC)이 도입되고 있는 상황과 더불어 CSP 서버(140), NP 서버(150) 간 함께 서비스를 제공하는 현상과 같은 국내의 서비스 및 생태계가 확산됨에 따라 두 사업체의 모든 로그의 통합 관리가 필요한 곳에 사용될 수 있다.

일 실시예에서, 엣지 클라우드 시스템(110)은 DSC(Distributed-Storage Cluster) 서버(미도시)를 더 포함할 수 있다.

DSC 서버는 로그 데이터를 분산 저장할 수 있다. 일 실시예에서, DSC 서버는 그룹핑된 로그 데이터를 외부에서 확인할 수 없도록 분산 저장 가능한 스토리지 서비스 그룹을 의미할 수 있다.

예를 들어, DSC 서버는 CSP, 웹하드 서비스 제공자, 스토리지 서비스 제공자 등 보안 API를 통해 스토리지 서비스를 제공받을 수 있는 서비스 제공자를 의미할 수 있다.

DSC 서버는 각 엣지 노드(120)에서 생성된 로그 데이터를 분할하여 분산 저장되는 저장소를 의미하며, 분할된 로그 데이터는 보안(Secure) API를 통해 저장되고 저장된 분할된 로그는 읽기 전용(Read-only)으로 누구나 열람할 수 있다.

도 2는 본 발명의 일 실시예에 따른 엣지 클라우드 시스템(100)에서 이종 사업자 간 로그 검증을 위한 프레임 구조를 도시한 도면이다.

도 2를 참고하면, CSC 단말(110)은 가장 인접한 엣지 노드(120)로부터 서비스 제공 받을 수 있다. 또한, CSC 단말(110)은 서비스 이용 도중 서비스 오류 발생시 CSP 서버(140)에게 컴플레인을 요청할 수 있다.

엣지 노드(120)가 사전에 배치된 클라우드 서비스를 CSC 단말(110)에게 제공할 때, 로그 데이터들이 엣지 노드(120)에서 발생할 수 있다. 엣지 노드(120)는 블록체인 네트워크를 통해 발생한 로그 데이터들을 수집하고 로깅하여 일정한 간격으로 브로커 서버(130)에게 전송할 수 있다.

CSP 서버(140)는 WAN(wide area network)을 통해 서비스를 제공받기를 원하는 CSC 단말(110) 근저의 엣지 노드(120)에게 서비스를 제공하고 자신에게 연결된 엣지 노드(120)를 관리할 수 있다. CSP 서버(140)는 QoS 위반과 준수를 확인하기 위해 감시 레포트를 브로커 서버(130)로부터 전달 받을 수 있다.

브로커 서버(130)는 엣지 클라우드 서비스에서 발생하는 로그들을 수집, 통합 관리할 수 있다. 보안 사건이나 서비스 오류가 생겼을 때, 브로커 서버(130)는 QoS준수 여부를 확인할 수 있는 레포트를 CSP 서버(140)에게 제공할 수 있다.

도 3은 본 발명의 일 실시예에 따른 엣지 클라우드 시스템(100)에서 이종 사업자 간 로그 검증을 위한 신호 흐름을 도시한 도면이다.

도 3을 참고하면, S301 단계에서, 엣지 서버(120)는 브로커 서버(130)에게 엣지 서비스를 위한 로그 데이터를 송신할 수 있다. 일 실시예에서, 로그 데이터는 주기적으로 송신될 수 있다.

S302 단계에서, 브로커 서버(130)는 수신된 로그 데이터를 저장한 후, 엣지 서버(120)에게 로그 데이터의 저장 완료 응답을 송신할 수 있다.

S303 단계에서, 엣지 서버(120)는 엣지 서비스의 이상 상태를 감지할 수 있다. 예를 들어, 엣지 노드(120)가 클라우드 서비스 도중 하드웨어 고장, 서버 오류 등으로 서비스를 할 수 없는 사건이 발생함을 감지할 수 있다.

S304 단계에서, 엣지 서버(120)는 CSC 단말(110)로부터 엣지 서비스의 서비스 요청을 수신할 수 있다.

S305 단계에서, 엣지 서비스의 이상 상태로 인하여, 엣지 서버(120)가 CSC 단말(110)에게 엣지 서비스를 제공하지 못하는 경우, CSC 단말(110)은 CSP 서버(140)에게 엣지 서비스의 서비스 미제공 알림을 송신할 수 있다.

예를 들어, CSC 단말(110)은 인접한 엣지 노드(120)에게 서비스를 요청할 시 오류 메시지만 받고 서비스를 이용하지 못할 수 있다. 이에, CSC 단말(110)은 CSP 서버(140)에게 서비스 가용성에 대해 컴플레인을 넣을 수 있다.

S306 단계에서, CSP 서버(140)는 서비스 미제공 알림을 수신함에 응답하여, 브로커 서버(130)에게 엣지 서버스에 대한 상태 리포트 요청을 송신할 수 있다.

즉, CSP 서버(140)는 서비스를 제공할 수 없는 해당 엣지 노드(120)에 대하여 QoS 위반과 준수를 확인하기 위해 QoS 레포트를 요청할 수 있다.

S307 단계에서, 브로커 서버(130)는 상태 리포트 요청을 수신함에 응답하여, 로그 데이터를 이용하여 엣지 서비스에 대한 상태 리포트를 생성할 수 있다.

S308 단계에서, 브로커 서버(130)는 CSP 서버(140)에게 엣지 서비스에 대한 상태 리포트를 송신할 수 있다.

즉, 본 발명에 따르면, CSP 서버(140)는 QoS 위반과 준수를 제3자인 브로커 서버(130)를 통해 확인함으로써, 본 발명의 브로커 기반 로깅 프레임워크는 NP 서버(150)와 CSP 서버(140) 간 신뢰성을 향상시킬 수 있다.

도 4는 본 발명의 일 실시예에 따른 로그 데이터 분할 및 그룹핑 과정을 도시한 도면이다.

도 4를 참고하면, 엣지 서비스를 위한 로그 데이터는 엣지 서버(120)로부터 수신될 수 있다. 이 경우, 로그 데이터는 분할 및 그룹핑된 후 암호화될 수 있다.

예를 들어, 하기 <수학식 1>을 참고하면, 로그 데이터는 엣지 노드(120)의 IP(Internet Protocol address) 주소, CSC 단말(110)의 IP 주소, CSC 단말(110)의 MAC(Media Access Control Address) 주소, CSC 단말(110)의 ID(identification), CSP 서버(140)의 ID, 서비스 시간, 서비스 URI(Uniform Resource Identifier)을 포함할 수 있다.

여기서,

은 로그 데이터에 포함된 k번째 엣지 노드(120)에서 생성된 i번째 로그 엔트리, Edge_node_IP는 엣지 노드(120)의 IP 주소, User_Device_IP는 CSC 단말(110)의 IP 주소, User_Device_MAC는 CSC 단말(110)의 MAC 주소, User_ID는 CSC 단말(110)의 ID, eCSP_ID는 CSP 서버(140)의 ID, Service_Time는 서비스 시간, Service_URI는 서비스 URI를 나타낸다.

로그 데이터는 엣지 노드(120)에 의해 분할 및 그룹핑될 수 있다. 일 실시예에서,

도 4를 참고하면, 분할(segment) 단계(410)에서, 엣지 노드(120)는 로그 데이터를 다수의 로그 세그먼트(

)로 분할할 수 있다. 또한, 그룹핑(partitioning) 단계(420)에서, 엣지 노드(120)는 다수의 로그 세그먼트를 다수의 로그 세그먼트 그룹(

)으로 그룹핑할 수 있다.

일 실시예에서, 로그 데이터는 엣지 노드(120)의 성능 및 로그 데이터의 민감도 정보에 따라 분할될 수 있다.

일 실시예에서, 로그 데이터는 라운드 로빈 방식, 범위 분할 방식, 해싱 분할 방식, 리스트 분할 방식 등 다양한 방식에 따라 그룹핑될 수 있다.

예를 들어, 로그 데이터는 하기 <수학식 2>와 같이 분할 및 그룹핑될 수 있다.

여기서,

는 n번째 엣지 노드(120)에서 생성된 로그 데이터의 i번째 로그 엔트리,

는

에 대한 해쉬값,

는 i번째 로그 엔트리를 분할한 j번째 로그 세그먼트(

),

는 i번째 로그 엔트리를 분할한 로그 세그먼트들을 파티션한 m번째 로그 세그먼트 그룹(

),

는 로그 데이터를 로그 세그먼트로 분할하기 위한 함수,

는 로그 세그먼트를 로그 세그먼트 그룹으로 그룹핑하기 위한 함수를 나타낸다.

즉, 기존 로깅 시스템들은 로그 데이터들을 암호화와 로컬 저장소에 저장하여 데이터 기밀성을 보호하였지만 엣지 노드(120)는 제한된 컴퓨팅 자원을 갖고 있기 때문에 로그 암호화로 인한 과부하 문제가 발생할 수 있다.

따라서 본 발명과 같이, 로그 데이터의 기밀성을 보호하되 엣지 노드(120)의 성능저하를 방지할 수 있도록, 엣지 노드(120)는 정보 인지가 불가능한 작은 단위로의 로그 데이터의 분할을 수행할 수 있다.

또한, 엣지 노드(120)는 그룹핑된 로그 데이터들을 DSC 서버(미도시)들에 송신하여 분산 저장할 수 있다. 즉, 다수의 로그 세그먼트 그룹 각각을 대응하는 DSC 서버들에게 송신하여 분산 저장할 수 있다.

엣지 노드(120)는 다수의 로그 세그먼트 그룹에 대한 로그 인덱스(log index)를 생성할 수 있다. 예를 들어, 로그 인덱스는 하기 <수학식 3>과 같이 생성될 수 있다.

여기서,

는 m번째 로그 엔트리의 다수의 로그 세그먼트 그룹에 대한 로그 인덱스,

는 m번재 로그 세그먼트,

는 k번째 로그 세그먼트 그룹에 대한 경로(path) 정보를 나타낸다.

또한, 엣지 노드(120)에서 로그 데이터를 보관하는 것은 공격자(attacker)로 인한 변조 및 유실을 초래할 수 있기 때문에, 엣지 노드(120)는 분할된 로그 데이터들은 DSC 서버에 분산 저장하고 분할 및 분산 저장한 정보를 인덱스 파일로 생성할 수 있다.

또한, 엣지 노드(120)는 로그 인덱스를 암호화할 수 있다. 예를 들어, 로그 인덱스는 하기 <수학식 4>와 같이 암호화될 수 있다.

여기서,

는 m번째 로그 엔트리의 암호화된 로그 인덱스,

는 사용자 단말(160)의 ID,

은 로그 생성 시간,

는 사용자의 공개키(public key),

는 로그 인덱스를 나타낸다.

즉, 로그 인덱스의 무결성을 보장하기 위해 다른 사용자들과 인덱스 데이터를 공유하므로 공유한 로그 인덱스를 통해 분할된 데이터 블록을 재결합이 가능하다. 또한, 로그 인덱스는 악의적인 조사관과 타 CSP 서버 등으로부터의 기밀성 및 프라이버시를 보호하기 위해 사용자 공개키로 암호화될 수 있다. 또한 검색을 용이하도록 로그 인덱스에 CSC 단말(110)의 ID와 로그 생성 시간을 함께 기록할 수 있다.

또한, 엣지 노드(120)는 암호화된 로그 인덱스를 브로커 서버(130)에게 송신할 수 있다. 다시 말해, 엣지 노드(120)는 암호화된 로그 인덱스를 데이터 무결성을 보존할 수 있는 브로커 서버(130)에게 송신할 수 있다.

일 실시예에서, 엣지 서비스를 위한 로그 데이터는 분할 및 그룹핑되지 않고 암호화되지 않은 상태에서 엣지 서버(120)로부터 수신될 수 있다.

도 5는 본 발명의 일 실시예에 따른 엣지 클라우드 시스템(100)에서 이종 사업자 간 로그 검증을 위한 브로커 서버(130)의 동작 방법을 도시한 도면이다.

도 5를 참고하면, S501 단계는, CSC 단말(110)에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버(120)로부터 수신하는 단계이다.

일 실시예에서, 상기 로그 데이터는 NP 서버(150)에 의한 인프라 제공에 대한 제1 로그 데이터와 CSP 서버(140)에 의한 엣지 서비스에 대한 제2 로그 데이터를 포함할 수 있다.

일 실시예에서, NP 서버(150)와 CSP 서버(140)에 의해 엣지 서비스의 제공 전 SLA에 대한 관계가 설정될 수 있다. 이 경우, NP 서버(150)의 사업자와 CSP 서버(140)의 사업자는 상이할 수 있다.

일 실시예에서 S501 단계 이후에, 서로 다른 로깅 영역에 대하여 인프라 제공에 대한 제1 로그 데이터와 엣지 서비스에 대한 제2 로그 데이터를 모두 저장할 수 있다.

S503 단계는, 엣지 서비스의 이상 상태가 감지됨에 따라, CSP 서버(140)로부터 엣지 서비스에 대한 상태 리포트 요청을 수신하는 단계이다.

S505 단계는, 상태 리포트 요청을 수신함에 응답하여, 로그 데이터를 이용하여 엣지 서비스에 대한 상태 리포트를 생성하는 단계이다.

일 실시예에서, 엣지 서비스에 대한 상태 리포트는 엣지 서비스에 대한 QoS 리포트를 포함할 수 있다.

S507 단계는, CSP 서버(140)에게 상태 리포트를 송신하는 단계이다.

도 6은 본 발명의 일 실시예에 따른 브로커 서버(130)의 기능적 구성을 도시한 도면이다.

도 6을 참고하면, 브로커 서버(130)는 통신부(610), 제어부(620) 및 저장부(630)를 포함할 수 있다.

통신부(610)는 CSC 단말(110)에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버(120)로부터 수신할 수 있다. 또한, 통신부(610)는 엣지 서비스의 이상 상태가 감지됨에 따라 CSP 서버(140)로부터 엣지 서비스에 대한 상태 리포트 요청을 수신할 수 있다.

일 실시예에서, 통신부(610)는 유선 통신 모듈 및 무선 통신 모듈 중 적어도 하나를 포함할 수 있다. 통신부(610)의 전부 또는 일부는 '송신부', '수신부' 또는 '송수신부(transceiver)'로 지칭될 수 있다.

제어부(620)는 상태 리포트 요청을 수신함에 응답하여, 로그 데이터를 이용하여 엣지 서비스에 대한 상태 리포트를 생성할 수 있다. 이후, 통신부(610)는 CSP 서버(140)에게 상태 리포트를 송신할 수 있다.

일 실시예에서, 제어부(620)는 적어도 하나의 프로세서 또는 마이크로(micro) 프로세서를 포함하거나, 또는, 프로세서의 일부일 수 있다. 또한, 제어부(620)는 CP(communication processor)라 지칭될 수 있다. 제어부(620)는 본 발명의 다양한 실시예에 따른 브로커 서버(130)의 동작을 제어할 수 있다.

저장부(630)는 엣지 서비스를 위한 로그 데이터를 저장할 수 있다. 일 실시예에서, 저장부(630)는 서로 다른 로깅 영역에 대하여 인프라 제공에 대한 제1 로그 데이터와 엣지 서비스에 대한 제2 로그 데이터를 모두 저장할 수 있다.

일 실시예에서, 저장부(630)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 저장부(630)는 제어부(620)의 요청에 따라 저장된 데이터를 제공할 수 있다.

도 6을 참고하면, 브로커 서버(130)는 통신부(610), 제어부(620) 및 저장부(630)를 포함할 수 있다. 본 발명의 다양한 실시 예들에서 브로커 서버(130)는 도 6에 설명된 구성들이 필수적인 것은 아니어서, 도 6에 설명된 구성들보다 많은 구성들을 가지거나, 또는 그보다 적은 구성들을 가지는 것으로 구현될 수 있다.

도 7은 본 발명의 일 실시예에 따른 엣지 노드(120)의 기능적 구성을 도시한 도면이다.

도 7을 참고하면, 엣지 노드(120)는 제어부(710) 및 통신부(720)를 포함할 수 있다.

제어부(710)는 로그 생성부(712), 로그 그룹핑부(714) 및 인덱스 생성부(716)를 포함할 수 있다.

로그 생성부(712)는 CSC 단말(110)에게 제공되는 엣지 서비스에 대한 로그 데이터를 생성할 수 있다. 로그 그룹핑부(714)는 생성된 로그 데이터를 그룹핑할 수 있다. 인덱스 생성부(716)는 로그 데이터를 그룹핑하여 생성된 다수의 로그 세그먼트 그룹에 대한 로그 인덱스를 생성하고 생성된 로그 인덱스를 암호화할 수 있다.

일 실시예에서, 제어부(710)는 적어도 하나의 프로세서 또는 마이크로(micro) 프로세서를 포함하거나, 또는, 프로세서의 일부일 수 있다. 또한, 제어부(710)는 CP(communication processor)라 지칭될 수 있다. 제어부(710)는 본 발명의 다양한 실시예에 따른 엣지 노드(120)의 동작을 제어할 수 있다.

통신부(720)는 그룹핑된 로그 데이터를 DSC 서버에게 송신하여 분산 저장할 수 있다. 일 실시예에서, 통신부(720)는 암호화된 로그 인덱스를 브로커 서버(130)에게 송신할 수 있다.

일 실시예에서, 통신부(720)는 유선 통신 모듈 및 무선 통신 모듈 중 적어도 하나를 포함할 수 있다. 통신부(720)의 전부 또는 일부는 '송신부', '수신부' 또는 '송수신부(transceiver)'로 지칭될 수 있다.

도 7을 참고하면, 엣지 노드(120)는 제어부(710) 및 통신부(720)를 포함할 수 있다. 본 발명의 다양한 실시 예들에서 엣지 노드(120)는 도 7에 설명된 구성들이 필수적인 것은 아니어서, 도 7에 설명된 구성들보다 많은 구성들을 가지거나, 또는 그보다 적은 구성들을 가지는 것으로 구현될 수 있다.

이상의 설명은 본 발명의 기술적 사상을 예시적으로 설명한 것에 불과한 것으로, 통상의 기술자라면 본 발명의 본질적인 특성이 벗어나지 않는 범위에서 다양한 변경 및 수정이 가능할 것이다.

본 명세서에 개시된 다양한 실시예들은 순서에 관계없이 수행될 수 있으며, 동시에 또는 별도로 수행될 수 있다.

따라서, 본 명세서에 개시된 실시예들은 본 발명의 기술적 사상을 한정하기 위한 것이 아니라, 설명하기 위한 것이고, 이러한 실시예들에 의하여 본 발명의 범위가 한정되는 것은 아니다.

본 발명의 보호범위는 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 이해되어야 한다.

100: 엣지 클라우드 시스템
110: CSC 단말
120: 엣지 노드
130: 브로커 서버
140: CSP 서버
150: NP 서버
410: 분할 단계
420: 그룹핑 단계
610: 통신부
620: 제어부
630: 저장부
710: 제어부
712: 로그 생성부
714: 로그 그룹핑부
716: 인덱스 생성부
720: 통신부

Claims

(a) CSC(Cloud Service Customer) 단말에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버로부터 수신하는 단계;
(b) 상기 엣지 서비스의 이상 상태가 감지됨에 따라, CSP(Cloud Service Provider) 서버로부터 상기 엣지 서비스에 대한 상태 리포트 요청을 수신하는 단계;
(c) 상기 상태 리포트 요청을 수신함에 응답하여, 상기 로그 데이터를 이용하여 상기 엣지 서비스에 대한 상태 리포트를 생성하는 단계; 및
(d) 상기 CSP 서버에게 상기 상태 리포트를 송신하는 단계;
를 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법.
제1항에 있어서,
상기 로그 데이터는, NP(Network Provider) 서버에 의한 인프라 제공에 대한 제1 로그 데이터와 상기 CSP 서버에 의한 상기 엣지 서비스에 대한 제2 로그 데이터를 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법.
제2항에 있어서,
상기 NP 서버와 상기 CSP 서버에 의해 상기 엣지 서비스의 제공 전 SLA(Service Level Agreement)에 대한 관계가 설정되고,
상기 NP 서버의 사업자와 상기 CSP 서버의 사업자는 상이한,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법.
제1항에 있어서,
상기 엣지 서비스에 대한 상태 리포트는, 상기 엣지 서비스에 대한 QoS(Quality of Service) 리포트를 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법.
제2항에 있어서,
상기 (a) 단계 이후에,
서로 다른 로깅 영역에 대하여 상기 인프라 제공에 대한 제1 로그 데이터와 상기 엣지 서비스에 대한 제2 로그 데이터를 저장하는 단계;
를 더 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버의 동작 방법.
CSC(Cloud Service Customer) 단말에게 제공되는 엣지 서비스를 위한 로그 데이터를 엣지 서버로부터 수신하고,
상기 엣지 서비스의 이상 상태가 감지됨에 따라, CSP(Cloud Service Provider) 서버로부터 상기 엣지 서비스에 대한 상태 리포트 요청을 수신하는 통신부; 및
상기 상태 리포트 요청을 수신함에 응답하여, 상기 로그 데이터를 이용하여 상기 엣지 서비스에 대한 상태 리포트를 생성하는 제어부;
를 포함하고,
상기 통신부는, 상기 CSP 서버에게 상기 상태 리포트를 송신하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치.
제6항에 있어서,
상기 로그 데이터는, NP(Network Provider) 서버에 의한 인프라 제공에 대한 제1 로그 데이터와 상기 CSP 서버에 의한 상기 엣지 서비스에 대한 제2 로그 데이터를 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치.
제7항에 있어서,
상기 NP 서버와 상기 CSP 서버에 의해 상기 엣지 서비스의 제공 전 SLA(Service Level Agreement)에 대한 관계가 설정되고,
상기 NP와 상기 CSP는 상이한,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치.
제6항에 있어서,
상기 엣지 서비스에 대한 상태 리포트는, 상기 엣지 서비스에 대한 QoS(Quality of Service) 리포트를 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치.
제7항에 있어서,
서로 다른 로깅 영역에 대하여 상기 인프라 제공에 대한 제1 로그 데이터와 상기 엣지 서비스에 대한 제2 로그 데이터를 저장하는 저장부;
를 더 포함하는,
엣지 클라우드 시스템에서 이종 사업자 간 로그 검증을 위한 브로커 서버 장치.