KR102035359B1

KR102035359B1 - 리소스 접근 방법 및 이를 적용한 시스템

Info

Publication number: KR102035359B1
Application number: KR1020140138102A
Authority: KR
Inventors: 최성찬; 김재호; 송재승; 이상신; 안일엽; 송민환; 윤재석; 원광호
Original assignee: 전자부품연구원; 세종대학교산학협력단
Priority date: 2013-10-14
Filing date: 2014-10-14
Publication date: 2019-10-24
Also published as: KR20150043992A; US20160212095A1

Abstract

리소스 접근 방법 및 이를 적용한 시스템이 제공된다. 본 발명의 실시예에 따른 사물 리소스 접근 방법은, 사물 리소스에 대한 의사 접근 주소를 수신하여, 의사 접근 주소를 실제 접근 주소로 변환한다. 이에 의해, 의사 접근 주소를 이용한 사물 리소스 접근이 가능해져, 리소스의 접근 주소에 대한 보안성을 유지하면서도 사용자가 리소스에 접근함에 있어 불편과 혼돈의 우려를 없앨 수 있게 된다.

Description

리소스 접근 방법 및 이를 적용한 시스템{Method for Resource Access and System using the same}

본 발명은 리소스 접근 방법에 관한 것으로, 더욱 상세하게는 리소스 주소를 부여하고 이를 기반으로 사물의 리소스에 접근하는 방법에 관한 것이다.

정보통신기술의 발달은 개인용 컴퓨터나 노트북 컴퓨터와 같은 컴퓨터를 중심으로 이루어진 네트워킹 및 인터넷 환경을 컴퓨터를 포함한 스마트폰, PDA, 휴대용 멀티미디어 기기와 같이 이동이 가능한 소형의 기기를 중심으로 변화시키고 있다.

그러나, 연산, 통신 및 네트워킹 기능이 가능한 소형 장치들은 정보화 기기뿐만 아니라 계량기, 온도계와 같은 일반적인 사물에도 부착될 수가 있다. 사물에 부착된 이러한 소형 장치들은 사물의 정보를 자동으로 획득하게 해주거나 사물 간의 통신 네트워크를 통해 정보의 상호 공유가 가능해진다.

이와 같이 사물에 부착된 통신 장치를 이용하여 사물이 네트워크에 연결되거나 사물 간에 통신 네트워크를 구성하여 정보를 공유하는 개념 및 기술을 지칭하는 용어로 IoT(Internet of Things : 사물 인터넷), M2M(Machine to Machine) 및 사물지능통신 등이 있다.

이러한 네트워크 환경에서는 사람 대 사람, 사람 대 사물 뿐만 아니라 사물 대 사물 간의 통신 네트워크가 가능해져 모든 객체 간의 정보 공유가 가능해지며 이는 미래 유비쿼터스 정보 서비스 사회로 진화하기 위한 필수적인 기술 요소라 할 수 있을 것이다.

정보 관리 및 공유를 최적화할 수 있는 M2M 시스템 및 M2M 시스템을 구성하는 리소스들을 효과적으로 관리하기 위한 방안의 모색이 요청된다.

한편, IoT는 "세상에서 존재하는 모든 사물(things)을 네트워크로 연결해 인간과 사물, 사물과 사물 간에 언제 어디서나 서로 소통할 수 있도록 하는 새로운 정보통신 기반"이라고 정의된다. 즉, IoT는 언제 어디서나 사물이 연결되는 유비쿼터스 공간을 구현하기 위한 인프라로 볼 수 있다.

IoT를 위해서는, 모든 디바이스가 검색 서비스 플랫폼에 등록되어 검색 가능하고, 연결되어서 서비스를 받을 수 있어야 한다. 이를 위한 등록 및 검색 서버의 리소스 관리 방법 및 체계 정의가 요구되는데, 리소스의 접근 주소를 공개하는 것은 보안 침해 위험성이 있고, 리소스의 동적인 변화에 따른 접근 주소의 빈번한 변경시 사용자 혼돈이 초래한다는 문제가 있다.

본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 목적은, 리소스에 주소를 부여하고 이를 기반으로 리소스에 접근하는 방법을 제공함에 있다.

상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른, 사물 리소스 접근 방법은, 사물 리소스에 대한 의사 접근 주소를 수신하는 단계; 및 상기 의사 접근 주소를 실제 접근 주소로 변환하는 단계;를 포함한다.

또한, 상기 의사 접근 주소는, 사용자 단말에 공개되고, 상기 수신단계는, 상기 사용자 단말로부터 공개된 의사 접근 주소를 수신하며, 상기 사물 리소스 접근 방법은, 상기 사용자 단말의 상기 사물 리소스에 대한 접근 경로를 제공하는 단계;를 더 포함할 수 있다.

그리고, 상기 의사 접근 주소는, 사물 ID와 사물이 제공하는 리소스 네임 중 적어도 하나를 기반으로 구성될 수 있다.

아울러, 사용자 단말의 애플리케이션로부터 사물 리소스 검색 요청을 수신하면, 검색 요청된 사물 리소스에 대한 의사 접근 주소를 생성하여 상기 사용자 단말에 전송하는 단계;를 더 포함할 수 있다.

또한, 상기 의사 접근 주소는, 사물 리소스의 경로가 의사 경로로 변경된 주소일 수 있다.

그리고, 상기 의사 경로는, 상기 사물 리소스의 경로 중 전부 또는 일부에 대한 것일 수 있다.

또한, 상기 의사 접근 주소는, 상기 사물 리소스에 대한 접근을 요청하는 애플리케이션의 ID를 이용하여 생성될 수 있다.

이상 설명한 바와 같이, 본 발명의 실시예들에 따르면, 의사 접근 주소를 이용한 사물 리소스 접근이 가능해져, 리소스의 접근 주소에 대한 보안성을 유지하면서도 사용자가 리소스에 접근함에 있어 불편과 혼돈의 우려를 없앨 수 있게 된다.

특히, 사물 리소스의 우회 접근 주소 공개를 통해 보안을 강화하고, 사물 리소스의 동적인 접근 주소 변화에 일관적인 접근 주소를 사용자에게 제공이 가능해진다.

도 1은 본 발명의 일 실시예에 따른 사물 리소스 접근 방법의 개념 설명에 제공되는 도면,
도 2는 본 발명의 일 실시예에 따른 사물 리소스에 접근 방법의 설명에 제공되는 순서도,
도 3은 본 발명의 다른 실시예에 따른 사물 리소스 접근 방법의 개념 설명에 제공되는 도면,
도 4는 의사 경로 제공과정의 설명에 제공되는 순서도, 그리고,
도 5는 본 발명의 또 다른 실시예에 따른 사물 리소스 접근 방법의 개념 설명에 제공되는 도면이다.

이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.

1. 사물 리소스 접근 방법 #1

도 1은 본 발명의 일 실시예에 따른 사물 리소스 접근 방법의 개념 설명에 제공되는 도면이다. 본 실시예에서, 사물(디바이스) 리소스에 대한 접근은, 공개된 의사 접근 주소인 Open Pseudo URI(210)를 이용한다.

Open Pseudo URI(210)는 사물의 고유 ID와 사물이 제공하는 리소스 네임으로 구성할 수 있다. 하지만, 이는 설명의 편의를 위해 든 일 예로서, 다르게 구성할 수 있음은 물론이다.

Open Pseudo URI(210)는 사물(디바이스) 개발자나 사물 인터넷 서비스 제공자(Service Provider)에 의해 공개된다.

M2M 플랫폼(100)은 Open Pseudo URI(210)을 해석하여(220), 사물 리소스의 실제 접근 주소에 해당하는 Internal Full URI(230)로 변환하고, 이를 통해 궁극적으로 사용자 단말이 리소스에 접근하도록 한다.

도 1에 나타난 바와 같이, Internal Full URI(230)는 "<startURI>/<R1>/<R2>/<R3>"와 같은 형식으로, External Simple URI인 Open Pseudo URI(210)와 구별된다.

Open Pseudo URI(210)를 이용한 리소스 접근 방법에 대해, 도 2를 참조하여 보다 상세하게 설명한다. 도 2는 본 발명의 일 실시예에 따른 사물 리소스에 접근 방법의 설명에 제공되는 순서도이다.

도 2에 도시된 바와 같이, 사용자 단말에 설치된 M2M 애플리케이션(10)이 이미 공개되어 있는 Open Pseudo URI(210)를 획득하여, M2M 플랫폼(100)에 전송하면서 사물 리소스에 대한 접근을 요청한다.

그러면, M2M 플랫폼(100)의 메시지 핸들러(110)는 M2M 애플리케이션(10)으로부터 수신한 Open Pseudo URI(210)을 URI 해석기(120)에 전달한다.

이에, URI 해석기(120)는 전달받은 Open Pseudo URI(210)을 해석하여, 사물 리소스에 대한 실제 접근 주소인 Internal Full URI(230)로 변환한다. 변환된 Internal Full URI(230)는 URI 해석기(120)로부터 메시지 핸들러(110)에 전달된다.

메시지 핸들러(110)는 Internal Full URI(230)을 리소스 관리자(130)에 전달하면서 해당 리소스를 요청하고, 이에 대한 응답을 수신하여, M2M 애플리케이션(10)에 전달한다.

이에 의해, M2M 애플리케이션(10)은 원하는 리소스에 접근할 수 있게 된다. 한편, 사물 개발자나 사물 인터넷 서비스 제공자도, 도 2에서 M2M 애플리케이션(10)이 수행한 방법과 동일하게 Open Pseudo URI(210)를 이용하여 사물 리소스에 접근가능함은 물론이다.

2. 사물 리소스 접근 방법 #2

도 3은 본 발명의 다른 실시예에 따른 사물 리소스 접근 방법의 개념 설명에 제공되는 도면이다. 여기서, 리소스는 M2M 시스템을 구성하는 모든 개체들(노드, 데이터, 어플리케이션 등)을 의미한다. 여기서, 노드는, 일반 노드는 물론, 서버, 게이트웨이까지 포함하는 개념이다. 이는, 전술한 실시예와 후술할 실시예에도 모두 적용되는 사항이다.

본 실시예에서는 리소스에 대한 공개 정보가 없다는 가정하에 사물 리소스 접근이 이루어지는 것을 상정하였는데, 필수적인 것은 아니다. 즉, 다른 가정하에서도 본 실시예가 적용될 수 있음은 물론이다.

이 경로는 리소스 검색 요청(Resource Discovery Request)(410)에 대한 응답(Resource Discovery Response)을 통해 제공받을 수 있는데, 실제 경로가 아닌 의사 경로를 제공받는다. 이 과정에 대해 도 4를 참조하여 상세히 설명한다.

도 4에 도시된 바와 같이, 사용자 단말에 설치된 M2M 애플리케이션(10)이 M2M 플랫폼(200)에 원하는 리소스에 대한 검색을 요청하면, M2M 플랫폼(300)의 메시지 핸들러(310)는 M2M 애플리케이션(10)로부터 수신한 요청을 검색 모듈(330)에 전달한다.

이에, 검색 모듈(330)은 M2M 애플리케이션(10)이 원하는 리소스를 검색하여, 검색 결과를 메시지 핸들러(310)에 반환한다.

그러면, 메시지 핸들러(310)는 반환받은 리소스에 대한 의사 경로(PseudonymPath)를 의사 경로 생성기(330)에 요청하고, 이에 의사 경로 생성기(330)는 요청받은 의사 경로(Pseudonym path)를 동적으로 생성하여 메시지 핸들러(310)에 반환한다.

메시지 핸들러(310)는 의사 경로 생성기(330)로부터 반환받은 의사 경로를 M2M 애플리케이션(10)의 리소스 검색 요청에 대한 응답인 리소스 검색 결과로 전달한다.

리소스 검색 결과에는 의사 경로가 포함된다. 다시, 도 3을 참조하여 설명한다. M2M 애플리케이션(10)은 리소스 검색 결과로 Pseudo URI(420)를 전달받는다.

M2M 애플리케이션(10)은 전달받은 Pseudo URI를 M2M 플랫폼(300)에 전송하면서 사물 리소스에 대한 접근을 요청할 수 있다. 그러면, M2M 플랫폼(300)은 M2M 애플리케이션(10)으로부터 수신한 Pseudo URI가 의사 경로 "<PseudonymPath>" 임을 확인하고(430), 이를 실제 경로로 바꾸어 사물 리소스에 대한 Internal Full URI(440)로 변환함으로써, 궁극적으로 M2M 애플리케이션(10)이 사물 리소스에 접근할 수 있도록 한다.

구체적으로, M2M 플랫폼(300)은 M2M 애플리케이션(10)으로부터 수신한 Pseudo URI에 의사 경로인 "<PseudonymPath>"가 포함되어 있음을 확인하고(430), 이를 실제 경로 "<R1>/<R2>"로 바꾸어 사물 리소스에 대한 Internal Full URI(440)로 변환함으로써, 궁극적으로 M2M 애플리케이션(10)이 사물 리소스에 접근할 수 있도록 한다.

위 실시예는, 아래에 제시된 예와 같이 Full URI에서 <startURI>와 <targetResource>를 제외한 모든 경로를 의사 경로로 대체하는 경우를 상정하였다.

예제 1)

● Full URI: <startURI>/<R1>/<R2>/<R3>/<R4>/<targetResource>

● Middle URI: <R1>/<R2>/<R3>/<R4>

● Target resource: <targetResource>

● Full replacement case: <startURI>/abcdefghijklmnop/<targetResource>

● PseudonymPath : abcdefghijklmnop

● Pseudo URI : <startURI>/abcdefghijklmnop/<targetResource>

예제 2)

● Full URI:

<scheme>://In-CSEID.m2m.myoperator.org/CSE123/myAppX/myContainerY

● Pseudo URI :

<scheme>://In-CSEID.m2m.myoperator.org/CSEBase/myContainerY

예제 3)

● Full URI:

<scheme>://In-CSEID.m2m.myoperator.org/CSE123/myAppX/myContainerY

● Pseudo URI :

<scheme>://In-CSEID.m2m.myoperator.org/some/path/myContainerY

'예제 2)'에서는 "CSE123/myAppX"가 "CSEBase"로 대체되었고, '예제 3'에서는 "CSE123/myAppX"가 "some/path"로 대체되었다.

하지만, 아래의 경우와 같이, 중간 경로 중 일부만을 의사 경로로 대체하는 것도 가능하다. 이는, 서비스 제공자가 M2M 애플리케이션(10)에 리소스 토폴로지 구조의 일부만을 공개하고자 하는 경우에 적용가능하다.

● Full URI: <startURI>/<R1>/<R2>/<R3>/<R4>/<targetResource>

● Middle URI: <R1>/<R2>/<R3>/<R4>

● Target resource: <targetResource>

● Partial replacement case:

<startURI>/fghmnop/<R3>/<R4>/<targetResource>

나아가, 아래의 경우와 같이, <startURI>를 제외한 모든 경로를 의사 경로로 대체하는 것도 가능하다.

예제 1)

● Full URI: <startURI>/<R1>/<targetResource>

● Pseudo URI : <startURI>/<abc>

예제 2)

● Full URI:

<scheme>://In-CSEID.m2m.myoperator.org/CSE123/myAppX/myContainerY

● Pseudo URI :

<scheme>://In-CSEID.m2m.myoperator.org/sc07

위 예들에서, <startURI>는 개체의 리소스 구조에서 루트를 의미하며, 고유한 절대 주소가 할당된다.

한편, Full URI는 리소스 구조에 따라 <targetResource>에 대한 부모-자식 체인 관계를 계층적으로 전부 나타내었다는 점에서 계층적(hierarchical) URI에 해당한다.

반면, Pseudo URI는 <targetResource>에 대한 부모-자식 체인 관계를 계층적으로 나타내지 않는 부분을 포함하고 있다는 점에서 비-계층적(non-hierarchical) URI에 해당한다.

Full URI는 URI를 구성하는 모든 부분이 계층적 주소를 나타내지만, Pseudo URI는 URI에 계층적 주소를 나타내지 않는 부분이 포함되어 있다. 이 부분은, 위에서 예시한 바와 같이, 다양한 깊이(depth)를 갖으며, 실제로 어떠한 주소를 나타내는지는 미리 알려지지 않을 수 있다. 이 경우, 전술한 바와 같이, 해당 부분이 어느 주소를 나타내는지 해석하여, <targetResource>의 실제 주소가 무엇인지 알아내야 한다.

한편, 아래의 경우와 같이, Middle URI가 없는 경우에도, 본 실시예의 기법이 적용될 수 있다.

● Full URI: <startURI>/<targetResource>

● Pseudo URI : <startURI>/<def>

한편, 위 실시예에서는, M2M 애플리케이션(10)이 비-계층적 URI인 Pseudo URI를 이용하여 사물 리소스에 접근하는 것을 상정하였는데, 반드시 이에 한정되는 것은 아니다. M2M 애플리케이션(10)이 계층적 URI인 Full URI를 이용하여 사물 리소스에 접근하는 것도 가능함은 물론이다. M2M 플랫폼(300) 또는 다른 개체가 리소스들에 대해, 계층적 URI와 비-계층적 URI 모두를 할당하기 때문이다.

한편, 위에서 제시한 의사 경로를 생성함에 있어 M2M 애플리케이션(10)의 ID를 이용할 수 있는데, 이 경우 동일한 리소스 접근에 대해, 요청하는 M2M 애플리케이션(10) 마다 의사 경로가 다르게 생성된다.

● Multiple clients case for the same target <targetResource>

● URI to Application A: <startURI>/abcdefghijklmnop/<targetResource>

● URI to Application B: <startURI>/238dksu39830dkd/<targetResource>

한편, 위 실시예에서, Pseudo URI의 <startURI>는 Full URI의 <startURI>와 일치하는 것을 상정하였으나, 예시적인 것에 불과하다. Full URI의 <startURI> 부분에 대해서도 비-계층적 주소로 바꾸는 것이 가능함은 물론이다.

나아가, Pseudo URI는 Full URI가 변경되는 상황은 물론, Full URI가 변경되지 않더라도 상황에 따라 가변되는 것으로 구현이 가능하다. 후자의 경우, 보안 강화를 위해 필요할 수 있다.

뿐만 아니라, URI 할당/부여의 주체에 대한 제한은 없다. 즉, 사물 인터넷 서비스 제공자는 물론, M2M 플랫폼, 그 밖에 M2M 시스템을 구성하는 모든 개체들(노드, 데이터, 어플리케이션 등)이 URI 할당/부여하는 것도 가능하다. 이때, 할당/부여 범위는 제한될 수 있다. 즉, Pseudo URI를 할당/부여할 수 있는 주체, Full URI를 할당/부여할 수 있는 주체는 구분될 수 있으며, Pseudo URI와 Full URI 모두를 할당/부여할 수 있는 주체가 있을 수도 있다.

3. 사물 리소스 접근 방법 #3

도 5는 본 발명의 또 다른 실시예에 따른 사물 리소스 접근 방법의 개념 설명에 제공되는 도면이다. 본 실시예에서, 사물(디바이스)의 리소스에 대한 접근은, 공개된 의사 접근 주소인 Open Pseudo URI(610)를 이용한다는 점에서, 전술한 "1. 사물 리소스 접근 방법 #1"과 동일하다.

하지만, 본 실시예에서는, M2M 플랫폼(500)이 아닌 M2M 프록시 서버(620)가 Open Pseudo URI(610)를 사물 리소스의 실제 접근 주소에 해당하는 Internal Full URI(630)로 변환하고, 이를 통해 사용자 단말이 리소스에 접근할 수 있도록 한다는 점에서 차이가 있다.

또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

10 : M2M 애플리케이션
100, 300, 500 : M2M 플랫폼

Claims

M2M 플랫폼 서버가, 제1 리소스에 대한 URI(Universal Resource Identifier)를 제1 타입의 URI로 할당하는 단계; 및
상기 M2M 플랫폼 서버가, 상기 제1 리소스에 대한 URI를 제2 타입의 URI로 할당하는 단계;를 포함하고,
상기 제1 타입의 URI의 루트와 상기 제2 타입의 URI의 루트는 동일하며,
사용자 단말은 상기 M2M 플랫폼 서버로부터 획득한 상기 제1 타입의 URI 또는 상기 제2 타입의 URI를 이용하여, 상기 제1 리소스에 접근(access)할 수 있는 것을 특징으로 하는 URI 할당 방법.
청구항 1에 있어서,
상기 제1 타입의 URI와 상기 제2 타입의 URI는, 상기 제1 리소스를 지정(address) 하는 것을 특징으로 하는 URI 할당 방법.
청구항 1에 있어서,
상기 제1 타입의 URI는, 계층적 URI(hierarchical URI)이고,
상기 제2 타입의 URI는, 비-계층적 URI(non-hierarchical URI)인 것을 특징으로 하는 URI 할당 방법.
청구항 3에 있어서,
상기 계층적 URI는, 부모-자식 관계 체인에 기초한 URI(URI based on the chain of child-parent relations)인 것을 특징으로 하는 URI 할당 방법.
청구항 3에 있어서,
상기 비-계층적 URI는, 부모-자식 관계 체인에 기초하지 않은 URI인 것을 특징으로 하는 URI 할당 방법.
삭제
삭제
청구항 1에 있어서,
상기 제1 리소스는,
시스템을 구성하는 개체들 중 어느 하나로, 노드, 게이트웨이, 서버, 애플리케이션 및 데이터 중 어느 하나인 것을 특징으로 하는 URI 할당 방법.
청구항 1에 있어서,
상기 M2M 플랫폼 서버가, 제2 리소스에 대한 URI(Universal Resource Identifier)를 제1 타입의 URI로 할당하는 단계;
상기 M2M 플랫폼 서버가, 상기 제2 리소스에 대한 URI를 제2 타입의 URI로 할당하는 단계;를 포함하는 것을 특징으로 하는 URI 할당 방법.
사용자 단말이, M2M 플랫폼 서버로부터 제1 리소스에 대한 URI(Universal Resource Identifier)를 획득하는 단계; 및
상기 사용자 단말이, 상기 획득단계에서 획득한 URI를 이용하여, 상기 제1 리소스에 접근하는 단계;를 포함하고,
상기 획득단계에서 획득한 상기 제1 리소스에 대한 URI는, 제1 타입의 URI 또는 제2 타입의 URI이고,
상기 제1 타입의 URI의 루트와 상기 제2 타입의 URI의 루트는 동일하며,
접근 단계는,
상기 획득단계에서 획득한 상기 제1 타입의 URI 또는 상기 제2 타입의 URI를 이용하여, 상기 제1 리소스에 접근하는 것을 특징으로 하는 액세스 접근 방법.