Configurar participantes e espaços para reuniões

Um espaço de reunião representa um lugar virtual ou um objeto persistente (como uma sala de reunião) em que as conferências são realizadas. Um espaço para reuniões também ajuda os usuários a se encontrarem e encontrarem recursos compartilhados.

Quando você cria um espaço para reuniões usando o método spaces.create, ele retorna uma instância de um recurso spaces. A inclui o objeto SpaceConfig que está a configuração do espaço para reuniões. Ele também contém Objeto ActiveConference que é um link para a página Recurso conferenceRecords no espaço para reuniões.

As seções a seguir detalham como configurar um espaço para reuniões usando várias novas objetos e métodos beta.

Definir a moderação e o acesso à reunião

Com os novos objetos Beta, é possível definir modos de moderação, recursos restrições e permissões que os usuários recebem quando participam de uma reunião. Esses são definidas pela API SpaceConfig objeto.

O campo moderation é um modo de moderação pré-configurado para uma reunião, com o padrão controlado pelas políticas do usuário. Ele usa o Moderation objeto. Quando o modo de moderação está ativado, o proprietário da reunião tem controle sobre em reuniões com recursos como o gerenciamento de coorganizadores (consulte spaces.members) e restrições de recursos (consulte moderationRestrictions). Para mais informações sobre participantes, consulte Gerenciar participantes do espaço.

O campo moderationRestrictions aplica restrições de moderação para o reunião quando moderation estiver ativado. Ele usa o ModerationRestrictions objeto. As restrições definem quem tem permissão para enviar mensagens de chat e reações, compartilhar a tela e decidir se quer restringir ou não o papel padrão atribuído aos usuários como leitor. O moderationRestrictions depende de uma RestrictionType aplicar as três primeiras restrições. O RestrictionType pode ser aplicado a proprietário e coorganizador da reunião ou para todos os participantes. A DefaultJoinAsViewerType aplica a permissão final em que os usuários se juntam como colaboradores por padrão, mas onde os organizadores também podem restringir a participação dos usuários como espectadores.

O campo firstJoinerType define se os usuários podem participar antes do organizador no conferências neste espaço para reuniões. Define quais usuários podem participar da reunião primeiro e se outros estão em um estado de espera. Ele usa o FirstJoinerType objeto.

Gerenciar participantes do espaço

O proprietário da reunião sempre pode entrar na reunião sem pedir, mas agora você pode configure membros que também possam participar da reunião sem pedir. Além disso, os participantes podem ter uma função na reunião, como COHOST. permite que ele gerencie a reunião com o proprietário. Para mais informações sobre como acessar um espaço para reuniões sem pedir, consulte AccessType

A spaces.members inclui os campos name, user e role.

Um membro é diferente de um participante. Um participante está participando para uma chamada ou que usa o Modo Companion modo , assistir como espectador ou um dispositivo da sala conectado a uma chamada. Há um conferenceRecords.participants recurso para cada pessoa.

É possível gerenciar os participantes do espaço usando os seguintes métodos:

Cada método usa um parâmetro de caminho com os métodos create e list usando o parent para indicar o espaço para reuniões e os métodos "delete" e "get" usando o campo name para filtrar os resultados com base no espaço para reuniões e no participante. nome.

Todos os métodos, exceto delete, oferecem suporte ao parâmetro fields em SystemParameterContext , Quando o parâmetro fields é omitido, a resposta da API é padronizada como "name,email,role,user".

O parâmetro fields depende de uma FieldMask para filtrar respostas. Um FieldMask é uma maneira para que os autores das chamadas de API listem campos que um solicitação deve retornar. É uma lista de campos delimitados por vírgulas para especificar apenas certos campos em um objeto são usados, deixando os outros inalterados. O uso de um FieldMask permite que a API evite trabalhos desnecessários e melhore desempenho. Uma máscara de campo é usada para os métodos create, get e list. Para mais informações sobre máscaras de campo, consulte o campo "Usar" da API Google Sheets máscaras.