Ein Uniform Resource Identifier (Abk. URI, englisch für einheitlicher Bezeichner für Ressourcen) ist ein Identifikator und besteht aus einer Zeichenfolge, die zur Identifizierung einer abstrakten oder physischen Ressource dient. URIs werden zur Bezeichnung von Ressourcen (wie Webseiten, sonstigen Dateien, Aufruf von Webservices, aber auch E-Mail-Empfängern) im Internet und dort vor allem im WWW eingesetzt. Der aktuelle Stand 2016 ist als RFC 3986 publiziert.

Ursprünglich führte Tim Berners-Lee den Begriff 1994 im RFC 1630 als Universal Resource Identifier ein. Erst später tauchte dann in offiziellen W3C-Dokumenten die Auflösung Uniform auf. Aus diesem Grund wird Universal gelegentlich – selbst in der Fachliteratur – als erster Namensbestandteil genannt.

URIs können als Zeichenfolge (kodiert mit einem Zeichensatz) in digitale Dokumente, insbesondere solche im HTML-Format eingebunden oder auch von Hand auf Papier aufgeschrieben werden. Einen Verweis von einer Webseite auf eine andere nennt man Hyperlink oder kurz „Link“.

Eine Erweiterung der nur aus druckbaren ASCII-Zeichen bestehenden URIs sind die Internationalized Resource Identifiers (IRIs).

Konzeption

Ein URI (oder in der Erweiterung IRI) ist das abstrakte Prinzip, die Syntax, einer Kennzeichnung, bei dem ein Satz an Regeln vorgegeben ist. Dieses Grundkonzept der URI wird dann auf verschiedene konkrete Anwendungsbereiche übertragen, für die dann die entsprechenden Regeln und Begriffe gelten. Zum Beispiel:

• „URI dürfen keine Leerzeichen enthalten.“ oder
• „Zu Beginn steht der Name eines Schemas in ASCII-Buchstaben und Ziffern, gegebenenfalls gegliedert durch Punkt und Bindestrich, beginnend mit Buchstaben, worauf ein Doppelpunkt folgt.“

Grundsätzlich gibt es drei Typen von Anwendungen:

• Name
  • Der Inhalt einer Ressource (und damit jede inhaltsgleiche Kopie) erhält eine eindeutige Kennung.
  • Beispiel: Die ISBN eines Buches. Es gibt unbegrenzt viele Exemplare dieses Buches.
• Locator
  • Der Ort einer Ressource ist über ihren Bezeichner definiert. Sie wird also darüber identifiziert, wo sie zu finden ist; es wird damit jedoch nicht zwangsläufig ihr Inhalt festgelegt.
  • Beispiel: Aktueller Wetterbericht im Internet. Es ist bekannt, an welcher Stelle (URL) dieser zu finden ist; der Inhalt ändert sich ständig.
  • Beispiel: Ein Buch wird dadurch beschrieben, in welcher Bibliothek es steht: dort im zweiten Raum, drittes Regal, viertes Fach von oben, fünftes Buch von links. Dort könnten die aktuellen Top-5 der Bestsellerliste stehen – unabhängig von ihrem Inhalt.
• Individuum
  • Die Regeln der URI können auch angewendet werden, wenn etwas überhaupt keine klassische Ressource ist, trotzdem identifiziert werden soll.
  • Zunächst verstand man unter „Ressource“ etwas wie Ressourcen im informationstechnischen Sinn, also im weitesten Sinne elektronische Dateien, die auch im Internet verfügbar gemacht werden könnten. Davon gingen 1994 die RFC 1630 und RFC 1738 aus. Dieses Konzept wurde jedoch erweitert. So war 1998 in der RFC 2396 (Abschnitt 1.1) festgelegt worden: „A resource can be anything that has identity.“ Auch Personen, Organisationen und gedruckte Bücher könnten als Ressource betrachtet werden. Diese Betrachtung zielt auf die Kennzeichnung zuordnungsfähiger Entitäten.
  • Beispiele: E-Mail-Adresse, Nummer eines Mobiltelefons, Reisepass sowie die legitime Inhaberin, Sozialversicherungsnummer, Fingerabdruck und der Mensch dazu.

Im Januar 2005 wurde mit RFC 3986 das Konzept der Ressource im Sinne der URI auch noch um abstrakte Konzepte erweitert:

Aufbau

Nach dem aktuellen Standard RFC 3986 besteht ein URI aus fünf Teilen: scheme (Schema oder Protokoll), authority (Anbieter oder Server), path (Pfad), query (Abfrage) und fragment (Teil), wovon nur scheme und path in jedem URI vorhanden sein müssen. Die generische Syntax ist:

URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

Dabei steht hier-part (hierarchischer Teil) für eine optionale authority und den path. Ist die Angabe einer authority erforderlich, um die Ressource letztlich zu verorten, so wird sie durch doppelten Schrägstrich eingeleitet und die darauf folgende Pfadangabe muss mit einem Schrägstrich beginnen. Der Standard verdeutlicht diese Komponenten mit zwei Beispielen:

  foo://example.com:8042/over/there?name=ferret#nose
  \_/ \________________/\_________/ \_________/ \__/
   |          |             |            |        |
scheme    authority        path        query   fragment
   |   _____________________|__
  / \ /                        \
  urn:example:animal:ferret:nose

URI-Referenzen

Oft verwenden Anwendungen nicht den vollständigen URI, sondern eine abgekürzte Syntax, beispielsweise um Platz zu sparen oder den einfachen Umzug auf andere Server zu ermöglichen. Manche URI-Schemata begrenzen in ihrer Definition zudem die Syntax auf eine bestimmte Form. Unter dem Begriff der URI-Referenzen werden unterschiedliche Schreibweisen zusammengefasst.

Schemata

Unter anderem sind folgende Schemata definiert:

Auf der Website der Internet Assigned Numbers Authority (IANA) befindet sich eine vollständige Liste der offiziellen Schemata.

Daneben haben sich einige inoffizielle, von der IANA auch als „vorläufig“ bezeichnete, Schemata für einzelne Anwendungen oder gängige Protokolle etabliert:

Unterarten

Es werden folgende Unterarten von URIs unterschieden:

Uniform Resource Locator (URL)

Benennen eine Ressource über ihren primären Zugriffsmechanismus wie http oder ftp. Danach folgt die Bezeichnung des Ortes (englisch location) der Ressource im Netz – meistens der Domain-Name. URLs waren ursprünglich die einzige Art von URIs, weshalb der Begriff URL oft gleichbedeutend mit URI verwendet wird.

Uniform Resource Name (URN)

Mit dem URI-Schema urn (oder ggf. anderer) eine Ressource identifizieren mittels eines vorhandenen oder frei zu vergebenden Namens, beispielsweise urn:isbn oder urn:sha1.

Ursprünglich sollte jeder URI in eine dieser beiden Klassen (oder weitere noch zu definierende) eingeteilt werden. Diese strenge Aufteilung wurde jedoch aufgegeben, da sie unnötig ist und einige Schemata (wie data oder das früher den URLs zugeordnete mailto) in keine der beiden Klassen passen.

Siehe auch

• Digital Object Identifier (DOI)
• Persistent Uniform Resource Locator (PURL)
• Internationalized Resource Identifier (IRI)

Weblinks

• RFC 1630 – Universal Resource Identifiers in WWW. 1994 (Informational, englisch).
• RFC 3986 – Uniform Resource Identifier (URI): Generic Syntax. Januar 2005 (Standard, englisch).
• RFC 8820 – URI Design and Ownership. Juni 2020 – Standard: [BCP] (englisch).
• Web Naming and Addressing. W3C (englisch).
• Uniform Resource Identifier (URI) Schemes. Internet Assigned Numbers Authority (IANA) – Liste der URI-Schemata (englisch).
• Tim Berners-Lee: Cool URIs Don’t Change. W3C (englisch).

Einzelnachweise

1. 1 2 3 RFC 3986 – Uniform Resource Identifier (URI): Generic Syntax. Januar 2005 – Standard: [STD 66] (Standard, englisch).
2. 1 2 RFC 1630 – Universal Resource Identifiers in WWW. 1994 (Informational, englisch).
3. ↑ RFC 1738 – Uniform Resource Locators (URL). Dezember 1994 (englisch).
4. ↑ RFC 2396 – Uniform Resource Identifiers (URI): Generic Syntax. April 1998, Abschnitt 1.1 (englisch).
5. ↑ RFC 3986 – Uniform Resource Identifier (URI): Generic Syntax. Januar 2005, Abschnitt 1.1: Overview of URIs. (englisch).
6. ↑ RFC 3986 – Uniform Resource Identifier (URI): Generic Syntax. Januar 2005, Abschnitt 3.2.1: User Information. (englisch).
7. 1 2 RFC 2396 – Uniform Resource Identifiers (URI): Generic Syntax. April 1998 (englisch).
8. ↑ RFC 2396 (englisch).
9. ↑ Graham Klyne: Uniform Resource Identifier (URI) Schemes. Internet Assigned Numbers Authority (IANA), 20. März 2016, abgerufen am 8. April 2016 (englisch). 
10. ↑ tools.ietf.org
11. ↑ tools.ietf.org
12. ↑ tools.ietf.org
13. ↑ tools.ietf.org
14. ↑ tools.ietf.org
15. ↑ iana.org
16. 1 2 tools.ietf.org
17. ↑ tools.ietf.org
18. ↑ iana.org
19. ↑ msdn.microsoft.com