RFC 7089 - HTTP Framework for Time-Based Access to Resource States -- Memento 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc7089
タイトル : RFC 7089 - リソース状態への時間ベースのアクセスのためのHTTPフレームワーク-Memento
翻訳編集 : 自動生成

[要約] RFC 7089は、Mementoと呼ばれるHTTPフレームワークに関するものであり、リソースの状態に基づいたアクセスを可能にします。その目的は、過去のリソースの状態にアクセスするための標準的な方法を提供することです。

Independent Submission                                  H. Van de Sompel
Request for Comments: 7089                Los Alamos National Laboratory
Category: Informational                                        M. Nelson
ISSN: 2070-1721                                  Old Dominion University
                                                            R. Sanderson
                                          Los Alamos National Laboratory
                                                           December 2013

HTTP Framework for Time-Based Access to Resource States -- Memento

リソース状態への時間ベースのアクセスのためのHTTPフレームワーク-Memento

Abstract

概要

The HTTP-based Memento framework bridges the present and past Web. It facilitates obtaining representations of prior states of a given resource by introducing datetime negotiation and TimeMaps. Datetime negotiation is a variation on content negotiation that leverages the given resource's URI and a user agent's preferred datetime. TimeMaps are lists that enumerate URIs of resources that encapsulate prior states of the given resource. The framework also facilitates recognizing a resource that encapsulates a frozen prior state of another resource.

HTTPベースのMementoフレームワークは、現在と過去のWebを橋渡しします。日時ネゴシエーションとタイムマップを導入することにより、特定のリソースの以前の状態の表現を取得しやすくします。日時ネゴシエーションは、特定のリソースのURIとユーザーエージェントの優先日時を利用するコンテンツネゴシエーションのバリエーションです。 TimeMapsは、特定のリソースの以前の状態をカプセル化するリソースのURIを列挙するリストです。フレームワークは、別のリソースの凍結された以前の状態をカプセル化するリソースの認識も容易にします。

Status of This Memo

本文書の状態

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。

This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

これは、他のRFCストリームとは無関係に、RFCシリーズへの貢献です。 RFCエディターは、このドキュメントを独自の裁量で公開することを選択し、実装または展開に対するその価値については何も述べていません。 RFC Editorによって公開が承認されたドキュメントは、どのレベルのインターネット標準の候補にもなりません。 RFC 5741のセクション2をご覧ください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7089.

このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7089で入手できます。

著作権表示

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.

この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。

Table of Contents

   1. Introduction ....................................................4
      1.1. Terminology ................................................4
      1.2. Notational Conventions .....................................4
      1.3. Purpose ....................................................5
   2. HTTP Headers, Link Relation Types ...............................7
      2.1. HTTP Headers ...............................................7
           2.1.1. Accept-Datetime and Memento-Datetime ................7
           2.1.2. Vary ................................................8
           2.1.3. Link ................................................8
      2.2. Link Relation Types ........................................9
           2.2.1. Link Relation Type "original" .......................9
           2.2.2. Link Relation Type "timegate" .......................9
           2.2.3. Link Relation Type "timemap" ........................9
           2.2.4. Link Relation Type "memento" .......................10
   3. Overview of the Memento Framework ..............................11
      3.1. Datetime Negotiation ......................................11
      3.2. TimeMaps ..................................................13
   4. Datetime Negotiation: HTTP Interactions ........................14
      4.1. Pattern 1 - The Original Resource Acts as Its Own
           TimeGate ..................................................15
           4.1.1. Pattern 1.1 - URI-R=URI-G; 302-Style
                  Negotiation; Distinct URI-M  for Mementos ..........16
           4.1.2. Pattern 1.2 - URI-R=URI-G; 200-Style
                  Negotiation; Distinct URI-M for Mementos ...........18
           4.1.3. Pattern 1.3 - URI-R=URI-G; 200-Style
                  Negotiation; No Distinct URI-M for Mementos ........19
      4.2. Pattern 2 - A Remote Resource Acts as a TimeGate
           for the Original Resource .................................20
           4.2.1. Pattern 2.1 - URI-R<>URI-G; 302-Style
                  Negotiation; Distinct URI-M for Mementos ...........22
           4.2.2. Pattern 2.2 - URI-R<>URI-G; 200-Style
                  Negotiation; Distinct URI-M for Mementos ...........24
           4.2.3. Pattern 2.3 - URI-R<>URI-G; 200-Style
                  Negotiation; No Distinct URI-M for Mementos ........25

      4.3. Pattern 3 - The Original Resource is a Fixed Resource .....26
      4.4. Pattern 4 - Mementos without a TimeGate ...................27
      4.5. Special Cases .............................................29
           4.5.1. Original Resource Provides No "timegate" Link ......29
           4.5.2. Server Exists but Original Resource No
                  Longer Does ........................................29
           4.5.3. Issues with Accept-Datetime ........................30
           4.5.4. Memento of a 3XX Response ..........................30
           4.5.5. Memento of Responses with 4XX or 5XX HTTP
                  Status Codes .......................................32
           4.5.6. Sticky "Memento-Datetime" and "original"
                  Link for Mementos ..................................33
           4.5.7. Intermediate Resources .............................34
           4.5.8. Resources Excluded from Datetime Negotiation .......35
   5. TimeMaps: Content and Serialization ............................36
      5.1. Special Cases .............................................38
           5.1.1. Index and Paging TimeMaps ..........................38
           5.1.2. Mementos for TimeMaps ..............................39
   6. IANA Considerations ............................................40
      6.1. HTTP Headers ..............................................40
      6.2. Link Relation Types .......................................40
   7. Security Considerations ........................................41
   8. Acknowledgements ...............................................42
   9. References .....................................................42
      9.1. Normative References ......................................42
      9.2. Informative References ....................................42
   Appendix A. Use of Headers and Relation Types per Pattern .........43

1. Introduction

1. はじめに

1.1. Terminology

1.1. 用語

This specification uses the terms "resource", "request", "response", "entity-body", "content negotiation", "user agent", and "server" as described in [RFC2616], and it uses the terms "representation" and "resource state" as described in [W3C.REC-aww-20041215].

この仕様では、[RFC2616]で説明されている「リソース」、「リクエスト」、「レスポンス」、「エンティティーボディ」、「コンテンツネゴシエーション」、「ユーザーエージェント」、「サーバー」という用語を使用し、「 [W3C.REC-aww-20041215]で説明されている「表現」および「リソースの状態」。

In addition, the following terms specific to the Memento framework are introduced:

さらに、Mementoフレームワークに固有の次の用語が導入されています。

o Original Resource: An Original Resource is a resource that exists or used to exist, and for which access to one of its prior states may be required.

o 元のリソース：元のリソースは、存在するか存在していたリソースであり、以前の状態の1つへのアクセスが必要になる場合があります。

o Memento: A Memento for an Original Resource is a resource that encapsulates a prior state of the Original Resource. A Memento for an Original Resource as it existed at time T is a resource that encapsulates the state the Original Resource had at time T.

o Memento：元のリソースのMementoは、元のリソースの以前の状態をカプセル化するリソースです。元のリソースが時間Tに存在していたときのMementoは、元のリソースが時間Tに持っていた状態をカプセル化するリソースです。

o TimeGate: A TimeGate for an Original Resource is a resource that is capable of datetime negotiation to support access to prior states of the Original Resource.

o TimeGate：元のリソースのTimeGateは、元のリソースの以前の状態へのアクセスをサポートする日時ネゴシエーションが可能なリソースです。

o TimeMap: A TimeMap for an Original Resource is a resource from which a list of URIs of Mementos of the Original Resource is available.

o TimeMap：元のリソースのTimeMapは、元のリソースのMementosのURIのリストを利用できるリソースです。

1.2. Notational Conventions

1.2. 表記規則

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].

このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。

When needed for extra clarity, the following conventions are used:

さらに明確にするために必要な場合は、次の規則が使用されます。

o URI-R is used to denote the URI of an Original Resource.

o URI-Rは、元のリソースのURIを示すために使用されます。

o URI-G is used to denote the URI of a TimeGate.

o URI-Gは、TimeGateのURIを示すために使用されます。

o URI-M is used to denote the URI of a Memento.

o URI-Mは、MementoのURIを示すために使用されます。

o URI-T is used to denote the URI of a TimeMap.

o URI-Tは、TimeMapのURIを示すために使用されます。

1.3. Purpose

1.3. 目的

The state of an Original Resource may change over time. Dereferencing its URI at any specific moment yields a response that reflects the resource's state at that moment: a representation of the resource's state (e.g., "200 OK" HTTP status code), an indication of its nonexistence (e.g., "404 Not Found" HTTP status code), a relation to another resource (e.g., "302 Found" HTTP status code), etc. However, responses may also exist that reflect prior states of an Original Resource: a representation of a prior state of the Original Resource, an indication that the Original Resource did not exist at some time in the past, a relation that the Original Resource had to another resource at some time in the past, etc. Mementos that provide such responses exist in Web archives, content management systems, or revision control systems, among others. For any given Original Resource several Mementos may exist, each one reflecting a frozen prior state of the Original Resource.

元のリソースの状態は、時間の経過とともに変化する可能性があります。特定の時点でURIを逆参照すると、その時点でのリソースの状態を反映する応答が返されます。リソースの状態の表現（たとえば、「200 OK」HTTPステータスコード）、存在しないことの指示（たとえば、「404 Not Found」） HTTPステータスコード）、別のリソースとの関係（たとえば、 "302 Found" HTTPステータスコード）など。ただし、元のリソースの以前の状態を反映する応答も存在する可能性があります。元のリソースの以前の状態の表現、元のリソースが過去のある時点で存在しなかったことの表示、元のリソースが過去のある時点で別のリソースとの関係など。このような応答を提供するメモは、Webアーカイブ、コンテンツ管理システム、またはとりわけ、リビジョン管理システム。特定の元のリソースにはいくつかのMementosが存在する可能性があり、それぞれが元のリソースの凍結された以前の状態を反映しています。

Examples are:

次に例を示します。

Mementos for Original Resource http://www.ietf.org/ are as follows:

元のリソースhttp://www.ietf.org/の記念品は次のとおりです。

o http://web.archive.org/web/19970107171109/http://www.ietf.org/

o ｈっｔｐ：／／うぇｂ。あｒちゔぇ。おｒｇ／うぇｂ／１９９７０１０７１７１１０９／ｈっｔｐ：／／ｗっｗ。いえｔｆ。おｒｇ／

o http://webarchive.nationalarchives.gov.uk/20080906200044/http:// www.ietf.org/

o ｈっｔｐ：／／うぇばｒちゔぇ。なちおなぁｒちゔぇｓ。ごｖ。うｋ／２００８０９０６２０００４４／ｈっｔｐ：／／ｗっｗ。いえｔｆ。おｒｇ／

Mementos for Original Resource http://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol are as follows:

元のリソースhttp://en.wikipedia.org/wiki/Hypertext_Transfer_Protocolのメモは次のとおりです。

o http://en.wikipedia.org/w/ index.php?title=Hypertext_Transfer_Protocol&oldid=366806574

o http://en.wikipedia.org/w/ index.php？title = Hypertext_Transfer_Protocol＆oldid = 366806574

o http://en.wikipedia.org/w/ index.php?title=Hypertext_Transfer_Protocol&oldid=33912

o http://en.wikipedia.org/w/ index.php？title = Hypertext_Transfer_Protocol＆oldid = 33912

o http://web.archive.org/web/20071011153017/http://en.wikipedia.org/ wiki/Hypertext_Transfer_Protocol

o http://web.archive.org/web/20071011153017/http://en.wikipedia.org/ wiki / Hypertext_Transfer_Protocol

Mementos for Original Resource http://www.w3.org/TR/webarch/ are as follows:

元のリソースhttp://www.w3.org/TR/webarch/の記念品は次のとおりです。

o http://www.w3.org/TR/2004/PR-webarch-20041105/

o ｈっｔｐ：／／ｗっｗ。ｗ３。おｒｇ／ＴＲ／２００４／ＰＲーうぇばｒｃｈー２００４１１０５／

o http://www.w3.org/TR/2002/WD-webarch-20020830/

o ｈっｔｐ：／／ｗっｗ。ｗ３。おｒｇ／ＴＲ／２００２／ＷＤーうぇばｒｃｈー２００２０８３０／

o http://archive.is/20120527002537/http://www.w3.org/TR/webarch/

o ｈっｔｐ：／／あｒちゔぇ。いｓ／２０１２０５２７００２５３７／ｈっｔｐ：／／ｗっｗ。ｗ３。おｒｇ／ＴＲ／うぇばｒｃｈ／

In the abstract, the Memento framework introduces a mechanism to access versions of Web resources that:

要約すると、Mementoフレームワークは、次のバージョンのWebリソースにアクセスするためのメカニズムを導入します。

o Is fully distributed in the sense that resource versions may reside on multiple servers, and that any such server is likely only aware of the versions it holds;

o リソースのバージョンが複数のサーバーに存在する可能性があり、そのようなサーバーはおそらく保持しているバージョンのみを認識しているという意味で、完全に分散されています。

o Uses the global notion of datetime as a resource version indicator and access key;

o 日時のグローバルな概念をリソースバージョンインジケーターおよびアクセスキーとして使用します。

o Leverages the following primitives of [W3C.REC-aww-20041215]: resource, resource state, representation, content negotiation, and link.

o [W3C.REC-aww-20041215]の次のプリミティブを利用します：リソース、リソースの状態、表現、コンテンツネゴシエーション、およびリンク。

The core components of Memento's mechanism to access resource versions are:

リソースバージョンにアクセスするためのMementoのメカニズムのコアコンポーネントは次のとおりです。

1. The abstract notion of the state of an Original Resource (URI-R) as it existed at datetime T. Note the relationship with the ability to identify the state of a resource at datetime T by means of a URI as intended by the proposed Dated URI scheme [DATED-URI].

1. 日時Tに存在していた元のリソース（URI-R）の状態の抽象的な概念。提案された日付付きURIが意図するURIを使用して日時Tのリソースの状態を識別する機能との関係に注意してください。スキーム[DATED-URI]。

2. A "bridge" from the present to the past, consisting of:

2. 現在から過去への「橋」。

o The existence of a TimeGate (URI-G), which is aware of (at least part of the) version history of the Original Resource (URI-R);

o 元のリソース（URI-R）のバージョン履歴（の少なくとも一部）を認識しているTimeGate（URI-G）の存在。

o The ability to negotiate in the datetime dimension with that TimeGate (URI-G), as a means to access the state that the Original Resource (URI-R) had at datetime T.

o 元のリソース（URI-R）が日時Tに持っていた状態にアクセスするための手段として、日時ディメンションでそのTimeGate（URI-G）とネゴシエートする機能。

3. A "bridge" from the past to the present, consisting of an appropriately typed link from a Memento (URI-M), which encapsulates the state the Original Resource (URI-R) had at datetime T, to the Original Resource (URI-R).

3. 元のリソース（URI-R）が日時Tに持っていた状態をカプセル化するMemento（URI-M）から元のリソース（URI-M）への適切に型付けされたリンクで構成される、過去から現在までの「ブリッジ」 R）。

4. The existence of a TimeMap (URI-T) from which a list of all Mementos that encapsulate a prior state of the Original Resource (URI-R) can be obtained.

4. 元のリソース（URI-R）の以前の状態をカプセル化するすべてのMementosのリストを取得できるTimeMap（URI-T）の存在。

This document is concerned with specifying an instantiation of these abstractions for resources that are identified by HTTP(S) URIs.

このドキュメントは、HTTP（S）URIで識別されるリソースのこれらの抽象化のインスタンス化の指定に関係しています。

2. HTTP Headers, Link Relation Types

2. HTTPヘッダー、リンク関係タイプ

The Memento framework is concerned with HEAD and GET interactions with Original Resources, TimeGates, Mementos, and TimeMaps that are identified by HTTP or HTTPS URIs. Details are only provided for resources identified by HTTP URIs but apply similarly to those with HTTPS URIs.

Mementoフレームワークは、HTTPまたはHTTPS URIで識別されるオリジナルのリソース、TimeGates、Mementos、およびTimeMapsとのHEADおよびGETの相互作用に関係しています。詳細はHTTP URIで識別されるリソースについてのみ提供されますが、HTTPS URIを持つリソースに同様に適用されます。

2.1. HTTP Headers

2.1. HTTPヘッダー

The Memento framework operates at the level of HTTP request and response headers. It introduces two new headers ("Accept-Datetime" and "Memento-Datetime") and introduces new values for two existing headers ("Vary" and "Link"). Other HTTP headers are present or absent in Memento response/request cycles as specified by [RFC2616].

Mementoフレームワークは、HTTP要求および応答ヘッダーのレベルで動作します。 2つの新しいヘッダー（「Accept-Datetime」と「Memento-Datetime」）が導入され、2つの既存のヘッダー（「Vary」と「Link」）に新しい値が導入されています。 [RFC2616]で指定されているように、他のHTTPヘッダーがMementoの応答/要求サイクルに存在するか、存在しません。

2.1.1. Accept-Datetime and Memento-Datetime

2.1.1. Accept-DatetimeおよびMemento-Datetime

The "Accept-Datetime" request header is transmitted by a user agent to indicate it wants to access a past state of an Original Resource. To that end, the "Accept-Datetime" header is conveyed in an HTTP request issued against a TimeGate for an Original Resource, and its value indicates the datetime of the desired past state of the Original Resource.

「Accept-Datetime」リクエストヘッダーは、元のリソースの過去の状態にアクセスしたいことを示すために、ユーザーエージェントによって送信されます。そのために、「Accept-Datetime」ヘッダーは、オリジナルリソースのTimeGateに対して発行されたHTTPリクエストで伝達され、その値は、オリジナルリソースの目的の過去の状態の日時を示します。

Example of an "Accept-Datetime" request header:

「Accept-Datetime」リクエストヘッダーの例：

   Accept-Datetime: Thu, 31 May 2007 20:35:00 GMT

The "Memento-Datetime" response header is used by a server to indicate that a response reflects a prior state of an Original Resource. Its value expresses the datetime of that state. The URI of the Original Resource for which the response reflects a prior state is provided as the Target IRI of a link provided in the HTTP "Link" header that has a Relation Type of "original" (see Section 2.2).

「Memento-Datetime」応答ヘッダーは、応答が元のリソースの以前の状態を反映していることを示すためにサーバーによって使用されます。その値はその状態の日時を表します。応答が以前の状態を反映する元のリソースのURIは、「オリジナル」の関係タイプを持つHTTP「リンク」ヘッダーで提供されるリンクのターゲットIRIとして提供されます（セクション2.2を参照）。

The presence of a "Memento-Datetime" header and associated value for a given response constitutes a promise that the resource state reflected in the response will no longer change (see Section 4.5.6).

特定の応答に「Memento-Datetime」ヘッダーと関連する値が存在することは、応答に反映されるリソースの状態が変更されないという約束を構成します（セクション4.5.6を参照）。

Example of a "Memento-Datetime" response header:

「Memento-Datetime」応答ヘッダーの例：

   Memento-Datetime: Wed, 30 May 2007 18:47:52 GMT

Values for the "Accept-Datetime" and "Memento-Datetime" headers consist of a MANDATORY datetime expressed according to the [RFC1123] format, which is formalized by the rfc1123-date construction rule of the BNF in Figure 1. This BNF is derived from the HTTP-date construction of the BNF for Full Dates provided in [RFC2616]. The datetime is case sensitive with names for days and months exactly as shown in the wkday and month construction rules of the BNF, respectively. The datetime MUST be represented in Greenwich Mean Time (GMT).

「Accept-Datetime」および「Memento-Datetime」ヘッダーの値は、[RFC1123]形式に従って表現された必須の日時で構成されます。これは、図1のBNFのrfc1123-date構築規則によって形式化されています。このBNFは派生しています[RFC2616]で提供されている完全な日付のBNFのHTTP日付構造から。日時は大文字と小文字が区別され、それぞれBNFのwkdayおよびmonth構築規則に示されているとおりに、日と月の名前が正確に示されます。日時はグリニッジ標準時（GMT）で表現する必要があります。

   accept-dt-value = rfc1123-date
   rfc1123-date = wkday "," SP date1 SP time SP "GMT"
   date1        = 2DIGIT SP month SP 4DIGIT
                     ; day month year (e.g., 20 Mar 1957)
   time         = 2DIGIT ":" 2DIGIT ":" 2DIGIT
                     ; 00:00:00 - 23:59:59 (e.g., 14:33:22)
   wkday        = "Mon" | "Tue" | "Wed" | "Thu" | "Fri" | "Sat" |
                  "Sun"
   month        = "Jan" | "Feb" | "Mar" | "Apr" | "May" | "Jun" |
                  "Jul" | "Aug" | "Sep" | "Oct" | "Nov" | "Dec"

Figure 1: BNF for the Datetime Format

図1：日時形式のBNF

2.1.2. Vary

2.1.2. 変化する

Generally, the "Vary" header is used in HTTP responses to indicate the dimensions in which content negotiation is possible. In the Memento framework, a TimeGate uses the "Vary" header with a value that includes "accept-datetime" to convey that datetime negotiation is possible.

通常、「Vary」ヘッダーはHTTP応答で使用され、コンテンツネゴシエーションが可能なディメンションを示します。 Mementoフレームワークでは、TimeGateは「Vary」ヘッダーと「accept-datetime」を含む値を使用して、日時交渉が可能であることを伝えます。

For example, this use of the "Vary" header indicates that datetime is the only dimension in which negotiation is possible:

たとえば、この「Vary」ヘッダーの使用は、日時が交渉が可能な唯一のディメンションであることを示しています。

Vary: accept-datetime

変化：accept-datetime

The use of the "Vary" header in this example shows that both datetime negotiation and media type content negotiation are possible:

この例で「Vary」ヘッダーを使用すると、日時ネゴシエーションとメディアタイプコンテンツネゴシエーションの両方が可能であることを示しています。

Vary: accept-datetime, accept

変化：accept-datetime、accept

2.1.3. Link

2.1.3. リンク

The Memento framework defines the "original", "timegate", "timemap", and "memento" Relation Types to convey typed links among Original Resources, TimeGates, Mementos, and TimeMaps. They are defined in Section 2.2, below. In addition, existing Relation Types may be used, for example, to support navigating among Mementos. Examples are "first", "last", "prev", "next", "predecessor-version", and "successor-version" as detailed in [RFC5988] and [RFC5829].

Mementoフレームワークは、 "original"、 "timegate"、 "timemap"、および "memento"の関係タイプを定義して、Original Resources、TimeGate、Mementos、およびTimeMaps間の型付きリンクを伝達します。これらは、以下のセクション2.2で定義されています。さらに、既存のリレーションタイプを使用して、たとえばMementos間のナビゲーションをサポートできます。 [RFC5988]と[RFC5829]で詳述されているように、例は「first」、「last」、「prev」、「next」、「predecessor-version」、「successor-version」です。

2.2. Link Relation Types

2.2. リンク関係タイプ

This section introduces the Relation Types used in the Memento framework. They are defined in a general way, and their use in HTTP "Link" headers [RFC5988] is described in detail. The use of these Relation Types in TimeMaps is described in Section 5.

このセクションでは、Mementoフレームワークで使用される関係タイプを紹介します。それらは一般的な方法で定義され、HTTP "Link"ヘッダー[RFC5988]での使用が詳細に説明されています。 TimeMapでのこれらの関係タイプの使用については、セクション5で説明します。

2.2.1. Link Relation Type "original"

2.2.1. リンク関係タイプ「オリジナル」

"original" -- A link with an "original" Relation Type is used to point from a TimeGate or a Memento to its associated Original Resource.

"original"-"original"リレーションタイプのリンクは、TimeGateまたはMementoから関連するオリジナルリソースを指すために使用されます。

Use in HTTP "Link" headers: Responses to HTTP HEAD/GET requests issued against a TimeGate or a Memento MUST include exactly one link with an "original" Relation Type in their HTTP "Link" header.

HTTP "Link"ヘッダーでの使用：TimeGateまたはMementoに対して発行されたHTTP HEAD / GET要求への応答では、HTTP "Link"ヘッダーに "元の"関係タイプのリンクを1つだけ含める必要があります。

2.2.2. Link Relation Type "timegate"

2.2.2. リンク関係タイプ「timegate」

"timegate" -- A link with a "timegate" Relation Type is used to point from the Original Resource, as well as from a Memento associated with the Original Resource, to a TimeGate for the Original Resource.

「timegate」-「timegate」関係タイプのリンクは、元のリソースから、および元のリソースに関連付けられたMementoから、元のリソースのTimeGateを指すために使用されます。

Use in HTTP "Link" headers: If there is a TimeGate associated with an Original Resource or Memento that is preferred for use, then responses to HTTP HEAD/GET requests issued against these latter resources MUST include a link with a "timegate" Relation Type in their HTTP "Link" header. Since multiple TimeGates can exist for any Original Resource, multiple "timegate" links MAY occur, each with a distinct Target IRI.

HTTP "Link"ヘッダーでの使用：使用に適したオリジナルのリソースまたはMementoに関連付けられたTimeGateがある場合、これらの後者のリソースに対して発行されたHTTP HEAD / GET要求への応答には、 "timegate"関係タイプのリンクを含める必要がありますHTTP "Link"ヘッダー内。元のリソースには複数のタイムゲートが存在する可能性があるため、それぞれに異なるターゲットIRIを持つ複数の「タイムゲート」リンクが発生する場合があります。

2.2.3. Link Relation Type "timemap"

2.2.3. リンク関係タイプ「タイムマップ」

"timemap" -- A link with a "timemap" Relation Type is used to point from a TimeGate or a Memento associated with an Original Resource, as well as from the Original Resource itself, to a TimeMap for the Original Resource.

「timemap」-「timemap」リレーションタイプのリンクは、元のリソースに関連付けられているTimeGateまたはMementoから、および元のリソース自体から、元のリソースのTimeMapを指すために使用されます。

Attributes: A link with a "timemap" Relation Type SHOULD use the "type" attribute to convey the MIME type of the TimeMap serialization. The "from" and "until" attributes may be used to express the start and end of the temporal interval covered by Mementos listed in the TimeMap. That is, the linked TimeMap will not contain Mementos with archival datetimes outside of the expressed temporal interval. Attempts SHOULD be made to convey this interval as accurately as possible. The value for the these attributes MUST be a datetime expressed according to the rfc1123-date construction rule of the BNF in Figure 1, and it MUST be represented in Greenwich Mean Time (GMT).

属性：「timemap」関係タイプとのリンクは、「type」属性を使用して、TimeMapシリアル化のMIMEタイプを伝達する必要があります（SHOULD）。「from」および「until」属性を使用して、TimeMapにリストされているMementosがカバーする時間間隔の開始と終了を表すことができます。つまり、リンクされたTimeMapには、表現された時間間隔外のアーカイブ日時を持つMementosは含まれません。この間隔をできるだけ正確に伝えるための試みを行う必要があります。これらの属性の値は、図1のBNFのrfc1123-date構築規則に従って表現された日時である必要があり、グリニッジ標準時（GMT）で表現されなければなりません（MUST）。

Use in HTTP "Link" headers: If there is a TimeMap associated with an Original Resource, a TimeGate, or a Memento that is preferred for use, then responses to HTTP HEAD/GET requests issued against these latter resources MUST include a link with a "timemap" Relation Type in their HTTP "Link" header. Multiple such links, each with a distinct Target IRI, MAY be expressed as a means to point to different TimeMaps or to different serializations of the same TimeMap. In all cases, use of the "from" and "until" attributes is OPTIONAL.

HTTP "Link"ヘッダーでの使用：元のリソース、TimeGate、または使用に適したMementoに関連付けられたTimeMapがある場合、これらの後者のリソースに対して発行されたHTTP HEAD / GET要求への応答には、 HTTP「リンク」ヘッダーの「タイムマップ」関係タイプ。それぞれが異なるターゲットIRIを持つ複数のそのようなリンクは、異なるタイムマップまたは同じタイムマップの異なるシリアル化を指す手段として表現できます。すべての場合において、「from」および「until」属性の使用はオプションです。

2.2.4. Link Relation Type "memento"

2.2.4. リンク関係タイプ「memento」

"memento" -- A link with a "memento" Relation Type is used to point from a TimeGate or a Memento for an Original Resource, as well as from the Original Resource itself, to a Memento for the Original Resource.

「memento」-「memento」リレーションタイプのリンクは、TimeGateまたはMementoから元のリソース、および元のリソース自体から、元のリソースのMementoを指すために使用されます。

Attributes: A link with a "memento" Relation Type MUST include a "datetime" attribute with a value that matches the "Memento-Datetime" of the Memento that is the target of the link; that is, the value of the "Memento-Datetime" header that is returned when the URI of the linked Memento is dereferenced. The value for the "datetime" attribute MUST be a datetime expressed according to the rfc1123-date construction rule of the BNF in Figure 1, and it MUST be represented in Greenwich Mean Time (GMT). This link MAY include a "license" attribute to associate a license with the Memento; the value for the "license" attribute MUST be a URI.

属性：「memento」関係タイプのリンクには、リンクのターゲットであるMementoの「Memento-Datetime」と一致する値を持つ「datetime」属性を含める必要があります。つまり、リンクされたMementoのURIが逆参照されたときに返される「Memento-Datetime」ヘッダーの値。「datetime」属性の値は、図1のBNFのrfc1123-date構築規則に従って表現された日付時刻でなければならず、グリニッジ標準時（GMT）で表されなければなりません（MUST）。このリンクには、ライセンスをMementoに関連付ける「ライセンス」属性を含めることができます。「license」属性の値はURIでなければなりません。

Use in HTTP "Link" headers: Responses to HTTP HEAD/GET requests issued against an Original Resource, a TimeGate, and a Memento MAY include links in their HTTP "Link" headers with a "memento" Relation Type. For responses in which a Memento is selected, the provision of navigational links that lead to Mementos other than the selected one can be beneficial to the user agent. Of special importance are links that lead to the temporally first and last Memento known to the responding server, as well as links leading to Mementos that are temporally adjacent to the selected one.

HTTP "Link"ヘッダーでの使用：元のリソース、TimeGate、およびMementoに対して発行されたHTTP HEAD / GETリクエストへの応答は、 "memento"関係タイプのHTTP "Link"ヘッダーにリンクを含めることができます。 Mementoが選択されている応答の場合、選択されたもの以外のMementosにつながるナビゲーションリンクの提供は、ユーザーエージェントにとって有益な場合があります。特に重要なのは、応答サーバーに既知の一時的に最初と最後のMementoにつながるリンクと、選択されたものに一時的に隣接するMementosにつながるリンクです。

3. Overview of the Memento Framework

3. Mementoフレームワークの概要

The Memento framework defines two complementary approaches to support obtaining representations of prior states of an Original Resource:

Mementoフレームワークは、元のリソースの以前の状態の表現の取得をサポートする2つの補完的なアプローチを定義します。

o Datetime Negotiation: Datetime negotiation is a variation on content negotiation by which a user agent expresses a datetime preference pertaining to the representation of an Original Resource, instead of, for example, a media type preference. Based on the responding server's knowledge of the past of the Original Resource, it selects a Memento of the Original Resource that best meets the user agent's datetime preference. An overview is provided in Section 3.1; details are in Section 4.

o 日時ネゴシエーション：日時ネゴシエーションは、コンテンツネゴシエーションのバリエーションであり、これにより、ユーザーエージェントは、メディアタイプ設定などではなく、オリジナルリソースの表現に関連する日時設定を表現します。元のリソースの過去に関する応答サーバーの知識に基づいて、ユーザーエージェントの日時設定に最適な元のリソースのMementoを選択します。概要はセクション3.1に記載されています。詳細はセクション4にあります。

o TimeMaps: A TimeMap is a resource from which a list can be obtained that provides a comprehensive overview of the past of an Original Resource. A server makes a TimeMap available that enumerates all Mementos that the server is aware of, along with their archival datetime. A user agent can obtain the TimeMap and select Mementos from it. An overview is provided in Section 3.2; details are in Section 5.

o TimeMaps：TimeMapは、元のリソースの過去の包括的な概要を提供するリストを取得できるリソースです。サーバーは、サーバーが認識しているすべてのMementosとそのアーカイブ日時を列挙するTimeMapを使用可能にします。ユーザーエージェントはTimeMapを取得し、そこからMementosを選択できます。概要はセクション3.2に記載されています。詳細はセクション5にあります。

3.1. Datetime Negotiation

3.1. 日時交渉

Figure 2 provides a schematic overview of a successful request/ response chain that involves datetime negotiation. Dashed lines depict HTTP transactions between user agent and server. The interactions are for a scenario where the Original Resource resides on one server, whereas both its TimeGate and Mementos reside on another (Pattern 2.1 (Section 4.2.1) in Section 4). Scenarios also exist in which all these resources are on the same server (for example, content management systems) or all are on different servers (for example, an aggregator of TimeGates).

図2は、日時のネゴシエーションを含む、成功した要求/応答チェーンの概要を示しています。破線は、ユーザーエージェントとサーバー間のHTTPトランザクションを示しています。インタラクションは、元のリソースが1つのサーバーに存在し、TimeGateとMementosの両方が別のサーバーに存在するシナリオ用です（セクション4のパターン2.1（セクション4.2.1））。これらのすべてのリソースが同じサーバー（コンテンツ管理システムなど）にある、またはすべて異なるサーバー（TimeGatesのアグリゲーターなど）にあるシナリオも存在します。

   1: UA --- HTTP HEAD/GET; Accept-Datetime: T ----------------> URI-R
   2: UA <-- HTTP 200; Link: URI-G ----------------------------- URI-R
   3: UA --- HTTP HEAD/GET; Accept-Datetime: T ----------------> URI-G
   4: UA <-- HTTP 302; Location: URI-M; Vary; Link:
         URI-R,URI-T ------------------------------------------> URI-G
   5: UA --- HTTP GET URI-M; Accept-Datetime: T ---------------> URI-M
   6: UA <-- HTTP 200; Memento-Datetime: T; Link:
         URI-R,URI-T,URI-G ------------------------------------- URI-M

Figure 2: A Datetime Negotiation Request/Response Chain

図2：日時交渉の要求/応答チェーン

Step 1: The user agent that wants to access a prior state of the Original Resource issues an HTTP HEAD/GET against URI-R that has an "Accept-Datetime" HTTP header with a value of the datetime of the desired state.

手順1：元のリソースの以前の状態にアクセスするユーザーエージェントは、目的の状態の日時の値を含む「Accept-Datetime」HTTPヘッダーを持つURI-Rに対してHTTP HEAD / GETを発行します。

Step 2: The response from URI-R includes an HTTP "Link" header with a Relation Type of "timegate" pointing at a TimeGate (URI-G) for the Original Resource.

ステップ2：URI-Rからの応答には、元のリソースのTimeGate（URI-G）を指す「timegate」の関係タイプを持つHTTP「Link」ヘッダーが含まれます。

Step 3: The user agent starts the datetime negotiation process with the TimeGate by issuing an HTTP GET request against URI-G that has an "Accept-Datetime" HTTP header with a value of the datetime of the desired prior state of the Original Resource.

ステップ3：ユーザーエージェントは、元のリソースの必要な以前の状態の日時の値を含む「Accept-Datetime」HTTPヘッダーを持つURI-Gに対してHTTP GET要求を発行することにより、TimeGateと日時交渉プロセスを開始します。

Step 4: The response from URI-G includes a "Location" header pointing at a Memento (URI-M) for the Original Resource. In addition, the response contains an HTTP "Link" header with a Relation Type of "original" pointing at the Original Resource (URI-R), and an HTTP "Link" header with a Relation Type of "timemap" pointing at a TimeMap (URI-T).

ステップ4：URI-Gからの応答には、元のリソースのMemento（URI-M）を指す「Location」ヘッダーが含まれています。さらに、応答には、元のリソース（URI-R）を指す「元の」関係タイプのHTTP「リンク」ヘッダーと、タイムマップを指す「タイプマップ」の関係タイプのHTTP「リンク」ヘッダーが含まれます。（URI-T）。

Step 5: The user agent issues an HTTP GET request against URI-M.

ステップ5：ユーザーエージェントは、URI-Mに対してHTTP GETリクエストを発行します。

Step 6: The response from URI-M includes a "Memento-Datetime" HTTP header with a value of the archival datetime of the Memento. It also contains an HTTP "Link" header with a Relation Type of "original" pointing at the Original Resource (URI-R), with a Relation Type of "timegate" pointing at a TimeGate (URI-G) for the Original Resource, and with a Relation Type of "timemap" pointing at a TimeMap (URI-T) for the Original Resource. The state that is expressed by the response is the state the Original Resource had at the archival datetime expressed in the "Memento-Datetime" header.

ステップ6：URI-Mからの応答には、 "Memento-Datetime" HTTPヘッダーとMementoのアーカイブ日時の値が含まれます。また、元のリソース（URI-R）を指す「元の」のリレーションタイプを持つHTTP「リンク」ヘッダーと、元のリソースのタイムゲート（URI-G）を指す「タイムゲート」のリレーションタイプがあります。また、元のリソースのTimeMap（URI-T）を指す「timemap」の関係タイプを使用します。応答によって表される状態は、「Memento-Datetime」ヘッダーで表されるアーカイブ日時に元のリソースが持っていた状態です。

In order to respond to a datetime negotiation request, the server uses an internal algorithm to select the Memento that best meets the user agent's datetime preference. The exact nature of the selection algorithm is at the server's discretion but is intended to be consistent, for example, always selecting the Memento that is nearest in time relative to the requested datetime, always selecting the Memento that is nearest in the past relative to the requested datetime, etc.

日時ネゴシエーション要求に応答するために、サーバーは内部アルゴリズムを使用して、ユーザーエージェントの日時設定に最も適合するMementoを選択します。選択アルゴリズムの正確な性質はサーバーの裁量にありますが、一貫性を保つことを目的としています。たとえば、常に要求された日時に対して時間的に最も近いMementoを選択し、常に過去に対して最も近いMementoを選択します。リクエストされた日時など

Due to the sparseness of Mementos in most systems, the value of the "Memento-Datetime" header returned by a server may differ (significantly) from the value conveyed by the user agent in "Accept-Datetime".

ほとんどのシステムではMementosが疎であるため、サーバーから返される「Memento-Datetime」ヘッダーの値は、「Accept-Datetime」でユーザーエージェントによって伝えられる値と（大幅に）異なる場合があります。

Although a Memento encapsulates a prior state of an Original Resource, the entity-body returned in response to an HTTP GET request issued against a Memento may very well not be byte-to-byte the same as an entity-body that was previously returned by that Original Resource. Various reasons exist why there are significant chances these would be different yet do convey substantially the same information. These include format migrations as part of a digital preservation strategy, URI-rewriting as applied by some Web archives, and the addition of banners as a means to brand Web archives.

Mementoは元のリソースの以前の状態をカプセル化しますが、Mementoに対して発行されたHTTP GETリクエストに応答して返されたエンティティボディは、以前に返されたエンティティボディとバイトツーバイトが異なる場合があります。その元のリソース。これらが異なる可能性があるにもかかわらず、実質的に同じ情報を伝達する大きな可能性があるのには、さまざまな理由があります。これには、デジタル保存戦略の一部としてのフォーマットの移行、一部のWebアーカイブで適用されるURI書き換え、およびWebアーカイブをブランド化する手段としてのバナーの追加が含まれます。

When negotiating in the datetime dimension, the regular content negotiation dimensions (media type, character encoding, language, and compression) remain available. It is the TimeGate server's responsibility to honor (or not) such content negotiation, and in doing so it MUST always first select a Memento that meets the user agent's datetime preference, and then consider honoring regular content negotiation for it. As a result of this approach, the returned Memento will not necessarily meet the user agent's regular content negotiation preferences. Therefore, it is RECOMMENDED that the server provides "memento" links in the HTTP "Link" header pointing at Mementos that do meet the user agent's regular content negotiation requests and that have a value for the "Memento-Datetime" header in the temporal vicinity of the user agent's preferred datetime value.

日時ディメンションでネゴシエートする場合、通常のコンテンツネゴシエーションディメンション（メディアタイプ、文字エンコーディング、言語、および圧縮）は引き続き使用できます。そのようなコンテンツネゴシエーションを尊重する（またはしない）ことはTimeGateサーバーの責任であり、そのためには必ず最初に常にユーザーエージェントの日時設定を満たすMementoを選択し、次に定期的なコンテンツネゴシエーションを遵守することを検討する必要があります。このアプローチの結果として、返されたMementoは必ずしもユーザーエージェントの通常のコンテンツネゴシエーション設定を満たしているとは限りません。したがって、サーバーは、ユーザーエージェントの通常のコンテンツネゴシエーション要求を満たし、時間的近傍の「Memento-Datetime」ヘッダーの値を持つMementosを指すHTTP「Link」ヘッダーに「memento」リンクを提供することをお勧めしますユーザーエージェントの優先日時値の。

A user agent that engages in datetime negotiation with a resource typically starts by issuing an HTTP HEAD, not GET, request with an "Accept-Datetime" header in order to determine how to proceed. This strategy is related to the existence of various server implementation patterns as will become clear in Section 4.

リソースとの日時交渉を行うユーザーエージェントは、通常、GETではなくHTTP HEADリクエストを "Accept-Datetime"ヘッダーを付けて発行し、続行方法を決定します。この戦略は、セクション4で明らかになるように、さまざまなサーバー実装パターンの存在に関連しています。

Details about the HTTP interactions involved in datetime negotiation are provided in Section 4.

日時ネゴシエーションに含まれるHTTP対話の詳細については、セクション4で説明します。

3.2. TimeMaps

3.2. タイムマップ

Figure 3 provides a schematic overview of a successful request/ response chain that shows a user agent obtaining a TimeMap. The pictorial conventions are the same as the ones used in Figure 2, as is the scenario. Note that, in addition to a TimeGate, an Original Resource and a Memento can also provide a link to a TimeMap.

図3は、TimeMapを取得するユーザーエージェントを示す、成功した要求/応答チェーンの概要を示しています。図の規則は、シナリオと同様に、図2で使用されているものと同じです。 TimeGateに加えて、Original ResourceとMementoもTimeMapへのリンクを提供できることに注意してください。

   1: UA --- HTTP HEAD/GET ------------------------------------> URI-R
   2: UA <-- HTTP 200; Link: URI-G ----------------------------- URI-R
   3: UA --- HTTP HEAD/GET ------------------------------------> URI-G
   4: UA <-- HTTP 302; Location: URI-M; Vary; Link:
         URI-R,URI-T ------------------------------------------> URI-G
   5: UA --- HTTP GET URI-T -----------------------------------> URI-T
   6: UA <-- HTTP 200 ------------------------------------------ URI-T

Figure 3: A Request/Response Chain to Obtain a TimeMap

図3：TimeMapを取得するための要求/応答チェーン

Step 1: The user agent that wants to access a TimeMap for the Original Resource issues an HTTP HEAD/GET against URI-R. This can be done with or without an "Accept-Datetime" HTTP header.

ステップ1：元のリソースのTimeMapにアクセスするユーザーエージェントは、URI-Rに対してHTTP HEAD / GETを発行します。これは、「Accept-Datetime」HTTPヘッダーの有無にかかわらず行うことができます。

Step 2: Irrespective of the use of an "Accept-Datetime" HTTP header in Step 1, the response from URI-R includes an HTTP "Link" header with a Relation Type of "timegate" pointing at a TimeGate (URI-G) for the Original Resource.

ステップ2：ステップ1での「Accept-Datetime」HTTPヘッダーの使用に関係なく、URI-Rからの応答には、TimeGate（URI-G）を指す「timegate」の関係タイプを持つHTTP「Link」ヘッダーが含まれます。元のリソース。

Step 3: The user agent issues an HTTP GET request against URI-G. This can be done with or without an "Accept-Datetime" HTTP header.

ステップ3：ユーザーエージェントは、URI-Gに対してHTTP GETリクエストを発行します。これは、「Accept-Datetime」HTTPヘッダーの有無にかかわらず行うことができます。

Step 4: Irrespective of the use of an "Accept-Datetime" HTTP header in Step 1, the response contains an HTTP "Link" header with a Relation Type of "timemap" pointing at a TimeMap (URI-T).

ステップ4：ステップ1での「Accept-Datetime」HTTPヘッダーの使用に関係なく、応答にはTimeMap（URI-T）を指す「timemap」の関係タイプを持つHTTP「Link」ヘッダーが含まれます。

Step 5: The user agent issues an HTTP GET request against URI-T.

ステップ5：ユーザーエージェントは、URI-Tに対してHTTP GETリクエストを発行します。

Step 6: The response from URI-T has an entity-body that lists all Mementos for the Original Resource known to the responding server, as well as their archival datetimes.

ステップ6：URI-Tからの応答には、応答サーバーに認識されている元のリソースのすべてのMementosとそれらのアーカイブ日時をリストするエンティティ本体があります。

Details about the content and serialization of TimeMaps are provided in Section 5.

TimeMapのコンテンツとシリアル化の詳細は、セクション5で説明されています。

4. Datetime Negotiation: HTTP Interactions

4. 日時交渉：HTTPインタラクション

Figure 2 depicts a specific pattern to implement the Memento framework. Multiple patterns exist, and they can be grouped as follows:

図2は、Mementoフレームワークを実装するための特定のパターンを示しています。複数のパターンが存在し、次のようにグループ化できます。

o Pattern 1 (Section 4.1) - The Original Resource acts as its own TimeGate

o パターン1（セクション4.1）-元のリソースは独自のタイムゲートとして機能します

o Pattern 2 (Section 4.2) - A remote resource acts as a TimeGate for the Original Resource

o パターン2（セクション4.2）-リモートリソースは元のリソースのTimeGateとして機能します

o Pattern 3 (Section 4.3) - The Original Resource is a Fixed Resource

o パターン3（セクション4.3）-元のリソースは固定リソースです

o Pattern 4 (Section 4.4) - Mementos without a TimeGate

o パターン4（セクション4.4）-TimeGateなしのMementos

Details of the HTTP interactions for common cases for each of those patterns are provided in Sections 4.1 through 4.4. Appendix A summarizes the use of the "Vary", "Memento-Datetime", and "Link" headers in responses from Original Resources, TimeGates, and Mementos for the various patterns. Special cases are described in Section 4.5. Note that in the following sections, the HTTP status code of the responses with an entity-body is shown as "200 OK", but a series of "206 Partial Content" responses could be substituted.

これらの各パターンの一般的なケースのHTTPインタラクションの詳細は、セクション4.1〜4.4に記載されています。付録Aは、さまざまなパターンの元のリソース、TimeGate、およびMementosからの応答における「Vary」、「Memento-Datetime」、および「Link」ヘッダーの使用を要約しています。特別なケースについては、セクション4.5で説明します。次のセクションでは、エンティティボディを含む応答のHTTPステータスコードは「200 OK」と表示されていますが、一連の「206部分コンテンツ」応答で置き換えることができます。

Figure 4 shows a user agent that attempts to datetime negotiate with the Original Resource http://a.example.org/ by including an "Accept-Datetime" header in its HTTP HEAD request. This initiating request is the same for Pattern 1 (Section 4.1) through Pattern 3 (Section 4.3).

図4は、HTTP HEADリクエストに「Accept-Datetime」ヘッダーを含めることで、元のリソースhttp://a.example.org/との日時交渉を試みるユーザーエージェントを示しています。この開始要求は、パターン1（セクション4.1）からパターン3（セクション4.3）までと同じです。

   HEAD / HTTP/1.1
   Host: a.example.org
   Accept-Datetime: Tue, 20 Mar 2001 20:35:00 GMT
   Connection: close

Figure 4: User Agent Attempts Datetime Negotiation with Original Resource

図4：ユーザーエージェントが元のリソースとの日時交渉を試みる

4.1. Pattern 1 - The Original Resource Acts as Its Own TimeGate

4.1. パターン1-元のリソースが独自のタイムゲートとして機能する

In this implementation pattern, the Original Resource acts as its own TimeGate, which means that URI-R and URI-G coincide. Content management systems and revision control systems can support datetime negotiation in this way as they are commonly aware of the version history of their own resources.

この実装パターンでは、Original Resourceは独自のTimeGateとして機能します。つまり、URI-RとURI-Gは一致します。コンテンツ管理システムとリビジョン管理システムは、自分のリソースのバージョン履歴を一般的に認識しているため、この方法で日時ネゴシエーションをサポートできます。

The response to this request when datetime negotiation for this resource is supported depends on the negotiation style it uses (200- style or 302-style) and on the existence or absence of a URI-M for Mementos that is distinct from the URI-R of the associated Original Resource. The various cases are summarized in the below table, and the server responses for each are detailed in the remainder of this section.

このリソースの日時ネゴシエーションがサポートされている場合のこの要求への応答は、使用するネゴシエーションスタイル（200スタイルまたは302スタイル）と、URI-Rとは異なるMementosのURI-Mの有無によって異なります。関連する元のリソースの。さまざまなケースを次の表にまとめます。それぞれのサーバーの応答については、このセクションの残りの部分で詳しく説明します。

   +-------------------+------------+----------+---------+-------------+
   |      Pattern      |  Original  | TimeGate | Memento | Negotiation |
   |                   |  Resource  |          |         |    Style    |
   +-------------------+------------+----------+---------+-------------+
   |    Pattern 1.1    |    URI-R   |   URI-R  |  URI-M  |     302     |
   |  (Section 4.1.1)  |            |          |         |             |
   |    Pattern 1.2    |    URI-R   |   URI-R  |  URI-M  |     200     |
   |  (Section 4.1.2)  |            |          |         |             |
   |    Pattern 1.3    |    URI-R   |   URI-R  |  URI-R  |     200     |
   |  (Section 4.1.3)  |            |          |         |             |
   +-------------------+------------+----------+---------+-------------+

Table 1: Pattern 1

表1：パターン1

4.1.1. Pattern 1.1 - URI-R=URI-G; 302-Style Negotiation; Distinct URI-M

4.1.1. パターン1.1-URI-R = URI-G; 302スタイルの交渉。明確なURI-M

In this case, the response to the user agent's request of Figure 4 has a "302 Found" HTTP status code, and the "Location" header conveys the URI-M of the selected Memento. The use of Memento response headers and links in the response from URI-R=URI-G is as follows:

この場合、図4のユーザーエージェントのリクエストに対する応答には、「302 Found」HTTPステータスコードがあり、「Location」ヘッダーは、選択したMementoのURI-Mを伝えます。 URI-R = URI-Gからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o The "Vary" header MUST be provided, and it MUST include the "accept-datetime" value.

o 「Vary」ヘッダーを提供する必要があり、「accept-datetime」値を含める必要があります。

o The response MUST NOT contain a "Memento-Datetime" header.

o 応答に「Memento-Datetime」ヘッダーを含めてはなりません（MUST NOT）。

o The "Link" header MUST be provided, and it MUST contain at least a link with the "original" Relation Type that has the URI-R of the Original Resource as Target IRI. The provision of other links is encouraged and is subject to the considerations described in Section 2.2.

o 「リンク」ヘッダーを提供する必要があり、少なくとも、元のリソースのURI-RをターゲットIRIとして持つ「元の」関係タイプとのリンクを含める必要があります。他のリンクの提供は奨励されており、セクション2.2で説明されている考慮事項の対象となります。

The server's response to the request of Figure 4 is shown in Figure 5. Note the inclusion of the recommended link to the TimeGate that, in this case, has a Target IRI that is the URI-R of the Original Resource.

図4の要求に対するサーバーの応答を図5に示します。TimeGateへの推奨リンクが含まれていることに注意してください。この場合、元のリソースのURI-RであるターゲットIRIがあります。

   HTTP/1.1 302 Found
   Date: Thu, 21 Jan 2010 00:06:50 GMT
   Server: Apache
   Vary: accept-datetime
   Location:
    http://a.example.org/?version=20010320133610
   Link: <http://a.example.org/>; rel="original timegate"
   Content-Length: 0
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 5: Response from URI-R=URI-G for Pattern 1.1

図5：パターン1.1のURI-R = URI-Gからの応答

In a subsequent request, shown in Figure 6, the user agent can obtain the selected Memento by issuing an HTTP GET request against the URI-M that was provided in the "Location" header. The inclusion of the "Accept-Datetime" header in this request is not needed but will typically occur as the user agent is in datetime negotiation mode.

図6に示す後続のリクエストでは、ユーザーエージェントは、「Location」ヘッダーで提供されたURI-Mに対してHTTP GETリクエストを発行することで、選択したMementoを取得できます。このリクエストに「Accept-Datetime」ヘッダーを含める必要はありませんが、通常、ユーザーエージェントが日時交渉モードにあるときに発生します。

   GET /?version=20010320133610 HTTP/1.1
   Host: a.example.org
   Accept-Datetime: Tue, 20 Mar 2001 20:35:00 GMT
   Connection: close

Figure 6: User Agent Requests Selected Memento

図6：ユーザーエージェントが選択したMementoをリクエストする

The response has a "200 OK" HTTP status code, and the entity-body of the response contains the representation of the selected Memento. The use of Memento response headers and links in the response from URI-M is as follows:

応答には「200 OK」HTTPステータスコードがあり、応答のエンティティ本体には選択したMementoの表現が含まれています。 URI-Mからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o A "Vary" header that includes an "accept-datetime" value MUST NOT be provided.

o 「accept-datetime」値を含む「Vary」ヘッダーは提供してはなりません（MUST NOT）。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、メメントのアーカイブ日時を表します。

The server's response to the request of Figure 6 is shown in Figure 7. Note the provision of the required "original", and the recommended "timegate" and "timemap" links. The former two point to the Original Resource, which acts as its own TimeGate. The latter has "from" and "until" attributes to indicate the temporal interval covered by Mementos listed in the linked TimeMap.

図6の要求に対するサーバーの応答を図7に示します。必要な「元の」リンクと、推奨される「タイムゲート」および「タイムマップ」リンクのプロビジョニングに注意してください。前の2つは、独自のTimeGateとして機能する元のリソースを指しています。後者には、リンクされたTimeMapにリストされているMementosがカバーする時間間隔を示す「from」および「until」属性があります。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:06:51 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Tue, 20 Mar 2001 13:36:10 GMT
   Link: <http://a.example.org/>; rel="original timegate",
    <http://a.example.org/?version=all&style=timemap>
      ; rel="timemap"; type="application/link-format"
      ; from="Tue, 15 Sep 2000 11:28:26 GMT"
      ; until="Wed, 20 Jan 2010 09:34:33 GMT"
   Content-Length: 23364
   Content-Type: text/html;charset=utf-8
   Connection: close

Figure 7: Response from URI-M for Pattern 1.1

図7：パターン1.1のURI-Mからの応答

4.1.2. Pattern 1.2 - URI-R=URI-G; 200-Style Negotiation; Distinct URI-M

4.1.2. パターン1.2-URI-R = URI-G; 200スタイルの交渉。明確なURI-M

In this case, the response to the user agent's request of Figure 4 has a "200 OK" HTTP status code, and the "Content-Location" header conveys the URI-M of the selected Memento. The use of Memento response headers and links in the response from URI-R=URI-G is as follows:

この場合、図4のユーザーエージェントのリクエストへの応答には「200 OK」HTTPステータスコードが含まれ、「Content-Location」ヘッダーは選択されたMementoのURI-Mを伝えます。 URI-R = URI-Gからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o The "Vary" header MUST be provided, and it MUST include the "accept-datetime" value.

o 「Vary」ヘッダーを提供する必要があり、「accept-datetime」値を含める必要があります。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the selected Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、選択されたMementoのアーカイブ日時を表します。

The server's response to the request of Figure 4 is shown in Figure 8. Note the provision of optional "memento" links pointing at the oldest and most recent Memento for the Original Resource known to the responding server.

図4の要求に対するサーバーの応答を図8に示します。オプションの "memento"リンクが提供されており、応答サーバーが認識している元のリソースの最も古い最新のMementoを指しています。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:06:50 GMT
   Server: Apache
   Vary: accept-datetime
   Content-Location:
    http://a.example.org/?version=20010320133610
   Memento-Datetime: Tue, 20 Mar 2001 13:36:10 GMT
   Link: <http://a.example.org/>; rel="original timegate",
    <http://a.example.org/?version=20000915112826>
    ; rel="memento first"; datetime="Tue, 15 Sep 2000 11:28:26 GMT",
    <http://a.example.org/?version=20100120093433>
    ; rel="memento last"; datetime="Wed, 20 Jan 2010 09:34:33 GMT",
    <http://a.example.org/?version=all&style=timemap>
    ; rel="timemap"; type="application/link-format"
   Content-Length: 23364
   Content-Type: text/html;charset=utf-8
   Connection: close

Figure 8: Response from URI-R=URI-G for Pattern 1.2

図8：パターン1.2に対するURI-R = URI-Gからの応答

In a subsequent request, which is the same as Figure 4 but with HTTP GET instead of HEAD, the user agent can obtain the representation of the selected Memento. It will be provided as the entity-body of a response that has the same Memento headers as in Figure 8.

後続のリクエストでは、図4と同じですが、HEADの代わりにHTTP GETを使用して、ユーザーエージェントは選択されたMementoの表現を取得できます。これは、図8と同じMementoヘッダーを持つ応答のエンティティ本体として提供されます。

4.1.3.  Pattern 1.3 - URI-R=URI-G; 200-Style Negotiation; No Distinct
        URI-M

In this case, the response to the user agent's request of Figure 4 has a "200 OK" HTTP status code, and it does not contain a "Content-Location" nor a "Location" header as there is no URI-M of the selected Memento to convey. The use of Memento response headers and links in the response from URI-R=URI-G is as follows:

この場合、図4のユーザーエージェントのリクエストへの応答には「200 OK」HTTPステータスコードが含まれ、URI-Mがないため、「Content-Location」ヘッダーも「Location」ヘッダーも含まれていません。伝えるために選択されたメメント。 URI-R = URI-Gからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o The "Vary" header MUST be provided, and it MUST include the "accept-datetime" value.

o 「Vary」ヘッダーを提供する必要があり、「accept-datetime」値を含める必要があります。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the selected Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、選択されたMementoのアーカイブ日時を表します。

The server's response to the request of Figure 4 is shown in Figure 9. The recommended "timemap" and "timegate" links are included in addition to the mandatory "original" link.

図4の要求に対するサーバーの応答を図9に示します。必須の「元の」リンクに加えて、推奨される「タイムマップ」および「タイムゲート」リンクが含まれています。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:06:50 GMT
   Server: Apache
   Vary: accept-datetime
   Memento-Datetime: Tue, 20 Mar 2001 13:36:10 GMT
   Link: <http://a.example.org/>; rel="original timegate",
    <http://a.example.org/?version=all&style=timemap>
      ; rel="timemap"; type="application/link-format"
   Content-Length: 23364
   Content-Type: text/html;charset=utf-8
   Connection: close

Figure 9: Response from URI-R=URI-G for Pattern 1.3

図9：パターン1.3に対するURI-R = URI-Gからの応答

後続のリクエストでは、図4と同じですが、HEADの代わりにHTTP GETを使用して、ユーザーエージェントは選択されたMementoの表現を取得できます。これは、図9と同じMementoヘッダーを持つ応答のエンティティ本体として提供されます。

4.2. Pattern 2 - A Remote Resource Acts as a TimeGate for the Original Resource

4.2. パターン2-リモートリソースが元のリソースのタイムゲートとして機能する

In this implementation pattern, the Original Resource does not act as its own TimeGate, which means that URI-R and URI-G are different. This pattern is typically implemented by servers for which the history of their resources is recorded in remote systems such as Web archives and transactional archives [Fitch]. But servers that maintain their own history, such as content management systems and version control systems, may also implement this pattern, for example, to distribute the load involved in responding to requests for current and prior representations of resources between different servers.

この実装パターンでは、元のリソースは独自のTimeGateとして機能しません。つまり、URI-RとURI-Gは異なります。このパターンは通常、リソースの履歴がWebアーカイブやトランザクションアーカイブ[Fitch]などのリモートシステムに記録されるサーバーによって実装されます。ただし、コンテンツ管理システムやバージョン管理システムなど、独自の履歴を保持するサーバーもこのパターンを実装して、たとえば、異なるサーバー間でリソースの現在および以前の表現に対する要求への応答に関連する負荷を分散できます。

This pattern is summarized in the below table and is detailed in the remainder of this section. Three cases exist that differ regarding the negotiation style that is used by the remote TimeGate and regarding the existence of a URI-M for Mementos that is distinct from the URI-G of the TimeGate.

このパターンを下の表にまとめ、このセクションの残りの部分で詳しく説明します。リモートTimeGateで使用されるネゴシエーションスタイル、およびTimeGateのURI-Gとは異なるMementosのURI-Mの存在に関して異なる3つのケースが存在します。

   +-------------------+------------+----------+---------+-------------+
   |      Pattern      |  Original  | TimeGate | Memento | Negotiation |
   |                   |  Resource  |          |         |    Style    |
   +-------------------+------------+----------+---------+-------------+
   |    Pattern 2.1    |    URI-R   |   URI-G  |  URI-M  |     302     |
   |  (Section 4.2.1)  |            |          |         |             |
   |    Pattern 2.2    |    URI-R   |   URI-G  |  URI-M  |     200     |
   |  (Section 4.2.2)  |            |          |         |             |
   |    Pattern 2.3    |    URI-R   |   URI-G  |  URI-G  |     200     |
   |  (Section 4.2.3)  |            |          |         |             |
   +-------------------+------------+----------+---------+-------------+

Table 2: Pattern 2

表2：パターン2

The response by the Original Resource to the request shown in Figure 4 is the same for all three cases. The use of headers and links in the response from URI-R is as follows:

図4に示す要求に対する元のリソースによる応答は、3つのケースすべてで同じです。 URI-Rからの応答でのヘッダーとリンクの使用は次のとおりです。

o A "Vary" header that includes an "accept-datetime" value MUST NOT be provided.

o 「accept-datetime」値を含む「Vary」ヘッダーは提供してはなりません（MUST NOT）。

o The response MUST NOT contain a "Memento-Datetime" header.

o 応答に「Memento-Datetime」ヘッダーを含めてはなりません（MUST NOT）。

o The "Link" header SHOULD be provided. It MUST NOT include a link with an "original" Relation Type. If a preferred TimeGate is associated with the Original Resource, then it MUST include a link with a "timegate" Relation Type that has the URI-G of the TimeGate as Target IRI. If a preferred TimeMap is associated with the Original Resource, then it SHOULD include a link with a "timemap" Relation Type that has the URI-T of the TimeGate as Target IRI. Multiple "timegate" and "timemap" links can be provided to accommodate situations in which the server is aware of multiple TimeGates or TimeMaps for the Original Resource.

o 「リンク」ヘッダーを提供する必要があります。「元の」関係タイプとのリンクを含めることはできません。優先タイムゲートが元のリソースに関連付けられている場合、ターゲットIRIとしてタイムゲートのURI-Gを持つ「タイムゲート」関係タイプのリンクを含める必要があります。優先TimeMapが元のリソースに関連付けられている場合、ターゲットIRIとしてTimeGateのURI-Tを持つ「timemap」関係タイプのリンクを含める必要があります。サーバーが元のリソースの複数のタイムゲートまたはタイムマップを認識している状況に対応するために、複数の「タイムゲート」および「タイムマップ」リンクを提供できます。

Figure 10 shows such a response. Note the absence of an "original" link as the responding resource is neither a TimeGate nor a Memento.

図10は、このような応答を示しています。応答するリソースはTimeGateでもMementoでもないため、「元の」リンクがないことに注意してください。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:02:12 GMT
   Server: Apache
   Link: <http://arxiv.example.net/timegate/http://a.example.org/>
      ; rel="timegate"
   Content-Length: 255
   Connection: close
   Content-Type: text/html; charset=iso-8859-1

            Figure 10: Response from URI-R<>URI-G for Pattern 2

Once a user agent has obtained the URI-G of a remote TimeGate for the Original Resource, it can engage in datetime negotiation with that TimeGate. Figure 11 shows the request issued against the TimeGate, whereas Sections 4.2.1 through 4.2.3 detail the responses for various TimeGate implementation patterns.

ユーザーエージェントが元のリソースのリモートTimeGateのURI-Gを取得すると、そのTimeGateと日時交渉を行うことができます。図11は、TimeGateに対して発行された要求を示していますが、セクション4.2.1から4.2.3は、さまざまなTimeGate実装パターンの応答を詳しく示しています。

   HEAD /timegate/http://a.example.org/ HTTP/1.1
   Host: arxiv.example.net
   Accept-Datetime: Tue, 20 Mar 2001 20:35:00 GMT
   Connection: close

Figure 11: User Agent Engages in Datetime Negotiation with Remote TimeGate

図11：リモートタイムゲートを使用した日時交渉に関与するユーザーエージェント

4.2.1.  Pattern 2.1 - URI-R<>URI-G; 302-Style Negotiation; Distinct
        URI-M

In case the TimeGate uses a 302 negotiation style, the response to the user agent's request of Figure 11 has a "302 Found" HTTP status code, and the "Location" header conveys the URI-M of the selected Memento. The use of Memento response headers and links in the response from URI-G is as follows:

TimeGateが302ネゴシエーションスタイルを使用する場合、図11のユーザーエージェントのリクエストへの応答には「302 Found」HTTPステータスコードがあり、「Location」ヘッダーは選択したMementoのURI-Mを伝えます。 URI-Gからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o The "Vary" header MUST be provided, and it MUST include the "accept-datetime" value.

o 「Vary」ヘッダーを提供する必要があり、「accept-datetime」値を含める必要があります。

o The response MUST NOT contain a "Memento-Datetime" header.

o 応答に「Memento-Datetime」ヘッダーを含めてはなりません（MUST NOT）。

The server's response to the request of Figure 11 is shown in Figure 12. It contains the mandatory "original" link that points back to the Original Resource associated with this TimeGate, and it shows the recommended "timemap" link that includes "from" and "until" attributes.

図11の要求に対するサーバーの応答を図12に示します。このサーバーには、このTimeGateに関連付けられた元のリソースを指す必須の「元の」リンクが含まれており、「from」と「まで」の属性。

   HTTP/1.1 302 Found
   Date: Thu, 21 Jan 2010 00:02:14 GMT
   Server: Apache
   Vary: accept-datetime
   Location:
    http://arxiv.example.net/web/20010321203610/http://a.example.org/
   Link: <http://a.example.org/>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org/>
      ; rel="timemap"; type="application/link-format"
      ; from="Tue, 15 Sep 2000 11:28:26 GMT"
      ; until="Wed, 20 Jan 2010 09:34:33 GMT"
   Content-Length: 0
   Content-Type: text/plain; charset=UTF-8
   Connection: close

           Figure 12: Response from URI-G<>URI-R for Pattern 2.1

In a subsequent HTTP GET request, shown in Figure 13, the user agent can obtain the selected Memento by issuing an HTTP GET request against the URI-M that was provided in the "Location" header. The inclusion of the "Accept-Datetime" header in this request is not needed but will typically occur as the user agent is in datetime negotiation mode.

図13に示す後続のHTTP GET要求では、ユーザーエージェントは、 "Location"ヘッダーで提供されたURI-Mに対してHTTP GET要求を発行することにより、選択したMementoを取得できます。このリクエストに「Accept-Datetime」ヘッダーを含める必要はありませんが、通常、ユーザーエージェントが日時交渉モードにあるときに発生します。

   GET /web/20010321203610/http://a.example.org/ HTTP/1.1
   Host: arxiv.example.net/
   Accept-Datetime: Tue, 20 Mar 2001 20:35:00 GMT
   Connection: close

Figure 13: User Agent Requests Selected Memento

図13：ユーザーエージェントが選択したMementoをリクエストする

The response has a "200 OK" HTTP status code. The use of Memento response headers and links in the response from URI-M is as follows:

応答には、「200 OK」HTTPステータスコードが含まれます。 URI-Mからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o A "Vary" header that includes an "accept-datetime" value MUST NOT be provided.

o 「accept-datetime」値を含む「Vary」ヘッダーは提供してはなりません（MUST NOT）。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、メメントのアーカイブ日時を表します。

The server's response to the request of Figure 13 is shown in Figure 14. Note the provision of the recommended "timegate" and "timemap" links.

図13の要求に対するサーバーの応答を図14に示します。推奨される「タイムゲート」および「タイムマップ」リンクの規定に注意してください。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:02:15 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Wed, 21 Mar 2001 20:36:10 GMT
   Link: <http://a.example.org/>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org/>
      ; rel="timemap"; type="application/link-format",
    <http://arxiv.example.net/timegate/http://a.example.org/>
      ; rel="timegate"
   Content-Length: 25532
   Content-Type: text/html;charset=utf-8
   Connection: close

Figure 14: Response from URI-M for Pattern 2.1

図14：パターン2.1のURI-Mからの応答

4.2.2.  Pattern 2.2 - URI-R<>URI-G; 200-Style Negotiation; Distinct
        URI-M

In case the TimeGate uses a 200 negotiation style, and each Memento has a distinct URI-M, the response to the user agent's request of Figure 11 has a "200 OK" HTTP status code, and the "Content-Location" header conveys the URI-M of the selected Memento. The use of Memento response headers and links in the response from URI-G is as follows:

TimeGateが200ネゴシエーションスタイルを使用し、各Mementoが個別のURI-Mを持つ場合、図11のユーザーエージェントのリクエストへの応答には「200 OK」HTTPステータスコードがあり、「Content-Location」ヘッダーは選択したMementoのURI-M。 URI-Gからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o The "Vary" header MUST be provided, and it MUST include the "accept-datetime" value.

o 「Vary」ヘッダーを提供する必要があり、「accept-datetime」値を含める必要があります。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、メメントのアーカイブ日時を表します。

The server's response to the request of Figure 11 is shown in Figure 15.

図11の要求に対するサーバーの応答を図15に示します。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Vary: accept-datetime
   Content-Location:
    http://arxiv.example.net/web/20010321203610/http://a.example.org/
   Memento-Datetime: Wed, 21 Mar 2001 20:36:10 GMT
   Link: <http://a.example.org/>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org/>
      ; rel="timemap"; type="application/link-format",
    <http://arxiv.example.net/timegate/http://a.example.org/>
      ; rel="timegate"
   Content-Length: 25532
   Content-Type: text/html;charset=utf-8
   Connection: close

           Figure 15: Response from URI-G<>URI-R for Pattern 2.2

In a subsequent request, which is the same as Figure 11 but with HTTP GET instead of HEAD, the user agent can obtain the representation of the selected Memento. It will be provided as the entity-body of a response that has the same Memento headers as Figure 15.

後続のリクエストでは、図11と同じですが、HEADではなくHTTP GETを使用して、ユーザーエージェントは選択されたMementoの表現を取得できます。これは、図15と同じMementoヘッダーを持つ応答のエンティティ本体として提供されます。

4.2.3.  Pattern 2.3 - URI-R<>URI-G; 200-Style Negotiation; No Distinct
        URI-M

In case the TimeGate uses a 200 negotiation style, but Mementos have no distinct URIs, the response to the user agent's request of Figure 11 has a "200 OK" HTTP status code, and it does not contain a "Content-Location" nor "Location" header as there is no URI-M of the selected Memento to convey. The use of Memento response headers and links in the response from URI-G is as follows:

TimeGateが200ネゴシエーションスタイルを使用しているが、Mementosに個別のURIがない場合、図11のユーザーエージェントのリクエストへの応答には "200 OK" HTTPステータスコードが含まれ、 "Content-Location"も "選択したMementoのURI-Mを伝える必要がないため、 "Location"ヘッダー。 URI-Gからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o The "Vary" header MUST be provided, and it MUST include the "accept-datetime" value.

o 「Vary」ヘッダーを提供する必要があり、「accept-datetime」値を含める必要があります。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、メメントのアーカイブ日時を表します。

The server's response to the request of Figure 11 is shown in Figure 16.

図11の要求に対するサーバーの応答を図16に示します。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Vary: accept-datetime
   Memento-Datetime: Wed, 21 Mar 2001 20:36:10 GMT
   Link: <http://a.example.org/>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org/>
      ; rel="timemap"; type="application/link-format",
    <http://arxiv.example.net/timegate/http://a.example.org/>
      ; rel="timegate"
   Content-Length: 25532
   Content-Type: text/html;charset=utf-8
   Connection: close

           Figure 16: Response from URI-G<>URI-R for Pattern 2.3

後続のリクエストでは、図11と同じですが、HEADではなくHTTP GETを使用して、ユーザーエージェントは選択されたMementoの表現を取得できます。これは、図16と同じMementoヘッダーを持つ応答のエンティティ本体として提供されます。

4.3. Pattern 3 - The Original Resource is a Fixed Resource

4.3. パターン3-元のリソースは固定リソースです

This pattern does not involve datetime negotiation with a TimeGate, but it can be implemented for Original Resources that never change state or do not change anymore past a certain point in their existence, meaning that URI-R and URI-M coincide either from the outset or starting at some point in time. This pattern is summarized in the below table. Examples are tweets or stable media resources on news sites.

このパターンにはTimeGateとの日時ネゴシエーションは含まれませんが、状態を決して変更しない、または存在の特定のポイントを過ぎても変更されない元のリソースに実装できます。つまり、URI-RとURI-Mは最初から一致しています。または、ある時点で開始します。このパターンを次の表にまとめます。例としては、ツイートやニュースサイトの安定したメディアリソースがあります。

   +----------+----------------+----------+---------+------------------+
   |  Pattern |    Original    | TimeGate | Memento |    Negotiation   |
   |          |    Resource    |          |         |       Style      |
   +----------+----------------+----------+---------+------------------+
   |  Pattern |      URI-R     |     -    |  URI-R  |         -        |
   |     3    |                |          |         |                  |
   +----------+----------------+----------+---------+------------------+

Table 3: Pattern 3

表3：パターン3

Servers that host such resources can support the Memento framework by treating the stable resource (FixedResource as per [W3C.gen-ont-20090420]) as a Memento. The use of Memento response headers and links in responses from such a stable resource is as follows:

そのようなリソースをホストするサーバーは、安定したリソース（[W3C.gen-ont-20090420]のようにFixedResource）をMementoとして扱うことにより、Mementoフレームワークをサポートできます。このような安定したリソースからの応答でのMemento応答ヘッダーとリンクの使用は次のとおりです。

o A "Vary" header that includes an "accept-datetime" value MUST NOT be provided.

o 「accept-datetime」値を含む「Vary」ヘッダーは提供してはなりません（MUST NOT）。

o The response MUST include a "Memento-Datetime" header. Its value expresses the datetime at which the resource became stable. Providing this value includes a promise that the resource has not changed since this datetime and will not change anymore beyond it.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、リソースが安定した日時を表します。この値を提供することには、この日時以降にリソースが変更されておらず、それ以降は変更されないという約束が含まれます。

o The "Link" header MUST be provided and MUST have a link with the "original" Relation Type that has the URI-R of the stable resource itself as Target IRI.

o 「リンク」ヘッダーを提供する必要があり、ターゲットIRIとしての安定したリソース自体のURI-Rを持つ「元の」関係タイプとのリンクが必要です。

Figure 17 shows a response to an HTTP HEAD request for the resource with URI-R http://a.example.org/ that has been stable since March 20, 2009.

図17は、2009年3月20日から安定している、URI-R http://a.example.org/のリソースに対するHTTP HEADリクエストへの応答を示しています。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Fri, 20 Mar 2009 11:00:00 GMT
   Link: <http://a.example.org/>; rel="original"
   Content-Length: 875
   Content-Type: text/html;charset=utf-8
   Connection: close

Figure 17: Response from URI-R=URI-M for Pattern 3

図17：パターン3のURI-R = URI-Mからの応答

4.4. Pattern 4 - Mementos without a TimeGate

4.4. パターン4-TimeGateなしのMementos

Cases may occur in which a server hosts Mementos but does not expose a TimeGate for them. This can, for example, be the case if the server's Mementos result from taking a snapshot of the state of a set of Original Resources from another server as it is being retired. As a result, only a single Memento per Original Resource is hosted, making the introduction of a TimeGate unnecessary. But it may also be the case for servers that host multiple Mementos for an Original Resource but consider exposing TimeGates too expensive. In this case, URI-R and URI-M are distinct, but a TimeGate is absent. This case is summarized in the below table.

サーバーがMementosをホストしていても、TimeGateが公開されていない場合があります。たとえば、サーバーのMementosが、廃止された別のサーバーからオリジナルリソースのセットの状態のスナップショットを取得した結果である場合などです。その結果、元のリソースごとに1つのMementoのみがホストされるため、TimeGateの導入は不要になります。ただし、元のリソースに対して複数のMementosをホストするサーバーの場合にも当てはまりますが、TimeGateの公開は高すぎることを考慮してください。この場合、URI-RとURI-Mは異なりますが、TimeGateはありません。このケースを次の表にまとめます。

   +----------+----------------+----------+---------+------------------+
   |  Pattern |    Original    | TimeGate | Memento |    Negotiation   |
   |          |    Resource    |          |         |       Style      |
   +----------+----------------+----------+---------+------------------+
   |  Pattern |      URI-R     |     -    |  URI-M  |         -        |
   |     4    |                |          |         |                  |
   +----------+----------------+----------+---------+------------------+

Table 4: Pattern 4

表4：パターン4

Servers that host such Mementos without TimeGates can still support the Memento framework by providing the appropriate Memento headers and links. Their use is as follows for a response from URI-M:

TimeGatesなしでこのようなMementosをホストするサーバーは、適切なMementoヘッダーとリンクを提供することにより、Mementoフレームワークをサポートできます。 URI-Mからの応答での使用法は次のとおりです。

o A "Vary" header that includes an "accept-datetime" value MUST NOT be provided.

o 「accept-datetime」値を含む「Vary」ヘッダーは提供してはなりません（MUST NOT）。

o The response MUST include a "Memento-Datetime" header. Its value expresses the archival datetime of the Memento.

o 応答には、「Memento-Datetime」ヘッダーを含める必要があります。その値は、メメントのアーカイブ日時を表します。

o The "Link" header MUST be provided, and it MUST have a link with the "original" Relation Type that has the URI-R of the associated Original Resource as Target IRI. The provision of other links is encouraged and is subject to the considerations described in Section 2.2.

o 「リンク」ヘッダーを提供する必要があります。また、関連付けられた元のリソースのURI-RをターゲットIRIとして持つ「元の」関係タイプとのリンクが必要です。他のリンクの提供は奨励されており、セクション2.2で説明されている考慮事項の対象となります。

Figure 18 shows a response to an HTTP HEAD request for the Memento with URI-M http://arxiv.example.net/web/20010321203610/http://a.example.org/. Note the use of links: three links have the URI-M of the Memento as Target IRI and have respective Relation Types "memento", "first", and "last". This combination indicates that this is the only Memento for the Original Resource with Target IRI provided by the "original" link (http://a.example.org/) of which the server is aware. Note also that such a response does not imply that there is no server whatsoever that exposes a TimeGate; it merely means that the responding server neither provides nor is aware of the location of a TimeGate.

図18は、URI-M http://arxiv.example.net/web/20010321203610/http://a.example.org/を使用したMementoのHTTP HEADリクエストへの応答を示しています。リンクの使用に注意してください。3つのリンクには、ターゲットIRIとしてMementoのURI-Mがあり、それぞれに「memento」、「first」、および「last」という関係タイプがあります。この組み合わせは、これが、サーバーが認識している「元の」リンク（http://a.example.org/）によって提供される、ターゲットIRIを備えた元のリソースの唯一のMementoであることを示しています。また、このような応答は、TimeGateを公開するサーバーがないことを意味するものではないことに注意してください。これは単に、応答サーバーがTimeGateの場所を提供も認識もしていないことを意味します。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Wed, 21 Mar 2001 20:36:10 GMT
   Link: <http://a.example.org/>; rel="original",
    <http://arxiv.example.net/web/20010321203610/http://a.example.org/>
      ; rel="first last memento"
      ; datetime="Wed, 21 Mar 2001 20:36:10 GMT"
   Content-Length: 25532
   Content-Type: text/html;charset=utf-8
   Connection: close

            Figure 18: Response from URI-M<>URI-R for Pattern 4

4.5. Special Cases

4.5. 特殊なケース

4.5.1. Original Resource Provides No "timegate" Link

4.5.1. 元のリソースは「タイムゲート」リンクを提供しません

Cases exist in which the response from the Original Resource does not contain a "timegate" link, including:

以下のような、元のリソースからの応答に「タイムゲート」リンクが含まれていない場合があります。

o The Original Resource's server does not support the Memento framework;

o Original ResourceのサーバーはMementoフレームワークをサポートしていません。

o The Original Resource no longer exists, and the responding server is not aware of its prior existence;

o 元のリソースは存在せず、応答サーバーは以前の存在を認識していません。

o The server that hosted the Original Resource no longer exists.

o 元のリソースをホストしていたサーバーは存在しません。

In all these cases, the user agent should attempt to determine an appropriate TimeGate for the Original Resource, either automatically or interactively supported by the user.

これらすべての場合において、ユーザーエージェントは、ユーザーによって自動的または対話的にサポートされる、元のリソースの適切なTimeGateを決定しようとする必要があります。

4.5.2. Server Exists but Original Resource No Longer Does

4.5.2. サーバーは存在するが元のリソースは存在しない

Cases exist in which the server knows that an Original Resource used to exist, but no longer provides a current representation. If there is a preferred TimeGate for such a discontinued Original Resource, then the server MUST include a "timegate" link in responses to requests for it. This may allow access to Mementos for the Original Resource even if it no longer exists. A server's response to a request for the discontinued resource http://a.example.org/pic is illustrated in Figure 19.

元のリソースが存在していたことをサーバーが認識しているが、現在の表現を提供していないケースが存在します。このような廃止された元のリソースに適したタイムゲートがある場合、サーバーはそれに対する要求への応答に「タイムゲート」リンクを含める必要があります。これにより、元のリソースが存在しなくなった場合でも、そのリソースへのアクセスが許可される場合があります。廃止されたリソースhttp://a.example.org/picに対するリクエストに対するサーバーの応答を図19に示します。

   HTTP/1.1 404 Not Found
   Date: Thu, 21 Jan 2010 00:02:12 GMT
   Server: Apache
   Link:
    <http://arxiv.example.net/timegate/http://a.example.org/pic>
     ; rel="timegate"
   Content-Length: 255
   Content-Type: text/html; charset=iso-8909-1
   Connection: close

Figure 19: Response from an Original Resource That No Longer Exists

図19：存在しない元のリソースからの応答

4.5.3. Issues with Accept-Datetime

4.5.3. Accept-Datetimeに関する問題

The following special cases may occur regarding the "Accept-Datetime" header when a user agent issues a request against a TimeGate:

ユーザーエージェントがTimeGateに対してリクエストを発行すると、「Accept-Datetime」ヘッダーに関して次の特殊なケースが発生する可能性があります。

o If the value of the "Accept-Datetime" is either earlier than the datetime of the first Memento or later than the datetime of the most recent Memento known to the TimeGate, the first or most recent Memento MUST be selected, respectively.

o 「Accept-Datetime」の値が最初のMementoの日時よりも早いか、TimeGateが認識している最新のMementoの日時よりも遅い場合は、最初または最新のMementoをそれぞれ選択する必要があります。

o If the value of the "Accept-Datetime" does not conform to the rfc1123-date construction rule of the BNF in Figure 1, the response MUST have a "400 Bad Request" HTTP status code.

o 「Accept-Datetime」の値が図1のBNFのrfc1123-date構築規則に準拠していない場合、応答には「400 Bad Request」HTTPステータスコードが含まれている必要があります。

o If a user agent issues a request against a TimeGate and fails to include an "Accept-Datetime" request header, the most recent Memento SHOULD be selected.

o ユーザーエージェントがTimeGateに対してリクエストを発行し、「Accept-Datetime」リクエストヘッダーを含めることができない場合は、最新のMementoを選択する必要があります（SHOULD）。

In all cases, the use of headers and links in responses is as described for TimeGates in the respective scenarios.

すべての場合において、応答でのヘッダーとリンクの使用は、それぞれのシナリオのTimeGateで説明したとおりです。

4.5.4. Memento of a 3XX Response

4.5.4. 3XX応答の記憶

Cases exist in which HTTP responses with 3XX status codes are archived. For example, crawl-based Web archives commonly archive responses with HTTP status codes "301 Moved Permanently" and "302 Found", whereas Linked Data archives hold on to "303 See Other" responses.

3XXステータスコードのHTTP応答がアーカイブされるケースがあります。たとえば、クロールベースのWebアーカイブは通常、HTTPステータスコード「301 Moved Permanently」および「302 Found」の応答をアーカイブしますが、Linked Dataアーカイブは「303 See Other」応答を保持します。

If the Memento requested by the user agent is an archived version of an HTTP response with a 3XX status code, the server's response MUST have the same 3XX HTTP status code. The use of other Memento headers is as described for Mementos in the respective scenarios.

ユーザーエージェントによって要求されたMementoが、3XXステータスコードを持つHTTP応答のアーカイブバージョンである場合、サーバーの応答は同じ3XX HTTPステータスコードを持つ必要があります。他のMementoヘッダーの使用は、それぞれのシナリオでMementosについて説明したとおりです。

The user agent's handling of an HTTP response with a 3XX status code is not affected by the presence of a "Memento-Datetime" header. The user agent MUST behave in the same manner as it does with HTTP responses with a 3XX status code that do not have a "Memento-Datetime" header.

ユーザーエージェントによる3XXステータスコードのHTTP応答の処理は、「Memento-Datetime」ヘッダーの存在による影響を受けません。ユーザーエージェントは、「Memento-Datetime」ヘッダーを持たない3XXステータスコードを持つHTTP応答の場合と同じように動作する必要があります。

However, the user agent MUST be aware that the URI that was selected from the "Location" header of an HTTP response with a 3XX status code might not be that of a Memento but rather of an Original Resource. In the latter case, it SHOULD proceed by looking for a Memento of the selected Original Resource.

ただし、ユーザーエージェントは、3XXステータスコードを持つHTTP応答の "Location"ヘッダーから選択されたURIがMementoのURIではなく、Original ResourceのURIである可能性があることに注意する必要があります。後者の場合、選択された元のリソースのMementoを探すことによって続行する必要があります。

For example, Figure 20 shows the response to an HTTP GET request for http://a.example.org issued on April 11, 2008. This response is archived as a Memento of http://a.example.org that has as URI-M http://arxiv.example.net/web/20080411000650/http://a.example.org. The response to an HTTP GET on this URI-M is shown in Figure 21. It is a replay of the original response with "Memento-Datetime" and "Link" headers added, to allow a user agent to understand the response is a Memento. In Figure 21, the value of the "Location" header is the same as in the original response; it identifies an Original Resource. The user agent proceeds with finding a Memento for this Original Resource. Web archives sometimes overwrite the value that was originally provided in the "Location" header in order to point at a Memento they hold of the resource to which the redirect originally led. This is shown in Figure 22. In this case, the user agent may decide it found an appropriate Memento.

たとえば、図20は、2008年4月11日に発行されたhttp://a.example.orgに対するHTTP GETリクエストへの応答を示しています。この応答は、http：//a.example.orgのMementoとしてアーカイブされ、 URI-M http://arxiv.example.net/web/20080411000650/http://a.example.org。このURI-MでのHTTP GETへの応答を図21に示します。これは、「Memento-Datetime」および「Link」ヘッダーが追加された元の応答の再生であり、ユーザーエージェントが応答がMementoであることを理解できるようにします。図21では、「Location」ヘッダーの値は元の応答と同じです。元のリソースを識別します。ユーザーエージェントは、このオリジナルリソースのMementoの検索を続行します。 Webアーカイブは、リダイレクトが最初に導いたリソースを保持するMementoをポイントするために、「Location」ヘッダーで最初に提供された値を上書きすることがあります。これを図22に示します。この場合、ユーザーエージェントは適切なMementoを見つけたと判断できます。

   HTTP/1.1 301 Moved Permanently
   Date: Fri, 11 Apr 2008 00:06:50 GMT
   Server: Apache
   Location: http://b.example.org
   Content-Length: 0
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 20: Response Is a Redirect

図20：応答はリダイレクトです

   HTTP/1.1 301 Moved Permanently
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Fri, 11 Apr 2008 00:06:50 GMT
   Location: http://b.example.org
   Link: <http://a.example.org>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org>
      ; rel="timemap"; type="application/link-format",
    <http://arxiv.example.net/timegate/http://a.example.org>
      ; rel="timegate"
   Content-Length: 0
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 21: Response is a Memento of a Redirect; Leads to an Original Resource

図21：応答はリダイレクトの記念品です。元のリソースにつながる

   HTTP/1.1 301 Moved Permanently
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Fri, 11 Apr 2008 00:06:50 GMT
   Location:
    http://arxiv.example.net/web/20080411000655/http://b.example.org
   Link: <http://a.example.org>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org>
      ; rel="timemap"; type="application/link-format",
    <http://arxiv.example.net/timegate/http://a.example.org>
      ; rel="timegate"
   Content-Length: 0
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 22: Response is a Memento of a Redirect; Leads to a Memento

図22：応答はリダイレクトの記念品です。メメントにつながる

4.5.5. Memento of Responses with 4XX or 5XX HTTP Status Codes

4.5.5. 4XXまたは5XXのHTTPステータスコードを含む応答のMemento

Cases exist in which responses with 4XX and 5XX HTTP status codes are archived. If the Memento requested by the user agent is an archived version of such an HTTP response, the server's response MUST have the same 4XX or 5XX HTTP status code. The use of headers and links in responses is as described for Mementos in the respective scenarios.

HTTPステータスコード4XXおよび5XXの応答がアーカイブされるケースが存在します。ユーザーエージェントによって要求されたMementoがそのようなHTTP応答のアーカイブバージョンである場合、サーバーの応答は同じ4XXまたは5XX HTTPステータスコードを持つ必要があります。応答でのヘッダーとリンクの使用は、それぞれのシナリオでMementosについて説明したとおりです。

For example, Figure 23 shows the 404 response to an HTTP GET request for http://a.example.org issued on April 11, 2008. This response is archived as a Memento of http://a.example.org that has as URI-M http://arxiv.example.net/web/20080411000650/http://a.example.org. The response to an HTTP HEAD on this URI-M is shown in Figure 24. It is a replay of the original response with "Memento-Datetime" and "Link" headers added, to allow a user agent to understand the response is a Memento.

たとえば、図23は、2008年4月11日に発行されたhttp://a.example.orgに対するHTTP GETリクエストに対する404応答を示しています。この応答は、http：//a.example.orgのMementoとしてアーカイブされ、 URI-M http://arxiv.example.net/web/20080411000650/http://a.example.orgとして。このURI-M上のHTTP HEADへの応答を図24に示します。これは、「Memento-Datetime」および「Link」ヘッダーが追加された元の応答の再生であり、ユーザーエージェントが応答がMementoであることを理解できるようにします。

   HTTP/1.1 404 Not Found
   Date: Fri, 11 Apr 2008 00:06:50 GMT
   Server: Apache
   Content-Length: 255
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 23: Response Is a 404

図23：応答は404

   HTTP/1.1 404 Not Found
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Memento-Datetime: Fri, 11 Apr 2008 00:06:50 GMT
   Link: <http://a.example.org>; rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org>
      ; rel="timemap"; type="application/link-format",
    <http://arxiv.example.net/timegate/http://a.example.org>
      ; rel="timegate"
   Content-Length: 255
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 24: Response Is a Memento of a 404

図24：応答は404の記念品

4.5.6. Sticky "Memento-Datetime" and "original" Link for Mementos

4.5.6. Mementosのスティッキーな「Memento-Datetime」と「元の」リンク

A response to an HTTP HEAD/GET request issued against a Memento:

Mementoに対して発行されたHTTP HEAD / GETリクエストへの応答：

o Includes a "Memento-Datetime" header that entails a promise that the response is archived, frozen in time. The value of the header expresses the archival datetime of the Memento.

o "Memento-Datetime"ヘッダーが含まれています。これは、応答がアーカイブされ、時間内に凍結されるという約束を伴います。ヘッダーの値は、Mementoのアーカイブ日時を表します。

o Includes a link in the HTTP "Link" header with an "original" Relation Type that unambiguously points to the Original Resource associated with the Memento. The Target IRI of the link is the URI-R of that Original Resource.

o Mementoに関連付けられた元のリソースを明確に指す「元の」関係タイプを持つリンクをHTTP「リンク」ヘッダーに含めます。リンクのターゲットIRIは、その元のリソースのURI-Rです。

Both the "Memento-Datetime" header and the "original" link MUST be "sticky" in the following ways:

「Memento-Datetime」ヘッダーと「元の」リンクは、次の方法で「スティッキー」である必要があります。

o The server that originally assigns them MUST retain them in all responses to HTTP requests (with or without an "Accept-Datetime" request header) that occur against the Memento after the time of their original assignment, and the server MUST NOT change the value of the "Memento-Datetime" header nor the Target IRI of the "original" link.

o最初にそれらを割り当てるサーバーは、元の割り当ての時間の後でMementoに対して発生するHTTP要求（ "Accept-Datetime"要求ヘッダーの有無にかかわらず）へのすべての応答でそれらを保持する必要があり、サーバーは値を変更してはなりません（MUST NOT）「Memento-Datetime」ヘッダーと「元の」リンクのターゲットIRI

o Applications that mirror Mementos at a different URI MUST retain them and MUST NOT change them unless mirroring involves a meaningful state change. This allows, among others, duplicating a Web archive at a new location while preserving the value of the "Memento-Datetime" header and the link with the "original" Relation Type for the archived resources. For example, when mirroring, the "Last-Modified" header will be updated to reflect the time of mirroring at the new URI, whereas the value for "Memento-Datetime" will be maintained.

o 異なるURIでMementosをミラーリングするアプリケーションは、それらを保持する必要があり、ミラーリングに意味のある状態変更が含まれない限り、それらを変更してはなりません。これにより、特に、「Memento-Datetime」ヘッダーの値とアーカイブされたリソースの「元の」関係タイプとのリンクを保持しながら、新しい場所でWebアーカイブを複製できます。たとえば、ミラーリングする場合、「Last-Modified」ヘッダーは新しいURIでのミラーリングの時刻を反映するように更新されますが、「Memento-Datetime」の値は維持されます。

4.5.7. Intermediate Resources

4.5.7. 中間リソース

An intermediate resource is a resource that issues a redirect to a TimeGate, to a Memento, or to another intermediate resource, and thus plays an active role in the Memento infrastructure. Intermediate resources commonly exist in Web archives on the path from a TimeGate to an appropriate Memento.

中間リソースは、TimeGate、Memento、または別の中間リソースへのリダイレクトを発行するリソースであるため、Mementoインフラストラクチャでアクティブな役割を果たします。中間リソースは通常、TimeGateから適切なMementoへのパス上のWebアーカイブに存在します。

A response of an intermediate resource has an HTTP status code indicative of HTTP redirection (e.g., 302) and uses Memento headers and links that allow user agents to recognize that the resource plays a role in the Memento framework:

中間リソースの応答には、HTTPリダイレクションを示すHTTPステータスコード（302など）があり、Mementoヘッダーとリンクを使用して、リソースがMementoフレームワークで役割を果たすことをユーザーエージェントが認識できるようにします。

o A "Vary" header that includes an "accept-datetime" value MUST NOT be provided.

o 「accept-datetime」値を含む「Vary」ヘッダーは提供してはなりません（MUST NOT）。

o The response MUST NOT include a "Memento-Datetime" header.

o 応答に「Memento-Datetime」ヘッダーを含めることはできません。

o The "Link" header MUST be provided, and it MUST have a link with the "original" Relation Type that has the URI-R of the associated Original Resource as Target IRI. Links with "timegate", "timemap", and "memento" Relation Types are OPTIONAL and, if provided, MUST pertain to the Original Resource for which the user agent is trying to obtain a Memento.

o 「リンク」ヘッダーを提供する必要があります。また、関連付けられた元のリソースのURI-RをターゲットIRIとして持つ「元の」関係タイプとのリンクが必要です。「timegate」、「timemap」、および「memento」関係タイプのリンクはオプションであり、提供される場合、ユーザーエージェントがMementoを取得しようとしている元のリソースに関係する必要があります。

A user agent MUST follow a redirection provided by an intermediate resource; multiple such redirections can be chained.

ユーザーエージェントは、中間リソースによって提供されるリダイレクトに従う必要があります。このような複数のリダイレクトを連鎖させることができます。

Consider the case where a user agent follows the "timegate" link provided in Figure 10 and engages in datetime negotiation with the assumed TimeGate in the manner shown in Figure 11. But instead of receiving a response as shown in Figure 12, it receives the one shown below in Figure 25. Such a response is unambiguously recognizable as coming from an intermediate resource.

ユーザーエージェントが図10に示す「タイムゲート」リンクをたどり、図11に示す方法で想定されるタイムゲートと日時交渉を行っている場合を考えてください。ただし、図12に示すように応答を受信する代わりに、以下の図25に示されています。このような応答は、中間リソースからのものであると明確に認識できます。

   HTTP/1.1 302 Found
   Date: Thu, 21 Jan 2010 00:06:50 GMT
   Server: Apache
   Location:
    http://arxiv.example.net/new-timegate/http://a.example.org/
   Link: <http://a.example.org>; rel="original"
   Content-Length: 0
   Content-Type: text/plain; charset=UTF-8
   Connection: close

Figure 25: Redirecting Resource Redirects to a TimeGate

図25：TimeGateへのリソースリダイレクトのリダイレクト

4.5.8. Resources Excluded from Datetime Negotiation

4.5.8. 日時交渉から除外されたリソース

When delivering a Memento to a user agent, a Web archive commonly enhances that Memento's archived content, for example, by including a banner that provides branding and highlights the archival status of the Memento. The resources that are involved in providing such system-specific functionality, many times JavaScript or images, must be used in their current state.

Mementoをユーザーエージェントに配信する場合、Webアーカイブは通常、たとえば、ブランディングを提供し、Mementoのアーカイブステータスを強調表示するバナーを含めることにより、そのMementoのアーカイブされたコンテンツを強化します。このようなシステム固有の機能の提供に関与するリソースは、多くの場合JavaScriptまたはイメージであり、現在の状態で使用する必要があります。

A server that generally supports datetime negotiation should make resources that need to be excluded from datetime negotiation recognizable. Doing so allows a user agent to refrain from attempting to access a Memento for them. In order to achieve this, the server SHOULD include a special-purpose link in the HTTP "Link" header when responding to an HTTP HEAD/GET request to a resource excluded from datetime negotiation. This link has "http://mementoweb.org/terms/donotnegotiate" as Target IRI and "type", defined in [RFC6903], as the value of the "rel" attribute. Other Memento headers as defined in Section 2.1 SHOULD NOT be provided.

一般に日時ネゴシエーションをサポートするサーバーは、日時ネゴシエーションから除外する必要があるリソースを認識できるようにする必要があります。そうすることで、ユーザーエージェントがMementoにアクセスしようとするのを控えることができます。これを達成するために、サーバーは、日時ネゴシエーションから除外されたリソースへのHTTP HEAD / GETリクエストに応答するときに、HTTP "Link"ヘッダーに特別な目的のリンクを含める必要があります。このリンクには、ターゲットIRIとして「http://mementoweb.org/terms/donotnegotiate」があり、「rel」属性の値として[RFC6903]で定義されている「タイプ」があります。セクション2.1で定義されている他のMementoヘッダーは提供されるべきではありません。

Figure 26 shows the response to an HTTP HEAD request from a resource excluded from datetime negotiation.

図26は、日時ネゴシエーションから除外されたリソースからのHTTP HEAD要求への応答を示しています。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:09:40 GMT
   Server: Apache-Coyote/1.1
   Link: <http://mementoweb.org/terms/donotnegotiate>; rel="type"
   Content-Length: 238
   Content-Type: application/javascript; charset=UTF-8
   Connection: close

Figure 26: Response to an HTTP HEAD Request from a Resource Excluded from Datetime Negotiation

図26：日時ネゴシエーションから除外されたリソースからのHTTP HEAD要求への応答

5. TimeMaps: Content and Serialization

5. タイムマップ：コンテンツとシリアル化

A TimeMap is introduced to support retrieving a comprehensive list of all Mementos for a specific Original Resource known to a server. The entity-body of a response to an HTTP GET request issued against a TimeMap's URI-T:

TimeMapは、サーバーが認識している特定のオリジナルリソースのすべてのMementosの包括的なリストの取得をサポートするために導入されました。 TimeMapのURI-Tに対して発行されたHTTP GET要求に対する応答のエンティティ本体：

o MUST list the URI-R of the Original Resource that the TimeMap is about;

o TimeMapに関する元のリソースのURI-Rをリストする必要があります。

o MUST list the URI-M and archival datetime of each Memento for the Original Resource known to the server, preferably in a single document, or, alternatively in multiple documents that can be gathered by following contained links with a "timemap" Relation Type;

o サーバーに認識されている元のリソースの各MementoのURI-Mとアーカイブ日時を、できれば単一のドキュメント、または「タイムマップ」関係タイプの含まれているリンクをたどることによって収集できる複数のドキュメントにリストする必要があります。

o SHOULD list the URI-G of one or more TimeGates for the Original Resource known to the responding server;

o 応答するサーバーが認識している元のリソースの1つ以上のTimeGateのURI-Gをリストする必要があります。

o SHOULD, for self-containment, list the URI-T of the TimeMap itself;

o 自己完結型の場合は、TimeMap自体のURI-Tをリストする必要があります。

o MUST unambiguously type listed resources as being Original Resource, TimeGate, Memento, or TimeMap.

o リストされたリソースを、Original Resource、TimeGate、Memento、またはTimeMapとして明確に入力する必要があります。

The entity-body of a response from a TimeMap MAY be serialized in various ways, but the link-value format serialization described here MUST be supported. In this serialization, the entity-body MUST be formatted in the same way as the value of an HTTP "Link" header, and hence MUST comply to the "link-value" construction rule of Section 5. The Link header field of [RFC5988], and the media type of the entity-body MUST be "application/link-format" as introduced in [RFC6690]. Links contained in the entity-body MUST be interpreted as follows:

TimeMapからの応答のエンティティ本体はさまざまな方法でシリアル化できますが、ここで説明するリンク値形式のシリアル化はサポートされている必要があります。このシリアライゼーションでは、エンティティ本体はHTTPの「リンク」ヘッダーの値と同じ方法でフォーマットする必要があるため、セクション5の「リンク値」構築規則に準拠する必要があります。[RFC5988のリンクヘッダーフィールド]、そしてエンティティボディのメディアタイプは[RFC6690]で導入されたように「アプリケーション/リンクフォーマット」でなければなりません。 entity-bodyに含まれるリンクは、次のように解釈する必要があります。

o The Context IRI is set to the anchor parameter, when specified;

o コンテキストIRIは、指定されたときにアンカーパラメーターに設定されます。

o The Context IRI of links with the "self" Relation Types is the URI-T of the TimeMap, i.e., the URI of the resource from which the TimeMap was requested;

o 「自己」関係タイプとのリンクのコンテキストIRIは、TimeMapのURI-T、つまり、TimeMapが要求されたリソースのURIです。

o The Context IRI of all other links is the URI-R of the Original Resource, which is provided as the Target IRI of the link with an "original" Relation Type.

o 他のすべてのリンクのコンテキストIRIは、元のリソースのURI-Rであり、「元の」関係タイプを持つリンクのターゲットIRIとして提供されます。

In order to retrieve the link-value serialization of a TimeMap, a user agent uses an "Accept" request header with a value set to "application/link-format". This is shown in Figure 27.

TimeMapのリンク値のシリアル化を取得するために、ユーザーエージェントは、値が「application / link-format」に設定された「Accept」リクエストヘッダーを使用します。これを図27に示します。

   GET /timemap/http://a.example.org/ HTTP/1.1
   Host: arxiv.example.net
   Accept: application/link-format;q=1.0
   Connection: close

Figure 27: Request for a TimeMap

図27：タイムマップのリクエスト

If the TimeMap requested by the user agent exists, the server's response has a "200 OK" HTTP status code and the list of Mementos is provided in the entity-body of the response. Such a response is shown in Figure 28.

ユーザーエージェントによって要求されたTimeMapが存在する場合、サーバーの応答には "200 OK" HTTPステータスコードがあり、Mementosのリストは応答のエンティティ本体で提供されます。このような応答を図28に示します。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:06:50 GMT
   Server: Apache
   Content-Length: 4883
   Content-Type: application/link-format
   Connection: close

    <http://a.example.org>;rel="original",
    <http://arxiv.example.net/timemap/http://a.example.org>
      ; rel="self";type="application/link-format"
      ; from="Tue, 20 Jun 2000 18:02:59 GMT"
      ; until="Wed, 09 Apr 2008 20:30:51 GMT",
    <http://arxiv.example.net/timegate/http://a.example.org>
      ; rel="timegate",
    <http://arxiv.example.net/web/20000620180259/http://a.example.org>
      ; rel="first memento";datetime="Tue, 20 Jun 2000 18:02:59 GMT"
      ; license="http://creativecommons.org/publicdomain/zero/1.0/",
    <http://arxiv.example.net/web/20091027204954/http://a.example.org>
       ; rel="last memento";datetime="Tue, 27 Oct 2009 20:49:54 GMT"
       ; license="http://creativecommons.org/publicdomain/zero/1.0/",
    <http://arxiv.example.net/web/20000621011731/http://a.example.org>
      ; rel="memento";datetime="Wed, 21 Jun 2000 01:17:31 GMT"
      ; license="http://creativecommons.org/publicdomain/zero/1.0/",
    <http://arxiv.example.net/web/20000621044156/http://a.example.org>
      ; rel="memento";datetime="Wed, 21 Jun 2000 04:41:56 GMT"
      ; license="http://creativecommons.org/publicdomain/zero/1.0/",
    ...

Figure 28: Response from a TimeMap

図28：TimeMapからの応答

5.1. Special Cases

5.1. 特殊なケース

5.1.1. Index and Paging TimeMaps

5.1.1. インデックスとページングタイムマップ

Cases exist in which a TimeMap points at one or more other TimeMaps:

TimeMapが他の1つまたは複数のTimeMapを指すケースが存在します。

o Index TimeMap - A TimeMap can merely point at other TimeMaps and not list any Mementos itself. This can happen when Mementos are spread across several archives that share a front-end. An example is shown in Figure 29.

o インデックスTimeMap-TimeMapは他のTimeMapをポイントするだけで、Mementos自体をリストすることはできません。これは、Mementosがフロントエンドを共有する複数のアーカイブに分散している場合に発生する可能性があります。図29に例を示します。

o Paging TimeMap - The number of available Mementos can require introducing multiple TimeMaps that can be paged. An example is shown in Figure 30. Note that a Paging TimeMap contains links to other TimeMaps but actually also lists Mementos.

o ページングタイムマップ-使用可能なMementosの数により、ページング可能な複数のタイムマップを導入する必要がある場合があります。例を図30に示します。ページングタイムマップには他のタイムマップへのリンクが含まれていますが、実際にはメメントスもリストされています。

In both cases, including the "from" and "until" attributes for "timemap" links is RECOMMENDED as a means to express the temporal span of Mementos listed in each TimeMap. Note that TimeMaps obtained by following a "timemap" link can contain links to further TimeMaps.

どちらの場合も、「timemap」リンクの「from」および「until」属性を含めることは、各TimeMapにリストされているMementosの時間的スパンを表現する手段として推奨されます。「タイムマップ」リンクをたどって取得したタイムマップには、さらにタイムマップへのリンクを含めることができます。

   <http://a.example.org>;rel="original",
    <http://arxiv.example.net/timegate/http://a.example.org>
      ; rel="timegate",
    <http://arxiv.example.net/timemap/http://a.example.org>
      ; rel="self";type="application/link-format",
    <http://arxiv1.example.net/timemap/http://a.example.org>
      ; rel="timemap";type="application/link-format"
      ; from="Wed, 21 Jun 2000 04:41:56 GMT"
      ; until="Wed, 09 Apr 2008 20:30:51 GMT",
    <http://arxiv2.example.net/timemap/http://a.example.org>
      ; rel="timemap";type="application/link-format"
      ; from="Thu, 10 Apr 2008 20:30:51 GMT"
      ; until="Tue, 27 Oct 2009 20:49:54 GMT",
    <http://arxiv3.example.net/timemap/http://a.example.org>
      ; rel="timemap";type="application/link-format"
      ; from="Thu, 29 Oct 2009 20:30:51 GMT"

Figure 29: Index TimeMap

図29：タイムマップのインデックス

   <http://a.example.org>;rel="original",
    <http://arxiv.example.net/timegate/http://a.example.org>
      ; rel="timegate",
    <http://arxiv.example.net/timemap/1/http://a.example.org>
      ; rel="self";type="application/link-format"
      ; from="Tue, 20 Jun 2000 18:02:59 GMT"
      ; until="Wed, 09 Apr 2008 20:30:51 GMT",
    <http://arxiv.example.net/timemap/2/http://a.example.org>
      ; rel="timemap";type="application/link-format"
      ; from="Thu, 10 Apr 2008 20:30:51 GMT"
      ; until="Tue, 27 Oct 2009 20:49:54 GMT",
    <http://arxiv.example.net/timemap/3/http://a.example.org>
      ; rel="timemap";type="application/link-format"
      ; from="Thu, 29 Oct 2009 20:30:51 GMT"
      ; until="Fri, 31 Aug 2012 12:22:34 GMT"
    <http://arxiv.example.net/web/20000620180259/http://a.example.org>
      ; rel="memento";datetime="Tue, 20 Jun 2000 18:02:59 GMT",
    <http://arxiv.example.net/web/20000621011731/http://a.example.org>
      ; rel="memento";datetime="Wed, 21 Jun 2000 01:17:31 GMT",
    <http://arxiv.example.net/web/20000621044156/http://a.example.org>
      ; rel="memento";datetime="Wed, 21 Jun 2000 04:41:56 GMT",
    ...

Figure 30: Paging TimeMap

図10：ページング時間

5.1.2. Mementos for TimeMaps

5.1.2. タイムマップの記念品

A TimeMap itself can act as an Original Resource for which a TimeGate and Mementos may exist. Hence, the response from a TimeMap could include a "timegate" link to a TimeGate via which prior TimeMap versions are available. And, in cases where URI-T=URI-R=URI-G (a TimeMap is an Original Resource that acts as its own TimeGate), an "original" link pointing at the TimeMap URI-T would be included.

TimeMap自体は、TimeGateとMementosが存在する可能性のある元のリソースとして機能できます。したがって、TimeMapからの応答には、以前のTimeMapバージョンを利用できるTimeGateへの「timegate」リンクを含めることができます。また、URI-T = URI-R = URI-G（TimeMapは独自のTimeGateとして機能する元のリソース）の場合、TimeMap URI-Tを指す「元の」リンクが含まれます。

Therefore, caution is required in cases where a TimeMap for an Original Resource wants to explicitly express in a "Link" header for which Original Resource it is a TimeMap. It can do so by including a "timemap" link that has the URI-R of the Original Resource as Context IRI and the URI-T of the TimeMap as Target IRI.

したがって、元のリソースのTimeMapが、その元のリソースがTimeMapである「リンク」ヘッダーで明示的に表現したい場合は、注意が必要です。これは、元のリソースのURI-RをコンテキストIRIとして、タイムマップのURI-TをターゲットIRIとして持つ「タイムマップ」リンクを含めることで可能になります。

Figure 31 shows the response to an HTTP HEAD request against a TimeMap that has http://arxiv.example.net/timemap/http://a.example.org as URI-T. This TimeMap provides information about Mementos for the Original Resource that has http://a.example.org as URI-R. The response includes an "original" link pointing to the Original Resource that this TimeMap is about. Note the use of the "anchor" attribute in this link to convey the URI-R of that Original Resource.

図31は、URI-Tとしてhttp://arxiv.example.net/timemap/http://a.example.orgを持つTimeMapに対するHTTP HEADリクエストへの応答を示しています。このタイムマップは、http：//a.example.orgがURI-Rである元のリソースのMementosに関する情報を提供します。応答には、このTimeMapに関する元のリソースを指す「元の」リンクが含まれています。このリンクで「アンカー」属性を使用して、その元のリソースのURI-Rを伝えることに注意してください。

   HTTP/1.1 200 OK
   Date: Thu, 21 Jan 2010 00:06:50 GMT
   Server: Apache
   Link: <http://arxiv.example.net/timemap/http://a.example.org>
             ; anchor="http://a.example.org"; rel="timemap"
             ; type="application/link-format"
   Content-Length: 0
   Content-Type: application/link-format; charset=UTF-8
   Connection: close

Figure 31: TimeMap Links to the Original Resource It Is about

図31：TimeMapが関連する元のリソースへのリンク

6. IANA Considerations

6. IANAに関する考慮事項

6.1. HTTP Headers

6.1. HTTPヘッダー

IANA has registered the "Accept-Datetime" and "Memento-Datetime" HTTP headers (defined in Section 2.1.1) in the "Permanent Message Header Field Names" registry:

IANAは "Accept-Datetime"および "Memento-Datetime" HTTPヘッダー（セクション2.1.1で定義）を "Permanent Message Header Field Names"レジストリに登録しました。

o Header field name: Accept-Datetime o Applicable protocol: "http" (RFC 2616) o Status: informational o Author/Change controller: Herbert Van de Sompel, Los Alamos National Laboratory, hvdsomp@gmail.com o Specification document(s): this document

o ヘッダーフィールド名：Accept-Datetime o該当するプロトコル： "http"（RFC 2616）oステータス：情報o作成者/変更コントローラー：Herbert Van de Sompel、ロスアラモス国立研究所、hvdsomp @ gmail.com o仕様書：このドキュメント

o Header field name: Memento-Datetime o Applicable protocol: "http" (RFC 2616) o Status: informational o Author/Change controller: Herbert Van de Sompel, Los Alamos National Laboratory, hvdsomp@gmail.com o Specification document(s): this document

o ヘッダーフィールド名：Memento-Datetime o該当プロトコル： "http"（RFC 2616）oステータス：情報o作成者/変更コントローラー：Herbert Van de Sompel、ロスアラモス国立研究所、hvdsomp @ gmail.com o仕様書：このドキュメント

6.2. Link Relation Types

6.2. リンク関係タイプ

IANA has registered the Relation Types "original", "timegate", "timemap", and "memento" (defined in Section 2.2) in the "Link Relation Types" registry:

IANAは、「元の」、「タイムゲート」、「タイムマップ」、および「メモメント」というリレーションタイプ（セクション2.2で定義）を「リンクリレーションタイプ」レジストリに登録しました。

o Relation Name: original o Description: The Target IRI points to an Original Resource. o Reference: this document o Notes: An Original Resource is a resource that exists or used to exist, and for which access to one of its prior states may be required.

o リレーション名：オリジナルo説明：ターゲットIRIはオリジナルリソースを指します。 o参照：このドキュメントo注：元のリソースは、存在するか存在していたリソースであり、以前の状態の1つへのアクセスが必要な場合があります。

o Relation Name: timegate o Description: The Target IRI points to a TimeGate for an Original Resource. o Reference: this document o Notes: A TimeGate for an Original Resource is a resource that is capable of datetime negotiation to support access to prior states of the Original Resource.

o リレーション名：timegate o説明：ターゲットIRIは、元のリソースのTimeGateを指します。 o参照：このドキュメントo注意：元のリソースのTimeGateは、元のリソースの以前の状態へのアクセスをサポートする日時交渉が可能なリソースです。

o Relation Name: timemap o Description: The Target IRI points to a TimeMap for an Original Resource. o Reference: this document o Notes: A TimeMap for an Original Resource is a resource from which a list of URIs of Mementos of the Original Resource is available.

o リレーション名：timemap o説明：ターゲットIRIは、元のリソースのTimeMapを指します。 o参照：このドキュメントo注：元のリソースのTimeMapは、元のリソースのMementosのURIのリストを利用できるリソースです。

o Relation Name: memento o Description: The Target IRI points to a Memento, a fixed resource that will not change state anymore. o Reference: this document o Notes: A Memento for an Original Resource is a resource that encapsulates a prior state of the Original Resource.

o リレーション名：memento o説明：ターゲットIRIは、状態を変更しない固定リソースであるMementoを指します。 o参照：このドキュメントo注意：元のリソースのメモは、元のリソースの以前の状態をカプセル化するリソースです。

7. Security Considerations

7. セキュリティに関する考慮事項

Provision of a "timegate" HTTP "Link" header in responses to requests for an Original Resource that is protected (e.g., 401 or 403 HTTP response codes) is OPTIONAL. The inclusion of this Link when requesting authentication is at the server's discretion; cases may exist in which a server protects the current state of a resource, but supports open access to prior states and thus chooses to supply this HTTP "Link" header. Conversely, the server may choose to not advertise the TimeGate URIs (e.g., they exist in an intranet archive) for unauthenticated requests.

保護されている元のリソース（例：401または403 HTTP応答コード）に対する要求への応答での「タイムゲート」HTTP「リンク」ヘッダーの提供はオプションです。認証を要求するときにこのリンクを含めるかどうかは、サーバーの裁量に任されています。サーバーがリソースの現在の状態を保護しているが、以前の状態へのオープンアクセスをサポートしているため、このHTTP "Link"ヘッダーを提供する場合があります。逆に、サーバーは、認証されていない要求に対してTimeGate URI（イントラネットアーカイブに存在するなど）を通知しないことを選択する場合があります。

The veracity of archives and the relationships between Original Resources and Mementos is beyond the scope of this document. Even in the absence of malice, it is possible for separate archives to have different Mementos for the same Original Resource at the same datetime if the state of the Original Resource was dependent on the requesting archive's user agent IP address, specific HTTP request headers, and possibly other factors.

アーカイブの信憑性と、Original ResourcesとMementosの関係は、このドキュメントの範囲を超えています。悪意がなくても、元のリソースの状態が要求元のアーカイブのユーザーエージェントのIPアドレス、特定のHTTPリクエストヘッダー、および特定のHTTPリクエストヘッダーに依存していた場合、別々のアーカイブが同じ元のリソースに対して同じ日時に異なるMementosを持つ可能性があります。おそらく他の要因。

Further authentication, encryption, and other security-related issues are otherwise orthogonal to Memento.

それ以外の認証、暗号化、およびその他のセキュリティ関連の問題は、その他の点ではMementoと直交しています。

8. Acknowledgements

8. 謝辞

The Memento effort is funded by the Library of Congress. Many thanks to Kris Carpenter Negulescu, Michael Hausenblas, Erik Hetzner, Larry Masinter, Gordon Mohr, David Rosenthal, Ed Summers, James Anderson, Tim Starling, Martin Klein, and Mark Nottingham for feedback. Many thanks to Samuel Adams, Scott Ainsworth, Lyudmilla Balakireva, Frank McCown, Harihar Shankar, Brad Tofel, Andrew Jackson, Ahmed Alsum, Mat Kelly, and Ilya Kreymer for implementations that informed the specification.

メメントの取り組みは米国議会図書館から資金提供を受けています。フィードバックを提供してくれたKris Carpenter Negulescu、Michael Hausenblas、Erik Hetzner、Larry Masinter、Gordon Mohr、David Rosenthal、Ed Summers、James Anderson、Tim Starling、Martin Klein、Mark Nottinghamに感謝します。仕様を知らせた実装について、サミュエルアダムス、スコットエインズワース、リュドミラバラキレバ、フランクマククラウン、ハリハールシャンカール、ブラッドトフェル、アンドリュージャクソン、アーメドアルサム、マットケリー、イリヤクレイマーに感謝します。

9. References

9. 参考文献

9.1. Normative References

9.1. 引用文献

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。

[RFC2616] Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999.

[RFC2616] Fielding、R.、Gettys、J.、Mogul、J.、Frystyk、H.、Masinter、L.、Leach、P。、およびT. Berners-Lee、「Hypertext Transfer Protocol-HTTP / 1.1」、RFC 2616、1999年6月。

[RFC5829] Brown, A., Clemm, G., and J. Reschke, "Link Relation Types for Simple Version Navigation between Web Resources", RFC 5829, April 2010.

[RFC5829] Brown、A.、Clemm、G。、およびJ. Reschke、「Webリソース間の単純なバージョンナビゲーションのためのリンク関係タイプ」、RFC 5829、2010年4月。

[RFC5988] Nottingham, M., "Web Linking", RFC 5988, October 2010.

[RFC5988]ノッティンガム、M。、「Webリンク」、RFC 5988、2010年10月。

[RFC6690] Shelby, Z., "Constrained RESTful Environments (CoRE) Link Format", RFC 6690, August 2012.

[RFC6690] Shelby、Z。、「Constrained RESTful Environments（CoRE）Link Format」、RFC 6690、2012年8月。

[RFC6903] Snell, J., "Additional Link Relation Types", RFC 6903, March 2013.

[RFC6903] Snell、J。、「Additional Link Relation Types」、RFC 6903、2013年3月。

9.2. Informative References

9.2. 参考引用

[DATED-URI] Masinter, L., "The 'tdb' and 'duri' URI schemes, based on dated URIs", Work in Progress, January 2012.

[日付付きURI] Masinter、L.、「日付付きURIに基づく「tdb」および「duri」URIスキーム」、Work in Progress、2012年1月。

[Fitch] Fitch, K., "Web site archiving - an approach to recording every materially different response produced by a website", July 2003, <http://ausweb.scu.edu.au/aw03/papers/fitch/paper.html>.

[フィッチ]フィッチK。、「Webサイトのアーカイブ-Webサイトによって生成された実質的に異なるすべての応答を記録するアプローチ」、2003年7月、<http://ausweb.scu.edu.au/aw03/papers/fitch/paper .html>。

[RFC1123] Braden, R., "Requirements for Internet Hosts - Application and Support", STD 3, RFC 1123, October 1989.

[RFC1123] Braden、R。、「インターネットホストの要件-アプリケーションとサポート」、STD 3、RFC 1123、1989年10月。

[W3C.REC-aww-20041215] Jacobs, I. and N. Walsh, "Architecture of the World Wide Web", December 2004, <http://www.w3.org/TR/webarch/>.

[W3C.REC-aww-20041215] Jacobs、I.およびN. Walsh、「Architecture of the World Wide Web」、2004年12月、<http://www.w3.org/TR/webarch/>。

[W3C.gen-ont-20090420] Berners-Lee, T., "Architecture of the World Wide Web", April 2009, <http://www.w3.org/2006/gen/ont>.

[W3C.gen-ont-20090420] Berners-Lee、T。、「Architecture of the World Wide Web」、2009年4月、<http://www.w3.org/2006/gen/ont>。

Appendix A. Use of Headers and Relation Types per Pattern

付録A.パターンごとのヘッダーと関係タイプの使用

   +-----------------+-----------------+----------+----------+---------+
   | Response Header |     Pattern     | Original | TimeGate | Memento |
   |                 |                 | Resource |          |         |
   +-----------------+-----------------+----------+----------+---------+
   |      Vary:      |   Pattern 1.1   |     1    |     1    |    0    |
   | accept-datetime | (Section 4.1.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 1.2  |          |          |         |
   |                 | (Section 4.1.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 1.3   |     1    |     1    |    1    |
   |                 | (Section 4.1.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.1   |     0    |     1    |    0    |
   |                 | (Section 4.2.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 2.2  |          |          |         |
   |                 | (Section 4.2.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.3   |     0    |     1    |    1    |
   |                 | (Section 4.2.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 3    |     1    |    NA    |    1    |
   |                 |  (Section 4.3)  |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 4    |     0    |    NA    |    1    |
   |                 |  (Section 4.4)  |          |          |         |
   +-----------------+-----------------+----------+----------+---------+
(cont.)

   +-----------------+-----------------+----------+----------+---------+
   | Response Header |     Pattern     | Original | TimeGate | Memento |
   |                 |                 | Resource |          |         |
   +-----------------+-----------------+----------+----------+---------+
   |     Vary:       |                 |          |          |         |
   | Memento-        |   Pattern 1.1   |     0    |     0    |    1    |
   |    Datetime     | (Section 4.1.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 1.2  |          |          |         |
   |                 | (Section 4.1.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 1.3   |     1    |     1    |    1    |
   |                 | (Section 4.1.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.1   |     0    |     0    |    1    |
   |                 | (Section 4.2.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 2.2  |          |          |         |
   |                 | (Section 4.2.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.3   |     0    |     1    |    1    |
   |                 | (Section 4.2.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 3    |     1    |    NA    |    1    |
   |                 |  (Section 4.3)  |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 4    |     0    |    NA    |    1    |
   |                 |  (Section 4.4)  |          |          |         |
   +-----------------+-----------------+----------+----------+---------+
(cont.)

   +-----------------+-----------------+----------+----------+---------+
   | Response Header |     Pattern     | Original | TimeGate | Memento |
   |                 |                 | Resource |          |         |
   +-----------------+-----------------+----------+----------+---------+
   |       Link:     |                 |          |          |         |
   |  rel="original" |   Pattern 1.1   |     0    |     1    |    1    |
   |                 | (Section 4.1.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 1.2  |          |          |         |
   |                 | (Section 4.1.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 1.3   |     1    |     1    |    1    |
   |                 | (Section 4.1.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.1   |     0    |     1    |    1    |
   |                 | (Section 4.2.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 2.2  |          |          |         |
   |                 | (Section 4.2.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.3   |     0    |     1    |    1    |
   |                 | (Section 4.2.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 3    |     1    |    NA    |    1    |
   |                 |  (Section 4.3)  |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 4    |     0    |    NA    |    1    |
   |                 |  (Section 4.4)  |          |          |         |
   +-----------------+-----------------+----------+----------+---------+
(cont.)

   +-----------------+-----------------+----------+----------+---------+
   | Response Header |     Pattern     | Original | TimeGate | Memento |
   |                 |                 | Resource |          |         |
   +-----------------+-----------------+----------+----------+---------+
   |      Link:      |                 |          |          |         |
   |  rel="timegate" |   Pattern 1.1   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.1.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 1.2  |          |          |         |
   |                 | (Section 4.1.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 1.3   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.1.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.1   |    >=0   |     0    |   >=0   |
   |                 | (Section 4.2.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 2.2  |          |          |         |
   |                 | (Section 4.2.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.3   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.2.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 3    |    NA    |    NA    |    NA   |
   |                 |  (Section 4.3)  |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 4    |    NA    |    NA    |    NA   |
   |                 |  (Section 4.4)  |          |          |         |
   +-----------------+-----------------+----------+----------+---------+
(cont.)

   +-----------------+-----------------+----------+----------+---------+
   | Response Header |     Pattern     | Original | TimeGate | Memento |
   |                 |                 | Resource |          |         |
   +-----------------+-----------------+----------+----------+---------+
   |     Link:       |                 |          |          |         |
   |  rel="timemap"  |   Pattern 1.1   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.1.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 1.2  |          |          |         |
   |                 | (Section 4.1.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 1.3   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.1.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.1   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.2.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 2.2  |          |          |         |
   |                 | (Section 4.2.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.3   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.2.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 3    |    >=0   |    NA    |   >=0   |
   |                 |  (Section 4.3)  |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 4    |    >=0   |    NA    |   >=0   |
   |                 |  (Section 4.4)  |          |          |         |
   |                 |                 |          |          |         |
   +-----------------+-----------------+----------+----------+---------+
(cont.)

   +-----------------+-----------------+----------+----------+---------+
   | Response Header |     Pattern     | Original | TimeGate | Memento |
   |                 |                 | Resource |          |         |
   +-----------------+-----------------+----------+----------+---------+
   |      Link:      |                 |          |          |         |
   |  rel="memento"  |   Pattern 1.1   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.1.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 1.2  |          |          |         |
   |                 | (Section 4.1.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 1.3   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.1.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.1   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.2.1) |          |          |         |
   |                 |         &       |          |          |         |
   |                 |    Pattern 2.2  |          |          |         |
   |                 | (Section 4.2.2) |          |          |         |
   |                 |                 |          |          |         |
   |                 |   Pattern 2.3   |    >=0   |    >=0   |   >=0   |
   |                 | (Section 4.2.3) |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 3    |    >=0   |    NA    |   >=0   |
   |                 |  (Section 4.3)  |          |          |         |
   |                 |                 |          |          |         |
   |                 |    Pattern 4    |    >=0   |    NA    |   >=0   |
   |                 |  (Section 4.4)  |          |          |         |
   +-----------------+-----------------+----------+----------+---------+

Table 5: Memento Headers

表5：Mementoヘッダー

Authors' Addresses

著者のアドレス

Herbert Van de Sompel Los Alamos National Laboratory PO Box 1663 Los Alamos, New Mexico 87545 USA

Herbert Van de Sompel Los Alamos National Laboratory PO Box 1663 Los Alamos、New Mexico 87545 USA

   Phone: +1 505 667 1267
   EMail: hvdsomp@gmail.com
   URI:   http://public.lanl.gov/herbertv/

Michael Nelson Old Dominion University Norfolk, Virginia 23529 USA

マイケルネルソンオールドドミニオン大学ノーフォーク、バージニア州23529米国

   Phone: +1 757 683 6393
   EMail: mln@cs.odu.edu
   URI:   http://www.cs.odu.edu/~mln/

Robert Sanderson Los Alamos National Laboratory PO Box 1663 Los Alamos, New Mexico 87545 USA

ロバートサンダーソンロスアラモス国立研究所私書箱1663ロスアラモス、ニューメキシコ87545アメリカ

   Phone: +1 505 665 5804
   EMail: azaroth42@gmail.com
   URI:   http://public.lanl.gov/rsanderson/