KR20150109366A - 자산-구동된 작업 흐름 모델링에서의 이행 추적 - Google Patents

Abstract

자산-구동된 작업 흐름 의존성 관리는 각각의 활동을 위한 입력들 및/또는 출력들로서 사용된 자산들의 설명들에 기초한 활동들 사이에 연결들을 확립한다. 이러한 설명적인 "계약들"은 원하는 출력을 생성하는데 필수적인 관련 활동들을 용이하게 매칭시키기 위한 메커니즘을 제공한다. 원하는 작업 흐름의 그래픽 모델을 생성함으로써, 사용자에게는 작업 흐름에 수반되는 것과, 이슈들 및 중복성들이 발생할 수 있는 장소의 더 나은 이해가 제공된다. 그래픽 모델은 실제 세계 생산물들을 설계 및 추적하도록 사용될 수 있다. 활동들의 그래픽 표현은 공급자들, 시설들 및 다른 생산 활동들을 모델링하도록 사용된다. 활동 모델들은 활동들 사이에서 전달되는 상품들을 나타내는 자산들을 생산 및/또는 소비한다. 활동들의 모델들을 사용하여, 생산 경로의 모델은 후방으로부터 전방으로 구축될 수 있다. 따라서, 최종 결과 활동 모델이 먼저 선택되고, 선택된 최종 결과 활동에 의해 요구된 자산들에 기초하여, 그러한 요구된 자산을 생산하는 적절한 활동이 선택될 수 있다. 이러한 프로세스는 프로세스 경로의 시작에 도달될 때까지 반복될 수 있다. 이에 따라, 실제 세계 프로세스 경로는 모델에 기초하여 형성될 수 있으며, 모델은 실제 세계 생산 경로의 상태를 추적하도록 사용될 수 있다.

Description

자산-구동된 작업 흐름 모델링에서의 이행 추적{FULFILLMENT TRACKING IN ASSET-DRIVEN WORFLOW MODELING}

본 출원은, 2013년 01월 23일에 제출된 미국 가 특허 출원번호 제61/755,892호 및 2013년 06월 11일에 제출된 미국 가 특허 출원번호 제61/833,770호의 이익을 주장하며, 이들은 그 전체가 본 명세서에서 참조로서 병합된다.

본 출원은 또한 "SET HANDLING IN ASSET-DRIVEN WORKFLOW MODELING", "ASSET-DRIVEN WORFLOW MODELING", 및 "METHOD AND APPARATUS FOR MAPPING PROCESS INFORMATION ONTO ASSET DATA"라는 명칭이 부여된 출원들에 관한 것이며, 이들은 동시에 제출되었으며 그 전체가 본 명세서에서 참조로서 병합된다.

본 발명은 작업 흐름(workflow) 및/또는 생산 경로(production pipelines)를 모델링하는 것에 관한 것이며, 보다 특히, 생산 경로에 따라 요구된 그리고 생산된 자산들에 기초하여 생산 경로를 모델링하기 위한 방법 및 장치에 관한 것이다.

임의의 영화, 텔레비전, 또는 기록 생산(record production)에 대하여, 새로운 포맷들로 새로운 자산들을 생산할 수 있는 상이한 제작사들(productions companies) 사이에서 전달되는 여러 상이한 포맷들인 샷들(shots), 시각적 효과들, 사운드 등과 같은 여러 자산들이 존재한다. 이들 자산들은 텔레비전 쇼, 영화, 또는 기록 등을 생성하도록 사용된 빌딩 블록들이다. 이러한 자산들을 추적하고 자산들의 위치 및 상태를 아는 것은 매우 까다로워진 노력이다.

프로젝트 관리자 프로그램들이 존재하지만, 이들은 전형적으로, 프로젝트의 스테이지를 나타내는 각 블록이 시스템을 생성하기 위해 사용자에 의해 다음 블록에 연관되는 톱 다운(top down) 정적 시스템 설계를 위해 설계된다. 블록들은 자산들에 기초하여 함께 링크되지 않으며, 프로그램들은 이러한 자산들을 추적하지 않는다.

따라서, 영화, 텔레비전, 음악 앨범 등의 생산 시에 사용된 자산들에 기초하여 작업 흐름 및/또는 생산 경로를 모델링할 수 있는 방법 및 시스템이 요구된다.

자산-구동된 작업 흐름 의존성 관리는 각각의 활동을 위한 입력들 및/또는 출력들로서 사용된 자산들의 설명들에 기초한 활동들 사이에 연결들을 확립한다. 이들 설명적인 "계약들(contracts)"은 원하는 출력을 생성하는데 필수적인 관련 활동들을 용이하게 매칭시키기 위한 메커니즘을 제공한다. 원하는 작업 흐름의 그래픽 모델을 생성함으로써, 사용자에게는 작업 흐름에 수반되는 것과, 이슈들(issues) 및 중복성들(redundancies)이 발생할 수 있는 장소의 더 나은 이해가 제공된다. 그래픽 모델은 실제 세계 생산물들을 설계 및 추적하도록 사용될 수 있다.

활동들의 그래픽 표현들은 공급자들, 시설들 및 다른 생산 활동들을 모델링하도록 사용된다. 활동 모델들은 활동들 사이에서 전달되는 상품들을 나타내는 자산들을 생산 및/또는 소비한다. 활동들의 모델들을 사용하여, 생산 경로의 모델은 후방(back)으로부터 전방(front)으로 구축될 수 있다. 따라서, 최종 결과 활동 모델이 먼저 선택되고, 선택된 최종 결과 활동에 의해 요구된 자산들에 기초하여, 그러한 요구된 자산을 생산하는 적절한 활동이 선택될 수 있다. 이러한 프로세스는 프로세스 경로의 시작에 도달될 때까지 반복될 수 있다. 이에 따라, 실제 세계 프로세스 경로는 모델에 기초하여 형성될 수 있으며, 모델은 실제 세계 생산 경로의 상태를 추적하도록 사용될 수 있다.

본 개시사항의 한 실시예는 작업 흐름 모델의 상태를 추적하기 위한 방법을 제공한다. 본 방법은, 연관된 자산 설명자를 갖는 적어도 하나의 제1 입력을 갖는 제1 활동의 그래픽 표현, 및 제1 활동의 그래픽 표현의 제1 입력과 연관된 자산 설명자와 매칭되는 출력과 연관된 자산 설명자에 기초한 제1 활동의 그래픽 표현의 제1 입력에 연결된 적어도 하나의 출력을 갖는 제2 활동의 그래픽 표현을 갖는 모델을 제공하는 단계와, 제1 및 제2 활동들의 그래픽 표현들 사이의 연결에 적어도 기초하는 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산의 상태를 결정하는 단계를 포함한다.

본 개시사항의 또 다른 실시예는 작업 흐름 모델의 상태를 추적하기 위한 장치를 제공한다. 장치는 저장소, 메모리, 및 프로세서를 포함한다. 저장소 및 메모리는 데이터를 저장하기 위한 것이다. 프로세서는, 연관된 자산 설명자를 갖는 적어도 하나의 제1 입력을 갖는 제1 활동의 그래픽 표현, 및 제1 활동의 그래픽 표현의 제1 입력과 연관된 자산 설명자와 매칭되는 출력과 연관된 자산 설명자에 기초한 제1 활동의 그래픽 표현의 제1 입력에 연결된 적어도 하나의 출력을 갖는 제2 활동의 그래픽 표현을 포함하는 모델을 제공하고, 제1 및 제2 활동들의 그래픽 표현들 사이의 연결에 적어도 기초하는 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산의 상태를 결정하도록 구성된다.

목적들 및 장점들은 특히 청구 범위들에 지적된 요소들 및 결합들에 의해 실현 및 달성될 것이다. 개시된 실시예들은 본 명세서의 혁신적인 가르침들의 많은 유리한 사용들에 대한 유일한 예시들이라는 것에 주목하는 것이 중요하다. 상기의 일반적인 설명 및 다음의 상세한 설명 모두는 주장된 바와 같이 예시적 및 설명적이며 본 발명을 제한하지 않는 것이라는 점이 이해될 것이다. 또한, 일부 진술들은 일부 발명의 특징들에는 적용될 수 있지만, 다른 것들에는 적용되지 않을 수도 있다. 일반적으로, 달리 표시되지 않는다면, 일반성의 손실 없이, 단일 요소들은 복수일 수도 있고, 그 반대일 수도 있다. 도면들에서, 유사 부호들은 여러 도면들에 걸쳐 유사 부분들을 지칭한다.

본 발명을 통해, 영화, 텔레비전, 음악 앨범 등에서 사용된 자산들에 기초하여 작업 흐름 및/또는 생산 경로를 모델링할 수 있는, 자산-구동된 작업 흐름 모델링을 위한 방법 및 시스템이 제공된다.

도 1은 자산-구동된 작업 흐름 모델링이 한 실시예에 따라 구현될 수 있는 시스템의 블록 개략도를 도시하는 도면.
도 2는 한 실시예에 따른 방법론적 자산-구동된 작업 흐름 모델링을 구현하기 위한 전자 디바이스의 블록 개략도를 도시하는 도면.
도 3은 한 실시예에 따른 자산-구동된 작업 흐름 모델의 블록 개략도를 도시하는 도면.
도 4는 한 실시예에 따른 자산-구동된 작업 흐름 모델링을 위한 방법론의 예시적인 흐름도를 도시하는 도면.
도 5는 한 실시예에 따른 도 4의 흐름도의 단계들을 설명하는 예시도를 도시하는 도면.
도 6은 한 실시예에 따른 자산-구동된 작업 흐름 모델 구현 세트들의 블록 개략도를 도시하는 도면.
도 7은 한 실시예에 따른 활동들의 그래픽 표현들의 예시도를 도시하는 도면.
도 8은 한 실시예에 따른 자산 설명자들에 기초한 활동들의 매칭의 예시도를 도시하는 도면.
도 9는 한 실시예에 따른 자산 설명자들에 기초한 활동 템플릿들(activity templates) 및 활동 인스턴스들(activity instances)의 매칭의 예시도를 도시하는 도면.
도 10은 한 실시예에 따른 파라미터들에 기초한 예시적인 자산 설명자들 및 이들의 매칭의 표를 도시하는 도면.
도 11a 및 도 11b는 한 실시예에 따른 자산 설명자들의 파라미터들의 전파의 예시도를 도시하는 도면.
도 12는 한 실시예에 따른 자산-구동된 작업 흐름 모델링에서의 자산들의 상태를 제공하기 위한 방법론의 예시적인 흐름도를 도시하는 도면.
도 13은 한 실시예에 따른 도 12의 흐름도의 단계들을 설명하는 예시도를 도시하는 도면.
도 14는 한 실시예에 따른 공유된 시설들을 수반하는 자산 추적의 예시도를 도시하는 도면.
도 15는 한 실시예에 따른 자산들, 활동들, 공급자들, 및 시설들 사이의 관계를 설명하는 예시도를 도시하는 도면.
도 16은 한 실시예에 따른 프로세스 정보를 자산 데이터에 맵핑하기 위한 방법론의 예시적인 흐름도를 도시하는 도면.
도 17은 한 실시예에 따른 도 16의 흐름도의 단계들을 설명하는 예시도를 도시하는 도면.
도 18은 한 실시예에 따른 생산자들의 작업 영역의 예시적인 스크린샷을 도시하는 도면.
도 19는 한 실시예에 따른 도 18의 생산자 작업 영역의 상품 대쉬보드(deliverables dashboard)의 격리된 스크린샷을 도시하는 도면.
도 20은 한 실시예에 따른 도 18의 생산자 작업 영역의 필터링된 경로의 격리된 스크린샷을 도시하는 도면.
도 21은 한 실시예에 따른 도 18의 생산자 작업 영역의 활동 세부사항들의 격리된 스크린샷을 도시하는 도면.
도 22는 한 실시예에 따른 관리자 작업 영역의 예시적인 스크린샷을 도시하는 도면.
도 23은 한 실시예에 따른 데이터 I/O 작업 영역의 예시적인 스크린샷을 도시하는 도면.
도 24는 한 실시예에 따른 경영자 작업 영역의 예시적인 스크린샷을 도시하는 도면.
도 25는 한 실시예에 따른 경로 구축자의 예시적인 스크린샷을 도시하는 도면.

이제 도 1로 가보면, 자산 구동된 작업 흐름 모델링을 구현하기 위한 시스템(100)의 실시예의 블록도가 제공된다. 시스템은 서버(110) 및 스마트 폰들(120); 데스크탑들 또는 랩탑들과 같은 개인 컴퓨터들(PCs)(130); 및 인터넷(150)을 통해 서버(110)와 통신하는 태블릿들(140)과 같은 하나 이상의 전자 디바이스들을 포함한다. 특정 실시예들에서, 서버(110)는 자산 구동된 작업 흐름 모델링을 위한, 프로세싱 및 저장을 포함하는 환경을 제공한다. 사용자들은 스마트 폰들(120), PC들(130), 또는 태블릿들(140)과 같은 전자 디바이스들 상의 브라우저 또는 애플리케이션을 사용하여, 서버(110) 상에서 자산 구동된 작업 흐름 모델과 인터페이스한다. 다른 실시예들에서, 자산 구동된 작업 흐름 모델링의 부분 또는 모두는 스마트 폰들(120); 데스크탑들 또는 랩탑들과 같은 개인 컴퓨터들(PCs)(130); 및 태블릿들(140)과 같은 하나 이상의 전자 디바이스들 상에서 수행될 수 있다.

도 2는 자산 구동된 작업 흐름 모델링을 위한 방법론 및 시스템을 구현하도록 사용될 수 있는 예시적인 서버(200) 또는 전자 디바이스를 도시한다. 서버 또는 전자 디바이스는 하나 이상의 프로세서들(210), 메모리(220), 저장소(230), 및 네트워크 인터페이스(240)를 포함한다. 이들 요소들 각각은 아래에서 보다 더 상세하게 논의될 것이다.

프로세서(210)는 서버(200) 또는 전자 디바이스의 작동을 제어한다. 프로세서(210)는, 서버 또는 전자 디바이스를 작동시키고 자산 구동된 작업 흐름 모델링 애플리케이션의 기능을 제공하는 소프트웨어를 실행시킨다. 프로세서(210)는 메모리(220), 저장소(230), 및 네트워크 인터페이스(240)에 연결되고, 이들 요소들 사이에서의 정보의 전달 및 프로세싱을 다룬다. 프로세서(210)는 일반용 프로세서일 수 있거나, 또는 특정 기능에 전용된 프로세서일 수 있다. 특정 실시예들에서, 다수의 프로세서들이 존재할 수 있다.

메모리(220)는 프로세서에 의해 실행될 명령어들 및 데이터가 저장되는 장소이다. 메모리(220)는 휘발성 메모리(RAM), 비-휘발성 메모리(EEPROM), 또는 다른 적절한 미디어를 포함할 수 있다.

저장소(230)는 본 개시사항의 저온 저장 권장 방법론(cold storage recommendation methodology)를 실행하는 데 있어서 프로세서에 의해 사용 및 생산된 데이터가 저장되는 장소이다. 저장소는 자기 미디어(하드 드라이브), 광학 미디어(CD/DVD-롬), 또는 플래쉬 기반의 저장소일 수 있다. 다른 유형의 적절한 저장소는 본 개시사항의 이익을 고려해볼 때 당업자에게 명백할 것이다.

네트워크 인터페이스(240)는 네트워크를 통한 서버(200) 또는 전자 디바이스와 다른 디바이스들의 통신을 다룬다. 적절한 네트워크들의 예시들은 이더넷 네트워크들, 와이-파이 인에이블링된 네트워크들, 및 셀룰러 네트워크들 등을 포함한다. 다른 유형의 적절한 네트워크들은 본 개시사항의 이익을 고려해볼 때 당업자에게 명백할 것이다.

도 2에 열거된 요소들은 예시적이라는 점이 이해될 것이다. 서버(200), 또는 다른 전자 디바이스는 임의의 개수의 요소들을 포함할 수 있고, 특정 요소들은 다른 요소들의 기능의 부분 또는 모두를 제공할 수 있다. 다른 가능한 구현은 본 개시사항의 이익을 고려해볼 때 당업자에게 명백할 것이다.

도 3은 자산 구동된 작업 흐름의 그래픽 모델(300)을 도시한다. 자산-구동된 작업 흐름 의존성 관리는 각각의 활동을 위한 입력들 및/또는 출력들로서 사용된 자산들의 설명들에 기초한 활동들 사이에 연결들을 확립한다. 이들 설명자들은 원하는 출력을 생성하는데 필수적인 관련 활동들을 용이하게 매칭시키기 위한 메커니즘을 제공한다. 도 3은 변환 활동(310)가 자산(A) 및 자산(B)을 입력들(312, 314)로서 요구하고 자산(C)을 출력(316)에 제공된 결과로서 생성할 것임을 도시한다. 소비 활동들(320, 330)은 입력들(322, 332) 상에서 자산(C)을 예상하지만, 모든 생산 활동들(340, 350)은 출력들(342, 352) 상에서 자산들(A 및 B)을 모델링된 시스템으로 가져온다. 이러한 예시적인 경로(300)에서, 생산 활동들(340 및 350)의 출력들(342, 352)은 변환 활동(310)의 입력들(312, 314)에 연결된다. 변환 활동(310)의 출력(316)은 소비 활동들(320 및 330)의 입력들(322, 332)에 차례대로 연결된다.

일부 작업 정의들(Some Working Definitions):

경로(Pipeline): 원하는 출력을 생성하도록 함께 연결된 활동들의 수집물. 경로는 작업 흐름의 그래픽 모델을 제공한다. 비디오 또는 영화 제작을 예를 들면, 경로는 원하는 제품을 생산하는데 필수적인 (데이터, 특정 샷들, 포맷들, 또는 오디오 트랙들의 생성과 같은) 모든 활동들을 나타낸다.

활동(Activity): (데이터, 특정 샷들, 포맷들, 또는 오디오 트랙들과 같은 상품들을 포함하는) 자산들을 생산, 변환, 또는 소비하는 작동. 각각의 활동은 입력들, 출력들, 또는 이들 모두를 가질 수 있다. 간소화된 가정으로서, 활동들은 전형적으로 (출력이 복합 또는 합성 자산일 수 있을지라도) 단일 출력을 가질 뿐이다. (소비 활동들을 제외한) 활동들은 용이하게도 이들의 출력을 특징으로 할 수 있다. 활동을 고유한 것으로 만드는 것은 소정의 출력을 생산하기 위해 활동을 통해 맵핑되는 입력들의 특정 구성이다. 상이한 활동들은 동일한 출력을 생성할 수 있으며, 이에 따라 오직 하나만이 소정의 경로 내에서 요구될 것이다. 소정의 활동의 출력은 다수의 다운스트림 활동들로의 입력을 제공할 수 있다.

연결(connection): 활동 출력 설명이 하나 이상의 입력 설명들과 매칭될 때, 연결이 수반된다. 연결들은 자산들의 전달 및 수신을 위한 이행 합의(fulfillment agreements) 또는 계약들을 나타낸다.

자산 설명자(Asset Descriptor): 활동들 사이에 연결들을 확립 및 매칭하기 위해 사용된 활동 및 입력/출력의 라벨.

이들 개념들의 추가적인 논의는 본 문서에서 추후에 제공된다.

도 4는 작업 흐름의 그래픽 표현을 생성하기 위한 프로세스의 흐름도(400)이다. 기초에 있어서, 프로세스는 3개의 단계들을 수반한다. 연관된 자산 설명자를 갖는 적어도 하나의 입력을 갖는 제1 활동의 그래픽 표현을 제공하는 단계(단계 410), 제1 활동의 그래픽 표현의 입력의 자산 설명자와 매칭되는 연관된 자산 설명자를 갖는 적어도 하나의 출력을 갖는 제2 활동의 그래픽 표현을 제공하는 단계(단계 420), 및 제2 활동의 그래픽 표현의 출력을 매칭되는 자산 설명자들에 기초한 제1 활동의 그래픽 표현의 입력과 그래픽으로 연결시키는 단계(단계 430). 이들 단계들의 그래픽 예시(500)는 도 5에서 확인될 수 있다.

작업 흐름의 모델링(Modeling the Workflow)

단계(410)는, 도 5의 그래픽 예시(500)에서 도시된 바와 같이, 제1 활동(510)의 그래픽 표현을 제공함으로써 시작한다. 이 실시예에서, 제1 활동의 그래픽 표현은 원하는 자산(이 경우 "H")의 설명자를 갖는 하나의 입력(512)를 갖는다. 다른 실시예들에서, 제1 활동(510)의 그래픽 표현은 상이한 연관된 자산 설명자들을 갖는 다수의 입력들을 가질 수 있다. 제1 활동의 제공된 그래픽 표현은 활동들의 다수의 제공된 그래픽 표현들로부터 선택된 그래픽 표현일 수 있다. 그래픽 표현의 선택은 원하는 또는 요구된 활동에 기초하여 시스템 자체적으로 또는 그래픽 사용자 인터페이스를 사용하는 사용자에 의해 이루어질 수 있다. 일부 환경들에서, 특정 자산 설명자와 매칭될 수 있는 모든 활동들이 사용되지는 않을 것이다.

도 5의 그래픽 예시(500)의 단계(420)에서, 제2 활동의 적어도 하나의 그래픽 표현이 제공된다. 이 예시에서, 제1 활동(510)의 입력(512)의 자산 설명자("H")와 매칭되는 연관된 자산 설명자를 갖는 출력을 갖는 활동들을 검색한다. 원하는 활동을 출력할 두 개 이상의 활동이 존재할 수 있지만, 오직 하나의 활동만이 선택될 필요가 있다. 선택은 사용자에 의해 또는 시스템에 의해 수행될 수 있다. 이 예시에서, 제1 활동(510)의 입력(512)의 자산 설명자("H")와 매칭되는 연관된 자산 설명자를 갖는 출력을 갖는 두 개의 가능한 활동들(520, 530)이 존재한다. 하나의 가능한 제2 활동(520)은 매칭되는 자산 설명자("H")를 갖는 출력과, 상이한 연관된 자산 설명자("A")를 갖는 입력(522)을 갖는다. 매칭되는 자산 설명자("H")를 갖는 출력(536)을 갖는 다른 가능한 제2 활동(530)은 상이한 연관된 자산 설명자들("D" 및 "E")을 갖는 두 개의 입력들(532, 534)을 갖는다.

경로로의 원하는 제2 활동, 이러한 경우 활동(520)을 선택하는 것은 활동들(510, 520) 사이에 연결을 수반하는데, 이는 제2 활동(520)의 출력과 연관된 자산 설명자가 제1 활동(510)의 입력(512)의 자산 설명자와 매칭되기 때문이다. 수반된 연결은 그래픽 연결(540)로서 단계(430)에서 표현된다.

이 실시예에서, 매칭 및 연결은 자산 설명자들에 기초하지만, 자산 자체에 기초하지는 않는다. 이는 실제 자산들이 존재하기 전에 완전한 경로 모델의 생성을 허용한다. 이러한 자산 구동된 모델링의 일부 이점들은: 출력 또는 소비하는 자산들의 설명자들에 기초한 활동들의 명시적 맵핑, 시스템을 통해 명시적으로 추적될 수 있는 자산들의 출처, 및 용이하게 계산될 수 있는 다운스트림 의존성들을 포함한다.

작업 흐름/경로 모델링(세트들){Workflow/Pipeline Modeling (Sets)}

미디어 생산의 세계에서, 더 큰 세트의 부분으로서 많은 유사 요소들을 생산하는 활동들에 직면하는 것은 보편적이다. 예를 들어, "데일리즈(dailies)" 활동은 시작 시(on-set) 포획된 비디오 및 오디오 "샷들(shots)"을, 연출자 또는 생산자가 리뷰 및 승인할 용이하게 리뷰 가능한 포맷으로 전환하는 것을 담당한다.

한 예시로서, 데일리즈 활동들은 몇 주들(a few weeks)의 주기에 걸쳐 1000 "샷들"을 프로세싱하는 것을 담당할 수 있다. 게다가, 이들 "샷들"은 비-순차적인 방식으로 상이한 카메라 유닛들로부터 유래될 수 있다. "데일리즈" 활동의 출력은 매일 다음의 단계로 정기적으로 전달된다.

이러한 시스템의 모델링을 위해, 세트들의 사용은 유익할 수 있다. 세트는 동일한 유형인 하나 이상의 자산들의 수집물들이다. 세트의 각 일원은 고유한 자산이지만, 세트 내의 다른 자산들과 동일한 유형 또는 부류이다. 예를 들어, 세트는 500 샷들로 이루어질 수 있지만, 세트의 각 일원은 샷이다. 세트들은 다수의 활동들에 걸쳐 작업 산물(work product)을 분배 및 축적하도록 사용될 수 있다. 세트들은 또한 서브-세트들로 분할될 수 있다. 이에 따라, 활동은 상이한 활동들과는 상이한 서브-세트들을 수신할 수 있거나, 활동은 생산된 원본의 일부분을 단지 소비할 수도 있다.

세트들을 사용하여 작업 흐름을 모델링하는 방법론은 도 4에 열거된 바와 같이 비-세트 자산 구동된 모델링을 위한 방법론과 유사하다. 제1 및 제2 활동들은 연관된 자산 설명자들에 기초하여 제공 및 연결된다. 하지만, 이러한 경우, 자산 설명자들은 자산들의 세트들이 사용되고 있다는 점을 표시한다. 이것의 한 예시는 도 6의 작업 흐름 모델(600)에서 확인될 수 있다.

도 6의 작업 흐름 모델(600)에서, 제1 활동(610)의 그래픽 표현이 제공된다. 제1 활동(610)은 소비 활동이고, 연관된 자산 설명자(이러한 경우, "D")를 갖는 입력(612)을 갖는다. 이러한 예시에서, 자산 설명자는 입력(612)에서 수신될 것으로 예상되는 자산들의 세트{이러한 경우, 샷들(1 내지 25)}가 존재한다는 것을 더 표시한다. 제2 활동(620)의 그래픽 표현이 또한 제공된다. 제2 활동(620)은 변환 활동이고, 매칭되는 연관된 자산 설명자("D")를 갖는 출력(622)을 갖는다. 하지만, 이러한 경우, 자산 설명자는 출력(622)에서 제공될 자산들의 보다 더 큰 세트{샷들(1 내지 100)}이 존재한다는 것을 표시한다. 하지만, 각 세트의 일원 자산들의 일부가 매칭되기 때문에, 연결이 수반되며 그래픽으로 표시된다(670).

도 6의 실시예에서, 제3(630) 및 제4(640) 활동들의 그래픽 표현이 또한 제공된다. 제3 및 제4 활동들은, 입력들(632, 642)이 활동들의 세트를 수신할 것이라는 점을 더 표시하는 연관된 자산 설명자들("D")을 갖는 입력들(632, 642)을 갖는 활동들을 소비하고 있다. 제3 활동(630)의 경우, 세트는 샷들(26 내지 75)을 포함한다. 제4 활동(640)의 경우, 세트는 샷들(76 내지 100)을 포함한다. 제3 및 제4 활동(630, 640)의 세트들이 제2 활동(620)의 세트의 서브세트들이기 때문에, 각각의 세트들의 매칭되는 일원들이 존재하고, 제2 활동(620)과 제3 활동(630) 사이에, 뿐만 아니라 그래픽으로(672, 674) 표시되는 제2 활동(620)과 제4 활동(640) 사이에 연결이 수반된다.

이전에 열거된 바와 같이, 도 6의 모델(600)에서의 제2 활동(620)은 변환 활동이다. 또한, 제2 활동(620)은 연관된 자산 설명자(이러한 경우, "S")를 갖는 입력(624)을 더 포함한다. 이러한 예시에서, 연관된 자산 설명자는 입력(624)에서 수신될 것으로 예상된 자산들의 세트{이러한 경우, 샷들(1 내지 100)}가 존재한다는 것을 더 표시한다. 따라서, 제2 활동(620)은, 그것의 입력(624)에서 샷들(1 내지 100)을 포함하는 자산들의 세트 "S"를 수신하고 그것의 출력(622)에서 샷들(1 내지 100)을 포함하는 자산들의 세트 "D"를 생산하는 작동자 또는 프로세스를 모델링한다.

제5 활동(650) 및 제6 활동(660)의 그래픽 표현들은 또한 도 6의 모델(600)에서 제공된다. 제5 활동(650) 및 제6 활동(660)은, 입력들(652, 662)이 활동들의 세트들을 생산할 것이라는 점을 더 표시하는 연관된 자산 설명자들("S")을 갖는 출력들(652, 662)을 갖는 활동들을 생산하고 있다. 제5 활동(650)의 경우, 세트는 샷들(1 내지 50)을 포함한다. 제6 활동(660)의 경우, 세트는 샷들(50 내지 100)을 포함한다. 제5 및 제6 활동(650, 660)의 세트들이 제2 활동(620)의 입력(624)에서 수신될 세트의 서브세트들이기 때문에, 각각의 세트들의 매칭되는 일원들이 존재하고, 제5 활동(650)과 제2 활동(620) 사이에, 뿐만 아니라 그래픽으로(680, 682) 표시되는 제6 활동(660)과 제2 활동(620) 사이에 연결이 수반된다.

자산 설명자들(Asset Descriptors)

확인될 수 있는 바와 같이, 자산 설명자들은, 활동들 사이의 연결을 생성하고 잠재적인 활동 연결들을 식별하기 위해 입력들 및 출력들을 모델링하도록 사용된다. 특정 실시예들에서, 자산 설명자들은 자산 레지스트리 내에 존재하는 자산들과 상관되도록 사용될 수 있다.

특정 실시예들에서, 자산 설명자들은 정확한 또는 파라미터화된 매칭을 위해 사용될 수 있는데, 여기서 파라미터화된 매칭은 설명자들이 비교될 때 일부 와일드카드-같은(wildcard-like) 능력들을 제공한다. 본 예시들에서, 완전히 정의된 자산 설명자는 원 내의 대문자로, 예를 들어:

로 표기된다.

파라미터화된 자산 설명자는 원 내의 "프라임 기호가 붙은(primed)" 대문자로 표기될 수 있다. 예를 들어:

이다.

일부 더 많은 정의들(Some more definitions):

- 활동 인스턴스 (Activity Instance). 는 모든 입력 및 출력 자산 설명자들이 완전히 정의되는 활동이며, 이는 정의되지 않은 파라미터들이 존재하지 않음을 의미한다.

- 활동 템플릿 (Activity Template). 은 재사용을 촉진하기 위해 하나 이상의 파라미터화된 자산 설명자를 갖는 활동이다. 하지만, 이는 요구사항은 아니다.

활동들은 이들의 입력들 및 출력들에 관해 정의된다. 입력들 및 출력들은 이들의 자산 설명자들에 의해 차례대로 정의된다. 입력들 및 출력들의 특정 결합은 (무엇이라고 명명될 수 있는지에 상관없이) 활동의 "서명"을 결정한다. 도 7의 예시에서, 활동 1(700)은 입력들(702, 704)에서 자산(A) 및 자산(B)을 취득하고, 출력(706)에서 자산(C)을 제공한다. 활동 2(710)는 출력에서 자산(C)을 제공하지만, 입력(712)에서 자산(X)을 취득한다. 이러한 예시에서, 이들 활동들 각각은, 이들이 상이한 입력들을 요구하지만 모두 동일한 출력을 생산한다는 점에서 고유하다.

활동 인스턴스들 사이의 연결을 모델링하기 위해, 업스트림 활동의 출력은 다운스트림 활동의 입력과 매칭될 필요가 있다. 다수의 다운스트림 활동들은 동일한 자산을 소비할 수 있다. 도 8의 제1 모델(800)에서, 활동 인스턴스 1(810), 활동 인스턴스 2(820), 활동 인스턴스 3(830), 및 활동 인스턴스 4(840)가 존재한다. 제2 모델(850)에서, 인스턴스들 2(820) 및 3(830)에 자산(A)을 제공하는 활동 인스턴스 1(810)을 갖는 연결들이 도시된다. 활동 인스턴스 3(830)은 두 개의 입력들 (A) 및 (B)을 요구한다. 자산(B)은 활동 인스턴스 4(840)에 의해 제공된다.

활동 템플릿을 갖는 활동 인스턴스 사이의 잠재적인 연결을 모델링하기 위해, 인스턴스의 입력은 템플릿의 출력과의 템플릿 매치(template-match)를 수행할 수 있다(또는 그 역으로도 수행할 수 있다). 이것의 예시는 도 9의 모델(900)에서 확인될 수 있다. 도 9에서, 활동 인스턴스 4(930)의 입력(932)의 자산 설명자(A)는 활동 템플릿 1(910)의 출력(912)의 자산 설명자(A')와 매칭되고, 활동 인스턴스 5(940)의 출력(942)에서의 자산 설명자(B)는 활동 템플릿 2(920)의 입력(922)의 자산 설명자(B')와 매칭된다.

이 지점까지 단일 문자들을 사용하는 것은 높은 레벨에서 개시된 개념들을 설명하기 위한 하나의 접근법이었다. 실제로 자산을 설명하기 위한 임의적인 대다수의 방식들이 존재한다. 한 실시예는 자산 설명자들을 생성하기 위한 사람이 판독할 수 있고 유연한 메커니즘을 제공하기 위해 명칭/값 쌍들의 수집물을 사용한다. 자산 설명자는 자산 일반적인 자산 설명자 포맷(asset General Asset Descriptor format)을 설명하기 위해 전체적으로 취득된 하나 이상의 명칭/값 쌍들로 이루어질 수 있다:

예시:

파라미터화된 설명은 간단하게 하나 이상의 값들을 공백으로 남긴다. 아래의 예시에서, "Title" 및 "Version" 모두는 파라미터들이다.

예시:

자산 식별자들 은 자산 설명자의 정규화된 버전들이다. 먼저, 자산 설명자는 정규화되어, 이로써 문자(case) 및 명칭/값 쌍의 순서는 비교에 영향을 주지 않는다. 자산 설명자를 정규화하기 위해, 명칭들 및 값들은 문자를 낮추도록(lower case) (선택적) 강제된 후, 연결된 결과 및 명칭에 의해 분류된다.

예시:

자산 설명자:

자산 식별자가 된다:

선택적으로 암호 해쉬(cryptographic hash)는 아래에 나타내어진 고유의 수치 (16진수) 식별자를 생성하기 위해 상기의 결과에 대해 수행될 수 있다:

자산 식별자의 암호 해시 변형은 특히, 텍스트 버전이 너무 많은 이슈들을 가져 편리하지 않은 HTML의 id 파라미터 또는 부류로서 사용자 인터페이스 요소들을 식별할 때 특히 유용하다.

자산 참조(Asset Reference) 는 밑줄 "_" 문자에 의해 분리된 원래의 자산 설명자에 정의된 순서(order)로 값들을 연결시킨다. 이는 덜 공식적으로 자산을 설명하기 위해 사람이 판독할 수 있는 속기(shorthand)를 제공한다.

앞의 예시는 다음과 같이 된다:

자산 설명자들 및 자산 식별자들은 모두 완전한 식별을 위해 사용될 수 있다. 하지만, 자산 참조는 오로지 디스플레이 편의를 위한 것이며, 이는 모호하지 않은 참조(unambiguous referencing)를 위해 신뢰해서는 안된다.

완전히-정의된 자산 설명자들의 정확한 매칭은 자산 식별자들을 사용하여 직접 수행될 수 있다.

완전히-정의된 자산 설명자를 파라미터화된 설명자와 매칭시킬 때, 다음의 규칙들은 다음과 같이 사용된다:

- 이름/값 쌍들은 비교 이전에 문자를 낮추도록 강제된다.

- 파라미터화된 자산 설명자는 완전히 정의된 자산 설명자와 정확하게 동일한 명칭 엔트리들을 가져야 한다. 명칭들의 순서는 중요하지 않다.

- 파라미터화된 자산 설명자 엔트리가 값에 대한 공백을 갖는 경우, 이는 완전히-정의된 자산 설명자 내의 대응하는 값에 상관없이 매칭될 것이다. 파라미터화된 자산 설명자가 값에 대한 비-공백 엔트리를 갖는 경우, 이는 (정규화 이후에) 정확하게 매칭되어야 한다.

예시들은 도 10의 예시적인 표(1000)에 도시된다.

활동들의 경로를 구축할 때, 원하는 출력(소비 활동)을 선택하고, 원하는 파라미터 값들을 기입한 뒤, 활동들이 경로를 완성하도록 식별될 때 원하는 값들이 전파되는 것을 허용하는 것은 충분할 것이다. 도 11의 예시는 화살표(1102)로 표시된 바와 같이 완료-시작(finish-to-start)으로부터 구축되는 경로(1100)를 상세화한다. 경로들은 또한 시작-완료(start-to-finish) 또는 중간(middle-out)으로부터 구축될 수 있다.

도 11b의 단계{1.0(1110)}는 종료 활동에서 시작한다. 이 예시에서, 제공된 활동은 입력을 위한 자산 설명자 "A'"의 파라미터들이 규정되는 선택된 활동 템플릿(1112)이며, 이는 활동 템플릿이 활동 인스턴스가 되게 한다. 그러고 나서, 자산 설명자 "A"에 대한 규정된 파라미터들은 연결(1114)을 통해 제2의 제공된 활동 템플릿(1122)에 전달될 수 있다.

단계{2.0(1120)}에서, 연결(1114)을 통해 전달된 규정된 파라미터들은, 활동 템플릿이 활동 인스턴스가 되게 하는 제공된 제2 활동 템플릿(1122)의 입력들과 연관된 자산 설명자들("B'" 및 "C"")에 대한 파라미터들을 규정하도록 사용된다. 이 예시에서, 자산 설명자 "C""에 대한 언어의 파라미터는 이미 규정되었기 때문에 전달되지 않았다.

도 11a의 단계{3.0(1130)}에서, 제2 활동 인스턴스로부터의 규정된 파라미터들은 연결(1124)을 통해 제공된 제3 활동 템플릿(1132)에 전달된다. 전달된 규정된 파라미터들은 활동 템플릿이 활동 인스턴스가 되게 하는 제공된 제3 활동 템플릿(1132)의 출력과 연관된 자산 설명자 "C'"에 대한 파라미터들을 규정하도록 사용된다.

단계{4.0(1140)}에서, 제2 활동 인스턴스로부터의 규정된 파라미터들은 연결(1126)을 통해 제공된 제4 활동 템플릿(1142)에 전달된다. 전달된 규정된 파라미터들은 활동 템플릿이 활동 인스턴스가 되게 하는 제공된 제4 활동 템플릿(1142)의 출력과 연관된 자산 설명자 "B'"의 파라미터들을 규정하도록 사용된다.

실제 컨텐츠 생성 및 분배 경로들을 모델링하는 것에 있어서, 다음의 발견적 교수법(heuristics)은 아래와 같이 유용한 것으로 입증될 수 있다:

- 모든 활동 설명자들은 "제목" 및 "버전"을 포함할 것이다. 이들은 전체의 경로 인스턴스에 대한 자산들을 구별한다.

- 모든 활동 설명자들은 "유형"을 포함할 것이다. 유형 필드는 활동에 의해 생산되는 컨텐츠의 유형(비디오, 오디오, 디지털 시네마 패키지 등)을 표현한다.

- 다른 유용한 자산 설명자 엔트리들은: "언어(Language)", "종횡비(AspectRatio)", "DubSubOV", 및 "포맷(Format)"이다. 이들은 "유형" 값에 기초하여 관련될 수 있거나 관련되지 않을 수도 있다. 다른 엔트리들은 시간에 따라 사용하도록 진화될 수 있다.

자산 레지스트리(Asset Registry)

본 명세서에서 논의된 그래픽 모델들의 활동들 및 자산들이 종종 실제 활동들 또는 자산들을 나타낼 수 있으므로, 자산 레지스트리를 제공 및 유지하는 것은 유익할 수 있다. 자산 레지스트리는 자산 설명자들(또는 자산 식별자들)을 실제 자산들의 위치에 맵핑시킨다. 완전히 정의된 자산 설명자들에 대해 기존의 자산들을 등록(registering)함으로써, 정의(definition) 시에 경로로부터 불필요한 활동들을 삭제하는 것이 가능하다.

이전에 정의된 경로 구축 전략에 대한 수정으로서, 레지스트리를 체크하기 위한 단계는 활동 템플릿들과 매칭되기 위한 임의의 시도를 진행할 수 있다. 소정의 자산 설명자/식별자에 맵핑된 상이한 위치들 내에 다수의 자산의 사본들을 갖는 것은 가능하다.

이행 모델링(Fulfillment Modeling)

본 명세서에 기재된 모델링 방법론에서, 활동들 및 이들의 연결들은 자산 의존성들에 기초하여 모델링된다(세부사항들을 위해 자산 설명자들 섹션을 확인). 활동들 사이의 각 연결은 하나의 활동의 출력의, 후속하는 활동의 입력에 대한 논리적 의존성을 표현한다. 활동으로부터 활동으로의 진행을 추적하기 위해, 연결들은 이행 상태를 가질 수 있다. 작업 흐름 모델에서의 이행 상태를 모델링하기 위한 예시적인 방법론은 도 12의 흐름도(1200)에서 확인될 수 있다.

가장 간단하게, 본 방법은 두 개의 단계들을 수반한다. 제1 단계(1210)는 적어도 제1 활동의 그래픽 표현 및 제2 활동의 그래픽 표현을 갖는 작업 흐름의 모델을 제공하며, 여기서 활동들은 매칭되는 자산 설명자들에 기초하여 연결된다. 제2 단계(1220)는 적어도 제1 및 제2 활동들의 그래픽 표현들 사이의 연결의 기초인 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산의 상태를 결정한다. 단계들은 도 13을 참조하여 아래에 보다 더 상세하게 기재된다.

도 13의 도식(1300)에서, 작업 흐름의 모델은 도 12의 방법론의 단계(1210)에 열거된 대로 제공된다. 이 예시에서, 모델은 제1 활동(1310)(여기서는 소스 활동) 및 제2 활동(1320)(여기서 목적지 활동)의 그래픽 표현들을 포함한다. 제1(1310) 및 제2(1320) 활동들은 매칭되는 자산 설명자들에 기초하여 연결된다(1330). 그러고 나서, 연결(1330)의 기초인 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산에 대한 이행 상태(1340)가 결정된다.

이행 상태는 하나의 활동으로부터 다음의 활동으로 이동하는 물리적/전자적 자산의 상태를 반영한다. 활동이 예상된 출력(자산)을 생산했을 때, 이는 의존하는 다운스트림 활동들에 물리적으로/전자적으로 전송되어, 프로세스는 계속될 수 있다. 이행 메커니즘은 자산 이동의 상태(예컨대, 보류, 전송, 수신, 에러)를 추적한다. 특정 실시예들에서, 이행 상태는 그래픽으로 디스플레이될 수 있거나, 그렇지 않으면, 활동들의 그래픽 표현의 부분이나 모델의 다른 요소들로서 표시될 수 있다.

특정의 다른 실시예들에서, 활동의 상태는 활동에 의해 생산 및/또는 소비되는 자산들의 이행 상태에 기초하여 결정될 수 있다. 특정의 추가적인 실시예들에서, 활동의 상태는 그래픽으로 디스플레이될 수 있거나, 그렇지 않으면 활동의 그래픽 표현의 부분이나 모델의 다른 요소들로서 표시될 수 있다.

특정 실시예들에서, 단일 물리적/전자적 전달은 다수의 다운스트림 활동들에 의해 레버리지가 도입될(leveraged) 수 있으며, 다수의 이행 기록들은 중복될 것이다. 이를 해결하기 위해, 활동-대-활동 의존성 관계로부터 활동-대-시설 관계로의 변경이 이루어질 수 있다. 이것에 대한 한 예시는 도 14에서 확인될 수 있다.

도 14의 예시적인 도식(1400)에서, 활동 B(1420) 및 활동 C(1430)는 동일한 공유된 시설(1450)(시설 Y)에 존재한다. 따라서, 소스, 활동 A(1410) 및 공유된 시설(1450)(시설 Y) 사이에 연결(1402)이 도시된다. 목적지 활동 D(1440)는 상이한 시설(시설 Z)에 존재하여, 이로써 활동 A(1410)과 활동 D(1440) 사이에 분리된 연결(1404)이 제공된다.

용어 "시설"은 본 시스템에서 사용된 다른 "위치" 기준들과 차별화되도록 선택되었다. 추가적으로, 특정 자산 의존성 관계는, 이행이 시설뿐만 아니라, 전달될 특정 자산에도 의존하도록 더욱 유지되어야 한다. 이러한 실시예들에서, 이행 상태는 이제 소스 활동으로부터, 다수의 목적지 활동들에 의해 차례대로 공유될 수 있는 시설로의 특정 자산의 전달을 표현한다. 이들 요소들의 상호 작용의 도식(1500)은 도 15에서 확인될 수 있다.

도 15의 도식(1500)에서, 작업 흐름의 모델이 제공된다. 이 예시에서, 모델은 제1 활동(1510)(여기서는 소스 활동) 및 제2 활동(1520)(여기서는 목적지 활동)의 그래픽 표현들을 포함한다. 제1(1510) 및 제2(1520) 활동들 사이의 관계(1530)는 매칭되는 자산 설명자들에 기초한다. 그러고 나서, 관계(1530)의 기초인 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산에 대한 이행 상태(1540)가 결정된다. 이 방법에 대한 실질적인 제약으로서, 시설(1560)은 제2 활동(1520)에 의해 참조되는 공급자(1550)와 연관된다. 이러한 방식으로, 공급자 정보를 변경하는 것은 적절한 시설 할당을 가져올 것이다. 소정의 시설은 다수의 공급자들에 의해 참조될 수 있다.

자산 설명을 공유하는 활동들의 각 쌍에 대한 이행 상태가 참조될 수 있다. 이행 상태를 발생시킬 때, 목적지 활동의 공급자.시설 설명자는 이행이 이미 생성되었는지를 결정하도록 사용될 수 있으며 - 만약 그렇다면, 기존의 이행 기록이 참조될 수 있으며, 그렇지 않으면, 새로운 이행이 생성될 수 있다. 특정 실시예들에서, 시설 설명자에 대한 역 도메인 명칭 구문이 사용될 수 있으며, 이로써 그것은 사람이 판독할 수 있다(예컨대, technicolor.perivale, technicolor.perivale.transcodingDept). 고유의 시설들은 분리된 이행들을 보증하지만, 동일한 물리적 위치 내에 다수의 "시설들"이 존재할 수 있다. 이는 독립적으로 이행 상태를 추적하기 위해 분리된 기록들을 가져올 것이다.

프로세스 정보를 자산 데이터로 맵핑

이 지점까지의 작업 흐름 모델링은 모델링된 경로와 일치하는 자산 생성 프로세스들(활동들)을 구동하는 것에 집중되었다. 즉, 본 시스템은 정의된 모델에 기초하여, 어떤 활동들이 무엇에 의존하는지를 구술하였으며, 자산 설명자 체계에 따라 자산들의 등록을 시행하였다. 한 대안적인 접근법은 이제 근본적인 활동들의 직접적인 영향없이 수동적인 방식으로 경로 정보의 유사한 레벨을 전달하도록 제공된다. 일반적인 개념은 전체적인 프로세스의 상태를 도출하도록 자산 데이터 위에 경로 모델(프로세스 데이터)을 겹치는 것이다.

자산들이 생성될 때, 이들은 자산 레지스트리 시스템 내에 등록되는 것이 가정된다. 이러한 방법론은 앞서 기재된 자산 설명자들 및 자산 레지스트리의 개념과 일치하는 추가적인 구조화된 데이터를 요구할 것이다. 자산 설명자들의 명칭/값들은 일치되어야 할 필요가 있을 것이다(예컨대, 제목들, 언어, 종횡비 등).

또한 자산 설명자들을 참조하는 활동들로 이루어진 프로세스 모델은 (아마도 프로세스 레지스트리로부터) 획득될 것이며, 경로 상태 정보를 도출하기 위해 자산 레지스트리 내에서 데이터를 조사(view)하도록 사용될 것이다. 한 예시적인 방법론은 도 16의 흐름도(1600)에서 확인될 수 있다.

가장 간단하게, 본 방법은 두 개의 단계들을 수반한다. 제1 단계(1610)는 작업 흐름의 모델을 위해 요구된 자산이 존재한다는 것을 결정한다. 제2 단계(1620)는 기존의 자산을 수반하는 활동의 그래픽 표현을 제공한다. 단계들은 도 17을 참조하여 아래에 보다 더 상세하게 기재된다.

도 17의 도식(1700)은 3개의 부분들: 자산 레지스트리(1710), 프로세스 모델(1720), 및 추론된 상태(1730)를 갖는다.

제1 단계(1610)가 수행되는 장소는 자산 레지스트리(1710) 내부이다. 자산이 존재하는 지를 결정하기 위해, 자산 레지스트리는 질의를 받는다. 자산 레지스트리는 생성되었거나 또는 이미 존재하는 데이터베이스와 같은 자산들의 수집물이다. 이 예시에서, 자산 레지스트리는 소정의 작업 흐름에 대한 자산들만을 포함한다는 것이 가정된다. 하지만, 자산 레지스트리는 현재의 작업 흐름 모델의 부분이 아닌 자산들을 포함하는 임의의 개수의 등록된 자산들을 포함할 수 있다는 것이 당업자에게 명백할 것이다. 도 17의 예시에서, 3개의 자산들(A, B, C)이 이미 존재한다는 것이 결정된다.

도 17의 프로세스 모델(1720)에서, 자산(들)을 수반하는 활동들의 그래픽 표현들이 제공된다. 이러한 활동은 자산을 생산했거나 소비하는 활동을 포함할 수 있다. 특정 실시예들에서, 추가로 연결될 수 있는 생산 및 소비 활동 모두의 그래픽 표현들이 제공될 수 있다. 다른 실시예들에서, 다수의 사전-존재하는 자산들이 존재하는 경우, 모든 활동들이 연결되는 전체 경로들의 그래픽 표현들이 제공될 수 있다. 특정 실시예들에서, 프로세스 또는 모델 레지스트리가 제공될 수 있다. 자산 레지스트리와 같은 프로세스 레지스트리는 이미 생성되었거나 이전에 사용된 데이터베이스와 같은 경로 모델들의 수집물이다. 일부 이러한 실시예들에서, 등록된 경로 모델들은 자산 레지스트리 내의 등록된 자산들과 매칭될 수 있거나, 그렇지 않으면 이들과 링크될 수 있다.

경로 모델에서의 각 활동에 대한 추론된 상태(1730)에서, 대응하는 자산 설명자는 자산 레지스트리로부터 질의를 받는다. 설명자와 매칭되는 자산이 발견되는 경우, 활동은 완전한 것으로 가정된다. 그러고 나서, 이들 활동들에 대한 입력들이 완전하지만, 현재 활동의 출력이 완전하지 않은 지를 확인함으로써, 어떤 활동들이 진행될 것인지를 추론하는 것이 가능하다. 상태 표의 예시는 1740에서 확인될 수 있다.

이러한 기초적인 메커니즘을 이용하여, 데이터 세트들은 다음과 같은 여러 방식들로 접근될 수 있다:

사전-정의된 경로: 이러한 시나리오에서, 경로의 특성들(specifics)은 미리 알려진다(즉, 제목, 버전, 종횡비 등이 정의된다). 이는 자산 레지스트리 내의 자산들로의 직접적인 맵핑을 허용한다. 이러한 접근법의 이익은 독자가 아직 등록되지 않은 임의의 대응하는 활동들을 갖지 않는 경로의 상태를 조사할 수 있다는 것이다.

기존의 자산들로부터의 추론: 본 시스템은 레지스트리 내에 이미 존재하는 자산들에 대해서만, 알려진 경로를 가정할 수 있다. 한 예시로서, 특정 제목, 버전, 언어에 대한 번역이 수신 및 등록되는 경우, 본 시스템은 소정의 값들을 갖는 번역 활동 획득(Acquire Translation activity)에 대한 인스턴스를 생성한 뒤, 출력을 다른 활동 입력들과 매칭시킴으로써, 그리고 차례대로 이들 활동들의 출력들을 후속하는 활동들의 입력들과 매칭시킴으로써 남아있는 경로를 추론할 것이다. 프로세스는, 발견된 활동의 임의의 입력들을 매칭시키고 입력들에서 출력들로의 통로를 따름으로써 업스트림 방향으로 일어날 수 있다.

기존의 데이터 위에 프로세스 모델을 겹치는 이러한 방법의 특징은 어떤 경로 변화가 가장 잘 매칭되는지를 독자가 확인하기 위해 "시청 렌즈들(viewing lenses)"로서 다수의 경로들을 시험해볼 수 있다는 것이다.

이전 논의들이 작업 흐름의 모델을 생성하는 것과, 상태를 모니터링하는 것에 집중했지만, 특정 실시예들에서, 경로의 개관을 제공하는 것이 유리할 수 있다. 또한, 사용자 인터페이스는, 작업 흐름의 그래픽 모델을 제공할 뿐만 아니라 작업 흐름 프로세스의 하이-레벨 관점을 제공하도록 제공될 수 있다. 이러한 사용자 인터페이스의 예시들은 도 18 내지 도 25에서 확인될 수 있다. 이들 예시들은, 전자 디바이스 상에서의 웹 브라우저 또는 애플리케이션을 통해서, 본 시스템과 상호 작용할 때 사용자에게 제공될 수 있는 스크린 샷들이다.

특정 실시예들에 따르면, 본 개시사항의 시스템이 시작될 때, 사용자는 증명서들(credentials)을 위해 프롬프팅될(prompted) 것이며, 사용자에게는 도 18의 스크린 샷(1800)에 도시된 생산자의 작업 공간이 제공될 것이다. 이 작업 공간(1800)은, 엔트리들을 생성하고 활동 세부사항들에 따라 상태 및 의존성들을 조사하기 위한 수단을 제공한다. 사용자는 또한 활동 세부사항 패널로부터 작동 가능한 프로세스를 도출할 수 있다. 생산자의 작업 공간(1800)은 3개의 패널들: 상품들 대시보드(1810), 필터링된 경로 뷰(1820), 및 세부사항 뷰(1830)로 이루어진다. 다른 작업 공간 뷰들은 사용자에 의한 선택(1802)을 위해 이용 가능하며 아래에 보다 더 상세하게 논의된다.

도 19는 도 18의 상품 대시보드(1810)의 예시이다. 대시보드의 각 라인은 상품(1900)에 관한 것이며, 상품들과 연관된 활동들(1910)을 표시한다. 상품 대시보드(1810)는 사용자가, 제목/버전/포맷(1920)을 시스템에 추가하는 것과, 기존의 제목들/버전들/포맷들(1930)로부터 선택하는 것과, 특정 전달(specific deliveries)을 요청하거나 새로운 상품을 추가하는 것(1940)과, 새로운 언어/종횡비/DubSub 라인을 추가하는 것(1950)을 더 허용한다. 여기에서 정보를 입력하는 것은 근본적인 시스템이 요구조건을 이행하기 위해 적절한 경로를 구축하게 한다. 시스템은 특정 활동이 상품들 사이에서 공유되는지를 알기에 충분히 "작다".

도 20은 필터링된 경로 뷰(1820)의 한 예시이다. 필터링된 경로 뷰(1820)는 활동들 및 이들의 상호 의존성들의 그래픽 표현을 디스플레이한다. 필터 경로 뷰는 목록 뷰(2010) 및 종래의 경로 모델 뷰 모두를 제공한다. 이 뷰에 보여진 활동들은 상품 대시보드에 선택된 행에 관련된다. 각 활동(2030)은 입력들(좌측의 원들) 및/또는 출력들(우측의 원들)을 갖는 박스로서 그래픽으로 표현된다. 이 실시예에서, 자산들의 이행 상태는 채움(filling-in)으로 표시되거나, 그렇지 않으면 입력들 및/또는 출력들을 하이라이팅시킴으로써 표시되어, 자산이 수신 또는 생산되었음을 표시한다. 추가적인 특정 실시예들에서, 활동의 상태는 또한 그래픽으로 표시될 수 있다. 본 예시에서, 박스는 상태를 표시하도록 채워질 수 있는 바닥 좌측 구석에 제공된다. 비어있는 박스는 활동이 시작되지 않았음을 의미하고, 부분적으로 채워진 박스는 활동이 진행 중임을 의미하고, 채워진 박스는 활동이 수행되었음을 의미한다.

이 패널은 또한 경영자 작업 공간(Executive workspace)에서 이용 가능하다. 그러한 경우, 경영자 패널(executive panel)로부터 활동을 선택하는 것은 선택된 활동에 대한 경로를 디스플레이할 것이다.

도 21은 세부사항 뷰(1830)의 한 예시이다. 세부사항 뷰 패널(1830)은 버튼들이 제공될 수 있는 3개의 간단한 행위들에 기초하여 활동의 상태를 갱신하기 위한 능력을 제공한다:

- Set to Ready(준비하도록 설정)(2120)는 활동이 완료되었음을 표시하도록 사용된다.

- Send(전송)(도시되지 않음)는, 자산이 다음의 활동 또는 활동들로 전송된 시기를 시스템이 알게 하기 위한 것이다.

- Receive(수신)(도시되지 않음)는, 자산이 업스트림 활동으로부터 수신된 시기를 시스템이 알게 하기 위한 것이다.

특정 실시예들에서, Revise(수정) 행위는 일단 활동이 준비하도록 설정되었다면 제공될 수 있다. 수정은, 사용자가 변경의 영향(impact)을 확인한 뒤, 변경이 재수행되게 하는 것을 허용한다.

이들 행위들에 의해 제공된 정보는 자산들의 이행 상태 및 활동들 자체들의 상태를 결정하도록 사용될 수 있다.

세부사항 뷰 패널(1830)의 현재 디스플레이에서, 하이라이팅된 "ACTIONS" 탭으로 표시된 행위들이 디스플레이되고 있다. "DETAILS" 탭이 선택되는 경우, 마감 날짜들에 관한 정보 및 공급자 정보가 디스플레이된다. 날짜가 설정되고 날짜를 놓치는 경우(예컨대, 마감 날짜까지 수행되지 않은 경우), 시스템은 그것을 이슈로 플래깅(flag)할 것이다.

또 다른 가능한 작업 공간은 도 22의 스크린 샷(2200)에 도시된 바와 같이 관리자 작업 공간이다. 관리자 작업 공간(2200)은 관리자 패널(2210) 및 활동 세부사항 패널(1830)로 이루어진다.

관리자 패널(2210)은 특정 활동을 거치는(going through) 모든 작업을 프리젠팅한다. 관리자 패널(2210)은 사용자가 필드(2220)를 사용하여 특정 활동을 선택하는 것을 허용한다. 그러고 나서, 선택된 활동과 연관된 작업 또는 과제들은 패널(2210)에 디스플레이된다. 필터들(2230)은 디스플레이되고 있는 것을 조정하도록 사용될 수 있다. 디폴트 필터는 단지 작동할(working on) 필요가 있는 것들을 보여주지만, 필터들은 다가오는 것과 이미 완료된 것을 보여주도록 설정될 수 있다. 일단 작업이 수행된 경우, "Set to Ready"(2240)이 선택될 수 있고, 과제들은 보드에서 사라진다(drop off)(필터들이 달리 설정되지 않는 경우). 관리자 작업 공간(2200)의 활동 세부사항 패널(1830)은 도 21을 참조하여 기재된 바와 같이 작동한다.

또 다른 가능한 작업 공간은 도 23의 스크린 샷(2300)에 도시된 바와 같이 데이터 I/O 작업 공간이다. 데이터 I/O 작업 공간(2300)은 데이터 I/O 패널(2310) 및 활동 세부사항 패널(1830)로 이루어진다.

데이터 I/O 패널(2310)은 특정 시설에 관련된 모든 행위들을 보여주도록 설계된다. 이는, 시설 내에서, 그리고 시설로부터 자산들을 이동시키는 사람들이 자산들을 생성 또는 수정하는 작업을 수행하는 사람들과는 상이할 수 있다는 사상을 수용하기 위해 전송 및 수신 행위들을 보여주도록 주로 설계된다. 데이터 I/O 패널(2310)은 사용자가 필드(2320)를 사용하여 특정 활동을 선택하는 것을 허용한다. 그러고 나서, 선택된 활동과 연관된 작업 또는 과제들, 및 이들의 상태(2340)는 패널(2310) 내에 디스플레이된다. 필터들(2330)은 디스플레이되고 있는 것을 조정하도록 사용될 수 있다. 디폴트 필터는 단지 작동할 필요가 있는 것들을 보여주지만, 필터들은 다가오는 것과 이미 완료된 것을 보여주도록 설정될 수 있다. "Set to Ready", "Send", 및 "Receive"(2350)와 같은 행위가 선택될 수 있고, 상태(2340)는 이에 따라 갱신된다. 데이터 I/O 작업 공간(2300)의 활동 세부사항 패널(1830)은 도 21을 참조하여 기재된 바와 같이 작동한다.

또 다른 가능한 작업 공간은 도 24의 스크린 샷(2400)에 도시된 바와 같이 경영자 작업 공간이다. 경영자 작업 공간(2400)은 경영자 패널(2410), 필터링된 경로 패널(1820), 및 활동 세부사항 패널(1830)로 이루어진다.

경영자 패널(2410)은 그래프 및 과제 목록들과 같은 개관 데이터를 제공한다. 필터들(2420)은 디스플레이되고 있는 것을 조정하도록 사용될 수 있다. 이러한 예시에서, 정상 박스(top box)는 필터링할 것을 결정하고, 하부 박스는 사용할 값을 설정한다. 결과들은 선택기(2430)를 사용하여 그룹핑될 수 있다. 그룹핑 헤더들(2440)을 선택하는 것은 그룹들이 확장되거나 붕괴되게 한다. 패널(2450)에서 항목을 선택하는 것은 관련된 활동들 및 과제들이, 필터링된 경로 패널(1820) 및 활동 세부사항 패널(1830)에 디스플레이되게 한다.

경영자 작업 공간(2200)의 필터링된 경로 패널(1820)은 도 20을 참조하여 기재된 바와 같이 작동한다. 경영자 작업 공간(2200)의 활동 세부사항 패널(1830)은 도 21을 참조하여 기재된 바와 같이 작동한다.

최종의 예시적인 작업 공간은 도 25의 스크린 샷(2500)에 도시된 바와 같이 경로 구축기(Pipeline Builder)이다. 경로 구축기(2500)는 템플릿 목록(2510) 및 작업 공간(2520)으로 이루어진다.

템플릿 목록(2510)은 프로젝트 또는 작업 흐름을 선택하기 위한 필드(2512)를 제공한다. 그러고 나서, 선택된 프로젝트 또는 작업 흐름에 대한 관련된 활동 템플릿들은 템플릿 목록에 제공된다. 이들 결과들은 필터 기능(2514)을 사용하여 더 필터링될 수 있다. 필요하다면, 새로운 템플릿은 생성 툴(2516)을 사용하여 생성될 수 있다.

작업 공간(2520)은 본 개시사항 전반에 걸쳐 논의된 바와 같이 경로 모델을 구축하기 위한 기능을 제공한다. 이 실시예에서, 활동(2530)의 그래픽 표현의 입력 또는 출력을 선택하는 것은 템플릿 목록(2510) 내의 결과가, 입력 또는 출력과 연관된 자산 설명자들에 기초하여 필터링되게 한다.

본 명세서에 개시된 다양한 실시예들은 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 임의의 결합으로 구현될 수 있다. 게다가, 소프트웨어는 프로그램 저장 유닛 또는 컴퓨터 판독 가능한 매체 상에서 실질적으로 구체화된 애플리케이션 프로그램으로서 바람직하게 구현된다. 애플리케이션 프로그램은 임의의 적절한 체계를 포함하는 장비로 업로딩될 수 있으며, 장비에 의해 실행될 수 있다. 바람직하게도, 하나 이상의 중앙 프로세싱 유닛들("CPUs"), 메모리, 및 입력/출력 인터페이스들과 같은 하드웨어를 구비한 장비가 컴퓨터 플랫폼상에서 구현된다. 컴퓨터 플랫폼은 또한 운영 체제 및 마이크로명령어 코드를 포함할 수 있다. 본 명세서에서 기재된 다양한 프로세스들 및 기능들은 마이크로명령어 코드의 부분 또는 애플리케이션 프로그램의 부분, 또는 이들의 결합일 수 있으며, 이는 컴퓨터 또는 프로세서가 명백히 도시되었는지의 여부에 상관없이 CPU에 의해 실행될 수 있다. 추가적으로, 추가적인 데이터 저장 유닛 및 프린팅 유닛과 같은 다양한 다른 주변 유닛들이 컴퓨터 플랫폼에 연결될 수 있다.

본 명세서에 열거된 모든 예시들 및 조건부 언어는, 발명자에 의해 종래의 기술을 진전시키는 데에 기여된 본 실시예들의 원리들 및 개념들을 독자가 이해하는 것에 있어서 도움을 주기 위한 교육적인 목적으로 의도되었으며, 이는 이러한 구체적으로 열거된 예시들 및 조건들에 대한 어떤 제한도 가하지 않는 것으로서 해석될 것이다. 게다가 본 발명의 원리들, 양상들, 및 다양한 실시예들, 뿐만 아니라 이들의 구체적인 예시들을 열거하는 본 명세서에서의 모든 진술들은 이들의 구조적 및 기능적 등가물들을 모두 포함하는 것으로 의도된다. 추가적으로, 이러한 등가물들은 현재 알려진 등가물들, 뿐만 아니라 미래에 개발될 등가물들, 즉 구조에 상관없이 동일한 기능을 수행하는 임의의 개발된 요소들을 모두 포함하는 것으로 의도된다.

110, 200: 서버 120: 스마트 폰
130: PC 140: 태블릿
150: 인터넷 240: 네트워크 인터페이스
210: 프로세서 220: 메모리
230: 저장소

Claims (15)

1. 작업 흐름의 상태를 추적하기 위한 방법으로서,
   모델을 제공하는 단계로서, 모델은:
   연관된 자산 설명자를 갖는 적어도 하나의 제1 입력을 갖는 제1 활동의 그래픽 표현; 및
   제1 활동의 그래픽 표현의 제1 입력과 연관된 자산 설명자와 매칭되는 출력과 연관된 자산 설명자에 기초한 제1 활동의 그래픽 표현의 제1 입력에 연결된 적어도 하나의 출력을 갖는 제2 활동의 그래픽 표현을
   포함하는, 모델을 제공하는 단계와,
   제1 및 제2 활동들의 그래픽 표현들 사이의 연결에 적어도 기초하는 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산의 상태를 결정하는 단계를
   포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
2. 제1항에 있어서,
   적어도 하나의 자산의 상태의 그래픽 표시를 제공하는 단계를
   더 포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
3. 제2항에 있어서, 적어도 하나의 자산의 상태의 그래픽 표시를 제공하는 단계는
   자산이 제2 활동에 의해 생산되었음을 제2 활동의 그래픽 표현상에 그래픽으로 표시하는 단계를
   포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
4. 제2항에 있어서,
   적어도 하나의 자산의 상태의 그래픽 표시를 제공하는 단계는
   자산이 제1 활동에 의해 수신되었음을 제1 활동의 그래픽 표현상에 그래픽으로 표시하는 단계를
   포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
5. 제1항에 있어서,
   적어도 하나의 자산의 상태에 기초하여 활동의 상태를 결정하는 단계를
   더 포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
6. 제5항에 있어서,
   활동의 상태의 그래픽 표시를 제공하는 단계를
   더 포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
7. 제5항에 있어서, 추가적으로 활동의 상태는
   보류, 수신, 진행 중, 및 완료를
   포함하는 그룹으로부터 선택되는, 작업 흐름의 상태를 추적하기 위한 방법.
8. 제1항에 있어서, 상태를 결정하는 단계는
   자산 레지스트리에 질의하는 단계를
   포함하는, 작업 흐름의 상태를 추적하기 위한 방법.
9. 작업 흐름의 상태를 추적하기 위한 장치로서,
   작업 흐름 정보를 저장하기 위한 저장소와;
   프로세싱을 위한 데이터를 저장하기 위한 메모리와;
   연관된 자산 설명자를 갖는 적어도 하나의 제1 입력을 갖는 제1 활동의 그래픽 표현; 및 제1 활동의 그래픽 표현의 제1 입력과 연관된 자산 설명자와 매칭되는 출력과 연관된 자산 설명자에 기초한 제1 활동의 그래픽 표현의 제1 입력에 연결된 적어도 하나의 출력을 갖는 제2 활동의 그래픽 표현을 포함하는 모델을 제공하고, 제1 및 제2 활동들의 그래픽 표현들 사이의 연결에 적어도 기초하는 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산의 상태를 결정하도록 구성된 프로세서를
   포함하는, 작업 흐름의 상태를 추적하기 위한 장치.
10. 제9항에 있어서, 네트워크에 연결시키기 위한 네트워크 연결을 더 포함하는, 작업 흐름의 상태를 추적하기 위한 장치.
11. 제9항에 있어서, 프로세서는 적어도 하나의 자산의 상태의 그래픽 표시를 제공하도록 더 구성되는, 작업 흐름의 상태를 추적하기 위한 장치.
12. 제9항에 있어서, 프로세서는 적어도 하나의 자산의 상태에 기초하여 활동의 상태를 결정하도록 더 구성되는, 작업 흐름의 상태를 추적하기 위한 장치.
13. 제12항에 있어서, 프로세서는 활동의 상태의 그래픽 표시를 제공하도록 더 구성되는, 작업 흐름의 상태를 추적하기 위한 장치.
14. 제9항에 있어서, 상태를 결정하는 것은
    자산 레지스트리에 질의하는 것을
    포함하는, 작업 흐름의 상태를 추적하기 위한 장치.
15. 기계 판독 가능한 매체로서,
    실행될 때,
    모델을 제공하는 단계로서, 모델은:
    연관된 자산 설명자를 갖는 적어도 하나의 제1 입력을 갖는 제1 활동의 그래픽 표현; 및
    제1 활동의 그래픽 표현의 제1 입력과 연관된 자산 설명자와 매칭되는 출력과 연관된 자산 설명자에 기초한 제1 활동의 그래픽 표현의 제1 입력에 연결된 적어도 하나의 출력을 갖는 제2 활동의 그래픽 표현을
    포함하는, 모델을 제공하는 단계와,
    제1 및 제2 활동들의 그래픽 표현들 사이의 연결에 적어도 기초하는 매칭되는 자산 설명자들에 의해 표시된 적어도 하나의 자산의 상태를 결정하는 단계를
    포함하는 단계들을 수행하는 명령어들을 포함하는, 기계 판독 가능한 매체.

Images