KR20010021006A - 배급 데이터 처리 시스템에서 변화가 제어되는 데이터항목의 배급을 관리하는 방법 및 장치 - Google Patents

배급 데이터 처리 시스템에서 변화가 제어되는 데이터항목의 배급을 관리하는 방법 및 장치 Download PDF

Info

Publication number
KR20010021006A
KR20010021006A KR1020000033798A KR20000033798A KR20010021006A KR 20010021006 A KR20010021006 A KR 20010021006A KR 1020000033798 A KR1020000033798 A KR 1020000033798A KR 20000033798 A KR20000033798 A KR 20000033798A KR 20010021006 A KR20010021006 A KR 20010021006A
Authority
KR
South Korea
Prior art keywords
data structure
data
version
version number
client
Prior art date
Application number
KR1020000033798A
Other languages
English (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 포만 제프리 엘
Publication of KR20010021006A publication Critical patent/KR20010021006A/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/40—Data acquisition and logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99954—Version management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

데이터 구조의 배급을 관리하기 위한 데이터 처리 시스템에서의 방법 및 장치가 제공된다. 제1 데이터 구조는 제1 버전 식별자 (version identifier)를 포함하여 수신된다. 그 버전 식별자는 제1 데이터 구조에 대해 저장된다. 제2 구조는 제2 버전 식별자를 포함하여 수신된다. 제2 데이터 구조의 수신에 응답해, 제2 데이터 구조가 제1 데이터 구조에 대한 대치용인가 여부의 결정이 이루어진다. 제2 데이터 구조가 제1 데이터 구조에 대한 대치용이라는 것에 응답해, 제1 버전 식별자가 제2 버전 식별자와 다른가 여부의 결정이 이루어진다. 제1 버전 식별자가 제2 버전 식별자와 다르다는 결정에 응답해, 제1 데이터 구조는 제2 데이터 구조로 대치된다.

Description

배급 데이터 처리 시스템에서 변화가 제어되는 데이터 항목의 배급을 관리하는 방법 및 장치{METHOD AND APPARATUS FOR MANAGING DISTRIBUTION OF CHANGE-CONTROLLED DATA ITEMS IN A DISTRIBUTED DATA PROCESSING SYSTEM}
본 발명은 일반적으로 개선된 데이터 처리 시스템에 관한 것으로, 특히 데이터 항목을 배급하기 위한 방법 및 장치에 관한 것이다. 특별히, 본 발명은 변화가 제어되는 데이터 항목을 배급하는 방법 및 장치에 관한 것이다.
배급 시스템 관리 환경에서, 중앙 관리자나 서버 (server)는 클라이언트 (client)라 칭하여지는 많은 단말점과 동작한다. 시스템 관리 프로파일 (profile)은 클라이언트에서 관리되고 있는 일부 엔터티 (entity)의 예를 모델화하는데 사용되는 서버상의 데이터 레코드의 집합이다. 프로파일은 두 종류의 데이터 기록, 즉 정규 프로파일 기록 및 프로파일 메타-기록 (meta-record)을 포함한다. 두 종류의 기록은 모두 클라이언트에서 데이터 항목의 명칭, 종류, 및 값을 모델화하는 데이터 구조인 프로파일 기록 특성으로 구성된다. 두 종류의 기록은 모두 똑같은 특성을 포함하지만, 정규 프로파일 기록으로 설정되는 것은 정확하게 클라이언트에서의 관리 엔터티의 한 예에 관계되고, 프로파일 메타-기록으로 설정되는 것은 프로파일 정규 기록의 관리를 보조하는 것이다. 메타-기록의 예로는 새롭게 생성된 프로파일 기록의 특정한 특성에 대한 디폴트 (default) 값을 포함하는 디폴트 기록, 및 모든 프로프일 정규 기록이 따라야 하는 특정한 특성값에 대한 제한을 정의하는 비준 기록이 포함된다.
프로파일 동작에서는 많은 수의 데이터 기록이 서버로부터 클라이언트에게로 전달된다. 관리 데이터 항목의 서버 버전이 일반적으로 클라이언트 버전을 대신할 때, 특정한 프로파일 특성에서는 그 변화가 제어된다. 변화 제어란 특정한 조건이 만족되지 않으면 특정한 데이터 항목에 대한 서버의 값이 클라이언트의 값을 대신하지 말아야 함을 의미한다. 변화 제어되는 특성의 한 예로는 패스워드 (password)가 있다. 클라이언트 운영 시스템이 사용자에게 주기적으로 패스워드를 업데이트할 것을 요구하므로, 어카운트 (account) 패스워드의 서버와 클라이언트 버전은 시간에 걸쳐 엇갈릴 것으로 기대되어, 클라이언트 패스워드는 시스템 관리자가 서버 버전의 패스워드를 명확하게 변화할 때만 대치되어야 한다.
변화 제어를 요구하는 특성의 또 다른 예로는 로그인 (login)이 있다. 서버 버전의 로그인은 로그인이 대치되어야 하는 클라이언트 어카운트를 정확하게 식별하는데 이용가능한 정보가 충분하지 않기 때문에 클라이언트 버전을 항상 대치할 수 있는 것은 아니다; 이는 서버와 클라이언트 버전의 어카운트 로그인이 서버의 로그인 변화에 앞서 정합되지 않는 경우이다.
변화 제어되는 특성의 또 다른 예로는 UNIX 사용자 ID (UID)가 있다. 일부 사용자나 고객은 모든 경우의 특정 어카운트가 똑같은 UID를 갖기를 원하는 반면, 다른 고객은 다양한 클라이언트 기계에서 다양한 UID를 갖도록 허용하기를 원하기 때문에, UNIX UID의 변화를 적절하게 제어하는 것은 중요한 문제이다.
그러므로, 변화 제어되는 데이터 항목을 클라이언트에게 배급하는 것을 관리하기 위한 개선된 방법 및 장치를 갖는 것이 유리하다.
본 발명은 데이터 처리 시스템에 데이터 구조의 배급을 관리하기 위한 방법 및 장치를 제공한다. 제1 데이터 구조는 제1 버전 식별자를 포함하여 수신된다. 그 버전 식별자는 제1 데이터 구조에 저장된다. 제2 데이터 구조는 제2 버전 식별자를 포함하여 수신된다. 제2 데이터 구조를 수신하는 것에 응답하여, 제2 데이터 구조가 제1 데이터 구조를 대치한 것인가 여부에 대한 결정이 이루어진다. 제1 데이터 구조를 대치한 제2 데이터 구조에 응답해, 제1 버전 식별자가 제2 버전 식별자와 다른가 여부에 대한 결정이 이루어진다. 제1 버전 식별자가 제2 버전 식별자와 다르다는 결정에 응답해, 제1 데이터 구조는 제2 데이터 구조와 대치된다.
도 1은 본 발명이 실시될 수 있는 배급 데이터 처리 시스템의 도면.
도 2는 서버 (server)로 실시될 수 있는 데이터 처리 시스템의 블록도.
도 3은 본 발명이 실시될 수 있는 데이터 처리 시스템을 설명하는 블록도.
도 4는 본 발명의 바람직한 실시예에 따라 도시된 프로파일 기록 (profile record)을 변화시키는데 서버에 의해 사용되는 처리의 흐름도.
도 5는 본 발명의 바람직한 실시예에 따라 도시된 새로운 프로파일 기록을 생성하는데 서버에 의해 사용되는 처리의 흐름도.
도 6은 본 발명의 바람직한 실시예에 따라 도시된 변화를 클라이언트 (client)에 배급하는데 서버에 의해 사용되는 처리의 흐름도.
도 7은 본 발명의 바람직한 실시예에 따라 도시된 데이터 항목에 대한 값을 업데이트하는데 클라이언트에 의해 사용되는 처리의 흐름도.
도 8은 본 발명의 바람직한 실시예에 따라 도시된 수정 프로파일 기록을 사용하여 데이터 항목에 대한 값을 업데이트하는데 클라이언트에 의해 사용되는 처리의 흐름도.
도 9는 본 발명의 바람직한 실시예에 따라 도시된 새로운 프로파일 기록을 사용하여 데이터 항목에 대한 값을 업데이트하는데 클라이언트에 의해 사용되는 처리의 흐름도.
도 10a 내지 도 10c는 본 발명의 바람직한 실시예에 따라 도시된 패스워드 (password) 변화를 업데이트하는 도면.
도 11a 내지 도 11c는 본 발명의 바람직한 실시예에 따라 도시된 로그인 (login) 변화에 대한 도면.
도 12a 내지 도 12d는 본 발명의 바람직한 실시예에 따라 도시된 사용자 ID 변화에 대한 도면.
<도면의 주요 부분에 대한 부호의 설명>
100: 배급 데이터 처리 시스템
102: 네트워크
104: 서버
108, 110, 112: 클라이언트
이제 도면을 참고로, 도 1은 본 발명이 실시될 수 있는 배급 데이터 처리 시스템의 도면이다. 배급 데이터 처리 시스템(100)은 본 발명이 실시될 수 있는 컴퓨터 네트워크이다. 배급 데이터 처리 시스템(100)은 배급 데이터 처리 시스템(100)내에 함께 연결된 다양한 디바이스 및 컴퓨터 사이에 통신 링크를 제공하는데 사용되는 매체인 네트워크(102)를 포함한다. 네트워크(102)는 와이어 (wire)나 광케이블 섬유와 같은 영구적인 연결 또는 전화 연결을 통해 이루어지는 일시적 연결을 포함한다.
도시된 예에서, 서버 (server)(104)는 저장 유닛(106)과 함께 네트워크(102)에 연결된다. 부가하여, 클라이언트 (client) (108, 110, 112)도 또한 네트워크(102)에 연결된다. 클라이언트 (108, 110, 112)는 예를 들면, 개인용 컴퓨터나 네트워크 컴퓨터가 될 수 있다. 이 응용 (application)에서, 네트워크 컴퓨터는 네트워크에 연결된 또 다른 컴퓨터로부터 프로그램이나 다른 응용을 수신하는 네트워크에 연결된 임의의 컴퓨터이다. 도시된 예에서, 서버(104)는 부트 파일 (boot file), 운영 시스템 영상, 및 응용과 같은 데이터를 클라이언트 (108-112)에 제공한다. 클라이언트 (108, 110, 112)는 서버(104)에 대한 클라이언트이다. 배급 데이터 처리 시스템(100)은 추가 서버와 클라이언트, 및 도시되지 않은 다른 디바이스를 포함할 수 있다. 도시된 예에서, 배급 데이터 처리 시스템(100)은 서로 통신하는데 TCP/IP 프로토콜을 사용하는 게이트웨이 (gateway) 및 네트워크의 전세계적인 집합을 나타내는 네트워크(102)를 갖춘 인터넷이다. 인터넷의 중심에는 주요 노드와 호스트 컴퓨터 사이에서 고속 데이터 통신선의 백본 (backbone)이 있고, 이는 데이터 및 메시지를 전하는 수천개의 상업적, 정책적, 교육적 시스템, 및 다른 컴퓨터 시스템으로 구성된다. 물론, 배급 데이터 처리 시스템(100)은 또한 예를 들어, 인트라넷 (intranet), LAN (local area network), 또는 WAN (wide area network)과 같이, 다수의 다른 종류의 네트워크로 실시될 수 있다. 도 1은 한 예이지, 본 발명에 대한 설계적 제한으로 의도되지 않는다.
도 2를 참고로, 블록도는 본 발명의 바람직한 실시예에 따라 도 1의 서버(104)와 같은 서버로 실시될 수 있는 데이터 처리 시스템을 도시한다. 데이터 처리 시스템(200)은 시스템 버스(206)에 연결된 다수의 프로세서 (202, 204)를 포함하는 대칭적 멀티프로세서 (symmetric multiprocessor, SMP) 시스템이 될 수 있다. 다른 방법으로, 단일 프로세서 시스템이 사용될 수 있다. 시스템 버스(206)에는 또한 로컬 메모리(209)로의 인터페이스를 제공하는 메모리 제어기/캐시 (cache)(208)가 연결된다. I/O 브릿지 (bridge)(210)는 시스템 버스(206)에 연결되어 I/O 버스(212)로의 인터페이스를 제공한다. 메모리 제어기/캐시(208) 및 I/O 버스 브릿지(210)는 도시된 바와 같이 집적될 수 있다.
I/O 버스(212)에 연결된 PCI (Peripheral Component interconnect) 버스 브릿지(214)는 PCI 로컬 버스(216)로의 인터페이스를 제공한다. PCI 버스(216)에는 다수의 모뎀이 연결될 수 있다. 전형적인 PCI 버스의 실시는 4개의 PCI 확장 슬롯 (slot) 또는 부가 코넥터 (add-in connector)를 지지하게 된다. 도 1에서 네트워크 컴퓨터 (108-112)로의 통신 링크는 부가 보드를 통해 PCI 로컬 버스(216)에 연결된 모뎀(218) 및 네트워크 어댑터(220)를 통해 제공될 수 있다.
부가적인 PCI 버스 브릿지 (222, 224)는 부가 모뎀이나 네트워크 어댑터가 지지될 수 있는 부가 PCI 버스 (226, 228)에 대한 인터페이스를 제공한다. 이 방식으로, 서버(200)는 다수의 네트워크 컴퓨터와 연결될 수 있다. 메모리-맵핑 (mapping) 그래픽 어댑터(230) 및 하드 디스크(232)는 또한 도시된 바와 같이 직접 또는 간접적으로 I/O 버스(212)에 연결될 수 있다.
종래 기술에 숙련된 자는 도 2에 도시된 하드웨어가 변화될 수 있는 것으로 이해하게 된다. 예를 들면, 광디스크 드라이브 등과 같은 다른 주변 디바이스가 또한 도시된 하드웨어 대신에, 또는 그에 부가하여 사용될 수 있다. 도시된 예는 본 발명에 대한 설계 제한을 의미하는 것이 아니다.
도 2에 도시된 데이터 처리 시스템은 예를 들면, AIX (Advanced Interactive Executive) 운영 시스템을 운행하는 Armonk, New York의 IBM (International Business Machines)사 제품인 IBM RISC/System 600 시스템이 될 수 있다.
이제 도 3을 참고로, 블록도는 본 발명이 실시될 수 있는 데이터 처리 시스템을 설명한다. 데이터 처리 시스템(300)은 클라이언트 컴퓨터의 한 예이다. 데이터 처리 시스템(300)은 PCI 로컬 버스 설계를 사용한다. 비록 도시된 예는 PCI 버스를 사용하지만, Micro Channel 및 ISA와 같은 다른 버스 설계가 사용될 수 있다. 프로세서(302) 및 메인 메모리(304)는 PCI 브릿지(308)를 통해 PCI 로컬 버스(306)에 연결된다. PCI 브릿지(308)는 또한 프로세서(302)에 대한 집적 메모리 제어기 및 캐시 메모리도 포함할 수 있다. PCI 로컬 버스(306)로의 부가적인 연결은 직접적인 구성성분 상호연결을 통해, 또는 부가 보드를 통해 이루어질 수 있다. 도시된 예에서, LAN (local area network) 어댑터(310), SCSI 호스트 버스 어댑터(312), 및 확장 버스 인터페이스(314)는 직접적인 구성성분 연결에 의해 PCI 로컬 버스(306)로 연결된다. 대조적으로, 오디오 어댑터(316), 그래픽 어댑터(318), 및 오디오/비디오 어댑터(319)는 확장 슬롯에 삽입된 부가 보드에 의해 PCI 로컬 버스(306)로 연결된다. 확장 버스 인터페이스(314)는 키보드 및 마우스 어댑터(320), 모뎀(322), 및 부가 메모리(324)를 위한 연결을 제공한다. SCSI 호스트 버스 어댑터(312)는 하드 디스크 드라이브(326), 테이프 드라이브(328), 및 CD-ROM 드라이브(330)를 위한 연결을 제공한다. 전형적인 PCI 로컬 버스 실시는 3 또는 4개의 PCI 화상 슬롯이나 부가 커넥터를 지지하게 된다.
운영 시스템은 프로세서(302)에서 운행되고, 도 3의 데이터 처리 시스템(300)내에서 다양한 구성성분의 제어를 조화시켜 제공하는데 사용된다. 운영 시스템은 IBM사로부터 이용가능한 OS/2와 같이, 상업적으로 이용가능한 운영 시스템이 될 수 있다. "OS/2"는 IBM사의 등록상표이다. 운영 시스템과 연관되어 자바 (Java)와 같은 객체 지향 프로그래밍 시스템이 운행되고, 자바 프로그램 또는 데이터 처리 시스템(300)에서 실행되는 응용으로부터 운영 시스템에 호출을 제공한다. "자바 (Java)"는 Sun Microsystems사의 등록상표이다. 운영 시스템에 대한 지시, 객체 지향 운영 시스템, 및 응용이나 프로그램은 하드 디스크 드라이브(316)와 같은 저장 디바이스에 위치하고, 프로세서(302)에 의해 실행되도록 메인 메모리(304)로 로드 (load)될 수 있다.
종래 기술에 숙련된 자는 도 3의 하드웨어가 실시에 따라 변할 수 있는 것으로 이해하게 된다. 플래쉬 (flash) ROM (또는 그와 동일한 비휘발성 메모리) 또는 광디스크 드라이브 등과 같은 다른 내부 하드웨어나 주변 디바이스는 도 3에 도시된 하드웨어 대신에, 또는 그에 부가하여 사용될 수 있다. 또한, 본 발명의 처리는 멀티프로세서 데이터 처리 시스템에 적용될 수 있다.
예를 들면, 데이터 처리 시스템(300)은 선택적으로 네트워크 컴퓨터로 구성되는 경우 선택적으로 포함되는 것을 나타내는 도 3의 점선(332)으로 도시된 바와 같은 SCSI 호스트 버스 어댑터(312), 하드 디스크 드라이브(326), 테이프 드라이브(328), 및 CD-ROM(330)을 포함하지 않는다. 그 경우, 적절하게 클라이언트 컴퓨터라 칭하여지는 컴퓨터는 LAN 어댑터(310), 모뎀 등과 같은 일부 종류의 네트워크 통신 인터페이스를 포함하여야 한다. 또 다른 예로, 데이터 처리 시스템(300)은 데이터 처리 시스템(300)이 일부 종류의 네트워크 통신 인터페이스를 구비하는가 여부에 관계없이, 일부 종류의 네트워크 통신 네트워크에 의존하지 않고 부팅 (booting) 가능하게 구성된 독립형 시스템이 될 수 있다. 또 다른 예로, 데이터 처리 시스템(300)은 운영 시스템 파일 및/또는 사용자 발생 데이터를 저장하는 비휘발성 메모리를 제공하기 위해 ROM 및/또는 플래쉬 ROM으로 구성된 PDA (Personal Digital Assistant) 디바이스가 될 수 있다.
도 3에 도시된 예와 상기에 설명된 예들은 설계적인 제한을 의미하지 않는다. 예를 들면, 데이터 처리 시스템(300)은 또한 PDA 형태를 취하는 것에 부가하여 노트북 컴퓨터나 휴대용 컴퓨터가 될 수 있다. 데이터 처리 시스템(300)은 또한 키오스크 (kiosk) 또는 웹 어플라이언스 (Web appliance)가 될 수 있다.
본 발명은 서버로부터 다수의 클라이언트에서 데이터 항목에 대한 변화를 관리하는 방법, 장치, 및 지시를 제공한다. 이들 데이터 항목은 예를 들면, 데이터 기록, 파일 또는 다른 종류의 데이터 구조에 포함된다.
데이터 항목에 대한 버전수 (version number)는 서버에 의해 그 데이터 항목에 연관되어 저장된다. 이러한 데이터 항목들은 클라이언트로 배급된다. 데이터 항목의 내용이나 그 값이 변할 때마다, 버전수도 또한 변한다. 버전수는 또한 데이터 항목의 내용이나 값을 변화시키지 않고 서버에서 명확하게 설정될 수 있다. 각 클라이언트는 변화 제어되는 데이터 항목을 식별하기 위한 메카니즘을 포함한다. 변화 제어되는 항목에서, 수신된 데이터 항목의 버전수는 특정한 데이터 항목에 대해 가장 최근에 기록된 버전수에 비교된다. 버전수가 다르면, 수신된 데이터 항목의 값이나 내용은 대응하는 데이터 항목에 대한 기존의 값이나 내용을 오버라이트 (overwrite)하는데 사용된다.
이제는 도 4를 참고로, 프로파일 기록을 변화시키도록 서버에 의해 사용되는 처리의 흐름도가 본 발명의 바람직한 실시예에 따라 도시된다. 처리는 서버에 의해 수신되는 설정 리스트에 따라 변화될 하나 이상의 특성을 갖는 프로파일 기록을 선택하여 구함으로서 시작된다 (단계 400). 선택된 프로파일 기록으로부터, 서버는 변화될 프로파일 특성을 선택한다 (단계 402). 서버는 프로파일 특성을 리스트로부터 지시된 값으로 설정하고 (단계 404), 그 특성의 변화 플래그를 설정한다 (단계 406). 이어서, 서버는 프로파일 특성의 버전수를 증가시킨다 (단계 408). 이후에, 서버는 변화될 특성이 더 있는가 여부를 결정한다 (단계 410). 더 이상의 특성이 주어지지 않으면, 프로파일 기록 변화의 처리는 종료된다. 그렇지 않은 경우에는 처리가 단계(402)로 복귀되어 다음 특성을 선택한다.
이제는 도 5를 참고로, 새로운 프로파일 기록을 생성하도록 서버에 의해 사용되는 처리의 흐름도가 본 발명의 바람직한 실시예에 따라 도시된다. 처리는 서버가 새로운 빈 프로파일 기록을 생성하는 것으로 시작된다 (단계 500). 이어서, 서버는 새로운 기록에 초기화되어야 하는 프로파일 특성을 선택한다 (단계 502). 서버는 명확한 사용자의 지시에 의해, 또는 디폴트 (default)값으로부터 나타내지는 바와 같이 프로파일 특성을 설정한다 (단계 504). 다음에는 특성의 버전수가 특수한 '콜드 (cold)' 버전값으로 초기화되어 (단계 506), 그 특성이 생성된 기록에 주어지지만 업데이트되지 않았음을 나타낸다. 이후에, 서버는 초기화될 특성이 더 있는가 여부를 결정한다 (단계 508). 초기화하는데 주어진 특성이 더 이상 없으면, 새로운 프로파일 기록의 생성 과정은 종료된다. 그렇지 않은 경우에는 상기에 설명된 바와 같이 처리가 단계(502)로 복귀된다.
이제는 도 6을 참고로, 클라이언트에 변화를 배급하도록 서버에 의해 사용되는 처리의 흐름도가 본 발명의 바람직한 실시예에 따라 도시된다. 이 처리는 서버가 클라이언트로 전달될 기록을 선택하는 것으로 시작된다. 변화제어 메타-기록 (meta-record)이 선택되고 (단계 600), 프로파일로부터의 최종 배급이 선택된 이래로 부가되거나 변화된 프로파일 기록을 선택한다 (단계 602). 다음에는 서버가 그 기록을 제공된 클라이언트 리스트에 전달한다 (단계 604). 본 예에서, 서버는 배급한 기록을 어느 클라이언트가 수신하는가를 추적하지 않는다. 기록이 전달된 이후에, 서버는 배급된 모든 프로파일 기록내의 모든 특성에서 변화 플래그를 클리어 (clear)하고 (단계 606), 이어서 배급 처리를 종료한다.
이제는 도 7을 참고로, 데이터 항목의 값을 업데이트하도록 클라이언트에 의해 사용되는 처리의 흐름도가 본 발명의 바람직한 실시예에 따라 도시된다. 이 처리는 클라이언트가 변화 제어 메타-기록을 수신하여 분석할 때 시작된다 (단계 700). 메타-기록은 항상 첫번째로 수신된 기록이고, 그 내용은 이 배급에서 어느 프로파일 특성이 변화 제어되는가를 설명하는 리스트로 변환된다. 이후에, 클라이언트는 수신된 프로파일 기록 중 하나를 선택하고 (단계 702), 서버에 의해 새로운 것으로 표시된 프로파일 기록인가 여부를 결정한다 (단계 704). 기록이 새로운 것이면, 클라이언트는 새로운 기록 처리를 실행한다 (단계 706). 단계(706)는 추후 도 9에서 보다 상세히 설명된다. 기록이 새로운 것이 아니면, 클라이언트는 수정된 기록 처리 (단계 710)를 실행한다. 단계(710)는 추후 도 8에서 보다 상세히 설명된다. 현재 기록에서 종료될 때, 클라이언트는 처리되지 않은 다른 기록이 있는가 여부를 결정한다 (단계 708). 더 이상 기록이 주어지지 않으면, 수신된 프로파일 기록의 처리가 종료된다.
이제는 도 8을 참고로, 수정된 프로파일 기록을 사용함으로서 데이터 항목의 값을 업데이트하도록 클라이언트에 의해 사용되는 처리의 흐름도가 본 발명의 바람직한 실시예에 따라 도시된다. 클라이언트는 수정된 프로파일 기록에 포함된 특성 중 하나를 선택하고 (단계 800), 그 특성이 변화 제어되는가 여부를 결정한다 (단계 802). 특성이 변화 제어되면, 클라이언트는 이 특성에 대응하여 버전 데이터베이스 엔트리 (entry)가 존재하는가 여부를 결정한다 (단계 804). 버전 데이터베이스 엔트리가 발견되면, 클라이언트는 엔트리의 버전수를 프로파일 특성의 버전수와 비교한다 (단계 806). 버전이 정합되면, 클라이언트는 프로파일 특성으로부터의 값을 무시하고, 이 기록이 처리되지 않은 특성을 더 포함하는가 여부를 결정하도록 단계(812)로 진행한다. 그렇지 않은 경우, 버전이 정합되지 않으면, 클라이언트는 특성에 대한 서버값을 수용하고 (단계 808), 그 특성의 값과 버전수로 버전 데이터베이스를 업데이트한다 (단계 810).
단계(802)로 복귀하여, 특성이 변화 제어되지 않으면, 클라이언트는 서버값을 수용하지만 (단계 814), 버전 데이터를 업데이트하지 않고 이 기록이 처리되지 않은 특성을 더 포함하는가 여부를 결정하도록 단계(812)로 진행한다.
단계(804)로 복귀하여, 이 프로파일 특성에 대응하는 버전 데이터베이스 엔트리가 없으면, 클라이언트는 그 특성의 변화 플래그를 테스트한다 (단계 816). 변화 플래그가 설정되어 있으면, 그 특성은 최근에 변화된 것이므로, 클라이언트는 특성값을 수용하고 (단계 808), 버전 데이터베이스를 업데이트한다 (단계 810). 그렇지 않은 경우, 변화 플래그가 클리어되면, 클라이언트는 그 특성값을 무시하지만, 나중에 참고하도록 버전 데이터베이스를 업데이트하게 된다 (단계 810). 이때, 클라이언트는 이 기록이 처리되지 않은 특성을 더 포함하는가 여부를 결정한다 (단계 812). 처리되지 않은 특성이 더 이상 없으면, 클라이언트는 이 프로파일 기록의 처리를 종료한다. 그렇지 않은 경우에는 처리가 단계(800)로 복귀한다.
이제는 도 9를 참고로, 새로운 프로파일 기록을 사용함으로서 데이터 항목의 값을 업데이트하도록 클라이언트에 의해 사용되는 처리의 흐름도가 본 발명의 바람직한 실시예에 따라 도시된다. 클라이언트는 새로운 프로파일 기록에 포함된 특성 중 하나를 선택하고 (단계 900), 그 특성이 변화 제어되는가 여부를 결정한다 (단계 902). 특성이 변화 제어되면, 클라이언트는 새로운 프로파일 기록에 의해 나타내지는 엔터티가 이미 클라이언트에 존재하는가 여부를 결정한다 (단계 904). 이러한 경우의 예는 클라이언트 사용자 어카운트를 나타내는 새로운 프로파일 기록이 클라이언트의 시스템 파일에 이미 존재하는 어카운트와 정합하는 로그인을 갖는 것으로 발견될 때 일어난다.
프로파일 기록이 현존하는 클라이언트 엔터티에 대응하지 않으면, 클라이언트는 특성값을 수용하고 (단계 906), 버전 데이터베이스를 업데이트한다 (단계 908). 클라이언트 엔터티가 이미 존재하면, 처리는 그 특성값을 무시하지만, 버전 데이터베이스를 업데이트한다 (단계 908). 다음에는 처리되지 않은 특성이 더 있는가 여부에 대한 결정이 이루어진다 (단계 910). 특성이 더 주어지면, 처리는 단계(900)로 복귀한다. 그렇지 않은 경우에는 처리가 종료된다.
단계(902)로 복귀하여, 새로운 프로파일 기록 특성이 변화 제어되지 않으면, 클라이언트는 버전 데이터베이스를 업데이트하지 않고 특성값을 수용한다 (단계 912). 이어서, 처리는 단계(910)로 진행되고, 기록이 처리되지 않은 특성을 포함하면, 클라이언트는 이 프로파일 기록의 처리를 종료한다.
다음에는 도 10a 내지 도 10c를 참고로, 패스워드 변화를 업데이트하는 도면이 본 발명의 바람직한 실시예에 따라 도시된다. 본 예는 본 발명의 메카니즘이 패스워드에 대한 변화를 관리하는데 버전수를 사용하는 방법을 설명한다.
도 10a에서는 기록(1002)이 생성되어 변화 제어 메타-기록(1000)과 함께 서버(1004)에서 클라이언트 (1006, 1008)로 전달된다. 이들 클라이언트는 또한 '단말점 (end point)'이라 칭하여진다. 변화 제어 메타-기록(1000)은 2개의 프로파일 특성, 즉 로그인 (login)과 패스워드 (password)가 현재 변화 제어되고 있음을 나타낸다. 메타-기록에서 UID에 대해서는 변화 제어 플래그가 설정되어 있지 않기 때문에, UID는 현재 변화 제어되지 않는다.
본 예의 기록(1002)은 각각이 명칭, 값, 버전, 및 변화 플래그로 설명되는 3개의 프로파일 특성과 프로파일 기록 키 ('R')를 포함하는 데이터 구조이다. 기록(1002)에서, 로그인 특성은 값 A를 갖고, 사용자 ID ('UID')는 값 001을 갖고, 또한 패스워드 특성은 값 P를 갖는다. 모든 프로파일 특성에 대한 버전수는 변화 제어되는가 여부에 관계없이 특수 '콜드 (cold)' 값에서 시작된다; 그러므로, 모두 3개의 이들 특성들은 버전수 1에서 시작되는 것으로 도시된다. 기록(1002)의 변화 플래그는 기록이 최종적으로 배급된 이래로 특성이 변화되었나 여부를 나타낸다; 이 도면에서는 기록(1002)이 새롭게 생성되었으므로, 각 특성에 대한 변화 플래그는 0으로 설정된다.
클라이언트 (1006, 1008)는 모두 먼저 메타-기록(1000)을 수신하고, 이어서 기록(1002)을 수신한다. 클라이언트(1006)는 메타-기록을 해석하여 변화 제어되는 특성의 내부 리스트를 저장한다. 이 클라이언트가 기록(1002)에 대응하는 로컬 어카운트를 생성하기 시작할 때, 변화 제어되는 로그인 특성을 접하게 되고, 로그인값과 버전수를 기록하도록 엔트리를 버전 데이터베이스에 저장한다. 버전 데이터베이스(1010)는 배급되기 이전의 내용을 나타낸다. 버전 데이터베이스(1012)는 엔트리가 저장된 이후의 내용을 도시한다. 이 작용은 클라이언트(1006)가 패스워드 특성을 접할 때까지 반복되지만, UID에 대해서는 변화 제어되지 않는 것으로 공지되었기 때문에, 버전 데이터베이스 엔트리가 생성되지 않는다. 클라이언트는 기록(1002)이 새로운 것이기 때문에 로그인 및 패스워드에 대한 서버값을 수용하고, UID에 대해서는 그 특성이 변화 제어되지 않기 때문에 서버값을 수용한다. 클라이언트가 기록(1002)에 포함된 데이터의 처리를 완료하면, 새로운 어카운트 기록을 그 시스템 파일에 기록한다. 기록(1014)은 배급 이전의 내용을 도시하고, 기록(1016)은 데이터가 기록된 이후의 내용을 도시한다. 유사한 단계가 클라이언트(1008)에 의해서도 실행된다.
도 10b에서는 패스워드가 P에서 Q로 변화되었고, 새로운 이 패스워드는 기록(1026)으로 클라이언트 (1006, 1008)에 배급된다. 패스워드에 대한 버전수는 1에서 2로 변화되었고, 이 특성에 대한 변화 플래그는 이제 1로 설정된다. 변화 제어 메타-기록(100)은 변화되지 않는다. 본 예에서, 메타-기록 및 새로운 패스워드는 클라이언트(1008)에 의해 수신되지 않는다. 클라이언트(1006)는 메타-기록으로부터 로그인 및 패스워드가 변화 제어된 것으로 결정한다. 기록(1026)으로부터 로그인을 처리할 때, 클라이언트는 기록 키 'R'로 로그인을 설명하는 엔트리에 대해 버전 데이터베이스(1012)를 점검한다. 엔트리가 발견되면, 클라이언트는 버전 데이터베이스 엔트리로 포함된 버전수를 기록(1026)의 로그인 특성내의 버전수와 비교한다; 버전수가 모두 1이므로, 클라이언트는 이 특성의 최근 버전을 이미 가진 것으로 인식하므로, 기록(1026)에 의해 주어지는 로그인값을 무시한다. 그러나, 패스워드를 처리할 때, 들어온 버전 (2)이 버전 데이터베이스(1012)에 저장된 수 (1)와 정합되지 않으므로, 클라이언트는 기록(1026)이 기록 키 'R' 이전에 보았던 것 보다 새로운 패스워드를 가진 것임을 발견한다. 그러므로, 클라이언트는 어카운트의 현재 패스워드를 기록(1026)에 의해 제공된 값으로 대치하고, 이 변화는 어카운트가 다시 클라이언트의 시스템 파일에 기록될 때 반영된다. 엔트리(1016)는 시스템에 변화가 주어지기 이전의 내용을 도시하고, 엔트리(1030)는 배급 이후의 내용을 도시한다. 클라이언트가 서버 버전의 패스워드를 수용하기로 결정할 때, 버전 데이터베이스에서는 대응하는 엔트리도 업데이트된다. 버전 데이터베이스(1012)는 업데이트 이전의 내용을 도시하고, 버전 데이터베이스(1028)는 새로운 패스워드값과 버전수로 업데이트된 이후의 내용을 도시한다.
클라이언트(1008)에 대한 버전 데이터베이스(1020)는 기록(1026)을 수신하지 않았기 때문에 아직 패스워드에 대한 이전 값과 함께 버전수 1을 갖는다. 그 결과로, 클라이언트(1006)에 대한 시스템 파일 엔트리(1030)는 새로운 패스워드 Q를 갖는 반면에, 클라이언트(1008)에 대한 시스템 파일 엔트리(1024)는 아직 패드워드 P를 포함한다.
도 10c에서, 사용자 ID는 기록(1032)에 도시된 바와 같이, 001에서 002로 변화된 값을 갖는 변화 제어되지 않는 데이터 항목이다. 이 경우, 메타-기록(1000) 및 기록(1032)은 두 클라이언트 (1006, 1008)에 의해 수신된다. 클라이언트(1006)는 특성이 변화 제어되지 않기 때문에 사용자 ID (시스템 파일(1034)에 도시된 바와 같이)를 업데이트하고, 이러한 특성은 언제나 서버값에 의해 오버라이트된다. 이 클라이언트는 기록(1032)에서 발견된 변화 제어되는 로그인 및 패스워드 특성에 대해 버전 데이터베이스를 점검하지만, 기록 키 'R'의 로컬 버전이 현재 사용되고 있으므로, 서버값을 무시하고 버전 데이터베이스를 변화시키지 않는다.
클라이언트(1008)는 기록(1032)의 로그인 및 패스워드 버전수를 버전 데이터베이스(1020)에 저장된 것과 비교한다. 이 클라이언트는 패스워드 특성의 버전이 오래된 것임을 발견하여, 서버의 패스워드값을 수용하고 버전 데이터베이스 엔트리 (버전 데이터베이스(1036)에 반영되는)를 업데이트한다. 볼 수 있는 바와 같이, 패스워드는 원래 패스워드 변화가 클라이언트(1008)에 의해 빠졌더라도 업데이트된다. 이 클라이언트는 또한 사용자 ID 특성이 변화 제어되지 않기 때문에 이를 업데이트한다. 클라이언트(1008)에서 시스템 파일에 대한 결과적인 변화는 시스템 파일에서 엔트리(1038)에 의해 도시된다.
이제 도 11a 내지 도 11c를 참고로, 로그인 변화에 대한 도면이 본 발명의 바람직한 실시예에 따라 도시된다. 본 예는 본 발명의 메카니즘이 로그인에 대한 변화를 관리하는데 버전수를 사용하는 방법을 설명한다. 도 11a에서, 기록(1102)은 기록 키 'R' 및 3개의 프로파일 특성, 즉 값 A, 버전 1, 변화 플래그 0을 갖는 로그인 특성; 값 001, 버전 1, 변화 플래그 0을 갖는 UID 특성; 또한 값 P, 버전 1, 변화 플래그 0을 갖는 패스워드 특성을 갖고 생성된 데이터 구조이다. 변화 제어 메타-기록(1100)은 똑같은 3개 특성에 대해 변화 제어 정보를 포함하고, 로그인 및 패스워드는 변화 제어되는 반면 UID는 변화 제어되지 않음을 나타낸다.
서버(1104)는 메타-기록(1100) 및 기록(1102)을 클라이언트 (1106, 1108)에 배급하는데 사용된다. 기록(1102)을 수신하면, 클라이언트(1106)는 버전 데이터베이스에서 엔트리를 생성하게 된다. 버전 데이터베이스(1110)는 엔트리가 생성되기 이전의 내용을 도시하고, 버전 데이터베이스(1112)는 엔트리가 생성된 이후의 내용을 도시하여 기록(1102)의 변화-제어되는 특성의 키, 명칭, 버전, 및 그 값을 나타낸다. 클라이언트는 기록(1102)이 새로운 것이기 때문에 로그인 및 패스워드에 대한 서버값을 수용하고, UID에 대해서는 그 특성이 변화 제어되지 않기 때문에 서버값을 수용한다. 클라이언트(1106)에서 시스템 파일에 대한 결과적인 변화는 엔트리(1116)에 도시된다. 클라이언트(1108)는 유사한 단계로 이어진다. 배급을 결정할 때, 클라이언트 (1106, 1108)는 모두 로그인 A, UID 001, 및 패스워드 P를 갖는 새로운 어카운트를 갖고, 기록 R에 대한 로그인 특성을 값 A 및 버전 1과 연관시키고 기록 R에 대한 패스워드 특성을 값 P 및 버전 1과 연관시키는 버전 데이터베이스 엔트리를 갖는다.
도 11b에서, 로그인은 기록(1126)에서 볼 수 있는 바와 같이, A에서 B로 변하고, 그 변화에 대응하여 버전수는 1에서 2로, 변화 플래그는 0에서 1로 변한다. 메타-기록(1100) 및 기록(1126)은 본 예에서 클라이언트(1106)에 의해 수신되지만, 클라이언트(1108)에 의해서는 수신되지 않는다. 클라이언트(1106)는 기록(1126)에서 변화 제어되는 특성의 버전수를 버전 데이터베이스(1112)에 저장된 버전수와 비교한다. 로그인은 버전수가 다르기 때문에 클라이언트(1106)에서 A로부터 B로 업데이트된다. 키 R과 특성 '로그인 (login)'을 갖는 기록에 대해 버전 데이터베이스 엔트리를 업데이트하기 이전에, 클라이언트(1106)는 B로 바뀔 시스템 엔트리의 명칭으로 로그인값 A를 주목한다. 업데이트된 버전 데이터베이스는 버전 데이터베이스(1128)에 도시된다.
이 배급을 결정할 때, 클라이언트(1106)는 엔트리(1130)에 도시된 바와 같이, 로그 A를 갖는 시스템 엔트리를 로그 B를 갖도록 수정하고, 그 로그인값과 연관된 버전수 2를 갖는다. 클라이언트(1108)에서는 기록(1126)이 클라이언트(1108)에 의해 수신되지 않기 때문에 로그인이 변화되지 않는다. 클라이언트(1108)에 대한 버전 데이터베이스(1120)는 기록 R의 로그인 특성을 값 A 및 버전 1과 연관시키고, 시스템 파일 엔트리(1124)는 아직 로그인 A를 나타낸다.
도 11c에서는 로그인이 B에서 C로 변화되어 기록(1132)에 배치된다. 부가하여, 버전수는 3으로 증가되고, 변화 플래그는 1로 설정된다. 메타-기록(1100) 및 기록(1132)은 서버(1104)에 의해 클라이언트 (1106, 1108)로 전달된다. 기록(1132)에서 변화 제어되는 특성에 대한 버전 수를 로그인 및 패스워드에 대해 버전 데이터베이스(1128)에 저장된 버전수와 비교한 이후에, 클라이언트(1106)는 추후 명칭이 바뀔 엔트리로 로그인 B를 주목하여 로그인을 B에서 C로 변화시키고, 이어서 버전 데이터베이스(1134)에 도시된 바와 같이, 새로운 로그인값과 버전수로 버전 데이터베이스를 업데이트한다. 배급을 결정할 때, 클라이언트(1106)는 (1136)에 도시된 바와 같이 로그 B를 갖는 엔트리를 로그인 C를 갖도록 명칭을 바꾸어 시스템 파일을 업데이트한다. 클라이언트(1108)는 기록(1132)의 변화 제어되는 버전수를 버전 데이터베이스(1120)에서 발견되는 버전수와 비교하고, 키 R를 갖는 기록의 로그인이 오래된 것임을 발견한다. 이어서 시스템 파일에서 명칭이 바뀔 로그인 A를 주목하여, 클라이언트(1108)는 버전 데이터베이스(1138)에 도시된 바와 같이 키 R과 특성 '로그인'을 갖는 기록에 대해 값 C 및 버전 3을 갖도록 버전 데이터베이스를 업데이트한다.
시스템 기록을 재기록할 때, 이 클라이언트는 엔트리(1140)에 도시된 바와 같이 로그인 C를 갖도록 로그인 A를 바꾼다. 이 경우에는 클라이언트(1108)가 로그인에 대한 이전 업데이트를 빠뜨렸더라도 업데이트가 이루어진다. 이때, 클라이언트 (1106, 1108)는 모두 로그인 C 및 연관된 버전수 3을 갖게 된다.
이제 도 12a 내지 도 12d를 참고로, 사용자 ID 변화에 대한 도면이 본 발명의 바람직한 실시예에 따라 도시된다. 본 예는 본 발명의 메카니즘이 사용자 ID에 대한 변화를 관리하는데 변화 제어 메타-기록에서의 설정 및 버전수를 사용하는 방법을 설명한다.
도 12a에서, 기록(1202)은 기록 키 'R' 및 3개의 프로파일 특성, 즉 값 A, 버전 1, 변화 플래그 0을 갖는 로그인 특성; 값 001, 버전 1, 변화 플래그 0을 갖는 UID 특성; 또한 값 P, 버전 1, 변화 플래그 0을 갖는 패스워드 특성을 갖고 생성된 데이터 구조이다. 변화 제어 메타-기록(1200)은 똑같은 3개 특성에 대해 변화 제어 정보를 포함하고, 로그인 및 패스워드는 변화 제어되는 반면 UID는 변화 제어되지 않음을 나타낸다. 메타-기록에서 UID 플래그에 대한 초기 설정은 변화 제어 메타-기록에서 플래그가 0으로, 서버의 UID가 배급시 항상 클라이언트의 UID를 오버라이트하므로, 배급 단말점에 걸쳐 UID가 균일하게 유지되기를 원하는 경우 고객이나 사용자가 선택하게 되는 것이다.
서버(1204)는 메타-기록(1200) 및 기록(1202)을 클라이언트 (1206, 1208)에 배급하는데 사용된다. 기록(1202)을 수신하면, 클라이언트(1206)는 버전 데이터베이스에서 엔트리를 생성한다. 버전 데이터베이스(1210)는 엔트리를 생성하기 이전의 내용을 도시하고, 버전 데이터베이스(1212)는 엔트리를 생성한 이후의 내용을 도시하여 기록(1202)의 변화-제어되는 특성의 키, 명칭, 버전, 및 그 값을 나타낸다. 클라이언트는 기록(1202)이 새로운 것이기 때문에 로그인 및 패스워드에 대한 서버값을 수용하고, UID에 대해서는 그 특성이 변화 제어되지 않기 때문에 서버값을 수용한다.
클라이언트(1206)에서 시스템 파일에 대한 결과적인 변화는 엔트리(1216)에 도시된다. 클라이언트(1208)는 유사한 단계로 이어진다. 배급을 결정할 때, 클라이언트 (1206, 1208)는 모두 로그인 A, UID 001, 및 패스워드 P를 갖는 새로운 어카운트를 갖고, 기록 R에 대한 로그인 특성을 값 A 및 버전 1과 연관시키고 기록 R에 대한 패스워드 특성을 값 P 및 버전 1과 연관시키는 버전 데이터베이스 엔트리를 갖는다.
도 12b에서, 클라이언트(1208)는 시스템 파일(1224)을 국부적으로 변화시켜, 로그인 A에 대한 UID를 001에서 200으로 변화시킨다. 변화된 시스템 파일은 엔트리(1226)와 같이 도시된다. 이 변화는 어떠한 방법으로든 서버(1204)나 클라이언트(1206)에 알려지지 않는다. 두 클라이언트는 이제 UID 값이 다른 로그인 A에 대한 시스템 파일 엔트리를 갖는다.
도 12c에서, 서버(1204)는 UID에 대한 메타-기록(1228)의 변화 제어 플래그를 0에서 1로 변화시켜, 이 특성에 대한 변화 제어를 가능하게 한다. 기록(1230)에서, UID 특성은 1의 버전을 갖는다. 본 예에서, UID를 변화 제어가능하게 만드는 것은 버전이 추후 처리에서 접근하여 조사되게 하는 것 이외에 UID의 버전수에 영향을 주지 않는다. UID의 값은 001에서 변화되지 않으므로, 그 변화 플래그는 아직까지 0이다. 또한, 기록(1230)에서는 패스워드 특성이 P에서 Q로 변화되어, 버전수가 2로 증가되고 그 변화 플래그는 1로 설정된다. 서버(1204)는 메타-기록(1228) 및 기록(1230)을 클라이언트 (1206, 1208)에 배급하는데 사용된다.
클라이언트(1206)가 이들 기록을 수신할 때, 모든 것이 변화 제어되므로, 로그인, 패스워드, 및 UID에 대한 버전 정보에 대해 버전 데이터베이스(1212)를 점검한다. 클라이언트는 기록 키 R에 대해 들어오는 로그인의 버전이 최근 배급된 버전과 다르지 않음을 발견하게 되므로, 서버의 로그인값을 무시한다. 클라이언트는 기록 키 R에 대한 패스워드의 버전이 오래된 것임을 발견하게 되므로, 서버의 값 Q를 수용하고 버전 데이터베이스를 업데이트한다. 클라이언트는 특성 'UID'가 막 변화 제어되는 것으로 인에이블되어 특성 'UID'을 갖는 기록에 대한 버전 데이터베이스 엔트리를 발견하지 못하므로, 기록(1230)에서 UID의 변화 플래그를 점검한다. 변화 플래그가 0인 것으로 확인하면, 클라이언트는 이것이 새로운 UID 값이 아닌 것으로 결정하여 서버값을 무시하지만, 기록 키 R에 대한 UID 정보를 저장하도록 버전 데이터베이스 엔트리를 부가한다.
버전 데이터베이스에 대한 변화는 버전 데이터베이스(1232)에 도시되고, 클라이언트(1206)의 시스템 파일에 대한 변화는 엔트리(1234)에 도시된다. 클라이언트(1208)는 유사한 단계를 통하여, 서버의 로그인값을 무시하고 새로운 패스워드값을 수용한다. 클라이언트(1208)는 또한 버전 데이터베이스에서 기록 키 R에 대한 UID 엔트리를 찾지 못하므로, 기록(1230)에서 UID 특성의 변화 플래그를 조사한다; 0인 것으로 발견되면, 클라이언트는 서버값을 무시한다. 특별히, 이는 기록(1230)이 다른 UID 값을 포함한다는 사실에도 불구하고 로그인 A의 UID에 대한 클라이언트(1208)의 설정을 보존한다; 업데이트된 시스템 엔트리(1238)는 패스워드가 Q로 변화되었지만, UID 200은 변화되지 않았음을 나타낸다. 두 클라이언트는 다른 UID 값을 갖는 로그인 A로 어카운트를 갖는다.
도 12d에서는 이제 변화 제어 메타-기록(1240)이 UID 특성에 대해 0 플래그를 갖도록 변화된다. 다른 말로 하면, UID 특성에 대한 변화 제어가 디스에이블 (disable)되었다. 부가하여, 기록(1242)은 패스워드 특성이 값 Q에서 값 X로 업데이트되었고 버전이 3으로 증가되었고, 또한 변화 플래그가 1로 설정됨을 나타낸다. UID에 대한 변화 제어를 디스에이블시키는 것은 기록(1242)에서 버전수를 변화시키지 않는다.
서버(1204)는 메타-기록(1240) 및 기록(1242)을 클라이언트 (1206, 1208)에 배급한다. 클라이언트(1206)는 배급시 수신된 2개의 변화 제어 특성에 대한 정보를 위해 버전 데이터베이스(1232)를 점검한다. 클라이언트(1206)는 기록 키 R에 대해 로그인이 업데이트되었고 패스워드가 오래된 것임을 발견한다. 그 결과로, 클라이언트(1206)는 버전 데이터베이스(1244)에 도시된 바와 같이 새로운 패스워드값을 수용하여 버전 데이터베이스를 업데이트한다. 비록 기록 키 R의 UID 특성에 대한 엔트리가 버전 데이터베이스에 남아있더라도, 그 엔트리는 UID가 더 이상 변화 제어되지 않으므로 더 이상 참고되지 않는다. 클라이언트는 UID의 서버값을 수용하고, 이는 그 어카운트의 UID에 대해 클라이언트의 이전값과 똑같이 일어나게 된다.
배급이 완료되면, 클라이언트(1206)는 엔트리(1246)에 도시된 바와 같이 변화되지 않은 UID 및 새로운 패스워드 X로 로그인 A에 대한 시스템 파일 엔트리를 업데이트한다. 클라이언트(1208)가 메타-기록(1240) 및 기록(1242)을 수신할 때, 클라이언트(1208)는 또한 서버의 로그인값을 무시하고 서버의 패스워드값을 수용하며, UID가 더 이상 변화 제어되지 않으므로, 서버값 001로 어카운트의 현재 UID (200)를 오버라이트한다.
그러므로, 클라이언트(1208)에서 배급이 완료된 이후, 로그인 A에 대한 시스템 엔트리는 엔트리(1250)에 도시된 바와 같이 새로운 패스워드 X 및 변화된 UID 모두를 반영하게 된다. 본 예는 UID가 변화 제어된 동안에 두 클라이언트가 로그인 A를 갖는 어카운트에 대해 다른 UID를 갖도록 허용되는 것을 설명한다. 이 특성의 변화 제어를 디스에이블시킨 이후에, 프로파일 기록의 다음 배급은 그 어카운트에 대한 서버의 UID 값을 갖는 두 클라이언트에서 UID를 동기화시킨다.
본 발명이 전체적으로 데이터 처리 시스템 동작을 하는 것에 대해 설명되었지만, 종래 기술에 숙련된 자는 본 발명의 처리가 지시의 컴퓨터 판독가능 매체 형태 및 다양한 형태로 배급될 수 있고 본 발명이 배급을 실행하는데 실제로 사용되는 신호 제공 매체의 특정한 종류에 관계없이 동일하게 적용됨을 이해하게 되는 것을 주목하는 것이 중요하다. 컴퓨터 판독가능 매체의 예로는 플로피 디스크, 하드 디스크 드라이브, RAM, 및 CD-ROM과 같은 재기록가능한 형태의 매체와, 디지털 및 아날로그 통신 링크와 같은 전송형 매체가 포함된다.
본 발명의 설명은 도시하고 설명할 목적으로 주어진 것이고, 설명된 형태로 본 발명에 제한되거나 철저하게 규명하는 것으로 의도되지 않는다. 종래 기술에 숙련된 자에게는 많은 수정 및 변경이 명백하게 된다. 비록 도시된 예에서 관리되는 데이터 구조는 데이터 항목에 대한 값을 포함하는 기록이지만, 다른 종류의 데이터 구조가 관리될 수 있다. 예를 들면, 데이터 구조는 버전수와 연관되어, 프로프램 파일과 같은 파일이 될 수 있다. 본 실시예는 본 발명의 원리와 실질적인 응용을 가장 잘 설명하고, 종래 기술에 숙련된 다른 사람들이 예상되는 특정한 사용에 적절하게 다양한 수정을 갖춘 다양한 실시예에서 본 발명을 이해할 수 있게 하기 위해 선택되고 설명되었다.

Claims (22)

  1. 데이터 구조의 배급을 제어하기 위한 데이터 처리 시스템에서 데이터 처리 시스템 실시 단계를 포함하는 방법에 있어서,
    데이터 구조를 수신하는 단계;
    상기 데이터 구조가 변화 제어되는가 여부를 결정하는 단계;
    상기 데이터 구조가 변화 제어된다는 결정에 응답해, 상기 데이터 구조내의 데이터에 대한 버전 식별자 (version identifier)를 식별하여 식별된 버전 식별자를 형성하는 단계;
    상기 식별된 버전 식별자를 상기 데이터 구조에서 상기 데이터에 대응하는 기존 데이터에 대한 기존 버전 식별자와 비교하는 단계; 및
    상기 식별된 버전 식별자와 상기 기존 버전 식별자 사이의 차이에 응답해, 상기 기존 데이터를 상기 데이터 구조내의 상기 데이터로 대치하는 단계
    를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 데이터 구조가 변화 제어된다는 결정이 없는 것에 응답해, 상기 데이터 구조내의 데이터에 대응하는 기존 데이터를 상기 데이터 구조내의 상기 데이터로 대치하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  3. 데이터 구조의 배급을 관리하기 위한 데이터 처리 시스템에서 데이터 처리 시스템 실시 단계를 포함하는 방법에 있어서,
    제1 버전 식별자를 포함하는 제1 데이터 구조를 수신하는 단계;
    상기 제1 데이터 구조에 대한 버전 식별자를 저장하는 단계;
    제2 버전 식별자를 포함하는 제2 구조를 수신하는 단계;
    상기 제2 데이터 구조를 수신하는 것에 응답해, 상기 버전수를 근거로 상기 제2 데이터 구조가 상기 제1 데이터 구조에 대한 대치용인가 여부를 결정하는 단계; 및
    상기 제2 데이터 구조가 상기 제1 데이터 구조에 대한 대치용이라는 것에 응답해, 상기 제1 데이터 구조를 상기 제2 데이터 구조로 대치하는 단계
    를 포함하는 것을 특징으로 하는 방법.
  4. 데이터 구조의 배급을 관리하기 위한 데이터 처리 시스템에서 데이터 처리 시스템 실시 단계를 포함하는 방법에 있어서,
    데이터 구조와 연관되어 버전수를 서버 (server)에 저장하는 단계;
    상기 데이터 구조의 변화에 응답해 상기 버전수를 증가시키는 단계;
    상기 데이터 구조와 상기 버전수를 상기 서버로부터 다수의 클라이언트 (client)에 배급하는 단계;
    상기 데이터 구조 및 상기 데이터 구조에 대한 버전수를 상기 다수의 클라이언트내의 한 클라이언트에서 수신하는 것에 응답해, 상기 데이터 구조에 대해 기록된 버전수가 상기 클라이언트에서 주어지는가 여부를 결정하는 단계;
    상기 기록된 버전수가 상기 클라이언트에서 주어진다는 결정에 응답해, 상기 기록된 버전수가 상기 버전수와 동일한가 여부를 결정하는 단계; 및
    상기 기록된 버전수가 상기 버전수와 동일하다는 결정이 없는 것에 응답해, 상기 데이터 구조를 사용하여 업데이트를 실행하는 단계
    를 포함하는 것을 특징으로 하는 방법.
  5. 네트워크;
    상기 네트워크에 연결되어, 데이터 항목에 대한 버전수를 저장하고, 상기 데이터 항목의 변화에 응답해 상기 버전수를 증가시키고, 변화된 데이터 항목을 변화된 버전수와 함께 네트워크로 배급하는 서버; 및
    상기 네트워크에 연결되어, 기존 데이터 항목에 대한 기존 버전수를 저장하고, 새로운 데이터 항목 및 상기 새로운 데이터 항목과 연관된 새로운 버전수를 수신하는 것에 응답해, 상기 기존 버전수를 상기 기존 데이터 항목에 대응하는 새로운 데이터 항목과 함께 수신된 새로운 버전수와 비교하고, 상기 기존 버전수와 상기 새로운 버전수 사이의 차이에 응답해, 상기 기존 데이터 항목을 상기 새로운 데이터 항목으로 대치하는 다수의 클라이언트
    를 포함하는 것을 특징으로 하는 배급 데이터 처리 시스템.
  6. 데이터 구조의 배급을 제어하기 위한 데이터 처리 시스템에 있어서,
    데이터 구조를 수신하는 수신 수단;
    상기 데이터 구조가 변화 제어되는가 여부를 결정하는 결정 수단;
    상기 데이터 구조가 변화 제어된다는 결정에 응답해, 상기 데이터 구조내의 데이터에 대한 버전 식별자를 식별하여 식별된 버전 식별자를 형성하는 식별 수단;
    상기 식별된 버전 식별자를 상기 데이터 구조내의 상기 데이터에 대응하는 기존 데이터에 대한 기존 버전 식별자와 비교하는 비교 수단; 및
    상기 식별된 버전 식별자와 상기 기존 버전 식별자 사이의 차이에 응답해, 상기 기존 데이터를 상기 데이터 구조내의 상기 데이터로 대치하는 대치 수단
    을 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  7. 제6항에 있어서,
    상기 데이터 구조가 변화 제어된다는 결정이 없는 것에 응답해, 상기 데이터 구조내의 데이터에 대응하는 기존 데이터를 상기 데이터 구조내의 상기 데이터로 대치하는 대치 수단을 더 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  8. 제6항에 있어서,
    상기 데이터 구조는 패스워드를 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  9. 제6항에 있어서,
    상기 데이터 구조는 버전 식별자를 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  10. 제6항에 있어서,
    상기 데이터 구조는 제1 데이터 구조이고, 상기 버전 식별자는 제2 데이터 구조에서 수신되는 것을 특징으로 하는 데이터 처리 시스템.
  11. 제6항에 있어서,
    상기 데이터 구조는 프로그램 파일을 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  12. 데이터 구조의 배급을 관리하기 위한 데이터 처리 시스템에 있어서,
    제1 버전 식별자를 포함하는 제1 데이터 구조를 수신하는 제1 수신 수단;
    상기 제1 데이터 구조에 대한 버전 식별자를 저장하는 저장 수단;
    제2 버전 식별자를 포함하는 제2 구조를 수신하는 제2 수신 수단;
    상기 제2 데이터 구조를 수신하는 것에 응답해, 상기 버전수를 근거로 상기 제2 데이터 구조가 상기 제1 데이터 구조에 대한 대치용인가 여부를 결정하는 제1 결정 수단; 및
    상기 제2 데이터 구조가 상기 제1 데이터 구조에 대한 대치용이라는 것에 응답해, 상기 제1 데이터 구조를 상기 제2 데이터 구조로 대치하는 대치 수단
    을 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  13. 제12항에 있어서,
    상기 제1 데이터 구조는 사용자 식별자인 것을 특징으로 하는 데이터 처리 시스템.
  14. 제12항에 있어서,
    상기 제1 데이터 구조는 패스워드인 것을 특징으로 하는 데이터 처리 시스템.
  15. 제12항에 있어서,
    상기 제1 데이터 구조는 구성 파일인 것을 특징으로 하는 데이터 처리 시스템.
  16. 제12항에 있어서,
    상기 제1 데이터 구조는 프로그램 파일인 것을 특징으로 하는 데이터 처리 시스템.
  17. 제12항에 있어서,
    상기 버전 식별자는 버전수인 것을 특징으로 하는 데이터 처리 시스템.
  18. 제12항에 있어서,
    상기 버전 식별자는 속성(attribute)으로서 데이터 구조와 연관되는 것을 특징으로 하는 데이터 처리 시스템.
  19. 데이터 구조의 배급을 관리하기 위한 데이터 처리 시스템에 있어서,
    데이터 구조와 연관되어 버전수를 서버에 저장하는 저장 수단;
    상기 데이터 구조의 변화에 응답해 상기 버전수를 증가시키는 증가 수단;
    상기 데이터 구조와 상기 버전수를 상기 서버로부터 다수의 클라이언트에 배급하는 배급 수단;
    상기 데이터 구조 및 상기 데이터 구조에 대한 버전수를 상기 다수의 클라이언트내의 한 클라이언트에서 수신하는 것에 응답해, 상기 데이터 구조에 대해 기록된 버전수가 상기 클라이언트에서 주어지는가 여부를 결정하는 제2 결정 수단;
    상기 기록된 버전수가 상기 클라이언트에서 주어진다는 결정에 응답해, 상기 기록된 버전수가 상기 버전수와 동일한가 여부를 결정하는 제3 결정 수단; 및
    상기 기록된 버전수가 상기 버전수와 동일하다는 결정이 없는 것에 응답해, 상기 데이터 구조를 사용하여 업데이트를 실행하는 대치 수단
    을 포함하는 것을 특징으로 하는 데이터 처리 시스템.
  20. 데이터 구조의 배급을 제어하기 위한 컴퓨터 판독가능 매체내의 컴퓨터 프로그램 제품에 있어서,
    데이터 구조를 수신하는 제1 명령;
    상기 데이터 구조가 변화 제어되는가 여부를 결정하는 제2 명령;
    상기 데이터 구조가 변화 제어된다는 결정에 응답해, 상기 데이터 구조내의 데이터에 대한 버전 식별자를 식별하여 식별된 버전 식별자를 형성하는 제3 명령;
    상기 식별된 버전 식별자를 상기 데이터 구조내의 상기 데이터에 대응하는 기존 데이터에 대한 기존 버전 식별자와 비교하는 제4 명령; 및
    상기 식별된 버전 식별자와 상기 기존 버전 식별자 사이의 차이에 응답해, 상기 기존 데이터를 상기 데이터 구조내의 상기 데이터로 대치하는 제5 명령
    을 포함하는 것을 특징으로 하는 컴퓨터 프로그램 제품.
  21. 데이터 구조의 배급을 관리하기 위한 컴퓨터 판독가능 매체내의 컴퓨터 프로그램 제품에 있어서,
    제1 버전 식별자를 포함하는 제1 데이터 구조를 수신하는 제1 명령;
    상기 제1 데이터 구조에 대한 버전 식별자를 저장하는 제2 명령;
    제2 버전 식별자를 포함하는 제2 구조를 수신하는 제3 명령;
    상기 제2 데이터 구조를 수신하는 것에 응답해, 상기 버전수를 근거로 상기 제2 데이터 구조가 상기 제1 데이터 구조에 대한 대치용인가 여부를 결정하는 제4 명령; 및
    상기 제2 데이터 구조가 상기 제1 데이터 구조에 대한 대치용이라는 것에 응답해, 상기 제1 데이터 구조를 상기 제2 데이터 구조로 대치하는 제5 명령
    를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 제품.
  22. 데이터 구조의 배급을 관리하기 위한 컴퓨터 판독가능 매체내의 컴퓨터 프로그램 제품에 있어서,
    데이터 구조와 연관되어 버전수를 서버에 저장하는 제1 명령;
    상기 데이터 구조의 변화에 응답해 상기 버전수를 증가시키는 제2 명령;
    상기 데이터 구조와 상기 버전수를 상기 서버로부터 다수의 클라이언트에 배급하는 제3 명령;
    상기 데이터 구조 및 상기 데이터 구조에 대한 버전수를 상기 다수의 클라이언트내의 한 클라이언트에서 수신하는 것에 응답해, 상기 데이터 구조에 대해 기록된 버전수가 상기 클라이언트에서 주어지는가 여부를 결정하는 제4 명령;
    상기 기록된 버전수가 상기 클라이언트에서 주어진다는 결정에 응답해, 상기 기록된 버전수가 상기 버전수와 동일한가 여부를 결정하는 제5 명령; 및
    상기 기록된 버전수가 상기 버전수와 동일하다는 결정이 없는 것에 응답해, 상기 데이터 구조를 사용하여 업데이트를 실행하는 제6 명령
    를 포함하는 것을 특징으로 하는 컴퓨터 프로그램 제품.
KR1020000033798A 1999-06-30 2000-06-20 배급 데이터 처리 시스템에서 변화가 제어되는 데이터항목의 배급을 관리하는 방법 및 장치 KR20010021006A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/343,437 US6564232B1 (en) 1999-06-30 1999-06-30 Method and apparatus for managing distribution of change-controlled data items in a distributed data processing system
US9/343,437 1999-06-30

Publications (1)

Publication Number Publication Date
KR20010021006A true KR20010021006A (ko) 2001-03-15

Family

ID=23346110

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020000033798A KR20010021006A (ko) 1999-06-30 2000-06-20 배급 데이터 처리 시스템에서 변화가 제어되는 데이터항목의 배급을 관리하는 방법 및 장치

Country Status (2)

Country Link
US (1) US6564232B1 (ko)
KR (1) KR20010021006A (ko)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7089300B1 (en) * 1999-10-18 2006-08-08 Apple Computer, Inc. Method and apparatus for administering the operating system of a net-booted environment
US6751658B1 (en) * 1999-10-18 2004-06-15 Apple Computer, Inc. Providing a reliable operating system for clients of a net-booted environment
US7124203B2 (en) * 2000-07-10 2006-10-17 Oracle International Corporation Selective cache flushing in identity and access management systems
EP1271843B1 (en) * 2001-06-18 2007-08-15 Hewlett-Packard Company A method and system for identifying network connected devices such as personal computers
EP1293981A1 (en) 2001-09-18 2003-03-19 Deutsche Thomson-Brandt Gmbh Method for processing information parts of recorded data
JP2003150424A (ja) * 2001-11-16 2003-05-23 Fujitsu Ltd ファイルシステム、制御方法及びプログラム
US7325065B1 (en) * 2001-12-21 2008-01-29 Aol Llc, A Delaware Limited Liability Company Identifying unauthorized communication systems using a system-specific identifier
US7007036B2 (en) * 2002-03-28 2006-02-28 Lsi Logic Corporation Method and apparatus for embedding configuration data
US7730155B1 (en) * 2002-10-01 2010-06-01 Apple Inc. Method and apparatus for dynamically locating resources
GB2404538A (en) * 2003-07-31 2005-02-02 Sony Uk Ltd Access control for digital content
US7774774B1 (en) * 2003-10-22 2010-08-10 Apple Inc. Software setup system
JP4570880B2 (ja) * 2004-01-09 2010-10-27 株式会社沖データ 画像形成装置
JP4724655B2 (ja) * 2004-04-30 2011-07-13 富士通セミコンダクター株式会社 セキュリティチップおよび情報管理方法
US7606820B2 (en) * 2004-05-11 2009-10-20 Sap Ag Detecting and handling changes to back-end systems
US20070088766A1 (en) * 2005-10-17 2007-04-19 Oracle International Corporation Method and system for capturing and storing multiple versions of data item definitions
EP1788493A1 (en) * 2005-11-21 2007-05-23 Sap Ag Detecting changes in data
US8060919B2 (en) * 2007-07-30 2011-11-15 International Business Machines Corporation Automated password tool and method of use
US8689136B2 (en) * 2010-02-03 2014-04-01 Yahoo! Inc. System and method for backend advertisement conversion
US9984250B2 (en) * 2012-06-22 2018-05-29 Microsoft Technology Licensing, Llc Rollback protection for login security policy
US9542172B2 (en) 2013-02-05 2017-01-10 Apple Inc. Automatic updating of applications

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1031876A (ja) * 1995-04-11 1998-02-03 Toshiba Corp 記録媒体とこの記録媒体へのデータの記録装置とその記録方法、その記録媒体からのデータの再生装置とその再生方法
JPH1196008A (ja) * 1997-09-19 1999-04-09 Sony Corp データ構造識別方法および記録媒体
KR19990030284A (ko) * 1997-09-30 1999-04-26 이데이 노부유끼 통신 방법 및 통신 장치

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5734718A (en) * 1995-07-05 1998-03-31 Sun Microsystems, Inc. NIS+ password update protocol
US6240184B1 (en) * 1997-09-05 2001-05-29 Rsa Security Inc. Password synchronization

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1031876A (ja) * 1995-04-11 1998-02-03 Toshiba Corp 記録媒体とこの記録媒体へのデータの記録装置とその記録方法、その記録媒体からのデータの再生装置とその再生方法
JPH1196008A (ja) * 1997-09-19 1999-04-09 Sony Corp データ構造識別方法および記録媒体
KR19990030284A (ko) * 1997-09-30 1999-04-26 이데이 노부유끼 통신 방법 및 통신 장치

Also Published As

Publication number Publication date
US6564232B1 (en) 2003-05-13

Similar Documents

Publication Publication Date Title
KR20010021006A (ko) 배급 데이터 처리 시스템에서 변화가 제어되는 데이터항목의 배급을 관리하는 방법 및 장치
KR101098621B1 (ko) 네트워킹된 환경에서 설치 컴포넌트들을 업데이트하는시스템 및 방법
AU2004279162B8 (en) System and method for a software distribution service
JP4800968B2 (ja) デルタパッチを利用してファイルをアップデートするための方法
EP1039380B1 (en) Method for exchanging data between a Java System Database and a LDAP directory
JP4914220B2 (ja) ソフトウェアアップデートのための通信方法およびシステム
US7676448B2 (en) Controlling installation update behaviors on a client computer
US10122792B2 (en) Read-only storage device having network interface, a system including the device and a method of distributing files over a network
US6408434B1 (en) System and method for using a substitute directory to automatically install an update program
US20050203968A1 (en) Update distribution system architecture and method for distributing software
US20040098419A1 (en) Method and apparatus for a migration assistant
KR100974160B1 (ko) 모바일 디바이스 사용자 설정을 유지하기 위한 방법, 시스템 및 컴퓨터 판독가능한 저장 매체
US6633906B1 (en) Method and system for managing windows desktops in a heterogeneous server environment
US20030236799A1 (en) Method for managing files and dependent applications that act on them
JP4319438B2 (ja) 入力情報処理装置、プログラム、記憶媒体及び入力情報処理方法
MXPA97001777A (en) Method for operating a comp system

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application