WO2015080461A1 - M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치 - Google Patents

M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치 Download PDF

Info

Publication number
WO2015080461A1
WO2015080461A1 PCT/KR2014/011412 KR2014011412W WO2015080461A1 WO 2015080461 A1 WO2015080461 A1 WO 2015080461A1 KR 2014011412 W KR2014011412 W KR 2014011412W WO 2015080461 A1 WO2015080461 A1 WO 2015080461A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
search
application
message
request message
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2014/011412
Other languages
English (en)
French (fr)
Inventor
조용래
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KT Corp
Original Assignee
KT Corp
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
Priority claimed from KR1020140020263A external-priority patent/KR20150063906A/ko
Application filed by KT Corp filed Critical KT Corp
Priority to US15/100,266 priority Critical patent/US10206090B2/en
Publication of WO2015080461A1 publication Critical patent/WO2015080461A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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]

Definitions

  • the present invention relates to a machine to machine communication (M2M) technology, and more particularly, to a method for searching for a device using a network technology and an apparatus therefor.
  • M2M machine to machine communication
  • M2M "Machine to machine communication” or MTC, “Machine type communication” or smart device communication, “Smart Device communication” or “Machine oriented communication” or the Internet of Things, “Internet of Things” is a human communication process Refers to all communication methods in which communication is performed without intervening. Recently, there has been a discussion about M2M in oneM2M, but technical elements that satisfy the architecture and requirements of oneM2M have not been presented.
  • the present invention seeks to provide a device that can be used quickly in situations such as emergency as well as general situation in communication between things by knowing whether or not to use the device to be searched at the time to search and use the device through the present invention.
  • An M2M node constituting an M2M system including a request node transmitting a search request message and a target node providing a search result receives a search request message from the request node and receives an application resource from the target node.
  • a discovery unit for receiving a search result including a communication management, when the received message instructs the search of the available application, the management node for delivering the received message to the target node (Communication Management / Delivery Handling)
  • a control unit which controls the discovery unit and the communication management transfer handling unit to perform a search using state information of an application resource.
  • An M2M node that receives a search request message and provides a search result is a communication management handling (Communication Management / Delivery Handling) unit for receiving a search request message, the application of the received message is available. Data management and repository for confirming installation or use of the application when instructing to search, and the application to the node that sent the search request message when the application is installed and the application is available. And a control unit controlling the communication management and delivery handling unit to transmit resource state information.
  • Communication Management handling Communication Management / Delivery Handling
  • An M2M system including a search node, a target node, and a request node for transmitting and receiving and searching for a request message according to another embodiment of the present invention generates and sends a search request message of an application resource including a search request message to the search node. If the requesting node, and the received message instructs the search of the available application, perform a search using the status information of the application resource, transfer the received message to the target node, and the application resource from the target node A search node for receiving a search result including a, and a target node for performing a search using the state information of the application resource.
  • a method for searching for a device available in an M2M environment may include: receiving, by a search node, a search request message of an application resource; A search node includes forwarding the search request message to a target node, and the search node receives a search result including an application resource from the target node, wherein the search node or target node is in a state of an application resource. Searching is performed using the information.
  • the device search request it is possible to propose a method of selecting only the available equipment at the time of the search request, so that a device having an application service that can be used in real time between M2M communications can be selected and serviced.
  • FIG. 1 is a view showing the configuration of a system constituting the present invention.
  • FIG. 2 is a diagram illustrating a system constituting the present invention from a high level functional point of view.
  • FIG. 3 is a view showing a functional structure constituting the present invention.
  • FIG. 4 is a diagram for configuring a common service entity according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a communication flow at a reference point according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating an architecture of a common service entity to which an embodiment of the present invention is applied.
  • FIG. 7 is a configuration diagram of an application resource according to an embodiment of the present invention.
  • FIG. 8 is a diagram for explaining a lower resource type constituting an application resource according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating an attribute configuring an application resource according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating a process of performing an available device search request according to an embodiment of the present invention.
  • FIGS. 14 to 19 are diagrams showing the configuration of a message according to an embodiment of the present invention.
  • 20 is a diagram illustrating an example of an application resource to be answered according to an embodiment of the present invention.
  • FIG. 21 is a diagram illustrating a configuration of a search node performing a search and a target node to be searched according to an embodiment of the present invention.
  • FIG. 22 is a diagram illustrating a process of searching for a device usable in an M2M environment based on a search node according to an embodiment of the present invention.
  • Embodiments of the present invention will be described based on communication of things.
  • IoT can be variously referred to as Machine to Machine communication (M2M), Machine Type Communication (MTC), Internet of Things (IoT), Smart Device Communication (SDC), or Machine Oriented Communication. Can be.
  • M2M Machine to Machine communication
  • MTC Machine Type Communication
  • IoT Internet of Things
  • SDC Smart Device Communication
  • IoT is the energy sector, the enterprise sector, the healthcare sector, the public services sector, the residential sector, the retail sector, the retail sector, the transportation sector, and others. It is divided into fields.
  • the present invention includes the above fields, and can be applied to other fields.
  • identification refers to a process of recognizing an entity in a specific domain from other entities.
  • Authentication means determining the identity of an entity or establishing the source of information.
  • Authorization means granting rights, which include assignment based on access rights.
  • Confidentiality is a property that makes information unavailable or undisclosed for an unauthorized object or process.
  • Credentials are data objects that are used in security procedures and are used to uniquely identify objects.
  • Encryption refers to a process of generating plaintext as ciphertext using a cryptographic algorithm and a key. Integrity means ensuring the accuracy and completeness of the processing of information and methods.
  • a key is a parameter used in combination with an encryption algorithm, and an entity having information about the key can reproduce the key or perform the encryption process in reverse.
  • Mutual authentication refers to entity authentication that guarantees mutual identification. Privacy is the right of individuals to control or influence related information may be collected and stored by the subject to be disclosed. Repudiation means to deny an event or action requested from an entity. Secure is not vulnerable to any attack, and it means either enduring a vulnerable attack or repairing damage resulting from an attack, despite security. Security is created by creating and maintaining a way to protect a system. The state of the system. Sensitive data refers to the classification of stakeholder data that causes problems if unintentionally tampered with or modified without the consent of the affected stakeholder.
  • a subscription is a classification of agreement, which means an agreement between a provider and a subscriber for the use (or consumption) of a service for a period of time.
  • Subscription usually means commercial consent.
  • Trust is the relationship between two components, where component x is a component only if component x has confidence that component y will behave in a predefined manner that does not violate a given security identity. Trust y and have a relationship of three activities and security policies. Verification means confirmation by providing objective evidence that specific requirements are met.
  • An M2M application refers to an application that operates service logic and uses M2M common services using a specific open interface in oneM2M.
  • An M2M application infrastructure node is a device (a collection of physical servers of an M2M application service provider).
  • the M2M application base node manages data and executes a coordination function of an M2M application service.
  • the application based node hosts one or more M2M applications. .
  • the M2M application service is implemented through the service logic of the M2M application, and is operated by an M2M application service provider or a user.
  • An M2M application service provider refers to an entity that provides an M2M application service to a user.
  • M2M Area Network (M2M Area Network) is a form of the underlying network, and provides a data transport service (data transport service) between the M2M gateway, M2M devices, Sensing / Actuation Equipment (Sensing / Actuation Equipment).
  • M2M Local Area Networks (LANs) may use heterogeneous communication technologies and may or may not support IP access.
  • the field domain consists of an M2M gateway, an M2M device, sensing / actuating equipment, and an M2M local network.
  • An infrastructure domain is composed of application infrastructure and service infrastructure. Sensing / actuation equipment provides the ability to sense or affect the physical environment by interaction with one or more M2M application services. It interacts with M2M systems but does not host M2M applications.
  • An M2M solution is a system implemented or deployed to satisfy the following criteria, and means to meet end-to-end M2M communication requirements of a specific user.
  • the M2M system refers to a system that implements or deploys an M2M solution.
  • Underlying network refers to a function, network, busses or other technologies for data transmission / connection services.
  • 1 is a view showing the configuration of a system constituting the present invention.
  • 1 includes an application 110, a common service 120, and an underlying network service 130. These constitute an Application Layer, a Common Services Layer, and a Network Services Layer, respectively.
  • the application layer contains business logic and operational logic related to oneM2M applications.
  • the common service layer consists of a oneM2M service function that runs a oneM2M application. Management, discovery, and policy enforcement apply to this.
  • the common service entity is an example of implementing a common service function.
  • the common service entity provides a subset of common service functions to be used and shared by M2M applications.
  • the common service entity leverages the functionality of the underlying network and interacts with other common service entities to implement the service.
  • Application Entity (AE) 210, 215 provides application logic for an end-to-end M2M solution.
  • AE Application Entity
  • the common services entity (CSE) 220 and 225 is a set of service functions, and these service functions are functions commonly used in an M2M environment. These service functions are exposed to other functions through Reference Points Mca and Mcc, and use the base network services using Reference Point Mcn, M2M Subscription Management, and Location Service. Can be.
  • CSFs Common Service Functions
  • Some of the CSFs in the CSE of the oneM2M node may be mandatory and some may be optional.
  • sub-functions within the CSF may be mandatory or optional.
  • Underlying Network Services Functions (NSFs) 230 and 235 provide services to common service entities. Examples of services include device management, location services and device triggering.
  • Mca Reference Points are supported by Common Service Entities (CSEs). Mca Reference Points are reference points that direct the flow of communication between an Application Entity and a Common Service Entity.
  • the Mcc reference point is a reference point that directs the flow of communication between two common service entities.
  • the Mcn reference point is a reference point that directs the flow of communication between the common service entity and one network service entity.
  • the Mca reference point allows one application entity (AE) to use the services supported by the common service entity. Services provided through the Mca reference point are dependent on the functionality provided by the common service entity, and the application entity and the common service entity can exist in the same physical entity or in separate physical entities.
  • the Mcc reference point makes such use available to common service entities that wish to use the services of other common service entities that provide the necessary functionality. Services provided through the Mcc reference point depend on the functionality provided by the common service entity. Mcc reference points may be supported between different M2M nodes.
  • the Mcn reference point enables such use for common service entities that wish to use service entities in the underlying network that provide the necessary functionality, which provides services other than transport and connectivity.
  • An instance of the Mcn reference point is implemented dependent on the services provided by the underlying network.
  • Information exchange between two physical M2M nodes may use transport and connectivity services of an underlying network providing basic services.
  • the Mcc 'reference point indicates the flow of communication between CSEs.
  • AE represents an application entity
  • CSE represents a common service entity
  • IN, MN, ADN, and ASN which are combined in front of AE and CSE, are respectively an infrastructure node (Infrastructure Node, IN, or infrastructure node), an intermediate node (Middle Node, MN, or middle node), and an application dedicated node (Application Dedicated node). , ADN) and an Application Service Node (ASN).
  • the CSEs of different nodes are not identical and depend on the services supported by the CSEs in the node.
  • An application dedicated node is a node that contains at least one application entity (AE) and does not include a common service entity (CSE).
  • the application dedicated nodes 311 and 312 communicate with the intermediate nodes 321 and 322 or the base node 330 using the Mca reference point.
  • An application service node is a node that includes one common service entity (CSE) and at least one application entity (AE).
  • CSE common service entity
  • AE application entity
  • the application service node communicates through the Mcc reference point as follows: It communicates with one intermediate node 321 or with one base node 330.
  • the communication scheme may communicate with exactly one intermediate node or base node.
  • An intermediate node is a node that contains one common service entity (CSE) and zero or more application entities (AEs).
  • CSE common service entity
  • AEs application entities
  • the intermediate node communicates with IN or MN using at least Mcc, communicates using IN / MN / ASN and Mcc, or communicates using ADN and Mca.
  • the base node 330 is a node that includes one common service entity (CSE) and zero or more application entities (AEs).
  • CSE common service entity
  • AEs application entities
  • the intermediate node communicates with two or more nodes through each Mcc reference point as follows. Communicate with one or more intermediate nodes, and / or with one or more application service nodes.
  • the base node may also communicate with one or more application dedicated nodes 313, 314 using the Mca reference point.
  • 4 is a diagram for configuring a common service entity according to an embodiment of the present invention. 4 includes a processing function of identification information.
  • the functions provided by the common service entity can be summarized as shown in FIG. 4 by addressing & identification, application and service layer management, data management & storage, location, Security, Communication Management / Delivery Handling, Registration, Service Session Management, Device Management, Subscription / Notification, Connection Management (Connectivity Management), Discovery, Service Charging / Accounting, Network Service Exposure / Service Execution and Triggering, Group Management.
  • AID Addressing and Identification
  • Logical resources are objects associated with software such as applications, CSEs, and data.
  • Physical resources are hardware related entities associated with the underlying network and M2M devices.
  • AID CSF supports the provisioning of different types of M2M identifiers and combining identifiers with M2M applications, CSEs, M2M devices.
  • ASM Application and Service Layer Management
  • CMDH Communication Management and Delivery Handling
  • CSE-CSE communication communication connection
  • CMDH is performed according to the provisioned policies and delivery handling parameters specific to each request for communication.
  • the underlying network may support the same forwarding handling function.
  • the CMDH can use the underlying network and can act as a front end that accesses the same forwarding handling capabilities for the underlying network.
  • DMR Data Management and Repository
  • the DMR CSF provides data storage space and the ability to coordinate it. It also includes the ability to collect and combine large amounts of data, convert the data into a specific format, or store the data for analysis and semantic processing.
  • Data may refer to raw data that is transparently extracted from an M2M device or may mean data that has been computed or combined and processed by an M2M entity. Collecting large amounts of data constitutes what is known as big data storage.
  • the Device Management (DMG) CSF is responsible for managing device functions of devices in the MN and device nodes (ADN, ASN) and M2M area networks.
  • the AE can manage the device capabilities of the nodes using the services provided by the DMG CSF, and the AE does not need to manage specific technical knowledge.
  • Enable device management to provide one or more of the following features: It includes installation and setting up of application software, configuration setting and provisioning, firmware updates, logging and monitoring and analysis, topology management of the area network, and devices within Airy Network Management.
  • DIS (Discovery) CSFs are information that corresponds to the permissions granted within a given scope and topic (including those granted by M2M service subscriptions) and requests from the originator within a given scope, such as supported attributes. Is responsible for retrieving resources.
  • the originator can be an application or another CSE.
  • the scope of the search can be one CSE or multiple CSEs.
  • the discovery result is returned to the originator.
  • Group Management handles groups associated with the request. Requests are sent for the management of groups and their membership, and are also responsible for the bulk operations supported by the group. When you add or remove members from a group, you need to make sure that the members conform to the group's purpose. Bulk operations include reading, writing, subscribing, informing, and device management. Requests or subscriptions are made through a group, and the group is responsible for combining these requests and notifications. Members of the group have the same role for access to resources. In this case, access control is by group. If the underlying network provides broadcasting and multicasting capabilities, the GMG CSF should take advantage of these features.
  • LOC (Location) CSF enables M2M AEs to acquire geographic location information of M2M nodes (eg, ASNs, MNs) for location-based services. Such location information may be requested from M2M AEs that exist within the same or different M2M nodes.
  • M2M nodes eg, ASNs, MNs
  • the Network Service Exposure, Service Execution and Triggering (NSSE) CSF communicates with the underlying network to access network service functions through the Mcn reference point in an available or supportable manner for service requests from M2M systems on behalf of M2M applications. Manage.
  • the NSSE CSF hides other CSFs and AEs from the specific technologies and mechanisms supported in the underlying network.
  • Network service functions provided from the underlying network include, but are not limited to, device triggering, small data transfer, location notification, policy rule settings, location query, IMS service, device management, and the like. These functions do not include general transport services.
  • REG Registration
  • the REG CSF handles the registration of the device's properties / properties as well as the device's registration with the CSE.
  • SEC provides security-sensitive data handling, security operations, security bindings, authorization and access controls, and identity protection.
  • Sensitive data handling provided by the SEC CSF provides protection for local credentials that require security during storage and manipulation.
  • SCA Service Charging and Accounting
  • the SCA CSF secures billable events, stores information, and generates billing records and billing information.
  • the SCA CSF can interact with the charging system of the underlying network. However, the SCA CSF is responsible for generating and recording billing information at the final service level.
  • the SCA CSF of the base node or service layer charging server is responsible for handling the charging information for charging.
  • SSM Service Session Management
  • the SSM CSF manages M2M service sessions, which are end-to-end service layer connections.
  • the SSM CSF manages M2M service sessions between M2M applications, or between M2M applications and CSEs, or between CSEs.
  • the management of M2M service sessions includes session state management, session authentication and establishment, management of underlying network connections and services associated with the session, coordination of session extensions in the CSE's multi-hop cse, exchange of information between session ends, and session termination. Include.
  • the SSM CSF uses the CMDH CSF in the local CSE to send and receive messages to / from the next hop CSE or application within a given M2M service session.
  • the SSM CSF uses the SEC CSF for session management related to the security credentials and authentication of session participants.
  • the SSM CSF generates session-specific billing events and also communicates with the SCA CSF in the local CSE .
  • Subscription and Notification provides notifications to keep subscriptions and tracks changes in resources (eg, deletion of resources). Subscriptions to resources are initiated by the AE or CSE, and access rights are granted by the hosting CSE. During an active subscription, the hosting CSE sends a notification to the address the resource subscriber wants to receive when a change in the subscribed resource occurs.
  • M2M identifiers include M2M Service Provider Identifier (M2M-SP-ID), Application Instance Identifier (App-Inst-ID), Application Identifier (App-ID), CSE Identifier (CSE-ID), M2M-Node-ID (M2M Node Identifier / Device Identifier), M2M-Sub-ID (M2M Service Subscription Identifier), and M2M-Request-ID (Request Identifier).
  • M2M-SP-ID M2M Service Provider Identifier
  • App-Inst-ID Application Instance Identifier
  • App-ID Application Identifier
  • CSE-ID CSE Identifier
  • M2M-Node-ID M2M Node Identifier / Device Identifier
  • M2M-Sub-ID M2M Service Subscription Identifier
  • M2M-Request-ID Request Identifier
  • M2M framework M2M system
  • M2M architecture M2M architecture
  • the M2M service provider must be uniquely identified by the M2M-SP-ID.
  • the M2M-SP-ID is a static value assigned to the service provider.
  • the App-Inst-ID is an identifier that uniquely identifies an M2M Application Instance that exists in an M2M M2M node, or an identifier that identifies an M2M application instance that interacts with an M2M node.
  • the App-Inst-ID is used to identify the application to interact with or originate from the application within the M2M system.
  • the M2M service provider must ensure that the App-Inst-ID is globally unique and the App-Inst-ID contains an application identifier (App-ID).
  • the CSE-ID identifies the CSE and is a globally unique identifier used when a CSE is instantiated at an M2M node in an M2M system.
  • the CSE-ID is used to identify the CSE at every interaction to or from the CSE within the M2M system.
  • the M2M-Node-ID uniquely identifies the M2M node that hosts the CSE and / or the application as a whole.
  • the M2M service provider sets the CSE-ID and the M2M-Node-ID to the same value.
  • the M2M-Node-ID allows an M2M service provider to bind a CSE-ID with a specific M2M node.
  • the M2M-Sub-ID allows an M2M service provider to bind an application, M2M node, and CSEs to a specific M2M service subscription.
  • the M2M-Sub-ID belongs to the M2M service provider, allows to identify subscriptions to the M2M service provider, enables communication with the M2M service provider, and is distinct from the M2M Underlying Network Subscription Identifier. It can be changed according to the change of the M2M service provider.
  • the M2M-Request-ID (M2M Request Identifier) is an identifier for end-to-end tracking of requests initiated by the application through the Mca reference point or from the CSE through the Mcc and Mcn reference points. It is also included in the response to the request. In order for the application to track the request and its response through the Mca reference point, the application must include an application request identifier that is unique per request when initiating a request through the Mca reference point with the CSE.
  • the M2M External Identifier is an identifier used by the M2M SP and is used when a service targeting a CSE identified by the CSE-ID is requested from the base network.
  • the M2M-Ext-ID causes the base network to identify the M2M device associated with the CSE-ID in response to the service request.
  • the base network maps the M2M-Ext-ID with the base network identifier assigned to the target M2M device.
  • the M2M SP must also maintain the association between the CSE-ID, the M2M-Ext-ID, and the identity of the underlying network.
  • FIG. 5 is a diagram illustrating a communication flow at a reference point according to an embodiment of the present invention.
  • Send request is made from the originator 510 to the receiver 520 and includes the following information.
  • "op” is the operation to be executed, including C (Create), R (Retrieve), U (Update), D (Delete).
  • "to” is an address of a target resource, and "fr” means an address of a resource representing an originator.
  • "hd” is a header including meta information about a transmission request and "cn" means content to be transmitted.
  • the common service entity includes a set of common service functions and a set of enabler functions.
  • the enabler function consists of a service extension enabler and other enablers.
  • the service extension enabler supports the CSE providing M2M services through Mca and Mcc reference points. Make it possible.
  • the service extension enabler provides the following functions. i) Check module authentication, ii) Check node resources, iii) Check interoperability between existing modules, and iv) Check for conflicts. Check policies and rights to determine how to handle conflicts eg Do not register new module or deregister to check how policies and permissions are determined to determine how to handle them.
  • oneM2M is a requirement that must be met to implement the system.
  • M2M in particular oneM2M.
  • this description is not limited to M2M, but is applicable to all systems and structures that provide inter-device communication, that is, thing communication, and communication that occurs in these systems.
  • the present invention When communicating between objects in oneM2M environment, Local CSE and application must be registered with each other. At this time, an application instance is created and this information is stored in the form of application resources.
  • the component of the application resource contains the state information about the application, and can check whether the actual local CSE is available when communicating with the application instance by referring to the application resource information. Therefore, the present invention has presented a method for finding a device that can be used based on application resource information. When the search range is included as the method, the present invention is divided into cases including only a search target.
  • FIG. 7 is a diagram illustrating a configuration form of an application resource according to an embodiment of the present invention.
  • Application resources include property values such as expirationTime, accessRightID, creationTime, lastModificationTime, creator, lifeCycleStatus, searchStrings, ReachabilityStatus, AppId, App-Inst-Id as property values, and subordinate resources such as Group and Subscription Resource.
  • the "ReachabilityStatus” element indicates whether the message sent from the Local CSE can be received. If the value has a value such as "OK” or "True” that means that the value is reachable, the application instance receives the message. Indicates that it can be received at present.
  • the application elements lifeCycleStatus and ReachabilityStatus are the elements that know the status of the current application, which can be used to select available application instances. Therefore, if you focus on the availability of the application during the search, you can see the values of lifeCycleStatus and ReachabilityStatus above. In addition, expirationTime can be checked during the search process.
  • expirationTime can be excluded from the search result even if the expiration is imminent. For example, if it is set to expire within 10 minutes, it can be configured not to include the search request of an application that takes 1 hour to run.
  • An application resource has a group resource and a subscription resource as subordinate resources.
  • An application can belong to a specific group and can be subscribed to.
  • FIG 8 shows sub-resource components of an application resource according to an embodiment of the present invention.
  • a group resource represents a group to which an application belongs. In some cases, there is no group, and if it belongs to a group, a group name can be specified. Application resources can also be created by subscription requests.
  • expirationTime represents the expiration time of the application. If the expiration time is set, the application can be stopped or deleted when the expiration time is reached. The expiration time may be used as a search condition in the availability of the application in the search process. As mentioned earlier, if the application is to be used for more than 1 hour, the application whose expirationTime is set to within 1 hour can be excluded from the search results.
  • accessRightID means the right to access the application. When a CRUD request for the application is received, the accessRightID is first checked for access right. creationTime is the creation time of the application resource, and lastModifiedTime is logged when a modification is made to the application resource.
  • the creator is the creator of the application, and lifeCycleStatus holds a value for the current lifetime status of the application.
  • searchStrings can contain keywords, etc. for application resources, and can have values so that application resources can be searched.
  • ReachabilityStatus is a value indicating whether the application instance can receive a message from the local CSE.
  • App-Id represents an identifier value for an application, and App-Inst-Id refers to an application instance that is actually running in an execution environment. When this value is 1, an application resource is in an application instance state. Alternatively, the App-Inst-Id may include information identifying a separate application instance.
  • FIG. 10 is a diagram illustrating a process of performing an available device search request according to an embodiment of the present invention.
  • 1010 shows a process of requesting a search for an available device that includes a search range
  • 1050 shows a process of requesting a search of an available device that does not include a search range.
  • the base node 1 1014 checks the search request message to determine the nearest MN based on the ASN 1 1012 that made the search request. 1 (1016) is found and MN 1 (1016) delivers a search request message (S1022). The MN 1 1016 performs a broadcast after checking the search request message (S1023). The ASN 2 1018 receiving the broadcast message transfers an application resource including its application current state and location information to the requesting MN 1 1016 (S1026).
  • the MN 1 1016 transmits the response result to the base node 1 1014 (S1027), and the base node 1 1014 selects a response result that meets the search request condition from the response result and sends the response result to the ASN 1 1012. It passes (S1028).
  • the base node or an intermediate node that receives the search node uses the location information of the node requesting the search and is a node to be searched. Broadcast a search request message to them.
  • the base node 1 1054 When the base node 1 1054 forwards the search request to the ASN 2 1058, if the ASN 2 1058 is far away, the base node 1 1054 may forward the search request through the intermediate node MN 1 1056 (S1062). In addition, the ASN 2 1058, which is the target node, may directly receive the request message to confirm the ASN 1 search request including the search request message, and deliver the corresponding application resource information to the ASN 1 1052 as a response result.
  • the base node IN 1 1054 and the intermediate node MN 1 1056 may be selectively configured, and are indicated by dotted lines.
  • 11, 12, and 13 are diagrams illustrating a detailed process of performing an available device search request according to an embodiment of the present invention.
  • the data management storage unit responds to the access information of the nearest MN 1 1106 (S1114), and the discovery unit transmits a search request message to the MN 1 1106 including a broadcast request message to the MN 1 1106 (S1114). S1115, S1120).
  • the MN 1 1106 detects the search request message received from the IN 1 1104 (S1121), and requests to perform a broadcast including a search condition (S1122). MN 1 1106 performs a broadcast including a search request message (S1123 and S1130).
  • the ASN 2 1108 receiving the search request message in a broadcast form checks the search request message (S1241) and makes an application resource request including application status information to the application service manager (S1242).
  • the application service manager configures information about application resources that meet the conditions of the search request message and returns a response result to the MN 1 1106 (S1243 and S1245).
  • the application instance is created, the application resource information is configured, and the response result is returned to the MN 1 1106.
  • the MN 1 1106 transmits the response result to the IN 1 1104 (S1245), and the IN 1 1104 selects only items that meet the search request conditions from the response result and returns the search result to the ASN 1 1102 ( S1246).
  • ASN 1 1102 is a message configuration without a search range condition in the search request message (NO in S1112 of FIG. 11)
  • the discovery unit of the IN 1 1104 receiving the search request message is S1111 and S1112.
  • the discovery unit transmits a search request message to the ASN 2 1108 corresponding to the search target information in the search request message (S1247).
  • the ASN 2 1108 checks the message in the search request, and the CSE stores the current application information corresponding to the condition of the search request message in the form of an application resource and returns a response result (S1254).
  • the application instance is generated, the application resource information is configured, and the response result is returned to the MN 1 1106 (S1260).
  • the IN 1 1104 receiving the response result selects only the items that meet the search request condition and returns the response result to the ASN 1 1102 (S1270).
  • MN 1 1106 checks the search request message and forwards the search request to ASN 2 1108 as the search target ( S1324).
  • the ASN 2 1108 checks the message in the search request, and the CSE stores the current application instance information corresponding to the condition of the search request message in the form of an application resource and returns a response result (S1335 and S1339).
  • the application instance is created, the application resource information is configured, and the response result is returned to the MN 1 1106.
  • the MN 1 1106 receiving the response result selects only the items that meet the search request condition and returns the response result to the ASN 1 1102 (S1345 and S1346).
  • ASN 1 1102 forwards a search request that does not include a range search to ASN 2 1108, which is the search target
  • ASN 2 1108 that receives the search request message checks the message in the search request and the CSE determines
  • the current application information meeting the condition is stored in the form of an application resource, and the response result is returned (S1356).
  • the application instance is created, the application resource information is configured, and the response result is returned to the MN 1 1106.
  • the MN 1 1106 receiving the response result selects only the items that meet the search request condition and returns the response result to the ASN 1 1102 (S1391).
  • FIGS. 11 to 13 The contents of FIGS. 11 to 13 are summarized as follows.
  • the elements constituting the M2M system include search nodes IN1 and MN1, target nodes IN1, MN1 and ASN2 and request nodes ASN1 which transmit and receive request messages.
  • IN1 and MN1 become search nodes and target nodes, which receive a search request message from ASN1, and thus IN1 becomes a target node, and IN1 becomes a search node since the search request message is transmitted to MN1.
  • MN1 receives a search request message from IN1
  • MN1 becomes a target node
  • MN1 becomes a search node because it forwards the search request message to ASN2.
  • 11 to 13 are summarized as follows when the request node is IN1, the search node is MN1, and the target node is ASN2.
  • the request node 1104 generates and sends a search request message of the application resource including the search request message to the search node 1106. If the search node 1106 indicates a search for an available application, the search node 1106 performs a search by using the state information of the application resource, transfers the received message to the target node 1108, Receive a search result including an application resource from the target node 1108. Meanwhile, the target node 1108 performs a search by using the state information of the application resource.
  • the search node may be a base node or an intermediate node, and the target node may be an intermediate node or an application service node.
  • the application ID (AppId), application instance ID (App-Inst-Id), service expiration time (expirationTime), access right (accessRightID), creation time (creationTime), resource last modified time (lastModifiedTime), Creator, lifetime status information (lifecyclestatus) of the application, search keywords (searchStrings), whether the message can be received from the CSE, application status information (reachabilityStatus), group information (group), subscription It may include any one or more of the information (subscription).
  • the available device is a state in which all nodes, CSEs, and applications that make up the device are available, a node or CSE can receive and process a request message, or a request is made by an application instance from the CSE. It can be any one or more of states that can receive and process the message.
  • the state information of the application resource may include any one of lifeCycleStatus or reachabilityStatus state as the state of the application instance.
  • the search request message includes a search range
  • the search node may deliver the message to a target node within the search range.
  • FIGS. 14 to 19 are diagrams showing the configuration of a message according to an embodiment of the present invention.
  • 1400 and 1500 of FIGS. 14 and 15 are configurations of messages that can be used when a search request is made (S1110 in FIG. 11).
  • op means a command and “RETRIEVE” is indicated.
  • "fr" is the sender information of the message
  • 1400 and 1500 include CSE-ID information of the ASN 1 1102 that is the sender.
  • "to” is the recipient information of the message and contains the CSE-ID of IN 1.
  • search request message including the search range (1400), the search range (Search Range), Search Keyword (Originator LOC), Application status information (Application Resource lifecycleStatus, Application Resource Reachability) is included. If the search request message does not include the search range (1500), the search requestor location and the search range are not included.
  • 1600 of FIG. 16 is a search request message in which IN 1 1104 indicates a broadcast search request to MN 1 1106 (S1120 in FIG. 11).
  • IN 1 1104 transmits to MN 1 1106 including a search method to MN 1 1106 in a search request message received from ASN 1 1102.
  • the broadcast search request message includes the originator's location information (Originator_LOC: (10, 30)).
  • FIG. 17 indicates a message type included when MN 1 1106 performs a broadcast (S1130 in FIG. 11).
  • Search keywords include application ID, group URI, and searchStrings information.
  • FIG. 18 indicates that the search request message is sent to the target whose IN 1 1104 is specified in the search keyword when the search request message is not included when the ASN 1 1102 sends the search request message to the IN 1 1104. It is a message form configured when delivering (S1250 in Fig. 12). "mi” is the meta information of the search request message, “rt” specifies the response result form, and “da” allows delivery in the form of delivery when delivering the message to the search request target. “rt” can be received in the form of application resources, and “da” is set to ON, which allows delivery in the form of delivery when IN 1 passes to ASN2.
  • 1901 and 1902 of FIG. 19 show response result messages to the ASN2 1108 in response to the search request message (S1245 and S1260 in FIG. 12, respectively).
  • An application resource is received as a response result in the "cn" item, and the response result for the search request message received in broadcast form as a search request including a range is 1901. Otherwise, it is configured in the form of 1902.
  • FIG. 13 The message transmission and response in FIG. 13 will be described with reference to FIGS. 14 to 19.
  • S1307 is 1500
  • S1328 is 1800
  • S1339 is 1902
  • S1350 is 1500
  • S1361 is the same as that of 1902.
  • 20 is a diagram illustrating an example of an application resource to be answered according to an embodiment of the present invention.
  • the application can receive the message and when the App-Inst-Id is present to say that it is an application instance, the application instance is said to be available. If reachabilityStatus has a value indicating that it is not received or not "OK", or if the value of lifeCycleStatus is not a situation in which an actual application can operate, the application instance is in an unavailable state.
  • the present invention has been described for defining a resource type including a definition of a usable device and application state information and searching for the resource type.
  • the apparatus and process will be described in detail.
  • the available device refers to a state in which nodes, CSEs, and applications that are elements of the device are available.
  • the node and the CSE are available because the process of receiving the search request message and executing the command.
  • the node, CSE is available, and the application is not available, then the device can be said to be unavailable. Therefore, in the present specification, since the node and the CSE process a message by receiving a search request, the node and the CSE provide a method of finding an available device by finding an available state of the application on the premise of the available state.
  • application resources may be CRUD (Create, Retrieve, Update, Delete).
  • the elements that make up an application resource include a "lifeCycleStatus” with current lifetime information and a "ReachabilityStatus” element indicating the status of receiving a message from the CSE.
  • the "lifeCycleStatus” and “ReachabilityStatus” elements are used to inform the status of the application. Since multiple applications can exist within a single device, the components also have "App-Id” and “App-Inst-Id” values to distinguish application resources. If the application exists in the execution environment, it has a value of "App-Inst-Id", which is called an application instance.
  • An embodiment for finding a usable device is broadly divided into two types: a search for an available device including a search range and a search for an available device by specifying a search target.
  • search for an available device including a search range
  • search for an available device by specifying a search target detailed examples are divided into a case where a search request is made to a base node, an intermediate node, and a search target node.
  • An embodiment of searching for an available device including a search range is as follows.
  • the first base node constituting the M2M system consisting of the base node checks the search request message with the request application service node as the original dispatcher (originator, Originator) to determine whether to search the scope, and impersonate the request application service node
  • the request application service node as the original dispatcher (originator, Originator) to determine whether to search the scope, and impersonate the request application service node
  • the Data Management & Repository Department and the Discovery Division which requests the intermediate node to search by Braodcast, and the Data Management District which has a list of intermediate nodes served by the first base node.
  • delivering a result of performing the search request to a first application service node.
  • the first intermediate node receiving the search request message from the first base node checks the search request message and broadcasts a discovery request, and a broadcast management / delivery handling for performing a broadcast.
  • the second application service node that checks the broadcast message includes a discovery unit for requesting an application state by checking a broadcast message, a CSE for checking a current application state and providing information in the form of an application resource. And transmitting the result to the first base node via the first intermediate node, and transmitting only information that satisfies the search request condition to the first application service node in the result received from the first intermediate node.
  • the first foundation node constituting the M2M system configured as the foundation node checks the discovery request message with the requesting application service node as the original dispatcher to make an available status check request. Forwarding to a second application service node that is to be searched, requesting an available state to a CSE by a second application service node that receives an available status request message, communicating the result to the first base node, And transmitting, by the second application service node, only information that meets the search request condition to the first application service node.
  • a first intermediate node constituting an M2M system configured as an intermediate node checks the availability status by checking a discovery request message with the requesting application service node as the original dispatcher. Forwarding the request to the second application service node being searched for, the second application service node receiving an available status request message, requesting an available status from the CSE, and delivering the result to the first intermediate node; And transmitting, by the first intermediate node receiving the same, only information satisfying the search request condition to the first application service node.
  • a second application service node which is a search target of a first application service node as a first dispatcher, confirms a search request message, and the second application service node sends a CSE to the CSE. Requesting an available state, delivering the result to the first application service node, and selecting only information that meets the search condition by the first application service node receiving the same.
  • FIG. 21 is a diagram illustrating a configuration of a search node performing a search and a target node to be searched according to an embodiment of the present invention.
  • the node 2110 (search node) performing a search means an intermediate node or a base node, and the node 2120 to be searched is a node having an application to be searched, such as ASN2, or a node 2110 performing the search.
  • An M2M system comprising a requesting node for sending a search request message (including a base node that receives and forwards a search request message from an originator or originator) and a target node providing a search result (a search target node, 2120). Looking at the configuration of the M2M node 2110 constituting the following.
  • a discovery unit 2112 that receives a search request message from the requesting node and receives a search result including an application resource from a target node (search target node), wherein the received message indicates a search for an available application.
  • the communication management and delivery handling unit 2116 for delivering the received message to the target node, and the discovery unit 2112 to perform a search using state information of an application resource.
  • a control unit 2118 for controlling the communication management transfer handling unit 2116, and the M2M node 2110 searches for a device available in an M2M environment.
  • the discovery unit 2112 may include information on an intermediate node closest to a node that is the originator of the search request message. Management and Repository).
  • the status information of the application resource may include one of lifeCycleStatus or reachabilityStatus status as the status of the application instance, and may be controlled to be included or not included in the search result according to the status of the application instance.
  • the search request message includes a search range, and the M2M node 2110 may deliver the message to the target node 2120 within the search range.
  • the search target node 2120 may be any one of a base node, an intermediate node, and an application service node, and is an M2M node 2120 that receives a search request message and provides a search result.
  • the communication management and delivery handling Communication Management / Delivery Handling
  • the command to search for the available application confirms the installation or use of the application
  • the Data Management and Repository 2122 and the communication management forwarding handling to transmit the status information of the application resource to the node that sent the search request message when the application is installed and the application is available.
  • a control unit 2126 for controlling a communication management / delivery handling unit 2124, and the M2M node 2120 provides an application resource that can be used in an M2M environment.
  • the controller 2126 checks service expiration time information of the application and transmits state information of the application resource for which the application service has not expired.
  • the service expiration time has not been reached in the process of checking the service expiration time information, the service may be considered expired even if the service expires soon.
  • the application resource may include an application ID (AppId), an application instance ID (App-Inst-Id), and a service expiration time (expirationTime).
  • AppId application ID
  • App-Inst-Id application instance ID
  • expirationTime service expiration time
  • From accessRightID, creationTime, creationTime, resource lastModifiedTime, creator, lifetime status of the application, lifecyclestatus, search keywords, searchStrings, CSEs It includes one or more of whether the message can be received, application status information (reachabilityStatus), group information (group), subscription information (subscription).
  • the usable device is a state in which all nodes, CSEs, and applications constituting the device are available, a state in which the node or the CSE can receive and process a request message, or an application instance from the CSE.
  • the state information of the application resource may include any one of lifeCycleStatus or reachabilityStatus state as the state of the application instance.
  • the search node 22 illustrates a process of searching for a device available in an M2M environment based on a search node according to an embodiment of the present invention.
  • the search node may be IN1 or MN1 of FIGS. 11 to 13.
  • the search node When the search node receives a search request message of an application resource (S2210), the search node checks whether the search request message indicates a search for an available application, and when the search request message indicates a search for an available application, The search node transmits the search request message to a target node (S2220). Thereafter, the search node or the target node performs a search using state information of an application resource (S2230).
  • the search node may be a base node or an intermediate node
  • the target node may be an intermediate node or an application service node
  • the application resource may include an application ID (AppId), an application instance ID (App-Inst-Id), and a service.
  • Expiration time, access right (accessRightID), creation time (creationTime), resource last modified time (lastModifiedTime), creator, lifetime status information of the application (lifecyclestatus), search keyword ( searchStrings), whether a message can be received from the CSE, application status information (reachabilityStatus), group information (group), and subscription information (subscription) may be any one or more.
  • the usable device is a state in which all nodes, CSEs, and applications that make up the device are available, a state in which the node or the CSE can receive and process a request message, or an application instance from the CSE.
  • the state information of the application resource may include any one of lifeCycleStatus or reachabilityStatus state as the state of the application instance.
  • the search request message may include a search range, and when the search range includes the search range, the search node delivers the message to a target node within the search range.
  • One embodiment of the present invention as described above relates to a method for searching for devices available in an M2M system.
  • the present invention relates to a method for receiving and processing an ASN1 and a search request including a search target, application status information, a request range, and the like. It consists of IN 1, MN 1 and ASN 2 which receives the application status request and provides the result, and presents a method to find when an event to search for available devices occurs.
  • the search request node In IN 1 that receives a search request message with ASN 1 as the first sender, the search request node is selected and MN 1 closest to ASN 1 is selected and forwarded.
  • the MN1 receiving the search request message with ASN 1 as the first sender transmits a search request to the search target node or delivers a search request message to ASN 2 whose ASN 1 is the first originator.
  • the search target node receives the search request message
  • the search node returns information including information including the current application status.
  • IN 1 making a search request forwards the search request to MN 1 closest to ASN 1, MN 1 performs a broadcast, and ASN 2 receiving it receives the status of the application. Return the results including what information you include.

Landscapes

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

Abstract

본 발명은 M2M 환경에서 사용 가능한 장치를 검색하는 방법 및 장치에 관한 것으로 본 발명의 일 실시예에 의한 검색 요청 메시지를 송신하는 요청 노드 및 검색 결과를 제공하는 대상 노드를 포함하는 M2M 시스템을 구성하는 M2M 노드는 검색 요청 메시지를 요청 노드로부터 수신하고 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 디스커버리(Discovery)부, 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 대상 노드로 상기 수신한 메시지를 전달하는 통신관리전달핸들링(Communication Management / Delivery Handling)부, 및 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하도록 상기 디스커버리부와 상기 통신관리전달핸들링부를 제어하는 제어부를 포함한다.

Description

M2M 환경에서 사용 가능한 장치를 검색하는 방법 및 장치
본 발명은 M2M(Machine to Machine Communication) 기술에 관한 것으로, 보다 상세하게는 네트워크 기술을 이용한 사용 가능한 장비 검색 방법 및 이를 위한 장치에 관한 것이다.
사물 통신(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 노드는 검색 요청 메시지를 요청 노드로부터 수신하고 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 디스커버리(Discovery)부, 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 대상 노드로 상기 수신한 메시지를 전달하는 통신관리전달핸들링(Communication Management / Delivery Handling)부, 및 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하도록 상기 디스커버리부와 상기 통신관리전달핸들링부를 제어하는 제어부를 포함한다.
본 발명의 다른 실시예에 의한 검색 요청 메시지를 수신하여 검색 결과를 제공하는 M2M 노드는 검색 요청 메시지를 수신하는 통신관리전달핸들링(Communication Management / Delivery Handling)부, 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 애플리케이션의 설치 또는 사용 가능을 확인하는 데이터관리저장부(Data Management and Repository), 및 상기 애플리케이션이 설치되었으며 상기 애플리케이션이 사용 가능한 경우 상기 검색 요청 메시지를 송신한 노드에게 상기 애플리케이션 리소스의 상태 정보를 전송하도록 상기 통신관리전달핸들링(Communication Management / Delivery Handling)부를 제어하는 제어부를 포함한다.
본 발명의 또 다른 실시예에 의한 요청 메시지를 송수신하고 검색하는 검색 노드, 대상 노드, 요청 노드를 포함하는 M2M 시스템은 검색 요청 메시지를 포함하는 애플리케이션 리소스의 검색 요청 메시지를 생성하여 상기 검색 노드로 전송하는 요청 노드, 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하며, 상기 대상 노드로 상기 수신한 메시지를 전달하고, 상기 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 검색 노드, 및 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하는 대상 노드를 포함한다.
본 발명의 또 다른 실시예에 의한 M2M 환경에서 사용 가능한 장치를 검색하는 방법은 검색 노드가 애플리케이션 리소스의 검색 요청 메시지를 수신하는 단계, 상기 검색 요청 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 검색 노드는 대상 노드로 상기 검색 요청 메시지를 전달하는 단계, 및 상기 검색 노드가 상기 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 단계를 포함하며,상기 검색 노드 또는 대상 노드는 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하는 것을 특징으로 한다.
장치 검색 요청에 따라 검색 요청 시점에 사용 가능한 장비만을 선별하는 방법을 제시할 수 있어 M2M간 통신간에 실시간으로 사용 가능한 애플리케이션 서비스를 가진 장치를 선택하여 서비스 할 수 있다.
도 1은 본 발명을 구성하는 시스템의 구성을 보여주는 도면이다.
도 2는 본 발명을 구성하는 시스템을 상위 레벨의 기능적 관점에서 도시한 도면이다.
도 3은 본 발명을 구성하는 기능적 구조를 보여주는 도면이다.
도 4는 본 발명의 일 실시예에 의한 공통 서비스 개체를 구성하는 도면이다.
도 5는 본 발명의 일 실시예에 의한 참조점에서의 통신 흐름을 보여주는도면이다.
도 6은 본 발명의 일 실시예가 적용되는 공통 서비스 개체의 아키텍쳐를 보여주는 도면이다.
도 7은 본 발명의 일 실시예에 의한 애플리케이션 리소스의 구성 도면이다.
도 8은 본 발명의 일 실시예에 의한 애플리케이션 리소스를 구성하는 하위 리소스 형태를 설명하는 도면이다.
도 9는 본 발명의 일 실시예에 의한 애플리케이션 리소스를 구성하는 속성을 설명하는 도면이다.
도 10은 본 발명의 일 실시예에 의한 사용 가능한 장비 검색 요청을 수행하는 과정을 보여주는 도면이다.
도 11 및 도 12 및 도 13은 본 발명의 일 실시예에 의한 사용 가능한 장비 검색 요청을 수행하는 세부 과정을 보여주는 도면이다.
도 14 내지 도 19는 본 발명의 일 실시예에 의한 메시지의 구성을 보여주는 도면이다.
도 20은 본 발명의 일 실시예에 의한 응답되는 애플리케이션 리소스의 예를 보여주는 도면이다.
도 21은 본 발명의 일 실시예에 의한 검색을 수행하는 검색 노드와 검색 대상이 되는 대상 노드의 구성을 보여주는 도면이다.
도 22는 본 발명의 일 실시예에 의한 검색 노드를 중심으로 M2M 환경에서 사용 가능한 장치를 검색하는 과정에 대한 도면이다.
이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 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)분야, 그리고 기타 분야 등으로 나뉘어진다. 본 발명은 상기 분야를 포함하며, 그 외의 분야에도 적용 가능하다.
본 발명에서 식별(identification)은 특정 도메인 내의 개체(entity)를 다른 개체(entities)와 구별하여 인식(recognizing)하는 과정을 의미한다(Process of recognizing an entity in a particular domain as distinct from other entities). 인증(authentication)은 개체(entity)의 식별자를 결정하거나 정보의 출처를 확립하는 것을 의미한다. 권한부여(authorization)은 권한(rights)를 할당(grant)하는 것을 의미하며, 이는 접근 권한(access rights)에 기반을 두어 할당하는 것을 포함한다. 기밀성(confidentiality)는 권한이 부여되지 않은 개체나 프로세스에 대해 정보가 사용할 수 없도록 하거나 공개되지 않도록 하는 특성을 의미한다. 증명서(credentials)는 보안 프로시져(security procedure)에서 사용되며 개체를 유일하게 식별하는데 사용되는 데이터 객체(data object)를 의미한다. 암호화(encryption)은 암호화 알고리즘(cryptographic algorithm)과 키를 이용하여 평문(plaintext)를 암호문(ciphertext)으로 생성하는 과정을 의미한다. 무결성(integrity)은 정보와 방법의 처리의 정확성과 완전성을 보장하는 것을 의미한다. 키(key)는 암호화 알고리즘과 결합하여 사용되는 파라미터로, 키에 대한 정보를 가진 개체는 해당 키를 재생산하거나 또는 암호화 과정을 역으로 수행할 수 있으며, 키에 대한 정보를 가지지 않은 개체는 상기 재생산 또는 역수행을 수행할 수 없다. 상호 인증(mutual authentication)은 상호간의 식별성을 보장하는 개체 인증을 의미한다. 프라이버시(privacy)는 관련된 정보를 제어하거나 영향을 미치는 개인들의 권리는 공개될 대상에 의해 수집되고 저장될 수 있다. 부인(repudiation)은 개체로부터 요청된 이벤트나 액션을 부인하는 것을 의미한다. 보안성(secure)은 모든 공격에 대해 취약하지 않으며, 취약한 공격을 견디거나 취약성에도 불구하고 공격으로부터 발생한 피해를 복구하는 것을 의미하며, 보안(security)는 시스템을 보호하는 방안을 생성 및 유지하여 발생하는 시스템의 상태를 의미한다. 민감한 데이터(sensitive data)는 의도치 않게 알려지거나 영향을 받는 이해관계자(stakeholder)의 동의 없이 변조될 경우 문제를 일으키는 이해관계자의 데이터의 분류를 의미한다. 구독(subscription)은 동의(agreement)의 분류이며 상기 동의는 일정 기간 동안의 서비스의 사용(또는 소비 consumption)에 대한 제공자(provider)와 구독자(subscriber) 간의 동의를 의미한다. 구독은 통상 상업적인 동의를 의미한다. 신뢰(Trust)는 두 구성요소간의 관계를 의미하는데, 주어진 보안 정체를 침범하지 않는 미리 정의된 방식으로 y라는 구성 요소가 동작할 것이라는 확신을 구성요소 x가 가지고 있는 경우에만 구성요소 x는 구성요소 y를 신뢰하며 활동과 보안 정책의 셋으로 이루어진 관계를 가지게 된다. 검증(verification)은 특정한 요구사항이 만족되는 객관적인 증거의 제공을 통한 확인(confirmation)을 의미한다.
M2M 애플리케이션은 서비스 로직(service logic)을 운영하며 oneM2M에서 특정한 개방형 인터페이스를 이용하여 M2M 공통 서비스를 사용하는 애플리케이션을 의미한다. M2M 애플리케이션 기반(Infrastructure) 노드는 장비(M2M 애플리케이션 서비스 제공자의 물리적 서버들의 집합)이다. 상기 M2M 애플리케이션 기반노드는 데이터를 관리하며, M2M 애플리케이션 서비스의 조정 기능을 실행한다. 애플리케이션 기반노드는 하나 이상의 M2M 애플리케이션을 호스트(host)한다. .
M2M 애플리케이션 서비스는 M2M 애플리케이션의 서비스 로직을 통해 구현되는 것으로, M2M 애플리케이션 서비스 제공자(M2M Application Service Provider) 혹은 사용자가 운영(operation)한다. M2M 애플리케이션 서비스 제공자는 M2M 애플리케이션 서비스를 사용자에게 제공하는 개체를 의미한다. M2M 국지 네트워크(M2M Area Network)는 기반 네트워크의 형태이며, M2M 게이트웨이, M2M 디바이스, 센싱/액츄에이션 장비(Sensing/Actuation Equipment) 간의 데이터 전송 서비스(data transport service)를 제공한다. M2M LAN(Local Area Network)는 이종의 통신 기술을 이용할 수 있으며, IP 접근을 지원할 수도, 하지 않을 수도 있다.
필드 도메인(Field Domain)은 M2M 게이트웨이, M2M 디바이스, 센싱/액츄에이션 장비, M2M 국지 네트워크로 구성된다. 기반 도메인(Infrastructure Domain)은 애플리케이션 기반(Infrastructure)와 서비스 기반(Infrastructure)으로 구성된다. 센싱/액츄에이션 장비는 하나 이상의 M2M 애플리케이션 서비스와의 상호 작용에 의해 물리적 환경을 센싱하거나 또는 영향을 주는 기능을 제공한다. M2M 시스템과 상호 작용을 하지만 M2M 애플리케이션을 호스트하지는 않는다. M2M 솔루션(M2M Solution)은 다음의 기준을 만족하도록 구현 또는 배치(deploy)된 시스템으로, 특정 사용자의 종단간(end-to-end) M2M 통신 요구 사항을 충족시키는 것을 의미한다. M2M 시스템은 M2M 솔루션을 구현 또는 배치(deploy)하는 시스템을 의미한다. 기반 네트워크(Underlying Network)는 데이터 전송/연결 서비스를 위한 기능, 네트워크, 버스(busses) 또는 다른 기술들을 의미한다.
도 1은 본 발명을 구성하는 시스템의 구성을 보여주는 도면이다. 도 1은 애플리케이션(Application)(110), 공통 서비스(Common Services)(120), 기반 네트워크 서비스(Underlying Network Services)(130)로 구성된다. 이들은 각각 애플리케이션 계층(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는 본 발명을 구성하는 시스템을 상위 레벨의 기능적 관점에서 도시한 도면이다. 도 2에 제시된 바와 같이 필드 도메인(Field Domain)과 인프라스트럭처 도메인(Infrastructure Domain)을 구성하는 각각의 구성요소를 살펴보면 다음과 같다. 애플리케이션 개체(Application Entity, AE)(210, 215)은 종단간(end-to-end) M2M 솔루션을 위한 애플리케이션 로직을 제공한다. 일 예로 차량 등의 집단적인 추적 애플리케이션(fleet tracking application), 원격 혈당 감시 애플리케이션(remote blood sugar monitoring application), 또는 원격 전력 검침과 제어 애플리케이션(remote power metering and controlling application) 등이 될 수 있다. 공통 서비스 개체(Common Services Entity, CSE)(220, 225)는 서비스 기능의 집합으로써, 이러한 서비스 기능은 M2M 환경에 공통적으로 사용하는 기능이다. 이러한 서비스 기능은 참조점(Reference Points) Mca, Mcc를 통해 다른 기능으로 드러나며, 참조점 Mcn를 이용하여 기반 네트워크 서비스를 이용한다, M2M 구독 관리(M2M Subscription Management), 위치 서비스(Location Service) 등이 될 수 있다. CSE에 의해 제공되는 서브기능(subfunction)은 논리적으로 CSF(Common service function)으로 이해될 수 있다. oneM2M 노드의 CSE내에 CSF 중 일부는 필수적(mandatory)이 되며 일부는 선택적(optional)이 될 수 있다. 마찬가지로 CSF 내의 서브기능들 역시 필수적 또는 선택적이 될 수 있다.
기반 네트워크 서비스 기능(Underlying Network Services Function, NSF)(230, 235)는 공통 서비스 개체에게 서비스를 제공한다. 서비스의 예로는 디바이스 관리, 위치 서비스(location services)와 디바이스 트리거링(device triggering)을 포함한다
참조점(Reference Points)은 공통 서비스 개체(CSE)에서 지원되는 것으로 Mca 참조점은 애플리케이션 개체와 공통 서비스 개체간의 통신 플로우를 지시하는 참조점이다. Mcc 참조점은 두 공통 서비스 개체 간의 통신 플로우를 지시하는 참조점이다. Mcn 참조점은 공통 서비스 개체와 하나의 네트워크 서비스 개체간의 통신 플로우를 지시하는 참조점이다.
보다 상세히, Mca 참조점은 하나의 애플리케이션 개체(AE)가 공통 서비스 개체에 의해 지원되는 서비스를 사용할 수 있도록 한다. Mca 참조점을 통해 제공되는 서비스들은 공통 서비스 개체가 제공하는 기능에 의존적이며, 애플리케이션 개체와 공통 서비스 개체는 동일한 물리적 개체에 존재하거나 다른 물리적 개체에 따로 존재할 수 있다.
Mcc 참조점은 필요한 기능을 제공하는 다른 공통 서비스 개체의 서비스를 사용하고자 하는 공통 서비스 개체에게 그러한 사용을 가능하게 한다. Mcc 참조점을 통해 제공되는 서비스들은 공통 서비스 개체가 제공하는 기능에 의존적이다. Mcc 참조점은 서로 다른 M2M 노드 간에 지원될 수 있다.
Mcn 참조점은 필요한 기능을 제공하는 기반 네트워크의 서비스 개체를 사용하고자 하는 공통 서비스 개체에게 그러한 사용을 가능하게 하며, 이는 전송과 연결 이외의 서비스를 제공한다. Mcn 참조점의 인스턴스(instance)는 기반 네트워크에서 제공되는 서비스에 의존적으로 구현된다. 두 개의 물리적 M2M 노드 간의 정보 교환은 기본 서비스를 제공하는 기반 네트워크의 전송(transport) 및 연결(connectivity) 서비스를 사용할 수 있다.
Mcc' 참조점은 CSE간의 통신 플로우를 지시한다.
도 3은 본 발명을 구성하는 기능적 구조를 보여주는 도면이다. 도 3의 기능적 구조(Functional Architecture)에서 AE는 애플리케이션 개체, CSE는 공통 서비스 개체를 나타낸다. AE, CSE 앞쪽에 결합하는 IN, MN, ADN, ASN은 각각 기반 노드(Infrastructure Node, IN, 또는 인프라 노드), 중간 노드(Middle Node, MN, 또는 미들 노드), 그리고 애플리케이션 전용 노드(Application Dedicated node, ADN)와 애플리케이션 서비스 노드(Application Service Node, ASN)를 나타낸다. 서로 다른 노드의 CSE들은 서로 동일하지 않으며, 노드 내의 CSE에 의해 지원되는 서비스에 의존적이다.
애플리케이션 전용 노드(ADN)는 적어도 하나 이상의 응용 개체(AE)를 포함하며 공통 서비스 개체(CSE)를 포함하지 않는 노드이다. 애플리케이션 전용 노드(311, 312)는 Mca 참조점을 이용하여 중간 노드(321, 322) 또는 기반 노드(330)와 통신을 수행한다.
애플리케이션 서비스 노드(ASN)는 하나의 공통 서비스 개체(CSE)를 포함하며 적어도 하나 이상의 애플리케이션 개체(AE)를 포함하는 노드이다. 애플리케이션 서비스 노드는 Mcc 참조점을 통하여 다음과 같이 통신한다. 하나의 중간 노드(321)와 통신하거나, 또는 하나의 기반 노드(330)와 통신한다. 상기 통신 방식은 정확히 하나의 중간 노드 또는 기반 노드와 통신할 수 있다.
중간 노드(MN)는 하나의 공통 서비스 개체(CSE)를 포함하며 0개 이상의 애플리케이션 개체(AE)를 포함하는 노드이다. 중간 노드는 IN 또는 MN과 최소한 Mcc를 이용하여 통신하거나, IN/MN/ASN과 Mcc를 이용하여 통신하거나, ADN과 Mca를 이용하여 통신한다.
기반 노드(330)는 하나의 공통 서비스 개체(CSE)를 포함하며 0개 이상의 애플리케이션 개체(AE)를 포함하는 노드이다. 중간 노드는 각각의 Mcc 참조점을 통하여 둘 이상의 노드들과 다음과 같이 통신한다. 하나 이상의 중간 노드들과 통신하거나, 및/또는 하나 이상의 애플리케이션 서비스 노드들과 통신한다. 또한 기반 노드는 Mca 참조점을 이용하여 하나 이상의 애플리케이션 전용 노드(313, 314)와 통신할 수 있다.
도 4는 본 발명의 일 실시예에 의한 공통 서비스 개체를 구성하는 도면이다. 도 4에서는 식별 정보의 처리 기능을 포함한다.
공통 서비스 개체가 제공하는 기능을 도 4와 같이 정리하면 식별(Addressing & Identification), 애플리케이션/서비스 계층 관리(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)등도 포함할 수 있다.
각각의 기능에 대해 살펴보면 다음과 같다.
AID(Addressing and Identification)는 M2M 환경에서의 물리적, 논리적 리소스를 식별하고 조종하는데 필요한 정보를 제공한다. 논리적 리소스는 애플리케이션, CSE, 그리고 데이터와 같은 소프트웨어에 연관된 개체들이다. 물리적 리소스는 기반 네트워크와 M2M 디바이스들과 관련된 하드웨어 관련 개체들이다. AID CSF는 서로 상이한 타입의 M2M 식별자의 프로비저닝과 M2M 애플리케이션, CSE, M2M 디바이스들과 식별자를 결합하는 것을 지원한다.
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과 디바이스 노드(ADN, ASN) 및 M2M 에어리어 네트워크에 있는 디바이스들의 디바이스 기능의 관리를 담당한다. AE는 DMG CSF에서 제공되는 서비스를 이용하여 노드들의 디바이스 능력을 관리할 수 있으며, AE는 특정한 기술적 지식을 관리할 필요는 없다. 다음의 기능을 하나 이상 제공하는 디바이스 관리를 가능하게 한다. 애플리케이션 소프트웨어의 설치 및 세팅, 설정 세팅 및 프로비저닝, 펌웨어 업데이트, 로깅과 모니터링과 분석, 에어리어 네트워크의 토폴로지 관리, 그리고 에이러이 네트워크 관리 내의 디바이스를 포함한다.
DIS(디스커버리) CSF는 주어진 범위와 주제 내에서 허락된 권한(M2M 서비스 구독에서 허락된 것을 포함)과 주어진 범위 내에서 오리지네이터(Originator)로부터의 요청에 해당하는 정보, 예를 들어 지원되는 속성과 리소스를 검색하는 것을 책임진다. 오리지네이터는 애플리케이션 또는 다른 CSE가 될 수 있다. 검색의 범위는 하나의 CSE가 되거나 다수의 CSE가 될 수 있다. 디스커버리 결과는 오리지네이터에게 리턴된다.
GMG(Group Management)는 요청과 관련된 그룹을 핸들링한다. 요청은 그룹과 그룹의 멤버십의 관리를 위해 전송되며 또한 그룹에 의해 지원되는 벌크 오퍼레이션도 담당한다. 그룹에 멤버를 추가 또는 삭제할 경우, 멤버가 그룹의 목적에 순응하는지를 확인할 필요가 있다. 벌크 오퍼레이션은 읽기, 쓰기, 구독하기, 알리기, 디바이스 관리 등을 포함한다. 요청 또는 구독은 그룹을 통하여 이루어지고, 그룹이 이러한 요청과 알림을 결합하는 것을 책임진다. 그룹의 멤버는 리소스에 대한 접근 권한에 대해 동일한 역할을 가진다. 이 경우, 접근 제어는 그룹에 의해 이루어진다. 기반 네트워크가 브로드캐스팅과 멀티캐스팅 기능을 제공할 경우, GMG CSF는 이러한 기능을 이용해야 한다
LOC(Location) CSF는 위치 기반 서비스를 위해 M2M 노드(예를 들어 ASN, MN)의 지리적 위치 정보를 M2M AE가 습득할 수 있도록 한다. 동일한 또는 상이한 M2M 노드 내에 존재하는 M2M AE로부터 이러한 위치 정보가 요청될 수 있다.
NSSE(Network Service Exposure, Service Execution and Triggering) CSF는 M2M 애플리케이션을 대신하여 M2M 시스템으로부터의 서비스 요청에 대한 사용 가능하거나 지원 가능한 방식을 Mcn 참조점을 통하여 네트워크 서비스 기능을 액세스 하기 위해 기반 네트워크와의 통신을 관리한다. NSSE CSF는 다른 CSF와 AE를 기반 네트워크에서 지원되는 특정한 기술과 메커니즘으로부터 은폐한다. 기반 네트워크로부터 제공되는 네트워크 서비스 기능은 디바이스 트리거링, 스몰 데이터 전송, 위치 알림, 폴리시 룰 셋팅, 위치 질의, IMS 서비스, 디바이스 관리 등을 포함하지만 이에 한정되지는 않는다. 이러한 기능들은 일반적인 전송 서비스를 포함하지 않는다.
REG(Registration)는 애플리케이션 또는 다른 CSE가 CSE에 등록하도록 핸들링하는 것을 담당하는데, 이는 CSE에서 제공되는 서비스를 사용하려는 개체의 등록을 허락하기 위함이다. REG CSF는 CSE에 대한 디바이스의 등록 뿐만 아니라 디바이스의 특성/속성의 등록도 핸들링한다.
SEC(Security)는 주의를 요하는(센서티브) 데이터 핸들링 기능, 보안 운영 기능, 보안 결합 설정 기능, 권한 부여와 액세스 제어 기능, 식별 보호 기능을 제공한다. SEC CSF가 제공하는 센서티브 데이터 핸들링 기능은 저장과 조작 과정에서 보안이 필요한 로컬 크리덴셜을 보호하는 기능을 제공한다.
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)는 구독을 유지하는 알림을 제공하며, 리소스의 변화(예를 들어 리소스의 삭제)를 트래킹한다. 리소스의 구독은 AE 또는 CSE에 의해 시작되며, 호스팅 CSE에 의해 접근 권한이 그랜트된다. 활성화된 구독 중에 호스팅 CSE는 구독된 리소스의 변화가 발생하는 경우 리소스 구독자가 수신하기를 원하는 주소로 알림을 전송한다.
상기 도 4 및 그에 대한 설명은 공통 서비스 개체를 구현하는 실시예들이며 본 발명이 이에 한정되지는 않는다.
한편, 본 발명을 구현하기 위해 필요한 식별자(identifier)를 살펴보면 다음과 같다. M2M 식별자로는 M2M-SP-ID(M2M Service Provider Identifier), App-Inst-ID(Application Instance Identifier), App-ID(Application Identifier), CSE-ID(CSE Identifier), M2M-Node-ID(M2M Node Identifier/Device Identifier), M2M-Sub-ID(M2M Service Subscription Identifier), M2M-Request-ID(Request Identifier)가 있다.
이하의 M2M 프레임워크, M2M 시스템, M2M 아키텍처는 서로 혼용 가능한 단어이다.
M2M 서비스 제공자는 M2M-SP-ID에 의해 유일하게(unique) 식별되어야 한다. M2M-SP-ID는 서비스 제공자에게 할당되는 정적인 값(static value)이다. App-Inst-ID는 M2M M2M 노드에 존재하는 애플리케이션 인스턴스(M2M Application Instance)를 유일하게 식별하는 식별자이거나, 또는 M2M 노드와 상호작용하는 M2M 애플리케이션 인스턴스를 식별하는 식별자이다. App-Inst-ID는 M2M 시스템 내에서 애플리케이션으로부터 발생하거나 또는 애플리케이션으로 향하는 상호작용하기 위해 애플리케이션을 식별하는데 사용된다. M2M 서비스 제공자는 App-Inst-ID가 전체적으로(globally) 유일할 것을 보장해야 하며 App-Inst-ID는 애플리케이션 식별자(App-ID)를 포함한다.
CSE-ID는 CSE를 식별하며 전체적으로 유일한 식별자로 M2M 시스템 내의 M2M 노드에서 CSE가 인스턴스화될 때 사용된다. M2M 시스템 내에서 CSE로부터 또는 CSE로 향하는 모든 상호작용에서 CSE를 식별하는데 CSE-ID가 사용된다.
M2M-Node-ID는 CSE 및/또는 애플리케이션을 호스팅하는 M2M 노드를 전체적으로 유일하게 식별한다. M2M 시스템은 M2M 서비스 제공자가 CSE-ID와 M2M-Node-ID를 같은 값으로 설정한다. M2M-Node-ID는 M2M 서비스 제공자가 CSE-ID와 특정 M2M 노드를 바인딩 할 수 있도록 한다.
M2M-Sub-ID는 M2M 서비스 제공자가 애플리케이션, M2M 노드, CSE들을 특정한 M2M 서비스 구독(service subscription)으로 바인딩할 수 있도록 한다. 따라서 M2M-Sub-ID는 M2M 서비스 제공자에 속하며, M2M 서비스 제공자에 대한 구독을 식별하도록 하며, M2M 서비스 제공자와의 통신을 가능하게 하며, M2M 기반 네트워크 구독 식별자(M2M Underlying Network Subscription Identifier)와 구별되며 M2M 서비스 제공자의 변경에 따라 변경될 수 있다. M2M 기반 네트워크에 대해 다수의 M2M-Sub-ID가 존재할 수 있다.
M2M-Request-ID(M2M 요청 식별자)는 애플리케이션이 Mca 참조점을 통해 시작되거나 Mcc, Mcn 참조점을 통해 CSE로부터 시작되는 요청을 단대 단으로 트래킹하는 식별자이다. 이는 또한 요청에 대한 응답에 포함된다. 애플리케이션이 요청과 Mca 참조점을 통한 해당 응답을 트랙하기 위해서 애플리케이션은 CSE로 Mca 참조 점을 통해 요청을 시작할 때 요청 별로 구별되는 애플리케이션 요청 식별자를 포함시켜야 한다.
M2M-Ext-ID(M2M External Identifier)는 M2M SP에 의해 사용되는 식별자로, CSE-ID로 식별되는 CSE를 타겟으로 하는 서비스가 기반 네트워크로부터 요청될 때 사용된다. M2M-Ext-ID는 서비스 요청에 따라 기반 네트워크로 하여금 CSE-ID와 결합된 M2M 디바이스를 식별하도록 한다. 그 결과 기반 네트워크는 M2M-Ext-ID를 타겟 M2M 디바이스에 할당된 기반 네트워크 식별자와 매핑한다. 또한 M2M SP는 CSE-ID와 M2M-Ext-ID, 그리고 기반 네트워크의 식별정보 간의 결합을 유지해야 한다.
도 5는 본 발명의 일 실시예에 의한 참조점에서의 통신 흐름을 보여주는 도면이다.
510은 오리지네이터(originator)이며 520은 리시버(receiver)이며, 양 개체 간의 정보 교환은 애플리케이션과 CSE간에 Mca 참조점을 통하여, 혹은 CSE 간에 Mcc 참조점을 통하여 이루어진다. 또한 전송(Send)와 응답(Respond)로 정보의 교환이 이루어진다. 전송 요청(Send request)는 오리지네이터(510)로부터 리시버(520)로 이루어지며 다음의 정보를 포함한다.
"op"는 실행할 오퍼레이션으로 C(Create), R(Retrieve), U(Update), D(Delete)를 포함한다. "to"는 타겟 리소스의 주소이며, "fr"은 오리지네이터를 나타내는 리소스의 주소를 의미한다. "hd"는 전송 요청에 대한 메타 정보를 포함하는 헤더이며 "cn"은 전송될 컨텐츠를 의미한다.
도 6은 본 발명의 일 실시예가 적용되는 공통 서비스 개체의 아키텍쳐를 보여주는 도면이다. 공통 서비스 개체는 공통 서비스 기능(Common Service Function)의 셋과 인에이블러 기능(Enabler Function)의 셋을 포함한다. 인에이블러 기능은 서비스 확장 인에이블러(Service Extension Enabler)와 그 외 인에이블러(Other enabler)로 구성되며, 서비스 확장 인에이블러는 CSE가 Mca, Mcc 참조점을 통하여 M2M 서비스를 제공하는 것을 가능하게 한다. 서비스 확장 인에이블러는 다음의 기능을 제공한다. i) 모듈 인증을 체크하며(Check module authentication), ii) 노드 리스스를 체크하며(Check node resources) iii) 존재하는 모듈간의 상호동작성을 체크하며(Check interoperability with existing modules), iv) 충돌을 어떻게 다룰 것인지를 결정하기 위해 폴리시와 권한을 체크하는데, 이는 새로운 모듈을 등록하지 않거나 존재하는 모듈의 등록을 해제할 수 있다(Check policy and rights to determine how to handle conflicts e.g. Do not register new module or deregister existing module, etc.), 또한 v) 새로운 모듈을 등록시키고(Register new module), vi) 새로운 모듈이 서비스 리스트에 추가되므로 새로운 서비스를 추가하며(Add new service(s) due to new module to list of services.) vii) 새로운 서비스 능력을 반영하여 API를 변경하며(Modify API support to reflect new service capabilities), viii) 새로운 모듈을 결합하기 위해 모듈간 통신을 변경한다(Modify inter-module communications to incorporate new module )
oneM2M은 시스템을 구현하기 위해 충족시켜야 할 요구사항으로 전반적인 시스템 요구사항(Overall System Requirements), 관리 요구사항(Management Requirements), 데이터 모델과 의미 요구사항(Data Model & Semantics Requirements), 보안 요구사항(Security Requirements), 과금 요구사항(Charging Requirements), 운영 요구사항(Operational Requirements)을 제시하고 있다.
본 명세서에서는 M2M, 특히 oneM2M을 중심으로 설명한다. 그러나 이러한 설명이 M2M에만 한정되는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신에 적용 가능하다.
oneM2M 환경에서 사물간 통신을 할 때 전제 조건으로 서로 간 Local CSE와 애플리케이션이 서로 등록과정을 거쳐야 한다. 이 때 애플리케이션 인스턴스가 생성되며 이 정보는 애플리케이션 리소스 형태로 저장이 된다. 애플리케이션 리소스의 구성 요소는 애플리케이션에 대한 상태 정보를 포함하고 있으며, 실제 Local CSE가 애플리케이션 인스턴스와 통신을 할 때 사용 가능성 여부를 애플리케이션 리소스 정보를 참고로 하여 확인할 수 있다. 따라서 본 발명은 애플리케이션 리소스 정보를 바탕으로 사용 가능한 장치를 찾을 수 있는 방법을 제시하였으며, 그 방법으로 검색 범위를 포함할 경우, 검색 대상만을 포함한 경우로 나뉘어 제시한다.
도 7은 본 발명의 일 실시예에 의한 애플리케이션 리소스의 구성 형태를 나타내 주는 도면이다.
애플리케이션 리소스는 속성 값으로 expirationTime, accessRightID, creationTime, lastModificationTime, creator, lifeCycleStatus, searchStrings, ReachabilityStatus, AppId, App-Inst-Id 등의 속성 값을 포함하고 있으며, Group, Subscription Resource 등 하위 리소스를 포함하고 있다.
애플리케이션 리소스는 애플리케이션에 대한 정보를 저장하고 있으며, 생성시기는 애플리케이션 인스턴스가 Local CSE와 성공적인 등록과정을 수행한 결과로써 생성된다. 애플리케이션 리소스는 CRUD(Create, Retrieve, Update, Delete) 오퍼레이션을 적용할 수 있다. 즉, 애플리케이션 생성 요청에 의해 생성될 수 있으며, 검색될 수 있고, 속성들이 업데이트 되거나, 삭제될 수 있다. 애플리케이션 리소스에는 expirationTime 속성이 지정되어 있어, 시간이 만기되면 애플리케이션은 삭제될 수 있다. 또한 애플리케이션 요소 중에 lifeCycleStatus가 존재하여 애플리케이션이 생성되고 멈추기까지 과정을 상태 값으로 가지고 있다. 일 실시예로 상기 lifeCycleStatus가 가질 수 있는 값으로, Deployed, Install, Start, Stop, Uninstall과 같이 애플리케이션의 설치에서 제거까지의 상태를 모두 포함할 수 있다. 혹은 애플리케이션의 실행에서 중지까지의 Idle, Start, Stop과 같은 상태를 가질 수 있다. 또한 "ReachabilityStatus" 요소는 Local CSE에서 보낸 메시지를 받을 수 있는 상태여부를 나타내는 것으로써, 값이 도달 가능하다는 의미를 지닌 "OK" 또는 "True" 등의 값을 가질 경우, 해당 애플리케이션 인스턴스는 메시지를 현재 수신할 수 있는 상태임을 나타낸다. 애플리케이션 요소인 lifeCycleStatus와 ReachabilityStatus는 현재 애플리케이션의 상태를 알 수 있는 요소로써 이를 활용하여 사용 가능한 애플리케이션 인스턴스를 선별할 수 있다. 따라서, 검색 과정에서 애플리케이션의 사용 가능성에 중점을 두어 검색할 경우 위의 lifeCycleStatus와 ReachabilityStatus의 값을 확인할 수 있다. 이외에도 expirationTime 도 검색과정에서 확인할 수 있는데, 이미 만료된 경우에는 검색 결과에서 제외되며, 뿐만 아니라, 만료가 임박한 경우에도 검색 결과에서 제외시킬 수 있다. 예를 들어 10분 이내에 만료될 것으로 설정된 경우, 실행하는데 1시간이 걸리는 애플리케이션의 검색 요청에 대해서는 검색 결과에 포함시키지 않도록 구성할 수 있다.
애플리케이션 리소스는 그룹 리소스와 Subscription 리소스를 하위 리소스로 가지고 있으며, 애플리케이션은 특정 그룹에 속할 수 있고, 구독될 수 있다.
도면 8은 본 발명의 실시예에 의한 애플리케이션 리소스의 하위 리소스 구성 요소들을 보여준다.
그룹 리소스는 애플리케이션이 속하는 그룹을 나타내며 그룹이 없는 경우도 있고, 그룹에 속할 경우에는 그룹 명을 정할 수 있다. 또한 애플리케이션 리소스는 구독 요청에 의해 생성될 수 있다.
도면 9는 본 발명의 실시예에 의한 애플리케이션 리소스의 속성 값들에 대해 자세한 설명을 보여준다.
expirationTime은 애플리케이션의 만기 시간을 나타내며, 만기 시간이 설정되어 있을 경우에는 만기 시간이 되었을 때 애플리케이션이 정지 혹은 삭제 될 수 있다. 검색 과정에서 애플리케이션의 사용 가능성에 있어서 상기 만기 시간을 검색 조건으로 사용할 수 있다. 앞서 살펴본 바와 같이 1시간 이상 사용할 애플리케이션이라면 expirationTime 이 1시간 이내로 설정된 애플리케이션은 검색 결과에서 제외시킬 수 있다. accessRightID는 애플리케이션에 접근할 수 있는 권한을 의미하며, 애플리케이션에 대한 CRUD 요청이 수신되면, 가장 먼저 accessRightID를 통해 접근 권한을 확인한다. creationTime은 애플리케이션 리소스의 생성 시간을 말하며 lastModifiedTime은 애플리케이션 리소스에 수정 사항이 발생되면 기록된다. creator는 애플리케이션 생성자를 말하며, lifeCycleStatus는 애플리케이션의 현재 lifetime 상태에 대한 값을 가지고 있다. searchStrings는 애플리케이션 리소스에 대한 키워드 등이 들어갈 수 있으며 애플리케이션 리소스가 검색될 수 있도록 값을 가질 수 있다. ReachabilityStatus는 Local CSE로부터 애플리케이션 인스턴스가 현재 메시지를 받을 수 있는 상태인지 나타내는 값이다. App-Id는 애플리케이션에 대한 식별자 값을 나타내며, App-Inst-Id는 실행 환경에서 실제 작동되고 있는 애플리케이션 인스턴스를 말하며 이 값이 1인 경우에는 해당 애플리케이션 리소스는 애플리케이션 인스턴스 상태임을 말한다. 또는 App-Inst-Id는 별도의 애플리케이션 인스턴스를 식별하는 정보를 포함할 수 있다.
도 10은 본 발명의 실시예에 의한 사용 가능한 장비 검색 요청을 수행하는 과정을 보여주는 도면이다.
1010은 검색 범위를 포함하는 사용 가능한 장비 검색을 요청하는 과정을 보여주며, 1050은 검색 범위를 포함하지 않는 사용 가능한 장비 검색을 요청하는 과정을 보여준다.
1010의 검색 과정을 살펴보면 다음과 같다. ASN 1(1012)은 특정 위치에서 검색 범위를 기반으로 사용 가능한 장치 등을 검색하고자 기반 노드)1(1014)에게 검색 요청 메시지를 전달하게 된다(S1021). 검색 요청 메시지에는 ASN 1(1012)의 위치 정보와 검색 범위 정보, 사용 가능한 장치의 애플리케이션 상태 정보를 포함하게 된다. ASN 1(1012)의 검색 요청 메시지 중 위치 정보와 검색 범위 정보는 옵션으로 들어가며, 애플리케이션 상태 정보는 애플리케이션 리소스 정보 중 애플리케이션 상태를 알 수 있는 속성 값을 말한다.
검색 요청 메시지에 검색 범위 등의 조건이 포함되어 기반 노드 1(1014)에게 전달되는 경우 기반 노드 1(1014)은 검색 요청 메시지를 확인하여 검색 요청을 한 ASN 1(1012)을 기준으로 제일 가까운 MN 1(1016)을 찾고 MN 1(1016)에게 검색 요청 메시지를 전달한다(S1022). MN 1(1016)은 검색 요청 메시지를 확인 후 브로드캐스트(Broadcast)를 수행하게 된다(S1023). 브로드캐스트 메시지를 수신하는 ASN 2(1018)는 자신의 애플리케이션 현재 상태와 위치 정보를 포함하는 애플리케이션 리소스를 요청한 MN 1(1016)에게 전달한다(S1026). MN 1(1016)은 기반 노드 1(1014)에게 응답 결과를 전달하고(S1027), 기반 노드 1(1014)은 응답 결과에서 검색 요청 조건에 맞는 응답 결과를 선별하여 ASN 1(1012)에게 응답 결과를 전달한다(S1028).
1010의 검색 과정을 정리하면, 검색을 요청하는 노드가 검색 요청 메시지를 전송하면, 이를 수신한 기반 노드 또는 중간 노드는 검색을 요청한 노드의 위치 정보를 이용하여 검색 범위 내에 존재하는 검색 대상이 되는 노드들에게 검색 요청 메시지를 브로드캐스트로 전송할 수 있다.
검색 요청 메시지에서 검색 조건에 검색 범위 조건이 포함되어 있지 않은 경우의 1050의 검색 과정을 살펴보면 다음과 같다. ASN1(1052)로부터 검색 요청 메시지를 S1061과 같이 받는 기반 노드 1(1054)이 검색 대상의 애플리케이션 상태를 알기 위해 검색 대상에 검색 요청 메시지를 전달한다(S1062, S1063). 검색 요청을 받은 검색 노드 ASN 2(1058)는 검색 요청 메시지를 확인하고 애플리케이션 리소스 정보에 현재 애플리케이션 상태 정보를 포함하여 응답 결과를 기반 노드 1(1054)에게 전달한다(S1066, S1067). 기반 노드 1(1054)은 응답 결과를 확인하여 검색 요청 조건에 맞는 응답 결과를 ASN 1(1052)에게 전달한다(S1068). 기반 노드 1(1054)이 ASN 2(1058)에게 검색 요청을 전달하는 경우에 만약 ASN 2(1058)가 멀리 있다면 중간 노드 MN 1(1056) 등을 통해 검색 요청을 전달할 수 있다(S1062). 또한 검색 요청 메시지를 포함하는 ASN 1의 검색 요청에 대해 대상 노드인 ASN 2(1058)가 직접 요청 메시지를 받아 확인하고 해당하는 애플리케이션 리소스 정보를 응답 결과로써 ASN 1(1052)에게 다시 전달할 수 있다.
도 10의 1050에서 기반 노드인 IN 1(1054)와 중간 노드 MN 1(1056)는 선택적으로 구성될 수 있으므로 점선으로 표시하였다.
도 11, 12, 13은 본 발명의 일 실시예에 의한 사용 가능한 장비 검색 요청을 수행하는 세부 과정을 보여주는 도면이다.
ASN 1(1102)은 검색하고자 하는 대상(예를 들어 애플리케이션 ID, 그룹 URI, 또는 애플리케이션 검색 문구 등)에 대한 정보, 그리고 검색 범위는 옵션 형태로 구성되는 검색 요청 메시지를 생성한다. ASN 1(1102)은 상기 검색 요청 메시지를 기반 노드인 IN 1(1104)로 전송한다(S1110). IN 1(1104)은 디스커버리부가 검색 요청 메시지를 확인하여(S1111) 검색 요청 메시지에 검색 범위 조건이 옵션으로 들어가 있는지 판단한다(S1112). 만약 검색 범위 요청 조건이 포함되어 있다면 검색 요청한 오리지네이터(originator)인 ASN 1(1102)과 가장 가까운 MN을 찾기 위해 데이터관리저장부(DMR)에 검색 요청을 한다(S1113). 데이터관리저장부는 가장 가까운 MN 1(1106)의 접근 정보를 응답해 주고(S1114), 디스커버리부는 MN 1(1106)에게 브로드캐스트 요청 메시지를 포함하여 MN 1(1106)에게 검색 요청 메시지를 전달한다(S1115, S1120).
MN 1(1106)은 IN 1(1104)로부터 받은 검색 요청 메시지를 디스커버리부가 확인하고(S1121), 검색 조건을 포함하는 브로드캐스트를 수행해 달라고 요청한다(S1122). MN 1(1106)은 검색 요청 메시지를 포함하는 브로드캐스트를 수행하게 된다(S1123, S1130).
연결하여 도 12에서 프로세스가 진행된다.
브로드캐스트 형태로 검색 요청 메시지를 받는 ASN 2(1108)는 검색 요청 메시지를 디스커버리부가 확인하고(S1241) 애플리케이션 서비스 관리부에게 애플리케이션 상태 정보를 포함하는 애플리케이션 리소스 요청을 한다(S1242). 애플리케이션 서비스 관리부는 검색 요청 메시지의 조건에 맞는 애플리케이션 리소스에 대한 정보를 구성하여 응답 결과를 MN 1(1106)에게 돌려준다(S1243, S1245). 이 때, 애플리케이션 인스턴스가 없는 경우이거나 애플리케이션 인스턴스가 모두 가능한 상태가 아닐 경우에는 애플리케이션 인스턴스를 생성하여 애플리케이션 리소스 정보를 구성하여 응답 결과를 MN 1(1106)에게 돌려준다.
MN 1(1106)은 응답 결과를 IN 1(1104)에게 전달하며(S1245) IN 1(1104)은 응답 결과로부터 검색 요청 조건에 맞는 항목 만을 선별하여 ASN 1(1102)에게 검색 결과를 돌려 준다(S1246).
만약 ASN 1(1102)이 검색 요청 메시지에 검색 범위 조건이 없는 메시지 구성일 경우(도 11의 S1112에서 '아니오'인 경우)에는 검색 요청 메시지를 받는 IN 1(1104)의 디스커버리부에서 S1111, S1112 과정이 동일하게 수행된 후에 검색 범위 조건이 없는 경우 디스커버리부는 검색 요청 메시지에 있는 검색 대상 정보에 해당하는 ASN 2(1108)에게 검색 요청 메시지를 전달한다(S1247). ASN 2(1108)는 검색 요청에 메시지를 확인하여 CSE가 검색 요청 메시지의 조건에 맞는 현재 애플리케이션 정보를 애플리케이션 리소스(Application Resource) 형태로 저장하여 응답 결과를 되돌려 준다(S1254). 이 때, 애플리케이션 인스턴스가 없는 경우이거나 애플리케이션 인스턴스가 모두 가능한 상태가 아닐 경우에는 애플리케이션 인스턴스를 생성하여 애플리케이션 리소스 정보를 구성하여 응답 결과를 MN 1(1106)에게 돌려준다(S1260). 응답 결과를 받은 IN 1(1104)은 검색 요청 조건에 맞는 항목만을 디스커버리부가 선별하여 응답 결과를 ASN 1(1102)에게 되돌려 준다(S1270).
연결하여 도 13에서 프로세스가 진행된다.
ASN 1(1102)이 범위 검색을 포함하지 않는 검색 요청을 MN 1(1106)에게 전달하는 경우 MN 1(1106)은 검색 요청 메시지를 확인하여 검색 요청을 검색 대상인 ASN 2(1108)에게 전달한다(S1324). 검색 요청 메시지를 받은 ASN 2(1108)는 검색 요청에 메시지를 확인하여 CSE가 검색 요청 메시지의 조건에 맞는 현재 애플리케이션 인스턴스 정보를 애플리케이션 리소스 형태로 저장하여 응답 결과를 되돌려 준다(S1335, S1339). 이 때, 애플리케이션 인스턴스가 없는 경우이거나 애플리케이션 인스턴스가 모두 가능한 상태가 아닐 경우에는 애플리케이션 인스턴스를 생성하여 애플리케이션 리소스 정보를 구성하여 응답 결과를 MN 1(1106)에게 돌려준다. 응답 결과를 받은 MN 1(1106)은 검색 요청 조건에 맞는 항목만을 디스커버리부가 선별하여 응답 결과를 ASN 1(1102)에게 돌려준다(S1345, S1346).
ASN 1(1102)이 범위 검색을 포함하지 않는 검색 요청을 검색 대상인 ASN 2(1108)에게 전달하는 경우 검색 요청 메시지를 받은 ASN 2(1108)는 검색 요청에 메시지를 확인하여 CSE가 검색 요청 메시지의 조건에 맞는 현재 애플리케이션 정보를 애플리케이션 리소스 형태로 저장하여 응답 결과를 되돌려 준다(S1356). 이 때, 애플리케이션 인스턴스가 없는 경우이거나 애플리케이션 인스턴스가 모두 가능한 상태가 아닐 경우에는 애플리케이션 인스턴스를 생성하여 애플리케이션 리소스 정보를 구성하여 응답 결과를 MN 1(1106)에게 돌려준다. 응답 결과를 받은 MN 1(1106)은 검색 요청 조건에 맞는 항목만을 디스커버리부가 선별하여 응답 결과를 ASN 1(1102)에게 돌려준다(S1391).
도 11 내지 도 13의 내용을 정리하면 다음과 같다.
M2M 시스템을 구성하는 요소로 요청 메시지를 송수신하고 검색하는 검색 노드(IN1, MN1), 대상 노드(IN1, MN1, ASN2), 요청 노드(ASN1)이 있다. IN1과 MN1은 검색 노드이자 대상 노드가 되는데, 이는 ASN1으로부터 검색 요청 메시지를 수신하므로 IN1은 대상 노드가 되며, MN1으로 상기 검색 요청 메시지를 전달하므로 IN1은 검색 노드가 된다. 마찬가지로 IN1으로부터 검색 요청 메시지를 수신하므로 MN1은 대상 노드가 되며, ASN2로 상기 검색 요청 메시지를 전달하므로 MN1은 검색 노드가 된다.
요청 노드가 IN1이며, 검색 노드가 MN1, 대상 노드가 ASN2인 경우에 도 11 내지 도 13을 정리하면 다음과 같다.
요청 노드(1104)는 검색 요청 메시지를 포함하는 애플리케이션 리소스의 검색 요청 메시지를 생성하여 상기 검색 노드(1106)로 전송한다. 그리고 검색 노드(1106)는 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하며, 상기 대상 노드(1108)로 상기 수신한 메시지를 전달하고, 상기 대상 노드(1108)로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신한다. 한편, 대상 노드(1108)는 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하게 된다.
상기 검색 노드는 기반 노드 또는 중간 노드가 될 수 있으며, 상기 대상 노드는 중간 노드 또는 애플리케이션 서비스 노드가 될 수 있다. 그리고 애플리케이션 리소스와 관련하여서는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함할 수 있다.
상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상가 될 수 있다.
또한, 상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함할 수 있다.
S1112에서 살펴본 바와 같이 상기 검색 요청 메시지는 검색 범위를 포함하며, 상기 검색 노드는 상기 검색 범위 내의 대상 노드로 상기 메시지를 전달할 수 있다.
도 14 내지 도 19는 본 발명의 일 실시예에 의한 메시지의 구성을 보여주는 도면이다.
도 14 및 도 15의 1400 및 1500은 검색 요청을 할 경우 사용 가능한 메시지의 구성이다(도 11에서 S1110). 검색범위를 포함하는 검색 요청 메시지의 경우 op는 명령어를 의미하며 "RETRIEVE"가 지시되어 있다. "fr"은 메시지의 발신자 정보로 1400, 1500에는 발신자인 ASN 1(1102)의 CSE-ID 정보가 포함된다. "to"는 메시지의 수신자 정보로 IN 1의 CSE-ID가 포함되어 있다. 그리고 "cn"은 메시지의 콘텐츠, 즉 내용이 들어있는데, 검색 범위를 포함하는 검색 요청 메시지의 경우(1400), 검색 범위(Search Range), 검색 키워드(Search Keyword), 발신자 위치(Originator LOC), 애플리케이션 상태 정보(Application Resource lifecycleStatus, Application Resource Reachability) 등이 포함되어 있다. 만약 검색 범위를 포함하고 있지 않은 검색 요청 메시지의 경우(1500)에는 검색 요청자 위치 및 검색 범위가 포함되어 있지 않다.
도 16의 1600은 검색범위를 포함하는 검색 요청 메시지의 경우 IN 1(1104)이 MN 1(1106)에게 브로드캐스트 검색 요청을 지시하는 검색 요청 메시지이다(도 11에서 S1120). IN 1(1104)은 ASN 1(1102)으로부터 받은 검색 요청 메시지에 MN 1(1106)에게 검색 방법(Search Method)를 포함하여 MN 1(1106)에게 전달한다. 브로드캐스트 검색 요청 메시지는 오리지네이터의 위치 정보(Originator_LOC: (10, 30))를 포함한다.
도 17의 1700은 MN 1(1106)이 브로드캐스트를 수행할 때 포함되는 메시지 형태를 말한다(도 11에서 S1130). 검색 키워드로 애플리케이션 ID, 그룹 URI 및 searchStrings 정보가 포함되어 있다.
도 18의 1800은 ASN 1(1102)이 검색 요청 메시지를 IN 1(1104)에게 전달되었을 때 검색 범위 요청 조건이 들어있지 않은 경우 IN 1(1104)이 검색 키워드에 명시되어 있는 대상에게 검색 요청 메시지를 전달할 때 구성되는 메시지 형태이다(도 12에서 S1250). "mi"는 검색 요청 메시지의 메타정보로 "rt"는 응답 결과 형태를 지정하는 것이며, "da"는 검색 요청 대상까지 메시지를 전달할 때 딜리버리(delivery) 형태로 전달할 수 있도록 해준다. "rt"는 애플리케이션 리소스 형태로 받을 수 있으며, "da"는 ON으로 설정되어 있어 IN 1이 ASN2까지 전달할 때 딜리버리 형태로 전달할 수 있도록 해준다.
도 19의 1901 및 1902는 ASN2(1108)가 검색 요청 메시지에 대한 응답 결과 메시지를 보여준다(도 12에서 각각 S1245, S1260). "cn" 항목에 애플리케이션 리소스를 응답 결과로 받으며, 범위를 포함하는 검색 요청으로 브로드캐스트 형태로 수신된 검색 요청 메시지에 대한 응답 결과는 1901로 구성된다. 그 외에 경우에는 1902 형태로 구성된다.
도 13에서의 메시지 전송과 응답에 대해 도 14 내지 도 19를 이용하여 설명하면 도 13에서 S1307은 1500, S1328은 1800, S1339는 1902, S1350은 1500, S1361은 1902의 모습과 동일하다.
도 20은 본 발명의 일 실시예에 의한 응답되는 애플리케이션 리소스의 예를 보여주는 도면이다.
애플리케이션 리소스(2000)의 요소 중에 lifeCycleStatus가 Deployed, Install, Stop, Uninstall 등을 예제로 애플리케이션 본연의 기능을 수행할 수 있는 단계가 아닌 상태를 제외한 값과 reachabilityStatus가 "OK" 상태로 CSE로부터 애플리케이션 인스터스가 메시지를 받을 수 있는 상태임을 나타내는 경우, 그리고 App-Inst-Id가 존재하여 애플리케이션 인스턴스임을 말하고 있을 때 본 애플리케이션 인스턴스는 사용 가능한 상태라 말한다. 만약 reachabilityStatus가 "OK" 가 아닌 받지 못하는 상황을 나타내는 값을 지닌 경우 혹은 lifeCycleStatus의 값이 실제 애플리케이션이 동작할 수 있는 상황이 아닌 경우에는 해당 애플리케이션 인스턴스는 사용 불가능한 상태임을 말한다.
지금까지 살펴본 본 발명에서는 사용 가능한 장치에 대한 정의 및 애플리케이션(Application)의 상태 정보를 담고 있는 리소스 타입(Resource Type)에 대해 정의하고 이를 활용한 검색에 대한 실시 예를 살펴보았다. 이에 보다 상세히 상기 장치와 과정을 살펴보고자 한다.
먼저, 사용 가능한 장치라 함은 장치를 구성하는 요소인 노드(Node), CSE, 애플리케이션(Application)들이 사용 가능한 상태를 말한다. 검색 요청 메시지를 수신하는 장치가 검색 요청 메시지를 처리하고 있는 상태일 때는 검색 요청 메시지를 수신하여 명령어를 수행하고 있는 과정이므로 노드 및 CSE가 사용 가능한 상태라 할 수 있다. 그러나, 노드, CSE는 사용 가능한 상태이고, 애플리케이션이 사용 가능하지 않다면 이 장치는 사용 가능하지 않은 상태라 할 수 있다. 따라서 본 명세서에서는 노드 및 CSE는 검색 요청을 받아 메시지를 처리하는 과정이 있으므로 노드 및 CSE는 사용 가능한 상태를 전제로 애플리케이션의 사용 가능한 상태를 알아 냄으로써 사용 가능한 장치를 찾아내는 방법을 제시한다.
장치 안에서 작동되는 애플리케이션에 대한 정보는 애플리케이션 리소스에 저장되며, 애플리케이션 리소스 생성 시점은 Local CSE와 성공적인 등록과정(Registration)의 결과로써 생성된다. 또한 애플리케이션 리소스는 CRUD(Create, Retrieve, Update, Delete) 될 수 있다. 애플리케이션 리소스를 구성하는 요소 중에 현재 lifetime 정보를 가지는 "lifeCycleStatus" 와 CSE로부터 메시지를 받을 수 있는 상태를 나타내는 "ReachabilityStatus" 요소를 포함하고 있다. "lifeCycleStatus"와 "ReachabilityStatus" 요소는 애플리케이션의 상태를 알 수 있는 정보로 활용된다. 하나의 장치 안에는 여러 애플리케이션이 존재할 수 있으므로 애플리케이션 리소스를 구별할 수 있는 "App-Id", "App-Inst-Id" 값을 구성 요소도 가지고 있다. 실행환경에 존재하는 애플리케이션일 경우에는 "App-Inst-Id" 값을 가지며 이를 애플리케이션 인스턴스라고 한다.
사용 가능한 장치를 찾기 위한 실시 예는 검색 범위를 포함하는 사용 가능한 장치 검색과 검색 대상을 지정하여 사용 가능한 장치를 검색하는 경우로 크게 2가지로 나뉘어져 있다. 검색 대상을 지정하여 사용 가능한 장치를 검색하는 경우에는 세부 실시 예로 각각 기반 노드, 중간 노드, 검색 대상 노드에게 검색 요청을 하는 경우로 나뉘어져 있다.
검색 범위를 포함하는 사용 가능한 장치를 검색하는 실시 예는 다음과 같다. 기반 노드로 구성된 M2M 시스템을 구성하는 제 1 기반 노드는 요청 애플리케이션(Application) 서비스 노드를 최초 발송자(오리지네이터, Originator)로 하는 검색 요청 메시지를 확인하여 범위 검색 여부 판단, 요청 애플리케이션 서비스 노드에 가장 가까운 중간 노드를 찾고자 데이터관리저장(Data Management & Repository)부에 요청 및 중간 노드에게 Braodcast 방식으로 검색 요청하는 디스커버리(Discovery)부, 제 1 기반 노드에서 서비스하는 중간 노드 목록을 가지고 있는 데이터관리지정부를, 그리고 상기 검색 요청을 수행한 결과를 제 1 애플리케이션 서비스 노드에게 전달하는 단계를 포함한다.
그리고, 상기 제 1 기반 노드로부터 검색 요청 메시지를 받는 제 1 중간 노드는 검색 요청 메시지를 확인하고 브로드캐스트(Broadcast) 요청을 하는 디스커버리부, 브로드캐스트를 수행하는 통신관리전달핸들링(Communication Management / Delivery Handling)부를 포함하며, 브로드캐스트 메시지를 확인하는 제 2 애플리케이션 서비스 노드는 브로드캐스트 메시지를 확인하여 애플리케이션 상태를 요청하는 디스커버리부, 현재 애플리케이션 상태를 확인하고 애플리케이션 리소스 형태로 정보를 제공하는 CSE, 상기 수신한 결과를 제 1 중간노드를 거쳐 제 1 기반 노드에게 전송하는 단계, 제 1 중간노드로 부터 수신한 결과에서 검색 요청 조건에 맞는 정보만을 제 1 애플리케이션 서비스 노드에게 전달하는 단계를 포함한다.
검색 대상을 지정하여 사용 가능한 장치 검색 요청에 대한 실시예로 기반 노드로 구성된 M2M 시스템을 구성하는 제 1 기반 노드는 요청 애플리케이션 서비스 노드를 최초 발송자로 하는 검색 요청 메시지를 확인하여 사용 가능한 상태 확인 요청을 검색 대상인 제 2 애플리케이션 서비스 노드에 전달하는 단계, 사용 가능한 상태 요청 메시지를 수신하는 제 2 애플리케이션 서비스 노드가 CSE에게 사용 가능한 상태를 요청하는 단계, 상기 수행한 결과를 제 1 기반 노드에게 전달하는 단계, 제 2 애플리케이션 서비스 노드가 검색 요청 조건에 맞는 정보만을 제 1 애플리케이션 서비스 노드에게 전달하는 단계를 포함한다.
검색 대상을 지정하여 사용 가능한 장치 검색 요청에 대한 또 다른 실시예로 중간 노드로 구성된 M2M 시스템을 구성하는 제 1 중간 노드는 요청 애플리케이션 서비스 노드를 최초 발송자로 하는 검색 요청 메시지를 확인하여 사용 가능한 상태 확인 요청을 검색 대상인 제 2 애플리케이션 서비스 노드에 전달하는 단계, 사용 가능한 상태 요청 메시지를 수신하는 제 2 애플리케이션 서비스 노드가 CSE에게 사용 가능한 상태를 요청하는 단계, 상기 수행한 결과를 제 1 중간 노드에게 전달하는 단계, 이를 수신하는 제 1 중간 노드가 검색 요청 조건에 맞는 정보만을 제 1 애플리케이션 서비스 노드에게 전달하는 단계를 포함한다.
검색 대상을 지정하여 사용 가능한 장치 검색 요청에 대한 또 다른 실시예로 제 1 애플리케이션 서비스 노드를 최초 발송자로 검색 대상인 제 2 애플리케이션 서비스 노드가 검색 요청 메시지를 확인하는 단계, 제 2 애플리케이션 서비스 노드가 CSE에게 사용 가능한 상태를 요청하는 단계, 상기 수행한 결과를 제 1 애플리케이션 서비스 노드에게 전달하는 단계, 이를 수신하는 제 1 애플리케이션 서비스 노드가 검색 조건에 맞는 정보만을 선별하는 단계를 포함한다.
도 21은 본 발명의 일 실시예에 의한 검색을 수행하는 검색 노드와 검색 대상이 되는 대상 노드의 구성을 보여주는 도면이다.
검색을 수행하는 노드(2110, 검색 노드)는 중간 노드 또는 기반 노드를 의미하며, 검색 대상이 되는 노드(2120)는 앞서 ASN2와 같이 검색하고자 하는 애플리케이션을 보유한 노드 또는 상기 검색을 수행하는 노드(2110)로부터 검색 요청 메시지를 수신하는 중간 노드 또는 기반 노드를 의미한다.
검색 요청 메시지를 송신하는 요청 노드(오리지네이터 또는 오리지네이터로부터 검색 요청 메시지를 수신하여 전달하는 기반 노드를 포함) 및 검색 결과를 제공하는 대상 노드(검색 대상 노드, 2120)를 포함하는 M2M 시스템을 구성하는 M2M 노드(2110)의 구성을 살펴보면 다음과 같다.
검색 요청 메시지를 요청 노드로부터 수신하고 대상 노드(검색 대상 노드)로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 디스커버리(Discovery)부(2112)가 있으며, 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 대상 노드로 상기 수신한 메시지를 전달하는 통신관리전달핸들링(Communication Management / Delivery Handling)부(2116), 그리고 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하도록 상기 디스커버리부(2112)와 상기 통신관리전달핸들링부(2116)를 제어하는 제어부(2118)를 포함하며, M2M 노드(2110)는 M2M 환경에서 사용 가능한 장치를 검색한다.
보다 상세히 살펴보면, 상기 디스커버리부(2112)는 상기 검색 요청 메시지가 위치 기반 범위 검색을 요청하는 메시지인 경우 상기 검색 요청 메시지의 오리지네이터인 노드에 가장 가까운 중간 노드의 정보를 데이터관리저장부(Data Management and Repository)(2114)에서 검색할 수 있다.
또한, 상기 M2M 노드(2110)는 기반 노드 또는 중간 노드가 될 수 있다. 대상 노드(2120)는 중간 노드 또는 애플리케이션 서비스 노드가 될 수도 있다. 또한 기반 노드가 다른 기반 노드로 검색 요청 메시지를 전달할 수 있는 구조인 경우 또는 애플리케이션 서비스 노드로부터 검색 요청을 받아 검색을 수행한다면 상기 대상 노드(2120)는 기반 노드가 될 수도 있다.
상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함하도록 하여, 검색 시 애플리케이션 인스턴스의 상태에 따라 검색 결과에 포함시키거나, 혹은 포함시키지 않도록 제어할 수 있다. 그리고 상기 검색 요청 메시지는 검색 범위를 포함하며, 상기 M2M 노드(2110)는 상기 검색 범위 내의 대상 노드(2120)로 상기 메시지를 전달할 수 있다.
다음으로 검색 대상 노드(2120)에 대해 살펴본다. 검색 대상 노드(2120)는 기반 노드, 중간 노드 또는 애플리케이션 서비스 노드 중 어느 하나가 되며, 검색 요청 메시지를 수신하여 검색 결과를 제공하는 M2M 노드(2120)이다. 구성을 살펴보면, 검색 요청 메시지를 수신하는 통신관리전달핸들링(Communication Management / Delivery Handling)부(2124), 상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 애플리케이션의 설치 또는 사용 가능을 확인하는 데이터관리저장부(Data Management and Repository)(2122) 및 상기 애플리케이션이 설치되었으며 상기 애플리케이션이 사용 가능한 경우 상기 검색 요청 메시지를 송신한 노드에게 상기 애플리케이션 리소스의 상태 정보를 전송하도록 상기 통신관리전달핸들링(Communication Management / Delivery Handling)부(2124)를 제어하는 제어부(2126)를 포함하며, 상기 M2M 노드(2120)는 M2M 환경에서 사용 가능한 애플리케이션 리소스를 제공한다. 상기 제어부(2126)는 상기 애플리케이션의 서비스 만료 시간 정보를 확인하여 상기 애플리케이션 서비스가 만료되지 않은 상기 애플리케이션 리소스의 상태 정보를 전송한다. 여기서 서비스 만료 시간 정보의 확인 과정에서 비록 서비스 만료 시간은 되지 않았으나 곧 서비스가 만료할 경우에도 서비스가 만료된 것으로 간주할 수 있다.
도 21의 검색 노드(2110)와 대상 노드(2120) 공통으로 적용되는 사항으로 보다 상세히, 상기 애플리케이션 리소스는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함한다.
또한, 상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상이 될 수 있다. 그리고 상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함할 수 있다.
도 22는 본 발명의 일 실시예에 의한 검색 노드를 중심으로 M2M 환경에서 사용 가능한 장치를 검색하는 과정에 대해 살펴본다. 검색 노드는 앞서 도 11 내지 도 13의 IN1 또는 MN1이 될 수 있다.
검색 노드가 애플리케이션 리소스의 검색 요청 메시지를 수신하면(S2210), 검색 노드는 상기 검색 요청 메시지가 사용 가능한 애플리케이션의 검색을 지시하는지 확인하고, 상기 검색 요청 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 검색 노드는 대상 노드로 상기 검색 요청 메시지를 전달한다(S2220). 이후 상기 검색 노드 또는 대상 노드는 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행한다(S2230). 보다 상세히 상기 검색 노드는 기반 노드 또는 중간 노드이고, 상기 대상 노드는 중간 노드 또는 애플리케이션 서비스 노드가 될 수 있으며, 상기 애플리케이션 리소스는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함할 수 있다.
그리고, 상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상이 될 수 있다.
그리고 상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함할 수 있다.
한편, 상기 검색 요청 메시지는 검색 범위를 포함할 수 있으며, 검색 범위를 포함할 경우 상기 검색 노드는 상기 검색 범위 내의 대상 노드로 상기 메시지를 전달한다.
지금까지 살펴본 본 발명의 일 실시예는 M2M 시스템에서 사용 가능한 장치들을 검색하는 방법에 관한 것으로, 검색 대상, 애플리케이션 상태 정보, 요청 범위 등을 포함하여 검색 요청을 하는 ASN1과 검색 요청을 수신하고 처리하는 IN 1, MN 1, 애플리케이션 상태 요청을 수신하여 결과를 제공하는 ASN 2로 구성되어 있으며, 사용 가능한 장치를 검색하고자 하는 이벤트(event)가 발생했을 때, 이를 찾을 수 있게 해주는 방법을 제시한다.
ASN 1을 최초 발송자로 하는 검색 요청 메시지를 수신하는 IN 1에서 검색 대상 노드 및 ASN 1과 제일 가까운 MN 1을 선별하여 검색 요청을 전달하게 된다. 혹은 ASN 1을 최초 발송자로 하는 검색 요청 메시지를 수신하는 MN1에서 검색 대상 노드에게 검색 요청을 전달하거나 ASN 1을 최초 발생자로 검색 대상인 ASN 2에게 검색 요청 메시지를 전달하게 된다. 검색 대상 노드가 검색 요청 메시지를 수신하는 경우에는 현재 애플리케이션의 상태를 포함하는 정보를 포함하여 결과를 되돌려 준다. 범위를 기반으로 하는 검색 요청일 경우에는 검색 요청을 하는 IN 1이 ASN 1과 가장 가까운 MN 1에게 검색 요청을 전달하고, MN 1은 브로드캐스트를 수행하고, 이를 수신하는 ASN 2는 애플리케이션의 상태를 포함하는 정보를 포함하여 결과를 되돌려 준다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (24)

  1. 검색 요청 메시지를 송신하는 요청 노드 및 검색 결과를 제공하는 대상 노드를 포함하는 M2M 시스템을 구성하는 M2M 노드에 있어서,
    요청 노드로부터 검색 요청 메시지를 수신하고 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 디스커버리(Discovery)부;
    상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 대상 노드로 상기 수신한 메시지를 전달하는 통신관리전달핸들링(Communication Management / Delivery Handling)부; 및
    애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하도록 상기 디스커버리부와 상기 통신관리전달핸들링부를 제어하는 제어부를 포함하는, M2M 환경에서 사용 가능한 장치를 검색하는 M2M 노드.
  2. 제 1항에 있어서,
    상기 디스커버리부는 상기 검색 요청 메시지가 위치 기반 범위 검색을 요청하는 메시지인 경우 상기 검색 요청 메시지의 오리지네이터인 노드에 가장 가까운 중간 노드의 정보를 데이터관리저장부(Data Management and Repository)에서 검색하는 것을 특징으로 하는 M2M 노드.
  3. 제 1항에 있어서,
    상기 M2M 노드는 기반 노드 또는 중간 노드이고, 상기 대상 노드는 중간 노드 또는 애플리케이션 서비스 노드인 것을 특징으로 하는 M2M 노드.
  4. 제 1항에 있어서,
    상기 애플리케이션 리소스는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함하는 것을 특징으로 하는 M2M 노드.
  5. 제 1항에 있어서,
    상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상인 것을 특징으로 하는 M2M 노드.
  6. 제 1항에 있어서,
    상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함하는 것을 특징으로 하는 M2M 노드.
  7. 제 1항에 있어서,
    상기 검색 요청 메시지는 검색 범위를 포함하며,
    상기 M2M 노드는 상기 검색 범위 내의 대상 노드로 상기 메시지를 전달하는 것을 특징으로 하는 M2M 노드.
  8. 검색 요청 메시지를 수신하여 검색 결과를 제공하는 M2M 노드에 있어서,
    검색 요청 메시지를 수신하는 통신관리전달핸들링(Communication Management / Delivery Handling)부;
    상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 애플리케이션의 설치 또는 사용 가능을 확인하는 데이터관리저장부(Data Management and Repository); 및
    상기 애플리케이션이 설치되었으며 상기 애플리케이션이 사용 가능한 경우 상기 검색 요청 메시지를 송신한 노드에게 상기 애플리케이션 리소스의 상태 정보를 전송하도록 상기 통신관리전달핸들링(Communication Management / Delivery Handling)부를 제어하는 제어부를 포함하는, M2M 환경에서 사용 가능한 애플리케이션 리소스를 제공하는 M2M 노드.
  9. 제 8항에 있어서,
    상기 애플리케이션 리소스는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함하는 것을 특징으로 하는 M2M 노드.
  10. 제 8항에 있어서,
    상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상인 것을 특징으로 하는 M2M 노드.
  11. 제 8항에 있어서,
    상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함하는 것을 특징으로 하는 M2M 노드.
  12. 제 8항에 있어서,
    상기 제어부는 상기 애플리케이션의 서비스 만료 시간 정보를 확인하여 상기 애플리케이션 서비스가 만료되지 않은 상기 애플리케이션 리소스의 상태 정보를 전송하는 것을 특징으로 하는 M2M 노드.
  13. 요청 메시지를 송수신하고 검색하는 검색 노드, 대상 노드, 요청 노드를 포함하는 M2M 시스템에 있어서,
    애플리케이션 리소스의 검색 요청 메시지를 생성하여 상기 검색 노드로 전송하는 요청 노드;
    상기 수신한 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하며, 상기 대상 노드로 상기 수신한 메시지를 전달하고, 상기 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 검색 노드; 및
    애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하는 대상 노드를 포함하는, M2M 환경에서 사용 가능한 장치를 검색하는 M2M 시스템.
  14. 제 13항에 있어서,
    상기 검색 노드는 기반 노드 또는 중간 노드이며,
    상기 대상 노드는 중간 노드 또는 애플리케이션 서비스 노드인 것을 특징으로 하는 M2M 시스템.
  15. 제 13항에 있어서,
    상기 애플리케이션 리소스는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함하는 것을 특징으로 하는 M2M 시스템.
  16. 제 13항에 있어서,
    상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상인 것을 특징으로 하는 M2M 시스템.
  17. 제 13항에 있어서,
    상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함하는 것을 특징으로 하는 M2M 시스템.
  18. 제 13항에 있어서,
    상기 검색 요청 메시지는 검색 범위를 포함하며,
    상기 검색 노드는 상기 검색 범위 내의 대상 노드로 상기 메시지를 전달하는 것을 특징으로 하는 M2M 시스템.
  19. 검색 노드가 애플리케이션 리소스의 검색 요청 메시지를 수신하는 단계;
    상기 검색 요청 메시지가 사용 가능한 애플리케이션의 검색을 지시한 경우, 상기 검색 노드는 대상 노드로 상기 검색 요청 메시지를 전달하는 단계; 및
    상기 검색 노드가 상기 대상 노드로부터 애플리케이션 리소스를 포함하는 검색 결과를 수신하는 단계를 포함하며,
    상기 검색 노드 또는 대상 노드는 애플리케이션 리소스의 상태 정보를 이용하여 검색을 수행하는 것을 특징으로 하는 M2M 환경에서 사용 가능한 장치를 검색하는 방법.
  20. 제 19항에 있어서,
    상기 검색 노드는 기반 노드 또는 중간 노드이고, 상기 대상 노드는 중간 노드 또는 애플리케이션 서비스 노드인 것을 특징으로 하는 방법.
  21. 제 19항에 있어서,
    상기 애플리케이션 리소스는 애플리케이션 아이디(AppId), 애플리케이션 인스턴스 아이디(App-Inst-Id), 서비스 만료 시간(expirationTime), 접근권한(accessRightID), 생성 시간(creationTime), 리소스 마지막 수정 시간(lastModifiedTime), 생성자(creator), 상기 애플리케이션이 현재 가지는 라이프타임(lifetime) 상태정보(lifecyclestatus), 검색 키워드(searchStrings), CSE로부터 메시지를 받을 수 있는지 여부, 애플리케이션 상태 정보(reachabilityStatus), 그룹 정보(group), 구독 정보(subscription) 중 어느 하나 이상을 포함하는 것을 특징으로 하는 방법.
  22. 제 19항에 있어서,
    상기 사용 가능한 장치는 상기 장치를 구성하는 노드(Node), CSE, 애플리케이션(Application) 모두 사용 가능한 상태, 노드(Node) 또는 CSE가 요청 메시지를 받아 처리할 수 있는 상태, 또는 CSE로부터 애플리케이션 인스턴스가 요청 메시지를 받아 처리할 수 있는 상태 중 어느 하나 이상인 것을 특징으로 하는 방법.
  23. 제 19항에 있어서
    상기 애플리케이션 리소스의 상태 정보는 상기 애플리케이션 인스턴스의 상태로 lifeCycleStatus 또는 reachabilityStatus 상태 중 어느 하나를 포함하는 것을 특징으로 하는 방법.
  24. 제 19항에 있어서
    상기 검색 요청 메시지는 검색 범위를 포함하며,
    상기 검색 노드는 상기 검색 범위 내의 대상 노드로 상기 메시지를 전달하는 것을 특징으로 하는 방법.
PCT/KR2014/011412 2013-11-29 2014-11-26 M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치 Ceased WO2015080461A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/100,266 US10206090B2 (en) 2013-11-29 2014-11-26 Method and device for searching for available device in M2M environment

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR20130147776 2013-11-29
KR10-2013-0147776 2013-11-29
KR20130154181 2013-12-11
KR10-2013-0154181 2013-12-11
KR20130156189 2013-12-16
KR10-2013-0156189 2013-12-16
KR10-2014-0020263 2014-02-21
KR1020140020263A KR20150063906A (ko) 2013-11-29 2014-02-21 M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2015080461A1 true WO2015080461A1 (ko) 2015-06-04

Family

ID=53199352

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/011412 Ceased WO2015080461A1 (ko) 2013-11-29 2014-11-26 M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2015080461A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230016034A (ko) * 2017-09-08 2023-01-31 콘비다 와이어리스, 엘엘씨 기기간 통신 네트워크에서의 자동화된 서비스 등록

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030167329A1 (en) * 2002-03-01 2003-09-04 Docomo Communications Laboratories Usa, Inc. Communication system and method for locating and utilizing distributed resources
US20090022091A1 (en) * 2007-07-20 2009-01-22 Mark Buer Method and system for utilizing standardized interface in a wireless device to discover and use local and remote resources
KR20110053175A (ko) * 2009-11-13 2011-05-19 한국전자통신연구원 무선 네트워크에 포함된 중재자 장치, 릴레이 장치, 소스 장치 및 데스티네이션 장치의 통신 방법
KR20120104341A (ko) * 2009-12-17 2012-09-20 알까뗄 루슨트 피어?투?피어 네트워크들 내에서 서비스들의 위치를 찾기 위한 방법 및 장치
KR20130064217A (ko) * 2011-12-08 2013-06-18 (주)바소콤 장치 대 장치서비스를 제공하기 위한 제어모듈시스템 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030167329A1 (en) * 2002-03-01 2003-09-04 Docomo Communications Laboratories Usa, Inc. Communication system and method for locating and utilizing distributed resources
US20090022091A1 (en) * 2007-07-20 2009-01-22 Mark Buer Method and system for utilizing standardized interface in a wireless device to discover and use local and remote resources
KR20110053175A (ko) * 2009-11-13 2011-05-19 한국전자통신연구원 무선 네트워크에 포함된 중재자 장치, 릴레이 장치, 소스 장치 및 데스티네이션 장치의 통신 방법
KR20120104341A (ko) * 2009-12-17 2012-09-20 알까뗄 루슨트 피어?투?피어 네트워크들 내에서 서비스들의 위치를 찾기 위한 방법 및 장치
KR20130064217A (ko) * 2011-12-08 2013-06-18 (주)바소콤 장치 대 장치서비스를 제공하기 위한 제어모듈시스템 및 방법

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230016034A (ko) * 2017-09-08 2023-01-31 콘비다 와이어리스, 엘엘씨 기기간 통신 네트워크에서의 자동화된 서비스 등록
KR102646526B1 (ko) 2017-09-08 2024-03-13 콘비다 와이어리스, 엘엘씨 기기간 통신 네트워크에서의 자동화된 서비스 등록
US12041097B2 (en) 2017-09-08 2024-07-16 Convida Wireless, Llc Automated service enrollment in a machine-to-machine communications network
US12425458B2 (en) 2017-09-08 2025-09-23 Convida Wireless, Llc Automated service enrollment in a machine-to-machine communications network

Similar Documents

Publication Publication Date Title
US10206090B2 (en) Method and device for searching for available device in M2M environment
JP3845086B2 (ja) 制御されたマルチキャストのシステム及び実行方法
JP5333263B2 (ja) アクセス制御システム及びアクセス制御方法
WO2022005037A1 (ko) 무선 통신 네트워크에서 네트워크 분석 정보 제공 방법 및 장치
WO2021141291A1 (ko) 무선 통신 시스템에서 네트워크 트래픽을 수집하는 방법 및 장치
WO2013085088A1 (ko) Ｍ２ｍ 통신에서 장치의 데이터 공유 방법 및 그 시스템
WO2014129802A1 (ko) M2m 서비스 설정 변경 방법 및 이를 위한 장치
JP2003242123A (ja) 合議型アクセス制御方法
WO2018101565A1 (ko) 네트워크 가상화 환경에서 보안 관리를 위한 구조
WO2023056722A1 (zh) 一种分布式防火墙定义方法及系统
CN108040268A (zh) 一种基于sdn的视频监控网络安全控制方法及系统
WO2017034097A1 (ko) 소셜 네트워크 서비스 방법 및 시스템
US10237689B2 (en) Method for changing update period of location information in M2M system
WO2024029658A1 (ko) 네트워크에서의 접근 통제 시스템 및 그 방법
CN102333099A (zh) 一种安全控制方法和设备
KR20150067041A (ko) 부하 분산을 위한 m2m 시스템에서의 등록을 제어하는 방법 및 장치
KR20150067044A (ko) M2m 시스템에서 노드 자원 상태에 따른 공통 서비스 실행 최적화 방법 및 장치
KR20150067037A (ko) M2m 시스템에서 구독의 기준정보 최적화 방법 및 장치
WO2015080461A1 (ko) M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치
WO2018128264A1 (ko) 멀티캐스트 환경의 보안 시스템에서 키를 관리하는 방법
US11290860B2 (en) Method for processing request message in M2M system and device therefor
KR20150014348A (ko) 개인 device의 사용정보를 이용한 맞춤형 M2M 서비스 제공 방법 및 시스템
KR20150002425A (ko) 신뢰성 있는 m2m 데이터를 전송 및 수신하는 장치 및 방법
KR20150014345A (ko) 요청 메시지의 신뢰성을 확보하는 방법 및 장치
KR20150066401A (ko) M2m 환경에서의 데이터 적용기술

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: 14866098

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15100266

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 15.09.16)

122 Ep: pct application non-entry in european phase

Ref document number: 14866098

Country of ref document: EP

Kind code of ref document: A1