KR101439515B1 - 데이터 개체의 버전 관리 방법 및 장치 - Google Patents

Abstract

특정 시간에 작성된 데이터 개체의 버전에서 파라미터를 확인하는 시스템으로서, 제1시간에 상기 버전은 활성 버전이고, 제2시간에 상기 버전은 이전 버전이며, 상기 시스템은, 작성되어 있는 상기 데이터 개체의 복수개의 버전을 저장하는 데이터베이스; 및 상기 데이터 기체의 제1활성 버전을 기억하는 캐시를 포함하되, 상기 데이터 개체의 새로운 버전은 해당 데이터 개체의 적어도 하나의 파라미터를 업데이트함으로써 작성되고, 새로운 활성 버전은 캐시에 저장된 상기 제1활성 버전을 대체하여, 해당 제1활성 버전이 상기 캐시에 저장된 이전 버전으로 되고; 상기 새로운 활성 버전은, 해당 버전이 활성 버전이었던 관련된 시간과 함께 상기 데이터 개체의 리스트 또는 해당 데이터 개체의 각 이전 버전을 포함하므로, 상기 특정 시간에 활성이었던 상기 데이터 개체의 버전을 확인함으로써, 상기 파라미터가 결정된다.

Description

데이터 개체의 버전 관리 방법 및 장치{A METHOD AND APPARATUS FOR VERSION MANAGEMENT OF A DATA ENTITY}

본 발명은 특히 과거 데이터(historical data)의 결정을 위한 버전 선택을 가능하게 하는, 데이터 개체(data entity)들의 관리 및 해당 데이터의 버전 제어 방법 및 장치에 관한 것이다.

많은 데이터베이스 시스템에 있어서, 데이터는 저장되어, 데이터의 수명 동안 각종 시점에서 종종 업데이트된다. 이것에 의해 주어진 세트의 데이터의 버전이 많아지게 된다. 역사적으로, 새로운 혹은 활성 버전은 소위 이전 버전(previous version)을 대체하지만, 일단 새로운 버전이 저장되면 이전 버전의 내용을 정착시키는 것이 항상 가능한 것은 아니다. 이것은, 고객이 예를 들어 항공권을 구매하고 나서 후일에 해당 항공권을 변경하기를 원할 경우 등과 같이 특히 여행 환경에서의 사례이다.

항공권의 요금은 해당 항공권이 입수되는 날짜와 여행하는 날짜 간에 변화될 수 있는 것은 잘 알려져 있다. 따라서, 고객이 소정 시점에서 해당 항공권을 변경하기를 원할 경우, 그 요금은 고객이 해당 항공권을 구매한 날과는 상이할 수 있다. 이렇게 해서, 고객이 구매 가격보다 높거나 낮은 수준에서 변제(reimbursement)하지만, 고객이 항공권의 구매일에 대한 요금의 수준에서 변제하는 것에 대한 보증은 없다.

US 2002/120648(AT&T)은 서류의 특정 버전을 액세스하여 사용자가 제1버전과 제2버전 간의 차이를 볼 수 있게 하는 방법을 개시하고 있다. 아카이브 시스템(archive system)은 사용자로부터의 어떠한 추가의 요청에 대해 문서의 상이한 버전의 사본을 유지하기 위하여 해당 사본을 만든다. 이 방법은 또한 사용자에 대해서 그 상이에 주위를 기울이게 하기 위하여 두 개의 상이한 버전을 비교하기 위한 시스템을 제공한다. 그러나, 사용자에게 액세스가능한 유효한 버전만이 가장 최신의 버전이며; 이전 버전의 데이터 내용을 사용자에게 직접 제시하는 것은 가능하지 않다.

본 발명의 목적은 종래 기술의 시스템과 연관된 문제점의 적어도 일부를 완화시키는 데 있다.

본 발명의 다른 목적은 데이터의 과거 기록의 분석 및 특정 파라미터의 확인을 가능하게 하는 데이터 개체들 및 그의 버전을 관리하는 방법 및 장치를 제공하는 데 있다.

본 발명의 일 측면에 의하면, 특정 시간에 작성된 데이터 개체의 버전에서 파라미터를 확인하는 시스템이 제공되며, 보다 구체적으로는, 제1시간에 상기 버전은 활성 버전이고, 제2시간에 상기 버전은 이전 버전이며, 상기 시스템은, 작성되어 있는 상기 데이터 개체의 복수개의 버전을 저장하는 데이터베이스; 및 상기 데이터 기체의 제1활성 버전을 기억하는 캐시(cache)를 포함하되; 상기 데이터 개체의 새로운 버전은 해당 데이터 개체의 적어도 하나의 파라미터를 업데이트함으로써 작성되고, 새로운 활성 버전은 캐시에 저장된 상기 제1활성 버전을 대체하여, 해당 제1활성 버전이 상기 캐시에 저장된 이전 버전으로 되며; 상기 새로운 활성 버전은, 해당 버전이 활성 버전이었던 관련된 시간과 함께 상기 데이터 개체의 리스트 또는 해당 데이터 개체의 각 이전 버전을 포함하므로, 상기 특정 시간에 활성이었던 상기 데이터 개체의 버전을 확인함으로써, 상기 파라미터가 결정된다.

본 발명의 제2측면에 의하면, 특정 시간에 작성된 데이터 개체의 버전에서 파라미터를 확인하는 방법이 제공되며, 보다 구체적으로는, 제1시간에 상기 버전은 활성 버전이고, 제2시간에 상기 버전은 이전 버전이며, 상기 방법은, 데이터 개체의 제1버전을 작성하는 단계; 상기 데이터 개체의 제1버전을 메모리 개소(memory location)에 저장하여, 해당 제1버전이 이제는 활성 버전이 되도록 하는 단계; 상기 데이터 개체의 제2버전을 작성하기 위하여 해당 데이터 개체와 관련된 적어도 하나의 파라미터를 업데이트시키는 단계; 상기 데이터 개체의 제2버전을 메모리 개소에 저장하여, 해당 제2버전이 이제는 활성 버전이 되고 상기 제1버전이 이제는 이전 버전이 되도록 하는 단계; 상기 특정 시간에 활성이었던 데이터 개체의 버전을 확인하는 단계; 및 상기 특정 시간에서의 상기 파라미터를 결정하는 단계를 포함하되, 상기 제2버전은 그 버전이 활성 버전이었던 관련된 시간과 함께 상기 데이터 개체의 리스트 또는 해당 데이터 개체의 각 이전 버전을 포함한다.

본 발명에 의하면 많은 이점이 제공된다. 예를 들어, 본 발명에 의하면, 상이한 버전 간에 연계(link)를 용이하게 하기 위하여 다수의 데이터 개체를 이용하는 단일 메커니즘(mechanism)에 의해서 특정 버전에 관한 정확한 파라미터를 결정하는 것이 항상 가능하다. 이런 유형의 메커니즘을 작동시킴으로써, 조작자가 특정 버전의 파라미터에 액세스할 수 있는 속도가 최적화되고, 응답 시간은 짧게 유지되어 조작자의 행위를 촉진시킴에 있어서 조작자를 원조한다. 본 발명은 또한 조작자로 하여금 어떠한 변제라도 정확한 수준에서 행해지는 것을 보장할 수 있게 하고, 이에 따라, 잘못된 비용 수준에서 거래가 행해져 조작자가 금전을 손해보지 않는 것을 보장할 수 있다. 마찬가지로, 고객이 보다 낮은 수준에서 변제함으로써 손해를 보는 일이 없게 된다.

도 1은 종래의 버전 메커니즘을 설명하기 위한 간략도;
도 2는 예로서 본 발명의 일 실시형태에 따른 버전 제어를 도시한 선도;
도 3은 예로서 본 발명의 일 실시형태에 따른 버전 제어를 설명하는 일례를 나타낸 도면;
도 4는 예로서 본 발명의 일 실시형태에 따른 시스템의 간략도;
도 5는 예로서 본 발명의 일 실시형태에 따른 방법의 스텝들의 순서도.

본 명세서의 기재에 있어서, "날짜"(date)란 단어는 달력의 날짜를 나타내고, "시간"이란 단어는 시간의 기간 혹은 하루 중의 어느 시간 혹은 순간(즉, 시각)을 나타내며, "타임스탬프"(timestamp)란 단어는 버전이 작성되는 날짜와 시간을 나타낸다.

도 1은 종래 기술의 버전 메커니즘을 도시하고 있다. 시간 t₀에서, 파라미터 P₁을 지니는 버전 V₁이 작성된다. 통상적으로, 버전 V₁은 시간 t_∞까지 지속될 것으로 예상된다. 시간 t₁에서, 새로운 버전 V₂가 작성되며, 이때 적어도 파라미터 P₁은 P₂로 변경된다. 버전 V₂는 버전 V₁을 대체하여 통상적으로 시간 t_∞까지 지속될 것으로 예상된다. 버전 V₂가 버전 V₁으로 대체됨에 따라 버전 V₁의 내용은 더 이상 유효하지 않다. 따라서, 고객 혹은 조작자가 시간 t₂에서 버전 V₁의 파라미터 P₁을 결정하기를 원한다면, 이것은 가능하지 않게 된다.

이하, 도 2를 참조해서, 본 발명의 일 실시형태에 따른 버전 제어 메커니즘에 대해 설명한다. 시간 t₀에서, 파라미터 P₁을 지니는 버전 V₁이 작성된다. 통상적으로, 버전 V₁은 시간 t_∞까지 지속될 것으로 예상된다. 시간 t₁에서, 새로운 버전 V₂가 작성되며, 이때 적어도 파라미터 P₁은 P₂로 변경된다. 버전 V₁은, 이하에 더욱 상세히 설명하는 바와 같이, 예를 들어, 캐시에 저장되고, 버전 V₂에 연계된다. 버전 V₂가 활성 버전으로 되고 파라미터 P₂가 활성 파라미터로 된다. 시간 t₂에서, 고객은 특정 시점에 존재하는 파라미터(P₁ 또는 P₂)를 결정하기를 원할 수 있고, V₂가 활성이고 V₁에 연계됨에 따라 올바른 파라미터가 용이하게 확인될 수 있다. 이것의 상세는 이하에 더욱 상세히 설명될 것이다. 추가의 버전이 부가될 수 있고, 가장 최신의 버전이 활성 버전으로 될 것이며, 이때 모든 이전 버전은 해당 가장 최신의 버전에 연계되게 될 것이다. 각 버전은 GMT(Greenwich Mean Time: 그리니치 평균시) 혹은 임의의 기타 적절한 시간 기준에 근거한 타임스탬프를 포함할 것이다. 해당 연계는 각 버전의 작성 날짜와 시간을 통해 이루어질 수 있어 고객이나 조작자가 주어진 날짜와 시간에 어느 버전이 활성이었는지를 결정할 수 있게 한다. 상기 연계는 예를 들어 임의의 적절한 수단, 예를 들어, 가격, 공급자, 혹은 응용에 적합한 기타 다른 연계를 통해 제공될 수 있다.

이하, 도 3을 참조하여, 도 2를 참조해서 위에서 설명된 버전 제어의 일례를 이용해서 본 발명의 메커니즘을 명백히 할 것이다. 이 예는 고객이 소정의 제2의 장소로부터 소정의 제1의 장소까지의 항공권(혹은 비행기 티켓)을 구매할 수 있는 시스템에 관한 것이다. 예를 들어, 특정 항공사(예를 들어, 에어 프랑스(상표명))에 대해 파리발 니스행 항공편(PAR-NCE)의 티켓을 구매하는 것으로 가정한다. 도 3은 2개의 버전 V₁ 및 V₂에 대해서 시간 t₀에서 t₁까지 해당 티켓의 가격에 대한 시각표를 나타내고 있다. 버전 V₁이 시간 t₀ 내지 시간 t₁ 사이에 존재하고, 통상적으로 시간 t_∞까지 지속되는 새로운 버전 V₂가 작성된다. 버전 V₁에서, 해당 티켓의 가격은 ?100이고, 시간 t₁에서, 버전 V₂가 작성되고, 그때의 티켓의 가격은 ?130으로 오른다. 다른 버전이 임의의 시점에서 작성될 수 있고, 매 시간 새로운 버전이 작성되어 그것은 그 주어진 시간에 활성 버전으로 될 것임을 이해할 수 있을 것이다. 모든 이전 버전은, 후술하는 바와 같이, 활성 버전에 연계되게 될 것이지만, 이것은 요청되는 경우 이외에는 불활성 상태로 유지될 것이다. 버전의 개수는 제한되지 않지만, 이전 버전에 대한 만료 시간을 결정하는 규칙이 있을 수도 있다.

도시된 예에 있어서, 시간 t_b에서, 고객은 장래의 어느 시간(예를 들어, t_f)을 위하여 파리발 니스행 티켓을 구매한다. 시간 t_b에서, 그 가격은 ?100이고, 이것은 버전 V₁에 상당한다. 이후의 시간 t_e에, 고객은 여행 시간을 변경하기로 결정하고, 해당 티켓의 변제, 교환 혹은 양도를 요청하기 위하여 티켓 공급자 혹은 조작자와 접촉한다. 이때, 티켓의 가격은 ?130이고 이것은 활성 버전 V₂에 상당한다. 그러나, 이것은, 버전 V₁ 하에서의 가격 및 조건이었기 때문에, 티켓을 원래 구매할 당시의 가격이나 조건은 아니었다. 본 발명에 따르면, 조작자가 티켓의 타임스탬프를 입력할 때, 당해 시스템 및 방법은 조작자에게 V₂에 상당하는 저장된 개체를 보여줄 수 있고, 해당 개체는 타임스탬프에 의한 활성 버전의 리스트를 포함한다. 티켓이 원래 구매되었던 때의 타임스탬프를 그 버전 타임스탬프와 비교함으로써, 해당 시스템 및 방법은 이어서 조작자에게 구매 시, 즉, 버전 V₁의 경우에 활성이었던 버전으로 안내한다. 이와 같이 해서, 조작자는 고객이 지불했던 가격을 정확하게 결정하여, 이것을 이용하여 고객이 요청한 변제 혹은 교환을 수행할 수 있게 된다.

본 발명에 따른 시스템은 기존의 각 버전의 사본을 분별 있게 저장하지 못하는 것에 유의할 필요가 있다. 대신에 임의의 주어진 시간에 활성 버전은 모든 이전 버전에의 연계를 포함함으로써, 타임스탬프 검색에 의거한 관련 버전에의 즉각적인 액세스를 허용한다. 이와 같이 본 발명을 수행함으로써, 조작자는 복잡한 검색 행위 없이도 관련된 정보를 찾을 수 있고, 이에 의해, 보다 적은 응답 시간에 요청된 데이터에의 액세스를 획득할 수 있게 된다. 모든 관련된 버전이 메모리 환경 내에 검색되는 상황에서, 응답 시간은 상당히 커지는 경향이 있을 수 있다. 그러므로, 활성 버전과 임의의 이전 버전 간에 제공된 연계는 본 발명의 일 실시형태의 이점이다.

이하, 도 4를 참조하여, 상기 시스템의 상세를 설명한다. 데이터베이스(400)는 캐시(402)에 접속된다. 복수의 조작자(404, 406, 408)는 여행 티켓을 업데이트, 변제 혹은 교환을 행하기 위하여 캐시(402)에 접속된다. 데이터베이스(400)는 예를 들어 특정 항공사에 의해 특정 항공편에 대한 데이터의 각종 버전 모두의 상세를 포함하는 데이터베이스 개체(410)를 포함한다. 데이터베이스 개체(410)에 저장된 데이터의 각종 버전은 V_n, V_{n -1}, V_{n -2} 등으로 표기된다. 소정의 시점에서, 새로운 업데이트 V_{n +1}이 조작자(예를 들어, 404, 406 또는 408)에 의해 작성되어, 화살표 "1"로 표시된 바와 같이 데이터베이스 내에 로드된다.

새로운 업데이트가 있을 때는 언제라도, 해당 업데이트는 당해 버전에 상당하고 활성 캐시 데이터 개체로 된 캐시 데이터 개체(E_{c / Vn}) 내로 입력될 필요가 있다. 이 업데이트는 화살표 "2"로 표시되어 있다. 이전의 캐시 데이터 개체들은 비활성으로 될 것이지만, 활성 캐시 데이터 개체로부터 이전의 캐시 데이터 개체들의 각각에 연계될 경우도 있다.

도 4a는 예시적인 캐시 데이터 개체(450)의 상세를 표시하고 있다. 해당 캐시 데이터 개체(450)는, 액세스 키 요소(access key element)(452); 활성 버전 및 활성 버전에 상당하는 타임스탬프에 관한 표시기(454); 이전 버전 및 관련된 타임스탬프의 정렬된 리스트(456); 및 데이터의 활성 버전의 전체 내용(즉, 활성 데이터)(458)을 포함한다. 액세스 키 요소(452)는 당해 특정 시리즈의 모든 개체에 대해 공통이다. 이 예에서, 상기 당해 시리즈란 출발지와 도착지 및 티켓을 발행한 항공사를 가리킨다. 예를 들어, 에어 프랑스(상표명)에 의해 제공된 파리발 니스행 항공편(PAR-NCE)이 특정 시리즈의 데이터 개체들이며, 이때 각 개체는 해당 시리즈의 하나의 버전이다. 표시기(454)는 현재의 활성 버전에 관련될 것이고, 그 활성 버전이 시작된 타임스탬프를 나타낼 것이다. 이전 버전 및 관련된 타임스탬프의 정렬된 리스트는 모든 이전 버전과 그들의 개시 및 종결 시간을 표시할 것이다. 개시 및 종결 날짜 중 하나만이 본 발명의 소정의 실시형태에서 이용될 수 있다는 것을 이해할 수 있을 것이다. 활성 데이터(458)는 항공권에 관한 관련된 파라미터를 모두 포함하고, 전형적으로는 수천개의 상이한 파라미터를 포함한다.

이제, 도 4로 다시 되돌아가서, 활성 캐시 데이터 개체(412)가 캐시(402)에서 확인된다. 또한, 더 이상 활성이 아닌 캐시 데이터 개체(416, 418, 420)의 다수의 이전 버전에 대해서 화살표 "414"로 표시된 연계가 있다. 활성 캐시 데이터 개체(412)의 새로운 버전이 작성될 경우, 해당 새로운 버전은 캐시 내로 입력될 것이다. 이 효과는 이전의 활성 개체를 버전 V_n으로 되게 하고, 새롭게 입력된 활성 캐시 데이터 개체를 버전 V_{n +1}(도 4에 따르면, 버전의 명칭은 E_c/A임)으로 되게 할 것이다. "3"으로 표시된 화살표는 활성 데이터 개체의 이전의 데이터 개체로의 변환을 나타낸다.

조작자, 예를 들어, (404)가 이전에 예약된 여행 계획을 변경한 고객에 대해서 에어 프랑스에 의해 제공된 파리발 니스행 티켓을 업데이트하기를 원할 수 있다. 이것을 행하기 위하여, 조작자(404)는 당해 티켓에 관한 관련된 캐시 데이터 개체를 검색할 필요가 있다. 파리발 니스행 에어 프랑스가 확인될 때는 언제든지 조작자가 안내되는 경우, 활성 캐시 데이터 개체는 액세스 키 요소(452)(도 4a)에 의해 찾을 수 있다. 또한, 조작자는 원래 티켓의 구매의 타임스탬프의 상세를 입력할 것이다. 입력된 타임스탬프로 인해, 활성 캐시 데이터 개체는 티켓의 타임스탬프에 대응하는 타임스탬프를 검색할 것이다. 티켓의 타이스탬프에 상당하는 특정 티켓의 타임스탬프 범위를 확인하게 되면, 활성 캐시 데이터 개체는 해당 티켓이 구매되었을 때 활성이었던 버전을 나타낼 것이다. 이 점에서 두 가지 중 하나가 발생할 수 있다. 티켓의 타임스탬프가 활성 캐시 데이터 개체에 대응하면, 조작자가 활성 데이터(458)(도 4a)를 즉시 액세스할 것이다. 티켓의 타임스탬프가 이전 버전에 대응한다면, 이 버전은 리스트(456)로부터 확인될 것이다. 데이터 개체는 이어서 조작자를 연계(414)들 중 하나에 의해서 그 버전으로 안내할 것이다. 마찬가지 프로세스는 다른 조작자(406) 또는 (408)에 의해 활성화될 수 있지만, 이것은 다른 출발지와 도착지 그리고 다른 항공사와 관련될 수도 있다. 캐시는 버전의 변경 등에 의해 연속적으로 변경되고 업데이트되는 동적 요소이다. 각 개체는 조작자에 의한 액세스를 용이하게 하기 위하여 동일한 일반적인 형식을 지니는 자체 내포된 논리 개체(self-contained logical entity)이다.

본 발명은 고객이 장래의 어떤 단계에서 임의의 판매용 요소를 교환, 변제 혹은 업데이트하기를 원할 수 있는 경우, 그리고 이러한 요소의 파라미터가 시간 경과에 따라 변경될 수 있을 경우와 같이 해당 요소를 위해서 이용될 수 있는 특정 항공사에 대해서 발생된 항공권으로 제한되는 것이 아님을 이해할 수 있을 것이다. 본 발명은 데이터 개체의 개발 자취 및 변경을 유지함으로써, 데이터 개체의 각 버전 및 해당 데이터 개체의 추적가능성(traceability)을 제공한다. 데이터 개체는 항공권 혹은 기타 다른 적절한 문서에 관한 정보의 문서나 기타 형태일 수 있다. 파라미터는 또한 예를 들어 가격, 세금, 특정 오퍼(special offer), 혹은 판매용의 요소에 관하여 시간 경과에 따라 변화될 수 있는 기타 데이터를 비롯한 많은 변동을 지닐 수도 있다. 상기 설명을 통해 기재된 실시형태는 일반적으로 2개의 버전(활성 버전 및 이전 버전)에 관한 것이다. 그러나, 임의의 많은 버전이 있을 수 있고, 각 새로운 활성 버전은 상기 설명된 바와 같은 모든 이전 버전의 리스트를 포함하는 것임을 이해할 수 있을 것이다.

이하, 본 발명의 일 실시형태를 수행하는 방법 스텝들을 예시한 도 5를 참조하여 설명을 행한다. 스텝 500에서, 하나 이상이 변경될 수 있는 복수개의 파라미터를 지닌 데이터의 제1버전 V₁이 작성된다. 활성 V₁ 개체는 캐시에 저장된다. 스텝 502에서, 고객이 데이터의 V₁ 버전에서 해당 파라미터에 상당하는 티켓을 구매한다. 스텝 504에서, 데이터의 하나 이상의 파라미터가 변경되고 버전 V₂가 작성된다. 스텝 506에서, 캐시가 업데이트되어 V₂ 개체를 저장한다. V₂ 개체는 이어서 스텝 508에서 이전의 V₁ 개체와 연계되고, V₂ 개체는 활성 개체로 된다. 스텝 510에서, 조작자는 스텝 502에서 고객이 구매한 티켓에 관한 데이터를 요청한다. 상기 조작자는 스텝 512에서 해당 티켓의 발행의 타임스탬프를 결정하고 나서, 스텝 514에서 캐시를 조회하여 관련된 액세스 키 요소(452)를 지니는 티켓의 타임스탬프와 정합하는 데이터의 관련 버전을 결정한다. 이어서, 조작자는 스텝 516에서 티켓의 타임스탬프에 의거한 데이터의 올바른 버전으로 안내된다. 이것은 이어서 조작자로 하여금 티켓을 구매하여 교환, 변제 혹은 기타 다른 행위를 행할 경우의 파라미터를 결정할 수 있게 한다. 그 후, 이 프로세스는 520에서 종결된다.

이상의 프로세스는 행위가 요청되는 경우 상기 스텝들 내의 임의의 적절한 지점에서 재개될 수 있다. 추가의 새로운 버전은 스텝 504에서 작성될 수 있고, 그 경우, 스텝 506 및 508도 또한 수행될 것이다. 대안적으로, 상기 버전은 변경하지 않고, 조작자가 다른 고객으로부터 그 티켓에 관한 데이터를 결정하기를 원한다면, 이 경우, 스텝 510, 512, 514, 516 및 518이 수행될 것이다. 명백하게, 이 상황에서, 복수의 고객이 하나의 버전 혹은 다른 버전의 티켓을 구매할 경우 스텝 502가 다수회 수행될 수도 있다.

상기 방법 스텝들의 각종 조합이 단독으로 혹은 조합되어 전체 프로세스의 상이한 요소에 대해 수행될 수 있다는 것을 이해할 수 있을 것이다. 임의의 다른 조합을 포함할 수도 있는 각종 조합은 상기 설명된 것으로 제한되는 것은 아니다.

본 발명은 많은 다양한 방법으로 변경될 수 있고, 이것은 또한 본 발명의 의도된 범위와 정신 내에 유지되는 것임을 이해할 수 있을 것이다.

400: 데이터베이스 402: 캐시
404, 406, 408: 조작자 410: 데이터베이스 개체
416, 418, 420, 450: 캐시 데이터 개체
452: 액세스 키 요소 454: 표시기
456: 정렬된 리스트 458: 활성 데이터

Claims (12)

1. 특정 시간에 작성된 데이터 개체(data entity)의 버전에서 파라미터를 확인하는 방법으로서, 상기 데이터 개체는 적어도 하나의 파라미터를 포함하며, 상기 데이터 개체의 제1시간은 상기 데이터 개체의 활성 버전이고, 상기 데이터 개체의 제2시간은 상기 데이터 개체의 이전 버전(previous version)이며, 상기 방법은 파라미터를 확인하는 시스템에 의해 수행되며, 상기 방법은,
   상기 데이터 개체의 제1버전을 작성하는 단계;
   상기 데이터 개체의 제1버전은 저장된 때에 해당 데이터 개체의 상기 활성 버전이 되도록, 메모리 개소(memory location)에 상기 데이터 개체의 제1버전을 저장시키는 단계;
   상기 데이터 개체 내의 적어도 하나의 파라미터를 업데이트시켜 상기 데이터 개체의 제2버전을 작성하는 단계;
   메모리 개소에 상기 데이터 개체의 제2버전을 저장시켜, 상기 제2버전이 저장된 때에, 상기 데이터 개체의 상기 제2버전이 상기 데이터 개체의 활성 버전을 포함하고, 상기 데이터 개체의 상기 제1버전이 상기 데이터 개체의 이전 버전을 포함하며, 상기 데이터 개체의 상기 제2버전이 상기 데이터 개체의 각 이전 버전의 정렬된 리스트(sorted list)를 포함하고, 각 이전 버전은 상기 데이터 개체의 각 버전이 상기 데이터 개체의 활성 버전이었던 관련된 시간과 관련되도록 하는 것인, 상기 데이터 개체의 제2버전을 저장시키는 단계;
   상기 리스트 내의 상기 관련된 시간을 룩업(looking up)함으로써 상기 관련된 시간에 활성이었던 상기 데이터 개체의 버전을 결정하기 위하여 시간 범위를 확인하는 단계로서, 상기 관련된 시간은 상기 시간 범위 내인 것인, 상기 시간 범위를 확인하는 단계;
   상기 관련된 시간에 활성이었던 상기 데이터 개체의 버전을 액세스하는 단계; 및
   상기 데이터 개체의 버전으로부터 상기 파라미터를 확인하는 단계를 포함하는 것인, 데이터 개체의 버전에서의 파라미터의 확인방법.
2. 제1항에 있어서, 각 버전이 동일한 공통 키(common key)를 포함하도록 상기 데이터 개체의 각 버전을 작성하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
3. 제2항에 있어서, 상기 공통 키를 검색함으로써 상기 데이터 개체의 한 세트의 버전을 검색하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
4. 제1항에 있어서, 상기 데이터 개체의 추가의 버전을 경우에 따라 작성하여, 해당 데이터 개체의 가장 최신의 버전이 활성 버전이 되도록 하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
5. 제1항에 있어서, 작성되어 있는 데이터 개체의 각 버전에 대해서 타임스탬프를 생성시키는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
6. 제5항에 있어서, 상기 타임스탬프를 이용해서 상기 특정 관련된 시간에 상기 활성 버전을 확인하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
7. 제5항에 있어서, GMT(Greenwich Mean Time; 그리니치 평균시)를 타임스탬프의 근거로 하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
8. 제5항에 있어서, 상기 데이터 개체의 각 버전의 추적가능성(traceability)을 제공하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
9. 제1항에 있어서, 상기 데이터 개체를 제품(product) 혹은 서비스와 관련된 데이터의 세트로서 제공하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
10. 제1항에 있어서, 상기 파라미터를, 제품 혹은 서비스에 관한 가격, 세금, 수신지, 장소, 특정 오퍼(special offer) 혹은 기타 임의의 파라미터를 포함하는 군 중 하나로서 선택하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
11. 제1항에 있어서,
    상기 관련된 시간에 활성이었던 상기 데이터 개체의 버전으로부터 상기 파라미터를 이용해서 행위(action)를 수행하는 단계를 추가로 포함하는, 데이터 개체의 버전에서의 파라미터의 확인방법.
12. 특정 시간에 작성된 데이터 개체의 버전에서 파라미터를 확인하는 시스템으로서, 제1시간에 상기 데이터 개체의 버전이 상기 데이터 개체의 활성 버전이고, 제2시간에 상기 데이터 개체의 버전이 상기 데이터 개체의 이전 버전이며, 상기 시스템은,
    작성되어 있는 상기 데이터 개체의 복수개의 버전을 저장하는 데이터베이스; 및
    상기 데이터 개체의 제1활성 버전을 저장하는 캐시 메모리(cache memory)를 포함하되,
    상기 데이터 개체의 새로운 버전이 해당 데이터 개체의 적어도 하나의 파라미터를 업데이트함으로써 작성될 경우, 상기 데이터 개체의 새로운 활성 버전이 상기 캐시 메모리에 저장된 상기 데이터 개체의 상기 제1활성 버전을 대체하고, 상기 데이터 개체의 상기 제1활성 버전이 상기 캐시 메모리 내에 저장된 상기 데이터 개체의 이전 버전으로 되며;
    상기 데이터 개체의 상기 새로운 활성 버전은 상기 데이터 개체의 각 이전 버전의 리스트를 포함하고, 각 이전 버전은 해당 데이터 개체의 각 버전이 상기 데이터 개체의 활성 버전이었던 관련된 시간과 관련되므로, 시간 범위를 확인함으로써, 상기 시간 범위 내인 상기 관련된 시간에 활성이었던 데이터 개체의 버전이 확인되고 상기 버전 내의 파라미터가 확인되는 것인, 데이터 개체의 버전에서의 파라미터의 확인시스템.

Images