KR20200098421A - M2m 시스템에서 복합 이벤트 처리 관리 방법 및 장치 - Google Patents

Abstract

본 발명은 M2M 시스템에서 복합 이벤트 처리(Complex Event Processing) 관리 방법 및 장치에 관한 것이다. 본 발명의 일 실시예에 따른, CEP 관리 방법은, CEP 요청을 수신하는 단계, 상기 CEP 요청에 대응하는 이벤트 프로세싱 리소스 (eventProcessing)를 설정하는 단계, 및 상기 이벤트 프로세싱 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하는 단계를 포함한다. 또한, 상기 액션은 기 설정된 이벤트 룰(event rule)에 의해 관리되는 것을 특징으로 한다.

Description

M2M 시스템에서 복합 이벤트 처리 관리 방법 및 장치 {Complex Event Processing method in M2M system and apparatus thereof}

본 발명은 M2M 시스템에 관한 것이다. 구체적으로 본 발명은 M2M 시스템에서 복합 이벤트 처리(Complex Event Processing) 관리 방법 및 장치에 관한 것이다.

최근 M2M(Machine-to-Machine) 시스템에 대한 도입이 활발해지고 있다. M2M 통신은 사람의 개입 없이 기계(Machine)와 기계 사이에 수행되는 통신을 의미할 수 있다. M2M은 MTC(Machine Type Communication), IoT(Internet of Things) 또는 D2D(Device-to-Device)를 지칭할 수 있다. 다만, 하기에서는 설명의 편의를 위해 M2M로 통일하게 지칭하지만, 이에 한정되지 않는다. M2M 통신에 사용되는 단말은 M2M 단말(M2M device)일 수 있다. M2M 단말은 일반적으로 적은 데이터를 전송하면서 낮은 이동성을 갖는 디바이스일 수 있다. 이때, M2M 단말은 기계 간 통신 정보를 중앙에서 저장하고 관리하는 M2M 서버와 연결되어 사용될 수 있다.

또한, M2M 단말은 사물 추적, 자동차 연동, 전력 계량 등과 같이 다양한 시스템에서 적용될 수 있다.

한편, M2M 단말과 관련하여, oneM2M 표준화 기구는 M2M 통신, 사물통신, IoT 기술을 위한 요구사항, 아키텍처, API 사양, 보안 솔루션, 상호 운용성에 대한 기술을 제공하고 있다. oneM2M 표준화 기구의 사양은 스마트 시티, 스마트 그리드, 커넥티드 카, 홈 오토메이션, 치안, 건강과 같은 다양한 어플리케이션과 서비스를 지원하는 프레임 워크를 제공하고 있다.

본 발명은 복합 이벤트 처리(Complex Event Processing, CEP) 관리 방법 및 장치를 제공할 수 있다.

본 발명은 M2M 시스템에서 복합 이벤트 처리 관리 방법 및 장치를 제공할 수 있다.

본 발명은 M2M 시스템에서 복합 이벤트 처리를 위한 리소스(resource)를 새롭게 정의하여, 복합 이벤트를 효율적으로 관리하는 방법 및 장치를 제공할 수 있다.

본 발명의 일 실시예에 따른, 복합 이벤트 처리(Complex Event Processing, CEP) 관리 방법은, CEP 요청을 수신하는 단계, 상기 CEP 요청에 대응하는 이벤트 프로세싱 리소스 (eventProcessing)를 설정하는 단계, 및 상기 이벤트 프로세싱 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하는 단계를 포함한다. 또한, 상기 액션은 기 설정된 이벤트 룰(event rule)에 의해 관리되는 것을 특징으로 한다.

또한, 본 발명의 CEP 관리 방법은, 상기 이벤트 프로세싱 리소스는 이벤트 엔진 리소스 (cepEngine) 를 포함한다.

또한, 본 발명의 CEP 관리 방법은, 상기 이벤트 룰(event rule)은 상기 이벤트 프로세싱 리소스내의 이벤트 룰 리소스 (eventRules) 에 의해 정의된다.

또한, 본 발명의 CEP 관리 방법은, 상기 액션 트리거를 위해, CEP에 근거한 트리거 액션 정보를 포함하는 CEP-IPE 리소스를 포함한다.

또한, 본 발명의 CEP 관리 방법은, 상기 CEP-IPE 리소스는, CEP 이벤트 리소스 (cepEvents) 및 CEP 액션 리소스 (cepActions)를 포함한다.

본 발명의 다른 실시예에 따른, 복합 이벤트 처리(Complex Event Processing, CEP) 관리 방법은, CEP 관리를 요청 받으면, CEP 룰(rule)을 설정하는 단계, 이벤트를 통지 받으면, 상기 CEP 룰에 매칭되는 이벤트인지 여부를 확인하는 단계, 및 상기 매칭되는 이벤트 발생시 CEP 액션을 트리거(trigger) 하는 단계를 포함한다.

본 발명의 일 실시예에 따른, 복합 이벤트 처리(Complex Event Processing, CEP) 관리 장치는, 적어도 하나 이상의 프로세서; 및 상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리를 포함한다. 또한, 상기 적어도 하나 이상의 메모리에 동작 가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는, CEP 요청을 수신하고, 상기 CEP 요청에 대응하는 이벤트 프로세싱 리소스 (eventProcessing)를 설정하고, 상기 이벤트 프로세싱 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하되, 상기 액션은 기 설정된 이벤트 룰(event rule)에 의해 관리되는 것을 특징으로 한다.

또한, 본 발명의 CEP 관리 장치는, 상기 적어도 하나 이상의 프로세서는, 상기 이벤트 프로세싱 리소스내에 이벤트 엔진 리소스 (cepEngine) 를 설정한다.

또한, 본 발명의 CEP 관리 장치는, 상기 적어도 하나 이상의 프로세서는, 상기 이벤트 프로세싱 리소스내의 이벤트 룰 리소스 (eventRules)를 설정하고, 이로부터 상기 이벤트 룰(event rule)을 관리한다.

또한, 본 발명의 CEP 관리 장치는, 상기 적어도 하나 이상의 프로세서는, 상기 액션 트리거를 위해, CEP에 근거한 트리거 액션 정보를 포함하는 CEP-IPE 리소스를 설정한다.

또한, 본 발명의 CEP 관리 장치는, 상기 적어도 하나 이상의 프로세서는, 상기 CEP-IPE 리소스내에 CEP 이벤트 리소스 (cepEvents) 및 CEP 액션 리소스 (cepActions)를 설정한다.

본 발명의 일 실시예에 따른, 복합 이벤트 처리(Complex Event Processing, CEP) 관리를 위한 M2M 장치는, CEP 관리를 요청하는 애플리케이션 엔티티(AE) 노드, 상기 CEP 관리 요청에 대응하는 CEP 리소스를 설정하는 공통 서비스 엔티티(CSE) 노드, 및 상기 CEP 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하는 CEP-IPE 노드을 포함한다. 또한, 상기 공통 서비스 엔티티(CSE)는 CEP-IPE 노드로부터 트리거된 액션을 수행한다.

또한, 본 발명의 M2M 장치는, 상기 CEP 리소스는 이벤트 프로세싱 리소스 (eventProcessing) 및 이벤트 엔진 리소스 (cepEngine) 를 포함한다.

또한, 본 발명의 M2M 장치는, 상기 CEP 리소스는 상기 액션 트리거를 위해, CEP에 근거한 트리거 액션 정보를 포함하는 CEP-IPE 리소스를 포함한다.

또한, 본 발명의 M2M 장치는, 상기 CEP-IPE 리소스는, CEP 이벤트 리소스 (cepEvents) 및 CEP 액션 리소스 (cepActions)를 포함한다.

본 발명에 따르면, 효율적인 CEP 관리 방법 및 장치를 제공할 수 있다.

본 발명에 따르면, CEP 관리를 위한 리소스 정의 및 활용이 가능하게 되어, M2M 시스템에서 표준화된 CEP 관리가 가능하게 된다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

도 1은 본 발명에 따라 M2M 시스템의 계층 구조를 나타낸 도면이다.
도 2는 본 발명에 따라 기준점을 나타낸 도면이다.
도 3은 본 발명에 따라 각각의 노드를 나타낸 도면이다.
도 4는 본 발명에 따라 공통 서비스 펑션(function)을 나타낸 도면이다.
도 5는 본 발명에 따른, 복합 이벤트 처리(Complex Event Processing, CEP)를 위한 리소스를 예를 들어 도시한 것이다.
도 6 및 도 7은 본 발명에 따른 CEP 관리 가능한 M2M 시스템을 예를 들어 도시한 것이다.
도 8은 본 발명에 따른, CEP 관련 리소스들을 생성하는 과정을 예를 들어 도시한 것이다.
도 9는 본 발명에 따른, CEP <eventRule> 리소스를 생성 및/또는 업데이트 하는 과정을 예를 들어 도시한 것이다.
도 10은 본 발명에 따른, CEP <eventRule> 리소스를 통지하는 과정을 예를 들어 도시한 것이다.
도 11은 본 발명에 따른, CEP 이벤트 업데이트를 통지하는 과정을 예를 들어 도시한 것이다.
도 12는 본 발명에 따른, CEP 액션(action) 과정을 예를 들어 도시한 것이다.
도 13 및 도 14는 본 발명에 따른 CEP 관리 장치 구성의 일 예를 나타낸 도면이다.

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

본 발명에 있어서, 제1, 제2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되며, 특별히 언급되지 않는 한 구성요소들간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 발명의 범위 내에서 일 실시예에서의 제1 구성요소는 다른 실시예에서 제2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시예에서의 제2 구성요소를 다른 실시예에서 제1 구성요소라고 칭할 수도 있다.

본 발명에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계뿐만 아니라, 그 중간에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 어떤 구성요소가 다른 구성요소를 "포함한다" 또는 "가진다"고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 배제하는 것이 아니라 또 다른 구성요소를 더 포함할 수 있는 것을 의미한다.

본 발명에 있어서, 서로 구별되는 구성요소들은 각각의 특징을 명확하게 설명하기 위함이며, 구성요소들이 반드시 분리되는 것을 의미하지는 않는다. 즉, 복수의 구성요소가 통합되어 하나의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있고, 하나의 구성요소가 분산되어 복수의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있다. 따라서, 별도로 언급하지 않더라도 이와 같이 통합된 또는 분산된 실시예도 본 발명의 범위에 포함된다.

본 발명에 있어서, 다양한 실시예에서 설명하는 구성요소들이 반드시 필수적인 구성요소들은 의미하는 것은 아니며, 일부는 선택적인 구성요소일 수 있다. 따라서, 일 실시예에서 설명하는 구성요소들의 부분집합으로 구성되는 실시예도 본 발명의 범위에 포함된다. 또한, 다양한 실시예에서 설명하는 구성요소들에 추가적으로 다른 구성요소를 포함하는 실시예도 본 발명의 범위에 포함된다.

본 발명의 실시예를 설명함에 있어서 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그에 대한 상세한 설명은 생략한다. 그리고, 도면에서 본 발명에 대한 설명과 관계없는 부분은 생략하였으며, 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

또한 본 명세서는 M2M 통신에 기초한 네트워크에 대해 설명하며, M2M 통신 네트워크에서 이루어지는 작업은 해당 통신 네트워크를 관할하는 시스템에서 네트워크를 제어하고 데이터를 송신하는 과정에서 이루어질 수 있다.

또한, 본 명세서에서 M2M 단말은 M2M 통신을 수행하는 단말일 수 있으나, 호환성(Backward Compatibility)을 고려하여 무선 통신 시스템에서 동작하는 단말일 수 있다. 즉, M2M 단말은 M2M 통신 네트워크에 기초하여 동작될 수 있는 단말을 의미할 수 있으나, M2M 통신 네트워크로 한정되는 것은 아니다. M2M 단말은 다른 무선 통신 네트워크에 기초하여 동작하는 것도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.

또한, M2M 단말은 고정되거나 이동성을 가질 수 있다. 또한, M2M 서버는 M2M 통신을 위한 서버를 지칭하며 고정국(fixed station) 또는 이동국(mobile station)일 수 있다.

또한, 본 명세서에서 엔티티(entity)는 M2M 디바이스, M2M 게이트웨이, M2M 서버와 같은 하드웨어를 지칭할 수 있다. 또한, 일 예로, 엔티티는 M2M 시스템의 계층 구조에서 소프트웨어적인 구성을 지칭하는데 사용할 수 있으며, 상술한 실시예로 한정되지 않는다.

또한, 일 예로, 본 발명은 M2M 시스템을 중심으로 설명되지만 본 발명은 M2M 시스템에만 제한적으로 적용되는 것은 아니다. 따라서, 본 발명에서 개시하는 기술적 사상은 다른 통신 시스템에도 동일하게 적용 가능하다.

또한, M2M 서버는 M2M 단말 또는 다른 M2M 서버와 통신을 수행하는 서버일 수 있다. 또한, M2M 게이트웨이는 M2M 단말과 M2M 서버를 연결하는 연결점 역할을 수행할 수 있다. 일 예로, M2M 단말과 M2M 서버의 네트워크가 상이한 경우, M2M 게이트웨이를 통해 서로 연결될 수 있다. 이때, 일 예로, M2M 게이트웨이, M2M 서버 모두 M2M 단말일 수 있으며, 상술한 실시예로 한정되지 않는다.

도 1은 M2M 시스템의 계층 구조를 나타낸 도면이다.

도 1를 참조하면, M2M 시스템의 계층 구조 (layered structure)는 어플리케이션 계층(110, Application Layer), 공통 서비스 계층(120, Common Services Layer), 네트워크 서비스 계층(130, Network Services Layer)으로 구성될 수 있다. 이때, 어플리케이션 계층(110)은 구체적인 어플리케이션에 기초하여 동작하는 계층일 수 있다. 일 예로, 어플리케이션은 차량 추적 어플리케이션(fleet tracking application), 원거리 혈당 모니터링 어플리케이션(remote blood sugar monitoring application), 전략 계량 어플리케이션(power metering application) 또는 제어 어플리케이션(controlling application) 등일 수 있다. 즉, 어플리케이션 계층은 구체적인 어플리케이션에 대한 계층일 수 있다. 이때, 어플리케이션 계층에 기초하여 동작하는 엔티티는 어플리케이션 엔티티(Application Entity, AE)일 수 있다.

공통 서비스 계층(120)은 공통 서비스 펑션(Common Service Function)에 대한 계층일 수 있다. 일 예로, 공통 서비스 계층(120)은 데이터 관리(Data Management), 단말 관리(Device Management), M2M 서비스 구독 관리(M2M Service Subscription Management), 위치 서비스(Location Services) 등과 같이 공통 서비스 제공에 대한 계층일 수 있다. 일 예로, 공통 서비스 계층(120)에 기초하여 동작하는 엔티티는 공통 서비스 엔티티(Common Service Entity, CSE)일 수 있다.

네트워크 서비스 계층(130)은 장치 관리(device management), 위치 서비스(location service) 또는 장치 트리거링(device triggering)과 같은 서비스들을 공통 서비스 계층(120)에 제공할 수 있다. 이때, 네트워크 계층(130)에 기초하여 동작하는 엔티티는 네트워크 서비스 엔티티(Network Service Entity, NSE)일 수 있다.

도 2는 M2M 시스템 구조를 나타낸 도면이다.

도 2를 참조하면, M2M 시스템 구조는 필드 도메인(Field Domain) 및 인프라 스트럭쳐 도메인(Infrastructure Domain)으로 구별될 수 있다. 이때, 각각의 도메인에서 각각의 엔티티들은 기준점(reference point)을 통해 통신을 수행할 수 있다. 일 예로, 기준점은 각각의 엔티티들 간의 통신 흐름을 나타낼 수 있다. 이때, 도 2를 참조하면, AE(210, 240)와 CSE(220, 250) 사이의 기준점인 Mca 기준점, 서로 다른 CSE (220, 250) 사이의 기준점인 Mcc 기준점 및 CSE(220, 250)와 NSE(230, 260) 사이의 기준점인 Mcn 기준점이 설정될 수 있다.

도 3은 M2M 시스템 구조의 설정을 나타낸 도면이다.

도 3을 참조하면, 특정 M2M 서비스 제공자의 인프라 스트럭쳐 도메인은 특정 인프라 스트럭쳐 노드(310, Infrastructure Node, IN)를 제공할 수 있다. 이때, IN의 CSE는 다른 인프라 스트럭쳐 노드의 AE와 Mca 기준점에 기초하여 통신을 수행할 수 있다. 이때, 하나의 M2M 서비스 제공자마다 하나의 IN이 설정될 수 있다. 즉, IN은 인프라 스트럭쳐 구조에 기초하여 다른 인프라 스트럭쳐의 M2M 단말과 통신을 수행하는 노드일 수 있다. 또한, 일 예로, 노드의 개념은 논리적 엔티티일 수 있으며, 소프트웨어적인 구성일 수 있다.

다음으로, 어플리케이션 지정 노드(320, Application Dedicated Node, ADN)는 적어도 하나의 AE를 포함하고, CSE를 포함하지 않는 노드일 수 있다. 이때, ADN은 필드 도메인에서 설정될 수 있다. 즉, ADN은 AE에 대한 전용 노드일 수 있다. 일 예로, ADN은 하드웨어적으로 M2M 단말에 설정되는 노드일 수 있다. 또한, 어플리케이션 서비스 노드(330, Application Service Node, ASN)는 하나의 CSE와 적어도 하나 이상의 AE를 포함하는 노드일 수 있다. ASN은 필드 도메인에서 설정될 수 있다. 즉, AE 및 CSE를 포함하는 노드일 수 있다. 이때, ASN은 IN과 연결되는 노드일 수 있다. 일 예로, ASN은 하드웨어적으로 M2M 단말에 설정되는 노드일 수 있다.

또한, 미들 노드(340, Middle Node, MN)은 CSE를 포함하고, 0개 또는 그 이상의 AE를 포함하는 노드일 수 있다. 이때, MN은 필드 도메인에서 설정될 수 있다. MN은 다른 MN 또는 IN과 기준점에 기초하여 연결될 수 있다. 또한 일 예로, MN은 하드웨어적으로 M2M 게이트웨이에 설정될 수 있다.

또한, 일 예로, 논-M2M 단말 노드(350, Non-M2M device node, NoDN)은 M2M 엔티티들을 포함하지 않은 노드로서 M2M 시스템과 관리나 협업 등을 수행하는 노드일 수 있다.

도 4는 공통 서비스 펑션을 나타낸 도면이다. 도 4를 참조하면, CSE는 공통 서비스 펑션들을 제공할 수 있다. 일 예로, 공통 서비스 펑션은 어플리케이션 및 서비스 계층 관리(Application and Service Layer Management), 통신 관리 및 전달 처리(Communication Management and Delivery Handling), 데이터 관리 및 저장(Data Management and Repository), 장치 관리(Device Management), 발견(Discovery), 그룹 관리(Group Management), 위치(Location), 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering), 등록(Registration), 보안(Security), 서비스 과금 및 계산(Service Charging and Accounting), 서비스 세션 관리 기능(Service Session Management) 및 구독/통지(Subscription/Notification) 중 적어도 어느 하나 이상의 기능을 제공할 수 있다. 이때, 공통 서비스 펑션에 기초하여 M2M 단말들이 동작할 수 있다. 또한, 공통 서비스 펑션은 다른 실시예도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.

또한, 일 예로, M2M 시스템에서 M2M 플랫폼, M2M 게이트웨이, M2M 장치 및 AE(Application Entity) 중 적어도 어느 하나 이상이 포함될 수 있다. 일 예로, IN은 M2M 플랫폼 역할을 수행할 수 있고, MN은 M2M 게이트웨이 역할을 수행할 수 있다. 또한, ASN 또는 ADN은 M2M 장치일 수 있으며, 상술한 바에 기초하여 동작할 수 있다. 또한, 일 예로, CSE는 M2M 시스템의 공통 기능 요소로 사용되며 공통 기능을 수행할 수 있으며, 이는 상술한 바와 같다. 이때, CSE는 해당 기능을 구현하기 위해 M2M 플랫폼, M2M 게이트웨이 및 M2M 장치로 사용되는 ASN에 포함될 수 있으며, 이는 상술한 바와 같다. 또한, 일 예로, AE는 M2M 플랫폼, M2M 게이트웨이, ASN 및 AND 중 적어도 어느 하나에 포함될 수 있다. 또한, 일 예로, AE는 단독으로 사용될 수 있으며, 상술한 실시예로 한정되지 않는다.

이때, 일 예로, 호스팅 CSE(Hosting Common Service Entity, H-CSE)는 리소스 또는 속성을 보유하는 엔티티일 수 있고, 레지스트라 엔티티(Registrar Common Entity, R-CSE)는 단말(또는 M2M 단말)이 등록된 CSE일 수 있다. 또한, 일 예로, 단말은 ADN, ASN 또는 MN 중 적어도 어느 하나일 수 있다. 또한, 일 예로, R-CSE 및 H-CSE는 ASN, MN 및 IN 중 적어도 어느 하나 이상일 수 있다.

일 예로, 단말은 R-CSE를 통해 H-CSE로부터 리소스를 획득할 수 있다. 한편, 리소스는 M2M 시스템에서 동작되는 오브젝트에 기초하여 표현될 수 있다. 일 예로, 리소스는 특정 서비스를 위한 단말 동작 정보에 기초하여 정의될 수 있으며, CRUD(Create/Retrieve/Update/Delete)에 기초하여 지시될 수 있다. 보다 구체적인 일 예로, 단말(또는 AE)은 R-CSE를 통해 H-CSE로부터 리소스 및 타겟 리소스의 속성 정보를 획득할 수 있다. 이때, 상술한 바와 같이, H-CSE는 AE에게 특정 서비스를 위한 리소스 및 리소스의 속성 정보를 제공할 수 있다. 따라서, 일 예로, H-CSE는 특별 서비스를 위한 리소스 서버일 수 있다. 또한, 일 예로, 리소스 서버는 차량 주행 서버나 차량 관리 서버 등일 수 있다. 즉, 단말은 서버로부터 리소스에 기초하여 특정 서비스에 대한 정보를 획득하고, 그에 기초하여 동작할 수 있다. 한편, 일 예로, M2M 시스템에서의 CSE는 송수신기, 프로세서 및 메모리를 포함하고, 이에 기초하여 데이터 패킷을 다른 노드들에게 송수신하여 데이터 패킷을 처리할 수 있으며, 구체적인 장치 구성에 대해서는 후술한다.

또한, 일 예로, 리소스는 컨테이너(container)를 통해 관련 정보를 저장하고, 다른 엔티티와 데이터 공유를 수행할 수 있다. 이때, 컨텐츠 인스턴스(contentInstance)는 자식 리소스(child resource)일 수 있다. 또한, 일 예로, 각각의 리소스의 속성 정보는 리소스에 대한 구체적인 기술(specific description)일 수 있다. 이때, 리소스 속성 정보는 리소스의 속성 데이터를 저장할 수 있다.

상술한 바에 기초하여, 단말(또는 AE)는 R-CSE을 통해 H-CSE로부터 특정 리소스를 획득할 수 있다. 이때, 리소스에는 타겟 속성 정보로서 속성 정보가 포함될 수 있다. 단말은 획득한 리소스 및 속성 정보에 기초하여 특정 서비스를 위한 동작을 수행할 수 있다.

도 5는 본 발명에 따른, 복합 이벤트 처리(Complex Event Processing, CEP)를 위한 리소스(resources)를 예를 들어 도시한 것이다.

관련하여, M2M 시스템에서, CEP 기술은, 수 많은 입력 데이터로부터 의도하는 이벤트를 찾아내고, 이로부터 특정의 액션(action)을 트리거(trigger) 하기 위해 활용되고 있다. 하지만, 현재 M2M 시스템에는 CEP를 효율적으로 처리하기 위한 방법이 결정되지 않아, 실제 M2M 시스템에서 CEP 처리를 위한 통일화된 표준 방식이 존재하지 않는 문제점이 있다.

도 5를 참고하면, 본 발명은 M2M 시스템에서, CEP 처리를 위한 리소스로, <eventProcessing> (510)및 <cep-IPE> (520) 를 제안한다. 관련하여, 상기 <eventProcessing> (510) 리소스는, 속성 (attribute) 정보로서 구현되는 것이 가능하다. 여기서, 상기 <eventProcessing> 리소스(510)는 다음 [표1] 에 해당하는 속성 정보 중, 적어도 하나 이상을 포함할 수 있다.

A set of events (E1, E2, E3, …En)

Corresponding operations (O1, O2, O3, …On-1)

A CEP query (EPL)

Mapping between Objects and Resources

Linked actions

또한, 상기 <eventProcessing> (510)은 <cepEngine>(511) 및 <eventRules> (512)를 포함할 수 있다. 구체적으로 상기 <cepEngine>(511) 리소스는, 예를 들어, 해당 CEP 엔진의 이름 정보 (Name of the Corresponding CEP engine), CEP의 액세스 포인트정보 (Point of Access (PoA) of CEP), CEP 엔진의 타입 정보 (Type of CEP engine), 지원하는 이벤트 처리 언어 (Supported event processing language, 이하'EPL') 및 대응하는 CEP-IPE 리소스와의 연결 정보 (Link to the corresponding CEP-IPE) 등을 포함할 수 있다.

또한, <eventRules> (512) 리소스는, 예를 들어, 생성된 이벤트 룰 정보 (Number of created event rules), 타겟 CEP 정보 (Target CEP), EPL 질의 정보 (EPL query), 이벤트 감시 정보 (Monitoring events), 타겟 액션 정보 (Target actions <action>) 및 동작 기능정보 (Operators)를 포함할 수 있다.

관련하여, 상기 <cep-IPE> (520)은 <cepEvents>(521) 리소스 및 <cepActions>(522) 리소스를 포함할 수 있다. 여기서, 상기 <cep-IPE> (520)는 대응하는 CEP 엔진과의 연결 정보 (Link to the corresponding CEP <cepEngine>), 관리 이벤트 룰 개수 정보 (Number of managing event rules), 실행 EPL 정보 (Execute EPL), eventRules 리소스에 근거한 EPL 생성 정보 (Form EPL based on eventRules), 및 상기 CEP에 근거한 트리거 액션 정보 (Trigger <action> based on response from CEP)를 포함할 수 있다. 예를 들어, 상기 <cep-IPE> (520)는 전술한 IN-CSE 및 CEP 간의 EPL 변환하는 내부 기능(interworking function)에 해당될 수 있다.

또한, 예를 들어, 만약 서비스 제공자 (예, IN-AE)가 CEP를 이용한 새로운 애플리케이션을 생성하고자 한다면, 우선 전술한 리소스들을 생성하는 것이 필요하다. 따라서, 상기 리소스들이 정의된 M2M 시스템 플랫폼을 활용함에 의해, 상기 서비스 제공자 (예, IN-AE)는 효율적으로 CEP 서비스를 제공할 수 있게 된다.

도 6 및 도 7은 본 발명에 따른 CEP 처리 가능한 M2M 시스템을 예를 들어 도시한 것이다.

도 6을 참조하면, M2M 시스템은, 인프라 스트럭쳐 노드(IN, 610) 내에 CEP IN-AE (611), IN-CSE (612) 및 CEP-IPE (613)를 포함한다. 또한, M2M 시스템은 엔드 노드로서 AE (620, 예를 들어, '온도 센서') 및 CEP 엔진 (630)을 포함할 수 있다. 이하, 도 7을 참조하여, 상기 M2M 시스템에서 CEP 처리 과정을 구체적으로 설명한다.

우선, 상기 CEP IN-AE(611)는 복합 이벤트 처리(CEP)를 요구하는 요청을 상기 IN-CSE(612)에 전송한다. 예를 들어, 복합 이벤트 처리 요청은 다음과 같이 설정할 수 있다. “온도가 너무 높은 동일한 랙(rack)에 대해, 10초 이내에 연속적으로 온도 이벤트(Temperature Events) (예, 온도 값이 40°C보다 큰 경우)가 나타나는 경우에만 빨간색 LED 조명을 온(on) 하도록 트리거(trigger) 함”. 구체적으로, 상기 요청은 다음 [표2]와 같은 정보를 포함할 수 있다.

타겟 온도 리소스(target temperature resource)

첫 번째 이벤트(타겟 온도 리소스의 값이 40°C 이상)

두 번째 이벤트(타겟 온도 리소스의 값이 40°C 이상)

첫 번째 이벤트와 두 번째 이벤트 사이의 운영자(Operators)

2회 연속 이벤트의 제약(즉, 10초 이내에 발생함)

상기 요청을 수신한 상기 IN-CSE(612)는, 도 5에서 전술한 바와 같이, 우선 대응하는 CEP 리소스를 생성할 수 있다(6121). 또한, 상기 IN-CSE(612)는, 입력 값을 분석하고, CEP 처리에 사용될 리소스 셋을 생성할 수 있다(6122). 예를 들어, 상기 IN-CSE(612)는 <eventProcessing> 리소스 생성할 수 있다. 상기 <eventProcessing> 리소스는 전술한 바와 같이, <cepEngine> 리소스 및 <eventRules> 리소스를 포함할 수 있다. 여기서, 상기 <eventProcessing> 리소스, <cepEngine> 리소스 및 <eventRules> 리소스는, 상기 CEP IN-AE(611)의 요청 내용에 따라 결정될 수 있다.

또한, 상기 IN-CSE(612)는, CEP 질의 (query)를 생성하고, 상기 생성한 CEP 리소스들을 CEP 리시버 AE (예, CEP-IPE)에 어나운스(announce) 한다(6123). 이 후, 상기 IN-CSE(612)는, 공식 CEP 질의 (formulated CEP query)를 상기 CEP 리시버 AE (예, CEP-IPE)에 전송한다(6124).

상기 CEP 리시버 AE인 CEP-IPE(613)는, 우선 CEP 질의와 연결된 리소스를 구독하고, 지정된 CEP 질의에 대한 자동 규칙을 생성할 수 있다. 이 후, CEP 엔진(630)을 사용하여 CEP를 수행하고, CEP 질의 및 관련 액션(action)을 링크로 연결할 수 있다.

구체적으로, 상기 CEP-IPE(613)는 매칭되는 이벤트를 인식하면, 이를 통보하고(notify), 구체화된 액션을 트리거 할 수 있다. 이를 전술한 예에 적용하면, 상기 CEP 리시버 (613)는 이벤트 (즉, 2개의 연속 온도 값이 10초 이내에 모두 섭씨 40도 이상)를 통보하고, 1번 룸의 LED 조명을 켜는 동작(즉, 액션)을 트리거 한다.

상기 CEP-IPE(613)의 액션 트리거 요청을 수신한 상기 IN-CSE는 해당 액션 리소스를 수행하게 된다(6125).

상기 과정을 코드화된 프로그램으로 표현하면 [표3]과 같다.

Pattern<MonitoringEvent,?>warningPattern= Pattern.<MonitoringEvent>begin("First Event")

.subtype(TemperatureEvent.class)

.where(evt->evt.getTemperature()>= TEMPERATURE_THRESHOLD)

.next("Second Event")

.subtype(TemperatureEvent.class)

.where(evt->evt.getTemperature()>= TEMPERATURE_THRESHOLD)

.within(Time.seconds(10));

추가적으로, 상기 CEP 리시버 AE인 CEP-IPE(613)는, 서빙(serving) CSE 상의 <eventProcessing> 리소스를 구독하는 것이 가능하다. 구체적으로, 이벤트 중 하나가 업데이트되면 상기 CEP 리시버 AE를 업데이트할 수 있다. 이 후, CEP 리시버 AE는 해당 자동화된 규칙(automata rules)을 업데이트할 수 있다.

이하, 도 8 내지 도 12를 참고하여, CEP 처리를 위한 동작 과정을 구체적으로 설명하고자 한다.

우선, 도 8은 본 발명에 따른, CEP 관련 리소스들을 생성하는 과정을 예를 들어 도시한 것이다.

리소스 생성 요청자 (Originator, 810)는 내부 프로세싱을 통해, 신규의 CEP 엔진을 등록한다 (001). 상기 리소스 생성 요청자 (Originator, 810)는 CSE 또는 AE가 될 수 있다. 이후 상기 리소스 생성 요청자 (Originator, 810)는 수신기 (820, 예, IN-CSE)에 리소스 생성을 요청할 수 있다 (002). 이때 상기 리소스 생성 요청자 (810)는 <eventProcessing> 리소스 및 <cep-IPE> 리소스 생성을 요청할 수 있다 (002). 이를 위해, 상기 리소스 생성 요청자 (810)는 타겟 CEP와 관련된 정보를 제공한다. 예를 들어, 상기 타겟 CEP와 관련된 정보는, CEP 이름, 타입, EPL 등의 정보를 포함할 수 있다.

상기 요청을 수신한 수신기(820)는, 내부 프로세싱을 통해, 요청된 <eventProcessing> 리소스 및 <cep-IPE> 리소스를 생성한다. 또한, 상기 수신기(820)는 요청에 대한 응답을 상기 리소스 생성 요청자 (810)에게 전송한다 (003). 상기 응답에는, 상기 요청된 <eventProcessing> 리소스 및 <cep-IPE> 리소스 생성이 완료 되었음을 통지하거나 또는 요청된 리소스 생성을 수행하지 못했음을 통지할 수 있다 (004).

도 9는 본 발명에 따른, CEP <eventRule> 리소스를 생성 및/또는 업데이트 하는 과정을 예를 들어 도시한 것이다.

리소스 생성 또는 업데이트 요청자 (Originator, 910)는 IN-CSE (920)에 <eventRule> 리소스 생성을 요청할 수 있다 (001). 상기 리소스 생성 요청자 (Originator, 910)는 AE 또는 remote CSE가 될 수 있다.

상기 요청을 수신한 IN-CSE (920)는, 상기 리소스 생성 요청자 (Originator, 910)의 권한이 정당하다고 판단되면, 요청한 <eventRule> 리소스를 생성 또는 업데이트 한다 (002). 또한, IN-CSE (920)는 기 등록된 <cepEngine> 리소스를 확인하고, CEP-IPE (930)에 해당 요청과 관련된 리소스를 구독(subscribe) 한다 (002).

이후, 상기 IN-CSE (920)는 상기 CEP-IPE (930)에 새로운 이벤트 프로세싱이 있음을 통지한다 (003).

상기, 통지를 받은 CEP-IPE (930)는, 상기 새로운 이벤트 프로세싱을 위한 룰(rules)을 생성하고 (004), 해당 결과를 상기 IN-CSE (920)에 응답을 전송한다 (005).

상기 응답을 수신한 IN-CSE (920)는 최초 요청자인 상기 요청자 (Originator, 910)에게 요청 결과를 응답으로 전송한다 (006).

도 10은 본 발명에 따른, CEP <eventRule> 리소스를 통지하는 과정을 예를 들어 도시한 것이다.

리소스 통지 요청자 (Originator, 1010)는 내부 프로세싱을 통해, 신규의 CEP 이벤트 룰(event rule) 생성이 필요한 상태가 되면 (001), 이를 수신기(1020)에 통지 요청 (NOTIFY Request) 하게 된다 (002). 여기서. 상기 리소스 통지 요청자 (Originator, 1010)는 CSE 또는 AE가 될 수 있다.

상기 통지를 수신한 수신기 (1020, CEP-IPE)는, 이벤트 프로세싱을 위한 이벤트 룰을 생성하고, 이를 CEP (1030)에 등록한다 (003). 또한, 상기 수신기 (1020, CEP-IPE)는 상기 CEP에 의해 트리거 되는 액션(action)을 생성하고, 이를 새로운 이벤트 룰(event rule)로 상기 CEP(1030)에 등록한다. 상기 이벤트 룰은 큭정 이벤트가 발생하면 액션이 수행되는 과정을 규칙화 한 것이다.

상기 CEP(1030)는 상기 수신기 (1020, CEP-IPE) 요청대로 이벤트 룰이 등록되면, 이에 대한 응답을 상기 수신기 (1020, CEP-IPE)로 전송한다 (005).

상기 응답을 수신한 수신기 (1020, CEP-IPE)는 최초 통지 요청자인 상기 요청자 (Originator, 1010)에게 통지 요청 결과(NOTIFY Response)를 응답으로 전송한다 (006).

도 11은 본 발명에 따른, CEP 이벤트 업데이트를 통지하는 과정을 예를 들어 도시한 것이다.

업데이트 통지 요청자 (Originator, 1110)는 내부 프로세싱을 통해, 신규의 CEP 이벤트 통지가 필요한 상태가 되면 (001), 이를 수신기(1120)에 업데이트 통지 요청 (NOTIFY Request) 하게 된다 (002). 예를 들어, 상기 신규의 이벤트 통지는, '룸A 온도가 25도' 임을 통지하는 것이 될 수 있다. 여기서. 상기 업데이트 통지 요청자 (Originator, 1110)는 CSE 또는 AE가 될 수 있다.

상기 통지를 수신한 수신기 (1120, CEP-IPE)는, 상기 업데이트 요청된 사항 (예,)을 CEP(1130)에 전달한다 (004). 상기 CEP(1130)는 상기 수신기 (1120, CEP-IPE) 요청대로 발생된 이벤트를 업데이트 완료하면, 이에 대한 응답을 상기 수신기 (1120, CEP-IPE)로 전송한다 (005).

상기 응답을 수신한 수신기 (1120, CEP-IPE)는 최초 업데이트 통지 요청자인 상기 요청자 (Originator, 1110)에게 업데이트 요청 결과(NOTIFY Response)를 응답으로 전송한다 (006).

관련하여, 만약, 새로운 업데이트 이벤트가 발생하면 (예, '룸A 온도가 30도') 상기 업데이트 요청자 (Originator, 1110)는 동일한 방식으로 수신기 (1120, CEP-IPE)에 업데이트 통지하고 (007), 상기 수신기 (1120, CEP-IPE)는 상기 CEP (1130)에 상기 새로운 이벤트(예, '룸A 온도가 30도') 의 업데이트를 통지하게 된다 (008). 또한, 상기 업데이트가 완료되면 이에 대한 응답을 순차적으로 전송한다 (009, 0010).

도 12는 본 발명에 따른, CEP 액션(action) 과정을 예를 들어 도시한 것이다.

업데이트 통지 요청자 (Originator, 1210)는 내부 프로세싱을 통해, 신규의 CEP 이벤트 통지가 필요한 상태가 되면 (001), 이를 수신기(1220)에 업데이트 통지 요청 (NOTIFY Request) 하게 된다 (002). 예를 들어, 상기 신규의 이벤트 통지는, '룸A 온도가 25도' 임을 통지하는 것이 될 수 있고, 이는 CEP를 위해 구독된 리소스에 대한 업데이트 일 수 있다. 여기서. 상기 업데이트 통지 요청자 (Originator, 1110)는 CSE 또는 AE가 될 수 있다.

상기 통지를 수신한 수신기 (1220, CEP-IPE)는, 상기 업데이트 요청된 사항 (예, '룸A 온도가 25도')을 CEP(1230)에 전달한다 (004). 상기 CEP(1230)는 상기 수신기 (1220, CEP-IPE) 로 통지 받은 이벤트가 특정 액션(action)을 트리거 하기 위한 이벤트로 판단되면, 해당 액션의 수행을 상기 수신기 (1220, CEP-IPE)로 통보한다 (005). 예를 들어, 상기 액션은 룸A의 에어컨을 온(on)하는 동작일 수 있다. 관련하여, 상기 CEP(1230)는 상기 액션에 해당하는 리소스를 직접 업데이트하는 것도 가능하다.

상기 통보를 수신한 수신기 (1220, CEP-IPE)는, 해당 액션(action)을 수행하고, 그 결과를 상기 업데이트 통지 요청자 (Originator, 1210)에게 응답(NOTIFY Response)으로 전송할 수 있다 (006). 또한, 상기 수신기 (1220, CEP-IPE)는 상기 업데이트 통지 요청자 (Originator, 1210)에게 업데이트 요청을 통지하고 (007), 이에 대한 업데이트 응답을 수신할 수 있다 (008). 반면, 상기 업데이트 통지 요청자 (Originator, 1210)가 액션 트리거를 관리할 수 있도록 상기 최초 응답(NOTIFY Response, 006)시에 <action> 리소스를 포함하여 전송하는 경우에는, 전술한 업데이트 요청 및 응답 과정 (007 - 008)을 생략하는 것이 가능하다.

관련하여, 본 발명의 CEP operators 는 다음 [표4] 와 같은 다양한 operators를 포함할 수 있다. 관련하여, 아래 [표4]는 CEP 관리를 위한 operators 일 예를 개시한 것으로, operators 는 아래 [표4]에 한정되지 않고, 다양하게 구성할 수 있다. 예를 들어, CEP operators 로서 Atoms, Negation, Concatenation, Sequence, Iteration, Alternation, Timing, Parallelization 등이 있을 수 있다.

상기 operators의 구체 동작은 [표4]에 상세히 개시하였다. 특히, 상기 operators 를 CEP operators로 활용함에 의해, 본 발명의 CEP 처리 과정이 보다 명확해 질 수 있음은 자명하다. 따라서, 출원인은 상기 operators를 'CEP operators로 M2M 시스템에 제안한다.

또한, 또 다른 실시예로서, 본 발명의 전술한 CEP 리소스들을 버츄얼 리소스(virtual resource)로 정의하여, M2M 시스템에 적용하는 것도 가능하다. 여기서, 버츄얼 리소스는, 해당 리소스가 요청을 수신할 때 이벤트 처리를 수행하기 위한 CEP 질의 (query)를 포함할 수 있다. 또한, 버츄얼 리소스는, 의도된 입력 스트림을 확인하기 위해, 상기 버츄얼 리소스내의 특정된 질의에 근거하여, 이벤트 처리를 수행할 수 있다. 또한, 버츄얼 리소스는, 해당 버츄얼 리소스에 특정된 액션을 수행할 수 있다.

예를 들어, M2M 플랫폼 내에서 상기 버츄얼 리소스는 장치의 일반 리소스와 유사한 것으로 간주된다. 따라서, 버츄얼 리소스는 일반 리소스의 동일하게 작동하는 리소스로 M2M 플랫폼에 등록될 수 있다. 따라서, 서비스 제공자는 CEP를 사용하여 새로운 비즈니스를 창출할 때마다 먼저 CEP를 사용하여 새 서비스에 대한 서비스 로직을 포함하는 버츄얼 리소스를 우선 생성하게 된다. 상기 버츄얼 리소스는 복잡한 이벤트 처리(CEP)를 수행하기 위해 CEP 엔진과 내부 인터페이스를 가지고 있을 수 있다.

도 13은 본 발명에 따른 CEP 관리 장치 구성의 일 예를 나타낸 도면이다. 도 13을 참조하면, 디바이스(1700)는 메모리(1710), 프로세서(1720), 송수신부(1730) 및 주변 장치(1740)를 포함할 수 있다. 또한, 일 예로, 디바이스(1700)는 다른 구성을 더 포함할 수 있으며, 상술한 실시예로 한정되지 않는다. 이때, 일 예로, 디바이스는 상술한 M2M 시스템에 기초하여 동작하는 장치일 수 있다. 보다 상세하게는, 도 13의 디바이스(1700)는 M2M 디바이스, M2M 게이트웨이 및 M2M 서버와 같은 M2M 네트워크 노드의 예시적인 하드웨어/소프트웨어 아키텍처일 수 있다. 이때, 일 예로, 메모리(1710)는 비이동식 메모리 또는 이동식 메모리일 수 있다. 또한, 일 예로, 주변 장치(1740)는 디스플레이, GPS 또는 다른 주변기기들을 포함할 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, 상술한 디바이스(1700)는 노드일 수 있다. 이때, 노드는 송수신부(1730)와 같이 통신 회로를 포함할 수 있으며, 이에 기초하여 외부 디바이스와 통신을 수행할 수 있다.

또한, 일 예로, 프로세서(1720)는 범용 프로세서, DSP(digital signal processor), DSP 코어, 제어기, 마이크로 제어기, ASIC들(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 유형의 IC(integrated circuit) 및 상태 머신과 관련되는 하나 이상의 마이크로프로세서 중 적어도 하나 이상일 수 있다. 즉, 상술한 디바이스(1700)를 제어하기 위한 제어 역할을 수행하는 하드웨어적/소프트웨어적 구성일 수 있다. 이때, 프로세서(1720)는 노드의 다양한 필수 기능들을 수행하기 위해 메모리(1710) 에 저장된 컴퓨터 실행가능한 명령어들을 실행할 수 있다. 일 예로, 프로세서(1720)는 신호 코딩, 데이터 처리, 전력 제어, 입출력 처리 및 통신 동작 중 적어도 어느 하나를 제어할 수 있다. 또한, 프로세서(1720)는 물리 계층, MAC 계층, 어플리케이션 계층들을 제어할 수 있다. 또한, 일 예로, 프로세서(1720)는 액세스 계층 및/또는 어플리케이션 계층 등에서 인증 및 보안 절차를 수행할 수 있으며, 상술한 실시예로 한정되지 않는다.

또한, 일 예로, 프로세서(1720)는 송수신부(1730)를 통해 다른 장치들과 통신을 수행할 수 있다. 일 예로, 프로세서(1720)는 컴퓨터 실행가능한 명령어들의 실행을 통해 노드가 네트워크를 통해 다른 노드들과 통신을 수행하게 제어할 수 있다. 즉, 본 발명에서 수행되는 통신이 제어될 수 있다. 일 예로, 다른 노드들은 M2M 게이트웨이, M2M 서버 및 그 밖의 다른 디바이스들일 수 있다. 일 예로, 송수신부(1730)는 안테나를 통해 RF 신호를 전송할 수 있으며, 다양한 통신망에 기초하여 신호를 전송할 수 있다. 또한, 일 예로, 안테나 기술로서 MIMO 기술, 빔포밍 등이 적용될 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 송수신부(1730)를 통해 송수신한 신호는 변조 및 복조되어 프로세서(1720)에 의해 제어될 수 있으며, 상술한 실시예로 한정되지 않는다.

도 14는 디바이스에 대한 다른 장치 구성일 수 있다. 도 14를 참조하면, 상술한 바와 같이 프로세서에 의해 제어될 수 있다. 이때, 일 예로, 메모리 및 RAM, ROM 및 네트워크 등이 포함될 수 있다. 또한, 그 밖에 이동식 메모리가 더 포함될 수 있으며, 상술한 실시예로 한정되지 않는다. 이때, 프로세서는 상술한 메모리들에 저장된 정보에 기초하여 명령을 수행하고, 본 발명의 상술한 동작들을 수행하도록 제어할 수 있다. 또한, 프로세서는 전원 등에 의해 전력을 공급받고, 주변 장치들에 의해 입력 정보 등을 제공받을 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, 디바이스는 GPS 등에 기초하여 위치 정보 및 관련 정보를 획득할 수 있다. 또한, 일 예로, 디바이스는 기타 입력 장치에 기초하여 입력 정보를 수신할 수 있으며, 상술한 실시예로 한정되지 않는다.

상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 일 예로, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.

상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 이상에서는 본 명세서의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 명세서의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.

그리고 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.

또한, 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

210, 240 : AE
220, 250 : CSE

Claims (14)

1. 복합 이벤트 처리(Complex Event Processing, CEP) 관리 방법에 있어서,
   CEP 요청을 수신하는 단계,
   상기 CEP 요청에 대응하는 이벤트 프로세싱 리소스 (eventProcessing)를 설정하는 단계, 및
   상기 이벤트 프로세싱 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하는 단계를 포함하되,
   상기 액션은 기 설정된 이벤트 룰(event rule)에 의해 관리되는 것을 특징으로 하는, CEP 관리 방법.
   
2. 제 1 항에 있어서,
   상기 이벤트 프로세싱 리소스는 이벤트 엔진 리소스 (cepEngine)를 포함하는, CEP 관리 방법.
   
3. 제 1 항에 있어서,
   상기 이벤트 룰(event rule)은, 상기 이벤트 프로세싱 리소스내의 이벤트 룰 리소스 (eventRules) 에 의해 정의되는, CEP 관리 방법.
   
4. 제 1 항에 있어서,
   상기 액션 트리거를 위해, CEP에 근거한 트리거 액션 정보를 포함하는 CEP-IPE 리소스를 포함하는, CEP 관리 방법.
   
5. 제 4 항에 있어서,
   상기 CEP-IPE 리소스는, CEP 이벤트 리소스 (cepEvents) 및 CEP 액션 리소스 (cepActions)를 포함하는, CEP 관리 방법.
   
6. 복합 이벤트 처리(Complex Event Processing, CEP) 관리 장치에 있어서,
   적어도 하나 이상의 프로세서; 및
   상기 적어도 하나 이상의 프로세서에 연결된 적어도 하나 이상의 메모리를 포함하되,
   상기 적어도 하나 이상의 메모리에 동작 가능하게 결합되어, 상기 적어도 하나 이상의 메모리에 저장된 프로그램 명령을 실행하는 상기 적어도 하나 이상의 프로세서는,
   CEP 요청을 수신하고,
   상기 CEP 요청에 대응하는 이벤트 프로세싱 리소스 (eventProcessing)를 설정하고,
   상기 이벤트 프로세싱 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하되, 상기 액션은 기 설정된 이벤트 룰(event rule)에 의해 관리되는 것을 특징으로 하는, CEP 관리 장치.
   
7. 제 6 항에 있어서,
   상기 적어도 하나 이상의 프로세서는, 상기 이벤트 프로세싱 리소스내에 이벤트 엔진 리소스 (cepEngine) 를 설정하는, CEP 관리 장치.
   
8. 제 6 항에 있어서,
   상기 적어도 하나 이상의 프로세서는, 상기 이벤트 프로세싱 리소스내의 이벤트 룰 리소스 (eventRules)를 설정하고, 이로부터 상기 이벤트 룰(event rule)을 관리하는, CEP 관리 장치.
   
9. 제 6 항에 있어서,
   상기 적어도 하나 이상의 프로세서는, 상기 액션 트리거를 위해, CEP에 근거한 트리거 액션 정보를 포함하는 CEP-IPE 리소스를 설정하는, CEP 관리 장치.
   
10. 제 9 항에 있어서,
    상기 적어도 하나 이상의 프로세서는, 상기 CEP-IPE 리소스내에 CEP 이벤트 리소스 (cepEvents) 및 CEP 액션 리소스 (cepActions)를 설정하는, CEP 관리 장치.
    
11. 복합 이벤트 처리(Complex Event Processing, CEP) 관리를 위한 M2M 장치에 있어서,
    CEP 관리를 요청하는 애플리케이션 엔티티(AE) 노드,
    상기 CEP 관리 요청에 대응하는 CEP 리소스를 설정하는 공통 서비스 엔티티(CSE) 노드, 및
    상기 CEP 리소스에 부합하는 이벤트가 발생되면, 해당하는 액션(action)을 트리거(trigger) 하는 CEP-IPE 노드을 포함하되,
    상기 공통 서비스 엔티티(CSE)는 CEP-IPE로부터 트리거된 액션을 수행하는, M2M 장치.
    
12. 제 11 항에 있어서,
    상기 CEP 리소스는 이벤트 프로세싱 리소스 (eventProcessing) 및 이벤트 엔진 리소스 (cepEngine) 를 포함하는, M2M 장치.
    
13. 제 11 항에 있어서,
    상기 CEP 리소스는 상기 액션 트리거를 위해, CEP에 근거한 트리거 액션 정보를 포함하는 CEP-IPE 리소스를 포함하는, M2M 장치.
    
14. 제 13 항에 있어서,
    상기 CEP-IPE 리소스는, CEP 이벤트 리소스 (cepEvents) 및 CEP 액션 리소스 (cepActions)를 포함하는, M2M 장치.

Images