[go: up one dir, main page]

KR100210208B1 - 객체 지향 환경에서 지속성의 속성들을 인에이블링하는 방법 및 장치 - Google Patents

객체 지향 환경에서 지속성의 속성들을 인에이블링하는 방법 및 장치 Download PDF

Info

Publication number
KR100210208B1
KR100210208B1 KR1019960062996A KR19960062996A KR100210208B1 KR 100210208 B1 KR100210208 B1 KR 100210208B1 KR 1019960062996 A KR1019960062996 A KR 1019960062996A KR 19960062996 A KR19960062996 A KR 19960062996A KR 100210208 B1 KR100210208 B1 KR 100210208B1
Authority
KR
South Korea
Prior art keywords
persistent
attributes
attribute
persistent object
objects
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
KR1019960062996A
Other languages
English (en)
Other versions
KR970066882A (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 포만 제프리 엘
Publication of KR970066882A publication Critical patent/KR970066882A/ko
Application granted granted Critical
Publication of KR100210208B1 publication Critical patent/KR100210208B1/ko
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/289—Object oriented databases
    • 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/99931—Database or file accessing
    • Y10S707/99938—Concurrency, e.g. lock management in shared database

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

본 발명은 분산형 객체 지향 프로그램 환경에서 지속성 객체를 저장하고 복원하기 위한 방법 및 장치에 관한 것이다. 본 발명은 개개의 속성들 및/또는 인스턴스 변수들에 대한 지속값을 유지시킨다. 속성의 지속성은 지속성을 갖기를 원하는 어떠한 클래스에 의해 계승되는 하나의 인터페이스를 사용하여 구현된다. 이 인터페이스는 TypeCode에 근거한 엔코딩과 디코딩을 제공하는 load_attribute와 store_attribute 메소드를 제공한다. 이들 메소드는 외부 기억 장치에 존재하는 복사본과 함께 메모리 내에 엔코드된 속성의 캐쉬된 복사본과 해당 TypeCode를 유지함으로써 향상된 성능을 제공한다. 이것은 load_attribute 메소드가 외부 기억 장치를 엑세스할 필요없이 속성을 반환하도록 한다. 성능은 객체 복원 과정 동안에 객체 전체 대신에 현재 필요한 속성값 만을 복원함으로써 향상된다. 또한, 본 발명은 외부 저장 장치의 내용을 내부 객체 상태와 동기시킴으로써 분잔형 객체 치향 프로그래밍 환경의 데이타 무결성을 향상시킨다. 이것은 갱신될 때마다 속성 데이타를 저장함으로써 달성된다.

Description

객체 지향 환경에서 지속성의 속성들을 인에이블링하는 방법 및 장치
본 발명은 데이타 처리 시스템, 특히 객체 지향 프로그래밍 환경(an object oriented programming environment)에서 지속성 객체들(persistent objects)을 저장(saving)하고 복원(restoring)하는 것에 관한 것이다.
본 출원은 본 출원에서 인용되고 있는 객체 지향 환경에서 지속성의 메타상태를 인에블링하기 위한 방법 및 장치(Method and Apparatus for Enabling a Persistent Metastate for Objects in an Object Oriented Environment)라고 칭한 IBM Docket 번호 AT9-96-014, S. N. __와 관련되어 있다.
객체 지향 프로그래밍은 프로그래머가 특정한 언어, 툴(tools), 운영 체제(operating systems), 어드레스 공간(address spaces), 네트워크 콤파일러 또는 응용분야에 억메이지 않도록 하는 해결책으로 오랫동안 발전되어 왔다. 선택 분산형 객체들로 구성되는 하나의 구성 요소가 임의 네트워크 상의 데스크 탑이나 기업에 존재하여 다른 쪽의 데스크 탑이나 기업의 다른 구성 요소들과 통신할 수 있도록 하는 구성 요소의 하부 구조를 객체 지향 프로그래밍 언어로 만들기 위한 구성 요소의 표준들(component standards)이 개발되고 있다. 분산형 객체 지향 프로그래밍 환경에서는 긴 수명의 많은 지속성 객체들이 많은 요소를 가지는 경향이 있다(예를들면, 이 객체들은 많은 속성들과 인스턴스 데이타(instance data)를 가지고 있다). 종래 기술의 객체에 근거한 지속성 메카니즘은 보통 한번에 외부 기억 장치로 또는 로부터 객체 상태 전체를 저장 또는 복원한다. 이러한 메카니즘은 많은 요소들을 가진 객체들을 이용할 때 비용이 매우 많치 들 수 있다. 따라서, 객체의 전체의 상태가 저장되거나 복원될 때 성능 문제가 야기된다. 이러한 성능 문제의 영향을 경감시키기 위해 응용 작업(application)은 객체 상태가 저장되고 복원되는 횟수를 최소화하도록 구조화된다. 그러나, 이러한 방식은 객체의 상태와 관련된 데이타의 무결성(integrity) 문제를 야기한다. 예를 들-면, 특정의 분산형 도메인(domain) 내에 있는 모든 사용자를 나타내는 수많은 사용자 객체들(user objects)이 존재하는 시스템 관리 환경(system management enviromment)에서의 응용 작업은 시스템 관리자(system administrator)에게 각 사용자의 이름과 함께 사용자 객체들(예를 들어 잠재적으로는 수백 또는 수천)의 리스트를 디느플레이하도록 요구받는다. 시스템 관리자는 이 리스트로부터 대화하기 위한 소수의 사용자 객체들을 선택한다. 만일 수백 또는 수천의 사용자 객체들의 각각에 대한 전 상태가 각각의 재개시마다(예를 들면, 관리자가 각각의 이름을 얻을 수 있도록) 복원되어야 한다면, 이것은 사용하지 않을 수많은 데이타까지도 복원한다는 성능 문제를 야기한다.
전통적인 종래 기술의 객체에 근거한 지속성 메카니즘을 사용할 때에 성능상의 문제점을 완화시키려고 한다면 데이타의 무결성 문제를 야기시킨다. 하나의 객체의 현재의 상태는 응용 작업 또는 객체 자체 내의 어떤 내부 이벤트(event)에 의해 요구받을 때에만 외부 기억 장치에 기록된다. 이것은 객체의 상태가 변할 때마다 정규적으로 행하여지는 것이 아니라 통상 객체에 대해 어떠한 매우 중요한 갱신이 이루어진 후 또는 객체 환경이 완전히 종료되어 객체들이 저장되도록 요구받을 때에 행하여진다. 이 때문에 객체의 내부 상태와 외부 저장 장치에 표시된 객체의 상태는 시간에 따라 달라지는 경향이 있다. 객체 환경이 비정상적인 방식으로 종료되는 경우에는 지속성 객체가 자기 자신을 저장할 기회를 상실하여 객체의 현재 상태를 잃어버린다.
그러므로, 분산형 객체 지향 프로그래밍 환경에서 성능을 향상시키면서 지속성 객체들의 데이타 무결성을 개선시키는 방법 및 장치를 제공하는 것이 바람직하다.
본 발명은 분산형 객체 지향 프로그래밍 환경에서 지속성 객체를 저장하고 복원시키기 위한 방법과 장치에 관련된 것·키다. 본 발명은 개개의 속성들 및/또는 인스턴스 변수들에 대한 지속값을 유지하는 것이다. 속성의 지속성은 지속성을 갖기를 원하는 어떤 클래스(class)에 의해 계승되는 인터페이스를 사용하여 구현된다. 이 인터페이스는 load_attribute 및 store_attribute 메소드를 제공한다. 이들 메소드는 TypeCode에 근거한 엔코딩과 디코딩을 제공하는 함수들(functions)을 엑세스한다. 공통 객체 요구 중개 구조(CORBA : Common Object Request Broker Architecture)를 구현함에 있어서는 TypeCode가 속성의 타입을 정하는데, 이는 표준형(standard type)이거나 사용자 정의형(user defined type)일 수 있다. 속성을 인코딩하기 위하여 TypeCode 정보는 데이타가 외부 기억 장치에 기록될 수 있도록 이를 평면화(flatten)하는 방법을 함수에게 알려준다. 속성을 디코딩하기 위하여 TypeCode 정보는 외부 기억 장치로부터 판독된 평면화된 데이타로부터 내부 데이타를 복원하는 방법을 함수에게 알려준다. 이러한 방식은 외부 기억 장치에 존재하는 복사본과 함께 메모리 내에 인코딩된 속성의 캐쉬된(cached) 복사본과 해당 TypeCode를 유지함으로써 성능을 향상시킨다. 이로 인해 load_attribute 메소드는 외부 기억 장치를 엑세스할 필요없이 속성들 반환할 수 있다.
또한, 본 발명은 외부 기억 장치의 내용들을 내부 객체 상태와 동기시켜 유지함으로써 분산형 객체 지향 프로그래밍 환경의 데이타 무결성을 향상시킨다. 이것은 속성 데이타가 갱신될 때마다 이를 저장함으로써 달성되는 것이다. 객체 복원과정(object restoration process) 동안에는 천재 필요로 하는 속성값만을 저장함으로써 성능이 향상된다.
제1도는 객체 지속성 모델을 이용하여 종래 기술의 지속성 객체를 저장하는 블럭도.
제2도는 본 발명에 따른 속성의 지속성 모델을 이용하여 지속성 객체를 저장하는 블럭도.
제3도는 종래 기술의 객체 지속성 모델에서 복원되어야 할 객체로부터 속성을 엑세스하기 위한 상호작용도.
제4도는 본 발명에 따른 속성의 지속성 모델을 이용하여 복원되어야 할 객체로부터 속성을 엑세스하기 위한 상호작용도.
제5도는 객체 지속성 모델을 이용하여 속성을 갱신하는 종래 기술에서의 동작을 보이는 블럭도.
제6도는 본 발명에 따른 속성의 지속성 모델을 이용하여 속성을 갱신하는 동작을 보이는 블럭도.
제7도는 본 발명에 따른 속성의 지속성 모델의 주요 구성 요소를 나타내는 블럭도.
제8도는 속성 레벨 지속성을 위한 계승 관계를 나타내는 부치(Booch) 표기로 표시된 도면.
제9도와 제10도는 본 발명의 load_attribute 메소드를 위한 흐름도와 상호작용도.
제11도와 제12도는 본 발명의 store_attribute 메소드를 이용하기 위한 흐름도와 상호작용도.
제13도는 본 발명의 메소드를 이용하여 TypeCDde를 엑세스하기 위한 흐름도.
제14도는 본 발명을 이용하여 속성을 저장하기 위한 흐름도.
제15도는 본 발명을 이용하여 속성을 로딩하기 위한 흐름도.
제16도는 본 발명을 실행하는 컴퓨터/워크스테이션의 블럭도.
* 도면의 주요부분에 대찬 부호의 설명
20, 50, 64 : 객체(object)
40, 52, 66, 112, 112', 112, 152 : 지속성 기억 장치(persistent storage)
60, 150 : 클라이언트(client) 62 : 서버(serer)
110, 110', 120 : 메모리 126 : 속성 캐쉬(attribute cache)
128 : 인터페이스 저장소(interface repository)
252 : CPU 251 : 시스템 버스
256 : RAM 254 : ROM
250 : 디스크 장치 258 : I/O 어댑터
260 : 통신 어댑터 264 : 사용자 인터페이스 어댑터
266 : 디스플레이 어댑터
본 발명은 분산형 객체 지향 프로그래밍 환경에서 많은 요소를 가진 지속성 객체들의 데이타 무결성을 개선하며 성능을 향상시키기 위한 방법 및 장치를 제공하는 것이다. 이를 위한 본 발명의 지속성 객체는 그 속성(상태) 데이타가 지속성 기억 장치에 저장되어 있어서 메모리 내의 객체가 상실되면(예를 들면, 서버가 종료되었다가 재시동될 때와 같은 경우), 가장 최근의 상태로 복원될 수 있는 객체이다. 지속성 데이타 객체는 많은 요소(예를 들던, 많은 수의 속성과 인스턴스 데이타)를 가지는 경향이 있다. 종래 기술에서의 객체에 근거한 지속성 메카니즘은 통상적으로 외부 기억 장치로 또는 로부터 객체의 전체의 상태를 한번에 저장 또는 복원한다. 성능의 관점에서는 이러한 것은 많은 요소를 가진 지속성 객체를 저장하거나 복원할 때에 비용이 매우 많이 들게 된다.
제1도를 살펴보면, 객체의 지속성(object persistence)을 이용하여 지속성 기억장치에 객체 상태를 저장하는 종래 기술의 접근 방식이 나타나있다. 하나의 객체(20)가 속성들(22)과 메소드(20-38)를 포함하여 메모리 내에 나타나 있다. 속성들(22)은 A1(이름), A2(주민등록 번호)와 A3(직업)으로 구성되어 있다. 객체(20)는 당해 기술 분야에서 잘 알려진 방식으로 속성들(22) 각각을 얻어서 설정하기 위한 메소드들(24-34)을 가지고 있다. 객체(20)는 또한 그 상태를 저장(save_state; 26) 또는 복원(restore_state; 38)하기 위해 사용되는 메소드들을 가지고 있다. 여러 객체들을 위한 상태 데이타는 지속성 기억 장치(40)에 저장되어 있다. 객체들(17, 20, 21)에 대한 상태 데이타가 모든 객체들의 속성들에 대한 값을 가지고 있는 단일의 데이타 스트림(stream) 형태로 각 객체에 대해 저장된다는 것을 알 수 있다. 지속성 기억 장치(40)에 있는 이 데이타는 save__state(36) 메소드가 수행될 때에만 갱신된다.
제2도를 살펴보면, 본 발명을 이용하여 지속성 기억 장치에 객체 상태를 저장하기 위한 속성의 지속성 접근 방식이 나타나 있다. 여기서는 속성들(22)과 속성들(22) 각각을 얻어서 설정하는 메소드들을 포함하고 있는 메모리 내의 객체(50)를 도시한다. 객체(50)는 제1도의 종래 기술의 객체와 유사하게 3개의 속성 A1, A2, A3를 포함하고 있다. 제1도의 종래 기술의 객체(20)와 유사하게 객체(50)의 속성들(22)은 지속성 기억 장치 내에도 저장된다. 그러나, 그 속성들(22)을 각 객체에 대한 단일 엔트리로서 지속성 기억 장치(40)에 저장하는 종래 기술의 객체(20)와 달리, 본 발명은 속성들(22)을 복수의 독립 엔트리들로서 지속성 기억 장치(52)에 저장한다. 본 발명의 객체(50)는 종래 기술의 객체(20)에 대해 도시한 바와 같은 객체를 저장하기 위한 메소드(save_state; 34)와 복원하기 위한 메소드(restore_state; 36)를 포함하고 있지 않다. 당업자는 지속성 기억 장치(40)에 저장된 객체(20)에 대한 속성들(22)이 종래 기술에서 구현된 바와 같이 객체당 단일의 결합된 데이타 스트림(one combined stream of data)으로 구성되어 있다는 것을 알 것이다. 또한, 당업자는 본 발명에서 객체(50)에 대한 속성들(22)이 객체/속성 기준으로 지속성 기억 장치(52)에 저장된다는 것을 알 것이다. 지속실 기억 장치(22)에 '있는 객체/속성에 대한 이 데이타는 해당되는 메소드가 실행될 때마다 갱신된다.
제3도를 살펴보면, 객체가 메모리에 복원되어야 할 필요가 있을 때 지속성 객체의 속성을 엑세스하기 위한 종래 기술의 접근 방식에 대하여 상호작용도가 나타나 있다. 한 클라이언트(60)가 단계(68)에서 객체(20)(64)에 대해 get_name 메소드를 호출한다. 객체(20)(64)를 관리하는 서버(62)는 그 객체가 현재 메모리 내에 없는 것을 판단하여 단계(70)에 나타난 바와 같이 객체(20)(64)에 대해 메모리 내에 새로운 객체를 생성한다. 단계(72)에서 서버(62)는 restore_state 메소드를 호출한다. 이것은 객체(20)(64)가 단계(74-76)에서 나타난 바와 같이 지속성 기억 장치(66)에서 그 상태 데이타를 전부 얻어서 단계(78)에서 나타난 바와 같이 그 속성들 모두를 초기화하는데 이를 사용할 수 있도록 한다. 단계(80)에서 과정이 서버(62)에게 반환된다. 본래의 get_name 호출은 단계(82)에 가타난 바와 같이 객체(20)(64)로 전달되어 이름 속성에 대한 데이타가 단계(84)에서 반환된다. 그 후, 서버(62)는 요구된 정보를 단계(86)에서 클라이언트(60)에게 되돌리보낸다.
이제 제4도를 살펴보면, 객체가 메모리 속으로 복원될 필요가 있을 때 지속성 객체의 속성을 엑세스하는 방식인 본 발명의 속성의 지속성 접근 방식(attribute persistence approach)이 나타나 있다. 클차이언트(60)은 단계(90)에 나타난 바와 같이 객체(50)(64)에 대해 get_name을 호출한다. 객체(50)(64)를 관리하는 서버(62)는 그 객체가 현재 메모리에 존재하지 않는지를 판단한다. 서버(62)는 단계(92)에 나타난 바와 같이 메모리 내에 새로운 객체(50(64)를 생성한다. 본래의 get_name 호출은 단계(94)에 나타난 바와 같이 객체(50)(피)로 전달된다. 객체(50)(64)는 그 이름에 대한 값이 지속성 기억 장치(66)에서 얻어져야 하는지를 결정하고, 단계(96-98)에 나타난 바와 같이 데이타를 얻어서 단계(100)에 나타난 바와 같이 그 이름을 서버(62)에게 반환한다. 서버(62)는 단계(102)에 나타난 바와 같이 그 정보를 본래의 클라이언트(60)에게 반환한다.
많은 객체들에서 추가적인 상호작용을 위해 오직 하나의 객체를 선택하는 이 많은 객체들로부터의 이름들의 리스트를 디스플레이할 필요가 있을 때, 당업자는 본 발명에서의 성능 향상을 알 수 있다. 각 객체에 대한 속성들의 완전한 리스트는 종래 기술의 객체 지속성 모델을 나타내는 제3도의 단계(74-78)에 나타난 바와 같이 지속성 기억 장치(66)로부터 검색되는 반면, 본 발명에 따른 속성의 지속성 모델은 제4도의 단계(96, 98)에서 나타난 바와 같이 필요한 단일의 속성값을 되돌려준다. 다음의 예를 이용하여 성능 향상을 보다 명확히 보이도록 한다. 1천명의 종업원이 있는한 회사에 대하여 모든 종업원들에 대한 객체 참조들(object references)을 포함하는 객체 집합체(a collection object)가 있다고 가정하자. 또한, 각 종업원 객체는 각 종업원을 위해 1백개 이상의 데이타 요소들(속성들)을 가지고 있다고 가정하자. 특정한 종업원들이 선택될 수 있도록 모든 종업원의 리스트를 디스플레이하기를 한 종업원이 원한다. 만일 종업원 객체 중에서 어느 것도 현재 메모리 내에 없다면, 종래 기술의 객체 지속성 메카니즘에서는 종업원들의 리스트를 발생시키기 위해서 1십만개가 넘는 데이타 요소들(속성들)을 복원하는 것이 필요할 것이다. 반면에 본 발명의 속성의 지속성 메카니즘에서는 종업원들의 리스트를 발생시키기 위해 1천개의 데이타 요소들(속성들)만을 복원하는 것·치 필요하다.
제5도를 살펴보면, 종래 기술인 객체 지속성 모델을 사용하여 하나의 객체를 갱신하기 위해 필요한 동작이 나타나 있다. 종래 기술은 속성을 갱신하기 위하여 set_job 메소드를 사용한다. 시간 1에서, 메모리(110)는 지속성 기억 장치(112)에 나타난 바와 같이 객체들의 상태를 포함하고 있다. set_job 메소드를 수행하고 난 후의 메모리와 지속성 기억 장치의 상태가 시간 2에 표시되어 있다. 시간 2에서 메모리(110')는 Carpenter에서 Auto Salesmam으로 갱신되어 있다 그러나, 지속성 기억 장치(112')는 아직 변화되지 않고 있다. 시간 3에서 save_state 메소드가 실행된다. 이 시간에 객체가 객체의 전체 상태를 메모리(110')로부터 지속성 기억 장치(112)로 기입하여 이 2개의 요소는 이제 동기(sync)되어 있다. 당업자가 알 수 있는 바와 같이, 시간 2 이후 시간 3 이전에 객체를 관리하는 서버가 비정상적으로 종료된다면, 메모리(110') 갱신이 상실될 것이다.
제6도를 살펴보면, 본 발명의 속성의 지속성 모델을 사용하여 속성을 갱신하기 위한 동작이 나타나 있다. 시간 1은 메모리 내의 객체 상태의 내용이 지속성 기억 장치(112)의 내용과 동일하게 되도록 메모리(110)가 지속성 기억 장치(112)와 동기되어 있는 메모리(110)를 도시한다. 시간 2는 set_job 메소드가 실행되었을 때 일어나는 것을 도시한다. 메모리(110')와 지속성 기억 장치(112')는 두 장치가 동기되어 있도록 Carpenter에서 Auto Salesman으로 갱신된다. 당업자는 시간 2 이후 비정상적인 종료(예를 들면 서버의 정지)가 발생한다면, 객체의 복원시 그 객체가 지속성 기억 장치(112')의 값으로 복원되므로 메모리 상태(110')는 상실되지 않는다는 것을 알 수 있다. 제5도로 되돌아가서, 만일 비정상적인 좋료(예를 들면 서버의 정지)가 시간 2 이후, 시간 3 이전에 발생한다면, 종래 기술의 지속성 모델에서는 객체의 복원이 속성 Carpenter를 포함하고 있는 지속성 기억 장치(112')의 복원이 되므로 Carpenter에서 Salesman으로의 갱신된 내용을 포함하고 있는 메모리 상태(110')가 상실된다. 종래 기술의 지속성 모델을 위한 하나의 해결책은 속성이 갱신될 때마다 save_state를 항상 실행하는 것이다. 그러나, 이러한 방식은 성능상의 문제를 야기할 수 있다. 예를 들면, 만일 각 종업원에 대해 1백개 이상의 속성을 갖는 종업원 객체들이 이 접근 방식을 이용하여 저장된다면, 1백개의 속성들이 단 하나의 데이타 요소(속성)가 갱신될 때마다 지속성 기억 장치에 기록되는 결과가 된다. 이 때문에 종래 기술의 지속성 모델은 객체에 많은 수의 갱신이 이루어졌을 때 또는 서버가 완전히 다운되어 종료되기 건에 객체의 상태를 저장하도록 객체에게 알려줄 기회가 있을 때에만 지속성 기억 장치를 갱신한다.
제7도를 살펴보면, 속성의 지속성 모델의 블럭도가 나타나 있다. 메모리(120)는 객체(01)(122)와 객체(02)(124)를 포함하고 있다. 속성 캐쉬(attribute cache)(126)는 객체(01)(122) 및 객체(02)(124)와 관련된 데이타를 포함하고 있다. 인터페이스 저장소(interface repository)(128)는 속성들 각각을 위한 TypeCode를 정의하는 정보를 포함하고 있다(예를 들면, 속성 종속자(attribute dependents)는 일련의 객체들이다). 지속성 기억 장치(130)는 객체들 전체에 대한 모든 속성들과 관련된 데이타를 가지고 있다. 여기에서 이 모델에 대한 곁가지 중요한 점이 있다. 첫째, 메모리(120) 내에 존재하는 모든 객체가 메모리의 속성 캐쉬(126) 내에 있는 속성들 모두를 가지고 있지는 않다는 것이다. 예를 들면, 객체(01)(122)는 메모리(120) 내에 이 객체의 종속 속성들(Dependents attribute)에 대한 페이타를 현재 가지고 있지 않다. 그러나, 이 데이타는 지속성 기억 장치(130)에 있으며 이는 객체(01)(122)에 대한 종속자(Dependents)가 2개의 객체(객체(05)와 객체(09))로 구성되어 있다는 것을 보여준다. 둘째, 지속성 기억 장치(130)에 있는 모든 객체들이 메모리(120)에 존재하지는 않는다는 것이다(예를 들면, 객체(03)).
이제 제8도를 살펴보면 지속성 인터페이스(persist interface)와 속성 레벨의 지속성(attribute level persistence)(예를 들면, 종업원, 계정)을 필요로 하는 인터페이스들 사이의 계승 관계를 보이는 부치(Booch) 표기에 의한 도면이 나타나 있다.
종업원 클래스(134)와 계정 클래스(136)는 지속성 클래스(132)에 의해 구현된 지속성 인터페이스를 물려준다. 지속성 인터페이스의 양호한 실시예는 CORBA 인터페이스 정의 언어(Interface Definition Language. IDL)로 아래에 나타나 있다.
이 인터페이스는 지속성 속성을 갖기를 소망하는 어떤 클래스(예를 들면, 종업원(134)과 계정(136))에 의해 계승된다. 이 인터페이스는 2개의 메소드를 공개한다. load_attribute 메소드는 캐쉬로부터 또는 캐쉬에 없다면 지속성 기억 장치로부터 요구된 속성에 대한 값을 디코딩하여 반환한다. stare_attribute 메소드는 해당 TypeCode와 함께 전달되는 속성의 값을 엔코딩하여 캐쉬 및 데이타베이스에 저장한다. 당업자는 load_attribute 및 store_attribute 메소드가 TypeCode에 근거한 엔코딩과 디코딩을 제공하는 함수를 엑세스하는 것이 필요하다는 것을 알 것이다. 이 양호한 실시예에서, 본 발명은 공통 객체 요구 중개 구조(CORBA : Common Object Request Broker Architecture) 구현 방식에 존재하는 TypeCode를 사용한다. 이 TypeCode는 표준형이거나 사용자 정의경이거나 속성의 타입을 정의한다. 속성을 엔코드하기 위하여, TypeCode 정보는 함수에게 외부 저장 장치에 기록될 수 있도록 데이타를 평면화하는 방식을 알려준다. 마찬가지로, 속성을 디코드하기 위하여 TypeCode 정보는 함수에게 외부 저장 장치로부터 판독된 평면화된 데이타에서 내부 데이타를 복원하는 방식을 알려준다.
본 발명의 성능 향상은 지속성 기억 장치에 존재하는 복사본과 함께, 인코드된 속성의 캐쉬된 복사본과 해당 TypeCode를 메모리에 유지함으로써 가능하게 된다. 이것은 load_attribute 메소드가 지속성 기억 장치에 엑세스할 필요없이 속성을 반환하게 한다. CORBA 환경에서, load_attribute 및 store_attribute의 호출은 전형적으로 속성과 관련된 _get 및 _set 메소드들에 캡슐화되어 있다. 예를 들면, name 속성은 _get_name 및 _set_name 메소드를 가질 것이다. 본 발명에 있어서 선두의 _은 통상적으로 나타나지 않고, name과 같은 특정 속성이라기보다는 속성을 의미하기 위해 attr이라는 용어를 사용한다. CORBA가 아닌 환경에서는 속성 및/또는 인스턴스 데이타를 엑세스하고 설정하기 위해 제공되는 어떠한 메소드들 내에 상기의 메소드들이 캡슐화될 수 있다. 이러한 호출들을 캡슐화하는 것은 2가지 목적을 달성한다.
* 지속성 객체와 인터페이싱하는 프로그램은 지속성을 인식할 필요가 없어서 다음과 같이 이 코드 내에 더 간단한 메소드들을 코드화할 수 있다는 것이다.
* 이 메소드들의 표시는 버퍼 파라이터에 대해 void*를 포함한다. 분산형 환경에서 이 파라미터는 원격 호출을 위해 정렬될 수 없다. 그러므로, 동일한 객체에 있는 다른 메소드의 내부로부터 load_attribute와 stare_attribute를 캡슐화하는 것은 원격적이라기보다 국부적으로만 호출된다는 것을 보장하기 위해 필요하다.
CORBA 환경에서, 속성을 위한 TypeCode는 인터페이스 저장소(Interface Repository)로부터 엑세스될 수 있다. 인터페이스 저장소의 특정한 객체 요구 중개자(Object Request Broker : ORB)의 구현 방식에 따라, 속성들의 엑세스시 중대한 성능 저하를 초래한다. 본 발명의 메소드에, 속성들에 대한 TypeCode는 호출을 통해 선택적으로 넘겨줄 수 있는데, 이것은 2가지의 가능성을 제공한다. 첫째, 만일 TypeCode가 전달되지 않아서 속성이 이미 캐쉬 내에 없다면, 이 메소드는 속성 타입를 얻기 위해 인터페이스 저장소를 엑세스해야 한다. 그러나, 만일 TypeCode가 전달된다면 인터페이스 저장소에 대한 값비싼 성능 호출은 제거된다. 둘째, 속성으로서 인터페이스 정의 언어(Interface Definition Language : IDL)로 선언되지 않은 인스턴스 데이타는 속성의 지속성을 사용하여 저장될 수 있다. 이 경우에 _get 및 _set 메소드는 없지만, 전형적으로 등가인 연산이 IDL에 직접 도입된다(예를 들면, get_my_instance_var). 이러한 접근 방식은 또한 인스턴스 데이타만을 지원하고 특별히 정의되는 속성(specially defined attribute)을 가지고 있지 않은 비 CORBA 환경에서도 채택될 수 있다.
이제 제9도를 살펴보면, load_attribute 메소드의 사용을 예시하는 흐름도가 나타나 있다. get_attr() 메소드는 블럭(140)에서 시작하는데, 여기서 attr은 어떤 속성의 이름을 나타낸다. 이 get_attr() 메소드는 블럭(142)에서 load_attribute를 호출하는데, 이것은 캐쉬 또는 지속성 저장 장치로부터 속성 데이타를 엑세스하여 반환한다. 그 후, get_attr() 메소드는 블럭(144)에서 호출자(caller)에게 속성 데이타를 반환하고, 블럭(146)에서 종료한다. 이제 제10도를 살펴보면, load_attribute 메소드의 사용을 예시하는 상호작용도가 나타나 있다. 클라이언트(150)이 단계(154)에서 지속성 객체(152)에 대해 get_name을 호출한다. 지속성 객체(152)는 단계(156)에서 입력(name, string)을 사용하여 load__attribute 메소드를 호출한다. 이것은 load_attribute에게 name 속성을 로딩하도록 알려주며, 이 name 속성은 스트링형(type string)이라는 것을 알려준다. 지속성 객체(152)는 단계(158)에서 클라이언트(150)에게 John Doe라는 요구된 이름을 반환한다.
제11도를 살펴보면, 본 발명의 store_attribute 메소드의 사용을 예시하는 흐름도가 나타나 있다. set_attr() 메소드가 블럭(160)에서 시작된다. set_attr 메소드는 블럭(162)에서 store_attribute 메소드를 호출하는데, 이것은 속성 캐쉬와 지속성 기억 장치에 속성 데이타를 저장한다. set_attar() 메소드는 블럭(164)에서 종료한다. 이제 제12도를 살펴보면, 데이타를 넘기는 store_attribute 메소드의 사용을 예시하는 상호작용도가 나타나 있다. 클라이언트(150)은 단계(170)에서 John Doe라는 데이타를 넘기는 set_name을 호출한다. 지속썽 객체(152)는(name, string, John Doe)를 이용하여 단계(172)에 나타난 바와 같이 store_attribute를 호출한다. 이것은 store_attribute에게 name 속성의 값으로 John Doe를 저장하는 것을 알려주며, 이것이 스트링형이라는 것을 알려준다. 단계(174)에서 지속성 객체(152)는 연산이 완료된 후, 클라이언트(150)에게 제어 권한을 넘겨준다.
제13도를 살펴보면, 본 발명의 메소드가 CORBA 환경에서 속성에 대한 TypeCode를 엑세스할 수 있는 방법을 나타내는 흐름도가 나타나 있다. 이러한 과정은 블럭(180)에서 시작되고 블럭(182)으로 즉시 이동하는데, 여기에서 인터페이스 저장소 객체(Interface Repository Object)에 대한 엑세스가 이루어진다. 블럭(184)에서 이 과정은 인터페이스 저장소로부터 이 지속성 객체 클래스에 대한 InterfaceDef를 얻는다. 블럭(186)에서는 InterfaceDef가 성공적으로 얻어졌는지를 결정하기 위해 체크를 실행한다. 만일 아니오이면 블럭(193)에서 이 과정은 예외(exception)라는 것을 설정하고 블럭(199)에서 끝난다. 만일 예이면 블럭(188)에서 이 과정은 InterfaceDef로부터 클래스에 대한 리스트를 얻는다. 블럭(190)에서 AttributeDef들이 성공적으로 얻어지는지를 결정하기 위해 체크를 실행한다. 만일 아니오이면, 이 과정은 블럭(193)에서 예외(exception)라는 잣을 설정하고 블럭(199)에서 끝난다. 만일 예이면 TypeCode를 필요로 하는 속성을 나타내는 AttributeDef들을 찾는 루프로 들어간다. 블럭(192)에서 시작하여, 체크할 더 이상의 AttributeDef들이 있는지를 결정하기 위해 체크를 실행한다. 만일 아니오이면 블럭(193)에서 이 과정은 예외(exception)라는 것을 설정하고 끝난다. 만일 예이면 이 과정은 블럭(194)에서 다음 AttributeDef가 요구되고 있는 것인지를 알기 위한 체크를 한다. 만일 아니오이면 이 과정은 블럭(192)으로 되돌아간다. 그렇지 않다면(예이면) 블럭(196)에서 이 과정은 AttributeDef로부터 TypeCode를 얻어서 블럭(198)에서 호출자에게 TypeCode를 반환하고 블럭(199)에서 끝난다.
이제 제14도를 살펴보면, 본 발명의 store_attribute 메소드에 대한 흐름도가 나타나 있다. 이 과정은 블럭(200)에서 시작하여 블럭(204)으로 진행하는데, 여기에서 속성이 캐쉬에 있는지를 알기 위한 체크를 실행한다. 만일 예이면 이 과정은 블럭(216)에서 캐쉬로부터 TypeCode를 얻고 블럭(208)으로 진행한다. 만일 아니오이면 블럭(206)에서 TypeCode가 호출을 통해 전달되었는지를 결정하기 위해 체크를 실행한다. 만일 아니오이면, 이 과정은 블럭(214)에서 인터페이스 저장소로부터 TypeCode를 얻고, 제어를 블럭(208)으로 넘긴다. 만일 예이면 이 과정은 블럭(208)으로 계속되는데, 여기에서 데이타를 TypeCode에 근거하여 평면화한다. 그리고, 블럭(210)때마다 캐쉬 내에 있는 속성을 부가(또는 갱신)를 행한다. 블럭(212)에서 이 과정은 지속성 기억 장치에 있는 속전을 부가 또는 갱신하고 블럭(218)에서 끝난다.
이제 제15도를 살펴보면, 본 발명의 load_attribute 메소드에 대한 흐름도가 나타나 있다. 이 과정은 블럭(220)에서 시작하여 블럭(222)으로 진행하는데, 여기에서 속성이 속성 캐쉬 내에 있는지를 결정하기 위해 체크를 수행한다. 만일 아니오이면, 블럭(224)에서 이 과정은 TypeCode가 호출을 통해 전달되는지를 체크한다. 만일 아니오이면, 블럭(238)에서 이 과정은 인터페이스 저장소로부터 TypeCode를 얻고, 블럭(226)으로 진행한다. 만일 예이면 이 과정은 블럭(226)으로 계속되는데 여기에서 이 과정은 지속성 기억 장치로부터 속성을 얻는다. 블럭(228)에서 이 과정은 속성이 발견되었는지를 체크한다. 만일 예이면, 속성은 블럭(240)에서 속성 캐쉬에 부가되고, 이 과정은 블럭(234)에서 나타난 바와 같이 TypeCode에 근거한 평면화된 데이타를 복원한다. 블럭(236)에서, 이 과정은 호출자에게 속성을 반환하고 블럭(242)에서 끝난다. 블럭(228)으로 되돌아가서, 만일 속성이 발견되지 않으면, 이 과정은 블럭(230)에서 예외(exception)라핀 설정하고 블럭(242)에서 끝난다. 블럭(222)으로 되돌아가서, 만일 속성이 캐쉬 내에 있다면, 이 과정은 캐쉬로부터 속성과 TypeCode를 얻고 블럭(234)으로 진행하는데, 여기에서 이 과정은 위에서 기재한 바와 같이 계속된다.
본 발명이 실행되는 대표적인 하드제어 환경이 제16도에 나타나 있는데, 이 도면은 종래의 마이크로프로세서와 같은 중앙 처리 장치(central processing unit)(252)를 갖는 워크스테이션 및 시스템 버스(251)를 경유하여 상호 접속된 다수의 장치들을 도시하고 있다. 제16도에 나타난 워크스테이션은 랜덤 엑세스 메모리(RAM)(256), 판독 전용 메모리(ROM)(254), 디스크 장치(250)와 같은 주변 장치를 버스에 접속하는 I/O 어댑터(258), 키보드(262), 마우스(272), 스피커(274), 마이크로폰(270), 및/또는 터치 스크린 장치(도면에는 없음)와 같은 다른 사용자 인터페이스 장치들을 버스에 접속하기 위한 사용자 인터페이스 어댑터(264), 데이타 프로세싱 네트워크에 워크스테이션을 접속하기 위한 통신 어댑터(260) 그리고 버스를 디스플레이 장치(268)에 접속하기 위한 디스플레이 어댑터(266)를 포함하고 있다. 양호한 실시예에서, 워크스테이션은 OS/2 운영 체제와, 툴키트(toolkit)로서 포함되어 본 발명을 형성하는 컴퓨터 소프트웨어를 내부에 가지고 있다. 당업자는 본 발명의 과정들이 컴퓨터 판독 가능 매체(computer readable medium)에 넣을 수 있는 컴퓨터 프로그램 제품의 형태일 것이라는 것을 알 것이다. 여기서 이 컴퓨터 프로그램 제품은 워크스테이션 상의 디스크 기억 장치(250), 플로피 디스켓(251), 또는 메인 메모리(256)에 일시적으로 또는 영구적으로 로드될 수 있다.
본 발명의 양호한 실시예에 대하여 기재하였지만, 당업자는 자세하고 다양한 변경이 본 발명의 정신, 영역, 교시를 벗어나지 않는 범위 내에서 이루어질 수 있다는 것을 이해할 것이다. 따라서, 여기서 공개된 발명은 다음의 특허청구 범위에서 설명된 것에만 한정되지는 않는다.

Claims (13)

  1. 분산형 객체 지향 데이타 처리 시스템(distributer object-oriented data processing system)에서 지속성 객체들(persistent objects)을 지속성 기억 장치에 저장하고 복원하기 위한, 컴퓨터 시스템에 구현된 방법에 있어서, 상기 분산형 객체 지향 데이타 처리 시스템에 다수의 속성을 갖는 지속성 객체를 제공하는 단계와 상기 분산형 객체 지향 데이타 처리 시스템에 있는 상기 지속성 객체를 엑세스하여 상기 지속성 객체에 대한 메소드(method against said persistent object)를 호출(invoking)하는 단계와 상기 메소드에 응답하여 상기 지속성 객체에 대한 상기 다수의 속성을 상기 지속성 객체와 연관된 독립적인 엔트리들(entries)로서 상기 지속성 기억 장치에 저장하는 단계를 포함하는 지속성 객체 저장 및 복원 방법.
  2. 제1항에 있어서, 상기 지속성 객체를 엑세스하는 단계는 상기 지속성 객체에 대한 상기 다수의 속성 중에서 하나의 선택된 속성을 요구(requesting)하는 단계와 상기 요구에 응답하여 상기 속성들 중에서 상기 하나의 선택된 속성을 복원(restoring)하는 단계를 포함하는 지속성 객체 저장 및 복원 방법.
  3. 제1항에 있어서, 상기 지속성 객체를 엑세스하는 단계는 상기 데이타 처리 시스템의 메모리에 있는 상기 지속성 객체의 상기 다수의 속성 중에서 하나의 선택된 속성을 변경(changing)하는 단계와 상기 메모리 및 상기 지속성 기억 장치에 있는 상기 지속성 객체 사이의 동기(synchronization)를 유지하기 위해 상기 지속성 기억 장치에 있는 상기 지속성 객체에 대한 상기 다수의 속성 중에서 상기 하나의 선택된 속성을 즉시 갱신(updating)하는 단계를 더 포함하는 지속성 객체 저장 및 복원 방법.
  4. 제1항에 있어서, 상기 다수의 속성은 다수의 인스턴스 변수들(instance variables)인 지속성 객체 저장 및 복원 방법.
  5. 제1항에 있어서, 상기 지속성 객체의 지속성(persistence)은 상기 지속성 객체를 요구하는 클라이언트(client)에 의해 알려지지 않는 지속성 객체 저장 및 복원 방법.
  6. 분산형 객체 지향 데이타 처리 시스템에서 지속성 객체들을 지속성 기억 장치에 저장하고 복원하기 위한 장치에 있어서, 상기 분산형 객체 지향 데이타 처리 시스템에 다수의 속성을 갖는 지속성 객체를 제공하기 위한 수단과 상기 분산형 객체 지향 데이타 처리 시스템에 있는 상기 지속성 객체를 엑세스하여 상기 지속성 객체에 대한 메소드(methos against said persistent object)를 호출하기 위한 수단과 상기 메소드에 응답하여 상기 지속실 객체에 대한 상기 다수의 속성을 상기 지속성 객체와 연관된 독립적인 엔트리들로서 상기 지속성 기억 장치에 저장하기 위한 수단을 포함하는 지속성 객체 저장 및 복원 장치.
  7. 제6항에 있어서, 상기 지속성 객체를 엑세스하기 위한 수단은 상기 지속성 객체에 대한 상기 다수의 속성 중에서 하나의 선택된 속성을 요구하기 위한 수단과 상기 요구에 응답하여 상기 속성들 중에서 상기 하나의 선택된 속성을 복원하기 위한 수단을 포함하는 지속성 객체 저장 및 복원 장치.
  8. 제6항에 있어서, 상기 지속성 객체를 엑세스하기 위한 수단은 상기 데이타 처리 시스템의 메모리에 있는 상기 지속성 객체의 상기 다수의 속성 중에서 하나의 선택된 속성을 변경시키기 위한 수단과 상기 메모리 및 상기 지속성 기억 장치에 있는 상기 지속성 객체 사이의 동기를 유지하기 위해 상기 지속성 기억 장치에 있는 상기 지속성 객체에 대한 상기 다수의 속성 중에서 상기 하나의 선택된 속성을 즉시 갱신하기 위한 수단을 더 포함하는 지속성 객체 저장 및 복원 장치.
  9. 제6항에 있어서, 상기 다수의 속성은 다수의 인스턴스 변수들인 지속성 객체 저장 및 복원 장치.
  10. 제6항에 있어서, 상기 지속성 객체의 지속성은 상기 지속성 객체를 요구하는 클라이언트에 의해 알려지지 않는 지속성 죠체 저장 및 복원 장치.
  11. 분산형 객체 지향 데이타 처리 시스템에서 지속성 객체들을 지속성 기억 장치에 저장하고 복원하기 위하여 컴퓨터 프로그램 로직이 기록되어 있는 컴퓨터 판독 가능한 매체를 구비한 컴퓨터 프로그램 제품(computer program product)에 있어서, 상기 분산형 객체 지향 데이타 처리 시스템에 다수의 속성을 갖는 지속성 객체를 제공하기 위한 컴퓨터 판독 가능 수단과 상기 분산형 객체 지향 데이타 처리 시스템에 있는 상기 지속성 객체를 엑세스하여 상기 지속성 객체에 대한 메소드를 호출하기 위한 컴퓨터 판독 가능 수단과 상기 메소드에 응답하여 상기 지속성 객체에 대한 상기 다수의 속성을 상기 지속성 객체와 연관된 독립적인 엔트리들로서 상기 지속성 기억 장치에 저장하기 위한 컴퓨터 판독 가능 수단을 포함하는 컴퓨터 프로그램 제품.
  12. 제11항에 있어서, 상기 지속성 객체에 대한 상기 다수의 속성 중에서 하나의 선택된 속성을 요구하기 위한 컴퓨터 판독 기능 수단과 상기 요구에 응답하여 상기 속성들 중에서 상기 하나의 선택된 속성을 복원하기 위한 컴퓨터 판독 가능 수단을 더 포함하는 컴퓨터 프로그램 제품.
  13. 제11항에 있어서, 상기 데이타 처리 시스템의 메모리에 있는 상기 지속성 객체의 상기 다수의 속성 중에서 하나의 선택된 속성을 변경하기 위한 컴퓨터 판독가능 수단과 상기 메모리 및 상기 지속성 기억 장치에 있는 상기 지속성 객체 사이의 동기를 유지하기 위해 상기 지속성 기억 장치에 있는 상기 지속성 객체에 대한 상기 다수의 속성 중에서 상기 하나의 선택된 속성을 즉시 갱신하기 위한 컴퓨터 판독가능 수단을 더 포함하는 컴퓨터 프로그램 제품.
KR1019960062996A 1996-03-20 1996-12-09 객체 지향 환경에서 지속성의 속성들을 인에이블링하는 방법 및 장치 Expired - Fee Related KR100210208B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/619,049 1996-03-20
US8/619,049 1996-03-20
US08/619,049 US5870742A (en) 1996-03-20 1996-03-20 Method and apparatus for enabling persistent attributes in an object oriented environment

Publications (2)

Publication Number Publication Date
KR970066882A KR970066882A (ko) 1997-10-13
KR100210208B1 true KR100210208B1 (ko) 1999-07-15

Family

ID=24480247

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019960062996A Expired - Fee Related KR100210208B1 (ko) 1996-03-20 1996-12-09 객체 지향 환경에서 지속성의 속성들을 인에이블링하는 방법 및 장치

Country Status (2)

Country Link
US (1) US5870742A (ko)
KR (1) KR100210208B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100716171B1 (ko) 2005-05-13 2007-05-10 삼성전자주식회사 분산 환경 시스템에서의 객체 관리 장치 및 방법
WO2012118267A3 (ko) * 2011-02-28 2012-11-01 ㈜지노게임즈 복제기반 분산 객체 시스템 및 그 제공방법

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6253228B1 (en) * 1997-03-31 2001-06-26 Apple Computer, Inc. Method and apparatus for updating and synchronizing information between a client and a server
US5991766A (en) * 1997-12-02 1999-11-23 Electronic Data Systems Corporation Method and system for managing redundant objects in a distributed object system
US6065017A (en) * 1997-12-31 2000-05-16 Novell, Inc. Apparatus and method for identifying and recovering from database errors
US6260045B1 (en) * 1998-05-22 2001-07-10 Apple Computer, Inc. Method and apparatus for optimizing interface dispatching in an object-oriented programming environment
US6446077B2 (en) * 1998-09-21 2002-09-03 Microsoft Corporation Inherited information propagator for objects
US6615253B1 (en) 1999-08-31 2003-09-02 Accenture Llp Efficient server side data retrieval for execution of client side applications
US6636242B2 (en) 1999-08-31 2003-10-21 Accenture Llp View configurer in a presentation services patterns environment
US7289964B1 (en) 1999-08-31 2007-10-30 Accenture Llp System and method for transaction services patterns in a netcentric environment
US6578068B1 (en) 1999-08-31 2003-06-10 Accenture Llp Load balancer in environment services patterns
US6742015B1 (en) 1999-08-31 2004-05-25 Accenture Llp Base services patterns in a netcentric environment
US6571282B1 (en) 1999-08-31 2003-05-27 Accenture Llp Block-based communication in a communication services patterns environment
US6715145B1 (en) 1999-08-31 2004-03-30 Accenture Llp Processing pipeline in a base services pattern environment
US6549949B1 (en) 1999-08-31 2003-04-15 Accenture Llp Fixed format stream in a communication services patterns environment
US6842906B1 (en) 1999-08-31 2005-01-11 Accenture Llp System and method for a refreshable proxy pool in a communication services patterns environment
US6640249B1 (en) 1999-08-31 2003-10-28 Accenture Llp Presentation services patterns in a netcentric environment
US6601234B1 (en) 1999-08-31 2003-07-29 Accenture Llp Attribute dictionary in a business logic services environment
US6529909B1 (en) * 1999-08-31 2003-03-04 Accenture Llp Method for translating an object attribute converter in an information services patterns environment
US6640244B1 (en) 1999-08-31 2003-10-28 Accenture Llp Request batcher in a transaction services patterns environment
US6640238B1 (en) 1999-08-31 2003-10-28 Accenture Llp Activity component in a presentation services patterns environment
US6601192B1 (en) 1999-08-31 2003-07-29 Accenture Llp Assertion component in environment services patterns
US6954220B1 (en) 1999-08-31 2005-10-11 Accenture Llp User context component in environment services patterns
WO2001071492A1 (en) * 2000-03-20 2001-09-27 Net Magic T:Mi Method and system for data management in an object-oriented system
US6678700B1 (en) * 2000-04-27 2004-01-13 General Atomics System of and method for transparent management of data objects in containers across distributed heterogenous resources
US7107587B1 (en) * 2000-09-18 2006-09-12 Microsoft Corporation Access redirector and entry reflector
US6912541B1 (en) * 2000-12-01 2005-06-28 Unisys Corporation Method and apparatus for implementing persistent data in object oriented programs
WO2002084481A1 (en) * 2001-04-18 2002-10-24 Telefonaktiebolaget Lm Ericsson Persistent object management
KR20030013200A (ko) 2001-08-07 2003-02-14 한국전자통신연구원 객체 트랜잭션 서비스 조정자를 이용한 자바 트랜잭션서비스의 상태객체 제거방법
US7266842B2 (en) * 2002-04-18 2007-09-04 International Business Machines Corporation Control function implementing selective transparent data authentication within an integrated system
US20040216130A1 (en) * 2002-08-30 2004-10-28 Keller S. Brandon Method for saving and restoring data in software objects
FR2859801B1 (fr) * 2003-09-12 2007-05-04 Kankoon Procede de traitement de donnees sur la base de structures dynamiques d'elements simples
US7877390B2 (en) 2003-10-20 2011-01-25 International Business Machines Corporation Systems and methods for providing autonomous persistent storage systems
US8204931B2 (en) * 2004-12-28 2012-06-19 Sap Ag Session management within a multi-tiered enterprise network
US8281014B2 (en) * 2004-12-28 2012-10-02 Sap Ag Session lifecycle management within a multi-tiered enterprise network
US7853698B2 (en) * 2005-04-29 2010-12-14 Sap Ag Internal persistence of session state information
US8762547B2 (en) * 2005-04-29 2014-06-24 Sap Ag Shared memory implementations for session data within a multi-tiered enterprise network
US20060248199A1 (en) * 2005-04-29 2006-11-02 Georgi Stanev Shared closure persistence of session state information
US20060248283A1 (en) * 2005-04-29 2006-11-02 Galin Galchev System and method for monitoring threads in a clustered server architecture
US8589562B2 (en) * 2005-04-29 2013-11-19 Sap Ag Flexible failover configuration
US8024566B2 (en) * 2005-04-29 2011-09-20 Sap Ag Persistent storage implementations for session data within a multi-tiered enterprise network
US7761435B2 (en) * 2005-04-29 2010-07-20 Sap Ag External persistence of session state information
US8707323B2 (en) * 2005-12-30 2014-04-22 Sap Ag Load balancing algorithm for servicing client requests

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0833862B2 (ja) * 1989-10-23 1996-03-29 インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン オブジエクト指向コンピユータ・システム
US5297279A (en) * 1990-05-30 1994-03-22 Texas Instruments Incorporated System and method for database management supporting object-oriented programming
US5291583A (en) * 1990-12-14 1994-03-01 Racal-Datacom, Inc. Automatic storage of persistent ASN.1 objects in a relational schema
US5448727A (en) * 1991-04-30 1995-09-05 Hewlett-Packard Company Domain based partitioning and reclustering of relations in object-oriented relational database management systems
US5241624A (en) * 1991-10-03 1993-08-31 International Business Machines Corporation Method for determining a user selected group of data objects for the propagation of attribute values
US5644764A (en) * 1995-01-31 1997-07-01 Unisys Corporation Method for supporting object modeling in a repository
US5864864A (en) * 1995-09-27 1999-01-26 Sun Microsystems, Inc. Method and apparatus for providing transparent persistent data support to foreign data types

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100716171B1 (ko) 2005-05-13 2007-05-10 삼성전자주식회사 분산 환경 시스템에서의 객체 관리 장치 및 방법
WO2012118267A3 (ko) * 2011-02-28 2012-11-01 ㈜지노게임즈 복제기반 분산 객체 시스템 및 그 제공방법
KR101209090B1 (ko) 2011-02-28 2012-12-07 (주)지노게임즈 복제기반 분산 객체 시스템 및 그 제공방법

Also Published As

Publication number Publication date
KR970066882A (ko) 1997-10-13
US5870742A (en) 1999-02-09

Similar Documents

Publication Publication Date Title
KR100210208B1 (ko) 객체 지향 환경에서 지속성의 속성들을 인에이블링하는 방법 및 장치
KR100243717B1 (ko) 객체 지향 환경에서 객체에 대한 지속형 메타상태를 가능하게 하기위한 방법 및 장치
US5923833A (en) Restart and recovery of OMG-compliant transaction systems
CN111104388B (zh) 访问文件的方法、设备和计算机可读介质
JP2915842B2 (ja) 第１クラス分散オブジェクトを使用して分散オブジェクト・サーバを制御、管理するシステム、及び方法
US6049807A (en) Technique for maintaining object integrity during modification of a persistent store of objects
US9189263B1 (en) Object synchronization in shared object space
JP4197753B2 (ja) 多数ディレクトリサービスに一様にアクセスするための方法及びシステム
US6233582B1 (en) Persistent storage interface for a configuration object-based system
US5857102A (en) System and method for determining and manipulating configuration information of servers in a distributed object environment
US6314567B1 (en) Apparatus and method for transferring state data when performing on-line replacement of a running program code and data
EP0501610B1 (en) Object oriented distributed computing system
US6119118A (en) Method and system for extending file system metadata
US7543301B2 (en) Shared queues in shared object space
US6308182B1 (en) Information processing apparatus
US20020092013A1 (en) Software installation and validation using custom actions
JPH0997204A (ja) 分散オブジェクト操作環境において透明性のある不変性を提供する方法および装置
US12210892B2 (en) Method for implementing smart contract based on blockchain
US7451434B1 (en) Programming with shared objects in a shared memory
US11720607B2 (en) System for lightweight objects
US6195709B1 (en) Method of providing persistency for transient objects in object oriented technology
US6598093B1 (en) Method and apparatus for a core application programming interface
US5991766A (en) Method and system for managing redundant objects in a distributed object system
US20080243964A1 (en) Dynamic allocation of program libraries
US9009731B2 (en) Conversion of lightweight object to a heavyweight object

Legal Events

Date Code Title Description
A201 Request for examination
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 19961209

PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 19961209

Comment text: Request for Examination of Application

PG1501 Laying open of application
E701 Decision to grant or registration of patent right
PE0701 Decision of registration

Patent event code: PE07011S01D

Comment text: Decision to Grant Registration

Patent event date: 19990330

GRNT Written decision to grant
PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 19990423

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 19990424

End annual number: 3

Start annual number: 1

PG1601 Publication of registration
FPAY Annual fee payment

Payment date: 20020209

Year of fee payment: 4

PR1001 Payment of annual fee

Payment date: 20020209

Start annual number: 4

End annual number: 4

LAPS Lapse due to unpaid annual fee
PC1903 Unpaid annual fee

Termination category: Default of registration fee

Termination date: 20040110