KR102361481B1

KR102361481B1 - 태스크에 대한 장비 실행가능성을 보장하는 시스템 및 방법(systems and methods of ensuring and maintaining equipment viability for a task)

Info

Publication number: KR102361481B1
Application number: KR1020207007624A
Authority: KR
Inventors: 크리스틴 코스키; 라이언 히튼
Original assignee: 엔메트릭, 엘엘씨
Priority date: 2017-08-16
Filing date: 2018-08-16
Publication date: 2022-02-09
Also published as: EP3669309A4; BR112020003112A2; WO2019035934A1; CA3162735C; MX2020001763A; AU2018318694B2; US20190130339A1; KR20220020442A; KR20200033353A; CA3073039C; EP3669309A1; CA3162735A1; JP6964906B2; CA3073039A1; US20210374651A1; KR102473917B1; CN111213164A; JP2020532027A; US10163065B1; AU2021290327A1

Abstract

태스크들에 대한 인원 및 연결된 디바이스들을 스케줄링할 수 있는 디바이스 관리 시스템은 이들의 이용들 및 위치들에 기초하여 디바이스와 체크-인 함으로써 스케줄링된 태스크를 수행하기 위해, 그리고 이들의 사용들 및 디바이스들에 대해 스케줄링된 태스크들에 따른 디바이스들의 기능을 수정하기 위해 디바이스들의 능력을 모니터링한다. 또한, 시스템은 연결되지 않은 “덤브” 디바이스들을 태스크들의 스케줄링 내에 통합시킬 수 있고, 그리고 이들 디바이스들을 추적 및 관리할 수 있다.

Description

태스크에 대한 장비 실행가능성을 보장하는 시스템 및 방법(SYSTEMS AND METHODS OF ENSURING AND MAINTAINING EQUIPMENT VIABILITY FOR A TASK)

본 발명의 분야는 디바이스들을 수반하는 태스크들의 스케줄에서의 디바이스 작동 관리에 관한 것이다.

배경기술의 설명은 본 발명을 이해하는데 유용할 수 있는 정보를 포함한다. 본 명세서에서 제공되는 어떠한 정보가 현재 청구되는 발명에 관련되거나 또는 선행기술임을 인정하거나, 또는 명시적으로 또는 암시적으로 참조되는 어떠한 간행물이 선행 기술임을 인정하는 것은 아니다.

회사가 완료해야 하는 일련의 태스크들을 가지는 경우, 관리자는 통상적으로 각각의 태스크에 대하여 직원을 할당한다. 컴퓨터 스케줄링 시스템들(예를 들어, Microsoft Outlook®)이 이러한 스케줄들을 시각화하는데 도움이 될 수 있다. 예를 들어, 관리자는 컴퓨터 스케줄링 시스템을 이용하여 직원이 특정 태스크들을 수행하도록 일과 중 특정 시간을 차단하고(block off), 그리고 해당 태스크를 특정 직원들에게 할당할 수 있다. 각각의 직원은 그 다음에 각각의 일, 주, 월 동안에 할 태스크들의 일정을 가지게 되며, 이는 쉽게 시각화 되고 조직화될 수 있다. 그러나, 관리자가 각각의 태스크에 대하여 특정 직원들을 할당하기 위해, 관리자는 수동으로 각각의 직원들의 스케줄을 추적하고 그리고 적절한 태스크에 각각의 직원들을 할당할 필요가 있다.

Bhavani의 미국 특허 번호 제 US 2009/0315735호는 병원에서 환자 흐름을 관리하기 위한 컴퓨터 시스템을 개시하며, 여기서 관리자는 각각의 환자, 직원 및 자원이 어디에 있는지 결정하고, 그리고 각각의 자원을 필요한대로 할당하기 위해 RFID 칩들로 특정 환자들, 의료 직원들, 및 자원들을 태그(tag)할 수 있다. 예를 들어, 검진실(examination room)에 대기하는 환자들이 너무 많이 있는 경우, 환자는 해당 환자를 재안내(redirect)하기 위해 가용한 직원에게 메시지를 전송함으로써 보다 짧은 라인을 가지는 검진실로 자동적으로 재배치될 수 있다. 그러나, Bhavani는 고유 식별자에 의해 각각의 환자, 직원, 및 자원을 수동적으로 추적하는 것을 시스템에게 요구한다.

Thompson의 미국 특허 번호 제 US 7,587,329호는 헬스 클리닉을 관리하기 위한 컴퓨터 시스템을 개시하며, 여기서 관리자는 근무 중인 간호사가 특정 태스크를 완수하는데 필요한 일련의 속성들을 컴퓨터에 입력할 수 있다. 시스템은 그 다음에 태스크를 완수하기 위해 태스크를 이러한 요구 사항들을 가진 가용한 간호사들과 매칭시키고, 그리고 각각의 간호사에게 스케줄을 전송하여, 간호사들이 수행할 태스크들을 알 수 있도록 한다.

또한, 이러한 시스템들 및 다른 종래 기술의 시스템들은 스케줄이 디바이스들의 기능들을 전개시키고(develop) 관리하여 디바이스들이 스케줄링된 태스크들의 일정이 변하는 경우에 사용될 수 있도록 하여 스케줄링된 태스크에 대한 디바이스 실행가능성을 계속하여 보장하지 못했다. 종래 기술의 시스템들은 유사하게 레거시(legacy) 또는 다른 '덤브(dumb)' 디바이스(이러한 능력을 가지지 않는)과의 프로세싱 및 통신 능력들을 가지는 디바이스들의 원할한 통합을 제공하지 못한다.

본 명세서에서 논의되는 Bhavani, Thompson, 및 다른 모든 외부 자료들이 각각 개별적인 외부 자료들이 참조로서 통합되는 것으로 명시적이고 개별적으로 표시되는 것과 동일한 정도로 참조로서 통합된다. 통합되는 참조에서의 용어의 정의 또는 사용이 본 명세서에서 제공되는 해당 용어의 정의와 불일치하거나 또는 반하는 경우, 본 명세서에서 제공되는 해당 용어의 정의가 적용되고 참조에서의 해당 용어의 정의가 적용되지 않는다.

따라서, 시설 내 온라인 스케줄링 시스템으로 비-연결된 “덤브” 디바이스들의 통합을 위한, 그리고 이들 디바이스들에 대한 이러한 연결된 전개, 최적화된 예외 처리(resolution)를 위한 기능 및 출력의 조정들을 포함하여 스케줄링된 태스크들에 대한 연결된 디바이스들의 기능의 동시적 관리를 제공하는 스케줄링 시스템에 대한 수요가 존재한다.

본 발명의 주제는 머신, 디바이스 또는 장비의 일부(piece)가 태스크에 대해 스케줄링될 수 있고, 그리고 머신, 디바이스 또는 장비의 일부의 준비 상태(readiness)가 모니터링될 수 있어서, 디바이스/머신이 태스크에 더 이상 적합하지 않은 경우에, 대체품이 찾아질 수 있어 태스크가 수행될 수 있는 장치, 시스템 및 방법을 제공한다.

본 발명 주제의 다양한 실시예들에서, 컴퓨터는 태스크를 스케줄링하기 위한 요청을 수신하고, 요청은 태스크에 관련된 대응하는 값들을 가지는 태스크 속성들을 포함한다. 요청은 태스크의 희망 날짜/시간에 대응하는 희망 기간 속성/값 쌍을 포함한다. 요청은 또한 태스크에 대한 희망 위치에 대응하는, 위치 속성을 포함한다. 컴퓨터는 희망 기간 속성/값 및 대응하는 디바이스의 디바이스 속성/값 쌍들을 포함하는, 태스크 속성/값 쌍들에 기초하여 적어도 하나의 디바이스를 선택하고, 희망 기간/속성 값 및 복수의 사람들 중에서 대응하는 인원 속성/값 쌍들을 포함하는 태스크 속성/값 쌍들에 기초하여 적어도 한명의 인원을 선택한다. 태스크를 스케줄링한 이후에 지정된 체크-인(check-in) 시간에, 컴퓨터는 선택되는 디바이스에 대한 충족 정보를 획득하고, 그리고 양 또는 음의 충족 상태로 스케줄링된 태스크에 대해 상기 디바이스에 대한 충족 상태를 결정한다. 컴퓨터가 양의 충족 상태를 결정하는 경우에, 이것은 주어진 태스크 시간에 태스크에 대한 디바이스의 실행을 허용하도록 디바이스로 명령들을 전송한다. 다양한 실시예들에서, 시간, 위치, 및 임의의 다른 관련 세부사항들의 태스크에 대해 스케줄링이 되면 태스크에 대해 선택되는 인원(들)은 통지받는다.

다양한 실시예들에서, 체크-인 시간에, 컴퓨터는 또한 인원과 관련된 디바이스로 메시지를 전송함으로써 적어도 한명의 인원이 태스크에 대해 이용가능한지를 검증한다. 다양한 실시예들에서, 이용가능한 백업(backup) 디바이스들의 개수, 이들 각각의 예상 위치들, 및 기타 요인들과 같은 요인들에 기초하여 요청된 태스크에 대해 적합한 백업 디바이스들을 또한 선택할 수 있고, 체크-인 시간과 스케줄링된 태스크의 시작 사이의 시간을 증가시킴으로써 태스크에 대해 선택되는 디바이스에 대한 체크-인 시간을 조절할 수 있다.

다양한 실시예들에서, 디바이스가 음의 충족 상태를 가진다고 컴퓨터가 결정한 경우에, 컴퓨터는 태스크에 대한 백업 디바이스를 선택하는 것을 진행하고, 이는 실패 체크 인 시간(즉, 음의 충족 상태로 복귀하는)일 수 있고, 또는 태스크의 스케줄링 시간에 사전 선택된 백업 중에서의 백업일 수 있다.

다양한 실시예들에서, 컴퓨터는 대안 시간이 충족 상태가 양이 될 수 시간이도록, 디바이스에 대해 결정된 음의 충족 상태에 기초하여 태스크에 대한 대안 시간을 선택한다.

다양한 실시예들에서, 디바이스들 및 컴퓨터는 컴퓨터와 디바이스들 사이의 데이터 통신을 통해 직접적으로 또는 반대로(중개 릴레이 디바이스들을 이용하거나 또는 이용하지 않는 통신을 통해) 통신한다. 다양한 실시예들에서, 컴퓨터는 또한 통신 및 프로세싱 능력을 결여하는 디바이스들과, 이들의 존재를 확인하기 위해 덤브 디바이스들의 위치에서 컴퓨팅 디바이스들을 위치시키고 통신함으로써, 프록시(proxy)를 통해 체크-인(check-in)할 수 있다.

다양한 실시예들에서, 컴퓨터는 스케줄링된 태스크 요구사항 및 후속적으로 발생하지만 이전에 스케줄링된 태스크들의 요구사항들에 기초하여, 태스크 동안에 전체 이용가능 출력 보다 낮게 출력하거나 또는 전체 수용력 미만으로 작업하는 것과 같이 이들의 동작 모드들을 제한함으로써 디바이스들이 이들의 기능을 변경하도록 하는 메세지들을 전송할 수 있다.

본 발명 주제의 다양한 목적들, 특징들, 양상들 및 이점들이 같은 번호가 같은 컴포넌트들을 나타내는 첨부되는 도면들과 함께, 바람직한 실시예들의 이하의 상세한 설명으로부터 명확해질 것이다.

본 명세서에서 식별되는 모든 간행물들은 각각의 개별적인 간행물 또는 특허 출원이 참조로서 통합되는 것으로 명시적으로 그리고 개별적으로 표시되는 것과 동일한 정도로 참조로서 통합된다. 통합된 참조에서의 용어의 정의 또는 사용이 본 명세서에서 제공되는 해당 용어의 정의와 일치하지 않거나 또는 반하는 경우, 본 명세서에서 제공되는 해당 용어의 정의가 적용되고 참조에서의 해당 용어의 정의가 적용되지 않는다.

이하의 설명은 본 발명을 이해하는데 유용할 수 있는 정보를 포함한다. 본 명세서에서 제공되는 어떠한 정보가 현재 청구되는 발명에 대해 선행 기술이거나 또는 관련이 있다고 인정하거나, 또는 명시적으로 또는 암시적으로 참조되는 어떠한 간행물이 선행 기술임을 인정하는 것은 아니다.

몇몇의 실시예들에서, 본 발명의 특정한 실시예들을 청구하고 설명하는데 사용되는, 농도, 반응 조건들 등과 같은 특성들, 성분들의 양을 표현하는 수들은 용어 “약(about)”에 의해 몇몇 예시들에서 수정되는 것으로 이해되어야 한다. 이에 따라, 몇몇 실시예들에서, 기재된 설명 및 첨부된 청구항들에서 제시되는 수치 파라미터들은 특정 실시예에 의해 획득되길 원하는 희망 특성들에 따라 가변하는 근사치들이다. 몇몇 실시예들에서, 수치 파라미터들은 보고되는 유효 자릿수들의 수에 비추어, 그리고 반올림 기법을 적용하여 해석되어야 한다. 본 발명의 몇몇 실시예들의 넓은 범위를 제시하는 수치 범위 및 파라미터들은 근사치들이고, 특정 예시들에서 제시되는 수치값들은 가능한 정확하게 보고된다. 본 발명의 몇몇 실시예들에서 제시된 수치값들은 이들 각각의 실험 측정치들에서 발견되는 표준 편차로부터 필연적으로 발생하는 특정한 에러들을 포함할 수 있다.

문맥이 달리 지시하지 않는 한, 본 명세서에서 제시되는 모든 범위들은 이들의 종점들을 포함하는 것으로 해석되어야 하고, 개방형 범위들은 단지 상업적으로 실용적인 값들만을 포함하는 것으로 해석되어야 한다. 유사하게, 모든 값들의 목록들은 문맥이 달리 지시하지 않는 한 중간값들을 포함하는 것으로 간주되어야 한다.

본 명세서의 설명에서 사용되는 바와 같이 그리고 따르는 청구항들에 걸쳐, “일(a)”, “일(an)”, 및 “상기(the)”의 의미는 문맥이 명백하게 달리 지시하지 않는 한 복수의 참조를 포함한다. 또한, 본 명세서의 설명에서 사용되는 바와 같이, “에서(in)”의 의미는 문맥이 명백하게 달리 지시하지 않는 한 “에서(in)” 및 “상에(on)”를 포함한다.

본 명세서에서 범위들의 인용은 단지 범위 내에 있는 각각의 개별 값들에 대해 개별적으로 지칭하는 속기 방법(shorthand method)으로 기능하도록 의도된다. 본 명세서에서 달리 지시되지 않는 한, 각각의 개별적인 값이 본 명세서에서 개별적으로 인용되는 것과 같이 명세서 내에 통합된다. 본 명세서에서 기술되는 모든 방법들은 본 명세서에서 달리 지시되거나 또는 문맥에 명백하게 모순되지 않는 한 임의의 적합한 순서로 수행될 수 있다. 본 명세서에서의 다양한 특정 실시예들에 대하여 제공되는 임의의 모든 예시들, 또는 예시적인 언어(예를 들어 “~와 같은(such as)”)의 사용은 단지 본 발명을 더 잘 설명하기 위해 의도되며 그리고 달리 청구되는 본 발명의 범위에 제한을 주지 않는다. 본 명세서의 어떠한 언어도 본 발명의 실시에 필수적인 임의의 청구되지 않는 엘리먼트들을 표시하는 것으로 해석되어서는 안된다. 본 명세서에서 개시되는 본 발명의 대안적인 엘리먼트들 또는 실시예들의 그룹핑(grouping)들은 제한들로 해석되어서는 안된다. 각각의 그룹 구성원은 개별적으로, 또는 그룹의 다른 구성원들 또는 본 명세서에서 발견되는 다른 엘리먼트들과의 임의의 조합으로 지칭되거나 또는 청구될 수 있다. 그룹의 하나 이상의 구성원들은 특허성 및/또는 편의의 이유로 그룹에 포함되거나, 또는 그룹으로부터 삭제될 수 있다. 임의의 이러한 포함 또는 삭제가 발생하는 경우, 명세서는 본 명세서에서 수정되는 그룹을 포함하는 것으로 간주되어 첨부되는 청구항들에서 사용되는 모든 마쿠시 그룹들의 기재된 설명을 충족한다.

도 1은 본 발명 주제의 실시예들에 따른 시스템의 도식적인 개요를 제공한다.
도 2는 본 발명 주제의 실시예들에 따른, 컴퓨터에 의해 실행되는 초기 태스크 프로세스의 예시적인 플로우차트 개요를 제공한다.
도 3은 본 발명 주제의 실시예들에 따른, 컴퓨터에 의해 실행되는 체크-인 프로세스의 예시적인 플로우차트 개요를 제공한다.
도 4는 본 발명 주제의 실시예들에 따른, 디바이스 프로파일의 예시적인 예를 제공한다.
도 5는 본 발명 주제의 실시예들에 따른, 컴퓨터에 의해 실행되는 연결되지 않은 디바이스들에 대한 체크-인 프로세스의 예시적인 플로우차트 개요를 제공한다.

이하의 논의에 걸쳐, 서버들, 서비스들, 인터페이스들, 엔진들, 모듈들, 클라이언트들, 피어들, 포탈들, 플랫폼들, 또는 컴퓨팅 디바이스들로부터 형성되는 다른 시스템들에 대하여 설명될 것이다. 이러한 용어들의 사용은 컴퓨터 판독가능한 유형의, 비-일시적 매체(예를 들어, 하드드라이브, 솔리드 스테이트 드라이브, RAM, 플래시, ROM 등) 상에 저장되는 소프트웨어 명령들을 실행하도록 프로그래밍되는 적어도 하나의 프로세서(예를 들어, ASIC, FPGA, DSP, x86, ARM, ColdFire, GPU, 멀티-코어 프로세서들, 등)를 가지는 하나 이상의 컴퓨팅 디바이스들을 나타내는 것으로 간주된다는 점이 이해되어야 한다. 예를 들어, 서버는 기술되는 역할들, 책임들, 또는 기능들을 충족하는 방식으로 웹 서버, 데이터베이스 서버, 또는 다른 유형의 컴퓨터 서버로 동작하는 하나 이상의 컴퓨터들을 포함할 수 있다. 개시되는 컴퓨터-기반 알고리즘들, 프로세스들, 방법들, 또는 다른 유형의 명령 셋들이 프로세서로 하여금 개시되는 단계들을 실행하도록 하는 명령들을 저장하는 비-일시적인, 유형의 컴퓨터 판독가능 매체로 구체화될 수 있다는 점을 누구든 더 인식하여야 한다. 다양한 서버들, 시스템들, 데이터베이스들, 또는 인터페이스들은 HTTP, HTTPS, AES, 공개-개인 키 교환, 웹 서비스 API들, 공지된 금융 거래 프로토콜들, 또는 기타 전자 정보 교환 방법들에 가능한 기초하는, 표준화된 프로토콜들 또는 알고리즘들을 이용하여 데이터를 교환할 수 있다. 패킷-스위치드 네트워크, 인터넷, LAN, WAN, VPN, 또는 다른 유형의 패킷 스위치드 네트워크를 통해 데이터 교환들이 수행될 수 있다.

이하의 논의는 본 발명 주제의 예시적인 실시예들을 제공한다. 각 실시예는 발명의 엘리먼트들의 단일 조합을 나타내지만, 본 발명 주제는 개시되는 엘리먼트들의 모든 가능한 조합들을 포함하도록 간주된다. 그리고 일 실시예가 엘리먼트 A, B, 및 C를 포함하고 그리고 제 2 실시예가 엘리먼트 B 및 D를 포함하는 경우, 본 발명 주제는 또한 명시적으로 개시되는 않는 경우에도 A, B, C, 또는 D의 다른 나머지 조합들을 포함하는 것으로 간주되어야 한다. 개시되는 기법들은 이벤트들을 스케줄링하는 것을 용이하게 하고 그리고 이벤트들이 스케줄링된대로 머신들 또는 장비들로 수행되도록 보장하는 것을 포함하는, 수많은 유리한 효과들을 제공한다는 점을 누구든 인식하여야 한다.

이러한 설명 전체에 걸쳐, 다양한 유형들의 “속성들”(예를 들어, 디바이스 속성들, 태스크 속성들, 인원 속성들 등)에 대해 설명될 것이다. “속성들”의 언급은 “속성”의 언급이 속성 이름 및 대응하는 값 모두를 포함하도록, 속성 이름/값 쌍들의 형태로 데이터 표현을 지칭한다. 유사하게, 특정 속성 이름 또는 속성의 관련 속성 값을 개별적으로 처리해야 하는 경우, 혼동을 피하기 위해 대응하는 설명이 이루어질 것이다. 기민한 독자들에 의해 이해되는 바와 같이, 몇몇 속성들은 단일한 속성 이름/값 쌍들을 포함하는 반면에 다른 속성들은 단일 속성 이름에 대해 다중 값 엔트리들을 포함할 수 있다.

도 1은 본 발명 주제의 실시예에 따른 시스템(100)의 도식적인 개요를 제공한다. 시스템(100)은 하나 이상의 컴퓨터들(110)(예를 들어, 하나 이상의 중앙 서버들)을 포함한다. 간략화를 위해, 중앙 컴퓨터(들)(110)는 단일 컴퓨터(110)로 본 명세서에서 지칭될 것이다. 그러나, 컴퓨터(110)의 기능들 및 프로세스들은 로컬 데이터 연결 인터페이스를 통해 국소적으로 분산되거나 또는 장거리 연결 인터페이스들을 통해 먼 거리에 걸쳐 분산되는 하나 이상의 컴퓨터(110) 사이에서 분산 및/또는 수행될 수 있다. 컴퓨터(110)는 시스템(100)의 다른 컴포턴트들 중 하나 이상으로 동일한 시설 또는 위치에서 위치할 수 있고, 또는 개별적인 위치들에 떨어져 위치할 수 있다.

디바이스들(120)은 일반적으로 시스템(100)이 활용되는 위치에서 다양한 태스크들을 완료하도록 조성하는데 사용되는 복수의 디바이스들이다. 그리고 디바이스들(120)은 컴퓨팅 디바이스들, 일반 도구들, 특수 도구들 환경 제어기들 등과 같은 장비들을 포함할 수 있다. 본 명세서에 설명을 위한 예시로 설정되는 병원에서, 디바이스들(120)은 의료 스캐닝/진단 장비, 환자 모니터링 장비, 수술 도구들, 환자 침대들, 환자 휠체어들, 컴퓨터 장비, 마취 장비, 실내 환경 제어기들, 특수 의료 디바이스들, 및 병원에서 통상적으로 수행되는 다양한 환자 케어 과정들을 수행하기 위한 다른 디바이스들을 포함할 수 있다. 본 명세서에서 사용되는 바와 같이, “디바이스” 및 “머신”은 상호교환적으로 사용된다

도 1에서 도시되는 바와 같이, 컴퓨터(110)는 복수의 디바이스들에 통신 가능하게 연결된다. 컴퓨터(110)와 다양한 디바이스들(120) 사이의 통신은 이렇게 구비되는 장치에 대한 데이터 통신을 통해 이루어질 수 있다.

시스템(100)은 복수의 디바이스들(120)에 대한 디바이스 프로파일(121)을 저장하는 디바이스 데이터베이스(130)를 포함한다. 각 디바이스(120)의 디바이스 프로파일(121)은 디바이스의 특성들 또는 속성들에 대응하는 복수의 디바이스 속성들을 포함한다. 바람직하게는, 각 디바이스(120)에 대한 디바이스 속성들은 적어도 그 의도되는 기능을 수행하기 위한 디바이스의 능력에 대응하는 것들을 포함한다. 디바이스 속성들의 예시들은 디바이스 전원 상태, 디바이스 공급 상태, 디바이스 위치, 디바이스 조건, 디바이스 유지보수 상태, 디바이스 카테고리, 디바이스 제조사, 디바이스 재공급 스케줄, 디바이스 모델 넘버, 디바이스 권한들, 디바이스 네트워크 상태 등을 포함한다. 특정 디바이스에 대한 속성들의 수집은 디바이스에 대응하는 디바이스 프로파일이 되는 것으로 간주될 수 있다. 영민한 독자에 의해 이해되는 바와 같이, 모든 디바이스 속성들이 모든 디바이스들에 반드시 적용되는 것은 아니다.

디바이스들(120)은 각 디바이스에 대한 디바이스 식별자에 따라 디바이스 데이터베이스(130)에 인덱싱될 수 있다. 디바이스 식별자는 디바이스에 대한 데이터베이스 생성시에 시스템에 의해 생성되고 할당될 수 있다. 디바이스 식별자는 랜덤하게 생성되거나, 그리고/또는 시설 또는 엔티티 등에 의해 제공/소유되는 기타 식별 디바이스들의 양에 기초하는 일련 번호, 네트워크 주소, 개별 일련 번호, 모델 넘버, 제조자, 디바이스의 카테고리 중 하나 이상에 기초하여 생성될 수 있다.

디바이스 데이터베이스(130)는 또한 각 디바이스(120)의 디바이스 프로파일(121)에서, 특정 디바이스에 대한 다른 스케줄링 충돌들(예를 들어, 유지보수/수리, 업데이트들, 재인증, 재공급 등을 위한 예정된 휴지시간) 또는 이미 스케줄링된 태스크들에 대한 엔트리들을 포함하는 디바이스(120)에 대한 디바이스 스케줄 데이터를 포함한다. 스케줄은 각각 미리 스케줄링된 태스크들/충돌들에 대해 스케줄링된 시간/날짜 엔트리들을 가지는 테이블 형식, 달력 형식 등일 수 있다.

도 4는 디바이스 프로파일(121)의 예시적인 예를 제공한다.

다양한 실시예들에서, 모든 디바이스들(120)에 대한 중앙 스케줄링 또는 캘린더링(calendaring) 프로그램)에 유지될 수 있으며(디바이스 데이터베이스(130)에서의 각각의 디바이스(120)에 대해 유지되는 스케줄 테이블 또는 다른 스케줄 데이터 대신 또는 부가하여), 이에 의해 각 디바이스(120)에 대한 스케줄링 데이터는 각각의 개별적인 디바이스가 디바이스와 관련되는 식별자(예를 들어, 디바이스 데이터베이스 식별자, 제조자/모델/시리얼 식별자, 네트워크 식별자 등)에 따라 참조될 수 있다. 따라서, 이들 실시예들에서, 시스템은 본 발명 주제와 관련되는 다양한 기능들 및 프로세스들에 따라 특정 디바이스들의 이용가능성 및/또는 스케줄에 관한 정보를 요구하는 경우에 디바이스 식별자를 통해 중앙 스케줄 프로그램에 상담한다.

디바이스 전원 상태 속성은 배터리-작동 디바이스(120)에 대해 이용가능한 충전량 또는 전력의 양에 대응한다. 따라서, 파워 상태 속성 값은 디바이스들의 배터리의 충전 레벨 또는 배터리 레벨에 대응한다.

디바이스 공급 상태 속성은 현재 디바이스에 접속가능한 디바이스(120)에 의해 사용되거나 분배되는 유한한 자원의 양에 대응한다. 예를 들어, 마취 탱크에 대하여, 디바이스 공급 속성 상태 값은 탱크 내에 가스의 양에 대응한다.

디바이스 전원 상태 속성 및 디바이스 공급 상태 속성은 디바이스(120)의 자원 상태 속성들로 지칭될 수 있다. 자원 상태 속성들은 디바이스와 관련되는 공급의 양과 같은, 사용으로 고갈되는 디바이스(120)의 정량화된 특성 또는 파라미터를 반영하는 해당 속성들이다. 따라서, 디바이스 전원 상태 속성 및 디바이스 공급 상태 속성들은 자원 상태 속성들의 예시들이다.

디바이스 위치 속성은 디바이스의 마지막으로 보고된 위치에 대응한다. 위치는 특정 구조 또는 영역 내일 수 있다(예를 들어, 병원 또는 병원 건물 자체 외부의 영역들을 포함하는 병원 부지 내에)

특정 태스크들에 사용되는 자원을 분배 및/또는 저장하는 디바이스들 또는 배터리-작동 디바이스들과 같은, 몇몇 디바이스들의 디바이스 프로파일은 디바이스의 스케줄링된 재충전 또는 재공급에 대응하는 하나 이상의 디바이스 재공급 속성(들)을 포함할 수 있다. 예를 들어, 배터리-작동 디바이스에 대하여, 재충전을 위한 정기적인, 미리 스케줄링된 시간이 존재할 수 있다(예를 들어, 매일, 매주 등)

디바이스 조건 속성은 마모 및 찢어짐(tear), 사용(usage) 등으로 인한 것과 같은, 현재 디바이스 조건에 대응한다.

디바이스 유지보수 상태 속성은 디바이스가 유지보수를 필요로 하는지 여부를 표시한다. 이는 보고된 고장으로 인하거나, 또는 사전-정의되거나 또는 정기적인 유지보수 스케줄(예를 들어 특정 디바이스의 필요한 진단 또는 조정, 등)에 의할 수 있다. 다양한 실시예들에서, 디바이스 유지보수 상태 속성 값은 유지보수의 미래 일자 또는 이벤트일 수 있다.

디바이스 권한 속성은 디바이스를 작동시키기 위해 사용자에게 요구되는 역할, 인증 또는 다른 특별한 인가에 대응한다. 이는 전문 제조업체 트레이닝, 법적 요구사항, 등에 의한 것일 수 있다. 특정한 다양한 실시예들에서, 디바이스 권한 속성들은 디바이스를 동작시키기 위해 인증되거나 또는 인가되는 특정 인원의 하나 이상의 엔트리들을 포함할 수 있다.

디바이스 네트워크 상태 속성은 특정 디바이스의 네트워크 능력에 대응한다. 특정 디바이스들은 정보(보고 조건들, 수신 명령들)를 교환하기 위해 컴퓨터(110)와 네트워크로 연결하는 능력을 가질 수 있다. 네트워킹 능력은 직접(예를 들어, Wifi 또는 유선 네트워크 연결, 셀룰러 등) 또는 간접(예를 들어, 브릿지 또는 다른 중간 릴레이 디바이스 통한 NFC 또는 블루투스와 같은 단거리 프로토콜)일 수 있는 반면에 직접적으로 네트워크로 연결하는 능력을 가지지 않지만 부착되는 RFID 컴포넌트를 통해 여전히 추적될 수 있는 능력을 가질 수 있다.

시스템(100)은 복수의 태스크 속성 세트들(141)을 저장하는 태스크 데이터베이스(140)를 포함하고, 각각의 태스크 속성 세트들은 특정 태스크와 관련되는 태스크 속성들의 세트를 포함한다. 태스크 속성들은 태스크와 관련되는 다양한 특성들을 나타낸다. 태스크 속성들의 예시들은 태스크 이름, 태스크 식별자, 태스크 지속기간, 요구되는 태스크 디바이스들, 요구되는 태스크 인원, 및 요구되는 태스크 시설들을 포함한다.

요구되는 태스크 디바이스 속성들은 태스크에 대해 필요한 특정 디바이스의 카테고리, 클래스 또는 이름에 대응하는 디바이스 카테고리, 클래스, 또는 이름을 포함한다. 다른 태스크 속성들은 유사한 목적을 위해 사용되는 특정 디바이스를 다른 것들과 구별하는 것과 같은 디바이스 자체의 특성과 관련되는 속성들을 포함할 수 있다. 이는 디바이스 치수들, 전원 요구사항들, 디바이스 인터페이스 유형, 디바이스 하드웨어 구성(예를 들어, 특정 비트 크기 또는 모양을 가지는 드릴)을 포함할 수 있다.

대응하는 요구되는 태스크 디바이스 속성들에 의해 나타나는 특정한 디바이스들에 대해, 태스크 속성 세트들은 하나 이상의 디바이스 최소 준비상태(readiness) 속성들을 포함할 수도 있다. 디바이스 최소 준비상태 속성들의 값들은 태스크에 대하여 디바이스 적합성에 대한 하나 이상의 특성들의 최소 임계치들을 나타내는 것으로 간주될 수 있다. 환언하면, 디바이스가 특정 태스크에 대해 필요한대로 성공적으로 사용되기 위해서, 디바이스의 대응하는 디바이스 속성들은 태스크의 최소 준비상태 속성들에 일치하거나 또는 이를 초과하여야 한다. 예를 들어, 배터리-구동 디바이스를 요구하는 특정 지속기간을 가지는 태스크에 대해, 최소 준비상태 속성은 디바이스가 태스크에 대해 적합하기 위해 수행될 수 있어야 하는 작동 시간의 최소 양을 표시하는 태스크 지속기간 속성(또는 디바이스가 특정하게 사용되는 서브태스크에 대한 서브태스크 지속기간 속성(존재하거나 또는 적용가능한 경우))일 수 있다. 이는 디바이스와 관련되는 자원의 양 또는 용량을 반영하는 특정 속성에 대한 퍼센테이지로 표현될 수도 있다(예를 들어, 디바이스에 포함되는 재료의 양에 대한 퍼센테이지, 배터리 충전 퍼센테이지 등,).

시스템(100)은 개별적인 인원에 관련되는 인원 속성/값 쌍들의 세트를 각각 포함하는, 복수의 인원 속성 세트들(151)을 포함하는 인원 데이터베이스(150)를 포함할 수도 있다. 인원 속성들의 예시들은 이름, 역할, 전문기술(들), 인증(들), 위치 등을 포함한다. 디바이스 데이터베이스(130)와 같이, 인원 데이터베이스(150)는 특정 인원에 대해 미리 스케줄링된 태스크들 또는 다른 스케줄링 충돌들(예를 들어, 의무 근무일 또는 시간, 스케줄링된 휴가기간 등의 서술)에 대한 엔트리들을 포함하는 인원 데이터베이스에서 각 인원에 대한 스케줄을 유사하게 포함한다. 스케줄은 각각의 미리 스케줄링된 태스크들/충돌들에 대해 스케줄링된 시간/날짜를 가지는 테이블 형식, 캘린더 형식일 수 있다.

중앙 캘린더링 시스템이 사용되는 실시예에서, 중앙 캘린더링 시스템은 인원의 이름 또는 다른 인원 식별자에 따라 인덱싱되는 인원 데이터베이스로부터 각각의 인원들에 대한 스케줄링 정보를 유사하게 저장한다.

도 2는 컴퓨터(110)에 의해 수행되는 초기 태스크 스케줄링의 개요를 제공한다.

단계 210에서, 컴퓨터(110)는 특정 태스크를 스케줄링하기 위한 요청을 수신한다. 요청은 적어도 태스크에 대한 희망 기간 속성(예를 들어, 날짜/시간을 표시하는) 및 태스크 이름 또는 카테고리의 식별을 포함하는 태스크 속성들을 포함한다. 요청은 또한 통상적으로 희망 위치 속성(예를 들어, 특정 방 및 다른 관련 위치 정보와 같은 태스크에 대한 위치를 표시하는)을 포함하고 그리고 사용자에게 요청함으로써 선택되거나 입력되는 다른 태스크 속성들을 포함할 수도 있다.

요청에 기초하여, 컴퓨터(110)는 디바이스들(120)의 디바이스 속성들(중앙 캘린더/스케줄링 프로그램에서의 디바이스의 스케줄 및/또는 디바이스 스케줄 테이블)과의 복수의 태스크 속성들(사용자에 의해 선택되는 태스크에 대한 희망 기간 속성 및 태스크에 관련되는 태스크 지속기간을 포함하는)의 매칭(그리고 선택적으로 태스크에 대한 디바이스의 하나 이상의 계산된 예상 디바이스 준비상태 속성 값들)에 기초하여 단계 220에서 태스크에 관련되는 하나 이상의 디바이스(들)를 선택하는 것을 진행한다. 단계 220에서 태스크에 대한 디바이스(들)의 선택은 다음과 같다.

단계 221에서, 컴퓨터(110)는 대응하는 캘린더들 또는 시간 테이블들과 태스크에 대한 희망 기간 속성들 및 매칭 유형, 카테고리, 또는 클래스 디바이스 속성을 가지는 디바이스들과 태스크 속성에서 디바이스 유형, 카테고리 또는 클래스와 같은, 디바이스들(120)의 디바이스 프로파일들의 대응하는 디바이스 속성들과 태스크 속성들을 매칭한다.

예상 디바이스 속성 값들이 사용되는 경우, 단계 222에서 컴퓨터(110)는 단계 221에서 선택되는 디바이스들 각각에 대해 예상 디바이스 준비상태 속성들을 계산하고, 이를 단계 223에서 대응하는 최소 디바이스 준비상태 속성들과 비교한다.

컴퓨터(110)는 현재 시간과 희망 시간 사이에 디바이스(120)에 대한 캘린더(디바이스 데이터베이스(130)에서 디바이스에 대한 스케줄과 같은)에서 이미 스케줄링된 태스크들(해당하는 경우), 다른 스케줄링된 이벤트들(예를 들어, 유지보수, 규칙적인 재공급 또는 재충전 등) 및 이들 디바이스 속성들의 현재 값들에 기초하는 이들 디바이스 속성들의 예상 값들을 계산하여, 태스크의 디바이스 최소 준비상태 속성들에 대응하는 각각의 디바이스 속성들에 대해, 단계 222에서 디바이스들 각각의 예상 디바이스 준비상태 속성을 계산한다.

따라서, 주어진 디바이스(120)에 대해, 컴퓨터(110)는 태스크의 디바이스 최소 준비상태 속성들에 대응하는 디바이스 속성의 현재 값들로 시작하여, 이전에 스케줄링된 태스크 및 충돌/이벤트에 대해 순차적으로, 연대적으로 (chronologically) 현재로부터 시작하여 스케줄링된 태스크의 속성들에 기초하여 속성 값들에 대한 기대되는 변화를 결정한다. 이들 디바이스 속성들의 현재 값들은 디바이스들의 프로파일에 저장되고 정기적으로 업데이트되는 것들일 수 있거나 그리고/또는 컴퓨터(110)가 디바이스(120)와 통신하고 적절한 디바이스 속성들에 대해 현재 상태를 요청할 수 있다. 디바이스(120)는 그 다음 컴퓨터(110)와 현재 값들을 통신한다.

다양한 실시예들에서, 스케줄링된 태스크들은 태스크에 대해 스케줄링되는 각 디바이스에 대해, 태스크의 수행능력에 의해 영향을 받는 디바이스 속성들에 대해 기대되는 사용 값들을 포함할 것이다. 이들 값들은 태스크에 대한 디바이스의 이력 사용(예를 들어, 시간에 따라 많은 사용들을 분석하여 태스크에 대한 가능한 사용의 통계 분석을 통해 결정됨)에 기초할 수 있거나, 또는 해당 태스크의 요청자에 의해 수동적으로 입력될 수 있다. 예를 들어, 특정 디바이스가 절차 및 특정 스케줄링된 테스크에 대해 사용하기 위해 특정 재료를 분배하는 경우, 특정한 재료의 양이 필요하다고 예상되고, 재료에 대해 기대되는 사용 값은 태스크에 대해 필요한 것으로 기대되는 양이다. 따라서, 컴퓨터(110)는 태스크에 대해 기대되는 사용 값을 감산함으로써 디바이스(120)에 대한 디바이스 공급 사태 속성을 조정한다.

특정 디바이스 속성들에 대하여, 컴퓨터(110)는 스케줄링된 태스크의 하나 이상의 태스크 속성들 및 디바이스 속성의 선험적으로 알려진 상관관계에 기초하여 기대 사용 값을 결정할 수 있다. 예를 들어, 스케줄링된 태스크가 태스크 지속기간에 기초하는 특정 양의 시간에 대해 배터리-동작 디바이스를 이용할 것으로 기대되고, 그리고 디바이스 속성들이 디바이스에 대한 배터리 전원의 소비 속도를 포함하는 경우, 컴퓨터(110)는 태스크 지속시간에 소비 속도를 곱함으로써 미리 스케줄링된 것에 대한 예상 배터리 전원 사용의 양을 계산한다. 이 예상 배터리 전원 사용은 미리 스케줄링된 태스크에 대한 배터리-구동 디바이스의 전원 상태 속성을 조정하는데 사용되는 기대 사용 값이다. 그리고 컴퓨터(110)는 계산된 기대 사용 값에 의해 그 값을 감소시킴으로써 전원 상태 속성을 조정한다.

특정 디바이스에 대해 스케줄링되는 스케줄링된 재공급 및 재충전 시간들(및 스케줄링된 유지보수 시간들도)과 같은 이벤트들에 대해, 컴퓨터(110)는 예상대로 각각의 디바이스 속성들의 값들을 유사하게 증가시킬 수 있다. 스케줄링된 재공급들/재충전들이 디바이스를 완전히 재공급/재충전한 것으로 기대되는 경우(비어진 재료 탱크 또는 리셉터클을 채워진 것으로 교체, 방전된 것을 완전히 충전된 것으로 배터리를 교체하거나 또는 전체 재공급에 의해), 대응하는 디바이스 속성 값들은 최대 값(full values)들로 설정된다. 점진적인 재공급/재충전 태스크들(플러그인된 상태에서의 배터리 재충전과 같은)에 대해, 컴퓨터(110)는 재공급/재충전 태스크에 할당되는 시간 및 재공급/재충전의 선험적으로 알려진 속도에 기초하여 디바이스 속성 값에 대한 적절한 변화를 계산한다.

따라서, 컴퓨터(110)는 미리 스케줄링된 태스크로부터 조정된 디바이스 속성 값 출력을 취하고, 그리고 디바이스(120)에 대한 모든 태스크들 및 다른 스케줄링된 이벤트들이 처리될 때까지 상술한 바와 같이 연대순으로 다음 태스크에 대한 다음 조정치를 계산하고 적용하고, 그리고 태스크의 희망 기간 속성의 요청 희망 기간 이전에 스케줄링된 모든 스케줄링 태스크들 및 이벤트들에 대해 고려하도록 조정되는 디바이스 속성 값들을 계산하고 적용한다. 이러한 최종 조정된 디바이스 속성 값들은 디바이스 최소 준비상태 속성들에 대응하는 디바이스 속성들에 대한 예상 디바이스 준비상태 속성이다.

단계 222의 프로세스 동안에 컴퓨터(110)에 의해 사용되고 조정되는 디바이스 속성 값들은 디바이스 데이터베이스(130)에서의 디바이스 프로파일로부터 개별적으로 태스크를 스케줄링하기 위한 목적으로 컴퓨터(110)에 의해 저장되고 변경된다. 환언하면, 실제 현재 값들을 반영하는 디바이스 데이터베이스(130)에 저장되는 디바이스 속성들의 현재 값들은 조정되지 않는다.

단계 223에서, 컴퓨터(110)는 디바이스 최소 준비상태 속성들의 값들에 대해 예상 디바이스 준비상태 속성 값들을 비교한다. 예상 디바이스 준비상태 속성 값들이 디바이스 최소 준비상태 속성 값들에 일치하거나 또는 이를 초과하는 경우(디바이스 최소 준비상태 속성 값 이상인 디바이스 최소 준비상태 속성 값들에 일치하거나 이를 초과하는, 몇몇 속성들에 대해; 다른 경우로, 이는 더 낮은 디바이스 속성 값들이 디바이스의 증가된 준비상태 또는 “사전준비상태(preparedness)”를 표시하는데 사용되는 경우, 이 이하인 값을 의미할 수 있음), 컴퓨터(110)는 요청의 희망 기간 속성에서 표시되는 희망 시간/날짜에 희망 위치의 태스크로 디바이스를 스케줄링한다.

다양한 실시예들에서, 단계 223에서, 컴퓨터(110)는 요청에서의 희망 위치 속성에서의 희망 위치 및 희망 기간 속성에서의 희망 날짜/시간 이전에 디바이스의 마지막으로 미리 스케줄링된 태스크의 스케줄링된 종료시간 및 마지막으로 스케줄링된 위치에 기초하여 단계 222에서 선택되는 디바이스(120)의 이용가능성을 결정하도록 프로그래밍된다.

희망 위치 및 마지막으로 스케줄링된 태스크의 위치로부터 이동하기 위한 기대 시간에 기초하여(평균 보행에 기초하여, 엘리베이터와 같이 층 사이를 이동하기 위한 기대 시간 조정에 대한 고려를 포함할 수 있는, 특정 거리에 걸쳐 특정 디바이스를 이동시키는 것과 관련된 이력 데이터의 분석, 병원과 같은 빌딩에서의 다양한 지점들 간에 사전설정된 전환 시간들 등에 기초하는 것과 같은), 컴퓨터(110)는 희망 기간 속성에 의해 표시되는 바와 같이 요청에서의 태스크의 시작 시간에 대한 시점에 희망 위치로 마지막으로 스케줄링된 태스크로부터 취해지기 위해 디바이스(120)에 대해 충분한 시간이 있는지 여부를 결정한다. 이 계산은 선행 태스크 등에서의 디바이스를 해제 또는 “종료(set-down)”하기 위한 시간, 이전 태스크에서의 지연 또는 초과 수행, 디바이스(120)에 대한 준비 또는 설정 시간을 고려하기 위한 시간의 여유(buffers of time)를 포함할 수 있다. 컴퓨터(110)가 요청된 태스크에 대한 희망 위치로 이동할 수 있을 것으로 결정하는 경우, 컴퓨터(110)는 희망 태스크에 대해 디바이스(120)를 스케줄링 한다.

다양한 실시예들에서, 하나 이상의 선택되는 디바이스들(120)에 대해, 계산되는 예상 디바이스 준비상태 속성 값들은 디바이스에 대해 디바이스 데이터베이스(130)에 유지되는 태스크 캘린더 및/또는 스케줄에서의 스케줄링된 태스크 엔티티와 저장될 수 있다.

단계 222 내지 223의 프로세스가 특정 디바이스에 대해 실패하는 경우, 컴퓨터(110)는 적합한 디바이스가 위치할 때까지 동일한 유형의 다음 디바이스로 진행하고 분석을 재실행하도록 프로그래밍된다. 컴퓨터(110)가 충족하는 것을 찾지 못하고 요청 태스크에 의해 요청되는 특정 유형의 모든 유형을 통과하는 경우, 이것은 요청한 사용자에게 보고한다. 다양한 실시예들에서, 컴퓨터(110)는 태스크에 대한 지속기간에 맞을 것 같은 희망 기간 속성들에서의 희망 기간에 가장 가까운 다른 이용가능 시간들로 시작하는 것과 같이, 다른 시간들에 대해 단계 220의 분석을 재실행하고, 모든 필요한 디바이스들(120)에 대해 충족하는 것이 발견되는 경우, 요청 유저에 대해 대안 시간을 제안한다.

단계 230에서, 컴퓨터(110)는 복수의 태스크 속성들(희망 기간 속성을 포함함)과 인원 속성들(인원 데이터베이스에서 각각의 인원에 대한 스케줄 데이터를 포함함) 사이에 매칭에 기초하여 하나 이상의 인원을 선택한다.

이러한 예시적인 프로세스에서, 단계 220 이후에 단계 230이 발생하는 것으로 도시된다. 그러나, 단계 230이 단계 220 이전에 컴퓨터(110)에 의해 수행될 수 있는 것으로 고려된다.

단계 230이 단계 220 이후에 발생하는 예시적인 프로세스에서, 컴퓨터(110)는 또한 단계 220에서의 선택되는 디바이스(들)에 기초하여 단계 230에서 하나 이상의 인원을 선택할 수 있다. 예를 들어, 단계 220에서 선택되는 특정 디바이스가 이들이 디바이스를 작동시키는 것을 허용하는 특정 자격 증명을 가짐/특정한 인증/역할의 운영자를 요구하는 경우, 컴퓨터(110)는 디바이스를 작동시키기 위해 이들 인원 속성 세트들에서 대응하는 속성들에서의 자격 증명/인증/역할 값들을 가지는 이들 중에서 단계 230에서 선택되는 운영자를 선택한다. 다른 실시예들에서, 단계 230은 단계 220 이전에 수행될 수 있다. 단계 220과 같이, 인원을 찾는데 실패하는 것으로 단계 230에서 결정되는 경우, 컴퓨터(110)는 요청자에게 알리도록 프로그래밍된다. 다양한 실시예들에서, 컴퓨터(110)는 다른 가능한 기간들을 이용하여 단계 220 및 230의 프로세스들을 재실행하고, 그리고 단계 220 및 230의 프로세스들이 실행되어 디바이스들 및 대응하는 인원의 매칭에 성공하는 경우, 컴퓨터(110)는 요청 사용자에게 제안되는 하나 이상의 대안 시간들을 제시한다.

다양한 실시예들에서, 컴퓨터(110)는 장치 대 인원의 제한 요인이 먼저 우선순위화 되도록 하나 이상의 이들 디바이스에 대해 인원 데이터베이스에서의 인원의 전체 양 및 태스크에 대한 특정한 요구 태스크 디바이스 속성에 맞는 디바이스 데이터베이스에서의 디바이스(120)의 전체 양에 기초하여 단계 220 및 230을 수행하는 순서를 결정하도록 프로그래밍된다. 예를 들어, 태스크에 대해 필요한 특정 디바이스에 대해, 디바이스의 X 양 및 디바이스들을 작동하는 인원의 Y 양이 있는 경우, X가 Y 미만(또는 이하)인 경우에, 인원 보다 이용가능한 장치가 적기 때문에, 요청 태스크에 대해 적합한 디바이스들을 발견하는 것이 실제 스케줄링을 고려하지 않아도 더 어려워질 수 있기 때문에 컴퓨터(110)는 먼저 단계 220을 수행하도록 프로그래밍 된다. 반대로, X가 Y 이상(또는 초과)인 경우에, 이용가능한 인원이 있다면, 이용가능한 디바이스 또한 있을 가능성이 높기 때문에(비-인증된 인원이 디바이스들을 이용할 것으로 기대되지 않고, 인증된 인원 만이 디바이스들의 공급을 담당하기 때문에, 유지보수를 위한 디바이스들을 고려하지 않는 등), 컴퓨터(110)는 먼저 단계 230를 수행하도록 프로그래밍 된다.

태스크는 이것 없이는 태스크가 수행하는 것이 불가능해질 수 있는, 태스크에 대해 절대적으로 필요한 요구되는 특정 엘리먼트들을 가질 수 있다. 따라서, 특정 태스크에 대해, 특정 태스크 속성들(및/또는 특정 태스크 속성 값들)은 태스크 속성 세트 내에 “필수적인” 것으로 설계될 수 있다. 예를 들어, 희귀해서 스케줄링 하기에 어려운 특정한 전문가를 필요로 하는 의료 과정에 대해, 전문가에 대응하는 값을 가지는 인원 속성이 필수적인 것으로 표시될 수 있다. 유사하게는, 매우 특이하고, 상대적으로 희귀한, 디바이스(예를 들어, 특정 스캐닝 디바이스, 매우 특수한 수술 도구 등)을 요구하는 특정 과정에 대해, 이 디바이스에 대응하는 값을 가지는 디바이스 속성이 필수적인 것으로 표시될 수 있다. 이러한 실시예들에서, 컴퓨터(110)는 보다 “일반적인” 단계 220에서의 디바이스들 및 단계 230에서의 인원을 선택하기 전에 먼저 필수적인 태스크 속성들에 대해 매칭하는 것을 수행하게 될 것이다. 다양한 실시예들에서, 필수적인 태스크 속성들은 컴퓨터(110)가 순위화된 순서로 필수적인 속성들을 매칭하도록 특정 태스크에 대해 순위화될 수 있다.

단계 240에서, 모든 디바이스들 및 인원이 희망 태스크 시간(또는, 필요한 경우에 대안적인 태스크 시간)에 태스크에 대해 선택이 되었으면, 컴퓨터(110)는 스케줄링 또는 캘린더링 프로그램(이는 디바이스 인원 속성 세트들의 특정한 다양한 실시예들에 대해 논의된 것과 동일하거나, 또는 별도의 스케줄링/캘린더링 프로그램일 수 있음)에서 태스크를 스케줄링하고, 그리고 적절한 시간에 스케줄링된 태스크를 차단하기 위해 디바이스 및 인원 정보를 업데이트한다. 여기서 “차단”은 잠재적인 스케줄링 충돌들에 대해 일반적인 여유(buffer)를 제공하고, 그리고 이동 시간을 허용하기 위해 스케줄링된 태스크 이전 및 이후에 추가 시간을 포함할 수도 있다. 컴퓨터(110)는 태스크 시간, 위치, 및 다른 관련 세부사항을 포함하는 태스크에 대해 스케줄링되는 인원에 대한 통지를 제공할 수도 있다.

부가적으로, 다양한 실시예들에서, 컴퓨터(110)는 디바이스(120)로 확인 메시지를 전송한다. 확인 메시지는 태스크의 시작 시간부터 시작하여, 태스크의 시간에 대한 이용의 인증을 포함할 수 있다. 사용의 인증은 디바이스가 로그인 자격 증명들이 사용되지 않는 경우에 태스크 동안의 기간에 대해 잠기거나 또는 접속 불가능하도록 하는 실행가능 명령들 및 디바이스로의 태스크에 대한 로그인 자격 증명들을 포함할 수 있다.

다양한 실시예들에서, 확인 메시지는 분배되는 특정 공급량, 특정 수준의 기능(예를 들어, 배터리 사용을 제한하는 특정 수준의 전원 출력 또는 강도 등), 특정한 양의 시간, 특정한 사용 퍼센테이지 등에 대해 디바이스 기능(들)을 제한하는 것과 같은 사용 제한사항들을 포함할 수도 있다. 이러한 실시예들에서, 사용 제한사항들은 디바이스(120)가 사용 제한사항들에 따라 동작하도록 하는 디바이스(120)에 의해 실행가능한 명령들이다. 특정 확인 메시지에 대한 사용 제한사항들은 컴퓨터(110)에 의해 설정되어 디바이스(120)의 사용 파라미터들이 사용 제한사항들을 포함하는 확인 메시지들과 관련되는 태스크의 요구사항들을 여전히 준수하도록 한다. 예를 들어, 특정 디바이스가 70%의 출력에서 태스크의 기능을 수행할 수 있지만, 태스크를 더 빨리 완료할 수 있기 때문에 100%가 바람직한 경우, 사용 제한사항은 출력을 70%((또는, 100% 미만의 다른 값)으로 제한하여, 이것이 태스크 동안에 최대 출력이 되도록 할 것이다.

다양한 실시예들에서, 확인 메시지는 디바이스(120)에 의해 저장되는, 태스크에 대한 최대 디바이스 준비상태 속성들을 포함할 수 있다. 이 실시예들에서, 디바이스(120)는 태스크에 대한 그 다양한 디바이스 속성들을 모니터링하고 그리고 이들을 하나 이상의 저장된 확인 메시지들에 대해 비교하고, 그리고 특정 디바이스 속성들이 후속하여 발생하는 태스크에 대한 확인 메시지의 최대 디바이스 준비상태 속성이 더 이상 매칭되지 않게 사용 중에 변하는 경우, 디바이스(120)가 컴퓨터(110)에 대해 조건을 통신하도록 프로그래밍된다.

스케줄링된 태스크는 스케줄링된 태스크의 실행을 위해 디바이스의 특정 자원 또는 공급의 기대 사용을 표시하는, 다양한 디바이스들의 특정 디바이스 속성들에 대해 대응하는 값들을 가지는 기대 사용 속성들을 포함할 수도 있다. 이 값들은 상술한 바와 같이 태스크들의 후속 스케줄링에서 컴퓨터(110)에 의해 사용될 수 있다.

다양한 실시예들에서, 컴퓨터는 스케줄링된 태스크가 이전에 스케줄링되었으나 이후에 발생하는 태스크가 완료되는 못하게 하는 예외들을 검출하도록 프로그래밍 될 수 있다. 상술한 바와 같이, 특정 태스크에 대한 하나 이상의 디바이스들에 대해 계산된 예상 디바이스 준비상태 속성 값들은 저장된다. 그리고, 단계 240에서 스케줄링된 태스크의 기대 사용 속성 값들에 기초하여 미리 스케줄링되고, 후속적으로 발생하는 태스크들 중 하나 이상에 대해 하나 이상의 예상 디바이스 준비상태 속성 값들을 조정하고, 그리고 이들의 개별적인 최소 준비상태 속성 값들에 대해 후속적으로 발생하는 태스크들에 대해 조정된 예상 디바이스 준비상태 속성 값들을 비교한다. 비교의 결과가 조정된 예상 디바이스 준비상태 속성 값들이 여전히 최소 준비상태 속성 값들에 일치하거나 또는 이를 초과하는 경우, 충돌이 존재하지 않고 단계 240에서 스케줄링된 태스크가 스케줄에서 유지된다. 조정된 예상 디바이스 준비상태 속성 값들이 더 이상 각각의 최소 준비상태 속성 값들에 충족하지 않도록 조정된 경우, 컴퓨터(110)는 단계 210에서 수신된 현재 태스크를 제출한 사용자에게 충돌을 표시하고, 그리고 캘린더에서 스케줄링된 태스크를 제거한다(또는 다양한 실시예들에서, 단계 220 이후에 이를 수행하고 그리고 스케줄에 대한 실패를 표시함). 단계 220에서 스케줄에 대한 실패하는 경우와 같이, 컴퓨터(110)는 이전에 스케줄링된 태스크들에 대해 충돌이 발견되지 않도록 요청 태스크에 대한 대안 날짜/시간들에 대해 분석을 실행하고 그리고 이들을 사용자에게 제안한다.

이 실시예들의 변형에서, 특정한 미리 스케줄링된 태스크들이 필수적으로 표시되거나 또는 우선 순위화될 수 있다(태스크에 대한 특정한 인원 스케줄, 태스크에 대해 스케줄링된 특정 디바이스, 또는 다른 기준 등에 따르는 것과 같은). 이와 같이, 이 실시예들에서, 컴퓨터(110)는 현재 스케줄링된 태스크가 상술한 바와 같은 이들이 이러한 발생(occurrence)을 실행하고 처리하는 것을 불가능하게 만들지 않도록 보장하기 위해 이러한 필수적이거나 또는 우선 순위화된 태스크들에 대해 예외 분석을 수행하도록 프로그래밍된다.

단계 240에서 태스크에 대해 대응하는 디바이스(들), 인원, 윈치 등에 따라 스케줄링되는 경우, 컴퓨터(110)는 스케줄링되는 태스크에서의 각 디바이스에 대한 체크-인 시간 속성에 의해 표시되는 태스크 이전에 지정된 “체크-인” 시간에, 태스크에 대해 스케줄링되는 디바이스(들) 중 하나 이상의 실행가능성을 체크하도록 프로그래밍된다. 체크-인 시간 속성은 컴퓨터(110)가 스케줄링된 태스크의 시작 전에 지정된 시간에 태스크에 대해 스케줄링된 하나 이상의 디바이스들의 실행 가능성에 대해 체크인하도록 체크-인 프로세스를 트리거링하는 체크-인 시간 속성을 포함한다. 그리고, 체크-인 시간 속성 값은 날짜/시간 값, 스케줄링된 시작 시간 이전에 시간의 값, 또는 다른 임시 표시일 수 있다.

다양한 실시예들에서, 태스크는 스케줄링된 태스크의 시작 날짜에서, 스케줄링된 태스크의 날짜 이전에 1일 이상, 태스크의 시작 시간 전 4시간, 태스크의 시작 시간 전 2시간, 태스크의 시작 시간 전 1시간, 또는 태스크의 스케줄링된 시작 이전에 다른 시간과 같이, 단지 하나 또는 다수의 체크-인 시간들을 가질 수 있다. 다양한 실시예들에서, 체크-인 시간 속성 값은 스케줄링된 태스크 직전에 하나 이상의 태스크들의 시작 시간이다. 다양한 실시예들에서, 체크-인 시간 속성 값들은 각 디바이스에 대해 디폴트로 선험적으로 설정된다.

도 3은 본 발명 주제의 실시예들에 따른 체크-인 프로세스의 예시적인 예를 제공한다.

단계 310에서, 컴퓨터(110)는 태스크에 할당되는 디바이스에 관련되는 충족 정보를 계산한다. 충족 정보는 특정 디바이스의 현재의, 최신 충족 정보이다. 디바이스에 대해 충족 정보를 계산하기 위해, 컴퓨터(110)는 체크-인 시간과 스케줄링된 태스크 시작 시간 사이의 스케줄링된 태스크들에 기초하여, 체크-인 시간에서 현재 디바이스 속성 값들(이 통신이 가능한 디바이스들에 대해 업데이트된 상태에 대한 디바이스(120) 자체의 핑잉(pining)으로부터 또는 디바이스 데이터베이스(130)으로부터의)을 획득하고, 그리고 단계 220에서 활용되는 프로세스들을 통해, 디바이스(120)에 대한 업데이트된 예상 디바이스 준비상태 속성 값들을 계산한다. 그리고 충족 정보는 업데이트된 예상 디바이스 준비상태 속성 값들이다.

단계 320에서, 컴퓨터(110)는 태스크에 대한 디바이스 최소 준비상태 속성들과 단계 310에서 결정되는 충족 정보를 비교함으로써 태스크의 스케줄링된 시간 동안에 태스크에 대한 디바이스의 충족 상태를 결정한다. 다양한 실시예들에서, 컴퓨터(110)는 양의 충족 상태(충족 정보가 태스크에 대한 디바이스 최소 준비상태 속성들에 일치하거나 또는 이를 초과하는 경우) 또는 음의 충족 상태(충족 정보가 현재 태스크에 대한 디바이스 최소 준비상태 속성들에 일치하거나 또는 이를 초과하지 못하는 경우) 중 어느 하나를 결정한다.

다양한 실시예들에서, 컴퓨터(110)는 디바이스에 대해 양의 충족 상태를 결정한 것에 응답하여, 단계 321에서 스케줄링된 태스크 시간에 태스크에 대해 할당되는 인원 중 하나 이상의 이용가능성을 검증한다. 몇몇 실시예들에서, 검증되는 인원은 검증되는 디바이스에 직접적으로 연결되는 인원이다. 다른 실시예들에서, 검증되는 인원은 이들이 검증된 디바이스 자체에 직접적으로 관련되지 않는 경우에도, 태스크와 관련되는 다른 인원(예를 들어, 태스크의 “중요한” 인원)을 포함할 수도 있다.

양의 충족 상태가 결정되면, 컴퓨터(110)는 단계 330을 진행하고, 여기서 태스크의 스케줄링된 기간에, 컴퓨터(110)는 디바이스(120)의 하나 이상의 기능들의 실행(실행 메시지를 통해)을 가능하게 하도록 디바이스와 통신한다. 다수의 체크-인 시간들이 사용되는 경우, 컴퓨터(110)는 태스크의 스케줄링된 시작 시간에 가장 가까운 체크-인 시간에서의 양의 충족 상태를 결정함에 따라 단계 330에서 디바이스(120)와 통신한다.

디바이스(120)의 기능(들)의 실행을 가능하게 하는 실행 메시지는 확인 메시지를 통해 디바이스(120)에 이전에 공급되는 로그인 자격 증명들을 포함하는 인증 메시지, 디바이스의 기능(들)이 작동하게 하는 작동 메시지, 또는 인원이 디바이스(120)의 기능(들)에 접속하도록 허용하는 잠금해제 메시지의 형태일 수 있다. 이 실행 메시지는 본 명세서에서 논의되는 바와 같이 디바이스(120)에 의해 실행되어 그에 따라 디바이스의 기능들 및 출력들을 제한하도록 하는 새로운, 업데이트되거나 또는 추가적으로 실행가능한 사용 제한사항들을 포함할 수 있다.

단계 320에서, 컴퓨터(110)가 음의 충족 상태를 결정하는 경우, 컴퓨터(110)는 대안 기간에 대해 디바이스에 대한 단계 330a에서의 제 2 충족 상태를 결정하고, 그리고 디바이스(120)에 대해 양의 충족 상태가 되도록 하는 것이 발견될 때까지 태스크에 대한 대안 기간들을 반복적으로 선택하도록 프로그래밍된다. 어떠한 것이 발견된 이후에, 태스크에 대해 스케줄링되는 다른 디바이스(들)에 대한 대안 충족 상태가 계산되고 그리고 대응하는 인원에 대한 검증이 수행되고, 대안 기간에 대한 양의 충족 상태 결과가 다른 디바이스들에 대해 반환되고 그리고 대안 기간에 대한 인원의 이용가능성이 확인되는 경우, 컴퓨터는 대안 기간에 대해 태스크를 리스케줄링한다(reschedule). 대안 기간의 시작 시간에(또는 다양한 실시예들에서, 시작 시간 이전에 미리 설정된 시간(예를 들어, 10분, 30분, 또는 다른 간격)), 컴퓨터(110)는 단계 330b에서 태스크에 대한 디바이스의 기능들을 실행할 수 있도록 디바이스(120)에 실행 메시지를 전송한다.

다양한 실시예들에서, 체크-인 시간은 단계 222에서 계산되는 예상 디바이스 준비상태 속성들 중 하나 이상의 값들이 태스크에 대한 이들 각각의 디바이스 최소 준비상태 속성 값(들)에 얼마나 가까운지에 기초하여 디폴트로부터 조정될 수 있다. 예를 들어, 컴퓨터(110)는 예상 디바이스 준비상태 속성 값이 그 각각의 디바이스 최소 준비상태 속성 값의 임계 퍼센테이지 내에 있는지를 결정하고, 컴퓨터(110)는 스케줄링된 태스크의 체크인과 시작 시간 사이의 시간이 스케줄링된 태스크의 체크-인 시간과 시작 시간 사이의 시간 퍼센테이지 만큼 증가하도록 체크-인 시간 속성 값을 조정하도록 프로그래밍된다. 그리고, 컴퓨터(110)는, 태스크에 대한 디바이스의 예상 준비상태가 이미 최소 요구사항들에 상당히 근접한 상황에 대해, 스케줄링된 태스크 이전의 태스크들에서 기대 사용을 넘는 디바이스의 사용이 시간을 증가시켜 디바이스와 체크인 함으로써 태스크에 대해 디바이스가 부적합하게 되게 되는 보다 큰 위험을 완화할 수 있다. 추가적으로 그리고/또는 대안적으로 컴퓨터(110)는, 임계치 내에 있는 예상 디바이스 준비상태 속성 값(들)에 기초하여, 컴퓨터 (110)가 스케줄링된 태스크의 시작 전에 보다 빈번하게 디바이스(120) 체크인 하도록 체크-인 시간들의 수를 증가시킬 수 있다.

유사하게, 체크-인 시간의 조정은 스케줄링된 태스크의 위치와 스케줄링된 태스크의 시작 직전에 태스크의 위치 사이의 거리에 기초할 수 있다. 예를 들어, 체크-인 시간이 10분 전이고 그리고 스케줄링된 태스크 직전에 스케줄링되는 태스크의 위치가 이동 시간이 10분 이상으로 예상되는 경우, 컴퓨터(110)는 이동 시간의 퍼센테이지 만큼(예를 들어, 이동시간 2배, 이동 시간 3배, 이동 시간의 50% 등) 체크-인 시간을 증가시킴으로써 이동 시간 및 여유를 고려하도록 체크-인 시간을 조정하도록 프로그래밍된다. 그리고, 체크-인 시간은 현실(real-world) 위치에 기초하여 조정될 수 있다.

다양한 실시예들에서, 체크-인 시간은 디바이스의 가상 위치(예를 들어, 네트워크 위치)에 기초하여 조정될 수 있다. 예를 들어, 디바이스의 네트워크가 다른 네트워킹 인자들에 의해 통신 시간을 증가시키게 되는 네트워크 상에 디바이스(120)가 있는 경우, 체크-인 시간은 이에 따라 증가된다. 다른 예에서, 디바이스(120)가 데이터 통신이 중단되거나 또는 완전히 사용불가능해질 가능성이 있는 경우, 컴퓨터(110)는 디바이스가 이 환경을 떠나기 전에 그리고/또는 떠난 후에 디바이스와 체크인하기 위해 체크-인 시간을 조정할 수 있다.

다수의 체크-인 시간들이 사용되는 다양한 실시예들에서, 체크-인 시간이 태스크를 스케줄링하는 시점에 예상 준비상태 속성들을 통해 조정되는 것과 동일한 방식으로 충족 정보를 적용함으로써, 체크-인에서 수신되는 충족 정보에 기초하여, 후속 체크-인 시간들을 조정하도록 컴퓨터(110)가 프로그래밍될 수 있다. 이와 같이, 후속 체크-인 시간들(및, 특정한 다양한 실시예들에서, 추가적인 체크-인 시간들의 추가)이 디바이스(120)에 관련되는 업데이트되는 실제 정보에 기초하여 조정될 수 있다.

다양한 실시예들에서, 체크-인 시간은 태스크에 대한 대안 디바이스들의 이용가능성과 같은 인자들에 기초하여 조정될 수 있다. 이 실시예들에서, 컴퓨터(110)는 다음과 같이 이동 시간을 조정한다.

이 실시예들에서, 컴퓨터(110)는 단계 221에서, 하나 이상의 디바이스(120)를 상술한 바와 같은 방식으로 태스크 속성들에 매칭시키고, 그리고 단계 223 내지 223의 프로세스를 통해 스케줄링된 태스크에 대해 이 추가적인 디바이스들에 대한 적합성을 계산한다. 그리고, 컴퓨터(110)는 태스크에 대해 최종적으로 스케줄링되는 디바이스(120) 이외에 백업 디바이스들(120)을 선택한다.

백업 디바이스들의 임계량이 일치 또는 초과되는 경우, 컴퓨터(110)는 체크-인 시간 속성 값을 조정하지 않는다. 임계량이 충족되지 않는 경우, 컴퓨터(110)는 체크-인 시간을 증가시킴으로써 선택되는 디바이스에 대한 체크-인 시간을 조정하도록 프로그래밍된다. 조정치는 최대 조정치까지 이용가능한 백업 디바이스들의 양에 반비례한다. 그리고, 대안이 없기 때문에, 컴퓨터(110)는 선택된 디바이스(120)와의 체크-인 시간을 증가시켜 스케줄링된 시작 시간 보다 앞서 선택되는 디바이스의 지속적인 적합성을 검증한다. 대안적으로 그리고/또는 추가적으로, 체크-인 시간들의 양은 백업 디바이스들의 양에 기초하여 추가적인 체크-인 시간들을 추가하기 위해 증가될 수 있다. 그리고, 백업들의 수가 임계치를 충족하는 경우, 컴퓨터는 추가적인 체크인 시간들을 추가하지 않는다. 백업들의 수가 감소됨에 따라, 컴퓨터(110)가 태스크의 시간에 가까워짐에 따라 보다 빈번하게 선택되는 디바이스(120)와 체크인하도록 추가적인 체크-인 시간들이 부가된다.

이 실시예들의 변형에서, 체크-인 시간을 조정하기 위해 사용되는 대안들의 속성들은 스케줄링된 태스크의 시작 시간의 가장 직전에 스케줄링되는 이 디바이스들을 이용하는 태스크들의 위치에 기초하는 대안 디바이스들의 위치를 포함한다. 그리고, 대안 디바이스들 중 하나 이상이 스케줄링된 태스크의 위치에 대한 거리가 디폴트 체크-인 시간 보다 긴 이동 시간을 나타내는 위치에 있는 것으로 예상되는 경우, 컴퓨터(110)는 대안 디바이스들 중 하나 이상에 대한 이동 시간에 일치 또는 이를 초과하도록 태스크에 대한 체크-인 시간을 증가시킨다. 다양한 실시예들에서, 그 기대되는 이전 위치로부터의 스케줄링된 태스크에 대해 실제로 선택되는 디바이스(120)에 대한 예상 이동 시간이 체크-인 시간을 초과하지 않는 경우이더라도, 컴퓨터(110)가 이 조정을 수행하도록 프로그래밍 될 수 있다는 점을 알 것이다.

다양한 실시예들에서, 컴퓨터(110)가 상술한 바와 같이 가상 또는 네트워크 위치에 기초하여 선택되는 디바이스(120)와 체크인하는 것과 유사하게, 컴퓨터(110)가 대안 디바이스들 중 하나 이상의 가상 또는 네트워크 위치에 기초하여 체크-인 시간을 조정하도록 프로그래밍된다.

이 실시예들에서, 컴퓨터(110)는 상술한 바와 같이 선택되는 디바이스(120)와 체크-인하고 그리고 각각의 체크-인 시간에 대안 디바이스들과 유사하게 체크-인할 수 있고, 그리고 상술한 바와 같이 충족 정보를 계산하고 그리고 각각의 대안 디바이스에 대해 디바이스 충족성을 결정한다. 대안 디바이스들 중 하나 이상의 계산된 충족 정보에 기초하여, 컴퓨터(110)는 후속 체크-인 시간들을 조정하고 그리고/또는 추가적인 체크-인 시간들을 추가하도록 프로그래밍된다.

다른 실시예들에서, 컴퓨터는 먼저 선택되는 디바이스(120)와 체크-인하고 그리고 단계 320에서 음의 충족 상태의 결정에 기초하여, 선택되는 대안 머신들에 대해 충족 상태 체크를 수행하고, 그리고 대안 디바이스에 대한 양의 충족 상태에 기초하여, 태스크에 대해 대안 디바이스를 스케줄링한다.

다른 실시예들에서, 컴퓨터(110)는 디바이스 생성 시점에 대안 디바이스들을 선택하지 않는다. 대신, 체크-인 시간에 그리고 선택되는 디바이스(120)가 음의 충족 상태를 가진다고 결정한 경우에, 컴퓨터(110)는 디바이스 속성들 및 태스크 속성들에 기초하여 하나 이상의 대안들을 선택하고, 그리고 이 대안 디바이스들에 대해, 속성들의 현재 값들에 기초하여 충족 정보를 계산하고 그리고 양의 충족 값을 가지는 대안 디바이스가 발견될 때까지 대안 디바이스(들)에 대한 충족 상태를 결정한다. 그리고 컴퓨터(110)는 태스크에 대해 선택되는 대안 디바이스를 스케줄링한다.

다양한 실시예들에서, 컴퓨터(110)에 의해 생성되는 상술한 사용 제한사항들은 디바이스(120)에 대해 스케줄링되는 하나 이상의 후속 태스크들에 기초한다. 그리고, 후속 태스크들에 대한 어떠한 예외들이 상술한 바와 같이 발견되는 경우, 컴퓨터(110)는 디바이스(120)의 기능 최적화가 예외를 해결하도록 시도하는 것이 하나 이상의 후속 태스크들 및 현재 태스크에서 가능한지 여부를 결정한다. 이를 위해, 컴퓨터(110)는 프로세스를 수행하여 단계 240에서 스케줄링되는 태스크에 대해 디바이스(120)에 대한 기대 사용 속성 값들을 획득하고, 그리고 최소 수용 레벨들에 대해 기능 중에 고갈과 관련되는 디바이스 속성들(출력 레벨, 전력 소비 등) 중 하나 이상을 줄임으로써 단계 240에서 스케줄링되는 태스크에 대한 디바이스(120)의 기대 사용 속성들을 조정함으로써 가상 계산을 수행한다. 그리고 컴퓨터(110)는 후속하여 발생하는(그러나 이전에 스케줄링된) 태스크들에 대한 조정된 예상 디바이스 준비상태 속성 값들을 계산하고 그리고 상술한 바와 같이 이들이 이 태스크들에 대한 최소 요구사항들을 충족하는 여부를 결정한다. 그렇다면, 컴퓨터(110)는 태스크에 대한 최소 레벨들로 디바이스의 사용을 제한하는 단계 240에서 스케줄링되는 태스크에 대한 확인 메시지에서의 사용 제한사항들을 포함할 수 있어, 디바이스(120)가 후속 태스크들에 대해 이용 가능하도록 보장한다. 다양한 실시예들에서, 최소 수용 레벨들이 충돌을 해결하는 경우, 컴퓨터(110)는 후속 태스크들의 요구사항들이 더 이상 충족되지 않을 때까지 디바이스(120)의 기대 사용 레벨들을 시스템적으로 증가시킬 수 있고, 그리고 스케줄에서 후속적으로 발생하는 태스크들에 대해 적합하도록 디바이스(120)를 여전히 유지하면서 단계 240에서 스케줄링되는 태스크에 대한 디바이스(120)의 이용가능한 자원들이 최대화되도록 설정하는 최종 이론적 기대 사용에 대해 사용 제한사항을 적용한다.

다양한 실시예들에서, 예외-처리 프로세스들이 새로운 태스크들이 스케줄에 추가될 때마다 모든 스케줄링된 태스크들에 대해 컴퓨터(110)에 의해 실행된다. 이 실시예에서, 컴퓨터(110)는 추가적으로 스케줄링되는 사용들을 수용하기 위해 필요한 업데이트된 사용 제한사항들을 포함하는, 추가적인 확인 메시지들을 디바이스들(120)에 전송한다. 이 추가 확인 메시지들은 컴퓨터(110)에 의해 전송되는 체크-인 메시지들과 함께 체크-인 시점에 그리고/또는 새로운 태스크들이 스케줄링됨에 따라 푸시 기반으로 디바이스들(120)에 제공될 수 있다.

상술한 실시예들에서, 디바이스(들)(120)는, 라우터들과 같은 네트워킹 디바이스들을 통하거나 또는 디바이스-투-디바이스, 장거리 및/또는 단거리, 및 유선 또는 무선일 수 있는 통신 방법들을 통하는 네트워킹 컴포넌트들을 통해 컴퓨터(110)와 통신할 수 있도록 가정된다. 이 통신 유형들의 예시는 USB, HDMI, WiFi, 셀룰러, 근거리 통신, 블루투스, RFID 등을 포함하며 이에 한정되지 않는다. 그리고, 이 실시예들에서, 디바이스들(120)은 컴퓨터(110)로부터 정보를 수신할 수 있고 그리고 컴퓨터(110)로 다시 정보를 전송할 수 있다.

그러나, 다양한 실시예들에서, 특정 디바이스들(120a)이 완전한 통신 능력을 가지지 않거나(즉, 데이터를 수신할 수 있지만 전송할 수 없는), 또는 통신 능력을 전혀 가지지 않을 수 있다는 것이 고려된다. 이 디바이스들은 통신 및/또는 프로세싱 능력들을 가지지 않는 레거시 디바이스들, 또는 통상적으로 통신 또는 처리 기능들을 가지지 않는 “단순” 아날로그 디바이스들, 및 다른 '기본' 수동 의료 진단 또는 치료 도구들일 수 있다. 다양한 실시예들에서, 본 발명 주제의 시스템들 및 방법들은 프록시(proxy)를 통해 통신함으로써 이 “덤브” 디바이스 또한 통합하는 것을 고려한다.

이 실시예들에서, 컴퓨터(110)는 디바이스가 동일하게(in kind) 자동적으로 요청을 수신하고 응답하는 능력이 없기 때문에 덤브 디바이스들과 직접적으로 체크인할 수 없다. 그리고, 컴퓨터(110)는 디바이스(120a)에 대한 현재 스케줄링된 태스크의 태스크 위치 속성에 기초하거나 또는 태스크가 스케줄링되지 않은 경우, 디바이스 데이터베이스에 저장된 디바이스 프로파일의 디바이스 위치 속성 값에 기초하여 덤브 디바이스(120a)와 체크인한다.

“덤브” 디바이스들(120a)에 대한 체크-인 프로세스가 도 5에 도시된다. 덤브 디바이스(120a)와 체크인하기 위해, 컴퓨터(110)는 먼저 스케줄링된 태스크에 대해 사용되도록 현재 스케줄링되어 있는지 여부를 확인하기 위해 단계 510에서 디바이스(120a)에 대한 스케줄을 체크(체크-인 시간에)한다(디바이스 데이터베이스(130)에서의 디바이스(120a)의 디바이스 프로파일(121) 또는 중앙 캘린더에서).

디바이스(120a)를 사용하는 스케줄링된 태스크가 존재하는 경우(도 5에서 “예”), 컴퓨터(110)는 단계 520a에서 태스크의 위치를 확인하기 위해 단계 520에서 캘린더의 스케줄링된 태스크 엔트리에서의 태스크 위치 속성을 체크한다. 다양한 실시예들에서, 이 정보는 디바이스(120)의 디바이스 프로파일(121)에서의 디바이스 스케줄 데이터에서 발견되고(또한/대신에), 그리고 컴퓨터(110)에 의해 거기에서 검색된다.

그리고 컴퓨터(110)는 단계 530a에서 컴퓨터(110)와 직접적으로 통신하는 능력을 가지는 임의의 컴퓨팅 디바이스들에 대한 태스크의 위치를 체크하고, 그리고 확인 요청 메시지를 전송해야 하는 위치에 있는 컴퓨팅 디바이스들 중 하나 이상을 식별한다. 이들은 다른 디바이스들(120)일 수 있고, 또는 컴퓨터, 휴대폰, 삐삐, 태블릿들, 또는 위치에 관한 통신 능력을 가지는 다른 컴퓨팅 디바이스들일 수 있다.

다양한 실시예들에서, 컴퓨터(110)는 시설, 병원 등의 내부에서와 같은 물리적 위치들과 상관관계가 있는 네트워크 맵에 기초하여 특정 “고정” 컴퓨팅 디바이스들의 위치에 대한 선험적인 지식을 가진다. 이 고정 컴퓨팅 디바이스들은 이 물리적 위치들 내에서 고정되고 움직이지 않는다.

그 위치에 위치하는 고정 컴퓨팅 디바이스들이 없는 다양한 실시예들에서, 컴퓨터(110)는 셀룰러 또는 다른 무선 신호들의 삼각측량(triangulation)을 통하거나, 또는 무선 신호들의 검출을 통해(예를 들어, 무선 액세스 지점에 접속하는 등), 컴퓨터(110)에 디바이스들에 의해 보고되는 위치 신호(예를 들어, GPS 등)에 기초하는 위치에 모바일 컴퓨팅 디바이스들(예를 들어, 태블릿들, 셀룰러 폰들, 랩톱 컴퓨터들, 및 기타 모바일 컴퓨팅 디바이스들)을 위치시키도록 프로그래밍된다.

컴퓨터(110)가 단계 530a에서 확인된 위치(160)에 컴퓨팅 디바이스(도 1의 컴퓨팅 디바이스(150)와 같은)를 위치시키면, 컴퓨터(110)는 위치(160)(점선인 화살표를 통해 도 1에 도시되는)에서 컴퓨팅 디바이스(150)의 사용자에게 표시하기 위해 단계(540a)에서 컴퓨팅 디바이스(150)로 확인 요청 메시지를 전송한다. 표시는 컴퓨팅 디바이스의 스크린에 의해 디스플레이되는 시각적 메시지, 스피커들 또는 디바이스의 다른 오디오 출력을 통해 출력되는 오디오 메시지, 시각적 메시지를 상기시키는 오디오 등일 수 있다. 확인 요청 메시지는 컴퓨팅 디바이스(150), 컴퓨팅 디바이스(150)의 출력 능력(예를 들어, 이용가능한 경우 스크린; 이용가능한 경우 스피커들), 컴퓨팅 디바이스(150)의 운영 시스템, 메시지를 표시하는데 사용되는 어플리케이션(예를 들어, 문자 메시지, 메일, 디바이스 상의 특정 알람 어플리케이션 등) 및 요청을 출력하기 위한 컴퓨팅 디바이스(150)에 대한 디바이스-특이적 요구사항들에 기초하여 표시하기 위한 적절한 방식으로 전송된다.

확인 요청 메시지는 덤브 디바이스(120a)가 위치(160)에 있는지를 사용자가 검증하라는 요청 및 사용자에 의한 응답을 위한 프롬프트(prompt)를 포함한다. 응답은 키보드 또는 터치스크린 입력 상에 디바이스 상의 디바이스 ID 넘버 또는 단순한 “Y”, 또는 “네”, “N”/”아니오”를 타이핑하는 것일 수 있다. 응답은 컴퓨팅 디바이스의 마이크 내로 말해질 수 있다(voiced). 그리고 답신이 컴퓨터(110)로 다시 통신되고 그리고 단계 550a에서 수신된다. 답신이 디바이스(120a)가 위치(160)에 있다고 표시하는 경우, 컴퓨터(110)는 단계 560에서 디바이스 데이터베이스(130)에 디바이스(120a)에 대한 디바이스 위치 속성(133c)을 업데이트 한다.

확인 요청 메시지는 디바이스(120a)에 대해 적용 가능할 수 있는, 공급 정보 또는 충전 정보와 같은 추가적인 정보에 대한 요청을 포함할 수 있고, 그리고 답신에 기초하여, 단계 560에서 이에 따라 디바이스 데이터베이스(130)에 다른 디바이스 속성들(133)을 업데이트한다.

컴퓨팅 디바이스(150)가 카메라를 가지는 경우, 프롬프트는 사용자가 컴퓨터(110)로 다시 릴레이되게 되는, 이미지(즉, 스틸 또는 비디오 이미지 데이터)를 캡쳐하기 위해 카메라로 디바이스 ID 넘버 또는 식별자를 홀딩(hold)하도록 하는 명령들을 포함할 수 있다. OCR 또는 다른 인식 기술들을 이용하여, 컴퓨터(110)는 디바이스(120a)에 대응하도록 제공되는 디바이스 ID를 검증하고 그리고 디바이스 데이터베이스(130)에 디바이스의 위치 속성을 업데이트한다.

다양한 실시예들에서, 디바이스(120a)는 컴퓨팅 디바이스(카메라 및/또는 스캐너를 가지는 경우)에 의해 스캔 및/또는 이미지-캡쳐될 수 있는, 바코드 또는 다른 머신-판독가능 표식으로 부착되거나 임프린팅될 수 있다. 스캔된 정보 또는 이미지는 컴퓨팅 디바이스에 의해 컴퓨터(110)에 전송되고, 그리고 컴퓨터(110)는 디바이스(120a)에 대응하여 수신된 정보를 검증하고, 그리고 이에 따라 디바이스 데이터베이스에 디바이스(120a)에 대한 위치 정보를 업데이트한다.

컴퓨터(110)가 단계 510에서 체크-인 시간에 디바이스(120a)에 대해 현재 스케줄링된 태스크가 없다고 결정하는 경우(도 5에서 “아니요”), 컴퓨터(110)는 디바이스에 대해 마지막으로 알려진 위치를 획득하기 위해 단계 520b에서 디바이스 데이터베이스(131)에서 디바이스(120a)의 디바이스 위치 속성을 체크한다. 마지막으로 알려진 위치(160)를 획득하면, 컴퓨터(110)는 단계 530b에서 위치(160)에서 하나 이상의 컴퓨팅 디바이스들을 발견하고 그리고 각각 단계 530a, 530b와 관련하여 상술한 바와 같이 단계 540b에서 위치(160)에 컴퓨팅 디바이스들(150) 중 하나 이상으로 확인 요청 메시지를 전송하고, 그리고 550a과 관련하여 상술한 바와 같이 단계 550b에서 응답을 검증한다. 다양한 실시예들에서, 디바이스(120a)를 포함하는 현재 스케줄링된 태스크의 위치를 질의한 이후에, 태스크 위치에서 컴퓨팅 디바이스를 통해 제출된 응답이 디바이스(120a)가 기대한 바와 같이 현재 태스크의 위치에 있지 않다는 것인 경우에(도 5에서 단계 520b에서 이어지는 단계 550a 이후에 “아니요”를 통해 도시되는), 컴퓨터(110)는 단순하게 디바이스 데이터베이스에서 디바이스(120a)의 디바이스 위치 속성을 체크한다.

디바이스(120a)가 발견되지 않는 경우, 컴퓨터(110)는 체크-인이 수행되는 태스크의 스케줄러를 포함하는, 단계 580에서 적절한 인원에게 통지한다. 다양한 실시예들에서, 컴퓨터(110)는 디바이스(120a)를 위치시키는데 실패했다는 것에 응답하여 상술한 바와 같이 태스크에 대한 대안 기간을 찾도록 진행한다.

다양한 실시예들에서, 디바이스 데이터베이스(130)는 몇몇 또는 모든 디바이스들(120a)(및 디바이스들(120) 또한)에 대한 과거에 기록된 위치들의 이력 기록을 저장한다. 이 실시예들에서, 디바이스(120a)가 그 현재 스케줄링된 태스크의 위치(적용가능한 경우) 또는 마지막으로 알려진 위치에 있지 않은 경우, 컴퓨터(110)는 단계 570에서 이력 위치들 중 하나 이상을 획득하도록(바람직하게는 가장 최근부터 시작하여 역으로 작업) 프로그래밍되고, 그리고 이 이력 위치들 각각에 대하여, 디바이스가 발견될 때까지 단계 530b 내지 550b를 반복한다. 디바이스(120a)가 디바이스에 대한 디바이스 프로파일(121)에 저장된 모든 이력 위치들을 소비한 이후에 발견되지 않는 경우, 컴퓨터(110)는 단계 580을 실행한다.

덤브 디바이스들(120a)과 논의된 프로세스들이 적절한 통신 및 프로세싱 능력들을 가지는 디바이스(120)가 체크-인 시간에 컴퓨터에 의해 위치되거나 또는 도달될 수 없는 경우에 적용될 수도 있다는 것이 고려된다(예를 들어, 배터리 전원의 소모 또는 정전, 사용자에 의한 강제 종료됨, 디바이스(120) 상의 통신 인터페이스들과의 문제, 통신을 방해하는 네트워크와의 문제 등).

본 발명 주제의 시스템 및 방법은 네트워크화된 디바이스 관리 및 스케줄링 시스템 내로 연결되지 않은 디바이스들의 통합을 가능하게 하여, 이 디바이스들을 처리할 수 없고 그리고 이들의 개별적인 수동 관리가 요구되는 이전의 스케줄링 시스템들의 제한을 제거한다.

다양한 실시예들에서, 본 명세서에서 언급되는 디바이스 속성들 및 태스크 속성들은 “고유 속성들” 및 “비-고유 속성들”로 카테고리화될 수 있다. 본 명세서에서 사용되는 바와 같이, “비-고유 속성들”은 하나 이상의 자원에 의해 공유될 수 있는 속성들을 의미한다. 고유 속성들의 예들은 예를 들어, UID(고유 식별자), 이름, 주민등록번호(social security number), 지문, 일련 번호 또는 주소일 수 있다. 비-고유 속성들의 예시는 예를 들어, 자원의 위치, 자원의 카테고리, 인원이 작업해야 하는 선호되는 고유 동료들, 인원이 작업해야 하는 선호되는 자원들, 능력, 기술 수준, 기술, 비-고유 통합 이름, 인원 또는 자원이 관련되어야 하는 바람직한 태스크들, 또는 이용가능 기간일 수 있다. 속성은 한 컨택스트에서 고유하고 다른 컨택스트에서 비-고유할 수 있다. 예를 들어, 동일한 주소를 가지는 둘 이상의 직원이 존재하는 경우 직원 주소는 비-고유할 수 있다.

태스크에 대한 비-고유 속성들의 예시들은 준비 태스크, 후속 태스크, 시간 길이, 비-고유 속성들의 세트를 가지는 자원, 및/또는 비-고유한 속성들을 가지는 인원을 포함할 수 있고, 이에 한정되지 않는다. 인원에 대해 비-고유 속성들의 예시들은 통합 제목, 기술, 기술 수준, 능력, 자원 선호도, 태스크 선호도, 동료 선호도, 및/또는 이용가능한 기간을 포함할 수 있고, 다만 이에 한정되지 않는다. 비-인간 자원들에 대한 비-고유 속성들의 예시들은(예를 들어, 재료, 소비성 항목들, 고정 장비, 모바일 도구들, 방들, 건물들, 컴퓨터들, 프로젝터들, 전화들) 양, 질, 능력, 이용가능성, 유형, 비용, 위치, 및/또는 수명주기를 포함할 수 있고, 다만 이에 한정되지 않는다.

본 명세서에서 사용되는 바와 같이, 문맥이 달리 지시하지 않는 한, 용어 “~에 결합하는”은 직접 결합(서로 결합되는 두 엘리먼트들이 서로 접촉함) 및 간접 결합(적어도 하나의 추가 엘리먼트들이 두 엘리먼트들 사이에 위치함) 모두를 포함하는 것으로 의도된다. 따라서, 용어 “~에 결합하는” 및 “~과 결합하는”는 동기적으로 사용된다.

이미 기술된 것 이외에 보다 많은 변형들이 본 명세서에서 본 발명 개념을 벗어나지 않고 가능하다는 것이 본 기술분야의 통상의 기술자에게 명백할 것이다. 따라서, 본 발명 주제는 첨부되는 청구항들의 사상을 제외하고는 제한되지 않아야 한다. 또한, 명세서 및 청구항들 둘 다를 해석함에 있어서, 모든 용어들은 문맥과 일치하는 가능한 가장 넓은 방식으로 해석되어야 한다. 특히, 용어 “포함한다” 및 “포함하는”은 언급되는 엘리먼트들, 컴포넌트들, 또는 단계들이 명시적으로 언급되지 않은 다른 엘리먼트들, 컴포넌트들, 또는 단계들과 조합되거나, 또는 활용되거나, 또는 존재함을 나타내는, 비-배타적인 방식으로 엘리먼트들, 컴포넌트들, 또는 단계들을 언급하는 것으로 해석되어야 한다. 명세서 및 청구항들에 A, B, C … 및 N으로 구성되는 그룹으로부터 선택되는 것들 중 적어도 하나를 언급하는 경우, 문맥은 그룹으로부터 단 하나의 엘리먼트들을 요구하는 것으로 해석되어야 하고, A 더하기 N, 또는 B 더하기 N 등으로 해석되어서는 안된다.

Claims

머신의 작동 제어의 방법에 있어서,
컴퓨터에 의해, 상기 머신의 전원 상태, 공급 상태, 재공급 상태, 컨디션 상태(condition state) 및 유지보수 상태 중 적어도 하나에 관하여 스케줄링 프로그램을 참조함으로써, 스케줄링된(scheduled) 시간에 태스크에 대한 상기 머신의 준비 상태(readiness) 및 이용가능성을 결정하는 단계 - 상기 머신은 일반 의료 디바이스들, 특수 도구들, 환경 제어기(environmental control)들, 메디컬 스캐닝 장비, 진단 장비, 환자 모니터링 장비, 수술 도구들, 환자 침대들, 환자 휠체어들, 컴퓨터 장비, 마취(anesthesia) 장비, 실내 환경 제어기, 및 특수 의료 디바이스들로 구성되는 그룹으로부터 선택됨 -;
상기 컴퓨터에 의해, 운영자와 관련된 디바이스로 메시지를 보냄으로써, 상기 스케줄링된 시간에 상기 태스크를 실행하기 위해 머신과 작업하기 위한 사람의 운영자(operator)의 준비 상태 및 이용가능성을 결정하는 단계;
상기 컴퓨터에 의해, 스케줄링된 태스크의 복수의 시작 시간들 및 상기 사람의 운영자의 복수의 체크-인 시간(check-in time)들로부터 스케줄링된 시작 시간 및 스케줄링된 체크-인 시간을 결정하는 단계 - 상기 스케줄링된 체크-인 시간 및 상기 스케줄링된 시작 시간은 적어도 하나의 운영자의 인자, 백업 디바이스들의 위치들 및 복수의 이용가능한 백업 디바이스들에 기초됨 -;
상기 컴퓨터에 의해, 상기 스케줄링된 태스크에 대한 상기 머신의 상기 스케줄링된 시작 시간 및 상기 운영자의 상기 스케줄링된 체크-인 시간을 통신하는 단계;
상기 컴퓨터에 의해, 상기 머신의 준비 상태 임계치를 결정하기 위해 다음의 태스크에 대한 상기 스케줄링된 시작 시간과 상기 스케줄링된 체크-인 시간 사이에 지속기간을 증가시키는 영향을 분석하는 단계;
상기 컴퓨터에 의해, 상기 스케줄링된 태스크에 대한 상기 스케줄링된 시작 시간 및 상기 스케줄링된 체크-인 시간이 상기 준비 상태 임계치를 초과하는지 여부를 결정하는 단계;
상기 컴퓨터에 의해, 상기 스케줄링된 체크-인 시간 및 상기 스케줄링된 시작 시간이 상기 준비 상태 임계치를 초과하지 않는다는 결정에 따라, 상기 스케줄링된 시작 시간과 상기 스케줄링된 체크-인 시간 사이에 상기 지속기간이 증가시키는 단계; 및
상기 컴퓨터에 의해, 업데이트된 시작 시간에 상기 머신에 잠금해제 메시지를 보냄으로써 상기 스케줄링된 시간에 상기 운영자가 사용하기 위한 상기 머신을 잠금해제하는 단계 - 잠금해제하는 상기 머신은 상기 운영자가 상기 머신의 하나 이상 기능들에 접속하도록 허용함 -;
를 포함하는,
방법.
삭제
제 1 항에 있어서,
태스크에 대한 상기 머신의 준비 상태 및 이용가능성을 결정하는 단계는 상기 태스크의 속성/값 쌍들과 함께 상기 머신의 속성/값 쌍들을 비교하는 것을 포함하는,
방법.
제 3 항에 있어서,
상기 태스크의 속성/값 쌍들은 대응하는 선행 태스크의 위치에 대응하는 위치 속성/값 쌍을 포함하는,
방법.
제 4 항에 있어서,
상기 위치 속성/값 쌍은 가상 위치에 대응하는,
방법.
제 1 항에 있어서,
상기 스케줄링된 시간에 상기 태스크에 대한 상기 머신의 사용에 대한 체크-인 시간을 결정하는 단계;
상기 태스크에 대한 제 2 머신의 준비 상태 및 이용가능성을 결정하는 단계; 및
상기 태스크에 대한 상기 제 2 머신의 준비 상태 및 이용가능성에 기초하여 상기 제 1 머신의 사용에 대한 상기 체크-인 시간을 변경하는 단계;
를 더 포함하는,
방법.
삭제
제 1 항에 있어서,
상기 제 1 머신이 상기 스케줄링된 시간에 상기 태스크를 실행하기 위한 준비 상태 또는 이용가능성을 상실하는 경우에:
제 2 머신의 전원 상태, 공급 상태, 재공급 상태, 컨디션 상태 및 유지보수 상태 중 적어도 하나에 관하여 스케줄링 프로그램을 참조함으로써, 스케줄링된(scheduled) 시간에 상기 태스크에 대한 상기 제 2 머신의 준비 상태 및 이용가능성을 결정하는 단계; 및
상기 제 2 머신에 제 2 잠금해제 메시지를 보냄으로써 상기 스케줄링된 시간에 상기 운영자가 사용하기 위한 상기 제 2 머신을 잠금해제하는 단계;
를 더 포함하는,
방법.
제 1 항에 있어서,
상기 제 1 머신이 상기 스케줄링된 시간에 상기 태스크를 실행하기 위한 준비 상태 또는 이용가능성을 상실하는 경우, 그리고
상기 스케줄링된 시간에 상기 태스크를 실행하기 위한 준비 및 이용할 수 있는 대체 머신이 없는 경우, 상기 스케줄링된 시간으로부터 다른 시간에 상기 태스크를 실행하기 위한 상기 제 1 머신을 재스케줄링(re-schedule) 하는 단계;
를 더 포함하는,
방법.
삭제
제 1 항에 있어서,
상기 태스크가 스케줄링되었고 그리고 상기 운영자가 상기 스케줄된 시간에 상기 태스크를 달성함에 도움을 줄 것임을 상기 운영자에게 알리기 위해 컴퓨터를 사용하는 단계;
를 더 포함하는,
방법.
삭제
삭제
제 3 항에 있어서,
상기 머신의 상기 속성/값 쌍들의 적어도 제 1 및 제 2 속성들은 고유 머신 속성들 및 비-고유 머신 속성들을 포함하는,
방법.
제 3 항에 있어서,
상기 태스크 속성/값 쌍들의 적어도 제 1 및 제 2 속성들은 고유 태스크 속성들 및 비-고유 태스크 속성들을 각각 포함하는,
방법.
삭제
삭제
제 1 항에 있어서,
상기 제 1 머신이 상기 스케줄링된 시간에 상기 태스크를 실행하기 위한 준비 상태 또는 이용가능성을 상실했다고 결정한 경우, 상기 운영자가 상기 스케줄링된 시간에 상기 머신을 사용하는 것을 제한하기 위해 상기 머신을 전자적으로 잠그는 단계;
를 더 포함하는,
방법.
제 1 항에 있어서,
상기 머신에 대한 태스크 요구사항의 변경에 기초하여, 상기 머신의 (a)작업 능력 및 (b)전체 출력 중 적어도 하나를 제한함으로써 상기 머신의 기능을 변경하는 단계;
를 더 포함하는,
방법.