Old page wikitext, before the edit (old_wikitext ) | 'The '''Handle System''' is a technology specification for assigning, managing, and resolving [[persistent identifier]]s for [[digital object]]s and other resources on the Internet. The protocols specified enable a distributed computer system to store identifiers (names, or handles) of digital resources and resolve those handles into the information necessary to locate, access, and otherwise make use of the resources. That information can be changed as needed to reflect the current state and/or location of the identified resource without changing the handle.
The Handle System was developed by [[Bob Kahn]], co-inventor of the [[Internet Protocol Suite|TCP/IP]] protocols that underlie the operation of the [[Internet]], with support from the Defense Advanced Research Projects Agency [[DARPA]] at the [[Corporation for National Research Initiatives]] (CNRI), which continues to develop and manage it. The Handle System is currently in use in several applications.
The Handle System enables management of objects as [[First-class object|first class entities]], rather than as packets of bits with dependency on other attributes such as locations. It emerged as part of a wider Framework for Distributed Digital Object Services<ref>{{cite web|url=http://www.cnri.reston.va.us/k-w.html |title=Kahn/Wilensky Architecture |publisher=Cnri.reston.va.us |date=1995-05-13 |accessdate=2013-03-13}}</ref> but has been used in independent applications. The system is designed to be scalable to very large numbers of entities without performance degradation, to allow distributed administration, and to enable resolution to multiple pieces of current data (each of which may be separately managed). It also has further optional features such as [[public key infrastructure]] capability to enable trust applications.
Resolution is the process in which an identifier is the input request to a network service to receive in return a specific output of one or more pieces of current information (state data) related to the identified entity: e.g., a location (URL). The [[Domain Name System]] resolves domain names meaningful to humans into numerical [[IP addresses]] (locations of file servers). The Handle System is compatible with DNS but does not necessarily require it, unlike persistent identifiers such as [[Persistent Uniform Resource Locator|PURLs]] or [[Archival Resource Key|ARKs]] which utilise domain names and are therefore ultimately constrained by them. Other significant differences include the administrative [[granularity]] possible with the Handle System (administrators can be different for each handle, and there can also be more than one per handle) and the option for extensible multiple [[data type]]s to be assigned.<ref>{{cite web|url=http://www.handle.net/overviews/types.html |title=Automatic redirect to Handle System Fundamentals |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref>
DNS has well-recognised problems of security and updating which suggest that it will not be sufficient to assume that existing DNS technology can simply be adapted to deal with new requirements. By explicitly separating names from all associated data, including location, the Handle System addresses a key requirement of future internet architecture. A joint research project by the [[MIT Laboratory for Computer Science]] and [[Air Force Research Laboratory]] argued that "it is possible to separate the ideas of location and identity, both of which are represented by the IP address in today's Internet, ... the resulting architecture facilitates mobility as well as solving other problems with today's network".<ref name="ref1">{{cite web|url=http://www.isi.edu/newarch/iDOCS/final.finalreport.pdf |title=New Arch: Future Generation Internet Architecture|author=David Clark|author2=Karen Sollins|author3=John Wroclawski|author4=Dina Katabi|author5=Joanna Kulik|author6=Xiaowei Yang|author7=Robert Braden|author8=Ted Faber|author9=Aaron Falk|author10=Venkata Pingali|publisher=[[Air Force Research Laboratory]]|location=[[Rome, New York]]|format=PDF|date=31 Dec 2003|accessdate=2013-03-13}}</ref>
==Specifications==
The Handle System is defined in informational [[Request for Comments|RFCs]] 3650,<ref>http://www.rfc-editor.org/rfc/rfc3650.txt</ref> 3651<ref>http://www.rfc-editor.org/rfc/rfc3651.txt</ref> and 3652<ref>http://www.rfc-editor.org/rfc/rfc3652.txt</ref> of the [[Internet Engineering Task Force|Internet Engineering Task Force (IETF)]]; it includes an open set of protocols, a namespace, and a reference implementation of the protocols. Handles resolve to [[Data type|typed data]]. Documentation, software, and related information is provided by CNRI on a dedicated website<ref>{{cite web|url=http://www.handle.net |title=handle.net |publisher=handle.net |date= |accessdate=2013-03-13}}</ref> Each handle may have its own administrator(s) and administration of these handles can be done in a distributed environment. The name-to-value bindings may also be secured, both via signatures to verify the data and via challenge response to verify the transmission of the data, allowing handles to be used in trust management applications. The syntax of the handle encompasses any [[Unicode]] character and leaves the string construction to the assigner (thereby allowing inclusion of existing identifier strings if desired).
Implementation of the Handle System consists of Local Handle Services, each of which is made up of one or more sites that provide the servers that store specific handles. The Global Handle Registry is a unique Local Handle Service which stores information on the prefixes (also known as naming authorities) within the Handle System and can be queried to find out where specific handles are stored on other Local Handle Services within this distributed system.
Handles can be used natively, or expressed as [[Uniform Resource Name|Uniform Resource Names (URNs)]] or [[Uniform Resource Identifier|Uniform Resource Identifiers (URIs)]]. Although the Handle System is not currently a registered stand-alone implementation of URI or URN, it is a registered namespace within the [[info URI scheme]]<ref>{{cite web|url=http://info-uri.info/registry/docs/misc/faq.html |title=About "info" URIs - Frequently Asked Questions |publisher=Info-uri.info |date= |accessdate=2013-03-13}}</ref> specification, RFC 4452.<ref>http://www.rfc-editor.org/rfc/rfc4452.txt</ref> Handles may also be expressed as Uniform Resource Locators (URLs), by the use of a http proxy server.<ref>{{cite web|url=http://www.handle.net/proxy.html |title=HDL.NET Services: Proxy Server System |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref>
==Implementation==
The Handle System website provides a series of implementation tools, notably the HANDLE.NET Software<ref>{{cite web|url=http://www.handle.net/download.html |title=HS Software Download |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> and HANDLE.NET Client Libraries.<ref>{{cite web|url=http://www.handle.net/client_download.html |title=Software Client Libraries |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> Handle clients can be embedded in end user software (e.g., a web browser) or in server software (e.g., a web server) and extensions are already available for [[Adobe Acrobat]]<ref>{{cite web|url=http://www.handle.net/hs-tools/adobe/ |title=HDL Plug-in for Adobe Acrobat and Acrobat Reader |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> and [[Firefox]].<ref>[http://www.handle.net/hs-tools/extensions/firefox_hdlclient.html ] {{webarchive |url=https://web.archive.org/web/20150905092651/http://www.handle.net/hs-tools/extensions/firefox_hdlclient.html |date=September 5, 2015 }}</ref>
Handle client software libraries are available in both C and Java. Some applications have developed specific add-on tools, e.g., for the DOI System.<ref>{{cite web|url=http://www.doi.org/tools.html |title=DOI System Tools |publisher=Doi.org |date=2012-07-12 |accessdate=2013-03-13}}</ref>
The interoperable network of distributed handle resolver servers (also known as the Proxy Server System) are linked through a Global Resolver (which is one logical entity though physically decentralised and mirrored). Users of Handle System technology obtain a handle prefix created in the Global Handle Registry.<ref>{{cite web|url=http://www.handle.net/introduction.html |title=Services: Global Handle Registry |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> The Global Handle Registry maintains and resolves the prefixes of locally maintained handle services. Any local handle service can, therefore, resolve any handle through the Global Resolver.
Handles (identifiers) are passed by a client, as a query of the naming authority/prefix, to the Handle System's Global Handle Registry (GHR). The GHR responds by sending the client the location information for the relevant Local Handle Service (which may consist of multiple servers in multiple sites); a query is then sent to the relevant server within the Local Handle Service. The Local Handle Service returns the information needed to acquire the resource, e.g., a URL which can then be turned into an HTTP re-direct. (Note: if the client already has information on the appropriate LHS to query, the initial query to GHR is omitted)
Though the original model from which the Handle System derives dealt with management of digital objects, the Handle System does not mandate any particular model of relationships between the identified entities, nor is it limited to identifying only digital objects: non-digital entities may be represented as a corresponding digital object for the purposes of digital object management. Some care is needed in the definition of such objects and how they relate to non-digital entities; there are established models that can aid in such definitions (e.g., [[Functional Requirements for Bibliographic Records|Functional Requirements for Bibliographic Records (FRBR)]], [[CIDOC CRM]], and [[indecs Content Model|indecs content model]]. Some applications have found it helpful to marry such a framework to the handle application: for example, the Advanced Distributed Learning (ADL) Initiative<ref>{{cite web|url=http://www.adlnet.gov/ |title=adlnet.gov |publisher=adlnet.gov |date= |accessdate=2013-03-13}}</ref> brings together Handle System application with existing standards for distributed learning content, using a Shareable Content Object Reference Model (SCORM),<ref>{{cite web|url=http://www.adlnet.gov/scorm/index.aspx|archiveurl=http://www.webcitation.org/5YNNKTrTx|archivedate=2008-06-06|title=SCORM|work=adlnet.gov}}</ref> and the [[Digital Object Identifier|Digital Object Identifier (DOI) system]] implementation of the Handle System has adopted it together with the [[indecs Content Model|indecs]] framework to deal with [[semantic interoperability]].
The Handle System also makes explicit the importance of organizational commitment to a persistent identifier scheme, but does not mandate one model for ensuring such commitment. Individual applications may choose to establish their own sets of rules and social infrastructure to ensure persistence (e.g., when used in the [[DSpace]] application, and the DOI application).<ref>{{cite web|url=http://www.doi.org |title=doi.org |publisher=doi.org |date=2013-01-08 |accessdate=2013-03-13}}</ref>
==Design principles==
The Handle system is designed to meet the following requirements to contribute to persistence<ref name="ref2">{{cite web|url=http://www.handle.net/documentation.html |title=Handle System Fundamentals, www.handle.net |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref><ref name="ref3">{{cite web|url=http://www.oscars.org/science-technology/council/projects/metadata-symposium/webcasts.html|archiveurl=https://web.archive.org/web/20130330170608/http://www.oscars.org/science-technology/council/projects/metadata-symposium/webcasts.html|archivedate=2013-03-30 |title=Identifier Systems in Network Architecture, Laurence Lannom, CNRI. Video of presentation (or presentation PDF only) from the Digital Motion Picture Metadata Symposium, Science & Technology Council, Academy of Motion Picture Arts & Sciences, 11 June 2009 |publisher=Oscars.org |date=2012-08-24 |accessdate=2013-03-13}}</ref>
The identifier string:
* is not based on any changeable attributes of the entity (location, ownership, or any other attribute that may change without changing the referent’s identity);
* is opaque (preferably a ‘dumb number’: a well known pattern invites assumptions that may be misleading, and meaningful semantics may not translate across languages and may cause trademark conflicts);
* is unique within the system (to avoid collisions and referential uncertainty);
* has optional, but nice to have, features that should be supported (human-readable,cut-and-paste-able, embeddable; fits common systems, e.g., URI specification).
The identifier resolution mechanism:
* is reliable (using redundancy, no single points of failure, and fast enough to not appear broken);
* is scalable (higher loads simply managed with more computers);
* is flexible (can adapt to changing computing environments; useful to new applications):
* is trusted (both resolution and administration have technical trust methods; an operating organization is committed to the long term);
* builds on open architecture (encouraging the leverage efforts of a community in building applications on the infrastructure);
* is transparent (users need not know the infrastructure details).
==Applications==
Among the objects that are currently identified by handles are journal articles, technical reports, books, theses and dissertations, government documents, metadata, distributed learning content, and data sets. Handles are being used in digital watermarking applications, GRID applications, repositories, and more. Although individual users may download and use the HANDLE.NET software independently, many users have found it beneficial to collaborate in developing applications in a federation, using common policy or additional technology to provide shared services. As one of the first persistent identifier schemes, the Handle System has been widely adopted by public and private institutions and proven over several years. (See Paradigm, Persistent identifiers.)<ref>{{cite web|url=http://www.paradigm.ac.uk/workbook/metadata/pids-handle.html |title=workbook on digital private papers | administrative and preservation metadata | persistent identifiers |publisher=paradigm |date=2008-01-02 |accessdate=2013-03-13}}</ref>
Handle System applications may use handles as simple persistent identifiers (as most commonly used, to resolve to the current URL of an object), or may choose to take advantage of other features. Its support for the simultaneous return as output of multiple pieces of current information related to the object, in defined data structures, enables priorities to be established for the order in which the multiple resolutions will be used. Handles can, therefore, resolve to different digital versions of the same content, to mirror sites, or to different business models (pay vs. free, secure vs. open, public vs. private). They can also resolve to different digital versions of differing content, such as a mix of objects required for a distance-learning course.
There are thousands of handle services running today, located in 71 countries, on 6 continents; over 1000 of them run at universities and libraries. Handle services are being run by user federations, national laboratories, universities, computing centers, libraries (national and local), government agencies, contractors, corporations, and research groups. Major publishers use the Handle System for persistent identification of commercially traded and Open Access content through its implementation with the [[Digital Object Identifier|Digital Object Identifier (DOI) system]].
The number of prefixes, which allow users to assign handles, is growing and stands at over 12,000 as of early 2014. There are six top-level Global Handle Registry servers that receive (on average) 68 million resolution requests per month. Proxy servers known to CNRI, passing requests to the system on the Web, receive (on average) 200 million resolution requests per month. (Statistics from Handle Quick Facts.)<ref>{{cite web|url=http://www.handle.net/factsheet.html |title=About the Handle System |publisher=Handle.net |date= |accessdate=7 January 2014}}</ref>
CNRI and [[ITU]] (International Telecommunication Union) recently entered into an agreement to collaborate on use of the Handle System (and the Digital Object Architecture more generally) and are working on the specific details of that collaboration; in April 2009 ITU listed the Handle System as an "emerging trend".<ref>{{cite web |url=http://www.itu.int/osg/csd/emerging_trends/handle_system/index.html |title=Handle System |publisher=Itu.int |date=2010-04-16 |accessdate=2013-03-13}}</ref>
==Licences and use policy==
Handle System, HANDLE.NET and Global Handle Registry are trademarks of the [[Corporation for National Research Initiatives]] (CNRI), a non-profit research and development corporation in the USA. The Handle System is the subject of patents by CNRI, which licenses its Handle System technology through a public license,<ref>http://www.handle.net/HSj/hdlnet-2-LICENSE.pdf</ref> similar to an open source license, in order to enable broader use of the technology. Handle System infrastructure is supported by prefix registration and service fees, with the majority coming from single prefix holders. The largest current single contributor is the [[International DOI Foundation]]. The Public License allows commercial and non-commercial use at low cost of both its patented technology and the reference implementation of the software, and allows the software to be freely embedded in other systems and products. A Service Agreement<ref>http://www.handle.net/service_agreement.html</ref> is also available for users who intend to provide identifier and/or resolution services using the Handle System technology under the Handle System public license.
== Examples ==
{{empty-section|date=August 2016}}
==Related technologies==
{{Update-section|date=August 2016}}
The Handle System is the first piece of a long-term digital object architecture. In January 2010 CNRI released its general-purpose Digital Object Repository software,<ref>{{cite web|url=http://www.dorepository.org |title=dorepository.org |publisher=dorepository.org |date=2013-01-08 |accessdate=2013-03-13}}</ref> which is the second major component of this architecture. More information<ref>{{cite web|url=http://www.dlib.org/dlib/january10/reilly/01reilly.html |title=Digital Object Repository Server: A Component of the Digital Object Architecture |publisher=Dlib.org |date=2010-02-04 |accessdate=2013-03-13}}</ref> about the release, including protocol specification, source code and ready-to-use system, clients and utilities, is available.<ref>{{cite web|url=http://www.dorepository.org/documentation.html |title=DO Repository |doi=10.1045/january2010-reilly |publisher=DO Repository |date= |accessdate=2013-03-13}}</ref> The third and final piece, the Digital Object Registry, will be released shortly.{{when|date=August 2016}}
The continued use and evolution of the Handle System is in no way dependent on these other components, but those already using Handles may find them useful in small or large ways and both are, or soon will be, freely available under an open source style license.
==References==
{{reflist|colwidth=30em}}
==External links==
* {{Official website|http://www.handle.net }}
* [http://www.paradigm.ac.uk/workbook/metadata/pids.html Persistent identifiers] project at [http://www.paradigm.ac.uk/about Paradigm]
[[Category:Internet protocols]]
[[Category:Identifiers]]' |
New page wikitext, after the edit (new_wikitext ) | 'The '''Handle System''' is a technology specification for assigning, managing, and resolving [[persistent identifier]]s for [[digital object]]s and other resources on the Internet. The protocols specified enable a distributed computer system to store identifiers (names, or handles) of digital resources and resolve those handles into the information necessary to locate, access, and otherwise make use of the resources. That information can be changed as needed to reflect the current state and/or location of the identified resource without changing the handle.
The Handle System was developed by [[Bob Kahn]], co-inventor of the [[Internet Protocol Suite|TCP/IP]] protocols that underlie the operation of the [[Internet]], with support from the Defense Advanced Research Projects Agency [[DARPA]] at the [[Corporation for National Research Initiatives]] (CNRI), which continues to develop and manage it. The Handle System is currently in use in several applications.
The Handle System enables management of objects as [[First-class object|first class entities]], rather than as packets of bits with dependency on other attributes such as locations. It emerged as part of a wider Framework for Distributed Digital Object Services<ref>{{cite web|url=http://www.cnri.reston.va.us/k-w.html |title=Kahn/Wilensky Architecture |publisher=Cnri.reston.va.us |date=1995-05-13 |accessdate=2013-03-13}}</ref> but has been used in independent applications. The system is designed to be scalable to very large numbers of entities without performance degradation, to allow distributed administration, and to enable resolution to multiple pieces of current data (each of which may be separately managed). It also has further optional features such as [[public key infrastructure]] capability to enable trust applications.
Resolution is the process in which an identifier is the input request to a network service to receive in return a specific output of one or more pieces of current information (state data) related to the identified entity: e.g., a location (URL). The [[Domain Name System]] resolves domain names meaningful to humans into numerical [[IP addresses]] (locations of file servers). The Handle System is compatible with DNS but does not necessarily require it, unlike persistent identifiers such as [[Persistent Uniform Resource Locator|PURLs]] or [[Archival Resource Key|ARKs]] which utilise domain names and are therefore ultimately constrained by them. Other significant differences include the administrative [[granularity]] possible with the Handle System (administrators can be different for each handle, and there can also be more than one per handle) and the option for extensible multiple [[data type]]s to be assigned.
DNS has well-recognised problems of security and updating which suggest that it will not be sufficient to assume that existing DNS technology can simply be adapted to deal with new requirements. By explicitly separating names from all associated data, including location, the Handle System addresses a key requirement of future internet architecture. A joint research project by the [[MIT Laboratory for Computer Science]] and [[Air Force Research Laboratory]] argued that "it is possible to separate the ideas of location and identity, both of which are represented by the IP address in today's Internet, ... the resulting architecture facilitates mobility as well as solving other problems with today's network".<ref name="ref1">{{cite web|url=http://www.isi.edu/newarch/iDOCS/final.finalreport.pdf |title=New Arch: Future Generation Internet Architecture|author=David Clark|author2=Karen Sollins|author3=John Wroclawski|author4=Dina Katabi|author5=Joanna Kulik|author6=Xiaowei Yang|author7=Robert Braden|author8=Ted Faber|author9=Aaron Falk|author10=Venkata Pingali|publisher=[[Air Force Research Laboratory]]|location=[[Rome, New York]]|format=PDF|date=31 Dec 2003|accessdate=2013-03-13}}</ref>
==Specifications==
The Handle System is defined in informational [[Request for Comments|RFCs]] 3650,<ref>http://www.rfc-editor.org/rfc/rfc3650.txt</ref> 3651<ref>http://www.rfc-editor.org/rfc/rfc3651.txt</ref> and 3652<ref>http://www.rfc-editor.org/rfc/rfc3652.txt</ref> of the [[Internet Engineering Task Force|Internet Engineering Task Force (IETF)]]; it includes an open set of protocols, a namespace, and a reference implementation of the protocols. Handles resolve to [[Data type|typed data]]. Documentation, software, and related information is provided by CNRI on a dedicated website<ref>{{cite web|url=http://www.handle.net |title=handle.net |publisher=handle.net |date= |accessdate=2013-03-13}}</ref> Each handle may have its own administrator(s) and administration of these handles can be done in a distributed environment. The name-to-value bindings may also be secured, both via signatures to verify the data and via challenge response to verify the transmission of the data, allowing handles to be used in trust management applications. The syntax of the handle encompasses any [[Unicode]] character and leaves the string construction to the assigner (thereby allowing inclusion of existing identifier strings if desired).
Implementation of the Handle System consists of Local Handle Services, each of which is made up of one or more sites that provide the servers that store specific handles. The Global Handle Registry is a unique Local Handle Service which stores information on the prefixes (also known as naming authorities) within the Handle System and can be queried to find out where specific handles are stored on other Local Handle Services within this distributed system.
Handles can be used natively, or expressed as [[Uniform Resource Name|Uniform Resource Names (URNs)]] or [[Uniform Resource Identifier|Uniform Resource Identifiers (URIs)]]. Although the Handle System is not currently a registered stand-alone implementation of URI or URN, it is a registered namespace within the [[info URI scheme]]<ref>{{cite web|url=http://info-uri.info/registry/docs/misc/faq.html |title=About "info" URIs - Frequently Asked Questions |publisher=Info-uri.info |date= |accessdate=2013-03-13}}</ref> specification, RFC 4452.<ref>http://www.rfc-editor.org/rfc/rfc4452.txt</ref> Handles may also be expressed as Uniform Resource Locators (URLs), by the use of a http proxy server.<ref>{{cite web|url=http://www.handle.net/proxy.html |title=HDL.NET Services: Proxy Server System |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref>
==Implementation==
The Handle System website provides a series of implementation tools, notably the HANDLE.NET Software<ref>{{cite web|url=http://www.handle.net/download.html |title=HS Software Download |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> and HANDLE.NET Client Libraries.<ref>{{cite web|url=http://www.handle.net/client_download.html |title=Software Client Libraries |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> Handle clients can be embedded in end user software (e.g., a web browser) or in server software (e.g., a web server) and extensions are already available for [[Adobe Acrobat]]<ref>{{cite web|url=http://www.handle.net/hs-tools/adobe/ |title=HDL Plug-in for Adobe Acrobat and Acrobat Reader |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> and [[Firefox]].<ref>[http://www.handle.net/hs-tools/extensions/firefox_hdlclient.html ] {{webarchive |url=https://web.archive.org/web/20150905092651/http://www.handle.net/hs-tools/extensions/firefox_hdlclient.html |date=September 5, 2015 }}</ref>
Handle client software libraries are available in both C and Java. Some applications have developed specific add-on tools, e.g., for the DOI System.<ref>{{cite web|url=http://www.doi.org/tools.html |title=DOI System Tools |publisher=Doi.org |date=2012-07-12 |accessdate=2013-03-13}}</ref>
The interoperable network of distributed handle resolver servers (also known as the Proxy Server System) are linked through a Global Resolver (which is one logical entity though physically decentralised and mirrored). Users of Handle System technology obtain a handle prefix created in the Global Handle Registry.<ref>{{cite web|url=http://www.handle.net/introduction.html |title=Services: Global Handle Registry |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref> The Global Handle Registry maintains and resolves the prefixes of locally maintained handle services. Any local handle service can, therefore, resolve any handle through the Global Resolver.
Handles (identifiers) are passed by a client, as a query of the naming authority/prefix, to the Handle System's Global Handle Registry (GHR). The GHR responds by sending the client the location information for the relevant Local Handle Service (which may consist of multiple servers in multiple sites); a query is then sent to the relevant server within the Local Handle Service. The Local Handle Service returns the information needed to acquire the resource, e.g., a URL which can then be turned into an HTTP re-direct. (Note: if the client already has information on the appropriate LHS to query, the initial query to GHR is omitted)
Though the original model from which the Handle System derives dealt with management of digital objects, the Handle System does not mandate any particular model of relationships between the identified entities, nor is it limited to identifying only digital objects: non-digital entities may be represented as a corresponding digital object for the purposes of digital object management. Some care is needed in the definition of such objects and how they relate to non-digital entities; there are established models that can aid in such definitions (e.g., [[Functional Requirements for Bibliographic Records|Functional Requirements for Bibliographic Records (FRBR)]], [[CIDOC CRM]], and [[indecs Content Model|indecs content model]]. Some applications have found it helpful to marry such a framework to the handle application: for example, the Advanced Distributed Learning (ADL) Initiative<ref>{{cite web|url=http://www.adlnet.gov/ |title=adlnet.gov |publisher=adlnet.gov |date= |accessdate=2013-03-13}}</ref> brings together Handle System application with existing standards for distributed learning content, using a Shareable Content Object Reference Model (SCORM),<ref>{{cite web|url=http://www.adlnet.gov/scorm/index.aspx|archiveurl=http://www.webcitation.org/5YNNKTrTx|archivedate=2008-06-06|title=SCORM|work=adlnet.gov}}</ref> and the [[Digital Object Identifier|Digital Object Identifier (DOI) system]] implementation of the Handle System has adopted it together with the [[indecs Content Model|indecs]] framework to deal with [[semantic interoperability]].
The Handle System also makes explicit the importance of organizational commitment to a persistent identifier scheme, but does not mandate one model for ensuring such commitment. Individual applications may choose to establish their own sets of rules and social infrastructure to ensure persistence (e.g., when used in the [[DSpace]] application, and the DOI application).<ref>{{cite web|url=http://www.doi.org |title=doi.org |publisher=doi.org |date=2013-01-08 |accessdate=2013-03-13}}</ref>
==Design principles==
The Handle system is designed to meet the following requirements to contribute to persistence<ref name="ref2">{{cite web|url=http://www.handle.net/documentation.html |title=Handle System Fundamentals, www.handle.net |publisher=Handle.net |date= |accessdate=2013-03-13}}</ref><ref name="ref3">{{cite web|url=http://www.oscars.org/science-technology/council/projects/metadata-symposium/webcasts.html|archiveurl=https://web.archive.org/web/20130330170608/http://www.oscars.org/science-technology/council/projects/metadata-symposium/webcasts.html|archivedate=2013-03-30 |title=Identifier Systems in Network Architecture, Laurence Lannom, CNRI. Video of presentation (or presentation PDF only) from the Digital Motion Picture Metadata Symposium, Science & Technology Council, Academy of Motion Picture Arts & Sciences, 11 June 2009 |publisher=Oscars.org |date=2012-08-24 |accessdate=2013-03-13}}</ref>
The identifier string:
* is not based on any changeable attributes of the entity (location, ownership, or any other attribute that may change without changing the referent’s identity);
* is opaque (preferably a ‘dumb number’: a well known pattern invites assumptions that may be misleading, and meaningful semantics may not translate across languages and may cause trademark conflicts);
* is unique within the system (to avoid collisions and referential uncertainty);
* has optional, but nice to have, features that should be supported (human-readable,cut-and-paste-able, embeddable; fits common systems, e.g., URI specification).
The identifier resolution mechanism:
* is reliable (using redundancy, no single points of failure, and fast enough to not appear broken);
* is scalable (higher loads simply managed with more computers);
* is flexible (can adapt to changing computing environments; useful to new applications):
* is trusted (both resolution and administration have technical trust methods; an operating organization is committed to the long term);
* builds on open architecture (encouraging the leverage efforts of a community in building applications on the infrastructure);
* is transparent (users need not know the infrastructure details).
==Applications==
Among the objects that are currently identified by handles are journal articles, technical reports, books, theses and dissertations, government documents, metadata, distributed learning content, and data sets. Handles are being used in digital watermarking applications, GRID applications, repositories, and more. Although individual users may download and use the HANDLE.NET software independently, many users have found it beneficial to collaborate in developing applications in a federation, using common policy or additional technology to provide shared services. As one of the first persistent identifier schemes, the Handle System has been widely adopted by public and private institutions and proven over several years. (See Paradigm, Persistent identifiers.)<ref>{{cite web|url=http://www.paradigm.ac.uk/workbook/metadata/pids-handle.html |title=workbook on digital private papers | administrative and preservation metadata | persistent identifiers |publisher=paradigm |date=2008-01-02 |accessdate=2013-03-13}}</ref>
Handle System applications may use handles as simple persistent identifiers (as most commonly used, to resolve to the current URL of an object), or may choose to take advantage of other features. Its support for the simultaneous return as output of multiple pieces of current information related to the object, in defined data structures, enables priorities to be established for the order in which the multiple resolutions will be used. Handles can, therefore, resolve to different digital versions of the same content, to mirror sites, or to different business models (pay vs. free, secure vs. open, public vs. private). They can also resolve to different digital versions of differing content, such as a mix of objects required for a distance-learning course.
There are thousands of handle services running today, located in 71 countries, on 6 continents; over 1000 of them run at universities and libraries. Handle services are being run by user federations, national laboratories, universities, computing centers, libraries (national and local), government agencies, contractors, corporations, and research groups. Major publishers use the Handle System for persistent identification of commercially traded and Open Access content through its implementation with the [[Digital Object Identifier|Digital Object Identifier (DOI) system]].
The number of prefixes, which allow users to assign handles, is growing and stands at over 12,000 as of early 2014. There are six top-level Global Handle Registry servers that receive (on average) 68 million resolution requests per month. Proxy servers known to CNRI, passing requests to the system on the Web, receive (on average) 200 million resolution requests per month. (Statistics from Handle Quick Facts.)<ref>{{cite web|url=http://www.handle.net/factsheet.html |title=About the Handle System |publisher=Handle.net |date= |accessdate=7 January 2014}}</ref>
CNRI and [[ITU]] (International Telecommunication Union) recently entered into an agreement to collaborate on use of the Handle System (and the Digital Object Architecture more generally) and are working on the specific details of that collaboration; in April 2009 ITU listed the Handle System as an "emerging trend".<ref>{{cite web |url=http://www.itu.int/osg/csd/emerging_trends/handle_system/index.html |title=Handle System |publisher=Itu.int |date=2010-04-16 |accessdate=2013-03-13}}</ref>
==Licences and use policy==
Handle System, HANDLE.NET and Global Handle Registry are trademarks of the [[Corporation for National Research Initiatives]] (CNRI), a non-profit research and development corporation in the USA. The Handle System is the subject of patents by CNRI, which licenses its Handle System technology through a public license,<ref>http://www.handle.net/HSj/hdlnet-2-LICENSE.pdf</ref> similar to an open source license, in order to enable broader use of the technology. Handle System infrastructure is supported by prefix registration and service fees, with the majority coming from single prefix holders. The largest current single contributor is the [[International DOI Foundation]]. The Public License allows commercial and non-commercial use at low cost of both its patented technology and the reference implementation of the software, and allows the software to be freely embedded in other systems and products. A Service Agreement<ref>http://www.handle.net/service_agreement.html</ref> is also available for users who intend to provide identifier and/or resolution services using the Handle System technology under the Handle System public license.
== Examples ==
{{empty-section|date=August 2016}}
==Related technologies==
{{Update-section|date=August 2016}}
The Handle System is the first piece of a long-term digital object architecture. In January 2010 CNRI released its general-purpose Digital Object Repository software,<ref>{{cite web|url=http://www.dorepository.org |title=dorepository.org |publisher=dorepository.org |date=2013-01-08 |accessdate=2013-03-13}}</ref> which is the second major component of this architecture. More information<ref>{{cite web|url=http://www.dlib.org/dlib/january10/reilly/01reilly.html |title=Digital Object Repository Server: A Component of the Digital Object Architecture |publisher=Dlib.org |date=2010-02-04 |accessdate=2013-03-13}}</ref> about the release, including protocol specification, source code and ready-to-use system, clients and utilities, is available.<ref>{{cite web|url=http://www.dorepository.org/documentation.html |title=DO Repository |doi=10.1045/january2010-reilly |publisher=DO Repository |date= |accessdate=2013-03-13}}</ref> The third and final piece, the Digital Object Registry, will be released shortly.{{when|date=August 2016}}
The continued use and evolution of the Handle System is in no way dependent on these other components, but those already using Handles may find them useful in small or large ways and both are, or soon will be, freely available under an open source style license.
==References==
{{reflist|colwidth=30em}}
==External links==
* {{Official website|http://www.handle.net }}
* [http://www.paradigm.ac.uk/workbook/metadata/pids.html Persistent identifiers] project at [http://www.paradigm.ac.uk/about Paradigm]
[[Category:Internet protocols]]
[[Category:Identifiers]]' |