Sistema de manuseio - Handle System

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".

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 informações sobre o recurso subjacente, sendo vinculadas 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 e, portanto, foi 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 agora administra o Global Handle Registry do sistema e credencia MPAs, incluindo CNRI e a International DOI Foundation. O sistema atualmente fornece a infraestrutura subjacente para sistemas baseados em identificadores como Identificadores de Objetos Digitais 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.

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

O Handle System é definido nas RFCs informativas 3650, 3651 e 3652 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

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 da 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 específicos, 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 evitar o apodrecimento do link , pois as mudanças no recurso de informação (como localização) precisam ser refletidas apenas nas mudanças nos metadados, ao invés de mudanças em todas as referências 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 nomes 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 ; 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 Manual DOI 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 expresso como um Uniform Resource Locator (URL) por meio do uso do servidor proxy HTTP genérico :

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

Implementação

A implementação do Handle System consiste em Local Handle Services, cada um dos quais é 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) dentro do Handle System e pode ser consultado para descobrir onde identificadores específicos estão armazenados em outros Local Handle Services dentro deste sistema distribuído.

O site Handle System fornece uma série de ferramentas de implementação, principalmente o software HANDLE.NET e as bibliotecas de cliente HANDLE.NET. Os clientes do Handle podem ser incorporados no 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 e Firefox .

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.

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 combinar tal estrutura com o aplicativo de manipulação: por exemplo, a Iniciativa de Aprendizado Distribuído Avançado (ADL) reúne o aplicativo de Sistema de Manipulação com padrões existentes para conteúdo de aprendizagem distribuído, usando um Modelo de Referência de Objeto de Conteúdo Compartilhável (SCORM) , e a implementação do sistema Digital Object Identifier (DOI) do Handle System o adotou junto com a estrutura 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).

Princípios de design

O sistema Handle é projetado para atender aos seguintes requisitos para contribuir para a persistência

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).

Formulários

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 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. (Consulte Paradigma, identificadores persistentes.)

Os aplicativos do sistema Handle podem usar identificadores como identificadores persistentes simples (como os mais comumente usados, para resolver para a URL atual de um objeto) ou podem escolher 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 vs. gratuito, seguro vs. aberto, público vs. 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".

Licenças e política de uso

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 do CNRI, que licencia a tecnologia do Handle System por meio de uma licença pública, semelhante a uma licença de código aberto, de forma a possibilitar o uso mais amplo da tecnologia. A infraestrutura do Handle System é suportada por registro de prefixo e taxas de serviço, com a maioria vindo de portadores 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 contrato de serviço também está disponível para usuários que pretendem fornecer identificadores e / ou serviços de resolução usando a tecnologia Handle System sob a licença pública Handle System.

Tecnologias relacionadas

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, outro componente importante dessa arquitetura. Mais informações 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.

Veja também

Referências

links externos