Resumo

  • No modelo de presença coescrito por Jonathan Rosenberg, OPEN indica, no contexto de mensagens instantâneas, que a caixa associada está pronta para aceitar uma mensagem. Não atesta localização, identidade, atenção, vontade ou resposta de uma pessoa.
  • Um documento PIDF pode trazer vários tuples e até estados OPEN e CLOSED para o mesmo contato. O RFC 4479 separa pessoa, serviço e dispositivo para que a propriedade de um não seja promovida silenciosamente à condição de outro.
  • Autorização do observador, notificação, procedência do tuple, aceitação do serviço, atividade do dispositivo, entrega, exibição, leitura e resposta precisam de registros próprios. O ponto verde é uma pista de roteamento, não um testemunho humano.

A promessa que a cor não fez

Uma central distribui uma tarefa porque o especialista aparece verde. O mensageiro aceita o envio, mas o prazo passa sem retorno. Na planilha final, “disponível” vira uma característica da pessoa e a ausência de resposta vira comportamento.

O dado original era mais modesto. Um componente de serviço declarou que aceitava mensagens. O sistema não observou se o profissional estava diante da tela, se a notificação chegou ao aparelho certo, se outra atividade tinha prioridade ou se havia consentimento para a interrupção.

Essa diferença não torna presença inútil. Ao contrário: permite usar o sinal para o que ele sabe e procurar outro recibo para o que ele não sabe.

OPEN nasceu como estado de uma caixa

O RFC 2778, de Mark Day, Jonathan Rosenberg e Hiroyasu Sugano, é um modelo Informativo. Ele cria vocabulário para presentity, serviço de presença, watcher, principal, serviço de mensagem e instant inbox; não se apresenta como protocolo interoperável completo.

No caso de mensagens instantâneas, OPEN significa que o endereço associado corresponde a uma caixa pronta para aceitar uma mensagem. CLOSED significa que ela não pode aceitá-la. O modelo admite significado análogo para outros meios de comunicação, mas não o define.

O sujeito dessa frase é a caixa. Não há afirmação de que o principal esteja fisicamente presente, tenha usado o teclado, reconheça o remetente ou queira responder. O próprio mapeamento entre os elementos do sistema e pessoas, grupos ou software do mundo real fica fora do modelo.

Aceitar também não conclui a entrega. Depois da entrada ainda existem armazenamento, encaminhamento, notificação ao cliente, exibição, leitura e ação. Chamar tudo de “pessoa disponível” apaga os pontos onde uma falha pode ocorrer.

PIDF guarda ocorrências, não uma biografia instantânea

O RFC 3863 define o Presence Information Data Format. Um documento contém tuples; cada um leva status e pode acrescentar contato, timestamp, nota e extensões. O valor básico é open ou closed.

A segmentação acomoda fontes diferentes: dispositivos distintos, aplicativos no mesmo aparelho ou estados produzidos em horários diferentes. Por isso o padrão permite que dois tuples com o mesmo contato discordem — um OPEN, outro CLOSED.

Resolver essa diferença é tarefa do watcher e da aplicação. É preciso saber qual tuple mudou, quando foi publicado e recebido, de onde veio, que regra o compositor aplicou e se uma notificação posterior substituiu a anterior. Escolher uma cor sem guardar a regra cria um resultado impossível de auditar.

O id do tuple serve para distinguir e correlacionar ocorrências dentro do presentity. É uma string arbitrária, sem significado de identidade além disso. Não é prova de usuário nem certificado de dispositivo.

Uma boa gravação conserva o documento original ou, no mínimo, assinatura da subscription, sequência do NOTIFY, tuple ID, tipo de componente, contato, valor, fonte, tempos e versão da composição. A visão agregada pode mudar; a evidência não precisa desaparecer com ela.

Ter permissão para observar não é observar a pessoa

No RFC 3856, escrito por Rosenberg, SIP transporta presença por SUBSCRIBE e NOTIFY. O presence agent autentica o pedido e faz uma decisão de autorização separada. A assinatura pode ser aceita, rejeitada ou ficar pendente; as notificações carregam estado da assinatura e do presentity.

São perguntas independentes. Quem é o watcher? O que ele pode ver? A relação de observação está ativa? Que estado foi divulgado? Nenhuma resposta comprova que a pessoa esteja olhando um cliente de mensagens.

Privacidade torna essa separação ainda mais importante. A atividade do dispositivo pode ser omitida deliberadamente. O fim de uma subscription pode significar perda de acesso, não desligamento de todos os serviços. Um campo ausente não pode ser preenchido com “ocioso”, nem uma tela sem dados deve declarar “pessoa offline”.

O modelo de Rosenberg tipa pessoa, serviço e dispositivo

O RFC 4479, de autoria de Jonathan Rosenberg, organiza o presentity em três componentes. Pessoa descreve o usuário; serviço descreve um ponto pelo qual a comunicação pode alcançá-lo; dispositivo descreve a base física em que serviços aparecem.

A regra decide onde cada atributo mora: ele pertence ao objeto que descreve, não necessariamente ao equipamento que o reportou. Se o celular informa “em reunião”, o estado é da pessoa. Carga de bateria é do dispositivo. Capacidade de receber pelo endereço é do serviço.

Assim, telefone ligado não significa serviço funcional. Serviço aberto não significa vontade humana. Local do aparelho e local da pessoa podem divergir. O documento insiste nessa separação porque inferências podem existir, mas não devem substituir o dado de origem.

Até o componente pessoa tem limite. Ele é uma fachada para modelar um indivíduo, mas o sistema não verifica que exista um único ser humano atrás dela. Uma equipe de atendimento pode aparecer como uma pessoa. O presentity URI coordena estados; não fornece identidade biométrica ou jurídica.

Manter os tipos permite compor sem confundir. Serviço aberto, aparelho ativo e pessoa em reunião podem ser exibidos juntos, cada qual com seu tempo e sua origem.

Atividade recente melhora a escolha, não garante atenção

O RFC 4480, de Henning Schulzrinne, Vijay Gurbani, Paul Kyzivat e Rosenberg, acrescenta presença rica. user-input informa active ou idle segundo um intervalo configurável. Pode observar apenas um aplicativo ou o dispositivo inteiro, e o horário exato da última entrada pode ser omitido.

O texto reconhece que um tuple sem uso recente ainda pode estar OPEN. O watcher pode preferir um contato ao mesmo tempo aberto e mais recentemente usado. Trata-se de estimar a chance de resposta a partir de dois sinais.

Uma estimativa não revela atenção. A entrada pode ter ocorrido em outra janela; um processo pode gerar atividade; leitura passiva pode não produzir evento; os thresholds variam. A pessoa também pode estar ativa e escolher não responder.

Exibir “serviço aceita mensagens” e “atividade há menos de dez minutos” mantém as premissas visíveis. Exibir apenas “pessoa disponível” esconde quem fez a inferência.

A autoria também tem escopo

Na captura de 9 de setembro de 2026, o perfil do IETF de Jonathan Rosenberg mostrava 72 RFCs e nenhum papel ativo. Ele é o único autor de RFC 3856 e RFC 4479; RFC 2778 e RFC 4480 são obras coletivas. O histórico documenta contribuição ampla sem torná-lo controlador do consenso, dos produtos ou das pessoas retratadas por eles.

A página oficial de autores da Five9 e o headshot público dão procedência de identidade à imagem editorial. A biografia antiga não é usada para afirmar cargo atual. Uma fonte pode ser adequada para reconhecer um rosto e inadequada para uma condição profissional que muda com o tempo.

A cadeia correta preserva o desconhecido

Um registro pode dizer: watcher autenticado; visão autorizada; notificação recebida; service tuple OPEN; atividade recente no dispositivo; mensagem aceita; entregue; exibida; lida; respondida. Cada verbo fecha uma pergunta menor.

Nem toda implantação observa tudo. Onde não há recibo, escreva desconhecido. “Serviço aberto, aceitação confirmada, leitura desconhecida e sem resposta” é uma conclusão útil. “Pessoa disponível recusou-se a responder” é uma narrativa sem sensor humano.

O ponto verde continua valioso quando aponta para o objeto certo. Ele descreve uma porta de comunicação, não quem está do outro lado dela.

Fontes