Everton Flavio Rufino Seara.pdf - DSpace

58
o fluxo é direcionado para o Provedor de Dados, que apresenta ao usuário (através
do navegador) as informações e o conteúdo do objeto.
É importante deixar claro que – com exceção da etapa 4 – as funcionalidades fornecidas
pelo navegador devem ser requisitadas pelo usuário, que interage diretamente com o
componente.
7.2.2 Provedor de Serviços
Pode-se dizer que Provedores de Serviço funcionam como containers de metadados em
uma federação de Bibliotecas Digitais OAI e, desta forma, estão aptos à fornecer interfaces
de busca sobre os metadados colhidos.
Neste sentido, nos experimentos realizados, SPs disponibilizam duas funcionalidades
principais:
1. Busca por Título: Oferece ao usuário a possibilidade de realizar buscas a partir
do título do objeto. A busca é executada sobre a base de metadados do SP e
retorna o identificador do objeto (DOI) requerido. Vale destacar que a execução
desta funcionalidade é requisitada pelo componente navegador através da mensagem
SEARCH; e
2. Fornecimento de Metadados: Conforme exposto na Seção 6.2.3, na arquitetura
proposta SPs implementam o verboGetRecord, a fim de disponibilizar os metadados
colhidos ao Provedores de Dados. Neste sentido, ao receber a mensagem GETRECORD,
juntamente com o DOI do objeto, SPs entregam ao DP o metadado requerido.
A base de metadados utilizada pelo SP é armazenada em um documento XML,
seguindo o formato apresentado na Figura 7.1. Uma vez que não se faz necessário a
utilização de todos os atributos descritos no padrão Dublin Core para validação da arquitetura,
nos experimentos apresentados metadados são compostos apenas pelo título,
formato do conteúdo e identificador do objeto.
Ainda é importante salientar que, durante os experimentos não existe necessidade
de validar a colheita de metadados por parte do SP, uma vez que este serviço teve seu