WO2014182115A1 - 개방형 m2m 시스템 및 방법 - Google Patents

개방형 m2m 시스템 및 방법 Download PDF

Info

Publication number
WO2014182115A1
WO2014182115A1 PCT/KR2014/004143 KR2014004143W WO2014182115A1 WO 2014182115 A1 WO2014182115 A1 WO 2014182115A1 KR 2014004143 W KR2014004143 W KR 2014004143W WO 2014182115 A1 WO2014182115 A1 WO 2014182115A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
application
topic
domain
metadata
Prior art date
Application number
PCT/KR2014/004143
Other languages
English (en)
French (fr)
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 EP14794803.8A priority Critical patent/EP2996298A4/en
Priority to US14/889,477 priority patent/US10091134B2/en
Priority claimed from KR1020140055320A external-priority patent/KR102066294B1/ko
Publication of WO2014182115A1 publication Critical patent/WO2014182115A1/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/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits

Definitions

  • the present invention relates to an M2M system, and more particularly, to an open M2M system and a method for providing resource management, interfaces, and functions thereof.
  • small devices capable of computing, communication and networking functions can be attached to common objects such as meters and thermometers as well as information equipment. These small devices attached to the thing can automatically obtain the information of the thing or can share information through a communication network between the thing.
  • the term refers to a concept and technology for sharing information by connecting a network to a network using a communication device attached to the thing or configuring a communication network between the objects.
  • IoT is defined as "a new information and communication foundation that connects all things in the world to the network so that people and things, things and things can communicate with each other anytime, anywhere.”
  • IoT can be seen as an infrastructure for implementing a ubiquitous space where things are connected anytime, anywhere.
  • Every device must be registered in the search service platform, searchable, and connected to receive the service. It is required to define a resource management method and system of the registration and retrieval server for this purpose, and a search for a system for enabling various IoT devices to operate as IoT services through information registration and retrieval is required.
  • the present invention has been made to solve the above problems, and an object of the present invention is to provide an M2M system and a method for effectively managing resources constituting the M2M system that can optimize information management and sharing.
  • an object of the present invention is to provide a reference interface between a system for registration and search of IoT devices for providing IoT services and a functional model for information management and resource sharing, device search and access through the M2M architecture.
  • an object of the present invention is to provide a variety of Common Services Functions (CSF) through the M2M architecture.
  • CSF Common Services Functions
  • a resource management method includes: registering resources existing in a first domain with a second domain; And searching for metadata of a desired resource in the second domain.
  • the resources may include at least one of a topic, a device, and an application, and the topic may be a group of devices related to a specific subject.
  • the registration step may be performed by a topic creator, a device owner, and an application developer, and the search step may be performed by a user.
  • the second domain may include at least one of a topic directory that holds metadata of a topic, a device directory that holds metadata of a device, and an application directory that stores metadata of an application, wherein the metadata of the device is a device. Can be published in the metadata of the included topic.
  • the metadata of the device and the metadata of the application associated with the device may refer to each other.
  • the application related to the device may also be searched.
  • the searching step may search for a device associated with the application when the application is searched.
  • the method may further include accessing a resource existing in the first domain in an M2M scheme or a P2P scheme with reference to the metadata.
  • the M2M method may be a method of accessing a resource through a third domain that interacts with the first domain and the second domain, and the P2P method may be a method of accessing a resource without going through the third domain. have.
  • a reference interface for interworking between functional models (application, resource service entity, application repository, directory manager, etc.) constituting an open M2M system is provided, thereby providing a common interface such as mutual access, interworking, and data transfer between functional models.
  • This can be used as a standard model for reference in understanding and developing the system.
  • the M2M architecture enables the provision of various CSFs.
  • FIG. 1 is a diagram showing the architecture of an open M2M system to which the present invention is applicable;
  • FIG. 2 is a diagram provided in the description of a resource registration and retrieval process in an open M2M system
  • FIG. 3 is a diagram provided for explaining a topic-based resource publishing & subscription and access control process in an open M2M system
  • FIG. 5 illustrates a functional model and reference interface of an open M2M architecture.
  • FIG. 1 is a diagram showing the architecture of an open M2M system to which the present invention is applicable.
  • An open M2M system to which the present invention is applicable is a system for supporting resource registration, search and access on a global scale (global environment).
  • communication between a user and a resource is possible for both M2M communication and P2P communication.
  • a resource is a physical or virtual component that provides useful data to users in an open M2M architecture.
  • Resources include topics, devices, and applications, but can also include content, contexts, and services.
  • Topic' is a group of devices that are related to topics of interest that are common in open M2M architectures.
  • a “topic” may be a group of temperature sensors, humidity sensors, and illuminance sensors related to measurement of environmental information such as temperature, humidity, and illuminance. The 'topic' will be described later in detail.
  • An open M2M system to which the present invention is applicable includes a discovery domain 100, an interaction domain 200, and a resource domain 300, as shown in FIG. 1.
  • the discovery domain 100 includes a topic directory 110, a device directory 120, and an application directory 130.
  • Topic directory 110 supports topic registration and search.
  • the topic directory 110 includes a topic registration manager 111 for registering a topic of the topic creator 11 and a topic search manager 112 for providing a topic search result to the user 20.
  • the registration and search supported by the topic directory 110 is a topic based approach. That is, the topic registration is performed by registering devices to be included in the topic, and the topic search result is provided by providing devices included in the topic.
  • Device directory 120 supports device registration and retrieval. To this end, the device directory 120 includes a device registration manager 121 for registering a device of the device owner 12 and a device search manager 122 for providing a device search result to the user 20.
  • the device is a concept including a resource server 310, a resource gateway 320, and a resource end-point 330.
  • the application directory 130 supports application registration and search. To this end, the application directory 130 includes an application registration manager 131 for registering an application of the application developer 13 and an application search manager 132 for providing an application search result to the user 20.
  • Resource domain 300 includes a resource server 310, a resource gateway 320, a resource end-point 330, and an application repository 340.
  • a resource gateway may be connected or a resource end point may be connected to a lower part of the resource server 310, and a resource end point may be connected to a lower part of the resource gateway 320. That is, the resource endpoint may be connected to a resource gateway as well as to a resource server.
  • the resource endpoint 330 includes a sensor resource 351 for generating resource data, an actuator resource 352 for control and a management resource 353 for management.
  • the application store 340 stores a service app 341 and a service web 342.
  • the service app 341 is an application for receiving resource data from or controlling the device
  • the service web 342 is a URL of a web page for receiving resource data from the device or controlling the device.
  • the interaction domain 200 is a domain for interaction between the discovery domain 100 and the resource domain 300, and the mobile communication network 210, the wired network 220, the WiFi 230, and the PAN 240 are not mentioned. Other wired / wireless networks.
  • the resource domain 300 may interact with the discovery domain 100 through the interaction domain 200.
  • Devices 310, 320, and 330 have resource DBs 315, 325, and 335 that hold resource data and / or pointers (not shown) that are linked to other resource DBs. Accordingly, 1) the resource server 310 manages the resource data of the resource gateway and the resource endpoint registered to it, and 2) the resource gateway 320 manages the resource data of the resource endpoint registered to it. 3) The resource endpoint 330 may manage resource data of sensors, actuators, and management resources registered therein.
  • 'user 20' refers to a user terminal possessed by the user, but is referred to as 'user 20' for convenience of understanding and marking.
  • user 20 To access resource data, user 20 first searches for resources in topic directory 110, device directory 120, and application directory 130 in discovery domain 100.
  • the user 20 may access resource data of the retrieved resource through the interaction domain 200.
  • the user 20 is able to access the resource data of the resource endpoint in two communication ways.
  • M2M communication method which is an indirect method, in which the user 20 accesses resource data of a resource endpoint through a resource server or a resource gateway.
  • P2P communication method which is a direct method, in which the user 20 directly accesses resource data of a resource of a resource endpoint.
  • the open M2M system provides a resource registration and retrieval process on a global scale through the discovery domain 100. It has been described above that a resource includes a topic, a device, an application, and the like.
  • FIG. 2 is a diagram provided to explain a resource registration and retrieval process in an open M2M system.
  • the discovery domain 100 has resource metadata containing information on actual resources existing in the resource domain 300. Specifically, 1) topic directory 110 holds metadata about a topic, 2) device directory 120 holds metadata about a device, and 3) application directory 130 contains metadata about an application. Holds.
  • the provider 10 may register and publish a resource in the discovery domain 100.
  • the provider 10 is a generic term for the topic creator 11, the device owner 12, and the application developer 13.
  • the user 20 may subscribe to (subscribe) globally by searching for resources in the discovery domain 100.
  • Device metadata in the device directory 120 may be posted to the topic directory 110.
  • metadata of the device is posted in metadata of the topic.
  • the device metadata in the device directory 120 and the application metadata in the application directory 130 refer to each other (associated with each other).
  • the user 20 can find a device associated with the application (reference to that application).
  • the user 20 may find an application associated with (or referring to that device) that device.
  • the user 20 may refer to the metadata to read the resources 310, 320, 330, and the resource of the resource domain 300 through the interaction domain 200. 340 may be accessed.
  • FIG. 3 is a diagram provided to explain a topic based resource publishing & subscription and access control process in an open M2M system.
  • a topic creator first creates and registers a topic in the topic directory 110 (1).
  • 3 illustrates a situation in which topic-1 and topic-2 are generated and registered in the topic directory 110.
  • resources included in the topic are posted to the topic created in the topic directory 110 (2). As shown in FIG. 3, it is also possible for one resource-3 to be posted to multiple topics-1 and 2.
  • the users may search for the topic in the topic directory 110 (3).
  • users may subscribe (subscribe) to a specific topic in the topic directory 110 to obtain relevant resource data related to the topic (4).
  • FIG. 4 is a diagram provided to explain a resource DB.
  • the resource server 310, the resource gateways 320-1, 320-2, and the resource end-points 330-1, 330-2, 330-3 are connected to the resource DB 315, 325-1, 325-2, 335-1, 335-2, 335-3).
  • the legacy device (not shown) does not have a resource DB.
  • devices may be classified into a macro resource entity, a micro resource entity, and a tiny resource entity according to the connection / deployment form of the devices.
  • the macro resource entity is a type that includes all of the resource server 310, the resource gateway 320-1, and the resource end-point 330-1.
  • the SCLS-based model can be viewed as the type of macro resource entity assumed in the embodiment of the present invention.
  • a user can access resource data of the resource endpoint 330-1 through the resource server 310 and the resource gateway 320-1. That is, the resource endpoint 330-1 provides resource data to the user through the resource gateway 320-1 and the resource server 310.
  • the micro resource entity is a type that includes only the resource gateway 320-2 and the resource endpoint 330-2 without including a resource server.
  • a user can access resource data of the resource endpoint 330-2 through the resource gateway 320-2. That is, the resource endpoint 330-2 provides resource data to the user through the resource gateway 320-2.
  • Tiny resource objects are of a type that includes only resource endpoints 330-3, not resource servers and resource gateways.
  • a user can access resource data of the resource endpoint 330-2 without going through a resource server and a resource gateway. That is, resource endpoint 330-2 provides resource data to a user without going through a resource server and a resource gateway.
  • the resource DBs 315, 325-1, 325-2, 335-1, 335-2, and 335-3 have pointers linked to other resource DBs in addition to the resource data. It has been described above in the section. In FIG. 4, the link relationship is shown by the dotted line. By this link relationship, devices can obtain resource data even in resource DBs they do not possess.
  • the interaction domain 200 may provide a user with an integrated view for accessing resources in the resource domain 300 to provide a method and means for interacting with resources.
  • Resources in resource domain 300 are accessible through interaction APIs.
  • FIG. 5 illustrates a functional model and reference interface of an open M2M architecture.
  • the open M2M system includes functional models, an application A, a resource service entity (RSE), an application repository 340, and a directory manager 102.
  • RSE resource service entity
  • the application A is a software program installed in the M2M device, and provides useful data to the user based on device resources, and allows the user to control (manipulate) the device.
  • the M2M device in which the application A is installed / mounted includes the resource server 310, the resource gateways 320-1 and 320-2 and the resource endpoints 330-1 and 330-2 shown in FIG. 5. 330-3) and legacy resource end-point 350.
  • the resource service entity (RSE) is a functional module installed in the device and manages the system and data resources of the device.
  • the resource service entity (RSE) is responsible for not only device resource management but also network, security, registration / retrieval, subscription, and billing.
  • Resource DBs provided in the aforementioned devices may be included in a resource service entity (RSE).
  • the application store 340 is a storage designed to upload and download an application, manages information about the application, and registers application information with the application directory manager 132.
  • Directory manager 102 includes topic directory manager 112, device directory manager 122, and application directory manager 132.
  • the topic directory manager 112 manages topic-based registration / search and topic-based publish / subscribe functions
  • the device directory manager 122 manages directory-based registration / search and topic-based publish / subscribe functions
  • the application directory manager 132 manages application-based registration / search and topic-based publishing / subscription functions.
  • R2R 410 As shown in FIG. 5, in the open M2M architecture, as a reference interface, R2R 410, A2A 420, A2R 430, R2DM 440, R2AR 450, AR2DM 460, A2AR 470. And A2DM 480.
  • RSE-to-RSE (R2R) 410 is a reference interface that provides general functionality for interworking between Resource Service Entities (RSEs).
  • the R2R 410 may include: 1) registration functions between resource service entities (RSEs), 2) data get, put, post, and delete functions between resource service entities (RSEs). And 3) resource service entity (RSE) function request / response functions such as data management, network management, security management, group management, etc. between resource service entities (RSE).
  • Application-to-Application (A2A) 420 is a reference interface that provides general functions for interworking between applications (A).
  • the A2A 420 supports 1) a general function between the applications A and 2) a remote method invocation function between the applications A.
  • the Application-to-RSE (A2R) 430 is a reference interface that provides general functions for interworking between the application A and the resource service entity (RSE).
  • the A2R 430 includes: 1) a function of registering an application A with a resource service entity (RSE), 2) a function of acquiring, transferring, posting, and deleting data between the application A and the resource service entity (RSE), and 3) It supports resource service entity (RSE) function request / response functions such as data management, network management, security management, group management, etc. between the application A and the resource service entity (RSE).
  • RSE-to-Directory Manager (R2DM) 440 is a reference interface that provides general functionality for interworking between a resource service entity (RSE) and directory manager 102.
  • the R2DM 440 includes 1) a function of registering a resource information (ID, name, location, keyword, network address, etc.) with the directory manager 102 by a resource service entity (RSE), and 2) a resource service entity (RSE).
  • the directory manager 102 supports the ability to search for topics / devices / applications, and 3) the resource service entity (RSE) subscribes to the topic of the topic directory manager 112.
  • the RSE-to-Application Repository (R2AR) 450 is a reference interface that provides general functions for interworking between a resource service entity (RSE) and an application repository 340.
  • the R2AR 450 supports the ability of a resource service entity (RSE) to download an application from the application repository 340.
  • the Application Repository-to-Directory Manager (AR2DM) 460 is a reference interface that provides general functions for interworking between the application repository 340 and the directory manager 102.
  • the AR2DM 460 supports a function in which the application repository 340 registers with the directory manager 102 the application information (ID, name, URI, category, keyword, etc.) in the application repository 340.
  • the Application-to-Application Repository (A2AR) 470 is a reference interface that provides general functions for interworking between the application A and the application repository 340.
  • A2AR 470 supports the function of uploading application A to application repository 340.
  • the Application-to-Directory Manager (A2DM) 480 is a reference interface that provides general functions for interworking between the application A and the directory manager 102.
  • the A2DM 480 includes: 1) the ability for the application A to retrieve topics, devices, and applications from the directory manager 102; and 2) the application A to the topic directory manager 112 of the directory manager 102. 3) the application (A) supports the ability to subscribe to the topic of the topic directory manager 112.
  • the user searches for the desired other device through the A2R 430 or the A2DM 480 with the application A of the device to obtain information of the other device.
  • the user obtains information of a desired application among applications of other devices in the directory manager 102 through the A2DM 480 as the application A of the device.
  • information of another device obtained previously is used.
  • the user requests the application download to the application store 340 through the A2AR 470 to the application (A) of the device.
  • the download request includes the previously obtained application information.
  • the application store 340 delivers the application to the user's device via the R2AR 450, so that the application is downloaded to the user's device.
  • the resource service entity (RSE) of the device searches for another desired device through the R2R 410 or the R2DM 440 to obtain information of the other device.
  • the resource service entity (RSE) of the device obtains information of a desired application among applications of other devices from the directory manager 102 through the R2DM 440. In order to acquire the application information, information of another device obtained previously is used.
  • the resource service entity (RSE) of the device requests an application download to the application store 340 through the R2AR 450.
  • the download request includes the previously obtained application information.
  • the application store 340 delivers the application to the user's device via the R2AR 450, so that the application is downloaded to the user's device.
  • the user obtains information of a desired application among the applications of the device from the directory manager 102 through the A2DM 480 as the application A of the device.
  • Device information is used to obtain application information.
  • the user requests the application download to the application store 340 through the A2AR 470 to the application (A) of the device.
  • the download request includes the previously obtained application information.
  • the application store 340 delivers the application to the user's device via the R2AR 450, so that the application is downloaded to the user's device.
  • the resource service entity (RSE) of the device obtains the information of the desired application among the applications of the device in the directory manager 102 via the R2DM 440.
  • Device information is used to obtain application information.
  • the resource service entity (RSE) of the device requests an application download to the application store 340 through the R2AR 450.
  • the download request includes the previously obtained application information.
  • the application store 340 delivers the application to the user's device via the R2AR 450, so that the application is downloaded to the user's device.
  • the node holds an application entity (AE) and / or a common service entity (CSE). At this time, the node may have at least one AE. In addition, the node may or may not have a CSE. A node that does not have a CSE is referred to as an application dedicated node (ADN). On the other hand, when having a CSE, it is common to have one CSE, but is not necessarily limited to one.
  • AE application entity
  • CSE common service entity
  • the 'node' may be the 'device' described above
  • the 'AE' may be the 'application (A) or application instance' described above
  • the CSE may be the 'RSE' described above.
  • the node, AE and CSE may be implemented in a different type from the above-described device, application A or application instance and RSE.
  • CSE provides Common Services Functions (CSFs).
  • CSFs provided by the CSE include 1) Application and Service Layer Management (ASM) CSF, 2) Device Firmware Management Function (DFMF) CSF, 3) DIS (Discovery) CSF and 4) GMG (Group Management) CSF. .
  • ASM Application and Service Layer Management
  • DFMF Device Firmware Management Function
  • DIS Discovery
  • GMG Group Management
  • ASM Application and Service Layer Management
  • Nodes include ADNs (Application Dedicated Nodes), ASNs (Application Service Nodes), MNs (Middle Nodes) and INs (Infrastructure Nodes) ) Is included.
  • the CSF manages the life cycle of firmware associated with a device.
  • Device firmware consists of firmware modules and artifacts (eg, configuration / configuration files) held in the device.
  • the device may hold one or more firmware images, providing the capability to manage each firmware image.
  • the firmware life cycle includes actions to download, update, or remove a firmware image. Also, the firmware can download and update in the same task (one task).
  • the CSF can limit the range of information returned to Originator using Filter Criteria provided by Originator.
  • the filter criteria are, for example, keywords, identifiers, locations, semantic information, or a combination thereof.
  • the search request is passed to the address (eg, URI) of the resource on which the search is performed.
  • the DIS CSF retrieves, identifies, and returns matching information for the retrieved resource according to the filter criteria.
  • the success response to the search request may include the retrieved information or the address (eg, URI) of the retrieved resource.
  • Originator can retrieve the resource using the retrieved address.
  • the CSE that receives the search request may forward the search request to CSEs of other ASNs, MNs or INs registered with it.
  • GMG (Group Management) CSF handles group related requests.
  • the 'group' may be the 'topic' described above.
  • the GMG CSF manages groups and their members.
  • the GMG CSF supports bulk operations on various resources of interest and collects the results.
  • GMG CSF enables grouping based access control. If necessary and possible, the GMG CSF can leverage the basic capabilities of existing networks, including broadcasting / multicasting.
  • the GMG CSF may handle requests from AEs and / or other CSEs.
  • Grouping allows an M2M system to perform bulk operations on multiple devices, applications or resources.
  • GMG CSF manages resources and tasks related to grouping.
  • the GMG CSF handles group create, query, update, and delete requests.
  • the AE or CSE may request addition and deletion of group members as well as creation / retrieve / update / deletion of the group.
  • the GMG CSF may create one or more groups in the CSEs of the nodes that make up the M2M system for a particular purpose.
  • specific purposes include access control, device management, fan-out (multicasting) common operations, etc., to a group of devices.
  • the GMG CSF is also a feature that simplifies this particular purpose.
  • the GMG CSF handles retrieval requests for information about groups and related members (eg, URIs, metadata, etc.).
  • GMG CSF manages group membership.
  • the GMG CSF handles requests to add members to or remove members from a list.
  • a member can belong to one or more groups.
  • a group can be a member of another group.
  • the GMG CSF checks that member meets the group's purpose.
  • the specific resource may be, for example, a device / resource providing information, as well as a virtual device / resource generated by the GMG CSF.
  • AEs or CSEs having a common role with respect to access rights are included in the same group.
  • the role may be a service provided by AEs or CSEs, but is not necessarily limited thereto.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

개방형 M2M 시스템 및 방법이 제공된다. 본 발명의 실시예에 따른 리소스 관리 방법은, 제1 도메인에 존재하는 리소스들을 제2 도메인에 등록하고, 제2 도메인에서 원하는 리소스의 메타 데이터를 검색한다. 이에 의해, 정보 관리 및 공유를 최적화할 수 있음은 물론, 리소스 등록과 검색이 글로벌 스케일로 가능하도록 지원가능하게 된다.

Description

개방형 M2M 시스템 및 방법
본 발명은 M2M 시스템에 관한 것으로, 더욱 상세하게는 개방형 M2M 시스템 및 그의 리소스 관리, 인터페이스 및 기능 제공 방법에 관한 것이다.
정보통신기술의 발달은 개인용 컴퓨터나 노트북 컴퓨터와 같은 컴퓨터를 중심으로 이루어진 네트워킹 및 인터넷 환경을 컴퓨터를 포함한 스마트폰, PDA, 휴대용 멀티미디어 기기와 같이 이동이 가능한 소형의 기기를 중심으로 변화시키고 있다.
그러나, 연산, 통신 및 네트워킹 기능이 가능한 소형 장치들은 정보화 기기뿐만 아니라 계량기, 온도계와 같은 일반적인 사물에도 부착될 수가 있다. 사물에 부착된 이러한 소형 장치들은 사물의 정보를 자동으로 획득하게 해주거나 사물 간의 통신 네트워크를 통해 정보의 상호 공유가 가능해진다.
이와 같이 사물에 부착된 통신 장치를 이용하여 사물이 네트워크에 연결되거나 사물간에 통신 네트워크를 구성하여 정보를 공유하는 개념 및 기술을 지칭하는 용어로 IoT(Internet of Things : 사물 인터넷), M2M(Machine to Machine) 및 사물지능통신 등이 있다.
이러한 네트워크 환경에서는 사람 대 사람, 사람 대 사물 뿐만 아니라 사물 대 사물 간의 통신 네트워크가 가능해져 모든 객체 간의 정보 공유가 가능해지며 이는 미래 유비쿼터스 정보 서비스 사회로 진화하기 위한 필수적인 기술 요소라 할 수 있을 것이다.
정보 관리 및 공유를 최적화할 수 있는 M2M 시스템 및 M2M 시스템을 구성하는 리소스들을 효과적으로 관리하기 위한 방안의 모색이 요청된다.
한편, IoT는 "세상에서 존재하는 모든 사물(things)을 네트워크로 연결해 인간과 사물, 사물과 사물 간에 언제 어디서나 서로 소통할 수 있도록 하는 새로운 정보통신 기반"이라고 정의된다. 즉, IoT는 언제 어디서나 사물이 연결되는 유비쿼터스 공간을 구현하기 위한 인프라로 볼 수 있다.
IoT를 위해서는, 모든 디바이스가 검색 서비스 플랫폼에 등록되어 검색 가능하고, 연결되어서 서비스를 받을 수 있어야 한다. 이를 위한 등록 및 검색 서버의 리소스 관리 방법 및 체계 정의가 요구되며 다양한 IoT 디바이스가 정보 등록 및 검색을 통해서 IoT 서비스로 동작할 수 있도록 하기 위한 시스템의 모색이 요청된다.
본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 목적은, 정보 관리 및 공유를 최적화할 수 있는 M2M 시스템 및 M2M 시스템을 구성하는 리소스들을 효과적으로 관리하기 위한 방법을 제공함에 있다.
또한, 본 발명의 목적은, 개방형 M2M 시스템에서 리소스를 글로벌하게 등록하고 검색하고, 개방형 M2M 시스템의 기능 모델 간 참조 인터페이스를 제공함에 있다.
특히, 본 발명의 목적은, IoT 서비스 제공을 위한 IoT 디바이스의 등록 및 검색을 위한 시스템과 M2M 아키텍쳐를 통한 정보 관리 및 자원 공유, 디바이스 검색 및 접근을 위한 기능 모델 간의 참조 인터페이스를 제공함에 있다.
아울러, 본 발명의 목적은, M2M 아키텍처를 통해 다양한 CSF(Common Services Function)들을 제공함에 있다.
상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른, 리소스 관리 방법은, 제1 도메인에 존재하는 리소스들을 제2 도메인에 등록하는 단계; 및 상기 제2 도메인에서 원하는 리소스의 메타 데이터를 검색하는 단계;를 포함한다.
그리고, 상기 리소스들은, 토픽, 디바이스 및 어플리케이션 중 적어도 하나를 포함하고, 상기 토픽은, 특정 주제에 관련된 디바이스들의 그룹일 수 있다.
또한, 상기 등록단계는, 토픽 생성자, 디바이스 소유자 및 어플리케이션 개발자에 의해 수행되고, 상기 검색 단계는, 사용자에 의해 수행될 수 있다.
그리고, 상기 제2 도메인은, 토픽의 메타 데이터를 보유하는 토픽 디렉터리, 디바이스의 메타 데이터를 보유하는 디바이스 디렉터리 및 어플리케이션의 메타 데이터를 보유하는 어플리케이션 디렉터리 중 적어도 하나를 포함하고, 디바이스의 메타 데이터는 디바이스가 포함된 토픽의 메타 데이터에 게시될 수 있다.
또한, 디바이스의 메타 데이터와 디바이스에 연관된 어플리케이션의 메타 데이터는 서로 참조할 수 있다.
그리고, 상기 검색단계는, 디바이스 검색시 디바이스에 연관된 어플리케이션도 검색할 수 있다.
또한, 상기 검색단계는, 어플리케이션 검색시 어플리케이션에 연관된 디바이스도 검색할 수 있다.
그리고, 상기 메타 데이터를 참고로, 상기 제1 도메인에 존재하는 리소스에 M2M 방식 또는 P2P 방식으로 액세스하는 단계;를 더 포함할 수 있다.
또한, 상기 M2M 방식은, 상기 제1 도메인과 상기 제2 도메인을 인터랙션하는 제3 도메인을 통해 리소스에 액세스하는 방식이고, 상기 P2P 방식은, 상기 제3 도메인을 통하지 않고 리소스에 액세스 하는 방식일 수 있다.
이상 설명한 바와 같이, 본 발명의 실시예들에 따르면, 정보 관리 및 공유를 최적화할 수 있음은 물론, 리소스 등록과 검색이 글로벌 스케일로 가능하도록 지원가능하게 된다.
또한, 개방형 M2M 시스템을 구성하는 기능 모델들(어플리케이션, 리소스 서비스 엔티티, 어플리케이션 저장소, 디렉터리 관리자 등) 간의 연동을 위한 참조 인터페이스가 제공되어, 기능 모델 간의 상호 접근, 연동, 데이터 전달 등의 공통 인터페이스를 통해 본 시스템에 대한 이해와 개발 시 참고를 위한 표준 모델로 이용할 수 있게 된다. 아울러, M2M 아키텍처를 통해 다양한 CSF들을 제공할 수 있게 된다.
도 1은 본 발명이 적용 가능한 개방형 M2M 시스템의 아키텍처를 도시한 도면,
도 2는 개방형 M2M 시스템에서, 리소스 등록 및 검색 과정의 설명에 제공되는 도면,
도 3은 개방형 M2M 시스템에서, 토픽 기반 리소스 게시&가입 및 액세스 제어 과정의 설명에 제공되는 도면,
도 4는 리소스 DB의 설명에 제공되는 도면, 그리고,
도 5는 개방형 M2M 아키텍처의 기능 모델과 참조 인터페이스를 나타낸 도면이다.
이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.
1. 개방형 M2M 아키텍처
도 1은 본 발명이 적용 가능한 개방형 M2M 시스템의 아키텍처를 도시한 도면이다. 본 발명이 적용 가능한 개방형 M2M 시스템은, 글로벌 스케일(글로벌 환경)에서 리소스 등록, 검색 및 액세스를 지원하기 위한 시스템이다. 본 발명이 적용 가능한 개방형 M2M 시스템에서, 사용자와 리소스 간의 통신은 M2M 통신과 P2P 통신 모두 가능하다.
'글로벌 스케일'은 전세계에 존재하는 리소스들을 등록, 검색 및 액세스할 수 있음을 의미한다. 하지만, 구현의 한계와 필요에 따라 등록, 검색 및 액세스 가능한 범위는 그 보다 작게 제한할 수 있다.
'리소스'는 개방형 M2M 아키텍처에서 사용자에게 유용한 데이터를 제공하는 물리적 구성 요소 또는 가상의 구성 요소이다. 리소스는 토픽, 디바이스 및 어플리케이션을 포함하는데, 이 밖에도 컨텐츠, 컨텍스트 및 서비스 등을 더 포함할 수 있다.
'토픽'은 개방형 M2M 아키텍처에서 공통된 관심 주제와 관련 있는 디바이스들의 그룹이다. 예를 들어, '토픽'은 온도, 습도 및 조도 등의 환경 정보 측정과 관련 있는 온도 센서, 습도 센서 및 조도 센서의 그룹일 수 있다. '토픽'에 대해서는 상세히 후술한다.
본 발명이 적용 가능한 개방형 M2M 시스템은, 도 1에 도시된 바와 같이, 디스커버리 도메인(100), 인터랙션 도메인(200) 및 리소스 도메인(300)을 포함한다.
디스커버리 도메인(100)은 토픽 디렉터리(110), 디바이스 디렉터리(120) 및 어플리케이션 디렉터리(130)를 포함한다.
토픽 디렉터리(110)는 토픽 등록 및 검색을 지원한다. 이를 위해, 토픽 디렉터리(110)는, 토픽 생성자(11)의 토픽을 등록하는 토픽 등록 관리자(111) 및 사용자(20)에 토픽 검색 결과를 제공하는 토픽 검색 관리자(112)를 포함한다.
토픽 디렉터리(110)에서 지원하는 등록 및 검색은 토픽 기반 방식이다. 즉, 토픽 등록은 토픽에 포함될 디바이스들을 등록하는 방식으로 이루어지고, 토픽 검색 결과는 토픽에 포함된 디바이스들을 제공하는 방식으로 이루어진다.
디바이스 디렉터리(120)는 디바이스 등록 및 검색을 지원한다. 이를 위해, 디바이스 디렉터리(120)는, 디바이스 소유자(12)의 디바이스를 등록하는 디바이스 등록 관리자(121) 및 사용자(20)에 디바이스 검색 결과를 제공하는 디바이스 검색 관리자(122)를 포함한다.
여기서, 디바이스는, 리소스 서버(310), 리소스 게이트웨이(320), 리소스 엔드-포인트(330)를 포함하는 개념이다.
어플리케이션 디렉터리(130)는 어플리케이션 등록 및 검색을 지원한다. 이를 위해, 어플리케이션 디렉터리(130)는, 어플리케이션 개발자(13)의 어플리케이션을 등록하는 어플리케이션 등록 관리자(131) 및 사용자(20)에 어플리케이션 검색 결과를 제공하는 어플리케이션 검색 관리자(132)를 포함한다.
리소스 도메인(300)은 리소스 서버(310), 리소스 게이트웨이(320), 리소스 엔드-포인트(330) 및 어플리케이션 저장소(340)를 포함한다.
도 1에 도시된 바와 같이, 리소스 서버(310)의 하위에는 리소스 게이트웨이가 연결되거나 리소스 엔드-포인트가 연결될 수 있고, 리소스 게이트웨이(320)의 하위에는 리소스 엔드-포인트가 연결될 수 있다. 즉, 리소스 엔드-포인트는 리소스 게이트웨이에 연결될 수 있음은 물론 리소스 서버에 연결될 수도 있다.
리소스 엔드-포인트(330)는 리소스 데이터 생성을 위한 센서 리소스(351), 제어를 위한 액츄에이터 리소스(352) 및 관리를 위한 관리 리소스(353)를 포함한다.
어플리케이션 저장소(340)는 서비스 앱(341) 및 서비스 웹(342)을 저장하고 있다. 서비스 앱(341)은 디바이스로부터 리소스 데이터를 제공받거나 디바이스를 제어하기 위한 어플리케이션이고, 서비스 웹(342)은 디바이스로부터 리소스 데이터를 제공받거나 디바이스를 제어하기 위한 웹페이지의 URL이다.
인터랙션 도메인(200)은 디스커버리 도메인(100)과 리소스 도메인(300) 간의 인터랙션을 위한 도메인으로, 이동통신망(210), 유선 네트워크(220), WiFi(230) 및 PAN(240)은 물론, 언급되지 않은 다른 유/무선 네트워크를 포함할 수 있다.
리소스 도메인(300)은 인터랙션 도메인(200)을 통해 디스커버리 도메인(100)과 인터랙션(연동) 할 수 있다.
디바이스들(310, 320 및 330)은 리소스 데이터를 보유하는 리소스 DB들(315, 325 및 335) 및/또는 다른 리소스 DB에 링크된 포인터(미도시)를 보유하고 있다. 이에 따라, 1) 리소스 서버(310)는 리소스 게이트웨이와 자신에 등록된 리소스 엔드-포인트의 리소스 데이터를 관리하고, 2) 리소스 게이트웨이(320)는 자신에 등록된 리소스 엔드-포인트의 리소스 데이터를 관리하며, 3) 리소스 엔드-포인트(330)는 자신에 등록된 센서, 액츄에이터 및 관리 리소스들의 리소스 데이터를 관리할 수 있다.
한편, 사용자(20)는 인터랙션 도메인(200)을 통해 리소스 데이터에 액세스할 수 있다. 엄밀하게, '사용자(20)'는 사용자가 보유하고 있는 사용자 단말을 의미하는 것이지만, 이해와 표기의 편의를 위해 '사용자(20)'로 표기한다.
리소스 데이터에 액세스하기 위해, 사용자(20)는 디스커버리 도메인(100)의 토픽 디렉터리(110), 디바이스 디렉터리(120) 및 어플리케이션 디렉터리(130)에서, 먼저 리소스를 검색한다.
그리고, 사용자(20)는 인터랙션 도메인(200)을 통해 검색된 리소스의 리소스 데이터에 액세스할 수 있다. 개방형 M2M 아키텍처에서, 사용자(20)는 리소스 엔드-포인트의 리소스 데이터에 두 가지 통신 방식으로 액세스가능하다.
하나는, 간접적인(indirect) 방식인 M2M 통신 방식으로, 사용자(20)가 리소스 서버나 리소스 게이트웨이를 통해 리소스 엔드-포인트의 리소스 데이터에 액세스하는 것이다. 다른 하나는, 직접적인(direct) 방식인 P2P 통신 방식으로, 사용자(20)가 직접 리소스 엔드-포인트의 리소스의 리소스 데이터에 액세스하는 것이다.
2. 개방형 M2M 시스템의 기능
이하에서, 도 1에 도시된 개방형 M2M 시스템의 기능에 대해 상세히 설명한다.
2.1 리소스 등록 및 검색
개방형 M2M 시스템은 디스커버리 도메인(100)을 통해 글로벌 스케일에서 리소스 등록 및 검색 프로세스를 제공한다. 리소스에 토픽, 디바이스, 어플리케이션 등이 포함됨은 전술한 바 있다. 도 2는 개방형 M2M 시스템에서, 리소스 등록 및 검색 과정의 설명에 제공되는 도면이다.
디스커버리 도메인(100)은 리소스 도메인(300)에 존재하는 실제 리소스에 대한 정보가 수록된 리소스 메타 데이터를 보유하고 있다. 구체적으로, 1) 토픽 디렉터리(110)는 토픽에 대한 메타 데이터를 보유하고, 2) 디바이스 디렉터리(120)는 디바이스에 대한 메타 데이터를 보유하며, 3) 어플리케이션 디렉터리(130)는 어플리케이션에 대한 메타 데이터를 보유하고 있다.
제공자(10)는 디스커버리 도메인(100)에 리소스를 등록하여 게시할 수 있다. 여기서, 제공자(10)는, 토픽 생성자(11), 디바이스 소유자(12) 및 어플리케이션 개발자(13)를 통칭하는 용어이다.
사용자(20)는 디스커버리 도메인(100)에서 리소스를 글로벌하게 검색하여 가입(구독)할 수 있다.
디바이스 디렉터리(120)에 있는 디바이스 메타 데이터는 토픽 디렉터리(110)에 게시될 수 있다. 구체적으로, 디바이스가 토픽에 포함된 경우 해당 디바이스의 메타 데이터는 해당 토픽의 메타 데이터에 게시된다.
또한, 디바이스 디렉터리(120)에 있는 디바이스 메타 데이터와 어플리케이션 디렉터리(130)에 있는 어플리케이션 메타 데이터는 서로 참조하고 있다(연관되어 있다).
따라서, 어플리케이션 디렉터리(130)에서 어플리케이션을 찾은 경우, 사용자(20)는 그 어플리케이션에 연관된(그 어플리케이션을 참조하는) 디바이스를 찾을 수 있다.
반대로, 디바이스 디렉터리(120)에서 디바이스를 찾은 경우, 사용자(20)는 그 디바이스에 연관된(그 디바이스를 참조하는) 어플리케이션을 찾을 수 있다.
이와 같은 방법으로, 디스커버리 도메인(100)에서 리소스 메타 데이터를 검색한 후에, 사용자(20)는 메타 데이터를 참고하여 인터랙션 도메인(200)을 통해 리소스 도메인(300)의 리소스(310, 320, 330, 340)에 액세스할 수 있다.
2.2 토픽 기반 리소스 게시&가입(구독) 및 액세스 제어
이하에서는, 개방형 M2M 시스템에서 토픽 기반의 리소스 게시&가입 과정과 리소스 액세스 제어 과정에 대해, 도 3을 참조하여 상세히 설명한다. 도 3은 개방형 M2M 시스템에서, 토픽 기반 리소스 게시&가입 및 액세스 제어 과정의 설명에 제공되는 도면이다.
도 3에 도시된 바와 같이, 먼저 토픽 생성자가 토픽 디렉터리(110)에 토픽을 생성하여 등록한다(①). 도 3에는 토픽 디렉터리(110)에 토픽-1과 토픽-2가 생성되어 등록된 상황을 예시하였다.
그러면, 토픽에 포함된 리소스들이 토픽 디렉터리(110)에 생성된 토픽에 게시된다(②). 도 3에 도시된 바와 같이 하나의 리소스-3이 다수의 토픽-1,2에 게시되는 것도 가능하다.
이에, 사용자들은 토픽 디렉터리(110)에서 토픽을 검색할 수 있다(③). 또한, 사용자들은 토픽 디렉터리(110)에서 원하는 특정 토픽을 가입(구독)하여 토픽과 관련한 관련된 리소스 데이터들을 얻을 수 있다(④).
이를 위해, 리소스가 토픽에 게시된 경우, 게시된 리소스의 액세스 권한은 토픽으로 위임된다. 또한, 사용자가 특정 토픽에 가입(구독)하는 경우, 사용자는 그 토픽과 관련한 리소스들에 대한 액세스 권한을 획득하게 된다.
2.3 M2M 리소스 DB의 구조
이하에서는, 개방형 M2M 아키텍처에서 디바이스가 보유하는 리소스 DB의 구조에 대해 도 4를 참조하여 상세히 설명한다. 도 4는 리소스 DB의 설명에 제공되는 도면이다.
도 1을 통해 전술한 바 있듯이, 리소스 서버(310), 리소스 게이트웨이(320-1, 320-2) 및 리소스 엔드-포인트(330-1, 330-2, 330-3)는 리소스 DB(315, 325-1, 325-2, 335-1, 335-2, 335-3)를 보유하고 있다. 단, 레거시 디바이스(미도시)는 리소스 DB를 보유하지 않는다.
도 4에 도시된 바와 같이, 디바이스들의 연결/구축 형태에 따라, 디바이스들은 매크로 리소스 개체, 마이크로 리소스 개체 및 Tiny 리소스 개체로 구분할 수 있다.
매크로 리소스 개체는, 리소스 서버(310), 리소스 게이트웨이(320-1) 및 리소스 엔드-포인트(330-1)를 모두 포함하는 유형이다. ETSI 표준에서 SCLS 기반 모델은, 본 발명의 실시예에서 상정하고 있는 매크로 리소스 개체의 유형으로 볼 수 있다.
매크로 리소스 개체에서, 사용자는 리소스 서버(310)와 리소스 게이트웨이(320-1)를 통해 리소스 엔드-포인트(330-1)의 리소스 데이터에 액세스할 수 있다. 즉, 리소스 엔드-포인트(330-1)는 리소스 게이트웨이(320-1)와 리소스 서버(310)를 통해 사용자에 리소스 데이터를 제공한다.
마이크로 리소스 개체는, 리소스 서버를 포함하지 않고 리소스 게이트웨이(320-2)와 리소스 엔드-포인트(330-2)만을 포함하는 유형이다. 마이크로 리소스 개체에서, 사용자는 리소스 게이트웨이(320-2)를 통해 리소스 엔드-포인트(330-2)의 리소스 데이터에 액세스할 수 있다. 즉, 리소스 엔드-포인트(330-2)는 리소스 게이트웨이(320-2)를 통해 사용자에 리소스 데이터를 제공한다.
Tiny 리소스 개체는, 리소스 서버와 리소스 게이트웨이를 포함하지 않고 리소스 엔드-포인트(330-3)만을 포함하는 유형이다. Tiny 리소스 개체에서, 사용자는 리소스 서버와 리소스 게이트웨이를 통하지 않고 리소스 엔드-포인트(330-2)의 리소스 데이터에 액세스할 수 있다. 즉, 리소스 엔드-포인트(330-2)는 리소스 서버와 리소스 게이트웨이를 통하지 않고 사용자에 리소스 데이터를 제공한다.
한편, 리소스 DB들(315, 325-1, 325-2, 335-1, 335-2, 335-3)은 리소스 데이터 외에 다른 리소스 DB에 링크된 포인터를 보유하고 있음은, 도 1에 대한 설명 부분에서 전술한 바 있다. 도 4에서는 링크 관계를 점선으로 나타내었다. 이 링크 관계에 의해, 디바이스들은 자신이 보유하고 있지 않은 리소스 DB에서도 리소스 데이터를 획득할 수 있게 된다.
한편, 인터랙션 도메인(200)은 리소스 도메인(300)에서 리소스들에 액세스하는 통합 뷰를 사용자에게 제공하여, 리소스들에 인터랙션 하는 방법과 수단을 제공할 수 있다. 리소스 도메인(300)의 리소스들은 인터랙션 API들을 통해 액세스 가능하다.
3. 개방형 M2M 아키텍처 다이어그램
3.1 기능 모델(Functional Element)
이하에서는, 개방형 M2M 아키텍처의 기능 모델들에 대해, 도 5를 참조하여 상세히 설명한다. 도 5는 개방형 M2M 아키텍처의 기능 모델과 참조 인터페이스를 나타낸 도면이다.
도 5에 도시된 바와 같이, 개방형 M2M 시스템은 기능 모델들로, 어플리케이션(A), 리소스 서비스 엔티티(Resource Service Entity : RSE), 어플리케이션 저장소(340) 및 디렉터리 관리자(102)를 포함한다.
어플리케이션(A)은 M2M 디바이스에 탑재되는 소프트웨어 프로그램으로, 디바이스 리소스를 기반으로 사용자에게 유용한 데이터를 제공하고, 사용자가 디바이스를 제어(조작)할 수 있도록 한다.
여기서, 어플리케이션(A)이 설치/탑재되는 M2M 디바이스는, 도 5에 도시된 리소스 서버(310), 리소스 게이트웨이(320-1, 320-2) 및 리소스 엔드-포인트(330-1, 330-2, 330-3) 및 레거시 리소스 엔드-포인트(350)를 포함한다.
리소스 서비스 엔티티(RSE)는 디바이스에 탑재된 기능 모듈로, 디바이스의 시스템과 데이터 리소스를 관리한다. 리소스 서비스 엔티티(RSE)는 디바이스 리소스 관리 뿐만 아니라, 네트워크, 보안, 등록/검색, 가입, 과금 등을 담당한다. 전술한 바 있는 디바이스들에 마련된 리소스 DB들은 리소스 서비스 엔티티(RSE)에 포함될 수 있다.
어플리케이션 저장소(340)는 어플리케이션을 업로드 및 다운로드 할 수 있도록 설계된 스토리지로, 어플리케이션에 대한 정보를 관리하고, 어플리케이션 디렉터리 관리자(132)에 어플리케이션 정보를 등록한다.
디렉터리 관리자(102)는 토픽 디렉터리 관리자(112), 디바이스 디렉터리 관리자(122) 및 어플리케이션 디렉터리 관리자(132)를 포함한다.
토픽 디렉터리 관리자(112)는 토픽 기반의 등록/검색 및 토픽 기반의 게시/가입 기능을 관리하고, 디바이스 디렉터리 관리자(122)는 디렉터리 기반의 등록/검색 및 토픽 기반의 게시/가입 기능을 관리하며, 어플리케이션 디렉터리 관리자(132)는 어플리케이션 기반의 등록/검색 및 토픽 기반의 게시/가입 기능을 관리한다.
3.2 참조 인터페이스
이하에서는, 개방형 M2M 아키텍처에서 전술한 기능 모델들 간의 연동을 위한 참조 인터페이스에 대해, 도 5를 참조하여 상세히 설명한다.
도 5에 도시된 바와 같이, 개방형 M2M 아키텍처에서는 참조 인터페이스로, R2R(410), A2A(420), A2R(430), R2DM(440), R2AR(450), AR2DM(460), A2AR(470) 및 A2DM(480)을 포함한다.
R2R(RSE-to-RSE)(410)은 리소스 서비스 엔티티(RSE)들 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. R2R(410)은, 1) 리소스 서비스 엔티티(RSE)들 간의 등록 기능, 2) 리소스 서비스 엔티티(RSE)들 간의 데이터 획득(get), 전달(put), 포스트(post), 삭제(delete) 기능, 3) 리소스 서비스 엔티티(RSE)들 간의 데이터 관리, 네트워크 관리, 보안 관리, 그룹 관리 등과 같은 리소스 서비스 엔티티(RSE) 기능 요청/응답 기능을 제공한다.
A2A(Application-to-Application)(420)는 어플리케이션(A)들 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. A2A(420)는, 1) 어플리케이션(A)들 간의 일반 기능, 2) 어플리케이션(A)들 간의 원격 메소드 호출(Remote method invocation) 기능을 지원한다.
A2R(Application-to-RSE)(430)은 어플리케이션(A)과 리소스 서비스 엔티티(RSE) 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. A2R(430)은, 1) 리소스 서비스 엔티티(RSE)에 어플리케이션(A)을 등록하는 기능, 2) 어플리케이션(A)과 리소스 서비스 엔티티(RSE) 간의 데이터 획득, 전달, 포스트, 삭제 기능, 3) 어플리케이션(A)과 리소스 서비스 엔티티(RSE) 간의 데이터 관리, 네트워크 관리, 보안 관리, 그룹 관리 등과 같은 리소스 서비스 엔티티(RSE) 기능 요청/응답 기능을 지원한다.
R2DM(RSE-to-Directory Manager)(440)은 리소스 서비스 엔티티(RSE)와 디렉터리 관리자(102) 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. R2DM(440)은, 1) 리소스 서비스 엔티티(RSE)가 디바이스 정보(ID, 명칭, 위치, 키워드, 네트워크 주소 등)를 디렉터리 관리자(102)에 등록하는 기능, 2) 리소스 서비스 엔티티(RSE)가 디렉터리 관리자(102)에서 토픽/디바이스/어플리케이션을 검색하는 기능, 3) 리소스 서비스 엔티티(RSE)가 토픽 디렉터리 관리자(112)의 토픽에 가입하는 기능을 지원한다.
R2AR(RSE-to-Application Repository)(450)은 리소스 서비스 엔티티(RSE)와 어플리케이션 저장소(340) 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. R2AR(450)은, 리소스 서비스 엔티티(RSE)가 어플리케이션 저장소(340)에서 어플리케이션을 다운로드하는 기능을 지원한다.
AR2DM(Application Repository-to-Directory Manager)(460)은 어플리케이션 저장소(340)와 디렉터리 관리자(102) 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. AR2DM(460)은, 어플리케이션 저장소(340)에 있는 어플리케이션 정보(ID, 명칭, URI, 카테고리, 키워드 등)을 어플리케이션 저장소(340)가 디렉터리 관리자(102)에 등록하는 기능을 지원한다.
A2AR(Application-to-Application Repository)(470)은 어플리케이션(A)과 어플리케이션 저장소(340) 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. A2AR(470)은 어플리케이션(A)을 어플리케이션 저장소(340)에 업로드하는 기능을 지원한다.
A2DM(Application-to-Directory Manager)(480)은 어플리케이션(A)과 디렉터리 관리자(102) 간의 연동을 위한 일반적인 기능들을 제공하는 참조 인터페이스이다. A2DM(480)은, 1) 어플리케이션(A)이 디렉터리 관리자(102)에서 토픽, 디바이스 및 어플리케이션을 검색하는 기능, 2) 어플리케이션(A)이 디렉터리 관리자(102)의 토픽 디렉터리 관리자(112)에 토픽을 생성하는 기능, 3) 어플리케이션(A)이 토픽 디렉터리 관리자(112)의 토픽에 가입하는 기능을 지원한다.
3.3 기능 모델과 참조 인터페이스에 의한 어플리케이션 다운로드
지금까지 설명한 참조 인터페이스들을 통해 '디바이스'에 '다른 디바이스를 제어하기 위한 어플리케이션'을 다운로드 받는 과정에 대해 상세히 설명한다. 이는, 1) 사용자의 개입에 의해 가능할 수 있음은 물론, 2) 디바이스가 자동으로 수행할 수도 있는 바, 이하에서는 각각에 대해 설명한다.
"1)"의 경우, 사용자가 디바이스의 어플리케이션(A)으로 A2R(430) 또는 A2DM(480)을 통해 원하는 다른 디바이스를 검색하여 다른 디바이스의 정보를 획득한다. 또한, 사용자는 디바이스의 어플리케이션(A)으로 A2DM(480)을 통해 디렉터리 관리자(102)에서 다른 디바이스의 어플리케이션들 중 원하는 어플리케이션의 정보를 획득한다. 어플리케이션 정보 획득에는 앞서 획득한 다른 디바이스의 정보가 이용된다.
다음, 사용자는 디바이스의 어플리케이션(A)으로 A2AR(470)을 통해 어플리케이션 저장소(340)에 어플리케이션 다운로드를 요청한다. 다운로드 요청에는 앞서 획득한 어플리케이션 정보가 포함된다.
이에, 어플리케이션 저장소(340)는 R2AR(450)을 통해 사용자의 디바이스에 어플리케이션을 전달하여, 그 결과 어플리케이션이 사용자의 디바이스에 다운로드된다.
"2)"의 경우, 디바이스의 리소스 서비스 엔티티(RSE)가 R2R(410) 또는 R2DM(440)을 통해 원하는 다른 디바이스를 검색하여 다른 디바이스의 정보를 획득한다. 또한, 디바이스의 리소스 서비스 엔티티(RSE)는 R2DM(440)을 통해 디렉터리 관리자(102)에서 다른 디바이스의 어플리케이션들 중 원하는 어플리케이션의 정보를 획득한다. 어플리케이션 정보 획득에는 앞서 획득한 다른 디바이스의 정보가 이용된다.
다음, 디바이스의 리소스 서비스 엔티티(RSE)는 R2AR(450)을 통해 어플리케이션 저장소(340)에 어플리케이션 다운로드를 요청한다. 다운로드 요청에는 앞서 획득한 어플리케이션 정보가 포함된다.
이에, 어플리케이션 저장소(340)는 R2AR(450)을 통해 사용자의 디바이스에 어플리케이션을 전달하여, 그 결과 어플리케이션이 사용자의 디바이스에 다운로드된다.
이하에서는, 참조 인터페이스들을 통해 '디바이스'에 '디바이스를 위한 어플리케이션'을 다운로드 받는 과정에 대해 상세히 설명한다. 이는, 1) 사용자의 개입에 의해 가능할 수 있음은 물론, 2) 디바이스가 자동으로 수행할 수도 있는 바, 이하에서는 각각에 대해 설명한다.
"1)"의 경우, 사용자가 디바이스의 어플리케이션(A)으로 A2DM(480)을 통해 디렉터리 관리자(102)에서 디바이스의 어플리케이션들 중 원하는 어플리케이션의 정보를 획득한다. 어플리케이션 정보 획득에는 디바이스의 정보가 이용된다.
다음, 사용자는 디바이스의 어플리케이션(A)으로 A2AR(470)을 통해 어플리케이션 저장소(340)에 어플리케이션 다운로드를 요청한다. 다운로드 요청에는 앞서 획득한 어플리케이션 정보가 포함된다.
이에, 어플리케이션 저장소(340)는 R2AR(450)을 통해 사용자의 디바이스에 어플리케이션을 전달하여, 그 결과 어플리케이션이 사용자의 디바이스에 다운로드된다.
"2)"의 경우, 디바이스의 리소스 서비스 엔티티(RSE)는 R2DM(440)을 통해 디렉터리 관리자(102)에서 디바이스의 어플리케이션들 중 원하는 어플리케이션의 정보를 획득한다. 어플리케이션 정보 획득에는 디바이스의 정보가 이용된다.
다음, 디바이스의 리소스 서비스 엔티티(RSE)는 R2AR(450)을 통해 어플리케이션 저장소(340)에 어플리케이션 다운로드를 요청한다. 다운로드 요청에는 앞서 획득한 어플리케이션 정보가 포함된다.
이에, 어플리케이션 저장소(340)는 R2AR(450)을 통해 사용자의 디바이스에 어플리케이션을 전달하여, 그 결과 어플리케이션이 사용자의 디바이스에 다운로드된다.
4. 개방형 M2M 아키텍처에서 제공되는 CSF
노드는 AE(Application Entity) 및/또는 CSE(Common Service Entity)을 보유한다. 이때, 노드는 적어도 하나의 AE를 보유할 수 있다. 또한, 노드는 CSE를 보유하거나 보유하지 않을 수 있다. CSE를 보유하지 않는 노드는, ADN(Application Dedicated Node)으로 지칭한다. 한편, CSE를 보유하는 경우, 1개의 CSE를 보유하는 것이 일반적이겠지만, 반드시 1개로 한정되는 것은 아니다.
여기서, '노드'는 전술한 '디바이스'이고, 'AE'는 전술한 '어플리케이션(A) 또는 어플리케이션 인스턴스'이며, CSE는 전술한 'RSE'일 수 있다. 하지만, 노드, AE 및 CSE를, 전술한 디바이스, 어플리케이션(A) 또는 어플리케이션 인스턴스 및 RSE와 다른 타입으로 구현할 수도 있음은 물론이다.
CSE는 CSF(Common Services Function : 공통 서비스 기능)들을 제공한다. CSE가 제공하는 CSF들에는, 1) ASM(Application and Service Layer Management) CSF, 2) DFMF(Device Firmware Management Function) CSF, 3) DIS(DIScovery) CSF 및 4) GMG(Group Management) CSF를 포함한다. 이하에서, 하나씩 상세히 설명한다.
4.1 ASM CSF
ASM(Application and Service Layer Management : 어플리케이션 및 서비스 계층 관리) CSF는 노드들의 AE(Application Entity)들과 CSE(Common Service Entity)들을 관리한다.
여기에는, CSE 기능들의 설정/환경설정(configure), 문제(고장) 진단/해결(troubleshoot) 및 업그레이드 기능은 물론, AE들의 업그레이드 기능을 포함한다.
노드들에는, ADN들(Application Dedicated Nodes : 어플리케이션 전용 노드들), ASN들(Application Service Nodes : 어플리케이션 서비스 노드들), MN들(Middle Nodes : 중간 노드들) 및 IN들(Infrastructure Nodes : 인프라 노드들)이 포함된다.
4.2 DFMF CSF
DFMF(Device Firmware Management Function : 디바이스 펌웨어 관리 기능) CSF는 디바이스와 관련한 펌웨어의 라이프 사이클(lifecycle)을 관리한다.
디바이스 펌웨어는 디바이스에 보유되는 펌웨어 모듈들과 아티팩트들(artifacts)[예를 들면, 설정/환경설정(configuration) 파일들]로 구성된다. 디바이스는 하나 이상의 펌웨어 이미지(firmware image)를 보유할 수 있어, 각각의 펌웨어 이미지들을 관리하는 기능(capability)이 제공된다. 펌웨어 라이프 사이클은 펌웨어 이미지를 다운로드(download), 업데이트(update) 또는 제거(remove)하는 작업들(actions)을 포함한다. 또한, 펌웨어는 다운로드와 업데이트를 동일 작업(한번의 작업)으로 가능하다.
4.3 DIS CSF
DIS(DIScovery : 검색) CSF는 Originator가 제공하는 필터 기준(Filter Criteria)을 사용하여 Originator에게 리턴되는 정보의 범위를 제한할 수 있다. 필터 기준은, 예를 들면, 키워드(keywords), ID(entifier), 위치(location), 의미 정보(semantic information) 또는 이들의 조합이다.
검색 요청은 검색이 수행되는 리소스의 주소(예를 들어, URI)로 전달된다. 이러한 검색 요청을 수신하면, DIS CSF는 필터 기준에 따라 검색한 리소스에 대한 매칭 정보를 검색, 식별 및 반환한다.
검색 요청에 대한 성공 응답은 검색된 정보 또는 검색된 리소스의 주소(예를 들어, URI)을 포함할 수 있다. 후자의 경우, Originator는 검색된 주소를 사용하는 리소스를 가져올 수 있다. 또한, 정책(policies)이나 Originator의 요청에 기초하여, 검색 요청을 수신한 CSE는 그에 등록된 다른 ASN, MN 또는 IN의 CSE들에게 검색 요청을 전달할 수 있다.
4.4 GMG CSF
GMG(Group Management : 그룹 관리) CSF는 그룹 관련 요청을 처리한다. 여기서, '그룹'은 전술한 '토픽'일 수 있다.
GMG CSF는 그룹과 그 구성원을 관리한다. GMG CSF는 관심 있는 여러 리소스에 대한 대량 작업들(bulk operations)을 지원하고, 그 결과를 수집한다. GMG CSF는 그룹핑 기반의 액세스 제어를 가능하게 한다. 필요하고 가능한 경우, GMG CSF는 브로드캐스팅/멀티 캐스팅을 포함하는 기존 네트워크의 기본 기능을 활용할 수 있다.
GMG CSF는 AE들 및/또는 다른 CSE들로부터의 요청을 처리할 수 있다.
그룹핑은 M2M 시스템이 여러 디바이스들, 어플리케이션들 또는 리소스들에 대량 작업을 수행할 수 있도록 한다. GMG CSF는 그룹핑과 관련한 리소스들과 작업들을 관리한다.
GMG CSF는 그룹 생성(create), 쿼리(query), 업데이트(update) 및 삭제(delete) 요청을 처리한다. AE 또는 CSE는 그룹의 생성(creation)/검색(retrieve)/업데이트(update)/삭제(deletion) 뿐만 아니라 그룹 구성원들의 추가(addition)와 삭제(deletion)를 요청할 수 있다.
GMG CSF는 특정 목적을 위해 M2M 시스템을 구성하는 노드들의 CSE들에 하나 이상의 그룹들을 생성할 수 있다. 여기서, 특정 목적에는, 디바이스들의 그룹에 대한, 액세스 제어, 디바이스 관리, 공통 작업(common operation)들을 팬-아웃(멀티캐스팅) 등이 포함된다. GMG CSF는 이 특정 목적을 간단하게 수행할 수 있도록 하는 기능이기도 하다.
GMG CSF는 그룹 및 관련 구성원들의 정보(예를 들면, URI, 메타데이터 등)에 대한 검색 요청을 처리한다.
GMG CSF는 그룹 구성원을 관리한다. GMG CSF는 그룹의 구성원 리스트에 구성원 추가 요청이나 리스트로부터 구성원 제거 요청을 처리한다. 구성원은 하나 이상의 그룹에 속할 수 있다. 그룹은 다른 그룹의 구성원이 될 수 있다. 새 구성원을 그룹에 추가하면, GMG CSF는 그 구성원이 그룹의 목적에 부합하는지 검사한다.
그룹을 이용하여 액세스 제어 시에는, "특정 리소스"에 대해 동일한 액세스 권한을 갖는 구성원들만이 동일 그룹에 포함될 수 있다. 여기서, 특정 리소스는, 예를 들어, 정보를 제공하는 디바이스/리소스일 수 있음은 물론 GMG CSF에 의해 생성된 가상의 디바이스/리소스일 수도 있다.
또한, 액세스 권한과 관련하여 공통된 역할(commmon role)을 갖는 AE들 또는 CSE들만이 동일 그룹에 포함된다. 여기서, 역할은 AE들 또는 CSE들가 제공하는 서비스가 될 수 있지만, 반드시 이에 한정되는 것은 아니다.
또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims (9)

  1. 제1 도메인에 존재하는 리소스들을 제2 도메인에 등록하는 단계; 및
    상기 제2 도메인에서 원하는 리소스의 메타 데이터를 검색하는 단계;를 포함하는 것을 특징으로 하는 리소스 관리 방법.
  2. 제 1항에 있어서,
    상기 리소스들은,
    토픽, 디바이스 및 어플리케이션 중 적어도 하나를 포함하고,
    상기 토픽은,
    특정 주제에 관련된 디바이스들의 그룹인 것을 특징으로 하는 리소스 관리 방법.
  3. 제 2항에 있어서,
    상기 등록단계는,
    토픽 생성자, 디바이스 소유자 및 어플리케이션 개발자에 의해 수행되고,
    상기 검색 단계는, 사용자에 의해 수행되는 것을 특징으로 하는 리소스 관리 방법.
  4. 제 2항에 있어서,
    상기 제2 도메인은,
    토픽의 메타 데이터를 보유하는 토픽 디렉터리, 디바이스의 메타 데이터를 보유하는 디바이스 디렉터리 및 어플리케이션의 메타 데이터를 보유하는 어플리케이션 디렉터리 중 적어도 하나를 포함하고,
    디바이스의 메타 데이터는 디바이스가 포함된 토픽의 메타 데이터에 게시되는 것을 특징으로 하는 리소스 관리 방법.
  5. 제 4항에 있어서,
    디바이스의 메타 데이터와 디바이스에 연관된 어플리케이션의 메타 데이터는 서로 참조하고 있는 것을 특징으로 하는 리소스 관리 방법.
  6. 제 5항에 있어서,
    상기 검색단계는,
    디바이스 검색시 디바이스에 연관된 어플리케이션도 검색하는 것을 특징으로 하는 리소스 관리 방법.
  7. 제 5항에 있어서,
    상기 검색단계는,
    어플리케이션 검색시 어플리케이션에 연관된 디바이스도 검색하는 것을 특징으로 하는 리소스 관리 방법.
  8. 제 1항에 있어서,
    상기 메타 데이터를 참고로, 상기 제1 도메인에 존재하는 리소스에 M2M 방식 또는 P2P 방식으로 액세스하는 단계;를 더 포함하는 것을 특징으로 하는 리소스 관리 방법.
  9. 제 8항에 있어서,
    상기 M2M 방식은,
    상기 제1 도메인과 상기 제2 도메인을 인터랙션하는 제3 도메인을 통해 리소스에 액세스하는 방식이고,
    상기 P2P 방식은,
    상기 제3 도메인을 통하지 않고 리소스에 액세스 하는 방식인 것을 특징으로 하는 리소스 관리 방법.
PCT/KR2014/004143 2013-05-09 2014-05-09 개방형 m2m 시스템 및 방법 WO2014182115A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP14794803.8A EP2996298A4 (en) 2013-05-09 2014-05-09 OPEN M2M SYSTEM AND METHOD
US14/889,477 US10091134B2 (en) 2013-05-09 2014-05-09 Open M2M system and method

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20130052453 2013-05-09
KR10-2013-0052453 2013-05-09
KR20130095832 2013-08-13
KR10-2013-0095832 2013-08-13
KR1020140055320A KR102066294B1 (ko) 2013-05-09 2014-05-09 개방형 m2m 시스템 및 방법
KR10-2014-0055320 2014-05-09

Publications (1)

Publication Number Publication Date
WO2014182115A1 true WO2014182115A1 (ko) 2014-11-13

Family

ID=51867510

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/004143 WO2014182115A1 (ko) 2013-05-09 2014-05-09 개방형 m2m 시스템 및 방법

Country Status (1)

Country Link
WO (1) WO2014182115A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080189312A1 (en) * 2007-02-05 2008-08-07 Microsoft Corporation Techniques to manage a taxonomy system for heterogeneous resource domain
US20100325654A1 (en) * 2009-06-17 2010-12-23 General Instrument Corporation Communicating a device descriptor between two devices when registering onto a network
US20120110647A1 (en) * 2010-10-29 2012-05-03 International Business Machines Corporation Managing uniquely tagged items using the internet
KR20120104404A (ko) * 2009-12-29 2012-09-20 제너럴 인스트루먼트 코포레이션 디바이스들의 임시 등록
US20120246319A1 (en) * 2011-03-22 2012-09-27 Electronics And Telecommunications Research Institute System and method for configuring dynamic service network based on netstore

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080189312A1 (en) * 2007-02-05 2008-08-07 Microsoft Corporation Techniques to manage a taxonomy system for heterogeneous resource domain
US20100325654A1 (en) * 2009-06-17 2010-12-23 General Instrument Corporation Communicating a device descriptor between two devices when registering onto a network
KR20120104404A (ko) * 2009-12-29 2012-09-20 제너럴 인스트루먼트 코포레이션 디바이스들의 임시 등록
US20120110647A1 (en) * 2010-10-29 2012-05-03 International Business Machines Corporation Managing uniquely tagged items using the internet
US20120246319A1 (en) * 2011-03-22 2012-09-27 Electronics And Telecommunications Research Institute System and method for configuring dynamic service network based on netstore

Similar Documents

Publication Publication Date Title
WO2014181941A1 (ko) 개방형 ｍ２ｍ 시스템 및 그의 리소스 관리와 인터페이스 방법
WO2014101023A1 (zh) 一种防止业务非法访问的方法和装置
WO2021006616A1 (en) Method for providing relational decentralized identifier service and blockchain node using the same
WO2014069787A1 (en) Security through metadata orchestrators
WO2014069827A1 (en) System and method for providing data analysis service in a cloud environment
WO2022108427A1 (ko) 5g 기반 iot 환경을 위한 지능형 트러스트 인에이블러 시스템
WO2020114184A1 (zh) 联合建模方法、装置、设备以及计算机可读存储介质
WO2010128712A1 (ko) 시맨틱 서비스 시스템 및 방법
WO2016080787A1 (ko) 스마트 기기를 이용한 건설현장 관리 시스템 및 방법
EP2686981A2 (en) Method and system for managing contact information in a universal plug and play home network environment
WO2024128602A1 (ko) 폴더 트리의 동적 프리페치 방법 및 이를 수행하기 위한 클라우드 서버
WO2016093652A2 (ko) 전화번호를 통하여 클라우드 서버에 접속하여 가족 앨범을 이용할 수 있도록 하는 가족 앨범서비스 제공방법
WO2021107255A1 (ko) 이종 iot 플랫폼 식별체계 상호연동을 위한 관리체계 방법 및 장치
WO2014182115A1 (ko) 개방형 m2m 시스템 및 방법
WO2013125920A1 (ko) 로케이션 기반의 언솔리시티드 다운로드 방법, 장치 및 시스템
WO2020013579A1 (en) Method and device for retrieving content
WO2016129804A1 (ko) 소비자 행동 패턴을 기반으로 한 웹페이지 생성 방법 및 활용 방법
WO2013062272A2 (ko) 클라우드 서비스 제공 방법 및 장치
Namiot et al. On Search Services for Internet of Things
WO2020062655A1 (zh) 爬虫识别方法、装置、设备及非易失性可读存储介质
WO2018008861A1 (ko) 사용자 서버를 이용한 html 제어 시스템 및 방법
WO2012108678A2 (en) Apparatus and method for setting disposition with respect to document share
WO2011129600A2 (en) Method and system of communicating delivery status of an xdm resource in an xdm environment
WO2015056952A1 (ko) 리소스 접근 방법 및 이를 적용한 시스템
WO2012070865A2 (ko) 정보 공유 시스템 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14794803

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14889477

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2014794803

Country of ref document: EP