KR101466210B1

KR101466210B1 - Ｍ2ｍ 단말기로 장문 메시지를 전달하는 방법 및 장치

Info

Publication number: KR101466210B1
Application number: KR1020130115031A
Authority: KR
Inventors: 김규백; 최상호; 강석연; 윤종필
Original assignee: 에스케이 텔레콤주식회사
Priority date: 2013-09-27
Filing date: 2013-09-27
Publication date: 2014-11-27

Abstract

M2M 단말기로 장문 메시지를 전달하는 방법 및 장치를 개시한다.
M2M 단말기에 장문 메시지를 보내기 위한 기술로서, SMS로 한번에 모든 데이터를 전달할 수 없는 경우 최초 SMS 기반의 메시지 전송 시 장문 메시지(Long Sentence) 전송 사실만을 사전 통보(Notification)한 후 M2M 단말기가 기 설정된 프로토콜에 따라 M2M 장치에 접속해 장문 메시지를 가져갈 수 있도록 하는 M2M 단말기로 장문 메시지를 전달하는 방법 및 장치를 제공한다.

Description

Ｍ2Ｍ 단말기로 장문 메시지를 전달하는 방법 및 장치{Method And Apparatus for Delivering Long Sentence Message to M2M Device}

본 실시예는 M2M 단말기로 장문 메시지를 전달하는 방법 및 장치에 관한 것이다.

이하에 기술되는 내용은 단순히 본 실시예와 관련되는 배경 정보만을 제공할 뿐 종래기술을 구성하는 것이 아님을 밝혀둔다.

사물지능통신은 국제적으로 다소 상이하게 정의되어 있지만 전반적으로 M2M(Machine to Machine, ETSI), IoT(Internet of Things, ITU-T), MTC(Machine Type Communications, 3GPP) 등으로 용어가 정의되고 있다. 이러한, 사물지능통신에 대하여 방송통신위원회는 '통신·방송·인터넷 인프라를 인간 대 사물, 사물대 사물 간 영역으로 확대·연계하여 사물을 통해 지능적으로 정보를 수집, 가공, 처리하여 상호 전달하는 서비스'로 정의하였다. 협의의 의미로는 기계 간 통신 및 사람이 작동하는 장치와 기계 간 통신을 의미하지만, 광의의 의미로는 통신과 ICT 기술을 결합하여 원격지의 사물정보를 확인할 수 있는 인프라, 시스템, 단말기 등 제반 모든 솔루션(Solution)을 의미한다.

이러한, 사물지능통신의 주요 응용분야로 각광받고 있는 서비스로는 모바일오피스, 홈서비스, 헬스서비스, 차량서비스, 결제, 물류관리, 보안 등이며, 타산업과의 융합을 통한 신규 비즈니스 모델 창출이 가능하다. 이러한 사물지능통신은 세계적으로 스마트그리드(Smart Grid), 클라우드 컴퓨팅(Cloud Computing), 스마트워크(Smart Work) 등과 함께 각국의 신성장동력 육성을 위한 주요 정책이다. 즉, 세계 주요정부와 글로벌 기업들은 공격적인 투자와 서비스 개발 인프라 구축을 서두르고 있으며, 특히, 사물지능통신 기술과 서비스를 그린IT, 텔레매틱스, 위치기반서비스, 원격검침, 물류관리 분야로 확대 적용하고 있다.

M2M 단말기를 제어하기 위한 방식은 크게 두 가지이다. 먼저, IP 기반의 제어 메시지 전달 방식이 있다. 만약 M2M 단말에 공인(Public) IP가 부여되어 있다면 해당 단말기로 언제든지 메시지 전달이 가능하다. 하지만, M2M 단말기에 사설(Private) IP가 부여된다면 M2M 단말기 측에서 M2M 서버와 항상 연결된 상태에서만 제어 메시지를 받을 수 있다.

전술한 두 방식은 모두 단점이 있는데, 일단 M2M 단말기에 공인 IP를 부여하는 방식은 비용의 문제가 있다. 공인 IP는 값비싼 자원이기 때문이다. 또한, 사설 IP의 단말기 측에서 M2M 서버로 연결하는 방식 또한 무선 데이터망의 운용 측면에서 보면 부담스러운 형태의 서비스이다. 연결을 유지하기 위해 하트비트(Heartbeat) 메시지 전송, 음영 지역으로 인한 통신 단절에 따른 재전송 메시지 유발 등의 오버헤드가 발생하기 때문이다.

이와 달리, 대안으로 SMS(Short Message Service)를 이용하여 M2M 단말기에 제어 메시지를 전달하는 방식이 있다. 최근 스마트 폰의 메신저 등으로 인해 SMS 사용량이 현저히 줄어들면서 역으로 SMS 전송 품질이 상당히 개선되었다. 따라서, M2M 단말기로 제어 메시지 전달을 위한 수단으로 SMS의 활용이 가능하다.

하지만, SMS를 이용하여 제어 메시지 전송 시 길이 제약이 존재한다. 기존의 SMS는 80 바이트(Byte)이다. 최근에는 국제 표준에 따라 140 바이트까지 확대되었지만 여전히 길이 제약이 존재한다. 다시 말해, M2M 단말기에 메시지를 보낼 때 최대 메시지 길이는 140 바이트(예컨대, 한글 70자)로 제한되는 것이다.
종래의 M2M 기기에 대한 제어 메시지를 전송하는 기술은 한국공개특허 제2014-0052073호에 개시되어 있다.

본 실시예는 M2M 단말기에 장문 메시지를 보내기 위한 기술로서, SMS로 한번에 모든 데이터를 전달할 수 없는 경우 최초 SMS 기반의 메시지 전송 시 장문 메시지(Long Sentence) 전송 사실만을 사전 통보(Notification)한 후 M2M 단말기가 기 설정된 프로토콜에 따라 M2M 장치에 접속해 장문 메시지를 가져갈 수 있도록 하는 M2M 단말기로 장문 메시지를 전달하는 방법 및 장치를 제공하는 데 주된 목적이 있다.

본 실시예의 일 측면에 의하면, M2M 장치가 메시지를 전달하는 방법에 있어서, M2M 게이트웨이로 단말제어 요청메시지(Control_Request)를 전송하는 제어 요청 과정; 상기 M2M 게이트웨이와 TCP 연결을 설정(TCP Connection Setup)하는 TCP 설정 과정; 상기 M2M 게이트웨이로부터 단말제어 응답메시지(Control_Response)를 수신하는 제어 응답 과정; 상기 M2M 게이트웨이로부터 장문 요청메시지(Long_Sentence_Request)를 수신하는 장문 요청 과정; 상기 M2M 게이트웨이로 장문 응답메시지(Long_Sentence_Response)를 전송하는 장문 응답 과정; 상기 M2M 게이트웨이로부터 단말제어 결과 통보메시지(Control_Notification)를 수신하는 제어 알림 과정; 및 상기 M2M 게이트웨이로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송하는 제어 알림 응답 과정을 포함하는 것을 특징으로 하는 장문 메시지 전달 방법을 제공한다.

또한, 본 실시에의 다른 측면에 의하면, M2M 게이트웨이로 단말제어 요청메시지(Control_Request)를 전송하고 상기 M2M 게이트웨이와 TCP 연결을 설정한 후 상기 M2M 게이트웨이로부터 단말제어 응답메시지(Control_Response)를 수신하는 연결부; 상기 M2M 게이트웨이로부터 장문 요청메시지(Long_Sentence_Request)를 수신하고, 상기 M2M 게이트웨이로 장문 응답메시지(Long_Sentence_Response)를 전송하는 제어 데이터 제공부; 및 상기 M2M 게이트웨이로부터 단말제어 결과 통보메시지(Control_Notification)를 수신하고, 상기 M2M 게이트웨이로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송하는 결과 통보 확인부를 포함하는 것을 특징으로 하는 M2M 장치를 제공한다.

이상에서 설명한 바와 같이 본 실시예에 의하면, M2M 통신에서 SMS를 이용하여 한번에 모든 데이터를 전달할 수 없는 경우 최초 SMS 기반의 메시지 전송 시 장문 메시지 전송 사실만을 사전 통보한 후 M2M 단말기가 기 설정된 프로토콜에 따라 M2M 장치에 접속해 장문 메시지를 가져갈 수 있도록 하는 효과가 있다. 다시 말해, 본 실시예에 의하면, M2M 단말기의 제어를 위해 가장 비용이 효율적인 SMS 기반의 메시지를 채택하더라도 M2M 단말기로 SMS 길이 제약 이상의 정보성 메시지 전달이 가능한 효과가 있다.

도 1은 본 실시예에 따른 M2M 단말기로 장문 메시지를 전달하기 위한 M2M 시스템을 개략적으로 나타낸 블럭 구성도이다.
도 2는 본 실시예에 따른 TCP 패킷 구조를 나타낸 도면이다.
도 3은 본 실시예에 따른 SMS의 메시지 구조를 나타낸 도면이다.
도 4는 본 실시예에 따른 장문 메시지 오퍼레이션 방법을 설명하기 위한 나타낸 순서도이다.
도 5는 본 실시예에 따른 장문 메시지 오퍼레이션의 전체 방법을 설명하기 위한 순서도이다.
도 6은 본 실시예에 따른 장문 요청메시지의 포맷을 나타낸 도면이다.
도 7은 본 실시예에 따른 장문 응답메시지의 포맷을 나타낸 도면이다.

이하, 본 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.

도 1은 본 실시예에 따른 M2M 단말기로 장문 메시지를 전달하기 위한 M2M 시스템을 개략적으로 나타낸 블럭 구성도이다.

본 실시예에서 장문 메시지(Long Sentence)를 전달하는 방식에 대해 설명하자면 M2M 장치(130)가 SMS를 이용하여 한번에 모든 데이터를 전달할 수 없는 경우, 최초 SMS 기반의 메시지 전송 시 장문 메시지 전송 사실만을 사전 통보한다. 이후, M2M 단말기(110)는 기 설정된 프로토콜에 따라 M2M 장치(130)로 접속해서 장문 메시지를 가져갈 수 있는 방식이다.

M2M 단말기(110)는 대체로 저 사양이어서 HTTP(Hyper Text Transfer Protocol) 웹 접속이 필요한 MMS(Multi-media Message Service) 프로토콜 탑재가 어렵기 때문에, M2M 단말기(110)의 모뎀을 교체하지 않고 장문 메시지를 이용할 수 있다. 다시 말해, SMS만 이용할 수 있는 모뎀이 탑재된 장비에서 장문 메시지를 마킹(Marking)하면, TCP(Transmission Control Protocol) 연결(Connection)이 설정되어 M2M 통신에 필요한 바이트(Byte)를 늘릴 수 있다. 결과적으로는 MMS를 이용할 수 있는 모듈이 탑재되지 않은 M2M 단말기(110)를 이용하여 보다 많은 바이트를 이용한 M2M 통신이 가능해진다.

본 실시예에 따른 M2M 시스템은 M2M 단말기(110), M2M 게이트웨이(120) 및 M2M 장치(130)를 포함한다. M2M 시스템에 포함된 구성요소는 반드시 이에 한정되는 것은 아니다.

M2M 단말기(110)는 실제 데이터를 수집하는 주체이며, 수집된 데이터를 M2M 게이트웨이(120)로 전달하는 장치이다. M2M 장치(130)와 직접 통신을 수행하지 않고, M2M 게이트웨이(120)를 경유하여 M2M 장치(130)와 통신을 수행하는 장치를 말한다.

M2M 단말기(110)는 데이터를 수집하며, 수집된 데이터를 M2M 통신으로 전송하기 위한 모든 단말기 또는 기능 모듈을 말한다. M2M 단말기(110)는 M2M 통신을 위해 M2M 게이트웨이(120)와 통신하기 위한 프로그램 또는 프로토콜을 저장하기 위한 메모리, 해당 프로그램을 실행하여 연산 및 제어하기 위한 모듈 등을 구비하고 있는 장치를 의미한다.

M2M 단말기(110)는 M2M 통신을 위해 M2M 게이트웨이(120)와 연동하며, M2M 통신을 위해 탑재된 M2M 애플리케이션을 구동한다. M2M 단말기(110)는 (ⅰ) 다른 M2M 단말기, M2M 게이트웨이(120) 또는 각종 기기 또는 네트워크와 통신을 수행하기 위한 통신 모뎀 등의 통신 장치, (ⅱ) 각종 프로그램과 데이터를 저장하기 위한 메모리, (ⅲ) 프로그램을 실행하여 연산 및 제어하기 위한 마이크로프로세서 등을 구비하는 다양한 장치를 의미할 수 있다. 적어도 일 실시예에 따르면, 메모리는 램(Random Access Memory: RAM), 롬(Read Only Memory: ROM), 플래시 메모리, 광 디스크, 자기 디스크, 솔리드 스테이트 디스크(Solid State Disk: SSD) 등의 컴퓨터로 판독 가능한 기록/저장매체일 수 있다. 적어도 일 실시예에 따르면, 마이크로프로세서는 명세서에 기재된 동작과 기능을 하나 이상 선택적으로 수행하도록 프로그램될 수 있다. 적어도 일 실시예에 따르면, 마이크로프로세서는 전체 또는 부분적으로 특정한 구성의 주문형반도체(Application Specific Integrated Circuit: ASIC) 등의 하드웨어로써 구현될 수 있다.

이러한, M2M 단말기(110)는 M2M 통신을 위해 M2M 애플리케이션을 탑재한 단말기를 말하며, M2M 통신을 위해 탑재된 M2M 애플리케이션을 구동하여 특정 인터페이스를 이용하여 또 다른 M2M 단말기와 통신을 수행할 수 있다.

M2M 게이트웨이(120)는 자체 통신 능력을 가지고 있어 직접 M2M 장치(130)와 연동이 가능한 장치이다. M2M 게이트웨이(120)는 M2M 단말기(110)로부터 수집된 데이터를 수신하여 M2M 장치(130)로 전송하는 역할을 수행한다. M2M 게이트웨이(120)는 하위 M2M 단말기(110)가 없이 자체적으로 수집한 데이터를 M2M 장치(130)로 전송 가능한 일체형 단말 장치로 구현될 수 있다.

또한, M2M 게이트웨이(120)는 M2M 통신을 위해 다른 네트워크로 진입하는 입구 역할을 하는 네트워크 포인트를 말한다. M2M 게이트웨이(120)는 복수의 게이트웨이를 포함한 그룹을 말하나, 본 실시예에는 설명의 편의상 M2M 게이트웨이로 명명하여 설명하도록 한다. 복수 개의 M2M 단말기(110)들이 하나의 M2M 게이트웨이(120)와 연결되며, M2M 게이트웨이(120)들은 네트워크를 이용하여 연결될 수 있다.

본 실시예에 따른 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 요청메시지(Control_Request)에 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이고, 장문 플래그(Long Sentence Flag)의 한 바이트가 0x00인 경우, 단말제어 요청메시지(Control_Request)에 대응하는 기 정의된 제어 오퍼레이션을 수행한 후 단말제어 응답메시지(Control_Response)를 M2M 장치(130)로 전송한다.

이후 M2M 게이트웨이(120)는 제어 오퍼레이션의 수행 결과를 포함한 단말제어 결과 통보메시지(Control_Notification)를 M2M 장치(130)로 전송한 후 M2M 장치(130)로부터 단말제어 결과 통보메시지(Control_Notification)에 대응하는 단말제어 결과 통보응답메시지(Control_Notification_Response)를 수신한다.

M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 요청메시지(Control_Request)에 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이며, 장문 플래그(Long Sentence Flag)의 한 바이트가 0x01인 경우 단말제어 응답메시지(Control_Response)를 M2M 장치(130)로 전송한 후 장문 요청메시지(Long_Sentence_Request)를 M2M 장치(130)로 전송한다. M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 장문 응답메시지(Long_Sentence_Response)에 이상이 없음을 확인한 후 기 지정된 제어 오퍼레이션을 수행한다.

M2M 장치(130)는 개방형 M2M 플랫폼(Open M2M Platform)으로 구현된 장치이다. 개방형 M2M 플랫폼은 네트워크 캐파빌리티(Network Capability)를 제공하는 M2M 네트워크 플랫폼(MNP)과 서비스 캐파빌리티를 지원하는 M2M 서비스 플랫폼(MSP)을 포함한다. 개방형 M2M 플랫폼은 표준 기반 단말 인터페이스 및 기존 단말 연동 규격을 지원하며, 오픈 인터페이스, 텔코(Teolco) 인프라 연동이 가능하다.

M2M 네트워크 플랫폼(MNP)은 M2M 게이트웨이(120)와 M2M 프로토콜로 연동하여 M2M 게이트웨이(120)로부터 주기보고 수집과 M2M 게이트웨이(120)로 단말 제어 명령을 전달하는 기능을 수행한다. 또한, M2M 네트워크 플랫폼(MNP)은 WCDMA(Wideband Code Division Multiple Access), LTE(Long Term Evolution), CDMA(Code Division Multiple Access) 및 유선 IP망, Wi-Fi(Wireless Fidelity)와 같은 다양한 네트워크를 지원한다.

M2M 서비스 플랫폼(MSP)은 다양한 M2M 애플리케이션에게 공통된 개방형 API(Application Programming Interface)를 제공하여 M2M 단말기(110)와 M2M 게이트웨이(120)로부터 수집된 데이터를 M2M 애플리케이션으로 제공한다. 또한, M2M 서비스 플랫폼(MSP)은 M2M 애플리케이션으로부터 단말 제어 명령을 받아 M2M 네트워크 플랫폼(MNP)을 경유하여 M2M 게이트웨이(120)로 전달하는 기능을 수행한다.

M2M 장치(130)는 하드웨어적으로는 통상적인 서버와 동일한 구성을 하고 있다. 그러나, 소프트웨어적으로는, C, C++, Java, Visual Basic, Visual C 등 여하한 언어를 이용하여 구현되는 프로그램 모듈(Module)을 포함할 수 있다. M2M 장치(130)는 통상적인 서버의 형태로 구현될 수 있다. 예컨대, M2M 장치(130)는 일반적으로 인터넷과 같은 개방형 컴퓨터 네트워크를 이용하여 불특정 다수 클라이언트 또는 다른 서버와 연결되어 있고, 클라이언트 또는 다른 서버의 작업수행 요청을 접수하고 작업수행 요청에 대한 작업 결과를 도출하여 제공하는 컴퓨터 시스템 및 그를 위하여 설치되어 있는 컴퓨터 소프트웨어를 뜻한다.

M2M 장치(130)는 표준 기반 단말 인터페이스 및 기존 단말 연동 규격을 지원한다. 또한, M2M 장치(130)는 오픈 인터페이스, 텔코 인프라 연동 기능 제공을 이용하여 M2M 서비스를 제공한다.

이하, M2M 장치(130)가 제공하는 주요 기능을 설명한다. M2M 장치(130)는 WCDMA, LTE, CDMA, 유선 IP, Wi-Fi 등의 다중 액세스 네트워크 연동을 지원한다. M2M 장치(130)는 ETSI 기반 표준 연동 규격인 mIa(M2M Network Interface Application), mId(M2M Network Interface Device) 인터페이스, 기 설정된 M2M 프로토콜 등의 다중 프로토콜을 지원한다. 본 실시예에 기재된, mId, mIa, 등은 표준 문서 ETSI TS 102 690 V2.0.3에 정의되어 있어 이에 따르나, 본 실시예에서 기재된 용어에 대해 그 의미를 다음과 같이 정의한다. mId는 M2M 네트워크와 M2M 단말기(110) 간의 인터페이스를 의미하며, mIa는 M2M 네트워크(여기서, 네트워크는 물리적인(Physical) 장치로서 서버를 의미함)와 애플리케이션 간 인터페이스를 의미한다. M2M 장치(130)는 프로토콜 변환 기능을 이용하여 다양한 버티컬 마켓(Vertical Market)에 대한 서비스를 지원한다. M2M 장치(130)는 SMS, LBS(Location Based Service), FOTA(Firmware Over The Air), 가입자관리시스템, 빌링(Billing) 등의 텔코 인프라 연동을 지원한다. M2M 장치(130)는 M2M 포털을 통해 고객사 또는 운영자가 단말기 관리 또는 애플리케이션 관리 등의 서비스 기능을 제공한다.

M2M 장치(130)와 M2M 단말기(110) 간에 기 설정된 M2M 프로토콜에 대해 설명한다. 기 설정된 M2M 프로토콜은 M2M 단말기(110)와 M2M 장치(130) 사이의 TCP 기반의 연동 규격으로서, M2M 단말기(110)의 등록, 해지, 주기보고, 단말 제어 등의 기능을 수행하는 규격이다.

M2M 장치(130)와 M2M 단말기(110) 또는 M2M 게이트웨이(120)의 등록에 대해 설명하자면, M2M 단말기(110) 또는 M2M 게이트웨이(120)의 등록 절차는 현장에 설치된 M2M 단말기(110) 또는 M2M 게이트웨이(120)가 서비스 수행을 시작하기 위해 최초로 수행하는 절차이다. M2M 장치(130)와 연동하여 서비스를 제공하기 위해서는 반드시 등록 절차를 수행해야 한다. 등록되지 않은 M2M 단말기(110) 또는 M2M 게이트웨이(120)에 대해서는 M2M 장치(130)와 연동한 서비스를 수행할 수 없다. M2M 게이트웨이(120) 하위에 있는 M2M 단말기(110)인 경우에는 M2M 게이트웨이(120) 등록 절차가 성공적으로 수행된 이후에 등록 절차를 수행해야 한다.

수집 데이터의 전송에 대해 설명하자면, 수집 데이터의 전송이란 M2M 단말기(110) 또는 M2M 게이트웨이(120)에서 데이터를 패킷전달 요청메시지(Paket_Deliver_Request)를 이용하여 M2M 장치(130)로 전송하는 절차이다. 여기서, 데이터는 보고 타입(Report Type)에 따라 수집 데이터(Collect Data), 장애 데이터(Alarm Data), 이벤트 데이터(Event Data), 장애 해제(Alarm Clear) 데이터 등으로 분류된다. 데이터의 성격에 따라서 패킷전달 요청메시지(Paket_Deliver_Request)의 보고 타입을 설정하고, 해당 데이터는 메시지 바디(Body)에 포함하여 전송한다. 또한, 패킷전달 요청메시지(Paket_Deliver_Request)에 대한 처리 결과는 M2M 장치(130)로부터 패킷전달 응답메시지(Paket_Deliver_Response)를 이용하여 수신한다.

M2M 장치(130)가 M2M 단말기(110)를 제어하는 과정에 대해 설명하자면, M2M 장치(130)에서 M2M 게이트웨이(120) 또는 M2M 단말기(110)에 대한 특정 제어 정보를 전달하기 위한 절차로서 TCP Always On 세션을 이용하여 전달하거나 SMS를 이용하여 전달한다. SMS 기반의 제어 메시지는 제어 명령을 구분할 수 있는 T-ID(Transaction ID)와 제어의 종류를 나타내는 제어 타입 코드 값을 포함한다.

M2M 장치(130)와 M2M 단말기(110) 또는 M2M 게이트웨이(120)의 해지에 대해 설명하자면, 해지 절차는 현장에 설치되어 서비스를 수행 중인 M2M 단말기(110)가 더 이상 M2M 서비스를 수행하지 않음을 M2M 장치(130)에 알리는 절차이다. 해지 절차를 수행한 M2M 단말기(110)는 서비스를 재개하기 위해서는 반드시 등록 절차를 다시 수행해야 한다.

M2M 게이트웨이(120)와 M2M 장치(130) 간에 기 설정된 M2M 프로토콜 구조에 대해 설명하자면, 기 설정된 M2M 프로토콜에서 이용되는 메시지는 TCP 패킷 메시지와 SMS 기반의 메시지가 이용된다. TCP 패킷 메시지는 단말 등록, 해지, 프로파일 정보 조회, 수집 데이터 전송, 단말 제어 및 응답, 하트비트(Heartbeat) 메시지 전송에 이용되고 SMS 기반의 메시지는 단말 제어 전송 메시지로 이용된다.

TCP 패킷에 대해 설명하자면, M2M 게이트웨이(120)와 M2M 장치(130) 사이의 연동은 TCP를 기반으로 수행된다. 이때, M2M 게이트웨이(120)는 TCP 클라이언트로서 역할을 수행하고, M2M 장치(130)는 TCP 서버로서 역할을 수행한다. M2M 게이트웨이(120)는 먼저 TCP 연결 요청을 수행하여 TCP 세션을 설정한 후 메시지를 전송한다.

이러한, TCP 패킷의 구조를 보건대 도 2와 같다.

M2M 단말기(110)의 등록, 해지 주기 보고, 단말 제어 등 일반적인 메시지 송수신에 이용된다. TCP 패킷 구조는 헤더 메시지(Header Message)와 바디 메시지(Body Message)로 구분되며, 헤더 메시지는 공동 헤더(Common Header)와 메시지 헤더(Message Header)로 구성된다. 공동 헤더는 모든 메시지에 반드시 포함되어야 하는 필드들로 구성되며, 메시지 헤더는 메시지 별로 필드의 종류가 다른 가변길이의 영역이다.

도 2의 M2M 프로토콜의 TCP 패킷 필드를 보건대, 메시지 헤더는 가변 길이를 가지며 메시지 타입별로 필드 정의 영역으로 M2M 프로토콜 타입에 따라 가변적인 헤더이다. 또한, 메시지 바디는 가변 길이를 가지며 주기보고 및 단말 제어에 전송되는 실제 페이로드(Payload) 데이터를 말하며, 최대 2048 바이트를 갖는다.

TCP 패킷 필드는 [표 1]과 같다.

또한, M2M 프로토콜의 메시지 타입은 [표 2]와 같다.

M2M 프로토콜을 이용한 SMS 기반의 메시지에 대해 설명한다. M2M 장치(130)는 SMS 기반의 제어 메시지는 M2M 단말기(110)의 제어를 수행하는 경우에 이용된다. TCP 패킷과 달리 M2M 장치(130)에서는 Base64로 인코딩된 메시지를 전송하고 M2M 단말기(110)에서는 Base64로 디코딩하여 해당 메시지를 처리하여 이용하여야 한다. Base64 인코딩 및 디코딩은 헤더 메시지와 바디 메시지를 포함한 모든 SMS 기반의 메시지에 수행된다. 예컨대, SMS 기반의 메시지 전송 규격에 메시지 중간에 0x00(NULL) 문자가 포함될 수 없기 때문에 Base64 인코딩 및 디코딩을 수행한다.

SMS 기반의 메시지 구조에 대해 설명하자면 SMS 기반의 메시지는 헤더 메시지와 최대 38 바이트를 갖는 바디 메시지로 구성된다. 헤더 메시지는 제어 명령을 구분할 수 있는 T-ID(Transaction ID)와 제어의 종류를 나타내는 제어 타입 코드값을 포함한다. 이러한 SMS 기반의 메시지 구조는 도 3과 같다.

SMS 기반의 메시지 필드는 [표 3]과 같다.

이하, M2M 장치(130)의 장문 오퍼레이션(Long_Sentence Operation)에 대해 설명한다. M2M 장치(130)는 제어 타입(Control Type) 코드 정의가 사용자 정의 제어 타입(User-Defined Control)일 경우 장문 오퍼레이션(Long_Sentence Operation)의 절차를 따른다. SMS 기반의 메시지를 이용한 제어는 최대 80 바이트까지 전송가능하며, 이중 헤더 정보를 제외하면 제어 메시지에 포함되는 바디의 길이는 Base64 인코딩을 해야하므로 실제는 38 바이트로 제한된다. 따라서 38 바이트를 초과하는 제어 데이터를 M2M 단말기(110)에게 전송해야 하는 경우에는 장문 오퍼레이션(Long_Sentence Operation)를 이용한다. 장문 오퍼레이션(Long_Sentence Operation)에서 이용되는 메시지는 단말제어 요청메시지(Control_Request), 단말제어 응답메시지(Control_Response), 장문 요청메시지(Long_Sentence_Request), 장문 응답메시지(Long_Sentence_Response), 단말제어 결과 통보메시지(Control_Notification), 단말제어 결과 통보응답메시지(Control_Notification_Response) 등이 될 수 있다.

본 실시예에 따른 M2M 장치(130)는 연결부(132), 제어 데이터 제공부(134) 및 결과 통보 확인부(136)를 포함한다.

연결부(132)는 M2M 게이트웨이(120)로 단말제어 요청메시지(Control_Request)를 전송하고 M2M 게이트웨이(120)와 TCP 연결을 설정한 후 M2M 게이트웨이(120)로부터 단말제어 응답메시지(Control_Response)를 수신한다. 연결부(132)는 기반의 메시지의 헤더(Header)에 제어 타입 코드(Control Type Code)를 사용자 정의 제어(User-Defined Control)로 설정하고, 장문 플래그(Long Sentence Flag)를 기 설정된 식별값을 갖도록 설정한 단말제어 요청메시지(Control_Request)를 M2M 게이트웨이(120)로 전송한다. 연결부(132)는 사용자 정의 제어(User-Defined Control)의 바이트를 0x80 내지 0x9F로 설정하고 장문 플래그(Long Sentence Flag)의 한 바이트를 0x00로 설정하거나, 사용자 정의 제어(User-Defined Control)의 바이트를 0x80 내지 0x9F로 설정하고, 장문 플래그(Long Sentence Flag)의 한 바이트를 0x01로 설정할 수 있다.

제어 데이터 제공부(134)는 M2M 게이트웨이(120)로부터 장문 요청메시지(Long_Sentence_Request)를 수신하고, M2M 게이트웨이(120)로 장문 응답메시지(Long_Sentence_Response)를 전송한다. 제어 데이터 제공부(134)는 M2M 게이트웨이(120)로부터 장문 요청메시지(Long_Sentence_Request)를 수신하는 경우, 제어 데이터를 장문 응답메시지(Long_Sentence_Response)의 바디에 포함시켜 M2M 게이트웨이(120)로 전송한다. 여기서, 제어 데이터의 메시지 바디 길이는 최대 2048 바이트를 갖는다.

결과 통보 확인부(136)는 M2M 게이트웨이(120)로부터 단말제어 결과 통보메시지(Control_Notification)를 수신하고, M2M 게이트웨이로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송한다.

도 4는 본 실시예에 따른 장문 메시지 오퍼레이션 방법을 설명하기 위한 순서도이다.

M2M 장치(130)가 M2M 게이트웨이(120)로 단말제어 요청메시지(Control_Request)를 전송한다(S410). 단계 S410에서 M2M 장치(130)는 기반의 메시지의 헤더(Header)에 제어 타입 코드(Control Type Code)를 사용자 정의 제어(User-Defined Control)로 설정하고, 장문 플래그(Long Sentence Flag)를 기 설정된 식별값을 갖도록 설정한 단말제어 요청메시지(Control_Request)를 M2M 게이트웨이(120)로 전송한다.

M2M 장치(130)는 사용자 정의 제어(User-Defined Control)의 바이트를 0x80 내지 0x9F로 설정하고 장문 플래그(Long Sentence Flag)의 한 바이트를 0x00로 설정하거나, 사용자 정의 제어(User-Defined Control)의 바이트를 0x80 내지 0x9F로 설정하고 장문 플래그(Long Sentence Flag)의 한 바이트를 0x01로 설정할 수 있다.

M2M 장치(130)는 M2M 게이트웨이(120)와 TCP 연결을 설정(TCP Connection Setup)한다(S420). M2M 장치(130)는 M2M 게이트웨이(120)로부터 단말제어 응답메시지(Control_Response)를 수신한다(S430). 단계 S430에서 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 응답메시지(Control_Response)의 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이고, 장문 플래그(Long Sentence Flag)의 한 바이트를 0x00인 경우, 단말제어 요청메시지(Control_Request)에 대응하는 기 정의된 제어 오퍼레이션을 수행한 후 단말제어 응답메시지(Control_Response)를 전송한다. 이후 M2M 게이트웨이(120)는 단계 S460을 수행할 수 있다.

한편, S430에서 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 응답메시지(Control_Response)의 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이며, 장문 플래그(Long Sentence Flag)의 한 바이트가 0x01인 경우 단말제어 응답메시지(Control_Response)를 전송한 후 단계 S440을 수행할 수 있다.

M2M 장치(130)는 M2M 게이트웨이(120)로부터 장문 요청메시지(Long_Sentence_Request)를 수신한다(S440). 한편, S440에서 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 응답메시지(Control_Response)의 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이며, 장문 플래그(Long Sentence Flag)의 한 바이트가 0x01인 경우 단말제어 응답메시지(Control_Response)를 전송한 후 장문 요청메시지(Long_Sentence_Request)를 M2M 장치(130)로 전송한다.

M2M 장치(130)는 M2M 게이트웨이(120)로 장문 응답메시지(Long_Sentence_Response)를 전송한다(S450). 단계 S450에서 M2M 장치(130)는 M2M 게이트웨이(120)로부터 장문 요청메시지(Long_Sentence_Request)를 수신하는 경우, 제어 데이터를 장문 응답메시지(Long_Sentence_Response)의 바디에 포함시켜 M2M 게이트웨이(120)로 전송한다. 여기서, 제어 데이터의 메시지 바디 길이는 최대 2048 바이트를 갖는다.

여기서, 단계 S440과 S450은 제어 데이터의 획득 절차에 해당하며, 제어 데이터의 바디는 길이 제한을 갖는다. 다시 말해, 제어 데이터 획득 절차에서 제어 데이터의 크기가 2048 바이트를 초과할 수 없다.

M2M 장치(130)는 M2M 게이트웨이(120)로부터 단말제어 결과 통보메시지(Control_Notification)를 수신한다(S460). 단계 S460에서 M2M 게이트웨이(120)는 장문 응답메시지(Long_Sentence_Response)에 이상이 없음을 확인한 후 기 지정된 제어 오퍼레이션을 수행한다. 이후, M2M 게이트웨이(120)는 제어 오퍼레이션의 수행 결과를 포함한 단말제어 결과 통보메시지(Control_Notification)를 M2M 장치(130)로 전송한다.

M2M 장치(130)는 M2M 게이트웨이(120)로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송한다(S470). M2M 게이트웨이(120)는 M2M 장치(130)로부터 단말제어 결과 통보메시지(Control_Notification)에 대응하는 단말제어 결과 통보응답메시지(Control_Notification_Response)를 수신한다. S470 이후에, M2M 단말기(110)는 기 설정된 프로토콜에 따라 M2M 장치(130)로 접속해서 장문 메시지를 가져갈 수 있다. 이후, M2M 장치(130)는 M2M 게이트웨이(120)와 TCP 연결을 해제(Disconnect)한다(S480).

도 4에서는 단계 S410 내지 단계 S480을 순차적으로 실행하는 것으로 기재하고 있으나, 반드시 이에 한정되는 것은 아니다. 도 4에 기재된 단계를 변경하여 실행하거나 하나 이상의 단계를 병렬적으로 실행하는 것으로 적용 가능할 것이므로, 도 4는 시계열적인 순서로 한정되는 것은 아니다.

전술한 바와 같이 도 4에 기재된 본 실시예에 따른 장문 메시지 오퍼레이션 방법은 프로그램으로 구현되고 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다. 본 실시예에 따른 장문 메시지 오퍼레이션 방법을 구현하기 위한 프로그램이 기록되고 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다.

도 5는 본 실시예에 따른 장문 메시지 오퍼레이션의 전체 방법을 설명하기 위한 순서도이다.

M2M 장치(130) 내의 M2M 서비스 플랫폼(MSP)은 M2M 네트워크 플랫폼(MNP)으로 업데이트 요청 인디케이션 메시지(UpdateRequestIndication)를 전송한다(S510). M2M 장치(130) 내의 M2M 서비스 플랫폼(MSP)은 라우팅 정보를 획득한다(S512).

M2M 장치(130)는 M2M 게이트웨이(120)로 단말제어 요청메시지(Control_Request)를 전송한다(S514). 단계 S514에서 M2M 장치(130)는 기반의 메시지의 헤더(Header)에 제어 타입 코드(Control Type Code)를 사용자 정의 제어(User-Defined Control)로 설정하고, 장문 플래그(Long Sentence Flag)를 기 설정된 식별값을 갖도록 설정한 단말제어 요청메시지(Control_Request)를 M2M 게이트웨이(120)로 전송한다.

M2M 장치(130)는 M2M 게이트웨이(120)와 TCP 연결을 설정(TCP Connection Setup)한다(S516). M2M 장치(130)는 M2M 게이트웨이(120)로부터 단말제어 응답메시지(Control_Response)를 수신한다(S518). 단계 S518에서 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 응답메시지(Control_Response)의 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이고, 장문 플래그(Long Sentence Flag)의 한 바이트를 0x00인 경우, 단말제어 요청메시지(Control_Request)에 대응하는 기 정의된 제어 오퍼레이션을 수행한 후 단말제어 응답메시지(Control_Response)를 전송한다. 이후 M2M 게이트웨이(120)는 단계 S530을 수행할 수 있다.

한편, S518에서 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 응답메시지(Control_Response)의 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이며, 장문 플래그(Long Sentence Flag)의 한 바이트가 0x01인 경우 단말제어 응답메시지(Control_Response)를 전송한 후 단계 S522를 수행할 수 있다. M2M 장치(130) 내의 M2M 네트워크 플랫폼(MNP)은 M2M 서비스 플랫폼(MSP)으로 업데이트 응답 확인메시지(UpdateResponseConfirm)를 전송한다(S520).

M2M 장치(130)는 M2M 게이트웨이(120)로부터 장문 요청메시지(Long_Sentence_Request)를 수신한다(S522). 한편, S522에서 M2M 게이트웨이(120)는 M2M 장치(130)로부터 수신한 단말제어 응답메시지(Control_Response)의 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F이며, 장문 플래그(Long Sentence Flag)의 한 바이트가 0x01인 경우 단말제어 응답메시지(Control_Response)를 전송한 후 장문 요청메시지(Long_Sentence_Request)를 M2M 장치(130)로 전송한다.

M2M 장치(130) 내의 M2M 네트워크 플랫폼(MNP)은 M2M 서비스 플랫폼(MSP)으로 업데이트 요청 인디케이션 메시지(UpdateRequestIndication)를 전송한다(S524). M2M 장치(130) 내의 M2M 서비스 플랫폼(MSP)은 M2M 네트워크 플랫폼(MNP)으로 업데이트 응답 확인메시지(UpdateResponseConfirm)를 전송한다(S526).

M2M 장치(130)는 M2M 게이트웨이(120)로 장문 응답메시지(Long_Sentence_Response)를 전송한다(S528). 단계 S528에서 M2M 장치(130)는 M2M 게이트웨이(120)로부터 장문 요청메시지(Long_Sentence_Request)를 수신하는 경우, 제어 데이터를 장문 응답메시지(Long_Sentence_Response)의 바디에 포함시켜 M2M 게이트웨이(120)로 전송한다. 여기서, 제어 데이터의 메시지 바디 길이는 최대 2048 바이트를 갖는다.

여기서, 단계 S522 내지 S528은 제어 데이터의 획득 절차에 해당하며, 제어 데이터의 바디는 길이 제한을 갖는다. 다시 말해, 제어 데이터 획득 절차에서 제어 데이터의 크기가 2048 바이트를 초과할 수 없다.

M2M 장치(130)는 M2M 게이트웨이(120)로부터 단말제어 결과 통보메시지(Control_Notification)를 수신한다(S530). 단계 S530에서 M2M 게이트웨이(120)는 장문 응답메시지(Long_Sentence_Response)에 이상이 없음을 확인한 후 기 지정된 제어 오퍼레이션을 수행한다. 이후, M2M 게이트웨이(120)는 제어 오퍼레이션의 수행 결과를 포함한 단말제어 결과 통보메시지(Control_Notification)를 M2M 장치(130)로 전송한다.

M2M 장치(130) 내의 M2M 네트워크 플랫폼(MNP)은 M2M 서비스 플랫폼(MSP)으로 업데이트 요청 인디케이션 메시지(UpdateRequestIndication)를 전송한다(S532). M2M 장치(130) 내의 M2M 서비스 플랫폼(MSP)은 M2M 네트워크 플랫폼(MNP)으로 업데이트 응답 확인메시지(UpdateResponseConfirm)를 전송한다(S534).

M2M 장치(130)는 M2M 게이트웨이(120)로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송한다(S536). M2M 게이트웨이(120)는 M2M 장치(130)로부터 단말제어 결과 통보메시지(Control_Notification)에 대응하는 단말제어 결과 통보응답메시지(Control_Notification_Response)를 수신한다. S536 이후에, M2M 단말기(110)는 기 설정된 프로토콜에 따라 M2M 장치(130)로 접속해서 장문 메시지를 가져갈 수 있다. 이후, M2M 장치(130)는 M2M 게이트웨이(120)와 TCP 연결을 해제(Disconnect)한다(S538).

도 5에서는 단계 S510 내지 단계 S538을 순차적으로 실행하는 것으로 기재하고 있으나, 반드시 이에 한정되는 것은 아니다. 도 5에 기재된 단계를 변경하여 실행하거나 하나 이상의 단계를 병렬적으로 실행하는 것으로 적용 가능할 것이므로, 도 5는 시계열적인 순서로 한정되는 것은 아니다.

전술한 바와 같이 도 5에 기재된 본 실시예에 따른 장문 메시지 오퍼레이션의 전체 방법은 프로그램으로 구현되고 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다. 본 실시예에 따른 장문 메시지 오퍼레이션의 전체 방법을 구현하기 위한 프로그램이 기록되고 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다.

도 6은 본 실시예에 따른 장문 요청메시지의 포맷을 나타낸 도면이다.

장문 요청메시지(Long_Sentence_Request)의 포맷은 도 6에 도시된 바와 같이, '도메인 코드', 'M2M 게이트웨이 ID', 'M2M 단말기 ID', '제어 타입'을 포함한다. 도메인 코드는 알파뉴메릭(Alphanumeric)으로 이루어지며, 제어 타입은 단말제어 요청메시지(Control_Request)에 수신한 값과 동일한 값을 이용한다.

도 7은 본 실시예에 따른 장문 응답메시지의 포맷을 나타낸 도면이다.

장문 응답메시지(Long_Sentence_Response)의 포맷은 도 7에 도시된 바와 같이, '도메인 코드', 'M2M 게이트웨이 ID', 'M2M 단말기 ID', '제어 타입', '결과 코드', '메시지 바디'를 포함한다. 도메인 코드는 알파뉴메릭으로 이루어지며, 제어 타입은 단말제어 요청메시지(Control_Request)에 수신한 값과 동일한 값을 이용하며, 메시지 바디는 최대 2048 바이트를 갖는다.

이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

이상에서 설명한 바와 같이 본 실시예는 M2M 통신 분야에 적용되어, M2M 통신에서 SMS를 이용하여 한번에 모든 데이터를 전달할 수 없는 경우 최초 SMS 기반의 메시지 전송 시 장문 메시지 전송 사실만을 사전 통보한 후 M2M 단말기가 기 설정된 프로토콜에 따라 M2M 장치에 접속해 장문 메시지를 가져갈 수 있도록 하는 효과를 발생하는 유용한 발명이다.

110: M2M 단말기 120: M2M 게이트웨이
130: M2M 장치 132: 연결부
134: 제어 데이터 제공부 136: 결과 통보 확인부

Claims

M2M 장치가 메시지를 전달하는 방법에 있어서,
M2M 게이트웨이로 단말제어 요청메시지(Control_Request)를 전송하는 제어 요청 과정;
상기 M2M 게이트웨이와 TCP 연결을 설정(TCP Connection Setup)하는 TCP 설정 과정;
상기 M2M 게이트웨이로부터 단말제어 응답메시지(Control_Response)를 수신하는 제어 응답 과정;
상기 M2M 게이트웨이로부터 장문 요청메시지(Long_Sentence_Request)를 수신하는 장문 요청 과정;
상기 M2M 게이트웨이로 장문 응답메시지(Long_Sentence_Response)를 전송하는 장문 응답 과정;
상기 M2M 게이트웨이로부터 단말제어 결과 통보메시지(Control_Notification)를 수신하는 제어 알림 과정; 및
상기 M2M 게이트웨이로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송하는 제어 알림 응답 과정
을 포함하는 것을 특징으로 하는 장문 메시지 전달 방법.
제 1 항에 있어서,
상기 단말제어 요청메시지(Control_Request)는 SMS 기반의 메시지로서, 헤더(Header)에 제어 타입 코드(Control Type Code)가 사용자 정의 제어(User-Defined Control)로 설정되며, 장문 플래그(Long Sentence Flag)가 기 설정된 식별값을 갖도록 설정된 메시지인 것을 특징으로 하는 장문 메시지 전달 방법.
제 2 항에 있어서,
상기 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F로 설정되고, 상기 장문 플래그(Long Sentence Flag)의 한 바이트가 0x00로 설정되는 것을 특징으로 하는 장문 메시지 전달 방법.
제 3 항에 있어서,
상기 사용자 정의 제어(User-Defined Control)의 바이트 및 상기 장문 플래그(Long Sentence Flag)의 바이트가 기 설정된 값에 해당하는 경우,
상기 M2M 게이트웨이에서 상기 단말제어 요청메시지(Control_Request)에 대응하는 기 정의된 제어 오퍼레이션을 수행한 후 상기 단말제어 응답메시지(Control_Response)를 전송하며, 상기 제어 오퍼레이션의 수행 결과를 포함한 상기 단말제어 결과 통보메시지(Control_Notification)를 전송한 후 상기 단말제어 결과 통보메시지(Control_Notification)에 대응하는 상기 단말제어 결과 통보응답메시지(Control_Notification_Response)를 수신하는 것을 특징으로 하는 장문 메시지 전달 방법.
제 2 항에 있어서,
상기 사용자 정의 제어(User-Defined Control)의 바이트가 0x80 내지 0x9F로 설정되며, 상기 장문 플래그(Long Sentence Flag)의 한 바이트가 0x01로 설정되는 것을 특징으로 하는 장문 메시지 전달 방법.
제 5 항에 있어서,
상기 사용자 정의 제어(User-Defined Control)의 바이트 및 상기 장문 플래그(Long Sentence Flag)의 바이트가 기 설정된 값에 해당하는 경우 상기 M2M 게이트웨이에서 상기 단말제어 응답메시지(Control_Response)를 전송한 후 상기 장문 요청메시지(Long_Sentence_Request)를 전송하는 것을 특징으로 하는 장문 메시지 전달 방법.
제 1 항에 있어서,
상기 장문 응답 과정은,
상기 장문 요청메시지(Long_Sentence_Request)를 수신하는 경우, 제어 데이터를 상기 장문 응답메시지(Long_Sentence_Response)의 바디(Body)에 포함시켜 상기 M2M 게이트웨이로 전송하는 것을 특징으로 하는 장문 메시지 전달 방법.
제 7 항에 있어서,
상기 제어 데이터의 메시지 바디 길이는 최대 2048 바이트를 갖는 것을 특징으로 하는 장문 메시지 전달 방법.
제 1 항에 있어서,
상기 장문 응답 과정은,
상기 M2M 게이트웨이에서 상기 장문 응답메시지(Long_Sentence_Response)에 이상이 없음을 확인한 후 기 지정된 제어 오퍼레이션을 수행하는 것을 특징으로 하는 장문 메시지 전달 방법.
M2M 게이트웨이로 단말제어 요청메시지(Control_Request)를 전송하고 상기 M2M 게이트웨이와 TCP 연결을 설정한 후 상기 M2M 게이트웨이로부터 단말제어 응답메시지(Control_Response)를 수신하는 연결부;
상기 M2M 게이트웨이로부터 장문 요청메시지(Long_Sentence_Request)를 수신하고, 상기 M2M 게이트웨이로 장문 응답메시지(Long_Sentence_Response)를 전송하는 제어 데이터 제공부; 및
상기 M2M 게이트웨이로부터 단말제어 결과 통보메시지(Control_Notification)를 수신하고, 상기 M2M 게이트웨이로 단말제어 결과 통보응답메시지(Control_Notification_Response)를 전송하는 결과 통보 확인부
를 포함하는 것을 특징으로 하는 M2M 장치.