rfc2935-internet開放貿(mào)易協(xié)議http補充(編輯修改稿)
2025-06-26 01:29 本頁面
【文章內(nèi)容簡介】 沒有接收到有HardError的錯誤塊或者是取消塊），它必須指示瀏覽器連向在協(xié)議選項組件中定義在SuccessNetLo里面的網(wǎng)絡(luò)位置，也就是說，讓瀏覽器去對這個URL做一個HTTP GET請求。 若是因為收到一些錯誤交易塊而使交易沒有成功的話，它必須要將這些信息顯示在錯誤消息中，中止這筆交易，并將控制權(quán)交給瀏覽器，這樣它就會對Error網(wǎng)絡(luò)地址發(fā)送一個GET請求，此地址詳細(xì)指明了錯誤是由哪一方引起的。 若是因為收到了取消塊而使交易被迫取消了，必須要中止此IOTP交易并將控制權(quán)交給瀏覽器，以讓瀏覽器對Cancel網(wǎng)絡(luò)地址發(fā)送一個GET請求，此地址詳細(xì)指明了取消塊是從哪一方發(fā)出來的。 若是由于一個IOTP消息不符合所要求的規(guī)格而發(fā)生錯誤，必須發(fā)送一個包含錯誤交易塊的IOTP消息到導(dǎo)致此錯誤消息的交易方（此交易方由ErrorLogNetLoc定義），并中止此IOTP交易，再將控制權(quán)移交給瀏覽器，這樣這樣它就會對Error網(wǎng)絡(luò)地址發(fā)送一個GET請求，此地址詳細(xì)指明了錯誤是由哪一方引起的。 如果是“超時”的話，就必須顯示一個消息來說明是超時?？梢越o用戶提供幾個可選項：取消、重試或者是自動重試。如果由于超時導(dǎo)致交易失敗，按照上面所講的交易“錯誤”做處理。 每一個IOTP客戶端實現(xiàn)都要考慮是否當(dāng)完成一個IOTP交易后要立刻終止掉IOTP客戶端應(yīng)用程序，或者是要一直等到由于某種情況而被關(guān)掉，比如說是用戶關(guān)閉或者是瀏覽器關(guān)閉。5．開始交付處理器和遞交器IOTP服務(wù)器 當(dāng)付款處理器和交貨器IOTP服務(wù)器收到包含下列信息的消息時，它就開始工作： 對于一個付款處理器，有一個付款請求塊, 以及 對于一個交貨處理器，有一個交貨請求塊6．安全考慮 Internet開放貿(mào)易協(xié)議(IOTP)消息的安全防護(hù)主要是靠IOTP內(nèi)部的簽名，這在[RFC 2801] 和 [RFC 2802]文檔中有詳細(xì)描述。 可以通過使用一個安全的通道來傳輸IOTP消息，比如說SSL/TLS [RFC 2246]，以達(dá)到IOTP交互中的保密性保護(hù)的目的。 要注意的是，由IOTP傳輸?shù)母犊顓f(xié)議的安全是付款協(xié)議的職責(zé)，而非IOTP的職責(zé)。7．IANA的考慮 This specification defines the APPLICATION/IOTP MIME type. The registration template is as follows [RFC 2048]: To: ietftypes@ Subject: Registration of MIME media type APPLICATION/IOTP MIME media type name: APPLICATION MIME subtype name: IOTP Required parameters: (none) Optional parameters: charset see RFC 2376 Encoding considerations: Content is XML and may in some cases require quoted printable or base64 encoding. However, no encoding is required for HTTP transport which is expected to be mon. Security considerations: IOTP includes provisions for digital authentication but for confidentiality, other mechanisms such as TLS should be used. See RFC 2801 and RFC 2802. Interoperability co
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1