KR20050073602A - 급여 관리 시스템 및 방법 - Google Patents

Abstract

급여 계획을 효율적으로 저장하고 작업 이벤트에 대하여 이 급여 계획을 적용하는 시스템 및 방법이 제공된다. 급여 계획은 이 급여 계획이 참인 것으로 여겨지는 신뢰 시간을 저장하는 필드를 포함하는 데이터 구조를 사용하여 데이터베이스에 나타낸다. 이 데이터베이스는 급여 계획의 모든 버전을 저장하여 급여 계획의 완전한 회계감사가 수행될 수 있게 보장한다.

Description

급여 관리 시스템 및 방법{SYSTEMS AND METHODS FOR MANAGING RATES}

본 발명은 직원 임금 관리에 관한 것이다. 보다 구체적으로는, 본 발명은 비용을 저장하고 거래 규칙에 따라 작업 이벤트에 대하여 급여를 적용하는 시스템 및 방법에 관한 것이다.

직원 임금은 노동 계약에 따라 제공되는 노동 또는 용역에 대하여, 시, 일, 주, 또는 다른 시간 기준의 금전적 보수이다. 통상, 계약은 직원 임금이 해당 시간 구간에 대하여 지불되어야 함과 임금을 결정하는데 고려할 사항을 규정한다. 이러한 사항은 무엇보다 초과 근무 비용, 복리후생비, 경력 수준, 업무 책임감/직무, 직원 자질, 숙련도, 세금 및 일반 경제 조건을 포함할 수 있다. 이 계약은 사용자와 종업원 사이에 협상된 개별 고용 계약이거나 또는 노동 조합을 대표하는 종업원 집단에 의해 형성된 협상단과 사용자 간의 단체 협약일 수 있다. 어느 경우이든, 임금은 해당 지불 기간에 여러 변화가 행해질 수 있으므로, 직원 임금을 적절하게 조정하기 위해서 사용자는 모든 급여 변동을 추적할 필요가 있다.

임금은 통상 근로 계약 또는 단체 협정에 포함된 "급여 계획(rate schedule)"에 규정된다. 급여 계획은 단체에서 근로하는 개별 종업원 또는 동일 직업 내의 종업원 집단에 적용가능한 급여의 시간표이다. 급여에 더하여, 급여 스케줄은 또한 해당 시간 동안 작업 이벤트에 대하여 급여의 적용을 조정하는 거래 규칙을 규정할 수 있다. 작업 이벤트(operational event)는 시급 등과 같이 해당 급여가 지불되어야 하는 이벤트이다.

예를 들면, 뉴욕 노동부는 전기 기사, 페인트공, 목수, 배관공 및 용접공 등과 같이 시에서 고용되는 근로자에 관련된 급여 계획을 가질 수 있다. 급여 계획은 경력 수준 및 시간 교대에 따라 각 직무에 대하여 시급을 열거할 수 있으며, 급여가 유효한 날짜를 열거할 수 있다. 1일 교대(first day shift)로 일하는 초급 수준의 전기 기사는 하절기에는 시간당 15달러의 급여를 지불받고 동절기에는 시간당 18달러의 급여를 지불받을 수 있다. 다른 예에서, 경영 컨설팅 회사는 준회원(associate)에 대한 연봉과 각 파트너의 개별 급여를 규정하는 급여 계획을 가질 수 있다.

급여 계획은 통상 급여를 집행하는 기관의 총무부(payroll or labor department)에 의해 유지된다. 이들 부서는 급여 계획을 사용하여 단체의 종업에 지불가능한 임금을 결정한다. 이 계획은 규제 위원회, 기관 경영자, 또는 노동 조합과 같은 협상단에 의해 제공될 수 있다. 통상 총무부의 급여 계획을 승인하기 전에 둘 이상의 당사자 간에 형상을 행한다.

급여 계획이 일단 승인되어 총무부에 전달되면, 통상 이는 임금 대장 시스템에 입력된다. 임금 대장 시스템은 임금과 복지수당 등의 단체의 임금 대장에 관한 모든 정보를 처리하는 소프트웨어 애플리케이션이다. 임금 대장 시스템은 단독 소프트웨어 애플리케이션이거나 회계 소프트웨어 패키지에 통합된 소프트웨어 모듈일 수 있다. 임금 대장 시스템의 예는 미국 오레곤주 비버튼(Beaverton)의 팀버라인 소프트웨어사(Timberline Software Corporation)에 의해 제공되는 팀버라인 페이롤(Timberline Payroll), 캐나다 온타리오주의 기액 컴퓨터사(Geac Computer Corporation Ltd)에 의해 제공되는 스타빌더 소프트웨어 스위트(StarBuilder software suite)의 임금 대장 모듈, 미국 콜로라도 덴버의 제이 디 에드워드 앤 컴퍼니(J. D. Edwards & Company)에 의해 제공되는 제이 디 에드워드 페이롤(J. D. Edwards payroll), 미국 아리조나주의 스코츠데일의 컴퓨터 가이던스사(Computer Guidance Corporation)에 의해 제공되는 컨스트럭션 관리 시스템(Construction Management System)의 임금 대장 애플리케이션, 미국 캘리포니아주의 미션 비조의 알레리오사(Alerio Corporation)에 의해 제공되는 알레리오 페이롤(Alerio Payroll), 및 캐나다 온타리오주의 베스트 소프트웨어사에 의해 제공되는 아브라 페이롤(ABRA Payroll)을 포함한다.

급여 계획을 임금 대장 시스템에 입력하기 위해서, 총무부 직원은 급여 및 급여가 시스템에 유효하게 되는 날짜를 직접 입력할 수 있다. 이는 근로 계약과 단체 협정이 프로젝트 도중에 또는 단체가 급여를 부여하는 사용자의 근무기간 동안 빈번하게 변하여, 그 결과, 새로운 급여 계획을 작성하는 경우 엄청난 작업이 될 수 있다. 새로운 급여 계획은 소급적인 새로운 급여를 규정함으로써, 임금 대장 시스템이 단체의 임금 대장을 정확하게 처리하기 위해서 소급 급여와 이들이 유효한 날짜를 추적하게 할 수 있다. 임금 대장 시스템이 소급 급여 변화와 가변 근로 계약을 자동 추적할 수 없는 경우, 단체의 임금 대장 계산은 매우 복잡해질 수 있다. 임금 대장 조정은 수동으로 수행되어야 할 수 있으며, 이 단체는 총무부 직원이 소급 급여 조정을 적절하게 계산하도록 트레이닝하는데 상당한 양의 시간과 자원이 소비하여야 할 수 있다.

또한, 급여 계획이 많은 수의 종업원에 적용되면, 모든 상이한 급여 계획과 유효일의 축적은 이 변화가 임금 대장 시스템에 수동으로 입력되어야 하는 경우에 매우 어려울 수 있다. 새로운 급여와 이의 관련 유효일을 입력할 때 에러가 생기는 상황에서, 단체의 임금 대장은 하나 이상의 급여 기간 동안 상당히 영향을 받을 수 있다. 더욱이, 새로운 급여와 유효일을 인식하는 종업원이 임금 액수가 부정확한 급료를 받는 경우에 만 에러가 발견될 수 있다.

데이터 입력 실수를 잡아내고 단체의 임금 대장을 회계 감사하기 위해서, 임금 대장 시스템은 모든 급여, 규칙 및 이들의 유효일의 완전한 이력을 유지하여야 한다. 이는 단체가 급여, 규칙, 이들의 관련 유효일 및 정보가 단체의 임금 대장 시스템에 입력된 시간 및 날짜의 모든 가능한 조합을 저장하도록 요청할 수 있다. 그러나, 이러한 방법은 큰 프로젝트 또는 단체에 대한 임금 대장 데이터의 완전한 이력을 유지하는데 필요한 방대한 디스크 공간으로 인해 통상 실질적이지 않다.

전술한 사정을 감안하여 본 발명은 급여를 효율적으로 저장하는 시스템 및 방법을 제공하는 것을 목적으로 한다.

본 발명의 다른 목적은 거래 규칙에 따라 작업 이벤트에 대한 급여 계획을 적용하는 시스템 및 방법을 제공하는 것이다.

또한, 본 발명의 목적은 소급 급여 변화를 기존 작업 이벤트에 자동 적용하는 시스템 및 방법을 제공하는 것이다.

본 발명의 상기 및 다른 목적은 첨부 도면과 함께 후술하는 상세한 설명을 통해 명백해질 것이며, 도면에서 동일 참조 부호는 동일 구성을 나타낸다.

도 1은 본 발명의 시스템 및 방법이 동작하는 예시적인 환경을 나타내는 개략도이다.

도 2는 본 발명의 원리에 따라 사용되는 소프트웨어 컴포넌트를 나타내는 개략도이다.

도 3은 급여 입방 데이터 구조의 개략도이다.

도 4는 주어진 신뢰 시간에 대하여 급여 입방 데이터 구조에서 발췌된 타임 슬라이스의 예시도이다.

도 5는 데이터베이스에서 급여표의 버전을 나타내는데 사용되는 필드의 개략도이다.

도 6은 데이터베이스에서 급여표의 버전 A가 버전 B의 직전 버전임을 나타내는 도면이다.

도 7은 데이터베이스에서 급여표의 버전 A가 버전 B의 유효 이전 버전임을 나타내는 도면이다.

도 8은 버전의 개시 유효 시간이 데이터베이스에서 임의의 다른 버전의 유효 시간 구간에 있지 않은 경우 급여표에 버전을 추가하는 흐름도이다.

도 9는 버전 B 다음의 유효 버전 A를 포함하는 급여 표에 추가되는 버전 B를 나타내는 도면이다.

도 10은 버전의 개시 유효 시간이 데이터베이스에서 다른 버전의 유효 시간 구간에 있는 경우 데이터베이스의 버전을 추가하는 흐름도이다.

도 11은 버전 A가 버전 C의 유효 구간을 포함하는 유효 구간을 가짐을 포함하는 급여 표에 추가되는 버전 C를 나타내는 도면이다.

도 12는 버전의 개시 유효 시간의 데이터베이스 내의 다른 버전의 개시 유효 시간과 동일한 경우 데이터베이스 내에 버전을 추가하는 흐름도이다.

도 13은 버전 A와 버전 B의 개시 유효 시간이 동일한 급여 표에 추가된 새로운 B를 나타내는 도면이다.

도 14는 급여 표에서 버전을 제거하는 흐름도이다.

도 15는 현재 유효 계획에 대한 임의의 버전 후에 유효하지 않는 버전의 제거를 나타내는 도면이다.

도 16은 현재 유효 계획에 대한 버전 A 바로 후의 버전 B의 제거를 나타내는 도면이다.

도 17은 데이터베이스 내의 작업 이벤트들 중 하나의 작업 이벤트를 나타내는데 사용되는 필드의 개략도이다.

도 18은 예시적인 거래 규칙을 나타내는 도면이다.

도 19는 예시적인 거래를 나타내는 도면이다.

도 20은 기존 거래에 소급 급여를 적용하는 흐름도이다.

본 발명의 이들 및 다른 목적은, 급여를 효율적으로 저장하는 시스템 및 방법을 제공하여 거래 규칙에 따라 작업 이벤트에 대한 급여를 적용함으로써, 본 발명의 원리에 의해 달성된다. 작업 이벤트는 하나 이상의 급여로 지불되어야 하고 시간, 자원 및 양에 관련된 이벤트이다. 예를 들면, 작업 이벤트는 보일러공인 Bob이 2002년 6월 10일에 8시간 근무하는 경우에 발생할 수 있다.

급여는, 급여와 이 급여가 유효한 날짜를 열거하는 급여 계획에서 규정된다. 또한, 급여는 해당 프로젝트에서 근로하는 모든 근로자에 대한 기본급을 규정하는 규칙과 같이 작업 이벤트에 대한 급여의 적용을 조정하는 거래 규칙을 포함할 수 있다. 거래 규칙은 수급 작업 이벤트와 이 수급 자격 이벤트에 적용되는 급여의 유효 계획을 나타내는 데이터베이스 필터를 포함한다. 거래 규칙이 해당 작업 이벤트에 일치하는 경우, 작업 이벤트와 이 작업 이벤트에 적용될 급여를 포함하는 작업 거래(operational transaction)가 생성된다.

바람직한 실시예에서, 본 발명의 시스템은 5개의 주요 소프트웨어 컴포넌트: (1) 급여 입방 데이터 구조(rates cube data structure); (2) 급여, 작업 이벤트 및 규칙의 데이터베이스; (3) 거래 규칙 관리자; (4) 급여 엔진; 및 (5) 데이터 액세스 인터페이스를 포함할 수 있다.

급여 입방 데이터 구조는 3개의 파라미터, 즉, 임의의 적절한 통화에서 급여의 달러 값, 이 급여가 유효하게 될 유효 시간, 및 신뢰 시간을 사용하여 급여를 저장하는 데이터 구조이다. 신뢰 시간은 급여의 달러 값과 이의 관련 유효 시간이 올바르다고 여겨지는 시점에 대응한다. 예를 들면, 2002년 1월 1일에 협상된 급여 계획은 2002년 4월1일에 유효하게, 보일러공이 시급 20.00달러를 수령함을 규정할 수 있다. 2002년 2월 1일에는, 급여 계획이 재협상되어 2002년 4월 1일부터 보일러공에 적용되는 시급이 22.00달러로 증가한다. 이 예에서, 2002년 1월 1일의 신뢰 시간은 20.00달러의 달러 값과 2002년 4월 1일의 유효 시간에 대응하고, 2002년 2월 1일의 신뢰 시간은 22.00달러의 달러 값과 2002년 4월 1일의 유효 시간에 대응한다.

급여 입방 데이터 구조는 급여 계획을 데이터베이스 내의 급여 표에 저장하는데 사용된다. 급여 표는 급여, 유효 시간 및 신뢰 시간의 모든 가능한 조합의 저장을 회피하도록 급여 입방 데이터 구조 내의 값의 변화만을 저장한다. 급여 표에서 각 입력 또는 급여 입방 데이터 구조에서 값의 변화는 "버전(version)"으로 불린다. 버전은 신뢰 기간, 유효 기간 및 급여의 달러 값에 따라 급여를 규정한다.

급여 계획을 버전으로서 저장하는 것은 사용자가 오늘 날짜로서 유효한 현재 유효 계획, 과거 일정 시점에 유효했던 과거 유효 계획, 및 추후 소정 시간에 유효하게 될 장래 유효 계획 등의 유효 계획의 임의의 시간 표현을 발췌할 수 있게 한다. 또한, 버전의 사용은, 질의 시간에 대응한 신뢰 시간 구간을 갖는 모든 버전에 대하여 급여 표를 조회함으로써, 사용자가 임의의 주어진 시간 동안 유효한 급여 계획의 완전화 회계감사를 수행할 수 있게 한다.

또한, 데이터베이스는 작업 이벤트 표에서 급여에 대하여 지불될 작업 이벤트를 저장한다. 작업 이벤트 표 내의 각 입력은 신뢰 시간, 유효 시간, 자원, 자원 유형 및 수량에 따라 작업 이벤트를 열거한다. 또한, 데이터베이스는 비용을 작업 이벤트에 적용하는 것을 관리하는 거래 규칙을 저장하는 거래 규칙 표를 갖는다.

작업 이벤트 표에서 작업 이벤트는 급여 엔진에 의해 작업 표에서 적용가능한 급여에 대하여 견적된다. 급여 엔진은 데이터베이스 필터를 작동하여, 작업 이벤트 표 내의 해당 입력을 데이터베이스 필터에 대응하는 거래 규칙의 유효 급여 계획에 규정된 급여 표에서의 급여에 일치시킴으로써, 작업 거래를 생성한다. 또한, 급여 엔진은 작업 거래에 열거된 급여를 거래에 포함된 작업 이벤트에 적용함으로써 작업 거래에 대한 달러 값을 계산한다.

거래 규칙은 사용자가 거래 규칙을 입력, 편집, 및 액세스할 수 있게 하는 거래 규칙 관리자를 통해 규정된다. 거래 규칙 관리자, 급여 및 작업 이벤트는 모두 데이터 액세스 인터페이스를 통해 액세스될 수 있다.

본 발명의 시스템 및 방법은 단체가 급여 계획을 효과적으로 작업 이벤트에 저장 및 적용할 수 있게 하는 이점이 있다. 또한, 본 발명의 시스템 및 방법은 총무부 직원이 소급 급여 변화를 기존 작업 이벤트에 자동 적용할 수 있게 하고, 데이터베이스에 저장된 모든 급여 계획과 작업 이벤트의 완전한 회계검사를 수행할 수 있게 한다.

도 1을 참조하면, 본 발명의 시스템과 방법이 동작하는 운영 환경의 개략도가 도시되어 있다. 데이터베이스(50)는 해당 단체에 대한 급여 계획, 거래 규칙 및 작업 이벤트를 저장하는 데이터베이스이다. 급여 계획은 작업 이벤트에 적용가능한 급여, 또는 시간, 자원 및 영업을 나타내는 수량에 관한 이벤트의 시간표이다. 해당 작업 이벤트에 적용되는 급여 계획에서 급여는 하나 이상의 거래 규칙에 의해 결정된다. 이 단체는 이의 임금 대장, 송장, 구입 주문, 또는 단체에서 사용되는 다른 금전적으로 가치있는 자원을 계산하기 위한 거래 규칙에 따라 작업 이벤트에 대한 급여 계획을 적용하는 기업, 교육, 공공 또는 비영리 단체일 수 있다.

예를 들면, 급여 계획은 정규 업무시간 동안 시간당 10달러 그리고 초과 근무시간 동안 시간당 12달러인 상이한 시간 구간에서 단체의 직원에 적용가능한 시급을 열거할 수 있다. 작업 이벤트는 제3 업무 교대 동안 2002년 10월 1일에 12시간 동안 일하는 직원을 열거할 수 있다. 거래 규칙은 제3 업무 교대 동안 주간에 8시간 이상 근로하는 직원은 처음 8시간 동안의 시급의 3/2를, 추가 시간에 대하여 초과근무 급여의 3/2를 지불받아야 함을 규정할 수 있다. 작업 이벤트와 거래 계획에 대한 거래 규칙을 적용하면, 2002년 10월 1일 직원에게 192달러의 임금이 된다.

데이터베이스(50)는 PC(30)에 접속된 바와 같이 단체에 의해 국소적으로 유지될 수 있거나, 네트워크(70)를 통해 원격 액세스될 수 있다. 데이터베이스(50)에 저장된 급여 계획, 작업 이벤트 또는 거래 규칙을 입력, 편집, 액세스 또는 관리하도록 단체에 인가된 사용자는 PC(30), 무선 전화기(35), 개인용 휴대 단말(40), 및 노트북(45) 등의 다수의 기기를 통해 데이터베이스(50)에 액세스할 수 있다. 기기(35 내지 45)는 데이터 액세스 인터페이스(55)를 통해 데이터베이스(50)를 액세스할 수 있다.

데이터 액세스 인터페이스(55)는 급여, 작업 이벤트, 및 거래 규칙을 입력, 편집 및 액세스하는데 사용될 수 있다. 데이터 액세스 인터페이스(60)는 데이터베이스(50)에 저장된 작업 이벤트에 급여를 적용하는 것을 조정하는 거래 규칙을 관리하기 위한 거래 규칙 관리자(55)를 포함한다.

거래 규칙은 데이터베이스(50) 내의 수급 작업 이벤트와 이 수급 작업 이벤트에 적용되는 유효 급여 계획을 나타내는 데이터베이스 필터를 포함한다. 데이터베이스 필터는 급여 엔진(65)에 의해 작동된다. 거래 규칙이 해당 작업 이벤트에 일치하는 경우, 작업 이벤트 및 이 작업 이벤트에 적용될 급여를 포함하는 작업 거래가 생성된다. 또한, 급여 엔진(65)은 작업 거래에 열거된 급여를 거래에 포함되는 작업 이벤트에 적용함으로써 작업 거래에 대한 달러 값을 계산한다.

기기(30 내지 45)는 단지 예시의 목적으로 도시되어 있으며 다른 기기가 네트워크(70)를 통해 데이터베이스(50)를 액세스하는데 사용될 수 있음을 당업자는 이해하여야 한다.

도 2를 이하 참조하면, 본 발명의 원리에 따라 사용되는 소프트웨어 컴포넌트의 개략도가 도시되어 있다. 급여 입방 데이터 구조(75)는 3개의 파라미터, 급여의 달러 값, 급여가 유효하게 되는 유효 시간, 및 신뢰 시간을 사용하여 급여를 저장하는 데이터 구조이다. 신뢰 시간은 급여의 달러 값과 이의 관련 유효 시간이 참인 것으로 여겨지는 시점에 대응한다.

예를 들면, 2002년 7월 1일에 협상된 급여 계획은 2002년 9월 1일에 유효하게 공립 학교 교사가 시급 30.00달러를 받는다고 규정할 수 있다. 2002년 8월 1일에, 급여 계획이 재협상되어 2002년 9일 1일부터 시작하는 공립 학교 교사에제 적용되는 시급이 33.00달러로 증가한다. 이 예에서, 2002년 7월 1일의 신뢰 시간은 33.00달러의 달러 값과 2002년 9월 1일의 유효 시간에 대응한다.

급여 입방 데이터 구조(75)는 데이터베이스(50)에 급여 표 내의 급여 계획을 저장하는데 사용된다. 급여 표(80)는 급여 입방 데이터 구조(75)에서 값의 변화만을 저장하여 급여, 유효 시간 및 신뢰 시간의 모든 가능한 조합의 저장을 방지한다. 급여 표에서 각각의 입력과 급여 입방 데이터 구조(75)에서 값의 변화는 "버전"이라 한다. 버전은 신뢰 시간 구간, 유효 시간 구간, 및 급여의 달러 값에 따라 급여를 규정한다.

급여 계획을 버전으로 저장하여 사용자는 오늘 날짜에 유효한 현재 유효 계획, 과거 일정 시점에 유효했던 과거 유효 계획, 뿐만 아니라 장래 소정 시점에 유효할 장래 유효 계획 등의 급여 계획의 임의의 시간 표현을 발췌할 수 있게 한다. 또한, 이 버전은 의심가는 시간 구간에 대응한 신뢰 시간 구간을 갖는 모든 버전에 대하여 급여 표(80)를 조회함으로써 임의의 해당 시간 구간 동안 유효한 급여 계획의 완전한 회계 감사를 할 수 있게 한다.

또한, 데이터베이스(50)는 작업 이벤트 표(85) 내의 급여에 대하여 견적되는 작업 이벤트를 저장한다. 작업 이벤트 표(85)에서 각 입력은 신뢰 시간, 유효 시간, 자원, 자원 유형 및 수량에 따른 작업 이벤트를 열거한다. 또한, 데이터베이스(50)는 급여를 작업 이벤트에 적용하는 것을 조정하는 거래 규칙을 저장하는 거래 규칙 표(90)를 포함한다.

작업 이벤트 표(85)에서 작업 이벤트는 급여 엔진(65)에 의해 급여 표(80)에서 적용가능한 급여에 대하여 견적된다. 급여 엔진(65)은 데이터베이스 필터를 작동하여, 데이터 필터에 대응하여 거래 규칙에 규정된 급여 표(80)의 급여와 작업 이벤트 표(85)에서 해당 입력을 일치시킴으로써, 작업 거래를 생성한다. 작업 거래는 작업 거래 표(90)에 저장된다. 또한, 거래 엔진은 작업 거래에 열거된 급여를 거래에 포함된 작업 이벤트에 적용함으로써 작업 거래에 대한 달러 값을 계산한다.

거래 규칙은 거래 규칙 관리자(60)를 통해 규정되며, 상기 관리자는 사용자가 거래 규칙을 입력, 편집 및 액세스할 수 있게 한다. 거래 규칙 관리자(60), 급여 및 작업 이벤트는 데이터 액세스 인터페이스(55)를 통해 모두 액세스될 수 있다.

급여 입방 데이터 구조(75), 데이터베이스(50), 거래 규칙 관리자(60), 급여 엔진(65), 및 데이터 액세스 인터페이스는 상이한 프로그래밍 언어, 운영 체계 및 하드웨어를 사용하여 구현될 수 있음을 당업자는 이해하여야 한다.

이후 도 3을 참조하기로 한다. 도 3에는 급여 입방 데이터 구조의 개략도가 도시되어 있다. 급여 입방 데이터 구조(75)는 3개의 필드, 즉, 급여 필드(95), 유효 시간(100) 및 신뢰 시간(105)을 사용하여 급여 계획을 저장한다. 급여 필드(95)는 일련의 급여의 달러 값을 나타내는 필드이고, 유효 시간 필드(100)는 급여가 유효하게 될 시간을 나타낸다.

신뢰 시간 필드(105)는 달러 값 필드(95)와 유효 시간 필드(100)의 값이 참인 것으로 여겨지는 시점을 나타낸다. 예를 들면, 2002년 1월 1일에는 시간당 10달러인 시급이 데이터베이스(50)에 2001년 12월 20일에 입력되고, 그 후 2002년 7월 1일에는 시간당 12달러가 되도록 2001년 12월 31일에 변형되면, 신뢰 시간 필드(105)에 할당된 2001년 12월 20일과 2001년 12월 31일 사이의 신뢰 시간은 급여 필드(95)에 할당된 10달러의 값과 유효 신뢰 필드(100)에 할당된 2002년 1월 1일의 값에 대응한다.

급여 입방 데이터 구조(75)는 사용자가 시간상 또는 타임 슬라이스에서 임의의 해당 시점을 조회하여 시간상 또는 타임 슬라이스에서 그 지점에서 참인 것으로 여겨지는 급여를 발췌하거나, 시간상 또는 타임 슬라이스에서 그 지점에서 유효하단 급여를 발췌한다.

도 4를 이하 참조하면, 해당 신뢰 시간에 대한 급여 입방 데이터 구조에서 발췌된 타임 슬라이스의 예시도가 도시되어 있다. 타임 슬라이스(110)는 2002년 8월 1일에 참인 것으로 여겨지는 보일러공, 목수, 파이프공, 및 용접공에 적용가능한 일련의 시급을 나타낸다. 타임 슬라이스(110)는 이들 직무에 대한 급여가 2002년 4월 1일부터 새로운 급여가 유효하게 되는 2002년 7월 1일까지 동일하게 유지됨을 나타낸다. 예를 들면, 보일러공에 대한 시급은 2002년 4월 1일에는 시간당 20달러이고 2002년 7월 1일에는 시간당 22.50달러인 것임을 알 수 있다.

급여 필드(95)와 유효 시간 필드(100)에 더하여 신뢰 시간 필드(105)를 사용하여 급여 계획을 나타냄으로써, 사용자는 데이터베이스(50)에 입력된 급여 계획의 정확하고 완전한 표현을 가질 수 있다. 데이터베이스에 급여 계획을 입력할 때 에러가 발생하면, 사용자는 해당 타임 슬라이스에서 신뢰 시간 필드(105)의 값을 조회하여 에러가 행해지는 시점을 발견할 수 있다. 또한, 사용자는 해당 타임 슬라이스에서 신뢰 시간 필드(105)의 값을 조회하여 급여가 소급 적용되어야 하는지를 알 수 있다.

예를 들면, 2002년 7월 1일과 2002년 8월 1일의 신뢰 시간 사이에 발췌된 타임 슬라이스가 7월 동안 보일러공의 시급이 2002년 7월 1일에는 여전히 시간당 20달러임을 나타내면, 2002년 8월 1일의 신뢰 시간에서 발췌된 데이터 슬라이스가 보일러공에 대한 시급이 2002년 7월 1일에는 시간당 22.50달러라고 여겨짐을 2002년 8월 1일에 나타내는 경우에는, 보일러공의 급여를 담당하는 무부는 2002년 8월 1일에 보일러공의 급여에 대하여 7월 동안 소급 급여로 시간당 2.50달러를 적용한다. 총무부는 시급 22.50달러가 2002년 7월 1일에 그 날에 유효하게 됨을 파악하면, 보일러공의 급여를 담당하는 총무부는 2002년 7월 1일의 유효 시간에 대응하는 급여 필드(95)의 값이 그 날에 적절하게 갱신되지 않았다면 2002년 7월 1일에 데이터 입력 실수가 행해졌음을 알 수 있다.

급여 입방 데이터 구조(75)는 급여 필드(95), 유효 시간 필드(100), 및 신뢰 시간 필드(105)의 값 변화만을 저장함으로써 급여의 급여 계획을 나타내는데 사용된다. 급여 표(80)에서 각 엔트리는 "버전"으로 불린다. 버전은 신뢰 시간 구간, 유효 시간 구간 및 급여의 달러 값에 따라 급여를 규정한다.

도 5를 이하 참조하면, 데이터베이스에서 급여 표의 버전을 나타내는데 사용되는 필드의 개략도가 도시되어 있다. 버전(115)은 데이터베이스(50)에서 급여 표(80)의 입력을 의미한다. 버전(115)은 5개의 필드, 즉, (1) 개시 신뢰 시간 필드(120a), (2) 종료 신뢰 시간 필드(120b), (3) 개시 유효 시간 필드(120c), (4) 종료 신뢰 시간 필드(120d), 및 (5) 급여 필드(120e)를 포함한다.

개시 신뢰 시간 필드(120a) 및 종료 신뢰 시간 필드(120b)는 신뢰 시간 구간의 한도, 즉, 버전(115)의 필드(120c 내지 120e) 값이 참인 것으로 여겨지는 시간 구간을 의미한다. 시간(t)이 개시 신뢰 시간 필드(120a)에 대한 버전(115)의 값 이상이고 시간(t)이 종료 신뢰 시간 필드(120b)에 대한 버전(115) 미만인 경우, 시간(t)은 버전(115)의 신뢰 시간 구간이다.

예를 들면, 개시 신뢰 시간 구간(120a)이 2002년 7월 1일의 값이고, 종료 신뢰 시간 구간(120b)이 2002년 8월 1일의 값을 갖는 경우, 2002년 7월 1일과 2002년 8월 1일 사이의 임의의 시간(t)이 버전(115)의 신뢰 시간 구간에 있다. 즉, 버전(115)의 필드(120c 내지 120e) 값은 7월 동안 참인 것으로 여겨진다.

신뢰 시간 구간이 개시 신뢰 시간(120a)에서 개시하는 시간 구간을 나타내는데 사용되지만 설정된 종료일이 없는 경우, 종료 신뢰 시간(120b)의 값은 무한대를 의미하는 특정 기호에 설정된다. 종료 신뢰 시간 구간(120b)에 대한 무한대값은 임의의 시간(t)에 대하여 t는 무한대보다 적고 필드(120c 내지 120e)의 값이 개시 신뢰 시간 필드(120a)의 값과 그 이후의 임의의 시간에서 참으로 여겨진다.

예를 들면, 개시 신뢰 시간 필드(120a)가 2002년 7월 1일의 값을 갖고 종료 신뢰 시간 필드(120b)가 무한대의 값을 가지면, 2002년 7월 1일 후의 임의의 시간(t)은 시간(t)의 현재 및 장래 값을 포함하는 버전(115)의 신뢰 시간 구간에 있다. 즉, 버전(115)의 필드(120c 내지 120e) 값은 2002년 7월 1일에 그리고 2002년 7월 1일 이후의 임의의 시점에서 현재 참인 것으로 여겨지는 값이다.

개시 유효 시간 필드(120c)와 종료 유효 신뢰 필드(120d)는 유효 시간 구간의 한도, 즉, 급여 필드(120d)의 값이 유효한 시간 구간을 의미한다. 급여 필드(120d)는 개시 유효 시간 구간(120c)과 종료 유효 시간 구간(120d) 사이에 유효하고 개시 신뢰 시간 구간(120a)과 종료 신뢰 시간 구간(120b) 사이에 참인 것으로 여겨지는 급여의 달러 값을 의미한다.

시각(t)이 개시 유효 시간 필드(120c)에 대한 버전(115)의 값 이상이고 시각(t)이 종료 유효 시간 구간(120d)에 대한 버전(115)의 값 미만이면, 시각(t)은 버전(115)의 유효 구간이다. 예를 들면, 개시 유효 시간 필드(120c)가 2002년 10월 1일의 값을 갖고 종료 유효 시간 필드(120d)가 2002년 12월 1일의 값을 가지면, 2002년 10월 1일과 2002년 12월 1일 사이의 임의의 시각(t)은 버전(115)의 유효 구간에 있다. 즉, 급여 필드(120e)의 값은 10월과 11월 동안 유효한 값이다.

종료 신뢰 시간 필드(120b)에 유사하게, 종료 유효 시간 필드(120d)는 유효 구간이 개시 유효 시간(120c)에서 개시하는 구간을 나타내는데 사용되지만 설정된 종료일이 없는 경우 무한대의 값으로 할당된다. 즉, 급여 필드(120e)의 값은 개시 유효 시간 필드(120c)의 값과 그 임의의 시간 이후에 유효하다.

도 6을 이하 참조하면, 데이터베이스 내의 급여 표에서 버전 A가 버전 B 바로 앞에 있음을 나타내는 도면이 도시되어 있다. 버전 A(125)는 신뢰 시각 t, 즉, 버전 A(125)의 신뢰 구간에서 t와 버전 B(130)의 신뢰 구간에서 t에서, 버전 A(125)의 종료 유효 시간(120d)은 버전 B(130)의 개시 유효 시간(120c)이 동일한 경우 데이터베이스(50)에서 급여 표(80) 내의 버전 B(130) 직전에 있다. 역으로, 버전 B(130)는 버전 A(125)는 바로 뒤에 있다.

이후 도 7을 참조하기로 한다. 도 7은 데이터베이스 내의 급여표의 버전 A가 버전 B의 유효 이전 버전임을 나타낸다. 버전 A(135)는 신뢰 시각 t, 즉 버전 A(135)의 신뢰 구간에서 t와 버전 B(140)의 신뢰 구간에서 t에 대하여 버전 A(135)의 종료 유효 시간(120d)이 버전 B(140)의 개시 유효 시간(120c) 이하이면 데이터베이스(50)에서 급여 표(80)의 버전 B(140)의 유효 이전 버전이다. 역으로, 버전 B(140)는 버전 A(135)의 유효 이후 버전이다.

도 8을 이하 참조하면, 버전의 개시 유효 시간이 데이터베이스 내의 임의의 다른 버전의 유효 구간에 있지 않는 경우 급여 표에 버전을 추가하는 흐름도가 도시되어 있다. 단계 150에서, 사용자는 데이터 액세스 인터페이스(55)를 액세스하여 데이터베이스(50) 내의 급여 표(80)에 추가될 새로운 버전의 개시 유효 시간을 규정한다. 새로운 버전의 개시 유효 시간이 급여 표(80) 내의 임의의 다른 기본 버전의 유효 구간에 있지 않으면, 새로운 버전의 종료 유효 시간이 결정된다.

단계 155에서, 급여 표(80)는 새로운 보전 후에 유효하게 되는, 즉, 새로운 버전의 개시 유효 시간에 초과하는 개시 유효 시간을 갖는 급여 표(80) 내의 임의의 기존 버전이 있는지를 판정하도록 검색된다. 새로운 버전 후에 유효하게 되는 기존 버전이 있는 경우, 새로운 버전 후에 유효하게 되는 급여 표(80)의 모든 기존 버전의 최소 개시 유효 시간이 단계 160에서 발견된다. 그 후, 새로운 버전의 종료 유효 시간은 단계 165에서 새로운 버전 후에 유효하게 되는 기존 버전의 최소 개시 유효 시간으로 설정된다. 새로운 버전 후에 유효하게 되는 급여 표(80)에서 어떤 기존 버전도 없는 경우, 새로운 버전의 종료 유효 시간은 단계 170에서 무한대로 설정된다. 새로운 버전은 단계 175에서 급여 표(80)에 삽입된다.

이후 도 9를 참조하여 설명하기로 한다. 도 9는 버전 A가 버전 B의 유효 이후 버전을 포함하는 급여 표에 추가되는 버전 B를 나타낸 도면이다. 버전 A(185)는 2002년 1월 1일부터의 급여 표(80)의 버전으로서 2002년 7월 1일에 20.00달러의 급여로 유효하게 되며, 다시 말하면, 이의 신뢰 시간 구간은 2002년 1월 1일부터 무한대까지이고 이의 유효 시간 구간은 2002년 7월 1일부터 무한대까지이다. 2002년 2월 1일, 사용자는 2002년 6월 1일에 시행될 예정이었던 18.00달러의 급여가 급여 표(80)에 입력되지 않았음을 발견한다. 버전 A(185)는 2002년 7월 1일에 유효하게 되기 때문에, 새로운 버전 B(190)는 2002년 6월 1일의 개시 유효 시간과 2002년 7월 1일의 종료 유효 시간을 갖는 급여 표(80)에 추가된다.

도 10을 이하 참조하면, 버전의 개시 유효 시간이 데이터베이스에서 다른 버전의 유효 시간 구간에 있은 경우 데이터베이스에 버전을 추가하는 흐름도가 도시되어 있다. 급여 표(80)에서 기존 버전의 유효 시간 구간 동안 유효하게 되는 급여 표(80)에 새로운 버전을 삽입하는 것은 기존 버전의 유효 시간 구간이 두개로 나뉘도록 할 필요가 있다. 이는 기존 버전의 개시 유효 시간에서 시작하고 새로운 버전의 개시 유효 시간에서 종료하는 유효 시간 구간으로 급여 표(80)에 중간 버전을 삽입함으로써 행해진다.

우선, 단계 200에서, 기존 버전의 종료 신뢰 시간은 현재 시간에 설정되어 기존 버전의 유효 시간 구간이 급여 표(80)에서 새로운 버전의 삽입까지만 유효하게 됨을 나타낸다. 그 후, 단계 205, 210, 및 215에서, 중간 버전의 필드는 다음 값에 할당된다: 중간 버전의 개시 유효 시간 필드는 기존 버전의 개시 유효 시간으로 설정되고(205), 중간 버전의 종료 유효 시간 필드는 새로운 버전의 개시 유효 시간에 설정되며(210), 중간 필드의 급여 필드는 기존 버전의 급여에 설정된다(215). 중간 버전은 단계 200에서 급여 표(80)에 삽입된다. 단계 225에서, 새로운 버전의 종료 유효 시간은 도 8을 참조하여 상술한 단계에 따라 결정된다. 마지막으로, 단계 230에서, 새로운 버전이 급여 표(80)에 삽입된다.

도 11을 이하 참조하면, 버전 A의 유효 시간 구간이 버전 C의 유효 시간 구간을 포함하는 급여 표에 추가된 버전 C를 나타내는 도면이 도시되어 있다. 버전(240)은 2002년 1월 1일 이후의 것으로서 2002년 5월 1일에 20.00 달러로 유효하게 되는, 다시 말하면, 이의 신뢰 시간 구간이 2002년 1월 1일에서 무한대까지이고, 이의 유효 시간 구간은 2002년 5월 1일에서 무한대까지인 급여 표(80)의 버전이다. 2002년 2월 1일에서, 22.00달러의 급여를 반영하는 2002년 6월 1일에 유효한 새로운 급여 계획이 급여 표(80)에 기록되어야 한다. 새로운 급여 계획은 중간 버전 B(245)와 새로운 버전 C(250)를 급여 표(80)에 삽입함으로써 기록된다. 버전 B(245)는 버전 A(240)의 유효 시간 구간이 한정된 시간 구간을 이제 가짐을 반영하도록 삽입된다. 버전 B(245)는 2002년 2월 1일 상에 개시하는 신뢰 시간 구간과 버전 A(240)의 개시 유효 시간에서 개시하고 새로운 버전 C(250)의 개시 유효 시간에 종료하는 유효 시간이 삽입된다. 중간 버전 B(245)의 급여는 기존 버전 A(240)의 급여에 설정된다.

그 후, 새로운 버전 C(250)는 2002년 2월 1일에 개시하는 신뢰 시간 구간, 2002년 6월 1일에 개시하는 유효 시간 구간, 및 22.00달러의 급여가 삽입된다. 기존 버전 A(240)는 한정된 시간 구간의 신뢰 시간 구간을 갖더라도 급여 표(80)에 유지된다. 급여 표(80)에서 기존 버전의 유지는 사용자가 임의의 시간 구간에 대한 이력 데이터를 수집하여 급여 표(80)에 입력된 모든 급여 계획을 수행할 수 있게 한다.

도 12를 이하 참조하면, 버전의 개시 유효 시간이 데이터베이스에서 다른 버전의 개시 유효 시간과 동일한 경우 데이터베이스에 버전을 추가하는 흐름도가 도시되어 있다. 우선, 단계 260에서, 기존 버전의 종료 신뢰 시간이 현재 시간으로 설정된다. 둘째, 단계 265에서, 새로운 버전의 종료 유효 시간이 기존 버전의 종료 유효 시간과 동일한 값으로 할당된다. 마지막으로, 단계 270에서, 새로운 버전이 급여 표(80)에 삽입된다.

도 13을 이하 참조하면, 새로운 버전 B가 이와 동일 개시 유효 시간을 갖는 버전 A를 포함하는 급여 표에 포함됨을 나타내는 도면이 도시되어 있다. 버전 A(280)는 2002년 1월 1일 이후의 것으로서, 2002년 5월 1일에서 2002년 7월 1일까지 20.00달러의 급여로 유효한, 다시 말하면, 이의 신뢰 시간 구간이 2002년 1월 1일에서 무한대까지이고 이의 유효 시간 구간이 2002년 5월 1일에서 2002년 7월 1일까지인 급여 표(80)의 버전이다. 2002년 2월 1일에, 급여 계획은 2002년 5월 1일에서 2002년 7월 1일까지 유효한 22.00달러의 새로운 급여를 반영하도록 갱신된다. 새로운 급여를 반영하기 위해서, 버전 A(280)의 종료 신뢰 시간은 2002년 2월 1일로 변경되고, 버전 B(285)는 급여 표(80)에 삽입된다.

도 14를 이하 참조하면, 급여 표에서 버전을 제거하는 흐름도가 도시되어 있다. 급여 표(80)에서 버전을 제거하는 것이 급여 표(80)에서 버전 기록을 삭제하지는 않으며, 대신, 이는 단지 제거될 버전이 더 이상 참이 아님을 반영하도록 갱신하는 것이다. 버전은 이 버전에 대한 정정이 필요한 경우에 제거될 수 있다.

단계 295에서, 제거될 버전의 종료 신뢰 시간은 이 버전이 더 이상 참이 아님을 반영하도록 현재 시간에 설정된다. 버전이 급여 표(80)에서 다른 버전 직후의 것이면(300), 단계 305에서, 제거되는 버전 직전의 버전의 종료 신뢰 시간이 현재 시간으로 설정된다. 새로운 버전은 급여 표(80)에서 삽입되어 제거되는 버전과 이의 직전에 있는 버전에 대한 유효 시간을 늘리고 버전 제거를 야기하는 급여 표(80)에 행해진 변화를 반영한다.

당업자는 하나 이상의 버전이 급여 표(80)에서 버전이 제거 시에 급여 표(80)에 삽입될 수 있음을 이해하여야 한다. 새로운 버전은 도 8, 도 10 또는 도 12를 참조하여 상술한 단계에 따라 급여 표(80)에 삽입될 수 있다.

도 15를 이하 참조하면, 현재 유효 계획 상의 임의의 버전의 유효한 이후가 아닌 버전의 제거를 나타내는 도면이 도시되어 있다. 급여 표(80)는 2002년 1월 1일에 참으로서 여겨지고 2002년 5월 1일과 2002년 7월 1일 사이에 유효한 20.00달러의 급여를 규정하는 버전 A(320a)를 갖는다. 또한, 급여 표(80)는 2002년 1월 1일에 참으로서 여겨지고 2002년 7월 1일에 개시하는 22.00달러의 급여를 규정하는 버전 B(325a)를 갖는다. 2002년 2월 1일에는, 급여 표(80)에 대한 정정이 행해져서 버전 A(320a)가 제거된다. 이 제거는 버전 A(320b)에서 2002년 2월 1일의 새로운 종료 신뢰 시간에 반영된다.

도 16을 이하 참조하면, 현재 유효 계획 상에서 버전 A 직후에 있는 버전 B의 제거를 나타내는 도면이 도시되어 있다. 급여 표(80)는 2002년 1월 1일에 참으로서 여겨지고 2002년 5월 1일과 2002년 7월 1일 사이에 유효한 20.00의 급여를 규정하는 버전 A(320a)를 갖는다. 또한, 급여 표(80)는 2002년 1월 1일에 참으로서 여겨지고 2002년 7월 1일에 개시하는 22.00달러의 급여를 규정하는 버전 B(325a)를 갖는다.

2002년 2월 1일에, 급여 표(80)에 대한 정정이 행해지고 버전 B(335a)는 22.00달러 대신에 20.00달러가 되도록 급여를 2002년 7월 1일에 유효하게 갱신한다. 이 제거는 버전 B(335b)에서 2002년 2월 1일의 새로운 종료 신뢰 시간 상에 반영된다. 버전 A(330a)는 급여 표(80)에서 버전 B(335a) 직전에 있기 때문에, 버전 B(335b)의 제거는 버전 A(330b)가 더 이상 참으로 여겨지지 않으며 버전 A(330b)의 종료 신뢰 시간이 2002년 2월 1일로 변경됨을 의미한다. 마지막으로, 버전 C(340)는 20.00달러의 급여가 어떤 설정 종료 기간도 없이 2002년 5월 1일에 유효하게 됨을 나타내는 급여 표(80)에 삽입된다.

당업자는 도 8, 10, 12 및 14를 참조하여 수행된 단계들은 상이한 순서로 행해질 수 있으며 추가 단계가 급여 표(80)에서 버전을 삽입, 변형 또는 제거하는데 사용될 수 있음을 이해하여야 한다.

도 17을 이하 참조하면, 데이터베이스에서 작업 이벤트 표 내의 작업 이벤트를 나타내는데 사용되는 필드의 개략도가 도시되어 있다. 작업 이벤트(345)는 데이터베이스(50)에서 작업 이벤트 표(85)에서 입력을 나타낸다. 작업 이벤트(345)는 6개의 필드, 즉, (1) ID 필드(350a); (2) 신뢰 시간 필드(350b); (3) 유효 시간 필드(350c); (4) 자원 필드(350d); (5) 자원 유형 필드(350e); 및 (6) 수량 필드(350f)로 표현된다.

ID 필드(350a)는 작업 이벤트 표(85)에서 작업 이벤트(345)를 고유하게 식별하는 식별 필드이다. ID 필드(350a)는 작업 이벤트(350)가 작업 이벤트 표(85)에 입력된 순서를 열거하는 인덱스와 같은, 작업 이벤트(345)의 텍스트, 수치 또는 영숫자 ID를 포함할 수 있다.

신뢰 시간 필드(350b)는 작업 이벤트(345)가 참으로 여겨지는 시간을 나타내며, 이는 작업 이벤트(345)가 작업 이벤트 표(85)에 입력된 시간과 동일하다. 유효 시간 필드(350c)는 실제 발생한 시간 작업 이벤트(345)를 나타낸다. 자원 필드(350d)는 작업 이벤트(345)를 수행하는데 관여하는 자원을 나타내며, 자원 유형 필드(350e)는 작업 이벤트(345)를 수행하는데 사용되는 자원 유형을 나타낸다. 마지막으로, 수량 필드(350f)는 이벤트 기간을 의미한다.

예를 들면, 작업 이벤트(345)는 2002년 7월 1일(신뢰 시간)에 작업 이벤트 표(85)에 입력되어, 2002년 6월 1일(유효 시간)에 폴(자원), 컨설턴트(자원 유형), 8 시간 근무시간(수량)을 나타낸다. 다른 예에서, 작업 이벤트(345)는 2002년 10월 1일(신뢰 시간)에 작업 이벤트에 입력되어, 2002년 10월 2일(유효 시간)에, 메인 프레임 2(자원), 해당 급여로 임대된 장비(자원 유형)가 5 시간(수량) 동안 사용될 것임을 나타낸다.

당업자는 아직 발생하지 않은 작업 이벤트에 대한 추후 시점 등의 임의의 유효 시간에서 작업 이벤트가 작업 이벤트 표(85)에 입력될 수 있음을 이해하여야 한다.

도 18을 이하 참조하면, 예시적인 거래 규칙을 나타내는 도면이 도시되어 있다. 거래 규칙은 수급 자격 이벤트와 데이터베이스 필터에 규정되는 이 수급 작업 이벤트에 적용될 급여의 유효 계획을 규정하는 데이터베이스 필터를 포함한다. 데이터베이스 필터는 작업 이벤트 표(85)를 검색하고 단지 수급 작업 이벤트만을 리턴하는 루틴이다. 예를 들면, 데이터베이스 필터는 SQL 문장에서 "where" 구문을 통해 구현되어 데이터베이스 검색범위를 좁힐 수 있다.

예시적인 거래 규칙(355)은 ER 간호사, 산부인과 간호사 및 소아과 간호사에 관한 모든 작업 이벤트로서 수급 작업 이벤트를 나타내는 데이터베이스 필터(360)를 갖는다. 거래 규칙(355)은 급여 표(80)에서 유효 급여 계획(365)이 2002년 동안 간호사에 적용된다고 판정한다.

도 19를 이하 참조하면, 예시적인 거래를 나타내는 도면이 도시되어 있다. 데이터베이스 필터(360)를 작업 이벤트 표(85)에 적용함으로써, ER 간호사, 산부인과 간호사 및 소아과 간호사를 갖는 작업 이벤트 표(85)에서 모든 작업 이벤트를 자원 유형 필드(350e)의 값으로서 리턴한다. 예를 들면, 작업 이벤트 표(85)는 작업 이벤트(370)와 같이 소아과 간호사에 일치하는 자원 유형을 구비한 단일 작업 이벤트를 가질 수 있다. 데이터베이스 필터(365)를 작업 이벤트 표(85)에 적용하면, 작업 이벤트(370)와 이 작업 이벤트(370)의 유효 시간과 일치하는 급여 표(80) 내의 유효 급여 계획(365)에서의 급여인 급여(375)를 포함하는 거래가 발생한다. 그 후, 급여 엔진(65)은 급여(375)를 작업 이벤트(370)에 적용하여 그 날에 Ann에 의한 임금에 대한 달러 값을 생성한다.

도 20을 이하 참조하면, 기존 거래에 소급 급여를 적용하는 흐름도가 도시되어 있다. 거래 규칙(R)은 t1과 t2 사이의 임의의 시간(t)에서 소급 급여 변화를 처리하도록 작업 이벤트에 적용될 수 있으며, t1은 t2 미만으로서 t1은 소급 급여 변화가 수행된 최종 시간을 의미하고, t2는 다음 소급 급여 변화가 수행될 시간을 의미한다. 소급 급여 변화를 적용할 때 고려할 두가지 경우가 있다: (1) R에 대응하는 데이터베이스 필터는 t1과 t2 사이에서 변화하며, (2) R에 대응하는 유효 급여 계획은 t1과 t2 사이에서 변화한다. 두 경우는 수급 작업 이벤트에 소급적으로 적용될 필요가 있는 상이한 거래 규칙이 된다.

제1의 경우, R에 대한 데이터베이스 필터가 t1 이후이고 t2 이전 또는 t2에서 변경되면(385), 소급 급여 변경은 새로운 거래 규칙에 일치하는 모든 수급 작업 이벤트에 적용될 필요가 있다. 즉, t2 이전에 R에 의해 생성되는 모든 거래는 제거될 필요가 있으며(390), 새로운 거래 규칙에 일치하는 모든 작업 이벤트가 발견될 필요가 있다(395). 발견된 각각의 작업 이벤트에서, 새로운 거래가 생성된다(400). 예를 들면, 규칙 B는 규칙 355일 수 있지만(도 18) 2002년 5월 1일에만 ER 간호사에 적용되도록 변한다. 규칙 R은 자원 유형으로서 소아과 간호사를 열거한 2002년 2월 1일의 작업 이벤트에 적용되면, 이 작업 이벤트에 대하여 R에 의해 생성된 모든 거래는 소아과 간호사가 규칙 R에서 더 이상 수급 작업 이벤트가 아니기 때문에 제거되어야 한다. 그 후, R은 변화를 반영하는 모든 작업 이벤트에 다시 적용되어야 한다.

제2의 경우, R에 대한 유효 급여 계획이 변경되면, 다음 조건 중 하나 이상이 충족된다: (1) 새로운 급여와 유효일이 t1 후에 그리고 t2 이전에 또는 t2에서 유효 급여 계획에 추가된다: (2) 유효일은 t1 후에 그리고 t2 이전에 또는 t2에서 유효 급여 계획에서 제거된다; 및 (3) 급여는 t1 후에 그리고 t2 이전에 또는 t2에서 기존 유효일에 대하여 변경된다. 이들 조건 중 어느 하나는 새로운 버전이 급여 표(80)에 추가되게 한다. t1 후에 그리고 t2 전에 또는 t2에서 급여 표(80)에 추가될 필요가 있고, 종료 신뢰 시간이 무한대로 설정되는 모든 버전에 대하여(405), 새로운 유효 급여 계획에 의해 영향을 받을 수 있는 작업 이벤트가 발견될 필요가 있다(410). R은 이들 중 각각의 하나에 대하여 거래를 생성하고 이들 유효 시간들이 추가된 버전의 개시 유효 시간 이상이고 이의 종료 유효 시간 미만이 된다. 발견된 각 작업 이벤트에 대하여, 새로운 거래가 그 후에 생성된다(400). 예를 들면, 규칙 R은 규칙(355)일 수 있으며(도 18), 2002년 1월 1일에서 2002년 4월 31일까지 유효한 22.00달러의 급여는 21.50달러로 변할 수 있다. 급여 변화를 반영하기 위해서, 2002년 1월 1일에서 2002년 4월 31일 사이에 유효한 작업 이벤트에 대하여 R에 의해 생성된 모든 거래는 재생성되어야 한다.

본 발명의 특정 실시예를 상술하였지만, 이러한 설명은 단지 예시의 목적임이 이해될 것이다. 본 발명의 구체적인 특징은 몇몇 도면에는 도시되지만 단지 편이성을 위해서 다른 도면에는 도시되지 않으며, 임의의 특징은 본 발명에 따른 다른 특징에 결합될 수 있다. 상술한 프로세스 단계는 재정렬 또는 조합될 수 있으며, 다른 단계가 포함될 수 있다. 추가 변형이 본 발명에 대하여 행해질 수 있음은 당업자에게 명백하며 이러한 변형은 첨부한 청구항의 범위 내에 포함된다.

Claims (32)

1. 데이터베이스 내에 급여를 저장하는 방법에 있어서,

   상기 급여에 대한 달러 값을 저장하는 단계;

   상기 급여에 관련된 유효 시간 구간을 저장하는 단계; 및

   상기 급여의 이력을 유지하는 신뢰 시간 구간을 저장하는 단계를 포함하는 급여 저장 방법.
2. 제1항에 있어서, 상기 급여에 따라 작업 이벤트(operational event)를 견적하는 단계를 더 포함하는 급여 저장 방법.
3. 제2항에 있어서, 상기 데이터베이스에 상기 작업 이벤트를 저장하는 단계를 더 포함하는 급여 저장 방법.
4. 제3항에 있어서, 상기 작업 이벤트를 저장하는 단계는 영업을 나타내는 작업 데이터를 저장하는 단계를 포함하는 급여 저장 방법.
5. 제4항에 있어서, 상기 작업 데이터를 저장하는 단계는 자원, 자원 유형, 수량, 유효 시간, 신뢰 시간을 사용하여 상기 작업 데이터를 나타내는 단계를 포함하는 급여 저장 방법.
6. 제5항에 있어서, 유효 시간을 사용하여 상기 작업 데이터를 나타내는 단계는 상기 영업이 수행되는 시간을 저장하는 단계를 포함하는 급여 저장 방법.
7. 제5항에 있어서, 신뢰 시간을 사용하여 상기 작업 데이터를 나타내는 단계는 상기 작업 이벤트가 상기 데이터베이스에 입력되는 시간을 저장하는 단계를 포함하는 급여 저장 방법.
8. 제1항에 있어서, 유효 시간 구간을 저장하는 단계는 상기 급여의 달러 값이 유효한 시간 구간을 저장하는 단계를 포함하는 급여 저장 방법.
9. 제1항에 있어서, 신뢰 시간 간격을 저장하는 단계는 상기 급여의 달러 값과 상기 유효 시간 구간이 유효하다고 여겨지는 시간 구간을 저장하는 단계를 포함하는 급여 저장 방법.
10. 급여 계획에 대하여 작업 이벤트를 견적하는 방법에 있어서 - 상기 급여 계획은 복수의 급여 및 상기 복수의 급여에 관련된 복수의 유효 시간을 포함함 -,

    복수의 버전을 사용하여 데이터베이스에 상기 급여 계획을 저장하는 단계;

    상기 데이터베이스에서 날짜가 기입된 입력으로서 상기 데이터베이스에 상기 작업 이벤트를 저장하는 단계;

    상기 작업 이벤트를 적용하는 상기 복수의 급여로부터 상기 급여를 규정하는 규칙을 제공하는 단계;

    상기 작업 이벤트에 적용되는 상기 복수의 급여로부터 상기 급여에 대한 상기 작업 이벤트를 일치시키는 단계; 및

    상기 작업 이벤트와 일치하는 상기 복수의 급여로부터 상기 급여에 따라 상기 작업 이벤트에 대한 달러 값을 계산하는 단계를 포함하는 작업 이벤트 견적 방법.
11. 제10항에 있어서, 상기 작업 이벤트를 견적하는 단계는 영업을 나타내는 작업 데이터를 저장하는 단계를 포함하는 작업 이벤트 견적 방법.
12. 제11항에 있어서, 상기 작업 데이터를 저장하는 단계는 자원, 자원 유형, 수량, 유효 시간 및 신뢰 시간을 사용하여 상기 작업 데이터를 나타내는 단계를 포함하는 작업 이벤트 견적 방법.
13. 제12항에 있어서, 유효 시간을 사용하여 상기 작업 데이터를 나타내는 단계는 상기 영업이 수행된 시간을 저장하는 단계를 포함하는 작업 이벤트 견적 방법.
14. 제12항에 있어서, 신뢰 시간을 사용하여 상기 작업 데이터를 나타내는 단계는 상기 작업 이벤트가 상기 데이터베이스에 입력되는 시간을 저장하는 단계를 포함하는 작업 이벤트 견적 방법.
15. 제10항에 있어서, 복수의 버전을 사용하여 상기 데이터베이스에 상기 급여 계획을 저장하는 단계는, 상기 복수의 버전에서의 각 버전에 대하여, 신뢰 시간 구간; 유효 시간 구간; 및 상기 복수의 급여로부터 각 급여에 대한 달러 값을 포함하는 작업 이벤트 견적 방법.
16. 제15항에 있어서, 상기 유효 시간 구간을 저장하는 단계는, 상기 급여의 달러 값이 유효한 시간 구간을 저장하는 단계를 포함하는 작업 이벤트 견적 방법.
17. 제15항에 있어서, 상기 신뢰 시간 구간을 저장하는 단계는, 상기 급여의 달러 값과 상기 유효 시간 구간이 유효한 것으로 여겨지는 시간 구간을 저장하는 단계를 포함하는 작업 이벤트 견적 방법.
18. 제10항에 있어서, 상기 데이터베이스에서 날짜가 기입된 입력으로서 상기 데이터베이스에 상기 작업 이벤트를 저장하는 단계는 상기 작업 이벤트에 신뢰 시간을 관련시키는 단계를 포함하며, 상기 신뢰 시간은 상기 작업 이벤트가 상기 데이터베이스에 저장되는 시간을 나타내는 작업 이벤트 견적 방법.
19. 제10항에 있어서, 상기 급여를 규정하는 규칙을 제공하는 단계는, 상기 규칙이 적용되는 데이터베이스에 복수의 작업 이벤트를 규정하는 데이터 필터를 사용하는 단계를 포함하는 작업 이벤트 견적 방법.
20. 제10항에 있어서, 상기 작업 이벤트에 적용되는 상기 복수의 급여로부터 상기 급여에 대한 작업 이벤트를 일치시키는 단계는,

    상기 데이터베이스 필터를 상기 데이터베이스에 적용하여 상기 데이터베이스로부터 상기 작업 이벤트를 발췌하는 단계; 및

    상기 작업 이벤트의 유효 시간에 유효한 상기 급여를 결정하는 단계를 포함하는 작업 이벤트 견적 방법.
21. 제10항에 있어서, 상기 작업 이벤트에 대한 달러 값을 계산하는 단계는, 상기 작업 이벤트의 수량을 상기 작업 이벤트의 상기 유효 시간에서 유효한 급여에 곱하는 단계를 포함하는 작업 이벤트 견적 방법.
22. 제10항에 있어서, 상기 규칙에 규정된 상기 급여를 상기 데이터베이스 내의 복수의 작업 이벤트에 소급 적용하는 단계를 더 포함하는 작업 이벤트 견적 방법.
23. 거래 규칙에 따라 급여 계획에 대한 작업 이벤트를 견적하는 시스템에 있어서 - 상기 급여 계획은 복수의 급여와 상기 복수의 급여에 관련된 복수의 유효 시간을 열거함 -,

    상기 작업 이벤트, 상기 급여 계획 및 상기 거래 규칙을 저장하는 데이터베이스 루틴;

    상기 거래 규칙을 규정하는 거래 규칙 관리자 루틴;

    상기 데이터베이스를 액세스하는 데이터 액세스 인터페이스; 및

    상기 거래 규칙에 따라 상기 작업 이벤트에 대한 달러 수치를 생성하는 급여 엔진을 포함하는 작업 이벤트 견적 시스템.
24. 제23항에 있어서, 상기 작업 이벤트는 영업을 나타내는 작업 이벤트를 포함하는 작업 이벤트 견적 시스템.
25. 제24항에 있어서, 상기 작업 데이터는, 자원, 자원 유형, 수량, 유효 시간 및 신뢰 시간을 포함하는 작업 이벤트 견적 시스템.
26. 제25항에 있어서, 상기 유효 시간은 상기 영업이 수행된 시간을 포함하는 작업 이벤트 견적 시스템.
27. 제25항에 있어서, 상기 신뢰 시간은 상기 작업 이벤트가 상기 데이터베이스에 입력될 때의 시간을 포함하는 작업 이벤트 견적 시스템.
28. 제23항에 있어서, 상기 데이터베이스 루틴은,

    상기 복수의 급여로부터 각 급여의 달러 값을 저장하는 급여 필드;

    상기 복수의 급여로부터 각 급여에 관련된 유효 시간 간격을 저장하는 유효 시간 필드; 및

    상기 급여 계획의 이력을 유지하는 신뢰 시간 필드를 포함하는 작업 이벤트 견적 시스템.
29. 제28항에 있어서, 상기 신뢰 시간 필드는 상기 급여의 달러 값과 상기 유효 시간 구간이 유효인 것으로 여겨지는 시간 구간을 포함하는 작업 이벤트 견적 시스템.
30. 제23항에 있어서, 상기 규칙이 적용되는 상기 데이터베이스에 복수의 작업 이벤트를 규정하는 데이터베이스 필터를 더 포함하는 작업 이벤트 견적 시스템.
31. 제23항에 있어서, 상기 급여 엔진은 상기 작업 이벤트에 적용되는 상기 복수의 급여로부터 상기 급여에 대한 상기 작업 이벤트를 일치시키는 루틴을 포함하는 작업 이벤트 견적 시스템.
32. 제23항에 있어서, 상기 급여 엔진은 상기 규칙에 규정된 급여를 상기 데이터베이스 내의 복수의 작업 이벤트에 소급 적용하는 루틴을 더 포함하는 작업 이벤트 견적 시스템.