KR102234427B1 - 국소화된 디바이스 조정기에서의 요구 시 코드 실행 - Google Patents

Abstract

시스템 및 방법이 협력형 환경 내에서 조정기를 구현하기 위해 설명되며, 환경은 조정기에 의해 관리된 협력형 디바이스의 세트를 포함한다. 조정기는 태스크의 세트를 공급받을 수 있으며, 각각의 태스크는 협력형 디바이스를 관리하기 위해서와 같은, 조정기에 의해 실행될 수 있는 코드의 세그먼트에 대응한다. 태스크의 실행을 돕기 위해, 조정기는 개개의 태스크 실행에 대응하는 실행 환경을 생성하는 리소스 관리기를 포함할 수 있으며, 상기 환경은 다른 실행 환경으로부터 분리될 수 있다. 조정기는 태스크를 실행하기 위해 호출을 획득하며, 실행을 위한 태스크를 선택할 큐를 구현하기 위해 스케줄러를 더 포함할 수 있다. 태스크를 선택할 때, 스케줄러는 태스크에 대한 실행 환경을 생성하기 위해 리소스 관리기와 상호 작용하며, 실행 환경 내에서 태스크의 실행을 야기할 수 있다.

Description

국소화된 디바이스 조정기에서의 요구 시 코드 실행

관련 출원들에 대한 상호-참조

본 출원은 미국 특허 출원 제15/362,751호(출원일: 2016년 11월 28일, 발명의 명칭: "MANAGING SECURITY IN MESSAGING PROTOCOL COMMUNICATIONS"); 미국 특허 출원 제15/362,757호(출원일: 2016년 11월 28일, 발명의 명칭: "EMBEDDED CODES IN MESSAGING PROTOCOL COMMUNICATIONS"); 및 미국 특허 출원 제15/362,765호(출원일: 2016년 11월 28일, 발명의 명칭: "MANAGING MESSAGING PROTOCOL COMMUNICATIONS")(이후, 총괄하여 "관련 출원")에 관한 것이다. 관련 출원의 각각의 전체는 참고서 본 명세서에 원용된다.

일반적으로 설명하면, 컴퓨팅 디바이스는 데이터를 교환하기 위해, 통신 네트워크, 또는 일련의 통신 네트워크를 이용한다. 회사 및 조직은 동작을 지원하거나 또는 제3자에게 서비스를 제공하도록 다수의 컴퓨팅 디바이스와 상호 연결하는 컴퓨터 네트워크를 동작시킨다. 컴퓨팅 시스템은 단일의 지리적 위치에 위치되거나 또는 (예컨대, 사설 또는 공공 통신 네트워크를 통해 상호 연결된) 다수의, 별개의 지리적 위치에 위치될 수 있다. 구체적으로, 여기에서 일반적으로 "데이터 센터"로서 지칭되는, 데이터 센터 또는 데이터 프로세싱 센터는 데이터 센터의 사용자에게 컴퓨팅 리소스를 제공하기 위해 다수의 상호 연결된 컴퓨팅 시스템을 포함할 수 있다. 데이터 센터는 조직을 대신하여 동작된 사설 데이터 센터 또는 일반 대중을 대신하여, 또는 그의 이득을 위해 동작된 공공 데이터 센터일 수 있다.

데이터 센터 리소스의 증가된 이용을 가능하게 하기 위해, 가상화 기술은 단일 물리 컴퓨팅 디바이스가 데이터 센터의 사용자에게 독립적인 컴퓨팅 디바이스로 나타나며 동작하는 가상 기계의 하나 이상의 인스턴스를 호스팅하도록 허용한다. 가상화를 이용해서, 단일 물리 컴퓨팅 디바이스는 동적 방식으로 가상 기계를 생성하고, 유지하고, 삭제하거나, 또는 그 외 관리할 수 있다. 결국, 사용자는 단일 컴퓨팅 디바이스 또는 네트워킹된 컴퓨팅 디바이스의 구성을 포함하여, 데이터 센터로부터 컴퓨터 리소스를 요청할 수 있으며, 가변하는 수의 가상 기계 리소스를 제공받을 수 있다.

몇몇 환경에서, 통신 네트워크를 통해 통신하는 컴퓨팅 디바이스는 데스크탑 개인용 컴퓨터와 같은, 컴퓨팅 디바이스로서 1차 기능을 가진 디바이스에 대응할 수 있다. 다른 환경에서, 통신 네트워크를 통해 통신하는 컴퓨팅 디바이스의 적어도 몇몇 부분은 또한 적어도 제한된 컴퓨팅 기능을 제공하면서 별개의 1차 목적을 가진 가전 제품(예컨대, 서모스탯 또는 냉장고)과 같은, 적어도 하나의 대안적인 1차 기능을 가진 내장형 디바이스 또는 박형 디바이스(thin device)에 대응할 수 있다. 몇몇 인스턴스에서, 이들 내장형 디바이스 또는 박형 디바이스의 로컬 사용자 인터페이스는 제한되며, 따라서 원격 관리가 이들 디바이스의 몇몇 기능을 구현하기 위해 요구될 수 있다. 그러나, 원격 관리는 몇몇 인스턴스에서, 원격 관리 디바이스와의 통신에서의 대기 시간 및 원격 관리 디바이스에서 또는 원격 관리 디바이스와의 통신 동안 부주의로 밝혀질 사설 정보에 대한 가능성으로 인해, 문제가 될 수 있다. 이들 이슈는 내장 디바이스 또는 박형 디바이스 및 원격 관리 디바이스가 별개의 통신 네트워크상에 존재하거나 또는 공공 통신 네트워크를 통해 통신할 때 더 두드러질 수 있다.

도면 전체에 걸쳐, 참조 번호는 참조된 요소 사이에서의 대응성을 나타내기 위해 재-사용될 수 있다. 도면은 여기에서 설명된 예시적인 실시예를 예시하기 위해 제공되며 개시의 범위를 제한하도록 의도되지 않는다.
도 1은 협력형 환경 내에서 협력형 디바이스의 동작을 국소적으로 관리하고 조정하도록 동작할 수 있는 예시적인 환경을 묘사한 블록도이며, 조정기는 조정기의 동작을 수정하기 위해 클라이언트 디바이스 및 서비스 제공자 환경과 통신할 수 있다;
도 2는 도 1의 조정기를 제공하는 컴퓨팅 디바이스의 일반적인 아키텍처를 묘사한다;
도 3a 및 도 3b는 도 1의 조정기에 의해 관리된 협력형 디바이스의 일반적인 아키텍처를 묘사한다;
도 4는 도 1의 조정기를 위한 구성 정보를 생성하고 제출하기 위해 이용될 수 있는 클라이언트 디바이스의 일반적인 아키텍처를 묘사한다;
도 5는 서비스 제공자 환경의 관리 및 배포 서비스에 도 1의 조정기를 등록하며, 디바이스 섀도우 서비스를 통해, 클라이언트 디바이스로부터 획득된 구성을 조정기에 통지하기 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 6은 원하는 기능을 구현하기 위해 조정기에 의해 실행 가능한 요구 시 코드 실행 환경의 다수의 태스크를 포함하여, 구성을 조정기에 공급하기 위해 관리 및 배포 서비스를 이용하기 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 7은 협력형 환경의 외부에 있는 통신을 요구하지 않고, 조정기를 통해 클라이언트를 경유하여 협력형 디바이스의 구성을 수정하기 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 8은 도 1의 조정기 상에서, 태스크를 실행하기 위한 호출과 같은, 작업 아이템의 큐를 관리하기 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 9는 태스크로의 호출을 실행할 실행 환경을 생성하며 실행 환경 내에서 태스크를 실행함으로써 도 8의 큐로부터의 태스크 호출을 프로세싱하기 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 10은 도 1의 조정기에 의해 구현될 수 있는 예시적인 큐 프로세싱 루틴을 묘사한다;
도 11은 도 1의 조정기에 의해 구현될 수 있는 예시적인 실행 환경 생성 루틴을 묘사한다;
도 12는 제1 태스크 실행이 도 1의 조정기 상에서 제2 태스크 실행을 요청할 수 있게 하기 위해 통신 관리기의 사용을 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 13은 도 1의 조정기 상에서 제1 태스크 실행의 호출자에게 제1 태스크 실행의 출력을 제공하기 위해 통신 관리기의 사용을 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 14는 도 1의 조정기 내에서 통신 관리기에 의해 구현될 수 있는 예시적인 크로스-토크 통신 루틴을 묘사한다;
도 15는 외부의 요구 시 코드 실행 환경(150) 상에서 제2 태스크 실행을 통해 도 1의 조정기 상에서 제1 태스크 실행을 호출하기 위해 원격 인터페이스 태스크의 사용을 위한 예시적인 상호 작용을 묘사한 흐름도이다;
도 16은 도 1의 조정기 상에서 실행하는 원격 인터페이스 태스크에 의해 구현될 수 있는 예시적인 외부 태스크 호출 루틴을 묘사한다;

일반적으로 설명하면, 본 개시의 양상은 협력형 환경 내에서 협력형 디바이스의 동작 및 기능을 제어하기 위해 협력형 환경 내에 존재하는 조정기에 관한 것이다. 몇몇 인스턴스에서, 협력형 디바이스는 별개의 1차 목적을 가진 가전 제품과 같은, 적어도 하나의 대안적인 1차 기능을 가진 내장형 디바이스 또는 박형 디바이스에 대응할 수 있다. 이러한 디바이스는 몇몇 인스턴스에서 "사물 인터넷" 디바이스, 또는 "IoT" 디바이스로 지칭될 수 있다. 협력형 디바이스는 제한된 로컬 사용자 인터페이스 능력을 포함할 수 있으며, 따라서 원격 관리로부터 이득을 얻을 수 있다. 여기에서 개시된 조정기는 조정기 및 협력형 디바이스를 포함하는 환경(예컨대, 근거리 네트워크, 또는 "LAN", 환경) 내에서, 국소적으로 협력형 디바이스의 이러한 원격 관리를 가능하게 한다. 조정기의 사용은 따라서 로컬 환경의 외부에 있는 통신을 요구하지 않고 협력형 디바이스의 관리를 가능하게 할 수 있으며, 그에 의해 외부 또는 공공 통신 네트워크의 사용을 통해 프라이버시 위험의 감소 및 통신 속도에서의 증가를 허용한다. 구체적으로, 본 개시의 양상은, 코드의 휴대용 세그먼트의 빠른 실행이 조정기 상에서 기능을 구현할 수 있게 하는, 국소화된 요구 시 코드 실행 시스템으로서 조정기의 이용에 관한 것이다. 코드의 이들 휴대용 세그먼트는 여기에서 "태스크"로서 지칭될 수 있다. 몇몇 인스턴스에서, 태스크는 디바이스의 상태를 변경함으로써와 같은, 협력형 디바이스의 기능을 조정하기 위해 이용될 수 있다. 예를 들면, 협력형 디바이스가 네트워크-가능 광인 경우에, 태스크는 조정기로의 입력에 따라, 또 다른 협력형 디바이스의 현재 시간, 사용자 입력, 또는 상태와 같은, 광의 상태를 (예컨대, "온" 또는 "오프"로) 변경하도록 기능할 수 있다. 조정기는 다수의 상이한 프로토콜에 따라 통신 협력형 디바이스 및 태스크를 추가로 가능하게 할 수 있으며, 몇몇 인스턴스에서 이러한 프로토콜 사이에서 변환 기능을 제공한다. 더 나아가, 조정기는 몇몇 인스턴스에서 태스크의 실행 위치를 관리할 수 있으며, 따라서 태스크는, 후보 디바이스의 능력 및 태스크의 실행을 위한 요건에 따라, 조정기 상에서, 협력형 디바이스 상에서, 또는 원격 환경(예컨대, 원격 네트워크 컴퓨팅 환경)의 디바이스 상에서 실행될 수 있다. 이들 태스크는 몇몇 인스턴스에서, 사용자 정의될 수 있어서, 태스크에 대응하는 사용자-제출 코드에 따라, 사용자가 조정기 또는 협력형 디바이스 상에서 다양한 기능을 구현할 수 있게 한다. 따라서, 조정기는 협력형 디바이스의 빠르게 재구성 가능한 국소화된 관리를 제공할 수 있다.

몇몇 인스턴스에서, 조정기는 "디바이스 섀도우"를 통해 협력형 디바이스의 상태를 관리할 수 있다. 일반적으로, 디바이스 섀도우는 협력형 디바이스(예컨대, 조정기 또는 원격 디바이스 섀도우 서비스)로부터 멀리 떨어진 위치에 저장된 바와 같이, 협력형 디바이스의 원하는 상태의 데이터 표현에 대응할 수 있다. 협력형 디바이스는 디바이스 섀도우에 의해 표현된 상태와 동기화하도록 구성될 수 있으며, 이와 같이, 디바이스 섀도우로의 변화는 협력형 디바이스의 상태에서 대응하는 변화를 야기하는 것으로 예상될 수 있다. 몇몇 인스턴스에서, 협력형 디바이스 및 대응하는 섀도우의 동기화는 MQTT 프로토콜과 같은, "발행/가입(publish/subscribe)" 모델 통신 프로토콜을 통해 발생할 수 있으며, 프로토콜은 이 기술분야에서 알려져 있다. 따라서, 협력형 디바이스는 상기 협력형 디바이스에 대한 디바이스 섀도우에 "가입"할 수 있다. 조정기는 그 후 디바이스 섀도우로 "발행"하기 위해 요청을 통해 디바이스 섀도우의 상태로의 원하는 변화를 획득할 수 있다. 조정기는 디바이스 섀도우의 상태에서의 변화를 통신 프로토콜을 통해 협력형 디바이스에 통지할 수 있으며, 협력형 디바이스는 디바이스 섀도우의 상태에 로컬 상태를 동기화함으로써 응답할 수 있다. 디바이스 섀도우의 사용은, 예를 들면, 협력형 디바이스와의 통신으로부터 협력형 디바이스의 상태를 판독하거나 또는 수정하기 위한 요청을 분리할 때 유리할 수 있다. 예시적으로, 협력형 디바이스의 상태를 판독하거나 또는 수정하기 위한 요청은, 디바이스 섀도우를 판독하거나 또는 수정할 때, 즉시 성공적인 것으로 고려될 수 있다. 협력형 디바이스에 필요한 임의의 변화는 그 후, 협력형 디바이스와 섀도우 디바이스 사이에서의 통신 프로토콜에 따라, 요청에 비동기식으로 발생할 수 있다. 디바이스와 상호 작용하기 위한 요청이 디바이스와의 실제 통신으로부터 분리될 수 있기 때문에, 이들 요청 및 디바이스 통신은 또한 상이한 통신 프로토콜을 이용할 수 있다. 예를 들면, 디바이스 섀도우를 통해 디바이스 상태를 판독하거나 또는 수정하기 위한 요청은, 송신 제어 프로토콜(TCP)과 같은, 고-오버헤드, 고-신뢰성 프로토콜에 따라 송신될 수 있는 반면, 디바이스 섀도우와 협력형 디바이스 사이에서의 통신은 MQTT와 같은 저-오버헤드 프로토콜을 통해 발생할 수 있다. 협력형 디바이스로 통신을 송신하기 위한 MQTT에 관한 추가의 세부사항은 미국 특허 출원 제15/249213호(출원일: 2016년 8월 26일, 발명의 명칭: "EXECUTING REMOTE COMMANDS")('213 출원) 내에서 발견될 수 있으며, 그 전문은 참고로 본 명세서에 통합된다. 몇몇 인스턴스에서, 디바이스의 섀도우의 이용은, 협력형 디바이스에 의해 사용된 계산 리소스를 감소시키는 것과 같은, 다른 이득을 제공할 수 있다. 예를 들면, 협력형 디바이스는 이러한 요청이 대응하는 디바이스 섀도우(예컨대, 협력형 디바이스)의 호스트에 의해 핸들링될 수 있으므로, 협력형 디바이스의 상태를 판독하기 위한 요청을 프로세싱하도록 요구되지 않을 수 있거나 또는 심지어 이를 모를 수 있다. 디바이스 섀도우의 사용에 관한 추가의 세부사항은 일반적으로 미국 특허 출원 제15/196,700호(출원일: 2016년 6월 29일, 발명의 명칭: "Device Representation Management Using Representation Types")("'700 특허") 내에서 발견될 수 있으며, 그 전문은 참고로 본 명세서에 통합된다.

본 개시의 실시예에 따르면, 조정기는, 서비스 제공자의 환경을 통해 조정기의 구성을 변경할 수 있는, 사용자와 연관될 수 있다. 예시적으로, 서비스 제공자 환경은 조정기의 제공자에 의해 동작될 수 있으며, 사용자로 하여금, 조정기에 대한 협력형 환경의 위치, 환경 내에서의 협력형 디바이스, 조정기에 의해 실행 가능한 태스크, 조정기가 어떻게 디바이스 간에, 태스크 간에, 또는 디바이스와 태스크 간에 통신을 관리해야 하는지, 조정기에 대한 보안 정보, 또는 조정기의 다른 파라미터(예컨대, 조정기에서 모니터링될 메트릭 또는 조정기에서 행해질 로깅)와 같은, 조정기의 다양한 구성 파라미터를 특정할 수 있게 한다. 조정기 자체가 몇몇 인스턴스에서 제한된 국소화된 사용자 인터페이스와 연관될 수 있기 때문에, 서비스 제공자 환경은 사용자가, 클라이언트 디바이스를 통해, 조정기에 대한 구성을 제출하며, 조정기로 하여금 구성을 자동으로 공급받게 할 수 있다. 서비스 제공자 환경은 또한 단일 클라이언트 디바이스로 하여금, 통합된 인터페이스를 통해 다수의 조정기를 관리하며, 새로운 구성을 배포함으로써, 또는 조정기로 구성의 이전 배포를 역행시키거나 또는 무효로 만듦으로써 조정기의 구성을 빠르게 변경할 수 있게 할 것이다.

몇몇 인스턴스에서, 서비스 제공자 환경은 조정기의 기능과 유사한 또는 동일한 기능을 제공할 수 있다. 예를 들면, 조정기는 코드의 휴대용 세그먼트, 또는 "태스크"의 실행에 적어도 부분적으로 기초하여 기능할 수 있다. 유사하게, 서비스 제공자 환경은 동일한 또는 유사한 태스크를 실행하도록 기능하는 요구 시 코드 실행 환경을 포함할 수 있다. 이러한 요구 시 코드 실행 환경에 관한 추가의 세부사항은 미국 특허 제9,323,556호(출원일: 2014년 9월 30일, 발명의 명칭: "PROGRAMMATIC EVENT DETECTION AND MESSAGE GENERATION FOR REQUESTS TO EXECUTE PROGRAM CODE")("'556 특허") 내에서 발견될 수 있으며, 그 전문은 참고로 본 명세서에 통합된다. 간단히 말해서, 태스크를 실행하기 위해, 요구 시 코드 실행 환경은 사용자 요청이 수신되자마자 사용할 준비가 된 사전-초기화된 가상 기계 인스턴스의 풀을 유지할 수 있다. 이들 가상 기계의 사전-초기화된 특징으로 인해, 사용자 코드(예컨대, 인스턴스 및 언어 런타임 시동 시간)를 실행하는 것과 연관된 지연(때때로 대기 시간으로 지칭됨)은 종종 100 이하의 밀리초 레벨까지 상당히 감소될 수 있다. 예시적으로, 요구 시 코드 실행 환경은 하나 이상의 물리적 컴퓨팅 디바이스 상에서 가상 기계 인스턴스의 풀을 유지할 수 있으며, 여기에서 각각의 가상 기계 인스턴스는 그것 상에 로딩된 하나 이상의 소프트웨어 구성요소(예컨대, 운영 시스템, 언어 런타임, 라이브러리 등)를 갖는다. 요구 시 코드 실행 환경이, 사용자의 프로그램 코드를 실행하기 위한 하나 이상의 컴퓨팅 제약을 특정하는, 사용자의 프로그램 코드("태스크")를 실행하기 위한 요청을 수신할 때, 요구 시 코드 실행 환경은 요청에 의해 특정된 하나 이상의 컴퓨팅 제약에 기초하여 사용자의 프로그램 코드를 실행하기 위해 가상 기계 인스턴스를 선택하며 사용자의 프로그램 코드가 선택된 가상 기계 인스턴스 상에서 실행되게 할 수 있다. 프로그램 코드는 가상 기계 인스턴스 상에서 생성되는 격리된 컨테이너에서 실행될 수 있다. 풀에서 가상 기계 인스턴스는 이미 부팅되었으며 요청이 수신될 때까지 특정한 운영 시스템 및 언어 런타임으로 로딩되었으므로, 요청을 핸들링할 수 있는 컴퓨팅 용량을 찾는 것과 연관된 지연(예컨대, 가상 기계 인스턴스 상에 생성된 하나 이상의 컨테이너에서 사용자 코드를 실행함으로써)은 상당히 감소된다. 요구 시 코드 실행 환경은, 가상 기계 인스턴스의 사용자 구성을 요구하지 않고, 사용자 코드(다양한 프로그래밍 언어 중 임의의 것으로 구성된 스레드, 프로그램 등)를 수신하고 매우 확장 가능하며, 저 대기 시간 방식으로 코드를 실행하도록 구성되는 '556 특허에서 보다 상세하게 설명되는 바와 같이, 가상 기계 인스턴스 관리기를 포함할 수 있다. 구체적으로, 가상 기계 인스턴스 관리기는, 사용자 코드를 수신하기 전에 및 임의의 특정한 가상 기계 인스턴스 구성에 관한 임의의 정보를 사용자로부터 수신하기 전에, 각각이 다양한 런-타임 환경 중 임의의 하나 이상에 대응하는, 미리 결정된 세트의 구성에 따라 가상 기계 인스턴스를 생성하고 구성할 수 있다. 그 후, 가상 기계 인스턴스 관리기는 코드를 실행하기 위해 사용자-개시된 요청을 수신하며, 요청과 연관된 구성 정보에 기초하여 코드를 실행하기 위해 사전-구성된 가상 기계 인스턴스를 식별한다. 가상 기계 인스턴스 관리기는 적어도 부분적으로 할당된 가상 기계 인스턴스 안에 컨테이너를 생성하고 구성함으로써 사용자의 코드를 실행하기 위해 식별된 가상 기계 인스턴스를 추가로 할당할 수 있다. 가상 기계 인스턴스 관리기를 구현하며 가상 기계 인스턴스 상에서 사용자 코드를 실행하기 위한 다양한 실시예는 '556 특허에서 보다 상세하게 설명된다.

조정기에 의해 구현된 바와 같이 요구 시 코드 실행 환경이 (예를 들면, 데이터 센터에 구현될 수 있는) '556 특허에 설명된 요구 시 코드 실행 환경보다 더 제한된 계산 리소스와 연관될 수 있기 때문에, 조정기는 태스크 실행의 우선순위화를 돕도록 스케줄러를 구현할 수 있다. 구체적으로, 스케줄러는 태스크를 실행하기 위한 호출을 수신하며, 작업 아이템으로서 이러한 호출을 작업 아이템 큐로 인큐잉(enqueue)한다. 스케줄러는 그 후 스케줄링 알고리즘에 따라 작업 아이템 큐로부터 호출을 선택적으로 디큐어(dequeuer)할 수 있다. 각각이 이 기술분야에 알려져 있는, 선입 선출 스케줄링, 최단 마감 우선 스케줄링, 최단 잔여 시간 스케줄링, 고정 우선순위 선점 스케줄링, 및 라운드-로빈 스케줄링과 같은, 임의의 수의 스케줄링 알고리즘이 스케줄러에 의해 이용될 수 있다. 예시적으로, 각각의 스케줄링 알고리즘은 조정기로의 이용 가능한 컴퓨팅 리소스의 양, 및 태스크 호출을 완료하기 위해 요구된 리소스의 양(예를 들면, 태스크의 저작자 또는 조정기의 관리자에 의해 설정될 수 있거나, 또는 태스크의 정적 또는 동적 분석에 기초하여 추정될 수 있음)에 기초하여 구현될 수 있다. 몇몇 인스턴스에서, 스케줄링 알고리즘은 또한 태스크의 저작자에 의해, 조정기의 관리자에 의해, 호출 엔티티 등에 의해 태스크에 할당된 우선순위에 적어도 부분적으로 기초할 수 있다. 스케줄러는 스케줄링 알고리즘에 따라 작업 아이템의 큐를 프로세싱할 수 있으며, 태스크 호출이 디큐잉을 위해 선택될 때, 호출에 대응하는 (예컨대, 호출의 파라미터에 따라) 태스크를 실행함으로써 태스크 호출의 완료를 야기할 수 있다.

태스크의 실행을 돕기 위해, 조정기는 조정기에서 컴퓨팅 리소스 사용의 상태를 모니터링하며 태스크가 실행할 실행 환경의 생성, 파괴, 및 유지를 관리하기 위해 리소스 관리기를 더 포함할 수 있다. 실행 환경은 태스크 실행에 논리적으로 할당된 메모리의 임의의 부분을 포함할 수 있다. 예시적으로, 실행 환경은 "컨테이너", 운영 시스템-레벨 가상화 환경, 또는 "chroot jail" 또는 파이썬(Python) 가상 환경 "virtualenv"와 같은, "샌드 박스" 환경에 대응할 수 있다. 다른 인스턴스에서, 실행 환경은 가상 기계 환경(예컨대, 자바(JAVA) 가상 기계, 별개의 운영 시스템을 가진 가상화된 하드웨어 디바이스 등)에 대응할 수 있다. 계속해서 다른 인스턴스에서, 실행 환경은 가상화를 반드시 이용하지 않고, 태스크의 실행에 할당된 메모리 공간일 수 있다. 예시적으로, 리소스 관리기는, 스케줄러가 어떤 태스크 호출을 작업 아이템 큐로부터 디큐어할지를 결정할 수 있게 하기 위해, 스케줄러로 하여금, 이용 가능한 메모리의 양, (예컨대, 중앙 프로세싱 유닛, 그래픽 프로세싱 유닛 등의) 프로세서 사이클, 네트워크 대역폭, 또는 다른 컴퓨팅 리소스와 같은, 조정기에 대한 현재의 계산 리소스 가용성 정보(current compute resource availability information)를 검색할 수 있게 할 수 있다. 몇몇 인스턴스에서, 리소스 관리기는 조정기에서 발생한 현재 태스크 실행의 목록과 같은, 다른 정보를 스케줄러로 제공할 수 있다. 리소스 관리기는 또한 태스크 호출을 전달할 실행 환경을 획득하기 위해 스케줄러로부터 요청을 수신하고 이를 프로세싱할 수 있다. 예시적으로, 각각의 태스크가 별개의 실행 환경에서 실행되는 경우, 및 어떤 실행 환경도 주어진 태스크에 대해 존재하지 않는 경우, 리소스 관리기는, (예컨대, 프로세서 용량 및 메모리와 같은, 기본 컴퓨팅 리소스의 관점에서, 뿐만 아니라 드라이버, 런타임, 유틸리티, 의존성 등과 같은, 소프트웨어 리소스의 관점에서) 주어진 태스크의 실행을 위해 요구된 리소스를 결정하며, 이러한 리소스를 제공하기 위해 실행 환경을 생성할 수 있다. 리소스 관리기는 그 후 실행 환경을 위한 식별 정보를 스케줄러로 반환할 수 있으며, 따라서 스케줄러는 태스크를 실행하기 위한 호출을 실행 환경으로 전달할 수 있다. 몇몇 인스턴스에서, 리소스 관리기는 또한 기존의 실행 환경의 재-이용을 가능하게 할 수 있다. 예를 들면, 조정기의 일반적으로 사용된 기능에 대응하는 것들과 같은, 몇몇 태스크는 "피닝"될 수 있으며, 따라서 실행 환경은 태스크를 위해 사전-생성된다. 따라서, 리소스 관리기가 태스크를 위한 실행 환경을 생성하기 위한 요청을 수신할 때, 사전-생성된 환경에 대한 식별 정보가 반환될 수 있어서, 실행 환경을 생성하기 위해 요구된 시간 및 컴퓨팅 리소스를 감소시킨다. 몇몇 인스턴스에서, 실행 환경은, 두 개의 상이한 태스크가 실행을 위해 동일한 또는 유사한 리소스를 요구할 때와 같은, 태스크에 걸쳐 재-이용될 수 있다. 이러한 인스턴스에서, 리소스 관리기는, 실행 간에 보안을 보장하기 위해, 상이한 태스크의 실행 간에 실행 환경을 "제거"할 수 있다. 이하에서 보다 상세하게 설명될 바와 같이, 리소스 관리기는 실행 환경의 보류 및 재개를 추가로 가능하게 할 수 있으며, 따라서 저 우선순위 태스크의 실행 환경은 고 우선순위 태스크로 컴퓨팅 리소스를 넘겨주기 위해 보류되며, 스케줄링 알고리즘에 따라 재개될 수 있다.

상기 논의된 바와 같이, 조정기는 몇몇 실시예에서 국소적으로(예컨대, 조정기 상에서) 또는 서비스 제공자 네트워크 내에서 요구 시 코드 실행 환경의 사용에 의해 태스크를 실행할지를 선택하도록 구성될 수 있다. 추가 예로서, 조정기 및 서비스 제공자 환경 양쪽 모두는 협력형 디바이스에 대응하는 디바이스 섀도우를 제공할 수 있으며, 사용자는 조정기에 의해 호스팅된 디바이스 섀도우 또는 서비스 제공자 환경 내에 호스팅된 디바이스 섀도우 중 하나 또는 양쪽 모두를 변경하기 위한 요청을 제출할 수 있다. 이러한 인스턴스에서, 조정기는 주어진 협력형 디바이스에 대응하는 다양한 디바이스 섀도우, 뿐만 아니라 협력형 디바이스 그 자체를 동기화하도록 기능할 수 있다. 예를 들면, 조정기 및 서비스 제공자 환경은 버전 벡터 또는 벡터 클록 프로토콜을 구현할 수 있으며, 따라서 조정기는 각각의 조정기 및 서비스 제공자 환경에서의 디바이스 섀도우에서 디바이스 섀도우로의 변화의 순서화(예컨대, 주어진 순서로의 순차적 변화로서, 또는 동시 변화로서)를 검출할 수 있다. 조정기는 그 후 이러한 변화에 응답하여 조정기에서 디바이스 섀도우의 상태를 수립하기 위해 (잠재적으로 구성 가능한) 규칙을 구현할 수 있다. 예를 들면, 조정기는 조정기 및 서비스 제공자 환경에서 각각의 디바이스 섀도우에 대한 순차적 변화가 조정기의 디바이스 섀도우로 하여금 조정기의 디바이스 섀도우에 대하여 순차적 변화인 것처럼 업데이트되게 하도록(예컨대, 변화 a가 변화 b 전에 발생한다면, 이러한 변화가 발생한 곳에 관계없이, 변화 a는 조정기의 디바이스 섀도우에 적용될 것이고, 그 후 변화 b가 적용되도록) 구성될 수 있다. 조정기는 또한 미리 결정되고 잠재적으로 구성 가능한 방식으로 동시 변화를 해결하도록 구성될 수 있다. 예시적으로, 조정기는, 동시 변화가 조정기의 디바이스 섀도우 및 서비스 제공자 환경의 디바이스 섀도우에 대해 발생하는 경우, 양쪽 변화 모두는 그들이 상충하지 않는 한(예컨대, 양쪽 변화 모두가 디바이스 섀도우 내에 유지된 동일한 값을 수정하고자 하지 않는) 유지되어야 한다고 결정할 수 있다. 추가 예시로서, 조정기는, 상충하는 변화가 조정기의 디바이스 섀도우 및 서비스 제공자 환경의 디바이스 섀도우에 대해 발생하는 경우, 조정기의 디바이스 섀도우에 대한 변화가 유지되어야 하며 서비스 제공자의 디바이스 섀도우에 대한 변화는 폐기되어야 한다고 결정할 수 있다. 동시 수정을 처리하기 위한 다양한 다른 메커니즘이 이 기술분야의 숙련자에 의해 인식될 것이다.

몇몇 실시예에서, 조정기는 조정기 상에서 실행한 상이한 태스크 사이에서, 또는 조정기 상에서 실행한 태스크와 원격 환경(예컨대, 요구 시 코드 실행 시스템)에서 실행한 태스크 사이에서 통신을 가능하게 하기 위해 실행 가능한 코드를 포함하는, 통신 관리기를 포함할 수 있다. 예시적으로, 통신 관리기는 태스크 실행이, 태스크를 실행하기 위한 호출 또는 태스크 실행의 출력과 같은, 정보를 교환할 수 있는 표준화된 인터페이스를 제공할 수 있다. 통신 관리기는 다수의 프로토콜을 지원할 수 있으며, 따라서 태스크는 태스크 간의 잠재적인 비호환성에도 불구하고, 서로 통신할 수 있다. 예를 들면, 일반적으로 상이한 프로그래밍 언어로 기록된 태스크가 서로 간에 정보를 송신하거나, 또는 (태스크의 실행을 가능하게 하는 스케줄러와 같은) 조정기 상에서 실행한 다른 코드와 상호 작용하는 것은 어려울 수 있다. 통신 관리기는 하이퍼텍스트 전송 프로토콜(HTTP)과 같은, 잘-알려진 프로토콜을 통해 이러한 통신을 가능하게 하기 위해 인터페이스를 제공할 수 있다. 예를 들면, 제1 태스크 실행은 제2 태스크를 실행하기 위한 요망을 나타내는 HTTP 요청을 통신 관리기에 송신할 수 있다. 통신 관리기는 그 후, 제1 태스크 실행을 인증하고 호출의 포맷 및 콘텐트를 검증함으로써와 같은, 호출을 확인할 수 있으며, 유효하다면, 조정기 상에서의 프로세싱을 위해 호출을 (예컨대, 스케줄러의 API를 통해) 스케줄러에 송신할 수 있다. 몇몇 인스턴스에서, 통신 관리기는 또한 제2 태스크의 결과적인 실행의 출력의 반환을 가능하게 할 수 있으며, 제1 태스크 실행으로 출력을 반환할 수 있다. 예를 들면, 통신 관리기는 제1 태스크 실행에 의해 송신된 초기 HTTP 요청에 실행 식별자를 할당하며, 제2 태스크 실행의 결과를 획득할 때, 출력의 통지를 제1 태스크 실행으로 송신할 수 있다. 다른 인스턴스에서, 통신 관리기는 호출 태스크가 태스크 실행의 상태에 대해 질의할 수 있게 할 것이다. 예를 들면, 제2 태스크 실행을 요청하는 제1 태스크 실행은 주어진 실행 식별자에 대응하는 출력에 대한 질의를 통신 관리기에 송신할 수 있으며, 통신 관리기는, 이용 가능하다면, 상기 출력을 반환할 수 있다. 몇몇 인스턴스에서, 통신 관리기는 부가적으로 또는 대안적으로, 실행 식별자에 대응하는 태스크의 상태(예컨대, 실행, 성공적으로 실행됨, 에러 야기 등)와 같은, 다른 정보를 반환할 수 있다. 상기 주지된 이득들 외에, 통신 관리기의 사용은, 태스크 실행, 통신 대기 시간 등의 큐잉에서 기인한 통신에서의 지연을 핸들링함으로써, 강력한 비동기식 태스크-내 통신을 제공할 수 있다. 게다가, 통신 관리기의 사용은 다양한 태스크에 의해 지원된 프로토콜에 따라 다수의 프로토콜의 사용을 위해 가능해질 수 있다. 예를 들면, 통신 관리기는 HTTP 1.1 및 HTTP 2.0 프로토콜 양쪽 모두를 지원하며, 상이한 프로토콜에 따라 태스크가 서로 통신할 수 있게 할 것이다. 새로운 프로토콜이 구현됨에 따라, 통신 관리기는 이들 새로운 프로토콜을 지원하기 위해 업데이트될 수 있지만, 오래된 프로토콜과의 호환성을 유지한다. 따라서, 통신 관리기는 태스크-내 통신에서 상당한 유연성을 제공할 수 있다.

몇몇 인스턴스에서, 통신 관리기는 또한 원격 요구 시 코드 실행 환경상에서와 같은, 조정기의 외부에서 실행하는 태스크와의 통신을 가능하게 할 수 있다. 일반적으로, 원격 요구 시 코드 실행 시스템으로부터 조정기(또는 조정기 상에서 실행하는 태스크)로의 통신은 조정기로부터 원격 요구 시 코드 실행 시스템으로의 통신보다 더 어려울 수 있다. 예시적으로, 원격 요구 시 코드 실행 시스템은 주로 외부 소스로부터의 통신에 기초하여 동작하는 네트워크상에 구현되며, 이러한 통신을 지원하도록 구성될 수 있다(예컨대, 도메인 이름 서비스(DNS) 제공자로의 등록, 전용 네트워크 연결의 사용, 외부-소스 통신을 허용하는 보안 정책의 구현 등을 통해). 그러나, 조정기는 사설 네트워크 내에서 동작할 수 있으며, 여기에서 외부-소싱 통신은 신뢰 가능하지 않을 수 있다. 예를 들면, 사설 네트워크는 강력하고, 신뢰 가능하며, 전용의 네트워크 연결을 이용하지 않을 수 있고, DNS 제공자를 이용하지 않을 수 있으며(또는 정적 네트워크 어드레스를 가지며), 외부 소싱 통신을 못하게 하는 제한적인 보안 정책을 구현할 수 있다. 이들 어려움을 처리하기 위해, 조정기는 원격 요구 시 코드 실행 시스템과 같은, 외부 통신 소스와의 통신을 가능하게 하는 원격 인터페이스를 구현할 수 있다. 일 실시예에서, 원격 인터페이스는 조정기 상에서의 태스크로서 구현될 수 있으며, 외부 통신 소스와의 통신을 개시하기 위해 실행한다. 이러한 통신은 원격 인터페이스에 의해 개시될 수 있기 때문에, 정적 네트워크 어드레스의 부족, 제한적인 보안 정책, 또는 네트워크 어드레스 변환의 사용과 같은 어려움은, 사설 네트워크상에서 적어도 부분적으로 완화될 수 있다. 게다가, 원격 인터페이스는 대기 시간 및 에러 용인 통신을 제공하여, 사설 네트워크의 신뢰성에서의 이슈를 처리할 수 있다. 예시적으로, 원격 인터페이스는 조정기 상에서 실행되도록 요청된 태스크의 세트를 원격 요구 시 코드 실행 시스템으로부터 주기적으로 검색하며, 태스크의 세트가 (예컨대, 상기 설명된 바와 같이, 통신 관리기로 요청을 송신하는 것을 통해) 조정기 상에서 실행되게 할 수 있다. 원격 인터페이스는 또한 태스크의 세트의 실행의 출력을 획득하며, 출력을 원격 요구 시 코드 실행 환경으로 반환할 수 있다. 따라서, 원격 인터페이스는 조정기와 원격 요구 시 코드 실행 환경 사이에서 통신을 가능하게 할 수 있다.

본 개시를 고려하여 이 기술분야의 숙련자에 의해 이해될 바와 같이, 여기에서 개시된 실시예는 외부 디바이스에 의해 조정되고 관리될, 컴퓨팅 시스템, 및 특히 제한된 국소화된 사용자 인터페이스를 가진 컴퓨팅 시스템의 능력을 개선한다. 구체적으로, 본 개시는, 외부 또는 공공 통신 네트워크를 통해 통신에 대한 요구를 감소시키거나 또는 제거하면서, 신뢰 가능한 방식으로 협력형 환경 내에서 디바이스를 조정하고 관리하기 위해 고도로 구성 가능한 조정기를 제공한다. 따라서, 여기에서 개시된 실시예는 (예를 들면, 통신의 감소된 대기 시간으로 인한) 협력형 디바이스의 보다 반응적인 제어, 뿐만 아니라 (예를 들면, 공공 네트워크를 통해 통신하기 위한 요구의 부족으로 인한) 협력형 디바이스에서 증가된 보안을 제공한다. 따라서, 본 개시는 일반적으로 기존의 데이터 프로세싱 시스템 및 컴퓨팅 시스템에 대한 개선을 나타낸다.

게다가, 여기에서 개시된 조정기는 다수의 상황에서 이용될 수 있으며, 이전 시스템에 비해 다수의 이득을 제공한다. 예를 들면, 많은 인스턴스에서 로컬 통신 네트워크(예컨대, 근거리 네트워크, 또는 "LAN")는 비-로컬 네트워크(예컨대, 광역 네트워크, 또는 "WAN")보다 높은 대역폭 및 낮은 대기 시간을 제공하기 때문에, 여기에서 개시된 바와 같이 조정기의 사용은 그 외 불가능하거나 또는 비현실적일 데이터 프로세싱 애플리케이션을 가능하거나 또는 현실적이게 만들 수 있다. 예를 들면, 몇몇 현재 네트워크-기반 데이터 분석 시스템은 다양한 네트워크-연결 디바이스로부터 데이터의 제한된 부분을 수집하며, 네트워크-연결 디바이스에 관한 총합 또는 예측 데이터를 생성하기 위해 (예컨대, 기계 학습 알고리즘에 따라) 이들 제한된 부분을 분석함으로써동작한다. 예를 들면, 자동차 제조사는 자동차의 동작에 관한 제한된 데이터를 수집하며, 이들 자동차에 대한 보조 주행 기술의 개발을 돕기 위해 데이터를 분석할 수 있다. 그러나, 이러한 분석은 일반적으로, 동작 동안 자동차에 의해 생성된 데이터의 양이 통상적으로 이러한 데이터를 네트워크-접속 분석 서비스에 송신하기 위해 이용 가능한 대역폭을 초과함에 따라, 제한된 데이터 세트에 기초한다. 이러한 자동차에 국소적인 조정기의 이용에 의해, 분석(예컨대, 기계 학습 알고리즘의 애플리케이션)은 자동차에 의해 생성된 데이터의 보다 큰 부분, 또는 잠재적으로 모두에 적용될 수 있다. 이러한 분석의 출력이 분석된 데이터보다 작을 수 있기 때문에, 이러한 출력은 그 후 다른 개개의 자동차의 출력과의 조합 또는 집합을 위해 네트워크-접속 분석 서비스에 제공될 수 있다. 따라서, 조정기의 사용은 자동차와 네트워크-접속 분석 서비스 사이에서의 제한된 대역폭에 과중한 부담을 주지 않고 자동차의 데이터의 보다 큰 분석을 가능하게 할 수 있다. 다양한 다른 국소화된 데이터 프로세싱 애플리케이션이 가능하며 본 출원의 범위 내에 있다. 예를 들면, 상시 동작(always-on) 디바이스가 환경을 모니터링하는 것, 및 이러한 환경에서 특정 상황을 기록하거나 또는 보고하는 것(예컨대, 카메라는 기록 또는 상기 기록의 장기 보관을 개시하기 위해 모션 검출을 이용할 수 있음)을 맡을 수 있는 다수의 시나리오가 존재한다. 여기에서 설명된 바와 같이 조정기는 이러한 기록이 발생할 수 있는 상황, 또는 이러한 상황을 검출하기 위해 행해진 분석을 동적으로 변경하기 위한 능력을 제공할 수 있다. 예를 들면, 카메라가 조정기에 의해 관리되는 경우에, 카메라는 끊임없이 기록을, 사용자-정의 태스크에 따라 기록을 분석할 수 있는 조정기로 제공하며, 기록을 국소적으로 저장하는 것, 기록에서 검출된 상황을 제3자에게 통지하는 것, 기록을 네트워크-액세스 가능한 저장 장치로 업로드하는 것과 같은, 태스크에 의해 정의된 바와 같이 적절한 동작을 취할 수 있다. 이러한 분석 및 동작은 여기에서 설명된 바와 같이, 조정기를 재구성함으로써 변경될 수 있다. 따라서, 본 출원의 조정기는 협력형 디바이스의 고도로 구성 가능한, 국소화된 관리 및 제어를 제공할 수 있다.

본 개시의 앞서 말한 양상 및 많은 수반된 이점은, 수반되는 도면과 함께 취해질 때, 다음의 설명에 대한 참조에 의해 보다 잘 이해될 수 있으므로 보다 쉽게 이해될 것이다.

도 1은 조정기(114)가 협력형 디바이스(112)를 제어하도록 동작할 수 하나 이상의 협력형 환경(110), 뿐만 아니라 (예컨대, 협력형 디바이스(112)의 상태에서의 변화를 요청하기 위해) 협력형 환경(110)과 상호 작용할 수 있는 클라이언트 디바이스(102), 및 다양한 협력형 환경(110)에서 조정기(114)와의 통신 또는 그의 구성을 도울 수 있는 서비스 제공자 환경(120)을 포함하는, 예시적인 동작 환경(100)의 블록도이다.

협력형 환경(110), 클라이언트 디바이스, 및 서비스 제공자 환경(120)은 임의의 유선 네트워크, 무선 네트워크, 또는 그의 조합을 포함할 수 있는, 네트워크(104)를 통해 통신할 수 있다. 예를 들면, 네트워크(104)는 개인 영역 네트워크, 근거리 네트워크, 광역 네트워크, (예컨대, 라디오 또는 텔레비전을 위한) 오버-디-에어(over-the-air) 방송 네트워크, 케이블 네트워크, 위성 네트워크, 셀룰러 전화 네트워크, 또는 그의 조합일 수 있다. 추가 예로서, 네트워크(104)는 가능하게는, 인터넷과 같은, 다양한 별개의 당사자에 의해 동작된, 연계된 네트워크의 공개적으로 액세스 가능한 네트워크일 수 있다. 몇몇 실시예에서, 네트워크(104)는 기업 또는 대학 인트라넷과 같은, 사설 또는 준-사설 네트워크일 수 있다. 네트워크(104)는 이동 통신을 위한 전역적 시스템(GSM) 네트워크, 코드 분할 다중 액세스(CDMA) 네트워크, 장기 진화(LTE) 네트워크, 또는 임의의 다른 유형의 무선 네트워크와 같은, 하나 이상의 무선 네트워크를 포함할 수 있다. 네트워크(104)는 인터넷 또는 다른 앞서 언급한 유형의 네트워크 중 임의의 것을 통해 통신하기 위한 프로토콜 및 구성요소를 사용할 수 있다. 예를 들면, 네트워크(104)에 의해 사용된 프로토콜은 하이퍼텍스트 전송 프로토콜(HTTP), HTTP 보안(HTTPS), MQTT, 제한 애플리케이션 프로토콜(CoAP) 등을 포함할 수 있다. 인터넷 또는 다른 앞서 언급한 유형의 통신 네트워크 중 임의의 것을 통해 통신하기 위한 프로토콜 및 구성요소는 이 기술분야의 숙련자에게 잘 알려져 있으며, 따라서 여기에서 보다 상세하게 설명되지 않는다.

여기에서 개시된 몇몇 실시예는, 이러한 프로토콜의 표준 구현에 따라, MQTT와 같은, 알려진 프로토콜을 이용할 수 있지만, 다른 실시예는 이러한 프로토콜의 구현을 변경할 수 있다. 예를 들면, 표준화된 MQTT는 "킵 얼라이브(keep alive)" 기능을 이용할 수 있으며, 그것에 의해 클라이언트 및 브로커는 임계 시간 기간("킵-얼라이브" 임계치) 내에서 정상 데이터 또는 전문화된 킵-얼라이브 메시지(예컨대, MQTT 핑)를 교환해야 하거나 또는 연결이 끊어진 것으로 가정된다. 그러나, 전문화된 킵-얼라이브 메시지에 의해 생성된 오버헤드는 협력형 환경(112) 내에서 바람직하지 않을 수 있다. 따라서, 본 출원의 몇몇 실시예는 가변 킵-얼라이브 임계치를 구현할 수 있으며, 그에 의해 킵-얼라이브 임계치는, 통신 시 에러가 발생할 때까지, 킵-얼라이브 메시지가 송신될 때 증가된다. 예시적으로, 제1 킵-얼라이브 임계치가 만료되고, 킵-얼라이브 메시지의 클라이언트 송신을 야기하며, 클라이언트가 브로커로부터 킵-얼라이브 응답을 획득하는 경우, 클라이언트는 어느 정도(예컨대, 50%, n ㎳ 등)만큼 뒤이은 송신을 위한 킵-얼라이브 임계치를 증가시킬 수 있어서, 잠재적으로 최대량에 도달한다. 제1 킵-얼라이브 임계치가 만료되고, 킵-얼라이브 메시지의 클라이언트 송신을 야기하며 클라이언트가 브로커로부터 킵-얼라이브 응답을 획득하지 않는 경우, 클라이언트는 어느 정도(예컨대, 50%, n ㎳ 등)만큼 또는 디폴트 최소값으로 뒤이은 송신을 위한 킵-얼라이브 임계치를 감소시킬 수 있다. 따라서, 킵-얼라이브 메시지가 송신되고 수신 확인됨에 따라, 뒤이은 송신에 대한 킵-얼라이브 임계치는 증가될 수 있어서, 이러한 송신을 지원하기 위해 사용된 대역폭을 감소시킨다. MQTT에 대한 이들 변화는 저-대역폭 또는 고 혼잡을 가진 환경(110)에서 특히 유리할 수 있다.

각각의 협력형 환경(110)은 실행 환경(110)의 네트워크(네트워크는 도 1에서 도시 생략)를 통해 통신 시 조정기(114) 및 임의의 수의 협력형 디바이스(112)를 포함할 수 있다. 협력형 환경(110) 내에서 그들의 연관 때문에, 주어진 환경(110) 내에서 협력형 디바이스(112) 및 조정기(114)는, 통신 네트워크에 관하여, 서로 "국소적"이라고 고려될 수 있다. 예를 들면, 주어진 환경(110) 내에서 협력형 디바이스(112) 및 조정기(114)는 LAN 또는 다른 국소화된 통신 네트워크를 통해 연결될 수 있다. 협력형 디바이스(112) 및 조정기(114)는 여기에서 설명된 실시예에 따라, 이러한 국소화된 통신 네트워크를 통해 서로 통신할 수 있다. 몇몇 인스턴스에서, 협력형 디바이스(112)와 조정기(114) 사이에서의 통신은, 수송 계층 보안 암호 프로토콜을 통해서와 같이, 암호화될 수 있다. 예시적으로, 조정기(114)는 조정기의 디지털 식별을 검증하는 보안 인증서를 공급받을 수 있다. 보안 인증서는 공공 인증 기관 또는 사설 인증 기관(예컨대, 서비스 제공자 환경(120)에 의해 수립된)에 의해 서명될 수 있다.

각각의 협력형 디바이스(112)는 협력형 디바이스(112)의 기능을 관리하기 위해 조정기(114)와 통신하도록 구성된 컴퓨팅 디바이스에 대응할 수 있다. 몇몇 인스턴스에서, 협력형 디바이스(112)는, 강력한 국소화된 사용자 인터페이스 능력을 가진, 랩탑, 데스크탑, 독립형 미디어 플레이어 등과 같은, 전체 기능 컴퓨팅 디바이스에 대응할 수 있다. 다른 인스턴스에서, 협력형 디바이스(112)는 가전 제품 또는 디바이스(냉장고, 세탁기, 온수 가열기, 노(furnace), 도어 락, 전구, 콘센트, 전기 스위치 등) 내에 내장되거나 또는 그것에 대한 액세서리로서 부착된 디바이스와 같은, 또 다른 1차 기능과 연관된 박형 디바이스 또는 내장형 디바이스에 대응할 수 있다. 이러한 기기 또는 디바이스는 몇몇 맥락에서 "스마트" 디바이스, IoT 디바이스, 또는 "커넥티드" 디바이스로서 불린다. 이와 같이, 협력형 디바이스(112)는 제한된 로컬 사용자 인터페이스를 포함하며, 원격 관리를 위해 구성될 수 있다. 몇몇 인스턴스에서, 협력형 디바이스(112)는 상태 기반일 수 있으며, 명령어에 응답하여(예컨대, "오프"에서 "온"으로 변경하는 등에 의해) 그들의 상태를 변경하도록 동작할 수 있다.

이하에서 보다 상세하게 설명되는 바와 같이(예컨대, 도 2에 대하여), 조정기(114)는 협력형 디바이스(112)에 송신된 명령어가 협력형 디바이스(110) 밖으로 이동하도록 요구하지 않고(따라서 이러한 명령어의 보안을 증가시키며 그들의 송신의 속도를 증가시킴), 협력형 디바이스(112)의 동작을 조정하고, 관리하거나, 또는 제어하기 위한 컴퓨팅 디바이스 실행 명령어에 대응할 수 있다. 구체적으로, 조정기(114)는 총괄하여 협력형 디바이스(112)의 임의의 조합, 클라이언트 디바이스(102), 및 서비스 제공자 네트워크(120)의 디바이스 사이에서의 통신을 관리하도록 구성된 프로세서 및 메모리를 포함할 수 있다. 조정기는 또한 서비스 제공자 환경(120)의 요구 시 코드 실행 환경(120)과 유사한 방식으로, 태스크의 실행을 가능하게 하도록 구성될 수 있다. 이들 태스크는 협력형 디바이스(112), 클라이언트 디바이스(102), 및 서비스 제공자 네트워크(120)의 디바이스와 통신하는 것을 포함하는, 다양한 사용자-정의된 또는 사용자-정의되지 않은 기능을 구현할 수 있다. 이와 같이, 조정기(114)는 협력형 디바이스(112)의 수동, 자동, 또는 반-자동 제어를 허용하도록 구성될 수 있다. 예를 들면, 조정기(114)는 클라이언트 디바이스(102)가 협력형 디바이스(112)의 상태를 변경하기 위한 요청을 송신할 수 있게 하며, 상태에서의 이러한 변화가 발생하게 할 수 있다. 추가 예로서, 조정기(114)는 사용자로 하여금 협력형 디바이스(112)의 상태가 변경되어야 하는 기준을 특정할 수 있게 하며, 그 후 기준이 만족될 때 협력형 디바이스(112)의 상태를 변경하도록 자동으로 동작할 수 있다.

이하에서 논의될 바와 같이, 조정기(114)의 많은 기능은 태스크를 통해 수립될 수 있어서, 사용자에 의해 요구된 대로 이들 기능의 빠른 변경을 가능하게 한다. 몇몇 인스턴스에서, 이러한 태스크(또는 라이브러리, 드라이버 등과 같은, 이러한 태스크의 의존성)는 조정기의 사용자에 의해 제공될 수 있다. 다른 인스턴스에서, 이러한 태스크는 서비스 제공자 환경(120)에 의해 조정기(114)로 제공될 수 있다. 예를 들면, 서비스 제공자 환경(150)은 조정기(114)에 이용 가능한 태스크의 라이브러리, 뿐만 아니라 이러한 태스크가 적용할 수 있는 협력형 디바이스(112)의 유형(예컨대, 모든 디바이스, 특정 디바이스 모델, 특정 제조사의 디바이스, 유형, 또는 기능 등)을 유지할 수 있다. 서비스 제공자 환경(150)은 그 후 조정기(114)의 협력형 환경(110)에서 협력형 디바이스(112)에 적절한 조정기(114)로 모든 또는 몇몇 태스크를 제공하거나, 또는 이러한 태스크의 가용성을 사용자에게 통지할 수 있다. 일 실시예에서, 사용자는 협력형 환경(110)에서 협력형 디바이스(112)에 대해 서비스 제공자 환경(150) 또는 조정기(114)에 통지할 수 있다. 또 다른 실시예에서, 조정기(114)는 이들 디바이스의 송신에 기초하여 협력형 환경(110) 내에서 협력형 디바이스(112)의 특성을 결정하도록 구성될 수 있다. 예시적으로, (예컨대, 사용자-개시 짝짓기에 응답하여, 자동 송신에 기초하여 등) 협력형 디바이스(112)로부터의 통신을 수신할 때, 조정기(114)는 상이한 디바이스 시간에 포맷 또는 콘텐트를 매핑시키는 정보에, 송신의 콘텐트 또는 포맷을 비교할 수 있다. 이러한 매핑은 서비스 제공자 환경(150)에 의해 유지되며, 다양한 조정기(114)로부터 수집된 데이터에 기초하여 업데이트될 수 있다. 몇몇 인스턴스에서, 디바이스 유형에 송신을 매핑시키기보다는, 조정기(114)는 디바이스(112)의 유형이 알려져 있는지에 관계없이, 디바이스(112)에 대해 적절한 태스크에 송신을 매핑시키도록 기능할 수 있다. 예를 들면, 서비스 제공자 환경(150)은, 하나 이상의 협력형 디바이스(112)를 를 이용해서 수립된 환경(110)에 대해, 이러한 디바이스(112)의 송신의 콘텐트 또는 포맷을 식별하는 데이터 및 이러한 디바이스(112)의 동작을 관리하기 위해 이용된 태스크를 수집할 수 있다. 그 후, 새롭게 생성된 협력형 환경(110)은 동일한 또는 유사한 송신에 대해 모니터링될 수 있으며, 수립된 환경(110)에서 이용된 태스크는 새롭게 생성된 환경(110)에서 잠재적인 사용을 위해 제공될 수 있다. 다른 실시예에서, 조정기(114)는 협력형 환경(110) 내에서 디바이스(112)를 탐색하기 위해, 프로토콜의 범용 플러그 앤 플레이(UPnP) 세트와 같은, 표준화된 탐색 프로토콜을 이용할 수 있다.

클라이언트 디바이스(102)는 사용자가 협력형 환경(110), 서비스 제공자 환경(120), 또는 양쪽 모두와 통신할 수 있게 하는 다양한 컴퓨팅 디바이스를 포함할 수 있다. 일반적으로, 클라이언트 디바이스(102)는 데스크탑, 랩탑 또는 태블릿 컴퓨터, 개인용 컴퓨터, 착용 가능한 컴퓨터, 서버, 개인용 디지털 보조기(PDA), 하이브리드 PDA/이동 전화, 이동 전화, 전자 책 판독기, 셋-탑 박스, 음성 명령 디바이스, 카메라, 디지털 미디어 플레이어 등과 같은 임의의 컴퓨팅 디바이스일 수 있다. 서비스 제공자 환경(120)은 조정기(114)에 대한 구성을 제출하며, 상기 구성의 배포를 제어하기 위해, 조정기(114) 또는 서비스 제공자 환경(120)의 요구 시 코드 실행 환경(150) 상에서 실행될 태스크에 대응하는 코드를 제출하기 위해, 조정기(114)에 관련된 로깅 또는 모니터링 정보를 보기 위해 등과 같은, 서비스 제공자 환경(120)과 상호 작용하기 위해 하나 이상의 사용자 인터페이스, 명령-라인 인터페이스(CLI), 애플리케이션 프로그래밍 인터페이스(API), 및/또는 다른 프로그램 인터페이스를 클라이언트 디바이스(102)에 제공할 수 있다. 유사하게, 조정기(114)는 협력형 디바이스(112)의 상태를 판독하고, 협력형 디바이스(112)의 상태에서의 변화를 요청하고, 조정기(114)가 태스크의 실행을 야기하도록 요청하는 등을 위해서와 같은, 조정기(114)와 상호 작용하기 위해 하나 이상의 사용자 인터페이스, 명령-라인 인터페이스(CLI), 애플리케이션 프로그래밍 인터페이스(API), 및/또는 다른 프로그램 인터페이스를 클라이언트 디바이스(102)에 제공할 수 있다. 하나 이상의 실시예가 사용자 인터페이스를 사용하는 것으로 여기에서 설명될 수 있지만, 이러한 실시예는, 부가적으로 또는 대안적으로, 임의의 CLI, API, 또는 다른 프로그램 인터페이스를 사용할 수 있다는 것이 이해되어야 한다.

서비스 제공자 환경(120)은 조정기(114)의 구성, 그의 관리, 및 그것과의 통신을 가능하게 하기 위해 다수의 요소를 포함할 수 있다. 구체적으로, 서비스 제공자 환경(120)은 서비스 제공자 환경(120)으로의 조정기(114)의 등록 및 이러한 조정기(114)의 구성을 가능하게 하기 위한 관리 및 배포 서비스(130), 조정기(114) 및 협력형 디바이스(112)의 상태에 대한 강력한 변화를 가능하게 하기 위한 디바이스 섀도우 서비스(140), 및 태스크의 요구 시, 동적 실행, 뿐만 아니라 조정기(114) 상에서의 태스크의 배포 및 프로비저닝을 제공하는 요구 시 코드 실행 환경(150)을 포함한다.

도 1에 도시된 바와 같이, 관리 및 배포 서비스(130)는 총괄적으로 관리 및 배포 서비스(130)로의 조정기(114)의 등록, 조정기(114)에 대한 구성의 생성, 및 조정기(114)로의 구성 데이터의 송신을 가능하게 하도록 동작할 수 있는 클라이언트 및 데이터 인터페이스(132) 및 구성 데이터 저장소(134)를 포함한다. 예시적으로, 클라이언트 및 데이터 인터페이스(132)는 사용자가, 클라이언트 디바이스(102)를 통해, 구성 데이터 저장소(134)에서의 저장을 위해 조정기(114)의 구성을 생성하거나 또는 제출할 수 있는 하나 이상의 사용자 인터페이스(예컨대, API, CLI, GUI 등)를 제공할 수 있다. 클라이언트 및 데이터 인터페이스(132)는 조정기(114)가 구성을 획득할 수 있는 하나 이상의 인터페이스를 추가로 제공할 수 있으며, 따라서 조정기(114)는 획득된 구성에 따라 재구성된다. 구성 데이터 저장소(134)는 하드 드라이브(HDD), 고체 상태 드라이브(SDD), 네트워크 접속 저장 장치(NAS), 테이프 드라이브, 또는 그의 임의의 조합과 같은, 임의의 영구적 또는 대체로 영구적 데이터 저장소에 대응할 수 있다.

디바이스 섀도우 서비스(140)는 조정기(114) 또는 협력형 디바이스(112)와 같은, 디바이스의 "섀도우 상태"가 생성되고, 유지되고, 판독되고, 변경되거나, 또는 삭제될 수 있게 하는 요소를 포함할 수 있다. 상기 논의된 바와 같이, 섀도우 상태는 대응 디바이스의 원하는 상태를 나타내는 데이터에 대응할 수 있으며, 이것은 디바이스의 현재 상태를 미러링하거나 또는 미러링하지 않을 수 있다. 예를 들면, 조정기(114)에 대하여, 섀도우 상태는 조정기(114)에 대한 원하는 구성 버전을 포함할 수 있다. 협력형 디바이스(112)에 대하여, 섀도우 상태는 협력형 디바이스(112)의 원하는 상태(예컨대, 스위치 또는 전구에 대한 온 또는 오프, 락에 대한 잠금 또는 잠금 해제, 서모스탯에 대한 원하는 온도 등)를 포함할 수 있다. 디바이스 섀도우 서비스(140)는 클라이언트 디바이스(102)를 통해, 사용자, 또는 다른 엔티티가 디바이스에 대한 섀도우 상태로부터 판독하거나 또는 그것을 수정할 수 있게 할 수 있으며, 추가로 섀도우 상태에 디바이스를 동기화하기 위해 상기 디바이스와 상호 작용할 수 있다. 예시적으로, 디바이스 섀도우 서비스(140)는 섀도우 상태로부터 판독하고, 그것으로 기록하고, 이를 생성하거나 또는 제거하기 위한 요청이 수신될 수 있는 (예컨대, API, CLI, GUI 등을 포함할 수 있는) 인터페이스(142), 뿐만 아니라 섀도우 상태를 저장하도록 구성된 섀도우 데이터 저장소(144)를 포함할 수 있다. 섀도우 데이터 저장소(134)는 하드 드라이브(HDD), 고체 상태 드라이브(SDD), 네트워크 접속 저장 장치(NAS), 테이프 드라이브, 또는 그의 임의의 조합과 같은, 임의의 영구적 또는 대체로 영구적 데이터 저장소에 대응할 수 있다. 디바이스 섀도우 서비스(140)에 관한 추가의 세부사항은 상기 참고로 통합된, '700 출원 내에서 발견될 수 있다.

요구 시 코드 실행 환경(150)은 태스크(예컨대, 휴대용 코드 세그먼트)의 요구 시 실행을 제공하는 다수의 디바이스를 포함할 수 있다. 구체적으로, 요구 시 코드 실행 환경(150)은 프론트엔드(152)를 포함할 수 있으며, 이것을 통해 사용자는, 클라이언트 디바이스(102)를 통해 태스크를 요구 시 코드 실행 환경(150)으로 제출하며 요구 시 코드 실행 환경(150) 상에서 태스크의 실행을 요청할 수 있다. 이러한 태스크는, 예를 들면, 하드 드라이브(HDD), 고체 상태 드라이브(SDD), 네트워크 접속 저장 장치(NAS), 테이프 드라이브, 또는 그의 임의의 조합과 같은, 임의의 영구적 또는 대체로 영구적 데이터 저장소에 대응할 수 있는, 태스크 데이터 저장소(154)에 저장될 수 있다. 도 1에 도시되지 않지만, 요구 시 코드 실행 시스템(150)은 다수의 실행 환경(예컨대, 요구 시 코드 실행 환경(150)의 물리적 호스트 디바이스 상에서 실행하는 컨테이너 또는 가상 기계), 이러한 실행 환경을 관리하기 위한 작업자 관리기, 및 빠른 속도로(예컨대, 10㎳ 하에) 작업자 관리기 상에서 이용 가능한 실행 환경을 만드는 것을 돕기 위한 워밍 풀 관리기와 같은, 태스크의 실행을 가능하게 하기 위해 다양한 부가적인 구성요소를 포함할 수 있다. 요구 시 코드 실행 환경에 관한 추가의 세부사항은, 상기 참고로 통합된, '556 특허 내에서 발견될 수 있다.

상기 주지된 바와 같이, 태스크는 요구 시 코드 실행 환경(150) 및 및 조정기(114) 양쪽 모두에서 이용될 수 있다. 상기 주지된 바와 같이, 태스크는 (예컨대, 특정 기능을 달성하기 위해) 사용자 코드의 개개의 모음에 대응한다. 여기에서 사용된 바와 같이 사용자 코드에 대한 참조는 특정 프로그램 언어로 기록된 임의의 프로그램 코드(예컨대, 프로그램, 루틴, 서브루틴, 스레드 등)를 나타낼 수 있다. 본 개시에서, 용어 "코드", "사용자 코드", 및 "프로그램 코드"는 상호 교환 가능하게 사용될 수 있다. 이러한 사용자 코드는, 예를 들면, 특정한 웹 애플리케이션 또는 사용자에 의해 개발된 모바일 애플리케이션과 관련되어, 특정 기능을 달성하기 위해 실행될 수 있다. 상기 코드의 특정 실행은 여기에서 "태스크 실행" 또는 간단히 "실행"으로 불린다. 태스크는, 비-제한적인 예로서, 자바스크립트(JavaScript)(예컨대, node.js), 자바(Java), 파이썬, 및/또는 루비(Ruby)(및/또는 또 다른 프로그래밍 언어)에 의해 기록될 수 있다. 태스크는 다양한 방식으로 요구 시 코드 실행 시스템(150) 또는 조정기(114) 상에서의 실행을 위해 "트리거"될 수 있다. 일 실시예에서, 클라이언트 디바이스(102) 또는 다른 컴퓨팅 디바이스는 태스크를 실행하기 위한 요청을 송신할 수 있으며, 이것은 일반적으로 태스크를 실행하기 위한 "호출(call)"로 지칭될 수 있다. 이러한 호출은 실행될 사용자 코드(또는 이의 위치) 및 사용자 코드를 실행하기 위해 사용될 하나 이상의 인자를 포함할 수 있다. 예를 들면, 호출은 태스크를 실행하기 위한 요청과 함께 태스크의 사용자 코드를 제공할 수 있다. 또 다른 예에서, 호출은 그의 이름 또는 식별자에 의해 이전 업로드된 태스크를 식별할 수 있다. 또 다른 예에서, 태스크에 대응하는 코드는 태스크에 대한 호출에 포함될 뿐만 아니라, 요청이 조정기(114) 또는 요구 시 코드 실행 시스템(150)에 의해 수신되기 전에 별개의 위치(예컨대, 조정기(114)의 저장 장치, 네트워크-액세스 가능한 저장 서비스, 또는 태스크 데이터 저장소(154))에 업로드될 수 있다. 조정기(114) 또는 요구 시 코드 실행 시스템(150)의 요청 인터페이스는 사용자로부터 하이퍼텍스트 전송 프로토콜 보안(HTTPS) 요청으로서 태스크를 실행하기 위한 호출을 수신할 수 있다. 또한, HTTPS 요청에 포함된 임의의 정보(예컨대, 헤더 및 파라미터)는 또한 태스크를 실행할 때 프로세싱되고 이용될 수 있다. 상기 논의된 바와 같이, 예를 들면, HTTP, MQTT 및 CoAP를 포함하는, 임의의 다른 프로토콜이 태스크 호출을 포함하는 메시지를 요청 인터페이스(122)로 전달하기 위해 사용될 수 있다.

태스크를 실행하기 위한 호출은 태스크에 대응하는 사용자 코드와 함께 사용될 (네이티브 라이브러리를 포함하는) 하나 이상의 제3자 라이브러리를 특정할 수 있다. 일 실시예에서, 호출은 실행을 위해 요청된 태스크에 대응하는 사용자 코드 및 임의의 라이브러리(및/또는 그의 저장 위치의 식별)를 포함하는 ZIP 파일을 조정기(114) 또는 요구 시 코드 실행 시스템(150)으로 제공할 수 있다. 몇몇 실시예에서, 호출은 실행될 태스크의 프로그램 코드를 나타내는 메타데이터, 프로그램 코드가 기록된 언어, 호출과 연관된 사용자, 및/또는 프로그램 코드를 실행하기 위해 예약될 컴퓨팅 리소스(예컨대, 메모리 등)를 포함한다. 예를 들면, 태스크의 프로그램 코드는 호출을 제공받고, 이전에 사용자에 의해 업로드되고, 조정기(114) 또는 요구 시 코드 실행 시스템(150)(예컨대, 표준 루틴)에 의해 제공되며, 및/또는 제3자에 의해 제공될 수 있다. 몇몇 실시예에서, 이러한 리소스-레벨 제약(예컨대, 얼마나 많은 메모리가 특정한 사용자 코드를 실행하기 위해 할당되는지)은 특정한 태스크에 대해 특정되며, 태스크의 각각의 실행에 따라 달라지지 않을 수 있다. 이러한 경우에, 조정기(140) 또는 요구 시 코드 실행 시스템(150)은 각각의 개개의 호출이 수신되기 전에 이러한 리소스-레벨 제약으로 액세스할 수 있으며, 개개의 호출은 이러한 리소스-레벨 제약을 특정하지 않을 수 있다. 몇몇 실시예에서, 호출은 호출이 태스크를 실행하기 위해 불러오는 어떤 종류의 허가 또는 권한을 나타내는 허가 데이터와 같은 다른 제약을 특정할 수 있다. 이러한 허가 데이터는 (예컨대, 사설 네트워크 상에서) 사설 리소스를 액세스하기 위해 요구 시 코드 실행 시스템(110)에 의해 사용될 수 있다.

몇몇 실시예에서, 호출은 호출을 핸들링하기 위해 채택되어야 하는 거동을 특정할 수 있다. 이러한 실시예에서, 호출은 호출에서 참조된 태스크를 실행할 하나 이상의 실행 모드를 가능하게 하기 위한 표시자를 포함할 수 있다. 예를 들면, 호출은 태스크가 디버그 모드에서 실행되어야 하는지를 나타내기 위한 플래그 또는 헤더를 포함할 수 있으며 여기에서 태스크의 실행과 관련되어 생성될 수 있는 디버깅 및/또는 로깅 출력은 (예컨대, 콘솔 사용자 인터페이스를 통해) 사용자에게 다시 제공된다. 이러한 예에서, 조정기(114) 또는 요구 시 코드 실행 시스템(150)은 호출을 검사하며 플래그 또는 헤더를 찾을 수 있고, 존재한다면, 조정기(114) 또는 요구 시 코드 실행 시스템(150)은 태스크가 실행되는 실행 환경의 거동(예컨대, 로깅 설비)을 수정하며, 출력 데이터가 다시 사용자에게 제공되게 할 수 있다. 몇몇 실시예에서, 거동/모드 표시자는 조정기(114) 또는 요구 시 코드 실행 시스템(150)에 의해 사용자에게 제공된 사용자 인터페이스에 의해 호출에 부가된다. 소스 코드 프로파일링, 원격 디버깅 등과 같은 다른 특징이 또한 호출에서 제공된 표시에 기초하여 가능해지거나 또는 불능될 수 있다.

서비스 제공자 환경(120)은 하나 이상의 컴퓨터 네트워크(도 1에서 도시 생략)를 사용하여 상호 연결되는 여러 개의 컴퓨터 시스템을 포함하는 분산 컴퓨팅 환경에서 동작하는 것으로 도 1에 묘사되어 있다. 서비스 제공자 환경(120)은 또한 도 1에 예시된 것보다 적거나 또는 많은 수의 디바이스를 가진 컴퓨팅 환경 내에서 동작할 수 있다. 따라서, 도 1에서 서비스 제공자 환경(120)의 묘사는 예시적이며 본 개시에 제한적이지 않은 것으로 취해져야 한다. 예를 들면, 서비스 제공자 환경(120) 또는 그의 다양한 요소는 여기에서 설명된 프로세스의 적어도 일부분을 구현하기 위해 다양한 웹 서비스 구성요소, 호스팅된 또는 "클라우드" 컴퓨팅 환경, 및/또는 피어 투 피어 네트워크 구성을 구현할 수 있다.

또한, 서비스 제공자 환경(120)은 하드웨어 디바이스에 의해 실행된 하드웨어 또는 소프트웨어에서 직접 구현될 수 있으며, 예를 들면, 여기에서 설명될 다양한 특징을 수행하기 위한 컴퓨터 실행 가능한 명령어를 실행하도록 구성된 물리적 컴퓨터 하드웨어 상에 구현된 하나 이상의 물리적 또는 가상 서버를 포함할 수 있다. 하나 이상의 서버는 예를 들면, 하나 이상의 데이터 센터에서 지리적으로 분산되거나 또는 지리적으로 같은 장소에 배치될 수 있다. 몇몇 인스턴스에서, 하나 이상의 서버는 종종 "클라우드 컴퓨팅 환경"으로 지칭되는, 빠르게 공급되고 해제된 컴퓨팅 리소스의 시스템의 부분으로서 동작할 수 있다.

도 2는 주어진 협력형 환경(110) 내에서 협력형 디바이스(112)를 관리하는 컴퓨팅 시스템(조정기(114)로서 지칭됨)의 일반적인 아키텍처를 묘사한다. 도 2에 묘사된 작업자 관리기(140)의 일반적인 아키텍처는 본 개시의 양상을 구현하기 위해 사용될 수 있는 컴퓨터 하드웨어 및 소프트웨어 모듈의 배열을 포함한다. 하드웨어 모듈은 이하에서 보다 상세하게 논의되는 바와 같이, 물리적 전자 디바이스와 함께 구현될 수 있다. 조정기(114)는 도 2에 도시된 것들보다 많은(또는 더 적은) 요소를 포함할 수 있다. 그러나, 반드시, 이들 일반적으로 종래의 요소 모두가 가능해진 개시를 제공하기 위해 도시되는 것은 아니다. 부가적으로, 도 2에 예시된 일반적인 아키텍처는 도 1에 예시된 다른 구성요소 중 하나 이상을 구현하기 위해 사용될 수 있다. 예시된 대로, 조정기(114)는 프로세싱 유닛(204), 네트워크 인터페이스(206), 컴퓨터 판독 가능한 매체 드라이브(207), 및 입력/출력 디바이스 인터페이스(208)를 포함하며, 그 모두는 통신 버스에 의해 서로 통신할 수 있다. 네트워크 인터페이스(206)는 하나 이상의 네트워크 또는 컴퓨팅 시스템으로 연결성을 제공할 수 있다. 프로세싱 유닛(204)은 따라서 네트워크(104)를 통해 다른 컴퓨팅 시스템 또는 서비스로부터 정보 및 명령어를 수신할 수 있다. 프로세싱 유닛(204)은 또한 메모리(250)로 그리고 그로부터 통신하며 입력/출력 디바이스 인터페이스(208)를 통해 선택적 디스플레이(도시되지 않음)를 위한 출력 정보를 추가로 제공할 수 있다. 입력/출력 디바이스 인터페이스(208)는 또한 선택적 입력 디바이스(도시되지 않음)로부터 입력을 수용할 수 있다.

메모리(250)는 본 개시의 하나 이상의 양상을 구현하기 위해 프로세싱 유닛(204)이 실행하는 컴퓨터 프로그램 명령어(몇몇 실시예에서 모듈로서 그룹핑된)를 포함할 수 있다. 메모리(250)는 일반적으로 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM) 및/또는 다른 영구적, 보조 또는 비-일시적 컴퓨터 판독 가능한 미디어를 포함한다. 메모리(250)는 조정기(114)의 일반적인 관리 및 동작에서 프로세싱 유닛(204)에 의한 사용을 위해 컴퓨터 프로그램 명령어를 제공하는 운영 시스템(252)을 저장할 수 있다. 메모리(250)는 본 개시의 양상을 구현하기 위한 컴퓨터 프로그램 명령어 및 다른 정보를 더 포함할 수 있다. 예를 들면, 일 실시예에서, 메모리(250)는 프로세스 관리기(254), 스케줄러(256), 배포 에이전트(258), 및 통신 관리기(260)를 포함한다.

스케줄러(256) 및 배포 에이전트(258)는 프로세싱 유닛(204)에 의한 실행을 위한 태스크를 선택하며, 이러한 태스크 실행을 관리하기 위해 프로세싱 유닛(204)에 의해 실행될 수 있다. 구체적으로, 스케줄러(256)는 주어진 시점에서 실행을 위한 태스크를 선택하며 태스크의 실행을 보류하기 위한 명령어를 포함할 수 있다(예컨대, 조정기(114)에서 제한된 리소스의 인스턴스 하에서). 배포 에이전트(258)는 태스크를 실행할 적절한 실행 환경(270)을 선택하기 위해, 태스크 실행 동안 요구된 리소스로의 적절한 액세스를 상기 실행 환경(270)에 공급하기 위해, 및 실행 환경(270) 내에서 태스크의 실행을 야기하기 위한 명령어를 포함할 수 있다. 여기에서 사용된 바와 같이, 실행 환경(270)은 태스크를 실행할 메모리(250)의 논리 부분을 나타낸다. 일 실시예에서, 실행 환경(270)은 프로그램적으로 분리되며, 따라서 제1 실행 환경(270)에서 코드의 실행은 또 다른 실행 환경(270)과 연관된 메모리를 수정하는 것이 금지된다. 예시적으로, 실행 환경(270)은 "컨테이너", 운영-시스템-레벨 가상화 환경, 또는 "chroot jail" 또는 파이썬 가상 환경 "virtualenv"와 같은, "샌드 박스" 환경에 대응할 수 있다. 다른 인스턴스에서, 실행 환경(270)은 가상 기계 환경(예컨대, 자바 가상 기계, 별개의 운영 시스템을 가진 가상화된 하드웨어 디바이스 등)에 대응할 수 있다. 계속해서 다른 인스턴스에서, 실행 환경(270)은 반드시 가상화를 이용하지는 않고, 태스크의 실행에 할당된 메모리 공간일 수 있다.

조정기 상에서 실행하는 태스크 사이에서, 뿐만 아니라 조정기(114)와 다른 디바이스(예컨대, 클라이언트 디바이스(102) 및 협력형 디바이스(112)) 사이에서의 통신은 통신 관리기(260)에 의해 가능해질 수 있다. 구체적으로, 통신 관리기(260)는 조정기(114)로 향해진 메시지를 획득하며 메시지를 적절한 목적지로 포워딩하도록 구성될 수 있다. 예를 들면, 통신 관리기(260)는 태스크의 임의의 조합, 협력형 디바이스(112), 클라이언트 디바이스(102), 및 서비스 제공자 실행 환경(120)의 디바이스 사이에서 메시지를 라우팅할 수 있다.

조정기(114)의 동작에 관한 정보의 수집을 가능하게 하기 위해, 메모리(250)는 태스크가 어떻게 조정기(114)에서 실행되는지와 같은, 조정기(114)의 동작을 모니터링하기 위해, 및 이러한 동작에 관한 정보를 보고하기 위해 조정기(114)에 의해 실행 가능한 코드에 대응하는, 메트릭 및 로깅 에이전트(259)를 더 포함한다. 정보는, 예를 들면, 조정기(114) 상에서 태스크의 실행 시간, 뿐만 아니라 이러한 실행에 관한 정보(예컨대, 사용된 컴퓨팅 리소스, 실행이 에러를 야기하는지 등)를 포함할 수 있다. 몇몇 인스턴스에서, 메트릭 및 로깅 에이전트(259)는 사용자가 정보를 획득할 수 있게 하기 위해, 메모리(250)에서와 같은, 국소적으로 이러한 정보를 저장할 수 있다. 다른 인스턴스에서, 메트릭 및 로깅 에이전트(259) 에이전트는, 서비스 제공자 환경(150)에서와 같은, 원격으로 정보를 저장할 수 있다. 메트릭 및 로깅 에이전트(259)는 또한 조정기(114)로부터 서비스 제공자 환경(150)으로 건강 검진 데이터를 송신하는 것과 같은, 조정기(114)의 동작을 모니터링하는 것에 대하여 부가적인 기능을 구현할 수 있다.

조정기(114)에 의해 실행된 태스크는 각각의 태스크에 대응하는 코드를 저장하도록 구성된 메모리(250)의 논리 유닛에 대응할 수 있는, 태스크 메모리 공간(280) 내에서 논리적으로 그룹핑된 것으로 도시된다. 도 2에 도시된 바와 같이, 태스크 메모리 공간(280)은 라우터 태스크(282), 하나 이상의 통신 관리기 태스크(286), 섀도우 서비스 태스크(288), 및 하나 이상의 클라이언트-제공 태스크(290)를 포함하는, 조정기(114)의 기능을 구현하기 위해 프로세싱 유닛(204)에 의해 실행 가능한 다수의 태스크를 포함할 수 있다.

라우터 태스크(282)는 조정기(114) 내에서, 그것으로, 그리고 그로부터 메시지의 라우팅을 돕기 위해 실행 가능한 코드의 일부분에 대응할 수 있다. 일 실시예에서, 라우터 태스크(282)는 조정기(114)에서 수신된 이벤트의 메시지 또는 다른 표시에 대한 적절한 목적지를 결정하기 위해 "이벤트 흐름표"를 구현한다. 예를 들면, 통신 관리기(260)는 조정기(114)에서 획득된 메시지(예컨대, 입력/출력 인터페이스(208)에서 태스크 실행 또는 수신에 의한 생성으로 인해)를, 특정한 식별자로 어드레싱된 메시지가 주어진 태스크, 주어진 클라이언트 디바이스(102), 또는 주어진 협력형 디바이스(102)로 라우팅되어야 한다고 결정하기 위해 이벤트 흐름표를 이용할 수 있는, 라우터 태스크(282)로 포워딩할 수 있다. 몇몇 인스턴스에서, 이벤트 흐름표는 또한 주어진 유형의 메시지를 핸들링하는 방식을 특정하기 위해 이용될 수 있다. 예를 들면, 이벤트 흐름표는 특정한 태스크 또는 협력형 디바이스(112)에서 발생한 메시지 또는 이벤트 데이터가 또 다른 태스크 또는 협력형 디바이스(112)에 송신되고, 조정기(114)에서 로깅되고, 허용되지 않고, 태스크의 새로운 실행을 야기하는 등을 해야 한다고 특정할 수 있다. 이벤트 흐름표는 특정된 기준을 충족하는(예컨대, 주어진 식별자로 어드레싱된, 특정 플래그를 포함하는 등) 메시지가 서비스 제공자 환경(120)으로(예컨대, 디바이스 섀도우 서비스(140) 또는 요구 시 코드 실행 시스템(150)으로) 송신되어야 함을 추가로 나타낼 수 있다. 일 실시예에서, 이벤트 흐름표는 식별자로서 "토픽"을 이용할 수 있으며, 따라서 특정한 토픽과 연관된 메시지는 상기 토픽에 대해 특정된 라우팅에 따라 송신된다. 이벤트 흐름표는 이들 메시지의 소스에 기초하여 메시지를 라우팅하는 방법에 대한 정보를 더 포함할 수 있다. 예를 들면, 주어진 토픽으로 어드레싱된 메시지는, 메시지가 제1 태스크, 제2 태스크, 제1 협력형 디바이스(112) 등으로부터 수신되는지에 기초하여, 상이하게 라우팅될 수 있다. 이벤트 흐름표의 이용에 의해, 라우터 태스크(282)는, 이러한 메시지의 전송자의 동작에서의 변화 없이(예컨대, 메시지를 생성한 태스크에 대한 코드를 재기록하지 않고, 메시지를 생성한 협력형 디바이스(112)의 소프트웨어를 수정하지 않고 등), 메시지가 상이한 방식으로 핸들링될 수 있게 할 것이다.

통신 관리기 태스크(286)는 이러한 통신의 프로토콜에 따라 조정기(114)와 다수의 상이한 외부 디바이스(예컨대, 협력형 디바이스(102)) 사이에서의 통신을 가능하게 할 것이다. 예를 들면, 제1 통신 관리기 태스크(286)는 BLUETOOTH™ 프로토콜을 사용하여 통신을 관리하도록 구성될 수 있고, 제2 통신 관리기는 HTTP 프로토콜을 사용하여 통신을 관리하도록 구성될 수 있다. 몇몇 인스턴스에서, 다수의 통신 관리기 태스크(286)는 통신을 구현하기 위해 총괄적으로 작동할 수 있다. 예를 들면, 제1 통신 관리기 태스크(286)는 TCP 프로토콜을 통해 통신을 가능하게 할 수 있는 반면, 제2 통신 관리기 태스크(286)는 (TCP 프로토콜을 이용하며 따라서 제1 통신 관리기 태스크(286)를 이용할 수 있는) MQTT 프로토콜을 통해 통신을 가능하게 할 수 있다. 상이한 통신 관리기 태스크(286)가 상이한 프로토콜을 통해 통신하기 위해 조정기(114)의 능력을 변경할 수 있기 때문에, 및 조정기(114)의 태스크가 조정기(114)의 재구성을 통해 변경될 수 있기 때문에, 조정기(114)는 다양한 상이한 통신 프로토콜을 이용하도록 빠르게 재구성될 수 있다.

섀도우 서비스 태스크(288)는 조정기(114)에서 유지된 디바이스 섀도우와의 상호 작용 및 관리를 가능하게 할 수 있다. 예시적으로, 섀도우 서비스 태스크(288)는 디바이스 섀도우 서비스(140)에 의해 국소적으로 조정기(114)에 제공된 것과 유사한 기능을 구현할 수 있다. 따라서, 섀도우 서비스 태스크(288)는 협력형 디바이스(112)의 섀도우 상태(원하는 상태를 나타내는 데이터)를 유지하며, 이러한 데이터로의 판독 또는 그것으로의 기록을 허용할 수 있다. 섀도우 서비스 태스크(288)는 또한 상기 디바이스에 대한 디바이스 섀도우와 협력형 디바이스(112)의 동기화를 가능하게 할 수 있다. 따라서, 협력형 디바이스(112)에 대한 디바이스 섀도우를 수정함으로써, 협력형 디바이스(112)의 상태는 변경될 수 있다. 협력형 디바이스(112)에 대한 디바이스 섀도우를 판독함으로써, 협력형 디바이스(112)의 상태가 결정될 수 있다. 몇몇 인스턴스에서, 섀도우 서비스 태스크(288)는 디바이스 섀도우 서비스(140)에 의해 유지된 디바이스 섀도우와 같은, 주어진 디바이스에 대한 또 다른 디바이스 섀도우와 추가로 협력할 수 있다. 예를 들면, 섀도우 서비스 태스크(288)는 디바이스 섀도우 서비스(140)에 저장된 디바이스 섀도우와 논리 디바이스 섀도우를 동기화하고, 로컬 디바이스 섀도우와 디바이스 섀도우 서비스(140)에 저장된 디바이스 섀도우 사이에서의 충돌을 해결하는 등을 할 수 있다.

상기 설명된 태스크 외에(각각은 예시적으로 서비스 제공자 환경(120)과 연관된 엔티티에 의해 제공될 수 있음), 태스크 메모리 공간(280)은 임의의 수의 클라이언트-제공 태스크(290)를 포함할 수 있으며, 이것은 클라이언트 디바이스(102)에 의해 생성되고 조정기(114)로의 배포를 위해 서비스 제공자 환경(120)으로 제출된 실행 가능한 코드에 대응할 수 있다. 이와 같이, 클라이언트-제공 태스크(290)에 의해 제공된 기능은 제출 사용자의 요망에 따라 달라질 수 있다. 몇몇 인스턴스에서, 클라이언트-제공 태스크(290)는 메모리(250)가 언어 런타임을 포함하는 코딩 언어로 기록될 수 있다. 예를 들면, 조정기(114)가 node.js, Go, 자바 및 파이썬과 같은 언어를 지원하는 경우, 클라이언트-제공 태스크(290)는 이들 언어 중 임의의 것으로 기록된 실행 가능한 코드를 포함할 수 있다.

또한, 메모리(250)는 조정기(114)의 구성 데이터가 저장되는 메모리(250)의 논리 부분을 나타내는, 구성 데이터 부분(272)을 포함한다. 구성 데이터는, 예를 들면, 조정기(114)의 현재 배포 버전, 태스크 메모리 공간(280)의 태스크에 의해 저장된 데이터, 또는 조정기(114)의 동작에서 사용된 다른 데이터를 포함할 수 있다.

조정기(114)의 구성(및 재구성)을 가능하게 하기 위해, 메모리(250)는 배포 에이전트(258)를 더 포함한다. 배포 에이전트(258)는 서비스 제공자 환경(120)에 조정기를 등록하기 위해, 조정기(114)의 원하는 구성을 결정하기 위해, 및 조정기(114)의 현재 구성이 원하는 구성에 매칭되지 않는 인스턴스에서, 조정기(114)에 대한 구성 데이터를 획득하며 원하는 구성을 구현하도록 메모리(250)를 수정하기 위해 실행 가능한 코드에 대응할 수 있다. 배포 에이전트(258)의 동작에 관한 추가의 세부사항은 도 5 및 도 6에 대하여 이하에서 설명된다.

도 3a는 본 출원에 따른 예시적인 협력형 디바이스(112A)의 아키텍처의 일 실시예를 묘사한다. 도 3a에 묘사된 협력형 디바이스(112A)의 일반적인 아키텍처는 본 개시의 양상을 구현하기 위해 사용될 수 있는 컴퓨터 하드웨어 및 소프트웨어 구성요소의 배열을 포함한다. 예시된 바와 같이, 협력형 디바이스(112A)는 프로세싱 유닛(304), 네트워크 인터페이스(306), 컴퓨터 판독 가능한 매체 드라이브(307), 입력/출력 디바이스 인터페이스(320), 선택적 디스플레이(302), 및 입력 디바이스(324)를 포함하며, 그 모두는 통신 버스에 의해 서로 통신할 수 있다. 예시적으로, 협력형 디바이스(112A)는 내장 디바이스로서, 입력 또는 출력과 같은, 보다 제한된 기능 및 구성요소를 가질 수 있다.

네트워크 인터페이스(306)는 도 1의 네트워크(104)와 같은, 하나 이상의 네트워크 또는 컴퓨팅 시스템으로 연결성을 제공할 수 있다. 프로세싱 유닛(304)은 따라서 네트워크를 통해 다른 컴퓨팅 시스템 또는 서비스로부터 정보 및 명령어를 수신할 수 있다. 프로세싱 유닛(304)은 또한 메모리(310)로 및 그로부터 통신하며 입력/출력 디바이스 인터페이스(320)를 통해 선택적 디스플레이(302)를 위한 출력 정보를 추가로 제공할 수 있다. 입력/출력 디바이스 인터페이스(320)는 또한, 키보드, 마우스, 디지털 펜 등과 같은, 선택적 입력 디바이스(324)로부터 입력을 수용할 수 있다. 몇몇 실시예에서, 협력형 디바이스(112A)는 도 3a에 도시된 것보다 많은(또는 적은) 구성요소를 포함할 수 있다. 예를 들면, 협력형 디바이스(112)의 몇몇 실시예는 디스플레이(302) 및 입력 디바이스(324)를 생략하지만, 하나 이상의 대안적인 통신 채널을 통해(예컨대, 네트워크 인터페이스(306)를 통해) 입력/출력 능력을 제공한다. 부가적으로, 협력형 디바이스(112A)는 또한 입력 및 출력 인터페이스(320)를 함께 생략할 수 있다.

메모리(310)는 하나 이상의 실시예를 구현하기 위해 프로세싱 유닛(204)이 실행하는 컴퓨터 프로그램 명령어를 포함할 수 있다. 메모리(310)는 일반적으로 RAM, ROM 또는 다른 영구적 또는 비-영구적 메모리를 포함한다. 메모리(310)는 협력형 디바이스(112A)의 일반적인 관리 및 동작에서 프로세싱 유닛(304)에 의한 사용을 위한 컴퓨터 프로그램 명령어를 제공하는 운영 시스템(314)을 저장할 수 있다. 메모리(310)는 본 개시의 양상을 구현하기 위해 컴퓨터 프로그램 명령어 및 다른 정보를 더 포함할 수 있다. 예를 들면, 일 실시예에서, 메모리(310)는 콘텐트를 액세스하기 위해 브라우저 애플리케이션(316)을 포함한다. 예시적으로, 브라우저 애플리케이션(316)은 전체 소프트웨어 브라우저 애플리케이션, 브라우저 애플리케이션의 부분을 포함하거나 또는 간단히 데이터 연결성을 제공하는 소프트웨어 애플리케이션(또는 실행 가능한 명령어)일 수 있다.

도 3b는 본 출원에 따른 예시적인 협력형 디바이스(112B)의 대안적인 아키텍처의 일 실시예를 묘사한다. 도 3b에 묘사된 협력형 디바이스(112B)의 일반적인 아키텍처는 본 개시의 양상을 구현하기 위해 사용될 수 있는 컴퓨터 하드웨어 및 소프트웨어 구성요소의 배열을 포함한다. 그러나, 협력형 디바이스(112B)는 협력형 디바이스(112B)의 컴퓨팅 기능 및 동작을 제한할 수 있는 감소된 구성요소와 연관될 수 있다. 예시된 대로, 협력형 디바이스(112B)는 프로세싱 유닛(350) 및 통신 버스와 통신하는 네트워크 인터페이스(352)를 포함한다. 도 3a의 협력형 디바이스(112BA)와 달리, 협력형 디바이스(112B)는 컴퓨터 판독 가능한 매체 드라이브, 입력/출력 디바이스 인터페이스, 선택적 디스플레이, 또는 입력 디바이스를 갖지 않을 수 있다.

네트워크 인터페이스(352)는 도 1의 네트워크(104)와 같은, 하나 이상의 네트워크 또는 컴퓨팅 시스템으로 연결성을 제공할 수 있다. 프로세싱 유닛(350)은 따라서 네트워크를 통해 다른 컴퓨팅 시스템 또는 서비스로부터 정보 및 명령어를 수신할 수 있다. 메모리(354)는 하나 이상의 실시예를 구현하기 위해 프로세싱 유닛(350)이 실행하는 컴퓨터 프로그램 명령어를 포함할 수 있다. 메모리(354)는 일반적으로 RAM, ROM 또는 다른 영구적 또는 비-일시적 메모리를 포함한다. 이 실시예에서, 메모리(354)는 협력형 디바이스(112B)의 일반적인 관리 및 동작에서 프로세싱 유닛(350)에 의한 사용을 위해 컴퓨터 프로그램 명령어를 제공하는 전체 운영 시스템을 반드시 저장할 수 있다. 오히려, 일 실시예에서, 메모리(354)는 명령어를 액세스하고 수신하며 프로세싱하기 위해 인터페이스 소프트웨어 구성요소(356)를 포함한다.

도 4는 본 출원에 따른 예시적인 클라이언트 디바이스(102)의 아키텍처의 일 실시예를 묘사한다. 도 4에 묘사된 클라이언트 디바이스(102)의 일반적인 아키텍처는 본 개시의 양상을 구현하기 위해 사용될 수 있는 컴퓨터 하드웨어 및 소프트웨어 구성요소의 배열을 포함한다. 예시된 대로, 클라이언트 디바이스(102)는 프로세싱 유닛(404), 네트워크 인터페이스(406), 컴퓨터 판독 가능한 매체 드라이브(407), 입력/출력 디바이스 인터페이스(420), 선택적 디스플레이(402), 및 입력 디바이스(424)를 포함하며, 그 모두는 통신 버스에 의해 서로 통신할 수 있다.

네트워크 인터페이스(406)는 도 1의 네트워크(104)와 같은, 하나 이상의 네트워크 또는 컴퓨팅 시스템으로 연결성을 제공할 수 있다. 프로세싱 유닛(404)은 따라서 네트워크를 통해 다른 컴퓨팅 시스템 또는 서비스로부터 정보 및 명령어를 수신할 수 있다. 프로세싱 유닛(404)은 또한 메모리(410)로 및 그로부터 통신하며 입력/출력 디바이스 인터페이스(420)를 통해 선택적 디스플레이(402)에 대한 출력 정보를 추가로 제공할 수 있다. 입력/출력 디바이스 인터페이스(420)는 또한 키보드, 마우스, 디지털 펜 등과 같은, 선택적 입력 디바이스(424)로부터 입력을 수용할 수 있다. 몇몇 실시예에서, 클라이언트 디바이스(102)는 도 4에 도시된 것보다 많은(또는 적은) 구성요소를 포함할 수 있다. 예를 들면, 협력형 디바이스(112)의 몇몇 실시예는 디스플레이(402) 및 입력 디바이스(424)를 생략할 수 있지만, 하나 이상의 대안적인 통신 채널을 통해(예컨대, 네트워크 인터페이스(406)를 통해) 입력/출력 능력을 제공한다. 부가적으로, 클라이언트 디바이스(102)는 또한 입력 및 출력 인터페이스(420)를 함께 생략할 수 있다.

메모리(410)는 하나 이상의 실시예를 구현하기 위해 프로세싱 유닛(204)이 실행하는 컴퓨터 프로그램 명령어를 포함할 수 있다. 메모리(410)는 일반적으로 RAM, ROM, 또는 다른 영구적 또는 비-일시적 메모리를 포함한다. 메모리(410)는 클라이언트 디바이스(102)의 일반적인 관리 및 동작에서 프로세싱 유닛(404)에 의한 사용을 위해 컴퓨터 프로그램 명령어를 제공하는 운영 시스템(414)을 저장할 수 있다. 메모리(410)는 본 개시의 양상을 구현하기 위한 컴퓨터 프로그램 명령어 및 다른 정보를 더 포함할 수 있다. 예를 들면, 일 실시예에서, 메모리(410)는 콘텐트를 액세스하기 위한 브라우저 애플리케이션(416)을 포함한다. 예시적으로, 브라우저 애플리케이션(416)은 전체 소프트웨어 브라우저 애플리케이션, 브라우저 애플리케이션의 부분을 포함하거나 또는 간단히 데이터 연결성을 제공하는 소프트웨어 애플리케이션(또는 실행 가능한 명령어)일 수 있다.

도 5를 참조하면, 예시적인 상호 작용은 조정기(114)로의 구성의 배포를 가능하게 하기 위해 디바이스 섀도우 서비스(130)에 조정기(114)를 등록하는 것에 대해, 및 클라이언트 디바이스(102A)를 통해 이러한 구성의 제출에 대해 묘사된다. 도 5의 상호 작용은 (1)에서 시작되며, 여기에서 조정기는 디바이스 섀도우 서비스(130)로의 등록 통지, 뿐만 아니라 조정기(114)에 대한 디바이스 섀도우에 가입하기 위한 요청을 제출한다. 예시적으로, 상호 작용(1)은 조정기(114)에 대한 등록 루틴의 부분으로서 구현될 수 있으며, 그에 의해 사용자는 디바이스 섀도우 서비스(150) 상에서 사용자의 계정에 조정기(114)를 등록하기 위해 조정기(114)의 입력(예컨대, 등록 버튼, 스크린, 키보드/마우스 등)을 이용한다. 이하에서 설명될 바와 같이, 디바이스 섀도우 서비스(150)는 그 후 디바이스 섀도우 서비스(130)에 의해 유지된 디바이스 섀도우로의 변화를 조정기(114)에 통지할 수 있으며, 따라서 조정기(114)의 구성은 조정기(114)에 대한 디바이스 섀도우에 대해 대응하는 수정만큼 수정될 수 있다.

(2)에서, 디바이스 섀도우 서비스(130)는 이러한 섀도우가 이미 존재하지 않는다면, 조정기(114)에 대한 디바이스 섀도우를 생성한다. 예시적으로, 디바이스 섀도우는 등록 시간부터 조정기(114)의 현재 구성 버전과 같은, 조정기(114)에 대한 구성 버전을 포함할 수 있다.

(3)에서, 클라이언트 디바이스(102A)는, 조정기(114)와 또한 연관된 사용자의 제어하에, 조정기(114)에 대한 구성을 생성한다. 몇몇 인스턴스에서, 구성은 클라이언트 디바이스(102A) 상에서 실행하는 소프트웨어(예컨대, 텍스트 편집기, 서비스 제공자 환경(150)에 의해 제공된 전문화 애플리케이션 등)의 사용에 의해, 클라이언트 디바이스(102A) 상에서 전부 생성될 수 있다. 다른 인스턴스에서, 구성은, 클라이언트 디바이스(102A)의 브라우저 애플리케이션 상에서 보여진 네트워크 디스플레이 페이지를 통해서와 같은, 클라이언트 디바이스(102A)와 관리 및 배이 서비스(130) 사이에서의 상호 작용을 통해 생성될 수 있다.

구성의 콘텐트의 예시적인 표는 표(502)로서 도 5에 도시된다. 표(502)에 도시된 바와 같이, 구성은 환경 식별자(예컨대, 조정기(114)가 동작하도록 의도되는 협력형 환경(110)의 식별자), 조정기 식별자(예컨대, 일련 번호와 같은, 조정기(114)의 식별자), 디바이스 리스트(디바이스(112)의, 일련 번호와 같은, 식별 정보를 포함하는, 조정기(114)에 의해 관리될 협력형 디바이스(112)의 리스트), 섀도우 리스트(디바이스 리스트의 협력형 디바이스(112)와 연관된 디바이스 섀도우의 리스트), 태스크 리스트(조정기(114)로 배포될 태스크의 리스트), 라우팅 정보(조정기(114)의 라우터 태스크에 의한 사용을 위한 이벤트 흐름표), 로깅 및 메트릭 정보(조정기(114)의 동작에 관한 로깅 정보를 위한 메트릭 및 로깅 파라미터의 리스트), 및 보안 정보(예컨대, 서비스 제공자 환경(150)과의 또는 협력형 환경(110) 내에서의 보안 통신에서 조정기에 의해 사용될 보안 인증서)를 포함할 수 있다. 몇몇 인스턴스에서, 구성의 각각의 값은 클라이언트 디바이스(102A)의 사용자에 의해 수동으로 특정될 수 있다. 예를 들면, 사용자는 조정기(114) 내에 포함될 클라이언트-제공 태스크의 수, 및 조정기(114)에 의해 관리될 디바이스(112)의 수를 특정할 수 있다. 다른 인스턴스에서, 하나 이상의 값은 클라이언트 디바이스(102A)의 소프트웨어 또는 관리 및 배포 서비스(130)를 통해 자동으로 특정될 수 있다. 예를 들면, 관리 및 배포 서비스(130)는 구성 내에 포함될 조정기 식별자 또는 섀도우 리스트를 자동으로 제공할 수 있다.

(4)에서, 구성은 관리 및 배포 서비스(130)로 제출된다. 예시적으로, 제출은 구성의 송신을 통해(예컨대, 업로드를 통해), 네트워크-디스플레이 페이지의 제출, 또는 다른 송신 메커니즘을 통해 발생할 수 있다. (5)에서, 관리 및 배포 서비스(130)는 제출된 구성에 기초하여, 조정기(114)에 대한 구성 패키지를 생성한다. 예를 들면, 관리 및 배포 서비스(130)는 조정기(114)로의 나중 송신을 위해 제출된 구성 값을 포함하는 데이터 파일(예컨대, ZIP 파일, XML 파일 등)을 생성할 수 있다. 관리 및 배포 서비스(130)는 조정기(114)의 다른 구성으로부터 구성을 구별하기 위해, 구성에 버전 식별자를 추가로 할당할 수 있다.

(6)에서, 관리 및 배포 서비스(130)는 조정기(114)에 대한 디바이스 섀도우를 업데이트하기 위한 요청을 디바이스 섀도우 서비스(130)에 송신한다. 예를 들면, 관리 및 배포 서비스(130)는 상호 작용(5)에서 생성된 구성 패키지에 할당된 구성 버전에 매칭시키기 위해 조정기(114)에 대한 디바이스 섀도우의 구성 버전을 수정할 수 있다.

그 후, (7)에서, 디바이스 섀도우 서비스(130)는 조정기(114)에 대한 디바이스 섀도우로의 변화를 조정기(114)에 통지한다. 일 실시예에서, 통지는, 메시지가 조정기와 연관된 토픽으로 공개되었다는 통지(여기에서 메시지는 업데이트된 디바이스 섀도우를 나타낼 수 있으며, 토픽은 디바이스 섀도우에 대응할 수 있음)로서, MQTT 프로토콜을 통해 발생할 수 있다. 따라서, 조정기(114)는 새로운 구성 패키지가 조정기(114)에서 구현되기 위해 존재함을 통지받을 수 있다.

도 6을 참조하면, 예시적인 상호 작용이 조정기(114)에서 구성 패키지의 검색 및 구현을 위해 설명될 것이다. 도 6의 상호 작용은, 예를 들면, 도 5의 상호 작용 다음에 발생할 수 있다. 일 실시예에서, 도 6의 상호 작용은, 도 2에 설명된 바와 같이, 배포 에이전트(258)의 실행을 통해 구현된다. 상호 작용은 (1)에서 시작되며, 여기에서 조정기(114)는 관리 및 배포 서비스(130)로부터 구성 패키지를 요청한다. 예시적으로, 구성 패키지는 조정기(114)의 디바이스 섀도우 내에서 표시된 바와 같이, 패키지의 버전 식별자에 기초하여 요청될 수 있다. 구성 패키지 내에 포함될 수 있는 정보의 예는 도 5를 참조하여 위에서 설명되어 있다. (2)에서, 구성 패키지는 관리 및 배포 서비스(130)로부터 조정기(114)로 반환된다.

(3)에서, 조정기(114)는 구성 패키지 내에서 참조된 하나 이상의 태스크를 결정하기 위해 구성 패키지를 검사하며, 태스크는 조정기(114)의 기능을 구현할 수 있다. 태스크를 결정하는 것 외에, 조정기(114)는 구성 패키지의 유효성을 검증하는 것과 같은(예컨대, 체크섬 데이터를 검증하는 것, 디지털 서명 등에 의해), 구성 패키지에 대하여 부가적인 동작을 맡을 수 있다.

(4)에서, 조정기(114)는 요구 시 코드 실행 환경(150)으로부터 구성 패키지 내에서 참조된 태스크를 검색한다. 예시적으로, 조정기(114)는 태스크에 대응하는 코드, 및 태스크에 관한 임의의 다른 정보(예컨대, 메타데이터)가 조정기(114)에 송신됨을 요청하기 위해 각각의 태스크의 식별자를 이용할 수 있다. 요청된 태스크는 도 2를 참조하여 위에서 설명된 것들을 포함할 수 있으며, 예를 들면, 라우터 태스크(282), 통신 관리기 태스크(286), 섀도우 서비스 태스크(288), 및 클라이언트-제공 태스크(290)를 포함할 수 있다. 요청된 태스크는 (5)에서 조정기(114)로 반환된다. 조정기(114)는 예시적으로, 태스크의 디지털 서명 또는 체크섬을 확인함으로써와 같은, 수용 시 태스크의 무결성 및 유효성을 검증할 수 있다.

(6)에서, 조정기(114)는 새롭게 획득된 구성으로 스스로 업데이트한다. 예시적으로, 조정기(114)는 그의 메모리 내에서, 협력형 디바이스(112)의 리스트와 같은, 구성 데이터의 세트를 업데이트할 수 있다. 조정기(114)는 새로운 구성 정보에서 참조된 바와 같이, 새롭게 획득된 태스크로 태스크의 현재 세트를 추가로 교체할 수 있다. 일 실시예에서, 조정기(114)는 재부팅을 수행할 수 있으며, 배포 에이전트(258)는 새롭게 획득된 태스크로 이전 태스크에 대한 참조를 교체할 수 있다. 또 다른 실시예에서, 조정기(114)는 재부팅을 수행하지 않고 태스크를 교체할 수 있다. 예를 들면, 조정기(114)는 새롭게 수신된 태스크 호출을 만족시키기 위해 새롭게 획득된 태스크를 이용하며, 이들 태스크가 사용되지 않거나 또는 약간 사용될 때의 시간에서 임의의 오래된 태스크를 중단시킬 수 있지만, 새롭게 획득된 태스크로 필요하다면 오래된 태스크를 교체한다. 따라서, 조정기는 새롭게 획득된 태스크에 따라 새로운 기능과 함께 구성될 수 있다.

도 7을 참조하면, 협력형 디바이스(112)의 상태를 수정하기 위해 조정기(114)를 이용하기 위한 예시적인 상호 작용이 설명될 것이다. 상호 작용은 (1)에서 시작되며, 여기에서 협력형 디바이스(112)는 조정기(114)로 등록을, 및 협력형 디바이스(112)에 대한 디바이스 섀도우에 가입하기 위한 요청을 송신한다. 상호 작용(1)은 사용자에 의해 개시된 바와 같이(예컨대, 협력형 디바이스(112)의 사용자 인터페이스의 이용을 통해), 협력형 디바이스(112)에 의해 구현된 등록 루틴의 부분으로서, 발생할 수 있다.

(2)에서, 조정기(114)는 협력형 디바이스(112)의 원하는 상태를 나타내는, 협력형 디바이스(112)에 대한 디바이스 섀도우를 생성한다. 예시적으로, 디바이스 섀도우는 처음에, 등록 시간부터, 협력형 디바이스(112)의 현재 상태를 나타낼 수 있다.

(3)에서, 협력형 환경(110) 내에서 동작할 수 있는(예컨대, 협력형 환경(110)의 LAN으로의 연결에 의해), 클라이언트 디바이스(102A)는 원하는 디바이스 상태에 매칭시키기 위해 디바이스 섀도우를 수정하기 위한 요청을 조정기(114)로 제출한다. 요청은, 예를 들면, 클라이언트 디바이스(102A) 상에서 실행하는 애플리케이션(예컨대, 브라우저)을 통해, 제출되며, 조정기(114)에 의해 지원된 임의의 수의 프로토콜을 통해 조정기(114)에 송신될 수 있다. (3)에서, 조정기(114)는 요청을 획득하며, 디바이스 상태에서의 요청된 변화에 매칭시키기 위해 협력형 디바이스(112)에 대한 디바이스 섀도우를 업데이트한다.

(4)에서, 조정기(114)는 대응하는 디바이스 섀도우로의 변화를 협력형 디바이스(112)에 통지한다. 예시적으로, 조정기(114)는 새로운 메시지(디바이스 섀도우의 콘텐트)가 협력형 디바이스(112)(디바이스 섀도우의 식별자)에 의해 가입된 토픽에 게시되었다는 통지를 MQTT 프로토콜을 통해 협력형 디바이스(112)에 송신할 수 있다.

(5)에서, 협력형 디바이스(112)는 업데이트된 디바이스 섀도우에 매칭시키기 위해 그의 현재 상태를 업데이트한다. 예를 들면, 협력형 디바이스(112)가 스위치 또는 전구인 경우에, 협력형 디바이스(112)는 원하는 상태에 매칭시키기 위해 턴 온되거나 또는 오프될 수 있다. 따라서, 디바이스 섀도우의 사용에 의해, 조정기(114)는 협력형 디바이스(112)의 동작에 대한 변화를 가능하게 할 수 있다.

도 8을 참조하면, 조정기(114) 상에서 태스크를 실행하기 위해 호출을 프로세싱하기 위한 예시적인 상호 작용이 설명될 것이다. 구체적으로, 도 8의 상호 작용은 조정기(114)의 스케줄러(256)에 의해 착수될 수 있으며, 이것은 작업 아이템 큐 내에서 태스크를 실행하기 위한 호출을 인큐잉하며, 리소스 관리기(254)로부터 획득된 바와 같이, 조정기(114)의 컴퓨팅 리소스의 상태에 기초하여 프로세싱을 위한 큐로부터 작업 아이템을 선택한다.

도 8의 상호 작용은 (1)에서 시작되며, 여기에서 스케줄러(256)는 "태스크 A"로서 도 8에 지정된, 태스크를 실행하기 위한 호출을 획득한다. 호출은, 예를 들면, 태스크의 식별 정보(예컨대, 태스크에 대한 전역적으로 고유한 식별자), 뿐만 아니라 태스크를 전달할 파라미터 또는 태스크의 실행에 관한 다른 정보(예컨대, 태스크에 대한 실행 파라미터를 특정한 플래그)를 포함할 수 있다. 몇몇 인스턴스에서, 호출은 호출을 생성한 또 다른 프로세스 또는 엔티티로부터 스케줄러(256)에서 직접 획득될 수 있다. 예를 들면, 또 다른 프로세스 또는 엔티티는 태스크를 호출하기 위해 스케줄러에 의해 제공된 API의 함수를 불러올 수 있다. 다른 인스턴스에서, 호출은 제1 포맷(예컨대, HTTP)으로 호출을 획득하며 호출을 스케줄러(256)로 전달하도록 기능할 수 있는, 도 2의 통신 관리기(260)와 같은, 통신 관리기를 통해 획득될 수 있다.

호출을 수신할 때, 스케줄러(256)는 (2)에서, 작업 아이템 큐(802)로서 그래픽으로 묘사된, 작업 아이템 큐 내에서 호출을 인큐잉한다. 도 8에 묘사된 작업 아이템 큐(802)는 설명의 예시적인 목적을 위해 단순화되었으며, 따라서 단지 상기 설명된 "태스크 A"로의 호출만을 포함한다. 그러나, 실질적인 구현은, 태스크를 실행하기 위해 임의의 수의 호출에서 생겨난, 임의의 수의 작업 아이템을 포함할 수 있다.

(3)에서, 스케줄러(256)는, 조정기(114)에서 이용 가능한(또는 태스크를 실행할 목적으로 이용 가능한) 이용 가능한 메모리의 양, 프로세서 사이클, 네트워크 대역폭 등과 같은, 조정기(114)에서 컴퓨팅 리소스의 가용성에 관한 정보에 대한 요청을 리소스 관리기(254)에 송신한다. 리소스 관리기(254)는 (4)에서 상기 정보를 결정하며, (5)에서 상기 요청된 정보를 스케줄러(256)로 반환할 수 있다. 몇몇 인스턴스에서, 리소스 관리기(254)는 이용 가능한 컴퓨팅 리소스에 대해 조정기의 운영 시스템에 질의함으로써와 같은, 직접 정보를 수집할 수 있다. 다른 인스턴스에서, 리소스 관리기(254)는 현재 구현된 실행 환경의 세트에 기초하여 이용 가능한 컴퓨팅 리소스를 추론할 수 있다. 예시적으로, 리소스 관리기(254)는 실행 환경(810)으로서 도 8에 지리적으로 묘사된, 실행 환경의 세트를 유지하도록 구성될 수 있다. 각각의 실행 환경은 대응하는 태스크의 실행을 위한 환경으로서 할당될 수 있다. 예를 들면, 조정기(114)는 라우터 태스크 환경(812) 내에서 라우터 태스크 및 섀도우 서비스 환경(814) 내에서 섀도우 서비스 태스크의 현재 실행일 수 있다. 작업 아이템 큐(802)와 마찬가지로, 실행 환경(810)의 그래픽 묘사는 설명의 예시적인 목적을 위해 단순화되었으며, 실질적인 구현은 임의의 수의 태스크와 연관된 임의의 수의 실행 환경을 포함할 수 있다. 리소스 관리기(254)는 실행 환경(810)에 컴퓨팅 리소스의 세트 양을 할당하며, 각각의 실행 환경에 상기 양의 컴퓨팅 리소스의 일부분을 할당하도록(부분은 몇몇 인스턴스에서 실행 환경에 걸쳐 달라질 수 있음) 구성될 수 있다. 예를 들면, 라우터 태스크 환경(812)은 1기가바이트의 RAM 및 10퍼센트의 프로세서 사이클을 할당받을 수 있는 반면, 섀도우 서비스 태스크 환경(814)은 2기가바이트의 RAM 및 5퍼센트의 프로세서 사이클을 할당받을 수 있다. 할당된 컴퓨팅 리소스의 유형 및 양은 실시예에 걸쳐 달라질 수 있다. 실행 환경(810)에 걸쳐 할당된 총 리소스로부터 현재 실행 환경에 할당된 컴퓨팅 리소스를 뺌으로써, 리소스 관리기(254)는 컴퓨팅 리소스의 가용성을 결정하며, (5)에서 상기 정보를 스케줄러(256)로 반환할 수 있다. 몇몇 인스턴스에서, 리소스 관리기(254)는 실행 환경(810)의 현재 상태 및 태스크가 각각의 실행 환경에서 능동적으로 실행하고 있는지와 같은, 부가적인 정보를 반환할 수 있다. 이하에서 설명될 바와 같이, 이러한 부가적인 정보는 작업 아이템 큐(802)를 프로세싱할 때 스케줄러에 의해 이용될 수 있다.

(6)에서, 스케줄러(256)는 만약에 있다면, 어떤 작업 아이템을 디큐잉하고 프로세싱할지를 결정하기 위해 작업 아이템 큐(802)를 프로세싱한다. 스케줄러(256)는 작업 아이템 큐(802)를 프로세싱하는데 임의의 수의 스케줄링 알고리즘을 이용할 수 있으며, 스케줄링 알고리즘을 행할 때 다수의 입력을 이용할 수 있다. 예를 들면, 스케줄러(256)는 실행 환경(810)과 연관된, 작업 아이템 큐(802)에서 각각의 작업 아이템의 우선순위 및 현재 실행 중인 태스크의 우선순위를 이용할 수 있다. 이들 우선순위는, 예를 들면, 태스크로의 호출자, 태스크의 저작자, 또는 조정기(114)의 관리자에 의해 수립될 수 있다. 추가 예로서, 스케줄러(256)는 어떤 작업 아이템을 디큐잉할지를 결정하기 위해 컴퓨팅 리소스의 가용성, 뿐만 아니라 큐잉된 작업 아이템을 프로세싱하기 위한 컴퓨팅 리소스의 추정된 사용(예컨대, 아이템을 디큐잉하고, 작업 아이템을 통해 호출된 태스크에 실행 환경을 할당하며, 실행 환경 내에서 태스크를 실행하기 위한 계산 리소스의 추정된 사용)을 이용할 수 있다. 큐잉된 작업 아이템을 프로세싱하기 위한 컴퓨팅 리소스의 추정된 사용은, 예를 들면, 태스크로의 호출자, 태스크의 저작자, 또는 조정기(114)의 관리자에 의해 수립될 수 있다. 몇몇 인스턴스에서, 큐잉된 작업 아이템을 프로세싱하기 위한 컴퓨팅 리소스의 추정된 사용은, 작업 아이템에 대응하는 코드의 정적 또는 동적 분석, 동일한 또는 유사한 작업 아이템을 디큐잉하기 위한 이력적 컴퓨팅 리소스 사용의 검토 등을 통해서와 같은, 자동으로 수립될 수 있다. 몇몇 인스턴스에서, 스케줄러(256)는 작업 아이템에 대응하는 태스크가 조정기 상에서 현재 실행 중인지와 같은, 부가적인 입력을 이용할 수 있다. 예를 들면, 스케줄러(256)는 주어진 태스크의 동시 실행의 세트 번호(예컨대, 1)만을 허용하도록 구성될 수 있으며, 그러므로 태스크의 실행이 현재 실행 환경(810)에서 활성이면 태스크에 대응하는 작업 아이템을 프로세싱하기를 거절할 수 있다. 따라서, 스케줄링 알고리즘의 구현에 의해, 스케줄러(256)는 태스크를 실행하기 위해 호출을 획득하며 이러한 호출을 프로세싱할 순서 및 타이밍을 선택하기 위해 조정기(114)의 상태에 관한 정보를 이용할 수 있다. 스케줄러(256)는 그러므로, 수신된 호출의 수가 그 외 조정기(114)의 컴퓨팅 리소스를 압도할 때에도, 호출의 질서 있는 프로세싱이 태스크를 실행할 수 있게 할 수 있다.

도 8의 상호 작용은 조정기(114)의 실행 환경(810)과 연관된 단일 리소스 관리기(254)를 참조하여 설명된다. 몇몇 실시예에서, 스케줄러(256)는 작업 아이템 큐(802) 상에서 호출을 프로세싱할 컴퓨팅 리소스의 가용성을 결정하기 위해 다수의 리소스 관리기(254)와 상호 작용할 수 있거나, 또는 단일 리소스 관리기(254)가 다수의 디바이스(예컨대, 조정기(114) 및 하나 이상의 협력형 디바이스(112)) 사이에서 리소스 가용성을 모니터링하도록 동작할 수 있다. 예시적으로, 하나 이상의 협력형 디바이스(112)는 태스크를 실행하도록 구성될 수 있으며, 협력형 디바이스(112) 상에서 컴퓨팅 리소스의 가용성을 모니터링하고 상기 가용성을 스케줄러(256)로 보고하기 위해 리소스 관리기(254)를 제공할 수 있다(또는 조정기(114)에 의해 제공된 것과 같은, 원격 리소스 관리기(254)를 이용한다). 스케줄러(256)는 그 후 협력형 디바이스(112) 상에서 태스크의 실행이 적절할지를 결정할 수 있다. 몇몇 인스턴스에서, 스케줄러(256)는 태스크를 실행할 실행 환경에 대한 다수의 잠재적인 위치 사이에서 선택하도록 구성될 수 있다(예컨대, 조정기(114) 상에서 또는 협력형 디바이스(112) 상에서). 예시적으로, 조정기(114)는, 예를 들면, 태스크를 실행하기 위한 디바이스의 능력에 기초하여(예컨대, 디바이스의 하드웨어, 컴퓨팅 리소스의 가용성 등에 따라) 달라질 수 있는, 다수의 디바이스 상에서 실행을 위한 태스크를 분배하기 위해 수정된 스케줄링 알고리즘을 이용할 수 있다. 몇몇 인스턴스에서, 다수의 조정기(114)(동일한 협력형 환경(110)에서 또는 상이한 환경(110)에 걸쳐)는 총괄적으로, 분산형 컴퓨팅 알고리즘에 따라, 태스크를 실행하도록 동작할 수 있다. 예를 들면, 다수의 조정기(114)에 걸친 스케줄러(256)는 과도한 컴퓨팅 용량을 가진 디바이스를 탐색하며, 큐잉된 작업 아이템을 이러한 디바이스로 분배하기 위해 통신할 수 있다. 따라서, 도 8의 예시적인 예(단일 스케줄러(256) 및 리소스 관리기(254)를 포함한)는 사실상 예시적이도록 의도된다.

도 9를 참조하면, 작업 아이템 큐로부터 작업 아이템을 선택하며 작업 아이템에 대응하는 태스크를 실행하기 위한 예시적인 상호 작용이 설명될 것이다. 도 9의 상호 작용은, 예를 들면, 도 8의 상호 작용 다음에 발생할 수 있다. 이들 상호 작용은 (1)에서 시작되며, 여기에서 스케줄러(256)는 프로세싱을 위해 작업 아이템 큐(802)로부터 작업 아이템을 선택한다. 상호 작용 (1)은 예를 들면, 도 9에 대하여 상기 논의된 바와 같이, 스케줄러(256)에 의해 구현된 스케줄링 알고리즘에 따라, 발생할 수 있다. 도 9에 대하여 예시의 목적을 위해, 스케줄러(256)는 프로세싱을 위해 작업 아이템 큐(802)로부터 "태스크 A"로의 호출을 선택하였다고 가정될 것이다. 충분한 컴퓨팅 리소스가 태스크 A로의 호출을 프로세싱하기 위해 조정기(114)에 존재한다는 것이 추가로 가정될 것이다.

(2)에서, 스케줄러(256)는 태스크 A와 연관된 실행 환경을 생성하기 위한 요청을 리소스 관리기(254)에 송신한다. 도 9의 설명의 목적을 위해, 어떤 현재 실행 환경도 태스크 A와 연관되어 존재하지 않는다고 가정될 것이다. 따라서, (3)에서, 리소스 관리기(254)는 태스크 A와 연관된 실행 환경을 위해 요구된 리소스의 세트를 결정한다. 리소스는, 예를 들면, 프로세서 가용성 및 메모리와 같은, 컴퓨팅 리소스의 일부분을 포함할 수 있다. 리소스는, 태스크 A를 실행하기 위해 요구된 런타임(818) 또는 드라이버 및 유틸리티(820)와 같은, 데이터 리소스를 더 포함할 수 있다. 예시적으로, 태스크 A가 주어진 프로그래밍 언어(예컨대, 파이썬, GO, 자바, 자바스크립트 등)로 기록된 코드에 대응하는 경우, 리소스 관리기(254)는 태스크 A의 실행이 상기 프로그래밍 언어에 대응하는 런타임으로의 액세스를 요구한다고 결정할 수 있다. 태스크 A가 조정기(114)로의 주변 장치(예컨대, 전문화된 입력/출력 디바이스)와 상호 작용하거나 또는 이를 관리하기 위한 코드에 대응하는 경우, 리소스 관리기(254)는 태스크 A의 실행이 상기 물리적 주변 장치와 연관된 라이브러리, 드라이버, 또는 유틸리티로의 액세스를 요구한다고 결정할 수 있다. 일 실시예에서, 런타임, 드라이버, 유틸리티, 또는 다른 의존성은 태스크 자체에 대한 데이터 내에 저장될 수 있다(예컨대, 태스크에 대한 컨테이너의 데이터 이미지 내에). 따라서, 태스크의 데이터의 실행 환경(810)으로의 공급은 모든 요구된 의존성을 태스크에 제공하기에 충분할 수 있다. 그러나, 개개의 태스크에 대한 데이터 내에서 의존성의 이러한 포함은 다수의 태스크가 의존성을 공유하는 경우(예컨대, 다수의 태스크가 동일한 드라이버, 라이브러리, 런타임 등을 이용하는 경우) 비효율적일 수 있다. 이것은 조정기(114)가 조정기(114) 상에서 실행되도록 요구된 태스크의 수에 비교하여 제한된 데이터 저장 장치를 가질 때 특히 문제가 될 수 있다. 따라서, 몇몇 실시예에서, 조정기(114) 상에서 런타임(818)과 드라이버 및 유틸리티(820)는 실행 환경(810)과는 완전히 다른 조정기의 메모리에 저장될 수 있다. 런타임(818)과 드라이버 및 유틸리티(820)(또는 다른 의존성)로의 액세스를 가능하게 하기 위해, 리소스 관리기(254)는, 별개로 저장된 것으로서, 이들 런타임(818)과 드라이버 및 유틸리티(820)(또는 다른 의존성)로의 액세스를 주어진 태스크에 대한 실행 환경에 제공할 수 있다. 상이한 실행 환경 간에 보안을 유지하기 위해, 실행 환경 밖에서의 이러한 액세스는 제한될 수 있다(예컨대, 판독-전용). 예를 들면, 리소스 관리기(254)가 실행 환경으로서 컨테이너를 이용하는 경우, 컨테이너는 조정기(114)에 대한 요구된 의존성의 위치로 판독-전용 마운트 포인트 또는 액세스-제한 심볼 링크를 제공받을 수 있다. 다수의 실행 환경은 따라서 주어진 의존성으로의 액세스를 공유할 수 있으며, 조정기(114)의 총 데이터 저장 장치 사용은 의존성의 별개의 및 이중적 저장에 대하여 감소될 수 있다.

몇몇 인스턴스에서, 다수의 실행 환경은 주어진 의존성으로의 판독-전용 액세스를 공유하기 위해 가능해질 수 있지만, 상기 의존성에 대한 국소화된 수정을 하기 위한 능력을 유지한다. 예를 들면, 조정기(114)는 몇몇 인스턴스에서 공통 메모리 공간(예컨대, 조정기(114)의 기본 파일 시스템)으로의 판독-전용 액세스 및 국소화된 메모리 공간(예컨대, 실행 환경의 일부분 또는 태스크와 연관된 다른 저장 장치)으로의 판독/기록 액세스를 제공하기 위해, 및 실행 환경으로 공통 메모리 공간 및 국소화된 메모리의 조합된 뷰(예컨대, "유니온 마운트(union mount)")를 제공하기 위해 유니온 마운팅(또는 유니온 파일시스템)을 이용할 수 있다. 구체적으로, 국소화된 메모리 공간은 "상부" 파일 시스템으로서 이용될 수 있으며 공통 메모리 공간은 "하부" 파일 시스템으로서 이용될 수 있다. 이와 같이, 유니온 마운트로의 기록은 "상부" 국소화된 메모리 공간에 대하여 발생할 수 있으며, 유니온 마운트로부터의 판독은 요청된 파일이 이러한 메모리 공간에 존재한다면 "상부" 국소화된 메모리 공간으로부터, 또는 요청된 파일이 국소화된 메모리 공간에 존재하지 않는다면 "하부" 공통 메모리 공간으로부터 발생한다. 유니온 마운트는 화이트아웃(whiteout) 데이터를 "상부" 국소화된 메모리 공간으로 기록함으로써 "하부" 공통 메모리 공간에서 데이터를 삭제하기 위한 분명한 능력을 제공할 수 있으며, 따라서 유니온 마운트로부터 데이터를 액세스하기 위한 시도는 실패하지만, 공통 메모리 공간상에서의 기본 데이터는 유효하지 않다. 이러한 방식으로, 다수의 실행 환경이 데이터의 공통 세트(예컨대, 의존성)를 액세스하기 위해 가능해질 수 있지만, 국소화 기반으로 데이터의 상기 공통 세트를 수정하고 삭제하기 위한 명백한 능력을 유지한다. 몇몇 인스턴스에서, 유니온 마운트는 조정기(114)의 모든 또는 대체로 모든 저장 공간으로 기록하기 위한 명백한 능력을 제공하기 위해 이용될 수 있다. 예를 들면, 유니온 마운트는 하부 공통 메모리 공간으로서 루트 디렉토리를 이용할 수 있다. 다른 인스턴스에서, 유니온 마운트는 서브디렉토리로 또는 루트 디렉토리에서의 모든 은닉되지 않은 파일로 기록하기 위한 명백한 능력과 같은, 조정기(114)의 모두보다 적은 저장 공간으로 기록하기 위한 명백한 능력을 제공하기 위해 이용될 수 있다. 따라서, 실행 환경으로 제공되는 데이터는 상기 환경의 요건에 따라 수정될 수 있다.

태스크(도 9의 예에서, 태스크 A)에 대한 요구된 의존성을 결정한 후, (4)에서, 리소스 관리기(254)는 태스크에 대한 실행 환경을 생성한다. 상기 주지된 바와 같이, 이러한 실행 환경은 "컨테이너", 운영-시스템-레벨 가상화 환경, 또는 "chroot jail" 또는 파이썬 가상 환경 "virtualenv"와 같은, "샌드 박스" 환경을 포함한다. 상기 주지된 바와 같이, 리소스 관리기(254)는 태스크 자체에 대응하는 코드(예컨대, 조정기(114)의 데이터 저장 장치 또는 외부 데이터 저장 장치로부터 검색된 바와 같이), 태스크에 의해 요구된 임의의 런타임(818), 및 태스크에 의해 요구된 임의의 드라이버 및 유틸리티(820)를 포함하는, 태스크를 실행하기 위해 요구된 임의의 데이터 리소스를 실행 환경에 공급할 수 있다. 생성된 실행 환경은 태스크 A 환경(816)으로서 도 9에서 묘사된다. 그 후, (5)에서, 리소스 관리기(254)는 실행 환경이 생성되었음을 스케줄러(256)에 통지하며, 스케줄러(256)에 대한 실행 환경(즉, 태스크 A 환경(816))을 식별할 수 있다.

스케줄러(256)는, 결국, 환경 내에서 태스크의 실행을 요청하기 위해 실행 환경에 대한 식별 정보를 이용할 수 있다. 따라서, 도 9의 상호 작용에서, 스케줄러(256)는 태스크에 대한 초기 호출 내에(예컨대, 호출이 작업 아이템 큐(802)에서 인큐잉되기 전에) 포함된 파라미터에 따라 태스크를 실행하기 위해 호출을 태스크 A 환경(816)으에 송신할 수 있다. 따라서, 태스크 A는, 상기 태스크에 대응하는 코드의 기능을 실행하기 위해, 실행 환경(816) 내에서 조정기(114)에서 실행될 수 있다.

상기 주지된 바와 같이, 몇몇 실시예에서, 스케줄러(256)는 큐(802)의 작업 아이템을 프로세싱하기 위해 상이한 디바이스에 걸쳐 다수의 리소스 관리기(254)와 통신할 수 있거나, 또는 단일 리소스 관리기(254)는 다수의 디바이스에서 실행 환경(810)을 관리하도록 구성될 수 있다. 따라서, 도 9의 상호 작용은 몇몇 실시예에서 이러한 구성을 처리하기 위해 수정될 수 있다. 예를 들면, 스케줄러(256)가 다수의 리소스 관리기(254)와 상호 작용하는 경우에, 스케줄러는 실행 환경을 요청할(예컨대, 상기 설명된 바와 같이, 스케줄링 알고리즘에 따라) 적절한 리소스 관리기(254)를 선택하며, 그 후 실행 환경 정보를 획득하기 위해 적절한 리소스 관리기(254)와 상호 작용하도록 구성될 수 있다. 또 다른 예로서, 스케줄러(254)가 다수의 디바이스에서 실행 환경(810)을 관리하는 리소스 관리기(254)와 상호 작용하는 경우에, 리소스 관리기(254)는 적절한 디바이스 상에 실행 환경(예컨대, 디바이스에 의해 제공된 리소스 및 태스크의 요건에 따라 선택된 것)을 생성하며, 실행 환경을 식별하는 정보를 반환하도록 구성될 수 있다. 따라서, 도 9의 상호 작용은 협력형 환경(110)의 구성에 따라 달라질 수 있다.

도 10을 참조하면, 예시적인 루틴(1000)은, 요구 시 코드 실행 시스템 상에서 태스크를 실행하기 위한 호출과 같은, 작업 아이템의 큐를 프로세싱하기 위해 설명될 것이다. 루틴(1000)은, 예를 들면, 도 2에 도시된 바와 같이, 조정기(114) 상에서 실행하는 스케줄러(256)에 의해 구현될 수 있다.

루틴(1000)은 블록(1002)에서 시작되며, 여기에서 스케줄러(256)는 작업 아이템의 큐를 획득한다. 각각의 작업 아이템은, 예를 들면, 조정기(114) 상에서 주어진 태스크를 실행하기 위한 요청에 대응할 수 있다(예컨대, 호출에서 지정된 파라미터에 따라). 예시적으로, 작업 아이템 큐는 스케줄러(256)에 의해 유지되고 관리될 수 있으며, 따라서 조정기(114) 상에서 실행하는 다른 태스크 또는 소프트웨어는 작업 아이템 큐 상에서 작업 아이템으로서 태스크 호출을 인큐잉하기 위한 태스크 호출을 조정기로 전달할 수 있다.

블록(1004)에서, 스케줄러(256)는 조정기(114)에 대한 컴퓨팅 가용성을 획득한다. 컴퓨팅 가용성은 컴퓨팅 리소스(프로세서, 메모리, 대역폭 등)의 가용성에 관한 임의의 메트릭을 포함할 수 있다. 일 실시예에서, 컴퓨팅 가용성은 조정기(114)의 운영 시스템으로부터 직접 수신된다. 또 다른 실시예에서, 컴퓨팅 가용성은 리소스 관리기와 같은, 조정기(114) 상에서 실행하는 애플리케이션으로부터 수신된다. 블록(1004)의 구현은 또한, 조정기(114) 상에서 실행 환경의 상태, 이들 실행 환경에서 실행한 태스크의 세트 등과 같은, 조정기(114)의 상태에 관한 다른 정보를 획득하는 것을 포함할 수 있다.

블록(1006)에서, 스케줄러(256)는 디큐어하고 프로세싱할 하나 이상의 작업 아이템을 결정하기 위해 결정된 컴퓨팅 리소스 가용성(및 잠재적으로, 실행 환경에서 실행한 태스크의 세트와 같은, 다른 입력)에 따라 작업 아이템 큐로 스케줄링 알고리즘을 적용한다. 상기 논의된 바와 같이, 선입 선출 스케줄링, 최단 마감 우선 스케줄링, 최단 잔여 시간 스케줄링, 고정 우선순위 선점 스케줄링, 및 라운드-로빈 스케줄링 등과 같은, 임의의 수의 스케줄링 알고리즘이 큐를 프로세싱할 때 스케줄러(256)에 의해 사용될 수 있다. 몇몇 인스턴스에서, 스케줄링 알고리즘은 또한 태스크의 저작자에 의해, 조정기의 관리자에 의해, 호출 엔티티 등에 의해 태스크에 할당된 우선순위에 적어도 부분적으로 기초할 수 있다.

루틴(1000)의 구현은 스케줄러(256)가 구현된 스케줄링 알고리즘에 따라 작업 아이템 큐로부터 작업 아이템을 디큐어하며, 작업 아이템에 대응하는 태스크를 실행할지를 결정하는지에 따라 블록(1007)에서 달라진다. 스케줄러(256)가 어떤 작업 아이템도 디큐잉되지 않아야 한다고 결정하면(예컨대, 작업 아이템에 의해 호출된 태스크를 실행하기 위해 불충분한 컴퓨팅 리소스가 존재하며, 작업 아이템의 우선순위가 보다 많은 이용 가능한 컴퓨팅 리소스를 생성하기 위해 임의의 현재 실행 중이 태스크의 중단을 보장하지 않기 때문에), 루틴(1000)은 상기 설명된 바와 같이, 블록(1004)으로 돌아간다.

스케줄러(256)가 작업 아이템이 디큐잉되어야 한다고 결정하면, 예를 들면, 충분한 컴퓨팅 리소스가 작업 아이템에 의해 호출된 태스크를 실행하기 위해 존재하거나 또는 작업 아이템의 우선순위가 이러한 리소스를 이용 가능하게 하는 것을 보정하기 때문에(예컨대, 현재 실행 중인 프로세스를 정지시킴으로써), 루틴(1000)은 블록(1008)으로 이어지며, 여기에서 스케줄러(256)는 작업 아이템에 의해 호출된 태스크를 실행할 실행 환경의 식별 정보를 획득한다. 예시적으로, 스케줄러(256)는 주어진 태스크의 실행에 할당된 실행 환경을 식별하며(및 잠재적으로 이를 생성하며), 실행 환경의 식별 정보를 스케줄러(256)로 반환할 수 있는, 리소스 관리기로 요청을 발행함으로써 이러한 식별 정보를 획득할 수 있다. 실행 환경을 식별하며 잠재적으로 이를 생성하기 위해 리소스 관리기에 의해 구현될 수 있는 하나의 예시적인 루틴이 이하에서, 도 11을 참조하여 설명될 것이다.

블록(1010)에서, 스케줄러(256)는 블록(1008)에서 식별된 실행 환경으로 디큐잉된 작업 아이템에 대응하는 태스크를 실행하기 위한 요청을 전달한다. 예시적으로, 실행 환경은 (예를 들면, 리소스 관리기의 동작에 의해) 호출된 태스크에 대응하는 코드, 뿐만 아니라 이러한 코드의 임의의 의존성을 공급받을 수 있다. 따라서, 스케줄러(256)는 코드를 실행하기 위해 실행 환경으로 호출을 하며, 코드를 디큐잉된 작업 아이템과 연관된 임의의 파라미터로 전달할 수 있다. 따라서, 스케줄러(256)는 작업 아이템이 큐로부터 프로세싱되게 할 수 있다.

루틴(100)은 그 후 블록(1012)으로 이어지며, 여기에서 구현은 작업 아이템 큐의 상태에 따라 달라질 수 있다. 예를 들면, 보다 많은 작업 아이템이 큐 내에 존재하는 경우에, 루틴(1000)은, 상기 설명된 바와 같이, 블록(1004)으로 반환할 수 있다. 더 많은 작업 아이템이 큐 내에서 존재하지 않는 경우에, 루틴(1000)은 블록(1014)에서 종료될 수 있다.

루틴(1000)의 하나의 가능한 구현이 예시적인 목적을 위해 설명되지만, 이 기술분야의 숙련자는 이러한 루틴(1000)에 대한 변화가 가능하다는 것을 이해할 것이다. 예를 들면, 몇몇 인스턴스에서, 루틴(1000)은 연속 루프로서 구현될 수 있으며, 따라서 그것은 스케줄러(256)가 동작하고 있는 한 실행된다. 또 다른 예로서, 루틴의 다양한 부분이 전체적으로 또는 부분적으로 병렬로, 또는 다수의 별개의 루틴으로서 구동될 수 있다. 예시적으로, 제1 루틴은 리소스 가용성을 연속적으로 획득하도록 동작할 수 있지만, 제2 루틴은 스케줄링 알고리즘을 통해 작업 아이템 큐에 현재 알려진 리소스 가용성을 적용하며, 제3 루틴은 디큐잉된 작업 아이템의 디큐잉 및 프로세싱을 구현한다(예컨대, 실행 환경을 획득하며 호출을 이러한 환경으로 전달한다). 따라서, 루틴(1000)의 블록은 사실상 예시적이도록 의도된다.

도 11을 참조하면, 하나의 예시적인 루틴(1100)이 태스크를 실행할 실행 환경을 식별하고 잠재적으로 생성하기 위해 설명될 것이다. 루틴(1100)은, 예를 들면, 조정기(114)에 의해 실행된 리소스 관리기(254)에 의해 실행될 수 있다.

루틴(1100)은 블록(1102)에서 시작되며, 여기에서 리소스 관리기(254)는 태스크를 실행할 실행 환경에 대한 요청을 획득한다. 요청은, 예를 들면, 도 10을 참조하여 위에서 설명된 바와 같이, 작업 아이템 큐의 프로세싱에 따라 스케줄러로부터 획득될 수 있다.

블록(1104)에서, 리소스 관리기(254)는 실행 환경에 공급될 리소스의 세트를 결정한다. 리소스는, 예를 들면, 컴퓨팅 리소스(예컨대, 프로세서 사용, 메모리, 대역폭 등), 뿐만 아니라 런타임, 드라이버, 라이브러리, 또는 다른 의존성과 같은, 데이터 리소스를 포함할 수 있다. 리소스의 세트는, 예를 들면, 실행 환경에서 실행하도록 의도된 태스크에 관한 정보에 기초하여, 결정될 수 있다. 예를 들면, 리소스 관리기(254)는 태스크의 실행을 위해 요구된 리소스의 세트(예컨대, 태스크의 저작자, 조정기의 관리자, 태스크를 실행하기 위한 요청의 파라미터 등에 의해 정의된 바와 같이)를 결정하며, 실행 환경을 위해 요구된 리소스로서 상기 리소스의 세트를 식별할 수 있다.

블록(1104)에서, 리소스 관리기(254)는 기존의 실행 환경이 이용을 위해 이용 가능한지를 결정한다. 일 실시예에서, 리소스 관리기(254)는 환경이 이전에 상기 태스크의 실행에 할당되었을 때만 태스크의 실행을 위해 기존의 실행 환경을 이용할 수 있다. 또 다른 실시예에서, 리소스 관리기(254)는 환경이 이전에 유사한 태스크의 실행에 할당되었을 때(예컨대, 보안 카테고리와 같은, 태스크의 동일한 카테고리 내에서), 또는 환경이 이전에 또한 블록(1104)에서 결정되도록 요구된 리소스를 공급받았을 때 기존의 실행 환경을 이용할 수 있다.

기존의 환경이 이용 가능하면, 루틴(1100)은 블록(1106)으로 진행되며, 여기에서 리소스 관리기(254)는 새로운 태스크 실행을 위한 환경을 준비하기 위해 필요한 대로 기존의 실행 환경을 업데이트한다. 예시적으로, 블록(1104)에서 요구된 리소스가 실행 환경으로 현재 공급된 리소스에 매칭되지 않는 경우, 리소스 관리기(254)는 부가적으로 요구된 리소스를 환경에 공급할 수 있다(및 잠재적으로, 사용되지 않은 드라이버, 유틸리티, 라이브러리 등과 같은, 요구되지 않은 리소스로의 액세스를 제거한다). 리소스 관리기(254)는, 뒤이은 실행을 시행하지 않도록 이전 태스크 실행 동안 실행 환경으로의 상기 변화를 보장하기 위해, 실행 환경을 추가로 리프레시하거나 또는 "제거"할 수 있다. 예를 들면, 리소스 관리기(254)는 실행 환경 내에서 환경 변수를 제거하거나, 또는 실행 환경과 연관된 데이터 캐시 또는 임시 파일 디렉토리를 제거할 수 있다. 그 후, 루틴(1100)은 블록(1114)으로 진행되며, 여기에서 실행 환경(114)의 식별 정보(예컨대, 이름, 로케이터 등)는 스케줄러와 같은, 요청에 응답하여 반환된다. 루틴(1100)은 그 후 블록(1116)에서 종료된다.

블록(1104)으로 돌아가면, 기존의 실행 환경이 이용 가능하지 않으면, 루틴(1100)은 블록(1108)으로 진행되며, 여기에서 리소스 관리기(254)는 리소스의 개선이 새로운 실행 환경을 생성하기 위해 요구되는지를 결정한다. 예시적으로, 블록(1104)에서 결정된 요구된 컴퓨터 리소스가 조정기의 이용 가능한 컴퓨팅 리소스를 초과하는 경우에, 리소스 관리기(254)는 컴퓨팅 리소스가 기존이 실행 환경을 중단하거나 또는 정지시킴으로써 재사용되어야 한다고 결정할 수 있다. 이러한 인스턴스에서, 루틴(1100)은 블록(1110)으로 진행되며, 여기에서 리소스 관리기(254)는 또 다른 활성 실행 환경을 중단시킨다. 예를 들면, 리소스 관리기(254)는, 실행 환경이 정지될 것임을 나타내는, 다른 활성 실행 환경에서 실행 중인 스레드로 호출 또는 인터럽트를 전달할 수 있다. 이러한 호출 또는 인터럽트는 스레드가 그의 상태를 저장하게 하며, 따라서 스레드는 나중에 재개될 수 있다(예컨대, 계산 리소스 가용성이 증가할 때). 다른 인스턴스에서, 리소스 관리기(254)는 다른 실행 환경의 상태를 저장하도록 동작할 수 있다. 일 실시예에서, 다른 실행 환경의 상태는 실행 환경의 스냅샷 이미지를 취하는 것에 의해서와 같은, 조정기의 메모리로 저장될 수 있다. 또 다른 실시예에서, 다른 실행 환경의 상태는 디바이스 섀도우를 통해 저장될 수 있다. 예시적으로, 다른 실행 환경에서 실행하는 태스크는 조정기에 의해 "디바이스"로 고려될 수 있으며 디바이스 섀도우와 연관된다. 실행의 위치 및 환경 내에서 변수의 현재 값과 같은, 다른 실행 환경의 상태가 디바이스 섀도우로 저장될 수 있다. 따라서, 다른 실행 환경에서 실행한 태스크는 디바이스 섀도우 및 저장된 값을 참조함으로써 재개될 수 있다. 디바이스 섀도우의 사용은 상기 참고로 통합된, '700 출원에서 보다 상세하게 설명된다.

또 다른 실행 환경을 중단함으로써, 리소스 관리기(254)는 새롭게 생성된 실행 환경에 의한 사용을 위해 컴퓨팅 리소스를 재사용할 수 있다. 루틴(1110)은 그 후 블록(1008)으로 돌아가며, 여기에서 부가적인 리소스가 재사용되어야 하는지가 결정된다. 루틴(1100)은 그 후 어떤 부가적인 리소스도 재사용되지 않아야 할 때까지(예컨대, 충분한 리소스가 새로운 실행 환경에 할당하기 위해 존재할 때까지) 블록(1108 및 1110) 사이에서 계속해서 루핑한다. 루틴(1100)은 그 후 블록(1112)으로 진행된다.

블록(1112)에서, 리소스 관리기(254)는 블록(1104)에서 결정된 바와 같이, 요구된 리소스에 기초하여 새로운 실행 환경을 생성한다. 상기 주지된 바와 같이, 실행 환경은 "컨테이너", 운영-시스템-레벨 가상화 환경, 또는 "chroot jail" 또는 파이썬 가상 환경 "virtualenv"와 같은, "샌드 박스" 환경과 같은, 태스크의 실행에 할당된 메모리의 임의의 논리 부분을 포함할 수 있다. 따라서, 블록(1104)에서, 리소스 관리기(254)는 태스크의 실행에 메모리의 일부분을 지정하며, 상기 요구된 리소스를 이용해서 상기 메모리의 부분을 할당함으로써 이러한 실행 환경을 생성할 수 있다. 예시적으로, 리소스 관리기(254)는, 실행 환경으로 데이터 리소스를 복사하거나 또는 그것이 실행 환경의 밖에 있는 데이터 리소스로의 액세스를 제공받도록 실행 환경을 수정함으로써(예컨대, 외부 데이터 리소스를 나타내는 실행 환경 내에 판독-전용 마운트 포인트를 위치시킴으로써)와 같이, 요구된 데이터 리소스를 실행 환경에 공급할 수 있다.

그 후, 루틴(1110)은 블록(1114)으로 진행되며, 여기에서 리소스 관리기(254)는 스케줄러와 같은, 요청 엔티티로 리소스 환경의 식별 정보를 반환한다. 루틴(1110)은 그 후 블록(1116)에서 종료된다.

도 12를 참조하면, 예시적인 상호 작용의 세트는 조정기(114) 상에서의 제1 태스크 실행이 제2 태스크 실행을 요청할 수 있게 하기 위해 통신 관리기(260)의 이용을 위해 설명될 것이다. 상호 작용은, 예를 들면, 실행 제1 태스크로 하여금 협력형 환경(110)의 상태가 주어진 조건을 만족한다는 것을 검출할 수 있게 하기 위해, 및 상기 조건에 응답하여 동작을 취하도록 제2 태스크의 실행을 요청하기 위해(예컨대, 시각, 임차인의 출발 등을 검출하는 것에 응답하여 상태를 변경하기 위해, 메시지를 광과 같은, 협력형 디바이스(112)로 메시지를 송신하기 위해) 발생할 수 있다. 상기 주지된 바와 같이, 이들 태스크-내 통신을 가능하게 하기 위한 통신 관리기(260)의 사용은 비동기식 통신의 강력한 핸들링을 제공하는데 및 태스크-간 통신 또는 호출 내에서의 다양하고 상이한 프로토콜의 사용이 태스크를 실행할 수 있게 하기 위해 유리할 수 있다.

상호 작용은 (1)에서 시작되며, 여기에서, 도 12에서 태스크 A(1202)로 표기된 제1 태스크는 조정기(114) 상에서 태스크의 실행을 요청하는 호출 메시지를 생성한다. 호출 메시지는 통신 관리기에 의해 지원된 임의의 포맷에 있을 수 있으며, 예를 들면, 요청된 실행에 관한 메타데이터(예컨대, 실행에 할당할 우선순위) 또는 태스크 실행으로 전달된 파라미터를 특정할 수 있다. 일 실시예에서, 호출 메시지는 HTTP 요청 메시지이다. 몇몇 인스턴스에서, 호출 메시지는 태스크에 대한 고유 식별자를 통해서와 같은, 호출될 태스크를 특정할 수 있다. 다른 인스턴스에서, 호출된 태스크는 메시지 자체의 콘텐트를 통해서보다는, 호출 메시지에 대한 목적지(예컨대, 메시지가 송신되는 URI)의 사용에 의해 특정될 수 있다. 메시지에 의해 사용된 요청 방법은 메시지에 대하여 착수될 원하는 동작을 특정할 수 있다. 예를 들면, HTTP POST 요청은 태스크의 실행을 요청하기 위해 이용될 수 있지만, 다른 요청 방법은 다른 기능과 연관될 수 있다(예컨대, HTTP GET 요청은 도 13을 참조하여 이하에서 설명되는 바와 같이, 태스크로부터 출력을 요청하기 위해 이용될 수 있다). 예시적으로, 태스크 A(1202)에서 호출 메시지의 생성은 적어도 부분적으로 태스크 A(1202)의 라이브러리 또는 다른 코드 의존성에 대한 호출을 통해 가능해질 수 있으며, 이것은 (예컨대, 조정기(114)의 제공자와 상이할 수 있는, 조정기(114)의 최종 사용자, 태스크 A(1202)의 저작자 등과 대조적으로) 조정기(114)의 제공자에 의해 저작될 수 있다. 예를 들면, 태스크 A(1202)는 태스크 A(1202)가 호출될 때, 통신 관리기(260)로의 송신을 위한 호출 메시지를 생성할, "태스크 실행" 함수를 제공하는 라이브러리를 포함하게 하는, 소프트웨어 개발 키트를 사용하여 생성될 수 있다.

(2)에서, 태스크 A(1202)는 통신 관리기(260)와 연관된 URI로 호출 메시지를 송신한다. 예시적으로, 통신 관리기(260)는 조정기(114)의 지정된 포트 상에서 요청을 청취하는 HTTP 서버를 구현할 수 있으며, 태스크 A(1202)는 조정기(114)의 네트워크 어드레스 또는 도메인 이름뿐만 아니라 지정된 포트(예컨대, "localhost:8888")를 포함하는 URI로 호출 메시지를 송신할 수 있다. 몇몇 인스턴스에서, URI는 호출될 태스크의 식별 정보를 더 포함할 수 있다. 예를 들면, 조정기(114) 상에서 각각의 태스크는 조정기(114) 상에서 상이한 리소스 경로와 연관될 수 있으며, 따라서 태스크 A(1202)는 경로 "/task_a"와 연관되고, 태스크 B는 경로 "/task_b" 등과 연관된다. 따라서, 호출된 태스크와 연관된 경로로 호출 메시지를 송신함으로써, 통신 관리기(260)는 호출 태스크를 통지받을 수 있다. 도 12의 예시적인 예에서, 태스크 A(1202)의 실행은 태스크 B의 실행을 요청하도록 요구된다고 가정된다. 따라서, 태스크 A(1202)의 실행은 "localhost:8888/task_b"와 같은, 태스크 B와 연관된 URI로 호출 메시지를 송신할 수 있다. 상기 주지된 바와 같이, 호출을 송신하기 위해 사용된 요청 방법은 호출된 태스크에 대하여 원하는 동작을 지정할 수 있다. 예를 들면, 태스크와 연관된 URI로의 "POST" 방법 요청은 (예컨대, 요청 내에 포함된 파라미터 또는 메타데이터에 따라) 태스크의 실행을 개시하기 위한 요망을 나타낼 수 있다.

(3)에서, 호출 메시지를 수신할 때, 통신 관리기(260)는 호출 메시지에 대응하는 호출된 태스크를 식별한다. 예시적으로, 통신 관리기(260)는 조정기(114) 상에서 태스크의 대응 식별자(예컨대, 예를 들면, 스케줄러(256)에 의해 이용된 바와 같이, 이름 "태스크 B" 또는 태스크에 대응하는 고유 식별자)와 호출 메시지의 경로 또는 URI(예컨대, "localhost:8888/task_b" 또는 "/task_b")를 연관시키는 매핑 또는 다른 정보를 유지할 수 있다. 그 후, (4)에서, 통신 관리기(260)는, 호출 메시지의 콘텐트(예컨대, 호출 메시지에 포함된 파라미터를 용해서, 호출 메시지 내에 포함된 실행 파라미터 또는 메타데이터를 지정하는 등)에 따라, 식별된 태스크에 대한 호출을 생성할 수 있다. 통신 관리기(260)는 그 후 작업 아이템 큐(800)로의 배치를 위해 스케줄러(256)로 태스크 호출을 송신할 수 있다. 스케줄러(256)는 그 후, 예를 들면, 도 8 및 도 9의 상호 작용에 따라, 호출된 태스크의 실행을 야기할 수 있다. 예시적으로, 통신 관리기(260)는 프로그램 인터페이스(예컨대, API)의 사용에 의해 태스크 호출을 생성하고 이를 스케줄러(256)에 송신할 수 있다. 예를 들면, 통신 관리기(260)는 태스크 호출을 스케줄러(256)로 전달하기 위한 코드에 대응하는 함수를 호출할 수 있으며, 여기에서 함수의 파라미터는 태스크 실행으로 전달될 파라미터, 호출을 핸들링하기 위한 파라미터(예컨대, 우선순위 레벨) 등을 지정한다. 몇몇 인스턴스에서, 생성된 호출은, 호출에 대응하는 태스크 실행을 추적하기 위해 사용 가능한, 실행 식별자를 포함할 수 있다. 실행 식별자는, 도 13에 대하여 이하에서 논의되는 바와 같이, 예를 들면, 호출에 할당된 고유 숫자 또는 영숫자 스트링에 대응하며, (예를 들면) 호출에 대응하는 태스크 실행의 출력 또는 결과를 보고하기 위해 사용 가능할 수 있다. 일 실시예에서, 실행 식별자는 통신 관리기(260)에 의해 호출에 할당된다. 또 다른 실시예에서, 실행 식별자는 태스크 A(1202)와 같은, 호출 태스크에 의해 호출에 할당된다.

(6)에서, 통신 관리기(260)는 또한, 호출 태스크, 즉 태스크 A(1202)로 수신 확인을 반환할 수 있다. 수신확인은, 예를 들면, 호출 메시지가 수신되었으며 통신 관리기(260)에 의해 성공적으로 프로세싱되었고, 따라서 태스크를 실행하기 위한 호출이 스케줄러(256)에 송신되었으며 작업 아이템 큐(800) 상에 위치됨을 나타낼 수 있다. 다른 인스턴스에서, 수신확인은 메시지에서, 통신 관리기(260)에 의한 메시지의 핸들링에서, 또는 스케줄러(256)에 의한 메시지의 핸들링에서 에러의 검출과 같은, 호출 메시지의 성공적이지 않은 프로세싱을 나타낼 수 있다. 수신확인 메시지는 (예컨대, 실행 식별자가 통신 관리기(260)에 의해 할당된 인스턴스에서) 호출 메시지에 대응하는 실행 식별자를 더 포함할 수 있다.

예시적인 상호 작용이 도 12에 대하여 설명되지만, 본 개시의 실시예는 부가적인 또는 대안적인 상호 작용을 포함할 수 있다. 예를 들면, 통신 관리기(260)는 몇몇 인스턴스에서, 다수의 알려진 인증 메시지 중 임의의 것에 따라 호출 메시지를 인증함으로써와 같은, 호출 메시지를 확인할 수 있다. 상기 주지된 바와 같이, 몇몇 실시예에서, 통신 관리기(260)는 다수의 프로토콜(또는 동일한 프로토콜의 다수의 버전)에 따라 호출 메시지의 송신을 가능하게 할 수 있다. 또한, 통신 관리기(260)는 몇몇 인스턴스에서, 이 기술분야에서 "HTTPS"로 지칭되는, 보안 소켓 계층(SSL)/수송 계층 보안(TLS) 위 HTTP의 구현에 의해서와 같은, 호출 메시지 또는 다른 정보의 보안 송신을 가능하게 할 수 있다.

제1 태스크 실행이 제2 태스크 실행으로 요청을 송신할 수 있게 하는 것 외에, 제1 태스크 실행이 제2 태스크 실행의 결과 또는 출력을 획득할 수 있게 하는 것이 유리할 수 있다. 예를 들면, 제1 태스크의 실행은 협력형 디바이스(112)와 상호 작용하며 상기 디바이스(112)의 상태를 획득하기 위한 태스크와 같은, 제2 태스크의 실행에 대한 호출을 송신할 수 있다. 제1 태스크의 실행은 그러므로 제2 태스크의 실행으로부터 디바이스(112)의 상태를 수신하는 것에서 이득을 얻을 수 있다. 상기 논의된 도 12의 상호 작용에서처럼, 태스크 실행 사이에서의 데이터의 송신은 비동기식 실행과 연관된 지연 또는 언어 사이에서의 비호환성과 같은 어려움을 상승시킬 수 있다. 따라서, 통신 관리기(260)는 또한 태스크의 출력 또는 결과(예컨대, 제2 태스크의 실행)가 호출 태스크(예컨대, 제1 태스크의 실행)로 제공될 수 있게 할 수 있다.

태스크 실행의 출력 또는 결과를 제공하기 위해 통신 관리기(260)의 사용을 위한 상호 작용은 도 13을 참조하여 설명될 것이다. 구체적으로, 도 13의 상호 작용은, 도 13의 태스크 B(1204)로서 식별된, 태스크 실행이, 도 13의 태스크 A(1202)로서 식별된, 호출 태스크 실행으로 실행의 출력 또는 결과를 보고할 수 있게 할 것이다. 몇몇 인스턴스에서, 도 13의 상호 작용은 태스크 A(1202)에 의해, 태스크 B(1204)를 실행하기 위한 요청의 송신 다음에 발생할 수 있다. 도 13의 예시적인 예에서, 상호 작용의 하나의 잠재적인 순서화는 예시적인 목적을 위해 묘사되며, 여기에서 태스크 A(1202)는 상기 출력이 통신 관리기(260)에서 수신되기 전에, 태스크 B(1204)로부터 출력을 획득하기 위해 통신 관리기(260)로 요청을 송신한다. 상호 작용의 이러한 순서화는, 예를 들면, 태스크 A(1202) 및 통신 관리기(260)가, 태스크 A(1202)가 즉각적인 응답을 요구하지 않고 통신 관리기(260)와의 HTTP 연결을 개시하는 기술인, HTTP "롱 폴링(long polling)"을 이용하는 경우 발생할 수 있으며, 따라서 통신 관리기(260)는 새로운 정보(예컨대, 태스크 B(1204)의 출력)를 태스크 A(1202)에 통지하기 위해 기존의 HTTP 연결을 사용할 수 있다. 상호 작용의 다른 순서화가 가능하다. 예를 들면, 태스크 A(1202)는 통신 관리기(260)가 상기 출력을 획득한 후 태스크 B(1204)의 출력을 획득하기 위해 통신 관리기(260)로 요청을 송신할 수 있으며, 이러한 인스턴스에서, 통신 관리기(260)는 요청에 즉시 응답할 수 있다. 추가 예로서, 통신 관리기(260)는 몇몇 실시예에서, 통신 관리기(260)와의 연결을 개시하도록 태스크 A(1202)에 요구하지 않고 태스크 B(1204)를 태스크 A(1202)에 통지하기 위해 "푸시" 통신 메커니즘을 이용할 수 있다. 따라서, 도 13에 묘사된 순서화는 사실상 예시적이도록 의도된다.

(2)에서, 태스크 A(1202)는 통신 관리기(260)로 응답 요청 메시지를 송신한다. 예시적으로, 응답 요청 메시지가 HTTP 메시지인 경우에, 메시지는 통신 관리기(260)와 연관된 URI(예컨대, "localhost:8888")에 송신될 수 있다. 몇몇 인스턴스에서, 응답 요청 메시지는 출력이 추구되는 태스크 실행을 식별하는 실행 식별자를 포함할 수 있다. 예를 들면, 응답 요청 메시지는 출력이 요청되는 태스크와 연관된 URI로 어드레싱된 HTTP 메시지 내에서 헤더로서 실행 식별자를 포함할 수 있다. 다른 인스턴스에서, 메시지가 송신되는 URI는 URI 내에서 경로의 부분으로서 실행 식별자를 포함할 수 있다. 예를 들면, 실행 식별자 "1"에 대응하는 태스크 실행의 출력에 대한 요청은 "http://localhost:8888/1"에 송신될 수 있으며, 여기에서 실행 식별자는 조정기(114)에서 태스크에 걸쳐 고유하다. 실행 식별자가 태스크에 걸쳐 고유하지 않은 경우, 또는 그것이 그 외 바람직할 때, 출력이 요청되는 태스크의 식별자는 또한 URI의 경로 내에 포함될 수 있다. 예를 들면, "태스크 B"의 실행의 출력 "1"에 대한 요청은 "http://localhost:8888/task_b/1"에 송신될 수 있다. 요청은 예시적으로 요청의 타임아웃 기간과 같은, 요청의 프로세싱을 위한 파라미터를 통신 관리기(260)에서 포함할 수 있으며, 따라서 통신 관리기(260)가 타임아웃 기간 내에 응답을 획득하지 않는다면, 에러 메시지가 태스크 A(1202)로 반환된다. 몇몇 인스턴스에서, 요청은 통신 관리기(260)가, 태스크 B(1204)의 출력이 특정된 기준(예컨대, 절대 값, 임계 값, 값 범위 등)에 따를 때만 태스크 A(1202)에 통지하는 것과 같은, 요청에 응답하여 정보를 태스크 A(1202)로 반환해야 할 때 및 그 경우를 지정하는 기준을 포함할 수 있다. 상기 주지된 바와 같이, 응답 요청 메시지의 송신은 HTTP 롱 폴링 기술에 따라 발생할 수 있으며, 따라서 태스크 A(1202)와 통신 관리기(260) 사이에서의 연결은 통신 관리기(260)가 메시지에 즉시 응답하도록 요구하지 않고 유지된다.

도 13의 예시적인 예에서, (3)에서, 태스크 B(1204)는 출력을 생성한다. 출력은 태스크 B(1204)로 전달된 입력을 프로세싱한 결과(예컨대, 태스크 B(1204)를 실행하기 위한 호출의 부분으로서), 태스크 B(1204)의 실행 동안 협력형 디바이스(112)로부터 획득된 데이터(예컨대, 태스크 B(1204)가 협력형 디바이스(112)와 상호 작용하기 위한 코드에 대응하는 경우) 등과 같은, 태스크 B(1204)에 대응하는 코드의 실행에 의해 생성된 임의의 데이터일 수 있다. (4)에서, 출력은 태스크 B(1204)의 실행에 할당된 실행 식별자를 사용하여 통신 관리기(260)에 송신된다. 예시적으로, 출력은, HTTP POST 방법을 이용하여 HTTP 요청으로서 태스크 B에 송신될 수 있고, 콘텐트는 출력을 포함한다. 일 실시예에서, 요청은 (예컨대, 요청에 대한 헤더로서) 출력을 생성하는 태스크에 대응하는 실행 식별자를 포함할 수 있다. 요청은 실행 식별자와 및/또는 태스크 B(1204)와 연관된 URI에 송신될 수 있으며, 이것은 상호 작용 (2)에 대하여 상기 논의된 URI(예컨대, "http://localhost:8888/1" 또는 "http://localhost:8888/task_b")에 매칭될 수 있다.

(5)에서, 통신 관리기(260)는 양쪽 메시지 모두가 공통 URI에 송신되며 공통 실행 식별자를 포함한다(예컨대, URI 내에 또는 헤더 필드 내에)는 것을 검출함으로써와 같은, 태스크 A(1202)에 의해 송신된 요청 메시지에 태스크 B(1204)에 의해 제공된 출력을 매칭시킨다. (6)에서, 통신 관리기는 태스크 B(1204)에 의해 제공된 출력을 포함하여, 태스크 A(1202)의 요청 메시지에 대한 응답을 생성한다. 도 13에 묘사된 실시예에서, 상호 작용 (2)에서 송신된 응답 요청 메시지가 HTTP 롱 폴링 기술의 구현을 나타내는 경우에, 상호 작용 (6)에서 생성된 응답은 상호 작용 (2)의 요청 메시지에 대한 응답일 수 있다. 다른 실시예에서, 상호 작용 (6)은 독립적으에 송신된 메시지(예컨대, 태스크 A(1202)로의 "푸시" 메시지)의 생성을 포함할 수 있다.

(7)에서, 태스크 B(1204)의 출력을 포함하여, 통신 관리기(206)에서 생성된 응답은 태스크 A(1202)에 송신된다. 따라서, 태스크 A(1202)는 태스크 B(1204)에 의해 생성된 출력을 획득할 수 있으며, 태스크-내 통신이 가능해질 수 있다. 상기 설명을 고려하여 이해될 바와 같이, 태스크-내 통신을 가능하게 하기 위한 통신 관리기(260)의 사용은 다수의 이득을 포함할 수 있다. 예를 들면, 각가의 태스크(예컨대, 태스크 A(1202) 및 태스크 B(1204))는 상이한 프로토콜, 또는 동일한 프로토콜의 상이한 버전을 통해 통신 관리기(260)와 통신할 수 있다. 게다가, 도 13에 묘사된 태스크-내 통신은 태스크의 특정한 언어에 의존하지 않으며, 각각의 언어가 통신 관리기(260)에 의해 지원된 프로토콜을 구현할 수 있는 한, 상이한 언어로 기록된 태스크 사이에 있을 수 있다. 또한, 통신 관리기(260)의 기능은 태스크-내 통신의 콘텐트(예컨대, 메시지 바디)에 의존하지 않으며, 단지 통신이 송신되는 어드레스 또는 통신과 연관된 헤더 값에 기초하여 동작할 수 있을 것이다. 이러한 방식으로, 태스크는 통신 관리기(260)의 기능에 대한 변경을 요구하지 않고 임의의 포맷의 데이터를 송신하기 위해 가능해질 수 있다. 더 나아가, 여기에서 설명된 통신 관리기(260)는 태스크 대신에 다양한 기능을 구현할 수 있으며, 따라서 이들 태스크는 이들 기능 자체를 구현할 필요가 없다. 예를 들면, 통신 관리기(206)는 하나 이상의 태스크와의 통신을 인증하고, 태스크로부터의 요청을 확인하며, 요청에 대하여 타임아웃 또는 에러 제어를 구현할 수 있다(예컨대, 강력한 비동기식 호출을 가능하게 하기 위해). 몇몇 인스턴스에서, 통신 관리기(260)는, 태스크가 통신을 수신하고 프로세싱함을 보장하기 위해 태스크와의 실패한 통신을 재송신함으로써와 같은, "서비스 품질" 보증을 구현할 수 있다. 통신 관리기(260)는 따라서 개개의 태스크 실행 사이에서 직접 통신을 통해 상당한 이점을 제공한다.

도 14를 참조하면, 예시적인 크로스-토크 통신 루틴(1400)이 설명될 것이다. 루틴(1400)은, 예를 들면, 조정기(114) 상에서 태스크의 실행 간에 통신을 가능하게 하기 위해, 통신 관리기(260)에 의해 구현될 수 있다.

루틴(1400)은 블록(1402)에서 시작되며, 여기에서 통신 관리기(260)는 태스크와 연관된 URI로 어드레싱된 호출 메시지를 획득한다. 예시적으로, 호출 메시지는 조정기(114)의 도메인 이름, 통신 관리기(260)에 의해 구현된 HTTP 서버와 연관된 포트, 및 호출된 태스크와 연관된 경로를 포함하는 URI(예컨대, "http://<domain>:<port>/<path>"의 포맷으로)로의 HTTP POST 요청일 수 있다. 블록(1403)에서, 통신 관리기(260)는 호출과 연관될 실행 식별자를 획득하며, 이것은 호출 태스크와 같은 호출 엔티티로, 호출에 대응하는 실행의 출력 또는 결과를 반환하기 위해 이용될 수 있다(이하에 설명되는 바와 같이). 일 실시예에서, 실행 식별자는 호출 메시지 내에서 송신된다(예컨대, POST 요청의 콘텐트로서). 또 다른 실시예에서, 실행 식별자는 통신 관리기(260)에 의해 호출에 할당되며, 호출 엔티티로 반환될 수 있다(예컨대, POST 요청의 수신 확인 또는 그것에 대한 응답의 부분으로서).

블록(1404)에서, 통신 관리기(260)는, 호출 메시지가 송신되는 URI에 기초하여, 호출 메시지에 응답하여 호출된 태스크를 결정한다. 예를 들면, 통신 관리기(260)는 조정기(114)에서 유지된 특정한 태스크(예컨대, "태스크 X")에 URI(예컨대, "/task_identifier")의 경로를 연관시키는 매핑 또는 다른 정보를 유지할 수 있다. 따라서, 호출 메시지가 송신된 경로를 검사함으로써, 통신 관리기(260)는 호출 메시지에 응답하여 호출할 태스크를 결정할 수 있다.

블록(1406)에서, 통신 관리기(260)는 블록(1404)에서 식별된 태스크를 실행하기 위한 요청을 생성하며, 호출을 조정기(114)의 스케줄러에 송신한다(상기 논의된 바와 같이, 호출을 인큐잉하며 작업 아이템 큐에 따라 호출된 태스크의 실행을 야기하도록 기능할 수 있다). 예시적으로, 호출은 태스크의 실행에 전달될 파라미터, 또는 태스크가 어떻게 실행되어야 하는지에 관한 파라미터(예컨대, 실행에 할당할 우선순위)를 포함할 수 있다. 이러한 파라미터는, 예를 들면, 블록(1402)에서 획득된 호출 메시지로부터 획득될 수 있다. 호출은, 블록(1403)에서 획득된 바와 같이, 호출과 연관된 실행 식별자를 더 포함할 수 있으며, 따라서 호출에 의해 개시된 태스크 실행은 실행 식별자에 대한 참조에 의해 호출의 결과를 통신 관리기(260)로 보고할 수 있다.

블록(1408)에서, 통신 관리기(260)는 실행 식별자를 참조하는, 호출에 대응하는 태스크의 실행에 관한 출력 또는 다른 데이터를 획득한다. 예시적으로, 출력은 실행 식별자를 포함하며, 출력에 대응하는 콘텐트를 포함하는 경로로 어드레싱된, 통신 관리기(260)에 대응하는 서버로 HTTP POST 메시지로서 송신될 수 있다. 또 다른 실시예에서, 출력은, 실행 식별자를 포함하는 콘텐트를 이용해서, HTTP 포스트 메시지로서 송신될 수 있다.

블록(1410)에서, 통신 관리기(260)는 호출 메시지의 소스로 출력을 반환한다. 일 실시예에서, 통신 관리기(260)는 상기 출력에 대한 요청에 대한 응답으로서 출력을 반환할 수 있으며, 여기에서 요청은 실행 식별자를 포함한다. 예를 들면, 통신 관리기(260)는 실행 식별자를 포함하는 URI에 송신된 HTTP GET 방법 메시지에 대한 응답으로서 출력을 반환할 수 있다. 또 다른 실시예에서, 통신 관리기(260)는 출력을 독립적으로 (예컨대, "푸시" 통지로서) 호출 메시지가 수신된 엔티티에 송신할 수 있다. 호출 메시지의 소스로의 반환이 도 14에서 설명되지만, 통신 관리기(260)는 부가적으로 또는 대안적으로 출력을 또 다른 목적지로 반환할 수 있다. 예를 들면, 호출 메시지 또는 통신 관리기(260)에서 수신된 호출 메시지 또는 또 다른 통신(예컨대, 실행 식별자를 참조하는 또 다른 통신)은 실행 식별자에 대응하는 출력에 대한 대안적인 목적지를 특정할 수 있으며, 루틴(1400)은 상기 대안적인 목적지로 출력을 반환하는 것을 포함할 수 있다. 예시적으로, 대안적인 목적지의 사용은 태스크 간에 출력의 재라우팅을 가능하게 할 수 있다. 예를 들면, 제1 태스크는 제2 태스크의 실행을 요청하며, 파라미터로서 이전에 수립된 실행 식별자(예컨대, 제3 태스크의 실행에 대응)를 제2 태스크로 전달할 수 있다. 제2 태스크는 그 후, 제2 태스크가 제3 태스크의 실행을 원래 불러올 책임이 없을지라도, 제3 태스크의 출력을 획득하기 위해 실행 식별자를 이용할 수 있다. 따라서, 호출 메시지 소스로의 출력의 반환은 단순히 출력에 대한 하나의 가능한 목적지이다. 출력을 반환한 후, 루틴(1400)은 블록(1412)에서 종료될 수 있다.

도 15를 참조하면, 예시적인 상호 작용이 요구 시 코드 실행 환경(150) 상에서의 태스크 실행과 조정기(114) 상에서 실행하는(또는 실행될) 태스크 사이에서 태스크-내 통신을 가능하게 하기 위해 묘사된다. 상기 논의된 바와 같이, 몇몇 인스턴스에서(및 특정한 구성 하에서) 요구 시 코드 실행 환경(150)에서 실행하는 태스크가 조정기(114)와 통신하는 것은 어려울 수 있다. 예를 들면, 조정기(114)는 공개적으로 어드레싱 가능한 네트워크와 연관되지 않을 수 있고, 협력형 환경(120) 밖으로부터 조정기(114)로의 통신의 수립을 제한하는 보안 정책의 대상이 될 수 있거나, 또는 요구 시 코드 실행 환경(150)과의 신뢰 가능한 통신을 유지하지 않을 수 있다(예컨대, 요구 시 코드 실행 환경(150)과 통신할 때 높은 네트워크 대기 시간 또는 송신 에러의 대상이 될 수 있다). 이러한 어려움을 처리하기 위해, 조정기(114)는, 조정기(114) 상에서 태스크를 실행하기 위해 요구 시 코드 실행 시스템으로부터 요청을 연속적으로, 간헐적으로, 또는 주기적으로 검색하기 위해, 및 요구 시 코드 실행 환경(150)으로 이러한 실행의 결과를 보고하기 위해 조정기(114) 상에서 실행하는, 원격 인터페이스 태스크(1202)를 구현할 수 있다.

도 15의 상호 작용이 (1)에서 시작되며, 여기에서 요구 시 코드 실행 환경(150)은 조정기(114)에서 태스크를 실행하기 위해 호출을 획득한다. 예시적으로, 호출은 요구 시 코드 실행 환경(150)에서 실행한 태스크에 의해, 또는 요구 시 코드 실행 환경(150)으로 호출을 송신하는 클라이언트 디바이스(102)에 의해(예컨대, 요구 시 코드 실행 환경(150)의 API를 통해) 획득될 수 있다. 호출은, 예를 들면, 호출될 태스크의 식별 정보, 뿐만 아니라 태스크를 실행할 조정기(114)를 포함할 수 있다. 몇몇 인스턴스에서, 호출은 실행 이전 또는 동안 태스크로 전달할 파라미터, 또는 태스크가 어떻게 실행하는지를 제어하기 위한 파라미터(예컨대, 태스크의 우선순위)와 같은, 다른 정보를 더 포함할 수 있다. 호출될 태스크의 식별 정보는, 예를 들면, 조정기(114)에서, 요구 시 코드 실행 환경(150)에서, 또는 양쪽 모두에서 태스크의 이름 또는 다른 식별자를 포함할 수 있다. 조정기(114)에 대한 식별 정보는, 예를 들면, (예컨대, 단지 단일 조정기(114)만이 이러한 환경(110) 내에 포함되는 인스턴스에서) 조정기(114)의 이름 또는 다른 식별자, 조정기(114)가 동작하는 협력형 환경(110)의 이름 또는 다른 식별자를 포함할 수 있다. 몇몇 인스턴스에서, 조정기(114)의 식별 정보는 조정기(114)가 연관되는 요구 시 코드 실행 환경(150) 상에서 계정의 지정을 포함할 수 있다.

(2)에서, 요구 시 코드 실행 환경(150)은 호출이 송신되어야 하는 조정기(114)를 식별한다. 예시적으로, 요구 시 코드 실행 환경(150)은, 호출이 송신되어야 하는 특정한 조정기(114)를 결정하기 위해, 호출로부터 조정기(114)에 대한 식별 정보를 추출할 수 있다. 그 후, (3)에서, 요구 시 코드 실행 환경(150)은 조정기(114)에 의한 검색을 기다리는 호출의 큐에 호출을 인큐잉한다. 예시적으로, 요구 시 코드 실행 환경(150)은, 요구 시 코드 실행 환경(150)으로부터 태스크 호출을 획득하기 위해 가능해진 각각의 조정기(114)에 대해, 조정기(114)로의 송신을 기다리는 호출의 큐를 생성할 수 있다. 따라서, 요구 시 코드 실행 환경(150)은 목적지 조정기(114)에 대응하는 큐로 현재 획득된 호출을 위치시킬 수 있다. 몇몇 인스턴스에서, 요구 시 코드 실행 환경(150)은 선입 선출 스케줄링 알고리즘에 따라 큐를 동작시킬 수 있다. 다른 인스턴스에서, 요구 시 코드 실행 환경(150)은 큐에 (상기 논의된 것들과 같은) 다른 스케줄링 알고리즘을 적용할 수 있다.

(4)에서, 조정기(114) 상에서 실행하는 원격 인터페이스 태스크(1202)는 요구 시 코드 실행 환경(150)에 큐잉된 태스크 호출을 검색하기 위한 요청을 요구 시 코드 실행 환경(150)으에 송신한다. 원격 인터페이스 태스크(1202)는, 여기에서 설명된 실시예에 따라, 조정기(114)에서 태스크로서 구현될 수 있다. 예시적으로, 원격 인터페이스 태스크(1202)는 조정기(114) 상에서의 실행을 위해 요구 시 코드 실행 환경(150)에 큐잉된 태스크 호출을 검색하기 위해 요구 시 코드 실행 환경(150)과 연속적으로, 간헐적으로 또는 주기적으로 상호 작용하도록 실행 가능한 코드에 대응할 수 있다. 일 실시예에서, 태스크 호출을 검색하기 위한 요청은, 요구 시 코드 실행 환경(150)의 URI로 어드레싱된 HTTP 요청(예컨대, GET 방법 요청)일 수 있다. 예시적으로, URI는 조정기(114)에 대응하는 것으로 요구 시 코드 실행 환경(150)에 의해 지정된 경로를 포함할 수 있다.

(5)에서, 요구 시 코드 실행 환경(150)은 요청에 응답하여 원격 인터페이스 태스크(1202)로 큐잉된 호출을 반환한다. 일 실시예에서, 요구 시 코드 실행 환경(150)은 조정기(114)로 모든 큐잉된 태스크 호출을 반환할 수 있다. 또 다른 실시예에서, 요구 시 코드 실행 환경(150)은 조정기(114)로부터의 요청마다 단지 임계 수의 큐잉된 태스크 호출(예컨대, 큐로부터 최상위 호출, 또는 최상위 n개 호출)만을 포함할 수 있다.

(6)에서, 원격 인터페이스 태스크(1202)는 요구 시 코드 실행 환경(150)으로부터 검색된 호출에 대응하는 호출 메시지를 생성한다. 일 실시예에서, 조정기(114)는 조정기(114)에 의해 이용된 포맷에 따라, 새로운 호출을 생성하기 위해 검색된 호출로부터의 정보를 이용할 수 있다. 예를 들면, 상기 설명된 바와 같이, 조정기(114)는 (호출된 태스크를 식별하며 요청의 콘텐트로서 태스크의 실행에 관한 파라미터를 포함하는 URI로 어드레싱된 HTTP POST 요청으로서) 주어진 포맷에 따라 태스크를 실행하기 위해 호출을 획득하도록 구성된 통신 관리기(260)를 포함할 수 있다. 따라서, 원격 인터페이스 태스크(1202)는 통신 관리기(260)에 의해 이용된 포맷에 따라 새로운 호출을 생성하기 위해 검색된 호출로부터의 정보(예컨대, 요구 시 코드 실행 환경(150)에 의해 송신된 HTTP 패킷의 콘텐트)를 이용할 수 있다. 또 다른 실시예에서, 요구 시 코드 실행 환경(150)은 캡슐화된 데이터 패킷으로서 태스크 호출을 반환하도록 구성될 수 있으며, 따라서 그것은 캡슐 해제된 원격 인터페이스 태스크(1202)이며 새로운 호출의 독립적인 생성을 요구하지 않고 조정기(114) 내에서 송신될 수 있다.

(7)에서, 조정기(114)는 호출을 통신 관리기(260)에 송신한다. 호출은 상기 설명된 실시예에 따라 (예컨대, 호출된 태스크를 식별하는 URI로 어드레싱된 HTTP POST 요청으로서) 송신될 수 있다. 그 후, 통신 관리기(260)는 호출이 조정기(114)의 작업 아이템 큐 상에 인큐잉되며, 조정기(114)의 실행 환경에서 실행되게 하도록 동작할 수 있다. 태스크를 실행하기 위한 호출을 프로세싱하기 위한 상호 작용은 도 8 내지 도 13에 대하여 상기 설명된다. 따라서, 도 15의 상호 작용을 통해, 요구 시 코드 실행 환경(150)은 조정기(114) 상에서 태스크의 실행을 야기하도록 동작할 수 있다.

예시적인 상호 작용이 요구 시 코드 실행 환경(150)을 통해 조정기(114) 상에서 태스크의 실행을 개시하기 위해 원격 인터페이스 태스크(1202)의 사용에 대해 도 15에서 묘사되지만, 원격 인터페이스 태스크(1202)는 몇몇 인스턴스에서 부가적인 기능을 구현할 수 있다. 예를 들면, 원격 인터페이스 태스크(1202)는 (예컨대, 도 13의 상호 작용에 따라) 조정기(114)에서 태스크의 실행의 출력 또는 결과를 획득하며 이러한 출력 또는 결과를 요구 시 코드 실행 환경(150)으로 반환하도록 동작할 수 있다. 예시적으로, 출력 또는 결과는 요구 시 코드 실행 환경(150)으로 반환되며 (예를 들면, 호출 엔티티 또는 요구 시 코드 실행 환경(150)에 의해 할당될 수 있는) 태스크의 실행 식별자를 포함할 수 있다. 요구 시 코드 실행 환경(150)은 또한, 도 13을 참조하여 위에서 설명된 바와 유사하게, 호출 엔티티로 출력 또는 결과를 반환하도록 기능할 수 있다.

도 16을 참조하면, 예시적인 외부 태스크 호출 루틴(1600)이 설명될 것이다. 루틴(1600)은, 예를 들면, (예컨대, 요구 시 코드 실행 환경(150)의 프론트엔드(152)를 통해) 요구 시 코드 실행 환경(150)에 의해 구현될 수 있다. 루틴(1600)은 1602에서 시작되며, 여기에서 요구 시 코드 실행 환경(150)은 조정기(114)에 대한 태스크 호출 큐를 생성한다. 태스크 호출 큐는 요구 시 코드 실행 환경(150)의 메모리 내에 논리 구조로서 구현될 수 있으며, 조정기(114)에서 태스크를 실행하기 위한 호출을 저장하도록 구성될 수 있다. 태스크 호출 큐는 디바이스가 큐가 대응하는 조정기(114) 상에서 태스크의 실행을 요청할 수 있게 하기 위해, URI와 같은, 리소스 식별자와 연관될 수 있다.

블록(1604)에서, 요구 시 코드 실행 환경(150)은 조정기(114) 상에서 태스크를 실행하기 위한 호출을 획득한다. 호출은, 예를 들면, 요구 시 코드 실행 환경(150)의 API를 통해 획득될 수 있으며, 클라이언트 디바이스(102), 요구 시 코드 실행 환경(150) 상에서 실행하는 태스크, 조정기(114) 상에서 실행하는 태스크, 또는 다른 디바이스에 의해 생성될 수 있다. 호출은, 태스크로 전달될 파라미터, 또는 태스크의 실행에 관한 파라미터(예컨대, 우선순위)를 포함할 수 있다.

블록(1606)에서, 요구 시 코드 실행 환경(150)은 태스크가 실행하도록 의도되는 조정기(114)에 대응하는 태스크 호출 큐 내에서 호출을 인큐잉한다. 몇몇 인스턴스에서, 요구 시 코드 실행 환경(150)은 (예컨대, 그것이 적절한 인증 정보, 포맷팅 등을 포함한다는 것을 보장하기 위해) 호출을 확인하는 것 또는 호출에 실행 식별자를 할당하는 것과 같은, 큐 상에 호출을 위치시키기 전에 부가적인 동작을 맡을 수 있다. 요구 시 코드 실행 환경(150)은, 그 후, 블록(1608)에서, 결정된 순서화에 따라 큐 내에서 호출을 분류하기 위해 큐에 스케줄링 알고리즘을 적용할 수 있다. 스케줄링 알고리즘은, 예를 들면, 가중 라운드 로빈 알고리즘을 포함할 수 있다.

블록(1610)에서, 요구 시 코드 실행 환경(150)은 조정기(114)에 대응하는 큐 상에서의 호출을 제공하기 위해 조정기(114)로부터의 요청을 획득한다. 요청은, 예를 들면, 조정기(114) 상에서 실행하는 원격 인터페이스 태스크에 의해 생성될 수 있다. 일 실시예에서, 요청은 큐에 대응하는 URI로 어드레싱된 HTTP GET 방법 요청이다.

그 후, 블록(1612)에서, 요구 시 코드 실행 환경(150)은 스케줄링 알고리즘에 따른 큐의 순서화에 따라 큐 내에서 호출을 송신한다. 일 실시예에서, 요구 시 코드 실행 환경(150)은 모든 큐잉된 호출을 조정기(114)에 송신할 수 있다. 또 다른 실시예에서, 요구 시 코드 실행 환경(150)은 주어진 요청에 응답하여 단지 임계 수(예컨대, 1) 호출만을 조정기(114)에 송신할 수 있으며, 조정기(114)는 큐잉된 호출을 수신하기 위해 다수의 요청을 송신할 수 있다. 예시적으로, 호출의 송신은 공공 네트워크(예컨대, 네트워크(104))를 통해 조정기로의 송신에 적합한 포맷으로 호출의 캡슐화를 포함할 수 있으며, 따라서 호출은 호출의 독립적인 재생성 없이, 조정기(114)에서 캡슐 제거되며, 조정기(114)의 통신 관리기에 송신될 수 있다. 따라서, (예컨대, 원격 인터페이스 태스크를 통해) 조정기(114)는, 요구 시 코드 실행 환경(150)으로 제출되는 바와 같이, 태스크를 실행하기 위한 호출을 획득할 수 있다. 조정기(114)는 그 후, 협력형 디바이스(112)의 관리 동작과 같은, 원하는 기능을 맡기 위해, 상기 설명된 실시예에 따라 호출을 프로세싱할 수 있다. 루틴(1600)은 그 후 블록(1614)에서 종료될 수 있다.

상기 주지된 바와 같이, 요구 시 코드 실행 환경(150)은 몇몇 인스턴스에서, 조정기(114) 상에서 실행된 태스크의 출력의 검색과 같은, 부가적인 기능을 구현할 수 있다. 이러한 인스턴스에서, 루틴(1600)은 부가적인 요소를 포함하기 위해 수정될 수 있거나, 또는 새로운 루틴이 조정기(114)에서 실행된 태스크의 출력의 검색을 가능하게 하기 위해 요구 시 코드 실행 환경(150)에 의해 구현될 수 있다. 예를 들면, 요구 시 코드 실행 환경(150)은 (예컨대, 태스크의 실행 식별자를 포함하는 URI로 어드레싱된 HTTP POST 방법 요청으로서) 원격 인터페이스 태스크에 의해 요구 시 코드 실행 환경(150)으로 전달된 바와 같이, 태스크의 출력의 보고를 기다릴 수 있다. 요구 시 코드 실행 환경(150)은 그 후 출력의 통지를 호출 엔티티에 (예컨대, "푸시" 통지로서) 송신할 수 있거나, 또는 호출 엔티티가 요구 시 코드 실행 환경(150)으로부터 그것을 요청함으로써 (예컨대, 태스크의 실행 식별자를 포함하는 URI로 어드레싱된 HTTP GET 방법 요청을 통해) 출력을 검색할 수 있도록 출력을 저장할 수 있다. 따라서, 요구 시 코드 실행 환경(150)은 몇몇 인스턴스에서 조정기(114)의 통신 관리기에 유사하게 동작할 수 있다. 다른 실시예에서, 요구 시 코드 실행 환경(150)은 이러한 기능을 배제할 수 있으며, 조정기(114) 상에서 실행하는 원격 인터페이스 태스크는, 네트워크(104)를 통해 액세스 가능한 네트워크-접속 저장 시스템상에 이러한 출력을 저장하는 것과 같은, 다른 메커니즘을 통해 태스크 실행의 출력을 보고할 수 있다.

본 개시의 다양한 예시적인 실시예가 다음의 조항에 의해 설명될 수 있다:

조항 1. 협력형 디바이스의 동작을 관리하는 조정기 컴퓨팅 디바이스를 원격으로 구성하기 위한 시스템으로서,

상기 조정기 컴퓨팅 디바이스에 대한 디바이스 섀도우를 포함하는 비-일시적 데이터 저장소로서, 상기 디바이스 섀도우는 상기 조정기 컴퓨팅 디바이스의 원하는 구성에 대한 버전 식별자를 나타내는, 상기 비-일시적 데이터 저장소;

상기 비-일시적 데이터 저장소와 통신하는 배포 디바이스로서, 하기 동작들을 수행하도록 컴퓨터-실행 가능한 명령어로 구성된 프로세서를 포함하는, 상기 배포 디바이스를 포함하는, 상기 시스템:

상기 조정기 컴퓨팅 디바이스에 대한 구성 정보를 획득하는 동작으로서, 상기 구성 정보는 상기 조정기 컴퓨팅 디바이스에 의해 관리될 하나 이상의 협력형 디바이스 및 상기 하나 이상의 협력형 디바이스를 관리하기 위해 상기 조정기 컴퓨텅 디바이스에 의해 실행될 하나 이상의 태스크를 나타내고, 상기 하나 이상의 태스크의 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하며, 상기 구성 정보는 상기 하나 이상의 태스크의 실행으로부터 획득된 메시지에 응답하여 상기 조정기 컴퓨팅 디바이스에 의해 취해진 동작을 결정하기 위한 기준을 나타내는 이벤트 흐름표를 추가로 특정하는, 상기 구성 정보를 획득하는 동작;

상기 구성 정보를 포함하는 구성 패키지를 생성하는 동작으로서, 상기 구정 패키지는 부가적인 버전 식별자와 연관되는, 상기 구성 패키지를 생성하는 동작;

상기 원하는 구성이 상기 부가적인 버전 식별자에 대응함을 나타내도록해 상기 디바이스 섀도우를 수정하는 동작;

상기 수정된 디바이스 섀도우에 대해 상기 조정기 컴퓨팅 디바이스에 통지하는 동작;

상기 구성 패키지에 대한 요청을 상기 조정기 컴퓨팅 디바이스로부터 획득하는 동작;

상기 조정기 컴퓨팅 디바이스에 상기 구성 패키지를 송신하는 동작으로서, 상기 조정기 컴퓨팅 디바이스는 상기 구성 패키지 내에 표시된 상기 하나 이상의 협력형 디바이스를 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행될 상기 하나 이상의 태스크를 검색하기 위해 상기 구성 패키지를 이용하도록 구성되는, 상기 구성 패키지를 송신하는 동작.

조항 2. 조항 1의 시스템으로서, 상기 프로세서는 상기 디바이스 섀도우에 대응하는 토픽으로 상기 조정기 컴퓨팅 디바이스에 대한 가입을 획득하도록 컴퓨터-실행 가능한 명령어로 더 구성되며, 상기 프로세서는 상기 토픽으로의 발행에 대한 통지로서 상기 수정된 디바이스 섀도우에 대해 상기 조정기 컴퓨팅 디바이스에 통지하도록 구성된다.

조항 3. 조항 2의 시스템으로서, 상기 통지는 MQTT 프로토콜을 통해 송신된다.

조항 4. 조항 1의 시스템으로서, 상기 협력형 디바이스는 대안적인 1차 기능과 연관된 범용 컴퓨팅 디바이스, 박형 디바이스, 또는 내장형 디바이스 중 적어도 하나를 포함한다.

조항 5. 조항 1의 시스템으로서, 상기 조정기 컴퓨팅 디바이스를 더 포함하며, 상기 조정기 컴퓨팅 디바이스는 총괄하여 상기 협력형 디바이스의 상태를 관리하도록 구성된 프로세서 및 메모리를 포함한다.

조항 6. 컴퓨터-구현 방법으로서,

조정기 컴퓨팅 디바이스의 등록을 획득하는 단계로서, 상기 조정기 컴퓨팅 디바이스는 상기 조정기 컴퓨팅 디바이스에 의해 관리될 하나 이상의 협력형 디바이스를 포함하는 협력형 환경과 연관되는, 상기 등록을 획득하는 단계;

상기 조정기 컴퓨팅 디바이스에 대한 디바이스 섀도우를 생성하는 단계로서, 상기 디바이스 섀도우는 상기 조정기 컴퓨팅 디바이스의 원하는 구성에 대한 버전 식별자를 나타내는, 상기 디바이스 섀도우를 생성하는 단계;

상기 조정기 컴퓨팅 디바이스에 대한 구성 정보를 획득하는 단계로서, 상기 구성 정보는 상기 하나 이상의 협력형 디바이스를 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행될 하나 이상의 태스크를 나타내고, 상기 하나 이상의 태스크의 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 구성 정보를 획득하는 단계;

상기 구성 정보를 포함하는 구성 패키지를 생성하는 단계로서, 상기 구성 패키지는 부가적인 버전 식별자와 연관되는, 상기 구성 패키지를 생성하는 단계;

상기 원하는 구성이 상기 부가적인 버전 식별자에 대응함을 나타내도록 상기 디바이스 섀도우를 수정하는 단계;

상기 디바이스 섀도우에 대한 수정에 대해 상기 조정기 컴퓨팅 디바이스에 통지하는 단계;

상기 구성 패키지에 대한 요청을 상기 조정기 컴퓨팅 디바이스로부터 획득하는 단계; 및

상기 조정기 컴퓨팅 디바이스에 상기 구성 패키지를 송신하는 단계로서, 상기 조정기 컴퓨팅 디바이스는 상기 구성 패키지 내에 표시된 상기 하나 이상의 협력형 디바이스를 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행될 상기 하나 이상의 태스크를 검색하기 위해 상기 구성 패키지를 이용하도록 구성되는, 상기 구성 패키지를 송신하는 단계를 포함하는, 컴퓨터-구현 방법.

조항 7. 조항 6의 컴퓨터-구현 방법으로서, 상기 구성 패키지는 상기 하나 이상의 태스크의 태스크 또는 상기 하나 이상의 협력형 디바이스의 협력형 디바이스 중 적어도 하나로부터 상기 조정기 컴퓨팅 디바이스에서 획득된 메시지에 응답하여 상기 조정기 컴퓨팅 디바이스에 의해 취해진 동작을 결정하기 위한 기준을 나타내는 이벤트 흐름표를 더 포함한다.

조항 8. 조항 6의 컴퓨터-구현 방법으로서, 상기 구성 패키지는 상기 협력형 디바이스와 상기 조정기 컴퓨팅 디바이스 사이에서의 통신에 사용될 보안 인증서를 더 포함한다.

조항 9. 조항 6의 컴퓨터-구현 방법으로서, 상기 구성 패키지는 상기 조정기 컴퓨팅 디바이스에 의해 유지될 디바이스 섀도우의 세트의 표시를 더 포함하며, 상기 디바이스 섀도우의 세트의 개개의 디바이스 섀도우는 상기 하나 이상의 협력형 디바이스의 개개의 협력형 디바이스에 대응한다.

조항 10. 조항 6의 컴퓨터-구현 방법으로서, 상기 조정기 컴퓨팅 디바이스의 등록을 획득하는 단계는 상기 디바이스 섀도우에 대응하는 토픽으로의 상기 조정기 컴퓨팅 디바이스에 대한 가입을 획득하는 단계를 포함하며, 상기 수정된 디바이스 섀도우에 대해 상기 조정기 컴퓨팅 디바이스에 통지하는 단계는 상기 토픽으로의 발행에 대한 통지를 상기 조정기 컴퓨팅 디바이스에 송신하는 단계를 포함한다.

조항 11. 조항 6의 컴퓨터-구현 방법으로서,

상기 조정기 컴퓨팅 디바이스의 사용자와 연관된 클라이언트 컴퓨팅으로부터 상기 하나 이상의 태스크 중 적어도 하나의 태스크를 획득하는 단계;

상기 조정기 컴퓨팅 디바이스에서 상기 구성 패키지의 프로세싱에 응답하여 상기 적어도 하나의 태스크에 대한 요청을 수신하는 단계; 및

상기 적어도 하나의 태스크를 상기 조정기 컴퓨팅 디바이스에 제공하는 단계를 더 포함한다.

조항 12. 조항 6의 컴퓨터-구현 방법으로서,

상기 조정기 컴퓨팅 디바이스에 대한 업데이트된 구성 정보를 획득하는 단계;

상기 업데이트된 구성 정보로부터 업데이트된 구성 패키지를 생성하는 단계로서, 상기 구성 패키지는 업데이트된 버전 식별자와 연관되는, 상기 업데이트된 구성 패키지를 생성하는 단계;

상기 원하는 구성이 상기 업데이트된 버전 식별자에 대응함을 나타내도록 상기 디바이스 섀도우를 수정하는 단계;

상기 디바이스 섀도우에 대한 수정에 대해 상기 조정기 컴퓨팅 디바이스에 통지하는 단계;

상기 구성 패키지에 대한 요청을 상기 조정기 컴퓨팅 디바이스로부터 획득하는 단계; 및

상기 업데이트된 구성 패키지를 상기 조정기 컴퓨팅 디바이스에 송신하는 단계를 더 포함한다.

조항 13. 컴퓨터 실행 가능한 명령어를 포함하는 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 컴퓨터 실행 가능한 명령어는, 배포 시스템에 의해 실행될 때, 상기 배포 시스템으로 하여금,

조정기 컴퓨팅 디바이스에 대한 디바이스 섀도우를 생성하게 하는 것으로서, 상기 디바이스 섀도우는 상기 조정기 컴퓨팅 디바이스의 원하는 구성에 대한 버전 식별자를 나타내고, 상기 조정기 컴퓨팅 디바이스는 상기 조정기 컴퓨팅 디바이스에 의해 관리될 하나 이상의 협력형 디바이스를 포함하는 협력형 환경과 연관되는, 상기 디바이스 섀도우를 생성하게 하고;

상기 조정기 컴퓨팅 디바이스에 대한 구성 정보를 획득하게 하는 것으로서, 상기 구성 정보는 상기 하나 이상의 협력형 디바이스를 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행될 하나 이상의 태스크를 나타내고, 상기 하나 이상의 태스크의 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 구성 정보를 획득하게 하고;

상기 원하는 구성이 상기 부가적인 버전 식별자에 대응함을 나타내도록 상기 디바이스를 섀도우를 수정하게 하고;

상기 수정된 디바이스 섀도우에 대해 상기 조정기 컴퓨팅 디바이스에 통지하게 하고;

상기 구성 패키지에 대한 요청을 상기 조정기 컴퓨팅 디바이스로부터 획득하게 하며;

상기 구성 패키지를 상기 조정기 컴퓨팅 디바이스에 송신하게 하는 것으로서, 상기 조정기 컴퓨팅 디바이스는 상기 구성 패키지 내에 표시된 상기 하나 이상의 협력형 디바이스를 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행될 상기 하나 이상의 태스크를 검색하기 위해 상기 구성 패키지를 이용하도록 구성되는, 상기 구성 패키지를 송신하게 하는, 비-일시적 컴퓨터-판독 가능한 미디어.

조항 14. 조항 13의 비-일시적 컴퓨터-판독 가능한 미디어로서, 컴퓨터 실행 가능한 명령어는 또한 상기 배포 시스템으로 하여금,

상기 하나 이상의 태스크에 대응하는 실행 가능한 코드를 획득하게 하는 것으로서, 상기 하나 이상의 태스크는,

상기 하나 이상의 협력형 디바이스의 개개의 협력형 디바이스에 대한 디바이스 섀도우를 생성하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 제1 태스크; 및

상기 하나 이상의 협력형 디바이스 중 적어도 하나 또는 상기 하나 이상의 태스크 중 적어도 하나로 어드레싱된 메시지를 라우팅하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 제2 태스크를 포함하는, 상기 실행 가능한 코드를 획득하게 하고;

상기 하나 이상의 태스크에 대한 요청을 상기 조정기 컴퓨팅 디바이스로부터 획득하게 하며;

상기 하나 이상의 태스크를 상기 조정기 컴퓨팅 디바이스에 송신하게 한다.

조항 15. 조항 14의 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 하나 이상의 태스크는 상기 태스크와 연관된 프로토콜에 따라 통신을 가능하게 하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 제3 태스크를 더 포함한다.

조항 16. 조항 14의 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 구성 패키지는 상기 조정기 컴퓨팅 디바이스에 의해 유지될 디바이스 섀도우의 세트의 표시를 더 포함하며, 상기 디바이스 섀도우의 세트의 개개의 디바이스 섀도우는 상기 하나 이상의 협력형 디바이스의 개개의 협력형 디바이스에 대응한다.

조항 17. 조항 14의 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 컴퓨터 실행 가능한 명령어는 또한 상기 배포 시스템이 상기 디바이스 섀도우에 대응하는 토픽으로 상기 조정기 컴퓨팅 디바이스에 대한 가입을 획득하게 하며, 상기 컴퓨터 실행 가능한 명령어는 상기 배포 시스템이 상기 토픽으로의 발행에 대한 통지를 상기 조정기 컴퓨팅 디바이스에 송신함으로써 상기 수정된 디바이스 섀도우에 대해 상기 조정기 컴퓨팅 디바이스에 통지하게 한다.

조항 18. 조항 14의 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 컴퓨터 실행 가능한 명령어는, 또한 상기 배포 시스템으로 하여금,

상기 조정기 컴퓨팅 디바이스의 사용자와 연관된 클라이언트 컴퓨팅으로부터 상기 하나 이상의 태스크 중 적어도 하나의 태스크를 획득하게 하고;

상기 조정기 컴퓨팅 디바이스에서 상기 구성 패키지의 프로세싱에 응답하여 상기 적어도 하나의 태스크에 대한 요청을 수신하게 하며;

상기 적어도 하나의 태스크를 상기 조정기 컴퓨팅 디바이스에 제공하게 한다.

조항 19. 조항 14의 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 컴퓨터 실행 가능한 명령어는 또한 상기 배포 시스템으로 하여금,

상기 조정기 컴퓨팅 디바이스에 대한 업데이트된 구성 정보를 획득하게 하고;

상기 업데이트된 구성 정보로부터 업데이트된 구성 패키지를 생성하게 하는 것으로서, 상기 구성 패키지는 업데이트된 버전 식별자와 연관되는, 상기 업데이트된 구성 패키지를 생성하게 하고;

상기 원하는 구성이 상기 업데이트된 버전 식별자에 대응함을 나타내도록 상기 디바이스 섀도우를 수정하게 하고;

상기 디바이스 섀도우에 대한 수정에 대해 상기 조정기 컴퓨팅 디바이스에 통지하게 하고;

상기 구성 패키지에 대한 요청을 상기 조정기 컴퓨팅 디바이스로부터 획득하게 하며;

상기 업데이트된 구성 패키지를 상기 조정기 컴퓨팅 디바이스에 송신하게 한다.

조항 20. 조항 14의 비-일시적 컴퓨터-판독 가능한 미디어로서, 상기 하나 이상의 태스크 중 적어도 하나의 태스크는 양쪽 모두 상기 조정기 컴퓨팅 디바이스 상에서 및 상기 조정기 컴퓨팅 디바이스와 다른 요구 시 코드 실행 시스템 내에서 실행 가능하다.

조항 21. 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하도록 구성된 조정기 컴퓨팅 디바이스 내에서 리소스를 관리하기 위한 시스템으로서,

컴퓨터 실행 가능한 명령어를 포함하는 비-일시적 데이터 저장소로서,

실행될 때, 상기 조정기 상에서 하나 이상의 태스크를 실행하기 위해 호출의 큐를 구현하는 스케줄러로서, 상기 하나 이상의 태스크의 개개의 태스크는 상기 협력형 환경 내에서 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 스케줄러;

실행될 때, 상기 하나 이상의 태스크를 실행할 실행 환경을 생성하는 리소스 관리기에 대응하는, 상기 비-일시적 데이터 저장소;

상기 비-일시적 데이터 저장소와 통신하며 상기 스케줄러를 실행하도록 구성된 프로세서로서, 상기 스케줄러의 실행은, 상기 프로세서로 하여금,

상기 큐 내에 태스크 호출의 세트를 인큐잉하게 하는 동작, 개개의 태스크 호출은 상기 하나 이상의 태스크의 태스크를 실행하기 위한 호출에 대응하는, 상기 인큐잉하게 하는 동작;

상기 리소스 관리기로부터 상기 조정기 상에서 컴퓨팅 리소스의 가용성을 획득하게 하는 동작;

프로세싱을 위해 상기 태스크 호출의 세트 중 적어도 하나의 태스크 호출을 선택하기 위해 상기 컴퓨팅 리소스의 가용성에 적어도 부분적으로 기초하여 상기 큐에 스케줄링 알고리즘을 적용하게 하는 동작;

상기 적어도 하나의 태스크 호출에 대응하는 태스크를 실행할 실행 환경을 선택하도록 상기 리소스 관리기에 명령하게 하는 동작;

상기 실행 환경 내에서 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하게 하는 동작을 수행하게 하는, 상기 프로세서를 포함하고;

상기 프로세서는 또한 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행할 실행 환경을 생성하기 위해 상기 리소스 관리기를 실행하도록 구성되며, 상기 실행 환경의 생성은 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하도록 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것을 포함하는, 리소스를 관리하기 위한 시스템.

조항 22. 조항 21의 시스템으로서, 상기 협력형 디바이스는 대안적인 1차 기능과 연관된 범용 컴퓨팅 디바이스, 박형 디바이스, 또는 내장형 디바이스 중 적어도 하나를 포함한다.

조항 23. 조항 21의 시스템으로서, 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하도록 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것은 상기 태스크에 대응하는 상기 실행 가능한 코드를 상기 실행 환경에 공급하는 것을 포함한다.

조항 24. 조항 21의 시스템으로서, 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하도록 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것은 드라이버, 코드 라이브러리, 런타임 환경에 대응하는 데이터, 또는 코드 유틸리티 중 적어도 하나를 상기 실행 환경에 공급하는 것을 포함한다.

조항 25. 조항 21의 시스템으로서, 상기 실행 환경은 소프트웨어 컨테이너에 대응한다.

조항 26. 조항 25의 시스템으로서, 상기 데이터 리소스는 상기 소프트웨어 컨테이너의 외부에 저장되며, 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하도록 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것은 상기 데이터 리소스로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 것을 포함한다.

조항 27. 조항 26의 시스템으로서, 상기 데이터 리소스로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 것은 상기 데이터 리소스 및 부가적인 메모리 공간의 조합된 뷰를 상기 실행 환경에 제공하면서 상기 데이터 리소스로의 판독-전용 액세스 및 상기 부가적인 메모리 공간으로의 판독/기록 액세스를 조합하는 유니온 마운트를 생성하는 것을 포함한다.

조항 28. 조항 21의 시스템으로서, 상기 실행 환경은 제1 실행 환경이며, 상기 리소스 관리기의 실행은, 또한 상기 프로세서로 하여금,

제2 태스크를 실행할 제2 실행 환경에 대한 요청을 획득하게 하고;

상기 제1 태스크가 실행을 중단시켰음을 검출하게 하며;

상기 요청을 이행할 상기 제1 실행 환경을 선택하게 한다.

조항 29. 컴퓨터-실행 가능한 명령어를 포함하는 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 컴퓨터-실행 가능한 명령어는,

리소스 관리기를 구현하기 위해 컴퓨팅 시스템에 의해 실행 가능한 제1 명령어로서, 상기 리소스 관리기의 구현은, 상기 컴퓨팅 시스템으로 하여금,

하나 이상의 태스크 중 제1 태스크를 실행할 실행 환경에 대한 요청을 획득하게 하는 것으로서, 상기 하나 이상의 태스크의 개개의 태스크는 상기 컴퓨팅 시스템에 의해 실행 가능한 코드에 대응하는, 상기 제1 태스크를 실행할 실행 환경에 대한 요청을 획득하게 하고;

상기 태스크의 실행을 위해 요구된 데이터 리소스의 세트를 결정하게 하며;

적어도 부분적으로 상기 데이터 리소스의 세트로의 액세스를 상기 실행 환경에 공급함으로써 상기 태스크의 실행을 위한 실행 환경을 생성하게 하는, 상기 제1 명령어;

스케줄러를 구현하기 위해 상기 컴퓨팅 시스템에 의해 실행 가능한 제2 명령어로서, 상기 스케줄러의 구현은, 상기 컴퓨팅 시스템으로 하여금,

큐 내에서 태스크 호출의 세트를 인큐잉하게 하는 것으로서, 개개의 태스크 호출은 상기 하나 이상의 태스크의 태스크를 실행하기 위한 요청에 대응하는, 상기 인큐잉하게 하고;

상기 컴퓨팅 시스템 상에서 컴퓨팅 리소스의 가용성을 획득하게 하고;

프로세싱을 위해 상기 태스크 호출의 세트의 태스크 호출을 선택하도록 상기 컴퓨팅 리소스의 가용성에 적어도 부분적으로 기초하여 상기 큐에 스케줄링 알고리즘을 적용하게 하는 것으로서, 상기 태스크 호출은 상기 제1 태스크를 실행하기 위한 호출에 대응하는, 상기 스케줄링 알고리즘을 적용하게 하고;

상기 제1 태스크를 실행할 상기 실행 환경에 대한 상기 요청을 송신하게 하며;

상기 실행 환경 내에서 상기 제1 태스크를 실행하게 하는, 상기 제2 명령어를 포함하는, 비-일시적 컴퓨터 판독 가능한 미디어.

조항 30. 조항 29의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 실행 환경은 제1 실행 환경이며, 상기 리소스 관리기의 구현은, 또한 상기 컴퓨팅 시스템으로 하여금,

제2 태스크를 실행할 제2 실행 환경에 대한 요청을 획득하게 하고;

상기 제1 태스크가 실행을 중단하였음을 검출하게 하며;

상기 요청을 이행할 상기 제1 실행 환경을 선택하게 한다.

조항 31. 조항 30의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제1 실행 환경은 상기 제2 태스크 및 상기 제1 태스크가 동일한 태스크에 대응함을 검출하는 것에 적어도 부분적으로 기초하여 선택된다.

조항 32. 조항 30의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제1 실행 환경은 상기 제2 태스크가 상기 제1 실행 환경에 이용 가능한 데이터 리소스에 의존함을 검출하는 것에 적어도 부분적으로 기초하여 선택된다.

조항 33. 조항 30의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 리소스 관리기의 구현은, 또한 상기 컴퓨팅 시스템으로 하여금,

상기 실행 환경에 의해 요구된 컴퓨팅 리소스의 가용성이 임계 레벨 미만임을 결정하게 하며;

상기 컴퓨팅 리소스의 사용과 연관된 제2 실행 환경을 보류하게 한다.

조항 34. 조항 33의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 컴퓨팅 리소스는 프로세서 가용성, 메모리 가용성 또는 네트워크 대역폭 가용성 중 적어도 하나를 포함한다.

조항 35. 조항 33의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제2 실행 환경의 보류는 상기 제2 실행 환경의 스냅샷 이미지 데이터를 생성하는 것 또는 디바이스 섀도우로 상기 제2 실행 환경의 상태를 저장하는 것 중 적어도 하나를 포함한다.

조항 36. 조항 30의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 리소스 관리기의 구현은 또한 상기 컴퓨팅 시스템이 상기 실행 환경을 생성하게 하며, 상기 실행 환경을 생성하는 것은 데이터 리소스의 세트 및 부가적인 메모리 공간의 조합된 뷰를 상기 실행 환경에 제공하면서 상기 데이터 리소스의 세트로의 판독-전용 액세스 및 상기 부가적인 메모리 공간으로의 판독/기록 액세스를 조합하는 유니온 마운트를 생성하는 것을 포함한다.

조항 37. 컴퓨터-구현 방법으로서,

큐 내에 태스크 호출의 세트를 인큐잉하는 단계로서, 개개의 태스크 호출은 상기 하나 이상의 태스크의 태스크를 실행하기 위한 호출에 대응하는, 상기 인큐잉하는 단계;

상기 컴퓨팅 시스템 상에서 컴퓨팅 리소스의 가용성을 획득하는 단계;

프로세싱을 위해 상기 태스크 호출의 세트의 태스크 호출을 선택하도록 상기 컴퓨팅 리소스의 가용성에 적어도 부분적으로 기초하여 상기 큐에 스케줄링 알고리즘을 적용하는 단계로서, 상기 태스크 호출은 상기 제1 태스크를 실행하기 위한 호출에 대응하는, 상기 스케줄링 알고리즘을 적용하는 단계;

상기 태스크의 실행을 위해 요구된 데이터 리소스의 세트를 결정하는 단계; 및

적어도 부분적으로 상기 데이터 리소스의 세트로의 액세스를 실행 환경에 공급함으로써 상기 태스크의 실행을 위한 상기 실행 환경을 생성하는 단계;

상기 실행 환경 내에서 상기 제1 태스크를 실행하는 단계를 포함하는, 컴퓨터-구현 방법.

조항 38. 조항 37의 컴퓨터-구현 방법으로서, 상기 데이터 리소스의 세트는 데이터 리소스 또는 컴퓨팅 리소스 중 적어도 하나를 포함한다.

조항 39. 조항 37의 컴퓨터-구현 방법으로서, 상기 실행 환경은 소프트웨어 컨테이너에 대응하며, 상기 데이터 리소스의 세트로의 액세스를 상기 실행 환경에 공급하는 단계는 상기 데이터 리소스의 세트로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 단계를 포함한다.

조항 40. 조항 39의 컴퓨터-구현 방법으로서, 상기 데이터 리소스의 세트로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 단계는 데이터 리소스의 세트 및 부가적인 메모리 공간의 조합된 뷰를 상기 실행 환경에 제공하면서 상기 데이터 리소스의 세트로의 판독-전용 액세스 및 상기 부가적인 메모리 공간으로의 판독/기록 액세스를 조합한 유니온 마운트를 생성하는 단계를 포함한다.

조항 41. 조항 37의 컴퓨터-구현 방법으로서, 상기 실행 환경은 제1 실행 환경이며, 상기 컴퓨터-구현 방법은,

제2 태스크를 실행할 제2 실행 환경에 대한 요청을 획득하는 단계;

상기 제1 태스크가 실행을 중단하였음을 검출하는 단계; 및

상기 요청을 이행할 상기 제1 실행 환경을 선택하는 단계를 더 포함한다.

조항 42. 조항 41의 컴퓨터-구현 방법으로서, 상기 제1 실행 환경은 상기 제2 태스크 및 상기 제1 태스크가 동일한 태스크에 대응하거나 또는 상기 제2 태스크가 상기 제1 실행 환경에 이용 가능한 데이터 리소스에 의존한다는 것 중 적어도 하나를 검출하는 것에 적어도 부분적으로 기초하여 선택된다.

조항 43. 조항 37의 컴퓨터-구현 방법으로서,

상기 실행 환경에 의해 요구된 컴퓨팅 리소스의 가용성이 임계 레벨 미만임을 결정하는 단계; 및

상기 컴퓨팅 리소스의 사용과 연관된 제2 실행 환경을 보류하는 단계를 더 포함한다.

조항 44. 조항 43의 컴퓨터-구현 방법으로서, 상기 제2 실행 환경을 보류하는 단계는 상기 제2 실행 환경의 스냅샷 이미지 데이터를 생성하는 단계 또는 디바이스 섀도우로 상기 제2 실행 환경의 상태를 저장하는 단계 중 적어도 하나를 포함한다.

조항 45. 조항 43의 컴퓨터-구현 방법으로서,

상기 큐 내에서 상기 제2 실행 환경의 실행을 재개하기 위한 호출을 인큐잉하는 단계; 및

상기 제2 실행 환경의 실행을 재개하기 위해 상기 호출을 선택하도록 상기 컴퓨팅 리소스의 가용성에 적어도 부분적으로 기초하여 상기 큐를 프로세싱하는 단계; 및

상기 제2 실행 환경의 실행을 재개하는 단계를 더 포함한다.

조항 46. 조정기 컴퓨팅 디바이스 상에서 태스크의 실행 사이에 통신을 가능하게 하는 통신 관리기를 구현한 조정기 컴퓨팅 디바이스로서, 상기 조정기 컴퓨팅 디바이스는 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하도록 구성되는, 상기 시스템은,

실행될 때, 상기 조정기 컴퓨팅 디바이스 상에서 태스크 실행 사이에 통신을 가능하게 하는 상기 통신 관리기에 대응하는 컴퓨터 실행 가능한 명령어를 포함하는 비-일시적 데이터 저장소로서, 개개의 태스크는 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 비-일시적 데이터 저장소;

상기 비-일시적 데이터 저장소와 통신하며 상기 통신 관리기를 실행하도록 구성된 프로세서로서, 상기 통신 관리기의 실행은, 상기 프로세서로 하여금,

상기 조정기 컴퓨팅 디바이스 상에서 제1 태스크의 실행으로부터 호출 메시지를 획득하게 하는 것으로서, 상기 호출 메시지는 제2 태스크와 연관된 리소스 식별자로 어드레싱되며, 상기 호출 메시지는 상기 제2 태스크의 실행으로 전달될 파라미터를 포함하는, 상기 호출 메시지를 획득하게 하고;

적어도 상기 호출 메시지가 어드레싱되는 상기 리소스 식별자로부터 상기 제2 태스크를 식별하게 하고;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제2 태스크의 실행을 야기하게 하고;

실행 식별자를 상기 제2 태스크의 실행으로 송신하게 하고;

상기 제2 태스크의 실행으로부터 반환 메시지를 획득하게 하는 것으로서, 상기 반환 메시지는 상기 실행 식별자를 특정하는, 상기 반환 메시지를 획득하게 하고;

상기 실행 식별자를 포함하는 상기 리소스 식별자에 적어도 부분적으로 기초하여 상기 제2 태스크의 실행의 출력으로서 상기 반환 메시지를 식별하게 하며;

상기 제2 태스크의 실행의 출력을 상기 제1 태스크의 실행으로 반환하게 하는, 상기 프로세서를 포함하는, 조정기 컴퓨팅 디바이스.

조항 47. 조항 46의 조정기 컴퓨팅 디바이스로서, 상기 호출 메시지 또는 상기 반환 메시지 중 적어도 하나는 하이퍼텍스트 수송 프로토콜(HTTP) 메시지이다.

조항 48. 조항 46의 조정기 컴퓨팅 디바이스로서, 상기 프로세서는 또한 상기 제1 태스크의 및 상기 제2 태스크의 각각의 실행에 대한 실행 환경을 생성하도록 구성되며, 상기 실행 환경은 서로 분리된다.

조항 49. 조항 46의 조정기 컴퓨팅 디바이스로서, 상기 통신 관리기의 실행은 또한 상기 프로세서가 상기 호출 메시지 내에서 보안 정보를 확인하게 한다.

조항 50. 조항 46의 조정기 컴퓨팅 디바이스로서, 상기 반환 메시지는 상기 반환 메시지가 송신되는 어드레스 또는 상기 반환 메시지의 헤더 필드 중 적어도 하나에 상기 실행 식별자를 포함함으로써 상기 실행 식별자를 특정한다.

조항 51. 조정기 컴퓨팅 디바이스 상에서 태스크의 실행 사이에 통신을 가능하게 하는 통신 관리기를 구현하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 명령어를 포함하는 비-일시적 컴퓨터 판독 가능한 미디어로서, 개개의 태스크는 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위해 상기 조정기 컴퓨텅 디바이스에 의해 실행 가능한 코드에 대응하며, 상기 명령어의 실행은, 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 조정기 컴퓨팅 디바이스 상에서 제1 태스크의 실행으로부터 호출 메시지를 획득하게 하는 것으로서, 상기 호출 메시지는 제2 태스크와 연관된 리소스 식별자로 어드레싱되는, 상기 호출 메시지를 획득하게 하고;

상기 호출 메시지가 어드레싱되는 적어도 상기 리소스 식별자로부터 상기 제2 태스크를 식별하게 하고;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제2 태스크의 실행을 야기하게 하고;

상기 제2 태스크의 실행으로부터 반환 메시지를 획득하게 하는 것으로서, 상기 반환 메시지는 상기 제2 태스크의 실행과 연관된 실행 식별자를 포함하는, 상기 반환 메시지를 획득하게 하고;

상기 실행 식별자를 포함하는 상기 리소스 식별자에 적어도 부분적으로 기초하여 상기 제2 태스크의 실행의 출력으로서 상기 반환 메시지를 식별하게 하며;

상기 제2 태스크의 실행의 출력을 상기 제1 태스크의 실행으로 반환하게 하는, 비-일시적 컴퓨터 판독 가능한 미디어.

조항 52. 조항 51의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어의 실행은 또한 상기 조정기 컴퓨팅 디바이스로 하여금 상기 제1 태스크의 실행으로부터 반환 요청 메시지를 획득하게 하며, 상기 제2 태스크의 실행의 출력은 상기 반환 요청 메시지에 응답하여 상기 제1 태스크의 실행으로 반환된다.

조항 53. 조항 52의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 반환 요청 메시지는 상기 실행 식별자를 포함하는 상기 리소스 식별자로 어드레싱된다.

조항 54. 조항 52의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 반환 요청 메시지는 상기 반환 메시지를 획득하기 전에 획득된다.

조항 55. 조항 52의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 호출 메시지는 상기 제2 태스크의 실행에 할당될 우선순위를 포함한다.

조항 56. 조항 52의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제2 태스크와 연관된 상기 리소스 식별자는 상기 조정기 컴퓨팅 디바이스와 연관된 도메인 이름, 상기 통신 관리기와 연관된 포트, 및 상기 제2 태스크와 연관된 경로를 포함한다.

조항 57. 조항 52의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제2 태스크와 연관된 상기 리소스 식별자는 고유 리소스 식별자이다.

조항 58. 조항 52의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제1 태스크 및 상기 제2 태스크는 동일한 태스크이다.

조항 59. 조정기 컴퓨팅 디바이스 상에서 태스크의 실행 간에 통신을 가능하게 하기 위한 컴퓨터-구현 방법으로서, 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 컴퓨터-구현 방법은,

상기 조정기 컴퓨팅 디바이스 상에서 제1 태스크의 실행으로부터 호출 메시지를 획득하는 단계로서, 상기 호출 메시지는 제2 태스크와 연관된 리소스 식별자로 어드레싱되는, 상기 호출 메시지를 획득하는 단계;

적어도 상기 호출 메시지가 어드레싱되는 상기 리소스 식별자로부터 상기 제2 태스크를 식별하는 단계;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제2 태스크의 실행을 야기하는 단계;

상기 제2 태스크의 실행으로부터 반환 메시지를 획득하는 단계로서, 상기 반환 메시지는 상기 제2 태스크의 실행과 연관된 실행 식별자를 포함하는, 상기 반환 메시지를 획득하는 단계;

상기 실행 식별자를 포함하는 상기 리소스 식별자에 적어도 부분적으로 기초하여 상기 제2 태스크의 실행의 출력으로서 상기 반환 메시지를 식별하는 단계; 및

상기 제2 태스크의 실행의 출력을 상기 제1 태스크의 실행으로 반환하는 단계를 포함하는, 컴퓨터-구현 방법.

조항 60. 조항 59의 컴퓨터-구현 방법으로서, 상기 제2 태스크의 실행에 상기 실행 식별자를 할당하는 단계 또는 상기 호출 메시지 내에서, 상기 실행 식별자를 식별하는 단계 중 적어도 하나를 더 포함한다.

조항 61. 조항 59의 컴퓨터-구현 방법으로서, 상기 실행 식별자를 상기 제2 태스크의 실행으로 전달하는 단계를 더 포함한다.

조항 62. 조항 59의 컴퓨터-구현 방법으로서, 상기 조정기 컴퓨팅 디바이스 상에서 상기 제2 태스크의 실행을 야기하는 단계는 상기 조정기 컴퓨팅 디바이스 상에서 상기 제2 태스크의 실행에 대한 실행 환경을 생성하는 단계를 포함한다.

조항 63. 조항 59의 컴퓨터-구현 방법으로서, 상기 제2 태스크의 실행의 출력을 상기 제1 태스크로 반환하는 단계는 푸시 메시지로서 상기 출력을 상기 제1 태스크로 반환하는 단계를 포함한다.

조항 64. 조항 59의 컴퓨터-구현 방법으로서, 상기 제1 태스크는 제1 프로그래밍 언어의 코드에 대응하며 상기 제2 태스크는 제2 프로그래밍 언어의 코드에 대응한다.

조항 65. 조항 59의 컴퓨터-구현 방법으로서, 상기 제1 태스크의 실행으로부터 반환 요청 메시지를 획득하는 단계를 더 포함하며, 상기 제2 태스크의 실행의 출력은 상기 반환 요청 메시지에 응답하여 상기 제1 태스크의 실행으로 반환된다.

조항 66. 조항 59의 컴퓨터-구현 방법으로서, 상기 반환 요청 메시지는 상기 반환 메시지를 획득하기 전에 획득된다.

조항 67. 조정기 컴퓨팅 디바이스 상에서 태스크의 원격 호출을 가능하게 하는 원격 인터페이스를 구현하는 조정기 컴퓨팅 디바이스로서, 상기 조정기 컴퓨팅 디바이스는 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하도록 구성되며, 개개의 태스크는 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 조정기 컴퓨팅 디바이스는,

실행될 때, 상기 조정기 컴퓨팅 디바이스 상에서 태스크의 원격 호출을 가능하게 하는 상기 원격 인터페이스에 대응하는 컴퓨터 실행 가능한 명령어를 포함하는 비-일시적 데이터 저장소;

상기 비-일시적 데이터 저장소와 통신하며 상기 원격 인터페이스를 실행하도록 구성된 프로세서로서, 상기 원격 인터페이스의 실행은, 상기 프로세서로 하여금,

상기 조정기 컴퓨팅 디바이스 상에서 제1 태스크를 실행하기 위해 호출을 획득하도록 상기 조정기 컴퓨팅 디바이스로부터 멀리 떨어진 요구 시 코드 실행 환경으로 질의를 송신하게 하는 것으로서, 상기 질의는 상기 요구 시 코드 실행 환경에서 유지된 조정기 컴퓨팅 디바이스로의 호출의 질의와 연관된 리소스 식별자로 어드레싱되는, 상기 질의를 송신하게 하고;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하기 위해 상기 호출을 획득하게 하는 것으로서, 상기 호출은 상기 제2 태스크의 실행으로 전달될 파라미터를 포함하는, 상기 호출을 획득하게 하고;

상기 조정기 컴퓨팅 디바이스 및 제2 태스크와 연관된 리소스 식별자를 결정하게 하며;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하기 위해 상기 호출에 대응하는 호출 메시지를 생성하게 하는 것으로서, 상기 호출 메시지는 상기 제2 태스크와 연관된 리소스 식별자로 어드레싱되고, 상기 호출 메시지는 상기 제2 태스크의 실행으로 전달될 파라미터를 포함하며, 상기 호출 메시지는 상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크의 실행을 야기하는, 상기 호출 메시지를 생성하게 하는, 상기 프로세서를 포함하는, 조정기 컴퓨팅 디바이스.

조항 68. 조항 67의 조정기 컴퓨팅 디바이스로서, 상기 원격 인터페이스의 실행은, 또한 상기 프로세서로 하여금,

상기 제2 태스크의 실행에 대응하는 실행 식별자를 획득하게 하고;

상기 제2 태스크의 실행으로부터 반환 메시지를 획득하게 하는 것으로서, 상기 메시지는 상기 실행 식별자를 포함하는 리소스 식별자로 어드레싱되는, 상기 반환 메시지를 획득하게 하고;

상기 실행 식별자를 포함하는 상기 리소스 식별자에 적어도 부분적으로 기초하여 상기 제2 태스크의 실행의 출력으로서 상기 반환 메시지를 식별하게 하며;

상기 제2 태스크의 실행의 출력을 요구 시 코드 실행 환경으로 반환하게 한다.

조항 69. 조항 68의 조정기 컴퓨팅 디바이스로서, 상기 원격 인터페이스의 실행은 상기 프로세서로 하여금 상기 실행 식별자를 생성하는 것 또는 상기 제1 태스크를 실행하기 위한 호출 내에서 상기 실행 식별자를 검출하는 것 중 적어도 하나에 의해 상기 실행 식별자를 획득하게 한다.

조항 70. 조항 67의 조정기 컴퓨팅 디바이스로서, 상기 호출 메시지는 상기 제2 태스크와 연관된 리소스 식별자로 어드레싱된 하이퍼텍스트 수송 프로토콜(HTTP) 메시지이다.

조항 71. 조정기 컴퓨팅 디바이스 상에서 태스크의 원격 호출을 가능하게 하는 원격 인터페이스를 구현하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 명령어를 포함하는 비-일시적 컴퓨터 판독 가능한 미디어로서, 개개의 태스크는 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하며, 상기 명령어의 실행은, 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 조정기 컴퓨팅 디바이스 상에서 제1 태스크를 실행하기 위한 요청에 대한 질의를, 상기 조정기 컴퓨팅 디바이스로부터 멀리 떨어진, 요구 시 코드 실행 환경에 송신하게 하는 것으로서, 상기 질의는 상기 요구 시 코드 실행 환경에서 유지된 상기 조정기 컴퓨팅 디바이스로의 호출의 큐와 연관된 리소스 식별자로 어드레싱되는, 상기 질의를 송신하게 하고;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하기 위해 상기 호출을 획득하게 하고;

상기 조정기 컴퓨팅 디바이스 및 제2 태스크와 연관된 리소스 식별자를 결정하게 하며;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하기 위해 상기 호출에 대응하는 호출 메시지를 생성하게 하는 것으로서, 상기 호출 메시지는 상기 제2 태스크와 연관된 상기 리소스 식별자로 어드레싱되는, 상기 호출 메시지를 생성하게 하는, 비-일시적 컴퓨터 판독 가능한 미디어.

조항 72. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어의 실행은, 또한 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 제2 태스크의 실행으로부터 반환 메시지를 획득하게 하는 것으로서, 상기 메시지는 상기 제2 태스크의 실행에 대응하는 실행 식별자를 포함하는 리소스 식별자로 어드레싱되는, 상기 반환 메시지를 획득하게 하고;

상기 실행 식별자를 포함하는 상기 리소스 식별자에 적어도 부분적으로 기초하여 상기 제2 태스크의 실행의 출력으로서 상기 반환 메시지를 식별하게 하며;

상기 제2 태스크의 실행의 출력을 요구 시 코드 실행 환경으로 반환하게 한다.

조항 73. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어의 실행은 상기 조정기 컴퓨팅 디바이스로 하여금 상기 실행 식별자를 포함하여, 요구 시 코드 실행 환경상에서, 적어도 부분적으로 상기 출력을 제2 리소스 식별자에 송신함으로써 상기 제2 태스크의 실행의 출력을 상기 요구 시 코드 실행 환경으로 반환하게 한다.

조항 74. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어의 실행은, 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 제2 태스크의 실행에 대응하는 상기 실행 식별자를 포함하는 상기 리소스 식별자로 어드레싱된 반환 요청 메시지를 생성하게 하며;

상기 반환 요청 메시지를 상기 리소스 식별자에 송신하게 한다.

조항 75. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 호출 메시지는 상기 제2 태스크의 실행에 할당될 우선순위를 포함한다.

조항 76. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 조정기 컴퓨팅 디바이스 및 상기 제2 태스크와 연관된 상기 리소스 식별자는 상기 조정기 컴퓨팅 디바이스와 연관된 도메인 이름, 상기 통신 관리기와 연관된 포트, 및 상기 제1 태스크와 연관된 경로를 포함한다.

조항 77. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제2 태스크와 연관된 상기 리소스 식별자는 고유 리소스 식별자이다.

조항 78. 조항 71의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어의 실행은 상기 조정기 컴퓨팅 디바이스로 하여금 상기 실행 환경 내에서 상기 제1 태스크를 실행하기 위해 상기 제1 태스크의 실행에 대한 실행 환경을 생성하게 한다.

조항 79. 조정기 컴퓨팅 디바이스 상에서 태스크의 원격 호출을 가능하게 하기 위해 상기 조정기 컴퓨팅 디바이스에 의해 구현된 컴퓨터-구현 방법으로서, 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 컴퓨터-구현 방법은,

상기 조정기 컴퓨팅 디바이스 상에서 제1 태스크를 실행하기 위한 호출에 대한 질의를, 상기 조정기 컴퓨팅 디바이스로부터 멀리 떨어진, 요구 시 코드 실행 환경에 송신하는 단계로서, 상기 질의는 상기 요구 시 코드 실행 환경에서 유지된 상기 조정기 컴퓨팅 디바이스로의 호출의 큐와 연관된 리소스 식별자로 어드레싱되는, 상기 질의를 송신하는 단계;

상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하기 위해 상기 호출을 획득하는 단계;

상기 조정기 컴퓨팅 디바이스 및 제2 태스크와 연관된 리소스 식별자를 결정하는 단계; 및

상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하기 위해 상기 호출에 대응하는 호출 메시지를 생성하는 단계로서, 상기 호출 메시지는 상기 제2 태스크와 연관된 상기 리소스 식별자로 어드레싱되는, 상기 호출 메시지 생성 단계를 포함하는, 컴퓨터-구현 방법.

조항 80. 조항 79의 컴퓨터-구현 방법으로서, 상기 제1 태스크의 실행에 실행 식별자를 할당하는 단계 또는 상기 호출 내에서, 상기 실행 식별자를 식별하는 단계 중 적어도 하나를 더 포함한다.

조항 81. 조항 80의 컴퓨터-구현 방법으로서, 상기 호출 메시지는 상기 실행 식별자를 포함한다.

조항 82. 조항 79의 컴퓨터-구현 방법으로서, 상기 호출 메시지에 응답하여 상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하는 단계를 더 포함하며, 상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크를 실행하는 단계는 상기 조정기 컴퓨팅 디바이스 상에서 상기 제1 태스크의 실행에 대한 실행 환경을 생성하는 단계를 포함한다.

조항 83. 조항 79의 컴퓨터-구현 방법으로서,

상기 제1 태스크의 실행으로부터 반환 메시지를 획득하는 단계로서, 상기 메시지는 상기 제1 태스크의 실행에 대응하는 실행 식별자를 포함하는 리소스 식별자로 어드레싱되는, 상기 반환 메시지를 획득하는 단계;

상기 실행 식별자를 포함하는 상기 리소스 식별자에 적어도 부분적으로 기초하여 상기 제1 태스크의 실행의 출력으로서 상기 반환 메시지를 식별하는 단계; 및

상기 제2 태스크의 실행의 출력을 요구 시 코드 실행 환경으로 반환하는 단계를 더 포함한다.

조항 84. 조항 83의 컴퓨터-구현 방법으로서, 반환 요청 메시지를 생성하는 단계 및 상기 제1 태스크의 실행에 대응하는 상기 실행 식별자를 포함하는 상기 리소스 식별자로 상기 반환 요청 메시지를 송신하는 단계를 더 포함한다.

조항 85. 조항 83의 컴퓨터-구현 방법으로서, 상기 제2 태스크의 실행의 출력을 요구 시 코드 실행 환경으로 반환하는 단계는 상기 요구 시 코드 실행 환경상에서, 상기 실행 식별자를 포함하는, 제2 리소스 식별자로 상기 출력을 송신하는 단계를 포함한다.

조항 86. 조항 79의 컴퓨터-구현 방법으로서, 상기 호출 메시지를 생성하는 단계는 상기 획득된 호출로부터 상기 호출 메시지를 캡슐 제거하는 단계를 포함한다.

조항 87. 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하도록 구성된 조정기 컴퓨팅 디바이스로서,

비-일시적 데이터 저장소로서,

상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위한 하나 이상의 태스크로서, 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 하나 이상의 태스크; 및

상기 하나 이상의 협력형 디바이스의 제1 협력형 디바이스에 의한 입력에 응답하여 상기 조정기 컴퓨팅 디바이스에 의해 취해질 동작을 지정하는 이벤트 흐름표를 포함하는, 상기 비-일시적 데이터 저장소; 및

상기 비-일시적 데이터 저장소와 통신하는 프로세서로서,

상기 조정기 컴퓨팅 디바이스에 대한 구성 패키지를 획득하는 것으로서, 상기 구성 패키지는 상기 하나 이상의 협력형 디바이스 및 상기 하나 이상의 태스크를 식별하는, 상기 구성 패키지를 획득하고;

네트워크-액세스 가능한 데이터 저장소로부터, 상기 구성 패키지에서 식별된 것으로서, 상기 하나 이상의 태스크를 검색하고;

상기 비-일시적 데이터 저장소에 상기 하나 이상의 태스크를 저장하고;

상기 입력된 제1 협력형 디바이스를 획득하고;

상기 이벤트 흐름 정보에 적어도 부분적으로 기초하여, 상기 입력에 응답하여 실행될 상기 하나 이상의 태스크의 제1 태스크를 식별하고;

상기 제1 태스크에 대응하는 실행 환경을 생성하며;

상기 실행 환경에서 상기 제1 태스크를 실행하도록

컴퓨터-실행 가능한 명령어로 구성된, 상기 프로세서를 포함하는, 조정기 컴퓨팅 디바이스.

조항 88. 조항 87의 조정기 컴퓨팅 디바이스로서, 상기 프로세서는,

상기 제1 태스크의 실행의 출력을 획득하고;

상기 이벤트 흐름 정보에 적어도 부분적으로 기초하여, 상기 출력을 송신할, 상기 하나 이상의 협력형 디바이스의 협력형 디바이스를 식별하며;

상기 출력을 상기 협력형 디바이스에 송신하도록

컴퓨터-실행 가능한 명령어로 더 구성된다.

조항 89. 조항 88의 조정기 컴퓨팅 디바이스로서, 상기 출력은 MQTT 통지로서 송신된다.

조항 90. 조항 87의 조정기 컴퓨팅 디바이스로서, 상기 하나 이상의 협력형 디바이스는 대안적인 1차 기능과 연관된 범용 컴퓨팅 디바이스, 박형 디바이스, 또는 내장형 디바이스 중 적어도 하나를 포함한다.

조항 91. 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하기 위한 명령어를 포함하는 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는 상기 협력형 환경과 연관된 조정기 컴퓨팅 디바이스에 의해 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 조정기 컴퓨팅 디바이스에 대한 구성 패키지를 획득하게 하는 것으로서, 상기 구성 패키지는 상기 하나 이상의 협력형 디바이스, 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위한 하나 이상의 태스크로서, 개개의 태스크가 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 하나 이상의 태스크, 및 상기 하나 이상의 협력형 디바이스의 제1 협력형 디바이스에 의한 입력에 응답하여 상기 조정기 컴퓨팅 디바이스에 의해 취해질 동작을 지정하는 이벤트 흐름 정보를 식별하는, 상기 구성 패키지를 획득하게 하고;

네트워크-액세스 가능한 데이터 저장소로부터, 상기 구성 패키지에서 식별된 바와 같이, 상기 하나 이상의 태스크를 검색하게 하고,

상기 입력된 제1 협력형 디바이스를 획득하게 하고;

적어도 상기 이벤트 흐름 정보로부터, 상기 입력에 응답하여 실행될 상기 하나 이상의 태스크의 제1 태스크를 식별하게 하고;

상기 제1 태스크에 대응하는 실행 환경을 생성하게 하며;

상기 실행 환경에서 상기 제1 태스크를 실행하게 하는, 비-일시적 컴퓨터 판독 가능한 미디어.

조항 92. 조항 91의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는, 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 제1 태스크로부터 출력 메시지를 획득하게 하고;

상기 출력 메시지를 송신할 제2 태스크 또는 제2 협력형 디바이스 중 적어도 하나를 식별하기 위해 상기 이벤트 흐름 정보를 참조하게 하며;

상기 출력 메시지를 상기 제2 태스크 또는 제2 협력형 디바이스 중 적어도 하나에 송신하게 한다.

조항 93. 조항 92의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는, 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금 상기 조정기 컴퓨팅 디바이스 상에서 실행된 라우터 태스크로 상기 출력 메시지를 전달하게 하며, 상기 라우터 태스크는 상기 적어도 하나의 제2 태스크 또는 제2 협력형 디바이스를 식별하기 위해 상기 이벤트 흐름 정보를 참조하기 위해 실행 가능하다.

조항 94. 조항 91의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는, 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금 상기 조정기 컴퓨팅 디바이스 상에서 다른 태스크의 실행 환경으로부터 분리된 컨테이너로서 상기 실행 환경을 생성하게 한다.

조항 95. 조항 94의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는, 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금 상기 제1 태스크의 실행을 위해 요구된 데이터 리소스로의 액세스를 상기 실행 환경에 공급하게 한다.

조항 96. 조항 91의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는, 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 조정기 컴퓨팅 디바이스의 원하는 상태를 나타내는 디바이스 섀도우 서비스로 가입하게 하며;

상기 원하는 상태가 상기 디바이스 섀도우 서비스에서 수정되었다는 통지를 획득하게 하고;

상기 명령어는, 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금 상기 원하는 상태가 수정되었다는 상기 통지에 응답하여 상기 구성 패키지를 획득하게 한다.

조항 97. 조항 91의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 명령어는 실행될 때, 상기 조정기 컴퓨팅 디바이스로 하여금,

작업 아이템 큐에서 상기 제1 태스크로의 호출을 인큐잉하게 하며;

상기 작업 아이템 큐로부터 디큐잉하기 위한 상기 제1 태스크를 선택하기 위해 상기 작업 아이템 큐에 스케줄링 알고리즘을 적용하게 한다.

조항 98. 조항 91의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제1 태스크는 섀도우 서비스 태스크이며, 상기 섀도우 서비스 태스크는 상기 조정기 컴퓨팅 디바이스로 하여금,

상기 제1 협력형 디바이스의 원하는 상태를 결정하게 하고;

상기 원하는 상태를 나타내도록 상기 제1 협력형 디바이스의 디바이스 섀도우를 수정하게 하며;

상기 원하는 상태에 대한 통지를 상기 제1 협력형 디바이스에 송신하게 하도록 실행 가능하다.

조항 99. 조항 91의 비-일시적 컴퓨터 판독 가능한 미디어로서, 상기 제1 협력형 디바이스로의 통지는 상기 디바이스 섀도우에 대응하는 토픽으로 상기 제1 협력형 디바이스에 의한 가입에 응답하여 송신된다.

조항 100. 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하기 위해 조정기 컴퓨팅 디바이스에 의해 구현된 컴퓨터-구현 방법으로서,

상기 조정기 컴퓨팅 디바이스에 대한 구성 패키지를 획득하는 단계로서, 상기 구성 패키지는 상기 하나 이상의 협력형 디바이스, 상기 하나 이상의 협력형 디바이스의 동작을 관리하기 위한 하나 이상의 태스크로서, 개개의 태스크가 상기 조정기 컴퓨팅 디바이스에 의해 실행 가능한 코드에 대응하는, 상기 하나 이상의 태스크, 및 상기 하나 이상의 협력형 디바이스의 제1 협력형 디바이스에 의한 입력에 응답하여 상기 조정기 컴퓨팅 디바이스에 의해 취해질 동작을 지정하는 이벤트 흐름 정보를 식별하는, 상기 구성 패키지를 획득하는 단계;

네트워크-액세스 가능한 데이터 저장소로부터, 상기 구성 패키지에서 식별된 바와 같이, 상기 하나 이상의 태스크를 검색하는 단계;

상기 입력된 제1 협력형 디바이스를 획득하는 단계;

적어도 상기 이벤트 흐름 정보로부터, 상기 입력에 응답하여 실행될 상기 하나 이상의 태스크의 제1 태스크를 식별하는 단계;

상기 제1 태스크에 대응하는 실행 환경을 생성하는 단계; 및

상기 실행 환경에서 상기 제1 태스크를 실행하는 단계를 포함하는, 컴퓨터-구현 방법.

조항 101. 조항 100의 컴퓨터-구현 방법으로서,

상기 제1 태스크로부터 출력 메시지를 획득하는 단계;

상기 출력 메시지를 송신할 제2 태스크 또는 제2 협력형 디바이스 중 적어도 하나를 식별하기 위해 상기 이벤트 흐름 정보를 참조하는 단계; 및

상기 출력 메시지를 상기 제2 태스크 또는 제2 협력형 디바이스 중 적어도 하나에 송신하는 단계를 더 포함한다.

조항 102. 조항 101의 컴퓨터-구현 방법으로서, 상기 출력을 송신할 상기 제2 태스크 또는 상기 제2 협력형 디바이스 중 적어도 하나를 식별하기 위해 상기 이벤트 흐름 정보를 참조하는 단계는 상기 조정기 컴퓨팅 디바이스 상에서 실행된 라우터 태스크로 상기 출력 메시지를 전달하는 단계를 포함하며, 상기 라우터 태스크는 상기 적어도 하나의 제2 태스크 또는 제2 협력형 디바이스를 식별하기 위해 상기 이벤트 흐름표를 참조하도록 실행 가능하다.

조항 103. 조항 100의 컴퓨터-구현 방법으로서, 상기 제1 태스크에 대응하는 상기 실행 환경을 생성하는 단계는 상기 조정기 컴퓨팅 디바이스 상에서 다른 태스크의 실행 환경으로부터 분리된 컨테이너를 생성하는 단계를 포함한다.

조항 104. 조항 100의 컴퓨터-구현 방법으로서, 상기 제1 태스크의 실행을 위해 요구된 데이터 리소스로의 액세스를 상기 실행 환경에 공급하는 단계를 더 포함한다.

조항 105. 조항 100의 컴퓨터-구현 방법으로서,

상기 조정기 컴퓨팅 디바이스의 원하는 상태를 나타내는 디바이스 섀도우 서비스로 가입하는 단계; 및

상기 원하는 상태가 상기 디바이스 섀도우 서비스에서 수정되었다는 통지를 획득하는 단계를 더 포함하며;

구성 패키지를 획득하는 단계는 상기 통지에 적어도 부분적으로 기초하여 발생한다.

조항 106. 조항 100의 컴퓨터-구현 방법으로서,

상기 제1 협력형 디바이스의 원하는 상태를 결정하는 단계;

상기 원하는 상태를 나타내도록 상기 제1 협력형 디바이스의 디바이스 섀도우를 수정하는 단계; 및

상기 원하는 상태에 대한 통지를 상기 제1 협력형 디바이스에 송신하는 단계를 더 포함한다.

다양한 기능이 상기에서 독립적으로 설명될 수 있지만, 이들 기능은 독립적으로 또는 임의의 조합으로 구현될 수 있다는 것이 고려된다. 게다가, 이들 기능은 상기 참조로 통합된, 관련 출원에서 설명된 기능, 디바이스, 또는 환경과 조합될 수 있다는 것이 고려된다. 예를 들면, 여기에서 설명된 바와 같이 조정기 컴퓨팅 디바이스는 수신된 메시지(예컨대, 협력형 디바이스로부터의 MQTT 메시지)의 해석이, 잠재적으로 전문화된 메시지 토픽의 사용에 의해, 메시지가 포워딩되어야 하는 디바이스 또는 태스크의 서브세트를 결정할 수 있게 하기 위해 관련 출원에서 설명된 주제를 구현할 수 있다. 추가 예로서, 조정기 컴퓨팅 디바이스는 메시지가 수신인 사이에서 포워딩되어야 하는지를 결정하기 위해 수신된 메시지(예컨대, 협력형 디바이스 또는 태스크 실행으로부터) 내에 포함된 보안 정보를 추가로 이용할 수 있다. 또 다른 예로서, 조정기 컴퓨팅 디바이스는, 잠재적으로 메시지 몸체의 검사를 요구하지 않고, 메시지의 가변 핸들링을 가능하게 하기 위해 메시지 내에서(예컨대, 토픽 필드 내에서) 내장된 코드의 사용을 가능하게 할 수 있다. 이 기술분야의 숙련자는, 본 개시를 고려하여, 여기에서 설명된 기능의 많은 조합이 가능하다는 것을 이해할 것이다.

상기 설명된 방법 및 프로세스 모두는 하나 이상의 컴퓨터 또는 프로세서에 의해 실행된 소프트웨어 코드 모듈에서 구체화되며 그것을 통해 완전히 자동화될 수 있다. 코드 모듈은, 임의의 유형의 비-일시적 컴퓨터-판독 가능한 매체 또는 다른 컴퓨터 저장 디바이스에 저장될 수 있다. 방법 중 일부 또는 모두는 대안적으로 전문화된 컴퓨터 하드웨어에 구체화될 수 있다.

다른 것 중에서, "~ 수 있다", "~할 것이다", "~할지도 모른다" 또는 "~일 수도 있다"와 같은 조건부 언어는, 달리 구체적으로 서술되지 않는다면, 그 외 맥락 내에서 특정한 실시예가 포함하는 것을 제공하기 위해 일반적으로 사용되는 것으로 이해되지만, 다른 실시예는 특정한 특징, 요소 및/또는 단계를 포함하지 않는다. 따라서, 이러한 조건부 언어는, 이들 특징, 요소 및/또는 단계가 포함되거나 임의의 특정한 실시예에서 포함되거나 또는 수행되는지에 관계없이, 일반적으로 특징, 요소 및/또는 단계가 임의의 방식으로 하나 이상의 실시예를 위해 요구되거나 또는 하나 이상의 실시예가 반드시 사용자 입력 또는 프롬프팅을 갖거나 또는 그것 없이 결정하기 위한 로직을 포함한다는 것을 의미하도록 의도되지 않는다.

구절 "X, Y 또는 Z 중 적어도 하나"와 같은 이접 언어는, 달리 구체적으로 서술되지 않는다면, 그 외 아이템, 용어 등이 X, Y 또는 Z, 또는 그의 임의의 조합(예컨대, X, Y 및/또는 Z)일 수 있음을 제공하기 위해 일반적으로 사용되는 바와 같이 맥락을 갖고 이해된다. 따라서, 이러한 이접 언어는 일반적으로, 특정한 실시예가 X의 적어도 하나, Y의 적어도 하나, 또는 Z의 적어도 하나가 각각 제공되도록 요구한다는 것을 의미하도록 의도되지 않으며, 의미하지 않아야 한다.

달리 명시적으로 서술되지 않는다면, 단수 표현은 일반적으로 하나 이상의 설명된 항목을 포함하도록 해석되어야 한다. 따라서, "~도록 구성된 디바이스"와 같은 구절은 하나 이상의 나열된 디바이스를 포함하도록 의도된다. 이러한 하나 이상의 나열된 디바이스는 또한 총괄하여 서술된 열거를 실행하도록 구성될 수 있다. 예를 들면, "열거 A, B 및 C를 실행하도록 구성된 프로세서"는 열거 B 및 C를 실행하도록 구성된 제2 프로세서와 함께 작동하는 열거 A를 실행하도록 구성된 제1 프로세서를 포함할 수 있다.

여기에서 설명되고 및/또는 첨부된 도면에서 묘사된 흐름도에서 임의의 루틴 설명, 요소 또는 블록은 잠재적으로 루틴에서 특정 논리 기능 또는 요소를 구현하기 위해 하나 이상의 실행 가능한 명령어를 포함하는 모듈, 세그먼트, 또는 코드의 부분을 나타내는 것으로 이해되어야 한다. 대안적인 구현은 여기에서 설명된 실시예의 범위 내에 포함되며 여기에서 요소 또는 기능은, 이 기술분야의 숙련자에 의해 이해될 바와 같이 수반된 기능에 의존하여, 삭제되거나, 또는 실질적으로 동시에 또는 역순으로를 포함하여, 도시되거나 또는 논의된 것으로부터의 순서 외에 실행될 수 있다.

많은 변화 및 수정이, 그 요소가 다른 수용 가능한 예 가운데 있는 것으로 이해되는, 상기 설명된 실시예에 대해 이루어질 수 있다는 것이 강조되어야 한다. 모든 이러한 수정 및 변화는 본 개시의 범위 내에 포함되며 다음의 청구항에 의해 보호되도록 의도된다.

Claims (15)

1. 협력형 환경 내에서 하나 이상의 협력형 디바이스를 관리하도록 구성된 조정기 컴퓨팅 디바이스 내에서 리소스를 관리하기 위한 시스템으로서,
   비-일시적 데이터 저장소로서,
   실행될 때, 상기 조정기 상에서 하나 이상의 태스크를 실행하도록 호출의 큐를 구현하는 스케줄러로서, 상기 하나 이상의 태스크의 개개의 태스크는 상기 조정기 컴퓨팅 디바이스에 의해 상기 협력형 환경 내에서 상기 하나 이상의 협력형 디바이스의 동작을 관리하도록 실행 가능한 코드에 대응하는, 상기 스케줄러;
   실행될 때, 상기 하나 이상의 태스크를 실행할 실행 환경을 생성하는 리소스 관리기에 대응하는 컴퓨터 실행 가능한 명령어를 포함하는, 상기 비-일시적 데이터 저장소;
   상기 비-일시적 데이터 저장소와 통신하며 상기 스케줄러를 실행하도록 구성된 프로세서로서, 상기 스케줄러의 실행은, 상기 프로세서로 하여금,
   상기 큐 내에서 태스크 호출의 세트를 인큐잉하게 하는 동작, 개개의 태스크 호출은 상기 하나 이상의 태스크의 태스크를 실행하기 위한 호출에 대응하는, 상기 인큐잉하게 하는 동작;
   상기 리소스 관리기로부터 상기 조정기 상에서 컴퓨팅 리소스의 가용성(availability)을 획득하게 하는 동작;
   프로세싱을 위해 상기 태스크 호출의 세트 중 적어도 하나의 태스크 호출을 선택하기 위해 상기 컴퓨팅 리소스의 가용성에 적어도 부분적으로 기초하여 상기 큐에 스케줄링 알고리즘을 적용하게 하는 동작으로서, 상기 스케줄링 알고리즘은, 상기 큐에 적용될 때, 프로세싱을 위해 상기 큐로부터 아이템을 선택하는 알고리즘인, 동작;
   상기 적어도 하나의 태스크 호출에 대응하는 태스크를 실행할 실행 환경을 선택하도록 상기 리소스 관리기에 명령하게 하는 동작; 및
   상기 실행 환경 내에서 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하게 하는 동작을 초래하게 하는, 상기 프로세서를 포함하되,
   상기 프로세서는 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행할 실행 환경을 생성하기 위해 상기 리소스 관리기를 실행하도록 더 구성되며, 상기 실행 환경의 생성은 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하기 위해 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것을 포함하며, 상기 데이터 리소스는 상기 태스크를 실행하기 위해 상기 컴퓨팅 리소스에 의해 계산 동안 사용되는 데이터를 나타내는, 시스템.
2. 제1항에 있어서, 상기 협력형 디바이스는 대안적인 1차 기능과 연관된 범용 컴퓨팅 디바이스, 박형(thin) 디바이스, 또는 내장형 디바이스 중 적어도 하나를 포함하며, 상기 대안적인 1차 기능은, 디바이스의 1차 기능이 단순히 계산이 아닌 별개의 1차 목적을 갖는 디바이스의 1차 기능인, 시스템.
3. 제1항에 있어서, 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하기 위해 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것은 상기 태스크에 대응하는 상기 실행 가능한 코드를 상기 실행 환경에 공급하는 것을 포함하는, 시스템.
4. 제1항에 있어서, 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하기 위해 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것은 드라이버, 코드 라이브러리, 런타임 환경에 대응하는 데이터, 또는 코드 유틸리티 중 적어도 하나를 상기 실행 환경에 공급하는 것을 포함하는, 시스템.
5. 제1항에 있어서, 상기 실행 환경은 소프트웨어 컨테이너에 대응하는, 시스템.
6. 제5항에 있어서, 상기 데이터 리소스는 상기 소프트웨어 컨테이너의 외부에 저장되며, 상기 적어도 하나의 태스크 호출에 대응하는 상기 태스크를 실행하기 위해 요구된 데이터 리소스를 상기 실행 환경에 공급하는 것은 상기 데이터 리소스로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 것을 포함하는, 시스템.
7. 제6항에 있어서, 상기 데이터 리소스로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 것은 상기 데이터 리소스 및 부가적인 메모리 공간의 조합된 뷰를 상기 실행 환경에 제공하면서 상기 데이터 리소스로의 판독-전용 액세스 및 상기 부가적인 메모리 공간으로의 판독/기록 액세스를 조합한 유니온 마운트(union mount)를 생성하는 것을 포함하는, 시스템.
8. 제1항에 있어서, 상기 실행 환경은 제1 실행 환경이며, 상기 리소스 관리기의 실행은, 또한 상기 프로세서로 하여금,
   제2 태스크를 실행할 제2 실행 환경에 대한 요청을 획득하게 하고;
   상기 태스크가 실행을 중단하였음을 검출하게 하며;
   상기 요청을 이행할 상기 제1 실행 환경을 선택하게 하는, 시스템.
9. 컴퓨터-구현 방법으로서,
   큐 내에 태스크 호출의 세트를 인큐잉하는 단계로서, 개개의 태스크 호출은 하나 이상의 태스크의 태스크를 실행하기 위한 호출에 대응하는, 상기 인큐잉하는 단계;
   컴퓨팅 시스템 상에서 컴퓨팅 리소스의 가용성을 획득하는 단계;
   프로세싱을 위해 상기 태스크 호출의 세트 중 태스크 호출을 선택하기 위해 상기 컴퓨팅 리소스의 가용성에 적어도 부분적으로 기초하여 상기 큐에 스케줄링 알고리즘을 적용하는 단계로서, 상기 태스크 호출은 상기 태스크를 실행하기 위한 호출에 대응하며, 상기 스케줄링 알고리즘은, 상기 큐에 적용될 때, 프로세싱을 위해 상기 큐로부터 아이템을 선택하는 알고리즘인, 상기 스케줄링 알고리즘을 적용하는 단계;
   상기 태스크의 실행을 위해 요구된 데이터 리소스의 세트를 결정하는 단계로서, 상기 데이터 리소스는 상기 태스크를 실행하기 위해 상기 컴퓨팅 리소스에 의해 계산 동안 사용되는 데이터를 나타내는, 단계;
   적어도 부분적으로 상기 데이터 리소스의 세트로의 액세스를 실행 환경에 공급함으로써 상기 태스크의 실행을 위한 실행 환경을 생성하는 단계로서, 상기 데이터 리소스의 세트로의 액세스를 실행 환경에 공급하는 것은 상기 실행 환경 내에서 실행 중인 코드가 상기 데이터 리소스를 판독하는 것을 가능하게 하는, 단계; 및
   상기 실행 환경 내에서 상기 태스크를 실행하는 단계를 포함하는, 컴퓨터-구현 방법.
10. 제9항에 있어서, 상기 데이터 리소스의 세트는 데이터 리소스 또는 컴퓨팅 리소스 중 적어도 하나를 포함하는, 컴퓨터-구현 방법.
11. 제9항에 있어서, 상기 실행 환경은 소프트웨어 컨테이너에 대응하며, 상기 데이터 리소스의 세트로의 액세스를 상기 실행 환경에 공급하는 단계는 상기 데이터 리소스의 세트로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 단계를 포함하는, 컴퓨터-구현 방법.
12. 청구항 11에 있어서, 상기 데이터 리소스의 세트로의 판독-전용 액세스와 상기 소프트웨어 컨테이너를 연관시키는 단계는 상기 데이터 리소스의 세트 및 부가적인 메모리 공간의 조합된 뷰를 상기 실행 환경에 제공하면서 상기 데이터 리소스의 세트로의 판독-전용 액세스 및 상기 부가적인 메모리 공간으로의 판독/기록 액세스를 조합한 유니온 마운트를 생성하는 단계를 포함하는, 컴퓨터-구현 방법.
13. 제9항에 있어서, 상기 실행 환경은 제1 실행 환경이며, 상기 컴퓨터-구현 방법은,
    제2 태스크를 실행할 제2 실행 환경에 대한 요청을 획득하는 단계;
    상기 태스크가 실행을 중단하였음을 검출하는 단계; 및
    상기 요청을 이행할 상기 제1 실행 환경을 선택하는 단계를 더 포함하는, 컴퓨터-구현 방법.
14. 청구항 13에 있어서, 상기 제1 실행 환경은 상기 제2 태스크 및 상기 태스크가 동일한 태스크에 대응한다는 것 또는 상기 제2 태스크가 상기 제1 실행 환경에 이용 가능한 데이터 리소스에 의존한다는 것 중 적어도 하나를 검출하는 것에 적어도 부분적으로 기초하여 선택되는, 컴퓨터-구현 방법.
15. 제14항에 있어서,
    상기 실행 환경에 의해 요구된 컴퓨팅 리소스의 가용성이 임계 레벨 미만임을 결정하는 단계; 및
    상기 컴퓨팅 리소스의 사용과 연관된 제2 실행 환경을 보류하는 단계를 더 포함하는, 컴퓨터-구현 방법.

Images