RFC3538 日本語訳
3538 Secure Electronic Transaction (SET) Supplement for the v1.0Internet Open Trading Protocol (IOTP). Y. Kawatsura. June 2003. (Format: TXT=103475 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group Y. Kawatsura Request for Comments: 3538 Hitachi Category: Informational June 2003
Kawatsuraがコメントのために要求するワーキンググループY.をネットワークでつないでください: 3538年の日立カテゴリ: 情報の2003年6月
Secure Electronic Transaction (SET) Supplement for the
v1.0 Internet Open Trading Protocol (IOTP)
安全なElectronic Transaction(SET)はv1.0インターネットオープンTradingプロトコルのために補います。(IOTP)
Status of this Memo
この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 (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
Abstract
要約
This document describes detailed Input/Output parameters for the Internet Open Trading Protocol (IOTP) Payment Application Programming Interface (API). It also describes procedures in the Payment Bridge for the use of SET (SET Secure Electronic Transaction) as the payment protocol within Version 1.0 of the IOTP.
このドキュメントはインターネットオープンTradingプロトコル(IOTP)支払いApplication Programming Interface(API)のための詳細なInput/出力パラメタについて説明します。 また、それは、SET(SET Secure Electronic Transaction)の使用のためにIOTPのバージョン1.0の中でPayment Bridgeの手順を支払いプロトコルと説明します。
Table of Contents
目次
1. Introduction....................................................3
1.1 Objectives of this Document.................................3
1.2 Scope of this specification.................................3
1.2.1 The version of IOTP specification.....................3
1.2.2 The version of SET specification......................4
1.2.3 The version of IOTP Architecture document.............4
1.3 Audience....................................................4
1.4 Notation....................................................4
1.5 Terminology.................................................4
2. Requirements & Development Policy...............................4
3. Business Models.................................................5
3.1 Entity models between SET and IOTP..........................5
3.2 Role of Participants........................................5
3.3 Scope of Transaction Types..................................6
3.4 Types of transaction not in scope...........................6
4. Architecture of SET/IOTP........................................7
5. Trading Types of SET/IOTP.......................................7
5.1 Baseline Purchase...........................................7
5.2 Cash Advances...............................................8
5.3 Status Inquiry .............................................8
1. 序論…3 このDocumentの1.1の目的…3 1.2 この仕様の範囲…3 1.2 .1 IOTP仕様のバージョン…3 1.2 .2 SET仕様のバージョン…4 1.2 .3 IOTP Architectureドキュメントのバージョン…4 1.3聴衆…4 1.4記法…4 1.5用語…4 2. 要件と開発方針…4 3. ビジネスはモデル化されます…5 3.1実体はSETとIOTPの間でモデル化されます…5 関係者の3.2の役割…5 3.3 トランザクションの範囲はタイプされます…6 範囲でないところの3.4のタイプのトランザクション…6 4. セット/IOTPのアーキテクチャ…7 5. セット/IOTPの取り引きタイプ…7 5.1 基線購買…7 5.2 現金は進みます…8 5.3 状態問い合せ…8
Kawatsura Informational [Page 1] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[1ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
6. General Flow of SET/IOTP........................................8
6.1 Baseline Purchase...........................................9
6.1.1 Brand Independent Baseline Purchase...................9
6.1.2 Brand Dependent Baseline Purchase....................13
6.2 Cash Advances..............................................14
6.3 Status Inquiry.............................................15
7. IOTP Payment APIs..............................................16
7.1 Brand Compilation Related API Calls........................16
7.1.1 Find Accepted Payment Brand..........................16
7.1.2 Find Accepted Payment Protocol.......................17
7.1.3 Get Payment Initialization Data......................18
7.1.4 Inquire Authentication Challenge.....................19
7.1.5 Authenticate.........................................19
7.1.6 Check Authentication Response........................19
7.2 Brand Selection Related API Calls..........................20
7.2.1 Find Payment Instrument..............................20
7.2.2 Check Payment Possibility............................21
7.3 Payment Transaction Related API Calls......................22
7.3.1 Start Payment Consumer...............................22
7.3.2 Start Payment Payment Handler........................23
7.3.3 Resume Payment Consumer..............................24
7.3.4 Continue Process.....................................25
7.3.5. Change Process State................................26
7.4 General Inquiry API Calls..................................26
7.4.1 Payment Instrument Inquiry...........................26
7.4.2 Inquire Pending Payment..............................26
7.4.3 Remove Payment Log...................................27
7.5 Payment Related Inquiry API Calls..........................27
7.5.1 Check Payment Receipt................................27
7.5.2 Expand Payment Receipt...............................27
7.5.3 Inquire Process State................................28
7.5.4 Start Payment Inquiry................................29
7.5.5 Inquire Payment Status...............................30
8. SET dependent Process..........................................30
8.1 Relationships between them for IOTP Purchase/Cash Advances.30
8.2 Definition of Identifiers..................................31
8.2.1 Definition of BrandId................................31
8.2.2 Definition of ProtocolBrandId........................31
8.2.3 Definition of ProtocolId.............................33
8.2.4 Relationship between Ids.............................33
8.3 Process prior to Payment...................................34
8.3.1 FindAcceptedPaymentProtocol Function.................34
8.3.2 FindPaymentInstrument Function.......................35
8.3.3 GetPaymentInitializationData Function................36
8.4 Process of Payment.........................................37
8.4.1 StartPaymentConsumer Function........................37
8.4.2 StartPaymentPaymentHandler Function..................41
8.4.3 ContinueProcess Function (Consumer Side).............42
6. セット/IOTPの一般流れ…8 6.1 基線購買…9 6.1 .1 独立している基線購買に商標を付けてください…9 6.1 .2 依存する基線購買に商標を付けてください…13 6.2 現金は進みます…14 6.3 状態問い合せ…15 7. IOTP支払いAPI…16 7.1 ブランド編集はAPI呼び出しを関係づけました…16 7.1 .1 受け入れられた支払いブランドを見つけてください…16 7.1 .2 受け入れられた支払いプロトコルを見つけてください…17 7.1 .3 支払い初期設定データを得てください…18 7.1 .4 認証挑戦について問い合わせてください…19 7.1 .5 認証します。19 7.1 .6 認証応答をチェックしてください…19 7.2 ブランド選択はAPI呼び出しを関係づけました…20 7.2 .1 支払い器具を見つけてください…20 7.2 .2 支払いの可能性をチェックしてください…21 7.3 支払処理はAPI呼び出しを関係づけました…22 7.3 .1 支払い消費者を始めてください…22 7.3 .2 支払い支払い操作者を始めてください…23 7.3 .3 支払い消費者を再開してください…24 7.3 .4 プロセスを持続させてください…25 7.3.5. プロセス状態を変えてください…26 7.4の一般問い合せAPIは呼びます…26 7.4 .1 支払い器具問い合せ…26 7.4 .2 未定の支払いについて問い合わせてください…26 7.4 .3 支払いログを取り除いてください…27 7.5支払いは問い合せAPI呼び出しを関係づけました…27 7.5 .1 支払い領収書をチェックしてください…27 7.5 .2 支払い領収書を広げてください…27 7.5 .3 プロセス状態について問い合わせてください…28 7.5 .4 支払い問い合せを始めてください…29 7.5 .5 支払い状態について問い合わせてください…30 8. SETの依存するProcess…30 8.1 IOTP Purchase/現金Advancesのためのそれらの間の関係、.30、8.2Definition、Identifiersについて…31 8.2 .1 BrandIdの定義…31 8.2 .2 ProtocolBrandIdの定義…31 8.2 .3 ProtocolIdの定義…33 8.2 イドの間の.4関係…33 8.3 Paymentの前で処理してください…34 8.3 .1 FindAcceptedPaymentProtocolは機能します…34 8.3 .2 FindPaymentInstrumentは機能します…35 8.3 .3 GetPaymentInitializationDataは機能します…36 支払いの8.4プロセス…37 8.4 .1 StartPaymentConsumerは機能します…37 8.4 .2 StartPaymentPaymentHandlerは機能します…41 8.4 .3ContinueProcessが機能します(消費者側)…42
Kawatsura Informational [Page 2] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[2ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
8.4.4 ContinueProcess Function (Payment Handler Side)......43
8.4.5 InquireProcessState Function.........................45
8.5 Payment Receipt............................................45
8.5.1 CheckPayReceipt Function.............................45
8.5.2 ExpandPayReceipt Function............................45
8.6 Status Inquiry.............................................46
8.7 Resume Process.............................................47
8.8 SET Scheme Specific Authentication on IOTP.................47
8.9 SET Bridge ProcessState....................................48
8.9.1 SET Bridge ProcessState of Consumer..................48
8.9.2 SET Bridge ProcessState of Payment Handler...........49
8.10 Relationship between Pay Step and Deliv Step on SET/IOTP..49
8.11 Completion Code...........................................50
8.12 PercentComplete...........................................50
8.13 Severity..................................................51
9. Error Handling.................................................51
9.1 Types of Errors............................................51
9.2 IOTP Level Error (OAC Error)...............................52
9.3 IOTP Level Error (SET Bridge Error)........................52
9.4 SET Level Error (SET Technical Error)......................52
9.4.1 SET Initiation Error.................................52
9.4.2 SET Transaction Error................................53
9.5 SET Level Error (SET Business Error).......................53
10. Security Considerations.......................................54
11. References....................................................54
12. IANA Considerations...........................................55
13. Acknowledgement...............................................55
14. Author's Address..............................................55
15. Full Copyright Statement......................................56
8.4.4 ContinueProcessは機能します(支払い操作者側)…43 8.4 .5 InquireProcessStateは機能します…45 8.5 支払い領収書…45 8.5 .1 CheckPayReceiptは機能します…45 8.5 .2 ExpandPayReceiptは機能します…45 8.6 状態問い合せ…46 8.7 プロセスを再開してください…47 8.8 IOTPに体系の特定の認証を設定してください…47 8.9 ブリッジProcessStateを設定してください…48 8.9 .1 消費者のブリッジProcessStateを設定してください…48 8.9 .2 支払い操作者のブリッジProcessStateを設定してください…49 8.10 賃金ステップとDelivステップとのセット/IOTPの上の関係。49 8.11完了コード…50 8.12PercentComplete…50 8.13の厳しさ…51 9. エラー処理…51 9.1のタイプの誤り…51 9.2 IOTPは誤り(OAC誤り)を平らにします…52 9.3 IOTPは誤りを平らにします(ブリッジ誤りを設定してください)…52 9.4 平らな誤り(技術的な誤りを設定する)を設定してください…52 9.4 .1 開始誤りを設定してください…52 9.4 .2 トランザクション誤りを設定してください…53 9.5 平らな誤り(ビジネス誤りを設定する)を設定してください…53 10. セキュリティ問題…54 11. 参照…54 12. IANA問題…55 13. 承認…55 14. 作者のアドレス…55 15. 完全な著作権宣言文…56
1. Introduction
1. 序論
This chapter describes the outline of this document.
本章はこのドキュメントのアウトラインについて説明します。
1.1 Objectives of this Document
1.1 このDocumentの目的
This document describes how SET (SET Secure Electronic Transaction) works within the IOTP (Internet Open Trading Protocol).
このドキュメントはSET(SET Secure Electronic Transaction)がIOTP(インターネットオープンTradingプロトコル)の中でどう働いているかを説明します。
1.2 Scope of this specification
1.2 この仕様の範囲
1.2.1 The version of IOTP specification
1.2.1 IOTP仕様のバージョン
This document is written based on IOTP Version 1.0 [RFC 2801].
このドキュメントはIOTPバージョン1.0[RFC2801]に基づいて書かれています。
Kawatsura Informational [Page 3] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[3ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
1.2.2 The version of SET specification
1.2.2 SET仕様のバージョン
This document is written based on SET Version 1.0 [SET].
このドキュメントはSETバージョン1.0[SET]に基づいて書かれています。
1.2.3 The version of IOTP Architecture document
1.2.3 IOTP Architectureドキュメントのバージョン
This document is written based on IOTP Payment API document Version 1.0 [IOTP Payment API].
このドキュメントはIOTP Payment APIドキュメントバージョン1.0[IOTP Payment API]に基づいて書かれています。
1.3 Audience
1.3 聴衆
This document is indented for readers who are familiar with the following documents:
このドキュメントは以下のドキュメントに詳しい読者のためにギザギザを付けられます:
1) IOTP Specification Version 1.0 [RFC 2801]
2) SET Specification, in particular Book 2:Programmer's Guide and
Book3:Formal Protocol Definition,
3) External Interface Guide to SET Secure Electronic Transaction
4) Internet Open Trading Supplement: Architecture and Payment API
[IOTP API]
1) IOTP仕様バージョン1.0[RFC2801] 2) 特にBook2: プログラマのSET Specification、ガイド、およびBook3: 正式なプロトコルDefinition、3) 安全な電子取引4)を設定する外部のインタフェースガイド インターネットの開いている取り引き補足: アーキテクチャと支払いAPI[IOTPアピ]
1.4 Notation
1.4 記法
SET Messages and Elements are described with the prefix "SET".
SET MessagesとElementsは接頭語「セット」で説明されます。
Examples: SET PRes SET OD SET SaleDetail
例: PResセット過量セットSaleDetailを設定してください。
1.5 Terminology
1.5 用語
This document uses the following terms:
このドキュメントは次の用語を使用します:
SET/IOTP The specification described in this document. SET related message Both SET Messages and SET Initiation Messages
SET/IOTP、本書では説明された仕様。 SETはメッセージBoth SET MessagesとSET Initiation Messagesを関係づけました。
2. Requirements & Development Policy
2. 要件と開発政策
This chapter describes the requirements and development policies of SET/IOTP.
本章はSET/IOTPの要件と開発政策を説明します。
The requirements of SET/IOTP are as follows:
SET/IOTPの要件は以下の通りです:
o To be based on SET specifications. Interoperability at the
payment level must be maintained.
o SET仕様に基づくように。 支払いレベルにおける相互運用性を維持しなければなりません。
Kawatsura Informational [Page 4] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[4ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
o To not enforce modifications which are specific to SET/IOTP.
General features of IOTP should not be tampered with to cater to a
particular payment method.
o SET/IOTPに特定の変更を実施しないように。 特定の支払い方法に満たすためにIOTPの一般特徴をいじるべきではありません。
o To keep integrity between IOTP and SET. Inconstancy must not be
raised between IOTP and SET elements when they have the same
meaning.
o IOTPとSETの保全を間に置くために。 それらに同じ意味があると、IOTPとSET要素の間で無節操を上げてはいけません。
The development policy of SET/IOTP is as follows:
SET/IOTPの開発政策は以下の通りです:
o To minimize the number of message round trips
o メッセージ周遊旅行の数を最小にするために
o To minimize the length of messages
o メッセージの長さを最小にするために
3. Business Models
3. ビジネスモデル
This chapter describes the difference in entity models between SET and IOTP, the definitions of Trading Roles in SET/IOTP, and the scope of SET/IOTP.
本章はSETとIOTPの間の実体モデルの違い、SET/IOTPとのTrading Rolesの定義、およびSET/IOTPの範囲について説明します。
3.1 Entity models between SET and IOTP
3.1 SETとIOTPの間の実体モデル
The following table describes how SET and IOTP entities correspond to each other.
以下のテーブルはSETとIOTP実体にどう文通されるかを互いに説明します。
| IOTP Entity SET Entity | | ------------------------------------------------ | | Consumer <---> Card Holder | | Merchant <---> Merchant (Initiation) | | Payment Handler <---> Merchant (Payment) | | Delivery Handler<---> None | | None <---> Acquirer |
| IOTPエンティティ・セット実体| | ------------------------------------------------ | | 消費者<。--->クレジット・カード所有者| | 商人<。--->商人(開始)| | 支払い操作者<。--->商人(支払い)| | 配送操作者<。--->、なし| | <のいずれも--->アクワイアラ|
Figure 1 Entity Models between SET and IOTP
図1 セットとIOTPの間の実体モデル
3.2 Role of Participants
3.2 関係者の役割
The following table describes the trading roles in SET/IOTP.
以下のテーブルはSET/IOTPにおける取り引き役割について説明します。
Trading Roles Role
-------------------------------------------------------------
Consumer An Individual who purchases goods and/or
services, and pays for the value received
by choosing a SET Transaction. This
individual corresponds with the
CardHolder in SET.
取り引き役割の役割------------------------------------------------------------- SET Transactionを選ぶことによって商品、そして/または、サービスを購入して、対価領収の代価を払う消費者An Individual。 この個人はSETのCardHolderに文通します。
Kawatsura Informational [Page 5] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[5ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Merchant An organization that provides goods and/or
services for purchase, accepts payment
methods, delivers invoices and triggers
payment processes.
購買のための商品、そして/または、サービスを提供して、支払い方法を受け入れて、インボイスを提供して、支払いプロセスの引き金となる商人An組織。
Payment Handler An organization that processes negotiations on
payments including SET payment transactions.
SET支払処理を含む支払いのときに交渉を処理する支払いHandler An組織。
Delivery Handler An Organization that ships digital or physical
goods to the Consumer.
デジタルであるか物理的な商品をConsumerに出荷する配送Handler An Organization。
Customer Care The same as in [RFC 2801]. Provider
顧客Care、[RFC2801]と同じです。 プロバイダー
Merchant Care The same as in [RFC 2801]. Provider
商人Care、[RFC2801]と同じです。 プロバイダー
3.3 Scope of Transaction Types
3.3 トランザクションタイプの範囲
The types of IOTP transactions that are supported in this document are as follows:
サポートされるIOTPトランザクションのタイプは本書では以下の通りです:
o Brand Independent Baseline Purchase when SET is used for payment
o SETが支払いに使用されたら無党派Baseline Purchaseに商標を付けてください。
o Brand Dependent Baseline Purchase when SET is used for payment
o SETが支払いに使用されたらDependent Baseline Purchaseに商標を付けてください。
o Cash Advances (Brand Independent and Brand Dependent case)
o 現金は進みます。(ブランド無党派とBrand Dependentケース)
o Status Inquiry on SET payments
o SET支払いでの状態Inquiry
3.4 Types of transaction not in scope
範囲でないところのトランザクションの3.4のタイプ
The types of transactions that are NOT covered in this document are as follows:
カバーされていないトランザクションのタイプは本書では以下の通りです:
o Credit Reversal Process
o クレジット逆過程
o Customer Care Service with Consumer Related SET Certificate
Registration
o 消費者の関連セット証明書登録との顧客ケアサービス
o Customer Care Service with Consumer Related SET Certificate
Registration Inquiry
o 消費者の関連セット証明書登録問い合せとの顧客ケアサービス
Kawatsura Informational [Page 6] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[6ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
4. Architecture of SET/IOTP
4. セット/IOTPのアーキテクチャ
SET/IOTP Architecture is as follows:
SET/IOTP Architectureは以下の通りです:
IOTP client (Consumer) <---------------> IOTP server (Merchant)
^ Internet ^
| IOTP Payment | IOTP Payment
| API | API
v v
IOTP/Payment Bridge IOTP/Payment Bridge
^ ^
| Existing Payment APIs, e.g., |
| SET, Mondex, etc. |
v v
Existing Payment Software Existing Payment Software
IOTPクライアント(消費者)<。--------------->IOTPサーバ(商人)^インターネット^| IOTP支払い| IOTP支払い| API| API v対IOTP/支払いBridge IOTP/支払いBridge^ ^| 例えば、既存のPayment API| | セット、モンデックスなど | v Existing Payment Software Existing Payment Softwareに対して
Figure 2 SET/IOTP Architecture
図2 セット/IOTPアーキテクチャ
IOTP Application Core (OAC): Software that processes IOTP messages. IOTP Payment Bridge (OPB): Interface between OAC and Existing Payment Software. SET Bridge is also an interface between OAC and SET Core.
IOTPアプリケーションコア(OAC): IOTPメッセージを処理するソフトウェア。 IOTP支払いブリッジ(OPB): OACと既存の支払いソフトウェアの間で連結してください。 また、SET BridgeはOACとSET Coreとのインタフェースです。
Existing Payment Software (EPS): Existing Software that processes Payments. The SET Core is software that supports mechanisms in SET specification from Book1 to Book3. EPS does NOT necessarily have to implement the SET Initiation Processor, which is specified in SET EIG. SET Related Module Both SET related OPB and EPS.
既存の支払いソフトウェア(EPS): Paymentsを処理する既存のSoftware。 SET CoreはSET仕様でBook1からBook3までメカニズムをサポートするソフトウェアです。 EPSは必ずSET Initiation Processorを実装する必要はありません。(SET Initiation ProcessorはSET EIGで指定されます)。 SETの関連Module Both SETはOPBとEPSを関係づけました。
5. Trading Types of SET/IOTP
5. セット/IOTPの取り引きタイプ
This chapter describes the outline of SET/IOTP trading types.
本章はSET/IOTPの取り引きタイプのアウトラインについて説明します。
5.1 Baseline Purchase
5.1 基線購買
Three steps will take place in a Baseline Purchase in the following order:
3ステップは以下のオーダーにおけるBaseline Purchaseで行われるでしょう:
(1) Offer Step
(1)申し出ステップ
Consumer selects goods/services over the Internet, for instance on the web, and then chooses the payment method (SET is selected), the SET brand, the payment currency, and then confirms the invoice.
次に、消費者は、例えば、ウェブでインターネットの上の商品/サービスを選択して、支払い方法(SETは選択される)、SETブランド、支払い通貨を選んで、次に、インボイスを確認します。
There are two Offer Process types, Brand Independent and Brand Dependent.
2つのOffer Processタイプ、Brand無党派、およびBrand Dependentがあります。
Kawatsura Informational [Page 7] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[7ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(1-a) Brand Independent Purchase
(1a)のブランドの独立している購買
In a Brand Independent Purchase, the Merchant sends the TPO Block and Offer Response Block simultaneously after the consumer's purchase decision. The Brand Independent Purchase has the merit of eliminating one round of messages compared with the Brand Dependent Purchase because the contents of the Offer Response Block (for example, the description on the invoice) do not change based on the selected brand.
Brand無党派Purchaseでは、マーチャントは消費者の購買決定の後に同時に、TPO BlockとOffer Response Blockを送ります。 Offer Response Block(例えば、インボイスにおける記述)の内容が選択されたブランドに基づいて変化しないので、Purchaseがメッセージの1ラウンドを排除しながら長所を持っているBrand無党派はBrand Dependent Purchaseと比較しました。
(1-b) Brand Dependent Purchase
(1-b)ブランドの依存する購買
Brand Dependent Purchase is used when the contents of the Offer Response Block are dependent on the selected Payment Brand. With this method, the currency selection and discounts based on payment method can be implemented.
Offer Response Blockの内容が選択されたPayment Brandに依存しているとき、ブランドDependent Purchaseは使用されています。 このメソッドで、支払い方法に基づく通貨選択と割り引きは実装することができます。
(2) Payment Step
(2)支払いステップ
The Consumer confirms the order and then pays for the order with a SET Transaction. The SET Transaction messages will be encapsulated in IOTP Messages.
ConsumerはSET Transactionと共にオーダーを確認して、次に、注文の代価を払います。 SET TransactionメッセージはIOTP Messagesでカプセル化されるでしょう。
(3) Delivery Step
(3)配送ステップ
After completing the Payment, the Consumer receives the goods/services via either on-line or physical delivery.
Paymentを完成した後に、Consumerはオンライン的、または、物理的な配送で商品/サービスを受けます。
5.2 Cash Advances
5.2 現金は進みます。
Cash Advances can be made via a Value Exchange Transaction in IOTP. A first Payment by SET and a second Payment by some other payment mechanism is supported in Baseline IOTP. The Cash Advance has two types - Brand Independent and Brand Dependent Cases.
IOTPのValue Exchange Transactionを通して現金Advancesを作ることができます。 最初のPaymentごとに、Baseline IOTPでサポートされます。 Cash Advanceには、2つのタイプがあります--ブランド無党派とBrand Dependent Cases。
5.3 Status Inquiry
5.3 資産調査
A Consumer can send a SET Payment Inquiry in IOTP. The SET Message is encapsulated in an IOTP Message.
ConsumerはIOTPでSET Payment Inquiryを送ることができます。 SET MessageはIOTP Messageでカプセル化されます。
6. General Flow of SET/IOTP
6. セット/IOTPの一般流れ
This chapter illustrates the general SET/IOTP message flows.
本章は一般的なSET/IOTPメッセージ流れを例証します。
Kawatsura Informational [Page 8] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[8ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
6.1 Baseline Purchase
6.1 基線購買
Baseline purchases consist of two types, Brand Independent Purchase and Brand Dependent Purchase. Each type is illustrated in the charts below.
基線購買は2つのタイプ、Brand無党派Purchase、およびBrand Dependent Purchaseから成ります。 各タイプは以下のヒットチャートで例証されます。
6.1.1 Brand Independent Baseline Purchase
6.1.1 ブランドの独立している基線購買
The general flow of a Brand Independent Purchase is as follows:
Brand無党派Purchaseの一般的な流れは以下の通りです:
(1) Consumer Side (Before PayRequest Message)
(1)消費者側(PayRequestメッセージの前の)
SET Core SET Bridge OAC
| | | TPO & OfferResp message
| | |<------------------- From
| |<------------| Merchant
| | FindPayment |
| | Instrument|
| |------------>|
| | Response |
| |<------------|
| | CheckPayment|
| | Possibility|
| |------------>|
| | Response |
| |<------------|
|<------------| StartPayment|
|------------>| Consumer|
| |------------>| PayRequest Message
| | Response |-------------------> To Payment
(SET Init Resp/ Handler
SET PInitReq)
巻き癖ブリッジOACを設定してください。| | | TPO&OfferRespメッセージ| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-- from| | <、-、-、-、-、-、-、-、-、-、-、--、| 商人| | FindPayment| | | 器具| | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 応答| | | <、-、-、-、-、-、-、-、-、-、-、--、|、|、| CheckPayment| | | 可能性| | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 応答| | | <、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、--、| StartPayment| |、-、-、-、-、-、-、-、-、-、-、--、>| 消費者| | |、-、-、-、-、-、-、-、-、-、-、--、>| PayRequestメッセージ| | 応答|-------------------支払いへの>。(セットイニットResp/操作者セットPInitReq)
Figure 3 Consumer Side for Brand Independent (1)
図3 ブランド無党派のための消費者側(1)
Kawatsura Informational [Page 9] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[9ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(2) Consumer Side (After PayRequest Message)
(2)消費者側(PayRequestメッセージの後の)
SET Core SET Bridge OAC
| | | Pay Exch Message
| | |<------------------- From
| SET PInitRes|<------------| (SET PInitRes) P.H.
|<------------| Continue |
|------------>| Process |
| SET PReq |------------>| Pay Exch Message
| | Response |-------------------> To P.H.
| | | (SET PReq)
| | | Pay Exch Message
| | |<------------------ From P.H.
| SET PRes |<------------| (SET PRes)
|<------------| Continue |
|------------>| Process |
| |------------>|
| |Response[END]|
| |<------------|
| | CheckPayment|
| | Receipt |
| |------------>|
| | Response |
| |<------------|
| |ExpandPayment|
| | Receipt |
| |------------>|
| | Response |
| |<------------|
| |ChangeProcess|
| | State |
| |------------>|
| | Response |
巻き癖ブリッジOACを設定してください。| | | メッセージをExchに支払ってください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-- from| PInitResを設定してください。| <、-、-、-、-、-、-、-、-、-、-、--、| (セットPInitRes) P.H。| <、-、-、-、-、-、-、-、-、-、-、--、| 続いてください。| |、-、-、-、-、-、-、-、-、-、-、--、>| プロセス| | PReqを設定してください。|、-、-、-、-、-、-、-、-、-、-、--、>| メッセージをExchに支払ってください。| | 応答|-------------------P.Hへの>。| | | (セットPReq) | | | メッセージをExchに支払ってください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-- P.Hから。| PResを設定してください。| <、-、-、-、-、-、-、-、-、-、-、--、| (セットPRes) | <、-、-、-、-、-、-、-、-、-、-、--、| 続いてください。| |、-、-、-、-、-、-、-、-、-、-、--、>| プロセス| | |、-、-、-、-、-、-、-、-、-、-、--、>|、| |応答[終わり]| | | <、-、-、-、-、-、-、-、-、-、-、--、|、|、| CheckPayment| | | 領収書| | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 応答| | | <、-、-、-、-、-、-、-、-、-、-、--、|、| |ExpandPayment| | | 領収書| | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 応答| | | <、-、-、-、-、-、-、-、-、-、-、--、|、| |ChangeProcess| | | 状態| | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 応答|
Figure 4 Consumer Side flow for Brand Independent (2)
図4 Brand無党派のためのConsumer Side流動(2)
Kawatsura Informational [Page 10] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[10ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(3) Merchant Side
(3)商人側
OAC SET Bridge
|--------------->|
|FindAccepted |
| PaymentBrand |
|<---------------|
| Response |
|--------------->|
|FindAccepted |
| PaymentProtocol|
|<---------------|
| Response |
|--------------->|
|GetPaymentInit- |
| lizationData |
TPO & Offer Resp Msg. |<---------------|
<------------------------| Response |
To Consumer
OACセットブリッジ|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |FindAccepted| | PaymentBrand| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 応答| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |FindAccepted| | PaymentProtocol| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 応答| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |GetPaymentInit| | lizationData| TPOと申し出Respエムエスジー。 | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 応答| 消費者に
Figure 5 Merchant Side flow for Brand Independent
図5 Brand無党派のためのマーチャントのSide流動
Kawatsura Informational [Page 11] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[11ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(4) Payment Handler Side.
(4) 支払い操作者側。
OAC SET Bridge SET Core
PayRequest Message | | |
From ---------------------->| | |
Consumer (SET Init Res/ |--------------->| |
SET PInitReq) |StartPayment |------------>|
| PaymentHandler |<------------|
PayExch Message |<---------------| |
To <----------------------| Response | |
Consumer (SET Init Req/ . . .
SET PInitRes) . . .
PayExch Mssage | | |
---------------------->| | |
From Consumer (SET PReq) |--------------->| SET PReq |
| Continue |------------>|
| Process |<------------|
|<---------------| SET PRes |
| Response | |
|--------------->| |
| Inquire | |
| ProcessState | |
|<---------------| |
| Response | |
|--------------->| |
| ChangeProcess | |
| State | |
PayResponse Message |<---------------| |
<------------------------| Response | |
To Consumer (SET PRes)
OACはブリッジセットコアPayRequestメッセージを設定します。| | | from---------------------->|、|、| 消費者、(イニットRes/を設定してください|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| | セットPInitReq、)|StartPayment|、-、-、-、-、-、-、-、-、-、-、--、>|、| PaymentHandler| <、-、-、-、-、-、-、-、-、-、-、--、| PayExchメッセージ| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| <に----------------------| 応答| | 消費者(イニット…Req/セットPInitResを設定する)…PayExch Mssage| | | ---------------------->|、|、| 消費者(PReqを設定する)から|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| PReqを設定してください。| | 続いてください。|、-、-、-、-、-、-、-、-、-、-、--、>|、| プロセス| <、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| PResを設定してください。| | 応答| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 問い合わせてください。| | | ProcessState| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 応答| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ChangeProcess| | | 状態| | PayResponseメッセージ| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 応答| | 消費者に(セットPRes)
Figure 6 Payment Handler side flow for Brand Independent
図6 Brand無党派のためのPayment Handlerサイド流動
Kawatsura Informational [Page 12] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[12ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
6.1.2 Brand Dependent Baseline Purchase
6.1.2 ブランドの依存する基線購買
The general flow of a Brand Dependent Purchase is as follows:
Brand Dependent Purchaseの一般的な流れは以下の通りです:
(1) Consumer Side (Before PayRequest Message)
(1)消費者側(PayRequestメッセージの前の)
SET Core SET Bridge OAC
| | | TPO message
| | |<------------------- From
| |<------------| Merchant
| | FindPayment |
| | Instrument|
| |------------>|
| | Response |
| |<------------|
| | CheckPayment|
| | Possibility|
| |------------>| TPO Selection Msg.
| | Response |-------------------> To Merchant
| | |<------------------ From Merchant
| |<------------| Offer Response Msg.
|<------------| StartPayment|
|------------>| Consumer|
| |------------>| PayRequest Message
| | Response |-------------------> To Payment
(SET Init Resp/ Handler
SET PInitReq)
巻き癖橋のOACを設定してください。| | | TPOメッセージ| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-- from| | <、-、-、-、-、-、-、-、-、-、-、--、| 商人| | FindPayment| | | 器具| | |、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 応答| | | <、-、-、-、-、-、-、-、-、-、-、--、|、|、| CheckPayment| | | 可能性| | |、-、-、-、-、-、-、-、-、-、-、--、>| TPO選択エムエスジー。 | | 応答|-------------------商人への>。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-- 商人から| | <、-、-、-、-、-、-、-、-、-、-、--、| 応答エムエスジーを提供してください。 | <、-、-、-、-、-、-、-、-、-、-、--、| StartPayment| |、-、-、-、-、-、-、-、-、-、-、--、>| 消費者| | |、-、-、-、-、-、-、-、-、-、-、--、>| PayRequestメッセージ| | 応答|-------------------支払いへの>。(セットイニットResp/操作者セットPInitReq)
Figure 7 Consumer Side flow for Brand Dependent (1)
図7 Brand DependentのためのConsumer Side流動(1)
(2) Consumer Side (After PayRequest Message)
(2)消費者側(PayRequestメッセージの後の)
This flow is the same as Brand Independent.
この流れはBrand無党派と同じです。
Kawatsura Informational [Page 13] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[13ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(3) Merchant Side
(3)商人側
OAC SET Bridge
|--------------->|
|FindAccepted |
| PaymentBrand |
|<---------------|
| Response |
|--------------->|
|FindAccepted |
| PaymentProtocol|
TPO Message |<---------------|
<------------------------| Response |
To Consumer | |
TPO Selection Message | |
------------------------>| |
From Consumer |--------------->|
|GetPaymentInit- |
| lizationData |
Offer Response Message |<---------------|
<------------------------| Response |
To Consumer
OACセット橋|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |FindAccepted| | PaymentBrand| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 応答| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |FindAccepted| | PaymentProtocol| TPOメッセージ| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 応答| 消費者に| | TPO選択メッセージ| | ------------------------>|、| 消費者から|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |GetPaymentInit| | lizationData| 応答メッセージを提供してください。| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 応答| 消費者に
Figure 8 Merchant Side flow for Brand Dependent (1)
Brand Dependentのためのエイト環マーチャントのSide流動(1)
(4) Payment Handler Side
(4)支払い操作者側
This flow is the same as Brand Independent.
この流れはBrand無党派と同じです。
6.2 Cash Advances
6.2 現金は進みます。
IOTP Cash Advances processes can be made with a credit card using an IOTP Value Exchange Transaction. In Cash Advances a first Payment by a SET Transaction, and a second Payment by some other payment mechanism, is supported in Baseline IOTP. The general flow is omitted.
クレジットカードがIOTP Value Exchange Transactionを使用している状態で、IOTP Cash Advancesの過程を作ることができます。 Cash Advancesでは、SET Transactionによる最初のPayment、およびある他の支払いメカニズムによる第2のPaymentはBaseline IOTPで支持されます。 一般的な流れは省略されます。
Kawatsura Informational [Page 14] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[14ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
6.3 Status Inquiry
6.3 資産調査
The general flow of a Status Inquiry is as follows:
Status Inquiryの一般的な流れは以下の通りです:
(1) Consumer Side
(1)消費者側
SET Core SET Bridge OAC
| | |
| | |
| |<------------|
|<------------| StartPayment|
|------------>| Inquiry|
| SET InqReq |------------>| Inquiry Request
| | Response |-------------------> To P.H.
| | | (SET InqReq)
| | |
| | | Inquiry Response
| | |<------------------- From P.H.
| | | (SET InqRes)
| SET Inq Res |<------------|
|<------------| Continue |
|------------>| Process|
| SET InqReq |------------>|
| | [End] |
| |ChangeProcess|
| | State|
| |<------------|
|<------------|
巻き癖橋のOACを設定してください。| | | | | | | | <、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、--、| StartPayment| |、-、-、-、-、-、-、-、-、-、-、--、>| 問い合せ| | InqReqを設定してください。|、-、-、-、-、-、-、-、-、-、-、--、>| 問い合せ要求| | 応答|-------------------P.Hへの>。| | | (セットInqReq) | | | | | | 問い合せ応答| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-- P.Hから。| | | (セットInqRes) | Inq Resを設定してください。| <、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、--、| 続いてください。| |、-、-、-、-、-、-、-、-、-、-、--、>| 過程| | InqReqを設定してください。|、-、-、-、-、-、-、-、-、-、-、--、>|、|、| [終わり]| | |ChangeProcess| | | 状態| | | <、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、--、|
Figure 9 Consumer Side flow for Status Inquiry
図9 Status InquiryのためのConsumer Side流動
(2) Payment Handler Side
(2)支払い操作者側
OAC SET Bridge SET Core
InquiryReq message | | |
From ------------------------>| | |
Consumer (SET InqReq) |------------->| |
|InquirePayment|------------>|
| Status| SET InqReq |
| |<------------|
| | SET InqRes |
InquiryResp message |<-------------| |
To <------------------------| Response | |
Consumer (SET InqRes) |
OAC SET Bridge SET Core InquiryReqメッセージ| | | from------------------------>|、|、| 消費者(InqReqを設定します)|、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |InquirePayment|、-、-、-、-、-、-、-、-、-、-、--、>|、| 状態| InqReqを設定してください。| | | <、-、-、-、-、-、-、-、-、-、-、--、|、|、| InqResを設定してください。| InquiryRespメッセージ| <、-、-、-、-、-、-、-、-、-、-、-、--、|、| <に------------------------| 応答| | 消費者(InqResを設定します)|
Figure 10 Payment Handler Side flow for Status Inquiry
図10 Status InquiryのためのPayment Handler Side流動
Kawatsura Informational [Page 15] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[15ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7. IOTP Payment APIs
7. IOTP支払いAPI
This section provides a summary of SET/IOTP interactions with API calls as in [IOTP Payment API].
このセクションは[IOTP Payment API]のようにSET/IOTP相互作用の概要にAPI呼び出しを提供します。
The description of parameters hereafter are written as follows:
パラメタの記述は以下の通り今後書かれています:
Parameter name : Mandatory (M) or Optional (O) : Description
パラメタ名: 義務的な(M)か任意の(o): 記述
For more details on the IOTP Payment APIs, see [IOTP Payment API]. "-" in the Description is the same as description in the [IOTP Payment API].
IOTP Payment APIに関するその他の詳細に関しては、[IOTP Payment API]を見てください。 記述における「--」が中の記述と同じである、[IOTP Payment API。]
Notice: Status is the status of SET/IOTP. Though some Fields are specified "#IMPLIED" in [IOTP Payment API], if the fields must be used in SET/IOTP, this document specifies the status as Mandatory, (M).
通知: 状態はSET/IOTPの状態です。 「フィールズは指定されています」が、#、は、」 [IOTP Paymentアピ]のこのドキュメントがセット/IOTPで分野を使用しなければならないなら義務的であるとして状態を指定するのを含意しました、(M)。
7.1 Brand Compilation Related API Calls
7.1 ブランド編集はAPI呼び出しを関係づけました。
7.1.1 Find Accepted Payment Brand
7.1.1 受け入れられた支払いブランドを見つけてください。
Receive the payment scheme specific packaged data to generate Brand Component. In this version of SET/IOTP, This API must be called before Find Accepted Payment Protocol function.
支払いの計画の特定のパッケージされたデータを受け取って、Brand Componentを発生させてください。 SET/IOTPのこのバージョンでは、Find Accepted Paymentプロトコル機能にThis APIを召喚しなければなりません。
Input Parameters
----------------
PayDirection : M : This must be set "Debit".
CurrCodeType : M : This should be set "ISO4217-A".
CurrCode : M : -
Amount : M : -
MerchantPayId : M : -
MerchantOrgId : M : -
WalletId : O : -
MerchantData : O : The details are not specified in
this document.
Output Parameters
-----------------
BrandItem : M : See NOTE below.
入力パラメタ---------------- PayDirection: M: これはセット「借り方」であるに違いありません。 CurrCodeType: M: これはセット"ISO4217-A"であるべきです。 CurrCode: M: - 量: M: - MerchantPayId: M: - MerchantOrgId: M: - WalletId: O: - MerchantData: O: 詳細は本書では指定されません。 出力パラメタ----------------- BrandItem: M: 以下での注意を見てください。
Kawatsura Informational [Page 16] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[16ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
NOTE: Parameters of BrandItem
-----------------------------
BrandId : M : This is defined in the section 8.2.1.
xml:lang : M : -
BrandName : M : Brand Name, such as "MasterCard".
BrandLogoNetLocn : M : -
BrandNarrative : O : This is not specified in this document.
BrandPackaged : O : This is not used in the SET/IOTP.
Content
以下に注意してください。 BrandItemのパラメタ----------------------------- BrandId: M: これはセクション8.2.1xml: langで定義されます: M: - BrandName: M: 「マスターカード」などのNameに商標を付けてください。 BrandLogoNetLocn: M: - BrandNarrative: O: これは本書では指定されません。 BrandPackaged: O: これはSET/IOTPで使用されません。 内容
7.1.2 Find Accepted Payment Protocol
7.1.2 受け入れられた支払いプロトコルを見つけてください。
Receive the payment scheme specific packaged data to generate the PayProtocol Component.
支払いの計画の特定のパッケージされたデータを受け取って、PayProtocol Componentを発生させてください。
Input Parameters
----------------
BrandId : M : This is defined in the section 8.2.1.
PayDirection : M : This must be set "Debit".
CurrCodeType : M : This should be set "ISO4217-A".
CurrCode : M : -
Amount : M : -
MerhcantPayId : M : -
MercahntOrgId : M : -
WalletId : O : -
BrandPackaged : O : This is not used in the SET/IOTP.
Content
MerchantData : O : This is not specified in the SET/IOTP.
入力パラメタ---------------- BrandId: M: これはセクション8.2.1で定義されます。 PayDirection: M: これはセット「借り方」であるに違いありません。 CurrCodeType: M: これはセット"ISO4217-A"であるべきです。 CurrCode: M: - 量: M: - MerhcantPayId: M: - MercahntOrgId: M: - WalletId: O: - BrandPackaged: O: これはSET/IOTPで使用されません。 内容MerchantData: O: これはSET/IOTPで指定されません。
Output Parameters ----------------- ProtocolItem : M : See NOTE below. BrandItem : M : -
出力パラメタ----------------- ProtocolItem: M: 以下での注意を見てください。 BrandItem: M: -
NOTE Parameters of ProtocolItem
-------------------------------
ProtocolId : M : This is set "SETv1.0".
ProtocolBrandId : M : This is set the Payment Protocol Specific
ID corresponding to the BrandId as Input
Parameter and ProtocolId as the
Output Parameter. For the detail,
see 8.2.2.
xml:lang : M : -
ProtocolName : M : This is not specified in this document
but must be included the protocol name
and its version at least.
ProtocolItemの注意パラメタ------------------------------- ProtocolId: M: これはセット"SETv1.0""です。 ProtocolBrandId: M: これはOutput ParameterとしてInput ParameterとProtocolIdとしてBrandIdに対応するPaymentプロトコルSpecific IDを設定することです。 詳細に関しては、8.2.2xml: langを見てください: M: - ProtocolName: M: これを本書では指定されませんが、含まなければなりません。プロトコル名と少なくともそのバージョン。
Kawatsura Informational [Page 17] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[17ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
PayReqNetLocn : O : The Net Location indicating where a
unsecured Payment Request Message should
be sent if this protocol choice is used.
SecPayReqNetLocn : O : The Net Location indicating where
a secured Payment Request Message
should be sent if this protocol choice
is used.
ProtocolAmount : O : This is not used in the SET/IOTP.
PackagedContent
PayProtocol : M : The XML Packaged Data, which includes
PackagedContent the information for the 1st SET
Initiation Process. See for the details
to section 8.3.1.
Brand : M : In this document, BrandId, which is the
same as Input Parameter,must be set ONLY.
See NOTE below.
CurrencyAmount : M : See NOTE below.
ProtocolBrand : M : Multiple Components are not arrowed in
the current version of SET/IOTP.
PayReqNetLocn: O: このプロトコル選択が使用されているならunsecured Payment Request Messageがどこに送られるべきであるかを示すネットLocation。 SecPayReqNetLocn: O: このプロトコル選択が使用されているなら安全にされたPayment Request Messageがどこに送られるべきであるかを示すネットLocation。 ProtocolAmount: O: これはSET/IOTPで使用されません。 PackagedContent PayProtocol: M: XML Packaged Data、どれがPackagedContentを含んでいるか。最初のSET Initiation Processのための情報。 詳細に関して、セクション8.3.1まで見てください。 以下に商標を付けてください。 M: 本書では、BrandId(Input Parameterと同じである)は用意ができるだけでよいです。 以下での注意を見てください。 CurrencyAmount: M: 以下での注意を見てください。 ProtocolBrand: M: 複数のComponentsはSET/IOTPの最新版で矢印で示されません。
Note Parameters of CurrencyAmount --------------------------------- CurrCodeType : M : This should be set "ISO4217-A". CurrCode : M : - Amount : M : -
CurrencyAmountの注意パラメタ--------------------------------- CurrCodeType: M: これはセット"ISO4217-A"であるべきです。 CurrCode: M: - 量: M: -
Note Parameters of Brand ------------------------ BrandId : M : -
ブランドの注意パラメタ------------------------ BrandId: M: -
7.1.3 Get Payment Initialization Data
7.1.3 支払い初期設定データを得てください。
This API is used to get the packaged content in Payment Component.
このAPIは、Payment Componentのパッケージされた内容を得るのに使用されます。
Input Parameters
----------------
BrandId : M : See the details of section 8.2.1.
MerchantPayId : M : -
PayDirection : M : This is set "Debit".
CurrCodeType : M : This is set "ISO5217-A".
CurrCode : M : -
Amount : M : -
OkFrom : M : -
OkTo : M : -
ReceiverOrgId : M : Organization ID which is used to get
TradingRolePackagedContents, which
depend on the organizations for each.
MerchantOrgId : M : -
入力パラメタ---------------- BrandId: M: セクション8.2.1の詳細を見てください。 MerchantPayId: M: - PayDirection: M: これはセット「借り方」です。 CurrCodeType: M: これはセット"ISO5217-A"です。 CurrCode: M: - 量: M: - OkFrom: M: - OkTo: M: - ReceiverOrgId: M: それぞれのために組織に頼るTradingRolePackagedContentsを手に入れるのに使用される組織ID。 MerchantOrgId: M: -
Kawatsura Informational [Page 18] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[18ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
ProtocolId : M : This field must be set "SETv1.0".
WalletId : O : -
PassPhrase : O : -
ProtocolBrand : M : -
BrandPackaged : O : This is not used in the current version
Content of SET/IOTP.
ProtocolAmount : O : This is not used in the current version
PackagedContent of SET/IOTP.
PayProtocolPackaged: M : This field is copied from the
Content PayProtocol Component.
OrderPackaged : M : Packaged Data regarding the Order data,
Content which the Merchant's OAC sets.
BrandSelBrandInfo : O : This is not used in the current
PackagedContent version of SET/IOTP.
BrandSelProtocol : O : This is not used in the
AmountInfoPackaged current version of SET/IOTP.
Content
BrandSelCurrency : O : This is not used in the
AmountInfo current version of SET/IOTP.
PackagedContent
ProtocolId: M: この分野はセット"SETv1.0""であるに違いありません。 WalletId: O: - パスフレーズ: O: - ProtocolBrand: M: - BrandPackaged: O: これはSET/IOTPの最新版Contentで使用されません。 ProtocolAmount: O: これはSET/IOTPの最新版PackagedContentで使用されません。 PayProtocolPackaged: M: この分野はContent PayProtocol Componentからコピーされます。 OrderPackaged: M: Orderデータ、マーチャントのOACが設定するContentに関してDataをパッケージしました。 BrandSelBrandInfo: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 BrandSelProtocol: O: これはSET/IOTPのAmountInfoPackaged最新版に使用されません。 内容BrandSelCurrency: O: これはSET/IOTPのAmountInfo最新版に使用されません。 PackagedContent
Output Parameters
-----------------
OkFrom : M : -
OkTo : M : -
OrderPackaged : M :Changed OrderPackagedContent if
Content it rewrites the order information.
Otherwise, passed the same input
data to OAC.
TradingRole : O : The receiver depended
PackagedContent TradingRolePackagedContent. The Name
Attribute of the packaged contents
must include "Payment:" as the prefix,
for example "Payment:SET-OD". Multiple
TradingRoleData may be returned.
出力パラメタ----------------- OkFrom: M: - OkTo: M: - OrderPackaged: M:Changed OrderPackagedContent、Contentであるなら、それはオーダー情報を書き直します。 さもなければ、通っている同じくらいはデータをOACに入力しました。 TradingRole: O: 受信機のよったPackagedContent TradingRolePackagedContent。 パッケージされたコンテンツのName Attributeが含まなければならない、「支払い:」 例えば、接頭語としての、「支払い: セット定量超過してください。」 複数のTradingRoleDataを返すかもしれません。
7.1.4 Inquire Authentication Challenge
7.1.4 認証挑戦について問い合わせてください。
This is not used in the current version of SET/IOTP.
これはSET/IOTPの最新版に使用されません。
7.1.5 Authenticate
7.1.5、認証
This is not used in the current version of SET/IOTP.
これはSET/IOTPの最新版に使用されません。
7.1.6 Check Authentication Response
7.1.6 認証応答をチェックしてください。
This is not used in the current version of SET/IOTP.
これはSET/IOTPの最新版に使用されません。
Kawatsura Informational [Page 19] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[19ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.2 Brand Selection Related API Calls
7.2 ブランド選択はAPI呼び出しを関係づけました。
7.2.1 Find Payment Instrument
7.2.1 支払い器具を見つけてください。
This API is used to get the Payment Instruments that can be accepted by the Payment Handler on behalf of the Merchant.
このAPIは、Payment Handlerがマーチャントを代表して受け入れることができるPayment Instrumentsを手に入れるのに使用されます。
Input Parameters
----------------
BrandId : M : See the details of section 8.2.2.
ProtocolId : M : This must be set "SETv1.0".
PayDirection : M : This must be set "Debit".
CurrCodeType : M : This should be set "ISO5217-A".
CurrCode : M : -
Amount : M : -
ConsumerPayId : M : -
WalletId : O : -
ProtocolBrand : M : -
BrandPackaged : O : This is not used in the current
Content version of SET/IOTP.
ProtocolAmount : O : This is not used in the current
PackagedContent version of SET/IOTP.
PayProtocolPackaged: M : See details for section 8.3.1.
Content
入力パラメタ---------------- BrandId: M: セクション8.2.2の詳細を見てください。 ProtocolId: M: これはセット"SETv1.0""であるに違いありません。 PayDirection: M: これはセット「借り方」であるに違いありません。 CurrCodeType: M: これはセット"ISO5217-A"であるべきです。 CurrCode: M: - 量: M: - ConsumerPayId: M: - WalletId: O: - ProtocolBrand: M: - BrandPackaged: O: これはSET/IOTPの現在のContentバージョンで使用されません。 ProtocolAmount: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 PayProtocolPackaged: M: セクション8.3.1のための詳細を見てください。 内容
Output Parameters
-----------------
PayInstrument : M : Multiple PayInstrument Ids may
be returned. See NOTE below.
出力パラメタ----------------- PayInstrument: M: 複数のPayInstrument Idsを返すかもしれません。 以下での注意を見てください。
NOTE Parameters of PayInstrument
--------------------------------
Id : M : This must be unique each SET
Certificates which the
Consumer can use.
xml:lang : M : -
PayInstName : M : -
PayInstrumentの注意パラメタ-------------------------------- イド: M: これはユニークであるに違いありません。Consumerが使用できる各SET Certificates、xml: lang: M: - PayInstName: M: -
Kawatsura Informational [Page 20] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[20ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.2.2 Check Payment Possibility
7.2.2 支払いの可能性をチェックしてください。
If the SET Bridge receives this API Message, the SET Bridge returns three packaged content fields.
SET BridgeがこのAPI Messageを受けるなら、SET Bridgeリターンthreeは満足している分野をパッケージしました。
Input Parameters
----------------
BrandId : M : This is set the consumer selected
BrandId.
PaymentInstrumentId: M : This is set the consumer selected
PaymentInstrumentID.
PayDirection : M : This is set "Debit".
CurrCodeType : M : This is set "ISO4217-A".
CurrCode : M : -
Amount : M : -
ProtocolId : M : This must be set "SETv1.0".
WalletId : O : -
Passphrase : O : -
ConsumerPayId : M : -
ProtocolBrand : M : This is set the consumer selected
ProtocolBrand Component.
BrandPackaged : O : This is not used in the current
Content version of SET/IOTP.
ProtocolAmount : O : This is not used in the current
PackagedContent version of SET/IOTP.
PayProtocol : M : This field is copied from the PayProtocol
PackagedContent Component
入力パラメタ---------------- BrandId: M: これは消費者の選択されたBrandIdを設定することです。 PaymentInstrumentId: M: これは消費者の選択されたPaymentInstrumentIDを設定することです。 PayDirection: M: これはセット「借り方」です。 CurrCodeType: M: これはセット"ISO4217-A"です。 CurrCode: M: - 量: M: - ProtocolId: M: これはセット"SETv1.0""であるに違いありません。 WalletId: O: - パスフレーズ: O: - ConsumerPayId: M: - ProtocolBrand: M: これは消費者の選択されたProtocolBrand Componentを設定することです。 BrandPackaged: O: これはSET/IOTPの現在のContentバージョンで使用されません。 ProtocolAmount: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 PayProtocol: M: この分野はPayProtocol PackagedContent Componentからコピーされます。
Output Parameter
---------------
BrandSelBrandInfo : O : This is not used in the current
PackagedContent version of SET/IOTP.
BrandSelProtocol : O : This is not used in the
AmountInfoPackaged current version of SET/IOTP.
Content
出力パラメタ--------------- BrandSelBrandInfo: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 BrandSelProtocol: O: これはSET/IOTPのAmountInfoPackaged最新版に使用されません。 内容
BrandSelCurrency : O : This is not used in the
AmountInfoPackaged current version of SET/IOTP.
Content
BrandSelCurrency: O: これはSET/IOTPのAmountInfoPackaged最新版に使用されません。 内容
Kawatsura Informational [Page 21] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[21ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.3 Payment Transaction Related API Calls
7.3 支払処理はAPI呼び出しを関係づけました。
7.3.1 Start Payment Consumer
7.3.1 支払い消費者を始めてください。
In SET/IOTP, this API is used for the Consumer's SET Bridge to process the 1st SET Initiation and any subsequent SET messages.
SET/IOTPでは、ConsumerのSET Bridgeが最初のSET Initiationとどんなその後のSETメッセージも処理するのにこのAPIは使用されます。
Input Parameters
----------------
BrandId : M : ID for the consumer selected
Brand. See the details of
section 8.2.1.
PaymentInstrumentId: M : ID for the consumer selected
Instrument.
CurrCodeType : M : The consumer selected CurrCodeType.
CurrCode : M : The consumer selected CurrCode.
Amount : M : The consumer selected Amount.
PayDirection : M : Indicates the payment direction
from the Consumer's prospective.
ProtocolId : M : The consumer selected ProtocolId.
OkFrom : M : -
OkTo : M : -
ConsumerPayId : M : -
WalletID : O : -
Passphrase : O : -
CallBackFunction : O : This is not used in the SET/IOTP.
CallBackLanguage : O : This is not used in the SET/IOTP.
List
ProtocolBrand : M : ID for the consumer selected
Protocol dependent Brand information.
BrandPackaged : O : This is not used in the current
Content version of SET/IOTP.
ProtocolAmount : O : This is not used in the current
PackagedContent version of SET/IOTP.
PayProtocolPackaged : M : See section 8.2.2.
Content
入力パラメタ---------------- BrandId: M: 消費者のためのIDはBrandを選択しました。 セクション8.2.1の詳細を見てください。 PaymentInstrumentId: M: 消費者のためのIDはInstrumentを選択しました。 CurrCodeType: M: 消費者はCurrCodeTypeを選択しました。 CurrCode: M: 消費者はCurrCodeを選択しました。 量: M: 消費者はAmountを選択しました。 PayDirection: M: Consumerのものから将来の支払い指示を示します。 ProtocolId: M: 消費者はProtocolIdを選択しました。 OkFrom: M: - OkTo: M: - ConsumerPayId: M: - WalletID: O: - パスフレーズ: O: - CallBackFunction: O: これはSET/IOTPで使用されません。 CallBackLanguage: O: これはSET/IOTPで使用されません。 ProtocolBrandを記載してください: M: 消費者のためのIDはプロトコルに依存するBrand情報を選択しました。 BrandPackaged: O: これはSET/IOTPの現在のContentバージョンで使用されません。 ProtocolAmount: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 PayProtocolPackaged: M: セクション8.2.2を見てください。 内容
Output Parameters
-----------------
ContStatus : M : "Continue" must be set if there is
in no problem
PaySchemePackaged : M : See section 6.5.1.
Content
出力パラメタ----------------- ContStatus: M: どんな問題にもPaySchemePackagedがなければ、「続いてください」を設定しなければなりません: M: セクション6.5.1を見てください。 内容
Kawatsura Informational [Page 22] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[22ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.3.2 Start Payment Payment Handler
7.3.2 支払い支払い操作者を始めてください。
This API is used to initiate a payment on the Payment Handler's side. The SET Related Module does a payment initialization. The SET Related Module processes SET Message received and returns the appropriate SET Message (e.g., 2nd SET Initiation or SET PinitRes message).
このAPIは、Payment Handlerの側で支払いを開始するのに使用されます。 SETの関連Moduleは支払い初期化をします。 SETの関連Moduleは受け取られたSET Messageを処理して、適切なSET Message(例えば、SET Initiationか2番目のSET PinitResメッセージ)を返します。
Input Parameters
----------------
BrandId : M : ID for the consumer selected Brand.
See the details of section 8.2.1.
ConsumerPayId : O : ID for the consumer generated payment
transaction.
CurrCodeType : M : The consumer selected CurrCodeType.
This should be set "ISO4217-A".
CurrCode : M : The consumer selected CurrCode.
Amount : M : The consumer selected Amount.
PayDirection : M : This is set "Debit".
ProtocolId : M : The consumer selected ProtocolId.
This must be set "SETv1.0".
OkFrom: : M : -
OkTo : M : -
PaymentHandlerPayId: M : -
MerchantOrgId : M : -
WalletID : O : -
Passphrase : O : -
CallBackFunction : O : This is not used in the SET/IOTP.
CallBackLanguage : O : This is not used in the SET/IOTP.
List
BrandPackaged : O : This is not used in the current
Content version of SET/IOTP.
ProtocolAmountP : O : This is not used in the current
PackagedContent version of SET/IOTP.
PayProtocolPackaged: M : -
Content
ProtocolBrand : M : Information for the consumer selected
Protocol dependent Brand.
BrandSelBrandInfo : O : This is not used in the current
PackagedContent version of SET/IOTP.
BrandSelProtocol : O : This is not used in the
AmountInfo current version of SET/IOTP.
PackagedContent
BrandSelCurrency : O : This is not used in the
AmountInfo current version of SET/IOTP.
PackagedContent
入力パラメタ---------------- BrandId: M: 消費者のためのIDはBrandを選択しました。 セクション8.2.1の詳細を見てください。 ConsumerPayId: O: 消費者のためのIDは支払処理を発生させました。 CurrCodeType: M: 消費者はCurrCodeTypeを選択しました。 これはセット"ISO4217-A"であるべきです。 CurrCode: M: 消費者はCurrCodeを選択しました。 量: M: 消費者はAmountを選択しました。 PayDirection: M: これはセット「借り方」です。 ProtocolId: M: 消費者はProtocolIdを選択しました。 これはセット"SETv1.0""であるに違いありません。 OkFrom: : M: - OkTo: M: - PaymentHandlerPayId: M: - MerchantOrgId: M: - WalletID: O: - パスフレーズ: O: - CallBackFunction: O: これはSET/IOTPで使用されません。 CallBackLanguage: O: これはSET/IOTPで使用されません。 BrandPackagedを記載してください: O: これはSET/IOTPの現在のContentバージョンで使用されません。 ProtocolAmountP: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 PayProtocolPackaged: M: - 内容ProtocolBrand: M: 消費者への情報はプロトコルの依存するBrandを選択しました。 BrandSelBrandInfo: O: これはSET/IOTPの現在のPackagedContentバージョンで使用されません。 BrandSelProtocol: O: これはSET/IOTPのAmountInfo最新版に使用されません。 PackagedContent BrandSelCurrency: O: これはSET/IOTPのAmountInfo最新版に使用されません。 PackagedContent
Kawatsura Informational [Page 23] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[23ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
TradingRolePackaged: O : Copied from the TradingRoleData
Content Component. The Name Attribute of
the packaged contents must include
"Payment:" as the prefix,
for example "Payment:SET-OD".
PaySchemePackaged : M : See section 6.5.2.
Content
TradingRolePackaged: O: TradingRoleDataの満足している部品から、コピーされます。 パッケージされたコンテンツのName Attributeが含まなければならない、「支払い:」 例えば、接頭語としての、「支払い: セット定量超過してください。」 PaySchemePackaged: M: セクション6.5.2を見てください。 内容
Output Parameters
-----------------
PaySchemePackaged : M : See section 6.5.2.
Content
ContStatus : M : "Continue" must be set if there
is no problem.
出力パラメタ----------------- PaySchemePackaged: M: セクション6.5.2を見てください。 内容ContStatus: M: 問題が全くなければ、「続いてください」を設定しなければなりません。
7.3.3 Resume Payment Consumer
7.3.3 支払い消費者を再開してください。
This API is used to restart a payment transaction when the transaction is suspended for some reason such as a time out. The last SET Message relevant to this suspended transaction is returned as the Response.
このAPIは、取引がある理由でタイムアウトのように中断するとき、支払処理を再開するのに使用されます。 Responseとしてこの吊した取引に関連している最後のSET Messageを返します。
Input Parameters
----------------
ConsumerPayId : M : -
WalletId : O : -
PassPhrase : O : -
CallBackFunction : O : This is not used in the current version
of SET/IOTP.
CallBack : O : This is not used in the current version
LanguageList of SET/IOTP.
入力パラメタ---------------- ConsumerPayId: M: - WalletId: O: - パスフレーズ: O: - CallBackFunction: O: これはSET/IOTPの最新版に使用されません。 回収: O: これはSET/IOTPの最新版LanguageListで使用されません。
Output Parameters
-----------------
ContStatus : M : -
PaySchamePackaged : M : See section 8.7.
Content
出力パラメタ----------------- ContStatus: M: - PaySchamePackaged: M: セクション8.7を見てください。 内容
Kawatsura Informational [Page 24] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[24ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.3.4 Continue Process
7.3.4 続行の過程
This API is used to pass a SET related message, received from the counter party, to the SET Bridge, and accept the next SET message as a response.
このAPIは、SETの関連するメッセージを通過して、カウンター・パーティからSET Bridgeまで受信して、応答として次のSETメッセージを認めるのに使用されます。
(1) Consumer Side Payment Bridge
(1)消費者サイド支払い橋
Input Parameters
----------------
PayId : M : Set ConsumerPayId
WalletId : O : -
PassPhrase : O : -
PaySchemePackaged : M : See section 8.4.3.
Content
入力パラメタ---------------- PayId: M: ConsumerPayId WalletIdを設定してください: O: - パスフレーズ: O: - PaySchemePackaged: M: セクション8.4.3を見てください。 内容
Output Parameters
-----------------
ContStatus : M : Set "End" if SET PRes message is
received in the PaySchemePackagedContent
as the input parameter, otherwise set
"Continue".
PaySchemePackaged : O : If ContStatus is set "End", this is not
Content used. See 8.4.3.
出力パラメタ----------------- ContStatus: M: 入力パラメタとしてPaySchemePackagedContentにSET PResメッセージを受け取るなら、「終わり」を設定してください。さもなければ、「続いてください」を設定してください。 PaySchemePackaged: O: ContStatusがセット「終わり」であるなら、これは使用されるContentではありません。 .3に8.4を見てください。
(2) Payment Handler Side Payment Bridge
(2)支払い操作者サイド支払い橋
Input Parameters
----------------
PayId : M : Set PaymentHandlerPayId
WalletId : O : -
PassPhrase : O : -
PaySchemePackaged : M : See section 8.4.4.
Content
入力パラメタ---------------- PayId: M: PaymentHandlerPayId WalletIdを設定してください: O: - パスフレーズ: O: - PaySchemePackaged: M: セクション8.4.4を見てください。 内容
Output Parameters
-----------------
ContStatus : M : Set "End" if SET PRes message is
received in the
PaySchemePackagedContent as the
output parameter, otherwise set
"Continue".
PaySchemePackaged : M : See section 8.4.4.
Content
出力パラメタ----------------- ContStatus: M: 出力パラメタとしてPaySchemePackagedContentにSET PResメッセージを受け取るなら、「終わり」を設定してください。さもなければ、「続いてください」を設定してください。 PaySchemePackaged: M: セクション8.4.4を見てください。 内容
Kawatsura Informational [Page 25] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[25ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.3.5. Change Process State
7.3.5. 変化過程状態
This API is used by the OAC to change the Process State of the OPB. For instance, it is used to change the Payment Status after a SET Payment Transaction was completed. When an error or suspend happens, this API is also used.
このAPIは、OPBのProcess州を変えるのにOACによって使用されます。 例えば、それは、SET Payment Transactionが完成した後にPayment Statusを変えるのに使用されます。 誤りである、中断、起こる、また、このAPIは使用されます。
(1) Consumer Side Payment Bridge
(1)消費者サイド支払い橋
Input Parameters ---------------- PayId : M : Set ConsumerPayId ProcessState : M : - CompletionCode : M : - ProcessType : M : - WalletID : O : - PassPhrase : O : -
入力パラメタ---------------- PayId: M: ConsumerPayId ProcessStateを設定してください: M: - CompletionCode: M: - ProcessType: M: - WalletID: O: - パスフレーズ: O: -
Output Parameters ----------------- ProcessState : M : - CompletionCode : M : - PercentComplete : O : See section 8.13. xml:lang : O : - StatusDesc : O : This field is not specified in SET/IOTP.
出力パラメタ----------------- ProcessState: M: - CompletionCode: M: - PercentComplete: O: セクション8.13xml: langを見てください: O: - StatusDesc: O: この分野はSET/IOTPで指定されません。
7.4 General Inquiry API Calls
7.4 一般問い合せAPI呼び出し
7.4.1 Payment Instrument Inquiry
7.4.1 支払い器具問い合せ
This API is not used in the current version of SET/IOTP.
このAPIはSET/IOTPの最新版に使用されません。
7.4.2 Inquire Pending Payment
7.4.2 未定の支払いについて問い合わせてください。
This API is used to check whether the payment Bridge or its wallet is currently in use, or not.
このAPIは、支払いBridgeかその財布が現在使用中であるかどうかチェックするのに使用されます。
Input Parameters ---------------- WalletID : O : -
入力パラメタ---------------- WalletID: O: -
Output Parameters ----------------- PayId : M : -
出力パラメタ----------------- PayId: M: -
Kawatsura Informational [Page 26] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[26ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.4.3 Remove Payment Log
7.4.3 支払いログを取り除いてください。
This API is used both Consumer and Payment Handler.
このAPIは使用されています。ConsumerとPayment Handlerの両方。
Input Parameters ---------------- PayId : M : - WallerId : O : - Passphrase : O : -
入力パラメタ---------------- PayId: M: - WallerId: O: - パスフレーズ: O: -
There is no output parameters.
出力パラメタが全くありません。
7.5 Payment Related Inquiry API Calls
7.5 支払いの関連問い合せAPI呼び出し
7.5.1 Check Payment Receipt
7.5.1 支払い領収書をチェックしてください。
This API is used to check a Payment Receipt. However since the current SET specification does not support Receipts, SET/IOTP sends its own visual information of a Receipt to the SET Bridge.
このAPIは、Payment Receiptをチェックするのに使用されます。 しかしながら、現在のSET仕様がReceiptsを支持しないので、SET/IOTPはそれ自身のReceiptに関する視覚情報をSET Bridgeに送ります。
Input Parameters
----------------
PayId : M : -
WalletId : O : -
PassPhrase : O : -
PaySchemePackaged : M : See section 8.5.1.
Content
入力パラメタ---------------- PayId: M: - WalletId: O: - パスフレーズ: O: - PaySchemePackaged: M: セクション8.5.1を見てください。 内容
Output Parameters ----------------- There is no output Parameter.
出力パラメタ----------------- 出力Parameterが全くありません。
7.5.2 Expand Payment Receipt
7.5.2 支払い領収書を広げてください。
This expands an IOTP Payment Receipt Component packaged data into a form which may be used for display or printing purposes.
これは表示に使用されるかもしれないフォームにデータをパッケージするか、または目的を印刷するIOTP Payment Receipt Componentを広げます。
Input Parameters ---------------- PayId : M : - WalletId : O : - PassPhrase : O : - PackagedContent : M : See section 8.5.2.
入力パラメタ---------------- PayId: M: - WalletId: O: - パスフレーズ: O: - PackagedContent: M: セクション8.5.2を見てください。
Kawatsura Informational [Page 27] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[27ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Output Parameters
-----------------
BrandId : M : -
ProtocolBrandId : M : -
PayInstrumentId : M : -
PaySchemePayId : M : LID_M in the SET PRes message is
set. (The format of this value must
be same as SET Initiation.)
Amount : M : Amount * AuthRatio (or CapRatio if
available). CapRatio should be the
high priority than AuthRatio.
CurrCodeType : M : -
CurrCode : M : -
PayDirection : M : -
ProtocolId : M : -
ProtocolTransId : O : -
TimeStamp : M : This value should be used the
Date field of MessageWrapper in the
SET PRes message
xml:lang : O : This is not used in the SET/IOTP.
ConsumerDesc : O : This is not used in the SET/IOTP.
出力パラメタ----------------- BrandId: M: - ProtocolBrandId: M: - PayInstrumentId: M: - PaySchemePayId: M: SET PResメッセージのLID_Mは設定されます。 (この価値の形式はSET Initiationと同じであるに違いありません。) 量: M: 量*AuthRatio、(CapRatio、利用可能である、) CapRatioはAuthRatioより高い優先度であるべきです。 CurrCodeType: M: - CurrCode: M: - PayDirection: M: - ProtocolId: M: - ProtocolTransId: O: - タイムスタンプ: M: この値は使用されて、SET PResのMessageWrapperのDate分野がxml: langを通信させるということであるべきです: O: これはSET/IOTPで使用されません。 ConsumerDesc: O: これはSET/IOTPで使用されません。
PaymentHandlerDesc : O : This is not used in the SET/IOTP. StyleNetLocn : O : This is not used in the SET/IOTP. PaymentProperty : O : This is not used in the SET/IOTP.
PaymentHandlerDesc: O: これはSET/IOTPで使用されません。 StyleNetLocn: O: これはSET/IOTPで使用されません。 PaymentProperty: O: これはSET/IOTPで使用されません。
7.5.3 Inquire Process State
7.5.3 過程状態について問い合わせてください。
This API is used to check the payment status. For example, when the OAC receives a Continue Payment Response API, it uses this API if the ContStatus is set to "End". This API can be used at anytime.
このAPIは、支払い状態をチェックするのに使用されます。 OACがContinue Payment Response APIを受けるとき、例えば、ContStatusが「終わる」ように用意ができているなら、それはこのAPIを使用します。 いつでもこのAPIを使用できます。
(1) Consumer Payment Bridge
(1)消費者支払い橋
Input Parameters ---------------- PayId : M : Set ConsumerPayId WalletId : O : - PassPhrase : O : -
入力パラメタ---------------- PayId: M: ConsumerPayId WalletIdを設定してください: O: - パスフレーズ: O: -
Kawatsura Informational [Page 28] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[28ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Output Parameters
-----------------
ProcessState : M : -
PercentComplete : O : See 8.13 for the guideline of
setting value.
CompletionCode : O : See section 8.12.
xml:lang : O : -
StatusDesc : O : -
PayReceiptNameRefs : O : This is not used in the SET/IOTP.
PayReceiptPackConts: O : This is not used in the SET/IOTP.
出力パラメタ----------------- ProcessState: M: - PercentComplete: O: 設定価値のガイドラインに関して8.13を見てください。 CompletionCode: O: セクション8.12xml: langを見てください: O: - StatusDesc: O: - PayReceiptNameRefs: O: これはSET/IOTPで使用されません。 PayReceiptPackConts: O: これはSET/IOTPで使用されません。
(2) Payment Handler Payment Bridge
(2)支払い操作者支払い橋
Input Parameters ---------------- PayId : M : Set PaymentHandlerPayId WalletId : O : - PassPhrase : O : -
入力パラメタ---------------- PayId: M: PaymentHandlerPayId WalletIdを設定してください: O: - パスフレーズ: O: -
Output Parameters
-----------------
ProcessState : M : -
PercentComplete : O : See section 8.13 for the guideline
of setting value.
CompletionCode : O : See section 8.12.
xml:lang : O : -
StatusDesc : O : -
PayReceiptNameRefs : O : This is set "PRes".
PayReceiptPackConts: O : This is not used in the SET/IOTP.
出力パラメタ----------------- ProcessState: M: - PercentComplete: O: 設定価値のガイドラインに関してセクション8.13を見てください。 CompletionCode: O: セクション8.12xml: langを見てください: O: - StatusDesc: O: - PayReceiptNameRefs: O: これはセット「PRes」です。 PayReceiptPackConts: O: これはSET/IOTPで使用されません。
7.5.4 Start Payment Inquiry
7.5.4 支払い問い合せを始めてください。
This API call returns the SET InqReq Message in order to process a SET Inquiry.
このAPI呼び出しは、SET Inquiryを処理するためにSET InqReq Messageを返します。
Input Parameters ---------------- ConsumerPayId : M : - WalletId : O : - Passphrase : O : -
入力パラメタ---------------- ConsumerPayId: M: - WalletId: O: - パスフレーズ: O: -
Output Parameters
-----------------
PaySchemePackaged : M: Packaged Data to include SET
Content InqReq message. See section 8.6.
出力パラメタ----------------- PaySchemePackaged: M: SET Content InqReqメッセージを含むようにDataをパッケージしました。 セクション8.6を見てください。
Kawatsura Informational [Page 29] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[29ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
7.5.5 Inquire Payment Status
7.5.5 支払い状態について問い合わせてください。
The Payment Handler uses this API request for Consumer initiated inquiry processing. In SET/IOTP, the Payment Handler's SET Bridge receives a SET InqReq message in an InquirePaymentDetail API. The SET Core processes it, and creates a SET InqRes message. The response encapsulates the SET InqRes message.
このAPIがConsumerのために要求するPayment Handler用途は問い合せ処理を開始しました。 SET/IOTPでは、Payment HandlerのSET BridgeはInquirePaymentDetail APIにSET InqReqメッセージを受け取ります。 SET Coreはそれを処理して、SET InqResメッセージを作成します。 応答はSET InqResメッセージを要約します。
Input Parameters
----------------
PaymentHandlerPayId: M : -
WalletID : O : -
PassPhrase : O : -
PaySchemePackaged : M : See section 8.6.
Content
入力パラメタ---------------- PaymentHandlerPayId: M: - WalletID: O: - パスフレーズ: O: - PaySchemePackaged: M: セクション8.6を見てください。 内容
Output Parameters
-----------------
PaymentHandlerPayId: M : -
ProcessState : M : -
CompletionCode : O : -
xml:lang : O : -
StatusDesc : O : -
PaySchamePackaged : M : See section 8.6.
Content
出力パラメタ----------------- PaymentHandlerPayId: M: - ProcessState: M: - CompletionCode: O: - xml: lang: O: - StatusDesc: O: - PaySchamePackaged: M: セクション8.6を見てください。 内容
8. SET dependent Process
8. SETの依存するProcess
This chapter describes the core concepts for the development of SET/IOTP.
本章はSET/IOTPの開発のためのコア概念について説明します。
8.1 Relationships between them for IOTP Purchase/Cash Advances
8.1 IOTP Purchase/現金Advancesのためのそれらの間の関係
This document describes SET Initiation Messages based on the [SET EIG]. Merchant sends the 1st SET Initiation Message to the Consumer in order to activate a SET payment transaction. After this message, the other SET Initiation Messages (JPO, etc.) and the SET payment Transaction (SET PinitReq message, etc.) are exchanged between the Consumer and the Payment Handler.
このドキュメントは[SET EIG]に基づくSET Initiation Messagesについて説明します。 商人は、SET支払処理を起動するために最初のSET Initiation MessageをConsumerに送ります。 このメッセージの後に、ConsumerとPayment Handlerの間で他のSET Initiation Messages(JPOなど)とSET支払いTransaction(SET PinitReqメッセージなど)を交換します。
Kawatsura Informational [Page 30] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[30ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
+------------+ +----------+ | | | | | |<----------------| Merchant | | | 1st SET InitMsg | | | | +----------+ | Consumer | +----------+ | | | | | |<--------------->| P.H. | | | Other SET Init/ | | +------------+ SET Message +----------+
+------------+ +----------+ | | | | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 商人| | | 最初のセットInitMsg| | | | +----------+ | 消費者| +----------+ | | | | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| P.H。| | | 他のセットイニット/| | +------------+ セットメッセージ+----------+
Figure 11 Relationship between IOTP Messages and SET Messages
図11 IOTPメッセージとセットメッセージとの関係
When the Merchant sends any data (e.g., SET SaleDetail) except a SET Related messages (e.g., SET PinitRes message), it can send it by two different methods:
マーチャントがSET以外のどんなデータ(例えば、SET SaleDetail)にも関連メッセージ(例えば、SET PinitResメッセージ)を送るとき、2つの異なった方法でそれを送ることができます:
(a) The Merchant sends the data via the Consumer. (b) The Merchant sends the data out-of-band.
(a) マーチャントはConsumerを通してデータを送ります。 (b) マーチャントはバンドの外にデータを送ります。
In case (a), the Merchant sends the data by encapsulating it into TradingRoleData.PackagedContent inside the Offer Response Block sent to Consumer. The data is copied to the Payment Request Block and sent to the Payment Handler. This case assumes that the format of the data is already agreed upon between the Merchant and the Payment Handler.
場合(a)では、マーチャントは、Consumerに送られたOffer Response Blockの中でTradingRoleData.PackagedContentにそれを要約することによって、データを送ります。 データをPayment Request Blockにコピーして、Payment Handlerに送ります。 本件は、データの書式がマーチャントとPayment Handlerの間で既に同意されると仮定します。
This document does not specify case (b).
このドキュメントはケース(b)を指定しません。
8.2 Definition of Identifiers
8.2 識別子の定義
8.2.1 Definition of BrandId
8.2.1 BrandIdの定義
BrandId should be used registered identification for IANA. Now, the following BrandIds have registered:
BrandIdはIANAのための中古の登録された識別であるべきです。 今、以下のBrandIdsは登録しました:
Amex, Dankort, JCB, Maestro, MasterCard, MICOS, VISA, atCredits, EZpay, GeldKarte, Mondex, paybox
Amex、Dankort、JCB Maestro、マスターカード、MICOS、VISA、atCredits、EZpay、GeldKarte、モンデックス、paybox
8.2.2 Definition of ProtocolBrandId
8.2.2 ProtocolBrandIdの定義
ProtocolBrandID is defined as follows:
ProtocolBrandIDは以下の通り定義されます:
<Premise> SET BrandID is defined as brand[:Product]. ([] is indicated as optional.) In SET, The brandID is a brand name, which corresponds to the brand of the payment card. Additionally the Product is a product name, which is defined as the type of product within the specific brand such as Gold Card.
<前提>SET BrandIDはブランド[: 製品]と定義されます。 任意であるとして([]は示されます。) SETでは、brandIDはブランド名です。(そのブランド名は支払いカードのブランドに対応します)。 さらに、Productは製品名です。(その製品名は特定のブランドの中のGold Cardなどの製品のタイプと定義されます)。
Kawatsura Informational [Page 31] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[31ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Set IOTP ProtocolBrandId as follows:
以下のIOTP ProtocolBrandIdを設定してください:
brand:Product:PCN
ブランド:製品:PCN
In here,
ここで
o The brand above is the same as the sub data of SET BrandID, as
Brand Name (brand), defined in SET.
o Product above is the same as the sub data of SET BrandID, as
Product Name (Product), defined in SET.
o PCN above is the Promotional Card Name, and is written in the SET
Certificates.
o 上記のブランドはSET BrandIDに関するデータがSETでBrand Name(ブランド)と定義した潜水艦と同じです。上のo ProductはSET BrandIDに関するデータが上のSET o PCNでProduct Name(製品)と定義した潜水艦がPromotional Card Nameであり、SET Certificatesに書かれているのと同じです。
Example:
例:
Visa:Gold:WalMart
ビザ:金:ウォルマート
Since SET Brand ID has a colon between brand and Product, the two colons should be able to delimit Brand, Product, and PCN.
SET Brand IDがブランドとProductの間にコロンを持っているので、2コロンはBrand、Product、およびPCNを区切ることができるべきです。
Product and PCN can omit if necessary. For the detail of these definitions are follows:
必要なら、製品とPCNは省略できます。 定義があるというこれらの詳細のために、続きます:。
(1) The case of omitting Product
(1) Productを省略するケース
Definition: brand::PCN
Example: VISA::UC_VISA
定義: 以下に商標を付けてください:PCNの例: 以下にビザを与えさせてください:UC_ビザ
(2) The case of omitting PCN
(2) PCNを省略するケース
Definition: brand:Product
Example: VISA:Gold
定義: ブランド: 製品の例: ビザ: 金
(3) The case of omitting Product, PCN
(3) Product、PCNを省略するケース
Definition: brand
Example: VISA
定義: Exampleに商標を付けてください: ビザ
Kawatsura Informational [Page 32] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[32ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Invalid Examples:
VISA:Gold:
VISA::
VISA:
ProtocolBrandId which there is no brand.
無効の例: ビザ: 金: 以下にビザを与えさせてください: VISA: ProtocolBrandId、どれがブランドが全くありませんか?
8.2.3 Definition of ProtocolId
8.2.3 ProtocolIdの定義
Protocolld defines as follows:
Protocolldは以下の通り以下を定義します。
ProtocolId := SETName + Version
SETName := "SET"
Version := "v" + version + "." + revision
「ProtocolId:=SETName+バージョンSETName:=はバージョン:=「v」+バージョン+」を「設定します」。」 + 改正
Where the version is number matching a major SET version, and the
revision is the number matching a minor SET revision.
Example:
"SETv1.0","SETv2.0"
バージョンがどこの数であるか、そして、主要なSETバージョン、および改正に合うのは、小さい方のSET改正に合っている数です。 例: "SETv1.0""、SETv2.0"
NOTE: In the current version of SET/IOTP, "SETv1.0" is fixed as ProtocolId.
以下に注意してください。 SET/IOTPの最新版では、「SETv1.0"はProtocolIdとして修理されています」。
8.2.4 Relationship between Ids
8.2.4 イドの間の関係
ProtocolBrandId must be unique and depends on BrandId and ProtocolId. The followings are map among BrandId and ProtocolId, which have registered in IANA, and ProtocolBrandId.
ProtocolBrandIdはユニークでなければならなく、BrandIdとProtocolIdによります。 従、は、BrandIdとProtocolIdの中の地図とProtocolBrandIdです。ProtocolIdはIANAに登録しました。
BrandId ProtocolId ProtocolBrandId
-----------------------------------------
Amex SETv1.0 Amex
Dankort SETv1.0 Dankort
JCB SETv1.0 JCB
MasterCard SETv1.0 MasterCard
Nicos SETv1.0 Amex
VISA SETv1.0 VISA
BrandId ProtocolId ProtocolBrandId----------------------------------------- Amex SETv1.0 Amex Dankort SETv1.0 Dankort JCB SETv1.0JCBマスターカードSETv1.0マスターカードニコスSETv1.0 AmexビザSETv1.0ビザ
Regarding to the BrandIds except above, the BrandId registrant (e.g., credit card company) MUST register it in order to be able to map one to one between ProtocolBrandId and the pair of BrandId and ProtocolId.
上以外のBrandIdsへの関係、BrandId記入者(例えば、クレジットカード会社)はBrandIdとProtocolIdのProtocolBrandIdと組の間の1〜1つを写像できるようにそれを登録しなければなりません。
Kawatsura Informational [Page 33] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[33ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
8.3 Process prior to Payment
8.3 Paymentの前の過程
8.3.1 FindAcceptedPaymentProtocol Function
8.3.1 FindAcceptedPaymentProtocolは機能します。
(1) Parameter of PayProtocolPackagedContent
(1) PayProtocolPackagedContentのパラメタ
Name : O : This is not used in SET/IOTP.
Content : M : This should be set "PCDATA".
Transform : M : This is set "BASE64".
ContentData : M : SET specific protocol data. Includes data
that is used to create the 1st SET Initiation
Message that is not contained in other
IOTP elements.
以下を命名してください。 O: これはSET/IOTPで使用されません。 内容: M: これはセット"PCDATA"であるべきです。 以下を変形させてください。 M: これはセット"BASE64""です。 ContentData: M: SETの特定のプロトコルデータ。 他のIOTP要素に含まれていない最初のSET Initiation Messageを作成するのに使用されるデータを含んでいます。
(2) Parameter in the ContentData
(2) ContentDataのパラメタ
Parameters of ContentData are described below. The Field Values follow the [SET EIG].
ContentDataのパラメタは以下で説明されます。 Field Valuesは[SET EIG]に続きます。
Field Required
------------------------------------
MIME-Version Optional
Content-Transfer-Encoding Mandatory
SET-Initiation-Type Mandatory
SET-LID-M Optional
SET-InstallTotalTrance Optional
SET-Recurring Optional
SET-Ext-OID Optional
SET-Ext-Data Optional
SET-Ext-Mandatory Optional
SET-Echo-In-Response Optional
SET-Echo-In-Request Optional
分野が必要です。------------------------------------ 要求におけるセットを再発させる任意の義務的な義務的な任意の任意の任意の任意の任意のMIMEバージョンの義務的な状態でExtを設定している任意の応答におけるセットエコー任意のセット満足している転送コード化セット開始タイプセットふたMのセット-InstallTotalTranceセット-Ext-OIDセットExtデータエコー任意です。
For Example:
例えば:
MIME-Version: 1.0
Content-Transfer-Encoding: Binary
SET-Initiation-Type: Payment-Initiation
SET-Recurring: 31 19960223
SET-Service-URL: http://www.custcare.com/index.html
SET-LID-M: 515A533033363632594B
MIMEバージョン: 1.0 満足している転送コード化: 2進のセット開始タイプ: 支払い開始セット再発: 31 19960223セットサービスURL: http://www.custcare.com/index.html セットふたM: 515A533033363632594B
Note: The contents in ProtoclPackagedContent must be US-ASCII and encoded by BASE64.
以下に注意してください。 ProtoclPackagedContentのコンテンツを米国のASCIIであり、BASE64はコード化しなければなりません。
Kawatsura Informational [Page 34] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[34ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
8.3.2 FindPaymentInstrument Function
8.3.2 FindPaymentInstrumentは機能します。
(1) Information of PayInstrument
(1) PayInstrumentに関する情報
Returns a list of Payment Instrument IDs related to the BrandId and ProtocolBrandId. In this document, BrandId and ProtocolId are defined in section 8.2.
Payment Instrument IDのリストがBrandIdとProtocolBrandIdに関係づけたリターン。 本書では、BrandIdとProtocolIdはセクション8.2で定義されます。
In this document, Brand has two recognized meanings in SET/IOTP, as follows:
本書では、Brandは以下の通りSET/IOTPに2つの認識された意味を持っています:
Brand as Primary Brand:
The Primary Brand is the Brand which is defined as brand in SET,
such as VISA, MasterCard, Nicos.
第一のブランドとして以下に商標を付けてください。 Primary BrandはVISA、マスターカード、ニコスなどのSETのブランドと定義されるBrandです。
Brand as Dual Brand or Promotional Brand:
The Dual Brand is the payment instrument which has two Brand, such
as UC-VISA (UC Card and VISA Card) This style is popular in Japan.
二元的なブランドか宣伝のブランドとして以下に商標を付けてください。 Dual Brandは2Brandを持っている支払い器具です、UC-VISA(UCカードとビザ)などのように。このスタイルは日本でポピュラーです。
A Promotional Brand means that, if the Consumer pays with that
Brand, then the Consumer will receive some additional benefit such
as discount or frequent flyer point.
Promotional Brandは、次に、ConsumerがそのBrandと共に支払うとConsumerが割り引きかフリークエントフライヤーポイントなどの何らかの追加利益を受け取ることを意味します。
1. ProtocolBrandId as a Primary Brand
1. 第一のブランドとしてのProtocolBrandId
Example:
例:
"MasterCard", "MasterCard::UC", "MasterCard:Gold:" and
"MasterCard::WalMart" are all MasterCard Brands.
「マスターカード」、「マスターカード:、:、」"UC"、「マスターカード: 金:、」 そして、「マスターカード:、:、」「ウォルマート」はすべてマスターカードBrandsです。
2. ProtocolBrandId as a Dual Brand or a Promotional Brand
2. 二元的なブランドか宣伝のブランドとしてのProtocolBrandId
Example:
例:
"MasterCard::UC" is Dual Brand of "MasterCard" and "UC".
"SET:MasterCard::WalMart" is Promotional Brand of MasterCard-
WallMart.
「マスターカード:、:、」"UC"は「マスターカード」と"UC"のDual Brandです。 「セット: マスターカード:、:、」「ウォルマート」はマスターカードWallMartのPromotional Brandです。
The SET Bridge receives the ProtocolBrandId from the OAC in the FindPaymentInstrument Function,
SET BridgeはFindPaymentInstrument FunctionのOACからProtocolBrandIdを受けます。
Kawatsura Informational [Page 35] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[35ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(1) If the accepted ProtocolBrandId is XXX:YYY
XXX: 受け入れられたProtocolBrandIdであるなら、(1)はYYYです。
The SET Related Module searches for ProtocolBrandIds with the
string "XXX:YYY:*" (* is wild card), the corresponding
PaymentInstrumentIds of all ProtocolBrandIds with the matching
Primary Brand (regardless of also being a Dual Brand or
Promotional Brand) will be returned to the OAC, for the Consumer
to select from.
ストリング「XXX:YYY:*」(*はワイルド・カードである)があるProtocolBrandIdsのSETの関連Module検索、合っている第一のブランド(また、二元的なブランドか宣伝のブランドであることにかかわらず)があるすべてのProtocolBrandIdsの対応するPaymentInstrumentIdsをOACに返すでしょう、選び抜く消費者のために。
(2) If the accepted ProtocolBrandId is XXX:YYY:ZZZ
受け入れられたProtocolBrandIdであるなら、(2)はXXX:YYY:ZZZです。
The SET Related Module searches for ProtocolBrandIDs with the
string "XXX:YYY:ZZZ", only the corresponding PaymentInstrumentIds
of the ProtocolBrandIds that match the Dual Brand or Promotional
Brand will be returned to OAC, for the Consumer to select from.
ストリング「XXX:YYY:グーグーグー」があるProtocolBrandIDsのSETの関連Module検索、二元的なブランドか宣伝のブランドに合っているProtocolBrandIdsの対応するPaymentInstrumentIdsだけをOACに返すでしょう、選び抜く消費者のために。
Example:
例:
Assume ProtocolBrandIds are correspond to PaymentInstrumentIds in
the SET Bridge as follows,
ProtocolBrandIdsがそうであると仮定してください、以下のSET BridgeのPaymentInstrumentIdsに対応してください。
ProtocolBrandId PaymentInstrumentId
------------------------------------------
MasterCard 1
MasterCard::UC 2
MasterCard::WallMart 3
VISA::UC 4
ProtocolBrandId PaymentInstrumentId------------------------------------------ マスターカード1マスターカード:、:UC2マスターカード:、:WallMart3は以下にビザを与えさせます:UC4
If the SET Bridge receives a ProtocolBrandId as "MasterCard" in
the FindPaymentInstrument Function, the SET Bridge will return
"1","2", and "3". However, if the SET Bridge receives a
ProtocolBrandId as "MasterCard::UC" to OAC, SET Bridge will
returns only "2".
SET Bridgeが「マスターカード」としてFindPaymentInstrument FunctionでProtocolBrandIdを受けると、SET Bridgeは「1インチ」、2インチ、および「3インチ」戻るでしょう。 しかしながら、SET BridgeがProtocolBrandIdを受ける、「マスターカード:、:、」OAC、SET Bridgeへの"UC"は「2インチ」だけ、をリターンに望んでいます。
8.3.3 GetPaymentInitializationData Function
8.3.3 GetPaymentInitializationDataは機能します。
(1) Create TradingRolePackagedContent
(1) TradingRolePackagedContentを作成してください。
If necessary, The SET Related Module generates TradingRolePackagedContent corresponded to the received ReceiverOrgID. The ContentData of TradingRolePackagedContent is the information which the Payment Handler needs to process the SET Transaction (for example, the SET SaleDetail. and the SET OD). The ContentData, Content, and the Transform must be agreed upon between the Merchant and the Payment Handler beforehand.
必要なら、SET関連のModuleはTradingRolePackagedContentを発生させます。受け取られているReceiverOrgIDに対応しました。 TradingRolePackagedContentのContentDataはPayment HandlerがSET Transaction(. 例えば、SET SaleDetail SET OD)を処理するために必要とする情報です。 あらかじめ、マーチャントとPayment Handlerの間でContentData、Content、およびTransformに同意しなければなりません。
Kawatsura Informational [Page 36] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[36ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
The Name Attribute of the packaged contents must include "Payment:" as the prefix, for example "Payment:SET-OD". If there is no PackagedContent corresponding to ReceiverOrgID, such that the SET Related Module does not need to create the PackagedContent, the TradingRolePackagedContent is not created.
パッケージされたコンテンツのName Attributeが含まなければならない、「支払い:」 例えば、接頭語としての、「支払い: セット定量超過してください。」 ReceiverOrgIDに対応するどんなPackagedContentもなければ、SETの関連ModuleがPackagedContentを作成する必要はないように、TradingRolePackagedContentは作成されません。
Parameters in TradingRolePackagedContent
----------------------------------------
Name : O : This is not specified in the current SET/IOTP.
Content : M : Should be identical between the Payment
Handler and the Merchant.
Transform : M : Should be identical between the Payment
Handler and the Merchant.
ContentData : M : Element Data for the Payment Handler to
process the SET Transaction. Should be
identical between the Payment Handler and
the Merchant.
TradingRolePackagedContentのパラメタ---------------------------------------- 以下を命名してください。 O: これは現在のSET/IOTPで指定されません。 内容: M: Payment Handlerとマーチャントの間で同じであるべきです。 以下を変形させてください。 M: Payment Handlerとマーチャントの間で同じであるべきです。 ContentData: M: Payment HandlerがSET Transactionを処理する要素Data。 Payment Handlerとマーチャントの間で同じであるべきです。
8.4 Process of Payment
8.4 支払いの過程
8.4.1 StartPaymentConsumer Function
8.4.1 StartPaymentConsumerは機能します。
(1) Process of the 1st SET Initiation Message
(1) 最初のセット開始メッセージの過程
Since there are similar items between the SET Initiation Message Fields and IOTP Elements, IOTP elements can be used for the corresponding SET Initiation Fields. Other SET Initiation Fields, except URL information (for detail, see below), is encapsulated in the PayProtocolPackagedContent.
SET Initiation MessageフィールズとIOTP Elementsの間には、同様の項目があるので、対応するSET InitiationフィールズにIOTP要素を使用できます。 URL情報(詳細に関して、以下を見る)を除いて、他のSET InitiationフィールズはPayProtocolPackagedContentで要約されます。
This document does not specify how the SET Related Module implements the 1st SET Initiation Process.
このドキュメントはSETの関連Moduleがどう最初のSET Initiation Processを実行するかを指定しません。
The following table shows the list of SET Initiation Fields that corresponds to IOTP Elements.
以下のテーブルはIOTP Elementsに文通するSET Initiationフィールズのリストを見せています。
SET Initiation Field IOTP Element (in TPO.Brandlist)
---------------------------------------------------------------
SET-Version Consumer selected ProtocolId
SET-Brand Consumer selected ProtocolBrandId
SET-Amount Consumer selected Amount Data in
CurrencyAmount.
--------------------------------------------------------------
SET Initiation Field IOTP Element (in OfferResp)
--------------------------------------------------------------
Order Description The hash data of ContentData of
PackagedContent of Order Component.
開始分野IOTP要素(TPO.Brandlistの)を設定してください。--------------------------------------------------------------- SET-バージョンConsumerはCurrencyAmountでProtocolId SET-ブランドConsumer Consumerが選択した選択されたProtocolBrandId SET-量のAmount Dataを選択しました。 -------------------------------------------------------------- 開始分野IOTP要素(OfferRespの)を設定してください。-------------------------------------------------------------- Order ComponentのPackagedContentのContentDataに関する細切れ肉料理データを記述に注文してください。
Kawatsura Informational [Page 37] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[37ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(b) SET-Version:
(b)セットバージョン:
SET-Version can be corresponded to ProtocolId. The version number appears after the "v" for the SET-Version.
SET-バージョンはそうであることができます。ProtocolIdに対応しました。 バージョン番号は「v」の後にSET-バージョンに関して現れます。
ProtocolId -> _______
SETv1.0
~~~<- SET-Version
ProtocolId->。_______ SETv1.0~~~<。 セットバージョン
Figure 12 ProtocolId vs SET-Version
図12 ProtocolId対セットバージョン
(c) SET-Brand:
(c) セットブランド:
SET-Brand can be corresponded to ProtocolBrandId.
SET-ブランドはそうであることができます。ProtocolBrandIdに対応しました。
(d) SET-PurchAmt: It is necessary to adjust the format of the Amount between IOTP and SET, since IOTP and SET use different syntax.
(d)セット-PurchAmt: IOTPとSETの間のAmountの形式を調整するのが必要です、IOTPとSETが異なった構文を使用するので。
Assumption:
仮定:
o In SET/IOTP, The "ISO4217-A" (the currency code which is
represented by three alphabet, such as "USD") is mandatory.
o SET/IOTPでは、"ISO4217-A"(「U.S.ドル」などの3アルファベットによって表される通貨コード)は義務的です。
o Consumer Side SET Related Module should have a mapping table
between "ISO4217-A" and "ISO4217-N" (the currency code which is
represented by three digit, such as "840").
o 消費者のSide SETの関連Moduleは"ISO4217-A"と"ISO4217-N"(「840」などの3ケタによって表される通貨コード)の間にマッピングテーブルを持っているはずです。
(d) -1 Content of the SET-PurchAmt
(d) PurchAmtが用意ができることの-1内容
The content of the SET-PurchAmt is as follows:
SET-PurchAmtの内容は以下の通りです:
SET PurchAmt: currency amount amtExp10
PurchAmtを設定してください: 貨幣額amtExp10
For a description see [SET] Book 2, page 299. For example, $129.50 is represented by "840 12950 -2". In this case, the corresponding values for the "currency", "amount" and "amtExp10" are "840", "12950" and "-2" respectively.
記述に関しては、第2巻、299ページを参照してください[SET]。 例えば、129.50ドルが表される、「840 12950 -2インチ」 そして、そして、この場合対応が、「通貨」のために「量」と評価する、「amtExp10"が「840」、「12950」である、「-2インチ、それぞれ、」
(d) -2 Content of IOTP Amount Elements
(d) IOTP Amount Elementsの-2内容
The content of the three IOTP amount elements consist of the following: Amount, CurrCodeType and CurrCode. For a description of each, see [RFC 2801]. For example, $129.50 is represented by the following:
3つのIOTP量の要素の内容は以下から成ります: CurrCodeTypeとCurrCode、達してください。 それぞれの記述に関しては、[RFC2801]を見てください。 例えば、129.50ドルは以下によって表されます:
CurrCodeType="ISO4217-A"
CurrCode="USD"
"ISO4217-A"CurrCodeType=CurrCodeは「U.S.ドル」と等しいです。
Kawatsura Informational [Page 38] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[38ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Amount="129.50"
量は「129.50」と等しいです。
(d) -3 Example of how-to-translate
(d) -3の例、ハウツーもの、-翻訳してください。
The one-to-one mapping between the IOTP format and the SET format
is very simple. This example of sequence below uses the example
of IOTP amount Element above.
IOTP形式とSET形式の間の1〜1つのマッピングが非常に簡単です。 系列の以下のこの例はIOTP量のElementの上記の例を使用します。
1) Translate from IOTP CurrCode (ISO4217-A) to SET currency (ISO-
4217-N). For example, if CurrCode="USD", then the value of
currency is "840".
1) IOTP CurrCodeから翻訳してください、(ISO4217-a)、SET通貨(ISO4217-N)。 例えば、CurrCodeが「U.S.ドル」と等しいなら、通貨の値は「840」です。
2) Calculate how many decimal places are represented in the Amount.
For example, if Amount="129.50", there are "2" decimal places.
2) いくつの十進の桁がAmountに表されるかを見込んでください。 例えば、Amountが「129.50」と等しいなら、ある、「2インチ、十進の桁、」
3) [The number of decimal places] *( -1) corresponds to the SET
amtExp10. In the above case, SET amtExp10 = 2 * (-1) = -2.
3) [十進の桁の数] *( -1)はSET amtExp10に対応しています。 上の場合では、SET amtExp10は2*(-1)と等しいです。 = -2.
4) 10^[The number of the Amount's decimal places] * Amount
corresponds to the SET amount. In the above example, SET amount =
10^2 * 129.50 = 12950.
4) 10 ^[Amountの十進の桁の数]*量はSET量に対応しています。 上記の例では、SET量は10^2*129.50 = 12950と等しいです。
5) Concatenate three integers and use white spaces as a delimiter.
5) 3つの整数を連結してください、そして、デリミタとして余白を使用してください。
Finally, in the above case, the SET PurchAmt is represented as "840 12950 -2".
最終的に上の場合におけるSET PurchAmtが表される、「840 12950 -2インチ」
(e) SET OD (Order Description) vs. IOTP Order Information
(e) IOTPオーダー情報に対して過量(オーダー記述)を設定してください。
In the IOTP, the OAC handles the Order Information, such as display use, as SET uses the Order Information. Payment Handler does not know the actual Order Information because the Merchant and Payment Handler may exist in the separate domains. However, Payment Handler needs to get the SET OD from Merchant via the Consumer or directly because Payment Handler needs the SET OD to create 2nd SET Initiation message and after. In this situation, the Merchant should not pass the actual order information to the Payment Handler because the order information may be considered private data. Therefore, SET/IOTP defines SET OD as the hash of IOTP Order Information. The hash algorithm must be SHA1.
IOTPでは、SETがOrder情報を使用するとき、OACは表示使用などのOrder情報を扱います。 マーチャントとPayment Handlerが別々のドメインに存在するかもしれないので、支払いHandlerは実際のOrder情報を知りません。 しかしながら、Payment Handlerは、Payment Handlerが、SET ODが後に2番目のSET Initiationメッセージを作成する必要があるのでConsumerを通してマーチャントからSET ODを直接手に入れる必要があります。 この状況で、オーダー情報が個人的なデータであると考えられるかもしれないので、マーチャントは実際のオーダー情報をPayment Handlerに通過するべきではありません。 したがって、SET/IOTPはIOTP Order情報の細切れ肉料理とSET ODを定義します。 細切れ肉料理アルゴリズムはSHA1であるに違いありません。
But the Order Component may be included two or more Packaged Content (see [RFC 2801]). Therefore SET/IOTP specifies to create hash as follows:
しかし、Order Componentは含まれている2以上Packaged Contentであるかもしれません([RFC2801]を見てください)。 したがって、SET/IOTPは以下の細切れ肉料理を作成するために指定します:
(e) -1. If the Name attribute does not have the Name attribute, such that the Order Component have only one Packaged Content, hash the Contents Data using SHA1 simply and be encoded by BASE64.
(e)-1。 Name属性に、Name属性がありません、そのようなものによって、Order Componentに1Packaged Contentしかないなら、単にSHA1を使用することでContents Dataを論じ尽くしてください、そして、BASE64によってコード化されてください。
Kawatsura Informational [Page 39] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[39ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(e) -2. Otherwise, such that there exists the Name attribute, sort the Packaged Contents in the UTF-16 character code order of Name attribute and hash the Content Data using SHA1 and concatenate them in proper sequence, then hash it using SHA1 again and be encoded by BASE64.
(e)-2。 さもなければ、Name属性が存在するように、Name属性のUTF-16キャラクタコード注文でPackaged Contentsを分類してください、そして、SHA1を使用することでContent Dataを論じ尽くしてください、そして、適切な系列で彼らを連結してください、そして、次に、再びSHA1を使用することでそれを論じ尽くしてください、そして、BASE64によってコード化されてください。
NOTE: To avoid different character encodings between applications, in this document, SET OD MUST be constructed from the ContentData in OrderPackagedContent as follows:
以下に注意してください。 このドキュメント、SET OD MUSTのアプリケーションの間の異なったキャラクタencodingsを避けるには、ContentDataから、以下のOrderPackagedContentで組み立てられてください:
(1) Convert it to network byte ordered Unicode encoding data. (2) Hash (1) using SHA1 (3) Convert (2) to BASE64 US-ASCII data
(1) データを暗号化するユニコードが注文されたネットワークバイトにそれを変換してください。 (2) BASE64 US-ASCIIデータにSHA1(3)転向者(2)を使用する細切れ肉料理(1)
Therefore, "Content-Type","charset" MUST be "text/plain","us-ascii" respectively when SET Initiation message is constructed.
したがって、「コンテントタイプ」、"charset"が「テキスト/明瞭でなければならない」、「私たち、-、ASCII、」 SET Initiationがそれぞれいつ通信するかは組み立てられます。
(f) SET-***-URL vs. IOTP Net Location
(f) セット***URL対IOTPのネットの位置
In IOTP, the OAC handles location data therefore the OAC does not need to pass net location data on to the OPB. However, some vender implemented consumer SET/IOTP wallets may need the URL information to process the SET Initiation. Thus, if necessary, the Consumer's SET Related Module must set appropriate URL data to SET-***-URL.
IOTPでは、OACは位置のデータを扱います、したがって、OACがネットの位置のデータをOPBに通過する必要はありません。 しかしながら、いくつかのベンダーの実行された消費者SET/IOTP財布が、SET Initiationを処理するためにURL情報を必要とするかもしれません。 必要ならしたがって、ConsumerのSETの関連ModuleはSET***URLに適切なURLデータを設定しなければなりません。
(2) Create the next SET related message
(2) 次のSETの関連するメッセージを作成してください。
Generate SET related message (SET PInitReq or SET Initiation Response) at the SET Related Module, to be sent to the Payment Handler.
SETの関連ModuleでSETの関連するメッセージ(SET PInitReqかSET Initiation Response)を発生させて、Payment Handlerに送ってください。
(3) Error check of the next SET related message.
(3) 次のSETのエラーチェックはメッセージについて話しました。
If SET related message which is created in (2) is SET Initiation Response and includes any error in it, SET Related Module creates an ErrorResponse message with ErrorCode to "EncapProtErr" and the Severity to "HardError" and sent it to the OAC.
SETがどれが(2)で作成されるかが、SET Initiation Responseであり、それのどんな誤りも含めて、SETの関連ModuleがErrorCodeと共に"EncapProtErr"にErrorResponseメッセージを作成するというメッセージとSeverityについて"HardError"に話して、それをOACに送ったなら。
Kawatsura Informational [Page 40] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[40ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(4) Create PaySchemePackagedContent
(4) PaySchemePackagedContentを作成してください。
The followings are the parameter of PaySchemePackagedContent in StartPaymentConsumerResponse.
従、はStartPaymentConsumerResponseのPaySchemePackagedContentのパラメタです。
ContentData : M : SET Related Message which is encoded by
BASE64. (e.g., SET PinitRes message or
SET Initiation Response Message)
Name : O : This is not used in the current SET/IOTP.
Content : M : This field should be set to "PCDATA".
Transform : M : This must be set "BASE64".
ContentData: M: BASE64によってコード化されるSETの関連Message。 (例えば、SET PinitResメッセージかSET Initiation Response Message) 以下を命名してください。 O: これは現在のSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。
(5) Store of the Payment Information
(5) 決済情報のストア
SET Bridge should store the following in the DataBase:
SET BridgeはDataBaseに以下を保存するはずです:
o ConsumerPayId o PaySchemePackagedContent o ContStatus o ContentSoftwareId (corresponding to the PaySchemePackagedContent) o ProcessState
o ConsumerPayId o PaySchemePackagedContent o ContStatus o ContentSoftwareId(PaySchemePackagedContentに対応する)o ProcessState
8.4.2 StartPaymentPaymentHandler Function
8.4.2 StartPaymentPaymentHandlerは機能します。
(1) Process for TradingRoleData
(1) TradingRoleDataには、処理してください。
SET Bridge must processes appropriately, for example pass it to the SET Core, if there exists the TradingRolePackagedContent as the input Parameter.
SET BridgeはそれをSET Coreに適切に処理して、例えば、通過しなければなりません、入力ParameterとしてのTradingRolePackagedContentが存在しているなら。
(2) SET Specific Process
(2)のセットの特定のプロセス
The SET Related Module processes the SET Initiation Response or the SET Transaction (SET PInitReq). In addition, the SET Related Module generates a message (the next SET Initiation Message or SET PInitRes) corresponding to the results of the processed message. This message will be sent to the Consumer.
SETの関連ModuleはSET Initiation ResponseかSET Transaction(SET PInitReq)を処理します。 さらに、SETの関連Moduleは、メッセージが処理メッセージの結果に対応する(次のSET Initiation MessageかSET PInitRes)であると生成します。 このメッセージをConsumerに送るでしょう。
(3) Error check of the next SET related message.
(3) 次のSETのエラーチェックはメッセージについて話しました。
If SET related message which is created in (2) includes any error, SET Related Module create an ErrorResponse message with ErrorCode to "EncapProtErr" and the Severity to "HardError" and sent it to the OAC.
SETがどれが(2)で作成されるかがどんな誤りも含めて、SETの関連ModuleがErrorCodeと共に"EncapProtErr"にErrorResponseメッセージを作成するというメッセージとSeverityについて"HardError"に話して、それをOACに送ったなら。
Kawatsura Informational [Page 41] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[41ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(4) Generate PaySchemePackagedContent
(4) PaySchemePackagedContentを生成してください。
PaySchemePackagedContent which Encapsulate the SET Initiation Message or SET PInitRes into ContentData and generate the PaySchemePackagedContent. The Parameters of PaySchemePackagedContent as Output is as follows:
そして、ContentDataへのPaySchemePackagedContentのどのEncapsulateのSET Initiation MessageかSET PInitRes、PaySchemePackagedContentを生成してください。 OutputとしてのPaySchemePackagedContentのParametersは以下の通りです:
ContentData : M : SET Related Message which is encoded by
BASE64 (e.g., SET PinitRes message or
SET Initiation Response Message).
Name : O : This is not used in the current SET/IOTP.
Content : M : This field should be set to "PCDATA".
Transform : M : This must be set "BASE64"
ContentData: M: BASE64(例えば、SET PinitResメッセージかSET Initiation Response Message)によってコード化されるSETの関連Message。 以下を命名してください。 O: これは現在のSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。
8.4.3 ContinueProcess Function (Consumer Side)
8.4.3 ContinueProcessは機能します。(消費者側)
(1) SET Specific Process
(1)のセットの特定のプロセス
The Parameters of PaySchemePackagedContent as Input is as follows:
InputとしてのPaySchemePackagedContentのParametersは以下の通りです:
ContentData : M : SET Related Message which is encoded by
BASE64 (e.g., SET PinitRes message,
SET PRes message or SET Initiation
Response Message).
Name : O : This is not used in the current SET/IOTP.
Content : M : This field should be set to "PCDATA".
Transform : M : This must be set "BASE64"
ContentData: M: BASE64(例えば、SET PinitResメッセージ、SET PResメッセージまたはSET Initiation Response Message)によってコード化されるSETの関連Message。 以下を命名してください。 O: これは現在のSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。
SET Related Module processes the SET Related Message in the PaySchemePackagedContent, then SET Related Message corresponding to the processed message is created if necessary.
SETの関連ModuleはPaySchemePackagedContentでSETの関連Messageを処理して、必要なら、次に、処理メッセージに対応するSET関連Messageは作成されます。
(2) SET Related Message Error Check
(2) 関連メッセージエラーチェックを設定してください。
If SET related message which is created in (2) includes any error, SET Related Module create an ErrorResponse message with ErrorCode to "EncapProtErr" and the Severity to "HardError" and sent it to the OAC.
SETがどれが(2)で作成されるかがどんな誤りも含めて、SETの関連ModuleがErrorCodeと共に"EncapProtErr"にErrorResponseメッセージを作成するというメッセージとSeverityについて"HardError"に話して、それをOACに送ったなら。
(3) Create PaySchemePackagedContent
(3) PaySchemePackagedContentを作成してください。
The followings are the parameter of PaySchemePackagedContent in ContinueProcessResponse.
従、はContinueProcessResponseのPaySchemePackagedContentのパラメタです。
ContentData : M : SET Related Message which is encoded by
BASE64 (e.g., SET PinitReq message,
SET PReq message or SET Initiation
Response Message).
ContentData: M: BASE64(例えば、SET PinitReqメッセージ、SET PReqメッセージまたはSET Initiation Response Message)によってコード化されるSETの関連Message。
Kawatsura Informational [Page 42] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[42ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Name : O : This is not used in the current SET/IOTP. Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64".
以下を命名してください。 O: これは現在のSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。
If the ContentData which has received from Payment Handler is SET PRes message, this data is not created.
Payment Handlerから受信したContentDataがSET PResメッセージであるなら、このデータは作成されません。
8.4.4 ContinueProcess Function (Payment Handler Side)
8.4.4 ContinueProcessは機能します。(支払い操作者側)
(1) Brand Integrity Check between IOTP Elements and SET Elements
(1) IOTP要素とセット要素の間のブランド保全チェック
Since the Consumer sets the Amount and Brand in the SET Message, based on the IOTP message, it might be altered when the IOTP message is copied to the SET message. Thus, the Payment Handler needs to check the Elements in IOTP components (Payment, etc.) and the Elements in the SET message to make sure they are consistent. The IOTP Brand specified by the Merchant should correspond to the Brand used in the SET payment.
ConsumerがIOTPメッセージに基づいてAmountとBrandをSET Messageにはめ込むので、IOTPメッセージがSETメッセージにコピーされるとき、それは変更されるかもしれません。 したがって、Payment Handlerは、それらが一貫しているのを確実にするSETメッセージでIOTPの部品(支払いなど)におけるElementsとElementsをチェックする必要があります。 マーチャントによって指定されたIOTP BrandはSET支払いに使用されるBrandに対応するはずです。
The Brand Integrity check sequence is as follows:
Brand Integrityチェック系列は以下の通りです:
(a) After receiving the SET PReq message, check the Consumer selected Brand information (e.g., ProtocolBrandId) in the IOTP Payment Request against information in the SET certificate in the SET PReq message.
(a) SET PReqメッセージを受け取った後に、SETの情報に対するIOTP Payment Requestの選択されたBrand情報(例えば、ProtocolBrandId)がSET PReqメッセージで証明するConsumerをチェックしてください。
(b) If they do not match, return a SET Bridge Level Error (Severity="HardError", ErrorCode="AttNotValid" and Names="BrandId").
(b) 彼らが合っていないなら、SET Bridge Level Errorを返してください(厳しさは"HardError"と等しいです、そして、ErrorCodeは"AttNotValid"と等しいです、そして、Namesは"BrandId"と等しいです)。
Additionally, the SET PReq message signature must be verified with the SET CardHolder's certificate. (This is done during a normal SET Transaction.)
さらに、SET CardHolderの証明書でSET PReqメッセージ署名について確かめなければなりません。 (正常なSET Transactionの間、これをします。)
NOTE: This integrity check is necessary evenif There is no Promotional Card Name in the ProtocolBrandId because SET may have selected the MasterCard even though IOTP has selected the VISA.
以下に注意してください。 IOTPがVISAを選択しましたが、SETがマスターカードを選択したかもしれないので、この保全チェックがProtocolBrandIdでevenif ThereがPromotional Card Nameでないことが必要です。
(2) SET Related Process
(2)のセットの関連プロセス
Encapsulate the SET related Message (SET Initiation Message or SET Transaction Message) in to Content Data of PaySchemePackagedContent and send it to the Sender.
中でSETが関連するMessage(SET Initiation MessageかSET Transaction Message)であるとPaySchemePackagedContentのContent Dataにカプセル化してください、そして、それをSenderに送ってください。
Kawatsura Informational [Page 43] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[43ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
The followings are the parameters of PaySchemePackagedContent as output.
従、は出力されるようにPaySchemePackagedContentのパラメタです。
ContentData : M : SET Related Message which is encoded by
BASE64 (e.g., SET PinitReq message,
SET PReq message or SET Initiation
Response Message).
Name : O : This is not used in the current SET/IOTP.
Content : M : This field should be set to "PCDATA".
Transform : M : This must be set "BASE64".
ContentData: M: BASE64(例えば、SET PinitReqメッセージ、SET PReqメッセージまたはSET Initiation Response Message)によってコード化されるSETの関連Message。 以下を命名してください。 O: これは現在のSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。
(3) SET Related Message Error Check
(3) 関連メッセージエラーチェックを設定してください。
If SET related message which is created in (2) includes any error, SET Related Module create an ErrorResponse message with ErrorCode to "EncapProtErr" and the Severity to "HardError" and sent it to the OAC.
SETがどれが(2)で作成されるかがどんな誤りも含めて、SETの関連ModuleがErrorCodeと共に"EncapProtErr"にErrorResponseメッセージを作成するというメッセージとSeverityについて"HardError"に話して、それをOACに送ったなら。
If SET related message which is created in (2) is SET PRes message, and its message includes except:
SETが関係したなら、(2)で作成されるメッセージは、SET PResメッセージと、以下を除いて、そのメッセージインクルードです。
(a) CompletionCode in SET PRes message is "authorizationPerformed" and AuthCode is "Approved" or (b) CompletionCode in SET PRes message is "capurePerformed" and CapCode "Success",
SET PResメッセージのCompletionCodeは(a) SET PResメッセージのCompletionCodeが"authorizationPerformed"であり、AuthCodeは「承認されている」か、"capurePerformed"と(b) CapCode「成功」です。
SET Related Module create ErrorResponse message with ErrorCode to "BusinessError"and the Severity to "HardError" and sent it to the OAC.
SETの関連ModuleがErrorCodeがあるErrorResponseメッセージを作成する、「BusinessError、「"HardError"で送られることへのSeverity、それ、OACに」
(4) Create PaySchemePackagedContent
(4) PaySchemePackagedContentを作成してください。
The followings are the parameter of PaySchemePackagedContent in ContinueProcessResponse.
従、はContinueProcessResponseのPaySchemePackagedContentのパラメタです。
ContentData : M : SET Related Message which is encoded by
BASE64 (e.g., SET PinitRes message,
SET PRes message or next SET Initiation
Message).
Name : O : "PRes" only if ContentData includes
SET PRes message, otherwise this is
not used in the current SET/IOTP.
Content : M : This field should be set to "PCDATA".
Transform : M : This must be set "BASE64".
ContentData: M: BASE64(例えば、SET PinitResメッセージ、SET PResメッセージまたは次のSET Initiation Message)によってコード化されるSETの関連Message。 以下を命名してください。 O: 「PRes」はContentDataである場合にだけSET PResメッセージを含んでいます。さもなければ、これは現在のSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。
If ContentData includes the SET PRes message, ContStatus MUST be "End".
ContentDataがSET PResメッセージを含んでいるなら、ContStatusは「終わり」であるに違いありません。
Kawatsura Informational [Page 44] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[44ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
8.4.5 InquireProcessState Function
8.4.5 InquireProcessStateは機能します。
(1) Setting ProcessState
(1) ProcessStateを設定すること。
Values for the ProcessState are described in section 8.9.2.
ProcessStateのための値はセクション8.9.2で説明されます。
(2) Setting CompletionCode
(2) CompletionCodeを設定すること。
Set to "Unspecified" when a SET Business Failure has occurred, and set StatusDesc to the value corresponding to AuthCode or CapCode.
SET Business Failureが起こったときには「不特定に」セットしてください、そして、AuthCodeかCapCodeに対応する値にStatusDescを設定してください。
(3) Setting StatusDesc
(3) StatusDescを設定すること。
The values for PayStatusDesc are not specified in the SET/IOTP.
PayStatusDescのための値はSET/IOTPで指定されません。
(4) Create PayReceiptNameRefs
(4) PayReceiptNameRefsを作成してください。
Set to "PRes" in the PayReceiptNameRefs
PayReceiptNameRefsの「PRes」に、セットします。
8.5 Payment Receipt
8.5 支払い領収書
8.5.1 CheckPayReceipt Function
8.5.1 CheckPayReceiptは機能します。
SET Related Module does not check the Payment Receipt Information especially, sends the general response message as long as valid request message.
SETの関連ModuleはPayment Receipt情報を特にチェックしないで、有効な要求メッセージと同じくらい長い間、一般反応メッセージを送ります。
The Parameters of PayReceiptPackagedContent are followings:
PayReceiptPackagedContentのParametersは従です:
Name : O : This MUST be set "PRes" Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64". ContentData : M : SET PRes message which is encoded by BASE64.
以下を命名してください。 O: これはセット「PRes」Contentであるに違いありません: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64によってコード化されるSET PResメッセージ。
8.5.2 ExpandPayReceipt Function
8.5.2 ExpandPayReceiptは機能します。
(1) PayReceiptPackagedContents
(1) PayReceiptPackagedContents
The Parameters of PayReceiptPackagedContent are as follows:
PayReceiptPackagedContentのParametersは以下の通りです:
Name : O : This MUST be set "PRes" Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64". ContentData : M : SET PRes message which is encoded by BASE64.
以下を命名してください。 O: これはセット「PRes」Contentであるに違いありません: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64によってコード化されるSET PResメッセージ。
Kawatsura Informational [Page 45] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[45ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(2) Get the current status information
(2) 現在の状態情報を得てください。
SET Related Module gets out the following element from Data Base using ConsumerPayId, PaymentHandlerPayId as keys.
SETの関連Moduleは、Data基地からキーとしてConsumerPayId、PaymentHandlerPayIdを使用することで以下の要素に出ます。
o BrandId o ProtocolBrandId o PayInstrumentId o Amount o CurrCodeType o CurrCode o PayDirection
o BrandId o ProtocolBrandId o PayInstrumentId o Amount o CurrCodeType o CurrCode o PayDirection
(3) Get the SET Data
(3) セットデータを得てください。
SET Related Module gets the following data from SET PRes message which take as the Request Message.
SETの関連ModuleはSET PResメッセージからのRequest Messageとしてみなす以下のデータを得ます。
(a) Date Field in the MessageWrapper Date field between SET and IOTP is slightly different. The different things are as follows:
(a) SETとIOTPの間のMessageWrapper Date分野の日付Fieldはわずかに異なっています。 別物は以下の通りです:
o There is no TimeZone in the Date field of SET.
o TimeZoneが全くSETのDate分野にありません。
o Second and Milli-second can be omitted in the Date field of SET
o SETのDate分野で2番目とMilli-2番目を省略できます。
Therefore, SET Related Module needs to compensate the Date information when TimeStamp field is set.
したがって、SETの関連Moduleは、TimeStamp分野がいつ設定されるかというDate情報を代償する必要があります。
(b) AuthRatio in SET PRes message. (CapRatio is high priority than AuthRatio if available.)
(b) SET PResメッセージのAuthRatio。 CapRatioはAuthRatioより高い優先度です。(利用可能である、)
(c) LID_M in SET PRes message. (The style of this value is the same as it of SET Initiation message.)
SET PResメッセージの(c)LID_M。 (この価値のスタイルはSET Initiationメッセージでそれと同じです。)
8.6 Status Inquiry
8.6 資産調査
In SET/IOTP, SET Inquiry Initiation is not supported (i.e., omitted). SET Inquiry Messages are embedded in the PaySchemeData element in IOTP Inquiry Messages.
SET/IOTPでは、SET Inquiry Initiationはサポートされません(すなわち、省略されます)。 SET Inquiry MessagesはIOTP Inquiry MessagesのPaySchemeData要素に埋め込まれています。
The Parameters of PaySchemePackagedContent in StartPaymentInquiryResponse are follows:
StartPaymentInquiryResponseのPaySchemePackagedContentのParametersは尾行です:
Name : O : This is not used in the SET/IOTP. Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64". ContentData : M : SET InqReq message which is encoded by BASE64.
以下を命名してください。 O: これはSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64によってコード化されるSET InqReqメッセージ。
Kawatsura Informational [Page 46] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[46ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
The Parameters of PaySchemePackagedContent in InqurePaymentStatus are follows:
InqurePaymentStatusのPaySchemePackagedContentのParametersは尾行です:
Name : O : This is not used in the SET/IOTP. Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64". ContentData : M : SET InqReq message which is encoded by BASE64.
以下を命名してください。 O: これはSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64によってコード化されるSET InqReqメッセージ。
The Parameters of PaySchemePackagedContent in InquirePaymentStatusResponse are follows:
InquirePaymentStatusResponseのPaySchemePackagedContentのParametersは尾行です:
Name : O : This is not used in the SET/IOTP. Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64". ContentData : M : SET InqRes message which is encoded by BASE64.
以下を命名してください。 O: これはSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64によってコード化されるSET InqResメッセージ。
The Parameter of PaySchemePackagedContent in ContinueProcess are follows:
ContinueProcessのPaySchemePackagedContentのParameterは尾行です:
Name : O : This is not used in the SET/IOTP. Content : M : This field should be set to "PCDATA". Transform : M : This must be set "BASE64". ContentData : M : SET InqRes message which is encoded by BASE64.
以下を命名してください。 O: これはSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64によってコード化されるSET InqResメッセージ。
8.7 Resume Process
8.7 履歴書プロセス
The Parameter of PaySchemePackagedContent in RequmePaymentConsumerResponse are as follows:
RequmePaymentConsumerResponseのPaySchemePackagedContentのParameterは以下の通りです:
Name : O : This is not used in the SET/IOTP.
Content : M : This field should be set to "PCDATA".
Transform : M : This must be set "BASE64".
ContentData : M : SET Related Message which is encoded by
BASE64 (e.g., SET PinitRes message
or SET Initiation Response Message).
以下を命名してください。 O: これはSET/IOTPで使用されません。 内容: M: この分野は"PCDATA"に設定されるべきです。 以下を変形させてください。 M: これはセット"BASE64""であるに違いありません。 ContentData: M: BASE64(例えば、SET PinitResメッセージかSET Initiation Response Message)によってコード化されるSETの関連Message。
8.8 SET Scheme Specific Authentication on IOTP
8.8 IOTPにおけるセットの体系の特定の認証
IOTP authentication, which uses the SET Scheme, is not used in SET/IOTP.
IOTP認証(SET Schemeを使用する)はSET/IOTPで使用されません。
Kawatsura Informational [Page 47] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[47ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
8.9 SET Bridge ProcessState
8.9 セットブリッジProcessState
8.9.1 SET Bridge ProcessState of Consumer
8.9.1 消費者のブリッジProcessStateを設定してください。
No Status ----> InProgress : When StartPaymentConsumer Function
is called
状態がありません。---->InProgress: StartPaymentConsumer Functionが呼ばれるとき
InProgress ---> InProgress : When ContinueProcess Function
is called
: When ChangeProcessState Function
(ProcessState="Failed") is called
InProgress--->InProgress: ContinueProcess Functionが呼ばれるとき: ChangeProcessState Function(ProcessState=は「失敗した」)が呼ばれるとき
InProgress ---> ProcessError : When ChangeProcessState Function
(ProcessState="ProcessError") is
called
: The Technical Error (Hard Error)
is occurred in SET Bridge
InProgress--->ProcessError: ChangeProcessState Function(ProcessStateは"ProcessError"と等しい)が呼ばれるとき: Technical Error(固いError)に生じられる、SET Bridge
InProgress ---> CompletedOK : When ChangeProcessState Function
(ProcessState="CompletedOK") is
called
InProgress--->CompletedOK: ChangeProcessState Function(ProcessStateは"CompletedOK"と等しい)が呼ばれるとき
InProgress ---> Failed : When ChangeProcessState Function
(ProcessState="failed") is called
: The Business Error is occurred
in SET Bridge
InProgress--->は失敗しました: ChangeProcessState Function(ProcessState=は「失敗した」)が呼ばれるとき: Business Errorに生じられる、SET Bridge
InProgress ---> Suspended : When ChangeProcessState Function
(ProcessState="Suspended") is
called
: ErrorCode="ResumeRequired" is
is occurred.
InProgress--->は中断しました: ChangeProcessState Function(「中断した」ProcessState=)が呼ばれるとき: ErrorCode="ResumeRequired"がそう、起こりました。
Suspend ---> InProgress : ResumePaymentConsumer Function
is called
中断します。--->InProgress: ResumePaymentConsumer Functionは呼ばれます。
Suspend ---> ProcessError : When ChangeProcessState Function
(ProcessState="ProcessError") is
called (the Technical Error is
occurred prior to ResumePayment-
Consumer Function call)
: The Technical Error (Hard Error)
is occurred in SET Bridge (the
Technical Error is occurred while
ResumePaymentConsumer is calling)
中断します。--->ProcessError: ChangeProcessState Function(ProcessStateは"ProcessError"と等しい)が呼ばれるとき(Technical Errorによる生じられる前、ResumePayment消費者Functionが呼ぶということです): Technical Error(固いError)に生じられる、SET Bridge(Technical Errorがそう、ResumePaymentConsumerが呼んでいる間、起こる、)
Kawatsura Informational [Page 48] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[48ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
8.9.2 SET Bridge ProcessState of Payment Handler
8.9.2 支払い操作者のブリッジProcessStateを設定してください。
No Status ----> InProgress : When StartPaymentPaymentHandler
is called
状態がありません。---->InProgress: StartPaymentPaymentHandlerが呼ばれるとき
InProgress ---> InProgress : When ContinueProcess Function
is called
: When ChangeProcessState Function
(ProcessState="Failed") is called
InProgress--->InProgress: ContinueProcess Functionが呼ばれるとき: ChangeProcessState Function(ProcessState=は「失敗した」)が呼ばれるとき
InProgress ---> ProcessError : When ChangeProcessState Function
(ProcessState="ProcessError") is
called
: The Technical Error (Hard Error)
is occurred in SET Bridge
: SET Error Message is occurred
InProgress--->ProcessError: ChangeProcessState Function(ProcessStateは"ProcessError"と等しい)が呼ばれるとき: Technical Error、(固いError) 起こったコネはSET Bridgeです: SET Error Messageがそうである、起こる。
InProgress ---> CompletedOK : When SET Transaction is completed.
InProgress--->CompletedOK: SET Transactionが完成するとき。
InProgress ---> Failed : When ChangeProcessState Function
(ProcessState="failed") is called
: The Business Error is occurred
in SET Bridge
InProgress--->は失敗しました: ChangeProcessState Function(ProcessState=は「失敗した」)が呼ばれるとき: Business Errorに生じられる、SET Bridge
CompletedOK ---> Failed : When ChangeProcessState Function
or CancelPayment Function
(ProcessState="Failed") is called
and the payment is cancelled.
CompletedOK--->は失敗しました: ChangeProcessState FunctionかCancelPayment Function(ProcessState=は「失敗した」)が呼ばれて、支払いが中止されるとき。
8.10 Relationship between Pay Step and Deliv Step on SET/IOTP
8.10 賃金ステップとDelivステップとのセット/IOTPの上の関係
SET/IOTP recommends the following regarding Delivery:
SET/IOTPはDeliveryに関して以下を推薦します:
Physical Goods -------------- For physical goods, the IOTP Delivery Exchanges should be omitted. That is, set DelivExch=False and DelivAndPayResp=False in the Delivery Component. This is to avoid the situation where the IOTP Delivery Handler must check with the IOTP Payment Handler on the status of a credit authorization. When a Delivery Inquiry transaction might occur, the DelivReqNetLocn attribute in the DeliveryData Element must have been specified at the time of the original Offer Response Message. If you want to use the Delivery Exchange, you need to process the inquiry of the credit authorization out of IOTP between IOTP Payment Handler and Delivery Handler.
物理的な商品-------------- 物理的な商品に関しては、IOTP Delivery Exchangesは省略されるべきです。 すなわち、セットDelivExchは誤っているのとDelivAndPayResp=とDelivery Componentで誤っていた状態で等しいです。 これは、IOTP Delivery Handlerがクレジット承認の状態でIOTP Payment Handlerに問い合わせなければならない状況を避けるためのものです。 Delivery InquiryトランザクションがオリジナルのOffer Response Message時点で起こるかもしれないとき、DeliveryData ElementのDelivReqNetLocn属性は指定されたに違いありません。 Delivery Exchangeを使用したいと思うなら、あなたは、IOTP Payment HandlerとDelivery Handlerの間でIOTPでクレジット承認への問い合せを処理する必要があります。
Kawatsura Informational [Page 49] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[49ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Digital Goods ------------- For digital goods sold through SET/IOTP, authorization should be processed on a real-time basis.
デジタル商品------------- SET/IOTPを通して販売されたデジタル商品に関しては、承認はリアルタイムベースで処理されるべきです。
8.11 Completion Code
8.11 完了コード
In SET/IOTP, the CompletionCode, which is a Business Error Code, is set as follows:
SET/IOTPでは、CompletionCode(Business Error Codeである)は以下の通り用意ができています:
Value Description
------------------------------------------------------
BrandNotSupp This value is not used.
CurrNotSupp This value is not used.
AuthError The IOTP Authentication has
failed for any reason.
InsuffFunds This value is not used.
InstBrandInvalid This value is not used.
PaymentDecl A SET business failure has occurred.
InstNotValid This value is not used.
BadInstrument This value is not used.
Unspecified Unspecified error. There is some known
problem or error, which does not fall
into one of the other CompletionCodes.
値の記述------------------------------------------------------ BrandNotSupp This値は使用されていません。 CurrNotSupp This値は使用されていません。 AuthError IOTP Authenticationはどんな理由でも失敗しました。 InsuffFunds This値は使用されていません。 InstBrandInvalid This値は使用されていません。 PaymentDecl A SET商売の失敗は起こりました。 InstNotValid This値は使用されていません。 BadInstrument This値は使用されていません。 不特定のUnspecified誤り。 何らかの既知の問題か誤りがあります。(それは、他のCompletionCodesの1つになりません)。
8.12 PercentComplete
8.12 PercentComplete
This document recommends to set the PercentComplete as follows:
このドキュメントは、以下のPercentCompleteを設定することを勧めます:
SET Related Setting for Setting for Value of
Message Consumer Paymnet Handler PercentComplete
------------+---------------+------------------+-----------------
SET Initia- |After 1st SET |After 1st SET |20
tion |Initiation |Initiation |
|Response has |Response has |
|Cteated |Processed |
|(See Note) |(See Note) |
------------+---------------+------------------+----------------
SET PinitReq|After Created |After Processed |40
------------+---------------+------------------+----------------
SET PinitRes|After Processed|After Created |60
------------+---------------+------------------+----------------
SET PReq |After Created |After Processed |80
------------+---------------+------------------+----------------
SET PRes |After Processed|After Created |100
------------+---------------+------------------+----------------
メッセージ消費者Paymnet操作者PercentCompleteの値のためにセットするのに関連設定を設定してください。------------+---------------+------------------+----------------- Initiaを設定してください。|最初のセットの後に|最初のセットの後に|20 tion|開始|開始| |応答はそうしました。|応答はそうしました。| |Cteatedしました。|処理されます。| |(注意を見ます) |(注意を見ます) | ------------+---------------+------------------+---------------- PinitReqを設定してください。|作成された後に|処理された後に|40 ------------+---------------+------------------+---------------- PinitResを設定してください。|処理された後に|作成された後に|60 ------------+---------------+------------------+---------------- PReqを設定してください。|作成された後に|処理された後に|80 ------------+---------------+------------------+---------------- PResを設定してください。|処理された後に|作成された後に|100 ------------+---------------+------------------+----------------
Kawatsura Informational [Page 50] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[50ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
Note: According to the SET Initiation, PercentComplete should be set "20" at the timing of 1st SET Initiation Response is created/processed because number of its message is variable.
以下に注意してください。 SET Initiationによると、PercentCompleteはセットが「メッセージの数が可変であるので、最初のセット開始応答のタイミングにおける20インチは、作成されるか、または処理されます」であるならそうするでしょうに。
8.13 Severity
8.13 厳しさ
In the current version of SET/IOTP, if a technical error occurs in the SET Bridge, the Severity has to be always set to "HardError".
SET/IOTPの最新版では、技術的な誤りがSET Bridgeに発生するなら、Severityは"HardError"にいつも用意ができていなければなりません。
9. Error Handling
9. エラー処理
This chapter describes types of handling Errors.
本章は取り扱いErrorsのタイプについて説明します。
9.1 Types of Errors
誤りの9.1のタイプ
SET/IOTP defines the following error types:
SET/IOTPは以下の誤りタイプを定義します:
(1) IOTP Level Error
(1) IOTPは誤りを平らにします。
This is defined as an error which is NOT specified in [SET EIG] nor [SET]. IOTP Level Errors are divided into two types according to the following:
これは指定されたコネ[SET EIG]か[SET]でない誤りと定義されます。 以下に応じて、IOTP Level Errorsは2つのタイプに分割されます:
OAC Level Error: Error in the OAC. This error is defined in the [IOTP].
OACは誤りを平らにします: OACの誤り。 この誤りは[IOTP]で定義されます。
SET Related Module Level Error: Error generated in by process on the SET Related Module, not specified in [SET EIG] nor [SET]. For example, when checking the consistency between SET and IOTP elements on SET Related Module, an error might be returned to OAC.
モジュールの関連レベル誤りを設定してください: SETの関連Module、指定されたコネ[SET EIG]か[SET]でないところで中でプロセスによって生成された誤り。 SETの関連ModuleでSETとIOTP要素の間の一貫性をチェックするとき、例えば、誤りはOACに返されるかもしれません。
(2) SET Level Error
(2) 平らな誤りを設定してください。
This is defined as an error which is specified in [SET EIG] or [SET]. SET Level Errors have been divided into two types of error according to following:
これは[SET EIG]か[SET]で指定される誤りと定義されます。 以下に続くのに応じて、SET Level Errorsは2つのタイプの誤りに分割されました。
SET Technical Level Error: Error in the SET Related Module. This error is defined in [SET] or [SET EIG]. SET Technical Level Errors are further subdivided into two types of errors:
技術水準誤りを設定してください: セットにおける誤りはモジュールを関係づけました。 この誤りは[SET]か[SET EIG]で定義されます。 SET Technical Level Errorsはさらに2つのタイプの誤りに細分されます:
(a) SET Initiation Error Error while the SET Initiation Process is in progress.
(a)SET Initiation Error ErrorはSET Initiation Processである間、進行しています。
(b) SET Transaction Error Error when the SET Transaction (SET PInitReq message, SET PReq message, etc.) is in progress.
(b)SET Transaction(SET PInitReqメッセージ、SET PReqメッセージなど)であるときに、SET Transaction Error Errorは進行しています。
Kawatsura Informational [Page 51] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[51ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
SET Business Level Error: Error when a business error (e.g., an authorization failure) occurs while the SET Transaction is being processed. In SET, Business Level Errors will be returned in the SET PRes message. SET does not use a SET Error Message for this type of error. However, it is necessary to present the OAC with what kind of SET Business Error has occurred.
ビジネスレベル誤りを設定してください: ビジネス誤り(例えば、承認失敗)であるときに、SET Transactionが処理されている間、誤りは発生します。 SETでは、SET PResメッセージでBusiness Level Errorsを返すでしょう。 SETはこのタイプの誤りにSET Error Messageを使用しません。 しかしながら、どういうSET Business Errorが起こったかでOACを寄贈するのが必要です。
In this below, the details of each errors above are described.
この下で、それぞれの誤り上の詳細は説明されます。
9.2 IOTP Level Error (OAC Error)
9.2 IOTPは誤りを平らにします。(OAC誤り)
When OAC Level Errors have occurred, if necessary, the sender and receiver must issue ChangeProcessState API and change the status. For the detail of these errors, see [IOTP].
OAC Level Errorsが起こったとき、必要なら、送付者と受信機は、ChangeProcessStateにAPIを発行して、状態を変えなければなりません。 これらの誤りの詳細に関しては、[IOTP]を見てください。
9.3 IOTP Level Error (SET Bridge Error)
9.3 IOTPは誤りを平らにします。(セットブリッジ誤り)
This is the error generated in a process on the SET Related Module, not specified in [SET EIG] nor [SET]. For example, when checking the inconsistency between SET and IOTP elements on SET Related Module, it might cause an error. This error should be notified to OAC.
これはSETの関連Module、指定されたコネ[SET EIG]か[SET]でないところでプロセスで生成された誤りです。 SETの関連ModuleでSETとIOTP要素の間の矛盾をチェックするとき、例えば、それは誤りを引き起こすかもしれません。 この誤りはOACに通知されるべきです。
In this case, as a response message, Payment Scheme Data is not returned. An appropriate information must be set to Status Response.
この場合、応答メッセージとして、Payment Scheme Dataは返されません。 適切な情報をStatus Responseに設定しなければなりません。
9.4 SET Level Error (SET Technical Error)
9.4 セットの平らな誤り(セットの技術的な誤り)
9.4.1 SET Initiation Error
9.4.1 開始誤りを設定してください。
There are two SET Initiation errors as follows:
以下の2つのSET Initiation誤りがあります:
o Error generated in SET Initiation Message
o SET Initiation Messageで生成された誤り
o Error generated in SET Initiation Response Message.
o SET Initiation Response Messageで生成された誤り。
(1) SET Initiation Message Error
(1) 開始メッセージ誤りを設定してください。
[SET EIG] describes the error handling when a problem rises in SET Initiation Message. So the Consumer will do the same error handling in 9.4.2.
問題がSET Initiation Messageで上昇すると、[SET EIG]はエラー処理を説明します。 Consumerが.2に9.4における同じエラー処理をするように
When SET Initiation Error rises in 1st Initiation Message, an error message will be returned to the Merchant. If an error occurs after 2nd Initiation Message, an error message will be returned to the Payment Handler. SET Initiation Response will be generated having SET-Error-Field in Response Message Header and will be returned ErrorCode as "PayEncapError" and Severity as "HardError".
SET Initiation Errorが最初のInitiation Messageで上昇するとき、エラーメッセージをマーチャントに返すでしょう。 誤りが第2Initiation Messageの後に発生すると、エラーメッセージをPayment Handlerに返すでしょう。 SET Initiation ResponseはResponse Message HeaderにSET誤り分野を持ちながら生成して、"HardError"としての"PayEncapError"とSeverityとしてErrorCodeを返すでしょう。
Kawatsura Informational [Page 52] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[52ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(a) SET Initiation Response Error
(a) 開始回答の誤差を設定してください。
In SET EIG, there is no description about the handling on the problems in SET Initiation Response. However, it is necessary to define some handling for the problems in SET/IOTP
SET EIGには、SET Initiation Responseの問題における取り扱いに関して記述が全くありません。 しかしながら、SET/IOTPの問題のための何らかの取り扱いを定義するのが必要です。
(b) Process of Payment Handler
(b) 支払い操作者のプロセス
When a problem rises in SET Initiation Response, SET Related Module generates ErrorResponse, which is included the "EnCapProtoErr" as ErrorCode and the "HardError" as Severity. But PaySchemePackagedContent is not included in this API.
問題がSET Initiation Responseで上昇すると、SETの関連ModuleはErrorResponseを生成します、含まれているもの。ErrorCodeとしての"EnCapProtoErr"とSeverityとしての"HardError"。 しかし、PaySchemePackagedContentはこのAPIに含まれていません。
(2) Process of Consumer
(2) 消費者のプロセス
ChangeProcessState API must be issued, and ProcessState must be modified.
ChangeProcessState APIを発行しなければなりません、そして、ProcessStateを変更しなければなりません。
9.4.2 SET Transaction Error
9.4.2 トランザクション誤りを設定してください。
(1) Process of Sender
(1) 送付者のプロセス
When a SET Transaction Error rises, SET Core creates SET Error Message. Then the SET Related Module creates ErrorResponse Message which includes "HardError" as Severity, "EnCapProtoErr" as ErrorCode and PaySchemePackagedContent. The SET Bridge passes the ErrorResponse Message to OAC. OAC will generate an Error Block which includes PaySchemePackagedContent and sends it to the Receiver side.
SET Transaction Errorが上昇するとき、SET CoreはSET Error Messageを作成します。 そして、SETの関連ModuleはSeverityとしての"HardError"、ErrorCodeとしての"EnCapProtoErr"、およびPaySchemePackagedContentを含んでいるErrorResponse Messageを作成します。 SET BridgeはErrorResponse MessageをOACに渡します。 OACはReceiver側にPaySchemePackagedContentを含めて、それを送るError Blockを生成するでしょう。
(2) Process of Receiver
(2) 受信機のプロセス
With ContinueProcess API, receiver's OAC sends the message including the PaySchemeData to SET Bridge. SET Bridge passes the SET Error Message to SET Core for this process. After that, SET Bridge sends "End" status with ContinueProcessResponse API.
ContinueProcess APIと共に、受信機のOACはSET BridgeにPaySchemeDataを含むメッセージを送ります。 SET BridgeはこのプロセスのためにSET Error MessageをSET Coreに渡します。 その後に、SET BridgeはContinueProcessResponse APIがある「終わり」状態を送ります。
9.5 SET Level Error (SET Business Error)
9.5 セットの平らな誤り(セットビジネス誤り)
(1) Process of Payment Handler
(1) 支払い操作者のプロセス
SET Related Module checks the SET Business Error in StatusCode in SET PRes message. When SET Transaction Error occurs, SET Related Module creates ErrorResponse Message which is included SET PRes as PaySchemePackagedContent and ErrorCode as "BusinessError" and returns it to OAC. OAC creates Payment Response Block after gets the SET scheme specific receipt in InquireProcessState/Response, and sends it to the Consumer.
SETの関連ModuleはSET PResメッセージでStatusCodeでSET Business Errorをチェックします。 SET Transaction Errorが起こると、SETの関連Moduleは"BusinessError"としてのPaySchemePackagedContentとErrorCodeとして含まれているSET PResであるErrorResponse Messageを作成して、それをOACに返します。 OACは後のPayment Response Blockを作成します。InquireProcessState/応答で特定の領収書をSET体系に手に入れて、それをConsumerに送ります。
Kawatsura Informational [Page 53] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[53ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
(2) Process of Consumer
(2) 消費者のプロセス
SET Related Module conducts the same process as in the process that Consumer receives Payment Response Block.
SETの関連ModuleはそのConsumerがプロセスでPayment Response Blockを受けるような同じプロセスを行います。
10. Security Considerations
10. セキュリティ問題
In the IOTP, Merchant and Payment Handler may exist in different domains. So, if the Merchant passes the payment related information to the Payment Handler via the Consumer, the payment security level may depend on the IOTP. If you want to avoid this, you will need to check integrity of these data by using out-of-band communication between the Merchant and the Payment Handler. In this case, the security level depends on the communication path between them.
IOTPでは、マーチャントとPayment Handlerは異なったドメインに存在するかもしれません。 それで、マーチャントがConsumerを通して支払い関連情報をPayment Handlerに通過するなら、支払いセキュリティー・レベルはIOTPに依存するかもしれません。 これを避けたいなら、あなたは、バンドの外でマーチャントとPayment Handlerとのコミュニケーションを使用することによってこれらのデータの保全をチェックする必要があるでしょう。 この場合、セキュリティー・レベルはそれらの間の通信路に依存します。
11. References
11. 参照
The following books provide essential background material. Readers are strongly encouraged to consult these references for more information.
以下の本は不可欠のバックグラウンドの材料を供給します。 読者が詳しい情報のこれらの参照に相談するよう強く奨励されます。
[BASE64] Base64 Content-Transfer-Encoding. A method of
transporting binary data defined by MIME. See: RFC
2045: Multipurpose Internet Mail Extensions (MIME)
Part One: Format of Internet Message Bodies. N.
Freed & N.Borenstein. November 1996.
[BASE64]Base64の満足している転送コード化。 MIMEによって定義されたバイナリ・データを輸送するメソッド。 見ます: RFC2045: マルチパーパスインターネットメールエクステンション(MIME)パート1: インターネットメッセージ本体の形式。 N。 解放されるのとN.Borenstein。 1996年11月。
[RFC 2801] Burdett, D., "Internet Open Trading Protocol -
IOTP, Version 1.0", RFC 2081, April 2000.
[RFC2801] バーデット、D.、「2000年4月にIOTP、バージョン1インチ、RFCプロトコル--2081を取り引きする開いているインターネット。」
[SET] SET Secure Electronic Transaction (TM) , Version
1.0, May 31, 1997
Book 1: Business Description
Book 2: Programmer's Guide
Book 3: Formal Protocol Definition
[設定します] 安全な電子取引(TM)、バージョン1.0、第1 1997年5月31日巻を設定してください: 第2ビジネス記述巻: 第3プログラマーズガイド巻: 正式なプロトコル定義
[SET EIG] External Interface Guide to SET Secure Electronic
Transaction, Sep 24, 1997.
[EIG] 外部のインタフェースガイドに安全な電子取引、1997年9月24日を決めるように設定してください。
[SJR] "SET Secure Electronic Transaction Specification"
Support for Japanese Requirements, Mar 16, 1998.
1998年3月16日の日本の要件の[SJR]「セットの安全な電子取引仕様」サポート。
[IOTP Payment API] Hans, W., et al., "Payment API for v1.0 Internet
Open Trading Protocol (IOTP)", Work in Progress.
[IOTP Payment API] ハンス、W.、他、「v1.0インターネットオープンTradingプロトコル(IOTP)のための支払いAPI」、ProgressのWork。
Kawatsura Informational [Page 54] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[54ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
[ISO4217] ISO 4217: Codes for the Representation of
Currencies. Available from ANSI or ISO.
[ISO4217]ISO4217: 通貨の表現のためのコード。 ANSIかISOから、利用可能です。
[XML] Extensible Mark Up Language. A W3C recommendation.
See http://www.w3.org/TR/1998/REC-xml-19980210 for
the 10 February 1998 version.
広げることができる[XML]は言語を値上げします。 W3C推薦。 1998年2月10日のバージョンに関して http://www.w3.org/TR/1998/REC-xml-19980210 を見てください。
12. IANA Considerations
12. IANA問題
This document does not ask for any action from IANA. It references an existing registry, iotp-codes, where at the time of publication of this RFC the following BrandID's are registered:
このドキュメントはIANAから少しの動作も求めません。 それは既存の登録、iotp-コードに参照をつけます:(そこでは、このRFCの公表時点で、以下のBrandIDが登録されています)。
Amex, Dankort, JCB, Maestro, MasterCard, MICOS, VISA, atCredits,
EZpay, GeldKarte, Mondex, paybox
Amex、Dankort、JCB Maestro、マスターカード、MICOS、VISA、atCredits、EZpay、GeldKarte、モンデックス、paybox
13. Acknowledgement
13. 承認
The author of this document appreciates the following contributors to this protocol (in alphabetic order of company) without which it could not have been developed.
このドキュメントの作者はこのプロトコル(会社のアルファバット順における)にそれを開発できなかった以下の貢献者に感謝します。
Andrew Drapp Hitachi Europe, Ltd.
アンドリューDrapp日立ヨーロッパLtd.
David Burdett Commerce One (ex. Mondex International)
デヴィッドバーデット商業1(例えば 国際モンデックス)
Donald Eastlake 3rd Motorola (ex. IBM)
ドナルドイーストレーク第3モトローラ(例えば IBM)
Hans-Bernhard Beykirch SIZ
ハンス-バーンハードBeykirch SIZ
John Wankmuller MasterCard International
ジョンWankmuller MasterCard International
Mark Linehan IBM
マークLinehan IBM
Richad D. Brown Kedemon (ex. Globe SET)
Richad D.ブラウンKedemon(例えば 球のセット)
Werner Hans SIZ
ヴェルナーハンスSIZ
14. Author's Address
14. 作者のアドレス
Yoshiaki Kawatsura Hitachi, Ltd. 890 Kashimada Saiwai-ku Kawasaki-shi Kanagawa, 212-8567 Japan
幸区川崎市神奈川、Yoshiaki Kawatsura日立890 212-8567日本鹿島田
EMail: kawatura@bisd.hitachi.co.jp
メール: kawatura@bisd.hitachi.co.jp
Kawatsura Informational [Page 55] RFC 3538 SET Supplement for IOTP June 2003
Kawatsuraの情報[55ページ]のRFC3538は2003年6月にIOTPに補足を設定します。
15. Full Copyright Statement
15. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Kawatsura Informational [Page 56]
Kawatsura情報です。[56ページ]
一覧
スポンサーリンク
