KR20140066630A - Association between application identifier and scl identifier - Google Patents

Association between application identifier and scl identifier Download PDF

Info

Publication number
KR20140066630A
KR20140066630A KR1020130028488A KR20130028488A KR20140066630A KR 20140066630 A KR20140066630 A KR 20140066630A KR 1020130028488 A KR1020130028488 A KR 1020130028488A KR 20130028488 A KR20130028488 A KR 20130028488A KR 20140066630 A KR20140066630 A KR 20140066630A
Authority
KR
South Korea
Prior art keywords
application
identification information
service capability
capability layer
service
Prior art date
Application number
KR1020130028488A
Other languages
Korean (ko)
Other versions
KR102045907B1 (en
Inventor
김상언
강수진
김의직
옥창석
Original Assignee
주식회사 케이티
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Publication of KR20140066630A publication Critical patent/KR20140066630A/en
Application granted granted Critical
Publication of KR102045907B1 publication Critical patent/KR102045907B1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Provided are an M2M service providing method and an apparatus thereof. According to the present invention, the M2M service providing method comprises the steps of receiving a registration request from an M2M application in an M2M service capability layer; and generating and saving an application resource including an application identification information in the M2M service capability layer and a service capability layer application information if the received application registration request has no error, and registering the application.

Description

응용 식별 정보와 서비스 제공 능력 식별 정보의 연계 방법 및 그 장치{Association between application identifier and SCL identifier}[0001] The present invention relates to a method of associating application identification information and service providing capability identification information,

본 발명은 M2M (Machine to Machine Communication) 서비스를 제공하는데 있어서 응용(application) 식별정보와 M2M 서비스 제공 능력 식별정보를 연계하여 등록하기 위한 정보 구성 방법과 장치 및 그 절차에 관한 것이다.The present invention relates to an information configuration method and apparatus for associating application identification information and M2M service provision identification information with each other in providing an M2M (Machine to Machine Communication) service.

사물 통신은 M2M(Machine to machine communication), MTC(Machine type communication), IOT(Internet of Thing), 스마트 디바이스 통신(Smart Device communication), 또는 사물 지향 통신(Machine oriented communication)과 같이 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 지칭한다.It can be used for communication between people, such as M2M (Machine to machine communication), MTC (Machine type communication), IOT (Internet of Thing), Smart Device communication or Machine oriented communication. Refers to all communication methods in which communication is performed without intervention.

ETSI (European Telecommunications Standards Institute)의 TC (Technical Committee) M2M에서는 M2M 서비스를 제공하기 위한 기능 구조(Functional Architecture)와 관련 프로토콜에 대한 표준화 작업을 추진하고 있다. 2012년 9월 10일 TC M2M에서는 기능 구조에 대한 표준화 작업 결과를 ETSI TS 102 690 V2.0.9의 문서(이하 '기능구조 규격'이라 한다)로 발표하였다.TC (Technical Committee) of European Telecommunications Standards Institute (ETSI) M2M is working on standardization of Functional Architecture and related protocols to provide M2M service. On September 10, 2012, TC M2M published the results of the standardization work on the functional structure as ETSI TS 102 690 V2.0.9 (hereinafter referred to as "functional structure specification").

또한 '기능구조 규격'은 M2M 서비스의 과금을 위하여 "M2M 기능을 사용한 과금 기록의 생성(Generates charging records pertaining to the use of capabilities)"을 5.2.1절에서 규정하고 있다.In addition, the 'Functional Architecture Specification' specifies in Section 5.2.1, "Generating charging records using the M2M function" for charging the M2M service.

기능구조 규격 10.1.2 절에서는 과금을 위한 '기록된 정보 구성 요소(M2M Recorded Information Elements)'를 Table 10.1로 규정하였다.Functional structure In Section 10.1.2, 'Recorded Information Elements' (M2M Recorded Information Elements) for billing are defined in Table 10.1.

Information Element Information Element ForFor requestrequest based triggers    based triggers
MandatoryMandatory /  / optionaloptional ForFor timertimer basedbased triggers    triggers
MandatoryMandatory / optional  / optional DescriptionDescription M2M Subscription Identifier M2M Subscription Identifier M M M M The M2M subscription ID associated with the request The M2M subscription ID associated with the request Application ID Application ID CM (when applicable) CM (when applicable) NA NA The M2M Application ID if applicable The M2M Application ID if applicable Receiver Receiver M M NA NA Receiver of an M2M request (can be an NA, or D/GSCL) Receiver of an M2M request (can be NA, or D / GSCL) Issuer Issuer M M NA NA Issuer of the M2M request (can be an NA or D/GSCL Issuer of the M2M request (can be an NA or D / GSCL Hosting SCL Hosting SCL O O NA NA The hosting SCL for the request in case the receiver is not the host, where applicable The hosting SCL for the request is not the host, where applicable Target ID Target ID M M NA NA The target URL for the M2M request The target URL for the M2M request Protocol Type Protocol Type O O NA NA HTTP or CoAP HTTP or CoAP Primitive Type Primitive Type O O NA NA Request Type Request Type Request Headers size Request Headers size O O NA NA Number of bytes for the headers in the Request Number of bytes for the headers in the Request Request Body size Request Body size O O NA NA Number of bytes of the body transported in the Request if applicable Number of bytes of the body transported in the Request if applicable Response Headers size Response Headers size O O NA NA Number of bytes for the headers in the Response Number of bytes for the headers in the Response Response Body size Response Body size O O NA NA Number of bytes of the body transported in the Response if applicable Number of bytes of the body transported in the Response if applicable Response Code Response Code O O NA NA Time Stamp Time Stamp M M M M The time for the recording the M2M event The time for the recording of the M2M event M2M-Event-Tag M2M-Event-Tag M M M M A Tag for the M2M event for classification purposes A Tag for the M2M event for classification purposes Control Memory Size Control Memory Size O O NA NA Storage Memory (in bytes)s, where applicable, to store control related information associated with the recorded M2M event (excludes data storage associated with container related operations) Storage Memory (in bytes) s, where applicable, to store control related information associated with the recorded M2M event, Data Memory Size Data Memory Size O O NA NA Storage Memory in Kbytes, where applicable, to store data associated with container related operations Storage Memory in Kbytes, where applicable, to store data associated with container related operations Access Network Identifier Access Network Identifier O O O O Identifier of the access network associated with the recorded M2M event in case the request/response is carried over mId Identifier of the access network associated with the recorded M2M event in case the request / response is carried over mId Additional Information: Additional Information: O O Vendor specific information Vendor specific information Occupancy Occupancy NA NA M M Overall sizedimensions (in Bytes) of the containers generated by a set of application identified by the M2M Subscription Identifier Overall sizedimensions (in Bytes) of the containers generated by a set of applications identified by the M2M Subscription Identifier

표 1은 Table 10.1에서 규정된 과금을 위해 기록된 정보 구성 요소(M2M Recorded Information Elements)를 나타낸다.Table 1 shows the information components (M2M Recorded Information Elements) recorded for the charges specified in Table 10.1.

기능구조규격에서는 상술한 표 1에 나타낸 과금 정보 외에는 과금 정보를 수집하기 위한 구체적인 방법은 아직 제안되지 않고 있다. In the functional structure specification, a specific method for collecting billing information other than the billing information shown in Table 1 has not yet been proposed.

따라서 표 1에 규정된 과금 정보를 '기능구조 규격'에 기반하지 않고 수집하기 위해서는 mIa, mId, dIa 참조점에서 M2M 통신을 위한 메시지의 교환이 발생하는 시점에 물리적인 통신 인터페이스를 모니터링하여 패킷을 수집(capture)하여 서비스 능력 계층 식별정보(Service Capability Layer(SCL) ID)와 응용 식별정보(Application ID)를 모두 저장하여야 한다. Therefore, in order to collect the billing information defined in Table 1 without being based on the 'functional structure specification', it is necessary to monitor the physical communication interface at the time of exchanging messages for M2M communication at the reference points of mIa, mId and dIa, The service capability layer identification information (SCL ID) and application identification information (Application ID) must be stored.

그러나 이러한 물리적 인터페이스 모니터링를 통한 SCL ID와 응용 식별정보를 저장하는 방법은 다음과 같은 문제점이 있다. However, the method of storing the SCL ID and application identification information through the physical interface monitoring has the following problems.

첫째, 단일 디바이스에서 수행하는 dIa 참조점은 물리적인 통신 인터페이스를 이용하지 않으므로 패킷을 모니터링하는 것이 불가능하다. First, it is impossible to monitor packets because the dIa reference point on a single device does not use a physical communication interface.

둘째, 서버플랫폼 또는 네트워크 서비스 능력 계층(Network Service Capability Layer: NSCL)은 수많은 디바이스 서비스 능력 계층(Device Service Capabilit Layer: DSCL) 또는 게이트웨이 서비스 능력 계층(Gateway Service Capability Layer: GSCL)과 연결되어 동작하므로 연결된 수 많은 DSCL 및 GSCL과의 각 mId 참조점에서 송수신되는 모든 패킷을 모니터링 하는 것은 현실적으로 불가능하다. 통상적으로 물리적인 통신 인터페이스의 패킷 모니터링 방식은 CPU 자원을 많이 소모하여, 성능에 심각한 영향을 미칠 수 있기 때문이다. Second, since the server platform or the network service capability layer (NSCL) is connected to a plurality of device service capability layers (DSCL) or gateway service capability layers (GSCL) It is practically impossible to monitor all packets transmitted and received at each mId reference point with a large number of DSCLs and GSCLs. The packet monitoring method of the physical communication interface usually consumes a lot of CPU resources and may seriously affect the performance.

셋째, dIa, mId, dIa 참조점에서 통신이 종료된 이후에는 SCL ID와 응용 ID 정보 모두를 수집할 수는 없다. 즉, 통신을 처리하는 도중에만 정보를 수집할 수 있으므로 과금 정보를 생성하고자 하는 임의의 시점에 과금 정보를 알 수는 없다는 문제점이 있다. Third, after the end of communication at the dIa, mId, dIa reference points, both SCL ID and application ID information can not be collected. That is, since information can be collected only during the communication process, there is a problem that the billing information can not be known at a certain point in time when the billing information is generated.

따라서, 본 발명에서는 M2M 서비스 제공에 있어서 응용 식별 정보(Application Identifier)와 서비스 능력 식별 정보(SCL Identifier)를 연계하여 저장하고 관리하는 서비스 제공 방법 및 그 장치를 제공하고자 한다.Accordingly, the present invention provides a service providing method and apparatus for associating and storing application identification information and service capability identification information (SCL Identifier) in providing M2M service.

본 발명에 따르면 ETSI에서 규정한 서비스 능력 식별 정보와 응용 식별정보을 연관하기 위한 응용(또는 어플리케이션) 속성 정보를 새로이 규정하여 응용 자원의 생성, 조회, 삭제 등을 제어하는 방법을 고안한다.According to the present invention, a method of controlling generation, retrieval, and deletion of application resources is newly devised by newly defining application (or application) attribute information for associating service capability identification information and application identification information defined by ETSI.

본 발명은 M2M 통신의 특성에 따른 dIa, mId, mIa등의 참조점에서 과금 정보를 용이하게 생성할 수 있는 서비스 능력 계층 식별 정보와 응용 식별 정보를 연관하여 명시적으로 제공하는 방법을 고안한다.The present invention devises a method of explicitly providing service capability layer identification information and application identification information that are capable of easily generating billing information at reference points such as dIa, mId, and mIa according to characteristics of M2M communication, in association with application identification information.

또한 물리적인 통신 인터페이스를 감시하지 않고, 응용 속성 정보를 이용하여 과금 정보의 수집을 가능하게 하여, M2M 서비스 제공 사업자가 운영하는 서버의 부하를 획기적으로 감소하고, 성능을 극대화하는 방법을 고안한다.Also, it is possible to collect billing information by using application attribute information without monitoring the physical communication interface, and a method of maximizing the performance and reducing the load of the server operated by the M2M service provider is devised.

또한 M2M 통신이 발생한 이후에 언제든지 과금 정보를 수집하기 위한 서비스 능력 계층 식별정보와 응용 식별정보의 연관 정보를 제공하기 위한 방법을 고안한다.Also, a method for providing association information of service capability layer identification information and application identification information for collecting billing information at any time after the occurrence of M2M communication is devised.

본 발명에 따르면, M2M 서비스 능력 계층에서 M2M 응용으로부터 응용 등록 요청을 수신하는 단계 및 수신한 상기 응용 등록 요청에 오류가 없는 경우 상기 서비스 능력 계층에서 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응용 자원을 생성하고 저장하여 상기 응용을 등록하는 단계를 포함하는 M2M 서비스 제공 방법을 제공한다. According to the present invention, there is provided a method for controlling an application, comprising the steps of: receiving an application registration request from an M2M application in an M2M service capability layer and, if there is no error in the received application registration request, And registering the application by creating and storing the resource.

또한 상기 응용 등록 단계에서는, 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보에 대해 각각 응용 식별 정보 해쉬 값 및 서비스 능력 계층 식별정보 해쉬 값을 생성할 수 있다. 그리고 상기 응용 식별 정보 및 상기 응용 식별 정보 해쉬값 중 적어도 하나를 저장하고 상기 서비스 능력 계층 식별 정보 및 상기 서비스 능력 계층 식별 정보 해쉬값 중 적어도 하나를 저장할 수 있다. 또한, 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보는 상기 응용 자원의 속성으로서 저장될 수 있다. In the application registration step, an application identification information hash value and a service capability layer identification information hash value may be generated for the application identification information and the service capability identification information, respectively. And store at least one of the application identification information and the application identification information hash value, and store at least one of the service capability layer identification information and the service capability layer identification information hash value. In addition, the application identification information and the service capability layer identification information may be stored as an attribute of the application resource.

본 발명에 따르면, M2M 응용으로부터 응용 등록 요청을 수신하면 수신한 상기 응용 등록 요청에 오류가 없는 경우, 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응용 자원을 생성하고 저장하여 상기 응용을 등록하는 M2M 플랫폼이 제공된다.According to the present invention, when an application registration request is received from an M2M application and there is no error in the received application registration request, an application resource including application identification information and service capability layer identification information is generated and stored to register the application The M2M platform is available.

또한 본 발명에 따르면, M2M 응용에서 M2M 서비스 능력 계층으로 응용 등록 요청을 전송하는 단계; 및 상기 응용 등록 요청에 대해 상기 서비스 능력 계층에서 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응답 메시지를 수신하면 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보를 저장하는 단계;를 포함하는 M2M 서비스 제공 방법이 제공된다.According to another aspect of the present invention, there is provided a method for controlling an M2M service, comprising: transmitting an application registration request from an M2M application to an M2M service capability layer; And storing the application identification information and the service capability layer identification information upon receipt of a response message including application identification information and service capability layer identification information in the service capability layer with respect to the application registration request A providing method is provided.

본 발명에 따르면, M2M 서비스 능력 계층으로 응용 등록 요청을 전송하고, 상기 응용 등록 요청에 대해 상기 서비스 능력 계층에서 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응답 메시지를 수신하면 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보를 저장하는 M2M 단말이 제공된다. According to the present invention, when an application registration request is transmitted to an M2M service capability layer and a response message including application identification information and service capability layer identification information is received in the service capability layer for the application registration request, An M2M terminal for storing the service capability layer identification information is provided.

본 발명은 NSCL에 연결되는 모든 M2M 장치와 게이트웨이 및 모든 응용 식별 정보를 일정한 길이로 구성된 문자열을 이용하여 용이하게 구분할 수 있으며, 각각의 응용 식별정보와 서비스 능력 게층 식별정보를 빠르게 검색할 수 있다. 또한 응용 식별정보와 서비스 능력 계층 식별정보의 연관 정보를 알 수 있다. 이에 따라 본 발명은 다음과 같은 효과가 있다.The present invention can easily distinguish all M2M devices connected to the NSCL, the gateway and all application identification information by using a string composed of a certain length, and can quickly search each application identification information and service capability layer identification information. Also, it is possible to know the association information of the application identification information and the service capability layer identification information. Accordingly, the present invention has the following effects.

기존시스템에서는 불가능하거나 막대한 비용이 소요되는 M2M 과금 정보를 수집하는데 있어서 응용 식별정보와 서비스 능력 계층 식별정보의 연관 정보를 쉽게 저장하고 관리할 수 있다.It is possible to easily store and manage the association information of the application identification information and the service ability hierarchy identification information in the case of collecting the M2M charging information that is impossible or incurred in the existing system.

또한, 기존 시스템에서는 불가능한 임의 시간에 과금 정보 생성을 위한 응용 식별정보와 서비스 능력 계층 식별정보의 연관 정보를 검색하거나 저장할 수 있다.In addition, it is possible to retrieve or store the application identification information for generating billing information and the association information of the service capability layer identification information at an arbitrary time that is impossible in the existing system.

또한, 기존 시스템에서는 불가능한 SCL별 Application별 과금 정보를 용이하게 생성할 수 있다.In addition, it is possible to easily generate billing information per application by SCL which is not possible in the existing system.

도 1은 본 발명이 적용되는 M2M 시스템의 구조의 실시 예를 설명하기 위한 도면이다.
도 2는 본 발명의 실시예에 따른 M2M 기능구조 규격 Figure 10.2에서 규정된 과금을 위한 구조를 나타내는 도면이다.
도 3은 본 발명의 실시예에 따른 M2M 기능구조 규격 5.1.2절의 Figure 5.2에서 규정된 Application Registration에 관한 도면이다.
도 4는 본 발명에 따른 응용 식별정보와 서비스 능력 계층 식별정보의 연계 정보를 구성하는 절차를 나타내는 흐름도이다.
도 5는 본 발명의 실시 예에 따른 응용 자원의 일 예이다.
도 6은 본 발명의 실시 예에 따른 응용 식별정보와 서비스 능력 계층 식별정보의 해쉬 값 생성 방법에 관한 흐름도이다.1 is a view for explaining an embodiment of a structure of an M2M system to which the present invention is applied.
FIG. 2 is a view showing a structure for charging according to the M2M functional structure standard 10.2 according to an embodiment of the present invention.
3 is a diagram of the application registration specified in Figure 5.2 of Section 5.1.2 of the M2M functional structure specification according to the embodiment of the present invention.
4 is a flowchart illustrating a procedure for configuring association information between application identification information and service capability layer identification information according to the present invention.
5 is an example of application resources according to an embodiment of the present invention.
6 is a flowchart illustrating a method of generating a hash value of application identification information and service capability layer identification information according to an embodiment of the present invention.

이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.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) 등으로 다양하게 불려지며, 본 명세서에서는 M2M을 중심으로 설명한다. 그러나 이러한 설명이 M2M에만 한정되는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신에 적용 가능하다. Embodiments of the present invention will be described with reference to object communication. Object communication is variously divided into machine-to-machine communication (M2M), Machine Type Communication (MTC), Internet of Things (IOT), Smart Device Communication (SDC), and Machine Oriented Communication And will be described in the following description with reference to M2M. However, this description is not limited to M2M, but is applicable to all systems and structures providing inter-device communication, i.e., object communication, and communication occurring in these systems.

또한 이러한 사물 통신은 지능형 검침(Smart Meter), 전자 보건(e-Health), 통신 가전(Connected Consumer), 도시 자동화(City Automation), 차량 응용(Automotive Application) 등을 포함하는 다양한 분야에 적용될 수 있다. In addition, such object communication can be applied to various fields including Smart Meter, e-Health, Connected Consumer, City Automation, and Automotive Application .

본 명세서에서의 M2M 객체 또는 장치는, M2M 단말(예를 들어, M2M 표준규격 단말(D), M2M 비표준규격 단말(d) 또는 M2M 부분표준규격 단말(D')일 수 있다), M2M 게이트웨이(G) 또는 M2M 네트워크 서버를 포함하는 상위 개념으로 사용될 수 있다.The M2M object or device herein may be an M2M terminal (e.g., an M2M standard compliant terminal D, an M2M non-standard compliant terminal d or an M2M partial standard compliant terminal D '), an M2M gateway G) or an M2M network server.

도 1은 본 발명이 적용되는 M2M 시스템의 구조의 일 예를 설명하기 위한 도면으로서, 국제표준인 ETSI(European Telecommunication Standards Institute) TC(Technical Committee) M2M에 기술된 M2M 구조(architecture)를 나타낸다. FIG. 1 is a view for explaining an example of a structure of an M2M system to which the present invention is applied, and shows an M2M architecture described in an international standard, ETSI (Technical Telecommunication Standards Institute) TC (M2M).

도 2를 참조하면, 참조하면, 국제표준인 ETSI(European Telecommunication Standards Institute) TC(Technical Committee) M2M 표준에 기술된 M2M 구조는 크게 네트워크 도메인(100)과 단말/게이트웨이 도메인(200)으로 구성된다. Referring to FIG. 2, the M2M structure described in the M2 (International Telecommunication Standards Institute) technical committee (TC) technical committee (ETSI) standard comprises a network domain 100 and a terminal / gateway domain 200.

네트워크 도메인(100)에는 액세스 네트워크(Access Network)(110), 코어 네트워크(Core Network)(120), M2M 서비스 능력(M2M Service Capabilities)(130), M2M 어플리케이션(M2M Application)(140)이 있다. The network domain 100 includes an access network 110, a core network 120, an M2M service capability 130, and an M2M application 140.

액세스 네트워크(Access Network)(110)는 M2M 게이트웨이/단말들이 코어 네트워크(Core Network)에 접속할 수 있도록 하는 네트워크로 xDSL, FTTH, Wi-Fi 등을 포함한다. The access network 110 includes xDSL, FTTH, Wi-Fi, and the like as a network that allows M2M gateways / terminals to access a core network.

코어 네트워크(Core Network)(120)는 IP 연결이 되며 로밍을 지원하고 다른 네트워크와의 상호 연동을 지원하는 네트워크로 예를 들면 3GPP 등이 해당된다. The core network 120 is an IP connection, supports roaming, and supports interworking with other networks, such as 3GPP.

M2M 서비스 능력(Service Capabilities)(130)은 M2M 서비스에 공통으로 필요한 기능들을 포함한다. M2M Service Capabilities에서 제공하는 M2M 서비스 공통 기능으로는 xAE(Application Enablement), xGC(Generic Communication), xREM(Remote Entity Management), xRAR(Rechability, Addressing and Repository), xCS(Communication Selection), xSEC(Security), xHDR(History and Data Retention), xTM(Transaction Management), xIP(Interworking Proxy), xCB(Compensation Brokerage)의 10개의 서비스 능력(Service Capability)이 M2M 디바이스(220), M2M 게이트웨이(230), M2M 서버 플랫폼(130)에서 사용하는 기능이며, M2M 서버 플랫폼에서는 TOE(Telco Operator Exposure) 기능을 추가로 이용할 수 있다. 이러한 서비스 기능은 mId(SCL간), mIa(NSCL과 NA간), dIa(DSCL/GSCL과 DA/GA간)의 개방형 인터페이스를 통해 사용된다. The M2M service capabilities 130 include functions that are common to the M2M service. The M2M service common functions provided by M2M Service Capabilities include xAE (Application Enablement), xGC (Generic Communication), xREM (Remote Entity Management), xRAR (Reachability, Addressing and Repository), xCS (Communication Selection) ten service capabilities such as xHDR (History and Data Retention), xTM (Transaction Management), xIP (Interworking Proxy) and xCB (Compensation Brokerage) are transmitted to the M2M device 220, the M2M gateway 230, It is a function used in the platform 130. In the M2M server platform, a Telco Operator Exposure (TOE) function can be additionally used. These service functions are used through an open interface of mId (between SCL), mIa (between NSCL and NA), dIa (between DSCL / GSCL and DA / GA).

M2M 서비스 능력(Service Capabilities)은 M2M 플랫폼으로서 네트워크 도메인(100) 및 단말/게이트웨이 도메인(200)에 존재하며, 네트워크 도메인의 M2M 서비스 능력(NSCL: Network Service Capability Layer)은 서버 플랫폼 형태로 구현되며, 단말/게이트웨이 도메인(200)의 M2M 서비스 능력(Service Capabilities)은 단말 플랫폼(221)(DSCL: Device Service Capability Layer) 또는 게이트웨이 플랫폼(211)(GSCL: Gateway Service Capability Layer)과 같은 미들웨어 형태로 예를 들면 단말이나 게이트웨이에 상주하여 동작하도록 구현될 수 있다. The M2M service capability exists in the network domain 100 and the terminal / gateway domain 200 as the M2M platform. The M2M service capability (NSCL: Network Service Capability Layer) of the network domain is implemented as a server platform, The M2M service capability of the terminal / gateway domain 200 is an example of middleware such as a DSCL (Terminal Service Service Capability Layer) or a Gateway Service Capability Layer (GSCL) It may be implemented to reside in a terminal or gateway.

M2M 어플리케이션 또는 응용(M2M Application)은 서비스 로직이 수행되며 개방형 인터페이스를 통해 M2M 서비스 능력(Service Capabilities)을 사용하는 응용서비스로서, 네트워크 도메인(100)과 단말/게이트웨이 도메인에(200) 각각 존재한다. An M2M application or an application (M2M Application) is an application service that uses M2M service capability (Service Capabilities) through an open interface, and is present in the network domain 100 and the terminal / gateway domain 200 respectively.

네트워크 도메인의 M2M 어플리케이션은 일반적으로 알려진 M2M 응용서비스(140)(NA : Network Application) 형태이며, 단말/게이트웨이 도메인의 M2M 어플리케이션은 일반적으로 단말앱(222)(DA: Device Application) 또는 게이트웨이앱(212)(GA: Gateway Application)으로 게이트웨이나 단말에 상주하여 동작할 수 있다.The M2M application of the network domain is generally in the form of a known M2M application service 140 (NA: Network Application), and the M2M application of the terminal / gateway domain is generally a terminal application 222 (DA: Device Application) (GA: Gateway Application), which can reside in a gateway or a terminal.

M2M 단말(220, 240)은 네트워크 도메인의 기능을 이용하기 위해 M2M 어플리케이션(222)을 구동하여 M2M 단말(220) 또는 M2M 게이트웨이(210)의 M2M 서비스 능력(Service Capabilities: SC)(221, 211)을 통해 네트워크/어플리케이션 도메인(100)에서 동작(interworking and interconnection)할 수 있다. The M2M terminals 220 and 240 operate the M2M application 222 to utilize the functions of the network domain to obtain M2M service capabilities (Service Capabilities) 221 and 211 of the M2M terminal 220 or the M2M gateway 210, And interworking and interconnection in the network / application domain 100 via the Internet.

이러한 M2M 단말 또는 M2M 게이트웨이의 서비스 능력(Service Capability Layer)은 네트워크 도메인의 서비스 능력(Service Capability Layer)과 특정 인터페이스를 형성하여 상호 통신하며 동작(interworking and interconnection)한다. The service capability of the M2M terminal or the M2M gateway forms a specific interface with the service capability of the network domain to inter-operate and inter-operate.

또한 네트워크 도메인의 서비스 능력들은 하나 또는 복수의 코어 네트워크와 인터페이스할 수 있으며, 이 경우 기존의 타 규격에 따라 공지된 인터페이스를 통해 코어 네트워크의 기능을 이용할 수 있다. In addition, the service capabilities of the network domain can interface with one or more core networks, and in this case, the functions of the core network can be utilized through known interfaces according to other existing specifications.

이를 위해 M2M 표준 구조에 따르면 네트워크 도메인(100)과 단말과 게이트웨이 도메인(200)들의 상호 인터페이스로서 mIa, mId, dIa의 참조점(reference points)이 정의된다. To this end, according to the M2M standard structure, reference points of mIa, mId and dIa are defined as mutual interfaces between the network domain 100 and the terminal and gateway domains 200.

mIa는 네트워크 도메인(100)에서 사용하는 참조점으로서 M2M 서버 플랫폼인 NSCL (M2M Service Capability Layer in the network)(130)과 네트워크 어플리케이션인 NA (Network Application)(140) 간의 인터페이스 규격이다. The mIa is an interface standard between the M2M Service Capability Layer in the network (NSCL) 130 and the network application (NA Application) 140 as a reference point used in the network domain 100.

mId는 네트워크 도메인(100)의 NSCL(130)과 단말/게이트웨이 도메인(200)의 단말/게이트웨이 서비스 능력(DSCL 또는 GSCL)(211, 221) 간의 인터페이스 규격이다. 즉, mId는 M2M 서버 플랫폼(NSCL)(130)과 M2M 단말/게이트웨이 플랫폼(DSCL/GSCL)(221, 211) 간에 적용하는 인터페이스 규격이다. mId is an interface specification between the NSCL 130 of the network domain 100 and the terminal / gateway service capability (DSCL or GSCL) 211, 221 of the terminal / gateway domain 200. That is, mId is an interface standard applied between the M2M server platform (NSCL) 130 and the M2M terminal / gateway platform (DSCL / GSCL) 221, 211.

dIa는 M2M 단말/게이트웨이 도메인(200)에서 사용하는 참조점으로서, M2M 단말 플랫폼(DSCL)(221)과 단말 어플리케이션(Device Application)(DA)의 인터페이스, M2M 게이트웨이 플랫폼(GSCL)(211)과 게이트웨이 어플리케이션(Gateway Application)(GA)의 인터페이스, M2M 게이트웨이 플랫폼(211)과 단말 어플리케이션(240)의 인터페이스 규격이다.dIa is a reference point used in the M2M terminal / gateway domain 200 and includes an interface between the M2M terminal platform (DSCL) 221 and the terminal application (DA), an M2M gateway platform (GSCL) 211, An interface of the application (Gateway Application) (GA), and an interface standard of the M2M gateway platform 211 and the terminal application 240.

ETSI M2M 규격에 따른 본 발명은 각종 센서 등의 M2M 장치에서 생성되는 데이터는 리소스 또는 자원(resource)의 형태로 트리(Tree) 형식의 레스트풀(RESTful) 구조에서 유일하게 구별될 수 있는 주소를 갖고 저장되며, 이러한 리소스(resource)는 M2M 규격에 따라 정의된 메소드(Method)를 이용하여 관리할 수 있다. According to the ETSI M2M standard, data generated in an M2M device such as various sensors has an address that can be uniquely distinguished in a RESTful structure of a tree format in the form of resources or resources And these resources can be managed using a method defined according to the M2M standard.

ETSI TC M2M 규격에서는 리소스 관리를 위한 메소드(Method)로서 CRUD(Create, Retrieve, Update, Delete)를 정의하고 있다. 즉 리소스를 생성하기 위해 생성(Create) 메소드가 사용되며, 리소스의 내용을 읽기 위해 독출(Retrieve) 메소드가 사용된다. 또한 리소스의 내용을 갱신하기 위해서 갱신(Update) 메소드가 사용되며, 리소스를 삭제하기 위해서 삭제(Delete) 메소드가 사용된다. 이러한 4종류의 메소드 외에 알림(notify) 및 실행(execute)의 메소드가 더 정의되어 있다.The ETSI TC M2M specification defines CRUD (Create, Retrieve, Update, Delete) as a method for resource management. In other words, the Create method is used to create the resource, and the Retrieve method is used to read the contents of the resource. In addition, the Update method is used to update the contents of the resource, and the Delete method is used to delete the resource. In addition to these four methods, notify and execute methods are further defined.

한편 리소스는 한 개 이상의 속성을 가질 수 있으며 이러한 속성은 리소스에 저장되는 데이터에 대한 메타데이타(meta-data)로서 이 값들은 실제로 리소스의 내용에 대한 정보를 표현한다. 리소스의 속성들 중에는 리소스가 생성되거나 수정된 시점의 시간정보를 가지고 있는 속성들이 존재한다. A resource can have one or more attributes, which are meta-data about the data stored in the resource, which actually represent information about the content of the resource. Among the attributes of the resource, there are the attributes having the time information at the time when the resource is created or modified.

M2M 어플리케이션과 M2M 서비스 능력은 상술한 RESTful 구조 형식을 적용하여 유일하게 정의된 리소스들의 표현 정보를 이용하여 M2M 어플리케이션과 M2M 서비스 능력 간 데이터를 전달할 수 있다. The M2M application and the M2M service capability can transfer data between the M2M application and the M2M service capability using the representation information of the uniquely defined resources by applying the above RESTful structure format.

이하 상술한 바와 같은 M2M 환경에서 적용되는, 본 발명에 따른 응용 식별 정보와 서비스 제공 능력 계층 식별 정보를 연계하여 M2M 서비스에 대해 과금하기 위한 방법에 대하여, 도면을 참조하여 보다 상세하게 설명한다.Hereinafter, a method for charging the M2M service by linking the application identification information and the service providing capability layer identification information according to the present invention, which is applied in the M2M environment as described above, will be described in detail with reference to the drawings.

본 발명은 M2M (Machine to Machine Communication) 서비스를 제공하는데 있어서 과금 정보를 수집하기 위해 디바이스 응용(DA: Device Application)과 M2M디바이스의 서비스 능력 계층(DSCL: Device Service Capability Layer) 사이(dIa)에서 응용을 등록하기 위한 정보 구성 방법을 제공한다.In order to collect billing information in providing a machine to machine communication (M2M) service, the present invention is applied to a device application (DA) between a Device Application (DA) and a Device Service Capability Layer (DSCL) The method comprising the steps of:

또한 본 발명은 M2M 서비스 과금을 위해 게이트웨이 응용(GA: Gateway Application)과 M2M 게이트웨이의 서비스 능력 계층(GSCL: Gateway Service Capability Layer) 사이(dIa)에서 DA 또는 GA를 등록하기 위한 정보 구성 방법을 제공한다.The present invention also provides an information configuration method for registering a DA or GA between a gateway application (GA) and a gateway service capability layer (GSCL) of a M2M gateway (dIa) for M2M service billing .

또한 M2M 서비스 과금을 위해 서버 응용(NA: Network Application)과 M2M 서버의 서비스 능력 계층(NSCL: Network Capability Layer) 사이(mIa)에서 응용을 등록하기 위한 정보 구성 방법을 제공한다. In addition, for the M2M service billing, it provides information configuration method to register the application between the Network Application (NA) and the Network Capability Layer (NSCL) of the M2M Server (mIa).

또한 M2M 서비스 과금을 위해 M2M 디바이스의 DSCL과 M2M 서버의 NSCL 사이(mId)에서 응용 등록을 위한 정보 구성 방법 및 M2M 게이트웨이의 GSCL과 M2M 서버의 NSCL 사이(mId)에서 응용 등록을 위한 정보 구성 방법을 제공한다.Also, for the M2M service billing, there is a method for configuring the information for application registration between the DSCL of the M2M device and the NSCL of the M2M server (mId) and a method of configuring the information for application registration between the GSCL of the M2M gateway and NSCL of the M2M server to provide.

기능구조 규격 10.1.1절에서의 Application ID(응용 식별 정보 또는 응용 식별자)와 SCL ID(서비스 제공 능력 계층 식별 정보)를 연계하는 것은 과금 정보를 수집하기 위해 필요하나 현재 규격으로 규정되어 있지 않다. Functional structure specification Linking Application ID (Application Identification Information or Application Identifier) and SCL ID (Service Providing Ability Layer Identification Information) in Section 10.1.1 is necessary to collect billing information, but it is not specified in current specification.

도 2는 본 발명의 실시 예에 따른 M2M 기능구조 규격에서 규정된 과금을 위한 구조를 나타내는 도면이다.FIG. 2 is a view showing a structure for charging defined in the M2M functional structure standard according to the embodiment of the present invention.

도 2를 참조하면, 기능구조 규격에 따른 과금 구조는 네트워크 도메인(100), M2M 디바이스 도메인(220) 또는 M2M 게이트웨이 도메인(210) 및 과금서버(Charging server)(300)로 구성되어 있다. 2, the billing structure according to the functional structure standard includes a network domain 100, an M2M device domain 220, or an M2M gateway domain 210 and a charging server 300.

네트워크 도메인(100)은 네트워크 응용(Network Application: NA)(140)과 네트워크 서비스 능력 계층(Network Service Capability Layer: NSCL)(130)를 포함한다. mIa 참조점(reference point)은 NA와 NSCL이 정보를 교환하는 인터페이스이다.The network domain 100 includes a Network Application (NA) 140 and a Network Service Capability Layer (NSCL) The mIa reference point is the interface through which the NA and NSCL exchange information.

디바이스 도메인(220)은 디바이스 응용(Device Application: DA)(222)과 디바이스 서비스 능력 계층(Device Service capability Layer: DSCL)(221)을 포함한다. dIa 참조점은 DA와 DSCL이 정보를 교환하는 인터페이스이다. The device domain 220 includes a device application (DA) 222 and a device service capability layer (DSCL) 221. The dIa reference point is the interface through which the DA and DSCL exchange information.

M2M 게이트웨이(210)는 게이트웨이 응용(Gateway Application: GA)(212)과 M2M 게이트웨이 서비스 능력 계층(Gateway Service capability Layer: GSCL)(211)을 포함한다. dIa 참조점은 GA와 GSCL이 정보를 교환하는 인터페이스이다.The M2M gateway 210 includes a gateway application (GA) 212 and a gateway service capability layer (GSCL) 211. The dIa reference point is the interface through which the GA and the GSCL exchange information.

한편 mId 참조점은 NSCL(130)과 DSCL(221)의 인터페이스 또는 NSCL(130)과 GSCL(211)의 인터페이스이다.The mId reference point is an interface between NSCL 130 and DSCL 221 or an interface between NSCL 130 and GSCL 211.

과금서버(Charging server)(300)는 과금 정보를 처리하기 위한 서버로서 Cm 참조점은 NSCL(130)과 과금 서버(Charging server)(300)의 인터페이스이다. The charging server 300 is a server for processing billing information, and the reference point Cm is an interface between the NSCL 130 and the charging server 300.

NA 제공자는 NSCL에 NA를 등록 한다. DA 제공자는 DSCL에 DA를 등록 한다. GA 제공자는 GSCL에 GA를 등록 한다. NA, DA, GA를 등록하기 위해서는 가장 중요한 요소는 NSCL이다. NSCL은 M2M 서비스를 제공하기 위한 핵심적인 구성요소로써, DSCL과 GSCL을 NSCL에 등록 한 후 통신 서비스를 제공한다.NA provider registers NA with NSCL. The DA provider registers the DA with the DSCL. GA provider registers GA with GSCL. The most important factor for registering NA, DA, GA is NSCL. NSCL is a core component to provide M2M service, and it registers DSCL and GSCL with NSCL and provides communication service.

응용 등록(Application Registration)은 기능구조 규격은 5.1.2절의 도면 5.2에서 개념적으로 규정하고 있다.Application registration is defined conceptually in the drawing 5.2 of 5.1.2.

도 3은 M2M 기능구조 규격 5.1.2절의 도면 5.2에서 규정한 응용 등록 과정을 나타내는 도면이다.FIG. 3 is a diagram showing the application registration process defined in FIG. 5.2 of the 5.1.2 M2M functional structure specification.

도 3을 참조하면, 기능 구조 규격 5.1.2절의 응용 등록 과정은 기능구조 규격 9.2.3.6절에서 규정하는 리소스를 이용하여 인터페이스 규격 10.8.2.1절에서 규정하는 절차에 따라 구체적으로 등록과정을 수행한다. Referring to FIG. 3, the application registration process of the functional structure specification 5.1.2 performs the registration process specifically according to the procedure specified in the interface specification 10.8.2.1 using the resources specified in the functional structure specification standard 9.2.3.6 .

그러나 기능구조 규격은 과금 정보를 수집하기 위한 방법을 고려하지 않고 규정하여어, 과금을 위해 필요한 응용 식별 정보(Application ID)와 서비스 능력 식별 정보(SCL ID)의 연계 방법이 필요하다.However, the functional structure specification requires a method of linking the application ID and the service capability identification information (SCL ID) necessary for billing without specifying the method for collecting billing information.

기능구조 규격 9.2.3.6절에서 규정하는 응용 <application>을 등록하기 위한 리소스에 대해 테이블 9.11과 테이블 9.12에서 규정하고 있다. 특히 응용 <application>을 등록하기 위한 속성 정보는 테이블 9.12로 규정하고 있다.Table 9.11 and Table 9.12 describe the resources for registering the application <application> specified in Section 9.2.3.6 of the functional architecture specification. In particular, attribute information for registering application <application> is specified in Table 9.12.

subResourcesubResource MultiplicityMultiplicity DescriptionDescription containerscontainers 1One See clause 9.2.3.11. Contains local containers typically created by the parent application.See clause 9.2.3.11. Contains local containers created by the parent application. groupsgroups 1One See clause 9.2.3.18. Contains local groups typically created by the parent application.See clause 9.2.3.18. Contains local groups. accessRightsaccessRights 1One See clause 9.2.3.8. Contains local < accessRight > resources typically created by the parent application.See clause 9.2.3.8. Contains local < accessRight > resources. subscriptionssubscriptions 1One See clause 9.2.3.22.See clause 9.2.3.22. notificationChannelsnotificationChannels 1One See clause 9.2.3.34. The collection of notification channels for use by the registered application.See clause 9.2.3.34. The collection of notification channels for use by the registered application.

표 2는 기능구조 규격 테이블 9.11에서 규정하고 있는 응용 <application>을 등록하기 위한 자원의 일 예이다.
Table 2 is an example of a resource for registering the application <application> specified in the functional structure specification table 9.11.

AttributeNameAttributeName Mandatory/Optional Mandatory / Optional Type Type Description Description expirationTime expirationTime M M RW RW See clause 9.2.2 Common attributes. This shall represent the expiration time of the registration. If the SCL does not refresh its registration before that time the resource is deleted and the application is de-registered. See clause 9.2.2 Common attributes. This will represent the expiration time of the registration. If the SCL does not refresh its registration before that time, the resource is deleted and the application is de-registered. accessRightID accessRightID O O RW RW See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. searchStrings searchStrings M M RW RW See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. creationTime creationTime M M RO RO See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. lastModifiedTime lastModifiedTime M M RO RO See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. announceTo announceTo M M RW RW See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. aPoC aPoC O O RW RW The Application Point of Contract is a URI that identifies how request are re-targeted. The Application Point of Contract is a URI that identifies how requests are re-targeted. aPoCPaths aPoCPaths O O RW RW The aPocPaths,ifpresent,isusedtodetermineifatargetURIistobere-targeted,bydoingaprefixmatchagainsttheelementsinthepath.EachpathcanoptionallyhaveanaccessRightIDassociatedwithit,which,ifpresent,isusedforauthorizationpurposeswhendoingthere-targeting.TheaccessRightIDofthebestmatchingpathprefixisusedforthispurpose.ThevalueofaPoCPathsisonlyrelevantwhentheaPoCattributeisalsopresent. The aPocPaths , ifpresent, isusedtodetermineifatergetIntobre-targeted, bydoingaprefixmatchagainsttheelementsinthepath.Eachpathcanoptionallyhavean accessRightID associatedwithit, which, ifpresent, isusedforauthorizationpurposeswhendoingthere-targeting.The accessRightID ofthebestmatchingpathprefixisusedforthispurpose.Thevalueof aPoCPaths isonlyrelevantwhenthe aPoC attributeisalsopresent. locRequestor locRequestor O O RW RW The identity of the Application to be used for the content of privacy control when requesting the location information of a remote M2M Device or Gateway.
This attribute is only used in the case that the location information is provided by a network-based location server (e.g. a 3GPP location server). It will be provided to the location server if the content is required for the location information retrieval.
The format of this attributed shall conform to the interface provided by the location server (e.g. MSISDN for a 3GPP location server). The identity of the application is used for the privacy control when requesting the location of a remote M2M Device or Gateway.
This attribute is only used in the case where the location information is provided by a network-based location server (eg a 3GPP location server). It will be provided to the location server if the content is required for the location information retrieval.
The format of this attribute shall be provided in conformity with the provided location server (eg MSISDN for a 3GPP location server).

표 3은 기능구조 규격 테이블 9.12에서 규정하고 있는 응용 <application>을 등록하기 위한 자원의 일 예이다.Table 3 is an example of a resource for registering the application <application> specified in the functional structure specification table 9.12.

응용 <application>의 등록이 완료되면 표 2 및 표 3에 나타낸 바와 같은 리소스가 생성된다. 이러한 응용의 등록은 로컬 등록과 원격 등록으로 분류할 수 있다. When registration of the application <application> is completed, resources shown in Tables 2 and 3 are generated. Registration of such applications can be classified into local registration and remote registration.

로컬 등록은 DA와 DSCL 또는 GA와 GSCL과 같이 응용과 SCL이 동일한 장치에 <application>을 등록하는 것이다. 로컬 등록한 <application> 자원은 <sclBase>/applications/<application> 자원에 속한다.Local registration is to register <application> on the same device as the application and SCL, such as DA and DSCL or GA and GSCL. Locally registered <application> resources belong to <sclBase> / applications / <application> resources.

원격 등록은 DSCL과 NSCL 또는 GSCL과 NSCL과 같이 SCL 사이에서 서로 다른 장치에 응용 <application>을 등록하는 것이다. 원격 등록한 응용 <application> 자원은 <sclBase>/scls/<scl>/applications/<application> 자원에 속한다.Remote registration is to register the application <application> on different devices between SCL, such as DSCL and NSCL or GSCL and NSCL. Remote-registered applications <application> resources belong to <sclBase> / scls / <scl> / applications / <application> resources.

도 4는 본 발명에 따른 응용 식별정보(Application ID)와 서비스 능력 계층 식별정보(SCL ID)의 연계 정보를 구성하는 절차를 나타내는 흐름도이다. FIG. 4 is a flowchart illustrating a procedure for configuring association information between application identification information (Application ID) and service capability layer identification information (SCL ID) according to the present invention.

도 4를 참조하면, DA/GA/NA는 각각 디바이스 응용, 게이트웨이 응용 및 네트워크 응용에 해당한다. SCL은 디바이스 서비스 능력 계층(DSCL), 게이트웨이 서비스 능력 계층(GSCL) 및 네트워크 서비스 능력 계층(NSCL)의 기능을 수행할 수 있다. 즉, DA는 DSCL을 이용하고, GA는 GSCL을 이용하고, NA는 NSCL을 이용한다.Referring to FIG. 4, DA / GA / NA correspond to device application, gateway application, and network application, respectively. The SCL can perform the functions of a device service capability layer (DSCL), a gateway service capability layer (GSCL), and a network service capability layer (NSCL). That is, DA uses DSCL, GA uses GSCL, and NA uses NSCL.

원격 SCL(remote SCL)은 SCL이 DSCL인 경우, NSCL을 원격 SCL이라 할 수 있다. 또는 SCL이 GSCL인 경우, NSCL을 원격 SCL이라 할 수 있다. 또는 SCL이 NSCL 인 경우, DSCL이나 GSCL이 원격 SCL이 될 수 있다. Remote SCL (remote SCL) can be called remote SCL if SCL is DSCL. Alternatively, if the SCL is GSCL, the NSCL may be referred to as the remote SCL. Alternatively, if the SCL is NSCL, the DSCL or GSCL can be the remote SCL.

원격 SCL(remote SCL)은 DA와 DSCL 또는 GA와 GSCL이 응용 식별정보(Application ID)와 서비스 능력 계층 식별정보(SCL ID)의 연계 정보를 구성하는 경우에 적용한다. 즉, NA와 NSCL에서 응용 식별정보와 서비스 능력 계층 식별정보의 연계 정보를 구성하는 경우에는 원격 SCL은 생략할 수 있다. Remote SCL (remote SCL) is applied when DA and DSCL or GA and GSCL constitute linkage information of application ID and service capability layer identification information (SCL ID). That is, in the case of constructing linkage information between application identification information and service capability layer identification information in NA and NSCL, remote SCL can be omitted.

이는 NSCL의 원격 SCL은 DSCL이나 GSCL이 가능한데, DSCL이나 GSCL은 무수히 많아서 어떤 장치의 SCL을 이용할지 알 수 없기 때문이다. 또한 발명의 목적상 과금 정보를 수집하기 위한 연계 정보는 대부분 NSCL에서 처리하게 되므로 NSCL은 원격 SCL이 필요하지 않는 경우가 대부분이다. 다만 필요한 경우 NA와 NSCL에서 응용 식별정보와 서비스 능력 계층 식별정보의 연계 정보를 구성하는 경우에도 본 발명에서 후술하는 방식을 유사하게 적용할 수는 있다.This is because the remote SCL of NSCL is capable of DSCL or GSCL, and the number of DSCL or GSCL is so large that it is not known which device to use SCL. Also, for the purpose of the invention, most of the linkage information for collecting billing information is handled by NSCL. Therefore, NSCL does not need remote SCL. However, if necessary, the method described below in the present invention can similarly be applied to the case of constructing linkage information between application identification information and service capability layer identification information in NA and NSCL.

본 발명의 실시 예에 따르면 SCL을 동록한 이후에, 응용을 등록 (Application Registration)하는 단계에서 도 4에 도시된 바와 같은 과정을 수행할 수 있다. According to the embodiment of the present invention, after the SCL is registered, the process shown in FIG. 4 can be performed in the step of application registration.

도 4를 참조하면 DA(400)는 응용을 생성하고(S410), 응용 자원을 생성한다(S420). DA(400)는 GA 또는 NA일 수 있으나 이하 설명의 편의를 위해 DA로 통칭한다.Referring to FIG. 4, the DA 400 generates an application (S410) and creates an application resource (S420). The DA 400 may be a GA or an NA, but is collectively referred to as a DA for convenience of description.

이어서 DA(400)는 서비스 능력 계층 식별정보 또는 응용 식별정보와의 연계 정보가 있는지 여부를 판단한다(S430). 서비스 능력 계층 식별정보 또는 응용 식별정보와의 연계 정보가 존재하는 경우에는 M2M 서비스를 제공받아 M2M 통신을 수행한다.Then, the DA 400 determines whether there is linkage information with the service capability layer identification information or the application identification information (S430). When there is linkage information with the service capability layer identification information or the application identification information, the M2M communication is performed by receiving the M2M service.

그러나 서비스 능력 계층 식별정보 또는 응용 식별정보와의 연계 정보가 존재하지 않는 경우에는, DA(400)는 SCL(500)에 응용 생성 요청 알림(ApplicationCreateRequestIndication) 메시지를 전송한다. 이때 SCL(500)은 DA(400)가 DA일 때는 DSCL, GA일 때는 GSCL, NA일 때는 NSCL일 수 있다.However, if there is no association information with the service capability layer identification information or the application identification information, the DA 400 transmits an ApplicationCreateRequestIndication message to the SCL 500. [ In this case, the SCL 500 may be DSCL when DA (400) is DA, GSCL when GA, and NSCL when NA.

한편 SCL(500)은 SCL 리소스를 생성한(S510) 이후 서비스 능력 계층 식별 정보(SCL ID)를 생성한다(S520). 그리고 SCL(500)은 DA(400)로부터 응용 생성 요청 알림 메시지를 수신하면 수신 메시지를 체크하고(S530) 수신 메시지에 오류가 없으면 이를 원격 SCL(600)로 전송한다.On the other hand, the SCL 500 generates the service capability layer identification information (SCL ID) after generating the SCL resource (S510) (S520). Upon receiving the application creation request notification message from the DA 400, the SCL 500 checks the received message (S530). If there is no error in the received message, the SCL 500 transmits the received message to the remote SCL 600. [

원격 SCL(600)은 SCL 리소스를 생성한(S610) 이후에 자신의 서비스 능력 계층 식별정보를 생성하고(S620), SCL(500)로부터 응용 생성 요청 메시지를 전달받으면 수신된 메시지를 체크하여(S630), 오류가 없으면 응용 리소스를 생성하고 응용 생성 요청 성공(ApplicationCreateRequestConfirm) 메시지를 전송한다(S640). The remote SCL 600 generates its service capability layer identification information after the SCL resource is created in step S610 and receives the application creation request message from the SCL 500. The remote SCL 600 checks the received message in step S630 If there is no error, an application resource is generated and an ApplicationCreateRequestConfirm message is transmitted (S640).

또한 응용 리소스를 생성한 후 원격 SCL(600)은 DA(400)와 SCL(500)의 응용 식별정보(appID) 및 서비스 능력 계층 식별정보(SCL ID)를 연계하여 저장한다(S650). 이때 응용 식별정보와 서비스 능력 계층 식별정보는 해쉬값을 각각 생성하여 저장할 수 있다. 이러한 정보들은 예를 들면 아래 표 4에 나타낸 바와 같이 응용 리소스의 속성 값으로 저장될 수 있다.In addition, after generating the application resources, the remote SCL 600 stores the application identification information appID and the service capability layer identification information (SCL ID) of the SC 400 and the SCL 500 in association with each other (S650). At this time, the application identification information and the service capability layer identification information can respectively generate and store a hash value. Such information may be stored as an attribute value of an application resource, for example, as shown in Table 4 below.

이어서 원격 SCL(600)은 응용 식별정보와 서비스 능력 계층 식별정보 또는 그들의 해쉬값을 SCL(500)로 전송하고 SCL(500)은 전송된 정보 또는 해쉬값들을 저장하고(S540), DA(400)에 이들 정보 또는 해쉬값들을 전달한다. The remote SCL 600 then transmits the application identification information and the service capability layer identification information or their hash values to the SCL 500 and the SCL 500 stores the transmitted information or hash values at step S540, Or hash values.

따라서 DA(400)는 전달받은 응용 식별정보와 서비스 능력 계층 식별정보 또는 그들의 해쉬값을 연계하여 저장할 수 있다. Accordingly, the DA 400 can store the received application identification information and the service capability layer identification information or their hash values in association with each other.

상술한 과정들을 완료한 이후 DA(400)와 SCL(500) 및 원격 SCL(600)은 M2M통신을 각각 수행할 수 있으며(S450, S550, S660) 이러한 M2M 통신에 따른 과금 정보가 상술한 응용 식별정보와 서비스 능력 계층 식별 정보를 이용하여 수집할 수 있다.After completing the above-described processes, the DA 400, the SCL 500 and the remote SCL 600 can respectively perform M2M communication (S450, S550, S660) Information and service capability layer identification information.

이하, 상술한 바와 같은 과정을 체중계와 같은 M2M 장치가 응용을 등록하는 경우를 예로 들어 설명한다. 이러한 예시는 다른 응용을 등록하는 경우에도 동일하게 적용될 수 있다.Hereinafter, the above-described process will be described as an example in which an application is registered by an M2M device such as a scale. This example can be applied equally to other applications.

도 5는 본 발명의 실시 예에 따른 응용 자원의 일 예를 나타낸다.5 illustrates an example of application resources according to an embodiment of the present invention.

체중계에 있어서 체중 측정값을 서비스 능력 계층에 저장하기 위해 최초로 응용(DA)을 등록하는 경우, 응용 자원을 도 5에 도시된 바와 같이 생성할 수 있다. When registering the application DA for the first time in order to store the body weight measurement value in the service capability layer in the scale, the application resource can be generated as shown in FIG.

응용 자원의 속성 정보는 아래 표 4와 같이 구성하여 체중계에 저장한다.The attribute information of the application resource is configured as shown in Table 4 below and stored in the scale.

한편 응용 자원을 최초로 생성하는 경우에는 응용 식별정보(Application ID)와 서비스 능력 계층 식별정보(SCL ID)의 연계 정보가 없으나, 기존에 등록된 응용 자원을 이용하는 경우에는 연계 정보가 이미 저장되어 있을 것이다. On the other hand, when the application resource is generated for the first time, there is no linkage information between the application ID and the service capability layer identification information (SCL ID). However, when using the previously registered application resource, the linkage information is already stored .

따라서, 응용 자원을 최초로 등록하는 경우여서 이러한 연계 정보가 없는 경우에는 체중계는 응용 생성 요청 알림(ApplicationCreateRequestIndication) 메시지를 DA에서 DSCL로 전송한다. DSCL은 수신된 응용 생성 요청 알림 메시지의 오류 유무를 확인하여 오류가 없는 경우에는 DSCL의 모든 자원이 저장되는 <DsclBase>/scls/<scl>/의 <DsclBase>/applications/<application>로서 응용 자원을 등록한다. 메시지에 오류가 있는 경우에는 응용생성요청 실패(ApplicationCreateRequestConfirm 실패) 메시지를 DA에게 응답한다.Therefore, when registering application resources for the first time, if there is no such association information, the scale transmits an ApplicationCreateRequestIndication message from DA to DSCL. DSCL confirms whether there is an error in the received application creation request notification message. If there is no error, DSCL stores <DSCLBASE> / scls / <scl> / <DsclBase> / applications / <application> . If there is an error in the message, an application creation request failure (ApplicationCreateRequestConfirm failure) message is returned to the DA.

AttributeNameAttributeName Mandatory/Optional Mandatory / Optional Type Type Description Description expirationTime expirationTime M M RW RW See clause 9.2.2 Common attributes. This shall represent the expiration time of the registration. If the SCL does not refresh its registration before that time the resource is deleted and the application is de-registered. See clause 9.2.2 Common attributes. This will represent the expiration time of the registration. If the SCL does not refresh its registration before that time, the resource is deleted and the application is de-registered. accessRightID accessRightID O O RW RW See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. searchStrings searchStrings M M RW RW See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. creationTime creationTime M M RO RO See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. lastModifiedTime lastModifiedTime M M RO RO See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. announceTo announceTo M M RW RW See clause 9.2.2 Common attributes. See clause 9.2.2 Common attributes. aPoC aPoC O O RW RW The Application Point of Contract is a URI that identifies how request are re-targeted. The Application Point of Contract is a URI that identifies how requests are re-targeted. aPoCPaths aPoCPaths O O RW RW The aPocPaths,ifpresent,isusedtodetermineifatargetURIistobere-targeted,bydoingaprefixmatchagainsttheelementsinthepath.EachpathcanoptionallyhaveanaccessRightIDassociatedwithit,which,ifpresent,isusedforauthorizationpurposeswhendoingthere-targeting.TheaccessRightIDofthebestmatchingpathprefixisusedforthispurpose.ThevalueofaPoCPathsisonlyrelevantwhentheaPoCattributeisalsopresent. The aPocPaths , ifpresent, isusedtodetermineifatergetIntobre-targeted, bydoingaprefixmatchagainsttheelementsinthepath.Eachpathcanoptionallyhavean accessRightID associatedwithit, which, ifpresent, isusedforauthorizationpurposeswhendoingthere-targeting.The accessRightID ofthebestmatchingpathprefixisusedforthispurpose.Thevalueof aPoCPaths isonlyrelevantwhenthe aPoC attributeisalsopresent. locRequestor locRequestor O O RW RW The identity of the Application to be used for the content of privacy control when requesting the location information of a remote M2M Device or Gateway.
This attribute is only used in the case that the location information is provided by a network-based location server (e.g. a 3GPP location server). It will be provided to the location server if the content is required for the location information retrieval.
The format of this attributed shall conform to the interface provided by the location server (e.g. MSISDN for a 3GPP location server). The identity of the application is used for the privacy control when requesting the location of a remote M2M Device or Gateway.
This attribute is only used in the case where the location information is provided by a network-based location server (eg a 3GPP location server). It will be provided to the location server if the content is required for the location information retrieval.
The format of this attribute shall be provided in conformity with the provided location server (eg MSISDN for a 3GPP location server). appId appId O O WO WO An identifier for application that may have multiple An identifier for application that may have multiple appIdHash appIdHash O O WO WO Hash for appId Hash for appId sclId sclId O O WO WO An identifier for SCL that may have multiple An identifier for SCL that may have multiple sclIdHash sclIdHash O O WO WO Hash for sclId Hash for sclId

표 4는 본 발명의 실시 예에 따른 응용 자원의 속성 정보를 나타낸다.Table 4 shows attribute information of an application resource according to an embodiment of the present invention.

DA에서 DSCL 또는 원격 SCL로 전송 또는 전달되는 응용 생성 요청 알림(ApplicationCreateRequestIndication) 메시지를 생성할 때와 각 M2M 객체에서 응용 자원 <application> 이 생성될 때 속성(Attribute) 정보는 표 4와 같이 구성될 수 있다.Attribute information information can be configured as shown in Table 4 when an application request message (ApplicationCreateRequestIndication) message to be transmitted or forwarded to a DSCL or a remote SCL is generated in the DA and when an application resource <application> is generated in each M2M object have.

즉, 본 발명의 바람직한 실시 예에 따른 응용 자원 <application>은 응용 식별정보(appId) 및 응용식별정보의 해쉬값(appIdHash) 속성 중 적어도 하나와 서비스 능력 계층 식별정보(sclId) 및 서비스 능력 계층 식별정보 해쉬값(sclIdHash) 속성 중 적어도 하나를 더 포함함으로써, 응용 식별 정보와 서비스 제공능력 식별 정보의 연관 정보를 활용할 수 있도록 한다.That is, the application resource <application> according to the preferred embodiment of the present invention includes at least one of application identification information (appId) and hash value (appIdHash) attribute of application identification information, service capability layer identification information (sclId) And an information hash value (sclIdHash) attribute, thereby making it possible to utilize the association information of the application identification information and the service providing capability identification information.

이 때 DSCL은 <DsclBase>/scls/<scl>/ 로 식별하며, 이를 서비스 능력 계층 식별정보(SCL ID)로 이용할 수 있다. 또한 DA는 <DsclBase>/applications/<application> 로 식별하므로 이를 응용 식별정보(Application ID)로 사용할 수 있다. 즉, 응용 식별정보(appId) <DsclBase>/applications/<application> 와 서비스 능력 계층 식별정보(SCL ID) <DsclBase>/scls/<scl>/ 의 정보를 표 4에 도시된 바와 같이 속성 정보로서 저장하여 연계 정보를 관리할 수 있다.In this case, the DSCL is identified by <DsclBase> / scls / <scl> /, which can be used as the service capability layer identification information (SCL ID). Also, since DA is identified as <DsclBase> / applications / <application>, it can be used as an application ID. That is, the information of the application identification information (appId) <DsclBase> / applications / <application> and the service capability layer identification information (SCL ID) <DsclBase> / scls / <scl> And can manage linkage information.

또한 M2M 장치는 M2M 서버와 통신을 하여야 하므로 응용 자원을 NSCL에도 등록하여야 한다. 이를 위해 DSCL <DsclBase>/scls/<scl>/ 은 표 4에 나타낸 바와 같은 정보를 응용 생성 요청 알림(ApplicationCreateRequestIndication) 내에 구성하여 NSCL에 전송한다. In addition, the M2M device must communicate with the M2M server, so the application resource must also be registered in the NSCL. To do this, DSCL <DsclBase> / scls / <scl> / configures the information shown in Table 4 in the ApplicationCreateRequestIndication and sends it to the NSCL.

NSCL은 수신된 응용 생성 요청 알림(ApplicationCreateRequestIndication) 메시지의 오류 유무를 확인하여 오류가 없는 경우 NSCL의 모든 자원이 저장되는 <NsclBase>/scls/<scl>/ 하단의 <NsclBase>/scls/<scl>/applications/<application>에 표 4에 나타낸 바와 같은 DSCL이 전송한 응용 식별정보와 서비스 능력 계층 식별정보를 저장한다. 한편 수신된 메시지에 오류가 있는 경우에는 응용생성요청 실패 메시지를 DSCL에게 응답한다.NSCL checks the received ApplicationCreateRequestIndication message for errors. If there is no error, <NSLBase> / scls / <scl> / <NsclBase> / scls / <scl> / applications / < application >, application identification information and service capability layer identification information transmitted by the DSCL as shown in Table 4 are stored. On the other hand, if there is an error in the received message, the application creation request failure message is responded to DSCL.

한편 NSCL에서 응용 식별정보(Application ID)와 서비스 능력 계층 식별정보(SCL ID)의 연관 정보를 생성하는 방법은 다음과 같다. Meanwhile, a method of generating association information between the application ID and the service capability layer identification information (SCL ID) in the NSCL is as follows.

<예 1-1><Example 1-1>

SCL ID: <NsclBase>/scls/<scl>/SCL ID: <NsclBase> / scls / <scl> /

Application ID: <NsclBase>/scls/<scl>/applications/<application>Application ID: <NsclBase> / scls / <scl> / applications / <application>

<예 2-1><Example 2-1>

SCL ID: <DsclBase>/scls/<scl>/SCL ID: <DsclBase> / scls / <scl> /

Application ID: <DsclBase>/applications/<application>Application ID: <DsclBase> / applications / <application>

SCL ID는 <NsclBase>/scls/<scl>/ 또는 <DsclBase>/scls/<scl>/ 이다. 그러나 경우에 따라서는 <scl>을 ID로 사용하는 경우도 있다. 이때에는 <scl>이 중복될 우려가 있으므로 <NsclBase>/scls/<scl>/을 사용하는 것도 가능하다. 중복성을 더욱 줄이기 위하여 다음과 같이 사용하는 것도 가능하다.The SCL ID is <NsclBase> / scls / <scl> / or <DsclBase> / scls / <scl> /. However, in some cases, <scl> may be used as an ID. It is also possible to use <NsclBase> / scls / <scl> / because <scl> may be duplicated at this time. It is also possible to use the following to further reduce redundancy.

<예1-2><Example 1-2>

SCL ID: http://m2m.service.com/<NsclBase>/scls/<scl>/SCL ID: http://m2m.service.com/<NsclBase>/scls/<scl>/

Application ID: http://m2m.service.com/<NsclBase>/scls/<scl>/applications/<application>Application ID: http://m2m.service.com/ <NsclBase> / scls / <scl> / applications / <application>

<예 2-2><Example 2-2>

SCL ID: http://m2m.device.com/<DsclBase>/scls/<scl>/SCL ID: http://m2m.device.com/<DsclBase>/scls/<scl>/

Application ID: http://m2m.device.com/<DsclBase>/applications/<application>Application ID: http://m2m.device.com/ <DsclBase> / applications / <application>

한편 데이터 베이스 구축 편의와 검색 효율을 위해 상기 식별정보들을 가변적인 길이 보다는 일정한 길이로 구성하는 것이 보다 바람직할 수 있다. 이를 위해 상술한 바와 같이 응용 식별정보(Application ID)와 서비스 능력 계층 식별정보(SCL ID)의 해쉬값을 생성하여 연관 정보를 구성할 수도 있다. 이는 도 4에 도시된 응용 식별정보 해쉬값 및 서비스 능력 계층 식별정보 해쉬값 생성 및 저장 단계(S650)에서 수행될 수 있다. Meanwhile, it may be preferable to configure the identification information to have a constant length rather than a variable length for convenience of database construction and search efficiency. For this, the hash value of the application identification information (Application ID) and the service capability layer identification information (SCL ID) may be generated as described above to configure the association information. This can be performed in the application identification information hash value and service capability layer identification information hash value generation and storage step S650 shown in FIG.

도 6은 본 발명의 실시 예에 따른 응용 식별정보와 서비스 능력 계층 식별 정보의 해쉬 값 생성 방법에 관한 흐름도이다.6 is a flowchart illustrating a method of generating a hash value of application identification information and service capability layer identification information according to an embodiment of the present invention.

도 6을 참조하면, 본 발명에 의한 응용 식별정보와 서비스 능력 계층 식별 정보의 해쉬 값을 생성하기 위하여 우선 해쉬 값의 길이를 결정한다. 본 발명에서는 예를 들어 해쉬 값의 길이를 8자 이상으로 결정할 수 있다. 해쉬 값으로 사용하는 문자는 영문 소문자(26자), 대문자(26자), 숫자(10자)를 기반으로 62자를 기본으로 할 수 있다. 그러나 여기 기술하는 해쉬 값은 단지 예시를 위한 목적으로서 해쉬 값의 길이의 변경뿐만 아니라 한글 등 다른 글자를 기반으로 사용하는 것도 가능하다. 그러므로 해쉬 값의 길이 또는 해쉬 값에 사용하는 문자열의 종류에 대한 전술 및 후술하는 설명은 본 발명을 한정하는 것은 아니다. Referring to FIG. 6, to generate a hash value of application identification information and service capability layer identification information according to the present invention, a length of a hash value is first determined. In the present invention, for example, the length of the hash value can be determined to be 8 or more characters. Characters used as hash values can be based on lowercase letters (26 characters), uppercase letters (26 characters), and numbers (10 characters) based on 62 characters. However, the hash value described here can be used not only for changing the length of a hash value but also for other characters such as Hangul, for the purpose of illustration only. Therefore, the description of the type of the string used for the hash value length or the hash value and the following description do not limit the present invention.

상기와 같은 응용 식별정보 또는 서비스 능력 계층 식별정보의 정보가 입력되면(S710), SCL은 데이터 베이스를 검색하여 기존에 해당 해쉬 값이 존재하는지를 검사한다(S720). If the application identification information or the service capability layer identification information is input (S710), the SCL searches the database to check whether the corresponding hash value exists (S720).

데이터 베이스에 해당 해쉬 값이 없는 경우 SCL은 새로운 해쉬 값을 생성한다. 이를 위해 예를 들면 즉, 8자리로 해수 값을 생성하는 경우, 8번의 기준 값을 반복회수와 비교하여(S730), 해쉬 값에 사용하는 문자 예를 들면 상술한 62자에서 임의의 한 문자를 선택하여 저장한 후(S740) 선택된 문자를 이용하여 문자열을 생성해가는 과정(S750)을 8회 반복하여 문자열을 생성한다. If the database does not have a hash value, SCL generates a new hash value. For example, in the case of generating a seawater value with 8 digits, the reference value of 8 is compared with the number of repetitions (S730), and a character used in the hash value, for example, (S740), and a process of generating a character string using the selected character (S750) is repeated eight times to generate a character string.

이어서 생성된 문자열에 대해 기존에 동일한 문자열이 존재하는지, 즉 기존 해쉬값과의 중복 여부를 확인하고(S760) 중복되지 않는 경우 생성된 문자열을 저장하여 해쉬 값으로 사용하기 위해 데이터 베이스에 저장한다(S770). Then, it is checked whether the same string exists in the existing string, that is, whether or not the existing string exists in duplicate with the existing hash value (S760). If not, the created string is stored and stored in the database for use as a hash value S770).

그러나 해쉬 값이 기존의 해쉬 값과 중복되는 경우에는 단계 S730으로 회귀하여 새로운 해쉬 값을 생성한다. However, if the hash value overlaps with the existing hash value, the process returns to step S730 to generate a new hash value.

한편 S720 단계에서 데이터 베이스 검색 결과, 데이터 베이스에 해당하는 해쉬 값이 존재하는 경우에는 데이터 베이스에서 검색된 해당 해쉬 값을 출력하여 사용한다(S780). If the hash value corresponding to the database exists in step S720, the corresponding hash value retrieved from the database is output and used (S780).

다음은 본 발명에 따라 생성되는 응용 식별 정보와 서비스 능력 계층 식별 정보의 예들이다. The following are examples of application identification information and service capability layer identification information generated according to the present invention.

<예 1-3><Example 1-3>

2SpBWRYO http://m2m.service.com/<NsclBase>/scls/<scl>/2SpBWRYO http://m2m.service.com/<NsclBase>/scls/<scl>/

QRAM4Eek http://m2m.service.com/< NsclBase >/ scls /< scl >/ applications /< application>QRAM4Eek http://m2m.service.com/ < NsclBase > / scls / < scl > / applications / < application >

<예 2-3><Example 2-3>

HyewAH2Z http://m2m.device.com/<DsclBase>/scls/<scl>/HyewAH2Z http://m2m.device.com/<DsclBase>/scls/<scl>/

NuvO2kBE http://m2m.device.com/<DsclBase>/applications/<application>NuvO2kBE http://m2m.device.com/ <DsclBase> / applications / <application>

도 4를 다시 참조하면, NCSL인 원격 SCL(600)은 응용 식별정보 해쉬 값(appID hash)과 서비스 능력 계층 식별정보 해쉬값(SCl ID hash)를 생성 및 저장한 후, 표 4에 나타낸 바와 같이 응용 자원의 속성 정보를 구성하여 응용 생성 요청 성공(ApplicationCreateRequestConfirm) 응답 메시지를 생성하고 이를 SCL(500)에 전송한다. Referring again to FIG. 4, the remote SCL 600, which is an NCSL, generates and stores an application identification information hash value appID hash and a service capability layer identification information hash value SCl ID hash, (ApplicationCreateRequestConfirm) response message by constructing the attribute information of the application resource and transmits it to the SCL (500).

다음은 응용 식별정보(appId), 응용 식별정보 해쉬값(appIdHash), 서비스 능력 식별정보(sclId), 서비스 능력 식별정보 해쉬값(sclIdHash)를 XML로 표현한 예들이다. The following are examples of application identification information (appId), application identification information hash value (appIdHash), service capability identification information (sclId), and service capability identification information hash value (sclIdHash).

<예 1-4><Example 1-4>

<sclIdHash>2SpBWRYO</sclIdHash><sclIdHash> 2SpBWRYO </ sclIdHash>

<sclId>http://m2m.service.com/<NsclBase>/scls/<scl>/</sclId><sclId> http://m2m.service.com/ <NsclBase> / scls / <scl> / </ sclId>

<appIdHash>QRAM4Eek</appIdHash><appIdHash> QRAM4Eek </ appIdHash>

<appId>http://m2m.service.com/< NsclBase >/ scls /< scl >/ applications /< application >/</ appId><appId> http://m2m.service.com/ < NsclBase > / scls / < scl > / applications / < application > / </ appId >

<예 2-4><Example 2-4>

<sclIdHash>HyewAH2Z</sclIdHash> <sclIdHash> HyewAH2Z </ sclIdHash>

<sclId>http://m2m.device.com/<DsclBase>/scls/<scl>/</sclId><sclId> http://m2m.device.com/ <DsclBase> / scls / <scl> / </ sclId>

<appIdHash>NuvO2kBE</appIdHash> <appIdHash> NuvO2kBE </ appIdHash>

<appId>http://m2m.device.com/<DsclBase>/applications/<application></appId><appId> http://m2m.device.com/ <DsclBase> / applications / <application> </ appId>

전술한 바와 같이 본 발명에 따른 응용 식별 정보와 서비스 제공능력 식별 정보를 연계하는 방법을 통하여, 'appId' 및 'appIdHash' 속성 중 적어도 하나와, 'sclId'및 'sclIdHash'속성 중 적어도 하나를 더 포함하여 <application> 자원을 구성하는 장치, 예를 들어, 사물통신 서비스를 제공하는 디바이스 또는 게이트웨이 또는 Network 서버)가 제공된다.As described above, at least one of the 'appId' and 'appIdHash' attributes and at least one of the 'sclId' and 'sclIdHash' attributes are further connected through the method of associating the application identification information and the service providing capability identification information according to the present invention A device or a gateway or a network server that provides an object communication service) is provided.

또한, 전술한 바와 같이 'appI' 및 'appIdHash' 속성 중 적어도 하나와, 'sclId' 및 'sclIdHash' 속성 중 적어도 하나를 더 포함하여 <application> 자원을 구성하여 ApplicationCreateRequestIndication 및 ApplicationCreateRequestIndication 메시지를 교환하고, 처리하는 방법 및 장치, 예를 들어, 사물통신 서비스를 제공하는 디바이스 또는 게이트웨이 또는 Network 서버가 제공된다.Also, as described above, at least one of the 'appI' and 'appIdHash' attributes and at least one of the 'sclId' and 'sclIdHash' attributes are configured to exchange the ApplicationCreateRequestIndication and ApplicationCreateRequestIndication messages, A device or a gateway or a network server that provides object communication services is provided.

또한, 사물통신 서비스를 제공하는 디바이스 또는 게이트웨이 또는 Network 서버가 Application ID와 SCL ID의 해쉬 값을 생성하는 방법이 제공된다.Also, a method is provided in which a device or a gateway or a network server providing a device communication service generates a hash value of an Application ID and an SCL ID.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.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 falling within the scope of the same shall be construed as falling within the scope of the present invention.

400 : 응용 500 : SCL 600: 원격 SCL400: Application 500: SCL 600: Remote SCL

Claims (18)

M2M 서비스 제공 방법에 있어서,
M2M 서비스 능력 계층에서 M2M 응용으로부터 응용 등록 요청을 수신하는 단계; 및
수신한 상기 응용 등록 요청에 오류가 없는 경우 상기 서비스 능력 계층에서 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응용 자원을 생성하고 저장하여 상기 응용을 등록하는 단계;를 포함하는 것을 특징으로 하는 M2M 서비스 제공 방법.
A method for providing an M2M service,
Receiving an application registration request from an M2M application in an M2M service capability layer; And
And registering the application by creating and storing an application resource including application identification information and service capability layer identification information in the service capability layer when the received application registration request does not contain an error. Service delivery method.
제 1 항에 있어서,
상기 응용 등록 단계에서는, 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보에 대해 각각 응용 식별 정보 해쉬 값 및 서비스 능력 계층 식별정보 해쉬 값을 생성하는 것을 특징으로 하는 M2M 서비스 제공 방법.
The method according to claim 1,
Wherein the application registration step generates an application identification information hash value and a service capability layer identification information hash value for the application identification information and the service capability identification information, respectively.
제 2 항에 있어서,
상기 응용 등록 단계에서는, 상기 응용 식별 정보 및 상기 응용 식별 정보 해쉬값 중 적어도 하나를 저장하고 상기 서비스 능력 계층 식별 정보 및 상기 서비스 능력 계층 식별 정보 해쉬값 중 적어도 하나를 저장하는 것을 특징으로 하는 M2M 서비스 제공 방법.
3. The method of claim 2,
Wherein the application registration step stores at least one of the application identification information and the application identification information hash value and stores at least one of the service capability layer identification information and the service capability layer identification information hash value. Delivery method.
제 1 항에 있어서,
상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보는 상기 응용 자원의 속성으로서 저장되는 것을 특징으로 하는 M2M 서비스 제공 방법.
The method according to claim 1,
Wherein the application identification information and the service capability layer identification information are stored as attributes of the application resource.
제 1 항에 있어서,
상기 서비스 능력 계층에서 상기 응용 등록 요청에 대한 응답으로 상기 응용 식별 정보 및 상기 서비스 능력 식별 정보를 포함하는 응용 등록 요청 응답 메시지를 생성하여 상기 응용으로 전송하는 단계;를 더 포함하는 것을 특징으로 하는 M2M 서비스 제공 방법.
The method according to claim 1,
And generating an application registration request response message including the application identification information and the service capability identification information in response to the application registration request in the service capability layer and transmitting the generated application registration request response message to the application. Service delivery method.
M2M 플랫폼에 있어서,
M2M 응용으로부터 응용 등록 요청을 수신하면 수신한 상기 응용 등록 요청에 오류가 없는 경우, 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응용 자원을 생성하고 저장하여 상기 응용을 등록하는 것을 특징으로 하는 M2M 플랫폼.
In the M2M platform,
When an application registration request is received from an M2M application and when the received application registration request does not contain an error, an application resource including application identification information and service capability layer identification information is generated and stored to register the application. platform.
제 6 항에 있어서,
상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보에 대해 각각 응용 식별 정보 해쉬 값 및 서비스 능력 계층 식별정보 해쉬 값을 생성하는 것을 특징으로 하는 M2M 플랫폼.
The method according to claim 6,
And generates an application identification information hash value and a service capability layer identification information hash value for the application identification information and the service capability identification information, respectively.
제 7 항에 있어서,
상기 응용 식별 정보 및 상기 응용 식별 정보 해쉬값 중 적어도 하나를 저장하고 상기 서비스 능력 계층 식별 정보 및 상기 서비스 능력 계층 식별 정보 해쉬값 중 적어도 하나를 저장하는 것을 특징으로 하는 M2M 플랫폼.
8. The method of claim 7,
Wherein the at least one of the service capability layer identification information and the service capability layer identification information hash value is stored by storing at least one of the application identification information and the application identification information hash value.
제 6 항에 있어서,
상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보를 상기 응용 자원의 속성으로서 저장하는 것을 특징으로 하는 M2M 플랫폼.
The method according to claim 6,
And stores the application identification information and the service capability layer identification information as attributes of the application resource.
제 6 항에 있어서,
상기 응용 등록 요청에 대한 응답으로 상기 응용 식별 정보 및 상기 서비스 능력 식별 정보를 포함하는 응용 등록 요청 응답 메시지를 생성하여 상기 응용으로 전송하는 것을 특징으로 하는 M2M 플랫폼.
The method according to claim 6,
Generates an application registration request response message including the application identification information and the service capability identification information in response to the application registration request, and transmits the generated application registration request response message to the application.
M2M 서비스 제공 방법에 있어서,
M2M 응용에서 M2M 서비스 능력 계층으로 응용 등록 요청을 전송하는 단계; 및
상기 응용 등록 요청에 대해 상기 서비스 능력 계층에서 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응답 메시지를 수신하면 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보를 저장하는 단계;를 포함하는 것을 특징으로 하는 M2M 서비스 제공 방법.
A method for providing an M2M service,
Transmitting an application registration request from the M2M application to the M2M service capability layer; And
And storing the application identification information and the service capability layer identification information upon receipt of a response message including application identification information and service capability layer identification information in the service capability layer with respect to the application registration request A method of providing an M2M service.
제 11 항에 있어서,
상기 응답 메시지에 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보에 대한 응용 식별 정보 해쉬 값 및 서비스 능력 계층 식별정보 해쉬 값이 존재하면, 상기 응용 식별 정보 및 상기 응용 식별 정보 해쉬값 중 적어도 하나를 저장하고 상기 서비스 능력 계층 식별 정보 및 상기 서비스 능력 계층 식별 정보 해쉬값 중 적어도 하나를 저장하는 것을 특징으로 하는 M2M 서비스 제공 방법.
12. The method of claim 11,
If the application identification information, the application identification information hash value and the service capability layer identification information hash value for the service capability layer identification information are present in the response message, at least one of the application identification information and the application identification information hash value is stored And storing at least one of the service capability layer identification information and the service capability layer identification information hash value.
제 11 항에 있어서,
상기 M2M 응용에서 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보가 존재하는지 여부를 검색하고 존재하지 않을 경우 상기 응용 등록 요청 메시지를 전송하는 것을 특징으로 하는 M2M 서비스 제공 방법.
12. The method of claim 11,
Wherein the M2M application searches for whether the application identification information and the service capability layer identification information are present in the M2M application, and transmits the application registration request message if it is not present.
제 11 항에 있어서,
상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보는 응용 자원의 속성으로서 저장되는 것을 특징으로 하는 M2M 서비스 제공 방법.
12. The method of claim 11,
Wherein the application identification information and the service capability layer identification information are stored as attributes of an application resource.
M2M 단말에 있어서,
M2M 서비스 능력 계층으로 응용 등록 요청을 전송하고, 상기 응용 등록 요청에 대해 상기 서비스 능력 계층에서 응용 식별 정보 및 서비스 능력 계층 식별 정보를 포함하는 응답 메시지를 수신하면 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보를 저장하는 것을 특징으로 하는 M2M 단말.
In the M2M terminal,
When receiving an application registration request to the M2M service capability layer and receiving a response message including application identification information and service capability layer identification information in the service capability layer with respect to the application registration request, And stores the information.
제 15 항에 있어서,
상기 응답 메시지에 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보에 대한 응용 식별 정보 해쉬 값 및 서비스 능력 계층 식별정보 해쉬 값이 존재하면, 상기 응용 식별 정보 및 상기 응용 식별 정보 해쉬값 중 적어도 하나를 저장하고 상기 서비스 능력 계층 식별 정보 및 상기 서비스 능력 계층 식별 정보 해쉬값 중 적어도 하나를 저장하는 것을 특징으로 하는 M2M 단말.
16. The method of claim 15,
If the application identification information, the application identification information hash value and the service capability layer identification information hash value for the service capability layer identification information are present in the response message, at least one of the application identification information and the application identification information hash value is stored And stores at least one of the service capability layer identification information and the service capability layer identification information hash value.
제 15 항에 있어서,
상기 M2M 응용에서 상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보가 존재하는지 여부를 검색하고 존재하지 않을 경우 상기 응용 등록 요청 메시지를 전송하는 것을 특징으로 하는 M2M 단말.
16. The method of claim 15,
Wherein the M2M application searches whether the application identification information and the service capability layer identification information are present in the M2M application, and transmits the application registration request message if it is not present.
제 15 항에 있어서,
상기 응용 식별 정보 및 상기 서비스 능력 계층 식별 정보를 응용 자원의 속성으로서 저장하는 것을 특징으로 하는 M2M 단말.16. The method of claim 15,
And stores the application identification information and the service capability layer identification information as attributes of an application resource.
KR1020130028488A 2012-11-23 2013-03-18 Association between application identifier and SCL identifier KR102045907B1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020120134038 2012-11-23
KR20120134038 2012-11-23

Publications (2)

Publication Number Publication Date
KR20140066630A true KR20140066630A (en) 2014-06-02
KR102045907B1 KR102045907B1 (en) 2019-12-02

Family

ID=51123305

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130028488A KR102045907B1 (en) 2012-11-23 2013-03-18 Association between application identifier and SCL identifier

Country Status (1)

Country Link
KR (1) KR102045907B1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012118711A2 (en) * 2011-03-03 2012-09-07 Interdigital Patent Holdings, Inc. Method and apparatus for accessing services affiliated with a discovered service provider
US20120265983A1 (en) * 2011-04-15 2012-10-18 Samsung Electronics Co. Ltd. Method and apparatus for providing machine-to-machine service
KR20120124345A (en) * 2011-05-03 2012-11-13 주식회사 케이티 A Method and Apparatus of managing connection between M2M communication entities based on connection state confirmation event
KR20120125091A (en) * 2011-05-06 2012-11-14 주식회사 케이티 Device, Gateway, Data Transferring Method of Device and Gateway, and Network Application Server

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012118711A2 (en) * 2011-03-03 2012-09-07 Interdigital Patent Holdings, Inc. Method and apparatus for accessing services affiliated with a discovered service provider
US20120265983A1 (en) * 2011-04-15 2012-10-18 Samsung Electronics Co. Ltd. Method and apparatus for providing machine-to-machine service
KR20120124345A (en) * 2011-05-03 2012-11-13 주식회사 케이티 A Method and Apparatus of managing connection between M2M communication entities based on connection state confirmation event
KR20120125091A (en) * 2011-05-06 2012-11-14 주식회사 케이티 Device, Gateway, Data Transferring Method of Device and Gateway, and Network Application Server

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ETSI TS 102 690 V1.1.1 (2011.10.25.) *

Also Published As

Publication number Publication date
KR102045907B1 (en) 2019-12-02

Similar Documents

Publication Publication Date Title
US11303697B2 (en) Method, apparatus and system for web service management
KR101786561B1 (en) Semantic naming model
KR101999039B1 (en) Device triggering
CN111201765A (en) Service registration and discovery in a communication network
US20140025742A1 (en) Method, apparatus and system for use in a web service
EP3297302B1 (en) Method and apparatus for group management during machine-to-machine communication
US11283668B2 (en) Method and apparatus in a web service system
US20230262141A1 (en) Service layer message templates in a communications network
Sri et al. A review on the state of art of Internet of Things
KR102285352B1 (en) PROXY, METHOD FOR INTERWORKING BETWEEN HETEROGENEOUS IoT DEVICE AND IoT FLATFORM AND SYSTEM THE PROXY
Jin et al. IoT device management architecture based on proxy
Chu et al. OMA DM v1. x compliant Lightweight Device Management for Constrained M2M devices
KR102045907B1 (en) Association between application identifier and SCL identifier
KR20220103025A (en) Method and apparatus for replacing security key in machine to machine system
KR20210128096A (en) Apparatus and method for interworking among internet of things platforms
KR20160036690A (en) Mechanism for Handling Multi-Connected M2M/IoT Device using Link
US11659619B2 (en) Method and apparatus for performing confirmed-based operation in machine to machine system
US20230396498A1 (en) Optimization of network function profile administration and discovery
KR20140103532A (en) A method for transmitting data of M2M system and apparatus therefor
Liu et al. A User-Oriented Resource Management Model for the Internet of Things
KR101601045B1 (en) Machine to machine communication method for machine to machine communication system
KR20130068218A (en) Device, gateway, data transferring method of device and gateway, and network application server
WO2020088787A1 (en) Compressed lwm2m registration

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant