BR112020003112A2 - sistemas e métodos de garantir e manter a viabilidade de um equipamento para uma tarefa - Google Patents

Abstract

A presente invenção refere-se a um sistema de gerenciamento de dispositivo que é capaz de agendar dispositivos conectados e pessoas para tarefas, monitorar a capacidade dos dispositivos para realizar a tarefa agendada por fazer check-in com os dispositivos com base em seus usos e localizações, e para modificar o funcionamento dos dispositivos de acordo com as tarefas agendadas para os dispositivos e seus usos. Adicionalmente, o sistema pode incorporar dispositivos "burros" não comunicados no agendamento de tarefas e rastrear e gerenciar os referidos dispositivos.

Description

Relatório Descritivo da Patente de Invenção para "SISTE-

MAS E MÉTODOS DE GARANTIR E MANTER A VIABILIDADE DE UM EQUIPAMENTO PARA UMA TAREFA". Campo da Invenção

[001] O campo da invenção é o de gerenciamento de operações de dispositivo em um agendamento de tarefas que envolvem os dispo- sitivos. Antecedentes

[002] A descrição geral inclui informações que podem ser úteis na compreensão da presente invenção. Não se admite que nenhuma das informações aqui fornecidas seja técnica anterior ou relevante pa- ra a invenção atualmente reivindicada, ou que qualquer publicação es- pecificamente ou implicitamente referenciada seja técnica anterior.

[003] Quando uma empresa tem uma série de tarefas que preci- sam ser concluídas, um gerente normalmente aloca funcionários para cada tarefa. Os sistemas de agendamento de computadores, por exemplo, o Microsoft Outlook&, podem ser úteis para visualizar esses agendamentos. Por exemplo, um gerente pode usar um sistema de agendamento por computador para bloquear horários específicos do dia para os funcionários executarem determinadas tarefas e atribuir funcionários específicos a essa tarefa. Cada funcionário teria um ca- lendário de tarefas para realizar ao longo de cada dia, semana e mês, que poderia ser facilmente visualizado e organizado. Para que um ge- rente atribua funcionários específicos a cada tarefa, no entanto, ele precisa rastrear manualmente a agenda de cada funcionário e alocar cada funcionário para a tarefa apropriada.

[004] US 2009/0315735 para Bhavani ensina um sistema de computador para gerenciar o fluxo de pacientes em um hospital, onde um gerente pode marcar pacientes específicos, funcionários médicos e recursos com chips RFID para determinar onde cada paciente, funcio-

nário e recurso está e alocar cada recurso adequadamente, conforme necessário. Por exemplo, se houver muitos pacientes aguardando por uma sala de exames, um paciente poderá ser realocado automatica- mente para uma sala de exames com uma fila mais curta enviando uma mensagem a um funcionário disponível para redirecionar o mes- mo. Bhavani, no entanto, exige que o sistema rastreie manualmente cada paciente, funcionário e recurso por um identificador exclusivo.

[005] US 7.587.329 para Thompson ensina um sistema de com- putador para gerenciar uma clínica de saúde, onde um gerente pode inserir uma série de atributos em um computador que uma enfermeira de plantão precisa ter para realizar uma tarefa específica. O sistema então combina enfermeiros disponíveis com esses requisitos com a tarefa, a fim de realizar a tarefa, e pode enviar agendas a cada enfer- meiro, informando a enfermeira quais tarefas executar.

[006] Ainda, os referidos sistemas e outros sistemas da técnica anterior falham em continuar a garantir uma viabilidade do dispositivo para uma tarefa agendada à medida que a agenda desenvolve e ge- rencia as funções dos dispositivos, de modo que os dispositivos pos- sam ser usados nas tarefas agendadas com alterações de agenda- mentos. Da mesma forma, os sistemas da técnica anterior não forne- cem a inclusão contínua de dispositivos com capacidade de proces- samento e comunicação com dispositivos herdados ou outros disposi- tivos "burros" que não possuem essa capacidade.

[007] Bhavani, Thompson e todos os outros materiais extrínsecos discutidos aqui são incorporados por referência na mesma extensão como se cada material extrínseco individual fosse específico e indivi- dualmente indicado para ser incorporado por referência. Quando uma definição ou uso de um termo em uma referência incorporada é incon- sistente ou contrária à definição desse termo aqui fornecida, a defini- ção desse termo aqui fornecida se aplica e a definição desse termo na referência não se aplica.

[008] Assim, há uma necessidade de um sistema de agendamen- to que forneça gerenciamento simultâneo de funções de dispositivos conectados para tarefas agendadas, incluindo ajustes de saída e fun- cionalidade para aqueles que estão conectados ao desenvolvimento, resolução de exceção otimizada para esses dispositivos e incorpora- ção de dispositivos "burros" não conectados a um sistema de agen- damento on-line dentro de uma instalação. Sumário da Invenção

[009] O objeto da presente invenção fornece aparelhos, sistemas e métodos nos quais uma máquina, dispositivo ou peça de equipamen- to pode ser agendada para uma tarefa, e a disponibilidade de uma programação de máquina, dispositivo ou peça de equipamento para uma tarefa agendada específica pode ser monitorado, de modo que, se o dispositivo/máquina não for mais adequado para a tarefa, uma substituição possa ser encontrada para que a tarefa possa ser execu- tada.

[0010] Em várias modalidades do objeto da presente invenção, um computador recebe uma solicitação para agendar uma tarefa, a solicitação incluindo atributos de tarefa com valores correspondentes que são associados com a tarefa. A solicitação inclui um par de atribu- tos/valores de período de tempo desejado que corresponde à da- ta/tempo desejado da tarefa. A solicitação pode também incluir um atributo de localização, que corresponde à localização desejada para uma tarefa. O computador seleciona pelo menos um dispositivo com base nos pares de atributos/valores de tarefa, incluindo o atributo/valor de período de tempo desejado e os pares de atributos/valores do dis- positivo correspondente do dispositivo, e pelo menos uma pessoa para uma tarefa com base nos pares de atributos/valores de tarefa incluindo o valor de período de tempo desejado/atributo e pares de atribu-

tos/valores de pessoal correspondentes entre uma pluralidade de pes- soas. No horário determinado de check-in após agendar a tarefa, o computador obtém informação de suficiência com relação ao dispositi- vo selecionado, e determina um status de suficiência para o dispositivo para a tarefa agendada como um status de suficiência positiva ou ne- gativa. Se o computador determina um status de suficiência positiva, o mesmo envia instruções para o dispositivo para permitir a execução do dispositivo para uma tarefa no tempo de tarefa determinado. Em vá- rias modalidades, a(s) pessoa(s) selecionada(s) para uma tarefa são notificadas com o agendamento da tarefa do tempo, localização, e quaisquer outros detalhes relevantes.

[0011] Em várias modalidades, no tempo de check-in, o computa- dor pode também verificar que a pelo menos uma pessoa está dispo- nível para uma tarefa por enviar uma mensagem para um dispositivo associado com a pessoa.

[0012] Em várias modalidades, o computador pode selecionar dis- positivos de backup também adequados para uma tarefa solicitada, e com base em fatores tais como o número de dispositivos de backup disponíveis, as suas respectivas localizações antecipadas, e outros fatores, podem ajustar o tempo de check-in para o dispositivo selecio- nado para uma tarefa de acordo por aumentar o tempo entre o tempo de check-in e o início da tarefa agendada.

[0013] Em várias modalidades, se o computador determina que um dispositivo tem um status de suficiência negativa, o computador prossegue para selecionar um dispositivo de backup para uma tarefa, que pode ser no tempo de uma checagem que falhou em (isto é, retor- nar ao status de suficiência negativa), ou pode ser um backup entre um grupo de backups pré-selecionados no tempo do agendamento da tarefa.

[0014] Em várias modalidades, o computador seleciona um tempo alternativo para uma tarefa com base em um status determinado de suficiência negativa para o dispositivo, de modo que o tempo alternati- vo é um onde o status de suficiência seria positivo.

[0015] Em várias modalidades, os dispositivos e o computador se comunicam diretamente por meio de comunicações de dados entre o computador e os dispositivos e vice-versa (por meio de uma comuni- cação entre um dispositivo e o computador com ou sem dispositivos de retransmissão intermediários). Em várias modalidades, o computa- dor pode também fazer check-in com dispositivos sem recursos de comunicação e de processamento por meio de um proxy, por localizar e se comunicar com dispositivos de computação nas localizações dos dispositivos burros para confirmar a sua presença.

[0016] Em várias modalidades, o computador pode enviar mensa- gens que fazem com que os dispositivos alterem sua funcionalidade, restringindo seus modos de operação, como trabalhar com capacidade abaixo da capacidade total ou emitir menos que a produção total dis- ponível durante uma tarefa, com base em um requisito de tarefa agen- dada e nos requisitos de tarefas de ocorrência subsequentes, mas agendadas anteriormente.

[0017] Vários objetos, características, aspectos e vantagens do objeto inventivo se tornarão mais evidentes a partir da descrição deta- lhada a seguir de modalidades preferidas, juntamente com as figuras dos desenhos anexos nas quais números iguais representam compo- nentes semelhantes.

[0018] Todas as publicações aqui identificadas são incorporadas por referência na mesma extensão que se cada publicação individual ou pedido de patente fosse específica e individualmente indicada para ser incorporada por referência. Quando uma definição ou uso de um termo em uma referência incorporada é inconsistente ou contrário à definição desse termo aqui fornecida, a definição desse termo aqui fornecida se aplica e a definição desse termo na referência não se aplica.

[0019] A descrição a seguir inclui informações que podem ser úteis para a compreensão da presente invenção. Não se admite que ne- nhuma das informações aqui fornecidas seja técnica anterior ou rele- vante para a invenção atualmente reivindicada, ou que qualquer publi- cação especificamente ou implicitamente referenciada seja técnica an- terior.

[0020] Em algumas modalidades, os números que expressam quantidades de ingredientes, propriedades como concentração, condi- ções de reação e assim por diante, usados para descrever e reivindi- car certas modalidades da invenção, devem ser entendidos como sen- do modificados em alguns casos pelo termo "cerca de". Por conseguin- te, em algumas modalidades, os parâmetros numéricos estabelecidos na descrição escrita e nas reivindicações anexas são aproximações que podem variar dependendo das propriedades desejadas que se deseja obter por uma modalidade específica. Em algumas modalida- des, os parâmetros numéricos devem ser interpretados à luz do núme- ro de dígitos significativos relatados e aplicando técnicas de arredon- damento comuns. Não obstante as faixas e parâmetros numéricos que estabelecem o amplo escopo de algumas modalidades da invenção serem aproximações, os valores numéricos estabelecidos nos exem- plos específicos são relatados tão precisamente quanto possível. Os valores numéricos apresentados em algumas modalidades da inven- ção podem conter certos erros necessariamente resultantes do desvio padrão encontrado em suas respectivas medições de teste.

[0021] A menos que o contexto determine o contrário, todos os intervalos estabelecidos neste documento devem ser interpretados como incluindo seus pontos finais e os intervalos abertos devem ser interpretados para incluir apenas valores comercialmente práticos. Da mesma forma, todas as listas de valores devem ser consideradas co- mo incluindo valores intermediários, a menos que o contexto indique o contrário.

[0022] Conforme usado na descrição aqui e nas reivindicações a seguir, o significado de "um", "uma", "o" e "a" inclui referência plural, a menos que o contexto indique claramente o contrário. Além disso, con- forme usado na descrição deste documento, o significado de "em" in- clui "em" e "dentro", a menos que o contexto indique claramente o con- trário.

[0023] A recitação de faixas de valores aqui mencionadas tem apenas o objetivo de servir como um método abreviado de se referir individualmente a cada valor separado que se enquadra dentro da fai- xa. A menos que indicado de outra forma aqui, cada valor individual é incorporado na especificação como se fosse aqui recitado individual- mente. Todos os métodos descritos neste documento podem ser reali- zados em qualquer ordem adequada, a menos que indicado de outra forma aqui ou claramente contradito pelo contexto. O uso de todo e qualquer exemplo ou linguagem exemplar (por exemplo, "tal como") fornecido com relação a certas modalidades aqui é destinado apenas para melhor esclarecer a invenção e não representa uma limitação no escopo da invenção reivindicada de outra forma. Nenhuma linguagem na especificação deve ser interpretada como indicando qualquer ele- mento não reivindicado essencial para a prática da invenção.

[0024] Os agrupamentos de elementos alternativos ou modalida- des da presente invenção aqui divulgados não devem ser interpreta- dos como limitações. Cada membro do grupo pode ser referido e rei- vindicado individualmente ou em qualquer combinação com outros membros do grupo ou outros elementos aqui encontrados. Um ou mais membros de um grupo podem ser incluídos ou excluídos de um grupo por razões de conveniência e/ou patenteabilidade. Quando qualquer inclusão ou exclusão ocorre, é considerado aqui que a especificação contém o grupo modificado, cumprindo assim a descrição por escrito de todos os grupos Markush usados nas reivindicações em anexo. Breve Descrição dos Desenhos

[0025] A Figura | é uma visão geral diagramática do sistema de acordo com modalidades do objeto da presente invenção.

[0026] A Figura 2 proporciona uma visão geral de gráfico de fluxo ilustrativa do processo de tarefa inicial executado pelo computador, de acordo com modalidades do objeto da presente invenção.

[0027] A Figura 3 proporciona uma visão geral de gráfico de fluxo ilustrativa do processo de check-in executado pelo computador, de acordo com modalidades do objeto da presente invenção.

[0028] A Figura 4 proporciona um exemplo ilustrativo de um perfil de dispositivo, de acordo com modalidades do objeto da presente in- venção.

[0029] A Figura 5 proporciona uma visão geral de gráfico de fluxo ilustrativa do processo de check-in para dispositivos não conectados executados pelo computador, de acordo com modalidades do objeto da presente invenção. Descrição Detalhada

[0030] Através da discussão a seguir, inúmeras referências serão feitas em relação a servidores, serviços, interfaces, mecanismos, mó- dulos, clientes, pares, portais, plataformas ou outros sistemas forma- dos a partir de dispositivos de computação. Deve ser considerado que o uso de tais termos é considerado um ou mais dispositivos de compu- tação com pelo menos um processador (por exemplo, ASIC, FPGA, DSP, x86, ARM, ColdFire, GPU, processadores com vários núcleos, etc.) programado para executar instruções de software armazenadas em um meio não transitório, tangível e legível por computador (por exemplo, disco rígido, unidade de estado sólido, RAM, flash, ROM,

etc.). Por exemplo, um servidor pode incluir um ou mais computadores operando como servidor da Web, servidor de banco de dados ou outro tipo de servidor de maneira a cumprir as funções, responsabilidades ou funções descritas. Deve ser apreciado ainda mais que os algorit- mos, processos, métodos ou outros tipos de conjuntos de instruções divulgados por computador podem ser incorporados como um produto de programa de computador que compreende uma mídia legível por computador tangível e não transitória que armazena as instruções que fazem com que um processador execute as etapas descritas. Os vá- rios servidores, sistemas, bancos de dados ou interfaces podem trocar dados usando protocolos ou algoritmos padronizados, possivelmente baseados em HTTP, HTTPS, AES, trocas de chaves público-privadas, APIs de serviço da web, protocolos de transações financeiras conheci- das ou outros métodos de troca de informações eletrônicas. As trocas de dados podem ser realizadas em uma rede comutada por pacotes, na Internet, LAN, WAN, VPN ou outro tipo de rede comutada por paco- tes.

[0031] A discussão a seguir fornece muitas modalidades exempla- res do objeto inventivo. Embora cada modalidade represente uma úni- ca combinação de elementos inventivos, é considerado que o objeto inventivo inclui todas as combinações possíveis dos elementos descri- tos. Assim, se uma modalidade compreender elementos A, Be C, e uma segunda modalidade compreender elementos B e D, o objeto in- ventivo também será considerado como incluindo outras combinações restantes de A, B, C ou D, mesmo que não explicitamente descrito.

[0032] Deve ser considerado que as técnicas descritas fornecem muitos efeitos vantajosos, incluindo a facilitação dos eventos de agen- damento e a garantia de que os eventos possam ser realizados com as máquinas ou equipamentos conforme programado.

[0033] Ao longo desta descrição, serão feitas referências a "atribu-

tos" de vários tipos (por exemplo, atributos do dispositivo, atributos da tarefa, atributos pessoais, etc.). As menções de "atributos" se referem a representações de dados na forma de pares de nome/valor de atri- buto, de modo que a menção de um "atributo" inclua um nome de atri- buto e um valor correspondente. Da mesma forma, quando necessário para endereçar um nome de atributo específico ou o valor associado de um atributo individualmente, uma referência correspondente será feita para evitar confusão. Como será apreciado pelo leitor astuto, al- guns atributos podem incluir um único emparelhamento de nome/valor de atributo, enquanto outros atributos podem incluir várias entradas de valor para um único nome de atributo.

[0034] A Figura 1 fornece uma visão geral esquemática de um sis- tema 100 de acordo com modalidades do objeto da invenção. O siste- ma 100 inclui um ou mais computadores 110 (por exemplo, um ou mais servidores centrais). Por simplicidade, o (s) computador (es) cen- tral (ais) 110 será referido aqui como um único computador 110. No entanto, é entendido que as funções e processos do computador 110 podem ser executados por e/ou distribuídos entre mais de um compu- tador 110 distribuído localmente por uma interface de conexão de da- dos local ou distribuída por distâncias maiores por meio de interfaces de conexão de longa distância. O computador 110 pode estar localiza- do na mesma instalação ou local que um ou mais dos outros compo- nentes do sistema 100 ou remotamente em locais separados.

[0035] Dispositivos 120 em geral são uma pluralidade de dispositi- vos que podem ser utilizados para ajudar a completar várias tarefas em um local onde o sistema 100 é empregado. Os dispositivos 120 podem, assim, incluir equipamentos como dispositivos de computação, ferramentas gerais, ferramentas especializadas, controles ambientais etc. Em um ambiente hospitalar usado como exemplo ilustrativo neste documento, os dispositivos 120 podem incluir equipamento de digitali-

zação/diagnóstico médico, equipamento de monitoramento de pacien- tes, ferramentas cirúrgicas, camas de pacientes, cadeiras de rodas de pacientes, equipamentos de informática, equipamentos de anestesia, controles ambientais da sala, dispositivos médicos especializados e outros dispositivos normalmente usados por pessoal (por exemplo, médicos, enfermeiros, especialistas etc.) para executar os vários pro- cedimentos de atendimento ao paciente normalmente realizados em um hospital. Conforme usado neste documento, "dispositivo" e "má- quina" são usados de forma intercambiável.

[0036] Como visto na Figura 1, o computador 110 é conectado em modo de comunicação a uma pluralidade de dispositivos 120. A co- municação entre computador 110 e os vários dispositivos 120 pode ser por meio de uma comunicação de dados para os dispositivos assim equipados para assim proceder.

[0037] O sistema 100 inclui um banco de dados de dispositivo 130 que armazena um perfil de dispositivo 121 para uma pluralidade de dispositivos 120. O perfil de dispositivo 121 de cada dispositivo 120 inclui uma pluralidade de atributos do dispositivo que correspondem a atributos ou características do dispositivo. Preferivelmente, os atributos do dispositivo para cada dispositivo 120 incluem pelo menos os que correspondem à capacidade de um dispositivo para realizar a sua fun- ção pretendida. Exemplos de atributos do dispositivo incluem um es- tado de energia do dispositivo, um estado de fornecimento do disposi- tivo, uma localização do dispositivo, uma condição do dispositivo, um estado de manutenção do dispositivo, uma categoria do dispositivo, um fabricante do dispositivo, um programa de reabastecimento do dis- positivo, um número de modelo do dispositivo, permissões do disposi- tivo, um estado de rede do dispositivo, etc. A coleção de atributos para um dispositivo particular pode ser considerada ser o perfil de dispositi- vo que corresponde ao dispositivo. Como será observado pelo leitor atento, nem todos os atributos do dispositivo serão necessários se aplicar a todos os dispositivos.

[0038] Dispositivos 120 podem ser indexados no banco de dados de dispositivo 130 de acordo com um identificador do dispositivo para cada dispositivo. O identificador do dispositivo pode ser gerado e atri- buído pelo sistema com a criação de uma base de dados para o dis- positivo. O identificador do dispositivo pode ser gerado aleatoriamente, e/ou com base em um ou mais de uma categoria de dispositivo, um fabricante, um número de modelo, um número de série individual, um endereço de rede, um número sequencial com base na quantidade de outros dispositivos idênticos presentes/possuídos por uma instalação ou entidade, etc.

[0039] O banco de dados de dispositivo 130 pode também incluir, no perfil de dispositivo 121 de cada dispositivo 120, dados de progra- ma do dispositivo para o dispositivo 120 que inclui entradas para tare- fas já agendadas ou outros conflitos de agendamento (por exemplo, tempo de inatividade programado para manutenção / reparo, atualiza- ções, recertificação, reabastecimento, etc.) para o dispositivo especiífi- co. O agendamento pode ser em forma de tabela, calendário, etc., com entradas de data / hora agendadas para cada uma das tarefas / conflitos agendados anteriormente.

[0040] A Figura 4 proporciona um exemplo ilustrativo de um perfil de dispositivo 121.

[0041] Em várias modalidades, os dados do agendamento para cada dispositivo 120 podem ser mantidos em um programa central de agendamento ou de calendário para todos os dispositivos 120 (além de ou em vez em vez disso de da tabela de agendamento ou de outros dados de agendamento mantidos para cada dispositivo 120 no banco de dados de dispositivo 130), com o que as entradas para cada dispo- sitivo individual pode ser referenciado de acordo com um identificador associado com o dispositivo (por exemplo, banco de dados de identifi- cador do dispositivo, fabricante/modelo/identificador serial, identifica- dor de rede, etc.). Assim, nas referidas modalidades, o sistema consul- ta o programa de agendamento central por meio do identificador do dispositivo quando necessita de informação sobre a disponibilidade e/ou agendamento de um dispositivo particular de acordo com várias funções e processos associados com o assunto da invenção.

[0042] O atributo do estado de energia do dispositivo corresponde à quantidade de energia ou carga disponível para um dispositivo ope- rado por bateria 120. Assim, o valor de atributo de estado de energia corresponde a um nível de bateria ou nível de carga da bateria do dis- positivo.

[0043] O atributo do estado de fornecimento do dispositivo corres- ponde à quantidade de um recurso finito dispensado ou usado por um dispositivo 120 que é atualmente acessível ao dispositivo. Por exem- plo, para um tanque de anestesia, o valor de estado de atributo de for- necimento de dispositivo corresponde à quantidade de gás dentro do tanque.

[0044] O atributo do estado de energia do dispositivo e o atributo do estado de fornecimento do dispositivo podem ser referidos como atributos de estado de recurso de um dispositivo 120. Os atributos de estado de recurso são os atributos que refletem uma característica quantificada ou parâmetro de um dispositivo 120 que se esgota com o uso, tal como a quantidade de um fornecimento associado com o dis- positivo. Assim, o atributo do estado de energia do dispositivo e os atributos de estado de fornecimento do dispositivo são exemplos de atributos de estado de recurso.

[0045] O atributo de localização do dispositivo corresponde à últi- ma localização reportada do dispositivo. A localização pode ser dentro de uma estrutura ou área particular (por exemplo, dentro de um hospi-

tal ou em terras do hospital incluindo as áreas fora do próprio edifício do hospital em si).

[0046] O perfil de dispositivo de alguns dispositivos, tal como dis- positivo operado por baterias ou dispositivos que armazenam e/ou dis- pensam um recurso usados em determinadas tarefas, pode incluir um ou mais atributo(s) de reabastecimento de dispositivo que correspon- dem a uma recarga ou reabastecimento agendado do dispositivo. Por exemplo, para um dispositivo operado por bateria, pode ter um tempo pré-agendado periódico para o reabastecimento (por exemplo, todos OS dias, uma vez por semana, etc.).

[0047] Um atributo de condição do dispositivo corresponde à con- dição atual do dispositivo, tal como em virtude de desgaste e rasgo, desgaste, etc.

[0048] O atributo de estado de manutenção do dispositivo indica se um dispositivo requer manutenção. Isso pode ser devido a um mau funcionamento relatado ou a um cronograma de manutenção periódica ou predefinida (por exemplo, diagnóstico ou calibração necessária de um dispositivo específico, etc.). Em várias modalidades, o valor do atributo do estado de manutenção do dispositivo pode ser uma data futura ou um evento de manutenção (por exemplo, horas de uso, data programada, etc.).

[0049] O atributo de permissões do dispositivo corresponde a uma função, certificação ou outra autorização especial exigida por um usuá- rio para operar o dispositivo. Isso pode ser devido a treinamento espe- cializado do fabricante, requisitos legais, etc. Em certas modalidades, os atributos de permissão do dispositivo podem incluir uma ou mais entradas de pessoal específico que está autorizado ou certificado para operar o dispositivo.

[0050] O atributo do estado de rede do dispositivo corresponde às capacidades da rede do dispositivo particular. Determinados dispositi-

vos podem ter a capacidade de interagir com o computador 110 para trocar informações (por exemplo, condições de relatório, receber co- mandos). A capacidade de rede pode ser direta (por exemplo, através de uma conexão de rede Wifi ou com fio, celular etc.) ou indireta (por exemplo, através de um protocolo de curto alcance, como Bluetooth ou NFC através de uma ponte ou outro dispositivo de retransmissão in- termediário), enquanto outros podem não ter a capacidade de se co- nectar diretamente, mas ainda podem ser rastreados através de um componente RFID conectado.

[0051] O sistema 100 inclui uma base de dados de tarefas 140 que armazena uma pluralidade de conjuntos de atributos de tarefa 141, cada um dos conjuntos de atributos de tarefa compreende um conjunto de atributos de tarefa associados com uma tarefa particular. Os atribu- tos de tarefa são representativos de várias características associadas com uma tarefa. Exemplos de atributos de tarefa incluem um nome de tarefa, um identificador de tarefa, uma duração da tarefa, dispositivos de tarefa necessários, pessoal de tarefa necessário, e instalações de tarefas necessárias.

[0052] Os atributos de dispositivos de tarefa necessários podem incluir uma categoria do dispositivo, classe, ou nome que correspon- dem à categoria, classe, ou nome do dispositivo particular necessário para uma tarefa. Outros atributos de tarefa do dispositivo podem inclu- ir atributos associados com as características dos dispositivos em si tais como os que distinguem um dispositivo particular a partir de outros usados para fins similares. Isso pode incluir atributos associados com as dimensões do dispositivo, requisitos de energia, tipo de interface do dispositivo, configurações de hardware do dispositivo (por exemplo, uma broca com um determinado tamanho ou formato de uma ponta), etc.

[0053] Para determinados dispositivos representados por um atri-

buto de tarefa do dispositivo requerido correspondente, os conjuntos de atributos de tarefa também incluem um ou mais atributos de pronti- dão mínima do dispositivo. Os valores dos atributos de prontidão mí- nima do dispositivo podem ser considerados representar os limiares mínimos de uma ou mais características de um dispositivo de adequa- ção para uma tarefa. Em outras palavras, de modo a que o dispositivo seja usado com sucesso como necessário para a tarefa particular, os atributos do dispositivo correspondente de um dispositivo devem ir de encontro a ou exceder os atributos mínimos de prontidão de tarefa. Por exemplo, para uma tarefa com uma duração específica que requer um dispositivo alimentado por bateria, um atributo de prontidão mínima seria um atributo de duração da tarefa (ou atributo de duração da sub- tarefa, se presente e aplicável, para a subtarefa à qual o dispositivo é especificamente usado) indicando uma quantidade mínima de tempo operacional que o dispositivo deve poder executar para ser adequado à tarefa. Isso também pode ser expresso em termos de uma porcenta- gem de um atributo específico que reflete uma capacidade ou quanti- dade de um recurso associado a um dispositivo (por exemplo, porcen- tagem de carga da bateria, porcentagem da quantidade de material contido no dispositivo, etc.).

[0054] O sistema 100 também inclui um banco de dados de pes- soal 150, incluindo uma pluralidade de conjuntos de atributos de pes- soal 151, cada um compreendendo um conjunto de pares de atribu- to/valor de pessoal associados a uma pessoa individual. Exemplos de atributos de pessoal incluem um nome, função, especialização (s), cer- tificação (s), localização etc. Como no banco de dados de dispositivos 130, o banco de dados de pessoal 150 pode incluir de maneira seme- lhante um cronograma para cada pessoa no banco de dados de pes- soal que inclui entradas para tarefas já agendadas ou outros conflitos de agendamento (por exemplo, delimitação de um dia de trabalho ou horário de serviço, horário de férias etc.) para a pessoa em particular. O agendamento pode ser em forma de tabela, calendário, etc., com entradas de data/hora agendadas para cada uma das tarefas/conflitos agendados anteriormente.

[0055] Nas modalidades onde um sistema de calendário central é usado, o sistema de calendário central pode de modo similar armaze- nar a informação de agendamento para cada pessoa a partir de uma base de dados pessoal indexada de acordo com um nome de pessoa ou outro identificador pessoal.

[0056] A Figura 2 proporciona uma visão geral do agendamento inicial de tarefa realizado pelo computador 110.

[0057] Na etapa 210, o computador 110 recebe uma solicitação para agendar uma tarefa particular. A solicitação inclui atributos de tarefa incluindo pelo menos uma identificação de um nome ou catego- ria de tarefa e um atributo de período de tempo desejado (por exem- plo, indicando uma data/tempo) para uma tarefa. Uma solicitação tipi- camente também inclui um atributo de localização desejado (por exemplo, indicando uma localização para uma tarefa tal como uma sa- la particular e outra informação de localização relevante) e pode tam- bém incluir outros atributos de tarefa selecionada ou inseridos por um usuário solicitante.

[0058] Com base na solicitação, o computador 110 prossegue pa- ra selecionar um ou mais dispositivo(s) relacionados a uma tarefa na etapa 220 com base em uma correspondência de uma pluralidade de atributos de tarefa (incluindo o atributo de período de tempo desejado para uma tarefa selecionada pelo usuário e a duração da tarefa asso- ciada com a tarefa) com os atributos de dispositivo dos dispositivos 120 (e uma tabela de agendamento de dispositivo e/ou agendamento de dispositivo no calendário central/programa de agendamento) e, op- cionalmente, um ou mais valores calculados do atributo de prontidão prevista do dispositivo para a tarefa. A seleção do(s) dispositivo(s) 120 para uma tarefa na etapa 220 é como a seguir:

[0059] Na etapa 221, o computador 110 corresponde atributos de tarefa com atributos do dispositivo correspondentes do perfil de dispo- sitivos dos dispositivos 120, tais como o tipo do dispositivo, categoria ou classe em um atributo de tarefa com dispositivos tendo o tipo de correspondência, categoria, ou atributo de dispositivo de classe e o atributo de período de tempo desejado para uma tarefa com os calen- dários ou tabelas de tempo correspondentes.

[0060] Se os valores de atributo de dispositivo antecipado são usados, na etapa 222 o computador 110 calcula os atributos de pronti- dão de dispositivo antecipado para cada um dos dispositivos selecio- nados na etapa 221 e compara o mesmo aos atributos mínimos de prontidão de dispositivo correspondente na etapa 223.

[0061] O computador 110 calcula os valores de atributos de pron- tidão de dispositivo antecipados para cada um dos dispositivos na eta- pa 222 por, para cada um dos atributos do dispositivo que corresponde aos atributos de prontidão mínima do dispositivo da tarefa, calculando os valores antecipados dos atributos do dispositivo com base nos valo- res atuais daqueles atributos do dispositivo e as tarefas já agendadas e, como aplicável, outros eventos agendados (por exemplo, manuten- ção, reabastecimento ou recarga regular, etc.) no calendário para o dispositivo 120 (tal como o agendamento para o dispositivo no banco de dados de dispositivo 130) entre o tempo atual e o período de tempo desejado.

[0062] Assim, para um determinado dispositivo 120, o computador 110 começa com os valores atuais dos atributos do dispositivo que correspondem aos atributos de prontidão mínima do dispositivo da ta- refa e, para cada tarefa previamente agendada e conflito/evento se- quencialmente, cronologicamente iniciando a partir do presente e de-

termina uma mudança esperada pelo valor de atributo com base nos atributos da tarefa agendada. Os valores atuais dos referidos atributos do dispositivo podem ser os armazenados e regularmente atualizado no perfil do dispositivo e/ou o computador 110 pode se comunicar com o dispositivo 120 e solicitar um status atual para os atributos do dispo- sitivo pertinente. O dispositivo 120 então comunica os valores atuais para o computador 110.

[0063] Em várias modalidades, a tarefa agendada irá incluir, para cada dispositivo agendado para uma tarefa, valores de uso esperados para os atributos do dispositivo que têm que ser afetados pelo desem- penho da tarefa. Os referidos valores podem ser com base no uso his- tórico do dispositivo para uma tarefa (por exemplo, determinado por análise de muitos usos com o tempo e então por meio de análise esta- tística de uso provável para uma tarefa), ou pode ser inserido manu- almente por um solicitador daquela tarefa. Por exemplo, se um deter- minado dispositivo dispensa um determinado material para uso em um procedimento e, para uma tarefa agendada, é antecipado que uma quantidade particular do material será necessária, o valor de uso espe- rado para o material é a quantidade esperada para ser necessária pa- ra uma tarefa. Assim, o computador 110 ajusta o atributo do estado de fornecimento do dispositivo para o dispositivo 120 por subtrair o va- lor de uso esperado para uma tarefa.

[0064] Para certos atributos do dispositivo, o computador 110 pode determinar um valor de uso esperado com base em uma correlação conhecida a priori de um atributo do dispositivo e um ou mais atributos da tarefa agendada. Por exemplo, se é esperado que uma tarefa agendada uso um dispositivo operado por bateria por um certo período de tempo com base na duração da tarefa, e os atributos do dispositivo incluem uma taxa de consumo da energia da bateria para o dispositi- vo, o computador 110 calcula uma quantidade de uso antecipado de energia prevista para a bateria pré-agendada, multiplicando a duração da tarefa pela taxa de consumo. Esse uso antecipado de energia da bateria é o valor de uso esperado usado para ajustar o atributo do es- tado de energia do dispositivo alimentado por bateria para a tarefa pré- agendada. O computador 110 então ajusta o atributo do estado de energia reduzindo seu valor pelo valor de uso esperado calculado.

[0065] Para eventos como tempos agendados de reabastecimento e recarga agendados para um dispositivo específico (e também para horários agendados de manutenção), o computador 110 aumenta de maneira semelhante os valores dos respectivos atributos do dispositi- vo, conforme previsto. Se for esperado que os reabastecimen- tos/recargas programados reabasteçam/recarreguem totalmente o dis- positivo (como um reabastecimento completo ou uma troca de bateria de descarregada para totalmente carregada, tanque ou receptáculo de material de vazio para cheio, etc.), os valores correspondentes do atri- buto do dispositivo são definidos com os valores completos. Para tare- fas graduais de reabastecimento/recarga (como uma bateria recarre- gada enquanto estiver conectada), o computador 110 calcula a altera- ção apropriada no valor do atributo do dispositivo com base em uma taxa conhecida a priori de reabastecimento/recarga e no tempo aloca- do para a tarefa de reabastecimento/recarga.

[0066] Assim, o computador 110 pega a saída do valor do atributo de dispositivo ajustado de uma tarefa agendada anteriormente e calcu- la e aplica o próximo ajuste para a próxima tarefa em ordem cronológi- ca, conforme descrito acima, até todas as tarefas e outros eventos agendados para o dispositivo 120 sejam processados e os valores do atributo do dispositivo ajustados para levar em conta todas as tarefas agendadas e eventos agendados antes do período de tempo deseja- do solicitado do atributo de período de tempo desejado da tarefa. Os referidos valores finais de atributo do dispositivo ajustados são os valo-

res antecipados do atributo de prontidão do dispositivo para os atribu- tos do dispositivo que correspondem aos atributos mínimos de pronti- dão do dispositivo.

[0067] Deve ser observado que os valores de atributo de dispositi- vo usados ajustados pelo computador 110 durante o processo da eta- pa 222 são armazenados e mudados por computador 110 para os ob- jetivos de agendar a tarefa separadamente a partir do perfil de disposi- tivo no banco de dados de dispositivo 130. Em outras palavras, os va- lores atuais dos atributos do dispositivo armazenados pelo banco de dados do dispositivo 130 que refletem os valores atuais reais não são ajustados.

[0068] Na etapa 223, o computador 110 compara os valores de atributos de prontidão de dispositivo antecipados aos valores dos atri- butos de prontidão mínima do dispositivo. Se os valores de atributos de prontidão de dispositivo antecipados alcançam ou excedem os va- lores de atributo de prontidão mínimos do dispositivo (para alguns atri- butos, alcançando ou excedendo os valores de atributo de prontidão mínimos do dispositivo quer dizer um valor que é maior ou igual àquele do valor de atributo de prontidão mínimo do dispositivo; para outros, pode significar um valor que é menor do que ou igual a, se um valor de atributo de dispositivo mais baixo é usado para indicar uma maior prontidão ou "preparação" do dispositivo), o computador 110 agenda o dispositivo 120 para uma tarefa em uma localização desejada no tem- po/data desejado indicado em atributo de período de tempo desejado de uma solicitação.

[0069] Em várias modalidades, o computador 110 é também pro- gramado para, na etapa 223, determinar a disponibilidade do dispositi- vo 120 que é selecionado na etapa 222 com base na última localiza- ção agendada e no tempo final agendado da última tarefa previamente agendada do dispositivo antes da data/tempo desejado no atributo de período de tempo desejado e a localização desejada no atributo de localização desejado na solicitação. Com base no tempo esperado para ir a partir do local da última tarefa agendada e do local desejado (como com base em tempos de transição definidos a priori entre vários pontos de um prédio, como um hospital, uma análise dos dados histó- ricos envolvidos na movimentação do dispositivo específico através de distâncias particulares, etc., e pode envolver a contabilização de ajus- tes de tempo esperados para ir entre o andar, como em um elevador, com base na velocidade média de caminhada e/ou outros fatores), o computador 110 determina se há tempo suficiente para o dispositivo 120 a ser levado da última tarefa agendada para o local desejado no tempo para a hora de início da tarefa na solicitação, conforme indicado pelo atributo de período de tempo desejado. Esse cálculo pode incluir buffers de tempo para contabilizar o tempo de preparação ou configu- ração do dispositivo 120, atrasos ou execuções excessivas na tarefa anterior, tempo para desconectar ou "configurar" o dispositivo na tarefa anterior, etc. Se o computador 110 determina que o dispositivo 120 poderá ser movido para o local desejado para a tarefa solicitada, o computador 110 programa o dispositivo 120 para a tarefa desejada.

[0070] Em várias modalidades, para um ou mais dispositivos sele- cionados 120, os valores calculados de atributos de prontidão de dis- positivo antecipados podem ser armazenados com a entrada de tarefa agendada no calendário de tarefa e/ou o agendamento mantido no banco de dados de dispositivo 130 para o dispositivo.

[0071] Se o processo das etapas 222-223 falhar para um dispositi- vo particular 120, o computador 110 é programado para prosseguir para o próximo dispositivo do mesmo tipo e refazer a análise até que um dispositivo adequado seja localizado. Se o computador 110 passa por todos os dispositivos de um tipo particular necessário pela tarefa solicitada sem encontrar uma correspondência, ele reporta isso para um usuário solicitante. Em várias modalidades, o computador 110 po- de refazer a análise da etapa 220 para outros tempos, tais como inici- ando com outros tempos disponíveis mais próximos do período de tempo desejado nos atributos de período de tempo desejado que se enquadram na duração para uma tarefa e, quando uma correspondên- cia é encontrada para todos os dispositivos necessários 120, sugere o tempo alternativo para um usuário solicitante.

[0072] Na etapa 230, o computador 110 seleciona um ou mais pessoal com base em uma correspondência entre a pluralidade dos atributos de tarefa (incluindo o atributo de período de tempo desejado) e atributos de pessoal (incluindo os dados de agendamento para cada pessoa na base de dados pessoal).

[0073] No referido processo ilustrativo, a etapa 230 é mostrada como ocorrendo após a etapa 220. No entanto, é contemplado que a etapa 230 pode ser realizada por computador 110 antes da etapa 220.

[0074] No processo ilustrativo onde a etapa 230 ocorre após a etapa 220, o computador 110 também seleciona um ou mais pessoal na etapa 230 com base no dispositivo selecionado(s) na etapa 220. Por exemplo, se um determinado dispositivo selecionado na etapa 220 requer um operador de uma certificação/papel/particular tendo deter- minadas credenciais que permitem que os mesmos operem o disposi- tivo, então o computador 110 seleciona o operador é selecionado na etapa 230 a partir dos tendo os valores de certifica- ção/papel/credenciais nos atributos correspondentes em seus conjun- tos de atributos de pessoal para operar o dispositivo. Em outras moda- lidades, a etapa 230 pode ser realizada antes da etapa 220. Do mes- mo modo que com a etapa 220, se uma falha de encontrar pessoal é determinada na etapa 230, o computador 110 é programado para aler- tar um usuário solicitante. Em várias modalidades, o computador 110 executa novamente os processos das etapas 220 e 230 usando outros períodos possíveis e, ao encontrar uma ou mais vezes em que os pro- cessos das etapas 220 e 230 são executados com correspondências bem-sucedidas de dispositivos e pessoal correspondente, o computa- dor 110 apresenta os tempos sugeridos ou mais alternativos para o usuário solicitante.

[0075] Em várias modalidades, o computador 110 é programado para determinar a ordem na qual realizar as etapas 220 e 230 com ba- se na quantidade total de dispositivos 120 no banco de dados de dis- positivo que se enquadram em um atributo de dispositivo de tarefa ne- cessário particular para uma tarefa e a quantidade total de pessoal na base de dados pessoal para um ou mais dos dispositivos de modo que o fator limitante dos dispositivos com relação ao pessoal é priorizado primeiro. Por exemplo, se, para um dispositivo particular necessário para uma tarefa, há quantidade X de dispositivos e quantidade Y de pessoal que opera os dispositivos, então se X é menor do que (ou me- nor do que ou igual a) Y, o computador 110 é programado para reali- zar a etapa 220 primeiro porque há menos dispositivos disponíveis do que pessoal, portanto, é provável que seja mais difícil encontrar dispo- sitivos adequados para a tarefa solicitada, mesmo sem levar em con- sideração a programação real. Por outro lado, se X é maior ou igual a (ou apenas maior que) Y, o computador 110 é programado para exe- cutar a etapa 230 primeiro porque é provável que o pessoal seja mais difícil de programar do que o dispositivo e porque é provável que, se houver um pessoal disponível, é provável que também haja um dispo- sitivo disponível (como não se espera que o pessoal não autorizado esteja usando os dispositivos, o pessoal autorizado deve ser o único a assumir o fornecimento de dispositivos, não contabilizando os disposi- tivos inoperantes para manutenção etc.).

[0076] A tarefa pode ter determinados elementos necessários que são absolutamente essenciais para a tarefa, sem os quais a tarefa po-

de ser impossível para realizar. Assim, para a tarefa particular, deter- minados atributos de tarefa (e/ou determinados valores de atributo de tarefa) podem ser designados como "essencial" dentro do conjunto de atributo de tarefa. Por exemplo, para um procedimento médico que requeira um especialista particular que é raro e assim difícil para agendar (por exemplo, cirurgia cerebral que exija um cirurgião cere- bral), o atributo pessoal com um valor correspondente ao especialista é marcado como essencial. Da mesma forma, para um procedimento específico que requer um dispositivo muito específico e relativamente raro (por exemplo, um dispositivo de varredura específico, ferramenta cirúrgica muito especializada etc.), o atributo do dispositivo com um valor correspondente a esse dispositivo pode ser marcado como es- sencial. Nestas modalidades, o computador 110 executará a corres- pondência para os atributos essenciais da tarefa antes de executar a seleção mais "geral" de dispositivos na etapa 220 e pessoal na etapa

230. Em várias modalidades, os atributos essenciais da tarefa podem ser classificados para uma determinada tarefa de modo que o compu- tador 110 corresponda aos atributos essenciais na ordem de classifi- cação.

[0077] Na etapa 240, uma vez que todos os dispositivos e pessoal foram selecionados para a tarefa no tempo de tarefa desejado (ou tempo de tarefa alternativo, se necessário), o computador 110 progra- ma a tarefa em um programa de agendamento ou calendário (que po- de ser o mesmo discutido com relação a determinadas várias modali- dades dos conjuntos de atributos de dispositivo e pessoal, ou um pro- grama de agendamento/calendário separado) e atualiza as informa- ções do dispositivo e do pessoal para bloquear a tarefa agendada no momento apropriado. O "bloqueio" também pode incluir tempo adicio- nal antes e depois da tarefa agendada para permitir tempos de viagem e fornecer um buffer geral contra possíveis conflitos de agendamento.

O computador 110 também pode fornecer uma notificação ao pessoal agendado para a tarefa, incluindo o horário, o local e outros detalhes relevantes.

[0078] Ainda, em várias modalidades, o computador 110 envia uma mensagem de confirmação para o dispositivo 120. A mensagem de confirmação pode incluir uma autorização de uso para o tempo da tarefa, iniciando no tempo de início da tarefa (ou em um período pre- definido antes da tarefa para permitir a configuração e a inicialização do dispositivo, conforme necessário). A autorização de uso pode in- cluir credenciais de entrada para uma tarefa para o dispositivo e ins- truções executáveis que fazem com que o dispositivo rave ou de outro modo seja inacessível pelo período durante a tarefa se as credenciais de entrada não forem usadas.

[0079] Em várias modalidades, a mensagem de confirmação pode também incluir restrições de uso tais como restringir função(ões) do dispositivo a um determinado percentual de uso, a uma quantidade de tempo específica, a um nível específico de capacidade (por exemplo, determinado nível de saída de energia ou intensidade para limitar o uso da bateria, etc.) a uma quantidade específica de fornecimento dis- pensado, etc. Nas referidas modalidades, as restrições de uso são instruções executáveis pelo dispositivo 120 que então fazem com que o dispositivo 120 opere de acordo com as restrições de uso. As restri- ções de uso para uma mensagem de confirmação particular são ajus- tadas pelo computador 110 de modo que os parâmetros de uso do dispositivo 120 ainda estão de acordo com as necessidades da tarefa associadas com a mensagem de confirmação contendo as restrições de uso. Por exemplo, se um dispositivo em particular puder executar uma função de uma tarefa com 70% de saída, mas 100% for desejável porque concluiria a tarefa mais rapidamente, a restrição de uso res- tringirá a saída a 70% (ou outro valor menor que 100%), de modo que seja a saída máxima durante a tarefa.

[0080] Em várias modalidades, a mensagem de confirmação pode incluir os atributos mínimos de prontidão do dispositivo para uma tare- fa, que são armazenados pelo dispositivo 120. Nas referidas modali- dades, o dispositivo 120 é programado para monitorar os seus vários atributos do dispositivo para uma tarefa e comparar os mesmos com relação a uma ou mais mensagens de confirmação armazenadas e, se determinados atributos do dispositivo mudam durante uso de modo que um atributo de prontidão mínimo do dispositivo de uma mensagem de confirmação para uma tarefa ocorrendo subsequentemente não é mais alcançada, o dispositivo 120 comunica a condição para o compu- tador 110.

[0081] A tarefa agendada pode também incluir atributos de uso esperado com valores correspondentes para determinados atributos do dispositivo dos vários dispositivos, indicando o uso esperado de um recurso particular ou fornecimento de um dispositivo para a execução da tarefa agendada. Os referidos valores podem ser usados pelo computador 110 no agendamento subsequente de tarefas como discu- tido acima.

[0082] Em várias modalidades, o computador 110 pode ser pro- gramado para detectar exceções, de modo que uma tarefa agendada não possa tornar impossível uma tarefa agendada anteriormente, mas ocorrendo posteriormente. Como observado acima, os valores calcu- lados do atributo de prontidão prevista do dispositivo para um ou mais dispositivos para uma tarefa específica são armazenados. Assim, o computador 110 ajusta um ou mais valores de atributo de prontidão de dispositivo antecipados para uma ou mais das tarefas agendadas an- teriormente, ocorrendo posteriormente com base nos valores de atribu- to de uso esperado da tarefa agendada na etapa 240 e compara os valores de atributo de prontidão de dispositivo antecipado ajustado às tarefas ocorrendo subsequentemente em relação aos respectivos valo- res de atributo de prontidão mínima. Se o resultado da comparação for tal que os valores previstos do atributo de prontidão prevista do dispo- sitivo ainda atendam ou excedam os valores mínimos do atributo de prontidão, não haverá conflito e a tarefa agendada na etapa 240 per- manecerá no cronograma. Se o ajuste fizer com que os valores do atributo de prontidão prevista do dispositivo ajustado não atendam mais aos respectivos valores mínimos do atributo de prontidão, o com- putador 110 indica um conflito para o usuário que envia a tarefa atual recebida na etapa 210 e remove a tarefa agendada do calendário (ou, em várias modalidades, realiza isso após a etapa 220 e indica uma falha no agendamento). Como com uma falha no agendamento na etapa 220, o computador 110 pode executar uma análise para da- tas/horas alternativas para a tarefa solicitada, de modo que não sejam encontrados conflitos para tarefas agendadas anteriormente e sugerir as mesmas ao usuário.

[0083] Em uma variação dessas modalidades, certas tarefas pré- agendadas podem ser marcadas como "essenciais" ou priorizadas de outra forma (como de acordo com um determinado pessoal agendado para a tarefa, um dispositivo específico agendado para a tarefa ou ou- tros critérios).Como tal, nessas modalidades, o computador 110 é pro- gramado para executar a análise de exceção para essas tarefas es- senciais ou priorizadas para garantir que a tarefa agendada no mo- mento não as torne impossíveis de executar e lida com essa ocorrên- cia, como discutido acima.

[0084] Tendo agendado a tarefa juntamente com o(s) dispositi- vo(s) correspondente(s), pessoal, local, etc., para a tarefa na etapa 240, o computador 110 é programado para, em um horário designado de "check-in" antes da tarefa indicado por um atributo de horário de check-in para cada dispositivo na tarefa agendada, verifique a viabili-

dade de um ou mais dispositivos agendados para a tarefa.

[0085] O atributo de horário de check-in inclui um valor de atributo de horário de check-in que aciona o processo de check-in, de modo que o computador 110 verifique a viabilidade de um ou mais dispositi- vos agendados para uma tarefa em um horário designado antes do início agendado da tarefa. Assim, o valor do atributo de hora do check- in pode ser um valor de data/hora, um valor de uma hora anterior à hora de início programada ou outra indicação temporal.

[0086] Em várias modalidades, uma tarefa pode ter apenas um ou vários horários de check-in, como um ou mais dias antes da data da tarefa agendada, no início do dia da tarefa agendada (por exemplo, às 12:00:00 ou outra hora indicando o início do dia), 4 horas antes da ho- ra de início de uma tarefa, 2 horas antes da hora de início de uma tare- fa, 1 hora antes da hora de início da tarefa ou em outros incrementos de tempo anteriores para o início agendado da tarefa. Em várias mo- dalidades, o valor do atributo de horário de check-in é o horário de iní- cio de uma ou mais tarefas imediatamente antes da tarefa agendada. Os valores dos atributos de hora do check-in são, em várias modalida- des, a priori definidos por padrão para cada dispositivo.

[0087] A Figura 3 proporciona um exemplo ilustrativo do processo de check-in, de acordo com modalidades do objeto da presente inven- ção.

[0088] Na etapa 310, o computador 110 calcula a informação de suficiência relacionada a um dispositivo atribuído para uma tarefa. À informação de suficiência é informação de suficiência atualizada e atu- al do dispositivo particular. Para calcular a informação de suficiência para um dispositivo, o computador 110 obtém os valores de atributo de dispositivo atuais (a partir do banco de dados do dispositivo 130 ou do ping do próprio dispositivo 120 para obter um status atualizado para dispositivos capazes dessa comunicação) no horário do check-in e,

com base nas tarefas agendadas entre o horário do check-in e o horá- rio de início da tarefa agendada, calcula um valor antecipado atualiza- do do atributo de prontidão do dispositivo para o dispositivo 120, atra- vés dos processos utilizados na etapa 220. As informações de sufici- ência são, portanto, os valores atualizados do atributo antecipado de prontidão do dispositivo.

[0089] Na etapa 320, o computador 110 determina um status de suficiência do dispositivo para uma tarefa durante o período de tempo agendado da tarefa por comparar a informação de suficiência determi- nada na etapa 310 com os atributos de prontidão mínima do dispositi- vo para uma tarefa. Em várias modalidades, o computador 110 de- termina seja um status de suficiência positiva (se a informação de sufi- ciência continua a alcançar ou exceder os atributos de prontidão míni- ma do dispositivo para uma tarefa) ou um status de suficiência negati- va (se a informação de suficiência agora falha em alcançar ou exceder os atributos de prontidão mínima do dispositivo para uma tarefa).

[0090] Em várias modalidades, o computador 110 verifica a dispo- nibilidade de um ou mais do pessoal designado para a tarefa no horá- rio programado da tarefa na etapa 321, em resposta à determinação de um status de suficiência positivo para o dispositivo. Em algumas modalidades, o pessoal verificado pode ser aquele diretamente conec- tado ao dispositivo verificado (por exemplo, operadores ou técnicos necessários para a operação do dispositivo para a tarefa). Em outras modalidades, o pessoal verificado também pode incluir outro pessoal associado à tarefa (como o pessoal "crítico" da tarefa), mesmo que não esteja diretamente relacionado ao próprio dispositivo verificado.

[0091] Tendo determinado um status de suficiência positivo, o computador 110 prossegue para a etapa 330, onde, no período agen- dado da tarefa, o computador 110 se comunica com o dispositivo para permitir a execução (através de uma mensagem de execução) de uma ou mais funções do dispositivo 120. Se forem utilizados vários horários de check-in, o computador 110 se comunica com o dispositivo 120 na etapa 330, após a determinação de um status de suficiência positivo no horário de check-in mais próximo do horário de início programado da tarefa.

[0092] A mensagem de execução que permite a execução de uma função(ões) de dispositivo 120 pode estar na forma de uma mensa- gem de desbloqueio que permite que a equipe acesse as funções do dispositivo 120, uma mensagem de ativação que faz com que as fun- ções do dispositivo sejam ativadas ou uma mensagem de autenticação incluindo credenciais de login fornecidas anteriormente para o disposi- tivo 120 através de uma mensagem de confirmação. Esta mensagem de execução pode incluir restrições de uso executáveis novas, atuali- zadas ou adicionais que são executadas pelo dispositivo 120, confor- me discutido aqui para restringir as funções e saídas do dispositivo de acordo.

[0093] Se, na etapa 320, o computador 110 determina um status de suficiência negativa, o computador 110 é programado para deter- minar um segundo status de suficiência na etapa 330a para o disposi- tivo para um período de tempo alternativo, e para selecionar repetida- mente períodos de tempo alternativos para a tarefa, até que seja en- contrado um que resulte em um status de suficiência positivo para o dispositivo 120. Depois que um for encontrado, o status de suficiência alternativo para outros dispositivos programados para a tarefa é calcu- lado e a verificação para o pessoal correspondente é executada e, se os resultados de status de suficiência positiva para o período alternati- vo forem retornados para os outros dispositivos e a disponibilidade de pessoal para o período alternativo for confirmada, o computador 110 reprograma a tarefa para o período alternativo. Na hora de início do período de tempo alternativo (ou, em várias modalidades, um tempo predefinido antes da hora de início; por exemplo, 10 minutos, 30 minu- tos ou outro intervalo), o computador 110 envia a mensagem de exe- cução para o dispositivo 120 para permitir a execução das funções do dispositivo para a tarefa na etapa 330b.

[0094] Em várias modalidades, o tempo de check-in pode ser ajus- tados a partir do default com base em quão próximos os valores de um ou mais de os atributos de prontidão de dispositivo antecipado calcu- lado na etapa 222 são dos seus respectivos valores de atributo de prontidão mínimo do(s) dispositivo(s) para uma tarefa. Por exemplo, o computador 110 determina que um valor de atributo de prontidão de dispositivo antecipado se encontra inserido em um percentual limiar de seu respectivo valor de atributo de prontidão mínimo do dispositivo, o computador 110 é programado para ajustar o valor de atributo de tem- po de check-in de modo que o tempo entre o check-in e o tempo de início da tarefa agendada é aumentado por um percentual do tempo entre o tempo de check-in e o tempo de início da tarefa agendada (por exemplo, dobrado, aumentado por 50%, etc.). Assim, o computador 110 pode, para uma situação em que a prontidão prevista de um dis- positivo para uma tarefa já esteja razoavelmente próxima dos requisi- tos mínimos, mitigar o maior risco de que o uso de um dispositivo além do uso esperado em tarefas anteriores à tarefa agendada torne o dis- positivo inadequado para a tarefa fazendo check-in com o dispositivo com o aumento do tempo. Ainda e/ou alternativamente, o computador 110 pode, com base no (s) valor (es) do (s) atributo (s) de atributo de prontidão do dispositivo previsto dentro do limite, aumentar o número de tempos de check-in de modo que o computador 110 faça o check-in com o dispositivo 120 com mais frequência antes de o início da tarefa agendada.

[0095] Da mesma forma, o ajuste do horário de check-in pode ser baseado na distância entre o local da tarefa imediatamente antes do início da tarefa agendada e o local da tarefa agendada. Por exemplo, se um horário de check-in for 10 minutos antes e o local da tarefa agendada imediatamente antes de uma tarefa agendada for tal que o tempo de viagem seja maior ou igual a 10 minutos, o computador 110 está programado para ajustar o horário de check-in para contabilizar o tempo de viagem e um buffer, aumentando o tempo de check-in em uma porcentagem do tempo de viagem (por exemplo, duas vezes o tempo de viagem, 3x o tempo de viagem, 50% a mais que o tempo de viagem etc.). Assim, o horário do check-in pode ser ajustado com base em uma localização no mundo real.

[0096] Em várias modalidades, o tempo de check-in pode ser ajus- tado com base em um local virtual do dispositivo (por exemplo, um lo- cal de rede). Por exemplo, se um dispositivo 120 estiver em uma rede de modo que o local de rede do dispositivo aumente o tempo de co- municação devido a outros fatores de rede, o tempo de check-in pode ser aumentado de acordo. Em outro exemplo, se é esperado que um dispositivo 120 esteja em um ambiente em que a comunicação de da- dos é mais provável de ser interrompida ou totalmente indisponível, o computador 110 pode ajustar o tempo de check-in para fazer check-in com o dispositivo antes e/ou depois do dispositivo sair deste ambiente.

[0097] Em várias modalidades onde múltiplos tempos de check-in são usados, o computador 110 pode ser programado para ajustar tempos de check-in subsequentes com base em uma informação de suficiência recebida em um check-in, por aplicar a informação de sufi- ciência no mesmo modo em que o tempo de check-in pode ser ajusta- do por meio dos atributos de prontidão antecipada no tempo do agen- damento da tarefa. Como tal, os tempos de check-in subsequentes (e, em determinadas várias modalidades, a adição de tempos de check-in adicionais) pode ser ajustada com base na atualizado da informação atual associada com o dispositivo 120.

[0098] Em várias modalidades, o tempo de check-in pode ser ajus- tado com base em fatores tais como a disponibilidade de dispositivos alternativos para uma tarefa. Nas referidas modalidades, o computa- dor 110 ajusta o tempo de viagem como a seguir:

[0099] Nas referidas modalidades, o computador 110 corresponde, na etapa 221, mais do que um dispositivo 120 a um atributo de tarefa da mesma maneira que como discutido acima, e calcula a adequação para os referidos dispositivos adicionais 120 para a tarefa agendada por meio do processo das etapas 222 - 223. Assim, o computador 110 seleciona os dispositivos de backup 120, além do dispositivo 120, em última análise, agendado para a tarefa.

[00100] Se uma quantidade limiar de dispositivos de backup é al- cançada ou excedida, o computador 110 não ajusta o valor de atributo de tempo de check-in. Se a quantidade limiar não é alcançada, o computador 110 é programado para ajustar o tempo de check-in para o dispositivo selecionado por aumentar o tempo de check-in. O ajuste pode ser inversamente proporcional à quantidade de dispositivos de backup disponíveis até uma quantidade máxima de ajuste (se nenhum backup for encontrado). Assim, como faltam alternativas, o computa- dor 110 aumenta o tempo de check-in com o dispositivo selecionado 120 para verificar a adequação contínua do dispositivo selecionado mais adiante do horário de inicialização programado. Alternativamente e/ou ainda, a quantidade de tempos de check-in pode ser aumentada para adicionar tempos de check-in adicionais com base na quantidade de dispositivos de backup. Portanto, se o número de backups atingir o limite, o computador não adicionará tempos adicionais de verificação. Na medida em que o número de backups diminui, são adicionados tempos de check-in adicionais, de modo que o computador 110 faça check-in com o dispositivo selecionado 120 com mais frequência na medida em que a hora de início da tarefa se aproxima.

[00101] Em uma variação das referidas modalidades, os atributos das alternativas usados para ajustar o tempo de check-in incluem a localização dos dispositivos alternativos com base na localização das tarefas usando os referidos dispositivos agendados mais imediatamen- te antes do tempo de início da tarefa agendada. Assim, se um ou mais dos dispositivos alternativos são antecipados para estar em uma loca- lização de modo que a distância para a localização da tarefa agendada indica um tempo de viagem que é mais longo do que o tempo de check-in de default, o computador 110 aumenta o tempo de check-in para uma tarefa para corresponder ou exceder o tempo de viagem pa- ra um ou mais dos dispositivos alternativos. Deve ser observado que, em várias modalidades, o computador 110 pode ser programado para realizar esse ajuste mesmo se o tempo de viagem antecipado para o dispositivo 120 atualmente selecionado para a tarefa agendada a partir da sua localização previa esperada não exceder o tempo de check-in.

[00102] Em várias modalidades, o computador 110 é programado para ajustar o tempo de check-in com base na localização virtual ou de rede de um ou mais dos dispositivos alternativos, de modo similar a como o computador 110 faz check-in com o dispositivo selecionado 120 com base na localização virtual ou de rede como discutido acima.

[00103] Nas referidas modalidades, o computador 110 faz check-in com o dispositivo selecionado 120 como discutido acima e pode de modo similar fazer check-in com os dispositivos alternativos em cada tempo de check-in e, como discutido acima, calcular a informação de suficiência e determinar a suficiência do dispositivo para cada disposi- tivo alternativo. Com base na informação de suficiência calculada de um ou mais dos dispositivos alternativos, o computador 110 é progra- mado para ajustar os tempos de check-in subsequentes e/ou adicionar tempos de check-in adicionais.

[00104] Em outras modalidades, o computador 110 primeiro faz check-in com o dispositivo selecionado 120 e, com base em uma de- terminação de um status de suficiência negativa na etapa 320, então realiza a checagem do status de suficiência para as máquinas alterna- tivas selecionadas e, com base em um status de suficiência positiva para um dispositivo alternativo, agenda o dispositivo alternativo para uma tarefa.

[00105] Em outras modalidades, o computador 110 não seleciona os dispositivos alternativos no tempo de criação do dispositivo. Em vez disso, no tempo de check-in e com a determinação de que o dis- positivo selecionado 120 tem um status de suficiência negativa, o computador 110 então seleciona uma ou mais alternativas com base nos atributos do dispositivo e atributos de tarefa, e para os dispositivos alternativos, calcula a informação de suficiência com base nos valores atuais dos atributos e determina um status de suficiência para o(s) dis- positivo(s) alternativo(s) até que um dispositivo alternativo seja encon- trado tendo um valor de suficiência positivo. O computador 110 então agenda o dispositivo alternativo selecionado para a tarefa.

[00106] Em várias modalidades, as restrições de uso discutidas acima geradas pelo computador 110 são com base em uma ou mais tarefas subsequentes agendadas para o dispositivo 120. Assim, se quaisquer exceções para as tarefas subsequentes forem encontradas como discutido acima, o computador 110 determina se uma otimização das funções de dispositivo 120 é possível na tarefa atual e uma ou mais tarefas subsequentes para tentar resolver a exceção. Para assim proceder, o computador 110 realiza um processo com o que obtém os valores de atributo de uso esperado para o dispositivo 120 para uma tarefa agendada na etapa 240, e realiza um cálculo hipotético por ajus- tar os atributos de uso esperado do dispositivo 120 para a tarefa agendada na etapa 240 ao reduzir um ou mais dos atributos do dispo- sitivo associados a um esgotamento durante a função (por exemplo,

nível de saída, consumo de energia, etc.) para os níveis mínimos acei- táveis. O computador 110 calcula os valores de atributo de prontidão de dispositivo antecipada ajustada para as tarefas que ocorrem sub- sequentemente (mas agendadas anteriormente) e determina se eles atendem aos requisitos mínimos para essas tarefas, conforme discuti- do acima. Nesse caso, o computador 110 pode incluir restrições de uso na mensagem de confirmação para a tarefa agendada na etapa 240, restringindo o uso do dispositivo aos níveis mínimos da tarefa, para garantir que o dispositivo 120 seja utilizável para tarefas subse- quentes. Em várias modalidades, se os níveis mínimos aceitáveis re- sultam na resolução do conflito, o computador 110 pode aumentar sis- tematicamente os níveis de uso esperado do dispositivo 120 até que os requisitos para as tarefas subsequentes não sejam mais atendidos e, em seguida, aplicando as restrições de uso à última configuração teórica de uso esperado, de modo que os recursos disponíveis do dis- positivo 120 para a tarefa que está sendo agendada na etapa 240 se- jam maximizados ao mesmo tempo em que ainda permite que o dis- positivo 120 permaneça adequado para as tarefas subsequentes no cronograma de agendamento.

[00107] Em várias modalidades, os processos de tratamento de ex- ceções são executados pelo computador 110 para todas as tarefas agendadas sempre que uma nova tarefa é adicionada ao cronograma de agendamento.Nestas modalidades, o computador 110 envia men- sagens de confirmação adicionais para os dispositivos 120, incluindo restrições de uso atualizadas conforme necessário para acomodar usos ainda agendados. As referidas mensagens de confirmação adici- onais podem ser fornecidas aos dispositivos 120 com base em um push, à medida que novas tarefas são agendadas e/ou no momento do check-in, juntamente com as mensagens de check-in enviadas pelo computador 110.

[00108] Nas modalidades discutidas acima, presume-se que o (s) dispositivo (s) 120 seja capaz de comunicação com o computador 110 por meio dos componentes de rede através de métodos de comunica- ção que podem ser cabeados ou sem fio, de alcance longo e/ou curto e de dispositivo a dispositivo ou por meio dos dispositivos de rede, como roteadores, etc. Exemplos desses tipos de comunicação inclu- em, entre outros, USB, HDMI, WiFi, celular, comunicação de campo próximo, Bluetooth, RFID etc. Assim, nas referidas modalidades, os dispositivos 120 são capazes de receber informações a partir do com- putador 110 e enviar informações de volta ao computador 110.

[00109] No entanto, em várias modalidades, é contemplado que de- terminados dispositivos 120a podem não ter capacidades de comuni- cação totais (isto é, podem apenas ser capazes de receber dados, mas não de enviar) ou não ter nenhuma capacidade de comunicação. Os referidos dispositivos podem ser dispositivos herdados que não possuem recursos de comunicação e/ou processamento, ou dispositi- vos analógicos "simples" que tradicionalmente podem não ter funções de comunicação ou processamento (por exemplo, estetoscópios bási- cos, abaixadores de língua e outras funções manuais "básicas" ferra- mentas de diagnóstico ou de tratamento médico). Em várias modalida- des, os sistemas e métodos do objeto da invenção contemplam a in- corporação dos referidos dispositivos "burros", bem como a comunica- ção por meio de um proxy.

[00110] Nas referidas modalidades, o computador 110 não pode fazer check-in com o dispositivo burro diretamente pelo fato de que o dispositivo é desprovido de capacidade para automaticamente receber uma solicitação e responder do mesmo modo. Assim, o computador 110 faz check-in com um dispositivo burro 120a com base em um atri- buto de tarefa de localização de uma tarefa agendada atual para o dispositivo 120a ou, se não há tarefa agendada, com o valor de atribu-

to de localização do dispositivo do perfil de dispositivo armazenado no banco de dados de dispositivo.

[00111] O processo de check-in para dispositivos "burros" 120a é ilustrado na Figura 5. Para fazer check-in com um dispositivo burro 120a, o computador 110 primeiro checa (no tempo de check-in) o agendamento para o dispositivo 120a (seja no calendário central ou no perfil de dispositivo 121 do dispositivo 120a no banco de dados de dis- positivo 130) na etapa 510 para se certificar de se está atualmente agendada para estar em uso para uma tarefa agendada.

[00112] Se existe uma tarefa agendada que está usando o disposi- tivo 120a ("sim" na Fig. 5), o computador 110 verifica o atributo de lo- calização da tarefa na entrada da tarefa agendada do calendário na etapa 520 para determinar a localização da tarefa na etapa 520a. Em várias modalidades, esta informação também é também/em vez disso encontrada nos dados de programação do dispositivo no perfil de dis- positivo 121 do dispositivo 120a e é recuperada a partir daí pelo com- putador 110.

[00113] O computador 110 então checa a localização da tarefa para quaisquer dispositivos de computação tendo a capacidade de se co- municar diretamente com o computador 110 na etapa 530a, e identifi- ca um ou mais dos dispositivos de computação em uma localização para a qual enviar uma mensagem de solicitação de confirmação. Os referidos podem ser outros dispositivos 120, ou podem ser outros dis- positivos tais como computadores, telefones celulares, pagers, tablets, ou outros dispositivos de computação tendo capacidade de comunica- ção em uma localização.

[00114] Em várias modalidades, o computador 110 tem um conhe- cimento prévio da localização de certos dispositivos de computação "fixos" com base em um mapa de rede correlacionado com locais físi- cos, como dentro de uma instalação, hospital, etc. Esses dispositivos de computação fixos são estacionários dentro suas localizações físicas e não se movem.

[00115] Em várias modalidades em que nenhum dispositivo de computação fixo está localizado no local, o computador 110 é progra- mado para localizar dispositivos de computação móvel (por exemplo, tablets, telefones celulares, laptops e outros dispositivos de computa- ção móvel) no local com base em sinais de localização (por exemplo, GPS, etc.) relatados pelos dispositivos ao computador 110, por meio da detecção de sinais sem fio (por exemplo, acessando um ponto de acesso sem fio, etc.) ou por triangulação de sinais celulares ou outros sinais sem fio.

[00116] Uma vez que o computador 110 localizou um dispositivo de computação (tal como o dispositivo de computação 150 da Figura 1) no local determinado 160 na etapa 530a, o computador 110 envia uma mensagem de solicitação de confirmação ao dispositivo de computa- ção 150 na etapa 540a para apresentação para o usuário do dispositi- vo de computação 150 no local 160 (ilustrado na Figura 1 através da seta tracejada). A apresentação pode ser uma mensagem visual a ser exibida por uma tela do dispositivo de computação, uma mensagem de áudio a ser emitida por alto-falantes ou outra saída de áudio do dispo- sitivo, um prompt de áudio para visualizar uma mensagem visual etc. À mensagem de solicitação de confirmação é enviada na modalidade apropriada para apresentação, dependendo do dispositivo de compu- tação 150, as capacidades de saída do dispositivo de computação 150 (por exemplo, tela, se disponível; alto-falantes, se disponível), o siste- ma operacional do dispositivo de computação 150, o aplicativo usado para apresentar a mensagem (por exemplo, mensagem de texto, e- mail, um aplicativo de alerta específico no dispositivo, etc.) e outros requisitos específicos do dispositivo para o dispositivo de computação 150 enviar a solicitação.

[00117] A mensagem de solicitação de confirmação inclui uma soli- citação de que o usuário verifica que o dispositivo burro 120a está em uma localização 160, e um prompt para uma resposta pelo usuário. A resposta pode ser a digitação de um simples "S" ou "Sim" ou "N"/"Não", ou de um número de ID do dispositivo no dispositivo em um teclado ou entrada por tela de toque. A resposta pode ser falada em um microfone do dispositivo de computação. A resposta é então co- municada de volta para o computador 110 e é recebida na etapa 550a. Se a resposta indica que o dispositivo 120a está em uma localização 160, o computador 110 atualiza o atributo de localização do dispositivo 133c para o dispositivo 120a no banco de dados de dispositivo 130 na etapa 560.

[00118] A mensagem de solicitação de confirmação pode incluir uma solicitação para informação adicional tal como informação de for- necimento ou informação de carga, como pode ser aplicável para o dispositivo 120a e, com base na resposta, atualizações outros atribu- tos do dispositivo 133 do perfil de dispositivo 121 no banco de dados de dispositivo 130 de acordo com a etapa 560.

[00119] Seo dispositivo de computação 150 tiver uma câmera, o prompt poderá incluir instruções para o usuário manter o número de identificação do dispositivo ou outro identificador diante da câmera pa- ra capturar uma imagem (ou seja, dados de imagem estática ou de vídeo), que é então retransmitido de volta para o computador 110. Usando OCR ou outra tecnologia de reconhecimento, o computador 110 verifica a ID do dispositivo fornecida como correspondente ao dis- positivo 120a e atualiza o atributo de localização do dispositivo no banco de dados do dispositivo 130.

[00120] Em várias modalidades, o dispositivo 120a pode ser afixado ou impresso com um código de barras ou outras indicações legíveis por máquina (por exemplo, código QR), que podem ser digitalizadas e/ou capturadas por imagem pelo dispositivo de computação (se tiver uma câmera e/ou um digitalizador). A informação ou imagem digitali- zada é transmitida ao computador 110 pelo dispositivo de computação, e o computador 110 verifica as informações recebidas como corres- pondendo ao dispositivo 120a e atualiza as informações de localização do dispositivo 120a no banco de dados do dispositivo de acordo.

[00121] Seo computador 110 determinar que não há tarefa agen- dada no momento para o dispositivo 120a no momento do check-in na etapa 510 ("não" na Figura 5), o computador 110 então verifica o atri- buto de localização do dispositivo do dispositivo 120a no banco de da- dos do dispositivo 130 na etapa 520b para obter o último local conhe- cido para o dispositivo. Tendo obtido o último local conhecido 160, o computador 110 encontra um ou mais dispositivos de computação no local 160 na etapa 530b e envia uma mensagem de solicitação de con- firmação para um ou mais dos dispositivos de computação 150 no lo- cal 160 na etapa 540b, conforme descrito acima em relação às etapas 530a, 530b, respectivamente, e verifica uma resposta na etapa 550b, conforme discutido acima em relação à 550a. Em várias modalidades, o computador 110 pode verificar da mesma forma o atributo de locali- zação do dispositivo 120a no banco de dados do dispositivo se, após consultar o local de uma tarefa atualmente agendada que inclui o dis- positivo 120a, a resposta enviada através do dispositivo de computa- ção na tarefa a localização é tal que o dispositivo 120a não está no local da tarefa atual conforme o esperado (ilustrado através do "não" após a etapa 550a passar para a etapa 520b na Figura 5).

[00122] Seo dispositivo 120a não for encontrado, o computador 110 notificará o pessoal apropriado na etapa 580, incluindo o agenda- dor da tarefa para a qual o check-in está sendo realizado. Em várias modalidades, o computador 110 passa a procurar períodos de tempo alternativos para a tarefa, como discutido acima, em resposta à falha na localização do dispositivo 120a.

[00123] Em várias modalidades, o banco de dados do dispositivo 130 armazena um registro histórico de locais gravados no passado para alguns ou todos os dispositivos 120a (e também dispositivos 120). Nestas modalidades, se o dispositivo 120a não estiver localizado no local de sua tarefa atualmente programada (se aplicável) ou no úl- timo local conhecido, o computador 110 é programado para obter um ou mais dos locais históricos na etapa 570 (de preferência,começando com o mais recente e trabalhando para trás no tempo) e, para cada um desses locais históricos, repetindo as etapas 530b - 550b até que o dispositivo seja encontrado. Se o dispositivo 120a não for encontrado após esgotar todos os locais históricos armazenados no perfil de dis- positivo 121 para o dispositivo (ou após um conjunto pré-determinado de tentativas), o computador 110 executa a etapa 580.

[00124] É contemplado que os processos discutidos com os dispo- sitivos burros 120a também podem ser aplicados se um dispositivo 120 que possui as capacidades apropriadas de comunicação e pro- cessamento não puder ser localizado ou alcançado pelo computador 110 no momento do check-in (por exemplo, devido a uma falha de energia ou falta de energia da bateria, tendo sido desligado por um usuário, um problema com a interface de comunicações no dispositivo 120, problema com a rede que impede a comunicação, etc.).

[00125] Assim, os sistemas e métodos do objeto da invenção permi- tem a integração de dispositivos desconectados em um sistema de gerenciamento e programação de dispositivos em rede, eliminando assim as limitações de sistemas de programação anteriores que não seriam capazes de lidar com esses dispositivos e necessitam de ge- renciamento separado manual do mesmo.

[00126] Em várias modalidades, os atributos do dispositivo e os atributos da tarefa aqui mencionados podem ser categorizados como

"atributos únicos" e "atributos não únicos". Conforme usado aqui, "atri- butos não únicos" significa atributos que podem ser compartilhados por mais de um recurso. Exemplos de atributos únicos podem ser, por exemplo, um UID (Identificador Único), um nome, um número de pre- vidência social, uma impressão digital, um número de série ou um en- dereço. Exemplos de atributos não únicos podem ser, por exemplo, períodos disponíveis, tarefas preferenciais às quais a pessoa ou o re- curso deve estar associado, um título corporativo não exclusivo, uma habilidade, um nível de habilidade, uma capacidade, recursos prefe- renciais que um a pessoa deve usar no trabalho, colegas de trabalho exclusivos preferidos com os quais uma pessoa deve trabalhar, uma categoria de um recurso ou um local do recurso. É possível que um atributo seja único em um contexto e não único em outro contexto. Por exemplo, um endereço de funcionário pode não ser único se houver dois ou mais funcionários com o mesmo endereço.

[00127] Exemplos de atributos não únicos para uma tarefa podem incluir, mas não estão limitados a,juma pessoa com um conjunto de atributos não únicos, um recurso com um conjunto de atributos não únicos, um período de tempo, uma tarefa subsequente e/ou uma tarefa preparatória. Exemplos de atributos não únicos para uma pessoa po- dem incluir, entre outros, um título corporativo, uma habilidade, um ní- vel de habilidade, uma capacidade, uma preferência de recurso, uma preferência de tarefa, uma preferência de colega de trabalho e/ou um período de tempo disponível. Exemplos de atributos não únicos para recursos não humanos (por exemplo, materiais, itens de consumo, equipamentos fixos, ferramentas móveis, salas, prédios, computado- res, projetores, telefones) podem incluir, entre outros, quantidade, qua- lidade, capacidade, disponibilidade, tipo, custo, localização e/ou ciclo de vida.

[00128] Como usado aqui, e a menos que o contexto determine de outra forma, o termo "acoplado a" deve incluir tanto o acoplamento di- reto (no qual dois elementos acoplados entre si se contatam) quanto o indireto (no qual pelo menos um elemento adicional está localizado entre os dois elementos). Portanto, os termos "acoplado a" e "acopla- do com" são usados como sinônimos.

[00129] Deverá ser evidente para os versados na técnica que mui- tas outras modificações além daquelas já descritas são possíveis sem se afastar dos conceitos da invenção aqui apresentados. O objeto da invenção, portanto, não deve ser restrito, exceto pelo espírito das rei- vindicações em anexo. Além disso, ao interpretar tanto o relatório des- critivo quanto as reivindicações, todos os termos devem ser interpreta- dos da maneira mais ampla possível, consistente com o contexto. Em particular, os termos "compreende" e "compreendendo" devem ser in- terpretados como se referindo a elementos, componentes ou etapas de maneira não exclusiva, indicando que os elementos, componentes ou etapas mencionados podem estar presentes, ou utilizados, ou combinados com outros elementos, componentes ou etapas que não são expressamente referenciados. Onde as reivindicações de especifi- cação se referem a pelo menos um dos itens selecionados do grupo que consiste em A, B, C.... e N, o texto deve ser interpretado como exigindo apenas um elemento do grupo, não A mais N, ou B mais N, etc.

Claims (17)

REIVINDICAÇÕES

1. Método de garantir a viabilidade de uma máquina para uma tarefa agendada caracterizado pelo fato de que compreende: receber, por um dispositivo de computação, uma solicitação para uma tarefa, a solicitação incluindo uma pluralidade de pares de atributos/valores de tarefa que correspondem à tarefa, os pares de atributos/valores de tarefa incluindo um par de atributo/valor de perío- do de tempo desejado que corresponde a um período de tempo solici- tado para uma tarefa; selecionar, pelo dispositivo de computação, uma pessoa para a tarefa com base nos pares de atributos/valores de tarefa e pa- res de atributos/valores de cada um de uma pluralidade de pessoas, incluindo o par de atributo/valor de período de tempo desejado; selecionar, pelo dispositivo de computação, uma máquina para uma tarefa com base nos pares de atributos/valores da tarefa e pares de atributos/valores de cada uma de uma pluralidade de máqui- nas, incluindo o par de atributo/valor de período de tempo desejado; obter, pelo dispositivo de computação e no tempo de check- in antes de um período de tempo solicitado, informação de suficiência que corresponde à máquina; em resposta a obter a informação de suficiência, determi- nar, pelo dispositivo de computação, um status de suficiência para a máquina para a tarefa durante o período de tempo solicitado seja co- mo um status de suficiência positiva e um status de suficiência negati- va, com base na informação de suficiência obtida; e dentro de um período de tempo solicitado, comunicar, pelo dispositivo de computação, com a máquina para executar uma função da máquina correspondente em resposta a determinar o status de su- ficiência positiva para uma máquina.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende, em resposta a determinar um sta- tus de suficiência positiva para a máquina, verificar uma disponibilida- de da pessoa selecionada para a tarefa no período de tempo deseja- do.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende, em resposta a selecionar uma máquina: selecionar, pelo dispositivo de computação, pelo menos uma segunda máquina para a tarefa com base nos pares de atribu- tos/valores da tarefa e nos pares de atributos/valores de cada uma das máquinas, incluindo o par de atributo/valor de período de tempo dese- jado; determinar, pelo dispositivo de computação, um conjunto projetado de pares de atributos/valores para cada uma das pelo me- nos uma segunda máquina com base em um pelo menos um conjunto correspondente de pares de atributos/valores de agendamento de ta- refa para cada uma das pelo menos uma segunda máquina, o pelo menos um conjunto de pares de atributos/valores de agendamento de tarefa que corresponde a pelo menos uma tarefa anterior agendada para a pelo menos uma segunda máquina correspondente antes de um período de tempo solicitado; e ajustar o tempo de check-in com base no conjunto projeta- do de pares de atributos/valores.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que os pares de atributos/valores de agendamento de ta- refa incluem um par de atributo/valor de localização que corresponde a uma localização da tarefa anterior agendada correspondente.

5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que o par de atributo/valor de localização corresponde a pelo menos um de uma localização em mundo real e uma localização virtual.

6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende, em resposta a selecionar uma máquina: selecionar, pelo dispositivo de computação, pelo menos uma segunda máquina potencial para a tarefa com base nos pares de atributos/valores da tarefa e nos pares de atributos/valores de cada uma das máquinas, incluindo o par de atributo/valor de período de tempo desejado; determinar, pelo dispositivo de computação, o número de máquinas selecionadas; e ajustar, pelo dispositivo de computação, o tempo de check- in com base no número de máquinas selecionadas.

7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o tempo de check-in compreende um parâmetro de tempo armazenado que corresponde a um período de tempo predefi- nido antes do início do período de tempo solicitado.

8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: em resposta a determinar um status de suficiência negativa para a máquina, selecionar uma segunda máquina para a tarefa com base nos pares de atributos/valores da tarefa e pares de atribu- tos/valores de cada uma das máquinas, incluindo o par de atribu- to/valor de período de tempo desejado; obter informação de suficiência que corresponde à segunda máquina; em resposta a obter a informação de suficiência, determinar um segundo status de suficiência para a máquina para a tarefa duran- te o período de tempo desejado; e determinar um status de suficiência positiva para a segunda máquina; e dentro do período de tempo desejado, comunicar com a segunda máquina para executar a função da segunda máquina em resposta a determinar um status de suficiência positiva para a segunda máquina.

9. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: em resposta a determinar um status de suficiência negativa para a máquina para o período de tempo desejado, determinar um sta- tus alternativo de suficiência para a máquina para a tarefa durante um segundo período de tempo desejado seja como um status alternativo de suficiência positiva e um status alternativo de suficiência negativa, com base na informação de suficiência obtida; e dentro do segundo período de tempo desejado, comunicar com a máquina para executar a função da máquina em resposta a de- terminar um status alternativo de suficiência positiva para a máquina.

10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de obter é realizada após a seleção da má- quina.

11. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende enviar, pelo dispositivo de compu- tação, uma notificação para a pessoa selecionada de que a tarefa foi agendada e que a pessoa tem que ajudar a realizar a tarefa durante o período de tempo desejado.

12. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende enviar, pelo dispositivo de compu- tação, uma confirmação para a máquina da tarefa.

13. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a máquina compreende pelo menos um de dispositi- vos de computação, dispositivos médicos gerais, ferramentas especia-

lizadas, controles ambientais, equipamento de digitalização médica, equipamento de diagnóstico, equipamento de monitoramento de paci- ente, instrumentos cirúrgicos, leitos para pacientes, cadeiras de rodas para pacientes, equipamento de computação, equipamento de aneste- sia, controles ambientais da sala, e dispositivos médicos especializa- dos.

14. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os atributos dos pares de atributos/valores da máqui- na incluem atributos únicos da máquina e atributos não únicos da má- quina.

15. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os atributos dos pares de atributos/valores de tarefa incluem atributos únicos de tarefa e atributos não únicos de tarefa.

16. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de comunicar é realizada diretamente com a máquina.

17. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de comunicar entre o dispositivo de computa- ção é realizada por meio de um proxy.

38 Ss a& ã a = | Ss 2 A 2 & 2 & ô o ô se We s Ss ls 2 | 9 =). 83|| 85 gglEsill824 0 o gé sl Es fas ETSBsS| ões 22 888 —= a EI 2 se NS =| mA uu = À =| = H 811,8 3 dsesdesão o Ss ESEC 235 22/82 2 DH068 SS gg5886SS

E

S

O lala | S 8222 2 oo Tal E ||E 83883 o o s$2/0 || : ij : : : a : i o ie 328 ã : ; o ga = : imo E8 mol : 18 25 Ê ' S&S 82 HÁ 1 1 Ss E â ' ig |ós a i iG i 8 :

Etapa 210 — receber solicitação de tarefa Etapa 220 Etapa 222 — calcular atributo de prontidão de dispositivo antecipado Etapa 223 - comparar com atributo de prontidão de dispositivo mínimo Etapa 230 — selecionar pessoal Etapa 240 — tarefa agendada