WO2012005442A2 - 어플리케이션 관련 관리 객체를 제공하는 장치 및 방법 - Google Patents

어플리케이션 관련 관리 객체를 제공하는 장치 및 방법 Download PDF

Info

Publication number
WO2012005442A2
WO2012005442A2 PCT/KR2011/003714 KR2011003714W WO2012005442A2 WO 2012005442 A2 WO2012005442 A2 WO 2012005442A2 KR 2011003714 W KR2011003714 W KR 2011003714W WO 2012005442 A2 WO2012005442 A2 WO 2012005442A2
Authority
WO
WIPO (PCT)
Prior art keywords
application
object information
request
managed object
optional
Prior art date
Application number
PCT/KR2011/003714
Other languages
English (en)
French (fr)
Other versions
WO2012005442A3 (ko
Inventor
최석훈
이지혜
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to US13/809,378 priority Critical patent/US9172592B2/en
Priority to EP11803728.2A priority patent/EP2592563B1/en
Publication of WO2012005442A2 publication Critical patent/WO2012005442A2/ko
Publication of WO2012005442A3 publication Critical patent/WO2012005442A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • 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/20—Network management software packages

Definitions

  • the present invention relates to an apparatus and method for device management (DM), and more particularly, to an apparatus and method for providing an application-related management object through an Open API (Application Program Interface), which is an open programming interface provided by a DM client. It is about.
  • DM device management
  • Open API Application Program Interface
  • the DM server causes the DM client to add / delete a specific configuration to the terminal by creating a one-to-one session between the DM server on the network and the DM client provided in the wireless communication terminal to exchange messages defined in the DM protocol. / Change or perform a specific action.
  • the DM (Device Management) protocol is defined as a total of five messages from package # 0 to package # 4, and a DM session may be formed between the DM server and the terminal through the DM protocol. At this time, the DM session may be initiated by a DM server or a client, that is, a terminal.
  • FIG. 1 is a diagram illustrating a general DM session setup process.
  • the DM server 20 when there is a management operation to be performed on a specific terminal, the DM server 20 sends a package # 0 notification message to the DM client 10 provided in the specific terminal, that is, the specific terminal in step 101. It sends a Notification Message to indicate that a DM action exists.
  • the DM client 10 Upon receiving the package # 0 notification message, the DM client 10 sends a package # 1 message to the DM server 20 in step 103 to request session establishment.
  • the DM server 20 transmits a package # 2 message to the DM client 10 in step 105 that allows a DM session setup and delivers a DM command for a waiting UE management operation. ) Transmits a package # 3 message to the DM server 20 to deliver a result of the execution of the DM command received from the DM server 20 in step 107 in response to the package # 2 message.
  • the DM server 20 terminates the DM session through the package # 4 message or transmits an additional management operation to the DM client 10 in step 109, and the DM client 10 sends a message to the package # 4 message. Perform the additional management operation included and report the result to the DM server 20 via the package # 3 message. Thereafter, the DM server 20 and the DM client 10 may provide management operations or management commands through repetition of the package # 4 message and the package # 3 message. In this case, if a management operation is continuously included in the package # 4 message, the DM session is maintained. If there is no further management action, the DM session is terminated.
  • terminal management objects are defined as management objects (MO) for the terminal management.
  • Terminal management is performed by the DM client 10 and the DM server 20 delivering management objects using the DM protocol.
  • MOs are defined according to a service to be provided using a DM protocol.
  • the terminal manages the application by using the MO changed or generated by the DM client 10 and the DM server 20 regardless of the application attribute.
  • the application processing unit is passively forced to receive MO parameter values unilaterally, and thus receives only predetermined MO parameter values. Therefore, if you provide MO parameter value in consideration of application property, you can optimize the functions and services that the application wants to provide. Therefore, there is a need to propose a method for providing MO parameter values in consideration of such application attributes.
  • the present invention provides an apparatus and method for providing an application-related MO for optimizing functions and services that an application wants to provide.
  • the present invention also provides an apparatus and method for requesting a change or generation of an application-related MO to provide the application-related MO according to a predetermined reception method.
  • a method for providing an application-related management object in a terminal including: receiving a registration message for registering information of an installed application; and requesting the application included in the registration message. Determining a matter, obtaining application-related management object information corresponding to the request, checking a method for providing information of the generated application-related management object, and checking the method. And providing information on the obtained application-related management object.
  • the present invention provides a device for providing an application-related management object, the application processing unit for transmitting a registration message for registering the information of the installed application, and determines the request of the application included in the registration message, the request After acquiring the application-related management object information corresponding to the item, confirming a method for providing the information of the generated application-related management object, and obtaining the information on the obtained application-related management object according to the identified method, the application processing unit It characterized in that it comprises a terminal management client to provide.
  • the application processor in the DM terminal can directly request and receive application-related MO parameter information, thereby optimizing a function or service that can be provided in real time.
  • the presence or absence of a new MO generated or available MO parameter value may be provided by a method selected by the application processor.
  • FIG. 1 is a diagram illustrating a general DM session setup process
  • FIG. 2 is a configuration diagram of a DM system showing a relationship between a management authority unit and a terminal equipped with a DM server and a DM client according to an embodiment of the present invention
  • FIG. 3 is a flowchart illustrating a process of providing a related MO parameter value when generating an MO tree in an application processing unit according to an embodiment of the present invention
  • FIG. 4 is a flowchart illustrating a process of providing a related application request item when an application processing unit does not generate a MO tree according to another embodiment of the present invention
  • FIG. 5 is a diagram illustrating an example of an MO tree generated by an application processing unit according to an embodiment of the present invention
  • FIG. 6 illustrates an example of an MO tree generated in a DM client according to an embodiment of the present invention
  • FIG. 7 is a diagram illustrating another example of an MO tree generated by an application processing unit according to an embodiment of the present invention.
  • FIG. 8 illustrates another example of an MO tree generated in a DM client according to an embodiment of the present invention.
  • the present invention provides a method for providing an application-related MO parameter value.
  • the DM client receiving the request generates a MO directly in response to the request, or responds to the request of the application processor from the DM server or the management authority.
  • a MO for example, a process of receiving related data such as software, firmware, and the like, and delivering the MO parameter value corresponding to the request to the application processor according to a reception method determined by the application processor.
  • management object used in the present invention will be briefly described as follows.
  • the DM tree represents a structure of a management object (MO) inside the wireless communication terminal in a tree form
  • the MO is a means for exposing parameters and objects inside the terminal to the DM server.
  • the structure of such a MO can be defined by anyone, such as a service provider or a terminal vendor, and the defined MO structure makes it possible to identify its structure by having a specific MO ID. And all of the structure of the MO corresponding to the MO ID is registered and managed in a specific server, for example, Open Mobile Naming Authority (OMNA), so that the structure of the MO defined by someone is represented by the MO ID registered in OMNA. Can be. That is, the MO corresponding to one MO ID has the same configuration and structure regardless of the type of the wireless communication terminal.
  • This MO is the interface of the data model accessible by the DM server and the DM client.
  • the DM system for providing an application-related MO includes a management authority 200, a DM server 210, and a terminal 220.
  • the management authority 200 refers to an entity having the authority to manage a user's wireless communication terminal such as a service provider, a network operator, an enterprise, and the like.
  • the DM server 210 serves to remotely manage the terminal 220 using the DM protocol, and is dependent on the management authority 200.
  • the DM session may be formed between the DM server 210 and the terminal 220 through the DM protocol.
  • the DM server 210 may provide the DM client 230 with related data such as software or firmware necessary to provide the MO parameter value requested by the application processor 230. Can be. This relevant data is used to generate the MO at DM client 230.
  • the DM server 210 may request the necessary software or firmware from the management authority 200.
  • FIG. 2 illustrates the DM server 210 and the management authority 200 as each entity, the DM server 210 and the management authority 200 may be configured as one entity.
  • the terminal 220 is a wireless communication terminal, and includes a DM client 230 and an application processor 240.
  • FIG. 2 illustrates a case where the application processor 240 is separated from the DM client 230, the application processor 240 may be included as an internal function of the DM client 230.
  • the application processing unit 240 installs the application.
  • the application processor 240 sets a service configuration by referring to application-related MO or application related request information and performs an application function or service.
  • the application processor 240 In order to receive the application-related MO or application-related request information, the application processor 240 must report the information on the application to the DM client 230. To this end, the application processor 240 transmits an application registration message to the DM client 230 as these applications are installed.
  • This application registration message is a message for requesting an application-related MO.
  • the application registration message includes at least one of an application ID, an application requirement of an application, a method of receiving parameter values corresponding to a mandatory MO and an optional MO.
  • the request of the application may be included in a form corresponding to the MO or in a form defined by the application itself, and the request of the application includes mandatory information and optional information. That is, the conditions necessary for the application execution and optionally necessary conditions are included.
  • the method for receiving the required MO parameter value and the optional MO parameter value indicates how the application processor 240 receives the application-related MO parameter value from the DM client 230.
  • the application processor 240 When the parameter value corresponding to the application-related MO is received through the above method, the application processor 240 performs a function or service provided by the corresponding application by referring to the parameter value corresponding to the received application-related MO.
  • the DM client 230 serves to provide a registration message from the application processor 240, that is, a parameter value corresponding to the MO corresponding to the application-related MO request. Accordingly, the DM client 230 reviews the registration of the application and checks the request of the application upon successful registration. In detail, the DM client 230 determines whether a MO parameter value corresponding to the application-related MO request exists. In detail, it is determined whether only some MO parameter values exist or the MO parameter values are variable, and if necessary, generates an MO corresponding to the request from the application processor 240 and provides information about the MO parameter with the application processor 240. Transmit to DM server 210. In other words, the DM client 230 changes the parameter value corresponding to the MO or generates a new MO tree when necessary based on the request requirements of the application.
  • the change of the parameter value corresponding to the MO or the generation of a new MO tree may be directly performed by the DM client 230.
  • information necessary for generating the MO for example, software or firmware for generating the MO, may be used by the DM server.
  • the DM client 230 may change a parameter value corresponding to the MO or generate a new MO tree.
  • the application processor 240 in operation 305, the application processor 240 generates a MO tree for an application after installing the downloaded application.
  • the MO tree generated by the application processor 240 has the same shape as in FIGS. 5 and 7, and the description of FIGS. 5 and 7 will be described later.
  • step 315 the application processor 240 transmits a MO request message to register the application information to the DM client 230. If there are three required MO parameter values needed to run the application and two optional MO parameter values, the MO request message includes these MO parameter values as the Application Requirement item of the application. do.
  • the MO request message includes an application ID, a MO receiving method, and the like.
  • the application processor 240 determines a MO parameter value to be requested as an application request item with reference to the generated MO tree.
  • the DM client 230 checks the request of the application included in the MO request message. By checking the request of such an application, it is determined what the requested MO parameter value is. Accordingly, the DM client 230 checks the corresponding item of the MO tree that requires the MO parameter value in order to check the requested MO parameter value in step 320, and then extracts the MO parameter value from the corresponding item of the checked MO tree. do.
  • exemplifying the MO tree in the DM client 230 is as shown in Figs. 6 and 8, a detailed description thereof will be described later.
  • the MO tree may be previously owned by the DM client 230 or newly generated after receiving the MO request message.
  • the MO tree may be generated from the DM server 210 or the management authority 200 according to a request of the application processor 240. New data may be generated as the relevant data required for generating the MO is received.
  • the DM client 230 extracts the corresponding MO parameter value in the MO tree to provide the requested MO parameter value to the application processor 240.
  • the DM client 230 stores information such as a MO reception method included in the MO request message for use in delivering the MO response message including the requested MO parameter value to the application processor 240. If the DM client 230 does not have all of the information corresponding to the request of the application, that is, the MO parameter value, the DM client 230 may request the DM server 210 or the management authority 200 to generate information. . Accordingly, if necessary, the DM client 230 determines that the MO update request should be made.
  • steps 325 to 345 are omitted. Can be.
  • Step 3 illustrates a case in which the DM client 230 receives the information required to generate the MO, and the DM client 230 has the required MO parameter value corresponding to the request item item of the application, but is an optional MO parameter.
  • the following example illustrates the absence of a value.
  • Steps 325 to 340 follow the method defined in the conventional OMA FUMO (Firmware Update Management Object) and SCOMO (Software Component Management Object) technology, so detailed description thereof will not be provided.
  • the DM client 230 transmits the MO update request message to the management authority 200 through the DM server 210 in steps 325 and 330.
  • This MO update request message contains information requesting new software or firmware to generate two optional MO parameter values.
  • the management authority 200 transmits software or firmware for generating an optional MO parameter value in steps 335 and 340 based on the request information included in the MO update request message through the DM server 210. To send. In step 345, the DM client 230 creates a new MO tree or updates corresponding MO parameter values of the MO tree by installing the received software or firmware.
  • the DM client 230 checks the MO reception method in operation 350. For this, refer to the MO receiving method item among the items included in the saved MO request message. If there is both the necessary MO and the optional MO information in response to the request of the application as the method of receiving the MO, the method of receiving all from the DM client 230 at once is set.
  • the MO response message including the required MO and two optional MO information, that is, the MO parameter value requested by the application processor 240 is transmitted to the application processor 240.
  • the DM client 230 requests the DM server 210 to update the MO parameter value. Then, the DM server 210 receiving the request message updates the MO parameter value in step 365 according to the received information.
  • the application processor 240 checks the MO parameter value included in the MO response message received from the DM client 230. Subsequently, the application processing unit 240 sets the application function according to the information included in the MO response message received in step 385, that is, sets the application function according to the MO parameter value or sets the service configuration, and then executes the application in step 390. Perform a function or service.
  • step 355 a method of receiving application-related MO parameter values is shown to receive information corresponding to all essential MOs and optional MOs at once, but this process may be replaced according to the following MO reception methods. .
  • the reception method first shows only essential MO parameter values collected from the DM client 230, and then receives a message in which only optional MO parameter values are separately collected.
  • the DM client 230 transmits the MO response message including the necessary MO information, and then transmits the MO response message including the collected optional MO information.
  • the reception method first receives only the essential MO parameter values collected from the DM client 230, and then receives each time the DM client 230 acquires the optional MO parameter values one by one. Indicates. In this case, in order to convey two pieces of optional MO information, it is preferable that a MO update response including one piece of selective MO information is transmitted twice. Accordingly, the DM client 230 transmits the MO response message including the necessary MO information, and then transmits the MO response message including the optional MO information one by one. Accordingly, the application processor 240 performs a function or service provided by the application after setting the service configuration according to the information included in the MO response message.
  • the DM client 230 provides an application related MO parameter value to the application processor 240 with reference to FIG. 4. Let's explain.
  • the application processor 240 installs the downloaded application.
  • the application processor 240 checks the request of the application. In other words, it checks the information necessary to run the application, and generates a request for the application consisting of the essential information and optional information.
  • the request of the application is included in the MO request message and transmitted to the DM client 230.
  • the MO request message has the same form as the MO request message in step 315 of FIG. 3, except that the request of the application may be included in a form corresponding to the MO tree or in a form defined by the application itself.
  • step 415 the application processor 240 transmits a MO request message to register the application information to the DM client 230.
  • the DM client 230 receives the MO request message in step 415, the DM client 230 checks the MO parameter value corresponding to the application request in the MO request message in the MO tree and extracts the checked MO parameter value in step 420.
  • FIG. 4 illustrates a case in which the DM client 230 generates an MO corresponding to an application request or updates an MO parameter value instead of the application processor 240. Accordingly, the DM client 230 transmits the MO response message including the MO parameter value corresponding to the application request to the application processor 240 according to the confirmed MO reception method (460).
  • FIGS. 5 and 7 illustrate an MO tree generated by the application processor 240 according to an embodiment of the present invention
  • FIGS. 6 and 8 illustrate an MO tree generated by the DM client 230, respectively. have.
  • FIG. 5 illustrates the MO tree when the application is a jenga game application.
  • the accelerometer function is necessary to provide the Jenga game service, and a gyroscope function may be selectively employed to give an additional user experience.
  • Jenga game applications can provide game services with accelerometers, landscape, portrait, and sensing alone, and if the device supports gyroscopes that support the granularity desired by the user, they can provide more optimized game services.
  • the gyroscope sensor for the gyroscope function is a sensor that detects three-dimensional motion, and has a feature that can detect the movement of a person generated in three dimensions further from the conventional acceleration and the horizontal and vertical direction only, 3 Easy to 3D game.
  • the application processing unit 240 displays the accelerometer information as a parameter value corresponding to an essential MO, which is a request item of the jenga game application, and a gyroscope as a parameter value corresponding to an optional MO. Generates a MO tree as shown in FIG. 5 containing information.
  • the ID of the Jenga game application is set as the application ID 500, and the accelerometer information 510 belongs to the mandatory requirement 505, and an optional requirement.
  • Gyroscope information 520 belongs to (Optional Requirement) 515, and 'DelvMode' 525 indicating a method of receiving an application-related MO belongs to a lower node.
  • information such as off / on or support / non-support belongs to the accelerometer information 510 and the gyroscope information 520.
  • the DM client 230 has a MO tree as shown in FIG.
  • the DM client 230 extracts the corresponding MO parameter value from the MO tree in response to the MO request message from the application processor 240, so that the DM client 230 receives information corresponding to essential requirements and optional requirements from the terminal. Make sure the information is supported.
  • the DM client 230 If the DM client 230 already has all the MO parameter values, the DM client 230 provides the application processor 240 with the extracted MO parameter values according to the MO reception method. Unlike this, if it does not have all the MO parameter values, the corresponding MO parameter values are acquired through the MO update request, etc., and the DM client 230 installs software or firmware corresponding to the obtained MO parameter values. Then, a new MO tree including the obtained MO parameter values is generated and the MO parameter values to be transmitted to the application processor 240 are updated. For example, when a 3D Accelerator is acquired as software corresponding to the acquired MO parameter value, a new MO, that is, a MO tree and a parameter value, is generated by installing the 3D Accelerator.
  • the accelerometer information and gyroscope information nodes of FIG. 6 are respectively filled with the acquired MO parameter values.
  • the application processor 240 performs the Jenga game service in response to receiving the MO information, for example, the requested MO parameter value. Accordingly, the application processor 240 operates in a mode that supports or does not support the gyroscope. If the DM client 230 fails to provide all the necessary MO parameter values to the application processor 240, the application processor 240 displays an error message to the user that it cannot provide the jenga game service. For example, the sentence "This application is not supported in your terminal" may be displayed on the screen. On the contrary, when the DM client 230 does not provide the optional MO parameter value to the application processor 240, the application processor 240 may provide a jenga game service in a mode supporting only an acceleration sensor. As shown in FIG. 5, hardware changes may be made at the request of the application processor 240.
  • the 7 illustrates an MO tree when the application is a video playback application.
  • the 2D video playback function is essential for the video playback service, and the 3D video playback function and 5.1CH sound function are selectively used to provide additional user experience. Can provide.
  • the video playback application may provide a video service only in 2D, and if a user terminal provides a 3D accelerator and a 5.1CH sound function, it may support a corresponding function to provide a more optimized video service. Therefore, the application processor 240 includes 2D information as an MO parameter value essential to the MO request message, and includes 3D information and 5.1CH information as an optional MO parameter value.
  • the generated MO tree is as shown in FIG. 7.
  • the DM client 230 has a MO tree as shown in FIG. However, in response to the MO request message, it is checked whether an essential requirement, an optional requirement, etc. in the MO tree as shown in FIG. 8 are supported by the terminal. Subsequently, the DM client 230 extracts the corresponding MO parameter value from the MO tree of FIG. 8 or transmits the obtained MO parameter value to the application processor 240 according to the MO update request.
  • the new MO tree or the MO parameter value is updated in the DM client 230, the 2D information node and the 3D information node of FIG. 8 are respectively filled with the obtained MO parameter values.
  • the ID of a video playback application is set as the application ID 700, and the 2D information 710 belongs to the mandatory requirement 705, and an optional requirement.
  • 3D information 720 and 5.1 CH information 725 belong to (Optional Requirement) 715, and 'DelvMode' 730 and 735 indicating MO reception methods belong to lower nodes.
  • a 3D video function may be employed in software at the request of the application processor 240, and a 5.1 CH sound function may be employed in hardware. It is also possible.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

본 발명은 어플리케이션 관련 MO 파라미터 값을 제공할 수 있도록 하는 방법을 제공한다. 이를 위해 본 발명은 어플리케이션 처리부에서 어플리케이션 관련 MO 파라미터 값을 요청하거나 변경을 요청함에 따라 이를 수신한 DM 클라이언트에서 그 요청에 대응하여 직접 MO를 생성하거나 DM 서버 또는 관리 권한부로부터 어플리케이션 처리부의 요청에 대응하는 MO를 생성하기 위해 예컨대, 소프트웨어, 펌웨어 등의 관련 데이터를 제공받는 과정과, 상기 요청에 대응하는 MO 파라미터 값을 어플리케이션 처리부에서 정한 수신 방법에 따라 그 어플리케이션 처리부로 전달하는 과정으로 이루어진다. 이와 같이 어플리케이션 관련 MO 파라미터 값을 직접 요청하여 제공받음으로써 실시간으로 제공 가능한 기능이나 서비스를 최적화할 수 있게 된다.

Description

어플리케이션 관련 관리 객체를 제공하는 장치 및 방법
본 발명은 단말 관리(Device Management: DM)를 위한 장치 및 방법에 관한 것으로, 특히 DM 클라이언트가 제공하는 오픈 프로그래밍 인터페이스인 Open API(Application Program Interface)를 통해 어플리케이션 관련 관리 객체를 제공하는 장치 및 방법에 관한 것이다.
종래의 디바이스 관리(Device Management) 방법은 일대일(Peat-to-Peat) 방식으로 동작한다. 즉, 네트워크 상의 DM 서버와 무선 통신 단말기에 구비된 DM 클라이언트 사이에 일대일 세션을 생성하여 DM 프로토콜에 정의된 메시지를 주고받음으로써 DM 서버가 DM 클라이언트로 하여금 단말기에 특정 구성(configuration)을 추가/삭제/변경하거나 특정 동작을 수행하도록 한다.
DM(Device Management) 프로토콜은 패키지(package) #0 ~ 패키지 #4까지 총 5개의 메시지로 정의되어 있으며, DM 서버와 단말기 간에는 DM 프로토콜을 통해 DM 세션(Session)이 형성될 수 있다. 이때, DM 세션은 DM 서버 또는 클라이언트 즉, 단말기에 의해 개시될 수 있다.
도 1은 일반적인 DM 세션 셋업 과정을 나타낸 도면이다.
도 1을 참조하면, DM 서버(20)는 특정 단말기에 수행할 관리 동작(Management operation)이 있는 경우, 101단계에서 특정 단말기 즉, 특정 단말기에 구비된 DM 클라이언트(10)로 패키지 #0 통지 메시지(Notification Message)를 전달하여 DM 액션이 존재함을 알린다. 패키지 #0 통지 메시지를 수신하면, DM 클라이언트(10)는 103단계에서 DM 서버(20)에게 패키지 #1 메시지를 보내어 세션 형성을 요청한다. DM 서버(20)는 DM 세션 셋업을 허용하고, 대기 중인 단말 관리 동작(management operation)을 위한 DM 커맨드를 전달하는 패키지 #2 메시지를 105단계에서 DM 클라이언트(10)로 전송하고, DM 클라이언트(10)는 패키지 #2 메시지에 응답하여 107단계에서 DM 서버(20)로부터 전달받은 DM 커맨드의 수행 결과를 전달하기 위해 패키지 #3 메시지를 DM 서버(20)로 전송한다.
이어서, DM 서버(20)는 109단계에서 패키지 #4 메시지를 통해 DM 세션을 종료하거나 DM 클라이언트(10)에게 추가적인 관리 동작(management operation)을 전달하고, DM 클라이언트(10)는 패키지 #4 메시지에 포함된 추가 관리 동작을 수행하고 그 결과를 패키지 #3 메시지를 통해 DM 서버(20)에 보고한다. 이후, DM 서버(20)와 DM 클라이언트(10)는 패키지 #4 메시지와 패키지 #3 메시지의 반복을 통해 관리 동작 또는 관리 명령들을 제공할 수 있다. 이 경우, 패키지 #4 메시지에 관리 동작(management operation)이 계속적으로 포함되어 있으면, DM 세션은 유지된다. 만일 추가적인 관리 동작이 없다면, DM 세션은 종료된다.
한편, 이러한 단말 관리를 위해 단말 관리 대상들을 관리 객체들(Management Object: MO)로서 정의하고 있다. DM 클라이언트(10)와 DM 서버(20)가 DM 프로토콜을 이용하여 관리 객체들을 전달함으로써 단말 관리가 이루어진다.
상기한 바와 같이 DM 프로토콜을 이용하여 제공하고자 하는 서비스에 따라 MO들이 정의되어 있다. 그러나, 현재에는 단말 관리 서비스를 지원하는 단말기 내의 어플리케이션 관련 MO를 어플리케이션이 변경하거나 생성하는 방법이 없다. 따라서 단말기는 어플리케이션 속성과는 무관하게 DM 클라이언트(10)와 DM 서버(20)가 변경하거나 생성한 MO를 이용하여 어플리케이션을 관리하게 된다. 이에 따라 어플리케이션 처리부는 일방적으로 MO 파라미터 값을 수신할 수 밖에 없는 수동적 입장이어서, 정해진 MO 파라미터 값을 수신할 뿐이다. 따라서 어플리케이션 속성을 고려한 MO 파라미터 값을 제공한다면 그 어플리케이션이 제공하고자 하는 기능 및 서비스를 최적화할 수 있을 것이다. 그러므로, 이러한 어플리케이션 속성을 고려한 MO 파라미터 값을 제공하는 방법이 제안될 필요성이 있다.
따라서 본 발명은 어플리케이션이 제공하고자 하는 기능 및 서비스를 최적화하기 위한 어플리케이션 관련 MO를 제공하는 장치 및 방법을 제공한다.
또한 본 발명은 어플리케이션 관련 MO의 변경 또는 생성을 요청하여 미리 지정된 수신 방법에 따라 그 어플리케이션 관련 MO를 제공할 수 있도록 하는 장치 및 방법을 제공한다.
상기한 바를 달성하기 위한 본 발명은, 단말기에서 어플리케이션 관련 관리 객체를 제공하는 방법에 있어서, 인스톨된 어플리케이션의 정보를 등록하기 위한 등록 메시지를 수신하는 과정과, 상기 등록 메시지에 포함된 상기 어플리케이션의 요청 사항을 판단하는 과정과, 상기 요청 사항에 대응하는 어플리케이션 관련 관리 객체 정보를 획득하는 과정과, 상기 생성된 어플리케이션 관련 관리 객체의 정보를 제공하기 위한 방법을 확인하는 과정과, 상기 확인된 방법에 따라 상기 획득한 어플리케이션 관련 관리 객체의 정보를 제공하는 과정을 포함함을 특징으로 한다.
또한 본 발명은 어플리케이션 관련 관리 객체를 제공하는 장치에 있어서, 인스톨된 어플리케이션의 정보를 등록하기 위한 등록 메시지를 전송하는 어플리케이션 처리부와, 상기 등록 메시지에 포함된 상기 어플리케이션의 요청 사항을 판단하고, 상기 요청 사항에 대응하는 어플리케이션 관련 관리 객체 정보를 획득한 후, 상기 생성된 어플리케이션 관련 관리 객체의 정보를 제공하기 위한 방법을 확인하여 상기 확인된 방법에 따라 상기 획득한 어플리케이션 관련 관리 객체의 정보를 상기 어플리케이션 처리부로 제공하는 단말 관리 클라이언트를 포함함을 특징으로 한다.
본 발명에 따르면, DM 단말 내의 어플리케이션 처리부가 어플리케이션 관련 MO 파라미터 정보를 직접 요청하고 제공받음으로써 실시간으로 제공 가능한 기능이나 서비스를 최적화할 수 있다. 또한, 추후 생성된 새로운 MO나 이용 가능한 MO 파라미터 값의 존재 여부(creation/availability of a new MO)를 어플리케이션 처리부에서 선택한 방법으로 제공받을 수 있다.
도 1은 일반적인 DM 세션 셋업 과정을 나타낸 도면,
도 2는 본 발명의 실시예에 따른 관리권한부와 DM 서버 및 DM 클라이언트가 장착된 단말기의 관계를 나타낸 DM 시스템의 구성도,
도 3은 본 발명의 일실시예에 따른 어플리케이션 처리부에서 MO 트리를 생성하는 경우 관련 MO 파라미터 값을 제공하는 과정을 나타낸 흐름도,
도 4는 본 발명의 다른 실시예에 따른 어플리케이션 처리부에서 MO 트리를 생성하지 않는 경우 관련 어플리케이션 요청 사항을 제공하는 과정을 나타낸 흐름도,
도 5는 본 발명의 실시예에 따라 어플리케이션 처리부에서 생성된 MO 트리의 일례를 도시한 도면,
도 6은 본 발명의 실시예에 따라 DM 클라이언트에서 생성된 MO 트리의 일례를 도시한 도면,
도 7은 본 발명의 실시예에 따라 어플리케이션 처리부에서 생성된 MO 트리의 다른 예를 도시한 도면,
도 8은 본 발명의 실시예에 따라 DM 클라이언트에서 생성된 MO 트리의 다른 예를 도시한 도면.
이하 본 발명의 바람직한 실시예들을 첨부한 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성 요소들은 가능한 한 어느 곳에서든지 동일한 부호들로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.
본 발명은 어플리케이션 관련 MO 파라미터 값을 제공할 수 있도록 하는 방법을 제공한다. 이를 위해 본 발명은 어플리케이션 처리부에서 어플리케이션 관련 MO 파라미터 값을 요청하거나 변경을 요청함에 따라 이를 수신한 DM 클라이언트에서 그 요청에 대응하여 직접 MO를 생성하거나 DM 서버 또는 관리 권한부로부터 어플리케이션 처리부의 요청에 대응하는 MO를 생성하기 위해 예컨대, 소프트웨어, 펌웨어 등의 관련 데이터를 제공받는 과정과, 상기 요청에 대응하는 MO 파라미터 값을 어플리케이션 처리부에서 정한 수신 방법에 따라 그 어플리케이션 처리부로 전달하는 과정으로 이루어진다. 이와 같이 어플리케이션 관련 MO 파라미터 값을 직접 요청하여 제공받음으로써 실시간으로 제공 가능한 기능이나 서비스를 최적화할 수 있게 된다.
본 발명을 설명하기에 앞서, 본 발명에서 이용되는 관리 객체(Management Object:MO)에 대해 간략하게 설명하면 다음과 같다.
먼저, DM 트리는 무선 통신 단말기 내부의 관리 객체(Management Object:MO)의 구조를 트리 형태로 나타낸 것이며, MO는 단말기 내부의 파라미터(parameter) 및 객체를 DM 서버에 드러내기 위한 수단이다.
이러한 MO의 구조는 서비스 제공자 또는 단말기 벤더(vendor) 등 누구에 의해서든 정의될 수 있고, 정의된 MO 구조는 특정 MO ID를 가짐으로써 자신의 구조를 식별할 수 있게 한다. 그리고 MO ID에 대응하는 MO의 구조는 모두 특정 서버, 예를 들어 OMNA(Open Mobile Naming Authority)에 등록되어 관리되며, 따라서 누군가에 의해 정의된 MO의 구조는 OMNA에 등록된 MO ID에 의해 나타내어질 수 있다. 즉, 하나의 MO ID에 대응하는 MO는 무선 통신 단말기의 종류에 상관없이 동일한 구성 및 구조를 가진다. 이러한 MO는 DM 서버와 DM 클라이언트가 접근 가능한 데이터 모델의 인터페이스(interface)이다.
이하, 본 발명의 실시예에 따른 DM 시스템의 구성을 도 2를 참조하여 설명하기로 한다.
본 발명의 실시예에 따라 어플리케이션 관련 MO를 제공하기 위한 DM 시스템은 관리 권한부(Management Authority)(200), DM 서버(210) 및 단말기(220)를 포함한다.
먼저, 관리 권한부(200)는 서비스제공자, 망사업자, 엔터프라이즈 등 사용자의 무선 통신 단말기를 관리할 수 있는 권한이 있는 실체를 의미한다.
DM 서버(210)는 원격으로 DM 프로토콜을 이용하여 단말기(220)를 관리하는 역할을 하며, 관리 권한부(200)에 종속되어 있다. 이러한 DM 서버(210)와 단말기(220) 간에는 DM 프로토콜을 통해 DM 세션이 형성될 수 있다. 이러한 DM 서버(210)는 단말기(220)로부터의 MO 업데이트 요청이 있으면, 어플리케이션 처리부(230)에서 요청한 MO 파라미터 값을 제공하기 위해 필요한 소프트웨어나 펌웨어 등의 관련 데이터를 DM 클라이언트(230)로 제공할 수 있다. 이러한 관련 데이터는 DM 클라이언트(230)에서 MO를 생성하는데 이용된다. 또한 DM 서버(210)는 관리 권한부(200)로 상기 필요한 소프트웨어나 펌웨어를 요청할 수도 있다.
또한 도 2에서는 DM 서버(210)와 관리 권한부(200)를 각각의 엔터티로서 예시하고 있으나, DM 서버(210)와 관리 권한부(200)는 하나의 엔터티로도 구성될 수 있다.
단말기(220)는 무선 통신 단말기로써, DM 클라이언트(230) 및 어플리케이션 처리부(240)를 포함한다. 또한, 도 2에서는 어플리케이션 처리부(240)가 DM 클라이언트(230)로부터 분리된 경우를 예시하고 있으나, 어플리케이션 처리부(240)는 DM 클라이언트(230)의 내부 기능으로 포함될 수도 있다. 먼저, 어플리케이션이 단말기(220)에 다운로드된 후, 어플리케이션 처리부(240)는 그 어플리케이션을 인스톨한다. 어플리케이션이 인스톨되고 난 후 실행이 시작되면 어플리케이션 처리부(240)는 어플리케이션 관련 MO 또는 어플리케이션 관련 요청 사항(Application Requirement) 정보를 참조하여 서비스 구성을 설정한 후 어플리케이션 기능 또는 서비스를 수행한다. 이러한 어플리케이션 관련 MO 또는 어플리케이션 관련 요청 사항 정보를 제공받기 위해서는 어플리케이션 처리부(240)는 그 어플리케이션에 대한 정보를 DM 클라이언트(230)에 보고해야 한다. 이를 위해 어플리케이션 처리부(240)는 이러한 어플리케이션이 설치됨에 따라 어플리케이션 등록 메시지를 DM 클라이언트(230)로 전송한다.
이러한 어플리케이션 등록 메시지는 어플리케이션 관련 MO를 요청하는 역할의 메시지이다. 이 어플리케이션 등록 메시지는 어플리케이션 ID, 어플리케이션의 요청 사항(Application Requirement), 필수적인(Mandatory) MO와 선택적인(Optional) MO에 대응하는 파라미터 값의 수신 방법 중 적어도 하나를 포함한다. 여기서, 상기 어플리케이션의 요청 사항은 MO에 대응하는 형태나 어플리케이션 자체에서 정의한 형태로 포함될 수 있으며, 이 어플리케이션의 요청 사항은 필수적인(Mandatory) 정보와 선택적인(Optional) 정보로 구성된다. 즉, 어플리케이션 실행에 반드시 필요한 조건과 선택적으로 필요한 조건이 포함된다. 필수적인 MO 파라미터 값과 선택적인 MO 파라미터 값의 수신 방법은 어플리케이션 처리부(240)가 DM 클라이언트(230)로부터 어플리케이션 관련 MO 파라미터 값을 수신하는 방법을 나타낸다.
또한 필수적인 MO 파라미터 값과 선택적인 MO 파라미터 값의 수신 방법에는 다음과 같은 종류가 있다.
첫째, 어플리케이션의 요청 사항에 대응하여 필수적인 MO와 선택적인 MO에 대응하는 파라미터 값이 모두 있을 경우 DM 클라이언트(230)로부터 모두를 한번에 수신하는 방법이 있다. 둘째, 필수적인 MO에 대응하는 파라미터 값이 없는 경우 DM 클라이언트(230)에서 필수적인 MO에 대응하는 파라미터 값을 모두 모은 후에 그 DM 클라이언트(230)로부터 모아진 필수적인 MO에 대응하는 파라미터 값을 수신하는 방법이 있다. 셋째, 선택적인 MO에 대응하는 파라미터 값이 없는 경우 DM 클라이언트(230)에서 선택적인 MO에 대응하는 파라미터 값을 모두 모은 후에 그 DM 클라이언트(230)로부터 모든 필수적인 MO에 대응하는 파라미터 값과 함께 모아놓은 선택적인 MO에 대응하는 파라미터 값을 한번에 수신하는 방법이 있다. 넷째, 선택적인 MO에 대응하는 파라미터 값이 없는 경우 DM 클라이언트(230)에서 필수적인 MO에 대응하는 파라미터 값을 모두 모으면, 그 DM 클라이언트(230)로부터 모은 필수적인 MO에 대응하는 파라미터 값만 우선 수신한 후, DM 클라이언트(230)에서 선택적인 MO에 대응하는 파라미터 값을 모두 모은 후에 모아놓은 선택적인 MO에 대응하는 파라미터 값만 하나의 메시지 형태로 수신하거나 DM 클라이언트(230)에서 선택적인 MO에 대응하는 파라미터 값을 획득할 때마다 그 DM 클라이언트(230)로부터 획득된 선택적인 MO에 대응하는 파라미터 값을 수신하는 방법이 있다.
상기한 방법을 통해 어플리케이션 관련 MO에 대응하는 파라미터 값을 수신하게 되면, 어플리케이션 처리부(240)는 수신된 어플리케이션 관련 MO에 대응하는 파라미터 값을 참조하여 해당 어플리케이션이 제공하는 기능 또는 서비스를 수행한다.
DM 클라이언트(230)는 어플리케이션 처리부(240)로부터의 등록 메시지 즉, 어플리케이션 관련 MO 요청에 대응하는 MO에 대응하는 파라미터 값을 제공하는 역할을 한다. 이에 따라 DM 클라이언트(230)는 해당 어플리케이션의 등록 여부를 검토하고 성공적으로 등록 시 어플리케이션의 요청 사항을 확인한다. 구체적으로, DM 클라이언트(230)는 어플리케이션 관련 MO 요청에 대응하는 MO 파라미터 값이 존재하는지를 판단한다. 구체적으로, 일부 MO 파라미터 값만 존재하는지, MO 파라미터 값이 가변적인 경우 등을 판단하고, 필요 시 어플리케이션 처리부(240)에서의 요청 사항에 대응하는 MO 를 생성하여 이에 대한 정보를 어플리케이션 처리부(240)와 DM 서버(210)로 전송한다. 다시 말하면, DM 클라이언트(230)는 어플리케이션의 요청 사항들을 기반으로 필요 시 MO에 대응하는 파라미터 값을 변경하거나 새로운 MO 트리를 생성한다.
이때, MO에 대응하는 파라미터 값의 변경이나 새로운 MO 트리의 생성은 DM 클라이언트(230)에서 바로 수행될 수 있으며, 다르게는 MO의 생성에 필요한 정보 예컨대, MO 생성을 위한 소프트웨어, 펌웨어 등을 DM 서버(210) 또는 관리 권한부(200)로부터 수신 후, DM 클라이언트(230)에서 MO에 대응하는 파라미터 값의 변경이나 새로운 MO 트리의 생성을 수행할 수도 있다.
이하, 본 발명의 일실시예에 따른 어플리케이션 처리부(240)가 MO 트리를 생성하는 경우 어플리케이션 관련 MO 파라미터 값을 어플리케이션 처리부(240)로 제공하는 과정을 도 3을 참조하여 설명하기로 한다.
도 3을 참조하면, 305단계에서 어플리케이션 처리부(240)는 다운받은 어플리케이션을 인스톨하고 나면, 310단계에서 어플리케이션에 대한 MO 트리(tree)를 생성한다. 여기서, 어플리케이션 처리부(240)에서 생성한 MO 트리는 도 5 및 도 7에서와 같은 형태를 가지며, 도 5 및 도 7에 대한 설명은 하기에서 후술하기로 한다.
315단계에서 어플리케이션 처리부(240)는 DM 클라이언트(230)로 어플리케이션 정보를 등록하기 위해 MO 요청 메시지를 전송한다. 만일 그 어플리케이션 실행에 필요한 필수적인 MO 파라미터 값이 3가지이며, 선택적인 MO 파라미터 값이 2가지라고 가정할 경우 MO 요청 메시지에는 이러한 요청하고자 하는 MO 파라미터 값이 어플리케이션의 요청 사항(Application Requirement) 항목으로써 포함된다.
상기한 어플리케이션의 요청 사항 이외에도 MO 요청 메시지에는 어플리케이션 ID, MO 수신 방법 등이 포함된다. 이와 같이 어플리케이션 처리부(240)는 생성된 MO 트리를 참조하여 요청하고자 하는 MO 파라미터 값을 어플리케이션의 요청 사항 항목으로 정한다. DM 클라이언트(230)는 315단계에서 MO 요청 메시지를 수신하면, MO 요청 메시지에 포함된 어플리케이션의 요청 사항을 확인한다. 이러한 어플리케이션의 요청 사항을 확인함으로써 요청된 MO 파라미터 값이 무엇인지를 판단한다. 이에 따라 DM 클라이언트(230)는 320단계에서 요청된 MO 파라미터 값을 확인하기 위해 그 MO 파라미터 값을 필요로 하는 MO 트리의 해당 항목을 확인한 후, 확인된 MO 트리의 해당 항목으로부터 MO 파라미터 값을 추출한다. 여기서, DM 클라이언트(230)에서의 MO 트리를 예시하면 도 6 및 도 8과 같으며, 이에 대한 구체적인 설명은 후술하기로 한다.
이러한 MO 트리는 미리 DM 클라이언트(230)가 가지고 있는 것이거나 MO 요청 메시지 수신 후 새롭게 생성된 것일 수 있으며, 다르게는 어플리케이션 처리부(240)의 요청에 따라 DM 서버(210) 또는 관리 권한부(200)로부터 MO 생성에 필요한 관련 데이터를 수신함에 따라 새롭게 생성될 수도 있다.
이와 같이 DM 클라이언트(230)는 요청된 MO 파라미터 값을 어플리케이션 처리부(240)에 제공하기 위해 MO 트리 내의 해당 MO 파라미터 값을 추출한다. 이때, DM 클라이언트(230)는 MO 요청 메시지에 포함된 MO 수신 방법 등과 같은 정보들을 향후 요청된 MO 파라미터 값을 포함하는 MO 응답 메시지를 어플리케이션 처리부(240)로 전달하는데 사용하기 위해 저장한다. 만일 DM 클라이언트(230)가 어플리케이션의 요청 사항에 해당하는 정보들 즉, MO 파라미터 값을 모두 가지고 있는 것이 아니라면 MO를 생성하는데 필요한 정보들을 DM 서버(210) 또는 관리 권한부(200)로 요청할 수 있다. 이에 따라 필요할 경우 DM 클라이언트(230)는 MO 업데이트 요청을 해야 한다고 판단하게 된다. 여기서, DM 클라이언트(230)가 어플리케이션의 요청 사항 항목에 대응하는 모든 MO 파라미터 값을 가지고 있는 경우 즉, 320단계에서 추출된 MO 파라미터 값이 어플리케이션의 요청 사항을 만족하는 경우 325 단계 내지 345단계는 생략될 수 있다.
이와 달리 도 3에서는 DM 클라이언트(230)에서 MO를 생성하는데 필요한 정보를 수신하는 경우를 예시하며, DM 클라이언트(230)가 어플리케이션의 요청 사항 항목에 대응하여 필수적인 MO 파라미터 값은 가지고 있지만 선택적인 MO 파라미터 값을 가지고 있지 않은 경우를 예시하고 있다. 325단계에서 340단계는 종래의 OMA FUMO(Firmware Update Management Object)와 SCOMO(Software Component Management Object) 기술에서 정의된 방법을 따르므로 본 발명에서 상세한 설명은 하지 않도록 한다. DM 클라이언트(230)는 325단계 및 330단계에서 MO 업데이트 요청 메시지를 DM 서버(210)를 통해 관리 권한부(200)로 전송한다. 이 MO 업데이트 요청 메시지에는 2가지의 선택적인 MO 파라미터 값을 생성하기 위한 새로운 소프트웨어나 펌웨어를 요청하는 정보가 포함된다.
관리 권한부(200)는 MO 업데이트 요청 메시지에 포함된 요청 정보를 근거로 335단계 및 340단계에서 선택적인 MO 파라미터 값을 생성하기 위한 소프트웨어나 펌웨어를 DM 서버(210)를 통해 DM 클라이언트(230)로 전송한다. 345단계에서 DM 클라이언트(230)는 수신한 소프트웨어나 펌웨어를 인스톨함으로써 신규 MO 트리를 생성하거나 MO 트리의 해당 MO 파라미터 값을 업데이트한다.
이어, DM 클라이언트(230)는 350단계에서 MO 수신 방법을 확인한다. 이를 위해 저장해놓은 MO 요청 메시지에 포함된 항목들 중 MO 수신 방법 항목을 참조한다. 만일 MO 수신 방법으로써 어플리케이션의 요청 사항에 대응하여 필수적인 MO와 선택적인 MO 정보가 모두 있을 경우 DM 클라이언트(230)로부터 모두를 한번에 수신하는 방법이 설정된 경우 DM 클라이언트(230)는 355단계에서 3가지의 필수적인 MO와 2가지의 선택적인 MO에 대한 정보 즉, 어플리케이션 처리부(240)에 의해 요청된 MO 파라미터 값을 포함하는 MO 응답 메시지를 어플리케이션 처리부(240)로 전송한다.
또한, DM 클라이언트(230)는 360단계에서 DM 서버(210)에 MO 파라미터 값의 업데이트를 요청한다. 그러면 해당 요청 메시지를 수신한 DM 서버(210)는 수신한 정보에 따라 365단계에서 MO 파라미터 값을 업데이트한다.
380단계에서 어플리케이션 처리부(240)는 DM 클라이언트(230)로부터 수신한 MO 응답 메시지에 포함된 MO 파라미터 값을 확인한다. 이어, 어플리케이션 처리부(240)는 385단계에서 수신한 MO 응답 메시지에 포함된 정보에 따라 즉, MO 파라미터 값에 맞게 어플리케이션 기능을 설정하거나 서비스 구성 설정 후, 390단계에서 어플리케이션을 실행함으로써 어플리케이션이 제공하는 기능 또는 서비스를 수행한다.
한편, 355단계에서는 어플리케이션 관련 MO 파라미터 값을 수신하는 방법으로 한번에 모든 필수적인 MO와 선택적인 MO에 대응하는 정보를 수신하는 경우를 나타내고 있으나, 이 과정은 다음과 같은 MO 수신 방법에 따라 대체될 수 있다.
먼저, 도면부호 370에 의해 지시되는 바에서는 수신 방법이 DM 클라이언트(230)로부터 모은 필수적인 MO 파라미터 값만 우선 수신한 후 선택적인 MO 파라미터 값만 별도로 모은 메시지를 수신하는 방법을 나타낸다. 이러한 경우 DM 클라이언트(230)는 필수적인 MO 정보가 포함된 MO 응답 메시지를 전송한 후, 모아놓은 선택적인 MO 정보가 포함된 MO 응답 메시지를 전송한다.
다르게는 도면부호 375에 의해 지시되는 바에서는 수신 방법이 DM 클라이언트(230)로부터 모은 필수적인 MO 파라미터 값만 우선 수신한 후 DM 클라이언트(230)가 선택적인 MO 파라미터 값을 하나씩 획득할 때마다 수신하는 방법을 나타낸다. 이러한 경우 2가지의 선택적인 MO 정보를 전달하기 위해 한번에 하나씩의 선택적인 MO 정보를 포함하는 MO 업데이트 응답이 2번 전송되는 것이 바람직하다. 이에 따라 DM 클라이언트(230)는 필수적인 MO 정보가 포함된 MO 응답 메시지를 전송한 후, 선택적인 MO 정보가 포함된 MO 응답 메시지를 하나씩 전송한다. 이에 따라 어플리케이션 처리부(240)는 MO 응답 메시지에 포함된 정보에 따라 서비스 구성 설정 후, 어플리케이션이 제공하는 기능 또는 서비스를 수행한다.
이하, 본 발명의 다른 실시예에 따른 어플리케이션 처리부(240)가 MO 트리를 생성하지 않는 경우 DM 클라이언트(230)에서 어플리케이션 관련 MO 파라미터 값을 어플리케이션 처리부(240)로 제공하는 과정을 도 4를 참조하여 설명하기로 한다.
도 4를 참조하면, 405단계에서 어플리케이션 처리부(240)는 다운받은 어플리케이션을 인스톨하고 나면, 410단계에서 어플리케이션 처리부(240)는 어플리케이션의 요청사항(Requirement)을 확인한다. 다시 말하면, 어플리케이션 실행에 필요한 정보를 확인하여, 필수적인 정보와 선택적인 정보로 구성된 어플리케이션의 요청 사항을 생성한다. 이러한 어플리케이션의 요청 사항은 MO 요청 메시지에 포함되어 DM 클라이언트(230)로 전송된다. 여기서, MO 요청 메시지는 도 3의 315단계에서의 MO 요청 메시지와 동일한 형태를 가지며, 다만 어플리케이션의 요청 사항은 MO 트리에 대응하는 형태로 포함되거나 어플리케이션 자체에서 정의한 형태로 포함될 수 있다.
415단계에서 어플리케이션 처리부(240)는 DM 클라이언트(230)로 어플리케이션 정보를 등록하기 위해 MO 요청 메시지를 전송한다. DM 클라이언트(230)는 415단계에서 MO 요청 메시지를 수신하면, 420단계에서 MO 요청 메시지 내의 어플리케이션 요청사항에 대응하는 MO 파라미터 값을 MO 트리에서 확인하고 확인된 MO 파라미터 값을 추출한다.
이하, 도 4의 425단계 내지 490단계는 도 3의 325단계 내지 390단계에서의 동작과 동일하므로, 구체적인 설명은 생략하기로 한다. 다만, 도 4에서는 DM 클라이언트(230)는 어플리케이션 처리부(240) 대신 어플리케이션 요청사항에 대응하는 MO를 생성하거나 MO 파라미터 값을 업데이트 하는 경우를 예시하고 있다. 이에 따라 DM 클라이언트(230)는 460단계에서 어플리케이션 요청사항에 대응하는 MO 파라미터 값을 포함하는 MO 응답 메시지를 확인된 MO 수신 방법에 따라 어플리케이션 처리부(240)로 전송한다.
한편, 도 5 및 도 7에서는 각각 본 발명의 실시예에 따라 어플리케이션 처리부(240)에서 생성된 MO 트리를 예시하며, 도 6 및 도 8에서는 DM 클라이언트(230)에서 생성된 MO 트리를 각각 예시하고 있다.
먼저, 도 5는 어플리케이션이 젠가 게임 어플리케이션인 경우의 MO 트리를 예시하고 있다. 이러한 젠가 게임 서비스를 제공하기 위해 가속도계 기능은 반드시 필요하고 여기에 추가적인 사용자 경험(User experience)을 주고자 선택적으로 자이로스코프 기능이 채용될 수 있다.
젠가 게임 어플리케이션은 가속도계와 가로, 세로, 감지 기능만으로도 게임 서비스를 제공할 수 있으며, 단말기가 사용자가 원하는 세밀한 기능까지 지원하는 자이로스코프 기능을 지원한다면 보다 최적화된 게임 서비스를 제공할 수 있게 된다. 여기서, 자이로스코프 기능을 위한 자이로스코프 센서는 3차원 운동을 감지하는 센서로 기존의 가속도와 가로, 세로 방향만을 감지하던 것에서 더 나아가 입체적으로 발생하는 사람의 움직임을 감지할 수 있는 특징을 가지며, 3차원 게임에 용이하다.
이러한 젠가 게임 어플리케이션이 인스톨되면, 어플리케이션 처리부(240)는 MO 요청 메시지에 젠가 게임 어플리케이션의 요청 사항 항목인 필수적인 MO에 대응하는 파라미터 값으로는 가속도계 정보, 선택적인 MO에 대응하는 파라미터 값으로는 자이로스코프 정보를 포함하는 도 5에 도시된 바와 같은 MO 트리를 생성한다.
도 5에 도시된 내용을 참조하여 설명하면, 어플리케이션 ID(500)로는 젠가 게임 어플리케이션의 ID가 설정되며, 필수적인 요구사항(Mandatory Requirement)(505)에는 가속도계 정보(510)가 속하며, 선택적인 요구 사항(Optional Requirement)(515)에는 자이로스코프 정보(520)가 속하며, 어플리케이션 관련 MO의 수신 방법을 나타내는 'DelvMode'(525)가 하위 노드로 속하게 된다. 이때, 가속도계 정보(510)와 자이로스코프 정보(520)에는 꺼짐/켜짐 또는 지원/미지원 등의 정보가 속하게 된다.
한편, DM 클라이언트(230)에서는 도 6에 도시된 바와 같은 MO 트리를 가지고 있다. DM 클라이언트(230)는 어플리케이션 처리부(240)로부터의 MO 요청 메시지에 대응하여 MO 트리에서 해당 MO 파라미터 값을 추출함으로써 DM 클라이언트(230)는 필수적인 요구사항 및 선택적인 요구 사항 등에 해당하는 정보들이 단말기에서 지원 가능한 정보인지를 확인한다.
만일 DM 클라이언트(230)는 자신이 이미 모든 MO 파라미터 값을 가지고 있을 경우에는 MO 수신 방법에 따라 추출된 MO 파라미터 값을 어플리케이션 처리부(240)에 제공한다. 이와 달리 모든 MO 파라미터 값을 가지고 있는 것이 아니라면, MO 업데이트 요청 등을 통해 해당 MO 파라미터 값을 획득하고, DM 클라이언트(230)는 그 획득한 MO 파라미터 값에 해당하는 소프트웨어나 펌웨어를 인스톨한다. 그리고나서 획득한 MO 파라미터 값을 포함하는 새로운 MO 트리를 생성하고 어플리케이션 처리부(240)로 전달할 MO 파라미터 값을 업데이트하는 것이다. 예를 들어, 획득한 MO 파라미터 값에 해당하는 소프트웨어로서 3D Accelerator를 획득한 경우 그 3D Accelerator를 인스톨함에 따라 새로운 MO 즉, MO 트리와 파라미터 값이 생성되게 된다.
이와 같이 새로운 MO 트리와 MO 파라미터 값이 업데이트됨에 따라 도 6의 가속도계 정보 및 자이로스코프 정보 노드들은 각각 획득한 MO 파라미터 값으로 채워지게 된다.
어플리케이션 처리부(240)는 이러한 MO 정보 예컨대, 요청한 MO 파라미터 값을 수신함에 따라 젠가 게임 서비스를 수행한다. 이에 따라 어플리케이션 처리부(240)는 자이로스코프를 지원하거나 지원하지 않는 모드로 동작을 수행한다. 만일 DM 클라이언트(230)가 모든 필수적인 MO 파라미터 값을 어플리케이션 처리부(240)에게 제공하지 못할 경우 어플리케이션 처리부(240)는 젠가 게임 서비스를 제공할 수 없다는 에러 메시지를 사용자에게 보여주게 된다. 예를 들어, "귀하의 단말에서는 지원되지 않는 어플리케이션입니다."라는 문장이 화면으로 표시될 수 있다. 이와 달리 DM 클라이언트(230)가 선택적인 MO 파라미터 값을 어플리케이션 처리부(240)에 제공하지 못할 경우 어플리케이션 처리부(240)는 가속 센서만을 지원하는 모드로 젠가 게임 서비스를 제공하게 된다. 도 5에 도시된 바와 같이, 어플리케이션 처리부(240)의 요청에 따라 하드웨어적인 변경도 가능하게 된다.
도 7은 어플리케이션이 동영상 재생 어플리케이션인 경우의 MO 트리를 예시하고 있다. 동영상 재생 서비스를 위해 2D 동영상 재생 기능은 반드시 필요하고 여기에 추가적인 사용자 경험 (User experience)를 주고자 선택적으로 3D 동영상 재생 기능과 5.1CH 음향 기능을 채용해 2가지 형태 (2D or 3D)로 서비스를 제공할 수 있다.
동영상 재생 어플리케이션은 2D로만 동영상 서비스를 제공할 수 있으며, 사용자 단말이 3D 가속기와 5.1CH 음향 기능을 제공할 경우 해당 기능을 지원해 더 최적화된 동영상 서비스를 제공할 수 있을 것이다. 따라서 어플리케이션 처리부(240)는 MO 요청 메시지에 필수적인 MO 파라미터 값으로는 2D 정보를, 선택적인 MO 파라미터 값으로는 3D 정보와 5.1CH 정보를 포함시킨다. 이에 따라 생성된 MO 트리는 도 7에 도시된 바와 같다.
한편, DM 클라이언트(230)는 도 8에 도시된 바와 같은 MO 트리를 가지고 있다. 다만, 이러한 MO 요청 메시지에 대응하여 도 8에 도시된 바와 같은 MO 트리에서 필수적인 요구사항, 선택적인 요구 사항 등이 단말기에서 지원 가능한지 해당 MO 트리의 항목을 확인한다. 이어, DM 클라이언트(230)는 도 8의 MO 트리에서 해당 MO 파라미터 값을 추출하거나 MO 업데이트 요청에 따라 획득한 MO 파라미터 값을 어플리케이션 처리부(240)에 전송한다. 여기서, DM 클라이언트(230)에서 새로운 MO 트리가 생성되거나 MO 파라미터 값이 업데이트됨에 따라 도 8의 2D 정보 노드 및 3D 정보 노드는 각각 획득한 MO 파라미터 값으로 채워지게 된다.
도 7에 도시된 내용을 참조하여 설명하면, 어플리케이션 ID(700)로는 동영상 재생 어플리케이션의 ID가 설정되며, 필수적인 요구사항(Mandatory Requirement)(705)에는 2D 정보(710)가 속하며, 선택적인 요구사항(Optional Requirement)(715)에는 3D 정보(720) 및 5.1 CH 정보(725)가 속하며, 각각에는 MO 수신 방법을 나타내는 'DelvMode'(730, 735)가 하위 노드로 속하게 된다. 도 7에 도시된 바와 같이, 어플리케이션 처리부(240)의 요청에 따라 소프트웨어적으로는 3D 동영상 기능이 채용될 수 있으며, 하드웨어적으로 5.1 CH 음향 기능이 채용될 수 있는 등 소프트웨어 및/또는 하드웨어적인 변경도 가능하게 된다.

Claims (18)

  1. 단말기에서 어플리케이션 관련 관리 객체를 제공하는 방법에 있어서,
    인스톨된 어플리케이션의 정보를 등록하기 위한 등록 메시지를 수신하는 과정과,
    상기 등록 메시지에 포함된 상기 어플리케이션의 요청 사항을 판단하는 과정과,
    상기 요청 사항에 대응하는 어플리케이션 관련 관리 객체 정보를 획득하는 과정과,
    상기 어플리케이션 관련 관리 객체 정보를 제공하기 위한 방법을 확인하는 과정과,
    상기 확인된 방법에 따라 상기 어플리케이션 관련 관리 객체 정보를 제공하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  2. 제1항에 있어서, 상기 어플리케이션의 요청 사항은,
    상기 어플리케이션을 실행하는데 필수적인 관리 객체 및 선택적인 관리 객체 정보를 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  3. 제2항에 있어서, 상기 어플리케이션 관련 관리 객체 정보를 획득하는 과정은,
    상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보가 있는지를 판단하는 과정과,
    상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보가 없는 경우 단말 관리 서버로 업데이트를 요청하는 과정과,
    상기 업데이트 요청에 대한 응답으로부터 상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보를 획득하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  4. 제3항에 있어서,
    상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보를 획득하면, 상기 획득한 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보를 포함하는 새로운 관리 객체 트리를 생성하는 과정을 더 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  5. 제3항에 있어서, 상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보가 있는지를 판단하는 과정은,
    관리 객체 트리의 상기 요청 사항에 대응하는 항목을 확인하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  6. 제2항에 있어서, 상기 어플리케이션 관련 관리 객체 정보를 제공하는 과정은,
    상기 요청 사항에 대응하는 필수적인 관리 객체 및 선택적인 관리 객체 정보가 모두 있을 경우 상기 필수적인 관리 객체 및 선택적인 관리 객체 정보를 한번에 전송하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  7. 제2항에 있어서, 상기 어플리케이션 관련 관리 객체 정보를 제공하는 과정은,
    상기 요청 사항에 대응하는 필수적인 관리 객체가 없는 경우 모든 필수적인 관리 객체 정보를 모은 후 전송하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  8. 제2항에 있어서, 상기 어플리케이션 관련 관리 객체 정보를 제공하는 과정은,
    상기 요청 사항에 대응하는 선택적인 관리 객체 정보가 없는 경우 모든 필수적인 관리 객체 정보를 전송하는 과정과,
    모든 선택적인 관리 객체 정보를 모으는 과정과,
    상기 모든 선택적인 관리 객체 정보를 상기 필수적인 관리 객체 정보와 함께 전송하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  9. 제2항에 있어서, 상기 어플리케이션 관련 관리 객체 정보를 제공하는 과정은,
    상기 요청 사항에 대응하는 선택적인 관리 객체 정보가 없는 경우 모든 필수적인 관리 객체 정보를 전송하는 과정과,
    상기 요청 사항에 대응하는 선택적인 관리 객체 정보를 획득하는 과정과,
    상기 선택적인 관리 객체 정보가 획득될 때마다 상기 획득한 선택적인 관리 객체 정보를 전송하는 과정을 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 방법.
  10. 어플리케이션 관련 관리 객체를 제공하는 장치에 있어서,
    인스톨된 어플리케이션의 정보를 등록하기 위한 등록 메시지를 전송하는 어플리케이션 처리부와,
    상기 등록 메시지에 포함된 상기 어플리케이션의 요청 사항을 판단하고, 상기 요청 사항에 대응하는 어플리케이션 관련 관리 객체 정보를 획득한 후, 상기 어플리케이션 관련 관리 객체 정보를 제공하기 위한 방법을 확인하여 상기 확인된 방법에 따라 상기 어플리케이션 관련 관리 객체 정보를 상기 어플리케이션 처리부로 제공하는 단말 관리 클라이언트를 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  11. 제10항에 있어서, 상기 어플리케이션의 요청 사항은,
    상기 어플리케이션을 실행하는데 필수적인 관리 객체 및 선택적인 관리 객체 정보를 포함함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  12. 제11항에 있어서, 상기 단말 관리 클라이언트는,
    상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보가 있는지를 판단하고, 상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보가 없는 경우 단말 관리 서버로 업데이트를 요청한 후, 상기 업데이트 요청에 대한 응답으로부터 상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보를 획득함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  13. 제12항에 있어서, 상기 단말 관리 클라이언트는,
    상기 필수적인 관리 객체 및/또는 상기 선택적인 관리 객체 정보를 획득하면, 어플리케이션 관련 관리 객체 트리를 생성함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  14. 제10항에 있어서, 상기 어플리케이션 처리부는 상기 단말 관리 클라이언트의 내부 기능으로 포함될 수 있음을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  15. 제11항에 있어서, 상기 단말 관리 클라이언트는,
    상기 요청 사항에 대응하는 필수적인 관리 객체 및 선택적인 관리 객체 정보가 모두 있을 경우 상기 필수적인 관리 객체 및 선택적인 관리 객체 정보를 한번에 전송함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  16. 제11항에 있어서, 상기 단말 관리 클라이언트는,
    상기 요청 사항에 대응하는 필수적인 관리 객체가 없는 경우 모든 필수적인 관리 객체 정보를 모은 후 전송함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  17. 제11항에 있어서, 상기 단말 관리 클라이언트는,
    상기 요청 사항에 대응하는 선택적인 관리 객체 정보가 없는 경우 모든 필수적인 관리 객체 정보를 전송하고, 모든 선택적인 관리 객체 정보를 모은 후, 상기 모든 선택적인 관리 객체 정보를 상기 필수적인 관리 객체 정보와 함께 전송함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
  18. 제11항에 있어서, 상기 단말 관리 클라이언트는,
    상기 요청 사항에 대응하는 선택적인 관리 객체 정보가 없는 경우 모든 필수적인 관리 객체 정보를 전송하고, 상기 요청 사항에 대응하는 선택적인 관리 객체 정보가 획득될 때마다 상기 획득한 선택적인 관리 객체 정보를 전송함을 특징으로 하는 어플리케이션 관련 관리 객체를 제공하는 장치.
PCT/KR2011/003714 2010-07-09 2011-05-19 어플리케이션 관련 관리 객체를 제공하는 장치 및 방법 WO2012005442A2 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/809,378 US9172592B2 (en) 2010-07-09 2011-05-19 Apparatus and method for providing application-related management object
EP11803728.2A EP2592563B1 (en) 2010-07-09 2011-05-19 Apparatus and method for providing application-related management object

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2010-0066567 2010-07-09
KR1020100066567A KR101702618B1 (ko) 2010-07-09 2010-07-09 어플리케이션 관련 관리 객체를 제공하는 장치 및 방법

Publications (2)

Publication Number Publication Date
WO2012005442A2 true WO2012005442A2 (ko) 2012-01-12
WO2012005442A3 WO2012005442A3 (ko) 2012-05-31

Family

ID=45441611

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/003714 WO2012005442A2 (ko) 2010-07-09 2011-05-19 어플리케이션 관련 관리 객체를 제공하는 장치 및 방법

Country Status (4)

Country Link
US (1) US9172592B2 (ko)
EP (1) EP2592563B1 (ko)
KR (1) KR101702618B1 (ko)
WO (1) WO2012005442A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013154243A1 (en) * 2012-04-12 2013-10-17 Samsung Electronics Co., Ltd. Method for managing calls and mobile terminal using the same

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10474446B2 (en) * 2016-09-16 2019-11-12 Bank Of America Corporation Installation tool for adhering to enterprise requirements
US11652631B2 (en) 2019-06-27 2023-05-16 International Business Machines Corporation Distribution of security credentials

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040237082A1 (en) * 2003-05-22 2004-11-25 Alcazar Mark A. System, method, and API for progressively installing software application
US20060242305A1 (en) * 2005-04-25 2006-10-26 Telefonaktiebolaget L M Ericsson (Publ) VPN Proxy Management Object
WO2008048905A2 (en) * 2006-10-16 2008-04-24 Hewlett-Packard Development Company, L.P. Diagnostic agent in device that retrieves key performance indicators
WO2008126221A1 (ja) * 2007-03-29 2008-10-23 Fujitsu Limited ソフトウェア修正管理プログラム、ソフトウェア修正管理装置、およびソフトウェア修正管理方法
KR101281931B1 (ko) * 2007-04-06 2013-08-26 삼성전자주식회사 트랩 ｍｏ의 디바이스 관리 보안 시스템 및 방법
KR20090004373A (ko) 2007-04-30 2009-01-12 삼성전자주식회사 디바이스 관리 정보를 이용하여 디바이스에 컨텐츠를제공하기 위한 방법 및 시스템
US8595186B1 (en) * 2007-06-06 2013-11-26 Plusmo LLC System and method for building and delivering mobile widgets
KR20090020966A (ko) 2007-08-24 2009-02-27 삼성네트웍스 주식회사 Ｓｉｐ 기반 메시지를 이용한 인터넷 전화 펌웨어업그레이드 시스템 및 그 시스템을 이용한 인터넷 전화펌웨어 업그레이드 방법
KR20090048000A (ko) 2007-11-09 2009-05-13 주식회사 에듀파이 휴대 기기에 대한 프로그램 설치 인증 방법 및 시스템,휴대 기기에 대한 프로그램 실행 인증 방법
US8196210B2 (en) * 2008-03-10 2012-06-05 Microsoft Corporation Software license compliance
KR100959614B1 (ko) 2008-05-28 2010-05-27 한미아이티 주식회사 복수의 단말 장치의 원격 관리 시스템과 방법, 복수의 단말장치 및 복수의 관리 장치와 접속하는 인터페이스 장치와방법, 및, 그 방법들을 실행시키기 위한 프로그램이 기록된컴퓨터로 판독 가능한 기록 매체
US9882769B2 (en) * 2008-08-08 2018-01-30 Blackberry Limited System and method for registration of an agent to process management object updates
KR101718889B1 (ko) * 2008-12-26 2017-03-22 삼성전자주식회사 홈 네트워크에서 디바이스에게 원격 애플리케이션을 제공하는 방법 및 장치
US8737318B2 (en) * 2009-12-01 2014-05-27 At&T Intellectual Property I, L.P. Service models for roaming mobile device
CN103003794A (zh) * 2010-02-23 2013-03-27 方仁圣 利用客户的虚拟开发环境来为程序的开发合同及开发提供中介服务的远程程序开发中介系统及其方法
US20120209923A1 (en) * 2011-02-12 2012-08-16 Three Laws Mobility, Inc. Systems and methods for regulating access to resources at application run time
US8763080B2 (en) * 2011-06-07 2014-06-24 Blackberry Limited Method and devices for managing permission requests to allow access to a computing resource

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013154243A1 (en) * 2012-04-12 2013-10-17 Samsung Electronics Co., Ltd. Method for managing calls and mobile terminal using the same
US9357587B2 (en) 2012-04-12 2016-05-31 Samsung Electronics Co., Ltd. Method for managing calls and mobile terminal using the same

Also Published As

Publication number Publication date
US20130117433A1 (en) 2013-05-09
EP2592563A4 (en) 2017-01-18
US9172592B2 (en) 2015-10-27
KR101702618B1 (ko) 2017-02-03
KR20120005881A (ko) 2012-01-17
WO2012005442A3 (ko) 2012-05-31
EP2592563B1 (en) 2019-07-03
EP2592563A2 (en) 2013-05-15

Similar Documents

Publication Publication Date Title
CN108647088A (zh) 资源配置方法、装置、终端及存储介质
WO2011028017A2 (en) Method and apparatus for controlling remote user interface in a home network
WO2011037400A2 (en) Apparatus and method for providing customizable remote user interface page
US10990449B2 (en) Managing application relationships in machine-to-machine systems
CN106797392A (zh) M2m‑iot服务的发布和发现
CN106797400A (zh) 用于使得能够经由服务层访问第三方服务的系统和方法
WO2015002443A1 (en) Mobile device and method for controlling transmission to web server in mobile device
CN107666406B (zh) 智能卡片显示方法及装置
CN101167327A (zh) 通过移动应用程序访问多个数据源的系统和方法
Ge et al. Design and implementation of interoperable IoT healthcare system based on international standards
WO2011099690A2 (en) Method and apparatus for using service of home network device based on remote access
KR20110018248A (ko) 단말의 원격 관리 방법 및 장치
CN101360127A (zh) 文件更新方法及传输系统
KR100912367B1 (ko) 홈네트워크의 위치 정보 관리 시스템 및 그 방법
KR101587500B1 (ko) 클라우드 기반 스마트 디바이스 협업 플랫폼 구축 시스템 및 그 시스템을 이용한 스마트 디바이스 협업 서비스 제공 방법
WO2012005442A2 (ko) 어플리케이션 관련 관리 객체를 제공하는 장치 및 방법
WO2012008755A2 (en) Apparatus and method for managing remote user interface and system for the same
WO2009091165A2 (en) Service access control system and method using embedded browser agent
CN110083588A (zh) 一种Redis管理系统的发布方法、部署方法及相关设备
EP3087765A1 (en) Method and apparatus for sharing data quota
WO2012023780A2 (en) Apparatus for providing a device management package and a method for receiving the device management package
WO2013006013A2 (en) Apparatus and method for providing user interface technical field of the invention
EP2638519A2 (en) Method and apparatus for providing service using personal network
CN107959721A (zh) 一种物联网感知家庭云平台系统
CN115987786A (zh) 一种配置变更方法、系统、终端设备及存储介质

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13809378

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2011803728

Country of ref document: EP