KR100730887B1 - Policy deployment and management method using delta policy - Google Patents

Policy deployment and management method using delta policy Download PDF

Info

Publication number
KR100730887B1
KR100730887B1 KR1020050089421A KR20050089421A KR100730887B1 KR 100730887 B1 KR100730887 B1 KR 100730887B1 KR 1020050089421 A KR1020050089421 A KR 1020050089421A KR 20050089421 A KR20050089421 A KR 20050089421A KR 100730887 B1 KR100730887 B1 KR 100730887B1
Authority
KR
South Korea
Prior art keywords
policy
delta
version
client
method
Prior art date
Application number
KR1020050089421A
Other languages
Korean (ko)
Other versions
KR20070034836A (en
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 KR1020050089421A priority Critical patent/KR100730887B1/en
Publication of KR20070034836A publication Critical patent/KR20070034836A/en
Application granted granted Critical
Publication of KR100730887B1 publication Critical patent/KR100730887B1/en

Links

Images

Abstract

본 발명은 델타 정책을 이용한 정책 배포 및 관리 방법에 관한 것이다. The present invention relates to a policy deployment and management method using the Delta policy.
본 발명에 따른 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템 시스템에 있어서, 델타 정책을 이용하여 정책을 배포하는 방법은 상기 정책 관리 서버에서 상기 클라이언트의 마지막 버전 정책을 확인하는 단계; In the policy management system that includes a policy management server and the client according to the present invention, a method for distributing a policy by using the delta policy identifying a last version of the client policies in the policy management server; 상기 정책 관리 서버에서 상기 클라이언트의 마지막 버전 정책과 배포할 다음 버전 정책을 비교하는 단계; , At the policy management server, and then compare the version of the policy you want to deploy the final version of the policy, the client; 상기 정책 관리 서버에서 상기 마지막 버전 정책(Last Version Policy)과 다음 버전 정책(Next Version Policy)의 차이인 델타 정책을 생성하며, 상기 두 버전 사이에 다수의 델타 정책이 존재하는 경우, 상기 다수의 델타 정책을 시퀀스로 연결하여 통합하는 단계; If the number of Delta policies between the final version of the policy (Last Version Policy) and the next version of the policy differences which creates a delta policies, the two versions of the (Next Version Policy) exists in the policy management server, the number of delta the method comprising integration of a sequence by connecting the policy; 및 상기 정책 관리 서버에서 상기 통합된 델타 정책을 상기 클라이언트에 배포하는 단계를 포함한다. And from the policy management server comprises the step of deploying the integrated Delta policy to the client.
정책, 배포, 델타 정책, 규칙 Policies, distribution, Delta policies, rules

Description

델타 정책을 이용한 정책 배포 및 관리 방법{POLICY DEPLOYMENT AND MANAGEMENT METHOD USING DELTA POLICY} Policy deployment and management method using the Delta Policy {POLICY DEPLOYMENT AND MANAGEMENT METHOD USING DELTA POLICY}

도 1 은 본 발명의 일 실시예에 따른 정책 관리 시스템에 있어서 정책(Policy)의 정의, 실행, 변경 등을 설명하는 도면이다. 1 is a view for explaining the definition, running, and so on change in policy (Policy) in the policy management system according to an embodiment of the present invention.

도 2 는 본 발명의 다른 실시예에 따른 정책 관리 시스템에 있어서 정책의 배포를 설명하는 도면이다. Figure 2 is a view for explaining the distribution of policy in the policy management system according to another embodiment of the present invention.

도 3 은 본 발명의 또 다른 실시예에 따른 정책 관리 시스템에 있어서 정책 업그레이드를 설명하는 도면이다. Figure 3 is a view illustrating an upgrade policy in the policy management system according to another embodiment of the present invention.

도 4 는 본 발명의 또 다른 실시예에 따른 델타 정책을 이용한 정책 변경 방법을 설명하는 도면이다. Figure 4 is a view illustrating a policy change method using a delta policy according to an embodiment of the present invention.

도 5 는 본 발명의 또 다른 실시예에 따른 델타 정책을 이용한 정책 변경 방법을 설명하는 도면이다. 5 is a view for explaining the policy change method using a delta policy according to an embodiment of the present invention.

도 6 은 본 발명의 또 다른 실시예에 따른 다수의 델타 정책을 병합한 정책 변경 방법을 설명하는 도면이다. 6 is a view illustrating a plurality of changes of merging the delta policy policies method according to an embodiment of the present invention.

도 7 은 본 발명의 또 다른 실시예에 따른 정책 중 일부가 손상된 경우, 정책 복구 방법을 설명하는 도면이다. 7 is a view for explaining a case where a part of the policy, according to another embodiment of the present invention is damaged, recovery policy way.

본 발명은 정책 관리 시스템(Policy Management System: PMS)에 관한 것으로, 더 상세하게는 델타 정책을 이용한 정책 배포 및 관리 방법에 관한 것이다. The present invention provides policy management systems relates to (Policy Management System PMS), and more particularly the policy deployment and management method using the Delta policy.

정책 관리(Policy Management)는 비지니스 및 서비스 차원의 관리 정책을 정의하고, 이를 기반으로 네트워크 및 서비스를 자동으로 관리하는 것이다. Policies (Policy Management) is to define the management policy of the business and service level, and automatically manage the network and services based on it.

일반적으로 정책 관리(Policy Management)는 정책 서버(Policy Server)와 정책 클라이언트(Policy Client), 그리고 정책 정보를 저장하는 정책 저장소(Policy Repository)의 구조에서 기능이 수행된다. In general, policy management (Policy Management), this feature is performed in the structure of the policy server (Policy Server) and Client Policy (Policy Client), and policies to save the information store policy (Policy Repository). 정책 서버(Policy Server)는 PDP(Policy Decision Point)로서 정책에 포함된 규칙(Rule)들을 각각의 정책 클라이언트에서 적용하도록 해석하는 기능을 수행한다. The policy server (Policy Server) performs the function of interpreting the policy to be applied in each of the clients of the rules (Rule) as contained in the policy (Policy Decision Point) PDP. 즉, 정책의 적용 대상을 선별하고, 적용 범위를 결정한다. That is, the application of the selection policy, and determines the application range. 정책 클라이언트는 PEP(Policy Enforcement Point)로서 정책을 반영한 기능들을 수행하기 위해 자신의 에이전트(Agent) 시스템을 재구성한다. Policy client reconstructs his agent (Agent) system to perform functions that reflect the policy as a PEP (Policy Enforcement Point).

본 발명이 적용될 정책 관리 시스템에서는 PEP가 단말 장치(Terminal Device), 예를 들면 핸드셋(Handset) 등에 있는 구조이다. In the policy management system to which the present invention is applied to a structure in which the terminal device or the like PEP (Terminal Device), for example, the handset (Handset). 즉, 클라이언트(Client)를 위한 에이전트(Agent)가 따로 분리되어 있다. In other words, the agent (Agent) for the client (Client) are separated off. 다시 말해 서버와 클라이언트가 물리적으로 함께 있는 구조가 아니라, 정책 정의 포인트(PDP)와 정책 실행 포인트(PEP)가 서버/클라이언트의 구조로 분리되어 있는 경우, PDP를 가진 서버에서 PEP를 가진 클라이언트로 정책의 배포가 이루어지는 경우이다. In other words, the server and the client is not a structure that together physically, the policy definition point (PDP) and a policy enforcement point (PEP) is a client with the PEP on the server with, PDP case which is separate from the structure of the server / client policies If the deployment is made.

한편, 상기와 같은 정책 관리 시스템에서 정책의 배포 및 관리는 서버에서 일정한 시점, 예를 들면 정책 변경시, 또는 주기적으로, 또는 특정 이벤트 발생시마다 클라이언트의 정책 버전을 확인하고 최신 버전의 정책을 클라이언트에 배포하여 동기화한다. Meanwhile, the deployment of the policy in the policy management system as described above, and maintenance of a certain time, for example, when such policy changes, or periodically, or check the policy version of the client, and the latest version of the policy for each case of specific events from the server to the client synchronize and deploy. 하지만, 정책의 배포 및 관리시, 정책의 변경은 자주 일어나지 않을 뿐만 아니라, 많은 경우 일부 규칙만이 변경되고, 나머지 대다수의 규칙들은 그대로 유지된다. However, deployment, and management during change of policy, the policy is often not only do not happen, and in many cases only change some rules, and the remaining majority of the rules are maintained. 또한, 정책의 배포 및 관리는 사용하는 네트워크 채널에 따라 트래픽, 즉 데이터 전송량에 민감한 문제점이 있었다. In addition, there was a problem with the deployment and management of sensitive traffic, ie data transmission rate according to the network channels from the policy.

따라서, 본 발명은 상기한 종래 기술의 문제점을 해결하기 위해 안출된 것으로, 효율적인 정책의 배포 및 관리를 위해 정책 자체가 아닌 변경 사항, 즉 델타 정책(Delta Policy) 별로 배포 및 관리하는 방법을 제공하는데 목적이 있다. Accordingly, the invention provides a method for conceived that, for deployment of efficient policies and management non-policy itself changes, i.e., delta policy (Delta Policy) deployed by and managed to solve the problems of the prior art there is a purpose.

본 발명에 따른 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템에 있어서, 델타 정책을 이용하여 정책을 배포하는 방법은 상기 정책 관리 서버에서 상기 클라이언트의 마지막 버전 정책을 확인하는 단계; In the policy management system that includes a policy management server and the client according to the present invention, a method for distributing a policy by using the delta policy identifying a last version of the client policies in the policy management server; 상기 정책 관리 서버에서 상기 클라이언트의 마지막 버전 정책과 배포할 다음 버전 정책을 비교하는 단계; , At the policy management server, and then compare the version of the policy you want to deploy the final version of the policy, the client; 상기 정책 관리 서버에서 상기 마지막 버전 정책(Last Version Policy)과 다음 버전 정책(Next Version Policy)의 차이인 델타 정책을 생성하며, 상기 두 버전 사이에 다수의 델타 정책이 존재하는 경우, 상기 다수의 델타 정책을 시퀀스로 연결하여 통합하는 단계; If the number of Delta policies between the final version of the policy (Last Version Policy) and the next version of the policy differences which creates a delta policies, the two versions of the (Next Version Policy) exists in the policy management server, the number of delta the method comprising integration of a sequence by connecting the policy; 및 상기 정책 관리 서버에서 상기 통합된 델타 정책을 상기 클라이언트에 배포하는 단계를 포함한다. And from the policy management server comprises the step of deploying the integrated Delta policy to the client.

삭제 delete

본 발명에 따른 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템에 있어서, 클라이언트의 정책이 손상된 경우 델타 정책을 이용하여 손상된 정책을 복구하는 방법은 상기 클라이언트에서 복구가 필요한 홀(hole) 버전을 검사하는 단계; In the policy management system that includes a policy management server and the client according to the present invention, when a client policy damaged how to repair the damaged policy using the delta policy checking for holes (hole) required version of the recovery from the client .; 상기 클라이언트에서 손상된 상기 홀 버전을 상기 정책 관리 서버에 요청하는 단계; , At the client's request for a damaged version of the hole in the policy management server; 상기 정책 관리 서버에서 상기 홀 버전에 상응하는 복구 데이터를 생성하는 단계; In the policy management server generating a recovery data corresponding to the hole version; 상기 정책 관리 서버에서 상기 복구 데이터를 상기 클라이언트에 전송하여 상기 클라이언트의 손상된 정책을 복구하는 단계를 포함한다. In the policy management server and a step of recovering a corrupted policy of the client transmitting the recovered data to the client.

본 발명에 따른 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템에 있어서, 상기 정책 관리 서버에서 상기 클라이언트로 전송하여, 상기 클라이언트에서 실행되는 정책은 상기 정책 관리 서버에서 상기 클라이언트로 최초로 전송하는 초기 정책(Initial Policy); In the policy management system that includes a policy management server and the client according to the present invention, by transmitting from the policy management server to the client, the policy to be executed in the client is the initial policy (Initial that the client sends the first in the policy management server Policy); 및 상기 클라이언트에 존재하는 마지막 버전 정책(Last Version Policy)과 상기 정책 관리 서버에서 배포할 다음 버전 정책(Next Version Policy)의 차이이고, 상기 버전 정책들 간에 버전 구간 정보를 포함하는 적어도 하나의 델타 정책을 포함한다. And the final version of the policy (Last Version Policy) and the policies and differences in the next version of the policy (Next Version Policy) to deploy on the management server, at least one of the Delta policy that includes a version of section information between the version of the policy that exists in the client It includes.

본 발명에 따른 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템에 있어서, 상기 클라이언트에 존재하는 마지막 버전 정책(Last Version Policy)과 상기 정책 관리 서버에서 배포할 다음 버전 정책(Next Version Policy)의 차이인 델타 정책은 상기 마지막 버전 정책과 다음 버전 정책 간의 버전 구간 정보; In the policy management system, including policy management server and the client according to the present invention, the delta difference in the final version of the policy (Last Version Policy) and the next version of the policy (Next Version Policy) for distribution in the policy management server that exists in the client version information Policy section between the final version of the policy and the next version of the policy; 및 상기 배포할 정책에서 변경될 규칙과 변경 형태를 포함한다. And a change in the form of rules and change the policy to be deployed.

본 발명에 따른 정책 관리 시스템은 클라이언트의 마지막 정책 버전을 확인하고, 상기 마지막 버전 정책(Last Version Policy)과 배포할 다음 버전 정책(Next Version Policy)의 차이인 델타 정책을 생성하며, 상기 두 버전 사이에 다수의 델타 정책이 존재하는 경우, 상기 다수의 델타 정책을 시퀀스로 연결 및 통합하여 상기 클라이언트에 배포하는 정책 관리 서버; Policy management system according to the invention determine the final version of the policy on the client, it generates the Delta policy difference in the next version of the policy (Next Version Policy) to be distributed and the final version of the policy (Last Version Policy), wherein between the two versions If multiple policies exist Delta, the policy management server that deployed the client to connect and integrate the multiple policies with Delta sequence; 및 상기 정책 관리 서버로부터 상기 델타 정책을 제공받아 다음 버전 정책을 실행하는 클라이언트를 포함한다. And providing the received delta policies from the policy management server includes a client that is running the next version of the policy.

본 발명의 세부 및 개선 사항은 종속항에 개시된다. More details and improvements of the invention are disclosed in the dependent claims.

이하, 첨부한 도면들을 참조하여 본 발명의 바람직한 실시예들을 상세히 설명한다. With reference to the accompanying drawings will be described in detail preferred embodiments of the present invention.

도 1 은 본 발명의 일 실시예에 따른 정책(Policy)의 정의, 실행, 변경 등을 설명하는 도면이다. 1 is a view for explaining the definition such as, running, change of policies (Policy) in accordance with one embodiment of the present invention.

도 1 을 참조하면, 정책 관리 시스템에서 정책(Policy)은 네트워크 자원을 관리 및 제어하기 위한 규칙의 집합으로써, 특정 조건(condition)이 발생할 경우 이에 대한 행위(action)의 목적 및 순서, 방법을 명확히 정의하고 있는 규칙들이다. Referring to Figure 1, the Policy (Policy) in policy management systems clearly the purpose and order, method of action (action) on this as a set of rules for the management and control of network resources, in the event that certain conditions (condition) which are defined rules.

또한, 지속적인 운용관리를 통해 구축된 지식 데이터를 기반으로 각 조건에 대해 조치한 여러 운용관리 행위들 중에서 최상의 결과를 낸 행위, 즉, 조건과 그 에 해당하는 행위의 집합을 정책이라고 할 수 있다. In addition, the ongoing based on the knowledge data established through the operation and management embellish the best results among the measures a number of operational management practices for each condition, action, that is, can be called the policy a set of actions that correspond to the conditions and. 따라서, 정책기반 관리에서 정책 정의가 핵심이며, 이러한 정책은 향후 지속적인 운용관리를 통해서 적용 결과를 분석하고, 다시 이를 반영하여 정책을 재정의함으로써 보다 효율적인 관리가 가능하다. Thus, a policy defined in the policy-based key management, this policy can be overridden by a more effective management policies to reflect this, and re-analyze the results applied through a future sustainable operation and management. 이러한 비즈니스 차원의 정책들은 궁극적으로 행위를 위해 네트워크에서 실행 가능한 차원의 명령으로 변환될 수 있어야 한다. These dimensions of business policies should be ultimately transformed into a viable level in the network to conduct command.

도면에서 정책A 및 정책B 가 도시되어 있다. There is shown a policy and the policy A B in the figure. 정책A는 정책 정보(Policy Information)와 규칙 1, 규칙 2등으로 구성되며, 상기 정책 정보는 버전, 등록 일자(Issue Date) 등으로 구성된다. A policy is composed of a policy information (Policy Information) and rule 1, rule 2, and so on, the policy information is of a version, the registration date (Issue Date) and the like. 마찬가지로 정책B 는 정책 정보, 규칙(규칙 가, 규칙 나) 등으로 구성된다. Similarly, Policy B is (a rule, or rules) policy information, rules and the like. 정책은 기본적으로 조건(condition)과 이에 상응하는 행위(action)의 쌍으로 구성된다. Policy is basically composed of a pair of condition (condition) and the corresponding behavior (action) to. 조건은 정책이 적용될 조건을 나타내며, 여기에는 사용자 이름, IP 주소, 포트 및 프로토콜 등의 파라미터들이 포함될 수 있다. Conditions represent the conditions the policy will be applied, which may include the parameters of the user name, IP address, and port and protocol. 행위는 조건이 발생할 때 어떤 정책 규칙을 실행해야 하는가를 정의한 것이다. What actions would you define the need to run any policy rules when these conditions occur. 즉, 망 트래픽이나 망 자원에 영향을 미치거나 이를 구성하는 하나 이상의 오퍼레이션을 말한다. In other words, it refers to one or more operations that insane or configure it affects the network traffic or network resources.

정책은 정책 정의 포인트(Policy Definition Point, 이하, "PDP")에서 정의되며, 정책 실행 포인트(Policy Enforcement Point, 이하, "PEP")에서 실행된다. Policy is implemented in the policy definition point defined in (Policy Definition Point, hereinafter, "PDP"), policy enforcement point (Policy Enforcement Point, hereinafter, "PEP").

PDP 는 PEP로부터 받은 정책 요청에 대해 적절한 정책을 결정하기 위해 PEP 로부터 보고 또는 요청받은 정보를 통해 상태를 분석하고, 정책 저장소에서 필요한 정책을 찾아 정책을 결정하고, 이를 PEP로 회신한다. The PDP analyzes the status information received through the reports or requests from PEP to determine the appropriate policy for a policy requests from PEP and find the necessary policies in the policy repository determine the policy, and returns it to the PEP. 이를 위해 PDP는 다음과 같은 역할 및 기능이 필요하다. To this end, the PDP is required following roles and functions: 첫째, PEP로부터 해당 인터페이스 혹은 상태에 대한 정보를 포함한 정책 요청(policy REQuest)을 수신할 수 있는 기능이 있어야 한다. First, it must be capable of receiving a policy request (policy REQuest), including information on the interface or status from the PEP. 둘째, 수신된 상태 혹은 요청에 맞는 정책을 정책 저장소로부터 검색할 수 있는 기능이 있어야 한다. Second, the policy for the state or receiving the request must have the ability to search from the policy store. 이때 시스템의 규모가 커질 경우, 여러 개의 PDP 가 존재할 수 있으며 PEP 간의 정책에 대한 불일치(confliction)이 있을 경우 이를 해결할 수 있는 기능도 필요하다. At this time, if it grows in size of the system, it may exist a number of PDP, and it also requires the ability to solve this, if there is disagreement about the policy between PEP (confliction). 셋째, PIB(Policy Information Base)로부터 해당 PEP 관련하여 검색된 정책의 의미를 해석할 수 있어야 한다. Third, from a PIB (Policy Information Base) must be able to interpret the meaning of the retrieved policy in relation to its PEP. 넷째, 결정된 정책을 PEP 가 실행할 수 있는 형태로 변환하여 PEP로 회신할 수 있어야 한다. Fourth, by converting the determined policies in a form that PEP will be run it must be able to respond to the PEP.

PEP 는 장비의 구소 요소 및 정책 등에 대한 상태를 감시하고, 이를 PDP로 보고하며, 이에 대해 PDP로부터 받은 정책을 해석하여 대상 장비에 명령을 실행한다. PEP is monitoring the condition of laboratory or the like element, and policies of the equipment and, and report this to the PDP, by interpreting the policy received from the PDP thereto and executes the command on the target device.

정책 저장소는 재사용 가능한 정책 요소(policy element)에 대한 논리적 컨테이너를 나타낸 추상 모델이며, 정책 규칙 및 관련 조건과 행위, 관련 정책 데이터들에 대한 관리 범위 및 네이밍(naming)을 나타내는 논리적 컨테이너이다. Policy Storage is a logical container for reusable policy elements represent an abstract model illustrates the logical container for (policy element), policy rules and administrative scope and naming (naming) for the relevant conditions and actions, and related policy data. 또한, 조건과 행위 및 정책 규칙, 관련된 정책 데이터들을 저장하는 데이터 저장소로써, 데이터베이스 혹은 디렉토리 형태를 가질 수 있다. In addition, as the data store for storing the conditions and actions and policy rules, policies related data, it can have a database or directory type.

도 2 는 본 발명의 다른 실시예에 따른 정책의 배포를 설명하는 도면이다. 2 is a view for explaining the distribution of a policy according to another embodiment of the present invention.

PDP와 PEP가 물리적으로 분리되어 있는 경우, PDP를 가진 Server, 즉 정책 관리 서버에서 PEP를 가진 클라이언트로 정책 배포가 이루어진다. If the PDP and PEP are physically separated, Server with the PDP, that is the policy made a policy deployment by the PEP clients with the management server.

도 2 를 참조하면, 정책 관리 서버에서 정책A 를 정의한다(1). 2, the policy defines a policy in the A management server (1). 이어 클라이언트로 정책A 의 배포가 이루어진다(2). A policy made after the deployment of the client (2). 상기 클라이언트에서는 정책A 를 적용한 다(3). In the client, applying the policy A (3). 여기서 클라이언트는, 예를 들면 유무선 단말을 모두 포함하는 개념이다. The client is, for example, is a concept that includes both wireless and wired terminals.

도 3 은 본 발명의 또 다른 실시예에 따른 정책 업그레이드를 설명하는 도면이다. Figure 3 is a view illustrating an upgrade policy according to an embodiment of the present invention.

정책의 배포는 일정한 시점, 예를 들면 정책 변경시, 또는 주기적으로, 또는 특정 이벤트 발생시마다 이루어지며, 클라이언트의 버전을 확인하고, 최신 버전의 정책으로 동기화하여 이루어진다. Deployment of a policy change is made to a certain point, when, for example, policies, or periodically, or whenever a particular event occurs, check the version of the client, and is achieved by synchronizing with the latest version of the policy.

도 3 을 참조하면, 먼저 정책 관리 서버에서 변경된 정책A' 로 정의된다(1). Referring to Figure 3, is defined by first policy A 'is changed from the policy management server (1). 이어, 정책 관리 서버에서 다음 버전 정책A' 가 클라이언트로 배포된다(2). Then, the policy management server is deployed in the next version of Policy A 'clients (2). 상기 클라이언트에서는 정책A 를 변경된 정책A' 로 대체한다(3). In the client replaces the changed policy to the policy A A '(3).

도 4 는 본 발명의 또 다른 실시예에 따른 델타 정책을 이용한 정책 변경 방법을 설명하는 도면이다. Figure 4 is a view illustrating a policy change method using a delta policy according to an embodiment of the present invention.

상기 델타 정책(Delta Policy)은 변경될 규칙과 변경 형태, 및 마지막 버전(Last Version)과 다음 버전(Next Version)으로 구성된다. The Delta policies (Delta Policy) is configured to change the rules and change shape, and the last version (Last Version) and the next version (Next Version).

상기 규칙의 변경 형태는 크게 다음 세 가지가 된다. Changing the shape of the rules are the three main things: 추가(Append), 삭제(Delete), 대체(Replace)로 구성된다. Consists of more (Append), deletion (Delete), substitution (Replace).

상기 마지막 버전(Last Version)은 델타 정책을 이용해 업그레이드하려는 정책 또는 정책과 델타 정책들의 집합의 현재 버전을 나타낸다. The last version (Last Version) represents the current version of the policy or set of policies and the policy that you want to upgrade using the delta delta policies.

상기 다음 버전(Next Version)은 상기 델타 정책으로 인해 업그레이드된 후의 버전을 나타낸다. The next version (Next Version) indicates the version after the upgrade due to the Delta policy.

도 4 를 참조하면, 마지막 버전 정책, 즉 정책B 는 버전 정보(Version 1.0), 규칙 1, 규칙 2, 규칙 3 및 규칙 4로 구성되고, 변경될 내용인 정책B 에 대한 델타 정책은 버전 정보(Last Version:1.1, Next Version:1.2), 규칙 3: 삭제(Delete), 규칙 2': 규칙 2를 대체(Replace)로 구성된다. 4, the last version of the policy, that the policy B is version information (Version 1.0), Rule 1, Rule 2, consists of Rule 3 and Rule 4, the delta policy for the change information, the policy B is version information ( Last Version: 1.1, Next Version: 1.2), rule 3: consists of replacing the rule 2 (replace): deleted (delete), rule 2. 상기 정책B와 정책B에 대한 델타 정책을 합하면, 다음 버전 정책, 즉 정책B'가 된다. The sum of the delta policy on the policy and the policy B B, the following is the version policy, that the policy B '. 상기 정책B'는 버전 정보(Version 1.2), 규칙 1, 규칙 2' 및 규칙 4로 구성된다. The policy B "is version information (Version 1.2), Rule 1, Rule 2, and Rule 4 is composed of.

도 5 는 본 발명의 또 다른 실시예에 따른 델타 정책을 이용한 정책 변경 방법을 설명하는 도면이다. 5 is a view for explaining the policy change method using a delta policy according to an embodiment of the present invention.

상기 방법을 간략히 설명하면, 정책의 변경 사항을 델타 정책(Delta Policy)으로 만들어 배포하면, 다음 버전의 정책 배포와 같은 효과를 볼 수 있다는 것이다. Briefly the method is that a change of policy you create and distribute policies to the Delta (Delta Policy), to see the effect of such policies and deployment of the next version. 정책의 변경은 결국 정책을 구성하는 규칙(Rule)의 변경이며, 규칙들은 서로 독립적이므로, 델타 정책(Delta Policy)은 실제 변경될 규칙들의 정보로 구성된다. Changes in policy and changes to the rules eventually (Rule) to configure policy rules are independent of each other, so, Delta policies (Delta Policy) consists of the actual information may change rules.

도 5 를 참조하면, 마지막 버전 정책인 정책A 는 버전 정보(Version 1.0), 규칙 1, 규칙 2, 규칙 3으로 구성되며, 여기에 변경 내용, 즉 정책A 에 대한 델타 정책은 버전 정보(Last version: 1.0, Next Version:1.1), 규칙 4 : 추가(Append)의 형태로 구성된다. Referring to FIG. 5, the final version of the policy, policy A is version information (Version 1.0), Rule 1, Rule 2, is composed of Rule 3, change here information, namely the Delta policy for the policy A is version information (Last version : 1.0, Next Version: 1.1), rule 4: is a type of additional (Append). 상기 마지막 버전 정책과 델타 정책을 합하면, 다음 버전 정책, 즉 정책A' 가 된다. The sum of the last version of policies and policy delta, is the next version of the policy, that the policy A '. 결론적으로 정책A' 는 버전 정보(Version 1.1), 규칙 1, 규칙 2, 규칙 3, 규칙 4로 구성된다. In conclusion, the policy A 'consists of the version information (Version 1.1), Rule 1, Rule 2, Rule 3, Rule 4.

도 6 은 본 발명의 또 다른 실시예에 따른 다수의 델타 정책을 병합한 정책 변경 방법을 설명하는 도면이다. 6 is a view illustrating a plurality of changes of merging the delta policy policies method according to an embodiment of the present invention.

상기 방법을 간략히 설명하면, 클라이언트가 가진 정책 버전(Policy Version)과 해당 정책의 최신 버전을 비교한다. A brief description of the method is compared with the client version of a policy (Policy Version) and the latest version of the policy. 이어, 두 버전 사이에 다수의 델타 정책이 존재하는 경우, 이들을 통합하여 하나의 델타 정책으로 만들 수 있다. Then, if the number of Delta policies exist between the two versions it can be created by integrating them into a single delta policies. 이러한 과정을 델타 정책 통합(Delta Policy Integration)이라 한다. This process is referred to as delta-policy integration (Delta Policy Integration).

도 6 을 참조하면, 클라이언트의 현재 정책 버전은 1.2이다. Referring to FIG. 6, the current version of the policy of the client 1.2. 상기 현재 정책(Version 1.2)은 초기 정책(정책A, Version 1.0), 델타 정책 1, 및 델타 정책 2로 구성된다. The current policy (Version 1.2) is composed of an initial policies (policy A, Version 1.0), delta Policy 1, and Delta 2 policies. 여기서 클라이언트의 초기 배포된 정책, 즉 정책A 는 버전 정보(Version 1.0, 발행일:2006...), 규칙 1, 규칙 2, 및 규칙 3으로 구성되고, 델타 정책 1 은 버전 정보(Version 1.0 => Version 1.1), 및 규칙으로 구성되고, 델타 정책 2 는 버전 정보(Version 1.1 => Version 1.2)로 구성된다. The initial deployment policy of the client, ie policy A version information (Version 1.0, Published: 2006 ...), the rule is composed of 1, Rule 2, and Rule 3, Delta Policy Version 1 (Version 1.0 => version 1.1), and rules are configured, the policy Delta 2 is composed of version information (version 1.1 => version 1.2).

여기에 배포할 델타 정책이 델타 정책 3, 델타 정책 4, 델타 정책 5 로 다수 존재하는 경우에, 이들 델타 정책들을 통합하여 하나의 델타 정책으로 만들어 배포하는 것이다. Delta Policy to deploy here in the case of multiple policies exist in Delta 3 and Delta Policy 4 Policy 5 Delta, Delta integrate these policies is to create and deploy a delta of one policy.

델타 정책 3은 버전 정보(Version 1.2 => Version 1.3)와 규칙들로 구성되고, 델타 정책 4 는 버전 정보(Version 1.3 => Version 2.0)와 규칙들로 구성되고, 델타 정책 5 는 버전 정보(Version 2.0 => Version 2.1)와 규칙들로 구성된다. Delta Policy 3 version information (Version 1.2 => Version 1.3) and consists of the rules, Delta Policy 4 is composed of version information (Version 1.3 => Version 2.0) and the rules and Delta Policy 5 version information (Version 2.0 => consists of Version 2.1) and rules. 이들 델타 정책들을 통합하여 하나의 델타 정책 가, 즉 버전 정보(Version 1.3 => Version 2.1)와 규칙들로 이루어진 하나의 델타 정책으로 만들어 배포하는 것이다. The integration of these policies is to distribute Delta Delta is one of the policy, that is, the version information (Version 1.3 => Version 2.1) and made into a single policy, consisting of delta rule.

상기 델타 정책 통합(Delta Policy Integration)은 인접한 구간(Interval)의 델타 정책(Delta Policy)들을 붙여 하나의 델타 정책(Delta Policy)으로 만드는 것이다. The Delta policy integration (Delta Policy Integration) is to make a paste Policy Delta (Delta Policy) of the adjacent section (Interval) by one of the delta Policy (Delta Policy). 예를 들어, [1.1, 1.2] 구간의 델타 정책과 [1.2, 1.9] 구간의 델타 정책을 통합하여, [1.1, 1.9] 구간의 델타 정책(Delta Policy)을 만들 수 있다. For example, a [1.1, 1.2] By integrating interval of the delta policy and [1.2, 1.9] interval of the delta policy, you can make a [1.1, 1.9] Delta policy (Delta Policy) of the section. 하지만 [1.1, 1.2]와 [1.3, 1.4]는 홀(Hole)이 있으므로 통합할 수 없다. However, [1.1, 1.2] and [1.3, 1.4] can not be integrated because the hole (Hole).

여기서, 델타 정책들의 규칙들을 통합하는 방법으로, 델타 정책을 구성하는 규칙들을 단순히 시퀀스(Sequence)로 연결하는 방법과 최소한의 변경으로 최적화 (Optimizing)하여 통합하는 방법이 있다. Here, as a way to consolidate the rule of Delta policies, there is a way to integrate and optimize (Optimizing) the rules that make up the Delta policy as a way to simply connect to the sequence (Sequence) with minimal changes. 예를 들어, 규칙 1:추가(Append)와 규칙 1: 삭제(Delete)는 상쇄하고, 규칙 2:추가(Append)와 규칙 3(규칙 2로 대체)은 규칙 3:추가(Append)로 단순화한다. For example, Rule 1: simplifies further (Append): Add (Append) and rule 1: Delete (Delete) is offset, and the rule 2: Add (Append) and Rule 3 (replaced with rule 2) Rule 3 .

결과적으로 가장 최근, 즉 클라이언트의 업그레이드된 최근 버전 정책(Latest Version Policy)는 버전 정보(Version 2.1)와 규칙 1, 규칙 2, 규칙 3 및 규칙 4로 구성된다. As a result, it is the most recent, or recently upgraded version of policy (Latest Version Policy) of the client configuration with version information (Version 2.1) and Rule 1, Rule 2, Rule 3 and Rule 4.

도 7 은 본 발명의 또 다른 실시예에 따른 정책 중 일부가 손상된 경우, 정책 복구 방법을 설명하는 도면이다. 7 is a view for explaining a case where a part of the policy, according to another embodiment of the present invention is damaged, recovery policy way.

정책 복구 방법을 간략히 설명하면, 클라이언트의 정책 중 일부가 손상된 경우, 버전 검사(Version Scanning)를 통해 복구가 필요한 홀 버전(Hole Version)을 찾고, 필요한 버전 구간을 서버 측에 요청한다. Briefly recovery policy way, if some of the client's policy is corrupted, searching the test version (Version Scanning) The hole version (Hole Version) needed repair through, and requests the required version of the server-side interval. 서버는 델타 정책 조각들과 초기 정책 등을 이용해 필요한 버전 구간의 델타 정책(Delta Policy) 또는 정책(Policy) 을 만든다. The server creates a delta Policy (Delta Policy) with the required version of the Delta policy pieces and initial policy region or a policy (Policy). 여기서 다수의 구간이 검색될 경우(즉, 홀이 많은 경우), 서버의 판단에 따라 최근 정책(델타 정책이 아닌)을 이용하여 한 번에 복구할 수도 있다. Here, when a plurality of search sections (ie, the number of holes), depending on the server determined by the recent policy (other than Delta policy) may be recovered at once. 만들어진 정책으로 클라이언트의 정책 저장소(Client Repository)를 복구한다. Policies designed to recover the client's policy repository (Client Repository). 여기서 정책 저장소(Client Policy Repository)는 초기 정책(Initial Policy)과 델타 정책을 전송받은 형태 그대로 저장해 두고, 정책 적용 시점에 적용될 규칙을 찾는다. The policy repository (Client Policy Repository) is a place to store the form received an initial policy (Initial Policy) and Delta policy intact, look for the rules to be applied to the policy enforcement point. 또한, 델타 정책을 전송받을 때마다 기존의 정책과 통합하여 하나의 정책으로 만들어 저장한다. In addition, integration with existing policies each time you receive a delta transfer policy, stores created a policy.

도 7 을 참조하면, 클라이언트 정책 저장소에는 정책A, 정책B,...등이 있다. 7, and the like client policy repository, the policy A, Policy B, .... 복구되어야할(홀이 있는) 정책A 는 정책A 및 정책A에 대한 델타 정책들을 포함한다. To be recovered (in the hall) A policy should include policies for Delta Policy A and Policy A. 정책A 는 버전 정보(Version 1.0)와 규칙 1, 규칙 2, 규칙 3으로 구성되고, A에 대한 델타 정책들(Version 1.0 => Version 1.1, Version 1.2 => Version 1.3 , Version 1.3 => Version 2.0)로 구성된다. Policy A is composed of a version information (Version 1.0) and rule 1, rule 2, rule 3, the delta policy for the A (Version 1.0 => Version 1.1, Version 1.2 => Version 1.3, Version 1.3 => Version 2.0) It consists of a. 여기서 클라이언트에서 상기 정책 A 의 버전 스캐닝을 통해 홀 버전, 즉 Version 1.1 => Version 1.2를 검색하여, 서버의 정책 저장소에 요청한다(1). The hole through the scanned version of the policy on the client version A, that is, by searching for Version 1.1 => Version 1.2, and requests the policy store of the server (1). 이어 서버는 정책 A 에 대한 델타 정책 가(Version 1.1 => Version 1.15), 및 델타 정책 나(Version 1.15 => Version 1.2)를 통합하여 하나의 델타 정책(Version 1.1 => Version 1.2)으로 만들어 클라이언트 정책 저장소의 손상된 정책을 복구한다. Following server Delta policy for the policy A (Version 1.1 => Version 1.15), and Delta Policy and one of the deltas policies to integrate (Version 1.15 => Version 1.2) (Version 1.1 => Version 1.2) to create client policy the recovery of damaged storage policies.

이상 본 발명의 바람직한 실시예를 기초로 설명되었지만, 당업자들은 본 발명이 속하는 기술분야의 기술적 사상이나 필수적 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. Above has been described based on the preferred embodiment of the invention, those skilled in the art will appreciate that without changing the technical spirit or essential features of the art may be embodied in other specific forms. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해되어야 한다. Therefore, the embodiment described in the above example are to be understood as exemplary rather than limiting in all aspects. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 한정되며, 특허청구범위의 의미 및 범위 그리고 그 등가 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되 어야 한다. The scope of the invention be construed as the following detailed description it is rather defined by the patent claims below, and all such modifications as derived from the meaning and range, and the equivalent concepts of the claims fall within the scope of the invention should.

본 발명에 따른 델타 정책을 이용한 정책 배포 및 관리 방법을 사용함으로써, 클라이언트의 현재 정책 버전에 맞춰 필요한 변경 사항만을 업그레이드하게 되므로, 정책 배포시 필요없는 트래픽을 제거하여 네트워크의 부하가 줄일 수 있다. By using policy deployment and management method using the Delta policy in accordance with the present invention, since only the changes needed to upgrade to the current version of the policy on the client, the policy may be to eliminate unnecessary traffic during deployment to reduce the load on the network. 또한, 획일적인 업그레이드에서 벗어나 네트워크 채널, 및 클라이언트의 성능에 적합한 배포 방식을 선택할 수 있으며, 정책 복구가 용이한 장점이 있다. In addition, out of uniform upgrade, you can select the appropriate distribution methods to the network channel, and the performance of the client, there is one policy that facilitates recovery benefits.

Claims (31)

  1. 삭제 delete
  2. 삭제 delete
  3. 삭제 delete
  4. 삭제 delete
  5. 삭제 delete
  6. 삭제 delete
  7. 삭제 delete
  8. 삭제 delete
  9. 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템에 있어서, 델타 정책을 이용하여 정책을 배포하는 방법으로서, In the policy management system, including policy management server and the client, as a way to deploy the policy using the Delta policy,
    (a) 상기 정책 관리 서버에서 상기 클라이언트의 마지막 버전 정책을 확인하는 단계; Comprising the steps of: (a) from the policy management server determine the last version of the policy of the client;
    (b) 상기 정책 관리 서버에서 상기 클라이언트의 마지막 버전 정책과 배포할 다음 버전 정책을 비교하는 단계; (B) the policy from the management server, and then compare the version of the policy you want to deploy the final version of the policy, the client;
    (c) 상기 정책 관리 서버에서 상기 마지막 버전 정책(Last Version Policy)과 다음 버전 정책(Next Version Policy)의 차이인 델타 정책을 생성하며, 상기 두 버전 사이에 다수의 델타 정책이 존재하는 경우, 상기 다수의 델타 정책을 시퀀스로 연결하여 통합하는 단계; (C) If the number of Delta policies between the final version of the policy (Last Version Policy) and the next version of the policy differences which creates a delta policies, the two versions of the (Next Version Policy) exists in the policy management server, the steps to integrate the connection of several policies to Delta sequence; And
    (d) 상기 정책 관리 서버에서 상기 통합된 델타 정책을 상기 클라이언트에 배포하는 단계를 포함하는 델타 정책을 이용한 정책 배포 방법. (D) Policy to deploy policies with Delta comprises deploying the integrated Delta policy to the client from the policy management server.
  10. 삭제 delete
  11. 제 9 항에 있어서, 상기 (c) 단계에서, In the step (c) according to claim 9,
    상기 다수의 델타 정책의 통합은 델타 정책의 규칙들을 최소한의 변경으로 최적화하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. Integration of the plurality of delta policies How policy deployment using the Delta policy which is characterized to optimize the rules of Delta policies with minimal change.
  12. 제 9 항 또는 제 11 항에 있어서, 10. The method of claim 9 or 11,
    상기 정책 관리 서버에서 상기 마지막 버전 정책과 상기 다음 버전 정책 사이에 인접한 버전의 정책들을 결합하여 하나의 델타 정책을 생성하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. Policy distribution method using the policy management server the last version of the policy with the next version delta policy, characterized in that for generating a delta policies by combining the policy of the adjacent version between policies.
  13. 제 9 항 또는 제 11 항에 있어서, 10. The method of claim 9 or 11,
    상기 델타 정책은 마지막 버전 정책과 다음 버전 정책 간의 버전 구간 정보 및 변경될 규칙과 변경 형태를 포함하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. The Delta policies How policy deployment using the Delta policy comprising the final version of the policy period and version information between the next version of the policy and regulations and changes shape to change.
  14. 제 13 항에 있어서, 상기 규칙의 변경 형태는, The method of claim 13, wherein the changing the shape of the rule,
    추가(Append), 삭제(Delete), 및 대체(Replace)를 포함하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. Policy deployment method Policy using the delta comprises the additional (Append), delete (Delete), and replace (Replace).
  15. 제 9 항 또는 제 11 항에 있어서, 상기 마지막 버전 정책은, 10. The method of claim 9 or 11, the last version policy,
    상기 델타 정책을 이용해 업그레이드하려는 정책인 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. Policy to deploy policies with Delta wherein the policy that you want to upgrade using the delta policies.
  16. 제 9 항 또는 제 11 항에 있어서, 상기 다음 버전 정책은, 10. The method of claim 9 or 11, the next version policy,
    상기 델타 정책으로 인하여 업그레이드된 후의 정책인 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. Policy to deploy policies with Delta wherein the policy after the upgrade due to the Delta policy.
  17. 제 9 항 또는 제 11 항에 있어서, 10. The method of claim 9 or 11,
    상기 클라이언트는 유무선 단말을 포함하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. The client policy distribution method using a delta policy comprises a wired or wireless terminal.
  18. 제 9 항 또는 제 11 항에 있어서, 10. The method of claim 9 or 11,
    상기 정책 관리 서버는 정책 결정 포인트(PDP)를 포함하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. The policy management server policy distribution method using a delta policy comprises a policy decision point (PDP).
  19. 제 9 항 또는 제 11 항에 있어서, 10. The method of claim 9 or 11,
    상기 클라이언트는 정책 실행 포인트(PEP)를 포함하는 것을 특징으로 하는 델타 정책을 이용한 정책 배포 방법. The client policy distribution method using a delta policy comprises a policy enforcement point (PEP).
  20. 정책 관리 서버와 클라이언트를 포함한 정책 관리 시스템에 있어서, 클라이언트의 정책이 손상된 경우 델타 정책을 이용하여 손상된 정책을 복구하는 방법으로서, In the policy management system, including policy management server and the client, if the client policy is damaged by the Delta policy as a way to repair the damaged Policy,
    (a) 상기 클라이언트에서 복구가 필요한 홀(hole) 버전을 검사하는 단계; Comprising the steps of: (a) an inspection hole (hole) required version recovered from the client;
    (b) 상기 클라이언트에서 손상된 상기 홀 버전을 상기 정책 관리 서버에 요청하는 단계; (B), at the client's request for the corrupt version hole on the policy management server;
    (c) 상기 정책 관리 서버에서 상기 홀 버전에 상응하는 복구 데이터를 생성 하는 단계; (C) generating recovery data corresponding to the hole in the version of the policy management server;
    (d) 상기 정책 관리 서버에서 상기 복구 데이터를 상기 클라이언트에 전송하여 상기 클라이언트의 손상된 정책을 복구하는 단계를 포함하는 정책 복구 방법. (D) recovery policy way that in the policy management server comprises the step of recovering a corrupted policy of the client transmitting the recovered data to the client.
  21. 제 20 항에 있어서, 상기 (c) 단계 이전에, The method of claim 20, wherein the step (c) prior to,
    (c0) 상기 정책 관리 서버에서 홀 버전의 수를 판단하는 단계를 더 포함하는 것을 특징으로 하는 정책 복구 방법. (C0) policy recovery method according to claim 1, further comprising the step of determining the number of holes in the version of the policy management server.
  22. 제 21 항에 있어서, 22. The method of claim 21,
    상기 판단 결과에 따라, 상기 복구 데이터는 상기 홀 버전에 상응하는 다수의 델타 정책이 통합된 델타 정책인 것을 특징으로 하는 정책 복구 방법. According to the determination result, the data recovery method of recovery policy, characterized in that a plurality of delta policy integration delta policy corresponding to the hole version.
  23. 제 21 항에 있어서, 22. The method of claim 21,
    상기 판단 결과에 따라, 상기 복구 데이터는 상기 홀 버전에 상응하는 델타 정책인 것을 특징으로 하는 정책 복구 방법. According to the determination result, the data recovery method is characterized in that the recovery policy delta policy corresponding to the hole version.
  24. 제 20 항 내지 제 23 항 중 어느 한 항에 있어서, A method according to any one of claim 20 through claim 23, wherein
    상기 클라이언트는 유무선 단말을 포함하는 것을 특징으로 하는 정책 복구 방법. The client policy recovery method comprising: a wired or wireless terminal.
  25. 제 20 항 내지 제 23 항 중 어느 한 항에 있어서, A method according to any one of claim 20 through claim 23, wherein
    상기 정책 관리 서버는 정책 결정 포인트(PDP)를 포함하는 것을 특징으로 하는 정책 복구 방법. The policy management server policy recovery method comprising: a policy decision point (PDP).
  26. 제 20 항 또는 제 23 항 중 어느 한 항에 있어서, A method according to any one of claims claim 20 or 23,
    상기 클라이언트는 정책 실행 포인트(PEP)를 포함하는 것을 특징으로 하는 정책 복구 방법. Policy recovery method comprising the client policy enforcement point (PEP).
  27. 삭제 delete
  28. 삭제 delete
  29. 삭제 delete
  30. 클라이언트의 마지막 정책 버전을 확인하고, 상기 마지막 버전 정책(Last Version Policy)과 배포할 다음 버전 정책(Next Version Policy)의 차이인 델타 정책을 생성하며, 상기 두 버전 사이에 다수의 델타 정책이 존재하는 경우, 상기 다수의 델타 정책을 시퀀스로 연결 및 통합하여 상기 클라이언트에 배포하는 정책 관리 서버; Check the final version of the policy on the client, it generates the Delta policy difference in the next version of the policy (Next Version Policy) to be distributed and the final version of the policy (Last Version Policy), which the majority of the Delta policy between the two versions exist If, policy management server that deployed the client to connect and integrate the multiple policies with Delta sequence; And
    상기 정책 관리 서버로부터 상기 델타 정책을 제공받아 다음 버전 정책을 실행하는 클라이언트를 포함하는 것을 특징으로 하는 정책 관리 시스템. Policy management system wherein the policy received from the policy management server provides the delta contains the clients that run the following versions of the policy.
  31. 제 30 항에 있어서, 31. The method of claim 30,
    상기 정책 관리 서버와 상기 클라이언트는 물리적으로 서로 분리되어 있는 것을 특징으로 하는 정책 관리 시스템. The policy management server and the client policy management systems being separated from each other physically.
KR1020050089421A 2005-09-26 2005-09-26 Policy deployment and management method using delta policy KR100730887B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020050089421A KR100730887B1 (en) 2005-09-26 2005-09-26 Policy deployment and management method using delta policy

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050089421A KR100730887B1 (en) 2005-09-26 2005-09-26 Policy deployment and management method using delta policy

Publications (2)

Publication Number Publication Date
KR20070034836A KR20070034836A (en) 2007-03-29
KR100730887B1 true KR100730887B1 (en) 2007-06-20

Family

ID=41633867

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050089421A KR100730887B1 (en) 2005-09-26 2005-09-26 Policy deployment and management method using delta policy

Country Status (1)

Country Link
KR (1) KR100730887B1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010063749A (en) * 1999-12-24 2001-07-09 오길록 Apparatus For Policy-based Qos Management Client And Method For Quality Management Using It
KR20010099004A (en) * 2001-08-07 2001-11-09 성낙철 System and method for managing specification of a remote place computer
US20030115484A1 (en) 1998-10-28 2003-06-19 Moriconi Mark S. System and method for incrementally distributing a security policy in a computer network
KR20060042783A (en) * 2004-11-10 2006-05-15 한국전자통신연구원 Method for policy distribution in policy-based network system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030115484A1 (en) 1998-10-28 2003-06-19 Moriconi Mark S. System and method for incrementally distributing a security policy in a computer network
KR20010063749A (en) * 1999-12-24 2001-07-09 오길록 Apparatus For Policy-based Qos Management Client And Method For Quality Management Using It
KR20010099004A (en) * 2001-08-07 2001-11-09 성낙철 System and method for managing specification of a remote place computer
KR20060042783A (en) * 2004-11-10 2006-05-15 한국전자통신연구원 Method for policy distribution in policy-based network system

Also Published As

Publication number Publication date
KR20070034836A (en) 2007-03-29

Similar Documents

Publication Publication Date Title
EP1750469B1 (en) Automatic mobile device capability management
US5933601A (en) Method for systems management of object-based computer networks
US7120690B1 (en) Managing a distributed directory database
CA2604312C (en) Apparatus and method for managing a network of intelligent devices
KR100573037B1 (en) Content extraction server on the rss and method thereof, service system for idle screen on mobile using the same
US5758077A (en) Service-centric monitoring system and method for monitoring of distributed services in a computing network
US6173418B1 (en) Computer for gathering log data
JP4317522B2 (en) Network traffic control in a peer-to-peer environment
US6085255A (en) System and associated method for re-engineering a telecommunications support system with object-oriented translators
EP0973296B1 (en) Controlling devices on a network through policies
US6353902B1 (en) Network fault prediction and proactive maintenance system
JP3002257B2 (en) Network management system
US8219664B2 (en) Defining nodes in device management system
EP0772319B1 (en) Method and system for sharing information between network managers
US7366989B2 (en) Element management system with data-driven interfacing driven by instantiation of meta-model
JP5391276B2 (en) Intelligent mobile device management client
US7366768B2 (en) Deploying service modules among service nodes distributed in an intelligent network
US6253243B1 (en) Automated trap control for a distributed network management system
US8910151B2 (en) Managing remote install of software components
US20030220975A1 (en) Group access management system
US7353289B2 (en) System for an open architecture development platform with centralized synchronization
US20040002978A1 (en) Bandwidth management for remote services system
EP1021014B1 (en) Method and system for network management
EP1655898B1 (en) Interworking network maps of network management and element management systems
US20030147350A1 (en) Prioritization of remote services messages within a low bandwidth environment

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120518

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee