[go: up one dir, main page]

WO2012150778A2 - 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치 - Google Patents

연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치 Download PDF

Info

Publication number
WO2012150778A2
WO2012150778A2 PCT/KR2012/003284 KR2012003284W WO2012150778A2 WO 2012150778 A2 WO2012150778 A2 WO 2012150778A2 KR 2012003284 W KR2012003284 W KR 2012003284W WO 2012150778 A2 WO2012150778 A2 WO 2012150778A2
Authority
WO
WIPO (PCT)
Prior art keywords
event
information
gateway
platform
application
Prior art date
Application number
PCT/KR2012/003284
Other languages
English (en)
French (fr)
Other versions
WO2012150778A3 (ko
Inventor
윤성숙
김유선
김의직
배정일
장덕문
Original Assignee
주식회사 케이티
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020110055982A external-priority patent/KR20120124345A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Publication of WO2012150778A2 publication Critical patent/WO2012150778A2/ko
Publication of WO2012150778A3 publication Critical patent/WO2012150778A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications

Definitions

  • Thing communication or communication between things means communication made between devices.
  • the communication between the objects is implemented differently from the communication of the conventional mobile phone in that it has a feature of transmitting and receiving various information in accordance with a specific pattern.
  • the present specification provides a method and apparatus for managing a connection between M2M communication entities by providing a connection state checking event method in implementing such a thing communication.
  • the thing communication is variously called as machine to machine communication (M2M), machine type communication (MTC), Internet of Thing (IoT), smart device communication, or machine oriented communication.
  • Things communication refers to all communication methods in which a communication is made without a person intervening in the communication process.
  • the thing communication has a variety of communication patterns depending on the market (application), application (application), or service (service) to be applied.
  • the information to be transmitted and received may also be transmitted and received with a predetermined pattern, or may transmit and receive data without the pattern.
  • the present invention can monitor the period and allowable delay information according to the related application in the M2M gateway and M2M device to notify the platform to manage the effective and reliable M2M gateway and device to solve the problems of the prior art. Make sure In addition, the platform monitors each M2M gateway and device to provide information related to connection confirmation required by the corresponding application.
  • the event management information indicates setting, changing, or deleting an event, setting an event in the M2M gateway or the M2M device; Transmitting event information indicating change or deletion to the M2M gateway or the M2M device, and receiving a processing result from the M2M gateway or the M2M device and transmitting the result to the M2M application, wherein the event management
  • the processing result includes event notification of the M2M gateway or the M2M device
  • the event management information is a service capability provided by the M2M platform.
  • Management Service Capability Control and the event information is characterized in that the control in the connection management service functions provided by the M2M gateway or the M2M device.
  • a method of managing a connection in a device connected to an M2M platform includes: receiving, by the device connected to the M2M platform, event information indicating the setting, change, or deletion of an event from the M2M platform; And transmitting, to the M2M platform, a processing result of processing the instruction work, and when the event information indicates setting or changing of an event, the transmitting step includes notifying the set or changed event.
  • the event information is controlled by a connection management service function, and includes information on a notification period of the event.
  • the M2M platform is an application interworking module for receiving event management information from the M2M application indicating event setting, change, inquiry, or deletion for connection management of an M2M gateway or M2M device, the event A connection management module for recording, changing, or deleting management information in a database according to the instruction, a monitoring module for monitoring an event transmitted by the M2M gateway or an M2M device, and the event management information setting, changing, or deleting an event.
  • the event information instructing the M2M gateway or the M2M device to set, change or delete an event is transmitted to the M2M gateway or the M2M device, and the processing result is received from the M2M gateway or the M2M device.
  • the monitor A module and a gateway / device interworking module for providing information to the application interworking module, wherein the event management information is controlled by a connection management service capability, which is a service capability provided by the M2M platform, and the event.
  • the information is controlled by a connection management service function provided by the M2M gateway or the M2M device.
  • An apparatus is a platform interworking module for receiving event information indicating the setting, change, or deletion of an event from the M2M platform and transmits the processing result of processing the instruction task to the M2M platform, and And a management / monitoring module for managing and monitoring an event to notify the M2M platform of an event according to the setting and change when the event information indicates setting or change of an event, wherein the event information includes a connection management service function.
  • Control in the, characterized in that it comprises information on the notification period of the event.
  • the M2M gateway and the device to periodically transmit a connection status check event to the platform to reliably manage other events delivered from the gateway and the device. .
  • FIG. 1 is a view showing the structure of an M2M system according to an embodiment of the present specification.
  • FIG. 2 is a diagram illustrating a configuration of connection management between an M2M platform and an M2M gateway / device according to an embodiment of the present specification.
  • FIG 3 is a diagram illustrating a configuration of an M2M platform, an M2M device, and an M2M gateway according to an embodiment of the present specification.
  • FIG. 4 is a diagram illustrating a process of setting or changing an event for checking a connection state according to an embodiment of the present specification.
  • FIG. 5 is a diagram illustrating a process of notifying of an event for connection management according to an embodiment of the present specification.
  • FIG. 6 illustrates a process in which a gateway or a device performs event notification for two or more applications according to an embodiment of the present specification.
  • FIG. 7 is a diagram illustrating an example in which the platform performs event notification to an application according to an application notification policy according to an embodiment of the present specification.
  • FIG. 8 is a diagram illustrating an example in which the platform performs event notification to an application according to an application notification policy according to another embodiment of the present specification.
  • FIG. 9 is a diagram illustrating an example in which the platform performs an event notification to an application according to an application notification policy according to another embodiment of the present specification.
  • FIG. 10 illustrates a case in which an application requests an inquiry of a connection status confirmation event from a platform according to an embodiment of the present specification.
  • FIG. 11 is a diagram illustrating a case in which an application requests deletion of a connection status confirmation event from a platform according to an embodiment of the present specification.
  • FIG. 12 is a diagram illustrating a process of managing connection between entities according to one embodiment of the present specification.
  • FIG. 13 is a diagram illustrating a process of managing connection of another device in an M2M application according to one embodiment of the present specification.
  • FIG. 14 is a diagram illustrating a process of managing connection of another device according to an instruction or request of an M2M application in an M2M platform according to one embodiment of the present specification.
  • 15 is a diagram illustrating a process of managing a connection in a device connected to an M2M platform according to one embodiment of the present specification.
  • M2M is divided into various fields, such as M2M, MTC, IOT, smart device communication, and object-oriented communication, and will be described with reference to M2M.
  • this description is not limited to the M2M, and is applicable to all systems and structures for providing device-to-device communication, that is, thing communication, and communication occurring in these systems.
  • FIG. 1 is a view showing the structure of an M2M system according to an embodiment of the present specification.
  • the overall configuration is composed of a network and application domain (110) and M2M device domain (120), the network / application domain (110) is M2M Service Capabilities M2M SC (M2M Service Capabilities) Communication with the M2M application 111 that accesses or provides service logic, the M2M Core 114 composed of the Core Network and the SC, and the M2M device domain 120. Access Network 115, and M2M Management Functions 118 and Network Management Functions 119.
  • M2M SC M2M Service Capabilities
  • the M2M device domain 120 includes an M2M gateway 121, an M2M device 122 and 125, and an M2M area network 123.
  • the M2M devices 122 and 125 are devices in which M2M applications using the functions of the M2M SC and the network domain are driven.
  • the M2M device may be divided into an M2M application and an M2M SC (122) and an otherwise (125).
  • the M2M gateway 121 includes an M2M SC and enables M2M devices to interwork and interconnect in the network / application domain 110.
  • the operation includes not only interworking / interconnection between M2M gateway 212 and M2M devices, but also interworking / interconnection between M2M devices.
  • Service Capabilities or Service Capabilities are meant to provide functionality shared by different applications and the M2M Core 114, M2M Gateway 121, and M2M Devices 122, 125 are required or specific to operate. It may include.
  • the M2M gateway 121 and the M2M devices 122 and 125 communicate with an M2M platform that combines SCs of an M2M core or an M2M core, and manages gateways and devices in lower layers in the M2M platform.
  • the functions for managing gateways and devices in the M2M platform are divided into Network Remote Entity Management (NREM) SC, and the NREM SC is divided into configuration management, fault management, and performance management. Lose.
  • NREM Network Remote Entity Management
  • M2M gateways and M2M devices need to send fault information and status information change events such as battery level and CPU usage to the platform, and the platform must also be able to receive these events.
  • the connection between the M2M gateway and the M2M device and the platform should always be in a normal state. If the connection between the M2M gateway and the M2M device and the M2M platform is not properly performed, events sent from the M2M gateway and the M2M device may not be delivered to the M2M platform. In this case, even if a problem occurs in the M2M gateway and the M2M device, higher-level platforms or applications do not manage this properly, and therefore, problem management may not be performed properly.
  • FIG. 2 is a diagram illustrating a configuration of connection management between an M2M platform and an M2M gateway / device according to an embodiment of the present specification.
  • FIG. 2 illustrates a configuration for implementing connection management, and illustrates a configuration between an application and a connection management service capabilities (SC) between respective M2M platforms and M2M gateways / devices.
  • the M2M platform 240 is composed of a plurality of SCs 245, 248, and 249.
  • SC connection management service capabilities
  • the network connection management SC 245 receives a request for setting / changing / deleting a periodic connection state check event for a gateway and a device from the application 250, and transmits information according to the event monitoring status to the application.
  • it checks the status of event reception to monitor whether there is a situation corresponding to the application notification policy, and sends a connection status check event setting / change / delete request to the gateway and the device, and receives the connection status check event from the gateway and the device. do.
  • the M2M device 210 is composed of an M2M application 212 and a Device Connection Management Service Capabilities (SC) 215.
  • the device connection management SC 215 receives a connection status check event setting / change / delete request from the M2M platform 240, transmits a connection status check event, and manages and monitors the content of the connection status check event.
  • the M2M gateway 220 includes an M2M application 222 and a gateway connection management service capabilities (SC) 225.
  • the gateway connection management SC 225 receives a connection status check event setting / change / delete request from the M2M platform 240, transmits a connection status check event, and manages and monitors the content of the connection status check event.
  • the M2M device 210 and the M2M gateway 220 may exchange information with the M2M platform 240 using the mId interface.
  • Applications 212 and 222 in M2M device 210 and M2M gateway 220 may exchange information with SCs 215 and 225 using dIa interfaces.
  • the M2M application 250 and the M2M platform 240 may exchange information using the mIa interface.
  • the M2M device 210 and the M2M gateway 220 may include a plurality of SCs, and may exchange data with the connection management SC and operate together.
  • SC is not shown in Figure 2 because it is not the main element of the present specification.
  • the connection management service capability of FIG. 2 may be configured as a sub SC of REM (Remote Entity Management), which is one of the SCs of the existing M2M, or may be a sub component. Of course, it can be configured as a separate SC to provide functionality in the M2M platform and services.
  • SC of the M2M is a sub-SC of REM
  • the device connection management SC (DCMSC) 215 becomes a sub-SC of the Device Remote Entity Management (DREM)
  • the gateway connection management SC (GCMSC) 225 is a GREM ( It is a sub-SC of Gateway Remote Entity Management
  • the connection management SC (NCMSC) 245 of the platform is a sub-SC of Network Remote Entity Management (NREM).
  • NREM Network Remote Entity Management
  • the M2M applications 111 and 250 included in the network / application domain are located outside the M2M service and exchange information with the M2M platform.
  • the M2M applications 212 and 222 present in the M2M device domain are M2M applications installed in the M2M device or the M2M gateway and transmit or receive data or transmit information with the M2M applications 111 and 250 included in the network / application domain described above. Interaction, such as exchange.
  • 3 is a diagram illustrating a configuration of an M2M platform, an M2M device, and an M2M gateway according to an embodiment of the present specification. 3 illustrates a case where an event is transmitted to provide a connection management SC.
  • An event collectively refers to information transmitted and received between an M2M platform and an M2M device or an M2M platform and an M2M gateway to provide a connection management SC. Contains information in all manner of verifying the connection, such as heartbeat in common communications. The following event may be an embodiment of all information transmitted and received between entities for the connection management SC.
  • the application interworking module 342 receives a request for setting / changing / deleting periodic connection status check events for the gateway and the device, and sends information according to the event monitoring status to the M2M application 350. Send.
  • the connection management module 344 manages information for checking connection status, for example, setting / changing / deleting an event and updating the corresponding content according to the received event.
  • the connection management module 344 may be a module for managing an event.
  • the monitoring module 346 monitors whether the event corresponding to the application notification policy exists by checking the reception status of the event, which is information for checking the connection status.
  • the gateway / device interworking module 346 transmits a request for setting / changing / deleting an event, which is information for confirming a connection state, to the gateway and the device, and receives a connection state confirmation event from the gateway and the device.
  • the platform interworking module 312 and the management / monitoring module 314 are sub-modules configuring the M2M device 310 or the M2M device 310.
  • the platform interworking module 312 receives a connection state confirmation event setting / change / delete request from the platform 340, and transmits a connection state confirmation event to the platform 340.
  • the management / monitoring module 314 manages and monitors connection status confirmation event contents.
  • connection management SC there are also a platform interworking module 322 and a management / monitoring module 324 as the sub-module constituting the M2M gateway 320 or the M2M gateway 320.
  • the platform interworking module 322 receives a connection status confirmation event setting / change / delete request from the platform 340, and transmits a connection status confirmation event to the platform 340.
  • the management / monitoring module 324 manages and monitors connection status check event contents.
  • Each of the modules in FIG. 3 represent logical functions that must be implemented within the M2M platform 340, the M2M device 310, and the M2M gateway 320 to provide a connection management SC, while at the same time the physical components that implement these functions. Indicates. Thus, these modules may be associated modules may be implemented in one physical component, or one module may be implemented as a collection of a plurality of physical components.
  • M2M gateway / device since the M2M device 310 and the M2M gateway 320 have the same function or module configured in connection with connection management, some descriptions may be collectively referred to as an M2M gateway / device.
  • an embodiment of information for connection management will be described based on an event, and the connection management module of the platform will be described based on an event management module.
  • M2M gateways and M2M devices ensure that they send a connection status check event to the M2M platform before an acceptable delay, and then The event is sent to the M2M platform, and the M2M platform monitors the content of the received connection status check event. Also, by notifying the M2M application and the status of the connection status check event reception status to the corresponding M2M application according to the predefined M2M application, the M2M platform or the M2M application to check whether the connection status with the M2M gateway and the M2M device is normal, Allows for normal coping with fault events.
  • FIG. 4 is a diagram illustrating a process of setting or changing an event for checking a connection state according to an embodiment of the present specification.
  • the M2M application 401 transmits a connection state confirmation event setting / change request message for a specific gateway / device to an application interworking module of the M2M platform 402 (S410).
  • the request message transmitted that is, the connection status check event setting / change request message for a specific gateway or device received by the application interworking module of the M2M platform 402 from a plurality of applications includes an eventSetModObjAPP for event setting / change information.
  • the request message transmitted that is, the connection status check event setting / change request message for a specific gateway or device received by the application interworking module of the M2M platform 402 from a plurality of applications includes an eventSetModObjAPP for event setting / change information.
  • the configuration of Table 1 is an embodiment, and may exclude some, add additional information, or combine some of the information for implementation of the configuration of Table 1. Embodiments of excluding, adding to, and combining some of the information also apply to Tables 2 to 7, which will be described later.
  • Table 1 shows the attributes of the
  • Table 1 Configure event set / change information_APP (eventSetModObjAPP) Attribute Explanation application ID
  • Application ID requesting a connection health check event application_address Address of application requesting connection health check event
  • EventID Identification Information for Connection Status Check Events Gateway_or_device Whether the destination for the connection status check event is a gateway or a device Gateway / device_ID Destination ID (SCL ID) to which to send the connection status check event.
  • Gateway / device_address Destination address to send link health check event to Cycle How often to send link health check events Allowable delay time Delayed Transmission Time of Connection Status Check Events policyType Application notification policy upon receiving connection status check event waitingCount Wait time when no application is received
  • 'application_ID' is identification information of an application requesting a connection status confirmation event
  • 'application_address' is information indicating an address of an application requesting a connection status confirmation event or information related to the address.
  • 'application_address' can be used when not receiving a connection status confirmation event according to the connection status confirmation event notification policy.
  • 'Gateway_or_device' is information for configuring whether a destination for sending a connection status check event is a gateway or a device.
  • 'EventID' means identification information of a connection status check event. This makes it possible to distinguish the event that checks the connection status from other events when various events exist.
  • an event notification function that checks a connection state such as heartbeat uses the same operation as another event notification function, this event may be used as an event identifier to distinguish the event from other events.
  • 'Gateway / device_ID' presents identification information of a target to which a connection status confirmation event is to be sent, and may use a Service Capability Layer ID (SCLID).
  • SCLID may have a tree structure as follows.
  • 'Gateway / device_address' is information of destination address to send connection status check event. Used when sending connection status check event setting / change request It can have the following URI format.
  • 'Period' is information for setting the interval for the gateway / device to send a connection status check event
  • 'Allowable delay time' is information on the delayable transmission time of the connection status check event. Putting an acceptable delay can be caused by problems such as network, gateway / device, or platform overload. Can be used to register multiple applications.
  • 'policyType' may set an application notification policy according to a connection status check event.
  • Notification means providing specific information or informing of occurrence of a specific fact, and means transmitting certain information in a communication system.
  • the following notifications, notifications, and transmissions are used interchangeably.
  • notification policies There are two types of notification policies: i) when a connection status check event is not received, waiting for a certain period (waiting count * cycles), and ii) notifying the application whenever an event comes from the gateway / device.
  • a method of periodically notifying at regular intervals and a method of notifying when an application makes a request may be implemented.
  • 'waitingCount' sets information on waiting time when the application notification policy (policyType) is waited for a predetermined time when an event is not received, as in i). For example, when an event is not received at a designated time, the length of time for waiting for non-receipt can be set. If a specific time unit or period is set, the platform may wait until waitingCount or (waitingCount * cycles) and notify the application.
  • policyType application notification policy
  • the application interworking module transmits the information of the eventSetModObjAPP received in S410 to the event management module (S420).
  • the event management module generates / changes the contents of the event information to be managed in the DB based on the received information (S430).
  • the DB information to be created / modified by the event management module includes event management information, eventMgmtObjPLAT.
  • event management information_PLAT is shown in Table 2.
  • Table 1 will additionally include information related to event reception.
  • event management information_PLAT EventMgmtObjPLAT
  • Application ID requesting a connection health check event application_address Address of application requesting connection health check event
  • EventID Identification Information for Connection Status Check Events Gateway_or_device Whether the destination for the connection status check event is a gateway or a device Gateway / device_ID Destination ID (SCL ID) to which to send the connection status check event.
  • Gateway / device_address Destination address to send link health check event to Cycle How often to send link health check events Allowable delay time Delayed Transmission Time of Connection Status Check Events policyType Application notification policy upon receiving connection status check event waitingCount Wait time when no application is received Event notification time The time when the connection status check event was recently received from the gateway / device. Latest unreceived event notification time The time of the last notification to the application.
  • 'Recent Event Notification Time' and 'Recent Event Notification Time' are added.
  • 'Recent Event Notification Time' stores the time when the connection status check event was recently received from the gateway / device. There is no value at the time of initial DB creation, and it can be updated whenever a connection status check event is notified.
  • the 'not recently received event notification time' is a part of recording when the time of recently notified to the application when the application notification policy is to notify after waiting for a certain period of time when the event is not received.
  • the event management module generates eventSetModObjPLAT, which is event setting / change information to be sent to the gateway / device so that the gateway / device can generate and notify the event according to the set information when the DB setting is completed.
  • This is information to be delivered to the corresponding gateway or device, and is composed of information required to notify an event, and can be implemented as shown in Table 3.
  • the information in Table 3 may be a subset of the information in Table 2.
  • EventSet / Change Information_PLAT (eventSetModObjPLAT) Attribute Explanation application ID
  • Application ID requesting a connection health check event
  • Gateway / device_ID Destination ID (SCL ID) to which to send the connection status check event.
  • Gateway / device_address Destination address to send link health check event to Cycle How often to send link health check events Allowable delay time Delayed Transmission Time of Connection Status Check Events
  • the event management module provides the information on the eventSetModObjPLAT to the gateway / device interworking module (S440).
  • the gateway / device interworking module sends a connection status check event setting / change request message including an event setModObjPLAT which is event setting / change information_PLAT to the M2M gateway / device 403 (S450).
  • the platform interworking module of the gateway / device receiving the connection status check event setting / change request message including the eventSetModObjPLAT transmits the contents to the management / monitoring module (S460), and the management / monitoring module sends eventMgmtObjGD which is event management information_GD. Create / change information such that the contents shown in Table 4 are stored in the DB (S470).
  • EventMgmtObjGD Attribute Explanation application ID
  • Application ID requesting a connection health check event
  • EventID Identification Information for Connection Status Check Events Cycle How often to send link health check events Allowable delay time Delayed Transmission Time of Connection Status Check Events
  • Event notification time The time at which the connection status check event was recently reported.
  • the event set by the specific M2M application 401 provides the eventSetModObjAPP to the M2M platform 402 is managed by the eventMgmtObjPLAT in the M2M platform 402, which in turn causes the M2M platform 402 to execute the eventSetModObjPLAT.
  • eventMgmtObjGD is stored to manage the event notification process.
  • the M2M gateway / device notifies the M2M platform of the event, and the M2M platform also determines whether the event is notified according to the event management information_PLAT or the event has not been notified for a predetermined time. Provided to M2M applications.
  • the management / monitoring module of the M2M gateway / device 503 generates event information to transmit the set event to the M2M platform 502 every event notification period set in the event management information_GD (eventMgmtObjGD) (S510).
  • the event information generated and transmitted by the management monitoring module is event information_GD (eventObjGD) and may be configured as shown in Table 5.
  • Event info_GD Attribute Explanation Gateway / device_ID ID (SCL ID) of the gateway / device that sends the connection status check event.
  • application ID List List of application IDs associated with this connection status check event EventID Identification Information for Connection Status Check Events Notification time Connection Status Check Event Notification Time
  • the event information_GD of Table 5 includes a gateway / device ID, an application ID list, and a notification time.
  • the application ID list means that the IDs of the corresponding applications are provided as a list when there are a plurality of applications to notify the event.
  • Notification time may optionally be included. That is, the notification time may be generated by the M2M gateway / device 503, and in another embodiment, the event information may be provided to the M2M platform 502 without the notification time to directly generate the time when the M2M platform is notified.
  • the management / monitoring module delivers the event information of Table 5 to the platform interworking module (S520), and the platform interworking module provides the received event information to the M2M platform 502 (S530). That is, S502 is a process of sending a connection status check event from the platform interworking module to the M2M platform. Thereafter, the management / monitoring module updates the latest connection state check event notification time of event management information_GD (eventMgmtObjGD) of Table 4 to the time when the platform is notified (S540). Thereafter, the M2M platform 502 and the M2M application 501 share information on occurrence or non-occurrence of an event according to the previously set or changed application notification policy.
  • event management information_GD event management information_GD
  • the management / monitoring module checks a period for notifying the event for each application. If it is time to notify the event, if there is an event scheduled to be notified within the event notification time + allowable delay time of the application, only the event to be notified is added to the event waiting list and not notified. Notify and update the notification time of the two applications together. That is, the notification may be performed according to a predetermined notification period, and an event generated before the notification period may be stored and stored until the corresponding period is reached.
  • FIG. 6 illustrates a process in which a gateway or a device performs event notification for two or more applications according to an embodiment of the present specification.
  • the gateway / device performs event notification for the A and B applications, the A application has a 7 minute period and a 2 minute allowable delay time, and the B application has a 5 minute period and a 1 minute allowable delay time.
  • the application A starts notification of the connection confirmation event
  • the application B starts notification of the connection confirmation event at 0:10.
  • the application A needs to perform event notification at 0:14, but it is confirmed that the event notification (0:15) of the application B is scheduled before the allowable delay time of 0:16. Therefore, after adding the event notification of the A application to the event waiting list, event notifications of the A and B applications are performed at 0:15.
  • the B application at 0:20, the A application at 0:22, and the B application at 0:25 each perform event notification.
  • the application A needs to perform event notification at 0:29, and confirms that the event notification (0:30) of the application B is scheduled before 0:31, which is an acceptable delay time. Therefore, after adding the event notification of the A application to the event waiting list, event notification of the A and B applications is performed at 0:30.
  • event transmission / reception can be performed more effectively by sending a plurality of connection state confirmation event notifications for each application together with an event within a predetermined delay range.
  • the application notification policy means a policyType set in eventSetModObjAPP or eventMgmtObjPLAT as described in Tables 1 and 2 above.
  • the gateway / device notifies the platform of the event or not, the policy is how the platform will notify the application.
  • identification numbers of the events to be notified may be charged separately to distinguish them from other types of events.
  • a function of distinguishing the connection status check event from other connection status check events may be provided. For example, when there is a connection status check event checked in units of time and a connection status check event checked in units of days, separate event identification numbers may be charged for each cycle.
  • FIG. 7 is a diagram illustrating an example in which the platform performs event notification to an application according to an application notification policy according to an embodiment of the present specification.
  • the application waits for a predetermined time and notifies the application.
  • the M2M gateway / device 703 fails in event notification (S710). Failure to notify an event can occur for a variety of reasons, such as a network error or a gateway / device device error.
  • the M2M platform 702 checks that the event is not notified because the delayed transmission time is exceeded during the event notification situation monitoring (S720).
  • the M2M platform 702 notifies the M2M application 701 that the connection status confirmation event for the specific gateway / device is not notified according to the policyType (S730). Subsequently, subsequent work may be performed according to the instruction of the M2M application 701.
  • 8 is a diagram illustrating an example in which the platform performs event notification to an application according to an application notification policy according to another embodiment of the present specification. 8 illustrates a method of notifying an application when a connection state confirmation event is received.
  • the M2M gateway / device 803 notifies the event (S810).
  • the M2M platform 802 confirms that the event has been notified during the event notification situation monitoring (S820).
  • the M2M platform 802 notifies the M2M application 801 that the connection status confirmation event for the specific gateway / device has been notified according to the policyType (S830). Subsequently, subsequent operations may be performed according to the instructions of the M2M application 801.
  • 9 is a diagram illustrating an example in which the platform performs an event notification to an application according to an application notification policy according to another embodiment of the present specification. 9 illustrates a method of notifying an application of a notification of a connection status checking event at regular intervals.
  • the M2M gateway / device 903 continuously notifies the event (S910 to S920).
  • the M2M platform 902 confirms that the cycle to notify the application during the event notification situation monitoring (S930).
  • the M2M platform 902 notifies the M2M application 901 that the connection status confirmation event notification for the specific gateway / device has been performed for a predetermined period according to the policyType (S940). Subsequently, subsequent work may be performed according to the instruction of the M2M application 901.
  • the eventSetModObjAPP in Table 1 and the eventMgmtObjPLAT in Table 2 may include an item called notifyingPeriod that sets a notification period instead of waitingCount.
  • FIG. 10 illustrates a case in which an application requests an inquiry of a connection status confirmation event from a platform according to an embodiment of the present specification.
  • connection status check event inquiry request is as follows.
  • the application interworking module of the M2M platform receives a connection status check event inquiry request for a specific gateway or device from a plurality of applications (S1010).
  • Information included in the inquiry request message of S1010 is an event inquiry_APP (eventViewAPP), and may be configured as shown in Table 6.
  • Event Lookup_APP Attribute Explanation application ID Application ID requesting a lookup of the connection status check event.
  • EventID Identification Information for Connection Status Check Events Gateway_or_device Whether the destination for the connection status check event is a gateway or a device Gateway / device_ID Destination ID (SCL ID) to which to send the connection status check event. Gateway / device_address Destination address to send link health check event to
  • the application interworking module delivers the same information as the embodiment of Table 6 to the event management module (S1020).
  • the received event management module delivers information consisting of some items of eventMgmtObjPLAT in Table 2 or eventMgmtObjPLAT in Table 2 to the application interworking module based on the received information (S1040), and the application interworking module uses the M2M application ( In step S1050, the event information is transmitted to the inquiry request.
  • FIG. 11 is a diagram illustrating a case in which an application requests deletion of a connection status confirmation event from a platform according to an embodiment of the present specification.
  • the M2M application 1101 transmits a deletion request message of a connection status confirmation event for a specific gateway / device to an application interworking module of the M2M platform 1102 (S1110).
  • the request message transmitted that is, the connection status check event deletion request message for a specific gateway or device received from a plurality of applications by the application interworking module of the M2M platform S1102 includes an eventDelAPP for deleting an event. It may include information of the configuration, such as.
  • the configuration of Table 7 is an embodiment, and a part of the configuration of Table 7 may be excluded for implementation or additional information may be added. Table 7 lists the attributes of the object of eventDelAPP that the application provides to the platform.
  • EventDel Attribute Explanation application ID
  • the application ID requesting the deletion of the connection status check event.
  • EventID Identification Information for Connection Status Check Events Gateway_or_device Whether the connection status check event destination to be deleted is a gateway or a device Gateway / device_ID Destination ID (SCL ID) to which to send the connection status check event. Gateway / device_address Destination address to send link health check event to
  • the application interworking module transmits information of the eventDel received in S1110 to the event management module (S1120).
  • the event management module provides event deletion information, eventDel, to the gateway / device interworking module so that the gateway / device can terminate the event notification (S1130).
  • This is information to be delivered to the corresponding gateway or device, and consists of information necessary to stop event notification, and can be implemented as shown in Table 7.
  • the information received in S1110 may be used as is, in part, or in part of information of eventMgmtObjPLAT.
  • the gateway / device interworking module transmits information related to the event to be deleted to the corresponding gateway / device (S1140).
  • the platform interworking module of the gateway / device which has received this transfers the corresponding contents to the management / monitoring module (S1150), and the management / monitoring module deletes the contents related to the corresponding application (S1160). Then, after transmitting the deleted result to the platform interworking module and sends a response from the platform interworking module to the platform (S1170).
  • the gateway / device interworking module of the M2M platform 1102 which has received the response transmits to the monitoring module and the event management module if the response is successful (S1180).
  • the received monitoring module stops monitoring the corresponding content and the event management module deletes the corresponding content from the DB (S1190), and sends the result to the application interworking module and sends the result to the M2M application 1101 (S1195).
  • FIG. 12 is a diagram illustrating a process of managing connection between entities according to one embodiment of the present specification.
  • 4 to 11 illustrate a process of setting, changing, or deleting connection management, or inquiring of a status of connection management by an M2M application.
  • the M2M application 1201 requests the M2M platform core SC 1202 to set / change / view / delete an event cycle and a policy for a specific gateway / device (S1210).
  • the M2M platform 1202 creates and records event management information in the DB or changes related to the change / delete / query request in response to a request for setting / modifying / viewing / deleting an event cycle and a policy for a specific gateway / device. (S1220). Then, according to the request, the event period for a specific gateway / device is set or a change / deletion is requested to the corresponding M2M gateway / device 1203 and 1204 (S1230).
  • the M2M gateway / device 1203 and 1204 Notify the event to the M2M platform 1202 according to the set / changed event (S1240), M2M platform 1202 performs the event monitoring (S1250), the event according to the monitoring policy (previous policyType of Table 1, 2, etc.)
  • the M2M application 1201 may be notified as soon as it is notified by the M2M gateway / devices 1203 and 1204, or may be notified to the M2M application 1201 when the event is not informed for a predetermined period of time (S1260).
  • the apparatus in FIGS. 13, 14, and 15 collectively refers to an M2M gateway or an M2M device.
  • FIG. 13 is a diagram illustrating a process of managing connection of another device in an M2M application according to one embodiment of the present specification.
  • Event management information for connection management of the M2M gateway or M2M device is transmitted to the M2M platform (S1310). This may include sending event management information to the M2M platform instructing setting, changing, querying or deleting an event for connection management of the M2M gateway or the M2M device.
  • the event management information includes the eventSetModObjApp described in Table 1, the eventViewApp in Table 6, or the eventDel in Table 7.
  • a result of event notification of the M2M gateway or M2M device is received (S1330). This includes receiving a processing result of the event management information from the M2M platform. Then, according to the result of the event notification, the M2M application performs the subsequent work (S1340). If the event is to be changed, step S1310 is performed again. If the event notification is to be continued, step S1330 is performed.
  • the event management information of FIG. 13 is controlled by a connection management service capability, which is a service capability provided by the M2M platform. Also, as shown in Table 1, the event management information is stored in the M2M gateway or the M2M gateway.
  • the M2M device may include information about a period for notifying the event and a policy related to notification or non notification of the event.
  • FIG. 14 is a diagram illustrating a process of managing connection of another device according to an instruction or request of an M2M application in an M2M platform according to one embodiment of the present specification.
  • the M2M platform receives event management information for connection management of the M2M gateway or M2M device from the M2M application (S1410). That is, the method may include receiving event management information from the M2M application instructing setting, changing, inquiring, or deleting an event for connection management of the M2M gateway or the M2M device.
  • the event management information is recorded, changed or deleted in the database according to the above instruction (S1420). Recording, changing, and deleting may be eventMgmtObjPLAT in Table 2 or eventDel in Table 7. If the instruction from the M2M application is event setting, change, or deletion (S1430), the M2M platform instructs the M2M gateway or M2M device to set, change, or delete an event (S1440).
  • the M2M platform transmits event information instructing the M2M gateway or the M2M device to set, change or delete an event to the M2M gateway or the M2M device.
  • the M2M platform may transmit the eventSetModObjPLAT of Table 3 to indicate setting or change, or the eventDel of Table 7 to the M2M gateway or device to delete an event.
  • the M2M platform receives a processing result from an M2M gateway or an M2M device (S1450).
  • the processing result is processing of event setting, change, and deletion, and also includes an event that is notified about setting / change of the event. That is, when the event management information indicates setting or change of an event, the processing result includes event notification of the M2M gateway or the M2M device.
  • the M2M platform transmits the processing result to the M2M application (S1460).
  • the notification of the event held in the meantime is transmitted as the processing result to the M2M application (S1460).
  • the event management information of FIG. 14 is controlled by a connection management service capability, which is a service capability provided by the M2M platform. Also, as shown in Table 2, the event management information is represented by the M2M gateway or the M2M gateway.
  • the M2M device may include information about a period for notifying the event and a policy related to notification or non notification of the event.
  • the event information is controlled by a connection management service function provided by the M2M gateway or the M2M device.
  • the configuration of the M2M platform performing the process of FIG. 14 is as described above with reference to FIG. 3, in which event management information for instructing setting, changing, inquiring, or deleting an event for connection management of an M2M gateway or an M2M device is received from an M2M application.
  • An application interworking module for receiving, a connection management module for recording, changing, or deleting the event management information in a database according to the instruction; a monitoring module for monitoring an event transmitted by the M2M gateway or an M2M device; and the event management information.
  • the event information instructing the M2M gateway or the M2M device to set, change, or delete the event is transmitted to the M2M gateway or the M2M device, and the M2M gateway or To the M2M device
  • Receiving the processing result emitter consists of the monitoring module and gateway / interworking device module that provides information to the application interlocking modules.
  • 15 is a diagram illustrating a process of managing a connection in a device connected to an M2M platform according to one embodiment of the present specification.
  • the apparatus of FIG. 15 includes an M2M Gateway or M2M Device.
  • the device receives event information indicating setting, change, or deletion of an event from the M2M platform (S1510).
  • the event information may be eventSetModObjPLAT of Table 3 described above or eventDel of Table 7 to delete an event.
  • the device In case of setting / changing an event (S1520), the device notifies the event according to a period determined by the M2M platform (S1540). On the other hand, if the deletion, the event notification is stopped (S1530).
  • the event information is controlled by a connection management service function of an apparatus, that is, an M2M gateway or the M2M device, and includes information on a notification period of the event.
  • the configuration of the M2M gateway or the M2M device performing the process of FIG. 15 receives the event information indicating the setting, change, or deletion of the event from the M2M platform as described above with reference to FIG. And a platform interworking module for transmitting to the M2M platform and a management / monitoring module for managing and monitoring the event to notify the M2M platform of the event according to the setting and the change, when the event information indicates the setting or the change of the event. do.
  • gateways and devices periodically send connection status events to the platform, and the platform monitors the connection status check events of the corresponding gateways and devices, and displays gateway and device information for which connection status check events are not received. By notifying related applications, the connection status of the gateway and the device can be managed.
  • the M2M gateway and the device may periodically transmit a connection status check event to the platform, thereby performing other events delivered from the gateway and the device. It is effective to manage reliably.
  • connection state confirmation notification policy of the gateway and the device through the M2M platform in the relevant application, it is possible to manage the state of the gateway and the device more effectively by setting the policy according to the network situation or the characteristics of the gateway and the device. That is, if the event reception is important, such as an always-on device or an e-health terminal that always accesses the Internet, it will be necessary to check the connection status in a policy.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 명세서는 연결 상태 확인 이벤트에 기반하여 M2M 통신 개체간 연결을 관리하는 방법 및 장치에 관한 것이다. 본 발명의 일 실시예에 의한 M2M 플랫폼에서 연결을 관리하는 방법은 M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 단계. 상기 이벤트 관리 정보를 상기 지시에 따라 데이터베이스에 기록, 변경, 또는 삭제하는 단계, 상기 이벤트 관리 정보가 이벤트의 설정, 변경, 또는 삭제를 지시하는 경우, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하는 단계, 및 상기 M2M 게이트웨이 또는 상기 M2M 디바이스로부터 처리 결과를 수신하여, 상기 M2M 어플리케이션에 송신하는 단계를 포함하며, 상기 이벤트 관리 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 처리 결과는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스의 이벤트 통보를 포함하며, 상기 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하고, 상기 이벤트 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 제공하는 연결 관리 서비스 기능에서 제어하는 것을 특징으로 한다.

Description

연결 상태 확인 이벤트에 기반하여 M2M 통신 개체간 연결을 관리하는 방법 및 장치
사물 통신 또는 사물간 통신은 장치(Machine) 간에 이루어지는 통신을 의미한다. 이러한 사물 간의 통신은 다양한 정보를 특정한 패턴에 따라 다양하게 송수신하는 특징을 가진다는 점에서 통상적인 휴대폰 등의 통신과 상이하게 구현된다. 본 명세서에서는 이러한 사물 통신을 구현함에 있어 연결 상태 확인 이벤트 방식을 제공하여, M2M 통신 개체간 연결을 관리하는 방법 및 장치를 제공하고자 한다.
사물 통신은 M2M(Machine to Machine communication), MTC(Machine type communication), IoT(Internet of Thing), 스마트 디바이스 통신(Smart Device communication), 또는 사물 지향 통신(Machine oriented communication) 등으로 다양하게 불려지고 있다. 사물 통신은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 모든 통신 방식을 지칭한다. 한편 사물 통신은 적용되는 마켓(market), 어플리케이션(application), 또는 이용하고자 하는 서비스(service)에 따라 통신하는 패턴이 다양하다. 특히, 사물 통신은 항상 통신이 연결될 것을 요구하지 않으므로, 송수신되는 정보 역시 일정한 패턴을 가지고 송수신될 수도 있고, 패턴 없이 데이터를 송수신할 수도 있다. 이러한 사물 통신을 제공하는 네트워크에서 중요한 것은 각각의 장치들이 어떠한 연결 상태인지를 확인하는 것이다. 그러나, 현재 사물 통신에서는 연결 상태의 확인에 대한 메커니즘이 제시되지 않고 있다.
본 발명은 종래 기술의 문제점을 해결하기 위하여 효과적이고 신뢰성 있는 M2M 게이트웨이 및 디바이스를 관리할 수 있도록, M2M 게이트웨이 및 M2M 디바이스에서 관련된 어플리케이션에 따른 주기 및 허용 가능 지연 정보를 모니터링 하여, 플랫폼에게 통보할 수 있도록 한다. 또한, 플랫폼은 각각의 M2M 게이트웨이 및 디바이스를 모니터링 하여, 해당 어플리케이션이 필요로 하는 연결 확인과 관련된 정보를 제공하고자 한다.
본 발명의 일 실시예에 의한 M2M 플랫폼에서 연결을 관리하는 방법은 M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 단계. 상기 이벤트 관리 정보를 상기 지시에 따라 데이터베이스에 기록, 변경, 또는 삭제하는 단계, 상기 이벤트 관리 정보가 이벤트의 설정, 변경, 또는 삭제를 지시하는 경우, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하는 단계, 및 상기 M2M 게이트웨이 또는 상기 M2M 디바이스로부터 처리 결과를 수신하여, 상기 M2M 어플리케이션에 송신하는 단계를 포함하며, 상기 이벤트 관리 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 처리 결과는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스의 이벤트 통보를 포함하며, 상기 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하고, 상기 이벤트 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 제공하는 연결 관리 서비스 기능에서 제어하는 것을 특징으로 한다.
본 발명의 다른 실시예에 의한 M2M 플랫폼에 연결된 장치에서 연결을 관리하는 방법은 M2M 플랫폼에 연결된 장치가 M2M 플랫폼으로부터 이벤트의 설정, 변경, 또는 삭제를 지시하는 이벤트 정보를 수신하는 단계, 및 상기 장치가 상기 지시 작업을 처리한 처리 결과를 상기 M2M 플랫폼에 송신하는 단계를 포함하며, 상기 이벤트 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 송신하는 단계는 상기 설정 또는 변경된 이벤트를 통보하는 단계를 포함하며, 상기 이벤트 정보는 연결 관리 서비스 기능에서 제어하며, 상기 이벤트의 통보 주기에 대한 정보를 포함하는 것을 특징으로 한다.
본 발명의 또다른 실시예에 의한 M2M 플랫폼은 M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 어플리케이션 연동 모듈, 상기 이벤트 관리 정보를 상기 지시에 따라 데이터베이스에 기록, 변경, 또는 삭제하는 연결 관리 모듈, 상기 M2M 게이트웨이 또는 M2M 디바이스가 송신하는 이벤트를 모니터링하는 모니터링 모듈, 및 상기 이벤트 관리 정보가 이벤트의 설정, 변경, 또는 삭제를 지시하는 경우, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하고, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스로부터 처리 결과를 수신하여 상기 모니터링 모듈 및 상기 어플리케이션 연동 모듈에 정보를 제공하는 게이트웨이/디바이스 연동 모듈을 포함하며, 상기 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하고, 상기 이벤트 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 제공하는 연결 관리 서비스 기능에서 제어하는 것을 특징으로 한다.
본 발명의 또다른 실시예에 의한 장치는 M2M 플랫폼으로부터 이벤트의 설정, 변경, 또는 삭제를 지시하는 이벤트 정보를 수신하고 상기 지시 작업을 처리한 처리 결과를 상기 M2M 플랫폼에 송신하는 플랫폼 연동 모듈, 및 상기 이벤트 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 설정 및 변경에 따라 이벤트를 상기 M2M 플랫폼에 통보하도록 이벤트를 관리 및 모니터링하는 관리/모니터링 모듈을 포함하며, 상기 이벤트 정보는 연결 관리 서비스 기능에서 제어하며, 상기 이벤트의 통보 주기에 대한 정보를 포함하는 것을 특징으로 한다.
본 명세서에서는 각각의 어플리케이션에서 지정한 주기 및 허용 가능지연 정보에 따라, M2M 게이트웨이 및 디바이스가 주기적으로 연결 상태 확인 이벤트를 플랫폼으로 송신하도록 구현함으로써 해당 게이트웨이 및 디바이스로부터 전달되는 다른 이벤트들을 신뢰성 있게 관리하도록 한다.
도 1은 본 명세서의 일 실시예에 의한 M2M 시스템의 구조를 보여주는 도면이다.
도 2는 본 명세서의 일 실시예에 의한 M2M 플랫폼 및 M2M 게이트웨이/디바이스 간의 연결 관리의 구성을 보여주는 도면이다.
도 3은 본 명세서의 일 실시예에 의한 M2M 플랫폼, M2M 디바이스, M2M 게이트웨이의 구성을 보여주는 도면이다.
도 4는 본 명세서의 일 실시예에 의한 연결 상태를 확인하는 이벤트를 설정하거나 변경하는 과정을 보여주는 도면이다.
도 5는 본 명세서의 일 실시예에 의한 연결 관리를 위한 이벤트가 통보되는 과정을 보여주는 도면이다.
도 6은 본 명세서의 일 실시예에 의한 게이트웨이 또는 디바이스가 둘 이상의 어플리케이션에 대한 이벤트 통지를 수행하는 과정을 보여주고 있다.
도 7은 본 명세서의 일 실시예에 의한 어플리케이션 통보 정책에 따라 플랫폼이 어플리케이션에 이벤트 통보를 수행하는 예를 보여주는 도면이다.
도 8은 본 명세서의 다른 실시예에 의한 어플리케이션 통보 정책에 따라 플랫폼이 어플리케이션에 이벤트 통보를 수행하는 예를 보여주는 도면이다.
도 9는 본 명세서의 또다른 실시예에 의한 어플리케이션 통보 정책에 따라 플랫폼이 어플리케이션에 이벤트 통보를 수행하는 예를 보여주는 도면이다.
도 10은 본 명세서의 일 실시예에 의한 어플리케이션이 플랫폼에 연결 상태 확인 이벤트의 조회를 요청하는 경우를 보여주는 도면이다.
도 11은 본 명세서의 일 실시예에 의한 어플리케이션이 플랫폼에 연결 상태 확인 이벤트의 삭제를 요청하는 경우를 보여주는 도면이다.
도 12는 본 명세서의 일 실시예에 의한 연결 관리가 개체간에 수행되는 과정을 보여주는 도면이다.
도 13은 본 명세서의 일 실시예에 의한 M2M 어플리케이션에서 다른 장치의 연결을 관리하는 과정을 보여주는 도면이다.
도 14는 본 명세서의 일 실시예에 의한 M2M 플랫폼에서 M2M 어플리케이션의 지시 또는 요청에 따라 다른 장치의 연결을 관리하는 과정을 보여주는 도면이다.
도 15는 본 명세서의 일 실시예에 의한 M2M 플랫폼에 연결된 장치에서 연결을 관리하는 과정을 보여주는 도면이다.
이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.
본 명세서에서는 사물 통신을 중심으로 설명한다. 사물 통신은 앞서 살펴본 바와 같이 M2M, MTC, IOT, 스마트 디바이스 통신, 사물 지향 통신 등 다양한 분야로 나누어지며, 본 명세서에서는 M2M을 중심으로 설명한다. 그러나 이러한 설명이 M2M에 한정되는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신에 적용 가능하다.
도 1은 본 명세서의 일 실시예에 의한 M2M 시스템의 구조를 보여주는 도면이다.
전체 구성은 네트워크/어플리케이션 도메인(Network and Application domain)(110)과 M2M 디바이스 도메인(M2M Device domain)(120)으로 구성되며, 네트워크/어플리케이션 도메인(110)은 M2M 서비스 능력인 M2M SC(M2M Service Capabilities)에서 접근하거나 서비스 로직을 제공하는 M2M 어플리케이션(M2M Application)(111), 코어 네트워크(Core Network)와 SC로 구성된 M2M 코어(M2M Core)(114), 그리고 M2M 디바이스 도메인(120)과 통신을 가능하게 하는 액세스 네트워크(Access Network)(115), 그리고 M2M 관리 기능(M2M Management Functions)(118) 및 네트워크 관리 기능(Network Management Functions)(119)로 구성되어 있다.
한편, M2M 디바이스 도메인(120)은 M2M 게이트웨이(M2M Gateway)(121), M2M 디바이스(M2M Device)(122, 125), M2M 에어리어 네트워크(M2M Area Network)(123)으로 구성된다. M2M 디바이스(122, 125)는 M2M SC와 네트워크 도메인의 기능을 이용하는 M2M 어플리케이션이 구동되는 장치이다. M2M 디바이스는 M2M 어플리케이션과 M2M SC가 있는 경우(122)와 그렇지 않은 경우(125)로 구분될 수 있다.
M2M 게이트웨이(121)는 M2M SC를 포함하며, M2M 디바이스들이 네트워크/어플리케이션 도메인(110)에서 동작(interworking and interconnection)할 수 있도록 한다. 상기 동작이란 M2M 게이트웨이(212)와 M2M 디바이스들 간의 인터워킹/인터커넥션 뿐만 아니라, M2M 디바이스들 간의 인터워킹/인터커넥션도 포함한다.
서비스 능력 또는 SC(Service Capabilities)는 상이한 어플리케이션들에 의하여 공유되는 기능을 제공하는 것을 의미하며 M2M 코어(114), M2M 게이트웨이(121) 및 M2M 디바이스(122, 125)는 동작하는데 있어 필요하거나 특정한 SC를 포함할 수 있다.
도 1의 구성에서 M2M 게이트웨이(121) 및 M2M 디바이스(122, 125)는 M2M 코어 또는 M2M 코어의 SC들을 결합한 M2M 플랫폼(Platform)과 통신하며 M2M 플랫폼에서는 하위 계층에 있는 게이트웨이 및 장치를 관리한다. 이때 M2M 플랫폼에서 게이트웨이 및 장치를 관리하는 기능으로는 NREM(Network Remote Entity Management) SC로, NREM SC는 다시 구성 관리(Configuration management), 장애 관리(fault management), 성능 관리(Performance management) 등으로 나뉘어진다. 이 중 장애 관리 기능 중 하나로, M2M 게이트웨이 및 M2M 디바이스는 플랫폼으로 장애 정보 및 배터리 레벨이나 CPU 사용량 등의 상태 정보 변경 이벤트를 송신하는 기능이 필요하고, 플랫폼도 이러한 이벤트를 수신 하는 기능이 있어야 한다.
그런데 M2M 게이트웨이 및 M2M 디바이스와 플랫폼간에 이러한 이벤트를 송수신 하려면, 해당 M2M 게이트웨이 및 M2M 디바이스와 플랫폼간에 연결 상태가 항상 정상 상태인 것이 전제되어야 한다. M2M 게이트웨이 및 M2M 디바이스와 M2M 플랫폼간의 연결이 제대로 되지 않았을 경우 M2M 게이트웨이 및 M2M 디바이스에서 보내는 이벤트가 M2M 플랫폼으로 전달되지 않는 현상이 발생할 수 있다. 이 경우 해당 M2M 게이트웨이 및 M2M 디바이스에서 문제가 발생해도 상위 플랫폼이나 어플리케이션에서는 이를 제대로 관리하지 못하고 따라서 장애 관리도 제대로 이루어 지지 못하는 문제점이 발생한다.
또한, M2M 환경에서는 다양한 어플리케이션이 하나의 게이트웨이 및 장치를 사용할 수 있는데, 이때 각각의 어플리케이션에서 연결 상태 확인 시 다른 주기를 가질 경우, 연결 상태 확인 이벤트가 수시로 발생하기 때문에, 이러한 이벤트를 제공하는 메커니즘이 필요하다. 이하, 사물 통신에서 연결 상태를 확인하는 이벤트 기반 구성 및 이를 구현하는 방법에 대해 살펴보고자 한다.
도 2는 본 명세서의 일 실시예에 의한 M2M 플랫폼 및 M2M 게이트웨이/디바이스 간의 연결 관리의 구성을 보여주는 도면이다.
도 2에서는 연결 관리(Connection Management)를 구현하는 구성으로, 각각의 M2M 플랫폼과 M2M 게이트웨이/디바이스 간에 어플리케이션과 연결 관리 SC(Connection Management Service Capabilities) 간의 구성을 보여주는 도면이다. 도 2에서 M2M 플랫폼(240)은 다수의 SC들(245, 248, 249)로 구성되어 있다. M2M 플랫폼(240)에서 연결 관리를 수행하는 네트워크 연결관리 SC(Network Connection Management Service Capabilities)(245)는 M2M 디바이스(210) 또는 M2M 게이트웨이(220)의 연결을 관리한다. 이때 관리하는 메커니즘의 일 실시예로, 해당 게이트웨이/디바이스에 대한 주기적인, 혹은 미리 설정된 간격에 따라 연결 상태 확인 이벤트(Connection state confirmation event)를 수신하는 방법으로 구현된다. 보다 상세히 살펴보면, 네트워크 연결관리 SC(245)는 어플리케이션(250)으로부터 게이트웨이 및 장치에 대한 주기적인 연결 상태 확인 이벤트를 설정/변경/삭제 요청을 수신하고, 이벤트 모니터링 현황에 따른 정보를 어플리케이션으로 송신하며, 연결 상태 확인 이벤트 설정/변경/삭제 내용을 관리하고 수신되는 이벤트에 따라 해당 내용을 업데이트 한다. 또한, 이벤트 수신 현황을 확인하여 어플리케이션 통지 정책에 해당되는 상황이 있는지 여부를 모니터링 하며, 게이트웨이 및 장치로 연결 상태 확인 이벤트 설정/변경/삭제 요청을 송신하고 게이트웨이 및 장치로부터 연결 상태 확인 이벤트를 수신하게 된다.
M2M 디바이스(210)는 M2M 어플리케이션(212)와 디바이스 연결관리 SC(Device Connection Management Service Capabilities)(215)로 구성되어 있다. 디바이스 연결관리 SC(215)는 M2M 플랫폼(240)으로부터 연결 상태 확인 이벤트 설정/변경/삭제 요청을 수신하고, 연결 상태 확인 이벤트를 송신하며, 연결 상태 확인 이벤트 내용을 관리하고 모니터링한다.
M2M 게이트웨이(220)는 M2M 어플리케이션(222)와 게이트웨이 연결관리 SC(Gateway Connection Management Service Capabilities)(225)로 구성되어 있다. 게이트웨이 연결관리 SC(225)는 M2M 플랫폼(240)으로부터 연결 상태 확인 이벤트 설정/변경/삭제 요청을 수신하고, 연결 상태 확인 이벤트를 송신하며, 연결 상태 확인 이벤트 내용을 관리하고 모니터링한다.
M2M 디바이스(210) 및 M2M 게이트웨이(220)는 mId 인터페이스를 이용하여 M2M 플랫폼(240)과 정보를 교환할 수 있다. M2M 디바이스(210) 및 M2M 게이트웨이(220) 내의 어플리케이션(212, 222)는 SC(215, 225)와 dIa 인터페이스를 이용하여 정보를 교환할 수 있다. M2M 어플리케이션(250)과 M2M 플랫폼(240)은 mIa 인터페이스를 이용하여 정보를 교환할 수 있다.
도면에 미도시되었으나, M2M 디바이스(210) 및 M2M 게이트웨이(220)는 다수의 SC를 포함할 수 있으며, 연결관리 SC와 데이터를 교환하며 함께 동작할 수 있다. 다만, 다른 SC는 본 명세서의 주요 요소는 아니므로 도 2에는 미도시하였다.
도 2의 연결 관리 서비스 기능(Connection Management Service Capability)은 기존의 M2M의 SC 중 하나인 REM(Remote Entity Management)의 하위 SC로 구성하거나 하위 구성요소(component)가 될 수 있다. 물론, 별도의 SC로 구성되어 M2M플랫폼 및 서비스에서 기능을 제공할 수 있다. 만약, M2M의 SC인 REM의 하위 SC인 경우, 디바이스 연결 관리 SC(DCMSC)(215)는 DREM(Device Remote Entity Management)의 하위 SC가 되며, 게이트웨이 연결 관리 SC(GCMSC)(225)는 GREM(Gateway Remote Entity Management)의 하위 SC가 되며, 플랫폼의 연결 관리 SC(NCMSC)(245)는 NREM(Network Remote Entity Management)의 하위 SC가 된다.
도 1, 2의 구성에서 네트워크/어플리케이션 도메인에 포함된 M2M 어플리케이션(111, 250)은 M2M 서비스의 외부에 위치하며, M2M 플랫폼과 정보를 교환한다. M2M 디바이스 도메인에 존재하는 M2M 어플리케이션(212, 222)는 M2M 디바이스 또는 M2M 게이트 웨이에 설치된 M2M 어플리케이션으로, 앞서 설명된 네트워크/어플리케이션 도메인에 포함된 M2M 어플리케이션(111, 250)과 데이터를 송수신하거나 정보를 교환하는 등 상호 작용을 할 수 있다.
도 3은 본 명세서의 일 실시예에 의한 M2M 플랫폼, M2M 디바이스, M2M 게이트웨이의 구성을 보여주는 도면이다. 도 3은 연결 관리 SC를 제공하기 위하여 이벤트를 송신하는 경우를 중심으로 설명하고 있다. 이벤트는 연결 관리 SC를 제공하기 위해 M2M 플랫폼과 M2M 디바이스, 또는 M2M 플랫폼과 M2M 게이트웨이간에 송수신되는 정보를 총칭한다. 일반적인 통신에서의 하트비트(heartbeat) 등과 같은 연결을 확인하는 모든 방식의 정보를 포함한다. 이하 이벤트는 연결 관리 SC를 위해 개체간에 송수신되는 모든 정보의 실시예가 될 수 있다.
연결 관리 SC를 제공하기 위해서, M2M 플랫폼(340) 또는 M2M 플랫폼(340)을 구성하는 하위 모듈로서, 어플리케이션 연동 모듈(342), 연결 관리 모듈(344), 모니터링 모듈(346), 게이트웨이/디바이스 연동 모듈 (346)을 포함한다. 각각의 모듈이 하는 기능을 살펴보면, 어플리케이션 연동 모듈(342)은 게이트웨이 및 장치에 대한 주기적인 연결 상태 확인 이벤트를 설정/변경/삭제 요청을 수신하고 이벤트 모니터링 현황에 따른 정보를 M2M 어플리케이션(350)으로 송신한다. 연결 관리 모듈(344)은 연결 상태 확인을 위한 정보, 예를 들어, 이벤트를 설정/변경/삭제하는 사항을 관리하고 수신되는 이벤트에 따라 해당 내용을 업데이트 한다. 연결 관리 모듈(344)는 이벤트를 관리하는 모듈이 될 수 있다. 모니터링 모듈(346)은 연결 상태 확인을 위한 정보인 이벤트의 수신 현황을 확인하여 어플리케이션 통지 정책에 해당되는 상황이 있는지 여부를 모니터링한다. 또한, 게이트웨이/디바이스 연동 모듈(346)은 게이트웨이 및 디바이스로 연결 상태를 확인하는 정보인 이벤트의 설정/변경/삭제 요청을 송신하고, 게이트웨이 및 디바이스로부터 연결 상태 확인 이벤트를 수신한다.
연결 관리 SC를 제공하기 위해서, M2M 디바이스(310) 또는 M2M 디바이스(310)을 구성하는 하위 모듈로, 플랫폼 연동 모듈(312)와 관리/모니터링 모듈(314)이 있다. 플랫폼 연동 모듈(312)은 플랫폼(340)으로부터 연결 상태 확인 이벤트 설정/변경/삭제 요청을 수신하고, 플랫폼(340)에게 연결 상태 확인 이벤트를 송신한다. 관리/모니터링 모듈(314)은 연결 상태 확인 이벤트 내용을 관리하고 모니터링을 수행한다.
연결 관리 SC를 제공하기 위해서, M2M 게이트웨이(320) 또는 M2M 게이트웨이(320)를 구성하는 하위 모듈 역시 플랫폼 연동 모듈(322)와 관리/모니터링 모듈(324)이 있다. 플랫폼 연동 모듈(322)은 플랫폼(340)으로부터 연결 상태 확인 이벤트 설정/변경/삭제 요청을 수신하고, 플랫폼(340)에게 연결 상태 확인 이벤트를 송신한다. 관리/모니터링 모듈(324)은 연결 상태 확인 이벤트 내용을 관리하고 모니터링을 수행한다.
도 3의 각각의 모듈들은 연결 관리 SC를 제공하기 위해 M2M 플랫폼(340), M2M 디바이스(310), M2M 게이트웨이(320) 내에 구현되어야 하는 논리적 기능들을 나타내며, 동시에, 이들 기능을 구현하는 물리적 구성 요소를 나타한다. 따라서, 이들 모듈은 연관되는 모듈들이 하나의 물리적 구성 요소에 구현되거나, 하나의 모듈이 다수의 물리적 구성 요소의 집합으로 구현될 수 있다.
이하 M2M 디바이스(310)와 M2M 게이트웨이(320)는 연결 관리와 관련하여서는 구성되는 기능 또는 모듈 등이 동일하므로, 일부 설명에서는 M2M 게이트웨이/디바이스로 통칭하여 설명할 수 있다. 이하 연결 관리를 위한 정보의 일 실시예로 이벤트를 중심으로 설명하며, 플랫폼의 연결 관리 모듈은 이벤트 관리 모듈을 중심으로 설명하고자 한다.
특히, 효과적이고 신뢰성 있는 M2M 게이트웨이 및 디바이스를 관리할 수 있도록, M2M 게이트웨이 및 M2M 디바이스는 설정된 주기에 따라, 허용 가능 지연 시간 전에 M2M 플랫폼으로 연결 상태 확인 이벤트를 보냈는지 확인한 후, 이벤트를 보내지 않았으면 해당 이벤트를 M2M 플랫폼으로 송신하고, M2M 플랫폼은 수신된 연결 상태 확인 이벤트 내용을 모니터링한다. 그리고, 관련 M2M 어플리케이션과 기 정의된 정책에 따라 해당 M2M 어플리케이션으로 연결 상태 확인 이벤트 수신 현황을 통지하여, M2M 플랫폼 또는 M2M 어플리케이션에서 M2M 게이트웨이 및 M2M 디바이스와 연결 상태가 정상적인지를 확인하고, 해당 게이트웨이 및 장치의 장애 이벤트에 대한 정상적인 대처를 가능하게 한다.
이하 연결 관리를 위하여 연결 상태를 확인하는 이벤트를 설정하고 변경하는 과정에 대해 살펴보면 다음과 같다.
도 4는 본 명세서의 일 실시예에 의한 연결 상태를 확인하는 이벤트를 설정하거나 변경하는 과정을 보여주는 도면이다.
M2M 어플리케이션(401)은 M2M 플랫폼(402)의 어플리케이션 연동 모듈에게 특정 게이트웨이/디바이스에 대한 연결상태 확인 이벤트 설정/변경 요청 메시지를 송신한다(S410). 이때 송신되는 요청 메시지, 즉 M2M 플랫폼(402)의 어플리케이션 연동 모듈이 복수의 어플리케이션으로부터 수신한 특정한 게이트웨이 또는 장치에 대한 연결 상태 확인 이벤트 설정/변경 요청 메시지는 이벤트 설정/변경 정보를 위한 eventSetModObjAPP를 포함하며, 다음의 표 1과 같은 구성의 정보를 포함할 수 있다. 표 1의 구성은 일 실시예이며, 표 1의 구성 중 구현을 위하여 일부를 제외시키거나, 별도의 정보를 추가시키거나 일부의 정보를 결합시킬 수 있다. 정보의 일부를 제외, 추가, 결합시키는 실시예는 후술하게 되는 표 2 내지 표 7에도 적용된다. 표 1은 어플리케이션이 플랫폼에 제공하는 eventSetModObjAPP의 오브젝트(object)의 속성(attribute)을 제시하고 있다.
표 1 이벤트 설정/변경 정보_APP(eventSetModObjAPP)의 구성
속성(attribute) 설명
application ID 연결 상태 확인 이벤트를 요청하는 application ID
application_주소 연결 상태 확인 이벤트를 요청하는 application의 주소
EventID 연결 상태 확인 이벤트의 식별 정보
Gateway_or_device 연결 상태 확인 이벤트를 보낼 대상이 gateway인지 device인지 여부
Gateway/device_ID 연결 상태 확인 이벤트를 보낼 대상 ID (SCL ID).
Gateway/device_주소 연결 상태 확인 이벤트를 보낼 대상 주소
주기 연결 상태 확인 이벤트를 보내는 주기
허용가능지연시간 연결 상태 확인 이벤트의 지연 가능 송신 시간
policyType 연결 상태 확인 이벤트 수신에 따른 어플리케이션 통보 정책
waitingCount 어플리케이션 미수신시 대기 시간
각각에 대해 살펴보면, 다음과 같다. 'application_ID'는 연결 상태 확인 이벤트를 요청하는 어플리케이션의 식별 정보이며, 'application_주소'는 연결 상태 확인 이벤트를 요청하는 application의 주소를 제시하거나 주소와 관련된 정보이다. 'application_주소'는 연결 상태 확인 이벤트 통지 정책에 따라 연결 상태 확인 이벤트 미수신 통지시 사용할 수 있다. 'Gateway_or_device'는 연결 상태 확인 이벤트를 보낼 대상이 게이트웨이인지 디바이스인지 여부를 설정하는 정보이다.
'EventID'는 연결 상태 확인 이벤트의 식별 정보를 의미한다. 이는 다양한 이벤트가 존재할 경우, 연결 상태를 확인하는 이벤트를 다른 이벤트와 구분할 수 있도록 한다. 'EventID'의 실시예로, heartbeat과 같은 연결 상태를 확인하는 이벤트 통지 기능이 다른 이벤트 통지 기능과 같은 오퍼레이션을 사용할 경우, 이 이벤트를 다른 이벤트와 구별하기 위한, 이벤트 식별자로 사용할 수 있으며, 또다른 방식으로, 연결 상태 확인 이벤트가 여러 종류가 있을 경우, 해당 연결 상태 확인 이벤트를 다른 연결 상태 확인 이벤트와 구분하는 기능을 제공할 수 있다. 'Gateway/device_ID'는 연결 상태 확인 이벤트를 보낼 대상의 식별 정보를 제시하는데, SCLID(Service Capabilities Layer ID)를 사용할 수 있다. SCLID는 다음과 같은 트리 구조를 가질 수 있다.
<gateway>/scls/<gateway ID> 또는 <device>/scls/<device ID>
'Gateway/device_주소'는 연결 상태 확인 이벤트를 보낼 대상 주소의 정보이다. 연결 상태 확인 이벤트 설정/변경 요청 송신시 사용 다음과 같은 URI 형태를 가질 수 있다.
URI 형태
http://m2m.myoperator.org/some/my_gw/base/scls/gateway_1 또는
http://m2m.myoperator.org/some/my_device/base/scls/device_1
'주기'는 게이트웨이/디바이스가 연결 상태 확인 이벤트를 보내는 주기를 설정하는 정보이며, '허용가능지연시간'은 연결 상태 확인 이벤트의 지연 가능 송신 시간에 대한 정보이다. 허용가능지연시간을 두는 것은 망(network)이나 게이트웨이/디바이스, 또는 플랫폼의 과부하 등의 문제로 인해 발생할 수 있다. 복수개의 어플리케이션 등록시 사용할 수 있다.
'policyType'은 연결 상태 확인 이벤트 수신에 따른 어플리케이션 통보 정책을 설정할 수 있다. 통보라는 것은 특정한 정보를 제공하거나 특정한 사실의 발생을 알리는 것을 의미하며, 통신 시스템에서는 소정의 정보를 송신하는 것을 의미한다. 이하 통보, 통지, 송신은 혼용하여 사용한다.
통보 정책으로는 i) 연결 상태 확인 이벤트 미수신시, 일정기간 (waiting count * 주기) 만큼 기다렸다 어플리케이션으로 통지하는 방식과 ii) 게이트웨이/디바이스로부터 이벤트가 올 때마다 어플리케이션으로 통지하는 방식으로 나뉘어 진다. 이외에도 통보를 일정 간격으로 주기적으로 하는 방식, 어플리케이션이 요청할 경우 통지하는 방식 등도 구현될 수 있다.
'waitingCount'는 앞서 어플리케이션 통보 정책(policyType)이 i)과 같이 이벤트 미수신시 일정 기간 기다리는 경우, 기다리는 시간에 대한 정보를 설정한다. 예를 들어, 지정된 시점에 이벤트를 수신하지 못한 경우, 미수신을 기다리는 시간의 길이를 설정할 수 있다. 특정한 시간 단위 또는 주기가 설정된 경우, 플랫폼은 waitingCount 또는 (waitingCount * 주기)까지 기다렸다 어플리케이션으로 통지할 수 있다.
어플리케이션 연동 모듈은 S410에서 수신한 eventSetModObjAPP의 정보를 이벤트 관리 모듈에 전달한다(S420). 이벤트 관리 모듈은 전달 받은 정보에 기반하여 관리할 이벤트 정보에 대한 내용을 DB에 생성/변경한다(S430).
이벤트 관리 모듈이 생성/변경할 DB의 정보는 이벤트 관리 정보인 eventMgmtObjPLAT를 포함하며, 이때, 이벤트 관리 정보_PLAT의 구성은 표 2와 같다. 표 1의 구성에 이벤트 수신과 관련된 정보를 추가로 포함하게 된다.
표 2 이벤트 관리 정보_PLAT(eventMgmtObjPLAT)의 구성
속성(Attribute) 설명
application ID 연결 상태 확인 이벤트를 요청하는 application ID
application_주소 연결 상태 확인 이벤트를 요청하는 application의 주소
EventID 연결 상태 확인 이벤트의 식별 정보
Gateway_or_device 연결 상태 확인 이벤트를 보낼 대상이 gateway인지 device인지 여부
Gateway/device_ID 연결 상태 확인 이벤트를 보낼 대상 ID (SCL ID).
Gateway/device_주소 연결 상태 확인 이벤트를 보낼 대상 주소
주기 연결 상태 확인 이벤트를 보내는 주기
허용가능지연시간 연결 상태 확인 이벤트의 지연 가능 송신 시간
policyType 연결 상태 확인 이벤트 수신에 따른 어플리케이션 통보 정책
waitingCount 어플리케이션 미수신시 대기 시간
최근이벤트통보시각 최근에 게이트웨이/장치로부터 연결 상태 확인 이벤트를 받은 시각
최근 미수신 이벤트 통보 시각 최근에 어플리케이션으로 통보한 시각.
표 1에서 수신한 eventSetModObjAPP의 구성에 '최근이벤트통보시각' 및 '최근 미수신 이벤트 통보시각' 속성이 추가되어 있다. '최근이벤트통보시각'은 최근에 게이트웨이/디바이스로부터 연결 상태 확인 이벤트를 받은 시각을 저장하게 된다. 최초 DB 생성시에는 값이 없고, 연결 상태 확인 이벤트가 통보될 때마다(수신될 때마다) 업데이트 할 수 있다.
또한, '최근 미수신 이벤트 통보 시각'은 어플리케이션 통보 정책이 이벤트 미수신시 일정 기간 기다린 후 통보하는 방식인 경우, 최근에 어플리케이션으로 통보한 시각이 언제인지를 기록하는 부분이다. 최초 DB 생성시와 연결 상태 확인 이벤트 수신이 재개될 경우에는 값이 없다. 즉, 연결 상태 확인 이벤트가 통보될 경우 이벤트 수신이 확인되었음을 어플리케이션으로 통지하면서 해당 값을 삭제할 수 있다.
이벤트 관리 모듈은 DB 설정이 완료되면 설정된 정보에 따라 게이트웨이/디바이스가 이벤트를 생성하여 통보할 수 있도록 게이트웨이/디바이스에 송신할 이벤트 설정/변경 정보인 eventSetModObjPLAT를 생성한다. 이는 해당 게이트웨이 또는 디바이스에 전달될 정보로, 이벤트를 통보하는데 필요한 정보로 구성되며, 표 3과 같이 구현할 수 있다. 표 3의 정보는 표 2의 정보의 부분 집합(subset)이 될 수 있다.
표 3 이벤트 설정/변경 정보_PLAT(eventSetModObjPLAT)
속성(Attribute) 설명
application ID 연결 상태 확인 이벤트를 요청하는 application ID
EventID 연결 상태 확인 이벤트의 식별 정보
Gateway/device_ID 연결 상태 확인 이벤트를 보낼 대상 ID (SCL ID).
Gateway/device_주소 연결 상태 확인 이벤트를 보낼 대상 주소
주기 연결 상태 확인 이벤트를 보내는 주기
허용가능지연시간 연결 상태 확인 이벤트의 지연 가능 송신 시간
이벤트 관리 모듈은 상기 eventSetModObjPLAT의 정보를 게이트웨이/디바이스 연동 모듈에 제공한다(S440). 그리고, 게이트웨이/디바이스 연동 모듈은 이벤트 설정/변경 정보_PLAT인 eventSetModObjPLAT을 포함하는 연결상태 확인 이벤트 설정/변경 요청 메시지를 M2M 게이트웨이/디바이스(403)에게 보낸다(S450)
eventSetModObjPLAT가 포함된 연결상태 확인 이벤트 설정/변경 요청 메시지를 받은 게이트웨이/디바이스의 플랫폼 연동 모듈은 해당 내용을 관리/모니터링 모듈로 전달하고(S460), 관리/모니터링 모듈은 이벤트 관리 정보_GD인 eventMgmtObjGD를 표 4와 같은 내용이 DB에 저장되도록 정보를 생성/변경한다(S470).
표 4 이벤트 관리 정보_GD(eventMgmtObjGD)의 구성
속성(Attribute) 설명
application ID 연결 상태 확인 이벤트를 요청하는 application ID
EventID 연결 상태 확인 이벤트의 식별 정보
주기 연결 상태 확인 이벤트를 보내는 주기
허용가능지연시간 연결 상태 확인 이벤트의 지연 가능 송신 시간
최근이벤트통보시각 최근에 연결 상태 확인 이벤트를 통보한 시각
도 4의 과정을 진행하면, 특정 M2M 어플리케이션(401)이 eventSetModObjAPP을 M2M 플랫폼(402)에 제공하여 설정한 이벤트가 M2M 플랫폼(402)에서 eventMgmtObjPLAT으로 관리되며, 이는 다시 M2M 플랫폼(402)이 eventSetModObjPLAT을 M2M 게이트웨이/디바이스(403)에 제공한다. M2M 게이트웨이/디바이스(403)에서는 eventMgmtObjGD가 저장되어, 이벤트의 통보 프로세스를 관리하게 된다.
도 5는 본 명세서의 일 실시예에 의한 연결 관리를 위한 이벤트가 통보되는 과정을 보여주는 도면이다. 도 4의 과정에서 설정된 이벤트 관리 정보_GD에 따라 M2M 게이트웨이/디바이스가 M2M 플랫폼에 이벤트를 통지하고, M2M 플랫폼 역시 이벤트 관리 정보_PLAT에 따라 이벤트가 통보되었는지 혹은 일정 시간동안 이벤트가 통보되지 않았는지를 M2M 어플리케이션에 제공한다.
M2M 게이트웨이/디바이스(503)의 관리/모니터링 모듈은 이벤트 관리 정보_GD(eventMgmtObjGD)에서 설정된 이벤트 통보 주기마다 설정된 이벤트를 M2M 플랫폼(502)에 송신하기 위하여 이벤트 정보를 생성한다(S510). 관리 모니터링 모듈이 생성 및 송신하게 되는 이벤트 정보는 이벤트 정보_GD(eventObjGD)이며, 표 5와 같이 구성될 수 있다.
표 5 이벤트 정보_GD(eventObjGD)
속성(Attribute) 설명
Gateway/device_ID 연결 상태 확인 이벤트를 보내는 게이트웨이/디바이스의 ID (SCL ID).
application ID List 해당 연결 상태 확인 이벤트와 관련된 application ID의 리스트
EventID 연결 상태 확인 이벤트의 식별 정보
통보시각 연결 상태 확인 이벤트 통보 시각
표 5의 이벤트 정보_GD는 게이트웨이/디바이스 ID와 어플리케이션 ID List, 그리고 통보 시각을 포함한다. 여기서 어플리케이션 ID List는 이벤트를 통보할 어플리케이션이 다수인 경우, 해당 어플리케이션들의 ID들을 리스트로 제공하는 것을 의미한다. 통보 시각은 선택적으로 포함될 수 있다. 즉, 통보 시각을 M2M 게이트웨이/디바이스(503)에서 생성할 수 있고, 다른 실시예로 통보 시각없이 이벤트 정보를 M2M 플랫폼(502)에 제공하여, M2M 플랫폼이 통보받은 시각을 직접 생성할 수 있다.
관리/모니터링 모듈은 표 5의 이벤트 정보를 플랫폼 연동 모듈에 전달하고(S520), 플랫폼 연동 모듈은 전달받은 이벤트 정보를 M2M 플랫폼(502)에 제공한다(S530). 즉, S502는 플랫폼 연동 모듈에서 M2M 플랫폼으로 연결 상태 확인 이벤트를 보내는 과정이다. 이후, 관리/모니터링 모듈은 관리하는 표 4의 이벤트 관리 정보_GD(eventMgmtObjGD)의 '최근연결상태확인이벤트통보시각'을 플랫폼에 통보한 시각으로 업데이트 한다(S540). 이후, M2M 플랫폼(502)와 M2M 어플리케이션(501)은 앞서 설정되거나 변경된 어플리케이션 통보 정책에 따라 이벤트의 발생 혹은 미발생 등에 대한 정보를 공유하게 된다.
한편, 하나의 게이트웨이/디바이스(503)에 여러 개의 어플리케이션에 대한 연결 상태 확인 이벤트가 설정이 된 경우, 관리/모니터링 모듈은, 각각의 어플리케이션 별로 이벤트를 통보할 주기를 확인한다. 확인 결과 이벤트 통보할 시각이 되면, 해당 어플리케이션의 이벤트 통보 시각+허용 가능 지연 시간 이내에 통보 예정인 이벤트가 있으면 이벤트 대기 리스트에 통보할 이벤트만 추가하고 통보하지 않다가, 추후 다른 이벤트 통보시에 해당 이벤트를 같이 통보하고, 두 개의 어플리케이션의 통보 시간을 같이 업데이트 한다. 즉, 소정의 통보 주기에 따라 통보를 수행하고, 통보 주기가 되기 전에 발생한 이벤트는 해당 주기에 도달할 때 까지 이벤트 통보할 내용을 저장하여 보관할 수 있다.
도 6은 본 명세서의 일 실시예에 의한 게이트웨이 또는 디바이스가 둘 이상의 어플리케이션에 대한 이벤트 통지를 수행하는 과정을 보여주고 있다.
도 6에서 게이트웨이/디바이스는 A, B 어플리케이션에 대해 이벤트 통지를 수행하며, A 어플리케이션은 7분 주기, 2분 허용 가능 지연 시간을 가지며, B 어플리케이션은 5분 주기, 1분 허용 가능 지연 시간을 가진다. 각 시간 별로 연결 확인 이벤트 통지가 된 과정을 살펴보면, 0:00(0시 0분)에 A 어플리케이션은 연결 확인 이벤트를 통지를 시작하고, 0:07에 A 어플리케이션이 이벤트 통지를 수행한다. B 어플리케이션은 0:10시에 연결 확인 이벤트 통지를 시작한다. 이후 0:14에 A 어플리케이션이 이벤트 통지를 수행해야 하는데, 허용 가능 지연 시간인 0:16 이전에 B 어플리케이션의 이벤트 통지(0:15)가 예정되어 있음을 확인한다. 따라서, 이벤트 대기 리스트에 A 어플리케이션의 이벤트 통지를 추가한 후, 0:15에 A, B 어플리케이션들의 이벤트 통지를 수행한다.
이후 0:20에는 B 어플리케이션, 0:22에는 A어플리케이션, 0:25에는 B 어플리케이션이 각각 이벤트 통지를 수행한다. 한편, A 어플리케이션은 0:29에 이벤트 통지를 수행해야 하는데, 허용 가능 지연 시간인 0:31 이전에 B 어플리케이션의 이벤트 통지(0:30)가 예정되어 있음을 확인한다. 따라서, 이벤트 대기 리스트에 A 어플리케이션의 이벤트 통지를 추가한 후, 0:30에 A, B 어플리케이션들의 이벤트 통지를 수행한다.
도 6의 예에서 살펴본 바와 같이 하여 어플리케이션 별로 복수개의 연결 상태 확인 이벤트 통지를 일정한 지연 범위 내의 이벤트를 같이 보냄으로써 이벤트 송/수신을 보다 효과적으로 할 수 있다.
도 5, 6에서는 M2M 게이트웨이/디바이스가 이벤트를 M2M 플랫폼에 통지하는 과정에 대해 살펴보았다. 이하, M2M 플랫폼이 통보받은 이벤트를 M2M 어플리케이션에 통보하는 과정에 대해 살펴보고자 한다. 어플리케이션 통보 정책은 앞서 표 1, 2에서 살펴본 eventSetModObjAPP 또는 eventMgmtObjPLAT에 설정되는 policyType을 의미한다. 전술한 바와 같이, 게이트웨이/디바이스가 플랫폼에 이벤트를 통보하거나, 혹은 통보하지 않은 경우, 플랫폼이 어플리케이션에게 어떤 방식으로 통보할 것인지에 대한 정책이다. 도 5, 6에서는 통보의 대상이 되는 이벤트의 식별 번호를 별도로 부과하여, 다른 종류의 이벤트들과 구분할 수도 있다. 뿐만 아니라, 연결 상태 확인 이벤트가 여러 종류가 있을 경우, 해당 연결 상태 확인 이벤트를 다른 연결 상태 확인 이벤트와 구분하는 기능을 제공할 수 있다. 예를 들어, 시간 단위로 체크하는 연결 상태 확인 이벤트와 하루 단위로 체크하는 연결 상태 확인 이벤트가 있을 경우, 이들을 주기 별로 별도의 이벤트 식별 번호를 부과할 수 있다.
도 7은 본 명세서의 일 실시예에 의한 어플리케이션 통보 정책에 따라 플랫폼이 어플리케이션에 이벤트 통보를 수행하는 예를 보여주는 도면이다. 도 7에서는 연결 상태 확인 이벤트 미수신시, 일정기간 기다렸다 어플리케이션에게 통보하는 방식이다.
M2M 게이트웨이/디바이스(703)에서는 이벤트 통보에 실패한다(S710). 이벤트 통보의 실패는 네트워크 오류, 게이트웨이/디바이스 장치의 오류 등 다양한 이유로 발생할 수 있다. M2M 플랫폼(702)는 이벤트 통보 상황 모니터링 중 지연 가능 송신 시간을 초과하여 이벤트가 통보되지 않았음을 확인한다(S720). M2M 플랫폼(702)은 policyType에 따라, M2M 어플리케이션(701)에게 특정 게이트웨이/디바이스에 대한 연결상태 확인 이벤트가 통보되지 않음을 통보한다(S730). 이후 M2M 어플리케이션(701)의 지시에 따라 후속 작업을 진행할 수 있다.
도 8은 본 명세서의 다른 실시예에 의한 어플리케이션 통보 정책에 따라 플랫폼이 어플리케이션에 이벤트 통보를 수행하는 예를 보여주는 도면이다. 도 8에서는 연결 상태 확인 이벤트가 수신될 경우, 어플리케이션에게 통보하는 방식이다.
M2M 게이트웨이/디바이스(803)에서는 이벤트를 통보한다(S810). M2M 플랫폼(802)는 이벤트 통보 상황 모니터링 중 이벤트가 통보되었음을 확인한다(S820). M2M 플랫폼(802)은 policyType에 따라, M2M 어플리케이션(801)에게 특정 게이트웨이/디바이스에 대한 연결상태 확인 이벤트가 통보되었음을 통보한다(S830). 이후 M2M 어플리케이션(801)의 지시에 따라 후속 작업을 진행할 수 있다.
도 9는 본 명세서의 또다른 실시예에 의한 어플리케이션 통보 정책에 따라 플랫폼이 어플리케이션에 이벤트 통보를 수행하는 예를 보여주는 도면이다. 도 9에서는 연결 상태 확인 이벤트의 통보를 일정주기로 어플리케이션에게 통보하는 방식이다
M2M 게이트웨이/디바이스(903)에서는 이벤트를 지속하여 통보한다(S910~S920). M2M 플랫폼(902)는 이벤트 통보 상황 모니터링 중 어플리케이션에 통보할 주기가 되었음을 확인한다(S930). M2M 플랫폼(902)은 policyType에 따라, M2M 어플리케이션(901)에게 특정 게이트웨이/디바이스에 대한 연결상태 확인 이벤트 통지가 정해진 주기동안 이루어졌음을 통보한다(S940). 이후 M2M 어플리케이션(901)의 지시에 따라 후속 작업을 진행할 수 있다.
도 9의 방식을 구현할 경우, 표 1의 eventSetModObjAPP 및 표 2의 eventMgmtObjPLAT에는 waitingCount 대신 통보 주기를 설정하는 notifyingPeriod라는 항목이 포함될 수 있다.
도 10은 본 명세서의 일 실시예에 의한 어플리케이션이 플랫폼에 연결 상태 확인 이벤트의 조회를 요청하는 경우를 보여주는 도면이다.
연결 상태 확인 이벤트 조회 요청은 다음과 같다. M2M 플랫폼의 어플리케이션 연동 모듈은, 복수의 어플리케이션으로부터 특정한 게이트웨이 또는 디바이스에 대한 연결 상태 확인 이벤트 조회 요청을 받는다(S1010). S1010의 조회 요청 메시지에 포함되는 정보는 이벤트 조회_APP(eventViewAPP)이며, 표 6과 같이 구성될 수 있다.
표 6 이벤트 조회_APP(eventViewAPP)
속성(Attribute) 설명
application ID 연결 상태 확인 이벤트의 조회를 요청하는 application ID
EventID 연결 상태 확인 이벤트의 식별 정보
Gateway_or_device 연결 상태 확인 이벤트를 보낼 대상이 gateway인지 device인지 여부
Gateway/device_ID 연결 상태 확인 이벤트를 보낼 대상 ID (SCL ID).
Gateway/device_주소 연결 상태 확인 이벤트를 보낼 대상 주소
어플리케이션 연동 모듈은 표 6의 실시예와 같은 정보를 이벤트 관리 모듈에 전달한다(S1020). 전달받은 이벤트 관리 모듈은 전달 받은 정보에 기반하여 조회할 이벤트 정보인 표 2의 eventMgmtObjPLAT 또는 표 2의 eventMgmtObjPLAT의 일부 항목으로 구성된 정보를 어플리케이션 연동 모듈로 전달하고(S1040), 어플리케이션 연동 모듈은 M2M 어플리케이션(1001)으로 조회 요청에 이벤트 정보를 송신한다(S1050).
도 11은 본 명세서의 일 실시예에 의한 어플리케이션이 플랫폼에 연결 상태 확인 이벤트의 삭제를 요청하는 경우를 보여주는 도면이다.
M2M 어플리케이션(1101)은 M2M 플랫폼(1102)의 어플리케이션 연동 모듈에게 특정 게이트웨이/디바이스에 대한 연결상태 확인 이벤트의 삭제 요청 메시지를 송신한다(S1110). 이때 송신되는 요청 메시지, 즉 M2M 플랫폼(S1102)의 어플리케이션 연동 모듈이 복수의 어플리케이션으로부터 수신한 특정한 게이트웨이 또는 장치에 대한 연결 상태 확인 이벤트 삭제 요청 메시지는 이벤트 삭제를 위한 eventDelAPP를 포함하며, 다음의 표 7과 같은 구성의 정보를 포함할 수 있다. 표 7의 구성은 일 실시예이며, 표 7의 구성 중 구현을 위하여 일부를 제외시키거나, 별도의 정보를 추가시킬 수도 있다. 표 7은 어플리케이션이 플랫폼에 제공하는 eventDelAPP의 오브젝트(object)의 속성(attribute)을 제시하고 있다.
표 7 이벤트 삭제(eventDel)
속성(Attribute) 설명
application ID 연결 상태 확인 이벤트의 삭제를 요청하는 application ID
EventID 연결 상태 확인 이벤트의 식별 정보
Gateway_or_device 삭제될 연결 상태 확인 이벤트 대상이 gateway인지 device인지 여부
Gateway/device_ID 연결 상태 확인 이벤트를 보낼 대상 ID (SCL ID).
Gateway/device_주소 연결 상태 확인 이벤트를 보낼 대상 주소
어플리케이션 연동 모듈은 S1110에서 수신한 eventDel의 정보를 이벤트 관리 모듈에 전달한다(S1120).
그리고 이벤트 관리 모듈은 게이트웨이/디바이스가 이벤트 통보를 종료할 수 있도록 게이트웨이/디바이스 연동 모듈에 이벤트 삭제 정보인 eventDel를 제공한다(S1130). 이는 해당 게이트웨이 또는 디바이스에 전달될 정보로, 이벤트 통보를 중단하는데 필요한 정보로 구성되며, 표 7과 같이 구현할 수 있다. S1110에서 수신된 정보를 그대로 이용하거나, 일부를 이용하거나, 혹은 eventMgmtObjPLAT의 정보 중 일부를 이용할 수 있다.
게이트웨이/디바이스 연동 모듈은 삭제할 이벤트와 관련된 정보를 해당 게이트웨이/디바이스로 전달한다(S1140). 이를 받은 게이트웨이/디바이스의 플랫폼 연동 모듈은 해당 내용을 관리/모니터링 모듈로 전달하고(S1150), 관리/모니터링 모듈은 해당 어플리케이션과 관련한 내용을 삭제한다(S1160). 그리고, 삭제된 결과를 플랫폼 연동 모듈로 보낸 후 플랫폼 연동 모듈에서 플랫폼으로 응답을 보낸다(S1170). 응답을 받은 M2M 플랫폼(1102)의 게이트웨이/장치 연동 모듈은 응답이 성공이면 모니터링 모듈 및 이벤트 관리 모듈에 전달한다(S1180). 전달받은 모니터링 모듈은 해당 내용에 대한 모니터링을 중지하고 이벤트 관리 모듈은 해당 내용을 DB에서 삭제한 후(S1190), 그 결과를 어플리케이션 연동 모듈로 보내어 M2M 어플리케이션(1101)에게 보낸다(S1195).
도 12는 본 명세서의 일 실시예에 의한 연결 관리가 개체간에 수행되는 과정을 보여주는 도면이다. 앞서 도 4 내지 도 11에서는 연결 관리를 설정하거나 변경, 삭제하는 경우, 또는 연결 관리의 상황을 M2M 어플리케이션이 조회하는 과정 등을 보여주고 있다.
도 12에서 M2M 어플리케이션(1201)은 특정 게이트웨이/디바이스에 대한 이벤트의 주기 및 정책을 설정/변경/조회/삭제를 M2M 플랫폼 코어 SC)(1202)에 요청한다(S1210). M2M 플랫폼(1202)는 특정 게이트웨이/디바이스에 대한 이벤트의 주기 및 정책의 설정/변경/조회/삭제 요청에 따라 이벤트 관리 정보를 DB에 생성 및 기록하거나, 변경/삭제/조회 요청과 관련된 사항을 반영한다(S1220). 그리고, 요청된 사항에 따라 특정 게이트웨이/디바이스에 대한 이벤트 주기를 설정하거나, 변경/삭제를 해당 M2M 게이트웨이/디바이스(1203, 1204)에 요청한다(S1230), M2M 게이트웨이/디바이스(1203, 1204)는 설정/변경된 이벤트에 따라 M2M 플랫폼(1202)에게 이벤트를 통지하고(S1240), M2M 플랫폼(1202)은 이벤트 모니터링을 수행하며(S1250), 모니터링 정책(앞서 표 1, 2의 policyType 등)에 따라 이벤트를 M2M 게이트웨이/디바이스(1203, 1204)로부터 통지받는 즉시 M2M 어플리케이션(1201)에게 알리거나, 혹은 이벤트가 일정 기간 미통지될 경우 M2M 어플리케이션(1201)에게 알릴 수 있다(S1260).
이하 도 13, 14, 15에서의 장치는 M2M 게이트웨이 또는 M2M 디바이스를 총칭한다.
도 13은 본 명세서의 일 실시예에 의한 M2M 어플리케이션에서 다른 장치의 연결을 관리하는 과정을 보여주는 도면이다.
M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트 관리 정보를 M2M 플랫폼에 송신한다(S1310). 이는 M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 플랫폼에 송신하게 됨을 포함한다. 상기 이벤트 관리 정보는 앞서 표 1에서 살펴본 eventSetModObjApp, 표 6의 eventViewApp, 또는 표 7의 eventDel을 포함한다.
그리고 이벤트 설정, 변경, 또는 조회인 경우(S1320), M2M 게이트웨이 또는 M2M 디바이스의 이벤트 통보에 대한 결과를 수신한다(S1330). 이는 상기 M2M 플랫폼으로부터 상기 이벤트 관리 정보의 처리 결과를 수신하는 것을 포함한다. 그리고, 이벤트 통보의 결과에 따라, M2M 어플리케이션은 후속 작업을 수행한다(S1340). 그리고, 이벤트를 변경하고자 하는 경우 다시 S1310 단계를 수행하며, 이벤트 통보를 계속 받고자 하는 경우, S1330 단계를 진행하게 된다.
한편, S1320 또는 S1340에서 이벤트의 통보를 삭제하고자 할 경우, 이벤트 통보를 중단하기 위한 삭제 지시를 M2M 플랫폼에 송신한다(S1350).
도 13의 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하게 되며, 또한, 앞서 표 1에서 살펴본 바와 같이, 이벤트 관리 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 상기 이벤트를 통보하는 주기 및 상기 이벤트의 통보 또는 미통보와 관련된 정책에 대한 정보를 포함할 수 있다.
도 14는 본 명세서의 일 실시예에 의한 M2M 플랫폼에서 M2M 어플리케이션의 지시 또는 요청에 따라 다른 장치의 연결을 관리하는 과정을 보여주는 도면이다.
M2M 플랫폼은 M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신한다(S1410). 즉, M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 것을 포함한다. 그리고 이벤트 관리 정보를 상기 지시에 따라데이터베이스에 기록, 변경, 또는 삭제한다(S1420). 기록, 변경, 삭제하게 되는 것은 앞서 표 2의 eventMgmtObjPLAT 또는 표 7의 eventDel이 될 수 있다. M2M 어플리케이션으로부터의 지시가 이벤트 설정, 변경, 또는 삭제인 경우(S1430), M2M 플랫폼은 M2M 게이트웨이 또는 M2M 디바이스에 이벤트의 설정, 변경, 삭제를 지시한다(S1440). 즉, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 M2M 플랫폼이 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하는 것을 의미한다. 이때 설정, 변경을 지시하기 위해 표 3의 eventSetModObjPLAT을, 또는 이벤트의 삭제를 위하여 표 7의 eventDel을 M2M 플랫폼이 M2M 게이트웨이 또는 디바이스에 송신할 수 있다. 그리고, M2M 플랫폼은 M2M 게이트웨이 또는 M2M 디바이스로부터 처리 결과를 수신한다(S1450). 이때 처리 결과는 이벤트 설정, 변경, 삭제의 처리이며, 또한, 이벤트의 설정/변경에 대하여 통보되는 이벤트를 포함한다. 즉, 상기 이벤트 관리 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 처리 결과는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스의 이벤트 통보를 포함한다.
M2M 플랫폼은 처리 결과를 M2M 어플리케이션에 송신한다(S1460). 물론, S1430에서 이벤트의 조회를 요청받은 경우, 그 동안 보유하고 있던 이벤트의 통보를 처리 결과로 하여 M2M 어플리케이션에 송신한다(S1460).
도 14의 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하게 되며, 또한, 앞서 표 2에서 살펴본 바와 같이, 이벤트 관리 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 상기 이벤트를 통보하는 주기 및 상기 이벤트의 통보 또는 미통보와 관련된 정책에 대한 정보를 포함할 수 있다. 또한, 상기 이벤트 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 제공하는 연결 관리 서비스 기능에서 제어하게 된다.
도 14의 과정을 수행하는 M2M 플랫폼의 구성은 앞서 도 3에서 살펴본 바와 같이, M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 어플리케이션 연동 모듈, 상기 이벤트 관리 정보를 상기 지시에 따라 데이터베이스에 기록, 변경, 또는 삭제하는 연결 관리 모듈, 그리고 상기 M2M 게이트웨이 또는 M2M 디바이스가 송신하는 이벤트를 모니터링하는 모니터링 모듈, 및 상기 이벤트 관리 정보가 이벤트의 설정, 변경, 또는 삭제를 지시하는 경우, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하고, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스로부터 처리 결과를 수신하여 상기 모니터링 모듈 및 상기 어플리케이션 연동 모듈에 정보를 제공하는 게이트웨이/디바이스 연동 모듈로 구성된다.
도 15는 본 명세서의 일 실시예에 의한 M2M 플랫폼에 연결된 장치에서 연결을 관리하는 과정을 보여주는 도면이다.
도 15의 장치는 M2M 게이트웨이 또는 M2M 디바이스를 포함한다. 장치는 M2M 플랫폼으로부터 이벤트의 설정, 변경, 또는 삭제를 지시하는 이벤트 정보를 수신한다(S1510). 이벤트 정보는 앞서 살펴본 표 3의 eventSetModObjPLAT을, 또는 이벤트의 삭제를 위하여 표 7의 eventDel가 될 수 있다. 그리고, 이벤트의 설정/변경인 경우(S1520), 장치는 M2M 플랫폼에 정해진 주기에 따라 이벤트를 통보한다(S1540). 반면, 삭제인 경우, 이벤트 통보를 중단한다(S1530).
상기 이벤트 정보는 장치, 즉, M2M 게이트웨이 또는 상기 M2M 디바이스의 연결 관리 서비스 기능에서 제어하며, 상기 이벤트의 통보 주기에 대한 정보를 포함한다.
도 15의 과정을 수행하는 M2M 게이트웨이 또는 M2M 디바이스의 구성은 앞서 도 3에서 살펴본 바와 같이 M2M 플랫폼으로부터 이벤트의 설정, 변경, 또는 삭제를 지시하는 이벤트 정보를 수신하고 상기 지시 작업을 처리한 처리 결과를 상기 M2M 플랫폼에 송신하는 플랫폼 연동 모듈과 상기 이벤트 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 설정 및 변경에 따라 이벤트를 상기 M2M 플랫폼에 통보하도록 이벤트를 관리 및 모니터링하는 관리/모니터링 모듈로 구성된다.
본 명세서에서는 M2M 게이트웨이 및 장치(M2M 디바이스)의 신뢰성 있는 연결 상태를 관리하기 위한 방법과 이를 구현하는 장치에 대해 살펴보았다. 보다 상세하게는 게이트웨이 및 디바이스에서 연결 상태 이벤트를 주기적으로 플랫폼에 송신하고, 플랫폼에서는 해당 게이트웨이 및 장치의 연결 상태 확인 이벤트 수신 현황을 모니터링 하여, 연결 상태 확인 이벤트가 수신이 되지 않는 게이트웨이 및 장치 정보를 관련 어플리케이션으로 통보함으로써 게이트웨이 및 장치의 연결 상태를 관리할 수 있다.
전술한 바와 같이, 본 명세서에서는 각각의 어플리케이션에서 지정한 주기 및 허용 가능지연 정보에 따라, M2M 게이트웨이 및 디바이스가 주기적으로 연결 상태 확인 이벤트를 플랫폼으로 송신하도록 구현함으로써 해당 게이트웨이 및 디바이스로부터 전달되는 다른 이벤트들을 신뢰성 있게 관리하는 효과가 있다.
또한, 관련 어플리케이션에서 M2M 플랫폼을 통하여 게이트웨이 및 디바이스의 연결 상태 확인 통지 정책을 설정함으로써 망 상황이나 게이트웨이 및 디바이스의 특성에 따라 정책을 설정하여 보다 효과적으로 게이트웨이 및 디바이스의 상태를 관리 할 수 있다. 즉, 상시 인터넷에 접속하는 단말(always-on device) 또는 e-health 단말과 같이 이벤트 수신이 중요한 단말일 경우에는 정책적으로 연결 상태 확인이 필요할 것이다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
[부호의 설명]
210, 310: M2M 디바이스
220, 320: M2M 게이트웨이
403, 503, 703, 803, 903, 1103: M2M 게이트웨이 디바이스
240, 340, 402, 502, 702, 802, 902, 1002, 1102: M2M 플랫폼
250, 350, 401, 501, 701, 801, 901, 1001, 1101: M2M 어플리케이션
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2011년 05월 03일 한국에 출원한 특허출원번호 제 10-2011-0041820 호 및 2011년 06월 10일 한국에 출원한 특허출원번호 제 10-2011-0055982 호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (20)

  1. M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 단계;
    상기 이벤트 관리 정보를 상기 지시에 따라 데이터베이스에 기록, 변경, 또는 삭제하는 단계;
    상기 이벤트 관리 정보가 이벤트의 설정, 변경, 또는 삭제를 지시하는 경우, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하는 단계; 및
    상기 M2M 게이트웨이 또는 상기 M2M 디바이스로부터 처리 결과를 수신하여, 상기 M2M 어플리케이션에 송신하는 단계를 포함하며,
    상기 이벤트 관리 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 처리 결과는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스의 이벤트 통보를 포함하며,
    상기 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하고, 상기 이벤트 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 제공하는 연결 관리 서비스 기능에서 제어하는 것을 특징으로 하는, M2M 플랫폼에서 연결을 관리하는 방법.
  2. 제 1항에 있어서, 상기 이벤트 관리 정보는
    상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 상기 이벤트를 통보하는 주기 및 상기 이벤트의 통보 또는 미통보와 관련된 정책에 대한 정보를 포함하는 것을 특징으로 하는, M2M 플랫폼에서 연결을 관리하는 방법.
  3. 제 2항에 있어서,
    상기 이벤트 관리 정보에 이벤트를 통보하는 주기가 포함될 경우,
    상기 주기 내에 발생한 하나 이상의 이벤트는 상기 이벤트의 지연 가능 송신 시간 이내에 송신되는 것을 특징으로 하는, M2M 어플리케이션과 M2M 플랫폼에서 연결을 관리하는 방법.
  4. 제 1항에 있어서, 상기 이벤트 관리 정보 또는 상기 이벤트 정보는
    상기 M2M 어플리케이션을 식별하는 정보, 상기 M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 식별하는 정보 중 어느 하나 이상을 포함하는, M2M 플랫폼에서 연결을 관리하는 방법.
  5. 제 4항에 있어서,
    상기 M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 식별하는 정보는 SCLID(Service Capabilities Layer ID)를 사용하는 것을 특징으로 하는, M2M 플랫폼에서 연결을 관리하는 방법.
  6. M2M 플랫폼에 연결된 장치가 M2M 플랫폼으로부터 이벤트의 설정, 변경, 또는 삭제를 지시하는 이벤트 정보를 수신하는 단계; 및
    상기 장치가 상기 지시 작업을 처리한 처리 결과를 상기 M2M 플랫폼에 송신하는 단계를 포함하며,
    상기 이벤트 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 송신하는 단계는 상기 설정 또는 변경된 이벤트를 통보하는 단계를 포함하며,
    상기 이벤트 정보는 연결 관리 서비스 기능에서 제어하며, 상기 이벤트의 통보 주기에 대한 정보를 포함하는 것을 특징으로 하는, M2M 플랫폼에 연결된 장치에서 연결을 관리하는 방법.
  7. 제 6항에 있어서, 상기 이벤트 정보는
    상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 상기 이벤트를 통보함에 있어서의 지연 가능 송신 시간에 대한 정보를 포함하는 것을 특징으로 하는, M2M 플랫폼에 연결된 장치에서 연결을 관리하는 방법.
  8. 제 7항에 있어서,
    상기 주기 내에 발생한 하나 이상의 이벤트는 상기 이벤트의 지연 가능 송신 시간 이내에 송신되는 것을 특징으로 하는, M2M 플랫폼에 연결된 장치에서 연결을 관리하는 방법.
  9. 제 6항에 있어서, 상기 이벤트 정보는
    상기 M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 식별하는 정보 중 어느 하나 이상을 포함하는, M2M 플랫폼에 연결된 장치에서 연결을 관리하는 방법.
  10. 제 9항에 있어서,
    상기 M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 식별하는 정보는 SCLID(Service Capabilities Layer ID)를 사용하는 것을 특징으로 하는, M2M 플랫폼에 연결된 장치에서 연결을 관리하는 방법.
  11. M2M 게이트웨이 또는 M2M 디바이스의 연결 관리를 위한 이벤트의 설정, 변경, 조회, 또는 삭제를 지시하는 이벤트 관리 정보를 M2M 어플리케이션으로부터 수신하는 어플리케이션 연동 모듈;
    상기 이벤트 관리 정보를 상기 지시에 따라 데이터베이스에 기록, 변경, 또는 삭제하는 연결 관리 모듈;
    상기 M2M 게이트웨이 또는 M2M 디바이스가 송신하는 이벤트를 모니터링하는 모니터링 모듈; 및
    상기 이벤트 관리 정보가 이벤트의 설정, 변경, 또는 삭제를 지시하는 경우, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 이벤트의 설정, 변경 또는 삭제를 지시하는 이벤트 정보를 상기 M2M 게이트웨이 또는 상기 M2M 디바이스에 송신하고, 상기 M2M 게이트웨이 또는 상기 M2M 디바이스로부터 처리 결과를 수신하여 상기 모니터링 모듈 및 상기 어플리케이션 연동 모듈에 정보를 제공하는 게이트웨이/디바이스 연동 모듈을 포함하며,
    상기 이벤트 관리 정보는 상기 M2M 플랫폼에서 제공하는 서비스 능력인 연결 관리 서비스 기능(Connection Management Service Capability)에서 제어하고, 상기 이벤트 정보는 상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 제공하는 연결 관리 서비스 기능에서 제어하는 것을 특징으로 하는, M2M 플랫폼.
  12. 제 11항에 있어서, 상기 이벤트 관리 정보는
    상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 상기 이벤트를 통보하는 주기 및 상기 이벤트의 통보 또는 미통보와 관련된 정책에 대한 정보를 포함하는 것을 특징으로 하는, M2M 플랫폼.
  13. 제 12항에 있어서,
    상기 이벤트 관리 정보에 이벤트를 통보하는 주기가 포함될 경우,
    상기 주기 내에 발생한 하나 이상의 이벤트는 상기 이벤트의 지연 가능 송신 시간 이내에 송신되는 것을 특징으로 하는, M2M 플랫폼.
  14. 제 11항에 있어서, 상기 이벤트 관리 정보 또는 상기 이벤트 정보는
    상기 M2M 어플리케이션을 식별하는 정보, 상기 M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 식별하는 정보 중 어느 하나 이상을 포함하는, M2M 플랫폼.
  15. 제 14항에 있어서,
    M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 상기 식별하는 정보는 SCLID(Service Capabilities Layer ID)를 사용하는 것을 특징으로 하는, M2M 플랫폼.
  16. M2M 플랫폼으로부터 이벤트의 설정, 변경, 또는 삭제를 지시하는 이벤트 정보를 수신하고 상기 지시 작업을 처리한 처리 결과를 상기 M2M 플랫폼에 송신하는 플랫폼 연동 모듈; 및
    상기 이벤트 정보가 이벤트의 설정 또는 변경을 지시하는 경우, 상기 설정 및 변경에 따라 이벤트를 상기 M2M 플랫폼에 통보하도록 이벤트를 관리 및 모니터링하는 관리/모니터링 모듈을 포함하며,
    상기 이벤트 정보는 연결 관리 서비스 기능에서 제어하며, 상기 이벤트의 통보 주기에 대한 정보를 포함하는 것을 특징으로 하는, 장치.
  17. 제 16항에 있어서, 상기 이벤트 정보는
    상기 M2M 게이트웨이 또는 상기 M2M 디바이스가 상기 이벤트를 통보하는 주기 및 상기 이벤트의 지연 가능 송신 시간에 대한 정보를 포함하는 것을 특징으로 하는, 장치.
  18. 제 17항에 있어서,
    상기 이벤트 정보에 이벤트를 통보하는 주기가 포함될 경우,
    상기 주기 내에 발생한 하나 이상의 이벤트는 상기 이벤트의 지연 가능 송신 시간 이내에 송신되는 것을 특징으로 하는, 장치.
  19. 제 16항에 있어서, 상기 이벤트 정보는
    상기 M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 식별하는 정보 중 어느 하나 이상을 포함하는, 장치.
  20. 제 19항에 있어서,
    M2M 게이트웨이를 식별하는 정보 또는 상기 M2M 디바이스를 상기 식별하는 정보는 SCLID(Service Capabilities Layer ID)를 사용하는 것을 특징으로 하는, 장치.
PCT/KR2012/003284 2011-05-03 2012-04-27 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치 WO2012150778A2 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2011-0041820 2011-05-03
KR20110041820 2011-05-03
KR10-2011-0055982 2011-06-10
KR1020110055982A KR20120124345A (ko) 2011-05-03 2011-06-10 연결 상태 확인 이벤트에 기반하여 ｍ2ｍ 통신 개체간 연결을 관리하는 방법 및 장치

Publications (2)

Publication Number Publication Date
WO2012150778A2 true WO2012150778A2 (ko) 2012-11-08
WO2012150778A3 WO2012150778A3 (ko) 2013-01-17

Family

ID=47108112

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/003284 WO2012150778A2 (ko) 2011-05-03 2012-04-27 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2012150778A2 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014129802A1 (ko) * 2013-02-19 2014-08-28 엘지전자 주식회사 M2m 서비스 설정 변경 방법 및 이를 위한 장치
WO2015046960A1 (ko) * 2013-09-27 2015-04-02 엘지전자 주식회사 M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치
KR20170055530A (ko) * 2014-09-17 2017-05-19 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306511A (ja) * 2000-04-25 2001-11-02 Pfu Ltd マシン情報の収集方法およびマシン情報の収集装置ならびにその記録媒体
KR20100063474A (ko) * 2008-12-03 2010-06-11 주식회사 케이티 Ｆｏｔａ 서비스 제공 방법 및 그 시스템
KR20100084911A (ko) * 2009-01-19 2010-07-28 주식회사 케이티 Ｍ2ｍ 어플리케이션의 가입자 트래픽 데이터에 대한 서비스제어 방법 및 그 시스템
WO2011041459A1 (en) * 2009-09-29 2011-04-07 Qualcomm Incorporated Signaling identification of machine to machine devices and services

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306511A (ja) * 2000-04-25 2001-11-02 Pfu Ltd マシン情報の収集方法およびマシン情報の収集装置ならびにその記録媒体
KR20100063474A (ko) * 2008-12-03 2010-06-11 주식회사 케이티 Ｆｏｔａ 서비스 제공 방법 및 그 시스템
KR20100084911A (ko) * 2009-01-19 2010-07-28 주식회사 케이티 Ｍ2ｍ 어플리케이션의 가입자 트래픽 데이터에 대한 서비스제어 방법 및 그 시스템
WO2011041459A1 (en) * 2009-09-29 2011-04-07 Qualcomm Incorporated Signaling identification of machine to machine devices and services

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014129802A1 (ko) * 2013-02-19 2014-08-28 엘지전자 주식회사 M2m 서비스 설정 변경 방법 및 이를 위한 장치
US9800999B2 (en) 2013-02-19 2017-10-24 Lg Electronics Inc. Method for modifying M2M service setting and apparatus therefor
CN104995889B (zh) * 2013-02-19 2019-01-01 Lg电子株式会社 用于修改m2m服务设置的方法及其装置
WO2015046960A1 (ko) * 2013-09-27 2015-04-02 엘지전자 주식회사 M2m 시스템에서 통지 메시지 전달 방법 및 이를 위한 장치
US9723429B2 (en) 2013-09-27 2017-08-01 Lg Electronics Inc. Method for delivering notification messages in M2M system and devices for same
US10051404B2 (en) 2013-09-27 2018-08-14 Lg Electronics Inc. Method for delivering notification message in M2M system and devices for same
KR20170055530A (ko) * 2014-09-17 2017-05-19 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
KR101984413B1 (ko) 2014-09-17 2019-09-03 콘비다 와이어리스, 엘엘씨 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
US10931762B2 (en) 2014-09-17 2021-02-23 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
US11240321B2 (en) 2014-09-17 2022-02-01 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
US11616851B2 (en) 2014-09-17 2023-03-28 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer
US11882195B2 (en) 2014-09-17 2024-01-23 Convida Wireless, Llc Systems and methods for enabling access to third party services via a service layer

Also Published As

Publication number Publication date
WO2012150778A3 (ko) 2013-01-17

Similar Documents

Publication Publication Date Title
WO2012030190A2 (ko) 통신 시스템에서 자원 관리 시스템 및 방법
WO2013025085A2 (en) Apparatus and method for supporting family cloud in cloud computing system
WO2012134080A2 (ko) 사물 통신에서 원격 소프트웨어를 분리 업그레이드하는 방법 및 장치
WO2016195199A1 (ko) 무선 통신 시스템에서 폴링 채널을 통해 요청을 처리하기 위한 방법 및 이를 위한 장치
AU2020276949B2 (en) Method and apparatus for flexibly supporting services in wireless communication system
WO2016126021A1 (ko) 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2021085984A1 (ko) 복수의 upf 인스턴스들을 포함하는 upf 노드가 qos 모니터링을 수행하는 방법 및 상기 방법을 수행하는 upf 노드
WO2022086000A1 (ko) 무선액세스 노드장치 및 그 장치에서 수행되는 인터페이스 방법
WO2012099402A2 (en) Method and apparatus for phone communication using home network
WO2012150778A2 (ko) 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치
WO2017073876A1 (ko) 무선 통신 시스템에서 서비스 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2015062052A1 (zh) 一种m2m数据的查询、调用方法、查询、调用设备及系统
KR20120124345A (ko) 연결 상태 확인 이벤트에 기반하여 ｍ2ｍ 통신 개체간 연결을 관리하는 방법 및 장치
WO2020009537A1 (ko) 리소스 관리 방법 및 장치
WO2013129804A1 (ko) 무선 네트워크 부하 저감 정책 분석 방법 및 시스템과 기록매체
WO2014189324A1 (en) Method and apparatus for managing wireless docking network
WO2020062870A1 (zh) 频道扫描方法、智能电视及计算机可读存储介质
EP3314973A1 (en) Communication method in terminal and terminal suitable for the same
WO2020166927A1 (ko) 구독 및 통지를 수행하는 방법 및 장치
WO2017082506A1 (ko) 무선 통신 시스템에서 통지 수신 중단 요청을 처리하기 위한 방법 및 이를 위한 장치
WO2018236137A1 (ko) M2m 시스템에서 요청 메시지를 처리하는 방법 및 그 장치
WO2015088268A1 (ko) Ｓｄｎ 환경에서 네트워크 장치에 대한 장애를 처리하는 방법
WO2015080512A1 (ko) 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법
WO2022039359A1 (ko) 엣지 통합 제어장치 및 엣지 통합 제어장치의 동작 방법
WO2012108678A2 (en) Apparatus and method for setting disposition with respect to document share

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12779657

Country of ref document: EP

Kind code of ref document: A2