KR20190002340A - Methods for processing a request message in M2M system and Apparatuses thereof - Google Patents

Abstract

The present invention relates to machine-to-machine communications (M2M) technology. The present invention relates to a method and an apparatus for a receiver to process a request message sent by a sender. According to an embodiment of the present invention, a method for processing a request message by an M2M device comprises the steps of: receiving a request message requesting resource control from another M2M device; checking a parameter included in the request message in the order of an essential parameter, an operation dependent parameter, and a selective parameter according to a preset order, and performing resource control according to a check result; and transmitting a response message including response information generated as a result of the resource control to another M2M device.

Description

M2M 시스템에서 요청 메시지를 처리하는 방법 및 그 장치{Methods for processing a request message in M2M system and Apparatuses thereof}[0001] The present invention relates to a method and a device for processing a request message in an M2M system,

본 실시예는 M2M(Machine to Machine Communication) 기술에 관한 것으로, 발신자가 보낸 요청 메시지를 수신자가 처리하기 위한 방법 및 그 장치에 관한 것이다.This embodiment relates to M2M (Machine to Machine Communication) technology, and relates to a method and apparatus for a receiver to process a request message sent by a sender.

사물 통신(M2M, "Machine to machine communication" 또는 MTC, "Machine type communication" 또는 스마트 디바이스 통신, "Smart Device communication" 또는 "Machine oriented communication" 또는 사물 인터넷, "Internet of Things")은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 지칭한다. "Machine to Machine Communication" or MTC, "Machine Type Communication" or "Smart Device Communication" or "Machine oriented communication" or "Internet of Things" In which communication is performed without intervening in the network.

사물통신은 통상적으로 사람이 직접적으로 통신과 응용 제어를 수행하지 않기 때문에, 사물 간에 메시지를 교환하기 위해서 송수신 방법과 절차와 필요하다. 또한, M2M 장치 간의 원활한 메시지 교환을 위한 프로토콜이 필요하다. Since object communication does not normally perform communication and application control directly by a person, transmission and reception methods and procedures are required to exchange messages between objects. There is also a need for a protocol for smooth message exchange between M2M devices.

특히, IoT 기기의 대중화에 따라서 다수의 사물 통신 장치가 가정 및 직장 내에서 사용되고 있으며, 동일 또는 유사한 기능을 수행하는 사물 통신 장치가 일정 목적을 위해서 다수 전개되는 상황이 존재한다. Particularly, in accordance with popularization of IoT devices, a plurality of object communication devices are used in the home and office, and a plurality of object communication devices performing the same or similar functions are deployed for a certain purpose.

이러한 상황에서 다수의 사물 통신 장치는 다양한 목적에 따라 요청 메시지를 전송하게 된다. 특히, 각 목적에 따라 요청 메시지에 다양한 파라미터가 포함될 수 있으며 이러한 파라미터에 대한 체계적인 체크 및 자원 제어 동작이 요구된다. In this situation, a plurality of object communication devices transmit request messages according to various purposes. In particular, various parameters may be included in the request message for each purpose, and a systematic check and resource control operation on these parameters is required.

또한, 요청 메시지에 포함되는 파라미터는 다양한 IoT 환경 변화에 따라 추가되거나 삭제/변경될 수 있기 때문에 보다 체계적인 파라미터 분류 및 요청 메시지를 수신한 경우에 M2M 장치가 정해진 프로토콜에 따라 해당 요청 메시지를 확인하고, 자원 제어를 수행하는 프로토콜이 요구된다. In addition, since parameters included in the request message can be added or deleted / changed according to various IoT environment changes, when a more systematic parameter classification and request message is received, the M2M device confirms the corresponding request message according to a predetermined protocol, A protocol that performs resource control is required.

전술한 배경에서 안출된 일 실시예는 M2M 장치가 다른 M2M 장치로부터 요청 메시지를 수신한 경우, 해당 요청 메시지에 포함되는 파라미터를 순차적으로 체크하고, 요청 메시지에 따른 자원 제어를 수행하는 구체적인 방법 및 장치를 제안하고자 한다. In one embodiment, the M2M device sequentially checks the parameters included in the request message when the M2M device receives a request message from another M2M device, performs a resource control according to the request message, .

또한, 일 실시예는 요청 메시지에 포함되는 파라미터의 누락 및 요청 메시지 처리 속도 저하를 예방하기 위한 요청 메시지 처리 방법 및 장치를 제안하고자 한다. In addition, one embodiment of the present invention proposes a method and apparatus for processing a request message to prevent dropping of a parameter included in a request message and decrease in processing speed of a request message.

전술한 과제를 해결하기 위한 일 실시예는 M2M(Machine to Machine communication) 장치가 요청 메시지를 처리하는 방법에 있어서, 자원 제어를 요청하는 요청 메시지를 타 M2M 장치로부터 수신하는 단계와 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 필수적 파라미터, 동작 의존적 파라미터 및 선택적 파라미터 순으로 체크하고, 체크 결과에 따라 자원 제어를 수행하는 단계 및 자원 제어 수행 결과 생성되는 응답 정보를 포함하는 응답 메시지를 타 M2M 장치로 전송하는 단계를 포함하는 방법을 제공한다.According to an embodiment of the present invention, there is provided a method of processing a request message by an M2M (Machine to Machine Communication) device, the method comprising: receiving a request message requesting resource control from another M2M device; Checking the parameters in the order of essential parameters, operation dependent parameters and optional parameters in accordance with a predetermined order, performing resource control according to the check result, and transmitting a response message including response information generated as a result of resource control to another M2M device The method comprising the steps of:

또한, 일 실시예는 요청 메시지를 처리하는 M2M(Machine to Machine communication) 장치에 있어서, 자원 제어를 요청하는 요청 메시지를 타 M2M 장치로부터 수신하는 수신부와 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 필수적 파라미터, 동작 의존적 파라미터 및 선택적 파라미터 순으로 체크하고, 체크 결과에 따라 자원 제어를 수행하는 제어부 및 자원 제어 수행 결과 생성되는 응답 정보를 포함하는 응답 메시지를 타 M2M 장치로 전송하는 송신부를 포함하는 M2M 장치를 제공한다. According to an embodiment of the present invention, there is provided an apparatus for processing a request message in a machine-to-machine communication (M2M) apparatus, the apparatus comprising: a receiver for receiving a request message for requesting resource control from another M2M apparatus; And a transmission unit for transmitting a response message including response information generated as a result of the resource control to another M2M device, wherein the control unit performs resource control according to the check result in the order of essential parameters, operation dependent parameters, and optional parameters, Device.

본 개시는 M2M 장치가 요청 메시지를 수신하는 경우에 체계적으로 분류된 파라미터 및 메시지 처리 프로토콜에 따라 자원을 제어함으로써, 파라미터 누락 및 체크 순서 변경에 따른 처리 속도 저하를 방지하는 효과를 제공한다. The present disclosure provides an effect of preventing the degradation of processing speed due to parameter omission and check order change by controlling resources according to systematically classified parameters and message processing protocols when the M2M device receives the request message.

도 1은 M2M 시스템을 상위 레벨의 기능적 관점에서 도시한 도면이다.
도 2는 일 실시예에 따른 M2M 시스템 구성도를 보다 구체적으로 도시한 도면이다.
도 3은 M2M 시스템에서 요청 메시지 전송과 이에 따른 응답 정보를 수신하는 절차를 예시적으로 도시한 도면이다.
도 4는 일 실시예에 따른 공통 서비스 개체의 기능적 구조를 도시한 도면이다.
도 5는 종래 요청 메시지를 처리하는 메시지 처리 절차에 대한 문제점을 설명하기 위한 도면이다.
도 6은 종래 요청 메시지에 따라 자원 제어 동작을 수행하는 절차에 대한 문제점을 설명하기 위한 도면이다.
도 7은 일 실시예에 따른 M2M 장치가 요청 메시지를 처리하는 방법을 설명하기 위한 도면이다.
도 8은 일 실시예에 따른 요청 메시지에 포함되는 파라미터의 분류를 도시한 도면이다.
도 9는 일 실시예에 따른 M2M 장치가 자원 제어 동작을 수행하는 동작을 보다 상세하게 도시한 도면이다.
도 10은 일 실시예에 따른 필수적 파라미터 및 동작 의존적 파라미터를 체크하는 동작을 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 선택적 파라미터를 체크하는 동작을 설명하기 위한 도면이다.
도 12는 일 실시예에 따른 블록킹 모드에 따른 자원 제어 동작을 설명하기 위한 도면이다.
도 13은 일 실시예에 따른 동기식 넌블록킹 모드에 따른 자원 제어 동작을 설명하기 위한 도면이다.
도 14는 일 실시예에 따른 비동기식 넌블록킹 모드에 따른 자원 제어 동작을 설명하기 위한 도면이다.
도 15는 일 실시예에 따른 플렉스 블록킹 모드에 따른 응답 모드 결정 동작을 설명하기 위한 도면이다.
도 16은 일 실시예에 따른 요청 메시지에 대한 응답 메시지에 포함되는 파라미터를 설명하기 위한 도면이다.
도 17은 일 실시예에 따른 M2M 장치의 구조를 도시한 도면이다. BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 is a diagram illustrating the M2M system from a high level functional view.
FIG. 2 is a view showing a more detailed structure of the M2M system according to one embodiment.
FIG. 3 is an exemplary diagram illustrating a procedure for transmitting a request message and receiving response information in the M2M system.
FIG. 4 is a diagram illustrating a functional structure of a common service entity according to an embodiment.
5 is a diagram for explaining a problem of a message processing procedure for processing a conventional request message.
6 is a diagram for explaining a problem of a procedure for performing a resource control operation according to a conventional request message.
7 is a diagram illustrating a method of processing a request message by an M2M device according to an exemplary embodiment of the present invention.
8 is a diagram illustrating a classification of parameters included in a request message according to an exemplary embodiment of the present invention.
9 is a diagram illustrating an operation of the M2M apparatus according to an exemplary embodiment of the present invention to perform a resource control operation in more detail.
10 is a diagram for explaining an operation of checking essential parameters and operation-dependent parameters according to an embodiment.
11 is a diagram for explaining an operation of checking an optional parameter according to an embodiment.
12 is a diagram for explaining a resource control operation according to a blocking mode according to an embodiment.
13 is a view for explaining a resource control operation according to a synchronous non-blocking mode according to an embodiment.
FIG. 14 is a view for explaining a resource control operation according to an asynchronous non-blocking mode according to an embodiment.
15 is a diagram for explaining a response mode determination operation according to a flex blocking mode according to an embodiment.
16 is a view for explaining parameters included in a response message to a request message according to an exemplary embodiment.
17 is a diagram illustrating a structure of an M2M device according to an embodiment.

이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조 부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.Hereinafter, some embodiments of the present invention will be described in detail with reference to exemplary drawings. It should be noted that, in adding reference numerals to the constituent elements of the drawings, the same constituent elements are denoted by the same reference symbols as possible even if they are shown in different drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear.

또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.In describing the components of the present invention, terms such as first, second, A, B, (a), and (b) may be used. These terms are intended to distinguish the constituent elements from other constituent elements, and the terms do not limit the nature, order or order of the constituent elements. When a component is described as being "connected", "coupled", or "connected" to another component, the component may be directly connected or connected to the other component, Quot; may be " connected, " " coupled, " or " connected. &Quot;

본 발명의 실시예들은 사물 통신을 중심으로 설명한다. 사물 통신은 M2M(Machine to Machine communication), MTC(Machine Type Communication), IoT(Internet of Things), 스마트 장치 통신(Smart Device Communication, SDC), 또는 사물 지향 통신(Machine Oriented Communication) 등으로 다양하게 불려질 수 있다. 최근 oneM2M에서 사물통신과 관련된 많은 기술적 사항을 제시하고 있다. 사물 통신은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 다양한 통신을 지칭한다. 사물 통신은 에너지(energy) 분야, 엔터프라이즈(enterprise) 분야, 헬스케어(Healthcare) 분야, 공공 서비스(Public Services) 분야, 주거(Residential) 분야, 소매(Retail) 분야, 운송(Transportation)분야, 그리고 기타 분야 등으로 나뉘어진다. 본 발명은 상기 분야를 포함하며, 그 외의 분야에도 적용 가능하다.Embodiments of the present invention will be described with reference to object communication. Object communication is variously called M2M (Machine to Machine communication), MTC (Machine Type Communication), IoT (Internet of Things), Smart Device Communication (SDC), or Machine Oriented Communication . OneM2M has recently introduced many technical issues related to object communication. Object communication refers to various communication in which communication is performed without a person intervening in the communication process. In the field of telecommunication, there are various fields such as energy field, enterprise field, healthcare field, public service field, residential field, retail field, transportation field, and others Field, and so on. The present invention includes the above-mentioned fields, and is applicable to other fields.

도 1은 일 실시예에 따른 M2M 시스템을 상위 레벨의 기능적 관점에서 도시한 도면이다. 1 is a diagram illustrating a high-level functional view of an M2M system according to an embodiment.

애플리케이션 개체(Application Entity, AE)(110)는 종단간(end-to-end) M2M 솔루션을 위한 응용 서비스 로직을 제공한다. 일 예로 차량 등의 집단적인 추적 애플리케이션(fleet tracking application), 원격 혈당 감시 애플리케이션(remote blood sugar monitoring application), 또는 원격 전력 검침과 제어 애플리케이션(remote power metering and controlling application) 등이 될 수 있다. An application entity (AE) 110 provides application service logic for an end-to-end M2M solution. For example, a fleet tracking application such as a vehicle, a remote blood sugar monitoring application, or a remote power metering and controlling application.

공통 서비스 개체(Common Services Entity, CSE)(120)는 에너지(energy) 분야, 엔터프라이즈(enterprise) 분야, 헬스케어(Healthcare) 분야, 공공 서비스(Public Services) 분야, 주거(Residential) 분야, 소매(Retail) 분야, 운송(Transportation)분야, 그리고 기타 분야 등에서 공통적으로 필요한 집합적인 서비스 기능이다.The Common Services Entity (CSE) 120 may be used for various services such as an energy field, an enterprise field, a healthcare field, a public service field, a residential field, ), Transportation (transportation), and other fields.

이러한 서비스 기능은 참조점(Reference Points) Mca, Mcc를 통해 다른 기능으로 드러나며, 참조점 Mcn를 이용하여 기반 네트워크 서비스를 이용한다. 공통 서비스 개체의 일 예로는 데이터 관리(Data Management), 디바이스 관리(Device Management), M2M 구독 관리(M2M Subscription Management), 위치 서비스(Location Service) 등이 될 수 있다. CSE에 의해 제공되는 서브기능(subfunction)은 논리적으로 CSF(Common service function)으로 이해될 수 있다. oneM2M 노드의 CSE내에 CSF 중 일부는 필수적(mandatory)이 되며 일부는 선택적(optional)이 될 수 있다. 마찬가지로 CSF 내의 서브기능들 역시 필수적 또는 선택적이 될 수 있다. This service function is exposed as a different function through reference points Mca, Mcc, and uses the base network service using the reference point Mcn. One example of the common service entity may be data management, device management, M2M subscription management, location service, and the like. The subfunctions provided by the CSE can be logically understood as a CSF (Common Service Function). Some of the CSFs within the CSE of oneM2M node are mandatory and some may be optional. Similarly, the subfunctions in the CSF may also be mandatory or optional.

기반 네트워크 서비스 기능(Underlying Network Services Function, NSF)(130)은 공통 서비스 개체에게 서비스를 제공한다. 서비스의 예로는 디바이스 관리, 위치 서비스(location services)와 디바이스 트리거링(device triggering)을 포함한다. An underlying network services function (NSF) 130 provides services to the common service entity. Examples of services include device management, location services and device triggering.

참조점(Reference Points)은 공통 서비스 개체(CSE)에서 지원되는 것으로 Mca 참조점은 애플리케이션 개체와 공통 서비스 개체 간의 사물통신을 제공하기 위한 참조점이다. Mcc 참조점은 두 공통 서비스 개체 간의 통신 사물통신을 제공하기 위한 참조점이다. Mcn 참조점은 공통 서비스 개체와 하나의 네트워크 서비스 개체간의 사물통신을 제공하기 위한 참조점이다.Reference Points are supported in a common service entity (CSE), and the Mca reference point is a reference point for providing object communication between an application entity and a common service entity. The Mcc reference point is a reference point for providing communications between the two common service entities. The Mcn reference point is a reference point for providing object communication between a common service entity and one network service entity.

보다 상세히, Mca 참조점은 하나의 애플리케이션 개체(AE)가 공통 서비스 개체에 의해 지원되는 서비스를 사용할 수 있도록 한다. Mca 참조점을 통해 제공되는 서비스들은 공통 서비스 개체가 제공하는 기능에 의존적이며, 애플리케이션 개체와 공통 서비스 개체는 동일한 물리적 개체에 존재하거나 다른 물리적 개체에 따로 존재할 수 있다. Mcc 참조점은 필요한 기능을 제공하는 다른 공통 서비스 개체의 서비스를 사용하고자 하는 공통 서비스 개체에게 그러한 사용을 가능하게 한다. Mcc 참조점을 통해 제공되는 서비스들은 공통 서비스 개체가 제공하는 기능에 의존적이다. Mcc 참조점은 서로 다른 M2M 노드 간에 지원될 수 있다. Mcn 참조점은 필요한 기능을 제공하는 기반 네트워크의 서비스 개체를 사용하고자 하는 공통 서비스 개체에게 그러한 사용을 가능하게 하며, 이는 전송과 연결 이외의 서비스를 제공한다. Mcn 참조점의 인스턴스(instance)는 기반 네트워크에서 제공되는 서비스에 의존적으로 구현된다. 두 개의 물리적 M2M 노드 간의 정보 교환은 기본 서비스를 제공하는 기반 네트워크의 전송(transport) 및 연결(connectivity) 서비스를 사용할 수 있다.More specifically, the Mca reference point allows one application entity (AE) to use the services supported by the common service entity. The services provided through the Mca reference point are dependent on the functionality provided by the common service entity, and the application entity and the common service entity may reside in the same physical entity or in different physical entities. The Mcc reference point enables such use by a common service entity that wishes to use the services of other common service entities that provide the necessary functionality. The services provided through the Mcc reference point are dependent on the functionality provided by the common service entity. Mcc reference points can be supported between different M2M nodes. The Mcn reference point enables such use by a common service entity that wishes to use the service object of the underlying network providing the necessary functionality, which provides services other than transport and connection. The instance of the Mcn reference point is implemented dependent on the service provided in the underlying network. Information exchange between two physical M2M nodes can use the transport and connectivity services of the underlying network to provide basic services.

본 명세서에서는 공통 서비스 개체를 CSE로 기재할 수 있으며, 네트워크 서비스 개체를 NSE (Network Service Entity)로 기재할 수 있다. 또한, 본 명세서에서의 M2M 장치는 CSE 또는 AE를 의미하거나, CSE 또는 AE를 포함하는 장치를 의미하며, M2M 시스템을 구성하는 디바이스 또는 단말을 의미한다. In this specification, a common service entity can be described as a CSE, and a network service entity can be described as a network service entity (NSE). In this specification, the M2M device means CSE or AE, means a device including CSE or AE, and means a device or terminal constituting the M2M system.

도 2는 일 실시예에 따른 M2M 시스템 구성도를 보다 구체적으로 도시한 도면이다. FIG. 2 is a view showing a more detailed structure of the M2M system according to one embodiment.

도 2를 참조하면, 기반노드(Infrastructure Node, 250)는 M2M 통신을 제공하는데 필수적인 서버 기능을 수행한다. 기반노드(250)는 기반노드 응용개체(AE, 252)와 기반노드 공통서비스개체(CSE, 254)로 구성된다. 기반노드 공통서비스 개체(254)는 다양한 자원을 이용하여 구성된다. 252와 254는 Mca 참조점을 통하여 구분하고, 사물통신에 필요한 메시지, 특히 스케줄러 자원의 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify)하기 위한 요청메시지와 응답메시지의 구성과 처리에 사용한다.Referring to FIG. 2, an infrastructure node 250 performs a server function necessary to provide M2M communication. The originating node 250 is comprised of an originating node application entity (AE) 252 and an originating node common service entity (CSE) 254. Based node common service entity 254 is configured using various resources. 252 and 254 are divided through an Mca reference point and a message for communication of objects, particularly a request message for creating, deleting, updating, retrieving, and notifying the scheduler resource And for constructing and processing response messages.

중계노드(200)는 응용서비스노드(220)와 기반노드(250)의 M2M 통신 또는 Internet of Things, 사물통신 기능을 중계한다. 중계노드(200)는 중계노드 응용개체(202)와 중계노드 공통서비스개체(204)로 구성된다. 중계노드 공통서비스개체 (204)는 다양한 자원을 이용하여 구성된다. 202와 204는 Mca 참조점을 통하여 구분하며, 254와 204는 Mcc참조점을 이용하여 구분하고, 사물통신에 필요한 메시지, 특히 스케줄러 자원의 생성 (create), 삭제 (delete), 갱신 (update), 조회(retrieve), 통지 (notify)하기 위한 요청메시지와 응답메시지의 구성과 처리에 사용한다.The relay node 200 relays the M2M communication or the Internet of Things communication between the application service node 220 and the base node 250. The relay node 200 includes a relay node application entity 202 and a relay node common service entity 204. The relay node common service entity 204 is configured using various resources. 202 and 204 are divided through Mca reference points and 254 and 204 are classified using Mcc reference points and messages necessary for object communication, in particular, create, delete, update, Used to construct and process request and response messages to retrieve and notify.

응용서비스노드(210)는 응용개체(212)와 중계노드 공통서비스개체(214)로 구성할 수 있다. 응용개체(212)는 기기의 목적상 요구되는 응용 기능을 처리한다. 응용서비스노드(210)의 공통서비스개체(214)는 다양한 자원을 이용하여 구성한다. 212와 214는 Mca 참조점을 통하여 구분하며, 214와 254는 Mcc참조점을 이용하여 구분하고, 사물통신에 필요한 메시지, 특히 스케줄러 자원의 생성(create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify)하기 위한 요청메시지와 응답 메시지의 구성과 처리에 사용한다. 한편, 응용서비스노드(220)는 중계노드(200)를 통하여 기반노드(250)와 사물통신 기능을 수행할 수도 있다. 210과 220의 차이점은 노드를 구성하는 통신 인터페이스가 다른 것이 특징이다. 예를 들어, 220은 블루투스, ZigBee, Zwave, WiFi등의 초근거리 통신이 가능한 인터페이스를 이용하여 200을 통하여 100과 통신한다. 이에 반해, 210은 3G, LTE, 5G, Ethernet, Gigabit Ethernet, ADSL등의 통신 인터페이스를 이용하여 250과 통신한다.The application service node 210 may include an application entity 212 and a relay node common service entity 214. The application entity 212 processes the application functions required for the purpose of the device. The common service entity 214 of the application service node 210 is configured using various resources. 212 and 214 are divided through Mca reference points and 214 and 254 are classified using Mcc reference points and messages necessary for object communication, in particular, create, delete, update, Used to construct and process request and response messages to retrieve and notify. Meanwhile, the application service node 220 may perform the object communication function with the base node 250 through the relay node 200. The difference between 210 and 220 is that the communication interfaces constituting the node are different. For example, the 220 communicates with 200 through 200 using an interface capable of a near-field communication such as Bluetooth, ZigBee, Zwave, and WiFi. On the other hand, the 210 communicates with 250 using a communication interface such as 3G, LTE, 5G, Ethernet, Gigabit Ethernet, ADSL and the like.

응용전용노드(230, 240)는 공통서비스개체를 가지지 않고, 응용개체(242)만을 가지고 사물통신을 하는 경우를 대상으로 한다. 230은 3G, LTE, Ethernet, Gigabit Ethernet, ADSL등의 통신 인터페이스를 이용하여 250과 통신하는 경우이고, 240은 블루투스, ZigBee, Zwave, WiFi등의 초근거리 통신이 가능한 인터페이스를 이용하여 200을 통하여 250과 통신한다.The application dedicated nodes 230 and 240 do not have a common service entity but do object communication using only the application entity 242. [ 230 is used to communicate with 250 using a communication interface such as 3G, LTE, Ethernet, Gigabit Ethernet, ADSL and the like, and 240 is used to communicate with 250 through 200 using an interface capable of Bluetooth communication, ZigBee, Zwave, WiFi, Lt; / RTI >

도 2에서 설명한 바와 같이, M2M 시스템은 기반노드, 중계노드, 응용 서비스 노드 및 응용전용 노드 중 적어도 하나 이상의 노드로 구성될 수 있으며, 각 노드는 CSE 또는 AE를 포함하여 구성될 수 있다. CSE와 AE는 각각의 참조점을 통해서 타 CSE 또는 AE와 통신을 수행할 수 있다. As described in FIG. 2, the M2M system may be configured as at least one of an infrastructure node, a relay node, an application service node, and an application dedicated node, and each node may be configured to include a CSE or an AE. CSE and AE can communicate with other CSEs or AEs through their respective reference points.

도 3을 참조하면, 발신자(Originator, 300)는 요청 메시지를 수신자(Receiver, 310)로 전송한다(S320). 발신자(300)와 수신자(310)는 각각 M2M 장치일 수 있으며, 전술한 바와 같이 CSE 또는 AE일 수 있다. 또한, 발신자(300)와 수신자(310)는 CSE 또는 AE를 포함하는 노드 또는 서버 또는 장치일 수 있다. Referring to FIG. 3, the originator 300 transmits a request message to a receiver 310 (S320). The sender 300 and the receiver 310 may each be an M2M device and may be CSE or AE as described above. Also, the sender 300 and the recipient 310 may be nodes or servers or devices, including CSE or AE.

요청 메시지는 하나 이상의 파라미터를 포함할 수 있다. 예를 들어, 요청 메시지에는 필수적인 파라미터와 선택적인 파라미터가 포함될 수 있다. 예를 들어, 송신 (From) 측 파라미터, 수신측 (To) 파라미터, 요청 식별 정보 (Request Identifier) 파라미터 및 동작 (Operation) 파라미터는 필수적인 파라미터로 포함된다. From 파라미터는 메시지를 전송하는 발원자에 대한 정보를 포함하고, To 파라미터는 메시지를 수신하는 수신자에 대한 정보를 포함한다. Request Identifier 파라미터는 해당 요청 메시지를 식별하기 위한 유일한 식별 정보를 포함한다. 또한, Operation 파라미터는 요청 메시지에서 요청하는 동작을 구분하기 위한 정보를 포함한다. 동작 파라미터는 생성(Create), 조회(Retrieve), 갱신(Update), 삭제(Delete), 통지(Notify) 중 어느 하나로 설정될 수 있다. 또한, 요청 메시지의 다양한 동작을 제어하기 위하여 선택적인 파라미터를 부가할 수 있다. 예를 들어 응답 유형 (Response Type)의 선택적인 파라미터는 수신자의 처리 방식을 블록킹 (blockingRequest) 방식, 동기화된 넌블록킹 (nonBlockingRequestSynch) 방식, 비동기화된 넌블록킹 (nonBlockingRequestAsynch) 방식, 수신자 맞춤형 (flexBlocking) 방식으로 지정할 수 있다.The request message may include one or more parameters. For example, the request message may include mandatory and optional parameters. For example, the From side parameter, the To parameter, the Request Identifier parameter and the Operation parameter are included as mandatory parameters. The From parameter includes information about the originating atom that sends the message, and the To parameter contains information about the recipient receiving the message. The Request Identifier parameter contains unique identification information for identifying the request message. In addition, the operation parameter includes information for distinguishing the requested operation from the request message. The operation parameter may be set to one of Create, Retrieve, Update, Delete, and Notify. In addition, optional parameters may be added to control various operations of the request message. For example, the optional parameters of the response type include a blocking processing method, a non-blocking blocking request method, a non-blocking blocking method, a non-blocking blocking method, a flexBlocking method, .

수신자(310)는 요청 메시지가 수신되면, 해당 요청 메시지를 처리하기 위한 동작을 수행한다(S330). 예를 들어, 수신자(310)는 요청메시지(Request Message)를 송신한 발신자(300)가 해당 요청에 대한 권한을 가지고 있는지를 확인할 수 있다. 발신자(300)가 요청에 대한 권한을 가지고 있다고 판단되는 경우, 요청의 대상이 되는 리소스(requested resource)의 존재 여부를 확인한 후 요청 메시지를 처리한다. 또는, 수신자(310)는 요청 메시지의 동작 파라미터에 따라 해당하는 동작을 수행할 수 있다. 예를 들어, 동작 파라미터가 생성으로 설정되고, 특정 데이터의 변경, 추가, 삭제 등이 발생할 경우에 이를 발신자(300)측으로 알려주도록 지시하는 구독 기능이 설정되는 경우에 수신자(310)는 구독 정보를 생성하고, 해당 구독 정보에 해당하는 데이터에 변경, 추가, 삭제 등의 이벤트가 발생하는 경우에 이를 발신자(300) 측으로 통지할 수 있다. When the request message is received, the receiver 310 performs an operation for processing the request message (S330). For example, the receiver 310 can check whether the sender 300 having transmitted the request message has the right to the request. When it is determined that the sender 300 has the authority for the request, the request message is processed after confirming whether the requested resource exists. Alternatively, the receiver 310 may perform a corresponding operation according to the operation parameter of the request message. For example, when an operation parameter is set to be generated and a subscription function for instructing the sender 300 to inform the sender 300 of a change, addition, deletion, or the like of specific data occurs, the receiver 310 transmits the subscription information And notifies the sender 300 of the occurrence of an event such as change, addition, deletion, etc. in the data corresponding to the subscription information.

수신자(310)는 요청 동작에 따른 처리 결과 정보를 생성하여 이를 응답메시지에 포함하여 발신자(300)로 전송한다(S340). S340 단계는 S330 단계 이전에 수행될 수도 있다. 즉, 수신자(310)는 요청 메시지를 수신하면, 이에 대한 단순 수신을 나타내는 ACK 응답 메시지를 생성하여 발신자(300)측으로 전송하고, 이후 S330 단계를 수행하여 요청 메시지를 처리할 수도 있다.The receiver 310 generates processing result information according to the request operation and includes it in a response message and transmits it to the sender 300 (S340). The step S340 may be performed before the step S330. That is, when the receiver 310 receives the request message, it generates an ACK response message indicating simple reception of the ACK response message, and transmits the ACK response message to the sender 300, and then performs a step S330 to process the request message.

도 4는 본 발명의 일 실시예에 의한 공통 서비스 개체를 구성하는 도면이다. 도 4에서는 식별 정보의 처리 기능을 포함한다.4 is a diagram illustrating a common service entity according to an exemplary embodiment of the present invention. Fig. 4 includes a function of processing identification information.

공통 서비스 개체가 제공하는 기능을 도 4와 같이 정리하면 식별(Addressing & Identification), 어플리케이션/서비스 계층 관리(Application and Service Layer Management), 데이터 관리 및 저장(Data Management & Repository), 위치(Location), 보안(Security), 통신 관리/전달 핸들링(Communication Management / Delivery Handling), 등록(Registration), 서비스 세션 관리(Service Session Management), 디바이스 관리(Device Management), 구독/알림(Subscription/Notification), 연결 관리(Connectivity Management), 디스커버리(Discovery), 서비스 과금/정산(Service Charging/Accounting), 네트워크 서비스 표출/서비스 실행 및 트리거링(Network Service Exposure / Service execution and triggering ), 그룹 관리(Group Management) 등이 있다. The functions provided by the common service object can be summarized as shown in FIG. 4, and can be classified into Addressing & Identification, Application and Service Layer Management, Data Management & Repository, Location, Security, Communication Management / Delivery Handling, Registration, Service Session Management, Device Management, Subscription / Notification, Connection Management Service Charging / Accounting, Network Service Exposure / Service Execution and Triggering, Group Management, and so on.

물론, 상기 기능 이외에도 시맨틱스(Semantics), 데이터 분석(Data Analytics), 어플리케이션 인에이블먼트(Application Enablement), 네트워크 서비스 기능 관리(Network Service Function Management)등도 포함할 수 있다. Of course, in addition to the above functions, it may include semantics, data analysis, application enablement, and network service function management.

각각의 기능에 대해 살펴보면 다음과 같다.Each of the functions will be described as follows.

ASM(Application and Service Layer Management)는 ADN, ASN, MN, IN의 AE와 CSE를 관리하는 것을 담당하며, 이는 CSE의 설정(configure), 트러블슈팅(troubleshoot), 업그레이드 기능과 AE의 업그레이드를 포함한다.Application and Service Layer Management (ASM) is responsible for managing AEs and CSEs for ADN, ASN, MN, and IN, including configuration, troubleshoot, upgrading, and upgrading of AE .

CMDH(Communication Management and Delivery Handling)는 다른 CSE, AE, NSE간의 통신을 책임진다. CMDH는 어느 시각에 어떤 통신 연결을 이용하여 통신을 전달할 것인지(CSE-CSE간 통신), 언제 필요하고 언제 허가되는지, 그리고 통신의 전달이 이후로 미루어질 때 통신 요청을 저장하는 것을 책임진다. CMDH는 통신에 대한 각 요청에 특화된 프로비전된 정책과 전달 핸들링 파라미터에 따라 수행된다. 기반 네트워크 데이터 전송 서비스를 이용한 통신에서 기반 네트워크는 동일한 전달 핸들링 기능을 지원할 수 있다. 이 경우 CMDH는 기반 네트워크를 사용할 수 있으며, 기반 네트워크에 동일한 전달 핸들링 기능을 액세스하는 프런트엔드로 동작할 수 있다.Communication Management and Delivery Handling (CMDH) is responsible for communication between other CSEs, AEs, and NSEs. CMDH is responsible for storing the communication requests at which time to communicate using which communication connection (CSE-CSE communication), when it is needed and when it is allowed, and when the transmission of the communication is postponed. CMDH is performed according to the provisioning policy and delivery handling parameters specific to each request for communication. Based network data transmission service, the underlying network can support the same forwarding handling function. In this case, the CMDH can use the underlying network and can act as a front end accessing the same forwarding handling function to the underlying network.

DMR(Data Management and Repository)은 M2M 어플리케이션이 다른 개체와 데이터를 교환할 수 있도록 한다. DMR CSF는 데이터 저장 공간을 제공하고 이를 조정하는 기능을 제공한다. 또한 대량의 데이터를 수집하고 결합하거나, 데이터를 특정한 포맷으로 변환하거나, 또는 데이터를 분석 및 시맨틱 프로세싱을 위해 저장하는 기능을 포함한다. "데이터"라는 것은 M2M 디바이스로부터 투명하게 추출되는 로우 데이터(raw data)를 의미하거나 M2M 개체에 의해 계산 또는 결합되어 프로세싱된 데이터를 의미할 수 있다. 대량의 데이터를 수집하는 것은 빅데이터 저장 기능으로 알려진 것을 구성한다.Data Management and Repository (DMR) allows M2M applications to exchange data with other objects. The DMR CSF provides the ability to provide and coordinate data storage. It also includes the ability to collect and combine large amounts of data, convert data to a specific format, or store data for analysis and semantic processing. &Quot; Data " means raw data that is extracted transparently from an M2M device, or may refer to data processed or combined and processed by an M2M entity. Collecting large amounts of data constitutes what is known as Big Data Storage.

DMG(Device Management) CSF는 MN과 디바이스 노드 및 M2M 에어리어 네트워크에 있는 디바이스들의 디바이스 기능의 관리를 담당한다. 다음의 기능을 하나 이상 제공하는 디바이스 관리를 가능하게 한다. 어플리케이션 소프트웨어의 설치 및 세팅, 설정 세팅 및 프로비저닝, 펌웨어 업데이트, 로깅과 모니터링과 분석, 에어리어 네트워크의 토폴로지 관리, 그리고 에어리어 네트워크 관리 내의 디바이스를 포함한다. DMG (Device Management) The CSF is responsible for managing device functions of devices in MNs, device nodes, and M2M area networks. It enables device management to provide one or more of the following functions: Application software installation and settings, configuration settings and provisioning, firmware updates, logging and monitoring and analysis, topology management of area networks, and area network management.

DIS(디스커버리) CSF는 주어진 범위와 주제 내에서 허락된 권한(M2M 서비스 구독에서 허락된 것을 포함)과 주어진 범위 내에서 오리지네이터(Originator)로부터의 요청에 해당하는 정보와 리소스를 검색하는 것을 책임진다. 오리지네이터는 어플리케이션 또는 다른 CSE가 될 수 있다. 검색의 범위는 하나의 CSE가 되거나 다수의 CSE가 될 수 있다. 디스커버리 결과는 오리지네이터에게 리턴된다.The DIS (Discovery) CSF is responsible for retrieving the information and resources granted in the given scope and subject (including those allowed in the M2M service subscription) and the request from the Originator within a given scope Loses. The originator can be an application or another CSE. The scope of the search may be one CSE or multiple CSEs. The discovery result is returned to the originator.

GMG(Group Management)는 요청과 관련된 그룹을 핸들링한다. 요청은 그룹과 그룹의 멤버십의 관리를 위해 전송되며 또한 그룹에 의해 지원되는 벌크 오퍼레이션도 담당한다. 그룹에 멤버를 추가 또는 삭제할 경우, 멤버가 그룹의 목적에 순응하는지를 확인할 필요가 있다. 벌크 오퍼레이션은 읽기, 쓰기, 구독하기, 알리기, 디바이스 관리 등을 포함한다. 요청 또는 구독은 그룹을 통하여 이루어지고, 그룹이 이러한 요청과 알림을 결합하는 것을 책임진다. 그룹의 멤버는 리소스에 대한 접근 권한에 대해 동일한 역할을 가진다. 이 경우, 접근 제어는 그룹에 의해 이루어진다. 기반 네트워크가 브로드캐스팅과 멀티캐스팅 기능을 제공할 경우, GMG CSF는 이러한 기능을 이용해야 한다.Group Management (GMG) handles the group associated with the request. Requests are sent for the management of group and group membership, and are also responsible for the bulk operations supported by the group. When adding or deleting members to a group, you need to make sure that the members conform to the purpose of the group. Bulk operations include read, write, subscribe, notify, and device management. The request or subscription is made through the group, and the group is responsible for combining these requests and notifications. Members of a group have the same role in access rights to resources. In this case, access control is done by the group. If the underlying network provides broadcasting and multicasting capabilities, the GMG CSF should use these functions.

LOC(Location) CSF는 위치 기반 서비스를 위해 M2M 노드(예를 들어 ASN, MN)의 지리적 위치 정보를 M2M AE가 습득할 수 있도록 한다. 동일한 또는 상이한 M2M 노드 내에 존재하는 M2M AE로부터 이러한 위치 정보가 요청될 수 있다. LOC (Location) The CSF enables the M2M AE to acquire the geographical location information of M2M nodes (eg ASN, MN) for location based services. This location information may be requested from an M2M AE that is in the same or a different M2M node.

NSE(Network Service Exposure) CSF는 M2M 어플리케이션을 대신하여 M2M 시스템으로부터의 서비스 요청에 대한 사용 가능하거나 지원 가능한 방식을 Mcn 참조점을 통하여 네트워크 서비스 기능을 액세스 하기 위해 기반 네트워크와의 통신을 관리한다. NSE CSF는 다른 CSF와 AF를 기반 네트워크에서 지원되는 특정한 기술과 메커니즘으로부터 은폐한다. 기반 네트워크로부터 제공되는 네트워크 서비스 기능은 디바이스 트리거링, 스몰 데이터 전송, 위치 알림, 폴리시 룰 셋팅, 위치 질의, IMS 서비스, 디바이스 관리 등을 포함하지만 이에 한정되지는 않는다. 이러한 기능들은 일반적인 전송 서비스를 포함하지 않는다.NSE (Network Service Exposure) The CSF manages the communication with the underlying network to access the network service functions via the Mcn reference point on behalf of the M2M application, the available or supportable way for the service request from the M2M system. The NSE CSF conceals other CSFs and AFs from specific technologies and mechanisms supported in the underlying network. The network service functions provided from the underlying network include, but are not limited to, device triggering, small data transfer, location notification, policy rule setting, location query, IMS service, device management and the like. These functions do not include general transmission services.

REG(Registration)는 어플리케이션 또는 다른 CSE가 CSE에 등록하도록 핸들링하는 것을 담당하는데, 이는 CSE에서 제공되는 서비스를 사용하려는 개체의 등록을 허락하기 위함이다. REG CSF는 CSE에 대한 디바이스의 등록 뿐만 아니라 디바이스의 특성/속성의 등록도 핸들링한다.REG (Registration) is responsible for handling applications or other CSEs to register with the CSE, which allows registration of entities that want to use the services provided by the CSE. The REG CSF handles not only device registration for the CSE, but also device property / attribute registration.

SEC(Security)는 주의를 요하는(센서티브) 데이터 핸들링 기능, 보안 운영 기능, 보안 결합 설정 기능, 권한 부여와 액세스 제어 기능, 식별 보호 기능을 제공한다. SEC CSF가 제공하는 센서티브 데이터 핸들링 기능은 저장과 조작 과정에서 보안이 필요한 로컬 크리덴셜을 보호하는 기능을 제공한다. 센서티브 데이터 핸들링 기능 역시 보안 알고리즘을 사용한다. 이 기능은 다양한 암호기법이 분리된 보안 환경을 지원한다. 보안 운영 기능은 다음의 기능을 제공하는데, 먼저 센서티브 데이터 핸들링 기능에 의해 지원되도록 전용된 보안 환경의 생성과 운영 기능을 제공한다. 또한 보안 환경에서 보호되는 루트 크리덴셜의 포스트 프로비저닝을 지원하며, M2M 서비스와 M2M 어플리케이션 서비스와 관련된 구독의 프로비저닝과 운영을 지원한다. 보안 결합 설정 기능은 M2M 노드들 간의 보안 결합을 설정하여 기밀성, 통합성, 인증, 권한 부여가 가능하도록 한다. 권한 부여와 액세스 제어 기능은 프로비전된 보안 정책과 할당된 롤에 따라 권한 부여된 개체로의 서비스와 데이터 접근을 제어한다. 개체의 유일한 식별자가 권한 부여에 사용되며, 식별 보호 기능은 개체 또는 사용자와 결합된 실제 식별 정보와 링크되지 않도록 임시의 식별자로 기능하는 익명을 제공할 수 있다.SEC (Security) provides careful (sensitive) data handling, security operations, secure association configuration, authorization and access control, and identity protection. The SEC CSF provides sensitive data handling capabilities to protect local credentials that require security during storage and manipulation. Sensitive data handling also uses security algorithms. This feature supports separate security environments with different cryptographic techniques. The security operations function provides the following functions, first providing the creation and operation of a secure environment dedicated to being supported by the sensitive data handling function. It supports post provisioning of root credentials protected in a secure environment and supports the provisioning and operation of subscriptions related to M2M services and M2M application services. The security association setting function establishes a security association between M2M nodes to enable confidentiality, integrity, authentication, and authorization. Authorization and access control functions control the access of services and data to authorized entities according to the provisioned security policies and assigned roles. The unique identifier of the entity is used for authorization, and the identity protection function can provide anonymity that serves as a temporary identifier so that it is not linked to the actual identity information associated with the entity or user.

SCA(Service Charging and Accounting)는 서비스 계층의 과금 기능을 제공한다. 온라인 과금과 오프라인 과금을 포함하는 상이한 과금 모델들을 지원한다. SCA CSF는 과금 가능한 이벤트를 확보하고, 정보를 저장하며, 과금 기록과 과금 정보를 생성한다. SCA CSF는 기반 네트워크의 과금 시스템과 상호작용 할 수 있다. 그러나 SCA CSF는 최종 서비스 레벨의 과금 정보를 생성하고 기록할 책임을 가진다. 기반 노드 또는 서비스 계층 과금 서버의 SCA CSF는 과금을 위한 과금 정보를 핸들링하는 것을 책임진다.Service Charging and Accounting (SCA) provides billing for the service layer. Supports different billing models, including online and offline billing. The SCA CSF acquires billable events, stores information, and generates billing records and billing information. The SCA CSF can interact with the billing system of the underlying network. However, the SCA CSF is responsible for generating and recording billing information at the final service level. The SCA CSF of the base node or service layer charging server is responsible for handling billing information for billing.

SSM(Service Session Management) CSF는 단대단 서비스 계층 연결인 M2M 서비스 세션을 관리한다. SSM CSF는 M2M 어플리케이션들 간의, 또는 M2M 어플리케이션과 CSE 간의, 또는 CSE들 간의 M2M 서비스 세션을 관리한다. M2M 서비스 세션의 관리는 세션 상태의 관리, 세션 인증과 설립, 세션과 관련된 기반 네트워크 연결 및 서비스의 관리, CSE의 멀티 홉인 cse의 세션 확장의 조정, 세션 종단간의 정보의 교환, 그리고 세션의 종료를 포함한다. 주어진 M2M 서비스 세션내에서 다음 홉의 CSE 또는 어플리케이션으로/부터의 메시지 송수신을 위해 SSM CSF는 로컬 CSE 내의 CMDH CSF를 이용한다. SSM CSF는 세션 참가자의 보안 크리덴셜과 인증과 관련된 세션 관리를 위해 SEC CSF를 이용한다. SSM CSF는 세션에 특화된 과금 이벤트를 생성하며 로컬 CSE 내의 SCA CSF와도 통신한다.SSM (Service Session Management) The CSF manages M2M service sessions that are end-to-end service layer connections. The SSM CSF manages M2M service sessions between M2M applications, or between M2M applications and CSEs, or between CSEs. Management of the M2M service session includes management of the session state, establishment and authentication of the session, management of the underlying network connection and service related to the session, coordination of the session expansion of the CSE multi-hop cse, . Within a given M2M service session, the SSM CSF uses the CMDH CSF in the local CSE to send / receive messages to / from the next hop CSE or application. The SSM CSF uses the SEC CSF for session credentials for session participants and for session management related to authentication. The SSM CSF generates session-specific billing events and also communicates with the SCA CSF in the local CSE.

SUB(Subscription and Notification)는 구독을 유지하는 알림을 제공하며, 리소스의 변화(예를 들어 리소스의 삭제)를 트래킹한다. 리소스의 구독은 M2M AE 또는 CSE에 의해 시작되며, 호스팅 CSE에 의해 접근 권한이 그랜트된다. 활성화된 구독 중에 호스팅 CSE는 구독된 리소스의 변화가 발생하는 경우 리소스 구독자가 수신하길 원하는 주소로 알림을 전송한다.Subscription and Notification (SUB) provides notification to maintain subscriptions and tracks changes in resources (for example, deletion of resources). The subscription of the resource is initiated by the M2M AE or CSE and the access rights are granted by the hosting CSE. During an active subscription, the hosting CSE sends a notification to the address that the resource subscriber wants to receive in the event of a change in the subscribed resource.

도 4 및 그에 대한 설명은 공통 서비스 개체를 구현하는 실시예들이며 본 발명이 이에 한정되지는 않는다. 4 and the description thereof are embodiments for implementing a common service entity, and the present invention is not limited thereto.

한편, 본 실시예들에 적용될 수 있는 식별자(identifier)를 살펴보면 다음과 같다. M2M 식별자로는 M2M-SP-ID(M2M Service Provider Identifier), App-Inst-ID(Application Instance Identifier), App-ID(Application Identifier), CSE-ID(CSE Identifier), M2M-Node-ID(M2M Node Identifier/Device Identifier), M2M-Sub-ID(M2M Service Subscription Identifier), M2M-Request-ID(Request Identifier) 등이 있다.An identifier that can be applied to the present embodiments will be described as follows. The M2M identifier includes an M2M Service Provider Identifier (M2M-SP-ID), an App-Inst-ID (Application Instance Identifier), an App-ID (Application Identifier), a CSE-ID (CSE Identifier), an M2M- A Node Identifier / Device Identifier, an M2M Service Subscription Identifier (M2M-Sub-ID), and an M2M-Request-ID (Request Identifier).

oneM2M은 시스템을 구현하기 위해 충족시켜야 할 요구사항으로 전반적인 시스템 요구사항(Overall System Requirements), 관리 요구사항(Management Requirements), 데이터 모델과 의미 요구사항(Data Model & Semantics Requirements), 보안 요구사항(Security Requirements), 과금 요구사항(Charging Requirements), 운영 요구사항(Operational Requirements)을 제시하고 있다.oneM2M is a requirement that must be fulfilled to implement the system. It includes overall system requirements, management requirements, data model & semantics requirements, security requirements Requirements, Charging Requirements, and Operational Requirements.

본 명세서에서는 M2M 시스템 기술, 특히 oneM2M 서비스 플랫폼 기술을 중심으로 설명한다. 그러나 이러한 설명이 M2M 서비스 플랫폼 기술에만 한정되는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신 동작에 적용 가능하다.This document focuses on M2M system technology, especially oneM2M service platform technology. However, this description is not limited to the M2M service platform technology, but is applicable to all systems and structures that provide inter-device communication, i.e., object communication, and communication operations occurring in these systems.

또한, 본 명세서에서의 발신자, 발원자, 오리지네이터 등은 메시지를 전송하는 M2M 장치를 의미하는 것이며, 수신자, 리시버, 호스팅 CSE 등은 메시지를 수신하는 M2M 장치를 의미할 수 있다. 다만, 수신자도 응답 메시지를 전송할 수 있고, 발신자도 응답 메시지를 수신할 수 있다. 따라서, 특정 절차에서 요청 메시지를 최초로 전송하는 M2M 장치를 발신자 또는 Originator 또는 발원자로 기재하여 설명하고, 전송된 요청 메시지를 수신하는 M2M 장치를 수신자 또는 Receiver 또는 Hosting CSE로 기재하여 설명한다. 물론, 전술한 바와 같이, 발신자와 수신자 모두 메시지를 송수신할 수 있다. Also, in this specification, the sender, the originator, the originator, and the like refer to an M2M device that transmits a message, and the receiver, receiver, hosting CSE, and the like may refer to an M2M device that receives a message. However, the recipient can also send a reply message, and the sender can also receive the reply message. Therefore, the M2M device that initially transmits the request message in a specific procedure is described as the originator or Originator or the originator, and the M2M device receiving the transmitted request message is described as the receiver or Receiver or Hosting CSE. Of course, both the sender and receiver can send and receive messages, as described above.

또한, 본 명세서에서의 M2M 장치는 전술한 AE, CSE, NSE 등을 포함하는 다양한 노드를 의미하는 명칭으로 기재하여 설명하며, 이해의 편의를 위하여 호스팅 CSE를 중심으로 설명을 진행하나 이에 한정되는 것은 아니다. 즉, M2M 장치는 M2M 시스템을 구성하는 일 구성 장치를 의미하며, 요청 메시지를 수신하여 이에 대한 처리를 수행하고 응답 메시지를 전송하는 다양한 노드, 장치, 개체 등을 의미한다. The M2M device in this specification describes the various nodes including the above-mentioned AE, CSE, NSE, and the like, and for the sake of understanding, the description will be made with reference to the hosting CSE. However, no. That is, the M2M device refers to a constituent device that constitutes the M2M system, and refers to various nodes, devices, and entities that receive a request message, perform processing thereon, and transmit a response message.

M2M 시스템에서 M2M 시스템을 구성하는 각 M2M 장치 및 해당 M2M 장치의 정보를 이용하여 사용자에게 응용 프로그램을 제공하는 어플리케이션 등은 서로 필요한 정보를 교환한다. 예를 들어, M2M 장치는 필요한 자원에 대한 생성, 조회, 삭제, 갱신 및 통지의 동작을 수행할 수 있으며, 다른 M2M 장치 및 어플리케이션 등은 해당 동작을 요청할 수 있다. The M2M system exchanges necessary information with each of the M2M devices constituting the M2M system and the application providing the application program to the user by using the information of the corresponding M2M device. For example, the M2M device may perform the operations of creating, inquiring, deleting, updating, and notifying the necessary resources, and other M2M devices and applications may request the corresponding operation.

다만, M2M 시스템은 다수의 M2M 장치에 의해서 구성될 수 있으며, 개별 M2M 장치는 다양한 목적에 따라 자원에 대한 동작을 요청할 수 있다. 또한, M2M 장치가 실생활에 빠르게 접목되면서 요구되는 동작의 범위도 넓어지고, 다양하게 발전하고 있다. 이러한 상황에서 요청 메시지에는 다양한 파라미터가 포함될 수 있으며, 파라미터의 정보도 다양하게 변화된다. However, the M2M system can be configured by a plurality of M2M devices, and the individual M2M devices can request an operation for the resources according to various purposes. In addition, as M2M devices are rapidly applied to real life, the range of motion required is widening and diversified. In this situation, the request message may include various parameters, and the information of the parameters may be variously changed.

이러한 상황에서, 종래의 M2M 시스템에서의 요청 메시지 처리 절차는 파라미터 및 동작을 수행하기 위한 절차가 제한적으로 설정되어 있고, 그 순서가 비효율적으로 개시되어 있어서 불필요한 처리 시간 상승 및 오류 발생의 가능성이 있다. In this situation, the request message processing procedure in the conventional M2M system has a limited set of procedures for performing parameters and operations, and the order thereof is ineffectively started, which may increase unnecessary processing time and possibly cause an error.

아래에서는, 이러한 종래 문제점에 대해서 설명하고, 해당 문제점을 해결하기 위한 본 개시의 실시예를 도면을 참조하여 설명한다. 본 명세서에서의 파라미터 명칭, 메시지 명칭 등은 예들들어 설명하는 것으로 그 명칭에 제한되지는 않는다.Hereinafter, such conventional problems will be described, and embodiments of the present disclosure for solving the problems will be described with reference to the drawings. The parameter names, message names, and the like in this specification are described by way of example and are not limited to these names.

도 5는 종래 요청 메시지를 처리하는 메시지 처리 절차에 대한 문제점을 설명하기 위한 도면이다. 5 is a diagram for explaining a problem of a message processing procedure for processing a conventional request message.

도 5를 참조하면, M2M 장치는 요청 메시지가 수신되면, 수신된 요청 메시지의 유효성을 체크한다(S500). 요청 메시지는 동작 파라미터, 수신측 파라미터, 송신측 파라미터 및 요청 식별 파라미터 중 적어도 하나의 파라미터를 포함할 수 있다.Referring to FIG. 5, when the request message is received, the M2M device checks the validity of the received request message (S500). The request message may include at least one of an operation parameter, a receiver parameter, a transmitter parameter and a request identification parameter.

요청 메시지에 대한 유효성 체크가 완료되면, M2M 장치는 요청 메시지에 대한 응답 모드 파라미터를 확인하는 단계를 수행한다(S505). 예를 들어, 응답 모드 파라미터는 요청 메시지에 포함될 수 있다. 응답 모드 파라미터는 요청 메시지에 대한 응답 정보를 수신하는 절차에 따라 구분되어 설정될 수 있다. 예를 들어, 응답 모드 파라미터는 블록킹(blocking), 동기식 논블록킹(nonBlockingRequestSynch), 비동기식 논블록킹(nonBlockingRequestAsynch) 및 플렉스 블록킹(flexBlocking) 중 어느 하나로 설정될 수 있다. 또는, 응답 모드 파라미터가 존재하지 않을 수도 있다. 응답 모드 파라미터가 존재하지 않는 경우에는 블록킹(blocking) 방식으로 처리할 수 있다. When the validity check of the request message is completed, the M2M device performs a step of checking the response mode parameter for the request message (S505). For example, the response mode parameter may be included in the request message. The response mode parameter may be set separately according to the procedure for receiving the response information for the request message. For example, the response mode parameter may be set to one of blocking, synchronous non-blocking, non-blocking non-blocking, and flex blocking. Alternatively, the response mode parameter may not be present. If the response mode parameter does not exist, it can be processed in a blocking manner.

M2M 장치는 S505 단계에서 확인한 응답 모드 파라미터에 따라서 요청 메시지에 대한 응답 정보를 서로 다른 절차를 통해서 처리할 수 있다. The M2M apparatus can process response information for the request message through different procedures according to the response mode parameter confirmed in step S505.

일 예로, M2M 장치는 응답 모드 파라미터가 존재하지 않거나, 블록킹으로 설정된 경우에 요청 메시지에 포함되는 파라미터에 기초하여 요청을 처리하기 위한 자원 핸들링 절차를 수행한다(S550). 구체적인 자원 핸들링 절차는 도 6을 참조하여 상세하게 설명한다. 이후, M2M 장치는 자원 핸들링 절차를 통해서 생성된 응답 정보를 응답 메시지에 포함하여 전송한다(S555).In operation S550, the M2M device performs a resource handling procedure to process the request based on the parameters included in the request message when the response mode parameter does not exist or is set to be blocked. The specific resource handling procedure will be described in detail with reference to FIG. Thereafter, the M2M device transmits the response information generated through the resource handling procedure in the response message (S555).

다른 예로, M2M 장치는 응답 모드 파라미터가 비동기식 논블록킹으로 설정된 경우에 요청 자원을 생성한다(S510). M2M 장치는 요청 메시지를 처리하기 위한 요청 자원이 성공적으로 생성되면, 이에 대한 응답을 생성하고(S515), 응답 메시지를 전송한다(S520). 이후, M2M 장치는 요청 메시지에 포함되는 파라미터에 기초하여 요청을 처리하기 위한 자원 핸들링 절차를 수행한다(S525). 구체적인 자원 핸들링 절차는 도 6을 참조하여 상세하게 설명한다. M2M 장치는 요청 메시지에 따른 자원 핸들링 절차가 완료되면, 생성된 요청 자원을 업데이트한다(S530). 이후, M2M 장치는 요청메시지에 따른 자원 핸들링이 완료되어, 특정 요청 자원에 결과가 저장되었음을 발원자에게 통지 정보를 포함하는 요청 메시지로 전송한다(S535). M2M 장치는 발원자의 응답 메시지를 기다린다(S540). As another example, the M2M device generates a request resource when the response mode parameter is set to asynchronous non-blocking (S510). When the request resource for processing the request message is successfully generated, the M2M device generates a response (S515) and transmits a response message (S520). Thereafter, the M2M device performs a resource handling procedure for processing the request based on the parameters included in the request message (S525). The specific resource handling procedure will be described in detail with reference to FIG. When the resource handling procedure according to the request message is completed, the M2M device updates the generated request resource (S530). Thereafter, the M2M device transmits the request message containing the notification information to the originator that the resource handling according to the request message is completed and the result is stored in the specific request resource (S535). The M2M device waits for a response message of the originator (S540).

또 다른 예로, M2M 장치는 응답 모드 파라미터가 동기식 논블록킹으로 설정된 경우, 요청 자원을 생성한다(S560). M2M 장치는 요청 메시지를 처리하기 위한 요청 자원이 성공적으로 생성되면, 이에 대한 응답을 생성하고(S565), 응답 메시지를 전송한다(S570). 이후, M2M 장치는 요청 메시지에 포함되는 파라미터에 기초하여 요청을 처리하기 위한 자원 핸들링 절차를 수행한다(S575). 구체적인 자원 핸들링 절차는 도 6을 참조하여 상세하게 설명한다. M2M 장치는 요청 메시지에 따른 자원 핸들링 절차가 완료되면, 생성된 요청 자원을 업데이트한다(S580). 이 경우, 요청 메시지를 전송한 발원자는 응답 정보를 수신하기 위한 조회 요청 메시지를 수신자로 전송한다. 조회 요청 메시지는 미리 설정된 주기 또는 일정 시간이 경과한 경우에 전송될 수 있다. 발원자는 조회 요청 메시지를 전송한 이후에 조회 요청 메시지에 대한 조회 응답 메시지를 수신한다. 조회 응답 메시지는 응답 상태 코드 파라미터, 요청 식별 파라미터 및 컨텐츠 파라미터를 필수적으로 포함할 수 있다. 발원자는 조회 응답 메시지가 수신되면 조회 응답 메시지에 포함되는 응답 상태 코드 파라미터 또는 컨텐츠 파라미터를 확인하고, 응답 정보의 포함 여부에 따라서 조회 요청 메시지를 재전송하거나, 조회 응답 메시지에서 응답 정보를 추출하거나, 에러 처리를 수행할 수 있다. As another example, if the response mode parameter is set to synchronous non-blocking, the M2M device generates a request resource (S560). If the request resource for processing the request message is successfully generated, the M2M device generates a response (S565) and transmits a response message (S570). Thereafter, the M2M device performs a resource handling procedure for processing the request based on the parameters included in the request message (S575). The specific resource handling procedure will be described in detail with reference to FIG. When the resource handling procedure according to the request message is completed, the M2M device updates the generated request resource (S580). In this case, the sender of the request message transmits the inquiry request message for receiving the response information to the receiver. The inquiry request message may be transmitted when a predetermined period or a predetermined time has elapsed. The originator receives the inquiry response message for the inquiry request message after transmitting the inquiry request message. The inquiry response message may essentially include a response status code parameter, a request identification parameter and a content parameter. The originator confirms the response status code parameter or the content parameter included in the inquiry response message when the inquiry response message is received and retransmits the inquiry request message according to whether the response information is included or extracts the response information from the inquiry response message, Processing can be performed.

정리하면, M2M 장치는 응답 모드 파라미터에 따라서 응답 정보를 전송하거나, 일정 주기로 조회 요청 메시지를 수신하여 응답 정보를 전송하거나, 통지 요청 메시지를 전송하고 응답 메시지를 기다릴 수 있다. 이러한 응답 정보 수신 절차의 구분은 응답 모드 파라미터에 따라 구분되며, M2M 장치는 요청 메시지를 처리함에 있어서 응답 모드 파라미터를 확인하여, 각 절차를 구분하여 수행할 수 있다. In summary, the M2M device may transmit the response information according to the response mode parameter, receive the inquiry request message at predetermined intervals, transmit the response information, or transmit the notification request message and wait for the response message. The distinction of the response information receiving procedure is classified according to the response mode parameter, and the M2M device can confirm the response mode parameter in processing the request message and perform each procedure separately.

도 6은 종래 요청 메시지에 따라 자원 제어 동작을 수행하는 절차에 대한 문제점을 설명하기 위한 도면이다. 6 is a diagram for explaining a problem of a procedure for performing a resource control operation according to a conventional request message.

도 6을 참조하여, 요청 메시지에 따른 자원 핸들링 절차를 보다 구체적으로 설명한다. M2M 장치는 수신자가 레지스트라 CSE이고, 송신자가 AE이고, 요청 메시지의 동작 파라미터가 생성으로 설정되었는지 체크한다(S600). 만약, S600을 만족하면, 서비스 가입 프로필을 확인한다(S605). 예를 들어, 수신자는 자원 유형 매개 변수에 지정된 자원 유형을 생성 할 수있는 serviceRoles 속성에서 송신자의 <m2mServiceSubscriptionProfile>에 S-RoleID가 있는지 확인해야한다. 수신자는 수신자의 CSE-ID를 포함하여 적절한 <serviceSubscribedNode>를 찾고 <m2mServiceSubscriptionProfile> 자원에 해당하는 <serviceSubscribedNode>의 부모 자원으로부터 serviceRoles를 결정해야한다(The receiver shall check if the originator's <m2mServiceSubscriptionProfile> has S-RoleID in serviceRoles attribute that allows to create resource type specified in resource type parameter. The receiver shall find a proper <serviceSubscribedNode> including CSE-ID of the receiver and determine serviceRoles from the parent resource of the <serviceSubscribedNode> which corresponds to <m2mServiceSubscriptionProfile> resource.).The resource handling procedure according to the request message will be described in more detail with reference to FIG. The M2M device checks whether the recipient is the registrar CSE, the sender is AE, and the operation parameter of the request message is set to generate (S600). If S600 is satisfied, the service subscription profile is confirmed (S605). For example, the receiver MUST verify that the sender's <m2mServiceSubscriptionProfile> has an S-RoleID in the serviceRoles attribute, which can generate the resource type specified in the resource type parameter. The receiver must find the appropriate <serviceSubscribedNode>, including the receiver's CSE-ID, and determine the serviceRoles from the parent resource of the <serviceSubscribedNode> corresponding to the <m2mServiceSubscriptionProfile> resource (The receiver shall check if the originator's <m2mServiceSubscriptionProfile> has S-RoleID in serviceRoles attribute that allows the create resource type to be specified in the resource type parameter, which corresponds to the <serviceSubscribedNode>, including CSE-ID of the receiver and determine the service resource of the <serviceSubscribedNode> which corresponds to <m2mServiceSubscriptionProfile> resource .).

이와 달리, S600 단계를 만족하지 않으면, 요청 메시지를 수신한 M2M 장치가 요청 메시지의 타겟 CSE인지를 확인한다(S610). 예를 들어, 요청 메시지를 수신한 M2M 장치는 요청 메시지의 수신측 파라미터("To" parameter)를 이용하여 수신자가 Hosting CSE인지 Transit CSE인지 확인한다. Otherwise, if the step S600 is not satisfied, it is confirmed whether the M2M device having received the request message is the target CSE of the request message (S610). For example, an M2M device that has received a request message may use the To parameter of the request message to determine whether the recipient is a Hosting CSE or a Transit CSE.

요청 메시지를 수신한 M2M 장치가 Hosting CSE인 경우, 지정된 자원의 존재를 체크한다(S630). 이후, M2M 장치는 요청 메시지를 전송한 발원자의 권한을 체크하고(S635), 통지 동작을 제외하고 자원 표현의 유효성을 체크한다(S640). M2M 장치는 체크 동작들이 모두 완료되면, 요청 메시지의 동작 파라미터가 지정하는 동작을 수행한다(S645). 예를 들어, 생성, 갱신, 조회, 삭제, 통지 등의 동작을 수행할 수 있다. 이후, M2M 장치는 자원 공지 및 자원 미공지라는 두 가지 일반작업을 미리 설정된 절차에 따라서 수행하며, 각 절차는 동작 파라미터에 따라 상이하게 설정될 수 있다(S650). If the M2M device receiving the request message is Hosting CSE, the presence of the designated resource is checked (S630). Thereafter, the M2M device checks the authority of the originator that sent the request message (S635), and checks the validity of the resource expression except for the notification operation (S640). When all of the check operations are completed, the M2M device performs an operation designated by the operation parameter of the request message (S645). For example, operations such as generation, update, inquiry, deletion, notification, and the like can be performed. Thereafter, the M2M device performs two general operations, that is, resource notification and resource unrecognition, according to a predetermined procedure, and each procedure may be set differently according to operation parameters (S650).

이후, M2M 장치는 응답 유형 파라미터를 체크한다(S655). 만약, 응답 유형 파라미터에 따라 설정된 통신 방식이 블럭킹인 경우에 성공에 대한 응답을 생성한다(S660). 만약, 응답 유형 파라미터에 따라 설정된 통신 방식이 블럭킹이 아닌 경우에 자원 핸들링 절차를 종료하고, 도 5의 절차에 따라서 응답을 처리한다. Thereafter, the M2M device checks the response type parameter (S655). If the communication mode set according to the response type parameter is blocking, a response to the success is generated (S660). If the communication method set according to the response type parameter is not blocking, the resource handling procedure is terminated and the response is processed according to the procedure of Fig.

S610 단계에서 요청 메시지를 수신한 M2M 장치가 Hosting CSE가 아닌 경우(Transit CSE인 경우)에 CMDH 처리를 지원하는지를 체크한다(S615). 만약, 수신 M2M 장치가 CMDH를 지원하는 경우, 큐 요구 프리미티브를 수신하고 CMDH 메시지 전달 절차를 수행한다(S625). 예를 들어, CMDH 메시지가 지원되는 경우, 수신 CSE는 수신 된 요청 프리미티브를 대기열에 넣고 "CMDH 메시지 전달 절차"를 수행한다. 이와 달리, 수신 M2M 장치가 CMDH를 지원하지 않는 경우에 M2M 장치는 요청 메시지를 전달한다(S620).In step S610, if the M2M device that received the request message is not the Hosting CSE (Transit CSE), it is checked whether the CMDH processing is supported (S615). If the receiving M2M device supports CMDH, it receives the queue request primitive and performs a CMDH message delivery procedure (S625). For example, if a CMDH message is supported, the receiving CSE queues the received request primitive and performs a " CMDH message delivery procedure ". Otherwise, if the receiving M2M device does not support CMDH, the M2M device transmits a request message (S620).

도 5 및 도 6과 같은 절차를 통해서 종래 M2M 장치는 요청 메시지를 처리하였다. 그러나, 종래 M2M 장치는 요청 메시지에 포함될 수 있는 다양한 파라미터들을 필요에 따라 빠짐없이 점검하지 못하는 문제점이 발생할 수 있었다. 예를 들어, M2M 장치는 유효성 체크 절차에서 요청 메시지에 포함되는 파라미터에 대한 유효성 여부만을 체크할 것인지, 요청 메시지에 포함될 수 있는 다양한 파라미터의 존재를 같이 판단할 것인지에 대한 모호성을 가지고 있었다. 5 and 6, the conventional M2M device processed the request message. However, the conventional M2M apparatus can not check various parameters that may be included in the request message, if necessary. For example, the M2M device has ambiguity as to whether to check only the validity of the parameters included in the request message in the validity check procedure, or to judge the presence of various parameters that may be included in the request message.

또한, M2M 장치는 요청 메시지에 대한 유효성을 판단한 이후에 해당 요청 메시지가 지시하는 응답 모드에 대한 종류를 판단함으로써, 응답 모드에 따라 요청 메시지에 구분되어 포함되는 파라미터들에 대한 판단이 모호한 문제점이 있다. 예를 들어, M2M 장치는 일부 파라미터에 대한 유효성을 체크하고, 응답 모드를 확인한 이후에 도 6의 절차에서와 같이 해당 요청 메시지의 타켓이 도 5의 절차를 수행한 M2M 장치인지를 판단하고, S630 내지 S640의 파라미터를 다시 판단한다. 즉, 해당 요청 메시지의 타켓이 아닌 M2M 장치도 S630 단계 전까지 요청 메시지 처리를 위한 동작을 수행함으로써, 불필요한 파라미터 확인 및 절차 진행이 수행될 수 있다. 이러한 내용은 S635 및 S640 단계에서도 동일하게 문제점으로 발생한다. Further, after the validity of the request message is determined, the M2M device determines the type of the response mode indicated by the request message, so that it is ambiguous to determine the parameters included in the request message according to the response mode . For example, after the M2M device checks the validity of some parameters and confirms the response mode, it determines whether the target of the request message is the M2M device that performed the procedure of FIG. 5 as in the procedure of FIG. 6, To &lt; RTI ID = 0.0 &gt; S640 &lt; / RTI &gt; That is, the M2M device that is not the target of the request message performs an operation for processing the request message until the step S630, so that unnecessary parameter checking and procedure proceeding can be performed. This is also caused by the same problem in steps S635 and S640.

아울러, 파라미터가 다양하게 변화될 가능성이 있는 환경에서 요청 메시지에 포함되는 파라미터 체크와 응답 모드에 따른 자원 제어 처리 및 요청 메시지가 어떠한 동작을 요청하는지에 따라 변경되는 절차에 대한 순서가 모호하게 개시되어 있어서, M2M 장치의 처리 속도 지연을 초래하였다. 즉, 종래에는 일부 파라미터에 대한 유효성만을 판단하고, 응답 모드를 판단한 이후에 어떤 동작을 수행할지는 자원 핸들링 절차에서 판단하게 되어, 불필요한 응답 모드 판단이 발생할 가능성과 응답 모드 판단 이후에 파라미터를 각 동작에 따라 다시 판단해야 하는 순차적 처리가 불가능한 문제점이 있다.In addition, in an environment where parameters are likely to be changed in various ways, a procedure for a parameter check included in a request message, a resource control process according to a response mode, and a procedure to be changed depending on a request for a request message are ambiguously disclosed Resulting in a delay in the processing speed of the M2M device. That is, conventionally, only the validity of some parameters is determined, and after the response mode is determined, what operation is to be performed is determined in the resource handling procedure, so that it is possible to determine whether an unnecessary response mode is determined, There is a problem in that it is impossible to perform sequential processing to be judged again.

본 개시는 이러한 문제점을 해결하기 위해서 파라미터를 유형 별로 분류하고, 파라미터 체크, 자원 제어 동작 수행 및 응답 모드 결정이 미리 설정된 프로토콜 순서에 따라 이루어지도록 하여 파라미터 체크 누락 및 반복 동작 방지를 제공한다. In order to solve such a problem, the present disclosure classifies parameters by type, and performs parameter check, resource control operation, and response mode determination according to a predetermined protocol sequence, thereby preventing omission of parameter check and repetitive operation.

또한, 응답 모드 파라미터는 수신측 M2M 장치가 응답 모드 파라미터를 동적으로 결정할 수 있도록 하는 플렉스 블록킹(flexblocking)으로 설정될 수도 있으므로, 이 경우에 수신측 M2M 장치가 응답 모드를 결정하는 동작과 파라미터를 체크하는 동작을 명확하게 정의하는 절차를 제안하고자 한다.The response mode parameter may also be set to flexblocking, which allows the receiving side M2M device to dynamically determine the response mode parameter, so that in this case the receiving side M2M device checks the response mode and the parameters We will propose a procedure to clearly define the behavior of

도 7은 일 실시예에 따른 M2M 장치가 요청 메시지를 처리하는 방법을 설명하기 위한 도면이다. 7 is a diagram illustrating a method of processing a request message by an M2M device according to an exemplary embodiment of the present invention.

도 7을 참조하면, M2M(Machine to Machine communication) 장치는 자원 제어를 요청하는 요청 메시지를 타 M2M 장치로부터 수신하는 단계를 수행할 수 있다(S700). M2M 장치는 다른 M2M 장치 및 노드로부터 특정 자원에 대한 생성, 조회, 갱신, 삭제 및 통지 중 적어도 하나의 동작을 요청하는 요청 메시지를 수신할 수 있다. 요청 메시지는 앞에서 설명한 다양한 참조점을 통해서 수신될 수 있으며, 그 제한은 없다. Referring to FIG. 7, a Machine to Machine communication (M2M) device may perform a step of receiving a request message for requesting resource control from another M2M device (S700). The M2M device may receive a request message from another M2M device and node requesting at least one of operation, creation, inquiry, update, deletion and notification of a specific resource. The request message can be received through the various reference points described above, but there is no restriction.

M2M 장치는 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 필수적 파라미터, 동작 의존적 파라미터 및 선택적 파라미터 순으로 체크하고, 체크 결과에 따라 자원 제어를 수행하는 단계를 수행할 수 있다(S710). The M2M device may check the parameters included in the request message according to a predetermined order in the order of essential parameters, operation dependent parameters, and optional parameters, and perform the resource control according to the check result (S710).

예를 들어, M2M 장치는 요청 메시지가 수신되면, 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 순차적으로 체크한다. 일 예로, M2M 장치는 파라미터의 유형 분류에 따라 필수적 파라미터를 가장 먼저 체크하고, 동작 파라미터에 의존적으로 포함여부가 결정되는 동작 의존적 파라미터를 다음으로 체크한다. 가장 마지막으로 M2M 장치는 선택적 파라미터를 체크한다. 본 명세서에서의 체크 동작은 해당 파라미터의 존재 여부, 정상 포함여부 및 해당 파라미터가 지시하는 값을 확인하는 동작을 의미한다. For example, when a request message is received, the M2M device sequentially checks parameters included in the request message according to a predetermined order. In one example, the M2M device first checks the essential parameters according to the type classification of the parameters, and then checks the motion dependent parameters, which are determined to be included in dependence on the operating parameters. Finally, the M2M device checks the optional parameters. The checking operation in this specification refers to an operation of confirming whether or not a corresponding parameter exists, whether or not the parameter is normal, and a value indicated by the parameter.

이와 같이, M2M 장치는 도 5와 같이 일부 파라미터만을 먼저 체크하고, 응답 모드를 결정한 이후에 다시 송신측 파라미터 등을 판단하는 것이 아닌 파라미터를 그 유형에 따라 순차적으로 체크하고, 자원 제어(자원 핸들링) 동작을 수행함으로써 효율적인 요청 메시지 처리 동작을 수행할 수 있다. As described above, the M2M apparatus first checks only some parameters as shown in FIG. 5, and sequentially checks the parameters, which are not to judge the transmission side parameters or the like again after determining the response mode, And perform an efficient request message processing operation by performing an operation.

한편, 요청 메시지에 포함되는 또는 포함될 수 있는 파라미터는 도 8과 같이 필수적(mandatory) 파라미터, 동작 의존적(operation dependent) 파라미터 및 선택적(optional) 파라미터로 구분될 수 있다. On the other hand, the parameters included in or included in the request message may be classified into a mandatory parameter, an operation dependent parameter, and an optional parameter as shown in FIG.

도 8을 참조하면, 필수적 파라미터는 동작(Operation) 파라미터, 수신측(To) 파라미터, 송신측(From) 파라미터 및 요청 식별(Request Identifier) 파라미터의 4가지 파라미터이며, 동작 의존적 파라미터는 컨텐츠(Content) 파라미터 및 자원 타입(Resource Type) 파라미터의 2가지 파라미터이다. 8, the essential parameters are four parameters: an operation parameter, a To parameter, a From parameter and a Request Identifier parameter, and the operation- Parameter and a Resource Type parameter.

또한, 선택적 파라미터는 시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터를 포함한다. 예를 들어, 시간 관련 파라미터는 Originating Timestamp, Request Expiration Timestamp, Result Expiration Timestamp, Operational Execution Time 등의 파라미터이며, 전달 관련 파라미터는 Event Category, Delivery Aggregation 등이 있다. 또한, 처리 결과 관련 파라미터는 Filter Criteria, Result Persistence, Result Content, Discovery Result Type 등이 있으며, 그룹 관련 파라미터는 Group Request Identifier, Group Request Target Members 등이 있다. 보안 관련 파라미터는 Token Request Indicator, Tokens, Token IDs, Role IDs, Local Token IDs, Authorization Signature Indicator, Authorization Signature 및 Authorization Relationship Indicator 등이 있으며, 응답 모드 파라미터는 Response Type의 파라미터가 있다. 이러한 파라미터의 유형(종류) 및 각 유형에 포함되는 파라미터는 예시적으로 개시한 것으로, 파라미터의 유형 및 세부 파라미터는 M2M 시스템의 설정에 따라 추가, 변경 및 삭제될 수도 있다. 다만, 모든 파라미터는 도 8과 같이 유형이 분류되어 관리된다. In addition, the optional parameters include time related parameters, transfer related parameters, processing result related parameters, group related parameters, security related parameters, and response mode parameters. For example, the time-related parameters are Originating Timestamp, Request Expiration Timestamp, Result Expiration Timestamp, and Operational Execution Time, and the delivery-related parameters are Event Category and Delivery Aggregation. The parameters related to the processing result include Filter Criteria, Result Persistence, Result Content, and Discovery Result Type. Group related parameters include Group Request Identifier and Group Request Target Members. Security related parameters include Token Request Indicator, Tokens, Token IDs, Role IDs, Local Token IDs, Authorization Signature Indicator, Authorization Signature, and Authorization Relationship Indicator. Response mode parameters include Response Type parameters. The types (types) of these parameters and the parameters included in each type are illustratively disclosed, and the types and detailed parameters of the parameters may be added, changed and deleted according to the setting of the M2M system. However, all the parameters are classified and managed as shown in FIG.

한편, S710 단계에서는 각 파라미터의 종류에 따라 체크 동작이 이루어짐과 동시에 각 종류에 포함되는 파라미터에 대한 체크 동작도 미리 설정된 순서에 따라 이루어진다. 이에 대한 상세한 실시예는 아래에서 별도의 도면을 참조하여 설명한다. On the other hand, in step S710, a check operation is performed according to the type of each parameter, and at the same time, a check operation for the parameters included in each type is performed in a predetermined order. The detailed embodiment will be described below with reference to a separate drawing.

이와 같이, M2M 장치는 각 파라미터를 종류에 따라 순차적으로 체크한 후 응답 모드를 결정하고, 자원 제어 동작을 수행한다. 자원 제어 동작이 완료되면, M2M 장치는 같이 응답 정보를 생성하고, 이를 응답 메시지에 포함하여 전송한다(S720). As described above, the M2M device sequentially checks each parameter according to the type, determines a response mode, and performs a resource control operation. When the resource control operation is completed, the M2M device generates response information together with the response message, and transmits the response information in step S720.

응답 메시지에는 응답 정보, 필요에 따라 컨텐츠 파라미터, 요청 메시지와 동일한 값으로 설정된 요청 식별 파라미터도 포함된다. The response message includes response information, a content parameter as required, and a request identification parameter set to the same value as the request message.

이하에서는 M2M 장치가 미리 설정된 순서에 따라 파라미터를 체크하여 자원 제어 동작을 수행하는 구체적인 내용을 각 도면을 참조하여 상세하게 설명한다. Hereinafter, specific details of the M2M device checking the parameters according to the predetermined order and performing the resource control operation will be described in detail with reference to the respective drawings.

도 9는 일 실시예에 따른 M2M 장치가 자원 제어 동작을 수행하는 동작을 보다 상세하게 도시한 도면이다. 9 is a diagram illustrating an operation of the M2M apparatus according to an exemplary embodiment of the present invention to perform a resource control operation in more detail.

도 9를 참조하면, M2M 장치는 타 M2M 장치의 요청에 따라 필수적 파라미터를 가장 먼저 체크한다(S900). 필수적 파라미터는 수신측 파라미터, 송신측 파라미터, 요청 식별 파라미터 및 동작 파라미터 순으로 체크를 수행하며, 각 단계 별 체크 결과에 따라 처리 동작이 상이하게 진행된다. 이는 아래에서 도 10을 참조하여 설명한다. Referring to FIG. 9, the M2M device first checks the essential parameters according to a request of another M2M device (S900). The essential parameters are checked in order of the reception side parameter, the transmission side parameter, the request identification parameter, and the operation parameter, and the processing operation proceeds differently according to the check results of each step. This will be described below with reference to FIG.

이후, M2M 장치는 필수적 파라미터 체크 결과에 따라 동작 의존적 파라미터를 체크한다(S910). 예를 들어, M2M 장치는 필수적 파라미터에 포함되는 동작 파라미터에 의해서 지시되는 동작 종류에 따라 특정 동작 의존적 파라미터만 선별적으로 체크할 수 있다. 또는 M2M 장치는 다른 필수적 파라미터의 체크 결과에 따라 동작 의존적 파라미터 체크 동작을 생략할 수도 있다. Thereafter, the M2M device checks the operation-dependent parameter according to the essential parameter check result (S910). For example, the M2M device can selectively check only specific operation-dependent parameters according to the type of operation indicated by the operating parameters included in the essential parameters. Or the M2M device may omit the operation dependent parameter check operation according to the result of checking of other essential parameters.

필수적 파라미터 및 동작 의존적 파라미터에 대한 체크가 완료되거나, 생략되는 경우 M2M 장치는 선택적 파라미터를 세부 종류에 따라 순차적으로 체크한다(S920). 예를 들어, M2M 장치는 시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터를 그 순서에 따라 체크한다. 이후, 응답 모드 파라미터에 따라 해당 요청 메시지를 처리할 응답 모드를 결정할 수 있다. When the check of the essential parameters and the operation-dependent parameters is completed or omitted, the M2M device sequentially checks the optional parameters according to the detailed type (S920). For example, the M2M device checks the time related parameters, the transfer related parameters, the processing result related parameters, the group related parameters, the security related parameters, and the response mode parameters in that order. Thereafter, a response mode for processing the request message can be determined according to the response mode parameter.

응답 모드까지 결정되면, M2M 장치는 요청 메시지에 따른 자원 제어 동작을 수행하여, 응답 정보를 생성한다(S930). When the response mode is determined, the M2M device performs a resource control operation according to the request message and generates response information (S930).

이와 같이, M2M 장치는 파라미터의 종류 또는 특성에 따라 순차적으로 처리하고, 이후 자원 처리를 수행함으로써, 파리미터 점검 누락 및 자원 처리 후 파라미터 점검에서 발생되는 불필요한 컴퓨팅 자원의 낭비를 방지하고, 처리 시간을 단축할 수 있다. As described above, the M2M device sequentially processes according to the type or characteristic of the parameter, and performs resource processing thereafter, thereby preventing waste of unnecessary computing resources arising from parameter check omission and parameter check after resource processing, can do.

아래에서는 전술한 S900 내지 S930 각 단계에서 M2M 장치의 동작을 보다 상세하게 설명한다. The operation of the M2M device in each of the steps S900 to S930 will be described in more detail below.

도 10은 일 실시예에 따른 필수적 파라미터 및 동작 의존적 파라미터를 체크하는 동작을 설명하기 위한 도면이다. 10 is a diagram for explaining an operation of checking essential parameters and operation-dependent parameters according to an embodiment.

도 10을 참조하면, M2M 장치는 요청 메시지가 애플리케이션 등록 메시지인지를 판단할 수 있다(S1000). 예를 들어, 요청 메시지를 전송한 M2M 장치가 애플리케이션 개체(AE)이고, 작업이 생성을 지시하는 경우에 요청된 작업은 해당 AE의 등록 요청이다. 이 경우, M2M 장치는 서비스 가입 절차를 수행한다(S1005). 서비스 가입 절차에서는 미리 설정된 AE 등록 프로세스에 따라 해당 AE에 대한 등록 절차를 수행한다. AE가 등록되지 않으면, 해당 요청 메시지에 대한 처리 수행이 어려울 수 있으므로, M2M 장치는 AE 등록을 위한 요청 메시지인지를 1차적으로 판단하여, 등록 절차를 수행한다. Referring to FIG. 10, the M2M device may determine whether the request message is an application registration message (S1000). For example, if the M2M device that sent the request message is an application object (AE), and the job indicates generation, the requested operation is a registration request of the corresponding AE. In this case, the M2M device performs a service subscription procedure (S1005). In the service subscription procedure, the registration procedure for the AE is performed according to a preset AE registration process. If the AE is not registered, it may be difficult to perform the process on the request message. Therefore, the M2M device primarily determines whether the request message is for requesting AE registration, and performs the registration procedure.

만약, 해당 요청 메시지가 AE 등록을 위한 메시지가 아니거나, 등록이 완료된 경우에 M2M 장치는 필수적 파라미터 중 수신측 파라미터의 일치 여부를 판단한다(S1010). 예를 들어, M2M 장치는 요청 메시지의 수신측 파라미터를 체크하여 M2M 장치가 요청 메시지의 전달 CSE인지 또는 호스팅 CSE 인지를 판단한다. 요청 메시지의 수신측 파라미터가 M2M 장치와 일치하는 경우에 해당 M2M 장치는 호스팅 CSE로 판단되어, 해당 요청 메시지를 처리하기 위한 절차를 수행한다. If the request message is not a message for AE registration, or if registration is completed, the M2M device determines whether or not the parameters of the receiving side are consistent among the essential parameters (S1010). For example, the M2M device checks the recipient parameter of the request message to determine whether the M2M device is the forwarding CSE or the serving CSE of the request message. If the receiving side parameter of the request message matches the M2M device, the corresponding M2M device is determined to be the hosting CSE and performs a procedure for processing the corresponding request message.

만약, 수신측 파라미터와 M2M 장치의 식별정보가 상이하여 M2M 장치가 전달 CSE로 판단되는 경우에 M2M 장치는 나머지 파라미터에 대한 체크를 생략하고, 선택적 파라미터의 체크 동작을 수행한다(S1070). 예를 들어, M2M 장치는 선택적 파라미터의 전달 관련 파라미터를 체크하여 해당 요청 메시지를 전달하기 위한 절차를 바로 수행한다. If the receiving side parameter and the identification information of the M2M device are different from each other and the M2M device determines that the transmission CSE is performed, the M2M device skips the remaining parameters and performs a check operation of the optional parameters (S1070). For example, the M2M device checks the delivery-related parameters of the optional parameters and immediately performs a procedure for transmitting the request message.

M2M 장치가 수신측 장치가 맞는 경우에 송신측 파라미터를 확인하여 타 M2M 장치의 인증 여부를 판단한다(S1020). 예를 들어, M2M 장치는 송신측 파라미터가 지시하는 값을 확인하여, 요청 메시지를 전송한 타 M2M 장치가 인증된 장치인지를 판단한다. 만약, 송신측 타 M2M 장치가 인증에 실패하는 경우에 인증 실패를 지시하는 정보를 포함하는 응답 정보를 생성한다(S1025). 즉, 나머지 파라미터 체크 및 자원 제어 동작을 수행할 필요없이 바로 응답 정보를 생성하여 응답 메시지를 전송한다. If the M2M device matches the receiving device, the transmitting side parameter is checked to determine whether the other M2M device is authenticated (S1020). For example, the M2M device checks the value indicated by the transmission side parameter to determine whether another M2M device that transmitted the request message is an authorized device. If another M2M device on the transmitting side fails authentication, response information including information indicating an authentication failure is generated (S1025). That is, without generating the remaining parameter check and resource control operation, the response information is immediately generated and the response message is transmitted.

타 M2M 장치가 인증된 경우에 M2M 장치는 요청 식별 파라미터를 체크하여 존재 여부를 판단한다(S1030). 이 단계에서 M2M 장치는 요청 식별 파라미터가 존재하지 않으면, Transaction error를 지시하는 응답 상태 코드를 설정하여 응답 메시지를 타 M2M 장치로 전송한다. If another M2M device is authenticated, the M2M device checks the request identification parameter and determines whether it exists (S1030). At this stage, if the request identification parameter does not exist, the M2M device sets a response status code indicating a transaction error and transmits a response message to the other M2M device.

이와 달리 요청 식별 파라미터가 존재하면, M2M 장치는 동작 파라미터를 통해서 동작 종류를 확인한다. Alternatively, if the request identification parameter is present, the M2M device verifies the type of operation through the operation parameters.

예를 들어, M2M 장치는 동작 파라미터가 지시하는 값이 생성을 지시하는지를 판단한다(S1040). 만약, 동작 파라미터가 지시하는 값이 생성이 아닌 경우에 M2M 장치는 동작 파라미터가 지시하는 값이 어떤 동작을 나타내는지를 확인하고(S1045), 이에 따라 동작 의존적 파라미터 체크를 수행한다. For example, the M2M device determines whether a value indicated by the operation parameter indicates generation (S1040). If the value indicated by the operation parameter is not generated, the M2M device checks whether the value indicated by the operation parameter indicates an operation (S1045), and performs an operation-dependent parameter check accordingly.

이와 같이, M2M 장치는 S1000 내지 S1045 단계를 통해서 필수적 파라미터를 그 순서에 따라 순차적으로 체크한다. In this manner, the M2M device sequentially checks the essential parameters in the order of S1000 through S1045.

이후, M2M 장치는 필수적 파라미터를 체크한 결과를 이용하여, 동작 의존적 파라미터에 대한 체크 동작을 수행한다. Thereafter, the M2M device performs a check operation on the operation-dependent parameter using the result of checking the essential parameters.

일 예로, M2M 장치는 필수적 파라미터에 포함되는 동작 파라미터가 생성을 지시하는 값으로 설정된 경우(S1040의 YES)에 자원 타입 파라미터를 체크한다(S1050). For example, the M2M device checks the resource type parameter (S1050) when the operation parameter included in the essential parameter is set to a value indicating generation (YES in S1040).

다른 예로, M2M 장치는 필수적 파라미터에 포함되는 동작 파라미터가 조회, 갱신 및 통지 중 어느 하나를 지시하는 값으로 설정되는 경우에 컨텐츠 파라미터를 체크한다(S1060). 즉, 이 경우에 자원 생성을 지시하는 요청 메시지가 아니므로, 불필요한 자원 타입 파라미터 체크 동작을 생략한다. As another example, the M2M device checks the content parameter if the operation parameter included in the essential parameter is set to a value indicating either inquiry, update, or notification (S1060). That is, in this case, since it is not a request message for instructing resource creation, unnecessary resource type parameter check operation is omitted.

또 다른 예로, M2M 장치는 필수적 파라미터에 포함되는 동작 파라미터가 삭제를 지시하는 값으로 설정된 경우에 동작 의존적 파라미터 체크 동작을 생략하고 바로 선택적 파라미터를 체크한다(S1070). 즉, 이 경우에 요청 메시지는 컨텐츠 파라미터 및 자원 타입 파라미터를 포함하지 않기 때문에 불필요한 체크 동작을 방지하기 위해서, M2M 장치는 바로 선택적 파라미터를 체크하는 동작을 수행한다. As another example, when the operation parameter included in the essential parameter is set to a value indicating deletion, the M2M apparatus skips the operation-dependent parameter check operation and immediately checks the optional parameter (S1070). That is, in this case, since the request message does not include the content parameter and the resource type parameter, the M2M device immediately performs the operation of checking the optional parameter in order to prevent the unnecessary check operation.

이와 같이, M2M 장치는 필수적 파라미터에 포함되는 각 파라미터를 순차적으로 체크하고, 동작 파라미터에 따라 선택적 파라미터의 체크 여부 및 체크 동작을 결정하여 효율적으로 파라미터를 체크함과 동시에 파라미터 체크에 누락이 발생하지 않도록 한다. As described above, the M2M device sequentially checks each parameter included in the essential parameter, determines whether to check the optional parameter and the check operation according to the operation parameter, efficiently checks the parameter, and at the same time, do.

도 11은 일 실시예에 따른 선택적 파라미터를 체크하는 동작을 설명하기 위한 도면이다. 11 is a diagram for explaining an operation of checking an optional parameter according to an embodiment.

도 11을 참조하면, M2M 장치는 필수적 파라미터 및 동작 의존적 파라미터에 대한 체크 절차가 완료되면, 시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터 순으로 선택적 파라미터의 존재 여부 및 지시 값을 체크한다. Referring to FIG. 11, when the checking procedure for the essential parameters and the operation-dependent parameters is completed, the M2M device selects the time-related parameters, the transfer-related parameters, the processing result-related parameters, the group- Check the existence of the parameter and the indication value.

예를 들어, M2M 장치는 전술한 21개의 선택적 파라미터를 5가지 분류로 나누어 체크 동작을 수행할 수 있다. 선택적 파라미터의 분류는 분류 기준에 따라 분야별로 다양하게 설정될 수 있다. 또한, 5가지로 분류한 선택적 파라미터의 체크 순서는 도 11에 개시된 순서로 한정되는 것은 아니다. For example, the M2M device can perform the check operation by dividing the above-mentioned 21 optional parameters into five categories. The classification of the optional parameters can be variously set according to the classification standard. In addition, the check order of the five optional parameters is not limited to the order described in Fig.

M2M 장치는 시간 관련 파라미터를 체크한다(S1100). 즉, M2M 장치는 요청 메시지에 Originating Timestamp, Request Expiration Timestamp, Result Expiration Timestamp 및 Operational Execution Time 파라미터가 포함되어있는지와 포함되어 있다면 어떤 값으로 포함되어 있는지를 판단한다. The M2M device checks the time-related parameters (S1100). That is, the M2M device determines whether the Originating Timestamp, Request Expiration Timestamp, Result Expiration Timestamp, and Operational Execution Time parameters are included in the request message and, if so, what value is included in the request message.

일 예로, 요청 메시지에 Originating Timestamp 파라미터가 포함되고, 해당 파라미터 값이 요청 메시지를 수신한 수신 시간 보다 빠르게 설정되어 있으면, M2M 장치는 "REQUEST_TIME_TO_BE_CHECKED"를 지시하는 응답 상태 코드를 설정하여 요청 메시지에 대한 처리를 거부하는 응답 메시지를 전송할 수 있다. For example, if the originating Timestamp parameter is included in the request message and the parameter value is set faster than the receipt time of the request message, the M2M device sets a response status code indicating " REQUEST_TIME_TO_BE_CHECKED " A response message can be transmitted.

다른 예로, 요청 메시지에 Request Expiration Timestamp 파라미터가 포함되고, 해당 파라미터 값에 따라 지시된 시간 전에 M2M 장치는 응답 정보를 생성하여 응답 메시지를 전송해야 한다. In another example, the request message includes a Request Expiration Timestamp parameter, and the M2M device generates response information and transmits a response message before the indicated time according to the parameter value.

또 다른 예로, 요청 메시지에 Result Expiration Timestamp 파라미터가 포함되고, 해당 파라미터가 만료되었다면 M2M 장치는 "REQUEST_TIMEOUT"을 지시하는 응답 상태 코드를 설정하여 요청을 거부할 수 있다. 만약, Result Expiration Timestamp 파라미터가 만료되지 않았다면, M2M 장치는 해당 파라미터가 지시하는 시점 이전에 요청을 처리해야 한다. As another example, if the request message includes a Result Expiration Timestamp parameter and the corresponding parameter has expired, the M2M device may reject the request by setting a response status code indicating " REQUEST_TIMEOUT ". If the Result Expiration Timestamp parameter has not expired, the M2M device shall process the request before the point indicated by the parameter.

또 다른 예로, 요청 메시지에 Operational Execution Time 파라미터가 포함되어 있다면, M2M 장치는 해당 파라미터가 지시하는 시점에 요청 동작을 시작해야 한다. 만약, 해당 파라미터가 지시하는 시점이 도과되었거나, 해당 파라미터가 포함되지 않았다면, M2M 장치는 Result Expiration Timestamp 파라미터가 없는 한 요청된 동작을 즉시 실행해야 한다. As another example, if the request message contains an Operational Execution Time parameter, the M2M device must initiate the request operation at the time indicated by the parameter. If the time point indicated by the parameter is exceeded or the parameter is not included, the M2M device shall immediately execute the requested action, unless the Result Expiration Timestamp parameter is present.

이와 같이, M2M 장치는 시간 관련 파라미터를 확인하여, 요청 동작에 대한 처리를 수행한다. As such, the M2M device confirms the time-related parameters and performs processing for the requesting operation.

이후, M2M 장치는 전달 관련 파라미터를 체크한다(S1110). 이는 도 10에서의 S1010 단계에서 수신측 파라미터 체크 결과에 따라 바로 체크될 수 있다. 즉, 요청 메시지를 수신한 M2M 장치가 해당 메시지를 처리하도록 설정된 호스팅 CSE가 아닌 경우에 M2M 장치는 해당 요청 메시지를 전달하기 위한 전달 관련 파라미터를 체크할 수 있다. 전달 관련 파라미터는 Delivery Aggregation 및 Event Category 파라미터를 포함할 수 있다. Thereafter, the M2M device checks the transfer-related parameters (S1110). This can be checked immediately in accordance with the reception side parameter check result in step S1010 in FIG. That is, if the M2M device that has received the request message is not the hosting CSE configured to process the message, the M2M device can check the delivery-related parameter for delivering the request message. The delivery-related parameters may include Delivery Aggregation and Event Category parameters.

일 예로, M2M 장치는 요청 메시지에 Delivery Aggregation 파라미터가 포함되고, 해당 파라미터가 지시하는 값이 ON으로 설정되면 자원에 대한 병합을 처리하지 않을 수 있다. 이와 달리, Delivery Aggregation 파라미터가 OFF로 설정되거나, 요청 메시지에 포함되지 않은 경우 M2M 장치는 Event Category 파라미터를 체크하거나, S1120 단계를 수행한다. For example, the M2M device may not process a merge for a resource if the request message includes a Delivery Aggregation parameter and the value indicated by the parameter is set to ON. Alternatively, if the Delivery Aggregation parameter is set to OFF or not included in the request message, the M2M device checks the Event Category parameter or performs step S1120.

다른 예로, M2M 장치는 요청 메시지에 Event Category 파라미터가 포함되는 경우에 해당 이벤트 카테고리에 대한 정책에 의해서 구동되는 이벤트 카테고리 절차를 수행해야 한다. 이와 달리, Event Category 파라미터가 요청 메시지에 포함되지 않는 경우, M2M 장치는 S1120 단계를 수행한다. As another example, the M2M device should perform an event category procedure driven by a policy for the event category if the event category parameter is included in the request message. Otherwise, if the Event Category parameter is not included in the request message, the M2M device performs step S1120.

이와 같이, M2M 장치는 전달 관련 파라미터를 확인한다. As such, the M2M device verifies the delivery-related parameters.

이후, 이후, M2M 장치는 처리 결과 관련 파라미터를 체크한다(S1120). Result Content, Result Persistence, Filter Criteria 및 Discovery Result Type 파라미터 등이 처리 결과 파라미터로 포함될 수 있다. Thereafter, the M2M device then checks the process-related parameters (S1120). Result Content, Result Persistence, Filter Criteria, and Discovery Result Type parameters can be included as processing result parameters.

예를 들어, M2M 장치는 Result Content 파라미터가 주어진 동작에 대해 유효하지 않은 경우 "BAD_REQUEST" 오류를 나타내는 응답 상태 코드로 요청을 거부한다. 또한, M2M 장치가 요청 메시지를 전송한 타 M2M 장치가 요청한 컨텐츠 포맷을 지원하지 않으면 M2M 장치는 "NOT_ACCEPTABLE" 오류를 나타내는 응답 상태 코드를 생성하여 해당 요청을 거부한다. 또한 M2M 장치는 조회, 갱신, 삭제 동작이 Filter Criteria 파라미터에 지정된 조건이 충족되는지 확인해야 한다. 해당 조건 검사가 실패하면 M2M 장치는 "NOT_FOUND" 오류를 나타내는 응답 상태 코드를 설정하여 해당 요청을 거부한다.For example, the M2M device rejects the request with a response status code indicating a "BAD_REQUEST" error if the Result Content parameter is not valid for a given operation. In addition, if the M2M device does not support the content format requested by another M2M device that has transmitted the request message, the M2M device generates a response status code indicating " NOT_ACCEPTABLE " In addition, the M2M device must ensure that the conditions specified in the Filter Criteria parameter are met for the inquiry, update, and delete actions. If the condition check fails, the M2M device sets a response status code indicating a "NOT_FOUND" error and rejects the request.

한편, M2M 장치는 그룹 관련 파라미터를 체크한다(S1130). 예를 들어, M2M 장치는 요청 메시지에 Group Request Identifier 및 Group Request Target Members 파라미터가 존재하는지 판단하고, 해당 파라미터가 존재하는 경우에 그 값을 확인한다. Meanwhile, the M2M device checks the group related parameters (S1130). For example, the M2M device determines whether a Group Request Identifier and a Group Request Target Members parameter exist in a request message and, if the parameter exists, confirms the value.

또한, M2M 장치는 보안 관련 파라미터를 체크한다(S1140). 예를 들어, M2M 장치는 요청 메시지에 Role IDs, Token Request Indicator, Tokens, Token IDs, Local Token IDs, Authorization Signature Indicator, Authorization Signature 및 Authorization Relationship Indicator 파라미터 등의 포함 여부와 각각이 지시하는 값을 체크하여 동작 처리에 적용한다. In addition, the M2M device checks security-related parameters (S1140). For example, the M2M device checks whether or not to include the Role IDs, the Token Request Indicator, the Tokens, the Token IDs, the Local Token IDs, the Authorization Signature Indicator, the Authorization Signature, and the Authorization Relationship Indicator It is applied to the operation processing.

이후, M2M 장치는 응답 모드 파라미터를 체크하여 해당 요청 메시지를 처리할 경우에 적용되는 응답 모드를 결정한다. Thereafter, the M2M device checks the response mode parameter to determine the response mode to be applied when processing the request message.

일 예로, M2M 장치는 응답 모드 파라미터가 존재하지 않거나, 블록킹 모드를 지시하는 값으로 설정되었는지 판단하고(S1150), 판단 결과 블록킹 모드를 지시하거나 응답 모드 파라미터가 존재하지 않는 경우에 블록킹 모드에 따라 자원 제어를 수행한다(S1155).For example, the M2M device determines whether the response mode parameter does not exist or is set to a value indicating the blocking mode (S1150). If the answer mode parameter is not present, Control is performed (S1155).

다른 예로, M2M 장치는 응답 모드가 블록킹 모드를 지시하지 않는 경우, 응답 모드 파라미터의 값을 확인하여 응답 모드를 결정한다(S1160). As another example, if the response mode does not indicate the blocking mode, the M2M device determines the response mode by checking the value of the response mode parameter (S1160).

구체적으로, M2M 장치는 응답 모드 파라미터가 동기식 넌블록킹 모드를 지시하는 값으로 설정된 경우 동기식 넌블록킹 모드에 따라 자원 제어를 수행한다(S1170). 또는, M2M 장치는 응답 모드 파라미터가 비동기식 넌블록킹 모드를 지시하는 값으로 설정된 경우에 비동기식 넌블록킹 모드에 따라 자원 제어를 수행한다(S1180). 또는 M2M 장치는 응답 모드 파라미터가 플렉스 블록킹 모드를 지시하는 값으로 설정된 경우에 요청 메시지에 알림 타켓 정보의 포함 여부와 미리 설정된 응답 모드 결정 정책 정보에 따라 응답 모드를 결정하는 플렉스 블록킹 모드에 따른 자원 제어를 수행한다(S1190). Specifically, the M2M device performs resource control according to the synchronous non-blocking mode when the response mode parameter is set to a value indicating the synchronous non-blocking mode (S1170). Alternatively, the M2M device performs resource control according to the asynchronous non-blocking mode when the response mode parameter is set to a value indicating the asynchronous non-blocking mode (S1180). Alternatively, when the response mode parameter is set to a value indicating the flex-blocking mode, the M2M device determines whether a response message is included in the request message or not based on preset response mode decision policy information, (S1190).

이와 같이, 본 개시에 따르면 각 종류별 파라미터에 대한 체크를 순차적으로 수행하되, 일부 조건 만족시에 체크 동작을 생략할 수 있다. 또한, 응답 모드 결정을 파라미터 체크 완료 후에 진행함으로써 파라미터 체크와 자원 제어 동작의 반복 또는 중복을 방지하여 효율적으로 M2M 장치가 요청 메시지를 처리할 수 있다. As described above, according to the present disclosure, it is possible to sequentially check the parameters for each type and to omit the check operation when some conditions are satisfied. In addition, after the response mode determination is completed after the parameter check is completed, the M2M device can efficiently process the request message by preventing repetition or duplication of the parameter check and the resource control operation.

이하, 각 응답 모드에 따른 자원 제어 동작을 설명한다. The resource control operation according to each response mode will be described below.

도 12는 일 실시예에 따른 블록킹 모드에 따른 자원 제어 동작을 설명하기 위한 도면이다. 12 is a diagram for explaining a resource control operation according to a blocking mode according to an embodiment.

도 12를 참조하면, M2M 장치는 응답 모드 파라미터가 블록킹 모드를 지시하거나, 해당 파라미터가 포함되지 않은 경우에 요청 메시지에 따른 자원 제어를 블록킹 모드로 설정하여 진행한다. Referring to FIG. 12, when the response mode parameter indicates the blocking mode or the corresponding parameter is not included, the M2M apparatus sets the resource control according to the request message to the blocking mode.

예를 들어, M2M 장치는 자원 표현(표시)의 유효성을 체크한다(S1200). 다만, 동작 파라미터가 통지로 설정된 경우에 해당 단계는 생략될 수 있다. M2M 장치는 요청 메시지에 의해서 특정되는 처리 대상 자원이 유효한지를 판단한다. For example, the M2M device checks the validity of the resource representation (display) (S1200). However, when the operation parameter is set to the notification, the step may be omitted. The M2M device determines whether the resource to be processed specified by the request message is valid.

S1200 단계의 판단 결과 해당 자원이 유효한 것으로 판단되면, M2M 장치는 앞에서 판단한 동작 파라미터에 따라서 해당 동작을 수행하여 자원 제어를 수행한다(S1210). 예를 들어, M2M 장치는 동작 파라미터가 생성으로 설정되면, 대상 자원을 생성하고, 관련 부속자원 및 속성정보를 생성하여 관리한다. M2M 장치는 동작 파라미터가 조회로 설정되면, 조회의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 조회한다. M2M 장치는 동작 파라미터가 갱신으로 설정되면, 갱신의 대상이 되는 대상 자원을 확인하고, 요청 메시지에 포함되는 컨텐츠 파라미터를 이용하여 대상 자원의 값을 갱신하는 동작을 수행한다. M2M 장치는 동작 파라미터가 삭제로 설정되면, 삭제의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 삭제하는 동작을 수행한다. M2M 장치는 동작 파라미터가 통지로 설정되면, 통지의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 조회하여 통지 동작을 수행한다. If it is determined in step S1200 that the corresponding resource is valid, the M2M device performs a corresponding operation according to the operation parameter determined in step S1200, and performs resource control (step S1210). For example, when the operation parameter is set to be generated, the M2M device generates a target resource and generates and manages related sub-resource and attribute information. When the operation parameter is set to inquiry, the M2M device confirms the target resource to be inquired, inquires the target resource, the attached resource, and the attribute information. When the operation parameter is set as an update, the M2M device confirms the target resource to be updated and updates the value of the target resource using the content parameter included in the request message. When the operation parameter is set to delete, the M2M device confirms the target resource to be deleted, and deletes the target resource, the attached resource, and the attribute information. When the operation parameter is set to the notification, the M2M device confirms the target resource to be notified, inquires the target resource and the attached resource, and performs the notification operation.

S1210 단계의 자원 제어 동작을 통해서 각 동작 파라미터에 따른 자원 처리가 완료되면, M2M 장치는 자원 제어 동작을 완료하고, Announce the resource 및 De-announce the resource를 위한 일반 동작을 수행한다(S1220). When the resource processing according to each operation parameter is completed through the resource control operation in step S1210, the M2M device completes the resource control operation and performs the general operation for Announce the resource and De-announce the resource (S1220).

이후, M2M 장치는 자원 제어 동작을 수행한 결과에 기반하여, 응답 상태 코드 및 응답 정보를 포함하는 응답 메시지를 생성하고(S1230), 응답 메시지를 요청 메시지를 전송한 타 M2M 장치로 전송한다(S1240). Thereafter, the M2M device generates a response message including a response status code and response information based on the result of performing the resource control operation (S1230), and transmits the response message to another M2M device that transmits the request message (S1240 ).

블록킹 모드의 경우에 M2M 장치는 요청 메시지에 대한 자원 제어 처리가 완료되면, 응답 메시지를 위와 같은 절차를 통해서 타 M2M 장치로 전송한다. In the blocking mode, when the resource control process for the request message is completed, the M2M device transmits a response message to another M2M device through the above procedure.

도 13은 일 실시예에 따른 동기식 넌블록킹 모드에 따른 자원 제어 동작을 설명하기 위한 도면이다. 13 is a view for explaining a resource control operation according to a synchronous non-blocking mode according to an embodiment.

도 13을 참조하면, M2M 장치는 응답 모드 파라미터가 동기식 넌블록킹 모드를 지시하거나, 플렉스 블록킹 모드를 지시하되 M2M 장치가 동기식 넌블록킹 모드로 응답 모드를 결정하는 경우에 요청 메시지에 따른 자원 제어를 동기식 넌블록킹 모드로 진행한다. Referring to FIG. 13, the M2M device transmits a resource control according to a request message to the synchronous non-blocking mode when the response mode parameter indicates the synchronous non-blocking mode or when the M2M device determines the response mode in the synchronous non- You are in blocking mode.

예를 들어, M2M 장치는 요청 메시지를 처리하기 위한 요청 자원을 생성한다(S1300). M2M 장치는 요청 메시지를 처리하기 위한 요청 자원이 성공적으로 생성되면, 이에 대한 응답을 생성하고(S1310), 응답 메시지를 전송한다(S1320). 이후, M2M 장치는 요청 메시지에 포함되는 파라미터에 기초하여 요청을 처리하기 위한 자원 제어 동작을 수행한다.For example, the M2M device generates a request resource for processing a request message (S1300). When the request resource for processing the request message is successfully generated, the M2M device generates a response (S1310) and transmits a response message (S1320). Thereafter, the M2M device performs a resource control operation to process the request based on the parameters included in the request message.

예를 들어, M2M 장치는 자원 표현(표시)의 유효성을 체크한다(S1330). 다만, 동작 파라미터가 통지로 설정된 경우에 해당 단계는 생략될 수 있다. M2M 장치는 요청 메시지에 의해서 특정되는 처리 대상 자원이 유효한지를 판단한다. For example, the M2M device checks the validity of the resource representation (display) (S1330). However, when the operation parameter is set to the notification, the step may be omitted. The M2M device determines whether the resource to be processed specified by the request message is valid.

S1330 단계의 판단 결과 해당 자원이 유효한 것으로 판단되면, M2M 장치는 앞에서 판단한 동작 파라미터에 따라서 해당 동작을 수행하여 자원 제어를 수행한다(S1340). 예를 들어, M2M 장치는 동작 파라미터가 생성으로 설정되면, 대상 자원을 생성하고, 관련 부속자원 및 속성정보를 생성하여 관리한다. M2M 장치는 동작 파라미터가 조회로 설정되면, 조회의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 조회한다. M2M 장치는 동작 파라미터가 갱신으로 설정되면, 갱신의 대상이 되는 대상 자원을 확인하고, 요청 메시지에 포함되는 컨텐츠 파라미터를 이용하여 대상 자원의 값을 갱신하는 동작을 수행한다. M2M 장치는 동작 파라미터가 삭제로 설정되면, 삭제의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 삭제하는 동작을 수행한다. M2M 장치는 동작 파라미터가 통지로 설정되면, 통지의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 조회하여 통지 동작을 수행한다. If it is determined in step S1330 that the corresponding resource is valid, the M2M device performs the corresponding operation according to the operation parameter determined in the previous step to perform resource control (S1340). For example, when the operation parameter is set to be generated, the M2M device generates a target resource and generates and manages related sub-resource and attribute information. When the operation parameter is set to inquiry, the M2M device confirms the target resource to be inquired, inquires the target resource, the attached resource, and the attribute information. When the operation parameter is set as an update, the M2M device confirms the target resource to be updated and updates the value of the target resource using the content parameter included in the request message. When the operation parameter is set to delete, the M2M device confirms the target resource to be deleted, and deletes the target resource, the attached resource, and the attribute information. When the operation parameter is set to the notification, the M2M device confirms the target resource to be notified, inquires the target resource and the attached resource, and performs the notification operation.

S1340 단계의 자원 제어 동작을 통해서 각 동작 파라미터에 따른 자원 처리가 완료되면, M2M 장치는 자원 제어 동작을 완료하고, Announce the resource 및 De-announce the resource를 위한 일반 동작을 수행한다(S1350). When the resource processing according to each operation parameter is completed through the resource control operation in step S1340, the M2M device completes the resource control operation and performs the general operation for Announce the resource and De-announce the resource (S1350).

이후, M2M 장치는 요청 메시지에 따른 자원 제어 절차가 완료되면, 생성된 요청 자원을 업데이트한다(S1360). 이 경우, 요청 메시지를 전송한 발원자는 응답 정보를 수신하기 위한 조회 요청 메시지를 수신자로 전송한다. 발원자는 조회 요청 메시지를 전송한 이후에 조회 요청 메시지에 대한 조회 응답 메시지를 수신한다. 조회 응답 메시지는 응답 상태 코드 파라미터, 요청 식별 파라미터 및 컨텐츠 파라미터를 필수적으로 포함할 수 있다. 발원자는 조회 응답 메시지가 수신되면 조회 응답 메시지에 포함되는 응답 상태 코드 파라미터 또는 컨텐츠 파라미터를 확인하고, 응답 정보의 포함 여부에 따라서 조회 요청 메시지를 재전송하거나, 조회 응답 메시지에서 응답 정보를 추출하거나, 에러 처리를 수행할 수 있다. 이와 같이, 동기식 넌블록킹 모드의 경우에 M2M 장치는 요청된 동작을 수행하여 생성한 요청 자원을 갱신하여 포함시킴으로써, 동작이 완료되고 별도의 조회 요청 메시지가 수신되면 해당 자원을 전송한다. After completing the resource control procedure according to the request message, the M2M device updates the generated request resource (S1360). In this case, the sender of the request message transmits the inquiry request message for receiving the response information to the receiver. The originator receives the inquiry response message for the inquiry request message after transmitting the inquiry request message. The inquiry response message may essentially include a response status code parameter, a request identification parameter and a content parameter. The originator confirms the response status code parameter or the content parameter included in the inquiry response message when the inquiry response message is received and retransmits the inquiry request message according to whether the response information is included or extracts the response information from the inquiry response message, Processing can be performed. As described above, in the case of the synchronous nonblocking mode, the M2M device updates the generated requested resource by performing the requested operation, and transmits the resource when the operation is completed and a separate inquiry request message is received.

도 14는 일 실시예에 따른 비동기식 넌블록킹 모드에 따른 자원 제어 동작을 설명하기 위한 도면이다. FIG. 14 is a view for explaining a resource control operation according to an asynchronous non-blocking mode according to an embodiment.

도 14를 참조하면, M2M 장치는 응답 모드 파라미터가 비동기식 넌블록킹 모드를 지시하거나, 플렉스 블록킹 모드를 지시하되 M2M 장치가 비동기식 넌블록킹 모드로 응답 모드를 결정하는 경우에 요청 메시지에 따른 자원 제어를 비동기식 넌블록킹 모드로 진행한다. 14, when the response mode parameter indicates an asynchronous non-blocking mode, or when a M2M device determines a response mode in an asynchronous non-blocking mode while instructing a flex blocking mode, the M2M device transmits a resource control according to a request message to an asynchronous non- You are in blocking mode.

예를 들어, M2M 장치는 요청 메시지를 처리하기 위한 요청 자원을 생성한다(S1400). M2M 장치는 요청 메시지를 처리하기 위한 요청 자원이 성공적으로 생성되면, 이에 대한 응답을 생성하고(S1410), 응답 메시지를 전송한다(S1420). 이후, M2M 장치는 요청 메시지에 포함되는 파라미터에 기초하여 요청을 처리하기 위한 자원 제어 동작을 수행한다.For example, the M2M device generates a request resource for processing a request message (S1400). When the request resource for processing the request message is successfully generated, the M2M device generates a response (S1410) and transmits a response message (S1420). Thereafter, the M2M device performs a resource control operation to process the request based on the parameters included in the request message.

예를 들어, M2M 장치는 자원 표현(표시)의 유효성을 체크한다(S1430). 다만, 동작 파라미터가 통지로 설정된 경우에 해당 단계는 생략될 수 있다. M2M 장치는 요청 메시지에 의해서 특정되는 처리 대상 자원이 유효한지를 판단한다. For example, the M2M device checks the validity of the resource representation (display) (S1430). However, when the operation parameter is set to the notification, the step may be omitted. The M2M device determines whether the resource to be processed specified by the request message is valid.

S1430 단계의 판단 결과 해당 자원이 유효한 것으로 판단되면, M2M 장치는 앞에서 판단한 동작 파라미터에 따라서 해당 동작을 수행하여 자원 제어를 수행한다(S1440). 예를 들어, M2M 장치는 동작 파라미터가 생성으로 설정되면, 대상 자원을 생성하고, 관련 부속자원 및 속성정보를 생성하여 관리한다. M2M 장치는 동작 파라미터가 조회로 설정되면, 조회의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 조회한다. M2M 장치는 동작 파라미터가 갱신으로 설정되면, 갱신의 대상이 되는 대상 자원을 확인하고, 요청 메시지에 포함되는 컨텐츠 파라미터를 이용하여 대상 자원의 값을 갱신하는 동작을 수행한다. M2M 장치는 동작 파라미터가 삭제로 설정되면, 삭제의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 삭제하는 동작을 수행한다. M2M 장치는 동작 파라미터가 통지로 설정되면, 통지의 대상이 되는 대상 자원을 확인하고, 대상 자원 및 부속자원, 속성정보를 조회하여 통지 동작을 수행한다. If it is determined in step S1430 that the corresponding resource is valid, the M2M device performs an operation according to the operation parameter determined in step S1430 to perform resource control (step S1440). For example, when the operation parameter is set to be generated, the M2M device generates a target resource and generates and manages related sub-resource and attribute information. When the operation parameter is set to inquiry, the M2M device confirms the target resource to be inquired, inquires the target resource, the attached resource, and the attribute information. When the operation parameter is set as an update, the M2M device confirms the target resource to be updated and updates the value of the target resource using the content parameter included in the request message. When the operation parameter is set to delete, the M2M device confirms the target resource to be deleted, and deletes the target resource, the attached resource, and the attribute information. When the operation parameter is set to the notification, the M2M device confirms the target resource to be notified, inquires the target resource and the attached resource, and performs the notification operation.

S1440 단계의 자원 제어 동작을 통해서 각 동작 파라미터에 따른 자원 처리가 완료되면, M2M 장치는 자원 제어 동작을 완료하고, Announce the resource 및 De-announce the resource를 위한 일반 동작을 수행한다(S1450). When the resource processing according to each operation parameter is completed through the resource control operation in step S1440, the M2M device completes the resource control operation and performs the general operation for Announce the resource and De-announce the resource (S1450).

이후, M2M 장치는 요청 메시지에 따른 자원 제어 절차가 완료되면, 생성된 요청 자원을 업데이트한다(S1460). Thereafter, when the resource control procedure according to the request message is completed, the M2M device updates the generated request resource (S1460).

또한, M2M 장치는 요청메시지에 따른 자원 제어 절차가 완료되어, 생성된 요청 자원의 결과에 대한 정보를 포함하는 통지 메시지를 전송한다(S1470). 이후, M2M 장치는 발원자의 응답 메시지를 기다린다(S1480). In addition, the M2M device transmits a notification message including information on the result of the generated requested resource after completing the resource control procedure according to the request message (S1470). Thereafter, the M2M device waits for a response message of the originator (S1480).

이상에서와 같이, M2M 장치는 각 응답 모드 별로 서로 다른 절차를 통해서 요청 메시지를 처리하고, 응답 메시지를 전송한다.As described above, the M2M device processes the request message through different procedures for each response mode, and transmits the response message.

한편, 전술한 바와 같이, 선택적 파라미터 체크 단계에서 응답 모드 파라미터가 플렉스 블록킹 모드로 설정되는 경우에 요청 메시지를 수신한 M2M 장치가 응답 모드를 결정한다. 아래에서는 M2M 장치가 응답 모드를 결정하는 방법에 대해서 설명한다. Meanwhile, as described above, when the response mode parameter is set to the flex blocking mode in the optional parameter checking step, the M2M device that has received the request message determines the response mode. The following describes how the M2M device determines the response mode.

도 15는 일 실시예에 따른 플렉스 블록킹 모드에 따른 응답 모드 결정 동작을 설명하기 위한 도면이다. 15 is a diagram for explaining a response mode determination operation according to a flex blocking mode according to an embodiment.

도 15를 참조하면, M2M 장치는 응답 모드 파라미터의 확인 결과 응답 모드 파라미터가 플렉스 블록킹 모드를 지시하는 값으로 설정된 경우에 요청 메시지에 알림 타켓 정보의 포함 여부와 미리 설정된 응답 모드 결정 정책 정보에 따라 응답 모드를 결정할 수 있다. 구체적으로, M2M 장치는 요청 메시지에 알림 타켓 정보가 포함되는 경우, 블록킹 모드, 동기식 넌블록킹 모드 및 비동기식 넌블록킹 모드 중 어느 하나로 응답 모드를 결정하고, 요청 메시지에 알림 타켓 정보가 포함되지 않는 경우, 블록킹 모드 및 동기식 넌블록킹 모드 중 어느 하나로 응답 모드를 결정할 수 있다. Referring to FIG. 15, when the response mode parameter is determined as a response mode parameter, the M2M device determines whether or not to include the alert target information in the request message and the response mode decision policy information Mode can be determined. Specifically, when the request message includes the notification target information, the M2M device determines the response mode to one of a blocking mode, a synchronous non-blocking mode, and an asynchronous non-blocking mode. If the request message does not include notification target information, The response mode can be determined in either the blocking mode or the synchronous non-blocking mode.

예를 들어 설명하면, M2M 장치는 요청 메시지를 수신하여 응답 모드 파라미터를 확인할 수 있다(S1500). 전술한 바와 같이 응답 모드 파라미터는 존재하지 않거나, 블록킹, 동기식 넌블록킹, 비동기식 넌블록킹 및 플렉스 블록킹 중 어느 하나를 지시하는 정보를 포함할 수 있다. For example, the M2M device can receive the request message and check the response mode parameter (S1500). As described above, the response mode parameter may not be present or may include information indicating any of blocking, synchronous non-blocking, asynchronous non-blocking and flex blocking.

만약, 응답 모드 파라미터가 플렉스 블록킹을 지시하는 값으로 설정된 경우에 M2M 장치는 요청 메시지에 알림(통지) 타켓 정보가 존재하는지 판단한다(S1510). 요청 메시지에 알림 타켓에 대한 정보가 포함되는 경우에 M2M 장치는 통지 정책 기반의 응답 모드 결정 동작을 수행한다(S1520). 예를 들어, M2M 장치에 통지 정책 기반의 응답 모드 결정에 대한 우선 순위 또는 통지 정책 기반의 응답 모드 결정 알고리즘이 미리 설정될 수 있으며, M2M 장치는 해당 우선순위 또는 알고리즘을 이용하여 응답 모드를 선택할 수 있다. M2M 장치는 통지 정책 기반으로 블록킹 모드, 동기식 넌블록킹 모드 및 비동기식 넌블록킹 모드 중 어느 하나의 응답 모드를 결정할 수 있다. If the answer mode parameter is set to a value indicating flex blocking, the M2M device determines whether notification information exists in the request message (S1510). If the request message includes information on the notification target, the M2M device performs a response mode determination operation based on the notification policy (S1520). For example, the M2M device may be preconfigured with a notification policy based response mode determination or a notification policy based response mode determination algorithm, and the M2M device may select the response mode using the corresponding priority or algorithm have. The M2M device may determine a blocking mode, a synchronous non-blocking mode and an asynchronous non-blocking mode based on a notification policy.

일 예로, M2M 장치는 비동기식 넌블록킹 모드를 응답 모드로 결정하고, 해당 절차에 따라 요청 메시지 처리 동작을 수행할 수 있다(S1530). For example, the M2M device may determine the asynchronous nonblocking mode to be a response mode and perform a request message processing operation according to a corresponding procedure (S1530).

다른 예로, M2M 장치는 동기식 넌블록킹 모드를 응답 모드로 결정하고, 해당 절차에 따라 요청 메시지 처리 동작을 수행할 수 있다(S1540). As another example, the M2M device may determine the synchronous nonblocking mode as a response mode and perform a request message processing operation according to the procedure (S1540).

또 다른 예로, M2M 장치는 블록킹 모드를 응답 모드로 결정하고, 해당 절차에 따라 요청 메시지 처리 동작을 수행할 수 있다(S1550). As another example, the M2M device may determine the blocking mode to be a response mode and perform a request message processing operation according to a corresponding procedure (S1550).

이와 달리, S1510 단계에서 M2M 장치는 알림 타켓 정보가 존재하지 않는 것으로 판단할 수 있다. 이 경우 M2M 장치는 미통지 정책 기반의 응답 모드 결정 동작을 수행할 수 있다(S1525). 미통지 정책 기반의 응답 모드 결정 알고리즘은 응답 모드로 블록킹 모드 및 동기식 넌블록킹 모드 중 어느 하나로 결정을 수행하도록 설정될 수 있다. 즉, 미통지 정책 기반의 응답 모드 결정 시에는 비동기식 넌블록킹 모드는 선택될 수 없다. Alternatively, in step S1510, the M2M device may determine that the notification target information does not exist. In this case, the M2M device can perform a response mode determination operation based on a non notification policy (S1525). A non notification policy based acknowledgment mode determination algorithm may be set to perform the determination in either a blocking mode or a synchronous non-blocking mode in a response mode. That is, the asynchronous non-blocking mode can not be selected in the determination of the non notification policy based response mode.

일 예로, M2M 장치는 동기식 넌블록킹 모드를 응답 모드로 결정하고, 해당 절차에 따라 요청 메시지 처리 동작을 수행할 수 있다(S1540). For example, the M2M device may determine a synchronous nonblocking mode as a response mode, and perform a request message processing operation according to a corresponding procedure (S1540).

다른 예로, M2M 장치는 블록킹 모드를 응답 모드로 결정하고, 해당 절차에 따라 요청 메시지 처리 동작을 수행할 수 있다(S1550). As another example, the M2M device may determine the blocking mode to be a response mode and perform a request message processing operation according to a corresponding procedure (S1550).

M2M 장치는 이러한 절차를 통해서 결정된 응답 모드에 따라 도 12 내지 도 14의 동작을 통해서 응답 메시지를 발신자로 전송할 수 있다. The M2M device can transmit a response message to the caller through the operations of FIGS. 12 to 14 according to the response mode determined through this procedure.

필요에 따라 M2M 장치는 결정된 응답 모드에 따라 결정되는 응답 상태 코드를 응답 메시지에 포함하여 발신자로 전송할 수 있다. 이는, 발신자가 M2M 장치가 선택한 응답 모드를 인지할 수 있도록 하기 위함이다. If necessary, the M2M device may include a response status code determined according to the determined response mode in a response message to the sender. This is to allow the caller to be aware of the answer mode selected by the M2M device.

일 예로, M2M 장치는 블록킹 방식으로 응답 모드를 결정하면, 응답 상태 코드를 요청 메시지의 동작 파라미터에 따라 매핑되어 설정되도록 결정하고, 응답 메시지를 해당 절차를 통해서 처리할 수 있다. For example, when the M2M device determines the response mode in the blocking mode, the M2M device determines that the response status code is mapped and set according to the operation parameter of the request message, and processes the response message through the corresponding procedure.

다른 예로, M2M 장치는 동기식 넌블록킹(nonBlockingRequestSynch) 방식에 따라 메시지를 처리하기로 결정하면, 해당 응답 모드에 따라 미리 설정된 응답 상태 코드를 포함하여 응답 메시지를 전송한다. As another example, when the M2M device determines to process a message according to a non-blocking blocking scheme, it transmits a response message including a predetermined response status code according to the corresponding response mode.

또 다른 예로, M2M 장치는 비동기식 넌블록킹(nonBlockingRequestAsynch) 모드에 따라 요청 메시지를 처리하기로 결정하면, 비동기식 넌블록킹 모드에 매핑되는 응답 상태 코드를 포함하여 응답 메시지를 전송할 수 있다. As another example, if the M2M device decides to process the request message according to the asynchronous nonblocking request mode, it may send a response message including the response status code mapped to the asynchronous non-blocking mode.

이 외에도, M2M 장치는 동기식 넌블록킹(nonBlockingRequestSynch) 방식과 비동기식 넌블록킹(nonBlockingRequestAsynch) 방식을 구별하여 응답 상태 코드를 할당하여 응답 메시지를 전송할 수 있다.In addition, the M2M device can transmit a response message by allocating a response status code by distinguishing between a non-blocking Non-blocking Request mode and a non-blocking Non-blocking Request mode.

발신자는 응답 메시지의 응답 상태 코드를 확인하여 M2M 장치가 선택한 응답 모드를 인지하고, 이후의 절차를 수행할 수 있다. The sender can acknowledge the response mode selected by the M2M device by checking the response status code of the response message and perform the following procedure.

아울러, 응답 메시지에는 다양한 파라미터가 포함될 수 있다. In addition, the response message may include various parameters.

예를 들어, 응답 메시지는 도 16에 개시된 바와 같이 필수적 파라미터와 동작 의존적 파라미터 및 선택적 파라미터를 포함할 수 있다. 일 예로, 응답 메시지는 응답 상태 코드 파라미터와 요청 식별 파라미터를 필수적으로 포함한다. 다른 예로, 응답 메시지는 컨텐츠 파라미터를 동작 의존적 파라미터로 포함할 수 있다. 또 다른 예로, 응답 메시지는 도 16의 나머지 파라미터들을 선택적으로 포함할 수 있다. 도 16에서의 파라미터는 설명을 위하여 예시적으로 개시한 것일 뿐 해당 파라미터에 한정되는 것은 아니다. For example, the response message may include mandatory parameters and operation dependent parameters and optional parameters as described in FIG. As an example, the response message essentially includes a response status code parameter and a request identification parameter. As another example, the response message may include a content parameter as an operation-dependent parameter. As another example, the response message may optionally include the remaining parameters of FIG. The parameters in Fig. 16 are only illustrative and not limitative.

이상에서의 동작을 통해서, M2M 장치가 파라미터 체크 및 자원 제어 동작을 일률적인 절차를 통해서 수행함으로써, 파라미터의 변경에 따른 모호성 발생을 방지할 수 있으며, 반복 또는 중복 파라미터 체크 동작을 방지하여 빠른 요청 메시지 처리를 제공하고 컴퓨팅 자원의 불필요한 낭비를 방지할 수 있다. 이하에서는 도 1 내지 도 16을 참조하여 설명한 본 실시예를 모두 실시할 수 있는 M2M 장치의 구성을 도면을 참조하여 다시 한 번 설명한다. Through the operations described above, the M2M device performs the parameter check and resource control operations through a uniform procedure, thereby preventing the occurrence of ambiguity due to parameter changes, preventing repetition or redundant parameter check operations, Processing can be provided and unnecessary waste of computing resources can be prevented. Hereinafter, the configuration of the M2M device capable of performing all of the embodiments described with reference to Figs. 1 to 16 will be described once again with reference to the drawings.

도 17은 일 실시예에 따른 M2M 장치의 구조를 도시한 도면이다. 17 is a diagram illustrating a structure of an M2M device according to an embodiment.

도 17을 참조하면, 일 실시예는 요청 메시지를 처리하는 M2M(Machine to Machine communication) 장치(1700)는 자원 제어를 요청하는 요청 메시지를 타 M2M 장치로부터 수신하는 수신부(1730)와 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 필수적 파라미터, 동작 의존적 파라미터 및 선택적 파라미터 순으로 체크하고, 체크 결과에 따라 자원 제어를 수행하는 제어부(1710) 및 자원 제어 수행 결과 생성되는 응답 정보를 포함하는 응답 메시지를 타 M2M 장치로 전송하는 송신부(1720)를 포함할 수 있다. 17, a machine-to-machine communication (M2M) apparatus 1700 for processing a request message includes a request message for requesting resource control from a receiving unit 1730 for receiving a request message from another M2M apparatus, A controller 1710 for checking the parameters in the order of the essential parameters, the operation-dependent parameters and the optional parameters according to a preset order, performing resource control according to the check result, and a response message including response information generated as a result of the resource control And a transmitter 1720 for transmitting the data to another M2M device.

전술한 바와 같이, 필수적 파라미터는 동작 파라미터, 송신측 파라미터, 수신측 파라미터 및 요청 식별 파라미터를 포함하고, 동작 의존적 파라미터는 컨텐츠 파라미터 및 자원 타입 파라미터를 포함할 수 있다. 또한, 선택적 파라미터는 시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터로 분류될 수 있다. As described above, the essential parameters include an operation parameter, a transmission-side parameter, a reception-side parameter, and a request identification parameter, and the operation-dependent parameter may include a content parameter and a resource type parameter. In addition, the optional parameters can be classified into a time-related parameter, a transfer-related parameter, a processing-result-related parameter, a group-related parameter, a security-related parameter, and a response mode parameter.

한편, 제어부(1710)는 순차적으로 요청 메시지가 애플리케이션 등록 메시지인지를 판단하고, 수신측 파라미터를 체크하여 M2M 장치(1700)가 요청 메시지의 수신측 장치가 맞는지 판단하며, M2M 장치(1700)가 수신측 장치가 맞는 경우에 송신측 파라미터를 확인하여 타 M2M 장치의 인증 여부를 판단한다. 또한, 제어부(1710)는 타 M2M 장치가 인증된 경우에 요청 식별 파라미터의 존재 여부를 판단하고, 요청 식별 파라미터가 존재하면, 동작 파라미터를 통해서 동작 종류를 확인한다. On the other hand, the controller 1710 sequentially determines whether the request message is an application registration message, checks the receiving side parameters to determine whether the M2M device 1700 is the receiving device of the request message, and if the M2M device 1700 receives Side device matches the transmission-side parameter to determine whether the other M2M device is authenticated. In addition, the controller 1710 determines whether or not the request identification parameter exists when another M2M device is authenticated, and confirms the operation type through the operation parameter when the request identification parameter exists.

또한, 제어부(1710)는 M2M 장치(1700)가 요청 메시지의 수신측 장치가 아닌 것으로 판단되면, 동작 의존적 파라미터의 체크 없이 요청 메시지에 대한 전달 여부를 선택적 파라미터의 전달 관련 파라미터를 통해서 확인한다. 또한, 제어부(1710)는 타 M2M 장치의 인증이 실패하는 경우, 동작 의존적 파라미터 및 선택적 파라미터에 대한 체크 없이 인증 실패를 지시하는 정보를 포함하는 응답 정보를 생성한다. If it is determined that the M2M device 1700 is not the receiving device of the request message, the control unit 1710 confirms whether the request message is delivered without checking the operation-dependent parameter through the transmission-related parameter of the optional parameter. In addition, when the authentication of the other M2M device fails, the control unit 1710 generates response information including information indicating an authentication failure without checking the operation-dependent parameter and the optional parameter.

또한, 제어부(1710)는 필수적 파라미터를 체크한 결과를 이용하여, 필수적 파라미터에 포함되는 동작 파라미터가 생성을 지시하는 값으로 설정된 경우에 자원 타입 파라미터를 체크하고, 필수적 파라미터에 포함되는 동작 파라미터가 조회, 갱신 및 통지 중 어느 하나를 지시하는 값으로 설정되는 경우에 컨텐츠 파라미터를 체크하고, 필수적 파라미터에 포함되는 동작 파라미터가 삭제를 지시하는 값으로 설정된 경우에 동작 의존적 파라미터 체크 동작을 생략하고 선택적 파라미터를 체크할 수 있다. Further, the control unit 1710 checks the resource type parameter when the operation parameter included in the essential parameter is set to a value instructing the generation, using the result of checking the essential parameter, and if the operation parameter included in the essential parameter is inquired , The content parameter is checked if it is set to a value indicating one of update and notification, and when the operation parameter included in the essential parameter is set to a value instructing deletion, the operation dependent parameter check operation is omitted and the optional parameter You can check.

이후, 제어부(1710)는 필수적 파라미터 및 동작 의존적 파라미터에 대한 체크가 완료되면, 시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터 순으로 선택적 파라미터의 존재 여부 및 지시 값을 체크한다. Then, when the check for the essential parameters and the operation-dependent parameters is completed, the controller 1710 determines whether or not there is an optional parameter in the order of the time-related parameter, the transfer-related parameter, the processing result-related parameter, the group- And check the indication.

응답 모드 파라미터의 체크와 관련하여 제어부(1710)는 응답 모드 파라미터가 존재하지 않거나, 블록킹 모드를 지시하는 값으로 설정된 경우에 블록킹 모드에 따라 자원 제어를 수행한다. 또한, 제어부(1710)는 응답 모드 파라미터가 동기식 넌블록킹 모드 또는 비동기식 넌블록킹 모드를 지시하는 값으로 설정된 경우에 각각 동기식 넌블록킹 모드 또는 비동기식 넌블록킹 모드에 따라 자원 제어를 수행한다. 이와 달리, 제어부(1710)는 응답 모드 파라미터가 플렉스 블록킹 모드를 지시하는 값으로 설정된 경우에 요청 메시지에 알림 타켓 정보의 포함 여부와 미리 설정된 응답 모드 결정 정책 정보에 따라 응답 모드를 결정한다. In response to the check of the response mode parameter, the control unit 1710 performs resource control according to the blocking mode when the response mode parameter does not exist or is set to a value indicating the blocking mode. In addition, the control unit 1710 performs resource control according to the synchronous non-blocking mode or the asynchronous non-blocking mode, respectively, when the response mode parameter is set to a value indicating the synchronous non-blocking mode or the asynchronous non-blocking mode. Alternatively, when the response mode parameter is set to a value indicating the flex blocking mode, the control unit 1710 determines the response mode according to whether the notification target information is included in the request message and the response mode decision policy information set in advance.

일 예로, 제어부(1710)는 요청 메시지에 알림 타켓 정보가 포함되는 경우, 블록킹 모드, 동기식 넌블록킹 모드 및 비동기식 넌블록킹 모드 중 어느 하나로 응답 모드를 결정한다. For example, when the notification message includes the notification target information, the control unit 1710 determines the response mode to one of a blocking mode, a synchronous non-blocking mode, and an asynchronous non-blocking mode.

다른 예로, 제어부(1710)는 요청 메시지에 알림 타켓 정보가 포함되지 않는 경우, 블록킹 모드 및 동기식 넌블록킹 모드 중 어느 하나로 응답 모드를 결정한다. As another example, the control unit 1710 determines the response mode in either the blocking mode or the synchronous non-blocking mode if the request message does not include the notification target information.

이 외에도, 제어부(1710)는 본 실시예에 따른 요청 메시지 수신에 따른 파라미터 체크 및 자원 제어 동작을 미리 설정된 프로토콜에 따라 수행하는 데에 따른 전반적인 M2M 장치(1700)의 동작을 제어한다. In addition, the controller 1710 controls the overall operation of the M2M device 1700 in accordance with a predetermined protocol according to a parameter check and a resource control operation according to the request message reception according to the present embodiment.

또한, 송신부(1720) 및 수신부(1730)는 발신자, 타 M2M 장치, M2M 시스템을 구성하는 다른 노드 및 어플리케이션 사용자 단말기 중 적어도 하나와 본 실시예를 수행하는 데에 필요한 메시지, 신호 및 데이터를 송수신하는 데에 사용된다. The transmitting unit 1720 and the receiving unit 1730 transmit and receive messages, signals, and data necessary for performing the present embodiment with at least one of the sender, the other M2M device, the other node constituting the M2M system, and the application user terminal Is used.

본 명세서에서의 "시스템", "프로세서", "컨트롤러", "컴포넌트", "모듈", "인터페이스", "모델", "유닛" 등의 용어는 일반적으로 컴퓨터 관련 엔티티 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행 중인 소프트웨어를 의미할 수 있다. 예를 들어, 전술한 구성요소는 프로세서에 의해서 구동되는 프로세스, 프로세서, 컨트롤러, 제어 프로세서, 개체, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 국한되지 않는다. 예를 들어, 컨트롤러 또는 프로세서에서 실행 중인 애플리케이션과 컨트롤러 또는 프로세서가 모두 구성 요소가 될 수 있습니다. 하나 이상의 구성 요소가 프로세스 및/또는 실행 스레드 내에 있을 수 있으며 구성 요소는 한 시스템에 위치하거나 두 대 이상의 시스템에 배포될 수 있다.The terms "system," "processor," "controller," "component," "module," "interface," "model," "unit," and the like in this specification are generally used to refer to computer-related entity hardware, Combination, software, or software in execution. For example, the above-described components may be, but are not limited to, a process driven by a processor, a processor, a controller, a control processor, an entity, an execution thread, a program and / or a computer. For example, a component can be a controller or an application running on a processor and a controller or processor. One or more components may reside within a process and / or thread of execution and the components may reside in one system or be distributed to more than one system.

전술한 실시예에서 언급한 표준내용 또는 표준문서들은 명세서의 설명을 간략하게 하기 위해 생략한 것으로 본 명세서의 일부를 구성한다. 따라서, 위 표준내용 및 표준문서들의 일부의 내용을 본 명세서에 추가하거나 청구범위에 기재하는 것은 본 발명의 범위에 해당하는 것으로 해석되어야 한다. The standard content or standard documents referred to in the above-mentioned embodiments constitute a part of this specification, for the sake of simplicity of description of the specification. Therefore, it is to be understood that the content of the above standard content and portions of the standard documents are added to or contained in the scope of the present invention.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.The foregoing description is merely illustrative of the technical idea of the present invention, and various changes and modifications may be made by those skilled in the art without departing from the essential characteristics of the present invention. Therefore, the embodiments disclosed in the present invention are intended to illustrate rather than limit the scope of the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. The scope of protection of the present invention should be construed according to the following claims, and all technical ideas within the scope of equivalents should be construed as falling within the scope of the present invention.

Claims (18)

M2M(Machine to Machine communication) 장치가 요청 메시지를 처리하는 방법에 있어서,
자원 제어를 요청하는 요청 메시지를 타 M2M 장치로부터 수신하는 단계;
상기 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 필수적 파라미터, 동작 의존적 파라미터 및 선택적 파라미터 순으로 체크하고, 체크 결과에 따라 상기 자원 제어를 수행하는 단계; 및
자원 제어 수행 결과 생성되는 응답 정보를 포함하는 응답 메시지를 상기 타 M2M 장치로 전송하는 단계를 포함하는 방법. A method for processing a request message in a machine-to-machine communication (M2M)
Receiving from the other M2M device a request message requesting resource control;
Checking parameters included in the request message in the order of essential parameters, operation dependent parameters, and optional parameters according to a preset order, and performing the resource control according to a result of the check; And
And transmitting a response message including response information generated as a result of resource control to the other M2M device. 제 1 항에 있어서,
상기 필수적 파라미터는,
상기 동작 파라미터, 송신측 파라미터, 수신측 파라미터 및 요청 식별 파라미터이고,
상기 동작 의존적 파라미터는,
컨텐츠 파라미터 및 자원 타입 파라미터인 것을 특징으로 하는 방법. The method according to claim 1,
The essential parameters include,
The operation parameter, the transmission side parameter, the reception side parameter and the request identification parameter,
The operation-
A content parameter and a resource type parameter. 제 1 항에 있어서,
상기 선택적 파라미터는,
시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터인 것을 특징으로 하는 방법. The method according to claim 1,
The optional parameters include,
A time related parameter, a transfer related parameter, a processing result related parameter, a group related parameter, a security related parameter, and a response mode parameter. 제 1 항에 있어서,
상기 자원 제어를 수행하는 단계는,
상기 요청 메시지가 애플리케이션 등록 메시지인지를 판단하고,
수신측 파라미터를 체크하여 상기 M2M 장치가 상기 요청 메시지의 수신측 장치가 맞는지 판단하며,
상기 M2M 장치가 상기 수신측 장치가 맞는 경우에 송신측 파라미터를 확인하여 상기 타 M2M 장치의 인증 여부를 판단하고,
상기 타 M2M 장치가 인증된 경우에 요청 식별 파라미터의 존재 여부를 판단하고,
상기 요청 식별 파라미터가 존재하면, 동작 파라미터를 통해서 동작 종류를 확인하는 것을 특징으로 하는 방법. The method according to claim 1,
Wherein performing the resource control comprises:
Determining whether the request message is an application registration message,
The receiving side parameter is checked to determine whether the M2M device is the receiving device of the request message,
The M2M device checks the transmission side parameter to determine whether or not the other M2M device is authenticated when the receiving device is correct,
Determining whether a request identification parameter exists if the other M2M device is authenticated,
And if the request identification parameter exists, checking the operation type through the operation parameter. 제 4 항에 있어서,
상기 자원 제어를 수행하는 단계는,
상기 M2M 장치가 상기 요청 메시지의 수신측 장치가 아닌 것으로 판단되면, 상기 동작 의존적 파라미터의 체크 없이 상기 요청 메시지에 대한 전달 여부를 상기 선택적 파라미터의 전달 관련 파라미터를 통해서 확인하고,
상기 타 M2M 장치의 인증이 실패하는 경우, 상기 동작 의존적 파라미터 및 상기 선택적 파라미터에 대한 체크 없이 인증 실패를 지시하는 정보를 포함하는 상기 응답 정보를 생성하는 것을 특징으로 하는 방법. 5. The method of claim 4,
Wherein performing the resource control comprises:
If the M2M device is judged not to be a device on the receiving side of the request message, confirming whether or not to transmit the request message without checking the operation-dependent parameter through the transfer-related parameter of the optional parameter,
Generating the response information including the operation dependent parameter and the information indicating the authentication failure without checking the optional parameter when authentication of the other M2M device fails. 제 1 항에 있어서,
상기 자원 제어를 수행하는 단계는,
상기 필수적 파라미터를 체크한 결과를 이용하여,
상기 필수적 파라미터에 포함되는 동작 파라미터가 생성을 지시하는 값으로 설정된 경우에 자원 타입 파라미터를 체크하고,
상기 필수적 파라미터에 포함되는 동작 파라미터가 조회, 갱신 및 통지 중 어느 하나를 지시하는 값으로 설정되는 경우에 컨텐츠 파라미터를 체크하고,
상기 필수적 파라미터에 포함되는 동작 파라미터가 삭제를 지시하는 값으로 설정된 경우에 상기 동작 의존적 파라미터 체크 동작을 생략하는 것을 특징으로 하는 방법. The method according to claim 1,
Wherein performing the resource control comprises:
Using the result of checking the essential parameters,
Checking the resource type parameter when the operation parameter included in the essential parameter is set to a value instructing generation,
Checking the content parameter when the operation parameter included in the essential parameter is set to a value indicating either inquiry, update, or notification,
And omitting the operation-dependent parameter check operation when the operation parameter included in the essential parameter is set to a value indicating deletion. 제 1 항에 있어서,
상기 자원 제어를 수행하는 단계는,
상기 필수적 파라미터 및 상기 동작 의존적 파라미터에 대한 체크가 완료되면,
시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터 순으로 상기 선택적 파라미터의 존재 여부 및 지시 값을 체크하는 것을 특징으로 하는 방법. The method according to claim 1,
Wherein performing the resource control comprises:
When the checking of the essential parameters and the operation-dependent parameters is completed,
Wherein the presence or absence of the optional parameter and the indication value are checked in the order of the time-related parameter, the transmission-related parameter, the processing-result-related parameter, the group-related parameter, the security-related parameter and the response mode parameter. 제 7 항에 있어서,
상기 자원 제어를 수행하는 단계는,
상기 응답 모드 파라미터가 존재하지 않거나, 블록킹 모드를 지시하는 값으로 설정된 경우에 상기 블록킹 모드에 따라 상기 자원 제어를 수행하고,
상기 응답 모드 파라미터가 동기식 넌블록킹 모드 또는 비동기식 넌블록킹 모드를 지시하는 값으로 설정된 경우에 각각 동기식 넌블록킹 모드 또는 비동기식 넌블록킹 모드에 따라 상기 자원 제어를 수행하되,
상기 응답 모드 파라미터가 플렉스 블록킹 모드를 지시하는 값으로 설정된 경우에 상기 요청 메시지에 알림 타켓 정보의 포함 여부와 미리 설정된 응답 모드 결정 정책 정보에 따라 응답 모드를 결정하는 것을 특징으로 하는 방법. 8. The method of claim 7,
Wherein performing the resource control comprises:
Performs the resource control according to the blocking mode when the response mode parameter does not exist or is set to a value indicating a blocking mode,
Performing the resource control according to a synchronous non-blocking mode or an asynchronous non-blocking mode, respectively, when the response mode parameter is set to a value indicating a synchronous non-blocking mode or an asynchronous non-blocking mode,
When the response mode parameter is set to a value indicating the flex blocking mode, the response mode is determined according to whether the notification target information is included in the request message and the response mode decision policy information set in advance. 제 8 항에 있어서,
상기 자원 제어를 수행하는 단계는,
상기 요청 메시지에 상기 알림 타켓 정보가 포함되는 경우, 상기 블록킹 모드, 상기 동기식 넌블록킹 모드 및 상기 비동기식 넌블록킹 모드 중 어느 하나로 상기 응답 모드를 결정하고,
상기 요청 메시지에 상기 알림 타켓 정보가 포함되지 않는 경우, 상기 블록킹 모드 및 상기 동기식 넌블록킹 모드 중 어느 하나로 상기 응답 모드를 결정하는 것을 특징으로 하는 방법. 9. The method of claim 8,
Wherein performing the resource control comprises:
Determining the response mode to one of the blocking mode, the synchronous non-blocking mode, and the asynchronous non-blocking mode when the notification message includes the alert target information,
Wherein the response mode is determined to be one of the blocking mode and the synchronous non-blocking mode when the notification target information is not included in the request message. 요청 메시지를 처리하는 M2M(Machine to Machine communication) 장치에 있어서,
자원 제어를 요청하는 요청 메시지를 타 M2M 장치로부터 수신하는 수신부;
상기 요청 메시지에 포함되는 파라미터를 미리 설정된 순서에 따라 필수적 파라미터, 동작 의존적 파라미터 및 선택적 파라미터 순으로 체크하고, 체크 결과에 따라 상기 자원 제어를 수행하는 제어부; 및
자원 제어 수행 결과 생성되는 응답 정보를 포함하는 응답 메시지를 상기 타 M2M 장치로 전송하는 송신부를 포함하는 M2M 장치. A machine-to-machine communication (M2M) device for processing a request message,
A receiving unit for receiving a request message requesting resource control from another M2M device;
A controller for checking the parameters included in the request message in order of essential parameters, operation dependent parameters, and optional parameters according to a preset order, and performing the resource control according to a check result; And
And a transmitter for transmitting a response message including response information generated as a result of resource control to the other M2M device. 제 10 항에 있어서,
상기 필수적 파라미터는,
상기 동작 파라미터, 송신측 파라미터, 수신측 파라미터 및 요청 식별 파라미터이고,
상기 동작 의존적 파라미터는,
컨텐츠 파라미터 및 자원 타입 파라미터인 것을 특징으로 하는 M2M 장치.11. The method of claim 10,
The essential parameters include,
The operation parameter, the transmission side parameter, the reception side parameter and the request identification parameter,
The operation-
A content parameter and a resource type parameter. 제 10 항에 있어서,
상기 선택적 파라미터는,
시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터인 것을 특징으로 하는 M2M 장치.11. The method of claim 10,
The optional parameters include,
A time related parameter, a transfer related parameter, a processing result related parameter, a group related parameter, a security related parameter, and a response mode parameter. 제 10 항에 있어서,
상기 제어부는,
순차적으로 상기 요청 메시지가 애플리케이션 등록 메시지인지를 판단하고,
수신측 파라미터를 체크하여 상기 M2M 장치가 상기 요청 메시지의 수신측 장치가 맞는지 판단하며,
상기 M2M 장치가 상기 수신측 장치가 맞는 경우에 송신측 파라미터를 확인하여 상기 타 M2M 장치의 인증 여부를 판단하고,
상기 타 M2M 장치가 인증된 경우에 요청 식별 파라미터의 존재 여부를 판단하고,
상기 요청 식별 파라미터가 존재하면, 동작 파라미터를 통해서 동작 종류를 확인하는 것을 특징으로 하는 M2M 장치.11. The method of claim 10,
Wherein,
Sequentially determining whether the request message is an application registration message,
The receiving side parameter is checked to determine whether the M2M device is the receiving device of the request message,
The M2M device checks the transmission side parameter to determine whether or not the other M2M device is authenticated when the receiving device is correct,
Determining whether the request identification parameter is present if the other M2M device is authenticated,
And if the request identification parameter is present, confirms the operation type through the operation parameter. 제 13 항에 있어서,
상기 제어부는,
상기 M2M 장치가 상기 요청 메시지의 수신측 장치가 아닌 것으로 판단되면, 상기 동작 의존적 파라미터의 체크 없이 상기 요청 메시지에 대한 전달 여부를 상기 선택적 파라미터의 전달 관련 파라미터를 통해서 확인하고,
상기 타 M2M 장치의 인증이 실패하는 경우, 상기 동작 의존적 파라미터 및 상기 선택적 파라미터에 대한 체크 없이 인증 실패를 지시하는 정보를 포함하는 상기 응답 정보를 생성하는 것을 특징으로 하는 M2M 장치.14. The method of claim 13,
Wherein,
If the M2M device is judged not to be a device on the receiving side of the request message, confirming whether or not to transmit the request message without checking the operation-dependent parameter through the transfer-related parameter of the optional parameter,
When the authentication of the other M2M device fails, generates the response information including the operation dependent parameter and the information indicating the authentication failure without checking the optional parameter. 제 10 항에 있어서,
상기 제어부는,
상기 필수적 파라미터를 체크한 결과를 이용하여,
상기 필수적 파라미터에 포함되는 동작 파라미터가 생성을 지시하는 값으로 설정된 경우에 자원 타입 파라미터를 체크하고,
상기 필수적 파라미터에 포함되는 동작 파라미터가 조회, 갱신 및 통지 중 어느 하나를 지시하는 값으로 설정되는 경우에 컨텐츠 파라미터를 체크하고,
상기 필수적 파라미터에 포함되는 동작 파라미터가 삭제를 지시하는 값으로 설정된 경우에 상기 동작 의존적 파라미터 체크 동작을 생략하는 것을 특징으로 하는 M2M 장치.11. The method of claim 10,
Wherein,
Using the result of checking the essential parameters,
Checking the resource type parameter when the operation parameter included in the essential parameter is set to a value instructing generation,
Checking the content parameter when the operation parameter included in the essential parameter is set to a value indicating either inquiry, update, or notification,
And omits the operation-dependent parameter check operation when the operation parameter included in the essential parameter is set to a value indicating deletion. 제 10 항에 있어서,
상기 제어부는,
상기 필수적 파라미터 및 상기 동작 의존적 파라미터에 대한 체크가 완료되면,
시간 관련 파라미터, 전달 관련 파라미터, 처리 결과 관련 파라미터, 그룹 관련 파라미터, 보안 관련 파라미터 및 응답 모드 파라미터 순으로 상기 선택적 파라미터의 존재 여부 및 지시 값을 체크하는 것을 특징으로 하는 M2M 장치.11. The method of claim 10,
Wherein,
When the checking of the essential parameters and the operation-dependent parameters is completed,
Wherein the presence / absence of the optional parameter and the indication value are checked in the order of the time-related parameter, the transmission-related parameter, the processing-result-related parameter, the group-related parameter, the security-related parameter and the response mode parameter. 제 16 항에 있어서,
상기 제어부는,
상기 응답 모드 파라미터가 존재하지 않거나, 블록킹 모드를 지시하는 값으로 설정된 경우에 상기 블록킹 모드에 따라 상기 자원 제어를 수행하고,
상기 응답 모드 파라미터가 동기식 넌블록킹 모드 또는 비동기식 넌블록킹 모드를 지시하는 값으로 설정된 경우에 각각 동기식 넌블록킹 모드 또는 비동기식 넌블록킹 모드에 따라 상기 자원 제어를 수행하되,
상기 응답 모드 파라미터가 플렉스 블록킹 모드를 지시하는 값으로 설정된 경우에 상기 요청 메시지에 알림 타켓 정보의 포함 여부와 미리 설정된 응답 모드 결정 정책 정보에 따라 응답 모드를 결정하는 것을 특징으로 하는 M2M 장치.17. The method of claim 16,
Wherein,
Performs the resource control according to the blocking mode when the response mode parameter does not exist or is set to a value indicating a blocking mode,
Performing the resource control according to a synchronous non-blocking mode or an asynchronous non-blocking mode, respectively, when the response mode parameter is set to a value indicating a synchronous non-blocking mode or an asynchronous non-blocking mode,
Wherein when the response mode parameter is set to a value indicating the flex blocking mode, the response mode is determined according to whether the notification target information is included in the request message and the response mode decision policy information set in advance. 제 17 항에 있어서,
상기 제어부는,
상기 요청 메시지에 상기 알림 타켓 정보가 포함되는 경우, 상기 블록킹 모드, 상기 동기식 넌블록킹 모드 및 상기 비동기식 넌블록킹 모드 중 어느 하나로 상기 응답 모드를 결정하고,
상기 요청 메시지에 상기 알림 타켓 정보가 포함되지 않는 경우, 상기 블록킹 모드 및 상기 동기식 넌블록킹 모드 중 어느 하나로 상기 응답 모드를 결정하는 것을 특징으로 하는 M2M 장치.18. The method of claim 17,
Wherein,
Determining the response mode to one of the blocking mode, the synchronous non-blocking mode, and the asynchronous non-blocking mode when the notification message includes the alert target information,
Wherein the response mode is determined to be one of the blocking mode and the synchronous non-blocking mode when the notification target information is not included in the request message.

Images