Sistema de manuseio

Da Wikipédia, a enciclopédia livre
  (Redirecionado de Hdl (identificador) )
Ir para navegação Pular para pesquisar

O Handle System é o registro proprietário da Corporation for National Research Initiatives que atribui identificadores persistentes , ou identificadores , a recursos de informação e para resolver "esses identificadores nas informações necessárias para localizar, acessar e, de outra forma, fazer uso dos recursos". [1]

Como acontece com as alças usadas em outros lugares da computação, as alças do Handle System são opacas e não codificam nenhuma informação sobre o recurso subjacente, sendo vinculado apenas aos metadados relativos ao recurso. Conseqüentemente, os identificadores não são invalidados por alterações nos metadados.

O sistema foi desenvolvido por Bob Kahn da Corporation for National Research Initiatives (CNRI). O trabalho original foi financiado pela Defense Advanced Research Projects Agency (DARPA) entre 1992 e 1996, como parte de uma estrutura mais ampla para serviços de objetos digitais distribuídos, [2] e foi, portanto, contemporâneo da implantação inicial da World Wide Web , com objetivos semelhantes.

O Handle System foi implementado pela primeira vez no outono de 1994 e foi administrado e operado pelo CNRI até dezembro de 2015, quando um novo modo de operação de "administrador múltiplo primário" (MPA) foi introduzido. A DONA Foundation [3] agora administra o Global Handle Registry do sistema e credencia MPAs, incluindo CNRI e a International DOI Foundation. [4] O sistema atualmente fornece a infraestrutura subjacente para sistemas baseados em identificadores como Digital Object Identifiers e DSpace , que são usados ​​principalmente para fornecer acesso a documentos acadêmicos, profissionais e governamentais e outros recursos de informação.

O CNRI fornece especificações e o código-fonte para implementações de referência para os servidores e protocolos usados ​​no sistema sob uma "Licença Pública" isenta de royalties, semelhante a uma licença de código aberto. [5]

Milhares de serviços de identificador estão em execução. Mais de 1000 deles estão em universidades e bibliotecas, mas também estão em operação em laboratórios nacionais, grupos de pesquisa, agências governamentais e empresas comerciais, recebendo mais de 200 milhões de solicitações de resolução por mês.

Especificações [ editar ]

O Handle System é definido nas RFCs informativas 3650, [1] 3651 [6] e 3652 [7] da Internet Engineering Task Force (IETF) ; inclui um conjunto aberto de protocolos, um namespace e uma implementação de referência dos protocolos. Documentação, software e informações relacionadas são fornecidos pelo CNRI em um site dedicado [8]

Os identificadores consistem em um prefixo que identifica uma "autoridade de nomenclatura" e um sufixo que fornece o "nome local" de um recurso. Semelhante aos nomes de domínio, os prefixos são emitidos para autoridades de nomenclatura por um dos "administradores multiprimários" do sistema mediante o pagamento de uma taxa, que deve ser renovada anualmente. Uma autoridade de nomenclatura pode criar qualquer número de identificadores, com "nomes locais" exclusivos, dentro de seus prefixos atribuídos. Um exemplo de alça é:

  • 20.1000/100
  • 10.1000/182

No primeiro exemplo, que é o identificador para a licença do software HANDLE.NET, 20.1000é o prefixo atribuído à autoridade de nomenclatura (neste caso, o próprio Handle.net) e 100é o nome local dentro desse namespace. O nome local pode consistir em quaisquer caracteres do conjunto de caracteres Unicode UCS-2 . O prefixo também consiste em quaisquer caracteres UCS-2, exceto "/". Os prefixos consistem em um ou mais segmentos de autoridade de nomenclatura, separados por pontos, representando uma hierarquia de autoridades de nomenclatura. Assim, no exemplo 20está o prefixo de autoridade de nomenclatura para CNRI, enquanto 1000designa uma autoridade de nomenclatura subordinada dentro do prefixo 20. Outros exemplos de prefixos de nível superior para as autoridades de nomenclatura federadas da Fundação DONA são 10para identificadores DOI;11para identificadores atribuídos pela UIT ; 21para identificadores emitidos pelo alemão Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG), o centro de computação científica da Universidade de Göttingen ; e 86para a Coalizão de Serviços de Handle - China. Os prefixos "legados" mais antigos emitidos pelo CNRI antes de a estrutura do "administrador primário múltiplo" (MPA) ser instituída são normalmente quatro de cinco dígitos, como no segundo exemplo acima, um identificador administrado pela Universidade de Leicester . Todos os prefixos devem ser registrados no Global Handle Registry por meio de um registrador aprovado pela DONA Foundation, normalmente mediante o pagamento de uma taxa.

Como acontece com outros usos de identificadores em computação, o identificador é opaco; ou seja, ele não codifica nenhuma informação sobre o recurso subjacente e fornece apenas os meios para recuperar metadados sobre o recurso.

Isso pode ser contrastado com um Uniform Resource Locator (URL), que pode codificar dentro do identificador atributos do recurso como o protocolo a ser usado para acessar o servidor que contém o recurso, o nome do host do servidor e o número da porta, e talvez até mesmo a localização especificações, como o nome de um arquivo no sistema de arquivos do servidor que contém o recurso. No Handle System, essas especificações não são codificadas no identificador, mas são encontradas nos metadados aos quais o identificador está vinculado.

Os metadados podem incluir muitos atributos do recurso de informação, como sua localização, as formas em que está disponível, os tipos de acesso (por exemplo, "gratuito" versus "pago") oferecidos e para quem. O processamento dos metadados para determinar como e onde o recurso deve ser acessado, e o fornecimento do recurso ao usuário, são realizados em uma etapa separada, denominada "resolução", por meio de um Resolver, servidor que pode ser diferente do aqueles envolvidos na troca do identificador para os metadados. Ao contrário dos URLs, que podem se tornar inválidos se os metadados incorporados neles se tornarem inválidos, os identificadores não se tornam inválidos e não precisam ser alterados quando os locais ou outros atributos de metadados mudam. Isso ajuda a prevenir o apodrecimento do link, já que as mudanças no recurso de informação (como localização) precisam apenas ser refletidas em mudanças nos metadados, ao invés de mudanças em cada referência ao recurso.

Cada identificador pode ter seu próprio administrador e a administração dos identificadores pode ser feita em um ambiente distribuído, semelhante aos nomes de domínio DNS. As ligações de nome para valor também podem ser protegidas, tanto por meio de assinaturas para verificar os dados quanto por meio de resposta de desafio para verificar a transmissão dos dados, permitindo que identificadores sejam usados ​​em aplicativos de gerenciamento de confiança.

É possível que o mesmo recurso de informação subjacente seja associado a vários identificadores, como quando duas bibliotecas universitárias geram identificadores (e, portanto, possivelmente conjuntos diferentes de metadados) para o mesmo livro.

O Handle System é compatível com o Domain Name System (DNS), mas não o exige, ao contrário dos identificadores persistentes, como PURLs ou ARKs , que são semelhantes aos identificadores, mas que utilizam nomes de domínio. No entanto, ao contrário dessas abordagens baseadas em nome de domínio, os identificadores exigem um processo de registro de prefixo separado e servidores de identificadores separados dos servidores de nomes de domínio.

As alças podem ser usadas nativamente. ou expresso como Uniform Resource Identifiers (URIs) por meio de um namespace dentro do esquema de URI de informações ; [9] [10] por exemplo, 20.1000/100pode ser escrito como o URI info:hdl/20.1000/100,. Alguns namespaces do Handle System, como Digital Object Identifiers, são namespaces URI "info:" em seu próprio direito; por exemplo, info:doi/10.1000/182é outra maneira de escrever o identificador para a revisão atual do DOI Handbook [11] como um URI.

Alguns namespaces do Handle System definem regras de apresentação especiais. Por exemplo, Digital Object Identifier , que representam uma percentagem elevada das alças existentes, são geralmente apresentados com um "doi:" prefixo: doi:10.1000/182.

Qualquer Handle pode ser expressa como um Uniform Resource Locator (URL) através do uso do genérico servidor proxy HTTP ,: [12]

Alguns sistemas baseados em Handle oferecem um servidor proxy HTTP que se destina ao uso com seu próprio sistema, como:

Implementação [ editar ]

A implementação do Handle System consiste em Local Handle Services, cada um composto por um ou mais sites que fornecem os servidores que armazenam manipulações específicas. O Global Handle Registry é um Local Handle Service exclusivo que armazena informações sobre os prefixos (também conhecidos como autoridades de nomenclatura) no Handle System e pode ser consultado para descobrir onde identificadores específicos estão armazenados em outros Local Handle Services neste sistema distribuído.

O site Handle System fornece uma série de ferramentas de implementação, notadamente o software HANDLE.NET [13] e as bibliotecas de cliente HANDLE.NET. [14] Os clientes do Handle podem ser incorporados ao software do usuário final (por exemplo, um navegador da web) ou em um software de servidor (por exemplo, um servidor da web) e as extensões já estão disponíveis para Adobe Acrobat [15] e Firefox . [16]

Bibliotecas de software cliente Handle estão disponíveis em C e Java. Alguns aplicativos desenvolveram ferramentas adicionais específicas, por exemplo, para o Sistema DOI. [17]

A rede interoperável de servidores de resolução de identificadores distribuídos (também conhecidos como Proxy Server System) são conectadas por meio de um Resolvedor Global (que é uma entidade lógica, embora fisicamente descentralizada e espelhada). Os usuários da tecnologia Handle System obtêm um prefixo de identificador criado no Global Handle Registry. O Global Handle Registry mantém e resolve os prefixos de serviços de identificador mantidos localmente. Qualquer serviço de identificador local pode, portanto, resolver qualquer identificador por meio do Global Resolver.

Handles (identificadores) são passados ​​por um cliente, como uma consulta da autoridade / prefixo de nomenclatura, para o Global Handle Registry (GHR) do Handle System. O GHR responde enviando ao cliente as informações de localização para o Local Handle Service relevante (que pode consistir em vários servidores em vários sites); uma consulta é então enviada ao servidor relevante dentro do Serviço de Tratamento Local. O Local Handle Service retorna as informações necessárias para adquirir o recurso, por exemplo, uma URL que pode então ser transformada em um redirecionamento HTTP. (Observação: se o cliente já tiver informações sobre o LHS apropriado para consultar, a consulta inicial ao GHR é omitida)

Embora o modelo original do qual o Handle System deriva lida com o gerenciamento de objetos digitais, o Handle System não exige nenhum modelo particular de relacionamento entre as entidades identificadas, nem se limita a identificar apenas objetos digitais: entidades não digitais podem ser representadas como um objeto digital correspondente para fins de gerenciamento de objeto digital. Alguns cuidados são necessários na definição de tais objetos e como eles se relacionam com entidades não digitais; existem modelos estabelecidos que podem auxiliar em tais definições, por exemplo, Requisitos Funcionais para Registros Bibliográficos (FRBR) , CIDOC CRM e modelo de conteúdo indecs. Alguns aplicativos acharam útil casar tal estrutura com o aplicativo de manipulação: por exemplo, a Iniciativa de Aprendizagem Distribuída Avançada (ADL) [18] reúne a aplicação do Sistema de Manipulação com padrões existentes para conteúdo de aprendizagem distribuída, usando um Modelo de Referência de Objeto de Conteúdo Compartilhável (SCORM), [19] e a implementação do sistema Digital Object Identifier (DOI) do Handle System o adotou junto com o framework indecs para lidar com a interoperabilidade semântica .

O sistema Handle também torna explícita a importância do compromisso organizacional para um esquema de identificador persistente, mas não obriga um modelo para garantir tal compromisso. Os aplicativos individuais podem escolher estabelecer seus próprios conjuntos de regras e infraestrutura social para garantir a persistência (por exemplo, quando usados ​​no aplicativo DSpace e no aplicativo DOI). [20]

Princípios de design [ editar ]

O sistema Handle é projetado para atender aos seguintes requisitos para contribuir com a persistência [21]

A string identificadora:

  • não se baseia em quaisquer atributos mutáveis ​​da entidade (localização, propriedade ou qualquer outro atributo que possa ser alterado sem alterar a identidade do referente);
  • é opaco (de preferência um 'número burro': um padrão bem conhecido convida a suposições que podem ser enganosas e a semântica significativa pode não ser traduzida entre os idiomas e pode causar conflitos de marcas registradas);
  • é único dentro do sistema (para evitar colisões e incerteza referencial);
  • tem recursos opcionais, mas bons de ter, que devem ser suportados (legível por humanos, capaz de recortar e colar, incorporável; se encaixa em sistemas comuns, por exemplo, especificação de URI).

O mecanismo de resolução do identificador:

  • é confiável (usando redundância, sem pontos únicos de falha e rápido o suficiente para não parecer quebrado);
  • é escalonável (cargas mais altas simplesmente gerenciadas com mais computadores);
  • é flexível (pode se adaptar a ambientes de computação em mudança; útil para novos aplicativos):
  • é confiável (tanto a resolução quanto a administração têm métodos de confiança técnica; uma organização operacional está comprometida com o longo prazo);
  • baseia-se na arquitetura aberta (incentivando os esforços de alavancagem de uma comunidade na construção de aplicativos na infraestrutura);
  • é transparente (os usuários não precisam saber os detalhes da infraestrutura).

Aplicações [ editar ]

Entre os objetos atualmente identificados por alças estão artigos de periódicos, relatórios técnicos, livros, teses e dissertações, documentos governamentais, metadados, conteúdo de aprendizagem distribuído e conjuntos de dados. As alças estão sendo usadas em aplicativos de marca d'água digital , aplicativos GRID, repositórios e muito mais. Embora os usuários individuais possam baixar e usar o software HANDLE.NET de forma independente, muitos usuários consideram benéfico colaborar no desenvolvimento de aplicativos em uma federação, usando uma política comum ou tecnologia adicional para fornecer serviços compartilhados. Como um dos primeiros esquemas de identificadores persistentes, o Handle System foi amplamente adotado por instituições públicas e privadas e comprovado ao longo de vários anos. (Veja Paradigma, Identificadores persistentes.) [22]

Os aplicativos do Handle System podem usar identificadores como identificadores persistentes simples (como os mais comumente usados, para resolver para a URL atual de um objeto) ou podem optar por tirar proveito de outros recursos. Seu suporte para o retorno simultâneo como saída de múltiplas informações atuais relacionadas ao objeto, em estruturas de dados definidas, permite estabelecer prioridades para a ordem em que as múltiplas resoluções serão utilizadas. Os identificadores podem, portanto, resolver para diferentes versões digitais do mesmo conteúdo, para espelhar sites ou para diferentes modelos de negócios (pago x gratuito, seguro x aberto, público x privado). Eles também podem ser resolvidos para diferentes versões digitais de diferentes conteúdos, como uma mistura de objetos necessários para um curso à distância.

Existem milhares de serviços de identificador em execução hoje, localizados em 71 países, em 6 continentes; mais de 1000 deles funcionam em universidades e bibliotecas. Os serviços de manuseio estão sendo executados por federações de usuários, laboratórios nacionais, universidades, centros de computação, bibliotecas (nacionais e locais), agências governamentais, empreiteiros, corporações e grupos de pesquisa. Os principais editores usam o Handle System para identificação persistente de conteúdo comercialmente negociado e de acesso aberto por meio de sua implementação com o sistema Digital Object Identifier (DOI) .

O número de prefixos, que permitem aos usuários atribuir identificadores, está crescendo e ultrapassou 12.000 no início de 2014. Existem seis servidores Global Handle Registry de nível superior que recebem (em média) 68 milhões de solicitações de resolução por mês. Os servidores proxy conhecidos do CNRI, que passam solicitações ao sistema na Web, recebem (em média) 200 milhões de solicitações de resolução por mês. (Estatísticas de Handle Quick Facts.)

Em 2010, a CNRI e a ITU (International Telecommunication Union) firmaram um acordo para colaborar no uso do Handle System (e da Digital Object Architecture de forma mais geral) e estão trabalhando nos detalhes específicos dessa colaboração; em abril de 2009, a ITU listou o Handle System como uma "tendência emergente". [23]

Licenças e utilização política [ editar ]

Handle System, HANDLE.NET e Global Handle Registry são marcas comerciais da Corporation for National Research Initiatives (CNRI), uma empresa de pesquisa e desenvolvimento sem fins lucrativos nos EUA. O Handle System é objeto de patentes pelo CNRI, que licencia a tecnologia do Handle System por meio de uma licença pública, [24] semelhante a uma licença de código aberto, a fim de possibilitar o uso mais amplo da tecnologia. A infraestrutura do Handle System é suportada por taxas de registro e serviço de prefixo, com a maioria vindo de detentores de prefixo único. O maior contribuidor individual atual é a International DOI Foundation. A Licença Pública permite o uso comercial e não comercial a baixo custo de sua tecnologia patenteada e da implementação de referência do software, e permite que o software seja livremente incorporado em outros sistemas e produtos. Um Acordo de Serviço [5] também está disponível para usuários que pretendem fornecer identificador e / ou serviços de resolução usando a tecnologia Handle System sob a licença pública Handle System.

Tecnologias relacionadas [ editar ]

O Handle System representa vários componentes de uma arquitetura de objeto digital de longo prazo. Em janeiro de 2010, a CNRI lançou seu software Digital Object Repository de propósito geral, [25] outro componente importante desta arquitetura. Mais informações [26] sobre o lançamento, incluindo especificação de protocolo, código-fonte e sistema pronto para uso, clientes e utilitários, estão disponíveis. [27] [28]

Veja também [ editar ]

Referências [ editar ]

  1. ^ a b "RFC 3650: Visão geral do sistema de manuseio" .
  2. ^ "Arquitetura Kahn / Wilensky" . CNRI. 13/05/1995 . Página visitada em 2013-03-13 .
  3. ^ "Fundação DONA" . dona.net .
  4. ^ "Sistema de identificação de objeto digital" . doi.org .
  5. ^ a b "Redirecionar para o conteúdo do site Handle.Net atual" . handle.net . Página visitada em 15 de março de 2018 .
  6. ^ "RFC 3651: Lidar com o namespace do sistema e a definição de serviço" .
  7. ^ "RFC 3652: Especificação de Handle System Protocol (ver 2.1)" .
  8. ^ "handle.net" . handle.net . Página visitada em 2013-03-13 .
  9. ^ "Sobre" informações "URIs - Perguntas frequentes" . Info-uri.info . Página visitada em 2013-03-13 .
  10. ^ "RFC 4452: O Esquema de URI" info "para Assats de Informação com Identificadores em Namespaces Públicos" .
  11. ^ "Manual DOI". doi : 10.1000 / 182 . Citar diário requer |journal=( ajuda )
  12. ^ "Serviços HDL.NET: Sistema de servidor proxy" . Handle.net . Página visitada em 2013-03-13 .
  13. ^ "Download de software HS" . Handle.net . Página visitada em 2013-03-13 .
  14. ^ "Bibliotecas de cliente de software" . Handle.net . Página visitada em 2013-03-13 .
  15. ^ "Plug-in HDL para Adobe Acrobat e Acrobat Reader" . Handle.net . Página visitada em 2013-03-13 .
  16. ^ "Redirecionar para o conteúdo do site Handle.Net atual" . handle.net . Arquivado do original em 5 de setembro de 2015.
  17. ^ "Ferramentas do sistema DOI" . Doi.org. 12/07/2012 . Página visitada em 2013-03-13 .
  18. ^ "adlnet.gov" . adlnet.gov . Página visitada em 2013-03-13 .
  19. ^ "SCORM" . adlnet.gov . Arquivado do original em 06/06/2008.
  20. ^ "doi.org" . doi.org. 08/01/2013 . Página visitada em 2013-03-13 .
  21. ^ "Identifier Systems in Network Architecture, Laurence Lannom, CNRI. Vídeo de apresentação (ou apresentação em PDF apenas) do Simpósio de Metadados de Cinema Digital, Conselho de Ciência e Tecnologia, Academia de Artes e Ciências Cinematográficas, 11 de junho de 2009" . Oscars.org. 24/08/2012. Arquivado do original em 30/03/2013 . Página visitada em 2013-03-13 .
  22. ^ "pasta de trabalho sobre documentos privados digitais | metadados administrativos e de preservação | identificadores persistentes" . paradigma. 02-01-2008 . Página visitada em 2013-03-13 .
  23. ^ "Sistema de manuseio" . Itu.int. 16-04-2010 . Página visitada em 2013-03-13 .
  24. ^ "LICENÇA" (PDF) . www.handle.net . Página visitada em 2020-05-11 .
  25. ^ "dorepository.org" . dorepository.org. 08/01/2013 . Página visitada em 2013-03-13 .
  26. ^ "Servidor de repositório de objetos digitais: um componente da arquitetura de objetos digitais" . Dlib.org. 04-02-2010 . Página visitada em 2013-03-13 .
  27. ^ "DO Repositório" . DO Repositório. doi : 10.1045 / janeiro2010-reilly . Página visitada em 2013-03-13 . Citar diário requer |journal=( ajuda )
  28. ^ "Cordra" . cordra.org .

Ligações externas [ editar ]