4.1 コンテナ検索

アノテーション・サーバーは、アノテーション・コンテナのIRIで次のHTTPメソッドをサポートしなければなりません(MUST)。

• GET(下記のとおり、コンテナの記述およびそのコンテンツのリストを検索する)、
• HEAD(エンティティー・ボディなしにコンテナのヘッダーを検索する)、
• OPTIONS(CORSプリフライト・リクエスト[cors]を有効にする)。

アノテーション・コンテナにHTTP GETリクエストが行われた場合、サーバーはコンテナの記述を返さなければなりません(MUST)。その記述は、JSON-LDで利用できなければならず(MUST)、Turtleで利用できるべきで(SHOULD)、その他の形式で利用できてもかまいません(MAY)。コンテナの記述のJSON-LDシリアル化には、リクエストで別途定められている場合を除き、LDPコンテキスト(http://www.w3c.org/ns/ldp.jsonld)と、ウェブ・アノテーションのプロファイルとコンテキスト[annotation-model]の両方を用いるべきです(SHOULD)。

リクエストがエラーなく正常に完了し、クライアントのプレファレンスに基づくリダイレクションの必要がない場合には、サーバーは200のHTTPステータス・コードを用いるべきです(SHOULD)。

コンテナのIRIからの、GET、HEAD、およびOPTIONSの応答のAllowヘッダーでは、アノテーション・コンテナと対話を行うためにサポートしているすべてのメソッドが公言されているべきです(SHOULD)。Allowヘッダーは、他のどの応答にも含めることができます(MAY)。

アノテーション・コンテナは、次の要素を持つすべての応答においてLinkヘッダー[rfc5988]を返さなければなりません(MUST)。

• relパラメータの値がtype、ターゲットIRIが適切なコンテナ型であるリンク(例えば、基本コンテナの場合はhttp://www.w3.org/ns/ldp#BasicContainerなど)を含むことで、そのタイプを公言しなければなりません(MUST)。
• それは、ターゲットIRIがhttp://www.w3.org/TR/annotation-protocol/であり、relパラメータ値がhttp://www.w3.org/ns/ldp#constrainedByというIRIであるリンクを含めることで、それがアノテーション・プロトコル固有の制約を課すことを公言しなければなりません(MUST)。

HEADおよびGETのリクエストでは、アノテーション・コンテナからの応答には、HTTP[rfc7232]のエンティティー・タグの概念を実装したETagヘッダーが含まれていなければなりません(MUST)。この値は、アノテーションを更新しようとするクライアントと同じ方法でそれをIf-Matchリクエスト・ヘッダーに含めることで、コンテナを更新する時に管理クライアントが用いるべきです(SHOULD)。

GETリクエストにAcceptヘッダーがない場合、アノテーション・サーバーは、アノテーション・コンテナのJSON-LD表現で応答しなければなりませんが(MUST)、JSON-LDに対してプレファレンスを有するクライアントは、Acceptリクエスト・ヘッダーを用いてそれを明示的にリクエストすべきです(SHOULD)。

サーバーが、形式またはJSON-LDプロファイルによる内容交渉をサポートしている場合、アノテーション・コンテナからのHEADまたはGETリクエストへの応答には、リクエスト内のこのヘッダーの値に基づいて表現が変わるということをキャッシュが判断できるように、値にAcceptを含んだVaryヘッダーがなければなりません(MUST)。

アノテーションを作成するためにPOSTメソッドの使用をサポートしているアノテーション・コンテナからの応答には、GET、HEAD、およびOPTIONSリクエストに対する応答にAccept-Postヘッダーが含まれているべきです(SHOULD)。値は、クライアントがPOSTで送信するために受け入れ可能なコンマで区切りのメディア・タイプのリストです[ldp]。

Link: <http://www.w3.org/ns/ldp#BasicContainer>; rel="type"
Link: <http://www.w3.org/TR/annotation-protocol/>; rel="http://www.w3.org/ns/ldp#constrainedBy"
ETag: "0f6b5cd8dc1f754a1738a53b1da34f6b"
Vary: Accept
Allow: POST, GET, OPTIONS, HEAD
Accept-Post: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld", text/turtle

4.2 コンテナ表現

1つのコンテナ内に多くのアノテーションが存在している可能性が高いため、アノテーション・プロトコルは、コンテナの内容を返すためにActivityStreamsコレクションのページング・メカニズムを採用しています。個々のコレクション・ページには、すべてのページを横断した時に、クライアントがコンテナ/コレクションの完全な順序付きコンテンツを再構築できるような、管理されたアノテーションのサブセットを持つ順序付きリストが含まれています。個々のページに含まれるIRIやアノテーション記述の数はサーバー次第であり、ページ間で矛盾していてもかまいません。アノテーションをソートする機能は、応答では明示されません。

アノテーション・コレクションのJSON-LD表現に関する要件は、ウェブ・アノテーション・データ・モデルで定義されており、ここで要約しています。

コレクションは、それを識別するIRIを持っていなければならず(MUST)、少なくともAnnotationCollectionクラス(JSON-LDのコンテキストにおいてOrderedCollectionと関連付けられている名前)を持っていなければなりませんが(MUST)、利用するLDPコンテナのタイプを含むその他のタイプを持つこともできます(MAY)。それは、人間が読めるlabelを持っているべきで(SHOULD)、creatorやcreatedなどのその他のプロパティーを持つことができます(MAY)。

コンテナに1つ以上のアノテーションがある場合、その表現には、firstプロパティーの値としてアノテーションの最初のページへのリンクが含まれているか、応答内に組み込まれた最初のページの表現が含まれていなければなりません(MUST)。2ページ以上のアノテーションがある場合、表現には、lastプロパティーを用いて最後のページへのリンクがあるべきです(SHOULD)。

コンテナの表現には、コンテナ内のアノテーションの合計数を記述したtotalプロパティーが含まれているべきです(SHOULD)。コンテナには、コンテナ内のいずれかのアノテーションの最新のタイム・スタンプを記述したmodifiedプロパティーが含まれているべきです(SHOULD)。このタイム・スタンプにより、同じ数が追加・削除されて同じ数のアノテーションが存在している場合であっても、データを再キャッシュすべきタイミングをクライアントが検出できます。

応答で提供されるコンテナのIRIで、ページにIRIだけが含まれているのか、それともアノテーションの完全な記述が含まれているのかを区別できるべきです(SHOULD)。これは、クエリ・パラメータで行うことを推奨します(RECOMMENDED)。サーバーは、クライアントをこのIRIにリダイレクトし、そこに応答を配信することができます(MAY)。そうでない場合は、その値としてIRIを持つContent-Locationヘッダーが含まれていなければなりません(MUST)。

GET /annotations/ HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Prefer: return=representation;include="http://www.w3.org/ns/ldp#PreferMinimalContainer http://www.w3.org/ns/oa#PreferContainedIRIs"

HTTP/1.1 200 OK
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
ETag: "_87e52ce123123"
Link: <http://www.w3.org/ns/ldp#BasicContainer>; rel="type"
Link: <http://www.w3.org/TR/annotation-protocol/>; rel="http://www.w3.org/ns/ldp#constrainedBy"
Allow: POST,GET,OPTIONS,HEAD
Vary: Accept
Content-Length: 368

{
  "@context": [
    "http://www.w3.org/ns/anno.jsonld",
    "http://www.w3.org/ns/ldp.jsonld"
  ],
  "id": "http://example.org/annotations/?iris=1",
  "type": ["BasicContainer", "AnnotationCollection"],
  "total": 42023,
  "modified": "2016-07-20T12:00:00Z",
  "label": "A Container for Web Annotations",
  "first": "http://example.org/annotations/?iris=1&page=0",
  "last": "http://example.org/annotations/?iris=1&page=42"
}

GET /annotations/ HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Prefer: return=representation;include="http://www.w3.org/ns/oa#PreferContainedIRIs"

HTTP/1.1 200 OK
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Location: http://example.org/annotations/?iris=1
ETag: "_87e52ce123123"
Link: <http://www.w3.org/ns/ldp#BasicContainer>; rel="type"
Link: <http://www.w3.org/TR/annotation-protocol/>; rel="http://www.w3.org/ns/ldp#constrainedBy"
Allow: POST,GET,OPTIONS,HEAD
Vary: Accept, Prefer
Content-Length: 397

{
  "@context": [
    "http://www.w3.org/ns/anno.jsonld",
    "http://www.w3.org/ns/ldp.jsonld"
  ],
  "id": "http://example.org/annotations/?iris=1",
  "type": ["BasicContainer", "AnnotationCollection"],
  "total": 42023,
  "modified": "2016-07-20T12:00:00Z",
  "label": "A Container for Web Annotations",
  "first": {
    "id": "http://example.org/annotations/?iris=1&page=0",
    "type": "AnnotationPage",
    "next": "http://example.org/annotations/?iris=1&page=1",
    "items": [
      "http://example.org/annotations/anno1",
      "http://example.org/annotations/anno2",
      "http://example.org/annotations/anno3",
      "http://example.org/annotations/anno4",
      "http://example.org/annotations/anno5",
      "http://example.org/annotations/anno6",
      ...
      "http://example.org/annotations/anno999",
    ]
  },
  "last": "http://example.org/annotations/?iris=1&page=42"
}

GET /annotations/ HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Prefer: return=representation;include="http://www.w3.org/ns/oa#PreferContainedDescriptions"

HTTP/1.1 200 OK
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Allow: GET,OPTIONS,HEAD
Vary: Accept, Prefer
Content-Length: 924

{
  "@context": [
    "http://www.w3.org/ns/anno.jsonld",
    "http://www.w3.org/ns/ldp.jsonld"
  ],
  "id": "http://example.org/annotations/?iris=0",
  "type": ["BasicContainer", "AnnotationCollection"],
  "total": 42023,
  "modified": "2016-07-20T12:00:00Z",
  "label": "A Container for Web Annotations",
  "first": {
    "id": "http://example.org/annotations/?iris=0&page=0",
    "type": "AnnotationPage",
    "next": "http://example.org/annotations/?iris=0&page=1",
    "items": [
      {
        "id": "http://example.org/annotations/anno1",
        "type": "Annotation",
        "body": "http://example.net/body1",
        "target": "http://example.com/page1"
      },
      {
        "id": "http://example.org/annotations/anno2",
        "type": "Annotation",
        "body": {
          "type": "TextualBody",
          "value": "I like this!"
        },
        "target": "http://example.com/book1"
      },
      ...
      {
        "id": "http://example.org/annotations/anno50",
        "type": "Annotation",
        "body" : "http://example.org/texts/description1",
        "target": "http://example.com/images/image1"
      }
    ]
  },
  "last": "http://example.org/annotations/?iris=0&page=840"
}

4.3 アノテーション・ページ

個々のページは、アクティビティ・ストリームズのOrderedCollectionPageクラスのインスタンスであり、それは、ウェブ・アノテーションJSON-LDのコンテキストではAnnotationPageと呼ばれます。ページには、そのIRIまたは完全な記述のいずかを用いて、itemsプロパティーにアノテーションが含まれています。

アノテーション・コレクション・ページのJSON-LD表現に関する要件は、ウェブ・アノテーション・データ・モデルで定義されており、ここで要約しています。

アノテーション・ページは、それを識別するIRIを持っていなければならず(MUST)、少なくともAnnotationPageクラス持っていなければなりませんが(MUST)、その他のタイプを持つこともできます(MAY)。そのページが、コレクション内の最後のページでない場合は、nextプロパティーを用いて、それに後続するページへの参照がなければなりません(MUST)。そのページが、コレクション内の最初のページでない場合は、prevプロパティーを用いて、先行するページへの参照があるべきです(SHOULD)。ページは、0オリジン(zero-based)のstartIndexプロパティーを用いてコレクションの順序と相対的にitemsリスト内の最初のアノテーションの位置を示すべきです(SHOULD)。

各ページには、partOfプロパティーを用いて、その一部であるコレクションへのリンクがなければなりません(MUST)。コレクションの記述には、totalおよびmodifiedのプロパティーが含まれているべきです(SHOULD)。応答には、labelやfirstとlastのリンクなど、応答のコレクションのその他のプロパティーを含むことができます(MAY)。

クライアントは、ページをリクエストする時にPreferヘッダーを送信すべきではありません(SHOULD NOT)。これは、コレクションをリクエストする時にすでに考慮されているためです。

この仕様では、クライアントがページに、GET、HEAD、またはOPTIONS以外のリクエストを行う時に、特定の機能は必要ありません。

ページはLDPコンテナではないため、タイプを持つLinkヘッダーを含める必要はありません。コンテナのIRIに追加されたクエリ・パラメータでURLを構築できることは、実装上の便宜であり、資源のタイプを暗示するものではありません。

組み込まれたIRIの対話の例

GET /annotations/?iris=1&page=0 HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"

HTTP/1.1 200 OK
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Allow: GET,OPTIONS,HEAD
Vary: Accept
Content-Length: 630

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "id": "http://example.org/annotations/?iris=1&page=0",
  "type": "AnnotationPage",
  "partOf": {
    "id": "http://example.org/annotations/?iris=1",
    "total": 42023,
    "modified": "2016-07-20T12:00:00Z",
  },
  "startIndex": 0,
  "next": "http://example.org/annotations/?iris=1&page=1",
  "items": [
    "http://example.org/annotations/anno1",
    "http://example.org/annotations/anno2",
    "http://example.org/annotations/anno3",
    "http://example.org/annotations/anno4",
    "http://example.org/annotations/anno5",
    "http://example.org/annotations/anno6",
    ...
    "http://example.org/annotations/anno999",
  ]
}

組み込まれた記述の対話の例

GET /annotations/?iris=0&page=0 HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"

HTTP/1.1 200 OK
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Allow: GET,OPTIONS,HEAD
Vary: Accept, Prefer
Content-Length: 924

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "id": "http://example.org/annotations/?iris=0&page=0",
  "type": "AnnotationPage",
  "partOf": {
    "id": "http://example.org/annotations/?iris=0",
    "total": 42023,
    "modified": "2016-07-20T12:00:00Z",
  },
  "startIndex": 0,
  "next": "http://example.org/annotations/?iris=0&page=1",
  "items": [
    {
      "id": "http://example.org/annotations/anno1",
      "type": "Annotation",
      "body": "http://example.net/body1",
      "target": "http://example.com/page1"
    },
    {
      "id": "http://example.org/annotations/anno2",
      "type": "Annotation",
      "body": {
        "type": "TextualBody",
        "value": "I like this!"
      },
      "target": "http://example.com/book1"
    },
    ...
    {
      "id": "http://example.org/annotations/anno50",
      "type": "Annotation",
      "body" : "http://example.org/texts/description1",
      "target": "http://example.com/images/image1"
    }
  ]
}

4.4 アノテーション・コンテナの発見

アノテーション・コンテナのIRIは、あらゆるIRIでありえ(MAY)、すべてのウェブ・サーバーがその機能をサポートすることはありえないと思われるため、これらのサービスの可用性を発見できることは重要です。

資源上のアノテーションが参照先のコンテナ内で作成されるべきである(SHOULD)場合は、あらゆる資源をアノテーション・コンテナにリンクすることができます(MAY)。このリンクは、HTTP Linkヘッダーで伝送され、relパラメータの値はhttp://www.w3.org/ns/oa#annotationServiceでなければなりません(MUST)。

資源のHTML表現では、同等のlinkタグをドキュメントのヘッダーで用いることもできます(MAY)。

GET /images/logo.jpg HTTP/1.1
Host: example.com

HTTP/1.1 200 OK
Content-Type: image/jpeg
Link: <http://example.org/annotations/>; rel="http://www.w3.org/ns/oa#annotationService"
Allow: GET
Content-Length: 76983

[...]

5.1 新しいアノテーションの作成

新しいアノテーションは、アノテーション・コンテナへのPOSTリクエストにより作成されます。JSON-LDとしてシリアル化されたアノテーションは、リクエストの本文で送信されます。アノテーションに関するすべての既知の情報が送信されるべきであり(SHOULD)、資源に関連付けられているIRIが既に存在している場合は、それを含めるべきです(SHOULD)。シリアル化にはウェブ・アノテーションJSON-LDプロファイルを用いるべきで(SHOULD)、サーバーは、別の方法で同じモデルが生成される場合であっても、他のコンテキストを拒否することができます(MAY)。サーバーは、ウェブ・アノテーション仕様[annotation-model]に従い、アノテーションとみなされないコンテンツを拒否できます(MAY)。

アノテーションを受け取った時に、サーバーは、アノテーションの任意の資源または空白ノードにIRIを割り当てることができ(MAY)、既に提供されていても、idプロパティーのアノテーション資源にIRIを割り当てなければなりません(MUST)。資源を個々に検索できる時には、サーバーはHTTPS IRIを用いるべきです(SHOULD)。アノテーションのIRIは、追加のコンポーネントを最後に追加したコンテナのIRIでなければなりません(MUST)。

サーバーは、アノテーションに情報を追加できます(MAY)。追加できる情報には、それを作成したエージェント、アノテーションの作成時間、構成資源の追加のタイプと形式が含まれます。

アノテーションにcanonicalプロパティーが含まれている場合は、その参照は変更せずに維持しなければなりません(MUST)。アノテーションのidプロパティーにIRIがある場合は、それをviaプロパティーにコピーすべきで(SHOULD)、アノテーションを利用できるサーバーが割り当てたIRIをidフィールドに入れて置き換えなければなりません(MUST)。

サーバーは、作成が成功した場合は201「生成」応答で、そうでない場合には、適切なエラーコードで応答しなければなりません(MUST)。応答には、アノテーションの新しいIRIを持つLocationヘッダーがなければなりません(MUST)。

POST /annotations/ HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Length: 202

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "type": "Annotation",
  "body": {
    "type": "TextualBody",
    "value": "I like this page!"
  },
  "target": "http://www.example.com/index.html"
}

HTTP/1.1 201 CREATED
Allow: PUT,GET,OPTIONS,HEAD,DELETE,PATCH
Location: http://example.org/annotations/anno1
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Length: 287
ETag: "_87e52ce126126"

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "id": "http://example.org/annotations/anno1",
  "type": "Annotation",
  "created": "2015-01-31T12:03:45Z",
  "body": {
    "type": "TextualBody",
    "value": "I like this page!"
  },
  "target": "http://www.example.com/index.html"
}

5.2 アノテーションに対するIRIの提案

資源のコンテナのIRIに付加されるIRIパス・セグメントは、資源が作成された時に、リクエストのSlug HTTPヘッダーを用いて、アノテーション・クライアントにより提案できます(MAY)。サーバーは、それが既存の資源を識別していない限り、この名前を用いるべきですが(SHOULD)、それを無視し、自動的に割り当てた名前を用いることもできます(MAY)。

POST /annotations/ HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Length: 202
Slug: "my_first_annotation"

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "type": "Annotation",
  "body": {
    "type": "TextualBody",
    "value": "I like this page!"
  },
  "target": "http://www.example.com/index.html"
}

HTTP/1.1 201 CREATED
Link: <http://www.w3.org/ns/ldp#BasicContainer>; rel="type"
Allow: PUT,GET,OPTIONS,HEAD,DELETE,PATCH
Location: http://example.org/annotations/my_first_annotation
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
ETag: "_87e52ce126126"
Vary: Accept
Content-Length: 301

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "id": "http://example.org/annotations/my_first_annotation",
  "type": "Annotation",
  "created": "2015-01-31T12:03:45Z",
  "body": {
    "type": "TextualBody",
    "value": "I like this page!"
  },
  "target": "http://www.example.com/index.html"
}

5.3 既存のアノテーションの更新

アノテーションは、PUTリクエストを用いてアノテーションの全体の状態を置き換えることにより更新できます。アノテーション・サーバーはこのメソッドをサポートすべきです(SHOULD)。サーバーは、アノテーションの変更された部分のみを更新するために、PATCHリクエストの使用もサポートできますが(MAY)、その機能はこのドキュメントでは規定していません。

新しい状態へのアノテーションの置き換えは、PUTメソッドで行わなければならず(MUST)、その場合、リクエストの本文が、意図するアノテーションの新しい状態となります。クライアントは、複数のユーザが同じアノテーションを同時に修正することによる衝突を避けるために、編集プロセスが始まる前にサーバーから受信したETagの値を持つIf-Matchヘッダーを用いるべきです(SHOULD)。すべてのシステムに1つのアノテーションを変更する潜在力を持っているユーザが複数存在しているわけではなく、上書きが望ましい行為である状況をユースケースが規定している可能性があるため、この機能のサポートは必須ではありません。

サーバーは、canonicalやviaのプロパティーの値が既に設定されている場合は、ビジネス・ロジックによってリクエストが以前のエラーとして厳然と正しく信頼できるようにならない限り、それらを修正する更新リクエストを拒否すべきです(SHOULD)。

成功した場合は、サーバーは、リクエストされたコンテンツ・タイプに応じて、アノテーションを本文として持つ200「OK」のステータスを返さなければなりません(MUST)。作成の場合と同様に、サーバーは、アノテーションの新しい状態を応答で返さなければなりません(MUST)。

PUT /annotations/anno1 HTTP/1.1
Host: example.org
Accept: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
Content-Length: 294
If-Match: "_87e52ce126126"

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "id": "http://example.org/annotations/anno1",
  "type": "Annotation",
  "created": "2015-02-01T10:13:40Z",
  "body": {
    "type": "TextualBody",
    "value": "I REALLY like this page!"
  },
  "target": "http://www.example.com/index.html"
}

HTTP/1.1 200 OK
Content-Type: application/ld+json; profile="http://www.w3.org/ns/anno.jsonld"
ETag: "_87e52ce234234"
Link: <http://www.w3.org/ns/ldp#Resource>; rel="type"
Allow: PUT,GET,OPTIONS,HEAD,DELETE,PATCH
Vary: Accept
Content-Length: 331

{
  "@context": "http://www.w3.org/ns/anno.jsonld",
  "id": "http://example.org/annotations/anno1",
  "type": "Annotation",
  "created": "2015-02-01T10:13:40Z",
  "modified": "2015-02-02T20:43:19Z",
  "body": {
    "type": "TextualBody",
    "value": "I REALLY like this page!"
  },
  "target": "http://www.example.com/index.html"
}

5.4 既存のアノテーションの削除

クライアントは、DELETE HTTPメソッドを用いて、サーバーがアノテーションを削除するようにリクエストしなければなりません(MUST)。アノテーション・サーバーはこのメソッドをサポートしなければなりません(SHOULD)。クライアントは、If-MatchヘッダーでアノテーションのETagを送信して、それがアノテーションの最新バージョンに対する操作であることを保証すべきです(SHOULD)。

DELETEリクエストが正常に処理された場合は、サーバーは204のステータス応答を返さなければなりません(MUST)。削除されたアノテーションのIRIは、その後のアノテーションに再利用すべきではありません(SHOULD NOT)。削除されたアノテーションのIRIは、それが作成されたアノテーション・コンテナから削除しなければなりません(MUST)。応答の本文に関する要件はなく、空であってもかまいません(MAY)。

DELETE /annotations/anno1 HTTP/1.1
Host: example.org
If-Match: "_87e52ce126126"

HTTP/1.1 204 NO CONTENT
Content-Length: 0