KR102464860B1 - M2m 시스템에서 통지 실패를 관리하는 방법 및 장치 - Google Patents

M2m 시스템에서 통지 실패를 관리하는 방법 및 장치 Download PDF

Info

Publication number
KR102464860B1
KR102464860B1 KR1020180080029A KR20180080029A KR102464860B1 KR 102464860 B1 KR102464860 B1 KR 102464860B1 KR 1020180080029 A KR1020180080029 A KR 1020180080029A KR 20180080029 A KR20180080029 A KR 20180080029A KR 102464860 B1 KR102464860 B1 KR 102464860B1
Authority
KR
South Korea
Prior art keywords
notification message
target
subscription
notification
failure
Prior art date
Application number
KR1020180080029A
Other languages
English (en)
Other versions
KR20200006367A (ko
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 현대자동차주식회사
Priority to KR1020180080029A priority Critical patent/KR102464860B1/ko
Publication of KR20200006367A publication Critical patent/KR20200006367A/ko
Application granted granted Critical
Publication of KR102464860B1 publication Critical patent/KR102464860B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

본 발명은 M2M 시스템에서 호스팅 시스템이 통지 실패를 관리하는 방법을 제공할 수 있다. 이때, 호스팅 시스템이 통지 실패를 관리하는 방법은 구독 자원을 설정하는 단계, 이벤트 트리거링을 감지하는 단계, 트리거링된 이벤트에 기초하여 구독 요청에 따라 통지 메시지를 타겟 시스템으로 전송하는 단계 및 통지 메시지 전송 실패 여부를 감지하는 단계를 포함할 수 있다. 이때, 통지 메시지가 복수 개의 타겟 시스템으로 전송되는 경우, 통지 메시지 전송 실패 여부는 제 1 구독 속성에 기초하여 판단될 수 있다.

Description

M2M 시스템에서 통지 실패를 관리하는 방법 및 장치 {METHOD AND APPARATUS FOR MANAGING NOTIFICATION FAILTURE IN M2M SYSTEM}
본 발명은 M2M(Machine-to-Machine) 시스템에서 통지 실패를 관리하는 방법 및 장치에 대한 것이다. 보다 구체적으로, M2M 시스템에서 통지 실패 타입에 기초하여 통지 실패를 관리하는 방법 및 장치에 대한 것이다.
최근 M2M(Machine-to-Machine) 시스템에 대한 도입이 활발해지고 있다. M2M 통신은 사람의 개입 없이 기계(Machine)와 기계 사이에 수행되는 통신을 의미할 수 있다. M2M은 MTC(Machine Type Communication), IoT(Internet of Things) 또는 D2D(Device-to-Device)를 지칭할 수 있다. 다만, 하기에서는 설명의 편의를 위해 M2M로 통일하게 지칭하지만, 이에 한정되지 않는다. M2M 통신에 사용되는 단말은 M2M 단말(M2M device)일 수 있다. M2M 단말은 일반적으로 적은 데이터를 전송하면서 낮은 이동성을 갖는 디바이스일 수 있다. 이때, M2M 단말은 기계 간 통신 정보를 중앙에서 저장하고 관리하는 M2M 서버와 연결되어 사용될 수 있다.
또한, M2M 단말은 사물 추적, 자동차 연동, 전력 계량 등과 같이 다양한 시스템에서 적용될 수 있다.
한편, M2M 단말과 관련하여, oneM2M 표준화 기구는 M2M 통신, 사물통신, IoT 기술을 위한 요구사항, 아키텍처, API 사양, 보안 솔루션, 상호 운용성에 대한 기술을 제공하고 있다. oneM2M 표준화 기구의 사양은 스마트 시티, 스마트 그리드, 커넥티드 카, 홈 오토메이션, 치안, 건강과 같은 다양한 애플리케이션과 서비스를 지원하는 프레임워크를 제공하고 있다.
본 발명은 통지 실패를 관리하는 방법을 제공하는데 목적이 있다.
본 발명은 복수 개의 타겟 시스템으로 통지 메시지를 전송하는 경우에 통지 실패를 관리하는 방법을 제공하는데 목적이 있다.
본 발명은 통지 실패의 타입에 기초하여 통지 실패를 관리하는 방법을 제공하는데 목적이 있다.
본 발명의 일 실시예에 따르면, M2M 시스템에서 호스팅 시스템이 통지 실패를 관리하는 방법을 제공할 수 있다. 이때, 호스팅 시스템이 통지 실패를 관리하는 방법은 구독 자원을 설정하는 단계, 이벤트 트리거링을 감지하는 단계, 트리거링된 이벤트에 기초하여 구독 요청에 따라 통지 메시지를 타겟 시스템으로 전송하는 단계 및 통지 메시지 전송 실패 여부를 감지하는 단계를 포함할 수 있다. 이때, 통지 메시지가 복수 개의 타겟 시스템으로 전송되는 경우, 통지 메시지 전송 실패 여부는 제 1 구독 속성에 기초하여 판단될 수 있다.
또한 본 발명의 일 실시예에 따라, M2M 시스템에서 통지 실패를 관리하는 호스팅 시스템을 제공할 수 있다. 이때, 호스팅 시스템은 신호를 송수신하는 송수신부, 송수신부를 제어하는 프로세서를 포함할 수 있다. 이때, 프로세서는 구독 자원을 설정하고, 이벤트 트리거링을 감지하고, 트리거링된 이벤트에 기초하여 구독 요청에 따라 통지 메시지를 타겟 시스템으로 전송하고, 통지 메시지 전송 실패 여부를 감지할 수 있다. 이때, 통지 메시지가 복수 개의 타겟 시스템으로 전송되는 경우, 통지 메시지 전송 실패 여부는 제 1 구독 속성에 기초하여 판단될 수 있다.
또한, 본 발명의 일 실시예에 따라, M2M 시스템에서 타겟 시스템이 통지 실패를 관리하는 방법을 제공할 수 있다. 이때, 타겟 시스템이 통지 실패를 관리하는 방법은 구독 자원을 호스팅 시스템에 설정하는 단계, 호스팅 시스템이 이벤트 트리거링을 감지하여 구독 요청에 따라 전송하는 통지 메시지를 수신하는 단계 및 통지 메시지 전송 실패 여부를 감지하는 단계를 포함할 수 있다. 이때, 통지 메시지가 복수 개의 타겟 시스템으로 전송되는 경우, 통지 메시지 전송 실패 여부는 제 1 구독 속성에 기초하여 판단될 수 있다.
또한, 본 발명의 일 실시예에 따라, M2M 시스템에서 통지 실패를 관리하는 타겟 시스템을 제공할 수 있다. 이때, 타겟 시스템은 신호를 송수신하는 송수신부, 송수신부를 제어하는 프로세서를 포함할 수 있다. 이때, 프로세서는, 구독 자원을 호스팅 시스템에 설정하고, 호스팅 시스템이 이벤트 트리거링을 감지하여 구독 요청에 따라 전송하는 통지 메시지를 수신하고, 통지 메시지 전송 실패 여부를 감지하되, 통지 메시지가 복수 개의 타겟 시스템으로 전송되는 경우, 통지 메시지 전송 실패 여부는 제 1 구독 속성에 기초하여 판단될 수 있다.
또한, 다음의 사항들은 M2M 시스템에서 공통으로 적용될 수 있다.
이때, 본 발명의 일 실시예에 따라, 제 1 구독 속성이 제 1 타입을 지시하는 경우, 복수 개의 타겟 시스템 전부가 통지 메시지를 수신하지 못하는 경우에만 통지 메시지 전송이 실패한 것으로 판단할 수 있다.
또한, 본 발명의 일 실시예에 따라, 제 1 구독 속성이 제 2 타입을 지시하는 경우, 복수 개의 타겟 시스템 중 적어도 하나 이상의 타겟 시스템이 통지 메시지를 수신하지 못하면 통지 메시지 전송이 실패한 것으로 판단할 수 있다.
또한, 본 발명의 일 실시예에 따라, 제 1 구독 속성이 제 3 타입을 지시하는 경우, 복수 개의 타겟 시스템에 대한 통지 메시지 전송 실패 여부는 개별적으로 판단될 수 있다.
또한, 본 발명의 일 실시예에 따라, 전송 실패 여부는 통지 메시지 최대 전송 횟수에 기초하여 판단될 수 있다.
또한, 본 발명의 일 실시예에 따라, 제 1 구독 속성이 제 3 타입인 경우, 통지 메시지 최대 전송 횟수는 복수 개의 타겟 시스템 각각에 대해서 카운팅되고, 제 1 구독 속성이 다른 타입인 경우, 통지 메시지 최대 전송 횟수는 복수 개의 타겟 시스템 전체에 기초하여 카운팅될 수 있다.
또한, 본 발명의 일 실시예에 따라, 복수 개의 타겟 시스템에 대한 주소 정보를 지시하는 제 2 구독 속성 정보가 더 설정될 수 있다.
또한, 본 발명의 일 실시예에 따라, 복수 개의 타겟 시스템 중 통지 메시지 전송이 실패한 것으로 판단된 타겟 시스템에 대한 주소 정보는 제 2 구독 속성 정보에서 삭제될 수 있다.
또한, 본 발명의 일 실시예에 따라, 제 2 구독 속성 정보는 “notificationURI”일 수 있다.
또한, 본 발명의 일 실시예에 따라, 제 1 구독 속성 정보는 “notificationFailType”일 수 있다.
본 개시에 따르면, 통지 실패를 관리하는 방법을 제공할 수 있다.
본 개시에 따르면, 복수 개의 타겟 시스템으로 통지 메시지를 전송하는 경우에 통지 실패를 관리하는 방법을 제공할 수 있다.
본 개시에 따르면, 통지 실패의 타입에 기초하여 통지 실패를 관리하는 방법을 제공할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 개시에 따라 M2M 시스템의 계층 구조를 나타낸 도면이다.
도 2는 본 개시에 따라 기준점을 나타낸 도면이다.
도 3은 본 개시에 따라 각각의 노드를 나타낸 도면이다.
도 4는 본 개시에 따라 공통 서비스 펑션을 나타낸 도면이다.
도 5는 본 개시에 따라 송신자 및 수신자가 메시지를 교환하는 방법을 나타낸 도면이다.
도 6은 본 개시에 따라 구독 속성을 나타낸 도면이다.
도 7은 본 개시에 따라 호스팅 시스템이 타겟 시스템으로 통지 메시지를 전송하는 방법을 나타낸 도면이다.
도 8은 본 개시에 따라 호스팅 시스템이 복수 개의 타겟 시스템으로 통지 메시지를 전송하는 방법을 나타낸 도면이다.
도 9는 본 개시에 따라 통지 메시지 전송에 대한 타이머를 설정하는 방법을 나타낸 도면이다.
도 10은 본 개시에 따라 전송 실패 타입에 기초하여 통지 메시지 전송 실패 여부를 판단하는 방법을 나타낸 도면이다.
도 11은 본 개시에 따라 M2M 단말의 장치 구성을 나타낸 도면이다.
이하에서는 첨부한 도면을 참고로 하여 본 개시의 실시예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나, 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다.
본 개시에 있어서, 제1, 제2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되며, 특별히 언급되지 않는 한 구성요소들간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 개시의 범위 내에서 일 실시예에서의 제1 구성요소는 다른 실시예에서 제2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시예에서의 제2 구성요소를 다른 실시예에서 제1 구성요소라고 칭할 수도 있다.
본 개시에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계뿐만 아니라, 그 중간에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 어떤 구성요소가 다른 구성요소를 "포함한다" 또는 "가진다"고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 배제하는 것이 아니라 또 다른 구성요소를 더 포함할 수 있는 것을 의미한다.
본 개시에 있어서, 서로 구별되는 구성요소들은 각각의 특징을 명확하게 설명하기 위함이며, 구성요소들이 반드시 분리되는 것을 의미하지는 않는다. 즉, 복수의 구성요소가 통합되어 하나의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있고, 하나의 구성요소가 분산되어 복수의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있다. 따라서, 별도로 언급하지 않더라도 이와 같이 통합된 또는 분산된 실시예도 본 개시의 범위에 포함된다.
본 개시에 있어서, 다양한 실시예에서 설명하는 구성요소들이 반드시 필수적인 구성요소들은 의미하는 것은 아니며, 일부는 선택적인 구성요소일 수 있다. 따라서, 일 실시예에서 설명하는 구성요소들의 부분집합으로 구성되는 실시예도 본 개시의 범위에 포함된다. 또한, 다양한 실시예에서 설명하는 구성요소들에 추가적으로 다른 구성요소를 포함하는 실시예도 본 개시의 범위에 포함된다.
본 개시의 실시예를 설명함에 있어서 공지 구성 또는 기능에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그에 대한 상세한 설명은 생략한다. 그리고, 도면에서 본 개시에 대한 설명과 관계없는 부분은 생략하였으며, 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
또한 본 명세서는 M2M 통신에 기초한 네트워크에 대해 설명하며, M2M 통신 네트워크에서 이루어지는 작업은 해당 통신 네트워크를 관할하는 시스템에서 네트워크를 제어하고 데이터를 송신하는 과정에서 이루어질 수 있다.
또한, 본 명세서에서 M2M 단말은 M2M 통신을 수행하는 단말일 수 있으나, 호환성(Backword Compatibility)을 고려하여 무선 통신 시스템에서 동작하는 단말일 수 있다. 즉, M2M 단말은 M2M 통신 네트워크에 기초하여 동작될 수 있는 단말을 의미할 수 있으나, M2M 통신 네트워크로 한정되는 것은 아니다. M2M 단말은 다른 무선 통신 네트워크에 기초하여 동작하는 것도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, M2M 단말은 고정되거나 이동성을 가질 수 있다. 또한, M2M 서버는 M2M 통신을 위한 서버를 지칭하며 고정국(fixed station) 또는 이동국(mobile station)일 수 있다.
또한, 본 명세서에서 엔티티는 M2M 디바이스, M2M 게이트웨이, M2M 서버와 같은 하드웨어를 지칭할 수 있다. 또한, 일 예로, 엔티티는 M2M 시스템의 계층 구조에서 소프트웨어적인 구성을 지칭하는데 사용할 수 있으며, 상술한 실시예로 한정되지 않는다.
또한, 일 예로, 본 발명은 M2M 시스템을 중심으로 설명되지만 본 발명은 M2M 시스템에만 제한적으로 적용되는 것은 아니다.
또한, M2M 서버는 M2M 단말 또는 다른 M2M 서버와 통신을 수행하는 서버일 수 있다. 또한, M2M 게이트웨이는 M2M 단말과 M2M 서버를 연결하는 연결점 역할을 수행할 수 있다. 일 예로, M2M 단말과 M2M 서버의 네트워크가 상이한 경우, M2M 게이트웨이를 통해 서로 연결될 수 있다. 이때, 일 예로, M2M 게이트웨이, M2M 서버 모두 M2M 단말일 수 있으며, 상술한 실시예로 한정되지 않는다.
도 1은 M2M 시스템의 계층 구조를 나타낸 도면이다.
도 1를 참조하면, M2M 시스템의 계층 구조 (layered structure)는 애플리케이션 계층(110), 공통 서비스 계층(120), 네트워크 서비스 계층(130)으로 구성될 수 있다. 이때, 어플리케이션 계층(110)은 구체적인 어플리케이션에 기초하여 동작하는 계층일 수 있다. 일 예로, 어플리케이션은 차량 추적 어플리케이션(fleet tracking application), 원거리 혈당 모니터링 어플리케이션(remote blood sugar monitoring application), 전략 계량 어플리케이션(power metering application) 또는 제어 어플리케이션(controlling application) 등일 수 있다. 즉, 어플리케이션 계층은 구체적인 어플리케이션에 대한 계층일 수 있다. 이때, 어플리케이션 계층에 기초하여 동작하는 엔티티는 어플리케이션 엔티티(Application Entity, AE)일 수 있다.
공통 서비스 계층(120)은 공통 서비스 펑션(Common Service Function)에 대한 계층일 수 있다. 일 예로, 공통 서비스 계층(120)은 데이터 관리(Data Management), 단말 관리(Device Management), M2M 서비스 구독 관리(M2M Service Subscription Management), 위치 서비스(Location Services) 등과 같이 공통 서비스 제공에 대한 계층일 수 있다. 일 예로, 공통 서비스 계층(120)에 기초하여 동작하는 엔티티는 공통 서비스 엔티티(Common Service Entity, CSE)일 수 있다.
네트워크 서비스 계층(130)은 장치 관리(device management), 위치 서비스(location service) 및 장치 트리거링(device triggering)과 같은 서비스들을 공통 서비스 계층(120)에 제공할 수 있다. 이때, 네트워크 계층(130)에 기초하여 동작하는 엔티티는 네트워크 서비스 엔티티(Network Service Entity, NSE)일 수 있다.
도 2는 M2M 시스템 구조를 나타낸 도면이다.
도 2를 참조하면, M2M 시스템 구조는 필드 도메인(Field Domain) 및 인프라스트럭쳐 도메인(Infrastructure Domain)으로 구별될 수 있다. 이때, 각각의 도메인에서 각각의 엔티티들은 기준점을 통해 통신을 수행할 수 있다. 일 예로, 기준점(reference point)은 각각의 엔티티들 간의 통신 흐름을 나타낼 수 있다. 이때, 도 2를 참조하면, AE와 CSE 사이의 기준점인 Mca 기준점, 서로 다른 CSE 사이의 기준점인 Mcc 기준점 및 CSE와 NSE 사이의 기준점인 Mcn 기준점이 설정될 수 있다.
도 3은 M2M 시스템 구조의 설정을 나타낸 도면이다.
도 3을 참조하면, 특정 M2M 서비스 제공자의 인프라스트럭쳐 도메인은 특정 인프라스트럭처 노드(310, Infrastructure Node, IN)를 제공할 수 있다. 이때, IN의 CSE는 다른 인프라스트럭쳐 노드의 AE와 Mca 기준점에 기초하여 통신을 수행할 수 있다. 이때, 하나의 M2M 서비스 제공자마다 하나의 IN이 설정될 수 있다. 즉, IN은 인프라스트럭쳐 구조에 기초하여 다른 인프라스트럭쳐의 M2M 단말과 통신을 수행하는 노드일 수 있다. 또한, 일 예로, 노드의 개념은 논리적 엔티티일 수 있으며, 소프트웨어적인 구성일 수 있다.
다음으로, 어플리케이션 지정 노드(320, Application Dedicated Node, ADN)는 적어도 하나의 AE를 포함하고, CSE를 포함하지 않는 노드일 수 있다. 이때, ADN은 필드 도메인에서 설정될 수 있다. 즉, ADN은 AE에 대한 전용 노드일 수 있다. 일 예로, ADN은 하드웨어적으로 M2M 단말에 설정되는 노드일 수 있다. 또한, 어플리케이션 서비스 노드(330, Application Service Node, ASN)는 하나의 CSE와 적어도 하나 이상의 AE를 포함하는 노드일 수 있다. ASN은 필드 도메인에서 설정될 수 있다. 즉, AE 및 CSE를 포함하는 노드일 수 있다. 이때, ASN은 IN과 연결되는 노드일 수 있다. 일 예로, ASN은 하드웨어적으로 M2M 단말에 설정되는 노드일 수 있다.
또한, 미들 노드(340, Middle Node, MN)은 CSE를 포함하고, 0개 또는 그 이상의 AE를 포함하는 노드일 수 있다. 이때, MN은 필드 도메인에서 설정될 수 있다. MN은 다른 MN 또는 IN과 기준점에 기초하여 연결될 수 있다. 또한 일 예로, MN은 하드웨어적으로 M2M 게이트웨이에 설정될 수 있다.
또한, 일 예로, 논-M2M 단말 노드(350, Non-M2M device node, NoDN)은 M2M 엔티티들을 포함하지 않은 노드로서 M2M 시스템과 관리나 협업 등을 수행하는 노드일 수 있다.
도 4는 공통 서비스 펑션을 나타낸 도면이다.
도 4를 참조하면, 공통 서비스 펑션들을 제공할 수 있다. 일 예로, 공통 서비스 펑션은 애플리케이션 및 서비스 계층 관리(Application and Service Layer Management), 통신 관리 및 전달 처리(Communication Management and Delivery Handling), 데이터 관리 및 저장(Data Management and Repository), 장치 관리(Device Management), 발견(Discovery), 그룹 관리(Group Management), 위치(Location), 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering), 등록(Registration), 보안(Security), 서비스 과금 및 계산(Service Charging and Accounting), 서비스 세션 관리 기능(Service Session Management) 및 구독/통지(Subscription/Notification) 중 적어도 어느 하나 이상의 기능을 제공할 수 있다. 이때, 공통 서비스 펑션에 기초하여 M2M 단말들이 동작할 수 있다. 또한, 공통 서비스 펑션은 다른 실시예도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다.
도 5는 송신자와 수신자가 메시지를 교환하는 방법을 나타낸 도면이다.
도 5를 참조하면, 송신자(Originator, 510)는 요청 메시지를 수신자(Receiver, 520)로 전송할 수 있다. 이때, 송신자(510)와 수신자(520)는 상술한 M2M 단말일 수 있다. 다만, M2M 단말에 한정되지 않고, 다른 단말도 가능할 수 있으며, 상술한 실시예로 한정되지 않는다. 또한, 일 예로, 송신자(510) 및 수신자(520)는 상술한 노드, 엔티티, 서버 또는 게이트웨이일 수 있다. 즉, 송신자(510) 및 수신자(520)는 하드웨어적인 구성 또는 소프트웨어적인 구성일 수 있으며, 상술한 실시예로 한정되지 않는다.
이때, 일 예로, 송신자(510)가 전송하는 요청 메시지에는 적어도 하나 이상의 파라미터가 포함될 수 있다. 이때, 일 예로, 파라미터는 필수 파라미터 또는 선택 파라미터가 있을 수 있다. 일 예로, 송신단과 관련된 파라미터, 수신단과 관련된 파라미터, 식별 파라미터 및 동작 파라미터 등은 필수적인 파라미터일 수 있다. 또한, 그 밖에 다른 정보에 대해서는 선택 파라미터일 수 있다. 이때, 송신단 관련 파라미터는 송신자(510)에 대한 파라미터일 수 있다. 또한, 수신단 관련 파라미터는 수신자(520)에 대한 파라미터일 수 있다. 또한, 식별 파라미터는 상호 간의 식별을 위해 요구되는 파라미터일 수 있다.
또한, 동작 파라미터는 동작을 구분하기 위한 파라미터일 수 있다. 일 예로, 동작 파라미터는 생성(Create), 조회(Retrieve), 갱신(Update), 삭제(Delete) 및 통지(Notify) 중 적어도 어느 하나로 설정될 수 있다. 즉, 동작을 구별하기 위한 파라미터일 수 있다.
이때, 수신자(520)는 송신자(510)로부터 요청 메시지를 수신하면 해당 요청 메시지를 처리할 수 있다. 일 예로, 수신자(520)는 요청 메시지에 포함된 동작을 수행할 수 있으며, 이를 위해 파라미터가 유효한지 여부 및 권한이 있는지 여부 등을 판단할 수 있다. 이때, 수신자(520)는 파라미터가 유효하고, 권한이 있다면 요청 대상이 되는 자원 존재하는지 여부를 확인하고, 이에 기초하여 프로세싱을 수행할 수 있다.
일 예로, 이벤트가 발생하는 경우, 송신자(510)는 수신자(520)에게 통지에 대한 파라미터를 포함하는 요청 메시지를 전송할 수 있다. 수신자(520)는 요청 메시지에 포함된 통지에 대한 파라미터를 확인하고, 이에 기초하여 동작을 수행할 수 있으며, 응답 메시지를 송신자(510)로 다시 전송할 수 있다.
도 6은 구독 자원에 대한 속성을 나타낸 도면이다.
도 6을 참조하면, 구독 자원은 속성들을 포함할 수 있다. 일 예로, 도 6에서는 구독 자원의 속성들을 기재하였으나, 이는 하나의 예시일 뿐, 추가, 삭제 또는 변경되는 것이 가능할 수 있다. 이때, 구독 자원에 대한 속성을 통해 구독-통지에 필요한 정보들이 공유될 수 있다. 또한, 일 예로, 구독-통지에 필요한 동작을 수행하기 위해 필요한 정보들이 속성 정보로서 정의될 수 있으며, 상술한 실시예로 한정되지 않는다. 일 예로, 구독 자원에는 “notificationFailcounter”가 포함될 수 있다. 이때, “notificationFailcounter”는 통지를 전송할 수 있는 통지 메시지 최대 전송 횟수를 나타낼 수 있다. 또한, 일 예로, “notificationURI”은 통지를 받는 타겟 시스템에 대한 주소 정보를 나타낼 수 있다. 그 밖에도, 구독-통지를 위해 필요한 정보들이 도 6처럼 속성 정보로서 정의될 수 있으며, 상술한 실시예로 한정되지 않는다.
도 7은 구독 자원에 기초하여 통지를 수행하는 방법을 나타낸 도면이다.
도 7을 참조하면, M2M 시스템에서 M2M 단말들은 구독-통지(subscription-Notification)에 기초하여 동작할 수 있다. 보다 상세하게는, M2M 플랫폼에서 구독(Subscription) 자원을 통해 이벤트를 등록하고, 해당 이벤트가 발생하면 통지(Notification) 메시지를 전달할 수 있다.
일 예로, 도 7을 참조하면, 타겟 시스템(Target System, 720)은 호스팅 시스템(Hosting System, 710)으로 구독 자원을 할당하고, 호스팅 시스템(710)은 이벤트가 발생하면 타겟 시스템으로 통지 메시지(720)를 전달할 수 있다. 이때, 호스팅 시스템(710) 및 타겟 시스템(720)은 상술한 M2M 단말에 기초하여 동작하는 시스템일 수 있다. 즉, 각각의 M2M 단말은 호스팅 시스템(710) 및 타겟 시스템(720)을 포함하는 단말일 수 있다.
이때, 호스팅 시스템(710)은 이벤트가 발생한 경우 복수 개의 타겟 시스템(720)들에 해당 이벤트의 정보를 메시지로 통지할 수 있다. 일 예로, 주차되어 있는 차가 호스팅 시스템(710)인 경우, 충격과 같은 이벤트가 발생할 수 있다. 이때, 충격에 대한 이벤트 통지는 차량 주인으로 등록된 복수 개의 단말이나, 경찰 시스템, 보험회사 시스템과 같은 타겟 시스템(720)에 메시지로써 전송될 수 있으며, 상술한 실시예로 한정되지 않는다.
즉, 호스팅 시스템(710)은 이벤트를 모니터링하고, 이에 기초하여 이벤트 발생을 감지하면 통지 메시지를 전송할 수 있다. 일 예로, 구독 자원에 이벤트 발생 조건과 타겟 시스템(720)들에 대한 주소 정보들이 포함될 수 있다. 이때, 타겟 시스템(720)에 대한 주소 정보는 상술한 구독 자원에 대한 속성으로서 “notificationURI”로서 정보가 전달될 수 있다. 이때, 일 예로, 타겟 시스템(720)이 복수 개인 경우, “notificationURI”은 리스트 형태가 될 수 있으며, 이에 대해서는 후술한다.
또한, 일 예로, 구독-통지와 관련하여, 네트워크 문제 등으로 통지 메시지가 전달되지 못하는 상황이 발생할 수 있다. 이때, 도 7을 참조하면 1차 통지 메시지가 전달한 후, 2차 통지 메시지가 통지되고, N번째 통지 메시지까지 전송되는 동안 통지 메시지가 전송되지 않을 수 있다. 다만, 도 7처럼 지속적으로 통지 메시지를 전송하게 되면 시스템에 과부하가 일어날 수 있는바, 에러 상황에 대해서 처리할 수 있는 방법이 필요할 수 있다.
또한, 일 예로, 호스팅 시스템(710)이 통지 메시지를 전송하면 타겟 시스템(720)으로부터 통지 메시지 수신 여부를 확인하는 ACK 메시지를 수신할 수 있다. 즉, 호스팅 시스템(710)이 통지 메시지 전송 후 ACK 메시지를 수신하지 못하면 추가 통지 메시지를 전송할 수 있다. 즉, 호스팅 시스템(710)은 ACK 메시지를 수신하지 못하면 묵시적으로 통지 메시지 전송이 실패하였음을 인식할 수 있다.
또한, 일 예로, 타겟 시스템(720)은 통지 메시지 수신이 제대로 수행되지 않으면 NACK 메시지를 호스팅 시스템(710)으로 전송할 수 있다. 이를 통해, 호스팅 시스템(710)은 명시적으로 통지 메시지 전송 실패를 확인할 수 있다.
이때, 상술한 상황 등을 고려하여 구독 자원에는 속성들이 설정될 수 있으며, 이는 상술한 도 6과 같을 수 있다.
일 예로, 구독 자원의 속성에는 상술한 바와 같이 통지 메시지 전송 주소를 나타내는“notificationURI”, 이벤트 발생 기준을 나타내는 “eventNotificationCriteria”, 통지 메시지 실패를 카운팅하는 “notificationFailcounter” 등이 포함될 수 있으며, 이는 도 6과 같을 수 있다.
실시예 1
도 8은 호스팅 시스템이 복수 개의 타겟 시스템으로 통지 메시지를 전송하는 방법을 나타낸 도면이다.
도 8을 참조하면, 상술한 바와 같이 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지를 전송할 수 있다. 이때, 일 예로, 호스팅 시스템(810)이 전송하는 통지 메시지 전송은 실패할 수 있으며, 이는 상술한 바와 같다. 다만, 호스팅 시스템(810)은 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지를 전송하는바, 일부 타겟 시스템에는 통지 메시지 전송이 성공하고, 일부 타겟 시스템에는 통지 메시지 전송이 실패할 수 있다.
보다 상세하게는, 호스팅 시스템(810)과 각각의 타겟 시스템(820, 830, 840) 간의 네트워크 환경은 서로 다를 수 있으며, 서로 다른 네트워크 시스템에 기초한 동작일 수 있다.
이때, 일 예로, 기존에는 상술한 바와 같이 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지에 대한 전송이 실패하는 경우라면 구독 자체가 제거될 수 있었다. 즉, 통지 메시지에 대한 전송 실패에 기초한 동작은 구독 자체를 삭제하는 동작일 수 있다. 다만, 복수 개의 타겟 시스템(820, 830, 840)이 존재하는 경우, 통지 메시지 전송 성공 및 실패 여부가 복수 개의 타겟 시스템(820, 830, 840) 전체에 기초하여 결정될 수 있는바, 비효율적일 수 있었다. 즉, 통지 메시지 전송은 개별적인 타겟 시스템으로 수행될 수 있음에도 불구하고, 전체에 대한 판단을 수행하는바, 개별 타겟 시스템의 측면에서는 동작이 방해될 수 있었다. 따라서, 타겟 시스템 각각에 대한 동작을 구별할 필요성이 있다.
이때, 일 예로 , 호스팅 시스템(810)이 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지를 전송하는 경우, 통지 대기 모드로서 통지 메시지 수신을 위한 시간(Period)를 설정할 수 있다. 보다 상세하게는, 호스팅 시스템(810)은 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지를 전송한 후, 일정 시간 동안 통지 메시지 전송을 위한 대기 모드를 가질 수 있다. 호스팅 시스템(810)은 일정 시간 동안 통지 메시지 전송되는지 여부를 기다릴 수 있다. 이때, 네트워크에 대한 일시적 불량이 있는 경우라면, 특정 시간 동안 네트워크 불량이 해결될 수 있고, 통지 메시지 전송이 성공할 수 있다. 즉, 호스팅 시스템(810)이 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지를 전송하는 상황을 고려하여 통지 메시지가 충분히 전달될 수 있는 시간을 할당할 수 있으며, 상술한 대기 모드일 수 있다. 호스팅 시스템(810)은 일정 기간 동안 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지가 전송되도록 대기 시간 모드를 설정할 수 있다. 또한, 일 예로, 대기 시간 모드 설정에 대한 정보는 상술한 구독 자원의 속성으로 정의될 수 있으며, 그에 대한 명칭은 제한되지 않는다.
또 다른 일 예로, 복수 개의 타겟 시스템(820, 830, 840) 중 일부 타겟 시스템에 대한 통지 메시지 전송이 실패한 경우, 구독 자체를 삭제하지 않고, 통지가 실패된 엔티티만을 삭제하도록 설정할 수 있다. 일 예로, 호스팅 시스템(810)이 복수 개의 타겟 시스템(820, 830, 840)으로 통지 메시지를 전송하는 경우, “notificationURI”은 리스트 형태로 기재될 수 있다. 즉, “notificationURI”에는 복수 개의 타겟 시스템(820, 830, 840)에 대한 주소가 포함될 수 있다. 이때, 복수 개의 타겟 시스템(820, 830, 840) 중 일부 타겟 시스템에 대한 통지 메시지 전송이 실패한 경우, “notificationURI”에서 통지 메시지 전송이 실패한 타겟 시스템만을 삭제하고, 통지 메시지를 성공한 타겟 시스템의 주소를 그대로 유지할 수 있다. 이를 통해, 통지 메시지 수신이 가능한 타겟 시스템은 구독 자체가 삭제되어 통지를 받지 못하는 상황을 피할 수 있다. 또한, 일 예로, 상술한 바와 같은 동작도 구독 자원의 속성으로 정의될 수 있으며, 상술한 실시예로 한정되지 않는다.
또 다른 일 예로 , 상술한 구독 속성 중 “notificationFailType”으로 개별 실패를 도입할 수 있다. 보다 상세하게는, 통지 메시지 전송 실패를 고려하여 notificationFailType”은 “전부 실패” , “일부 실패” 및 “개별 실패” 중 적어도 어느 하나 이상에 대한 타입이 존재할 수 있다. 이때, “전부 실패” 타입은 모든 타겟 시스템으로 통지 메시지 전송이 실패한 경우에만 전송 실패로 판단하는 방식일 수 있다. 즉, 일부 타겟 시스템으로만 통지 메시지가 전송되는 경우라면 전송은 성공한 것으로 선언될 수 있다. 다만, 상술한 상황과 같이 “전부 실패” 타입이 설정된 경우에서 일부 타겟 시스템의 네트워크는 지속적으로 오류가 발생하고, 일부 타겟 시스템만이 정상적으로 동작한다면, 통지 메시지 전송은 지속적으로 성공하는바, 통지 메시지 실패가 확인될 수 없다. 극단적으로, 복수 개의 타겟 시스템에 대한 통지 메시지 전송은 지속적으로 실패하고, 하나의 타겟 시스템에 대한 통지 메시지 전송이 성공하는 상황에서 상술한 방법은 통지 메시지 전송 성공으로 판단될 수 있다. 따라서, “전부 실패”인 경우에는 통지 실패가 발생하고 있는 타겟 시스템에 대해 계속적으로 통지 메시지를 전송하게 되고, 네트워크 이상 문제를 해결하지 못할 수 있다.
한편, “notificationFailType”의 타입으로서 “일부 실패”의 경우에는 복수 개의 타겟 시스템들 중 어느 하나에라도 전달이 실패한 경우를 통지 전달 실패로 취급할 수 있다. 이때, 일 예로, “일부 실패”방식에 의하면 대부분의 타겟 시스템이 통지 메시지를 전송하더라도, 하나의 타겟 시스템이 네트워크 오류에 의해 통지 메시지 전송을 성공하지 못하면 통지 전달 실패가 될 수 있다. 즉, 통지 메시지 수신이 가능한 타겟 시스템도 하나의 타겟 시스템에 의해 통지 메시지를 수신하지 못하는 상황이 발생할 수 있다. 이때, 상술한 상황에서 전송 실패에 기초하여 구독 자체가 삭제되는 경우라면 통지 메시지 수신을 성공한 타겟 시스템에 대해서도 구독 자체가 삭제될 수 있는바, 동작이 제한될 수 있다.
따라서, 구독 유형에 따라 개별 실패 도입이 가능한 경우에는 "notificationFailType”을 “개별 실패”로 설정하는 방안을 고려할 수 있다. 이때, 호스팅 시스템이 이벤트 발생에 의해 통지 메시지를 전송하는 경우, 호스팅 시스템은 복수 개의 타겟 시스템 각각에 대해서 독립적으로 통지 메시지 실패 여부를 판단할 수 있다. 즉, 통지 메시지 전송에 대한 실패 여부는 다른 타겟 시스템과 독립적으로 판단될 수 있다. 일 예로, 통지 메시지 실패 여부는 상술한 “notificationFailcounter”에 기초하여 판단될 수 있다. 즉, “개별 실패”의 경우, “notificationFailcounter”는 각각의 타겟 시스템별로 개별적으로 생성되어 수행될 수 있다.
이를 통해, “전부 실패” 및 “일부 실패”에서 발생했던 문제점을 해결할 수 있다. 보다 상세하게는, “전부 실패”의 경우, 통지 실패가 발생하고 있는 타겟 시스템이 지속적으로 통지 메시지를 수신하는 문제점이 있었으나 “개별 실패”를 통해 특정 타겟 시스템이 전송 실패인지 여부를 개별적으로 판단하여 개별 타겟 시스템 별로 구독을 삭제할 수 있다.
또한, “일부 실패”의 경우, 통지 성공이 발생하고 있는 타겟 시스템에 대한 구독이 삭제되는 것을 방지할 수 있다. 즉, 개별 타겟 시스템별로 판단하는바, 통지 메시지가 성공적으로 전성되고 있는 타겟 시스템에 대해서는 구독 삭제를 수행하지 않고, 전송 실패가 발생한 타겟 시스템에 대해서만 개별적으로 구독 삭제를 수행할 수 있다.
또한, 일 예로, "notificationFailType”은 구독의 유형에 기초하여 결정될 수 있다. 일 예로, 구독 유형 중 타겟 시스템 중 어느 하나만 통지 메시지 전송이 성공하면 가능한 경우라면 “전부 실패”로 설정될 수 있다. 일 예로, 주행 중인 자동차가 그룹 채팅에 기초하여 메시지를 전송하는 경우, 그룹 채팅에 포함된 복수 개의 타겟 시스템 중 어느 하나로만 통지 메시지 전송을 성공하면 다른 타겟 시스템들은 통지 메시지 전송 성공에 대한 정보를 공유할 수 있다. 따라서, 구독 유형 중 어느 하나로의 전송 성공만 필요한 경우에는 “전부 실패”가 설정될 수 있다.
또한, 일 예로, 구독 유형에 따라 전부에 통지 메시지를 전송하는 것이 필요한 경우에는 “notificationFailType”이 “일부 실패”로 설정될 수 있다. 이때, 통지 메시지 전송 성공은 복수 개의 타겟 시스템 전부로 전송이 성공해야만 통지 메시지 전송 성공으로 판단할 수 있다.
일 예로, 주행 중인 자동차가 주변 지역에 대한 음식점을 확인하는 이벤트를 발생시킨 경우, 주행 중인 자동차는 주변 지역의 위치 정보를 확인하는 타겟 시스템, 음식점 리스트를 포함하는 타겟 시스템 및 자동차의 이동성을 판단하는 타겟 시스템으로 모두 통지 메시지를 전송할 수 있다. 이때, 복수 개의 타겟 시스템 각각은 서로 연동하여 종합적인 정보를 제공할 필요성이 있는바, 호스팅 시스템은 모든 타겟 시스템으로 통지 메시지 전송을 성공할 필요성이 있다. 따라서, 상술한 상황에서는 “notificationFailType”이 구독의 유형으로 고려하여“일부 실패”로 설정될 필요성이 있다.
한편, 주차 중인 차에 충격이라는 이벤트가 발생한 경우, 자동차 소유자로 등록된 복수 개의 단말로 통지 메시지를 전송할 수 있다. 이때, 자동차 소유자로 등록된 복수 개의 단말 각각은 서로 연결된 단말들이 아닐 수 있고, 전부 통지 메시지 전송 성공에 대한 필요성이 없는바, 전송되는 통지 메시지 전송 성공 여부는 개별적으로 판단되는 것이 필요할 수 있다. 즉, “notificationFailType”이 구독의 유형으로 고려하여“개별 실패”로 설정될 필요성이 있다.
상술한 바와 같이, “notificationFailType”은 “전부 실패” , “일부 실패” 또는 “개별 실패”로 설정될 수 있다. 이때, 일 예로, “notificationFailType”에 대한 타입이 세 가지인바, “notificationFailType”은 2비트로 구성될 수 있다. 또한, 일 예로서, “notificationFailType”이 개별 실패인 경우에는 상술한 “notificationURI”에서 주소 정보들이 개별적으로 삭제될 수 있다. 즉, 각각의 타겟 시스템에 대해서 개별적인 전송 실패를 판단하였는바, 전송 실패가 지시된 타겟 시스템에 대해서만 “notificationURI”이 삭제될 수 있으며, 상술한 실시예로 한정되지 않는다.
도 9는 전송 실패 타입에 기초하여 전송 실패를 판단하는 방법을 나타낸 도면이다.
도 9를 참조하면, 호스팅 시스템에 구독 자원이 설정될 수 있다.(S910) 이때, 호스팅 시스템은 설정된 구독 자원에 기초하여 이벤트를 감지할 수 있다.(S920) 호스팅 시스템이 이벤트를 감지하는 경우, 호스팅 시스템은 통지 메시지를 타겟 시스템으로 전송할 수 있다.(S930) 이때, 도 1 내지 도 8에서 상술한 바와 같이, 이벤트는 구독 요청에 따라 다르게 설정될 수 있으며, 구독 자원에 설정된 이벤트 조건이 충족하는 경우, 호스팅 시스템은 타겟 시스템으로 통지 메시지를 전송할 수 있으며, 이는 상술한 바와 같다.
일 예로, 통지 메시지가 전송되는 타겟 시스템이 복수 개인 경우를 고려할 수 있다.(S940) 이때, 통지 메시지가 전송되는 타겟 시스템이 하나인 경우, 통지 메시지 전송 실패 여부는 하나의 타겟 시스템을 기준으로 판단될 수 있다.(S950) 이때, 도 1 내지 도 8에서 상술한 바와 같이, 통지 메시지 전송 실패 여부는 최대 전송 횟수 또는 타이머에 기초하여 판단될 수 있으며, 이는 상술한 바와 같다.
다음으로, 통지 메시지가 복수 개의 타겟 시스템으로 전송되는 경우, 제 1 구독 속성이 개별 실패인지 여부를 판단할 수 있다.(S960) 이때, 도 1 내지 도 8에서 상술한 바와 같이, 제 1 구독 속성은 “NotificationFailType”일 수 있다. 이때, “NotificationFailType”은 “전부 실패”, “일부 실패” 또는 “개별 실패”로 설정될 수 있으며, 이는 상술한 바와 같다. 이때, “NotificationFailType”가 “개별 실패”가 아닌 경우, 호스팅 시스템은 복수 개의 타겟 시스템 전체를 기준으로 전송 실패 여부를 판단할 수 있다.(S970) 이때 도 1 내지 도 8에서 상술한 바와 같이, “전부 실패”의 경우, 복수 개의 타겟 시스템으로 통지 메시지 전송이 모두 실패한 경우에만 전송 실패로 판단될 수 있다. 또한, 일 예로, “일부 실패”는 복수 개의 타겟 시스템 중 적어도 어느 하나의 타겟 시스템에 대한 통지 메시지 전송이 실패하면 전송 실패로 판단될 수 있다. 즉, “전체 실패” 및 “일부 실패”는 복수 개의 타겟 시스템 전체로서 전송 실패 여부가 판단될 수 있다. 이때, 일 예로, 상술한 통지 메시지 최대 전송 횟수 및 카운터는 전체 타겟 시스템을 기준으로 동작할 수 있으며, 이는 상술한 바와 같다.
다음으로, 제 1 구독 속성이 개별 실패인 경우, 각각의 타겟 시스템을 기준으로 통지 메시지 전송 실패 여부가 판단될 수 있다.(S980) 이때, 도 1 내지 도 8에서 상술한 바와 같이, 복수 개의 타겟 시스템 전체로서 전송 실패 여부를 판단하여 구독을 삭제하는 경우라면 일부 타겟 시스템에게 불이익이 생길 수 있다. 즉, 통지 메시지 전송이 가능한 타겟 시스템조차 구독이 삭제되는바 문제가 발생할 수 있다. 따라서, 제 1 구독 속성이 개별 실패인 경우라면, 통지 메시지 전송 성공 여부는 타겟 시스템 개별적으로 수행될 필요성이 있으며, 이는 상술한 바와 같다. 이때, 일 예로, 제 1 구독 속성에 대한 타입은 구독 유형에 따라 결정될 수 있으며, 이는 상술한 바와 같다.
실시예 2
상술한 “notificationFailcounter”에 기초하여 통지 메시지 전송 실패 여부가 판단될 수 있다.
보다 상세하게는, “notificationFailcounter”에는 통지 메시지 전송에 대한 초기 설정값이 설정될 수 있다. 이때, 초기 설정값에 기초하여 통지 메시지 전송이 실패하면 카운팅이 수행될 수 있다. 일 예로, 통지 메시지 전송이 성공하는 경우, 카운팅은 리셋되고, 다시 초기 설정값으로 동작할 수 있다. 반면, 통지 메시지 전송이 지속적으로 실패하여 최대 전송 횟수에 도달하면 통지 메시지 전송 실패를 선언하고, 구독을 삭제할 수 있다. 즉, 호스팅 시스템은 최대 전송 횟수동안에만 통지 메시지를 전송할 수 있고, 최대 전송 횟수만큼 통지 메시지 전송을 실패하면 전송 실패를 선언할 수 있다.
또 다른 일 예로, 통지 메시지 전송 가능 구간에 대한 속성이 설정될 수 있다. 일 예로, “notificationFailperiod”가 설정될 수 있다. 다만, 속성 이름은 상술한 이름으로 한정되는 것은 아니다.
보다 상세하게는, 호스팅 시스템이 최대 전송 횟수에만 기초하여 통지 메시지 실패 여부를 판단하는 경우라면 통지 메시지 전송 실패 여부에 대한 판단이 장기간 수행될 수 있다. 보다 상세하게는, 통지 메시지 최대 전송 횟수가 높은 값으로 설정되어 있고, 각각의 통지 메시지 전송 수행 주기가 긴 경우라면, 호스팅 시스템은 전송 실패를 선언하는데 오랜 시간이 필요할 수 있다. 이때, 네트워크 환경을 고려하여 통지 메시지 전송 실패가 자명한 상황이라면 통지 메시지 전송 실패가 최대 전송 횟수까지 기다리는 것은 네트워크 지연을 발생 시킬 수 있다. 또한, 최대 전송 횟수까지 기다려서 전송 실패를 판단하는 것은 다른 메시지와의 충돌 가능성 및 호스팅 시스템의 전력 소모를 고려하면 문제가 될 수 있다.
따라서, 최대 전송 횟수인 “notificationFailcounter”와 별개로 “notificationFailperiod”를 설정할 필요성이 있다.
보다 상세하게는, 도 10을 참조하면, 호스팅 시스템은 이벤트를 트리거하면(S1010) 통지 메시지를 타겟 시스템에 전송하고, “notificationFailperiod”에 기초한 타이머를 시작할 수 있다.(S1020) 즉, 이벤트가 발생하는 조건이 타이머를 시작하는 조건일 수 있다. 이때, 호스팅 시스템은 타겟 시스템으로 통지 메시지를 전송할 수 있다. 이때, 호스팅 시스템이 타겟 시스템으로 통지 메시지 전송을 성공한 경우(S1030), 상술한 타이머는 리셋될 수 있다.(S1040) 즉, 타이머에 의해 전송 실패가 선언되는 것을 방지하기 위해 통지 메시지 전송이 성공하면 타이머가 리셋될 수 있다.
반면, 통지 메시지 전송이 실패한 경우(S1030), 호스팅 시스템은 타이머가 만료되었는지 확인할 수 있다.(S1050) 이때, 타이머가 만료되지 않은 경우, 호스팅 시스템은 다시 통지 메시지를 전송할 수 있다. 즉, 통지 메시지 전송 실패가 발생하면 설정된 타이머는 리셋되지 않을 수 있다. 반면, 타이머가 만료된 경우, 호스팅 시스템은 전송 실패를 선언하고, 구독 자원을 삭제할 수 있다.(S1060) 즉, 호스팅 시스템은 네트워크 지연 등을 고려하여 통지 메시지 전송 가능한 타이머 동안에 통지 메시지 전송을 성공하지 못하면 전송 실패를 선언하고, 구독 자원을 삭제할 수 있다. 이를 통해, 호스팅 시스템은 통지 메시지 전송 실패 횟수가 최대 전송 횟수에 도달하기 전이라도 전송 실패를 선언하고, 이에 기초하여 다른 동작을 수행할 수 있다.
한편, 일 예로서, 타이머가 만료되기 이전에 통지 메시지 전송 실패 횟수가 최대 전송 횟수에 도달하는 경우, 타이머가 만료되기 이전이라도 전송 실패가 선언되고, 구독 자원을 삭제될 수 있다. 즉, 호스팅 시스템은 타이머가 만료되거나 최대 전송 횟수에 도달하는 상황 중 어느 하나가 충족되면 통지 메시지 전송이 실패하였다고 선언하고, 구독을 삭제할 수 있다.
도 11은 본 개시에 따른 M2M 단말 장치의 구성을 나타내는 도면이다.
M2M 단말 장치(1100)는 장치를 제어하는 프로세서(1110) 및 무선 신호를 송수신하는 송수신부(1120)를 포함할 수 있다. 이때, 프로세서(1110)는 송수신부(1120)를 제어할 수 있다. 또한, M2M 단말 장치(1100)는 다른 M2M 단말 장치(1200)와 통신을 수행할 수 있다. 일 예로, 상술한 송신자 및 수신자는 각각 도 11의 M2M 단말일 수 있다. 다른 M2M 단말 장치(1200)도 프로세서(1210) 및 송수신부(1220)을 포함할 수 있으며, 동일한 역할을 수행할 수 있다. 또한, 도 11의 장치는 다른 장치일 수 있다. 일 예로, 통신을 수행하는 장치, 자동차 또는 기지국 등과 같은 장치일 수 있다. 즉, 통신을 수행할 수 있는 장치를 지칭하는 것으로 상술한 실시예로 한정되지 않는다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 일 예로, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 이상에서는 본 명세서의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 명세서는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 명세서의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 명세서의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안될 것이다.
그리고 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수 있다.?
또한, 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.
M2M 단말 : 1100 프로세서 : 1110
송수신부 : 1120 M2M 단말 : 1200
프로세서 : 1210 송수신부 : 1220

Claims (20)

  1. M2M 시스템에서 호스팅 시스템이 통지 실패를 관리하는 방법에 있어서,
    구독 자원을 설정하는 단계;
    이벤트 트리거링을 감지하는 단계;
    상기 트리거링된 이벤트에 기초하여 구독 요청에 따라 통지 메시지를 타겟 시스템으로 전송하는 단계;
    상기 통지 메시지 전송 실패 여부를 감지하는 단계, 상기 통지 메시지가 복수의 타겟 시스템들로 전송되는 경우, 상기 통지 메시지 전송 실패 여부는, 각 타겟 시스템에 대하여 개별적으로 판단되며; 및
    상기 복수의 타겟 시스템들 중 상기 통지 메시지 전송이 실패한 것으로 판단된 타겟 시스템에 대한 주소 정보를 상기 복수의 타겟 시스템들에 대한 주소 정보를 지시하는 구독 속성 정보에서 삭제하는 단계를 포함하는, 통지 실패 관리 방법.
  2. 삭제
  3. 삭제
  4. 삭제
  5. 제 1 항에 있어서,
    상기 전송 실패 여부는, 통지 메시지 최대 전송 횟수에 기초하여 판단되는, 통지 실패 관리 방법.
  6. 제 5 항에 있어서,
    상기 통지 메시지 최대 전송 횟수는 상기 복수의 타겟 시스템들 각각에 대해서 카운팅되는, 통지 실패 관리 방법.
  7. 제 1 항에 있어서,
    상기 복수의 타겟 시스템들에 대한 주소 정보를 지시하는 상기 구독 속성 정보를 설정하는 단계를 더 포함하는, 통지 실패 관리 방법.
  8. 삭제
  9. 제 1 항에 있어서,
    상기 구독 속성 정보는 “notificationURI”인, 통지 실패 관리 방법.
  10. 삭제
  11. M2M 시스템에서 통지 실패를 관리하는 호스팅 시스템에 있어서,
    신호를 송수신하는 송수신부;
    상기 송수신부를 제어하는 프로세서;를 포함하되,
    상기 프로세서는
    구독 자원을 설정하고,
    이벤트 트리거링을 감지하고,
    상기 트리거링된 이벤트에 기초하여 구독 요청에 따라 통지 메시지를 타겟 시스템으로 전송하고,
    상기 통지 메시지 전송 실패 여부를 감지하고, 상기 통지 메시지가 복수의 타겟 시스템들로 전송되는 경우, 상기 통지 메시지 전송 실패 여부는, 각 타겟 시스템에 대하여 개별적으로 판단되며,
    상기 복수의 타겟 시스템들 중 상기 통지 메시지 전송이 실패한 것으로 판단된 타겟 시스템에 대한 주소 정보를 상기 복수의 타겟 시스템들에 대한 주소 정보를 지시하는 구독 속성 정보에서 삭제하도록 제어하는, 호스팅 시스템.
  12. 삭제
  13. 삭제
  14. 삭제
  15. 제 11 항에 있어서,
    상기 전송 실패 여부는, 통지 메시지 최대 전송 횟수에 기초하여 판단되는, 호스팅 시스템.
  16. 제 15 항에 있어서,
    상기 통지 메시지 최대 전송 횟수는, 상기 복수의 타겟 시스템들 각각에 대해서 카운팅되는, 호스팅 시스템.
  17. 제 11 항에 있어서,
    상기 프로세서는, 상기 복수의 타겟 시스템들에 대한 주소 정보를 지시하는 상기 구독 속성 정보를 설정하는, 호스팅 시스템.
  18. 제 11 항에 있어서,
    상기 구독 속성 정보는 “notificationURI”인, 호스팅 시스템.
  19. M2M 시스템에서 타겟 시스템이 통지 실패를 관리하는 방법에 있어서,
    구독 자원을 호스팅 시스템에 설정하는 단계;
    상기 호스팅 시스템이 이벤트 트리거링을 감지하여 구독 요청에 따라 전송하는 통지 메시지를 수신하는 단계; 및
    상기 통지 메시지 전송 실패 여부를 감지하는 단계;를 포함하되,
    상기 통지 메시지가 복수의 타겟 시스템들로 전송되는 경우, 상기 통지 메시지 전송 실패 여부는, 각 타겟 시스템에 대하여 개별적으로 판단되며
    상기 복수의 타겟 시스템들 중 상기 통지 메시지 전송이 실패한 것으로 판단된 타겟 시스템에 대한 주소 정보는, 상기 호스팅 시스템에 설정된 구독 자원에 포함되는 상기 복수의 타겟 시스템들에 대한 주소 정보를 지시하는 구독 속성 정보에서 삭제되는, 통지 실패 관리 방법.
  20. M2M 시스템에서 통지 실패를 관리하는 타겟 시스템에 있어서,
    신호를 송수신하는 송수신부;
    상기 송수신부를 제어하는 프로세서;를 포함하되,
    상기 프로세서는.
    구독 자원을 호스팅 시스템에 설정하고,
    상기 호스팅 시스템이 이벤트 트리거링을 감지하여 구독 요청에 따라 전송하는 통지 메시지를 수신하고,
    상기 통지 메시지 전송 실패 여부를 감지하도록 제어하고,
    상기 통지 메시지가 복수의 타겟 시스템들로 전송되는 경우, 상기 통지 메시지 전송 실패 여부는, 각 타겟 시스템에 대하여 개별적으로 판단되며
    상기 복수의 타겟 시스템들 중 상기 통지 메시지 전송이 실패한 것으로 판단된 타겟 시스템에 대한 주소 정보는, 상기 호스팅 시스템에 설정된 구독 자원에 포함되는 상기 복수의 타겟 시스템들에 대한 주소 정보를 지시하는 구독 속성 정보에서 삭제되는, 타겟 시스템.
KR1020180080029A 2018-07-10 2018-07-10 M2m 시스템에서 통지 실패를 관리하는 방법 및 장치 KR102464860B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020180080029A KR102464860B1 (ko) 2018-07-10 2018-07-10 M2m 시스템에서 통지 실패를 관리하는 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020180080029A KR102464860B1 (ko) 2018-07-10 2018-07-10 M2m 시스템에서 통지 실패를 관리하는 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20200006367A KR20200006367A (ko) 2020-01-20
KR102464860B1 true KR102464860B1 (ko) 2022-11-07

Family

ID=69367741

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020180080029A KR102464860B1 (ko) 2018-07-10 2018-07-10 M2m 시스템에서 통지 실패를 관리하는 방법 및 장치

Country Status (1)

Country Link
KR (1) KR102464860B1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244856A (zh) 2010-05-13 2011-11-16 电信科学技术研究院 一种mtc设备下行数据传输控制方法和设备
KR101768365B1 (ko) * 2016-03-29 2017-08-17 전자부품연구원 M2M/IoT 시스템의 구독-통지에서 통지 실패 관리 방법 및 시스템

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101405533B1 (ko) * 2010-12-15 2014-06-11 한국전자통신연구원 고가용성 멀티캐스트 전송 기반의 메시지 전송 시스템

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244856A (zh) 2010-05-13 2011-11-16 电信科学技术研究院 一种mtc设备下行数据传输控制方法和设备
KR101768365B1 (ko) * 2016-03-29 2017-08-17 전자부품연구원 M2M/IoT 시스템의 구독-통지에서 통지 실패 관리 방법 및 시스템

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ONEM2M : ARC 21.2

Also Published As

Publication number Publication date
KR20200006367A (ko) 2020-01-20

Similar Documents

Publication Publication Date Title
US9883400B2 (en) Method for subscription and notification in M2M communication system and device therefor
US11627515B2 (en) Method for supporting lawful interception of remote ProSe UE in network
US9723429B2 (en) Method for delivering notification messages in M2M system and devices for same
US9900728B2 (en) Method for subscription and notification in M2M communication system and apparatus for same
EP2961122B1 (en) Method for modifying m2m service setting and apparatus therefor
US10085244B2 (en) Method for guaranteeing operation of control message in wireless communication system and device for same
EP3113448B1 (en) Device triggering from common service entity (cse)
US10560961B2 (en) Method for processing request through polling channel in wireless communication system and apparatus therefor
US10129852B2 (en) Method for broadcasting to unspecified entity in wireless communication system and device for the same
US10375021B2 (en) Method and apparatus for processing request for stopping notification receipt in wireless communication system
US10194417B2 (en) Method for processing notification message in wireless communication system and apparatus therefor
US10193709B2 (en) Method for processing request messages in wireless communication system, and device for same
JP6599546B2 (ja) サービス層におけるアンルートリソース発見を可能にする方法
US11095747B2 (en) Method and apparatus for receiving response information in M2M system
CN112368997A (zh) 资源管理方法和装置
US9374710B2 (en) Mediation server, control method therefor, communication device, control method therefor, communication system, and computer program
US11290860B2 (en) Method for processing request message in M2M system and device therefor
KR102464860B1 (ko) M2m 시스템에서 통지 실패를 관리하는 방법 및 장치
KR102465844B1 (ko) M2m 시스템에서 통지 실패시 통지 메시지를 처리하는 방법 및 장치
KR102465843B1 (ko) M2m 시스템에서 누적 통지 메시지를 전송하는 방법 및 장치
KR20190104843A (ko) 인터넷 접속이 단절된 사물통신 단말과 사물통신 서버의 통신 방법
US20220158925A1 (en) Method and apparatus for detecting abnormal behavior in machine-to-machine system
KR102198113B1 (ko) 사용자 위치 기반 서비스 제공 장치 및 방법
US20230115969A1 (en) Method and device for synchronization for resource offloading in m2m system
KR20170053130A (ko) 보안 개체에서 접근을 제어하는 방법 및 그 장치

Legal Events

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