日本好大好硬好爽免费视频

<acronym id="ecc4e"></acronym>
  • <sup id="ecc4e"></sup>
  • <optgroup id="ecc4e"><sup id="ecc4e"></sup></optgroup>
  • <optgroup id="ecc4e"><u id="ecc4e"></u></optgroup>
    <optgroup id="ecc4e"><acronym id="ecc4e"></acronym></optgroup>
  • <small id="ecc4e"><u id="ecc4e"></u></small>
    無憂支付網首頁
    囊括國內所有第三方支付公司信息
    為客戶提供最優質的支付接口服務
    24小時服務電話
    182 2176 9212
    站內搜索
    您當前的位置:主頁 > 支付接口申請相關知識 >

    基于ASP.NET的B2C在線支付接口設計

    添加時間:2015-02-10 20:32

      隨著社會經濟的不斷發展,人們的生活節奏不斷加快,這使通過網絡平臺來實現支付交易成為一種需求。

      通過電子支付平臺系統,既可以節約人工實際支付交易所耗費巨大的時間成本,又能保證交易的公平性、安全性和隱蔽性,給人們的生活帶來極大的便利。然而一般商戶如何使自己的電子商務系統與電子支付平臺實現正確對接則是一項非常重要的技術,基于此設計了基于ASP.NET的B2C在線支付接口。

      1 在線支付的現狀。

      在線支付是指賣方與買方通過因特網上的電子商務網站進行交易時,銀行為其提供網上資金結算服務的一種業務。

      在線支付,也稱實時電子支付。這是電子商務必備的一個環節,缺少了在線支付就沒有完全實現電子商務。在線支付就是由商家預先選擇好在線支付平臺服務商(如預置了包括貝寶、快錢、支付寶、首信、IPAY、NPS、網銀等十多種主要的在線支付接口),跟支付平臺簽訂服務協議,開通支付接口,由商家支付交易所產生的手續費,顧客在購買商品時就可以選擇使用在線支付方式對所購買到商品進行付款。

      目前,大部分在線支付平臺的在線支付接口已經應用到生活中的諸多方面,但某些支付接口還是有不足之處:

     。1)數據庫無法實時共享。無法實現不同的人員,從不同的地點,以不同的接入方式同時訪問和操作共同的數據庫。

     。2)客戶端的軟、硬件配置要求復雜。往往使用此支付平臺,下載了支付平臺控件之后,在使用在線支付接口交易時還需要進行軟、硬件配置,給客戶帶來了諸多不便。

      針對上述不足,該接口選用了ASP技術進行編寫,測試時可以在IIS應用目錄下進行。

      2 應用ASP.NET的技術優勢。

      ASP.NET是微軟公司于2000年推出的一種Internet編程技術,是面向下一代企業級的Web應用程序開發平臺。它的執行方式是當Web服務器接收到一個對某ASP.NET頁面的請求時,如果這是對該頁面而創建后修改的第一次申請,首先把該頁面內容編譯成MSIL語言,然后MSIL再被編譯成機器碼加以執行。

      針對目前在線支付接口所表現出的一些缺點,ASP技術有自己的解決辦法。

     。1)能實現不同的人員,從不同的地點,以不同的接入方式訪問和操作共同的數據庫。傳統Server/Cl-ient結構的應用,要求用戶和服務器必須在同一網段上,而實際上用戶有的跨地區、跨網段。這樣傳統Serv-er/Client的應用就很難實現這種跨地區、跨網段的應用。應用ASP.NET實現的安全信息管理系統,不論用戶在外地出差,還是在國外,只要有一臺機器能上Internet,就能通過用戶驗證進入網絡支付平臺系統查詢信息,用戶不論是早上,還是晚上隨時都可以通過用戶驗證使用該系統進行在線支付交易,給用戶使用帶來很大方便。

     。2)對客戶端的軟、硬件配置無特殊要求,只要客戶端安裝瀏覽器就可以通過網絡查詢信息。當系統需要升級時,應用傳統Server/Client結構時,必須對所有客戶進行升級,而應用ASP.NET實現的安全信息管理系統,開發人員只需對服務器程序進行升級,用戶在不知不覺中就完成了軟件的更新換代,這樣既方便了用戶,又方便了維護。

      3 接口的功能性需求。

      支付服務的接口設計如圖1所示,主要由支付接口、訂單查詢接口和訂單退款接口3部分組成。

     。1)支付接口。通過支付請求文件發起支付請求,商家可以在此文件中寫入自己的訂單信息等,然后把請求提交給平臺支付系統,待平臺支付系統進行處理之后,交易成功回調(瀏覽器重定向),或者交易成功,后臺主動通知(服務器點對點通信)以上一個瀏覽器重定向和一個主動通知都會通過HTTP協議以GET方式到商戶回報URL地址上,如圖2所示。

      商戶需要發送的數據包括業務類型、商戶信息、扣款金額、交易幣種、商品信息、銀行編碼和簽名數據HMAC.其中商戶信息又包括商戶代碼、訂單號、擴展信息及回報URL;商品信息則包括商品的ID、類別和描述。商戶代碼是系統給商戶分配的惟一標識,而銀行編碼能自動轉化為系統識別的銀行ID.在用戶填寫商戶訂單號時,如果商戶訂單號為空,系統自動生成隨機的惟一商戶訂單號。返回數據包括業務類型、交易信息、商戶信息、商品信息、交易結果返回類型及簽名數據HMAC.交易信息包括扣款結果、金額和交易流水號;商戶和商品信息同發送數據是一樣的。交易結果返回的類型有兩種:一個是交易成功回調(瀏覽器重定向);另一個是交易成功主動通知(服務器點對點通信)。

      由于交易結果通知返回是無狀態的,因此商戶有必要在交易結果返回時進行一定的事務控制。

     。2)訂單查詢接口。商戶通過訂單查詢接口發出查詢請求,支付平臺系統進行處理之后,能通過數據流方式返回查詢結果。

      商戶在發送數據時需要業務類型、商戶代碼及訂單號、簽名數據HMAC.查詢返回的結果包括商戶信息、交易信息、商品信息及簽名數據HMAC.能幫助商戶方便快捷地了解交易狀態。

     。3)訂單退款接口。當商戶對交易不滿意或出現其他一些原因時,同樣可以通過訂單退款接口發出退款請求,支付平臺系統進行處理之后,能通過數據流方式返回退款結果。

      商戶在請求退款時,發送的數據必須包括業務類型、商戶代碼、交易信息、退款說明。系統返回的數據包括業務類型、退款結果、交易信息。讓商戶對款項了解清晰。

     。4)安全協議簡介。在接口設計中特別使用到了安全套接層(Secure Socket Layer,SSL)協議,它是由Netscape公司于1994年首先提出,并且開發成功的一個網絡傳輸層安全通信協議,它的主要目的是在兩個通信實體之間提供一個秘密且可靠地連結。安全套接層方法協議在網絡上普遍使用,能保證雙方通信時數據的完整性、保密性和互操作性,可在安全要求不太高時予以使用。它包括:

      握手協議 即在傳送信息之前,先發送握手信息,以相互確認對方的身份。確認身份后,雙方共同持有一個共享密鑰。

      消息加密協議 即雙方握手后,用對方證書(RSA公鑰)加密一隨機密鑰,再用隨機密鑰加密雙方的信息流,以實現保密性。

      由于被IE,NETSCAPE等瀏覽器所內置,實現起來非常方便。目前B2C網上的支付大多采用這種辦法。因此這里采用的HMAC就是一種秘密的密鑰驗證算法。HMAC提供的數據完整性和源身份驗證完全取決于秘密密鑰分配的范圍。如果只有發起者和接收者知道HMAC密鑰,那么這就對兩者間發送的數據提供了源身份驗證和完整性保證。

      4 系統的軟硬件環境。

      運行ASP.NET應用程序,需要配置合適的運行環境。ASP.NET運行環境包括硬件和軟件要求,其中,硬件要求主要包括CPU、內存、硬盤、顯示器和光驅等,軟件要求主要包括操作系統、瀏覽器、Internet信息服務器和。NET Framework等。其硬件配置為:

     。1) CPU處理器。450 MHz Pentium?級處理器,建議使用600 MHz Pentium?級處理器。

     。2)內存。使用不同的操作系統,在運行ASP.NET應用程序時有不同的內存要求:

      Windows Server 2003:160 MB內存Windows XP Professional:160 MB內存Windows 2000 Professional:96 MB內存Windows 2000 Server:192 MB內存(3)可用硬盤空間。系統驅動器要求900 MB的可用空間;安裝驅動器要求3.3 GB的可用空間,可選的MSDN庫文檔另外需要1.9 GB的可用空間。

     。4)光盤驅動器。CD-ROM或DVD-ROM驅動器。

     。5)顯示器。Super VGA(1 024@768)或更高分辨率的256色顯示器。

      為了系統的正常運行,要求具備如下的支撐軟件:

      IIS5.0 (Windows2000), IIS4.0 (WindowsWin-dowsNT4), IE5.5以上NET Framework SDK(。NET Framework SDK是執行ASP.NET最關鍵的元件,可以到網站下載)。

      5 程序設計。

      如圖3所示,商戶首先可以先在用戶信息項目中詳細填寫自己的資料,全部完成之后點擊確定,接著在訂單管理項目中填寫相應的交易信息,整理檢查之后沒有錯誤就可以點確認購買,完成交易了。

      下面一段程序是支付請求文件,通過該文件發起支付請求,商家可以在該文件中寫入自己的訂單信息等,然后把請求提交給系統。

      Dim orderId

      Dim amount

      Dim productId

      Dim cur

      Dim sMctProperties

      Dim sNewString

      Dim frpIdc商家設置用戶購買商品的支付信息

      orderId=“”  c商家的交易定單號此參數可選,但不能

      有重復(如果不輸入系統會自動幫助商家生成一個訂單號)

      productId = “productId”c商品ID

      amount=0.01c購買金額(必須)

      cur=“CNY”c貨幣單位(固定不需要修改,現在一般

      只會支持人民幣交易)

      sMctProperties = “”c(可保持為空)

      frpId=“”c(可選)

      c調用簽名函數生成簽名串

      sNewString = getReqHmacString(orderId,amount,cur,

      productId, productCat, productDesc, merchantCallbackURL,

      sMctProperties,frpId)

      6 結 語。

      該設計的初衷是希望幫助在線交易當事人(包括消費者、廠商和金融機構等),通過使用相關的電子技術手段,在互聯網上進行貨幣支付或資金流轉時,電子支付平臺能提供更高效安全的服務。在之中還是有很多不完善之處,比如在交易信息以數據流的形式返回給商戶的過程中,商戶由于外部因素的干擾和影響往往無法即時進行交易而返回事務控制,因此可以增加設計程序,幫助商戶進行具體而安全的交易返回事務控制,幫助商戶將繁雜的控制簡單化、高效化;對于整體的商戶支付服務,也可以設計增加訂單統計這個模塊,幫助商戶統計自己的歷史訂單匯總信息,特別是可以按時間段統計訂單,分項整理,清晰明了。限于時間和技術的因素,該設計并沒有涉及這些內容。

    日本好大好硬好爽免费视频
    <acronym id="ecc4e"></acronym>
  • <sup id="ecc4e"></sup>
  • <optgroup id="ecc4e"><sup id="ecc4e"></sup></optgroup>
  • <optgroup id="ecc4e"><u id="ecc4e"></u></optgroup>
    <optgroup id="ecc4e"><acronym id="ecc4e"></acronym></optgroup>
  • <small id="ecc4e"><u id="ecc4e"></u></small>