RFC 6017 - Electronic Data Interchange - Internet Integration (EDIINT) Features Header Field 日本語訳

URL : https://tools.ietf.org/html/rfc6017
タイトル : RFC 6017 - 電子データ交換 - インターネットの統合（EDIINT）はヘッダーフィールド機能
翻訳編集 : 自動生成

Independent Submission                                   K. Meadors, Ed.
Request for Comments: 6017                           Drummond Group Inc.
Category: Informational                                   September 2010
ISSN: 2070-1721

      Electronic Data Interchange - Internet Integration (EDIINT)
                         Features Header Field

Abstract

抽象

With the maturity of the Electronic Data Interchange - Internet Integration (EDIINT) standards of AS1, AS2, and AS3, applications and additional features are being built upon the basic secure transport functionality. These features are not necessarily supported by all EDIINT applications and could cause potential problems with implementations. The EDIINT-Features header field provides a means to resolve these problems and support new functionality.

電子データ交換の満期 - AS1、AS2、およびAS3、アプリケーションや追加機能のインターネット統合（EDIINT）の規格は、基本的な安全なトランスポート機能に基づいて構築されています。これらの機能は、必ずしもすべてのEDIINTアプリケーションでサポートされていないと実装の潜在的な問題を引き起こす可能性があります。 EDIINT-特長ヘッダフィールドは、これらの問題を解決し、新しい機能をサポートするための手段を提供します。

Status of This Memo

このメモのステータス

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

このドキュメントはインターネット標準化過程仕様ではありません。それは、情報提供の目的のために公開されています。

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 Editorはその裁量でこの文書を公開することを選択し、実装や展開のためにその値についての声明を出すていません。 RFC編集者によって公表のために承認されたドキュメントは、インターネット標準の任意のレベルの候補ではありません。 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/rfc6017.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6017で取得することができます。

著作権表示

著作権（C）2010 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

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ドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . . . 2
       1.1.  Requirements Language . . . . . . . . . . . . . . . . . . 2
   2.  EDIINT-Features Header Syntax . . . . . . . . . . . . . . . . . 2
   3.  Implementation and Processing . . . . . . . . . . . . . . . . . 3
   4.  EDIINT Applications . . . . . . . . . . . . . . . . . . . . . . 3
   5.  IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 3
   6.  Security Considerations . . . . . . . . . . . . . . . . . . . . 4
   7.  Normative References  . . . . . . . . . . . . . . . . . . . . . 4

1. Introduction

1. はじめに

EDIINT applications provide for a secure means of payload document transport. The original intent was for transport of a single EDI or XML document. However, as AS1 [RFC3335], AS2 [RFC4130], and AS3 [RFC4823] matured, other features and application logic were implemented upon EDIINT standards. Since these features go beyond (but do not violate) the basic premise of EDIINT, a means is needed to communicate to trading partners features that are supported by the originating user agent. The EDIINT-Features header indicates the capability of the user agent to support the listed feature with its trading partner without out-of-band communication and agreement.

EDIINTアプリケーションは、ペイロードの原稿搬送の安全な手段を提供します。本来の目的は、単一のEDIまたはXML文書の輸送のためでした。しかし、成熟AS1 [RFC3335]、AS2 [RFC4130]、およびAS3 [RFC4823]のように、他の特徴およびアプリケーションロジックは、EDIINT標準時に実施されました。これらの機能は越えて行く（ただし、違反していない）EDIINTの基本的な前提をするので、手段は元のユーザエージェントによってサポートされている取引先機能と通信するために必要とされます。 EDIINT-機能ヘッダはアウト・オブ・バンド通信および同意なしにその貿易相手国と記載されている機能をサポートするために、ユーザエージェントの能力を示します。

1.1. Requirements Language

1.1. 要件言語

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 RFC 2119 [RFC2119].

この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]に記載されているように解釈されます。

2. EDIINT-Features Header Syntax

2. EDIINT-機能ヘッダー構文

The EDIINT-Features header can appear in the header section of an AS1, AS2, and AS3 message. Its ABNF [RFC5234] syntax is listed below.

EDIINT-機能ヘッダはAS1、AS2およびAS3メッセージのヘッダ部に表示できます。そのABNF [RFC5234]の構文は以下のとおりです。

Feature = "EDIINT-Features:" [WSP] Feature-Name *([WSP] "," [WSP] Feature-Name)

特集= "EDIINT-特徴：" [WSP]機能-名*（[WSP] "" [WSP]機能-名）

Feature-Name = 1*Feature-Token

機能名= 1 *機能 - トークン

Feature-Token = %d48-57 / ; 0-9 %d65-90 / ; A-Z %d97-122 / ; a-z "-" ; hyphen is allowed ; blank space " " is not allowed

特集・トークン=％d48-57 /。 0から9パーセントのd65-90 /。 -Z％d97-122 /。 -Z " - ";ハイフンが許可されています。空白スペースは「」許可されていません

The Feature-Token allows for feature names to be specified and can only contain alphanumeric characters along with the hyphen. Feature names are case insensitive.

特集・トークンを指定する機能名を可能にし、唯一のハイフンと一緒に英数字を含めることができます。機能名は大文字小文字を区別しません。

3. Implementation and Processing

3.実装と処理

The EDIINT-Features header field indicates the originating user agent is capable of supporting the features listed. The EDIINT-Features header field MUST be present in all messages transmitted by the user agent and not just messages that utilize the feature. Upon examination of the EDIINT-Features header field, the trading partner SHOULD assume the user agent is capable of receiving messages utilizing any of the features listed.

EDIINT-特徴ヘッダフィールドは、発信ユーザエージェントは、リストされた機能をサポートすることが可能であることを示します。 EDIINT-特徴ヘッダフィールドは、機能を利用する全てのユーザエージェントによって送信されたメッセージだけでなく、メッセージ内に存在していなければなりません。 EDIINT-特長ヘッダフィールドの検査の際に、取引相手は、ユーザエージェントがリストされている機能のいずれかを利用したメッセージを受信することが可能であると仮定すべきです。

Features that utilize the EDIINT-Features header field MUST be specified in RFCs. These RFCs MUST describe the feature name that is listed in the header and the means by which it should be used.

EDIINT-機能を利用する機能は、フィールドがRFCで指定されなければならないヘッダ。これらのRFCは、ヘッダと、それが使用されるべきれる手段に表示されている機能名を記述する必要があります。

4. EDIINT Applications

4. EDIINTアプリケーション

AS2 and AS3 applications currently use a version header, AS2-Version and AS3-Version, respectively, to indicate functional support. The EDIINT-Features header field tremendously improves the purpose and function of the old version header. However, to provide a connection from the old version header and the EDIINT-Features header field, AS2 and AS3 applications that implement the EDIINT-Features header field MUST use the version value of "1.2" to indicate the support of the EDIINT-Features header field. Also, since version "1.1" indicates the implementation supports compression [RFC5402] and "1.2" builds upon "1.1", AS2-Version or AS3-Version of "1.2" MUST support compression regardless of whether it is mentioned as a feature in the EDIINT-Features header field.

AS2およびAS3アプリケーションは、現在、機能のサポートを示すために、それぞれ、バージョンヘッダ、AS2、AS3バージョンと、バージョンを使用します。 EDIINT-特長ヘッダフィールドは、途方もなく古いバージョンヘッダの目的と機能を向上させます。しかし、古いバージョンのヘッダから接続してヘッダーを-機能EDIINT EDIINT-機能を実装し、フィールドがのサポートを示すために、「1.2」のバージョン値を使用しなければならないヘッダーフィールド、AS2とAS3アプリケーションヘッダEDIINT-機能を提供するためにフィールド。また、バージョン「1.1」ので実装が圧縮[RFC5402]をサポートして示しており、「1.2」、「1.2」のAS2-バージョンまたはAS3-版、「1.1」に基づいて構築関係なくにおける特徴として記載されているかどうかの圧縮をサポートしなければなりませんEDIINT-特徴ヘッダーフィールド。

AS1 does not use a version header and one is not required for including the EDIINT-Features header field.

AS1は、バージョンヘッダを使用せず、一方がEDIINT-特徴ヘッダフィールドを含むために必要とされません。

The EDIINT-Features header field is informational, and AS1, AS2, or AS3 trading partners who have not implemented it can safely ignore this header.

EDIINT-特長ヘッダフィールドは、情報提供であり、それが安全にこのヘッダを無視することができます実装していないAS1、AS2、またはAS3の貿易相手国。

5. IANA Considerations

5. IANAの考慮事項

IANA has registered the following provisional header.

IANAは、次の仮のヘッダを登録しています。

Header field name: EDIINT-Features

ヘッダフィールド名：EDIINT-特長

Applicable protocol: http and mail

該当するプロトコル：httpとメール

Status: provisional

ステータス：暫定

Author/Change controller: Kyle Meadors of Drummond Group (kyle@drummondgroup.com)

著者/変更コントローラ：ドラモンドグループのカイルMeadors（kyle@drummondgroup.com）

Specification document(s): this document

仕様書（S）：このドキュメント

Related information: This header will be used in conjunction with the EDIINT WG specifications RFC 4130 (AS2), RFC 3335 (AS1) and RFC 4823 (AS3).

関連情報：このヘッダはEDIINT WG仕様RFC 4130（AS2）、RFC 3335（AS1）とRFC 4823（AS3）と組み合わせて使用されるであろう。

6. Security Considerations

6.セキュリティの考慮事項

Because headers are often un-encrypted, it may be possible for the EDIINT-Features header field to be altered. Trading partners MAY consult out-of-band to confirm feature support.

ヘッダは、しばしば、非暗号化されているので、EDIINT-特徴ヘッダフィールドを変更するために、それが可能であってもよいです。取引先には、機能のサポートを確認するために、アウト・オブ・バンド協議することができます。

7. Normative References

7.引用規格

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

[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。

[RFC3335] Harding, T., Drummond, R., and C. Shih, "MIME-based Secure Peer-to-Peer Business Data Interchange over the Internet", RFC 3335, September 2002.

[RFC3335]ハーディング、T.、ドラモンド、R.、およびC.シーズー、「MIMEベースのセキュアなピアツーピアのビジネスデータ交換をインターネット上で」、RFC 3335、2002年9月。

[RFC4130] Moberg, D. and R. Drummond, "MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 (AS2)", RFC 4130, July 2005.

[RFC4130] Moberg、D.およびR.ドラモンド、 "MIMEベースのセキュアなピアツーピアHTTPを使用してビジネスデータ交換、適用ステートメント2（AS2）"、RFC 4130、2005年7月。

[RFC4823] Harding, T. and R. Scott, "FTP Transport for Secure Peer-to-Peer Business Data Interchange over the Internet", RFC 4823, April 2007.

[RFC4823]ハーディング、T.およびR.スコット、「インターネット上でのセキュアなピア・ツー・ピアのビジネスデータ交換のためのFTP転送」、RFC 4823、2007年4月。

[RFC5234] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.

[RFC5234]クロッカー、D.、およびP. Overell、 "構文仕様のための増大しているBNF：ABNF"、STD 68、RFC 5234、2008年1月。

[RFC5402] Harding, T., Ed., "Compressed Data within an Internet Electronic Data Interchange (EDI) Message", RFC 5402, February 2010.

[RFC5402]ハーディング、T.、エド。、 "インターネット電子データ交換（EDI）メッセージ内の圧縮データ"、RFC 5402、2010年2月。

Author's Address

著者のアドレス

Kyle Meadors (editor) Drummond Group Inc. Nashville, Tennessee 37221 US

カイルMeadors（エディタ）ドラモンドグループ本社ナッシュビル、テネシー州37221米国

Phone: +1 (817) 709-1627 EMail: kyle@drummondgroup.com

電話：+1（817）709-1627 Eメール：kyle@drummondgroup.com