KR101931851B1 - M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법 - Google Patents

M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법 Download PDF

Info

Publication number
KR101931851B1
KR101931851B1 KR1020150124835A KR20150124835A KR101931851B1 KR 101931851 B1 KR101931851 B1 KR 101931851B1 KR 1020150124835 A KR1020150124835 A KR 1020150124835A KR 20150124835 A KR20150124835 A KR 20150124835A KR 101931851 B1 KR101931851 B1 KR 101931851B1
Authority
KR
South Korea
Prior art keywords
information
location
location update
update period
service entity
Prior art date
Application number
KR1020150124835A
Other languages
English (en)
Other versions
KR20160031414A (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 PCT/KR2015/009345 priority Critical patent/WO2016039549A1/ko
Priority to US15/509,866 priority patent/US10237689B2/en
Publication of KR20160031414A publication Critical patent/KR20160031414A/ko
Application granted granted Critical
Publication of KR101931851B1 publication Critical patent/KR101931851B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer

Landscapes

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

Abstract

본 발명은 M2M(Machine to Machine Communication) 기술에 관한 것으로, M2M 시스템에서 위치정보의 업데이트 주기를 변경하는 기술에 관한 발명이다. 특히, 본 발명은 M2M 시스템에서 공통 서비스 개체가 동적으로 위치 정보의 업데이트 주기를 설정하는 방법 및 장치에 관한 것이다.

Description

M2M 시스템에서 위치정보 업데이트 주기를 변경하는 방법{Methods for changing update period of location information in M2M system and Apparatus thereof}
본 발명은 M2M(Machine to Machine Communication) 기술에 관한 것으로, M2M 시스템에서 위치정보의 업데이트 주기를 변경하는 기술에 관한 발명이다. 특히, 본 발명은 M2M 시스템에서 공통 서비스 개체가 동적으로 위치 정보의 업데이트 주기를 설정하는 방법 및 장치에 관한 것이다.
사물 통신 (M2M, "Machine to machine communication" 또는 MTC, "Machine type communication" 또는 스마트 디바이스 통신, "Smart Device communication" 또는 "Machine oriented communication" 또는 사물 인터넷, "Internet of Things")은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 지칭한다. 최근 oneM2M에서 M2M과 관련된 논의가 이루어지고 있으나, oneM2M의 아키텍처(Architecture) 및 요구 사항(Requirement)을 충족시키는 기술적인 요소들이 제시되지 않은 상태이다.
또한, M2M 시스템에서는 디바이스의 위치정보를 활용한 다양한 서비스를 제공할 수 있다. 그러나, 디바이스의 위치정보를 획득하기 위한 구체적인 절차나 방법이 제시되지 않고 있는 실정이다.
전술한 배경에서, 본 발명은 M2M 시스템에서 디바이스의 위치 정보를 다양한 주기 정책으로 유연하게 사용하여 확인할 수 있는 구체적인 절차를 제공하고자 한다.
또한, 본 발명은 위치 정보를 획득하는 주기를 동적으로 변경하여 불필요한 데이터 부하의 증가 및 전력 소모를 방지할 수 있는 방법 및 장치를 제공하고자 한다.
또한, 본 발명은 위치 정보의 획득 주기를 M2M 환경에 적합하게 변경시키는 기술을 제공하고자 한다.
전술한 과제를 해결하기 위하여 안출된 본 발명은 공통 서비스 개체(Common Service Entity)가 위치 정보를 획득하는 방법에 있어서, 오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 단계와 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 단계 및 네트워크 서비스 개체로부터 수신되는 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기 정보를 변경하는 단계를 포함하는 방법을 제공한다.
또한, 본 발명은 네트워크 서비스 개체가 위치 정보를 제공하는 방법에 있어서, 공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 단계 및 디바이스의 위치정보를 공통 서비스 개체로 전달하는 단계를 포함하되, 위치 업데이트 주기 정보는, 공통 서비스 개체가 디바이스의 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 동적으로 변경되는 방법을 제공한다.
또한, 본 발명은 위치 정보를 획득하는 공통 서비스 개체(Common Service Entity)에 있어서, 오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 제어부와 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 송신부를 포함하되, 제어부는 네트워크 서비스 개체로부터 수신되는 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기 정보를 변경하는 공통 서비스 개체 장치를 제공한다.
또한, 본 발명은 위치 정보를 제공하는 네트워크 서비스 개체에 있어서, 공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 수신부 및 디바이스의 위치정보를 공통 서비스 개체로 전달하는 송신부를 포함하되, 위치 업데이트 주기 정보는, 공통 서비스 개체가 디바이스의 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 동적으로 변경되는 것을 특징으로 하는 네트워크 서비스 개체를 제공한다.
전술한 본 발명에 따르면 M2M 시스템에서 디바이스의 위치 정보를 다양한 주기 정책으로 유연하게 사용하여 확인할 수 있는 구체적인 절차를 제공하는 효과가 있다.
또한, 본 발명에 따르면 위치 정보를 획득하는 주기를 동적으로 변경하여 불필요한 데이터 부하의 증가 및 전력 소모를 방지할 수 있는 방법 및 장치를 제공하는 효과가 있다.
또한, 본 발명에 따르면 위치 정보의 획득 주기를 M2M 환경에 적합하게 변경시키는 기술을 제공하는 효과가 있다.
도 1은 본 발명을 구성하는 시스템의 구성을 보여주는 도면이다.
도 2는 본 발명을 구성하는 시스템을 상위 레벨의 기능적 관점에서 도시한 도면이다.
도 3은 본 발명의 일 실시예에 의한 공통 서비스 개체를 구성하는 도면이다.
도 4는 본 발명의 일 실시예에 의한 참조점에서의 통신 흐름을 보여주는 도면이다.
도 5는 본 발명의 일 실시예에 따른 공통 서비스 개체의 동작을 설명하기 위한 도면이다.
도 6은 본 발명에 따른 <locationPolicy> 자원 구성의 일 예를 도시한 도면이다.
도 7은 본 발명에 따른 locationUpdatePeriod 속성 정보의 일 예를 도시한 도면이다.
도 8은 본 발명의 일 실시예 따른 위치 정보 획득 과정을 설명하기 위한 도면이다.
도 9는 본 발명에 따른 <locationPolicy> 자원 구성의 다른 예를 도시한 도면이다.
도 10은 본 발명에 따른 <locationPolicy> 자원 구성의 또 다른 예를 도시한 도면이다.
도 11은 본 발명에 따른 locationUpdatePeriod 자원 구성의 일 예를 도시한 도면이다.
도 12는 본 발명에 따른 <locationPolicy> 자원 구성의 또 다른 예를 도시한 도면이다.
도 13은 본 발명에 따른 <resourceType> 자원 구성의 일 예를 도시한 도면이다.
도 14는 본 발명이 적용되는 일 예를 설명하기 위한 도면이다.
도 15는 본 발명이 적용되는 다른 예를 설명하기 위한 도면이다.
도 16은 본 발명이 적용되는 또 다른 예를 설명하기 위한 도면이다.
도 17은 본 발명이 적용되는 또 다른 예를 설명하기 위한 도면이다.
도 18은 본 발명의 일 실시예에 따른 네트워크 서비스 개체의 동작을 설명하기 위한 도면이다.
이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.
본 발명의 실시예들은 사물 통신을 중심으로 설명한다. 사물 통신은 M2M(Machine to Machine communication), MTC(Machine Type Communication), IoT(Internet of Things), 스마트 장치 통신(Smart Device Communication, SDC), 또는 사물 지향 통신(Machine Oriented Communication) 등으로 다양하게 불려질 수 있다. 최근 oneM2M에서 사물통신과 관련된 많은 기술적 사항을 제시하고 있다. 사물 통신은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 다양한 통신을 지칭한다. 사물 통신은 에너지(energy) 분야, 엔터프라이즈(enterprise) 분야, 헬스케어(Healthcare) 분야, 공공 서비스(Public Services) 분야, 주거(Residential) 분야, 리테일(Retail) 분야, 운송(Transportation)분야, 그리고 기타 분야 등으로 나뉘어진다. 본 발명은 상기 분야를 포함하며, 그 외의 분야에도 적용 가능하다.
도 1은 본 발명을 구성하는 시스템의 구성을 보여주는 도면이다. 도 1은 애플리케이션(Application)(110), 공통 서비스(Common Services)(120), 기반 네트워크 서비스(Underlying Network Services)(130)로 구성된다(This layered model comprises three layers: Application Layer, Common Services Layer and the Underlying Network Services Layer.). 이들은 각각 애플리케이션 계층(Application Layer), 공통 서비스 계층(Common Services Layer), 네트워크 서비스 계층(Network Services Layer)을 구성한다. 애플리케이션 계층은 oneM2M 애플리케이션들과 관련된 비즈니스 로직(business logic)과 조작 로직(operational logic)을 포함한다. 공통 서비스 계층은 oneM2M 애플리케이션을 작동시키는 oneM2M 서비스 기능(service function)으로 이루어진다. 이를 위해 관리(management), 디스커버리(discovery), 정책 집행(policy enforcement) 등을 적용한다.
공통 서비스 개체(common service entity)는 공통 서비스 기능의 구현 예(instantiate)이다. 공통 서비스 개체는 M2M 애플리케이션에 의해 사용되고 공유될 공통 서비스 기능의 서브셋(subset)을 제공한다. 공통 서비스 개체는 기반 네트워크의 기능을 이용하며 다른 공통 서비스 개체와 상호작용하여 서비스를 구현한다.
도 2는 본 발명을 구성하는 시스템을 상위 레벨의 기능적 관점에서 도시한 도면이다. 애플리케이션 개체(Application Entity, AE)(210)은 종단간(end-to-end) M2M 솔루션을 위한 애플리케이션 로직을 제공한다. 일 예로 차량 등의 집단적인 추적 애플리케이션(fleet tracking application), 원격 혈당 감시 애플리케이션(remote blood sugar monitoring application), 또는 원격 전력 검침과 제어 애플리케이션(remote power metering and controlling application) 등이 될 수 있다(Application Entity (AE): Application Entity provides Application logic for the end-to-end M2M solutions. Examples of the Application Entities can be fleet tracking application, remote blood sugar monitoring application, or remote power metering and controlling application.). 공통 서비스 개체(Common Services Entity, CSE)(220)는 서비스 기능의 집합으로써, 이러한 서비스 기능은 M2M 환경에 공통적으로 사용하는 기능이다. 이러한 서비스 기능은 참조점(Reference Points) Mca, Mcc를 통해 다른 기능으로 드러나며, 참조점 Mcn를 이용하여 기반 네트워크 서비스를 이용한다. 일 예로는 데이터 관리(Data Management), 디바이스 관리(Device Management), M2M 구독 관리(M2M Subscription Management), 위치 서비스(Location Service) 등이 될 수 있다. CSE에 의해 제공되는 서브기능(subfunction)은 논리적으로 CSF(Common service function)으로 이해될 수 있다. oneM2M 노드의 CSE내에 CSF 중 일부는 필수적(mandatory)이 되며 일부는 선택적(optional)이 될 수 있다. 마찬가지로 CSF 내의 서브기능들 역시 필수적 또는 선택적이 될 수 있다.
기반 네트워크 서비스 기능(Underlying Network Services Function, NSF)(230)은 공통 서비스 개체에게 서비스를 제공한다. 서비스의 예로는 디바이스 관리, 위치 서비스(location services)와 디바이스 트리거링(device triggering)을 포함한다.
참조점(Reference Points)은 공통 서비스 개체(CSE)에서 지원되는 것으로 Mca 참조점은 애플리케이션 개체와 공통 서비스 개체 간의 통신 플로우를 지시하는 참조점이다. Mcc 참조점은 두 공통 서비스 개체 간의 통신 플로우를 지시하는 참조점이다. Mcn 참조점은 공통 서비스 개체와 하나의 네트워크 서비스 개체간의 통신 플로우를 지시하는 참조점이다.
보다 상세히, Mca 참조점은 하나의 애플리케이션 개체(AE)가 공통 서비스 개체에 의해 지원되는 서비스를 사용할 수 있도록 한다. Mca 참조점을 통해 제공되는 서비스들은 공통 서비스 개체가 제공하는 기능에 의존적이며, 애플리케이션 개체와 공통 서비스 개체는 동일한 물리적 개체에 존재하거나 다른 물리적 개체에 따로 존재할 수 있다. Mcc 참조점은 필요한 기능을 제공하는 다른 공통 서비스 개체의 서비스를 사용하고자 하는 공통 서비스 개체에게 그러한 사용을 가능하게 한다. Mcc 참조점을 통해 제공되는 서비스들은 공통 서비스 개체가 제공하는 기능에 의존적이다. Mcc 참조점은 서로 다른 M2M 노드 간에 지원될 수 있다. Mcn 참조점은 필요한 기능을 제공하는 기반 네트워크의 서비스 개체를 사용하고자 하는 공통 서비스 개체에게 그러한 사용을 가능하게 하며, 이는 전송과 연결 이외의 서비스를 제공한다. Mcn 참조점의 인스턴스(instance)는 기반 네트워크에서 제공되는 서비스에 의존적으로 구현된다. 두 개의 물리적 M2M 노드 간의 정보 교환은 기본 서비스를 제공하는 기반 네트워크의 전송(transport) 및 연결(connectivity) 서비스를 사용할 수 있다.
본 명세서에서는 공통 서비스 개체를 CSE로 기재할 수 있으며, 네트워크 서비스 개체를 NSE로 기재할 수 있다.
도 3은 본 발명의 일 실시예에 의한 공통 서비스 개체를 구성하는 도면이다. 도 3에서는 식별 정보의 처리 기능을 포함한다.
공통 서비스 개체가 제공하는 기능을 도 3과 같이 정리하면 애플리케이션/서비스 계층 관리(Application and Service Layer Management), 데이터 관리 및 저장(Data Management & Repository), 위치(Location), 보안(Security), 통신 관리/전달 핸들링(Communication Management / Delivery Handling), 등록(Registration), 서비스 세션 관리(Service Session Management), 디바이스 관리(Device Management), 구독/알림(Subscription/Notification), 연결 관리(Connectivity Management), 디스커버리(Discovery), 서비스 과금/정산(Service Charging/Accounting), 네트워크 서비스 표출/서비스 실행 및 트리거링(Network Service Exposure / Service execution and triggering ), 그룹 관리(Group Management) 등이 있다.
물론, 상기 기능 이외에도 시맨틱스(Semantics), 데이터 분석(Data Analytics), 애플리케이션 인에이블먼트(Application Enablement), 네트워크 서비스 기능 관리(Network Service Function Management)등도 포함할 수 있다.
각각의 기능에 대해 살펴보면 다음과 같다.
ASM(Application and Service Layer Management)는 ADN, ASN, MN, IN의 AE와 CSE를 관리하는 것을 담당하며, 이는 CSE의 설정(configure), 트러블슈팅(troubleshoot), 업그레이드 기능과 AE의 업그레이드를 포함한다.
CMDH(Communication Management and Delivery Handling)는 다른 CSE, AE, NSE간의 통신을 책임진다. CMDH는 어느 시각에 어떤 통신 연결을 이용하여 통신을 전달할 것인지(CSE-CSE간 통신), 언제 필요하고 언제 허가되는지, 그리고 통신의 전달이 이후로 미루어질 때 통신 요청을 저장하는 것을 책임진다. CMDH는 통신에 대한 각 요청에 특화된 프로비전된 정책과 전달 핸들링 파라미터에 따라 수행된다. 기반 네트워크 데이터 전송 서비스를 이용한 통신에서 기반 네트워크는 동일한 전달 핸들링 기능을 지원할 수 있다. 이 경우 CMDH는 기반 네트워크를 사용할 수 있으며, 기반 네트워크에 동일한 전달 핸들링 기능을 액세스하는 프런트엔드로 동작할 수 있다.
DMR(Data Management and Repository)은 M2M 애플리케이션이 다른 개체와 데이터를 교환할 수 있도록 한다. DMR CSF는 데이터 저장 공간을 제공하고 이를 조정하는 기능을 제공한다. 또한 대량의 데이터를 수집하고 결합하거나, 데이터를 특정한 포맷으로 변환하거나, 또는 데이터를 분석 및 시맨틱 프로세싱을 위해 저장하는 기능을 포함한다. "데이터"라는 것은 M2M 디바이스로부터 투명하게 추출되는 로우 데이터(raw data)를 의미하거나 M2M 개체에 의해 계산 또는 결합되어 프로세싱된 데이터를 의미할 수 있다. 대량의 데이터를 수집하는 것은 빅데이터 저장 기능으로 알려진 것을 구성한다.
DMG(Device Management) CSF는 MN과 디바이스 노드 및 M2M 에어리어 네트워크에 있는 디바이스들의 디바이스 기능의 관리를 담당한다. 다음의 기능을 하나 이상 제공하는 디바이스 관리를 가능하게 한다. 애플리케이션 소프트웨어의 설치 및 세팅, 설정 세팅 및 프로비저닝, 펌웨어 업데이트, 로깅과 모니터링과 분석, 에어리어 네트워크의 토폴로지 관리, 그리고 에어리어 네트워크 관리 내의 디바이스를 포함한다.
DIS(디스커버리) CSF는 주어진 범위와 주제 내에서 허락된 권한(M2M 서비스 구독에서 허락된 것을 포함)과 주어진 범위 내에서 오리지네이터(Originator)로부터의 요청에 해당하는 정보와 리소스를 검색하는 것을 책임진다. 오리지네이터는 애플리케이션 또는 다른 CSE가 될 수 있다. 검색의 범위는 하나의 CSE가 되거나 다수의 CSE가 될 수 있다. 디스커버리 결과는 오리지네이터에게 리턴된다.
GMG(Group Management)는 요청과 관련된 그룹을 핸들링한다. 요청은 그룹과 그룹의 멤버십의 관리를 위해 전송되며 또한 그룹에 의해 지원되는 벌크 오퍼레이션도 담당한다. 그룹에 멤버를 추가 또는 삭제할 경우, 멤버가 그룹의 목적에 순응하는지를 확인할 필요가 있다. 벌크 오퍼레이션은 읽기, 쓰기, 구독하기, 알리기, 디바이스 관리 등을 포함한다. 요청 또는 구독은 그룹을 통하여 이루어지고, 그룹이 이러한 요청과 알림을 결합하는 것을 책임진다. 그룹의 멤버는 리소스에 대한 접근 권한에 대해 동일한 역할을 가진다. 이 경우, 접근 제어는 그룹에 의해 이루어진다. 기반 네트워크가 브로드캐스팅과 멀티캐스팅 기능을 제공할 경우, GMG CSF는 이러한 기능을 이용해야 한다.
LOC(Location) CSF는 위치 기반 서비스를 위해 M2M 노드(예를 들어 ASN, MN)의 지리적 위치 정보를 M2M AE가 습득할 수 있도록 한다. 동일한 또는 상이한 M2M 노드 내에 존재하는 M2M AE로부터 이러한 위치 정보가 요청될 수 있다.
NSE(Network Service Exposure) CSF는 M2M 애플리케이션을 대신하여 M2M 시스템으로부터의 서비스 요청에 대한 사용 가능하거나 지원 가능한 방식을 Mcn 참조점을 통하여 네트워크 서비스 기능을 액세스 하기 위해 기반 네트워크와의 통신을 관리한다. NSE CSF는 다른 CSF와 AF를 기반 네트워크에서 지원되는 특정한 기술과 메커니즘으로부터 은폐한다. 기반 네트워크로부터 제공되는 네트워크 서비스 기능은 디바이스 트리거링, 스몰 데이터 전송, 위치 알림, 폴리시 룰 셋팅, 위치 질의, IMS 서비스, 디바이스 관리 등을 포함하지만 이에 한정되지는 않는다. 이러한 기능들은 일반적인 전송 서비스를 포함하지 않는다
REG(Registration)는 애플리케이션 또는 다른 CSE가 CSE에 등록하도록 핸들링하는 것을 담당하는데, 이는 CSE에서 제공되는 서비스를 사용하려는 개체의 등록을 허락하기 위함이다. REG CSF는 CSE에 대한 디바이스의 등록 뿐만 아니라 디바이스의 특성/속성의 등록도 핸들링한다.
SEC(Security)는 주의를 요하는(센서티브) 데이터 핸들링 기능, 보안 운영 기능, 보안 결합 설정 기능, 권한 부여와 액세스 제어 기능, 식별 보호 기능을 제공한다. SEC CSF가 제공하는 센서티브 데이터 핸들링 기능은 저장과 조작 과정에서 보안이 필요한 로컬 크리덴셜을 보호하는 기능을 제공한다. 센서티브 데이터 핸들링 기능 역시 보안 알고리즘을 사용한다. 이 기능은 다양한 암호기법이 분리된 보안 환경을 지원한다. 보안 운영 기능은 다음의 기능을 제공하는데, 먼저 센서티브 데이터 핸들링 기능에 의해 지원되도록 전용된 보안 환경의 생성과 운영 기능을 제공한다. 또한 보안 환경에서 보호되는 루트 크리덴셜의 포스트 프로비저닝을 지원하며, M2M 서비스와 M2M 애플리케이션 서비스와 관련된 구독의 프로비저닝과 운영을 지원한다. 보안 결합 설정 기능은 M2M 노드들 간의 보안 결합을 설정하여 기밀성, 통합성, 인증, 권한 부여가 가능하도록 한다. 권한 부여와 액세스 제어 기능은 프로비전된 보안 정책과 할당된 롤에 따라 권한 부여된 개체로의 서비스와 데이터 접근을 제어한다. 개체의 유일한 식별자가 권한 부여에 사용되며, 식별 보호 기능은 개체 또는 사용자와 결합된 실제 식별 정보와 링크되지 않도록 임시의 식별자로 기능하는 익명을 제공할 수 있다.
SCA(Service Charging and Accounting)는 서비스 계층의 과금 기능을 제공한다. 온라인 과금과 오프라인 과금을 포함하는 상이한 과금 모델들을 지원한다. SCA CSF는 과금 가능한 이벤트를 확보하고, 정보를 저장하며, 과금 기록과 과금 정보를 생성한다. SCA CSF는 기반 네트워크의 과금 시스템과 상호작용 할 수 있다. 그러나 SCA CSF는 최종 서비스 레벨의 과금 정보를 생성하고 기록할 책임을 가진다. 기반 노드 또는 서비스 계층 과금 서버의 SCA CSF는 과금을 위한 과금 정보를 핸들링하는 것을 책임진다.
SSM(Service Session Management) CSF는 단대단 서비스 계층 연결인 M2M 서비스 세션을 관리한다. SSM CSF는 M2M 애플리케이션들 간의, 또는 M2M 애플리케이션과 CSE 간의, 또는 CSE들 간의 M2M 서비스 세션을 관리한다. M2M 서비스 세션의 관리는 세션 상태의 관리, 세션 인증과 설립, 세션과 관련된 기반 네트워크 연결 및 서비스의 관리, CSE의 멀티 홉인 cse의 세션 확장의 조정, 세션 종단간의 정보의 교환, 그리고 세션의 종료를 포함한다. 주어진 M2M 서비스 세션내에서 다음 홉의 CSE 또는 애플리케이션으로/부터의 메시지 송수신을 위해 SSM CSF는 로컬 CSE 내의 CMDH CSF를 이용한다. SSM CSF는 세션 참가자의 보안 크리덴셜과 인증과 관련된 세션 관리를 위해 SEC CSF를 이용한다. SSM CSF는 세션에 특화된 과금 이벤트를 생성하며 로컬 CSE 내의 SCA CSF와도 통신한다.
SUB(Subscription and Notification)는 구독을 유지하는 알림을 제공하며, 리소스의 변화(예를 들어 리소스의 삭제)를 트래킹한다. 리소스의 구독은 M2M AE 또는 CSE에 의해 시작되며, 호스팅 CSE에 의해 접근 권한이 그랜트된다. 활성화된 구독 중에 호스팅 CSE는 구독된 리소스의 변화가 발생하는 경우 리소스 구독자가 수신하길 원하는 주소로 알림을 전송한다.
상기 도 3 및 그에 대한 설명은 공통 서비스 개체를 구현하는 실시예들이며 본 발명이 이에 한정되지는 않는다.
도 4는 본 발명의 일 실시예에 의한 참조점에서의 통신 흐름을 보여주는 도면이다.
410은 오리지네이터(originator)이며 420은 리시버(receiver)이며, 양 개체 간의 정보 교환은 애플리케이션과 CSE간에 Mca 참조점을 통하여, 혹은 CSE 간에 Mcc 참조점을 통하여 이루어진다. 또한 전송(Send)와 응답(Respond)로 정보의 교환이 이루어진다. 전송 요청(Send request)는 오리지네이터(410)로부터 리시버(420)로 이루어지며 다음의 정보를 포함한다.
"operation"는 실행할 오퍼레이션으로 C(Create), R(Retrieve), U(Update), D(Delete), N(Notify)를 포함한다. "to"는 타겟 리소스의 주소이며, "from"은 오리지네이터를 나타내는 리소스의 주소를 의미한다. "hd"는 전송 요청에 대한 메타 정보를 포함하는 헤더이며 "content"은 전송될 컨텐츠를 의미한다.
oneM2M은 시스템을 구현하기 위해 충족시켜야 할 요구사항으로 전반적인 시스템 요구사항(Overall System Requirements), 관리 요구사항(Management Requirements), 데이터 모델과 의미 요구사항(Data Model & Semantics Requirements), 보안 요구사항(Security Requirements), 과금 요구사항(Charging Requirements), 운영 요구사항(Operational Requirements)을 제시하고 있다.
본 명세서에서는 M2M, 특히 oneM2M을 중심으로 설명한다. 그러나 이러한 설명이 M2M에만 한정되는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신에 적용 가능하다.
현재 M2M 환경에서는 특정 디바이스의 위치정보를 갱신할 때 위치 정보를 요청한 오리지네이터로부터 설정된 <locationPolicy> 자원의 속성값인 위치 업데이트 주기값에 따라 위치 정보를 획득하였다. 위치 정보 업데이트 주기 값은 값을 가지지 않거나 한 개의 값으로 설정될 수 있으며, 위치 정보의 업데이트 주기를 변경할 때에는 위치 정보를 요청하는 오리지네이터가 변경하고자 하는 내용을 포함하여 <locationPolicy> 자원 전체를 UPDATE하는 방법을 사용한다.
그러나, 현재 M2M 환경에서는 위치 정보를 서비스 노드에서 생성된 locationUpdatePeriod의 단일 값에 의해서만 갱신할 수 있어, 위치 정보를 갱신하는 주기를 바꿀 때마다 오리지네이터로부터 값을 새로 설정해야 하는 문제점이 있다. 따라서, 이동성이 요구되는 M2M 환경에서는 오리지네이터를 사용하는 사용자가 속도가 변하는 기기의 위치정보를 얻을 때 마다 고정된 주기 값으로 정보를 얻어야 하므로 기기의 특성 및 상황에 따라 전력소모가 심하여 효율적이지 못하다. 또한, 정밀한 위치 정보를 획득하기 위해 매번 값을 설정해줘야 하는 불편함이 있을 수 있다. 예를 들면, 네트워크 환경에서 속도가 변하는 타켓 디바이스의(예를 들어, 자동차, 휴대폰, 로봇 등) 경로를 탐색하는 트래킹 서비스의 경우, 사용자는 초기 셋팅된 업데이트 주기에 따라 타겟 디바이스의 정보를 얻게 된다. 디바이스가 일정한 속도에 따라 이동하는 환경에서는 설정된 값에 따라 위치 정보를 획득하는 데에는 큰 문제가 되지 않는다. 그러나 이동성의 변화가 큰 자동차 같은 타겟 디바이스는 짧은 시간에 위치 정보가 빠르게 변할 경우, 계속해서 오리지네이터로부터 위치 정보를 갱신해야 할 수 있다. 따라서, 이용자 입장에서는 위치 정보를 얻는데 매우 번거롭고 비효율적이다.
이러한 문제점을 해결하기 위해서 안출된 본 발명의 위치 업데이트 주기를 공통 서비스 개체가 동적으로 변경할 수 있는 방법을 이하 설명한다.
도 5는 본 발명의 일 실시예에 따른 공통 서비스 개체의 동작을 설명하기 위한 도면이다.
본 발명의 일 실시예에 따른 공통 서비스 개체(Common Service Entity)가 위치 정보를 획득하는 방법은 오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 단계와 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 단계 및 네트워크 서비스 개체로부터 수신되는 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기 정보를 변경하는 단계를 포함할 수 있다.
도 5를 참조하면, 공통 서비스 개체는 위치 정보를 획득하기 위해서 오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 단계를 포함할 수 있다(S500). 위치 정책 자원은 오리지네이터의 요청에 따라 공통 서비스 개체에 생성 및 등록될 수 있다. 위치 정책 자원은 다수의 속성 정보 및 차일드 리소스를 포함한다. 일 예로, 위치 정책 자원은 위치소스 속성정보, 위치 업데이트 주기 속성정보, 위치 목표 식별 속성정보, 위치서버 속성정보, 위치 컨테이너 식별 속성정보, 위치 컨테이너 네임 속성정보 및 위치 상태 속성정보 중 하나 이상의 정보를 포함할 수 있다. 위치 정책 정보는 오리지네이터의 위치 정책 정보의 업데이트 요청에 따라 변경될 수 있다.
공통 서비스 개체는 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 단계를 포함할 수 있다(S502). 일 예로, 위치 업데이트 주기 정보는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보를 포함할 수 있다. 즉, 위치 업데이트 주기 정보는 하나 이상의 위치 업데이트 주기 값을 포함할 수 있으며, 위치 업데이트 주기 값은 리스트 형태로 포함될 수 있다. 다른 예로, 위치 업데이트 주기 정보는 디바이스의 상태정보 종류 별로 구분되어 설정되는 하나 이상의 위치 업데이트 주기 세트를 포함하는 주기 세트 속성정보를 포함할 수 있다. 즉, 위치 업데이트 주기 정보는 위치 정보를 제공하는 디바이스의 전력 상태, 이동속도 상태, 어플리케이션 구동 상태 등 다양한 디바이스의 상태정보 종류 별로 위치 업데이트 주기 세트를 포함할 수 있다. 위치 업데이트 주기 세트는 주기 세트 속성정보 내에 포함될 수 있다. 주기 세트 속성정보는 위치 업데이트 주기 정보의 하위 속성정보로 포함될 수 있다. 또한, 위치 업데이트 주기 세트 각각은 디바이스의 상태정보에 따라 설정되는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보일 수 있다. 또 다른 예로, 위치 업데이트 주기 정보는 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 데 적용되고 있는 위치 업데이트 주기 값을 포함하는 주기 요소 속성정보를 포함할 수 있다. 즉, 위치 업데이트 주기 정보는 하위 속성정보로 주기 요소 속성정보를 포함할 수 있으며, 주기 요소 속성정보는 현재 공통 서비스 개체가 적용 중인 위치 업데이트 주기 값에 대한 정보를 포함할 수 있다.
한편, 공통 서비스 개체는 네트워크 서비스 개체로부터 수신되는 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기 정보를 변경하는 단계를 포함할 수 있다(S504). 일 예로, 디바이스의 상태정보는 전력 정보, 속도 정보, 절대 위치 정보, 이전 위치에 대한 상대 위치 정보, 시간정보 및 어플리케이션 구동 정보 중 적어도 하나의 정보를 포함할 수 있다. 예를 들어, 전력 정보는 디바이스의 배터리 정보 등을 포함할 수 있다. 또한, 디바이스의 상태정보는 설정에 따라 추가되거나 변경될 수 있다. 또는 디바이스 상태정보는 디바이스의 특성에 맞도록 디바이스 별로 상이하게 설정될 수도 있다. 또는 위치 업데이트 주기 정보를 변경하는 데에 사용되는 디바이스 상태정보는 디바이스에 공통적으로 포함되는 정보로 구성될 수도 있다. 공통 서비스 개체는 네트워크 서비스 개체로부터 수신되는 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기를 변경할 수 있다. 공통 서비스 개체는 위치 업데이트 주기가 변경되는 경우, 변경된 위치 업데이트 주기로 위치 정보를 요청할 수 있다. 변경되는 위치 업데이트 주기 값은 전술한 위치 업데이트 주기 정보에 포함되는 리스트 중에서 선택되거나, 주기 세트 속성정보에 포함되는 세트에서 선택될 수도 있다. 또한, 공통 서비스 개체는 오리지네이터의 위치 업데이트 주기 정보의 업데이트가 없는 경우에도 전술한 위치정보 및 디바이스 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기를 변경할 수 있다. 즉, 공통 서비스 개체는 오리지네이터의 개입이 없이도 자체적으로 위치 정보를 요청하기 위한 위치 업데이트 주기 값을 독립적으로 변경할 수 있다.
예를 들어, 공통 서비스 개체는 디바이스 상태정보에 포함된 디바이스의 절대 위치 정보 또는 이전 위치에 대한 상대 위치 정보를 이용하여 위치 업데이트 주기 정보를 변경할 수 있다. 즉, 디바이스의 절대 위치 또는 상대 위치에 매핑되는 위치 업데이트 주기 값으로 위치 업데이트 주기를 변경할 수 있다. 다른 예로, 공통 서비스 개체는 디바이스 상태정보에 포함되는 시간정보에 기초하여 위치 업데이트 주기 정보를 변경할 수도 있다. 구체적으로, 공통 서비스 개체는 디바이스 상태 정보에 포함되는 시간정보를 확인하고, 특정 시간에 위치 업데이트 주기를 변경할 수 있다. 또 다른 예로, 공통 서비스 개체는 디바이스 상태정보에 포함되는 시간정보를 이용하여 미리 설정된 특정 시간 대에 위치 업데이트 주기를 변경할 수 있다.
이상에서 설명한 바와 같이, 본 발명의 공통 서비스 개체는 오리지네이터의 업데이트 요청이 없더라도 디바이스의 상태정보를 이용하여 위치 업데이트 주기를 동적으로 변경하 수 있다. 또한, 본 발명의 공통 서비스 개체는 위치 정보의 업데이트 주기를 디바이스의 상태 또는 위치 정보에 기초하여 동적으로 변경할 수 있다. 따라서, 위치 정책 자원 전체의 업데이트 없이도 위치 업데이트 주기를 변경함으로써 리소스 낭비를 방지할 수 있고, 디바이스 환경에 맞는 업데이트 주기를 설정할 수 있는 효과를 제공한다.
이하에서는 전술한 본 발명의 위치 업데이트 주기 정보를 변경하는 구체적인 실시예를 도면을 참조하여 보다 상세하게 설명한다. 이하에서 설명하는 각 실시예는 상호 결합되어 동작될 수도 있다.
본 발명은 상황에 따라(이동 속도 또는 배터리 상태 등) 디바이스의 위치 업데이트 주기 값이 동적으로 변함으로써 사용자가 위치 정보를 기기의 상태에 따라 효율적으로 사용할 수 있게 해주는 방법의 각 실시예를 포함한다.
도 6은 본 발명에 따른 <locationPolicy> 자원 구성의 일 예를 도시한 도면이다.
도 6을 참조하면, 본 발명의 <locationPolicy> 자원은 하위 속성(attribute) 정보로 위치 업데이트 주기(locationUpdatePeriod) 정보를 포함한다. 또한, 위치 업데이트 주기(locationUpdatePeriod) 정보는 n개의 값으로 구성될 수 있다. 즉, 종래 위치 업데이트 주기 정보는 0 또는 1의 값으로 구성되어 하나의 위치 업데이트 주기 값만으로 구성될 수 있었다. 따라서, 위치 업데이트 주기 정보를 공통 서비스 개체가 동적으로 변경할 수 없고, <locationPolicy> 자원의 생성을 요청한 오리지네이터가 <locationPolicy> 자원 전체를 업데이트해야했다.
따라서, 본 발명의 일 실시예에 따른 위치 업데이트 주기(locationUpdatePeriod) 정보는 n개의 값으로 구성될 수 있고, 공통 서비스 개체는 이를 이용하여 동적으로 위치 업데이트 주기 값을 변경하여 적용할 수 있다.
도 7은 본 발명에 따른 locationUpdatePeriod 속성 정보의 일 예를 도시한 도면이다.
도 7을 참조하면, 위치 업데이트 주기(locationUpdatePeriod) 정보는 차일드 자원(child resource)인 인덱스(index) 정보를 포함할 수 있다. 인덱스 정보에는 상황에 따라 가질 수 있는 세팅 값(valuable) 중 선택된 값(valuable)이 설정될 수 있다. 즉, 인덱스 정보는 현재 선택되어 적용되고 있는 위치 업데이트 주기 값을 나타낸다. 또한, 위치 업데이트 주기 정보는 n개의 위치 업데이트 주기 값을 포함할 수 있다. 도 9에서는 이를 valuable 1, ..., valuable n으로 표기하여 나타내었다.
도 8은 본 발명의 일 실시예 따른 위치 정보 획득 과정을 설명하기 위한 도면이다.
도 6 및 도 7을 참조하여 설명한 본 발명의 <locationPolicy> 자원과 위치 업데이트 주기 정보를 이용하여 위치 정보를 획득하는 과정을 각 단계별로 설명한다.
1. <locationPolicy> 자원 생성을 요청하는 단계
오리지네이터(800)는 공통 서비스 개체(801)로 위치 정책 자원의 생성을 요청할 수 있다(S810). 위치 정책 자원은 도 8을 참조하여 설명한 바와 같이 구성될 수 있다. 일 예로, 위치 정책 자원의 속성 값 중 locationSource 값은 네트워크 기반(Network-based)으로 설정될 수 있다. 또한, 위치 업데이트 주기 정보를 포함한 그 외 속성 정보 값들은 오리지네이터(800)와 타켓 디바이스, 위치 서버 등에 따라 설정될 수 있다.
2. <locationPolicy> 자원 생성 단계
공통 서비스 개체(801)는 요청을 수신하여 권한을 확인하고, <locationPolicy> 자원을 생성할 수 있다(S820). 즉, CSE(801)은 오리지네이터(800)의 권한을 확인하고, 권한이 유효하면, 요청에 따라 <locationPolicy> 자원을 생성한다.
3. <locationPolicy> 자원 생성 알림 단계
공통 서비스 개체(801)는 <locationPolicy> 자원이 생성되었음을 오리지네이터(800)에게 통지한다(S830).
4. 위치 정보 요청 단계
공통 서비스 개체(801)는 네트워크 서비스 개체(NSE, 802)에게 위치 업데이트 정보(locationUpdatePeriod)의 값을 적용하여 디바이스의 위치 정보를 요청하게 된다(S840). 예를 들어, 전술한 위치 업데이트 정보의 초기 인덱스 값이 100초로 설정되어 있다면 100초에 한 번씩 위치 요청이 발생된다.
5. NSE의 위치 정보 프로세스 단계
NSE(802)는 CSE(801)로부터 위치 정보 요청을 수신하고, 타겟이 되는 디바이스 혹은 네트워크 노드의 위치 정보 프로세스를 수행한다(S850). NSE(802)의 위치 정보 프로세스는 다양한 방법으로 수행될 수 있으며, 미리 설정된 동작에 따라 수행될 수 있다.
6. 위치 정보 알림 단계
NSE(802)는 S1050 단계를 통해서 생성된 위치 정보를 CSE(801)로 전달한다(S860). 위치 정보는 위치 정보 요청에 대한 응답 형식으로 전달될 수 있다.
7. 위치 업데이트 주기 변경 단계
CSE(801)는 NSE(802)로부터 전달받은 위치 정보, 위치 업데이트 주기와 관련된 리소스 및 디바이스 상태정보를 바탕으로 위치 업데이트 주기 값을 변경한다(S870). 일 예로, CSE(801)는 도 9를 참조하여 설명한 다양한 valuable 값 중 하나를 미리 설정된 조건에 따라 선택하여 해당 valuable 값을 위치 업데이트 주기 값으로 사용할 수 있다.
8. 위치 정보 요청 단계
S1070 단계에서 선택된 위치 업데이트 정보 값을 적용하여 디바이스의 위치 정보를 요청하게 된다(S880). 예를 들어, 변경된 인덱스 값이 200초로 설정되어 있다면 200초에 한 번씩 위치 정보 요청이 발생된다.
9. 위치 정보 생성을 위한 내부 프로세스 단계
NSE(802)는 CSE(801)로부터 위치 정보 요청을 수신하고, 타겟이 되는 디바이스 혹은 네트워크 노드의 위치 정보 프로세스를 수행한다(S890). 본 과정은 S850 단계와 동일하게 수행될 수 있다.
10. 위치 정보 알림 단계
NSE(802)는 생성된 위치 정보를 CSE(801)로 전달해준다(S895). 이후, S870 단계 내지 S895 단계가 반복된다.
한편, 전술한 본 발명은 오리지네이터(800)와 CSE(801)이 각각 다른 어플리케이션 도메인에서 실행되는 경우와 동일한 디바이스에 존재하는 경우에 모두 적용될 수 있다. 일 예로, 오리지네이터(800)와 CSE(801)가 각각의 다른 어플리케이션 도메인에서 실행되는 경우, 디바이스를 통해 자동차, 로봇, 단말기 등과 같이 이동성(movable)이 있는 어플리케이션의 위치를 GPS 및 M2M 단말에 내장되어 있는 위치 정보와 관련된 모듈에 의해 위치 트래킹 서비스를 지원할 수 있다. 다른 예로, 오리지네이터(800)와 CSE(801)가 같은 디바이스 안에 존재하며 GPS 및 M2M 단말에 내장되어 있는 위치 정보와 관련한 모듈에 의해 위치 정보를 지원하는 상황이 있다. 가장 대표적인 사례로는 기지국의 전파를 이용하여 휴대폰의 위치 정보를 지원하는 경우를 가정할 수 있다. 종래 방법대로라면 어플리케이션 사용자 혹은 오리지네이터(originator, 800)는 자주 업데이트 주기 변경을 새로 다시 써야 하거나 리소스 레벨에서 UPDATE 해야 하는 번거로움을 느끼게 된다. 그러나, 두 경우 모두에 본 발명이 적용될 수 있으며, 이 경우 전술한 문제점을 해결할 수 있다.
도 9는 본 발명에 따른 <locationPolicy> 자원 구성의 다른 예를 도시한 도면이다.
본 발명에 따른 <locationPolicy> 자원은 도 6을 참조하여 설명한 바와 달리 위치 업데이트 주기(locationUpdatePeriod) 정보가 리스트 형식으로 구성될 수도 있다. 도 9를 참조하면, 위치 업데이트 주기(locationUpdatePeriod) 정보는 <locationPolicy> 자원의 하위 속성(attribute)의 리스트 형식으로, n 개의 값을 가질 수 있고 이를 0..1(L)로 표기한다. 그리고 이 리스트 값 중 가장 위에 있는 값을 디폴트(default)로 실행할 수 있다. 오리지네이터에 의해 세팅된 위치 업데이트 주기 값 중 현재 사용하고 있는 값이 리스트 값의 가장 위에 배치되어 표기될 수 있다.
도 10은 본 발명에 따른 <locationPolicy> 자원 구성의 또 다른 예를 도시한 도면이다.
본 발명에 따른 <locationPolicy> 자원은 위치 업데이트 주기 정보를 자원 형태로 포함할 수 있다. 이를 통해서, 위치 업데이트 주기 정보는 주기 세트를 포함할 수 있다. 도 10을 참조하면, 오리지네이터는 <locationPolicy> 자원 생성 시에 여러 개의 위치 업데이트 주기를 갖는 세트를 생성 또는 업데이트 할 수 있다. 여러 개의 위치 업데이트 주기를 갖는 세트는 CSE에 생성되어 등록될 수 있다.
도 11은 본 발명에 따른 locationUpdatePeriod 자원 구성의 일 예를 도시한 도면이다.
도 10 및 도 11은 오리지네이터가 1 대 n(그룹)일 경우 세팅된 환경에 따라 위치 업데이트 주기를 리소스 타입으로 변경하는 실시예를 도시한 도면이다. 이 경우, 위치 업데이트 주기 리소스는 <locationPolicy> 자원의 차일드 리소스(child resource)가 되며, 그 하위 속성들(attributes)로 주기 요소(periodElement), 주기 세트(periodSet)를 가지며 차일드 리소스(child resource)인 서브스크립션(subscription)를 갖는다. 일 예로, 주기 요소(periodElement) 속성 정보는 현재 사용되고 있는 위치 업데이트 주기 세트 값들을 리스트 형식으로 포함할 수 있다. 또한, 리스트 중 가장 위에 있는 값이 디폴트로 실행되며 현재 사용되고 있는 값을 나타낼 수 있다.
다른 예로, 주기 세트(periodSet) 속성정보에는 사용할 수 있는 하나 이상의 위치 업데이트 주기 갱신 값들이 각각의 세트로 묶인 여러 세트 값들이 들어가 있고, 가장 위에 있는 값이 디폴트로 실행되며 현재 사용되고 있는 값을 나타낸다. 예를 들어, 첫 번째 세트 값은 배터리 방전 속도 및 상태에 관해 위치 업데이트 주기 갱신 값(locationUpdatePeriod)들이 세트로 저장될 수 있으며, 두 번째 세트 값에는 어플리케이션 속도에 따른 위치 업데이트 주기 값이 저장될 수 있다. 이를 통해서, 위치정보 및 디바이스의 상태정보에 따라 특정 세트가 선택되고, 선택된 세트 내에 포함된 위치 업데이트 주기 값 중 하나가 선택되어 위치 업데이트 주기로 사용될 수 있다.
한편, 또 다른 예로, 위치 업데이트 주기 정보는 0 ~ n의 값으로 설정되는 것이 아니라, 0, 1(D)로 구분될 수도 있다. 여기서, 0 = not defined를 의미한다. 또한, 다이나믹(dynamic)인 경우에는 오리지네이터(originator) 또는 CSE에 의해 위치 업데이트 주기를 변경할 수 있다. 물론 오리지네이터의 개입 없이 CSE에 의해서만 주기를 변경할 수 있으며, CSE에 의해 변경도 가능하다. 이하, 위치 업데이트 주기 정보가 다이나믹인 경우의 동작을 도 8을 다시 참조하여 설명한다.
도 8을 다시 참조하여 NSE(802)로부터 위치 정보의 응답을 받은 CSE(801)는 내부 프로세스를 진행한다(S870). 예를 들어, NSE(802)로부터 위치 정보를 포함하는 응답은 <container> 자원에 포함되며, 이는 <locationpolicy> 자원에 연결된다. 그리고 만약 위치 업데이트 주기(locationUpdatePeriod)가 CSE(801)에 대해 자동으로 변경되면 새로운 값이 이 단계에서 반영된다(The received response shall be contained in the <container> resource that is related the <locationPolicy> resource. And if the value of locationUpdatePeriod changes automatically by the CSE the new value is reflected in this step.).
이후, CSE(801)는 NSE(802)로 자동으로 변경된 위치 업데이트 주기에 따라 위치 정보를 요청한다(S880). 예를 들어, 위치 업데이트 주기(locationupdateperiod) 값이 호스팅 CSE에 따라 100초에서 20초로 변경되면, 레지스타 CSE(801)는 S87 0단계의 새로운 위치 업데이트 주기(locationupdateperiod) 값에 따라 위치 정보 요청을 이슈한다(If the value of locationUpdatePeriod has changed into 20seconds from 100seconds(step-4) according to the hosting CSE. The Registrar CSE issues Location Request with new locationUpdateperiod value generated in step-7).
이후, NSE(802)는 위치 정보 요청에 따라 위치 정보를 생성한다(S890). 또한, NSE(802)는 생성된 위치 정보를 CSE(801)로 전달한다(S895).
한편, CSE(801)는 오리지네이터(800)의 변경요청이 없는 경우에도 동적으로 변경된 위치 업데이트 주기 값을 제공받아 응답을 받을 수 있다. 그리고 S870부터 S895의 단계가 주어진 조건(속도, 배터리)에 따라 반복될 수 있다(CSE can get responses provided by the dynamically changed period value without originator's change request and the step-7,8,9,10 can be repeated depending on the conditions(velocity, battery)).
도 12는 본 발명에 따른 <locationPolicy> 자원 구성의 또 다른 예를 도시한 도면이다.
도 12를 참조하면, <locationPolicy> 자원에 포함되는 위치 업데이트 주기 속성은 0..1(D) 형식으로 설정될 수 있다. 도 12에서 위치 업데이트 주기(locationUpdatePeriod)는 0..1(D)임을 알 수 있다. 여기서, "D" 값은 도 13과 같이 다른 리소스 타입에도 적용될 수 있는데,속성의 멀티플리시티(multiplicity)를 새로이 규정할 수 있다. 0, 1, 또는 0..1 이외에도 D 값을 추가할 수 있다. "D"의 값을 위하여, 도 13에서 설명하는 리소스 타입에 멀티플리시티(multiplicity)를 설정함에 있어서, "D"라는 값은 동적으로 변할 수 있는 값을 지시함을 의미한다. 즉, 도 13의 리소스 타입에서 차일드 리소스가 “or”을 통해서 지정됨과 같이 동적으로 변경됨을 지시할 수 있다. 한편, 도 12에서의 위치 업데이트 주기 값은 디바이스의 상태에 따라 동적으로 변경될 수 있다.
표 1은 도 12에서의 <locationPolicy> 자원 속성을 나타낸다.
표 1을 참조하면, 각 속성은 공통 속성 정보와 위치 업데이트 주기를 포함하는 위치 관련 속성 정보를 포함한다.
Attributes of <locationPolicy> Multiplicity RW/
RO/
WO 		Description <locationPolicyAnnc> Attributes
resourceType 1 RO See clause 9.6.1 where this common attribute is described. NA
resourceID 1 WO See clause 9.6.1 where this common attribute is described. MA
parentID 1 RO See clause 9.6.1 where this common attribute is described. NA
expirationTime 1 RW See clause 9.6.1 where this common attribute is described. MA
accessControlPolicyIDs 0..1 (L) RW See clause 9.6.1 where this common attribute is described. MA
creationTime 1 RO See clause 9.6.1 where this common attribute is described. NA
lastModifiedTime 1 RO See clause 9.6.1 where this common attribute is described. NA
labels 0..1 RW See clause 9.6.1 where this common attribute is described. MA
announceTo 0..1 RW See clause 9.6.1 where this common attribute is described. NA
announcedAttribute 1 RW See clause 9.6.1 where this common attribute is described. NA
locationSource 1 RW Indicates the source of location information
Network Based
Device Based
Sharing Based 		OA
locationUpdatePeriod 0..1(D) RW Indicates the period for updating location information. If the value is marked '0' or not defined, location information is updated only when a retrieval request is triggered. When the value is marked " 1(D)"it means the value of locationUpdatePeriod could be changed dynamically depending on device's condition(e,q.,velocity of application, status of battery, etc). OA
locationTargetId 0..1 RW The identifier to be used for retrieving the location information of a remote Node and this attribute is only used in the case that location information is provided by a location server. OA
locationServer 0..1 RW Indicates the identity of the location server. This attribute is only used in that case location information is provided by a location server. OA
locationContainerID 0..1 RO A URI of the <container> resource where the actual location information of a M2M Node is stored. OA
locationContainerName 0..1 RW A Name of the <container> resource where the actual location information of a M2M Node is stored. If it is not assigned, the hosting CSE automatically assigns a name of the resource.

Note: The created <container> resource related to this policy shall be stored only in the hosting CSE . 		OA
locationStatus 1 RO Contains the information on the current status of the location request. (e.g., location server fault) OA
표 1에서의 위치 업데이트 주기(locationUpdatePeriod)는 위치 정보를 업데이트하는 기간을 지시한다. 만약, 이 값이 0으로 마킹되거나 정의되지 않으면, 위치 정보는 리트리벌 요청이 트리거될 경우에만 업데이트 된다. 만약, 이 값이 '1(D)'이면 이는 위치 업데이트 주기(locationupdateperiod)의 값이 동적으로 수정되는 것이 디바이스의 상태정보(애플리케이션의 속도, 상태 또는 배터리 등) 의존하여 이루어짐을 의미한다(indicates the period for updating location information. If the value is marked '0' or not defined, location information is updated only when a retrieval request is triggered. When the value is marked '1(D)' it means the value of locationUpdatePeriod could be changed dynamically depending on device's condition(e,q.,velocity of application, status of battery, etc)).
이상에서 설명한 바와 같이, 본 발명에 따른 위치 업데이트 주기 정보는 디바이스의 상태정보에 따라 CSE에서 동적으로 변경될 수 있다.
하편, 위치정보를 가져오는 방식으로는 네트워크 상에서 가져오는 방식, 단말이 자체적으로 위치 정보를 측정해서 가져오는 방식, 및 주변의 다른 디바이스로부터 위치정보를 가져오는 방식 등이 있으며, 본 발명은 전술한 방식 각각에 모두 적용될 수 있다.
이하, 도 14 내지 도 17에서는 전술한 본 발명의 위치 업데이트 주기 변경 방법이 적용되는 각각의 적용예에 대해서 도면을 참조하여 설명한다.
oneM2M 환경에서의 요청 메시지는 목적지 리소스에 대한 오퍼레이션을 기준으로 5개의 오퍼레이션을 지원한다. 예를 들어, 리소스의 생성을 요청하는 CREATE, 리소스의 대한 값을 가져오는 것을 요청하는 Retrieve, 리소스의 대한 값을 갱신하기 위한 UPDATE, 리소스의 삭제를 위한 DELETE, 그리고 리소스의 값을 담아서 통보하는 NOTIFY가 그것이다. 이러한 오퍼레이션을 약자로서 "CRUDN"이라고 칭하고 있고 해당 오퍼레이션을 기준으로 요청 메시지에는 기본적으로 포함되는 파라미터와 선택적으로 사용하는 옵션 파라미터가 있다.
도 14는 본 발명이 적용되는 일 예를 설명하기 위한 도면이다.
도 14에서는 도 2 및 도 3을 참조하여 설명한 디스커버리 CSF(DIS CSF)에 본 발명의 위치 업데이트 주기 변경 방법이 적용되는 경우를 예를 들어 설명한다. DIS CSF는 기본적으로 oneM2M 리소스 및 속성에 담긴 서비스 정보에 대한 검색기능을 제공한다. 해당 기능의 제공은 리소스 및 속성에 대한 label에 담긴 스트링 값의 매칭 검색방법을 통해서 제공되며, 검색에 대한 쿼리를 보내는 오리지네이터는 디스커버리 요청(Discovery request)을 전달할 때 필터 기준(filter criteria)을 통해서 라벨 매칭 및 검색된 정보의 필터링에 대한 룰을 제공한다. 요청 파라미터 중 fc(filter criteria)는 특정 조건을 만족하는 리소스를 검색할 수도 있고, 특정 시간 이후에 생성된 자원만을 검색할 수 있다. 그리고 검색 결과를 제한할 수도 있다. 필터 조건은 여러 개를 동시에 사용할 수 있다. 동일한 조건을 여러 개 사용하는 경우는 OR 논리 연산을 사용하고 다른 조건을 여러 개 사용하는 경우는 AND 논리 연산을 적용한다.
도 14를 참조하여 예를 들면, 리시버가 locationUpdatePeriod 값을 두 개 이상 가지고 있는 어플리케이션인지 검색하기 위해서 CSE 오리지네이터는 우선 retrieve operation과 Discovery 기능을 사용하여 request 메시지를 보낸다. 그 외에도 filter criteria로 "locationUpdatePeriod"라는 키워드와 특정 지역에서 위치 업데이트 주기 값이 변하는 시맨틱 정보와 결합한 조건으로 request를 보낼 수 있다. 리시버는 filter criteria의 조건에 해당하는 기능 및 리소스, 속성을 검색 후 적절한 값을 반환하는데, 검색된 리소스의 URI 리스트를 검색 반환 값으로 전달한다. 만약 locationUpdatePeriod 속성을 세부적으로 검색하고자 한다면 request message parameter의 optional에 locationUpdatePeriod값의 정보 생성시간, 매칭 스트링 값, 최대 검색 반환 갯수, 갱신 값의 순서(오름차순, 내림차순) 등 다양한 검색조건을 설정하여 해당되는 M2M 시스템 및 그에 해당하는 속성값을 검색할 수도 있다.
이상에서는 전술한 본 발명이 적용되어 위치 업데이트 주기 값이 여러 개 포함하는 경우에도 디스커버리 CSF가 적용되는 예를 설명하였다.
도 15는 본 발명이 적용되는 다른 예를 설명하기 위한 도면이다.
도 15에서는 도 2 및 도 3을 참조하여 설명한 SUB CSF(Subscription and Notification CSF)에 본 발명의 위치 업데이트 주기 변경 방법이 적용되는 경우를 예를 들어 설명한다. 구독 자원의 속성은 구독 속성(expirationCounter), 통지 속성(notificationEventCat), 통지주소(notificationURI) 및 통지 이벤트 필터(notificationEvnetCriteria)로 나눌 수 있으며 <subscription> 자원의 속성 정보를 사용하여 관심 있는 데이터 변경 시에 통지받는 것이 가능하다. 위치 업데이트 주기가 전술한 본 발명의 변경 방법에 의해서 변경되는 경우에도 SUB CSF는 동작될 수 있다.
도 18(a)와 같이, 위치 업데이트 주기 값은 본 발명의 변경 방법에 따라 새로운 값으로 업데이트 되거나, 위치 정보 값이 바뀔 수 있다. 일 예로, 디바이스의 상태 정보가 변경되거나, 위치가 변경되어 위치 업데이트 주기 값이 전술한 방법에 의해서 동적으로 변경될 수 있다. 예를 들어, 위치 업데이트 주기 값은 10s에서 50s로 변경될 수 있다. 이 경우, 변화 정보는 해당 리소스에 대해서 Subscribe한 구독자에게 통보 된다. 따라서 구독정보를 생성할 때, 통지를 받기 위한 정보 즉 Notification URI 정보에 통보 메시지를 전달받을 리소스 URI 정보가 담긴다. 구독자는 어떠한 이벤트가 발생하였을 때에 통지를 받기 원하는 지를 명시하게 되어 있고, 이에 대한 정보는 Filter Criteria에 표현된다.
도 18(b)와 같이, 본 발명의 변경 방법에 따라 locationUpdatePeriod 값이 업데이트 되거나 혹은 locationUpdatePeriod 속성정보를 포함한 <locationpolicy>자원 전체가 업데이트, 생성 또는 삭제가 발생할 수 있다(S1520). 이 경우에 구독자에게 통보하기 위한 통보 이벤트가 발생된다(S1530). 이 경우에 리시버(1510)는 오리지네이터(1500)으로 구독자가 명시한 Notification URI 정보를 바탕으로 통보하게 되며, 구독과 관련하여 구독자는 싱글 리소스에 대한 변화를 구독할 수도 있고 그룹 리소스에 구독할 수도 있다.
한편, 본 발명의 위치 업데이트 주기 변경 방법이 적용되는 경우에도 스케줄에 의한 구독이 가능하다. 예를 들어, <schedule> 자원을 이용하여 특정 시간대의 위치 정보 변화를 구독할 수 있다. <subscription> 자원의 차일드 리소스인 <schedule> 자원은 알림(notification) 메시지가 리시버에게 언제 동안 도달할 수 있는지는 나타낸다. 따라서, 본 발명의 각 실시예에 따라 위치 업데이트 주기(locationUpdatePeriod) 가 리시버 CSE 내에서 자동으로 다른 값으로 변경되고, 위치 업데이트 주기 값이 변경된 내용을 특정시간 동안에만 전달받고 싶을 경우 <subscription> 자원의 차일드 리소스인 <schedule> 자원의 속성정보에 scheduleElement를 사용하여 통보할 시간을 설정해줄 수 있다. 이를 통해서, 위치 업데이트 주기가 동적으로 변경되는 경우에도 특정 시간 동안에만 해당 정보를 수신할 수 있다.
도 16은 본 발명이 적용되는 또 다른 예를 설명하기 위한 도면이다.
도 16에서는 도 2 및 도 3을 참조하여 설명한 GMG CSF((Group Management CSF)에 본 발명의 위치 업데이트 주기 변경 방법이 적용되는 경우를 예를 들어 설명한다. 전술한 바와 같이, 그룹 관리(GMG) CSF는 그룹과 관련된 요청(request)을 다루는 역할을 한다. 그리고 관심 있는 여러 개의 리소스들이 한꺼번에 작동될 수 있도록 도우며 결과를 합치는 역할을 한다. 즉, 오리지네이터는 요청메시지를 그룹 리소스에 한번 보냄으로써, 그룹 리소스에 속한 멤버 리소스들 모두에게 전달이 가능하며 이를 벌크(Bulk) 오퍼레이션이라고 한다. 또한, 벌크 오퍼레이션을 수행한 후 그룹에 속한 멤버 리소스들에 대한 결과 응답을 GMF가 취합하여 벌크 오퍼레이션을 요청한 오리지네이터에게 응답을 줄 수 있다. 그룹 리소스에 속한 리소스들은 같은 액세스 권한을 가진 멤버들로만 그룹핑이 되는 것을 가정하고 있으며, 같은 액세스 권한을 가진 멤버들로만 구성되는 것을 GMG CSF가 검증하는 역할을 담당하다. 그룹 리소스에 멤버로서 그룹리소스를 포함할 수 있기 때문에 연속적인 그룹에 대한 재귀적 처리를 담당하며 마찬가지로 연속적인 그룹에 대한 응답도 취합하여 오리지네이터에게 전달이 가능하다.
도 16을 참조하면, <locationpolicy> 자원의 리시버 CSE인 member 1, 2, 3(1602, 1603, 1604)이 있다. 전술한 위치 업데이트 주기 변경 방법에 따라, member 1(1602)은 DMG CSF의 배터리 설정에 따라 10초 또는 5초의 주기로 바뀌는 위치 업데이트 주기(locationUpdatePeriod) 값을 가질 수 있다. 또한, member 2, 3(1603, 1604) 역시 각자 다른 위치 업데이트 주기 값을 가질 수 있다.
이 경우에도, GMG CSF(1605)는 Member 1, 2, 3(1602, 1603, 1604)이 한 그룹이 되도록 할 수 있으며, 각 Member들의 결과를 합쳐 hosting CSE(1601)에게 보내줄 수 있다. 즉, 필요에 따라 다수의 M2M 디바이스들을 그룹으로 묶어 위치 정보 갱신 서비스를 동시에 관리할 수 있다. 또한, 도 16과 같이 Member 1, 2, 3(1602, 1603, 1604)을 한 그룹으로 묶어 이들의 위치 업데이트 주기(locationUpdatePeriod)를 통일하여 업데이트 할 수 있다. 즉, 하나 이상의 멤버를 그룹으로 구성하여 전술한 본 발명의 위치 업데이트 주기 방법을 통일적으로 적용할 수도 있다. 또한, 이와 같은 그룹들은 여러 개가 될 수도 있다. 한편, 그룹에 대한 구독정보는 오직 구독자(subscriber)가 그룹의 모든 멤버들의 상태에 관심이 있을 때에 생성된다. 예를 들어, 멤버들의 위치 정보가 위치 업데이트 주기(locationUpdatePeriod)에 따라 변하거나, 전술한 본 발명의 방법에 따라 선택된 위치 업데이트 주기(locationUpdatePeriod) 값이 변할 경우, GMG CSF(1605)는 이 그룹에 대한 구독정보(subscription)를 관리한다. 그룹에 대한 구독정보들이 만들어진 후 GMG CSF(1605)는 그룹 멤버들로부터 notification을 종합하고 이것을 구독자(subscriber)에게 알린다. 그리고 이에 대한 응답 및 이벤트 알림은 filter criteria에 의해 선택적으로 오리지네이터(1600)에게 전달될 수 있다.
이와 같이, 그룹 관리의 경우에도 본 발명의 위치 업데이트 주기 변경 방법이 적용될 수 있다.
도 17은 본 발명이 적용되는 또 다른 예를 설명하기 위한 도면이다.
도 17은 다중 데이터 또는 서비스를 단일 그룹으로 접근하는 방법을 설명하기 위한 도면이다. 그룹 기능은 그룹 멤버인 하나 이상의 자원에 대한 간편한 접근 기능을 제공한다. 예를 들어 100개의 <locationPolicy> 자원에 대한 100개의 요청을 해당 그룹 자원에 대한 단일 획득 요청으로 대신하여 100개 자원 정보를 획득할 수 있다. 따라서, 이러한 그룹 멤버 단일 접근 기능을 이용하기 위해서는 우선 멤버 자원들을 그룹 자원으로 생성해야 한다. 그룹 자원은 기본적으로 멤버 목록과 그룹 요청을 전송할 수 있는 가상 자원으로 구성된다. 그룹 기능을 이용하려는 오리지네이터(1700)는 우선 그룹 멤버 자원 목록과 그룹 속성을 명시하여 그룹 자원 생성을 요청한다. 즉, 100개의 그룹 멤버에 성공적으로 그룹 자원이 생성되면, 가상 리소스(fanOut)가 자동적으로 생성되며 해당 리소스에 "CRUDN" 요청을 전송하면 그룹을 가진 CSE(1701)는 이 요청을 해당 그룹의 모든 멤버 자원으로 전파(fan-out)한다. 이때 전파 요청의 오리지네이터 정보(fr)는 본래 오리지네이터(1700)의 정보가 유지된다. 전파된 요청을 수신한 멤버(1702, 1703)들은 이를 본래 오리지네이터(1700)가 전송한 요청으로 간주하고 접근 제어를 거쳐 해당 요청을 수행한다. 이후 요청 수행 결과는 다시 그룹 소유 CSE(1701)로 전달되며, 그룹 CSE(1701)는 멤버(1702, 1703)로부터 전달된 응답 메시지를 종합하여 본래 오리지네이터(1700)에게 전달한다.
따라서, 그룹을 통해 그룹 멤버 자원에 <locationPolicy> 자원을 생성할 때, 구독 자원에 대해서는 추가적인 기능을 제공한다. 오리지네이터(1700)는 그룹을 통해 모든 멤버(1701, 1702, 1703)에 동일한 위치 업데이트 주기(locationUpdatePeriod) 값들을 업데이트(update)를 통해 변경해 줄 수 있다. 구독 자원을 생성하여 그룹 구독 생성자는 그룹 멤버의 위치 변화, 위치 정보 갱신 주기 변경 사항을 동일한 통지 주소로 수신할 수 있다. 이때 각 멤버로부터의 개별 통지 메시지는 그룹 소유 CSE(1701)가 종합하여 전달해 줄 수 있다.
이상에서 설명한 바와 같이, 본 발명의 위치 업데이트 주기 변경 방법은 종래 다양한 CSF에 적용되어 사용될 수 있다.
도 18에서는 전술한 본 발명을 네트워크 서비스 개체 관점에서 재차 설명한다.
본 발명의 일 실시예에 따른 네트워크 서비스 개체는 위치 정보를 제공하는 방법에 있어서, 공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 단계 및 디바이스의 위치정보를 공통 서비스 개체로 전달하는 단계를 포함할 수 있다. 여기서, 위치 업데이트 주기 정보는 공통 서비스 개체가 디바이스의 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 동적으로 변경될 수 있다.
도 18을 참조하면, 본 발명의 네트워크 서비스 개체(Network Service Entity NSE)는 공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 단계를 포함할 수 있다(S1800). 전술한 바와 같이, 위치 업데이트 주기 정보는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보를 포함할 수 있다. 또는 위치 업데이트 주기 정보는 디바이스의 상태정보 종류 별로 구분되어 설정되는 하나 이상의 위치 업데이트 주기 세트를 포함하는 주기 세트 속성정보를 포함할 수 있다. 일 예로, 위치 업데이트 주기 세트 각각은 디바이스의 상태정보에 따라 설정되는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보일 수 있다. 또는, 위치 업데이트 주기 정보는 현재 디바이스의 위치정보를 요청하는 데 적용되고 있는 위치 업데이트 주기 값을 포함하는 주기 요소 속성정보를 포함할 수 있다. 한편, 디바이스의 상태정보는 전력 정보, 속도 정보, 절대 위치 정보, 이전 위치에 대한 상대 위치 정보, 시간정보 및 어플리케이션 구동 정보 중 적어도 하나의 정보를 포함할 수 있다.
또한, 본 발명의 네트워크 서비스 개체는 디바이스의 위치정보를 공통 서비스 개체로 전달하는 단계를 포함할 수 있다(S1802). 디바이스의 위치정보를 가져오는 방식으로는 네트워크 상에서 가져오는 방식, 단말이 자체적으로 위치 정보를 측정해서 가져오는 방식 및 주변의 다른 디바이스로부터 위치정보를 가져오는 방식 등이 있으며, 본 발명은 전술한 방식 각각에 모두 적용될 수 있다.
한편, 네트워크 서비스 개체는 전술한 위치 업데이트 주기 변경 방법에 따라 업데이트 주기가 변경되는 경우, 변경된 주기에 따라 위치 정보 요청을 수신할 수 있다.
도 1 내지 도 18을 참조하여 설명한 본 발명이 모두 수행될 수 있는 공통 서비스 개체와 네트워크 서비스 개체는 각각 본 발명을 수행하는 데에 필요한 구성을 포함할 수 있다.
일 예로, 본 발명의 위치 정보를 획득하는 공통 서비스 개체는 오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 제어부와 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 송신부를 포함할 수 있다. 제어부는 네트워크 서비스 개체로부터 수신되는 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 위치 업데이트 주기 정보를 변경할 수 있다.
다른 예로, 본 발명의 위치 정보를 제공하는 네트워크 서비스 개체는 공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 수신부 및 디바이스의 위치정보를 공통 서비스 개체로 전달하는 송신부를 포함할 수 있다. 전술한 바와 같이, 위치 업데이트 주기 정보는 공통 서비스 개체가 디바이스의 위치정보 및 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 동적으로 변경되며, 네트워크 서비스 개체는 변경된 위치 업데이트 주기에 따라 위치 정보 요청을 수신할 수 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (28)

  1. 공통 서비스 개체(Common Service Entity)가 위치 정보를 획득하는 방법에 있어서,
    오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 단계;
    상기 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 단계; 및
    상기 네트워크 서비스 개체로부터 수신되는 상기 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 상기 위치 업데이트 주기 정보를 변경하는 단계를 포함하되,
    상기 위치 업데이트 주기 정보를 변경하는 단계는,
    상기 오리지네이터의 요청이 없는 경우, 상기 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 상기 위치 업데이트 주기 정보를 독립적으로 변경하고,
    상기 위치 업데이트 주기 정보는,
    하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보를 포함하는 것을 특징으로 하는 방법.
  2. 삭제
  3. 삭제
  4. 제 1 항에 있어서,
    상기 디바이스의 위치정보를 요청하는 단계는,
    상기 리스트 정보의 첫번째 위치 업데이트 주기 값에 기초하여 상기 네트워크 서비스 개체로 상기 디바이스의 위치정보를 요청하는 것을 특징으로 하는 방법.
  5. 제 1 항에 있어서,
    상기 위치 업데이트 주기 정보는,
    상기 디바이스의 상태정보 종류 별로 구분되어 설정되는 하나 이상의 위치 업데이트 주기 세트를 포함하는 주기 세트 속성정보를 포함하는 것을 특징으로 하는 방법.
  6. 제 5 항에 있어서,
    상기 위치 업데이트 주기 세트 각각은,
    상기 디바이스의 상태정보에 따라 설정되는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보인 것을 특징으로 하는 방법.
  7. 제 5 항에 있어서,
    상기 위치 업데이트 주기 정보는,
    상기 네트워크 서비스 개체로 상기 디바이스의 위치정보를 요청하는 데 적용되고 있는 위치 업데이트 주기 값을 포함하는 주기 요소 속성정보를 포함하는 것을 특징으로 하는 방법.
  8. 제 1 항에 있어서,
    상기 위치 정책 정보는,
    상기 오리지네이터의 상기 위치 정책 정보의 업데이트 요청에 따라 변경되는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    상기 디바이스의 상태정보는,
    전력 정보, 속도 정보, 절대 위치 정보, 이전 위치에 대한 상대 위치 정보, 시간정보 및 어플리케이션 구동 정보 중 적어도 하나의 정보를 포함하는 것을 특징으로 하는 방법.
  10. 네트워크 서비스 개체가 위치 정보를 제공하는 방법에 있어서,
    공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 단계; 및
    상기 디바이스의 위치정보를 상기 공통 서비스 개체로 전달하는 단계를 포함하되,
    상기 위치 업데이트 주기 정보는, 상기 공통 서비스 개체가 상기 디바이스의 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 동적으로 변경하고,
    상기 위치 업데이트 주기 정보는,
    하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보를 포함하며,
    상기 공통 서비스 개체는,
    오리지네이터의 요청이 없는 경우, 상기 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 상기 위치 업데이트 주기 정보를 독립적으로 변경하는 방법.
  11. 삭제
  12. 제 10 항에 있어서,
    상기 위치 업데이트 주기 정보는,
    상기 디바이스의 상태정보 종류 별로 구분되어 설정되는 하나 이상의 위치 업데이트 주기 세트를 포함하는 주기 세트 속성정보를 포함하는 것을 특징으로 하는 방법.
  13. 제 12 항에 있어서,
    상기 위치 업데이트 주기 세트 각각은,
    상기 디바이스의 상태정보에 따라 설정되는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보인 것을 특징으로 하는 방법.
  14. 제 10 항에 있어서,
    상기 디바이스의 상태정보는,
    전력 정보, 속도 정보, 절대 위치 정보, 이전 위치에 대한 상대 위치 정보, 시간정보 및 어플리케이션 구동 정보 중 적어도 하나의 정보를 포함하는 것을 특징으로 하는 방법.
  15. 위치 정보를 획득하는 공통 서비스 개체(Common Service Entity)에 있어서,
    오리지네이터의 요청에 따라 위치 정책(locationPolicy) 자원을 생성하는 제어부; 및
    상기 위치 정책 자원에 포함되는 위치 업데이트 주기(locationUpdatePeriod) 정보에 따라 네트워크 서비스 개체로 디바이스의 위치정보를 요청하는 송신부를 포함하되,
    상기 제어부는 상기 네트워크 서비스 개체로부터 수신되는 상기 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 상기 위치 업데이트 주기 정보를 변경하되,
    상기 제어부는,
    상기 오리지네이터의 요청이 없는 경우, 상기 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 상기 위치 업데이트 주기 정보를 독립적으로 변경하고,
    상기 위치 업데이트 주기 정보는,
    하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보를 포함하는 공통 서비스 개체.
  16. 삭제
  17. 삭제
  18. 제 15 항에 있어서,
    상기 송신부는,
    상기 리스트 정보의 첫 번째 위치 업데이트 주기 값에 기초하여 상기 네트워크 서비스 개체로 상기 디바이스의 위치정보를 요청하는 것을 특징으로 하는 공통 서비스 개체.
  19. 제 15 항에 있어서,
    상기 위치 업데이트 주기 정보는,
    상기 디바이스의 상태정보 종류 별로 구분되어 설정되는 하나 이상의 위치 업데이트 주기 세트를 포함하는 주기 세트 속성정보를 포함하는 것을 특징으로 하는 공통 서비스 개체.
  20. 제 19 항에 있어서,
    상기 위치 업데이트 주기 세트 각각은,
    상기 디바이스의 상태정보에 따라 설정되는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보인 것을 특징으로 하는 공통 서비스 개체.
  21. 제 19 항에 있어서,
    상기 위치 업데이트 주기 정보는,
    상기 네트워크 서비스 개체로 상기 디바이스의 위치정보를 요청하는 데 적용되고 있는 위치 업데이트 주기 값을 포함하는 주기 요소 속성정보를 포함하는 것을 특징으로 하는 공통 서비스 개체.
  22. 제 15 항에 있어서,
    상기 위치 정책 정보는,
    상기 오리지네이터의 상기 위치 정책 정보의 업데이트 요청에 따라 변경되는 것을 특징으로 하는 공통 서비스 개체.
  23. 제 15 항에 있어서,
    상기 디바이스의 상태정보는,
    전력 정보, 속도 정보, 절대 위치 정보, 이전 위치에 대한 상대 위치 정보, 시간정보 및 어플리케이션 구동 정보 중 적어도 하나의 정보를 포함하는 것을 특징으로 하는 공통 서비스 개체.
  24. 위치 정보를 제공하는 네트워크 서비스 개체에 있어서,
    공통 서비스 개체로부터 위치 업데이트 주기 정보에 따라 결정되는 주기로 디바이스의 위치정보 요청을 수신하는 수신부; 및
    상기 디바이스의 위치정보를 상기 공통 서비스 개체로 전달하는 송신부를 포함하되,
    상기 위치 업데이트 주기 정보는, 상기 공통 서비스 개체가 상기 디바이스의 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 동적으로 변경하고,
    상기 위치 업데이트 주기 정보는,
    하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보를 포함하며,
    상기 공통 서비스 개체는,
    오리지네이터의 요청이 없는 경우, 상기 위치정보 및 상기 디바이스의 상태정보 중 적어도 하나의 정보에 기초하여 상기 위치 업데이트 주기 정보를 독립적으로 변경하는 것을 특징으로 하는 네트워크 서비스 개체.
  25. 삭제
  26. 제 24 항에 있어서,
    상기 위치 업데이트 주기 정보는,
    상기 디바이스의 상태정보 종류 별로 구분되어 설정되는 하나 이상의 위치 업데이트 주기 세트를 포함하는 주기 세트 속성정보를 포함하는 것을 특징으로 하는 네트워크 서비스 개체.
  27. 제 26 항에 있어서,
    상기 위치 업데이트 주기 세트 각각은,
    상기 디바이스의 상태정보에 따라 설정되는 하나 이상의 위치 업데이트 주기 값을 포함하는 리스트 정보인 것을 특징으로 하는 네트워크 서비스 개체.
  28. 제 24 항에 있어서,
    상기 디바이스의 상태정보는,
    전력 정보, 속도 정보, 절대 위치 정보, 이전 위치에 대한 상대 위치 정보, 시간정보 및 어플리케이션 구동 정보 중 적어도 하나의 정보를 포함하는 것을 특징으로 하는 네트워크 서비스 개체.
KR1020150124835A 2014-09-12 2015-09-03 M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법 KR101931851B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/KR2015/009345 WO2016039549A1 (ko) 2014-09-12 2015-09-04 M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법
US15/509,866 US10237689B2 (en) 2014-09-12 2015-09-04 Method for changing update period of location information in M2M system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR1020140121396 2014-09-12
KR20140121396 2014-09-12
KR20140125283 2014-09-19
KR1020140125283 2014-09-19
KR1020140128064 2014-09-25
KR20140128064 2014-09-25

Publications (2)

Publication Number Publication Date
KR20160031414A KR20160031414A (ko) 2016-03-22
KR101931851B1 true KR101931851B1 (ko) 2018-12-21

Family

ID=55644853

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150124835A KR101931851B1 (ko) 2014-09-12 2015-09-03 M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법

Country Status (2)

Country Link
US (1) US10237689B2 (ko)
KR (1) KR101931851B1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105611484B (zh) * 2014-11-03 2020-07-10 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
CN113159910A (zh) * 2016-07-29 2021-07-23 京东方科技集团股份有限公司 进行通知的方法、装置和***
KR102214185B1 (ko) * 2016-11-29 2021-02-09 한국전자기술연구원 자원 획득 방법
CN118019066A (zh) * 2018-09-05 2024-05-10 大唐移动通信设备有限公司 一种定位资源协调方法、装置、网络节点、终端及基站

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110217982A1 (en) * 2008-11-17 2011-09-08 Huawei Technologies Co., Ltd. Method and apparatus for congestion control in location updating
WO2014012567A1 (en) * 2012-07-18 2014-01-23 Unify Gmbh & Co. Kg Method of conveying a location information representing a physical location of a communication device, a computer program product for executing the method, and the communication device for conveying the location information

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8509815B1 (en) * 2009-05-21 2013-08-13 Sprint Communications Company L.P. Dynamically updating a home agent with location-based information
US9119171B2 (en) * 2010-09-08 2015-08-25 Samsung Electronics Co., Ltd. Apparatus and method for supporting location update registration process in machine to machine communication system
WO2012074317A2 (ko) * 2010-12-01 2012-06-07 엘지전자 주식회사 M2m 통신을 위한 위치 갱신을 수행하는 방법 및 장치
US9210567B2 (en) 2011-02-14 2015-12-08 Lg Electronics Inc. Method for transmitting and receiving parameter update information in a wireless communication system, and device using same
US9167549B2 (en) 2011-02-21 2015-10-20 Lg Electronics Inc. Method and apparatus for location update in a wireless communication system
US9392541B2 (en) 2011-05-02 2016-07-12 Lg Electronics Inc. Method and device for M2M communication
JP5815872B2 (ja) * 2011-09-17 2015-11-17 エルジー エレクトロニクス インコーポレイティド マルチキャストサービスの識別子を更新する方法、これを採用する端末及び基地局
KR101443646B1 (ko) * 2011-12-08 2014-09-23 엘지전자 주식회사 무선접속시스템에서 ｍａｃ 제어 메시지 전송방법 및 장치
US9299027B2 (en) * 2012-05-07 2016-03-29 Runaway 20, Inc. System and method for providing intelligent location information
US20150141045A1 (en) * 2013-11-21 2015-05-21 Telecommunication Systems, Inc. Geofence

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110217982A1 (en) * 2008-11-17 2011-09-08 Huawei Technologies Co., Ltd. Method and apparatus for congestion control in location updating
WO2014012567A1 (en) * 2012-07-18 2014-01-23 Unify Gmbh & Co. Kg Method of conveying a location information representing a physical location of a communication device, a computer program product for executing the method, and the communication device for conveying the location information

Also Published As

Publication number Publication date
US20170257741A1 (en) 2017-09-07
KR20160031414A (ko) 2016-03-22
US10237689B2 (en) 2019-03-19

Similar Documents

Publication Publication Date Title
KR102615419B1 (ko) 가입 및 통지 서비스
KR102046268B1 (ko) 서비스 계층 장치 위치 관리 및 프라이버시 제어
US20170006455A1 (en) Method and device for searching for available device in m2m environment
US20220014594A1 (en) Framework for dynamic brokerage and management of topics and data at the service layer
KR101931851B1 (ko) M2m 시스템에서 위치정보 업데이트 주기를 변경하는 방법
CN103931222A (zh) 用于订购者数据的隐私管理
US10194417B2 (en) Method for processing notification message in wireless communication system and apparatus therefor
KR20160091881A (ko) 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치
US10142805B2 (en) Method for managing child resource of group member in wireless communication system and device for same
US20080045192A1 (en) Method, system and management center server for providing mobile service
CN107667550A (zh) 无线通信***中通过轮询信道来处理请求的方法及其设备
EP4044512A1 (en) Data sharing method, device, and system
KR20200009153A (ko) 서비스 계층 등록
Chen et al. LORE: An infrastructure to support location-aware services
US20200120464A1 (en) Method for processing message in m2m system and device therefor
CN111201804A (zh) 启用数据连续***的方法
KR101162745B1 (ko) 개인 네트워크와 연합 네트워크를 구축하기 위한 방법 및 장치
US11290860B2 (en) Method for processing request message in M2M system and device therefor
KR20210049812A (ko) 포그 기반 데이터 처리를 가능하게 하기 위한 데이터 샘플 템플릿(dst) 관리
US10506448B2 (en) Operator formed network consortiums
KR20150067041A (ko) 부하 분산을 위한 m2m 시스템에서의 등록을 제어하는 방법 및 장치
KR20150014348A (ko) 개인 device의 사용정보를 이용한 맞춤형 M2M 서비스 제공 방법 및 시스템
US20160057213A1 (en) Coupling application data with network connectivity
KR20160073927A (ko) M2m 시스템에서 장치의 교체를 제어하는 방법 및 그 장치
CN107852408A (zh) 在无线通信***中保持资源同步的方法及其装置

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