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

原文URL : https://datatracker.ietf.org/doc/html/rfc6017
タイトル : RFC 6017 - 電子データインターチェンジ - インターネット統合（EDIINT）機能ヘッダーフィールド
翻訳編集 : 自動生成

[要約] 要約： RFC 6017は、EDIINT（Electronic Data Interchange - Internet Integration）機能ヘッダーフィールドに関する仕様です。このRFCの目的は、EDIINTプロトコルのヘッダーフィールドを定義し、EDIデータのインターネット統合をサポートすることです。目的： 1. EDIINTプロトコルのヘッダーフィールドを定義する。 2. EDIデータのインターネット統合をサポートする。 3. 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

電子データインターチェンジ - インターネット統合（EDIINT）機能ヘッダーフィールド

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のAS1、AS2、およびAS3の電子データの成熟度 - インターネット統合（EDIINT）標準により、基本的な安全な輸送機能に基づいて構築されています。これらの機能は、すべてのEDIINTアプリケーションによって必ずしもサポートされているわけではなく、実装に潜在的な問題を引き起こす可能性があります。ediint-featuresヘッダーフィールドは、これらの問題を解決し、新しい機能をサポートする手段を提供します。

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エディターは、このドキュメントの裁量でこのドキュメントを公開することを選択しており、実装または展開に対する価値について声明を発表しません。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.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6017で取得できます。

著作権表示

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 Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。

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-featuresヘッダーは、バンド外のコミュニケーションと契約なしに、トレーディングパートナーとリストされている機能をサポートするユーザーエージェントの機能を示しています。

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-featuresヘッダー構文

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-featuresヘッダーは、AS1、AS2、およびAS3メッセージのヘッダーセクションに表示できます。そのABNF [RFC5234]構文を以下に示します。

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

feature = "ediint-features：" [wsp] feature-name *（[wsp] "、" [wsp] feature-name）

   Feature-Name  = 1*Feature-Token

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

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-FEITURESヘッダーフィールドは、リストされている機能をサポートできる発信元のユーザーエージェントを示しています。EDIINT-Featuresヘッダーフィールドは、機能を利用するメッセージだけでなく、ユーザーエージェントによって送信されるすべてのメッセージに存在する必要があります。EDIINT-Featuresヘッダーフィールドを調べると、トレーディングパートナーは、ユーザーエージェントがリストされている機能のいずれかを使用してメッセージを受信できると想定する必要があります。

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-featuresヘッダーフィールドを使用する機能は、RFCSで指定する必要があります。これらの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-versionおよびAS3-versionを使用しています。ediint-featuresヘッダーフィールドは、古いバージョンのヘッダーの目的と機能を大幅に改善します。ただし、古いバージョンのヘッダーとediint-featuresヘッダーフィールドから接続を提供するには、ediint-featuresヘッダーフィールドを実装するAS2およびAS3アプリケーションが「1.2」のバージョン値を使用してEDIINT-Featuresヘッダーのサポートを示す必要があります。分野。また、バージョン「1.1」は実装が圧縮[RFC5402]と「1.2」が「1.1」に基づいていることを示すため、「1.2」のAS2バージョンまたはAS3バージョンは、それが特徴として言及されているかどうかに関係なく圧縮をサポートする必要があります。ediint-featuresヘッダーフィールド。

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

AS1はバージョンヘッダーを使用せず、EDIINT-Featuresヘッダーフィールドを含めるためには必要ありません。

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-featuresヘッダーフィールドは情報提供であり、AS1、AS2、またはAS3取引パートナーが実装していない場合は、このヘッダーを安全に無視できます。

5. IANA Considerations

5. IANAの考慮事項

IANA has registered the following provisional header.

IANAは次の暫定ヘッダーを登録しました。

Header field name: EDIINT-Features

ヘッダーフィールド名：ediint-features

Applicable protocol: http and mail Status: provisional

適用可能なプロトコル：HTTPおよびメールステータス：仮の状態

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

著者/変更コントローラー：Kyle Meadors of Drummond Group（kyle@drummondgroup.com）

Specification document(s): this document

仕様文書：このドキュメント

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-featuresヘッダーフィールドが変更される可能性があります。トレーディングパートナーは、機能サポートを確認するためにバンド外に相談することができます。

7. Normative References

7. 引用文献

[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月。

[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] Harding、T.、Drummond、R。、およびC. Shih、「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. Drummond、「HTTPを使用したMIMEベースのピアツーピアビジネスデータインターチェンジ、Applicability Statement 2（AS2）（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] Harding、T。and R. Scott、「インターネット上の安全なピアツーピアビジネスデータの交換のためのFTP輸送」、RFC 4823、2007年4月。

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

[RFC5234] Crocker、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] Harding、T.、ed。、「インターネット電子データインターチェンジ（EDI）メッセージ内の圧縮データ」、RFC 5402、2010年2月。

Author's Address

著者の連絡先

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

Kyle Meadors（編集者）Drummond Group Inc.ナッシュビル、テネシー州37221 US

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