Verknüpfte Datenbenachrichtigungen

Verknüpfte Datenbenachrichtigungen (Ldn) ^[3] ist ein W3c Empfehlung das beschreibt a Kommunikationsprotokoll bezogen auf Http, Uri, und RDF wie Server (Empfänger) kann Nachrichten empfangen, die sie durch Anwendungen an sie verschoben haben (Absender) sowie wie andere Anwendungen (Verbraucher) kann diese Nachrichten abrufen. Jede Webressource (wie a Html Seite) kann für einen empfangenden Endpunkt bewerben (Posteingang) für Benachrichtigungsnachrichten. Nachrichten werden in RDF ausgedrückt und können beliebige Daten enthalten.

Motivation

Das Netz ist ein dezentrales System von Webressourcen, das von mehreren Organisationen und Einzelpersonen veröffentlicht wurde. Webressourcen wie Webseiten und formal strukturierter verknüpfte DatenFügen Sie häufig Links zu anderen Ressourcen im gesamten Web ein und können sie auf verschiedene Weise kommentieren oder beschreiben. Das Empfangsende wird jedoch im Allgemeinen nicht über eine solche Verbindungsschöpfung informiert und kann daher nicht bereitstellen Backlinks ohne manuelle Eingriff. Interaktionen innerhalb sozialen Medien Plattformen wie Kommentare in einem Nachrichtenartikel sind derzeit innerhalb der Plattform "gesperrt" und schwer zugänglich im Internet.

Mehrere zurückverlinken Mechanismen existieren und werden üblicherweise dazwischen verwendet Blog -Systeme, z.B. Ein "Antwort" -Post in Blog B über einen Beitrag in Blog A Ursachen Bs Plattform zum Senden von a Pingback Um im ursprünglichen Blog zu zeigen.

Eine wichtige Motivation für LDN besteht darin, Benachrichtigungen zwischen dezentralen Webanwendungen zu unterstützen.^[4] Einbeziehung von Webbrowsern, die - keinen eigenen HTTP -Server haben - keinen HTTP -Link für ihre Antwortmeldungen generieren können. Eine andere Motivation besteht darin, Benachrichtigungen als RDF Kontrolliertes Wortschatz - Damit jede konsumierende Anwendung die speziellen Informationen auswählen kann, die sie verstehen.

Protokoll

• A Absender oder Empfänger führt a ERHALTEN oder KOPF zu einer vorhandenen HTTP -Ressource. Es ist Posteingang URI wird aus beiden entdeckt:
  • A Verknüpfung: Beziehung in den HTTP -Antwortheadern vom Typ http://www.w3.org/ns/ldp#inbox
  • Eine RDF -Anweisung, die in der HTTP -Karosserie mit der RDF -Eigenschaft eingebettet ist http://www.w3.org/ns/ldp#inbox
• A Absender erstellt eine neue Benachrichtigung (z. B. als JSON-LD), was es POSTs an die Posteingang Uri.
  • Das Empfänger Erstellt eine neue HTTP -Ressource, die die veröffentlichte Benachrichtigung enthält, und antwortet mit 201 erstellt und das geschaffene URI.
• A Verbraucher Ruft RDF von den entdeckten ab Posteingang URI verwendet ERHALTEN, dann:
  • Das Verbraucher Pariert die Reaktionsbehörde, um RDF -Anweisungen mit der Eigenschaft zu finden http://www.w3.org/ns/ldp#contains. Das Objekt dieser Aussagen gibt den akzeptierten LDN -Benachrichtigungen die URIs.
  • Das Verbraucher Abrufen Sie eine der verknüpften Benachrichtigungen mithilfe ERHALTEN und verarbeiten Sie ihre RDF auf anwendungsspezifische Weise.
  • Benachrichtigungen bleiben zugänglich und können daher mit anderen Webressourcen verknüpft und beschrieben werden.

In jeder Phase können der Absender und der Verbraucher durchführen Inhaltsverhandlung In einem gegenseitig vereinbarten Senden oder Empfangen RDF Serialisierungsformat, aber ein konformer LDN -Empfänger muss zumindest unterstützen JSON-LD.

Beispiele

A Absender oder Verbraucher entdeckt den Posteingang für einen bestimmten URI, in diesem Beispiel mit dem Beispiel die KOPF Methode:

KOPF https://example.org/article/5 Http/1.1 

Http/1.1 200 OK Verknüpfung: ; rel="http://www.w3.org/ns/ldp#inbox" 

A Absender sendet eine Benachrichtigung an den entdeckten Posteingang, in diesem Beispiel mit dem Beispiel die Schema.org Wortschatz:

POST https://example.org/inbox/7 Http/1.1 Inhaltstyp: Anwendung/LD+JSON { "@Kontext": "http://schema.org",  "@Typ": "Rezension",  "Objekt" : {  "@Ich würde": "https://example.org/article/5"  },  "Agent": {   "@Typ": "Person",  "Name": "Alice"   },  "Ergebnis": {  "@Typ": "Rezension",  "ReviewBody": "Dieser Artikel ist der beste, den ich je gesehen habe!"  } } 

Http/1.1 201 Erstellt Ort: http://example.org/inbox/f44f3f11 

A Verbraucher Listet den Inhalt des entdeckten Posteingangs auf, um 3 Benachrichtigungen zu finden:

ERHALTEN https://example.org/inbox/7 Http/1.1 Inhaltstyp: Anwendung/LD+JSON 

Http/1.1 200 OK Inhaltstyp: Anwendung/LD+JSON {  "@Kontext": "http://www.w3.org/ns/ldp",  "@Ich würde": "https://example.org/inbox/7",  "enthält": [  "https://example.org/inbox/5c6ca040",  "https://cdn.example.org/inbox/92d72f00",  "https://example.org/inbox/f44f3f11",  ] } 

Beachte CDN). Das Verbraucher Folgen Sie den Links für Benachrichtigungen, die sie abrufen möchten.

In diesem Beispiel die Verbraucher Ruft das Neue ab F44F3F11 Benachrichtigung mit Inhaltsverhandlungen, um die zu bevorzugen Schildkröte RDF -Format:

ERHALTEN https://example.org/inbox/f44f3f11 Http/1.1 Annehmen: Anwendung/LD+JSON; q = 0,9, Text/Schildkröte; q = 1,5 

Http/1.1 200 OK Inhaltstyp: Text/Schildkröte  @Präfix Schema:  .  [  a Schema:Rezension;  Schema:Agent [  a Schema:Person;  Schema:Name "Alice"  ];  Schema:Objekt ;  Schema:Ergebnis [  a Schema:Rezension;  Schema:RezensionBody "Dieser Artikel ist der beste, den ich je gesehen habe!"  ]  ] . 

Implementierungen

Mehrere LDN -Implementierungen existiert,^[4][5] Abdeckung von Absendern, Verbrauchern und Empfängern, einschließlich:

• Dokieli (Absender, Verbraucher)
• Errol (Absender)
• Fedora Commons (Empfänger)
• Apache Marmotta (Empfänger)
• Kohlenstoff LDP (Empfänger)
• Verknüpfte Bearbeitungsregeln (Absender)
• Fest (Absender, Empfänger, Verbraucher)
• Virtuoso Universal Server (Empfänger, Verbraucher)

Irgendein Verknüpfte Datenplattform (LDP) Implementierungen entsprechen auch verknüpfte Datenbenachrichtigungen Empfänger Als LDN ist eine strenge Teilmenge von LDP.^[4]

Verweise