Network Working Group K. Fujimura
Request for Comments: 4153 NTT
Category: Informational M. Terada
NTT DoCoMo
D. Eastlake 3rd
Motorola Laboratories
September 2005
XML Voucher: Generic Voucher Language
Status of This Memo
このメモのステータス
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
Abstract
抽象
This document specifies rules for defining voucher properties in XML syntax. A voucher is a logical entity that represents a right to claim goods or services. A voucher can be used to transfer a wide range of electronic values, including coupons, tickets, loyalty points, and gift certificates, which often have to be processed in the course of payment and/or delivery transactions.
この文書は、XML構文でバウチャーのプロパティを定義するための規則を指定します。バウチャーは、商品やサービスを請求する権利を表す論理エンティティです。バウチャーは、多くの場合、支払いおよび/または配達取引の過程で処理しなければならないクーポン、チケット、ロイヤリティポイント、ギフト証明書、を含む電子広い範囲の値を、転送するために使用することができます。
Table of Contents
目次
1. Introduction ................................................. 2
2. Processing Model ............................................. 2
3. Trust Model .................................................. 4
4. Component Structure .......................................... 4
5. Syntax Overview and Examples ................................. 6
6. Syntax and Semantics ......................................... 8
6.1. <Voucher> ............................................... 8
6.2. <Title> ................................................. 9
6.3. <Description> ........................................... 9
6.4. <Provider> .............................................. 9
6.5. <Issuer> ................................................ 10
6.6. <Holder> ................................................ 10
6.7. <Collector> ............................................. 11
6.8. <Value> ................................................. 11
6.8.1. <Ratio> .......................................... 13
6.8.2. <Fixed> .......................................... 13
6.9. <Merchandise> ........................................... 14
6.10. <ValidPeriod> .......................................... 14
6.11. <Conditions> ........................................... 15
7. IANA Considerations .......................................... 15
8. VTS Schema Example ........................................... 18
9. Security Considerations ...................................... 18
10. Acknowledgements ............................................. 19
11. Normative References ......................................... 19
12. Informative References ....................................... 20
This document specifies rules for defining voucher properties in XML syntax. The motivation and background of the specification are described in [VTS].
この文書は、XML構文でバウチャーのプロパティを定義するための規則を指定します。明細書の動機と背景が、[VTS]に記載されています。
A voucher is a logical entity that represents a certain right and that is logically managed by the Voucher Trading System (VTS). A voucher is generated by the issuer, traded among users, and finally collected by the collector using VTS.
バウチャーは、特定の権利を表す論理エンティティであり、それは論理的にクーポン取引システム（VTS）によって管理されています。バウチャーは、発行者によって生成されたユーザ間取引、及び最後にVTSを用いコレクタによって収集されます。
This document defines the syntax and semantics of the Voucher Component, which defines voucher meaning and processing rules in XML syntax [XML]. A Voucher Component defines the properties that must be satisfied to allow the voucher to be processed by VTS or other trading systems; e.g., a wallet or merchant system. VTS definitions and models are also defined in [VTS].
この文書では、構文と[XML] XML構文でバウチャー意味と処理規則を定義するクーポンコンポーネント、の意味を定義します。バウチャーコンポーネントバウチャーVTSまたは他の取引システムによって処理されることを可能にするために満たされなければならないプロパティを定義します。例えば、財布やマーチャントシステム。 VTSの定義とモデルも[VTS]で定義されています。
Note: This document uses "voucher" as an "instance of voucher", whose meaning is defined by the Voucher Component. In other words, a Voucher Component is NOT a voucher, and multiple vouchers can be issued and managed by the VTS using the same Voucher Component.
注意：この文書は、「バウチャーのインスタンス」と「バウチャー」を使用して、その意味はバウチャーのコンポーネントによって定義されます。言い換えれば、バウチャーのコンポーネントは、バウチャーではなく、複数のバウチャーが発行され、同じバウチャーのコンポーネントを使用してVTSによって管理することができます。
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"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されるべき
There are several ways of implementing VTS and technologies are continually changing. For discount coupons or event tickets, for example, the smartcard-based offline VTS is often preferred, whereas for bonds or securities, the centralized online VTS is preferred. It is impractical to define standard protocols for issuing, transferring, or redeeming vouchers at this time.
VTSを実装し、技術が絶えず変化しているのいくつかの方法があります。債券や証券のために、中央集中型のオンラインVTSが好まれるのに対し、割引クーポンやイベントチケットの場合は、例えば、スマートカードベースのオフラインVTSは、多くの場合、好ましいです。この時点で転送する、発行するための標準プロトコル、または償還バウチャーを定義することは非現実的です。
To provide implementation flexibility, this document assumes a modular wallet architecture that allows multiple VTSes to be added as plug-ins. In this architecture, instead of specifying a standard voucher transfer protocol, two specifications, Voucher Component and VTS-API, are standardized (Figure 1).
実装の柔軟性を提供するために、この文書は、複数VTSesはプラグインとして追加することを可能にするモジュラー財布アーキテクチャを想定しています。代わりに、標準の伝票転送プロトコル、2つの仕様を指定するこのアーキテクチャでは、バウチャーコンポーネントとVTS-APIは、（図1）標準化されています。
After the sender and receiver agree on which vouchers are to be traded and which VTS is to be used, the issuing system or wallet system requests the corresponding VTS plug-in to permit the issue, transfer, or redeem transactions to be performed via the VTS API. The VTS then rewrites the ownership of the vouchers using the VTS-specific protocol. Finally, a completion event is sent to the wallet systems or issuing/collecting systems.
送信者と受信者が同意した後、その上にクーポンが取引されるべきであり、VTSは、発行システムまたは財布システムは、プラグインの問題、転送を可能にする、またはトランザクションを償還することVTSを介して実行されるべき対応するVTSを要求し、使用されるべきAPI。 VTSは、次いで、VTS固有のプロトコルを使用して、バウチャーの所有権を書き換えます。最後に、完了イベントは、ウォレットシステムに送信されるか、またはシステムを収集/発行します。
This document describes the Voucher Component specification. The VTS-API specification is defined in [VTS-API].
この文書では、バウチャーのコンポーネントの仕様について説明します。 VTS-API仕様は[VTS-API]で定義されています。
Sender wallet/Issuing system Receiver wallet/Collecting system
+---------------------------+ +---------------------------+
| | | |
| | Voucher Component | |
| | (Specifies VTS Provider and Promise) | |
| |-------------------------------------------------------->| |
| | | | | |
| | Intention to receive and payment (option) | |
| |<- - - - - - - - - - - - - - - - - - - - - - - - - - - - | |
| | | | | |
| | | | | |
| | Issue/transfer/ VTS | | VTS Register | |
| | redeem request plug-in | plug-in Listener(*1)| |
| |------------------>| | | |<------------------| |
| | (VTS-API) |<- - - - - - - ->| (VTS-API) | |
| | | VTS-specific | | |
| | | protocol if VTS | | |
| | | is distributed | | |
| | Result |<- - - - - - - ->| Notify(*2) | |
| |<------------------| | | |------------------>| |
+---------------------------+ +---------------------------+
(*1) Registration is optional. Note also that the VTS plug-ins are usually pre-registered when the wallet or collecting system is started.
（* 1）登録は任意です。注また、財布や収集システムの起動時にVTSプラグインは通常、事前に登録されていること。
(*2) If a listener is registered.
（* 2）リスナーが登録されている場合。
Figure 1. Wallet architecture with VTS plug-ins
VTSプラグイン図1.ウォレットアーキテクチャ
A voucher is trusted if the Issuer and VTS Provider are trusted, as the Issuer is responsible for the contents of the voucher and the VTS Provider is responsible for preventing ownership from being assigned to multiple users.
発行者とVTSプロバイダーが信頼されている場合、発行者は、バウチャーの内容とVTSプロバイダーが複数のユーザーに割り当てられているから、所有権を防止する責任があるために責任があるとしてバウチャーは、信頼されています。
The trust level required for the Issuer and VTS Provider depends on the type (or Promise) of the voucher. To provide the information needed for verification, the conditions of the Issuer and VTS Provider are specified in the Voucher Component and given as input to the verifier; e.g., wallet system or other software. The trust of a voucher is thus verified through the Voucher Component. This model enables trading partners to verify their trust in the voucher regardless of their trust in the partners.
発行者とVTSプロバイダーに必要な信頼レベルは、バウチャーの種類（または約束）に依存します。検証に必要な情報を提供するために、発行者とVTSプロバイダの条件は、バウチャーのコンポーネントで指定されたと検証者への入力として与えられます。例えば、ウォレット・システムまたは他のソフトウェア。バウチャーの信頼は、このようにクーポンコンポーネントによって検証されます。このモデルは、取引相手がパートナーに関係なく、彼らの信頼のバウチャーに彼らの信頼性を確認することができます。
This document assumes that the Voucher Component is the root of trust. If a malicious user could alter the Voucher Component, a forged voucher could be verified as valid.
このドキュメントは、クーポンComponentが信頼のルートであることを前提としています。悪意のあるユーザーがクーポンコンポーネントを変更することができれば、偽造券は有効であると確認できました。
When a Voucher Component is delivered from the trusted VTS Provider, Issuer, or trusted third party, a secure communication channel (e.g., [TLS], [IPSEC], or object security, such as [XMLDSIG]) should be used to prevent alteration during the delivery.
バウチャー成分（例えば、[XMLDSIG]として、例えば、[TLS]、[IPSEC]、またはオブジェクトのセキュリティ）、セキュア通信チャネルを発行者、信頼VTSプロバイダから配信、又は第三者を信頼されたときに変化を防止するために使用されるべきです配信中。
Note: The Voucher Component does not have to be sent from the sender of the voucher. Note also that a set of trusted Voucher Components can be downloaded before a transaction is conducted.
注意：クーポンコンポーネントは、バウチャーの送信者から送信されている必要はありません。取引が行われる前に、信頼できるクーポンコンポーネントのセットをダウンロードすることができることにも注意してください。
The Voucher Component provides the information needed to identify the monetary value or merchandize rendered when the voucher is redeemed. It includes
バウチャーコンポーネントバウチャーを換金したときにレンダリング金銭的価値またはマーチャンダイズを識別するために必要な情報を提供します。それは、
o how much value/items can be claimed in exchange for the voucher, and
値/アイテムは、バウチャーと引き換えに記載することができますどのくらいのO、および
o restrictions applied to the voucher
O制限がバウチャーに適用します
- participants (VTS Provider, Issuer, Holder, and Collector),
- 参加者（VTSプロバイダー、発行者、ホルダー、およびコレクタ）、
- objects (merchandise) to be claimed,
- オブジェクト（商品）主張します、
- time when valid (validity period), and
- 時間の有効な（有効期間）、および
- others.
- その他。
The Voucher Component also provides common properties useful for displaying and manipulating the contents of wallet systems. It includes the title and description of each voucher.
バウチャー成分は、ウォレットシステムの内容を表示および操作するために有用な一般的特性を提供します。これは、各バウチャーのタイトルと説明が含まれています。
The Voucher Component contains the following components:
バウチャーのコンポーネントは、次のコンポーネントが含まれています。
Title Component
タイトルコンポーネント
Provides the title of the voucher. This is mainly for listing the entities stored in a wallet system.
バウチャーのタイトルを提供します。これは、財布・システムに格納されているエンティティを一覧表示するために主にあります。
Description Component
説明コンポーネント
Provides a short description of the voucher. This is mainly for listing the entities stored in a wallet system.
バウチャーの短い説明を提供します。これは、財布・システムに格納されているエンティティを一覧表示するために主にあります。
Provider Component
Providerコンポーネント
Provides restrictions on which VTS Provider (or VTS plug-in) can be used for trading the voucher.
VTSプロバイダ（またはVTSプラグインが）バウチャーを取引するために使用可能な制限を提供します。
Issuer Component
発行者コンポーネント
Provides restrictions on the Issuer of the voucher.
バウチャーの発行者の制限を提供します。
Holder Component
ホルダー部品
Provides restrictions on the Holder of the voucher.
バウチャーのホルダーに制限を提供します。
Collector Component
コレクターコンポーネント
Provides restrictions on the Collector of the voucher.
バウチャーのコレクターの制限を提供します。
Value Component
値コンポーネント
Provides the value of each voucher. There are two types of values: fixed and ratio values. For a fixed value, the currency and the figure is specified. For a ratio value, the discount ratio of the corresponding merchandize is specified.
各バウチャーの価値を提供します。固定され、比の値：2つの値の種類があります。固定値のために、通貨および図は、指定されています。比の値は、対応するマーチャンダイズの割引率が指定されています。
The Value Component also indicates the number of vouchers to be redeemed for claiming the merchandise or monetary value specified in the Merchandise Component or Value Component. If "n" (>0) is specified, the merchandize or monetary value can be claimed in exchange for "n sheets of" vouchers. If "0" is specified, it can be used repeatedly.
値コンポーネントは、商品または商品のコンポーネントまたはコンポーネントの値で指定された金銭的価値を主張するために償還される伝票の数を示します。 「N」が指定された（> 0）である場合、マーチャンダイズ又は金銭的価値は、バウチャー「のN枚」と引き換えに記載することができます。 「0」が指定されている場合は、繰り返し使用することができます。
Merchandise Component
商品のコンポーネント
Provides restrictions on the object to be claimed. The domain-specific meaning of the voucher (e.g., reference number of the merchandize or seat number for an event ticket) is specified to identify the merchandize rendered when the voucher is redeemed.
オブジェクト上の制限が主張するように提供します。バウチャーのドメイン固有の意味（例えば、イベントチケットのマーチャンダイズや座席番号の参照番号）バウチャーを換金したときにレンダリングマーチャンダイズを識別するために指定されています。
ValidPeriod Component
有効期間コンポーネント
Provides restrictions on the validity period of the voucher; i.e., start date and end date.
バウチャーの有効期間の制限を提供します。つまり、日と終了日を開始します。
Condition Component
条件コンポーネント
Provides any other applicable restrictions. This is intended to cover contracts between the issuer and holder of the voucher in natural language form.
その他の適用の制限を提供します。これは、自然言語の形でバウチャーの発行者とホルダとの間の契約をカバーすることを意図しています。
Using the above Components, semantics for diverse types of vouchers can be defined as shown in Table 1.
表1に示すように、上記の成分を用いて、バウチャーの多様なタイプの意味論を定義することができます。
+----------------+--------------------------------+---------------+
| | Value | Restrictions |
| +-----+---------------+----------+---------------+
| Examples |Ratio| Fixed |Number | Merchandise |
| | +------+--------+needed for| |
| | |Amount|Currency|redemption| |
+----------------+-----+------+--------+----------+---------------+
|Gift certificate| | 25 | USD | 1 |(Not specified)|
|Loyalty point | | 1 | AUD | 10 |(Not specified)|
|Member card | 20%| | | 0 |(Not specified)|
|Coupon | 30%| | | 1 |Beef 500g |
|Event ticket | 100%| | | 1 |Hall A, S ,K23 |
|Exchange ticket | 100%| | | 1 |ISBN:0071355014|
+----------------+-----+------+--------+----------+---------------+
Table 1. Examples of vouchers and their properties
表1バウチャーの例とそのプロパティ
This section provides an overview and examples of Voucher Components. The formal syntax and semantics are found in Sections 6 and 7.
このセクションでは、概要とバウチャーコンポーネントの例を提供します。正式な構文と意味論はセクション6および7に記載されています。
Voucher Components are represented by the <Voucher> element, which has the following structure (where "?" denotes zero or one occurrence):
バウチャーのコンポーネントは、以下の構造を有する<伝票>要素によって表される（ゼロまたは1つの発生を示し、「？」）。
<Voucher> (Title) (Description)? (Provider) (Issuer)? (Holder)? (Collector)? (Value) (Merchandise)? (ValidPeriod)? (Conditions)? </Voucher>
<クーポン>（タイトル）（解説）？ （プロバイダ）（発行者）？ （保有者）？ （コレクタ）？ （バリュー）（商品）？ （有効期間）？ （条件）？ </クーポン>
An example of a Voucher Component is described below. This is an example of a five-dollar discount coupon for specific merchandize, a book with ISBN number 0071355014. The coupon is valid from April 1, 2001, to March 31, 2002. To claim this offer, one voucher must be spent.
バウチャーコンポーネントの例を以下に説明します。これは、特定のマーチャンダイズのために5ドルの割引クーポン、クーポンはこのオファーを主張するために2001年4月1日から3月31日、2002年には有効であるISBN番号0071355014.と書籍の一例であり、1つのバウチャーを過ごしている必要があります。
<?xml version="1.0" encoding="UTF-8"?> <Voucher xmlns="urn:ietf:params:xml:ns:vts-lang" xmlns:vts="http://www.example.com/vts"> <Title>IOTP Book Coupon</Title> <Description>$5 off IOTP Book</Description> <Provider name="Voucher Exchanger 2002"> <vts:Version>VE2.31</vts:Version> </Provider> <Issuer name="Alice Book Center, Ltd."> <vts:KeyInfo> 1DA8DFCF95521014BBB7171B95545E8D61AE803F </vts:KeyInfo> </Issuer> <Collector name="Alice Book Center, Ltd."/> <Value type="discount" spend="1"> <Fixed amount="5" currency="USD"/> </Value> <Merchandise> <bk:Book xmlns:bk="http://www.example.com/bk" bk:isbn="0071355014"/> </Merchandise> <ValidPeriod start="2002-04-01" end="2003-03-31"/> <Conditions> The value of this coupon is subject to tax. </Conditions> </Voucher>
<？xml version = "1.0" エンコード= "UTF-8"？> <クーポンのxmlns = "壷：IETF：のparams：XML：NS：VTS-LANG" のxmlns：VTS = "http://www.example.comバウチャーの交換2002" / VTS "IOTPブックオフ</ TITLE> <説明> $ 5 '/記述> <プロバイダー名=> <タイトル> IOTP図書券"> <VTS：バージョン> VE2.31 </ VTS：バージョン> < /プロバイダ> <発行者名= "アリスブックセンター、株式会社。"> <VTS：KeyInfoの> 1DA8DFCF95521014BBB7171B95545E8D61AE803F </ VTS：KeyInfoの> </発行者> <コレクター名= "アリスブックセンター株式会社" /> <値の種類= "割引" = "1"> <固定量= "5" 通貨= "USD" を過ごす/> </バリュー> <商品> <BK：ブックのxmlns：BK = "http://www.example.com/bk "BK：ISBN =" 0071355014 "/> </商品> <有効期間開始=" 2002-04-01" 終了= "2003-03-31" /> <条件>このクーポンの値が課税対象です。 </条件> </クーポン>
The general structure of an XML Voucher Component is described in Section 4. This section details the Voucher Component features. Features described in this section MUST be implemented unless otherwise indicated. The syntax is defined via [XML-Schema-1] [XML-Schema-2]. For clarity, unqualified elements in schema definitions are in the XML schema namespace:
XMLバウチャーコンポーネントの一般的な構造は、第4のこのセクションでは、バウチャーコンポーネントの機能を詳細に記載されています。特に明記しない限り、このセクションで説明する機能を実装する必要があります。構文は[XML Schemaに2] [XML-スキーマ-1]を介して定義されます。明確にするために、スキーマ定義で修飾されていない要素は、XMLスキーマの名前空間にあります。
xmlns="http://www.w3.org/2001/XMLSchema"
xmlns = "http://www.w3.org/2001/XMLSchema"
References to XML Voucher schema defined herein use the prefix "gvl" and are in the namespace:
XMLバウチャースキーマへの参照は、接頭辞「GVL」を使用し、本明細書に定義された名前空間にあります。
xmlns:gvl="urn:ietf:params:xml:ns:vts-lang"
xmlns：GVL = "壷：IETF：のparams：XML：NS：VTS-LANG"
This namespace URI for elements defined by this document is a URN [URN] that uses the namespace identifier 'ietf', defined by [URN-NS-IETF] and extended by [XML-Registry].
このドキュメントによって定義された要素のために、この名前空間URIは、名前空間識別子「IETF」、[URN-NS-IETF]によって定義され、[XML-レジストリ]によって拡張を使用してURN [URN]です。
This namespace is also used for unqualified elements in voucher examples.
この名前空間は、バウチャーの例で修飾されていない要素のために使用されています。
The <Voucher> element contains <Title>, <Provider>, and <Value> elements and optionally contains <Description>, <Issuer>, <Holder>, <Collector>, <ValidPeriod>, and <Condition> elements. These sub-elements are defined in the following sections.
<バウチャー>要素は、<タイトル>、<プロバイダ>、および<値>要素および随意<説明>を含む<発行者>、<ホルダ>、<コレクタ>、<有効期間>、及び<条件>要素を含みます。これらのサブ要素は、以下のセクションで定義されています。
The <Voucher> element is defined by the following schema:
<クーポン>要素は、以下のスキーマによって定義されます。
<element name="Voucher" type="gvl:VoucherType"/> <complexType name="VoucherType"> <sequence> <element ref="gvl:Title"/> <element ref="gvl:Description" minOccurs="0"/> <element ref="gvl:Provider"/> <element ref="gvl:Issuer" minOccurs="0"/> <element ref="gvl:Holder" minOccurs="0"/> <element ref="gvl:Collector" minOccurs="0"/> <element ref="gvl:Value"/> <element ref="gvl:Merchandise" minOccurs="0"/> <element ref="gvl:ValidPeriod" minOccurs="0"/> <element ref="gvl:Conditions" minOccurs="0"/> </sequence> </complexType>
<要素名= "クーポン" タイプ= "GVL：VoucherType" /> <complexTypeの名= "VoucherType"> <シーケンス> <要素REF = "GVL：タイトル" /> <要素REF = "GVL：説明" のminOccurs =」 0 "/> <要素REF =" GVL：プロバイダ "/> <要素REF =" GVL：発行者」のminOccurs = "0" /> <要素REF = "GVL：ホルダー" のminOccurs = "0" /> <要素REF = "GVL：コレクター" のminOccurs = "0" /> <要素REF = "GVL：値" /> <要素REF = "GVL：商品" のminOccurs = "0" /> <要素REF = "GVL：有効期間" minOccurs属性= "0" /> <要素REF = "GVL：条件" のminOccurs = "0" /> </配列> </ complexTypeの>
The <Title> element contains a simpletext title of the voucher. This is mainly for listing the entities stored in a wallet system.
<タイトル>要素は、バウチャーのSimpleTextのタイトルが含まれています。これは、財布・システムに格納されているエンティティを一覧表示するために主にあります。
The <Title> element has no attribute.
<タイトル>要素には属性がありません。
The <Title> element is defined by the following schema:
<タイトル>要素は、以下のスキーマによって定義されます。
<element name="Title" type="string"/>
<要素名=「タイトル」タイプ=「文字列」/>
The <Description> element contains a simpletext description of the voucher. This is mainly for listing the entities stored in a wallet system.
<解説>要素は、バウチャーのSimpleTextの記述が含まれています。これは、財布・システムに格納されているエンティティを一覧表示するために主にあります。
The <Description> element has no attribute.
<解説>要素には属性がありません。
The <Description> element is defined by the following schema:
<説明>要素は、以下のスキーマによって定義されます。
<element name="Description" type="string"/>
<要素名=「説明」タイプ=「文字列」/>
The <Provider> element may contain any element that is used to specify or restrict the VTS Provider of the voucher. The sub-elements contained in this element depend on the implementation of the VTS.
<プロバイダ>要素は、バウチャーのVTSプロバイダを指定するか、または制限するために使用される任意の要素を含んでいてもよいです。この要素に含まれるサブエレメントは、VTSの実装に依存します。
An implementation of a wallet system may use this information to identify and/or authenticate the VTS Provider when the VTS plug-in is registered (see Section 7 of [VTS-API]). These implementation-specific elements of the VTS can be extended using [XML-ns]. An example of such a schema definition is described in Section 8.
VTSプラグインのときに同定および/またはVTSプロバイダを認証するためにこの情報を使用することができるウォレットシステムの実装は、登録されている（[VTS-API]のセクション7を参照）。 VTSのこれらの実装固有の要素が[XML-NS]を使用して拡張することができます。このようなスキーマ定義の例は、セクション8に記載されています。
The <Provider> element has a string-type "name" attribute that is used to specify the name of the VTS Provider.
<プロバイダ>要素は、VTSプロバイダーの名前を指定するために使用される文字列型「name」属性を持っています。
The <Provider> element is defined by the following schema:
<プロバイダ>要素は、以下のスキーマによって定義されます。
<element name="Provider" type="gvl:RoleType"/> <complexType name="RoleType" mixed="true"> <sequence> <any namespace="##any" minOccurs="0" maxOccurs="unbounded"/> </sequence> <attribute name="name" type="string"/> </complexType>
<要素名= "プロバイダ" タイプ= "GVL：RoleType" /> <complexTypeの名= "RoleType" 混合= "真の"> <シーケンス> <任意の名前空間= "##あらゆる" のminOccurs = "0" のmaxOccurs = "無制限"/> </シーケンス> <属性名=" 名前」タイプ= "文字列" /> </ complexTypeの>
The <Issuer> element may contain any element that is used to specify or restrict the Issuer of the voucher.
<発行>要素は、バウチャーの発行者を指定するか、または制限するために使用される任意の要素を含んでいてもよいです。
The Issuer of the voucher is generally managed by the VTS [VTS-API]. There is no need to specify the Issuer of the voucher using this element if there are no restrictions on the Issuer.
バウチャーの発行者は、一般的にVTS [VTS-API]によって管理されています。発行者には制限がない場合、この要素を使用して、バウチャーの発行者を指定する必要はありません。
An implementation of a VTS may use this element to describe the authentication data and/or qualification information of the Issuer. This implementation-specific information can be extended through sub-elements using [XML-ns]. An example of such a schema definition is described in Section 8.
VTSの実装では、認証データ及び/又は発行者の資格情報を記述するために、この要素を使用してもよいです。この実装固有の情報は、[XML-NS]を使用してサブ要素を介して拡張することができます。このようなスキーマ定義の例は、セクション8に記載されています。
The <Issuer> element has a string-type "name" attribute that is used to specify the name of the Issuer.
<発行者>要素は、発行者の名前を指定するために使用される文字列型「name」属性を持っています。
The <Issuer> element is defined by the following schema:
<発行者>要素は、以下のスキーマによって定義されます。
<element name="Issuer" type="gvl:RoleType"/>
<要素名= "発行者" タイプ= "GVL：RoleType" />
The <RoleType> element type is defined in Section 6.4.
<RoleType>要素のタイプは、セクション6.4で定義されています。
If the <Issuer> element is omitted, it MUST be interpreted that there are no restrictions on the Issuer.
<発行者>要素が省略された場合、発行者に制限はありませんと解釈されなければなりません。
The <Holder> element may contain any element that is used to specify or restrict the Holder of the voucher.
<ホルダ>要素は、バウチャーのホルダーを指定するか、または制限するために使用される任意の要素を含んでいてもよいです。
The Holder of the voucher is generally managed by the VTS [VTS-API]. There is no need to specify the Holder of the voucher using this element if there are no restrictions on the Holder.
バウチャーのホルダーは、一般的にVTS [VTS-API]によって管理されています。ホルダーには制限がない場合、この要素を使用してバウチャーのホルダーを指定する必要はありません。
An implementation of a VTS may use this element to describe the authentication data and/or qualification information of the Holder. This implementation-specific information can be extended through sub-elements using [XML-ns].
VTSの実装では、認証データ及び/又はホルダの資格情報を記述するために、この要素を使用してもよいです。この実装固有の情報は、[XML-NS]を使用してサブ要素を介して拡張することができます。
The <Holder> element has a string-type "name" attribute that is used to specify the name of the Holder.
<ホルダー>要素は、ホルダーの名前を指定するために使用される文字列型「name」属性を持っています。
The <Holder> element is defined by the following schema:
<ホルダー>要素は、以下のスキーマによって定義されます。
<element name="Holder" type="gvl:RoleType"/>
<要素名= "ホルダー" タイプ= "GVL：RoleType" />
The <RoleType> element type is defined in Section 6.4.
<RoleType>要素のタイプは、セクション6.4で定義されています。
If the <Holder> element is omitted, it MUST be interpreted that there are no restrictions on the Holder.
<ホルダー>要素が省略された場合、ホルダーに制限はありませんと解釈されなければなりません。
The <Collector> element may contain any element that is used to specify or restrict the Collector of the voucher.
<コレクタ>要素は、バウチャーのコレクタを指定するか、または制限するために使用される任意の要素を含んでいてもよいです。
There is no need to specify the Collector of the voucher using this element if there are no restrictions on the Collector.
コレクターには制限がない場合、この要素を使用してバウチャーのコレクターを指定する必要はありません。
An implementation of a VTS may use this element to describe the authentication data and/or qualification information of the Collector. This implementation-specific information can be extended through sub-elements using [XML-ns].
VTSの実装では、認証データ及び/又はコレクタの資格情報を記述するために、この要素を使用してもよいです。この実装固有の情報は、[XML-NS]を使用してサブ要素を介して拡張することができます。
The <Collector> element has a string-type "name" attribute that is used to specify the name of the Collector.
<コレクター>要素は、コレクターの名前を指定するために使用される文字列型「name」属性を持っています。
The <Collector> element is defined by the following schema:
<コレクター>要素は、以下のスキーマによって定義されます。
<element name="Collector" type="gvl:RoleType"/>
<要素名= "コレクター" タイプ= "GVL：RoleType" />
The <RoleType> element type is defined in Section 6.4.
<RoleType>要素のタイプは、セクション6.4で定義されています。
If the <Collector> element is omitted, it MUST be interpreted that there are no restrictions on the Collector.
<コレクター>要素が省略された場合、コレクターに制限はありませんと解釈されなければなりません。
The <Value> element optionally contains a <Fixed> or <Ratio> element but not both. These sub-elements are defined in the following sections.
<値>要素は、必要に応じて<固定>または<比率>要素ではなく、両方が含まれています。これらのサブ要素は、以下のセクションで定義されています。
The <Value> element has a "type" attribute that is used to specify the value process type. This attribute is provided to calculate the amount paid when the vouchers are redeemed at Merchant site, etc.
<値>要素には、値のプロセス・タイプを指定するために使用される「タイプ」属性を持っています。この属性は、など、バウチャーは、マーチャントサイトで償還されたときに支払われる金額を計算するために設けられています
The following identifiers are defined for the "type" attribute.
次の識別子は、「タイプ」属性に定義されています。
Exchange: Items specified in the <Merchandise> element can be claimed in exchange for the voucher. If this type is selected, neither the <Ratio> nor the <Fixed> element MUST be specified. Note that this value process type has the same meaning as:
取引所：<商品>要素で指定されたアイテムは、バウチャーと引き換えに記載することができます。このタイプを選択した場合は、<比率>や<固定>要素のどちらも指定されなければなりません。この値はプロセスの型が同じ意味を持っていることに注意してください。
<Value type="discount"><Ratio percentage="100"/></Value>
<値の種類= "割引"> <比率割合= "100" /> </バリュー>
Discount: Items specified in the <Merchandise> element can be purchased at the discount price calculated by the <Ratio> or <Fixed> element.
ディスカウント：<商品>要素で指定されたアイテムは、<比率>または<固定>要素によって算出した割引価格で購入することができます。
Monetary: Items specified in the <Merchandise> element can be purchased using the value of the voucher. (Note: if the <Merchandise> element is not specified, the voucher can be used for any purchase.) If this type is selected, the <Fixed> element MUST be specified.
通貨：<商品>要素で指定されたアイテムは、バウチャーの値を使用して購入することができます。 （注：。<商品>要素が指定されていない場合、バウチャーは、任意の購入に使用することができます）このタイプを選択した場合、<固定>要素を指定する必要があります。
The <Value> element also has a "spend" attribute that is used to specify the number of vouchers to be redeemed for claiming the goods, services, or monetary value specified. For example, if "n" (>0) is specified, goods can be claimed in exchange for "n sheets of" vouchers. (Note: Multiple vouchers for the same Voucher Component must exist in this case.) If "0" is specified, it can be used repeatedly.
<値>要素は、バウチャーの数が指定した商品、サービス、または金銭的価値を主張するために償還されるように指定するために使用される「過ごす」属性を持っています。 「N」（> 0）が指定されている場合、例えば、商品はバウチャー「のN枚」と引き換えに記載することができます。 （注：同じバウチャーコンポーネントの複数のクーポンは、この場合に存在しなければならない。）「0」が指定されている場合、それは繰り返し使用することができます。
If the "spend" attribute or the whole element is omitted, it MUST be interpreted that "1" is specified for the "spend" attribute.
「過ごす」属性または全部の要素が省略されている場合、「1」を「費やす」属性に指定されていると解釈されなければなりません。
The <Value> element is defined by the following schema:
<値>要素は、以下のスキーマによって定義されます。
<element name="Value" type="gvl:ValueType"/> <complexType name="ValueType"> <sequence minOccurs="0"> <choice> <element name="Ratio" type="gvl:RatioValueType"/> <element name="Fixed" type="gvl:FixedValueType"/> </choice> </sequence> <attribute name="type" type="gvl:ValueProcessType" use="required"/> <attribute name="spend" type="nonNegativeInteger" default="1"/> </complexType>
<要素名= "値" タイプ= "GVL：ValueTypeに" /> <complexTypeの名= "ValueTypeに"> <シーケンスのminOccurs = "0"> <選択> = <要素名= "割合" タイプ "GVL：RatioValueType" / > <要素名= "固定" タイプ= "GVL：FixedValueType" /> </選択> </シーケンス> <属性名= "タイプ" タイプ= "GVL：ValueProcessType" 使用= "必須" /> <属性名= "過ごす" タイプ= "NonNegativeIntegerの" デフォルト= "1" /> </ complexTypeの>
The <ValueProcessType> element type is defined by the following schema:
<ValueProcessType>要素タイプは以下のスキーマによって定義されます。
<simpleType name="ValueProcessType"> <restriction base="string"> <enumeration value="exchange"/> <enumeration value="discount"/> <enumeration value="monetary"/> </restriction> </simpleType>
<単純名= "ValueProcessType"> <制限基地= "文字列"> <列挙値= "交換" /> <列挙値= "割引" /> <列挙値= "金銭" /> </制限> </ simpleTypeの>
The <Ratio> element does not contain any contents.
<比率>要素はどんな内容が含まれていません。
The <Ratio> element has a "percentage" attribute that is used to specify the discount ratio of the price of the corresponding merchandize in percentage.
<比率>要素は、割合で対応するマーチャンダイズの価格の割引率を指定するために使用される「割合」属性を持っています。
The <RatioValueType> element type is defined by the following schema:
<RatioValueType>要素タイプは以下のスキーマによって定義されます。
<complexType name="RatioValueType"> <attribute name="percentage" use="required"> <simpleType> <restriction base="float"> <maxInclusive value="100"/> </restriction> </simpleType> </attribute> </complexType>
<complexTypeの名前= "RatioValueType"> <属性名= "パーセンテージ" 使用= "必須"> <単純> <制限ベースは= "フロート"> <maxInclusiveを値= "100" /> </制限> </ simpleTypeの> < /属性> </ complexTypeの>
The <Fixed> element does not contain any contents.
<固定>要素はどんな内容が含まれていません。
The <Fixed> element has "currency" and "amount" attributes and optionally a "decimalPower" attribute as follows:
次のように<固定>要素は、「通貨」と「量」の属性と、必要に応じて「decimalPower」の属性があります。
Currency: Provides the unit of the monetary value in the three letter ISO currency code [ISO4217]. For example, US dollars is "USD".
通貨：3文字のISO通貨コードで金銭的価値[ISO4217]のユニットを提供します。例えば、米ドルは「USD」です。
Amount: Provides the amount of the monetary value per voucher.
金額は：バウチャーあたりの金銭的価値の量を提供します。
DecimalPower: Provides the number of decimal digits from the decimal point applied to the base for the "amount" attribute above. If the "decimalPower" attribute is omitted, it MUST be interpreted that "0" is specified for the "decimalPower" attribute.
DecimalPower：上記の「量」属性のベースに印加される小数点以下から小数点以下の桁数を提供します。 「decimalPower」属性が省略された場合、「0」を「decimalPower」属性に指定されていると解釈されなければなりません。
For example, with a dollar currency denominated in cents, "1" is specified for the "amount" attribute, and "-2" is specified for the "decimalPower" attribute. Alternately, "0.01" is specified for the "amount" attribute, and the "decimalPower" attribute is omitted.
例えば、セント建てドル通貨で、「1」は「量」属性に指定され、「-2」「decimalPower」属性に指定されています。代わりに、「0.01」は「量」属性に指定され、そして「decimalPower」属性が省略されています。
The <FixedValueType> type is defined follows:
定義された<FixedValueType>タイプは次のとおりです。
<complexType name="FixedValueType"> <attribute name="currency" type="string" use="required"/> <attribute name="amount" type="float" use="required"/> <attribute name="decimalPower" type="short" default="0"/> </complexType>
<complexTypeの名前= "FixedValueType"> <= / "必要" 名前= "通貨" タイプ= "文字列" の使用属性> <名前= "量" タイプ= "フロート" を使用する属性= "必要なの" /> <属性名= "decimalPower" タイプ= "短い" デフォルト= "0" /> </ complexTypeの>
The <Merchandise> element may contain any element used to specify or restrict the goods or services rendered when the voucher is redeemed. The sub-elements contained in this element depend on the application of the voucher and are left to the other domain-specific specifications. Domain-specific elements can be extended as sub-elements using [XML-ns].
<商品>要素は、バウチャーを換金したときにレンダリング商品又はサービスを指定するか、または制限するために使用される任意の要素を含んでいてもよいです。この要素に含まれるサブエレメントは、伝票のアプリケーションに依存し、他のドメイン固有の仕様に残されています。ドメイン固有の要素は、[XML-NS]を使用してサブ要素として拡張することができます。
This element is intended to be interpreted by a collecting system. An implementation of a wallet system does not have to use this element. Any restrictions applied should also be described in the <Description> element or the <Conditions> elements in natural language form to enable users to check the restrictions.
この要素は、収集システムにより解釈されることを意図しています。財布システムの実装では、この要素を使用する必要はありません。適用される任意の制限はまた、<description>要素又は制限を確認するユーザーを有効にするために自然言語形式で<条件>要素に記載されるべきです。
The <Merchandise> element does not have any attribute.
<商品>要素は、任意の属性を持っていません。
The <Merchandise> element is defined by the following schema:
<商品>要素は、以下のスキーマによって定義されます。
<element name="Merchandise" type="gvl:MerchandiseType"/> <complexType name="MerchandiseType" mixed="true"> <sequence> <any namespace="##any" minOccurs="0" maxOccurs="unbounded"/> </sequence> </complexType>
<要素名= "商品" タイプ= "GVL：MerchandiseType" /> <complexTypeの名= "MerchandiseType" 混合= "真"> <シーケンス> <名前空間= "##いずれか" のminOccurs = "0" のmaxOccurs = "無限「/> </シーケンス> </ complexTypeの>
The <ValidPeriod> element does not contain any contents.
<有効期間>要素はどんな内容が含まれていません。
The <ValidPeriod> element has dateTime-type "start" and "end" attributes that are used to place limits on the validity of the voucher.
<有効期間>要素は、dateTime型「スタート」とバウチャーの有効性を制限するために使われ、「終了」の属性があります。
The <ValidPeriod> element is defined by the following schema:
<有効期間>要素は、以下のスキーマによって定義されます。
<element name="ValidPeriod" type="gvl:ValidPeriodType"/> <complexType name="ValidPeriodType"> <attribute name="start" type="dateTime"/> <attribute name="end" type="dateTime"/> </complexType>
<要素名= "有効期間" タイプ= "GVL：ValidPeriodType" /> <complexTypeの名= "ValidPeriodType"> <属性名= "開始" タイプ= "dateTimeの" /> <属性名= "終了" タイプ= "dateTimeの" /> </ complexTypeの>
If the "start" attribute is omitted, it MUST be interpreted that the voucher is valid on any date up to that specified by the end attribute (inclusive). If the "end" attribute is omitted, it MUST be interpreted that the voucher is valid from the start attribute with no expiry. If neither attribute is specified or the whole element is omitted, it MUST be interpreted that the voucher is valid at any time.
「スタート」属性が省略された場合、バウチャー（包括的）end属性で指定されたものまでの任意の日付に有効であると解釈されなければなりません。 「終了」属性が省略された場合、バウチャーなし期限付きstart属性から有効であると解釈されなければなりません。どちらの属性が指定されているか、全要素が省略されている場合、バウチャーはいつでも有効であると解釈されなければなりません。
The <Conditions> element contains any other restrictions or conditions applied. This is intended to cover contracts between the issuer and the holder of the voucher in natural language form.
<条件>要素には適用され、他の制限や条件が含まれています。これは、自然言語の形で発行者とバウチャーのホルダとの間の契約をカバーすることを意図しています。
An implementation of a wallet system SHOULD provide a means of displaying the text in this element.
財布システムの実装では、この要素内のテキストを表示する手段を提供する必要があります。
The <Conditions> element has no attribute.
<条件>要素には属性がありません。
The <Conditions> element is defined by the following schema:
<条件>要素は、以下のスキーマによって定義されます。
<element name="Conditions" type="string"/>
<要素名=「条件」タイプ=「文字列」/>
This document uses URNs to describe XML namespaces and XML schemas conforming to a registry mechanism described in [XML-Registry]. IANA has registered two URI assignments.
この文書では、[XML-レジストリ]に記載されたレジストリ・メカニズムに準拠するXML名前空間とXMLスキーマを記述するためのURNを使用します。 IANAは、二つのURIの割り当てを登録しています。
Registration request for the vts-lang namespace:
VTS-LANG名前空間の登録要求：
URI: urn:ietf:params:xml:ns:vts-lang
URI：URN：IETF：のparams：XML：NS：VTS-LANG
Registrant Contact: See the "Authors' Addresses" section of this document.
登録者連絡先：このドキュメントの「著者のアドレス」を参照してください。
XML: None. Namespace URIs do not represent an XML specification.
XML：なし。名前空間URIはXMLの仕様を示すものではありません。
Registration request for the vts-lang XML schema:
VTS-LANGのXMLスキーマの登録要求：
URI: urn:ietf:params:xml:schema:vts-lang
URI：URN：IETF：のparams：XML：スキーマ：VTS-LANG
Registrant Contact: See the "Authors' Addresses" section of this document.
登録者連絡先：このドキュメントの「著者のアドレス」を参照してください。
XML: BEGIN <?xml version="1.0" encoding="UTF-8"?>
XMLは：BEGIN <XMLバージョンを= "1.0" エンコード= "UTF-8"？>
<schema targetNamespace="urn:ietf:params:xml:ns:vts-lang" xmlns:gvl="urn:ietf:params:xml:ns:vts-lang" xmlns="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<スキーマのtargetNamespace = "URN：IETF：paramsは：XML：NS：VTS-ラング" のxmlns：GVL = "URN：IETF：paramsは：XML：NS：VTS-のlang" のxmlns = "http://www.w3.org / 2001 / XMLスキーマ」のelementFormDefault = "資格">
<element name="Voucher" type="gvl:VoucherType"/> <complexType name="VoucherType"> <sequence> <element ref="gvl:Title"/> <element ref="gvl:Description" minOccurs="0"/> <element ref="gvl:Provider"/> <element ref="gvl:Issuer" minOccurs="0"/> <element ref="gvl:Holder" minOccurs="0"/> <element ref="gvl:Collector" minOccurs="0"/> <element ref="gvl:Value"/> <element ref="gvl:Merchandise" minOccurs="0"/> <element ref="gvl:ValidPeriod" minOccurs="0"/> <element ref="gvl:Conditions" minOccurs="0"/> </sequence> </complexType>
<要素名= "クーポン" タイプ= "GVL：VoucherType" /> <complexTypeの名= "VoucherType"> <シーケンス> <要素REF = "GVL：タイトル" /> <要素REF = "GVL：説明" のminOccurs =」 0 "/> <要素REF =" GVL：プロバイダ "/> <要素REF =" GVL：発行者」のminOccurs = "0" /> <要素REF = "GVL：ホルダー" のminOccurs = "0" /> <要素REF = "GVL：コレクター" のminOccurs = "0" /> <要素REF = "GVL：値" /> <要素REF = "GVL：商品" のminOccurs = "0" /> <要素REF = "GVL：有効期間" minOccurs属性= "0" /> <要素REF = "GVL：条件" のminOccurs = "0" /> </配列> </ complexTypeの>
<element name="Title" type="string"/>
<要素名=「タイトル」タイプ=「文字列」/>
<element name="Description" type="string"/>
<要素名=「説明」タイプ=「文字列」/>
<element name="Provider" type="gvl:RoleType"/> <element name="Issuer" type="gvl:RoleType"/> <element name="Holder" type="gvl:RoleType"/> <element name="Collector" type="gvl:RoleType"/> <complexType name="RoleType" mixed="true"> <sequence> <any namespace="##any" minOccurs="0" maxOccurs="unbounded"/> </sequence> <attribute name="name" type="string"/> </complexType>
<要素名= "プロバイダ" タイプ= "GVL：RoleType" /> <要素名= "発行者" タイプ= "GVL：RoleType" /> <要素名= "ホルダー" タイプ= "GVL：RoleType" /> <要素名前= "コレクター" タイプ= "GVL：RoleType" /> <complexTypeの名前= "RoleType" 混合= "真の"> <シーケンス> <任意の名前空間= "##あらゆる" のminOccurs = "0" のmaxOccurs = "無制限" / > </シーケンス> <属性名= "名前" タイプ= "文字列" /> </ complexTypeの>
<element name="Value" type="gvl:ValueType"/> <complexType name="ValueType"> <sequence minOccurs="0"> <choice> <element name="Ratio" type="gvl:RatioValueType"/> <element name="Fixed" type="gvl:FixedValueType"/> </choice> </sequence> <attribute name="type" type="gvl:ValueProcessType" use="required"/> <attribute name="spend" type="nonNegativeInteger" default="1"/> </complexType>
<要素名= "値" タイプ= "GVL：ValueTypeに" /> <complexTypeの名= "ValueTypeに"> <シーケンスのminOccurs = "0"> <選択> = <要素名= "割合" タイプ "GVL：RatioValueType" / > <要素名= "固定" タイプ= "GVL：FixedValueType" /> </選択> </シーケンス> <属性名= "タイプ" タイプ= "GVL：ValueProcessType" 使用= "必須" /> <属性名= "過ごす" タイプ= "NonNegativeIntegerの" デフォルト= "1" /> </ complexTypeの>
<simpleType name="ValueProcessType"> <restriction base="string"> <enumeration value="exchange"/> <enumeration value="discount"/> <enumeration value="monetary"/> </restriction> </simpleType>
<単純名= "ValueProcessType"> <制限基地= "文字列"> <列挙値= "交換" /> <列挙値= "割引" /> <列挙値= "金銭" /> </制限> </ simpleTypeの>
<complexType name="RatioValueType"> <attribute name="percentage" use="required"> <simpleType> <restriction base="float"> <maxInclusive value="100"/> </restriction> </simpleType> </attribute> </complexType>
<complexTypeの名前= "RatioValueType"> <属性名= "パーセンテージ" 使用= "必須"> <単純> <制限ベースは= "フロート"> <maxInclusiveを値= "100" /> </制限> </ simpleTypeの> < /属性> </ complexTypeの>
<complexType name="FixedValueType"> <attribute name="currency" type="string" use="required"/> <attribute name="amount" type="float" use="required"/> <attribute name="decimalPower" type="short" default="0"/> </complexType>
<complexTypeの名前= "FixedValueType"> <= / "必要" 名前= "通貨" タイプ= "文字列" の使用属性> <名前= "量" タイプ= "フロート" を使用する属性= "必要なの" /> <属性名= "decimalPower" タイプ= "短い" デフォルト= "0" /> </ complexTypeの>
<element name="Merchandise" type="gvl:MerchandiseType"/> <complexType name="MerchandiseType" mixed="true"> <sequence> <any namespace="##any" minOccurs="0" maxOccurs="unbounded"/> </sequence> </complexType>
<要素名= "商品" タイプ= "GVL：MerchandiseType" /> <complexTypeの名= "MerchandiseType" 混合= "真"> <シーケンス> <名前空間= "##いずれか" のminOccurs = "0" のmaxOccurs = "無限「/> </シーケンス> </ complexTypeの>
<element name="ValidPeriod" type="gvl:ValidPeriodType"/> <complexType name="ValidPeriodType"> <attribute name="start" type="dateTime"/>
<要素名= "有効期間" タイプ= "GVL：ValidPeriodType" /> <complexTypeの名前= "ValidPeriodType"> <属性名= "開始" タイプ= "dateTimeの" />
<attribute name="end" type="dateTime"/> </complexType>
<属性名= "終了" タイプ= "dateTimeの" /> </ complexTypeの>
<element name="Conditions" type="string"/> </schema> END
<要素名= "条件" タイプ= "文字列" /> </スキーマ> END
An example of the schema definition for a VTS implementation is described below.
VTSの実装のためのスキーマ定義の例を以下に説明します。
<?xml version="1.0"?>
<？xml version = "1.0"？>
<schema targetNamespace="http://www.example.com/vts" xmlns:vts="http://www.example.com/vts" xmlns="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<スキーマのtargetNamespace = "http://www.example.com/vts" のxmlns：VTS = "http://www.example.com/vts" のxmlns = "http://www.w3.org/2001/XMLSchema "のelementFormDefault =" 資格 ">
<element name="Version" type="string"/> <element name="KeyInfo" type="hexBinary"/> </schema>
<要素名= "バージョン" タイプ= "文字列" /> <要素名= "KeyInfoの" タイプ= "hexBinaryで" /> </スキーマ>
Using this schema definition, the <vts:Version> can be used for specifying the VTS version number, and the <vts:KeyInfo> element can be used for specifying the Issuer in the Voucher Component, as shown in Section 5.
このスキーマ定義を使用して、<VTS：バージョン> VTSのバージョン番号を指定するために使用することができ、そして：セクション5に示すように、<VTSのKeyInfo>要素は、バウチャーコンポーネントで発行者を特定するために使用することができます。
The VTS must provide a means to prevent forgery, alteration, duplicate-redemption, reproduction of a voucher, and non-repudiation of transactions, as described in Section 3.2 of [VTS]. This will commonly require the presence of a unique serial number or the like in each Voucher instance, usually outside the Voucher Component. These security requirements, however, mainly follow the VTS plug-ins and their protocols. This document assumes that the VTS plug-ins are trusted and are installed by some means; e.g., manually checked as are other download applications.
[VTS]のセクション3.2に記載されるようにVTSは、偽造、改ざん、重複償還、バウチャーの再生、及び取引の否認防止を防止するための手段を提供しなければなりません。これは、一般に通常バウチャーコンポーネントの外側、各バウチャーインスタンスに固有のシリアル番号等の存在を必要とします。これらのセキュリティ要件は、しかし、主にVTSプラグインとそれらのプロトコルに従ってください。この文書では、VTSプラグインが信頼されており、何らかの手段でインストールされていることを想定しています。他のダウンロードアプリケーションがそうであるように、例えば、手動でチェックしました。
The Voucher Component, however, defines restrictions on the VTS Provider (or VTS plug-in), and, if this information is altered, incorrect VTS plug-ins not accepted by the issuer could be used, allowing a forged voucher to be verified as if it were valid. To prevent this situation, the Voucher Component should be stored and acquired securely; e.g., downloaded from a trusted party using a secure communication channel, such as [TLS] or [IPSEC], or secured by the digital signature of a trusted party [XMLDSIG].
バウチャーコンポーネントは、しかしながら、VTSプロバイダの制限を規定する（またはVTSにおけるプラグイン）、この情報が変更された場合、発行者によって受け入れられていない不正なVTSプラグインは鍛造バウチャーは以下のように検証できるように、使用することができますあれば、それが有効でした。このような状況を防ぐには、バウチャーのコンポーネントが保存され、安全に取得する必要があります。例えば、このような[TLS]または[IPSEC]のように、安全な通信チャネルを使用して、信頼当事者からダウンロード、または信頼当事者[XMLDSIG]のデジタル署名によって固定されます。
The following persons, in alphabetic order, contributed substantially to the material herein:
以下の者は、アルファベット順に、材料本明細書に実質的に貢献しました。
Ian Grigg Renato Iannella Yoshiaki Nakajima
いあん Ｇりっｇ れなと いあんえっぁ よしあき なかじま
[ISO4217] "Codes for the representation of currencies and funds", ISO 4217, 1995.
[ISO4217] "通貨及び資金の表現のためのコード"、ISO 4217、1995。
[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月。
[URN] Moats, R., "URN Syntax", RFC 2141, May 1997.
[URN]堀、R.、 "URN構文"、RFC 2141、1997年5月。
[URN-NS-IETF] Moats, R., "A URN Namespace for IETF Documents", RFC 2648, August 1999.
[URN-NS-IETF]堀、R.、 "URN名前空間IETFドキュメントについて"、RFC 2648、1999年8月。
[XML] "Extensible Mark Up Language (XML) 1.0 (Second Edition)", A W3C Recommendation, <http://www.w3.org/TR/REC-xml>, October 2000.
[XML] "拡張マークアップ言語（XML）1.0（第二版）"、W3C勧告、<http://www.w3.org/TR/REC-xml>、2000年10月。
[XML-ns] "Namespaces in XML", A W3C Recommendation, <http://www.w3.org/TR/REC-xml-names>, January 1999.
[XML-NS] "XMLにおける名前空間"、W3C勧告、<http://www.w3.org/TR/REC-xml-names>、1999年1月。
[XML-Registry] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[XML-レジストリ] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[XML-Schema-1] Thompson, H., Beech, D., Maloney, M., and N. Mendelsohn, "XML Schema Part 1: Structures W3C Recommendation.", <http://www.w3.org/TR/xmlschema-1/>, May 2001.
[XMLスキーマ--1]トンプソン、H.、ブナ、D.、マロニー、M.、およびN.メンデルゾーン、 "XMLスキーマパート1：構造W3C勧告"、<http://www.w3.org/ TR / XMLSCHEMA-1 />、2001年5月。
[XML-Schema-2] Biron, P. and A. Malhotra, "XML Schema Part 2: Datatypes W3C Recommendation.", <http://www.w3.org/TR/xmlschema-2/>, May 2001.
[XML Schemaに2]ビロン、P.およびA.マルホトラ、 "XMLスキーマパート2：データ型W3C勧告"、<http://www.w3.org/TR/xmlschema-2/>、2001年5月。
[VTS] Fujimura, K. and D. Eastlake, "Requirements and Design for Voucher Trading System (VTS)", RFC 3506, March 2003.
[VTS]藤村、K.、およびD.イーストレイク、 "要件およびクーポン取引システム（VTS）のためのデザイン"、RFC 3506、2003年3月。
[IPSEC] Thayer, R., Doraswamy, N., and R. Glenn, "IP Security Document Roadmap", RFC 2411, November 1998.
[IPSEC]セイヤー、R.、Doraswamy、N.、およびR.グレン、 "IPセキュリティドキュメントロードマップ"、RFC 2411、1998年11月。
[TLS] Dierks, T. and C. Allen, "The TLS Protocol Version 1.0", RFC 2246, January 1999.
[TLS]ダークス、T.とC.アレン、 "TLSプロトコルバージョン1.0"、RFC 2246、1999年1月。
[VTS-API] Terada, M. and K. Fujimura, "Voucher Trading System Application Programming Interface (VTS-API)", RFC 4154, September 2005.
[VTS-API]寺田、M.とK.藤村、 "クーポン取引システムアプリケーションプログラミングインターフェイス（VTS-API）"、RFC 4154、2005年9月。
[XMLDSIG] Eastlake 3rd, D., Reagle, J., and D. Solo, "(Extensible Markup Language) XML-Signature Syntax and Processing", RFC 3275, March 2002.
[XMLDSIG]イーストレーク3、D.、Reagle、J.、およびD.ソロ "（拡張マークアップ言語）、XML署名の構文および処理"、RFC 3275、2002年3月。
Authors' Addresses
著者のアドレス
Ko Fujimura NTT Corporation 1-1 Hikari-no-oka, Yokosuka-shi, Kanagawa, 239-0847 JAPAN
こ ふじむら んっｔ こｒぽらちおん １ー１ ひかりーのーおか、 よこすかーし、 かながわ、 ２３９ー０８４７ じゃぱん
Phone: +81-(0)46-859-3053 Fax: +81-(0)46-855-1730 EMail: fujimura.ko@lab.ntt.co.jp
電話：+ 81-（0）46-859-3053ファックス：+ 81-（0）46-855-1730 Eメール：fujimura.ko@lab.ntt.co.jp
Masayuki Terada NTT DoCoMo, Inc. 3-5 Hikari-no-oka, Yokosuka-shi, Kanagawa, 239-8536 JAPAN
まさゆき てらだ んっｔ どこも、 いんｃ。 ３ー５ ひかりーのーおか、 よこすかーし、 かながわ、 ２３９ー８５３６ じゃぱん
Phone: +81-(0)46-840-3809 Fax: +81-(0)46-840-3705 EMail: te@rex.yrp.nttdocomo.co.jp
電話：+ 81-（0）46-840-3809ファックス：+ 81-（0）46-840-3705 Eメール：te@rex.yrp.nttdocomo.co.jp
Donald E. Eastlake 3rd Motorola Laboratories 155 Beaver Street Milford, MA 01757 USA
ドナルドE.イーストレーク第3モトローラ研究所155ビーバー通りミルフォード、MA 01757 USA
Phone: 1-508-786-7554 (work) 1-508-634-2066 (home) EMail: Donald.Eastlake@motorola.com
電話：1-508-786-7554（仕事）1-508-634-2066（自宅）Eメール：Donald.Eastlake@motorola.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
著作権（C）インターネット協会（2005）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。