KR20080080349A

KR20080080349A - 복수의 워크플로 동시 지속 기법

Info

Publication number: KR20080080349A
Application number: KR1020087015770A
Authority: KR
Inventors: 안드레스 사나브리아; 콘스탄틴 미하이; 니킬 코타리; 이스라엘 힐레리오; 마이클 하더; 폴 이. 메이비
Original assignee: 마이크로소프트 코포레이션
Priority date: 2005-12-29
Filing date: 2006-11-21
Publication date: 2008-09-03
Also published as: EP1966719A1; CN101351789A; WO2007078461A1; JP2009522639A; US20070156486A1; BRPI0618982A2; RU2008126117A

Abstract

라우팅 지속성 서비스 및 연관 조회 컴포넌트의 사용을 통하여 워크플로 관리 및 워크플로 상호작용에 복수의 지속성 저장소를 공급하는 시스템 및 방법. 라우팅 지속성 서비스는 각각의 워크플로 인스턴스를 해당 지속성 저장소로 루트를 지정하고/지정하거나 할당하고, 연관 조회 컴포넌트는 워크플로 인스턴스(들) 와 복수의 지속성 서비스 간의 캐싱 연관을 관리한다. 따라서, 본 발명은 범용 추상 워크플로 공급자에 대한 복수의 구체적 구현의 동시적인 사용을 위하여 확장 가능하고/하거나 플러그 가능한 메커니즘을 가능케 한다.

워크플로, 라우팅 지속성 서비스, 연관 조회 컴포넌트, 지속성 저장소, 워크플로 상태 표시, 워크플로 인스턴스

Description

복수의 워크플로 동시 지속 기법{MULTIPLE CONCURRENT WORKFLOW PERSISTENCE SCHEMES}

통상적으로, 현재 기업에서 이용되는 모든 소프트웨어는 비지니스 프로세스를 지원한다. 이러한 프로세스 중 몇몇은 완전히 자동화되어 있으며, 애플리케이션들 간의 통신에만 의존하는 반면, 다른 것들은 프로세스의 개시, 프로세스가 사용하는 문서의 승인, 발생되는 모든 예외적 상황의 해결 등을 위해 사람에 의존한다. 어느 경우든지, 프로세스에 관여하는 사람 및 소프트웨어의 활동들을 기술하는 개별적인 일련의 단계들(워크플로라고 알려짐)을 특정하는 것이 통상적이다. 이러한 워크플로가 일단 정의되었으면, 비지니스 프로세스를 지원하기 위해 그 정의를 중심으로 애플리케이션이 구축될 수 있다.

달리 말하면, 워크플로는 일반적으로 조직에서의 정보 및 제어의 흐름이다. 기업들은 효과적으로 경쟁하기 위해 이러한 프로세스를 정의하고, 문서화하며 간소화하기 위해 계속하여 노력한다. 비지니스 환경에서, 이들 프로세스는 판매 및 주문 처리, 구매 작업, 재고 통제 및 관리, 제조 및 생산 통제, 출하(shipping) 및 입고(receiving), 지불 계정(accounts payable) 등을 포함한다.

컴퓨터 시스템 및 연관된 소프트웨어는 이제 기업 및 기타 조직이 자신의 워크플로를 향상시킬 수 있는 도구를 제공한다. 소프트웨어 도구는 비지니스 워크플 로 프로세스 또는 스케쥴을 모델링하고 비효율성 및 개선 가능한 점들을 식별하는 데 사용될 수 있다. 또한, 프로세스가 사람들, 부서들, 공장들, 또는 개별 회사들 간의 데이터 교환을 수반하는 경우, 이러한 교환을 구현하는데 컴퓨터 시스템 및 네트워크가 사용될 수 있다. 이들 시스템 및 소프트웨어 도구는 또한 통상적으로 비지니스 관련 정보와 연관되어 있는 대규모 계산 및 기타 데이터 또는 정보 처리를 구현할 수 있다.

이에 따라, 워크플로 관리는 조직의 비지니스 프로세스에서의 정보 흐름 및 통제에 대한 효과적인 관리를 포함하며, 이러한 정보 처리의 자동화는 현대 비지니스 분야에서 많은 효율성 향상을 가져왔다. 나아가, 이러한 워크플로 관리의 자동화로 인해 이제 기업 및 기타 조직은 인터넷과 같은 글로벌 컴퓨터 네트워크를 비롯한 컴퓨터 시스템에서 워크플로 트랜잭션을 실행함으로써 추가적으로 성능을 향상시킬 수 있게 되었다.

통상적인 워크플로-기반 애플리케이션은 종종 복수의 조건을 만족할 것을 요구한다. 예를 들어, 이러한 조건의 하나는 비지니스 규칙에 기초하여 결정할 수 있는 기능이다. 이러한 규칙은 간단한 규칙(예를 들어, 신용 조사의 결과에 기초한 예 또는 아니오 의사 결정) 및 보다 복잡한 규칙(예를 들어, 최초의 보험 인수(initial underwriting decision)을 하는데 반드시 평가되어야 하는 아마도 큰 집합)을 포함할 수 있다. 다른 조건은 워크플로 외부에 있는 다른 소프트웨어 및 다른 시스템과의 통신이다. 예를 들어, 초기의 요청이 애플리케이션의 한 부분으로부터 수신될 수 있는 반면, 다른 특징들(예를 들어, 신용 서비스와 연락하는 것) 은 다른 웹 서비스 또는 기술을 사용하는 통신을 필요로 할 수 있다. 만족되어야 하는 또 다른 조건은 워크플로의 사용자와의 적절한 상호작용이다. 예를 들어, 워크플로는 통상적으로 사용자 인터페이스 자체를 디스플레이할 수 있거나 다른 소프트웨어를 통해 사람들과 상호작용할 수 있어야만 한다. 또한, 만족되어야 하는 또 다른 조건은 워크플로의 수명에 걸쳐 상태를 유지하는 기능이다. 이처럼, 워크플로를 소프트웨어로 생성하고 실행하는 것은 그 나름의 어려움들이 있게 된다.

예를 들어, 어떤 비지니스 프로세스는 완료하는 데, 수시간, 수일, 또는 수주가 걸릴 수 있으며, 이러한 기간 동안 워크플로의 현재 상태에 관한 정보를 유지한다는 것은 어려운 일이다. 게다가, 이러한 종류의 장기간에 걸친 워크플로는 또한 통상적으로 넌블로킹(non-blocking) 방식으로 다른 소프트웨어와 통신해야하며, 비동기 통신은 어려움을 야기할 수 있다. 동시에, 소프트웨어 간의 고정적인 상호작용을 모델링하는 것이 비교적 간단하다 하더라도, 소비자는, 동작 중에 비지니스 프로세스를 변경할 수 있는 기능과 같은 부가적인 유연성을 계속하여 요구하는 경향이 있다. 다양한 애플리케이션을 처리하는 것은 워크플로 생성 및 관리와 연관된 복잡도를 더욱 증가시킬 수 있다.

워크플로 도구에 대한 많은 애플리케이션은 기업 또는 조직 내부용이다. 모뎀 또는 기타 유형의 통신 링크를 갖는 네트워크화된 컴퓨터의 등장으로, 원격 장소에 있는 컴퓨터 시스템들은 이제 서로 쉽게 통신을 할 수 있다. 이러한 향상된 통신에 의해 컴퓨터 시스템 워크플로 애플리케이션들이 회사 내의 원격 시설들 간에 사용될 수 있다. 일례로는, 해당 판매원에 의한 확인을 위해 고객 주문을 회사 본사로부터 원격지에 있는 현지 판매 사무소로 전달하고 본사로 확인을 보내는 것이 있다. 워크플로 애플리케이션은 또한 서로 다른 회사들 간의 비지니스 거래를 처리하는 데 특히 유용할 수 있다. 통상적인 응용예에서, 구매자-판매자 관계를 갖는 2개의 회사는 구매 주문, 제품 출하, 송장 발송(billing) 및 수금(collection)의 생성 및 처리를 자동화하고자 할 수 있다.

예를 들어, 고객 관계 관리(customer relationship management: CRM) 등의 특정 문제 또는 금융 서비스 등의 특정한 수직 시장(vertical market)을 대상으로 하는 애플리케이션은 워크플로를 중심으로 구축될 수 있다. 이러한 종류의 애플리케이션은 통상 다수의 서로 다른 비지니스 프로세스를 구현한다. 윈도우즈 워크플로 파운데이션(Windows Workflow Foundation)과 같은 공통 워크플로 기반 상에 이들 프로세스를 구동하는 논리를 구축하는 것은 애플리케이션을 더 빠르게 구축할 수 있게 해주고, 더 신속하게 변경할 수 있게 해주며 더 쉽게 커스터마이즈할 수 있게 해준다. 게다가, 이러한 프로세스를 자동화하면 자동화 없이는 불가능할 상당한 효율 향상이 얻어질 수 있다.

그렇지만, 이러한 회사간 워크플로 기술의 적용(intercompany application of workflow technology)은 회사들의 협동 및 개개의 회사의 기존 컴퓨터 시스템 및 애플리케이션의 적절한 인터페이싱 및 적절한 지속성 서비스(persistence service) 구현을 필요로 한다. 게다가, 이러한 워크플로와 상호작용하는 호스트 애플리케이션들은 통상적으로 동일한 지속성 메커니즘을 사용해야만 했다. 이러한 접근법은 유연성을 제공하지 못하고, 따라서 서로 다른 애플리케이션이 서로 다른 백엔드와 상호작용하는 것이 요구될 경우에는 실행 불가능하다.

따라서, 종래의 시스템 및 장치와 연관된 상기한 예시적인 단점들을 극복할 필요가 있다.

이하에서는 본 발명의 몇몇 특징에 대한 기본적인 이해를 제공하기 위해 간략한 설명을 제공한다. 이 간략한 설명은 전반적인 개요가 아니다. 이는 청구된 발명 대상의 주요/중요 구성요소를 확인하거나 그 범위를 정하기 위한 것도 아니다. 이 간략한 설명의 유일한 목적은 나중에 제공되는 보다 상세한 설명에 대한 서문으로서 몇몇 개념들을 간략화된 형태로 제공하는 데 있다.

본 발명은 라우팅 지속성 서비스(routing persistence service) 및 연관 조회 컴포넌트의 사용을 통하여 워크플로 관리 및 워크플로 상호작용에 복수의 지속성 저장소를 공급하는 시스템 및 방법을 제공한다. 라우팅 지속성 서비스는 각각의 워크플로 타입을 해당 지속성 저장소로 연결하고/하거나 할당하는데, 이때 워크플로의 상태에 대한 데이터(속성 값, 현재 활동, 실행 시퀀스, 일시 중단 정보, 재개 시간, 메타데이터, 타임 스탬프 등)가 지속성 저장소에 저장된다. 따라서, 라우팅 지속성 서비스는 지속성 관련 기능을 워크플로의 런타임에 통합시키고, 각각의 워크플로 인스턴스는 해당 지속성 서비스 구현에 등록될 수 있다. 또한, 이들 라우팅 지속성 서비스는 연관 조회 컴포넌트와 상호작용하여 워크플로 인스턴스(들)와 복수의 지속성 서비스 간의 캐싱 연관(caching association)을 관리한다. 따라서, 하나의 지속성 서비스와 상호작용한다는 전통적인 워크플로 런타임의 통상적인 제한과 관계없이, 본 발명은 두 개 이상의 지속성 서비스가 워크플로를 수용하고/하거나 워크플로와 상호작용하는 것을 가능하게 한다. 나아가, 이와 같은 시스템은 범용 추상 워크플로 공급자에 대한 복수의 구체적 구현의 동시적인 사용을 위하여 확장 가능하고/하거나 플러그 가능한 메커니즘을 촉진한다.

예를 들어, 먼저 라우팅 지속성 서비스가 등록될 수 있고, 후속적으로 워크플로(들)와 연관된 호스트 서비스에 의하여 확인(verify)될 수 있다. 그리고나서 워크플로 공급자의 유형에 기초하여, (예를 들어, 프로그램 방식으로 및/또는 환경 설정을 통하여) 원하는 지속성 서비스 구현이 선택될 수 있고, 워크플로가 생성된다. 그 다음, 내장 메모리(in-memory), 관계형 데이터 저장소, XML/텍스트 파일 등과 같은 원하는 지속성 서비스 구현과 연관된 ID가 워크플로에 할당될 수 있는데, 서로 다른 유형의 워크플로가 서로 다른 지속성 저장소에 할당되고/되거나 상호작용할 수 있다.

본 발명의 특징에 따른 관련 방법론에서, 호스트 애플리케이션은, 먼저 워크플로 엔진 및/또는 런타임과 연관된 라우팅 지속성 서비스를 확인함으로써 실행 중인 워크플로를 액세스할 수 있다. 후속적으로, 워크플로 인스턴스 ID(예: ID 번호)에 기초하여, 해당 지속성 서비스는 연관 조회 컴포넌트(예: 테이블 형태의 배치)를 통하여 메서드 로딩 및/또는 메서드 저장을 호출할 수 있다. 그리고나서 워크플로 인스턴스는 (예를 들어, 호스트 애플리케이션을 통하여) 액세스될 수 있다.

워크플로의 인스턴스를 저장하기 위한 본 발명의 또 다른 특징에 따르면, 먼저 워크플로와 연관된 라우팅 지속성 서비스가 확인된다. 후속적으로 워크플로 인스턴스에 기초하여, 이들 워크플로 인스턴스를 위한 워크플로 상태 표시(workflow state representation)가 생성된다. 그리고나서 이러한 워크플로 상태 표시가 지속성 상태에 저장될 수 있다.

관련 방법론에서, 워크플로의 인스턴스를 로딩하기 위해서, 먼저 라우팅 지속성 서비스가 확인되고, 해당 지속성 저장소로의 액세스가 제공된다. 후속적으로, 이러한 해당 지속성 저장소로부터 워크플로 인스턴스 상태 표시가 획득된다. 그리고나서 이러한 표시는 워크플로 인스턴스로 변환되고, 예를 들어, 호스트 애플리케이션에 제공된다.

본 발명의 또 다른 특징에 따르면, 지속성 저장소 내의 워크플로 인스턴스는 연관 조회 컴포넌트로부터 등록 해제될 수 있다. 예를 들어, 워크플로가 종료되면, 워크플로 인스턴스 ID와 라우팅 지속성 서비스 간의 연관은 (예를 들어, 내장 메모리 테이블 연관으로부터) 등록 해제된다.

본 발명은 복수의 지속성 저장소를 수용하고 그들과 상호작용함으로써, 워크플로 기반 모델을 향상시켜 서로 다른 유형의 애플리케이션이 서로 다른 백 엔드와 통신하는 것을 가능하게 한다. 예를 들어, 고객 관계 관리(CRM)는 고객 데이터베이스와 상호작용할 수 있는 한편, 워크플로를 활용하는 다른 맞춤형 애플리케이션(custom made application)은 또 다른 지속성 서비스 구현을 채용한다.

이상의 목적 및 관련 목적을 달성하기 위해, 청구된 발명 대상의 어떤 예시적인 특징들이 이하의 설명 및 첨부 도면과 관련하여 본 명세서에 기술되어 있다. 이들 태양은 본 발명이 실시될 수 있는 다양한 방법들을 나타내며, 이들 모두는 청구된 발명 대상의 범위 내에 속하는 것으로 보아야 한다. 다른 이점들 및 새로운 특징들은 이하의 상세한 설명을 도면들과 관련하여 살펴볼 때 명백해질 것이다.

도 1은 본 발명의 특징에 따른, 복수의 지속성 저장소와 상호작용하는 라우팅 지속성 서비스를 갖는 워크플로의 예시적인 시스템 다이어그램을 도시하는 도면.

도 2는 복수의 지속성 서비스 구현과 상호작용하는 연관 조회 컴포넌트의 블록도를 도시하는 도면.

도 3은 본 발명의 특징에 따른, 신규 워크플로를 등록/생성하는 방법론을 도시하는 도면.

도 4는 라우팅 지속성 서비스 공급자를 워크플로 런타임에 등록하는 것에 대한 플로우 차트.

도 5는 본 발명의 특징에 따른, 실행중인 워크플로를 액세스하는 방법론을 도시하는 도면.

도 6은 워크플로의 인스턴스를 로딩하기 위한 데이터 저장소 상호작용을 도시하는 도면.

도 7은 워크플로의 인스턴스를 저장하기 위한 데이터 저장소 상호작용을 도시하는 도면.

도 8은 본 발명의 특징에 따른, 완료된 워크플로에 대한 연관의 등록 해제를 도시하는 도면.

도 9는 본 발명의 다양한 특징을 구현하기 위한 예시적인 환경을 도시하는 도면.

도 10은 본 발명의 라우팅 지속성 서비스를 갖는 워크플로를 구현하는데 사용될 수 있는 추가적인 컴퓨팅 환경의 개략 블록도.

이제부터, 그 전체에 걸쳐 동일한 참조 번호가 동일한 또는 대응하는 구성요소를 나타내는 첨부 도면을 참조하여 본 발명의 다양한 특징에 대해 기술한다. 그렇지만, 도면 및 그와 관련된 상세한 설명이 청구된 발명 대상을 개시된 특정의 형태로 제한하기 위한 것이 아니라는 것을 잘 알 것이다. 오히려, 본 발명의 사상 및 범주의 요지 내에 속하는 모든 수정, 등가물, 및 대안들을 포함하는 것으로 보아야 한다.

본 명세서에서 사용되는 바와 같이, 용어 "컴포넌트", "시스템", "서비스" 등은 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어, 또는 실행 중인 소프트웨어인 컴퓨터 관련 개체를 지칭하기 위한 것이다. 예를 들어, 컴포넌트는 프로세서 상에서 실행 중인 프로세스, 프로세서, 객체, 실행 파일, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만, 이에 한정되지 않는다. 예로서, 컴퓨터상에서 실행 중인 애플리케이션 및 컴퓨터, 모두가 컴포넌트일 수 있다. 하나 이상의 컴포넌트가 프로세스 및/또는 실행 스레드 내에 존재할 수 있고, 컴포넌트는 하나의 컴퓨터상에 로컬화되어 있고/있거나 2개 이상의 컴퓨터 간에 분산되어 있을 수 있 다.

또한, 용어 "예시적인"은 본 명세서에서 예, 실례, 또는 예시의 역할을 한다는 것을 의미하기 위해 사용된다. 본 명세서에서 "예시적인" 것으로 기술된 특징 또는 설계가 다른 특징 또는 설계보다 반드시 양호하거나 이점이 있는 것으로 해석되는 것은 아니다.

나아가, 개시된 발명 대상은 본 명세서에 상세히 기술된 특징들을 구현하도록 컴퓨터 또는 프로세서 기반 장치를 제어하는 소프트웨어, 펌웨어, 하드웨어 또는 이들의 임의의 조합을 생산하기 위해 표준 프로그래밍 및/또는 엔지니어링 기법들을 이용하는 시스템, 방법, 장치 또는 제조물로서 구현될 수 있다. 용어 "컴퓨터 프로그램"은, 본 명세서에서 사용되는 바와 같이, 어느 컴퓨터 판독가능 장치, 캐리어 또는 매체로부터 액세스가능한 컴퓨터 프로그램을 포함하고자 하는 것이다. 예를 들어, 컴퓨터 판독가능 매체는 자기 저장 장치(예를 들어, 하드 디스크, 플로피 디스크, 자기 스트립 ...), 광 디스크(예를 들어, 컴팩트 디스크(CD), DVD(digital versatile disk) ...), 스마트 카드 및 플래쉬 메모리 장치(예를 들어, 카드, 스틱)를 포함할 수 있지만, 이에 한정되지 않는다. 또한, 전자 메일을 전송 및 수신하는 데 또는 인터넷 또는 근거리 통신망(LAN) 등의 네트워크에 액세스하는 데 사용되는 것과 같은 컴퓨터 판독가능 전자 데이터를 전달하는 데 반송파가 이용될 수 있다는 것을 잘 알 것이다. 물론, 당업자라면 본 발명의 요지의 사상 또는 범주를 벗어나지 않고 이 구성에 많은 수정이 행해질 수 있다는 것을 잘 알 것이다.

먼저 도 1을 참조하면, 라우팅 지속성 서비스(140)를 사용하여 워크플로를 관리하고 워크플로가 복수의 지속성 서비스 구현/저장소(141-145)(1 내지 n, n은 정수)와 상호작용하는 것을 가능하게 하는 워크플로 시스템(100)의 블록도가 도시되어 있다. 워크플로는 활동들의 도표 형태로 정의되는 사람 또는 시스템 프로세스를 모델링할 수 있다. 활동이란 워크플로에서의 동작을 말하며, 워크플로의 실행(execution), 재사용(re-use) 및 합성(composition)의 단위이다. 활동들의 도표는 규칙(rule), 행위(action), 상태(state) 및 이들의 관계를 표현한다. 통상적으로, 워크플로는 워크플로 엔진/런타임(workflow engine/runtime)(110)을 통해 실행되며, 워크플로 런타임은, 호스트(120)로 나타낸 바와 같이, 몇 가지 규칙에 따라 그것을 호스팅하는 외부 애플리케이션을 필요로 한다.

호스트(120)는 워크플로 공급자의 기초 클래스(Workflow Provider Base Class; 135)를 통하여 워크플로 공급자(130)와 상호작용할 수 있다. 게다가, 호스트(120)는 하나 이상의 워크플로의 생성, 워크플로의 적절한 실행을 위해 필요한 다양한 컴포넌트들 간의 호출에 대한 마샬링(marshaling) 및 분리 메카니즘(isolation mechanism)의 설정 등의 다수의 부가적이고 중요한 특징들을 담당할 수 있다. 또한, 호스트(120)는 확장성을 이유로 머신 내의 다수의 CPU를 이용하기 위해, 또는 머신들의 팜(farm of machines)에서 많은 수의 워크플로 인스턴스를 실행하기 위해 복수의 프로세스를 생성할 수 있다. 호스트(120)는 또한 워크플로가 오래 기다려야 하는 경우에 적용할 정책들을 제어할 수 있고, 특정의 이벤트들을 리스닝하고 이들을 사용자 또는 관리자에게 전달할 수 있으며, 각각의 워크플로에 대한 타임아웃 및 재시도를 설정할 수 있고, 성능 카운터(performance counter)를 제시할(expose) 수 있으며, 디버깅 및 진단을 위해 로그 정보(log information)를 기록할 수 있다.

워크플로 시스템(100)과 연관된 워크플로는 그 목적을 위해 특별히 설정된 서비스를 통해 외부 세계와 통신을 할 수 있으며, 여기서 이러한 서비스는 워크플로 내의 이벤트-구동 활동들(event-driven activities)이 후크업(hook up)하는 이벤트를 발생시킬 수 있다. 이와 마찬가지로, 이 서비스는 워크플로가 호출을 하고 호스트로 데이터를 전송하는 퍼블릭 메서드(public method)를 제시한다. 워크플로는, 예를 들어 컴퓨터 시스템에서 실행 스케쥴의 형태로 정의될 수 있다. 스케쥴은 그와 연관되어 있는 지정된 동시성(concurrency), 종속성(dependency) 및 트랜잭션 특성(transaction attribute)을 갖는 일련의 동작들을 포함한다. 각각의 스케쥴은 연관된 스케쥴 상태를 가지며, 이 연관된 스케쥴 상태는 스케쥴의 정의, 스케쥴 내에서의 현재 위치는 물론 스케쥴과 연관된 활성(active) 또는 라이브(live) 데이터 및 객체를 포함한다. 스케쥴 내에서, 동작들의 그룹에 기초하여 트랜잭션 경계가 존재할 수 있다. 이 점에서, 트랜잭션은 개개의 동작들 또는 트랜잭션들, 또는 이들의 그룹을 포함할 수 있다. 이후에 더 기술되는 바와 같이, 동작들은 순차적으로 실행되는 시퀀스로 그룹화될 수 있을 뿐만 아니라 동작들이 동시에 실행되는 태스크로도 그룹화될 수 있다. 따라서, 이 그룹에 기초하여, 스케쥴 내의 동작들 및 트랜잭션들에 대한 동시성 특성이 해결될 수 있다.

통상적으로, 워크플로는 실행시에 상태를 유지한다. 이러한 상태는 워크플 로 개발자에 의해 정의된 데이터 및 속성 값과 내부 실행 상태 양쪽 모두를 포함한다. 또한, 실행 상태는 실행 시퀀스와 함께 현재 활동 및 임의의 관련 일시 중단 정보(예를 들어, 지연용 일시 중단이 도입된 경우 재개할 시간)를 포함할 수 있다. 또한, 실행 시퀀스와 연관된 메타데이터가 추적될 수 있는데(예: 활동 실행의 타임 스탬프), 이러한 정보는 실행된 워크플로에 대한 추후의 분석에 사용될 수 있다.

이 모든 정보는 통상적으로 소정의 지속성 저장소(141-145)에 저장되어야 한다. 본 발명의 워크플로 시스템(100)은 워크플로 공급자(130)를 채용하여 상호작용의 기본 저장소(interaction underlying storage)를 공통 API(Application Program Interface)로써 추상화할 수 있는데, 여기서 워크플로는, 예를 들어 (워크플로 개발자에 의해 정의된) 명칭의 조합에 의해 식별되거나, 고유의 ID에 의해 식별될 수 있다. 따라서, 워크플로 공급자는 워크플로의 신규 인스턴스를 생성하는 것, ID가 주어졌을 때 직렬화(serialize)된 인스턴스를 로딩하는 것, 워크플로 인스턴스를 저장하는 것 및 기존의 워크플로를 열거하는 것을 가능하게 할 수 있다. 복수의 워크플로를 갖는 애플리케이션은, 본 발명의 특징에 따라 서로 다른 워크플로 인스턴스에 대하여 서로 다른 공급자 유형/구현을 선택할 수 있다. 이로써 워크플로는, 예를 들어 서로 다른 지속성 시맨틱(persistence semantic) 또는 서로 다른 데이터베이스 백 엔드를 사용할 수 있게 된다.

도 1에 도시된 바와 같이, 라우팅 지속성 서비스(140)는 워크플로 인스턴스를 복수의 지속성 저장소(141-145)로부터 선택된 지속성 저장소로 연결하고/하거나 할당할 수 있다. 이와 같이, 워크플로의 상태에 관한 데이터(속성 값, 현재 활동, 실행 시퀀스, 일시 중단 정보, 재개할 시간, 메타데이터, 타임 스탬프 등)는 지속성 저장소에 저장된다. 이에 따라, 라우팅 지속성 서비스(140)는 관련 기능을 워크플로의 런타임에 통합시키며, 각각의 워크플로 인스턴스는 해당 지속성 서비스에 등록될 수 있다. 또한, 이러한 라우팅 지속성 서비스는, 이하에 상세하게 기술된 바와 같이, 연관 조회 컴포넌트(미도시)와 상호작용하여 워크플로 인스턴스(들)와 복수의 지속성 서비스 간의 캐싱 연관을 관리한다. 따라서, 일반적인 워크플로 런타임에서 하나의 지속성 서비스와 상호작용한다는 통상적인 제한에 관계없이, 본 발명은 두 개 이상의 지속성 서비스가 워크플로를 수용하고/하거나 워크플로와 상호작용하는 것을 가능하게 한다.

이하는 본 발명의 특정 태양에 따르는, 예시적인 라우팅 지속성 서비스 공급자를 제공하기 위한 것이다.

public class RoutingPersistenceService : StatePersistenceService

{

public static void Register (

Guid workflowInstanceId,

IPersistenceService persistenceService) { }

public static void Unregister (Guid workflowInstanceId) { }

public static IPersistenceService GetPersistenceService (

Guid workflowInstanceId) {

//--------------- StatePersistenceService Methods

public override void SaveWorkflowInstanceState(

Activity rootActivity, bool unlock)

{

IPersistenceService persistenceService =

GetPersistenceService(

(Guid) rootActivity.GetValue(

WorkflowInstance.WorkflowInstanceIdProperty));

persistenceService.SaveWorkflowInstanceState(rootActivity,

unlock);

}

public override void UnlockWorkflowInstanceState(

Activity rootActivity)

{

IPersistenceService persistenceService =

GetPersistenceService((Guid) rootActivity.GetValue(

WorkflowInstance.WorkflowInstanceIdProperty));

persistenceService.UnlockWorkflowInstanceState(

rootActivity);

}

public override Activity LoadWorkflowInstanceState(

Guid instanceId)

{

IPersistenceService persistenceService =

GetPersistenceService (instanceId);

return persistenceService.LoadWorkflowInstanceState(

instanceId);

}

public override void SaveCompletedContextActivity(

Activity activity)

{

IPersistenceService persistenceService =

GetPersistenceService((Guid) activity.GetValue(

WorkflowInstance.WorkflowInstanceIdProperty));

persistenceService.SaveCompletedContextActivity(activity);

}

public override Activity LoadCompletedContextActivity(

Guid scopeId, Activity outerActivity)

{

IPersistenceService persistenceService =

GetPersistenceService((Guid) outerActivity.GetValue(

WorkflowInstance.WorkflowInstanceIdProperty));

return persistenceService.LoadCompletedContextActivity(

scopeId, outerActivity);

}

이제 도 2를 참조하면, 연관 조회 컴포넌트(220)와 상호작용하여 워크플로 인스턴스(들)와 복수의 지속성 서비스(232-234) 간의 캐싱 연관을 관리하는 라우팅 지속성 서비스(210)의 블록도가 도시되어 있다. 이에 따라, 내장 메모리, 관계형 데이터 저장소, XML 텍스트 파일 등과 같은 원하는 속성 저장소와 연관되는 ID가 워크플로에 할당될 수 있고, 여기서 개별 워크플로는 서로 다른 지속성 저장소에 할당되고/되거나 서로 다른 지속성 저장소와 상호작용할 수 있다. 연관 조회 컴포넌트(220)는 조회를 위해 워크플로 인스턴스와 연관된 속성 정보(예: 특성(들))를 수신할 수 있다. 조회 컴포넌트(220)는 지속성 서비스(들)에 워크플로 인스턴스를 대응시키는 조회 리스트(예: 테이블 형식)를 포함할 수 있다.

조회 컴포넌트(220)는 나아가 워크플로 인스턴스와 연관된 정보(예: 데이터유형, 데이터베이스 및/또는 객체)를 획득/사용할 수 있다. 이 정보는, 예를 들어 워크플로 인스턴스와 연관된 속성(들)을 포함할 수 있다. 그리고나서, 속성 정보 및 워크플로 인스턴스와 연관된 정보에 적어도 부분적으로 기초하여, 조회 컴포넌트는 설정된 조회 컨트롤(예: ID, 디스플레이 값 및 그것들을 연관시키는데 필요한 메타데이터)을 생성할 수 있다. 이와 같이, 속성 값, 현재 활동, 실행 시퀀스, 일시 중단 정보, 재개할 시간, 메타데이터, 타임 스탬프 등이 해당 지속성 저장소(230-234)에 저장된다. 또한, 지속성 저장소는 워크플로 ID에 기초하여 선택될 수 있다. 워크플로에 질의가 제출되고 질의 기준에 기초하여 합치하는 워크플로를 찾을 수 있다.

본 발명의 일 특징에 따라, 시스템(200)은 ID를 워크플로 인스턴스 및 지속성 서비스 구현과 연관시키는데 필요한 메타데이터의 지속성을 포함한다. 예를 들 어, 워크플로의 상태에 대한 데이터 및 워크플로 인스턴스는 속성 값, 현재 활동, 실행 시퀀스, 일시 중단 정보, 재개할 시간, 메타데이터, 타임 스탬프 등을 포함할 수 있으며, 지속성 저장소에 저장된다. 그리고나서, 워크플로 공급자 유형 및 워크플로 인스턴스에 기초하여, 원하는 지속성 서비스 구현(230-234)이 선택될 수 있고, 워크플로 인스턴스는 그 안에 존속한다. 본 발명은 복수의 지속성 저장소(230-234)를 수용하고 그들과 상호작용함으로써, 워크플로 기반 모델을 향상시켜 서로 다른 유형의 애플리케이션이 서로 다른 백 엔드와 통신하는 것을 가능하게 한다. 예를 들어, 고객 관계 관리(CRM)는 고객 데이터베이스와 상호작용할 수 있는 반면, 워크플로를 활용하는 다른 맞춤형 애플리케이션이 또 다른 지속성 서비스 구현을 사용한다.

연관 조회 컴포넌트(220)는 매핑을 통해 ID로부터 워크플로 인스턴스를 추적함으로써 (예를 들어, ID 소스로부터 대상 워크플로 인스턴스로의) 종속성을 사용할 수 있다. 예를 들어, 계층적 매칭 목록이 생성되어 ID를 워크플로 인스턴스에 대응시킬 수 있다. 이와 같이, 매핑 정의 도구는 ID(소스)로부터 워크플로 인스턴스(대상)로의 데이터 변환을 그래픽적으로 특정하는 것을 가능하게 한다.

이전에 설명한 바와 같이, 연관 조회 컴포넌트(220)는 워크플로 인스턴스와 연관된 식별 정보(예: 데이터유형, 데이터베이스 및/또는 객체)를 획득한다. 이 정보는, 예를 들어 워크플로 인스턴스와 연관된 속성(들)을 포함할 수 있다. 그리고나서, 속성 정보 및 워크플로 인스턴스와 연관된 정보에 적어도 부분적으로 기초하여, 연관 조회 컴포넌트(220)는 각각의 지속성 서비스 구현 및/또는 데이터 저장 소에 접속하여 워크플로 상태 표시(230-234)를 획득할 수 있다. 더 나아가, 이러한 워크플로 상태 표시는 그 반환을 위하여 워크플로 인스턴스로 후속적으로 변환될 수 있다.

도 3은 본 발명의 일 특징에 따른, 워크플로의 생성 및 지속성 서비스 구현으로의 등록에 대한 예시적인 플로우 차트(300)를 도시한다. 본 명세서에서 예시적인 방법이 다양한 이벤트 및/또는 동작을 나타내는 일련의 블록 형태로 도시되고 기술되었지만, 본 발명은 이러한 블록의 도시된 순서에 제한되지 않는다. 예를 들어, 몇몇 동작 또는 이벤트는, 본 발명에 따라, 본 명세서에 도시된 순서와 별개로, 다른 순서 및/또는 다른 동작 또는 이벤트와 동시에 일어날 수 있다. 또한, 본 발명에 따른 방법론을 구현하는데 모든 도시된 블록, 이벤트 또는 동작이 요구되지 않을 수도 있다. 나아가, 본 발명에 따른 예시적인 방법 및 다른 방법은 본 명세서에 도시되고 기술된 방법뿐만 아니라, 도시되거나 기술되지 않은 다른 시스템 및 장치와 관련되어 구현될 수 있다. 먼저, 동작(310)에서, 워크플로 시스템과 연관된 라우팅 지속성 서비스가 확인된다. 이러한 라우팅 지속성 서비스는 워크플로 인스턴스를 복수의 지속성 저장소로부터 선택된 하나의 지속성 저장소로 연결 및/또는 할당할 수 있다. 이에 따라, (속성 값, 현재 활동, 실행 시퀀스, 일시 중단 정보, 재개할 시간, 메타데이터, 타임 스탬프 등과 같은) 워크플로의 상태에 관한 데이터가 지속성 저장소에 저장된다. 따라서, 라우팅 지속성 서비스는 지속 관련 기능을 워크플로의 런타임과 통합시키는데, 여기서 각각의 워크플로 인스턴스는 해당 지속성 서비스에 등록될 수 있다. 동작(320)에서, 워크플로 공급자 유형에 기초하여, 지속성 서비스 구현이 (예를 들어, 프로그램 방식으로 및/또는 환경 설정을 통하여) 지정 및/또는 획득될 수 있다. 동작(330)에서, 워크플로는 생성되고 ID와 연관될 수 있는데, 여기서 이들 ID는, 동작(340)에서 워크플로와 해당 지속성 서비스 구현 사이에 등록될 수 있다.

도 4는 본 발명의 일 특징에 따른, 워크플로 런타임에 의하여 라우팅 지속성 서비스를 등록하는 예시적인 방법론(400)을 도시한다. 먼저, 블록(410)에서, 라우팅 지속성 서비스에 관한 정보가, 예를 들어 웹 구성을 통하여 및/또는 프로그램 방식으로 획득된다. 그리고나서, 이러한 라우팅 지속성 서비스는, 동작(420)에서 워크플로 시스템과 관련하여 동작을 시작하여 워크플로 인스턴스를 이하에 상세하게 기술한 바와 같이 지속성 서비스 구현에 등록/등록 해제하기 위한 매핑을 생성할 수 있다. 본 발명의 일 특징에 따르면, 연관에 대하여 복수의 구현이 존재할 수 있음을 알 것이다. 예를 들어, 복수의 워크플로를 갖는 애플리케이션은, 본 발명의 일 특징에 따르면, 각각의 워크플로 유형에 대하여 서로 다른 공급자 구현을 선택할 수 있다. 이로써 워크플로는 서로 다른 지속성 시맨틱 또는 서로 다른 데이터베이스를 사용할 수 있게 된다. 워크플로 인스턴스는 데이터베이스 또는 동등한 저장소로 직렬화 될 수 있고, 워크플로의 일시 중단 동안에 이어서 그로부터 검색되고, 역직렬화(deserialize)되고 재개될 수 있다. 예를 들어, 워크플로는 활동의 실행 취소, 활동의 실행 속행 불가능, 후속적 실행을 보류하도록 도입된 특정 지연 및 다른 사용자에 의해 수행될 후속적 실행을 요구하는 사용자 콘텍스트의 전환과 같은 수많은 이유로 일시 중단될 수 있다. 동일한 워크플로 정의(예: 유형/ 클래스)로부터 비롯된 두 개의 워크플로 인스턴스는 서로 다른 지속성 저장소를 가지거나 사용할 수 있음을 알 것이다.

도 5는, 본 발명의 일 특징에 따른, 워크플로 런타임을 통해 호스트 애플리케이션에 의해 실행 중인 워크플로를 액세스하는 방법론을 도시한다. 동작(510)에서, 호스트 애플리케이션은 먼저 워크플로 엔진 및/또는 런타임과 연관된 라우팅 지속성 서비스를 확인함으로써 실행 중인 워크플로를 액세스할 수 있다. 후속적으로 동작(520)에서, 워크플로 인스턴스 ID(예: ID 번호)에 기초하여, 해당 지속성 서비스는 로딩 메서드를 호출하고/하거나(530) 연관 조회 컴포넌트(예: 테이블 형식 배치)를 통하여 저장 메서드를 호출할 수 있다(540). 그리고나서 워크플로 인스턴스는 (예를 들어, 호스트 애플리케이션을 통하여) 액세스될 수 있다. 복수의 지속성 저장소를 수용하고 그들과 상호작용함으로써, 본 발명은 워크플로 기반 모델을 향상시켜 서로 다른 유형의 애플리케이션을 가능하게 한다.

도 6은 도 5의 동작(530)에 따른, 워크플로의 인스턴스를 로딩하는 것에 대한 관련 방법론(600)을 도시한다. 도 6에 도시된 바와 같이, 먼저 라우팅 지속성 서비스는 동작(610)에서 확인되고, 지속성 저장소에 대한 액세스는 동작(620)에서 제공되는데, 여기서 워크플로 인스턴스 상태 표시는, 동작(630)에서 해당 지속성 저장소로부터 획득된다. 그리고나서 이런 표시는 동작(640)에서 워크플로 인스턴스로 변환될 수 있다. 그리고나서 워크플로 인스턴스는 그에 대한 조작을 위해 호스트 애플리케이션에 제공될 수 있다.

유사하게, 도 7은, 도 5의 동작(540)에 의해 도시된 바와 같이, 워크플로의 인스턴스를 저장하기 위한 방법론(700)을 도시한다. 먼저 워크플로와 연관된 라우팅 지속성 서비스는 동작(710)에서 확인되고, 저장될 워크플로는 동작(720)에서 획득된다. 후속적으로 동작(730)에서, 워크플로 상태는 워크플로 인스턴스의 표시로서 생성된다. 그리고나서 이들 표시와 관련된 데이터는 동작(740)에서 데이터 저장소 및/또는 지속성 서비스 구현에 저장될 수 있다. 그리하여 동작(750)에서, 워크플로 런타임 저장 이벤트가 발생할 수 있고, 워크플로 인스턴스는 상기에 기술된 바와 같이 액세스 될 수 있다.

도 8은 지속성 저장소 내의 워크플로 인스턴스를 연관 조회 컴포넌트로부터 등록 해제하는 방법론(800)을 도시한다. 예를 들어, 워크플로가 완료되면, 워크플로 인스턴스 ID와 라우팅 지속성 서비스 간의 연관이 (예를 들어, 내장 메모리 테이블 연관으로부터) 등록 해제된다. 처음에 동작(810)에서 워크플로와 연관된 라우팅 지속성 서비스가 확인된다. 후속적으로, 동작(820)에서 워크플로가 완료되었는지 점검된다. 완료되었다면, 호스트는 동작(830)에서 완료되었다고 통지받을 수 있다. 후속적으로 동작(840)에서 워크플로 인스턴스 ID와 라우팅 지속성 서비스 간의 연관은 등록 해제될 수 있다.

개시된 발명 대상의 다양한 특징에 대한 상황을 제공하기 위해, 도 9 및 도 10과 이하의 설명은 개시된 발명 대상의 여러가지 특징이 구현될 수 있는 적당한 환경의 간략하고 전반적인 설명을 제공하기 위한 것이다. 발명 대상이 일반적으로 컴퓨터 및/또는 컴퓨터들 상에서 실행되는 컴퓨터 프로그램의 컴퓨터 실행가능 명령어와 관련하여 전술되어 있지만, 당업자라면 본 발명이 기타 프로그램 모듈과 관 련하여 구현될 수도 있다는 것을 잘 알 것이다. 일반적으로, 프로그램 모듈은 특정의 태스크를 수행하고/하거나 특정의 추상 데이터 유형을 구현하는 루틴, 프로그램, 컴포넌트, 데이터 구조 등을 포함한다. 게다가, 당업자라면 본 발명의 방법이, 단일-프로세서 또는 멀티-프로세서 컴퓨터 시스템, 미니-컴퓨팅 장치, 메인프레임 컴퓨터는 물론 퍼스널 컴퓨터, 핸드-헬드 컴퓨팅 장치(예를 들어, PDA(personal digital assisitant), 전화, 시계...), 마이크로프로세서-기반 및/또는 프로그램가능 가전 제품 또는 산업 전자 제품 등을 비롯한, 다른 컴퓨터 시스템 구성에서 실시될 수 있다는 것을 잘 알 것이다. 예시된 특징들은 또한 태스크들이 통신 네트워크를 통해 연결되어 있는 원격 처리 장치들에 의해 수행되는 분산 컴퓨팅 환경에서도 실시될 수 있다. 그렇지만, 전부는 아니더라도, 본 발명의 몇몇 특징은 독립 구동형 컴퓨터(stand-alone computer) 상에서 실시될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈들은 로컬 및/또는 원격 메모리 저장 장치에 위치할 수 있다.

도 9를 참조하면, 컴퓨터(912)를 포함하는 본 발명의 여러가지 특징을 구현하는 예시적인 환경(910)이 기술되어 있다. 컴퓨터(912)는 처리 장치(914), 시스템 메모리(916) 및 시스템 버스(918)를 포함한다. 시스템 버스(918)는 시스템 메모리(916)(이에 한정되지 않음)를 비롯한 시스템 컴포넌트들을 처리 장치(914)에 연결시킨다. 처리 장치(914)는 여러가지 이용가능한 프로세서 중 어느 것이라도 될 수 있다. 듀얼 마이크로프로세서 및 기타 멀티프로세서 아키텍처도 역시 처리 장치(914)로서 이용될 수 있다.

시스템 버스(918)는 메모리 버스 또는 메모리 컨트롤러, 주변 장치 버스 또는 외부 버스 및/또는 11-비트 버스, ISA(Industrial Standard Architecture), MSA(Micro-Channel Architecture), EISA(Extended ISA), IDE(Intelligent Drive Electronics), VLB(VESA Local Bus), PCI(Peripheral Component Interconnect), USB(Universal Serial Bus), AGP(Advanced Graphics Port), PCMCIA(Personal Computer Memory Card International Association bus) 및 SCSI(Small Computer Systems Interface)(이에 한정되지 않음)를 비롯한 각종의 이용가능한 버스 아키텍처를 사용하는 로컬 버스를 비롯한 몇가지 유형의 버스 구조(들) 중 어느 것이라도 될 수 있다.

시스템 메모리(916)는 휘발성 메모리(920) 및 비휘발성 메모리(922)를 포함한다. 시동 중과 같은 때에 컴퓨터(912) 내의 구성요소들 간에 정보를 전송하는 기본적인 루틴을 포함하는 기본 입/출력 시스템(BIOS)은 비휘발성 메모리(922)에 저장되어 있다. 제한이 아닌 예로서, 비휘발성 메모리(922)는 판독 전용 메모리(ROM), 프로그램가능 ROM(PROM), 전기적 프로그램가능 ROM(EPROM), 전기적 소거가능 ROM(EEPROM), 또는 플래쉬 메모리를 포함할 수 있다. 휘발성 메모리(920)는 외부 캐쉬 메모리로서 동작하는 랜덤 액세스 메모리(RAM)를 포함한다. 제한이 아닌 예로서, RAM은 SRAM(synchronous RAM), DRAM(dynamic RAM), SDRAM(synchronous DRAM), DDR SDRAM(double data rate SDRAM), ESDRAM(enhanced SDRAM), SLDRAM(Synchlink DRAM) 및 DRRAM(direct Rambus RAM) 등의 많은 형태로 이용가능하다.

컴퓨터(912)는 또한 이동식/비이동식, 휘발성/비휘발성 컴퓨터 저장 매체를 포함한다. 도 9는, 예를 들어, 디스크 저장 장치(924)를 도시하고 있다. 디스크 저장 장치(924)는 자기 디스크 드라이브, 플로피 디스크 드라이브, 테이프 드라이브, Jaz 드라이브, Zip 드라이브, LS-100 드라이브, 플래쉬 메모리 카드 또는 메모리 스틱과 같은 장치들을 포함하지만, 이에 한정되는 것은 아니다. 그에 부가하여, 디스크 저장 장치(924)는 CD-ROM(compact disk ROM device), CD-R 드라이브(CD recordable drive), CD-RW 드라이브(CD rewritable drive) 또는 DVD-ROM 드라이브(digital versatile disk ROM drive) 등의 광 디스크 드라이브(이에 한정되지 않음)를 비롯한 기타 저장 매체와 별도로 또는 그와 함께 저장 매체를 포함할 수 있다. 디스크 저장 장치(924)의 시스템 버스(918)에의 연결을 용이하게 해주기 위해, 인터페이스(926) 등의 이동식 또는 비이동식 인터페이스가 통상적으로 사용된다.

사용자들과 적절한 운영 환경(910)에서 기술된 기본적인 컴퓨터 자원들 간의 매개물로서 소프트웨어가 동작하는 것임을 도 9가 기술하고 있다는 것을 잘 알 것이다. 이러한 소프트웨어는 운영 체제(928)를 포함한다. 디스크 저장 장치(924) 상에 저장될 수 있는 운영 체제(928)는 컴퓨터 시스템(912)의 자원을 제어 및 할당하는 동작을 한다. 시스템 애플리케이션(930)은 시스템 메모리(916)에 또는 디스크 저장 장치(924) 상에 저장되어 있는 프로그램 모듈(932) 및 프로그램 데이터(934)를 통해 운영 체제(928)에 의한 자원의 관리를 이용한다. 본 명세서에 기술된 여러가지 컴포넌트들이 여러가지 운영 체제 또는 운영 체제들의 조합으로 구 현될 수 있다는 것을 잘 알 것이다.

사용자는 입력 장치(들)(936)를 통해 컴퓨터(912)에 명령 또는 정보를 입력한다. 입력 장치(936)는 마우스, 트랙볼, 스타일러스, 터치 패드 등의 포인팅 장치, 키보드, 마이크, 조이스틱, 게임 패드, 위성 안테나, 스캐너, TV 튜너 카드, 디지털 카메라, 디지털 비디오 카메라, 웹 카메라, 기타 등등을 포함하지만, 이에 한정되지 않는다. 이들 및 다른 입력 장치들은 인터페이스 포트(들)(938)를 거쳐 시스템 버스(918)를 통해 처리 장치(914)에 연결되어 있다. 인터페이스 포트(들)(938)는, 예를 들어, 직렬 포트, 병렬 포트, 게임 포트 및 USB(universal serial bus)를 포함한다. 출력 장치(들)(940)는 입력 장치(들)(936)와 동일한 유형의 포트들 중 일부를 사용한다. 따라서, 예를 들어, USB 포트는 컴퓨터(912)에 입력을 제공하고 컴퓨터(912)로부터의 정보를 출력 장치(940)로 출력하는 데 사용될 수 있다. 특수 어댑터를 필요로 하는 출력 장치들(940) 중에서도 특히, 모니터, 스피커 및 프린터와 같은 몇몇 출력 장치들(940)이 있다는 것을 나타내기 위해 출력 어댑터(942)가 제공되어 있다. 출력 어댑터(942)는, 제한이 아닌 예로서, 출력 장치(940)와 시스템 버스(918) 간의 연결 수단을 제공하는 비디오 및 사운드 카드를 포함한다. 유의할 점은 원격 컴퓨터(들)(944) 등의 기타 장치들 및/또는 장치들의 시스템들이 입력 및 출력 기능 양쪽 모두를 제공한다는 것이다.

컴퓨터(912)는 원격 컴퓨터(들)(944) 등의 하나 이상의 원격 컴퓨터로의 논리적 접속을 사용하여 네트워크화된 환경에서 동작할 수 있다. 원격 컴퓨터(들)(944)는 퍼스널 컴퓨터, 서버, 라우터, 네트워크 PC, 워크스테이션, 마이크로 프로세서 기반 가전제품, 피어 장치 또는 기타 통상의 네트워크 노드 등일 수 있으며, 일반적으로 컴퓨터(912)와 관련하여 기술된 구성요소들 중의 다수 또는 그 전부를 포함한다. 간결성을 위해, 원격 컴퓨터(들)(944)에 메모리 저장 장치(946)만이 도시되어 있다. 원격 컴퓨터(들)(944)는 네트워크 인터페이스(948)를 통해 컴퓨터(912)에 논리적으로 접속되어 있고 이어서 통신 접속(950)을 통해 물리적으로 접속되어 있다. 네트워크 인터페이스(948)는 근거리 통신망(LAN) 및 원거리 통신망(WAN) 등의 통신 네트워크를 포함한다. LAN 기술은 FDDI(Fiber Distributed Data Interface), CDDI(Copper Distributed Data Interface), 이더넷(Ethernet)/IEEE 802.3, 토큰링(Token Ring)/IEEE 802.5 등을 포함한다. WAN 기술은 지점간 링크(point-to-point link), ISDN(Integrated Services Digital Network) 및 그의 변형 등의 회선 교환 네트워크, 패킷 교환 네트워크 및 DSL(Digital Subscriber Line, 디지털 가입자 회선)을 포함하지만, 이에 한정되는 것은 아니다.

통신 접속(들)(950)은 네트워크 인터페이스(948)를 버스(918)에 연결하는 데 이용되는 하드웨어/소프트웨어를 말한다. 통신 접속(950)이 설명의 명확성을 위해 컴퓨터(912) 내부에 도시되어 있지만, 컴퓨터(912) 외부에 있을 수도 있다. 네트워크 인터페이스(948)에 연결하는 데 필요한 하드웨어/소프트웨어는, 단지 예로서, 보통의 전화급 모뎀, 케이블 모뎀 및 DSL 모뎀을 비롯한 모뎀, ISDN 어댑터 및 이더넷 카드 등의 내장형 및 외장형 기술을 포함한다.

도 10은 본 발명의 워크플로 구현을 실시하는데 이용될 수 있는 샘플 컴퓨팅 환경(1000)의 개략 블록도이다. 시스템(1000)은 하나 이상의 클라이언트(들)(1010)를 포함한다. 클라이언트(들)(1010)는 하드웨어 및/또는 소프트웨어(예를 들어, 스레드, 프로세스, 컴퓨팅 장치)일 수 있다. 시스템(1000)은 또한 하나 이상의 서버(들)(1030)를 포함한다. 서버(들)(1030)는 하드웨어 및/또는 소프트웨어(예를 들어, 스레드, 프로세스, 컴퓨팅 장치)일 수 있다. 서버들(1030)은, 예를 들어, 본 명세서에 기술된 컴포넌트들을 이용함으로써 변환을 수행하는 스레드를 가질 수 있다. 클라이언트(1010)와 서버(1030) 간의 한가지 가능한 통신은 2개 이상의 컴퓨터 프로세스들 간에 전송되도록 구성되어 있는 데이터 패킷의 형태일 수 있다. 시스템(1000)은 클라이언트(들)(1010)와 서버(들)(1030) 간의 통신을 용이하게 해주는 데 이용될 수 있는 통신 프레임워크(1050)를 포함한다. 클라이언트(들)(1010)는 클라이언트(들)(1010)에 로컬인 정보를 저장하는 데 사용될 수 있는 하나 이상의 클라이언트 데이터 저장소(들)(1060)에 연결되어 동작한다. 이와 유사하게, 서버(들)(1030)는 서버들(1030)에 로컬인 정보를 저장하는 데 이용될 수 있는 하나 이상의 서버 데이터 저장소(들)(1040)에 연결되어 동작한다.

여러가지 예시적인 특징들이 이상에 기술되었다. 물론, 이들 특징을 기술하기 위해 컴포넌트 또는 방법의 모든 생각 가능한 조합을 기술하는 것은 불가능하며, 많은 추가의 조합 및 치환이 가능하다는 것을 당업자는 잘 알 수 있을 것이다. 따라서, 본 명세서에 기술된 특징들은 청구된 발명의 사상 및 범주 내에 속하는 이러한 변경, 수정 및 변형 모두를 포함하는 것으로 보아야 한다. 게다가, 용어 "포함한다"가 상세한 설명 또는 청구항들에서 사용되는 한, 이러한 용어는 "포함하는" 이 청구항에서 연결어(transitional word)로서 사용될 때 해석되는 것과 유사한 방식으로 포함적인 것으로 보아야 한다.

Claims

컴퓨터 실행가능 컴포넌트들을 포함하는 컴퓨터 구현 시스템으로서,

상기 컴퓨터 실행가능 컴포넌트들은,

각각의 워크플로 인스턴스를 해당 지속성 서비스 구현으로 연결(route)하는 라우팅 지속성 서비스(140)를 갖는 워크플로 시스템(100); 및

복수의 지속성 서비스 구현(141, 145)을 포함하고,

상기 해당 지속성 서비스는 상기 라우팅 지속성 서비스(140)에 의해 워크플로 유형에 할당되는, 컴퓨터 구현 시스템.
제1항에 있어서,

상기 워크플로 시스템은 워크플로 인스턴스와 지속성 서비스 구현 간의 캐싱 연관을 관리하는 연관 조회 컴포넌트를 더 포함하는, 컴퓨터 구현 시스템.
제2항에 있어서,

상기 연관 조회 컴포넌트는 테이블 형식의 배치(tabular arrangement)를 더 포함하는, 컴퓨터 구현 시스템.
제2항에 있어서,

상기 연관 조회 컴포넌트는 워크플로 ID 배치를 더 포함하는, 컴퓨터 구현 시스템.
제1항에 있어서,

상기 복수의 지속성 서비스 구현은 데이터베이스, XML/텍스트 파일 및 내장 메모리 저장소 중 적어도 하나를 포함하는, 컴퓨터 구현 시스템.
제1항에 있어서,

호스트 애플리케이션과 지속성 저장소 간의 상호작용을 위해 제공되는 워크플로 공급자 클래스를 더 포함하는 컴퓨터 구현 시스템.
제2항에 있어서,

상기 워크플로 인스턴스는 상기 라우팅 지속성 서비스에 의해 등록 가능한, 컴퓨터 구현 시스템.
제6항에 있어서,

상기 복수의 지속성 서비스 구현은 서로 다른 애플리케이션들을 수용하는, 컴퓨터 구현 시스템.
컴퓨터 실행가능 동작들을 포함하는 컴퓨터 구현 방법으로서,

상기 컴퓨터 실행가능 동작들은,

워크플로 시스템과 연관된 워크플로 인스턴스 각각을 라우팅 서비스 공급자를 통하여 해당 지속성 서비스 구현에 할당하는 동작; 및

상기 해당 지속성 서비스로부터 워크플로 인스턴스를 획득하는 동작을 포함하는, 컴퓨터 구현 방법.
제9항에 있어서,

라우팅 등록 정보를 획득하는 동작을 더 포함하는 컴퓨터 구현 방법.
제10항에 있어서,

상기 라우팅 서비스 공급자를 확인(verify)하는 동작을 더 포함하는 컴퓨터 구현 방법.
제9항에 있어서,

워크플로 인스턴스를 생성하는 동작을 더 포함하는 컴퓨터 구현 방법.
제12항에 있어서,

상기 워크플로 인스턴스와 지속성 서비스 구현 간의 연관을 ID를 통하여 등록하는 동작을 더 포함하는 컴퓨터 구현 방법.
제13항에 있어서,

상기 지속성 서비스 구현으로부터 로딩 메서드 및 저장 메서드 중 하나를 호출하는 동작을 더 포함하는 컴퓨터 구현 방법.
제14항에 있어서,

상기 지속성 서비스 구현과 연관된 데이터 저장소에 접속하는 동작을 더 포함하는 컴퓨터 구현 방법.
제15항에 있어서,

워크플로 상태 표시를 획득하는 동작을 더 포함하는 컴퓨터 구현 방법.
제16항에 있어서,

상기 워크플로 상태 표시를 워크플로 인스턴스로 변환하는 동작을 더 포함하는 컴퓨터 구현 방법.
제17항에 있어서,

상기 워크플로 인스턴스를 호스트에 반환하는 동작을 더 포함하는 컴퓨터 구현 방법.
제18항에 있어서,

상기 지속성 서비스 구현의 저장 메서드를 호출하는 동작을 더 포함하는 컴 퓨터 구현 방법.
컴퓨터 실행가능 컴포넌트들을 포함하는 컴퓨터 구현 시스템으로서,

상기 컴퓨터 실행가능 컴포넌트들은,

복수의 데이터 저장소를 위한 지속성 관련 기능들을 워크플로의 런타임으로 통합하기 위한 수단(140); 및

워크플로 인스턴스들과 복수의 지속성 서비스 간의 캐싱 연관을 위한 수단(220)을 포함하는, 컴퓨터 구현 시스템.