第一篇：利用Web服務架構對網絡安全支付協議的改進

利用Ｗｅｂ服務架構對網絡安全支付協議的改進

【摘 要】安全電子交易協議（SET協議）其安全性和復雜性都非常高。隨著網絡的普及以及新一代網絡的出現，它將可能得到更大的應用，但是它自身卻無法克服虛假交易和洗錢等網上支付漏洞。因而本文通過增加承運商角色提出對這個問題的解決模型。

【關鍵詞】SET Web服務 網絡支付引言

自互聯網誕生以來，通過網絡達成傳統商務貿易就是人類一直孜孜不倦的追求目標。而在互聯網發展到今天，人們對電子商務的認識早已經遠遠超過以往僅僅代替傳統商務業務的需要了。

本文將就在新的網絡條件下SET協議的應用以及對其不足進行完善和改進，尤其針對避免網絡貿易上的虛假貿易提出自己的建設性意見。SET協議及不足

SET協議（Secure Electronic Transaction安全電子交易協議）最早由Visa和MasterCard提出，后來得到IBM和Microsoft支持，由幾家公司共同聯合開發。這一協議主要針對信用卡用戶而設計，它不僅制定了相應的加解密算法、認證方法等技術手段，而且還詳細規定了客戶、商家、銀行等各方的數字證書的含義、響應動作以及與交易相關的責任認定等。1 SET協議模型

SET協議的支付模型如圖1所示，交易的每個階段包括了身份認證、信息的加解密、數字簽名/驗證、數字信封、消息摘要生成/驗證等過程。

2SET協議的不足

因為具有高安全復雜性，造成了SET協議在應用上的較高成本代價，以及完成一個交易的較高時間代價。這就使其普及應用受到了很大的影響。隨著計算機成本的降低和計算機網絡的普及，相信SET協議在互聯網上的應用又將活躍起來。

不過，當前SET協議，就如何在支付的時候更大的保護交易雙方的利益，防止虛假交易和洗錢活動在網絡的掩護下肆虐進行，還是無法解決這樣的問題。而就虛假交易來說，現在各國銀行也無法判斷，僅僅是通過限制網上貿易的額度對這些問題進行象征性的管制。這些都是現有SET協議本身所無法克服的問題。

我們將在接下來的部分討論利用當前的流行技術Web Services來融入第三方物流信息，以彌補對以上SET協議在這些方面的不足之處。Web服務

Web服務模型

Web服務體系結構基于三種角色（服務提供者、服務注冊中心和服務請求者）之間的交互。圖 2顯示了這些操作、提供這些操作的組件及它們之間的交互。改進后的模型設計

僅僅通過對SET協議本身加解密算法或者認證手段等等技術條件進行增減或效率改進是很難針對防范虛假交易和洗錢活動的。我們在這里提出一種將可信賴的第三方物流承運商加入到整個交易流程中來的辦法，不但可以達到比設定交易資金限額方法更有效的結果，而且還能更大的保護交易各方的利益，盡量避免交易中產生的不必要糾紛。本文設計的改進后的模型具體如圖3所示。

其中客戶與商家進行訂單協商的過程因與圖1重復，故這里就直接從商家向客戶發出購物響應后開始描述，主要過程

（1）商家向客戶發出購物響應后，客戶的購物行動基本完成，商家按照客戶訂單信息備貨，并通知承運商到商家倉庫收貨；

（2）承運商到商家確認收貨，并將貨物的物流信息以Web Service的方式提供給商家服務器，以便商家和客戶實時跟蹤自己的貨物狀態，以及有利于客戶安排接貨；

（3）承運商將貨物運送到客戶地址，通知客戶準備接貨；

（4）客戶驗貨并確認收貨，承運商通過移動商務系統或本地網絡實時地將信息傳送回承運商服務器；

（5）承運商將客戶確認收貨信息（包括承運商的證書）通過Web Service的方式實時回送給商家，以便商家在第一時間向支付網關發出獲款請求；

（6）商家向支付網關發出獲款請求，其中包括承運商的證書和承運商發送貨物的track number，支付網關檢查商家和承運商的證書，并以調用承運商服務器提供的Web服務驗證貨物發送情況；

（7）承運商服務器提供相應的貨物狀態信息查詢服務，支付網關獲得相關確認后判斷這是一次真實的交易，然后向銀行發出放款請求，得到響應后支付網關立即向商家作出獲款響應。

這樣，整個交易至此就完全結束了。

而在這個模型中，承運商并不需要像SET協議里那樣提供完整的加解密、數字信封、數字摘要、雙重簽名等操作，而只需通過注冊相應的Web服務，然后向支付網關提供自己的數字證書就可以了。所以其帶來的系統開銷和網絡開銷并不太大。

最重要的一點是，有這樣的一個可信賴的第三方承運商的參與，我們就可以大大提高防范虛假交易和洗錢活動的效率。尤其針對SET協議有相當大的意義，因為信用卡網上支付是SET協議的最大支持對象，而通過虛假網上實現信用卡套現或洗錢的活動確實有些防不勝防，如果采用本文的模型那么實現這樣的防范將相對容易得多。結束語

電子商務安全涉及到方方面面，而其中支付的安全（包括技術安全和社會安全）是一個非常重要的課題。本文僅就SET協議在提供更好的交易各方利益保護方面和防范虛假交易方面提出了相應的改進模式，而其中主要涉及到對Web Services的應用。相信利用Web服務和分布式網絡架構提出電子商務新的支付模式和開發新支付平臺在不遠的將來就會出現，這也將推動整個電子商務走向新的高潮。

參考文獻：

[1]柯新生.網絡支付與結算.北京：電子工業出版社，2004，182-194.International Technical Support Organization，Secure Electronic Transactions：Credit Card Payment on the Web in Theory and Practice，IBM Corporation，1997，17-49.蘇成，胡慶鋒，趙飛芙.SET協議的分析與改進.計算機時代，2004，（3）：20-21.陳炎，楊庚.基于Web Services的電子錢包系統的分布式解決方案研究.南京郵電學院學報，2005，（1）：42-45.馬強，李燕軍.網絡安全之GAP技術研究.林楓.電子商務安全理論與實務.北京航天航空大學出版社.信息安全與技術.中國信息安全測試認證中心.

第二篇：云數據中心網絡安全服務架構研討論文

摘要：隨著虛擬化技術的快速發展，近年來互聯網領域實現了較為長足的進步，云數據中心的廣泛建設便屬于這種進步的直觀體現，這也使得近年來我國圍繞云數據中心開展的研究大量涌現。基于此，本文簡單分析了云數據中心網絡安全服務需求、云數據中心網絡安全服務架構思路，并詳細論述了云數據中心網絡安全服務架構應用實例，希望由此能夠為相關業內人士帶來一定啟發。

關鍵詞：云數據中心；網絡安全服務；分布式網絡架構；虛擬化技術

0前言

云數據中心（SDDC）的實現離不開成熟的虛擬化技術支持，云數據中心物理資源抽象化、資源池化的實現也得益于計算虛擬化、網絡虛擬化、存儲虛擬化，云數據中心服務因此具備彈性、敏捷性以及高效性優勢。而為了最大發揮這種優勢、推動我國云數據中心實現進一步發展，正是本文圍繞云數據中心網絡安全服務架構開展具體研究的原因所在。

1云數據中心網絡安全服務需求分析

云數據中心具備的彈性、敏捷性以及高效性優勢使得其對網絡安全存在較高需求，這就使得云數據中心的安全服務必須統一到管理平臺上，因此其網絡安全服務需求可以概括為以下兩個方面。

1.1特性需求

由于安全服務必須統一到云數據中心管理平臺上，這就使得云數據中心的彈性、敏捷性以及高效性將對安全服務提出一定需求，這種需求的具體表現如下所示：

（1）敏捷性。安全服務需要靈活部署于云數據中心，整個數據中心、具體業務應用均需要納入安全服務保障，且安全服務需保證自身啟停不對中心日常業務運行造成影響，因此敏捷性需求必須得到關注。

（2）彈性。安全服務需具備動態調整能力以滿足業務變化需要，這一動態調整應脫離管理員干涉、基于具體服務規則開展。

（3）高效性。需保證安全服務可由所有用戶分享，以此實現統一管理、資源高效利用[1]。

1.2具體需求

除特性需求外，云數據中心網絡安全服務的具體需求也應得到關注，這類需求的主要內容如下所示：

（1）業務跟隨。需保證安全服務隨用戶虛擬機遷移而遷移，以此實現安全防護、業務流量的全過程跟隨。

（2）服務擴展。安全服務需結合攻擊演變隨時擴展與調整，能否在現有基礎上更新、擴展將直接影響安全服務效用發揮。

（3）支持多類型數據中心。安全服務需滿足不同云數據中心需要，這使得其需要獨立于管理平臺，必要時舍棄Hypervisor技術支持，不同云數據中的相同安全保障將由此實現。

2云數據中心網絡安全服務架構思路

簡單了解云數據中心網絡安全服務需求后，本文提出了分布式網絡安全虛擬化架構思路，而結合該思路明確的云數據中心網絡安全服務架構具體組成同樣具備較高參考意義。

2.1基本思路

部署于用戶虛擬網絡的邊界、在所有需要安全服務的物理機上啟動虛擬化安全設備屬于現階段存在的兩種虛擬化安全設備網絡部署方式，前者本質上屬于個體物理安全設備的虛擬化，后者則屬于多臺設備管理器與網絡設備的虛擬化，但考慮到兩種方式均無法較好滿足云數據中心網絡安全服務架構需要，因此本文提出了一種分布式網絡安全虛擬化架構思路。該架構主要由數據中心管理平臺、安全服務控制平面、安全服務平面、物理服務器集群組成，由此即可實現流量可視化、微隔離、安全服務、支持業務遷移、全網行為分析等安全服務[2]。云數據中心分布式網絡安全虛擬化架構的具體組成如下所示：

（1）安全服務控制平面。主要由NBI、生命周期管理、用戶資產輪詢、安全管理界面、安全策略管理、日志監控、擴展服務管理組成，其中NBI負責對外提供北向接口，而通過這些功能即可實現實時的用戶資產配置獲取，管理員也能夠由此開展高質量的安全服務管理。

（2）安全服務平面。主要由安全服務虛機、擴展服務虛機、虛擬機、虛擬網絡、Hypervisor組成，虛擬機在其中負責集成復雜功能、擴展服務模塊以形成服務鏈，而Hypervisor則能夠為全服務虛擬機的運行提供支持。

2.2具體組成結合更深入分析，確定了由引流平面和安全服務平面分離組成并運行于虛擬機的控制平面（支持高可用性）、采用分布式部署并運行在虛擬機上的安全服務平面、應用SDN引流和虛擬交換機的引流平面，而服務模塊的擴展則通過啟動虛擬機實現，這一云數據中心網絡安全服務架構思路不僅滿足了上文提及的全部需求，安全服務更被賦予了統一管理和開放接口特性。流量可視化、微隔離、安全服務、支持業務遷移、全網行為分析屬于該架構具備的主要服務能力，如安全服務能夠提供L2到L7的安全服務，防火墻、應用識別、攻擊防護、URL過濾等均屬于安全服務的具體組成，可見該架構的完善性[3]。

3云數據中心網絡安全服務架構應用實例

為提升研究實踐價值，本文圍繞上述云數據中心網絡安全服務架構在不同類型云數據中心的應用進行了詳細論述，該架構在不同云數據中心基于不同安全需求開展的靈活適配具備較高借鑒價值。

3.1VMware數據中心

在VMware數據中心的網絡安全服務架構應用中，該架構實現了與vCenter的協調管理，vCenter、安全服務控制平面、物理服務器集群、安全服務平面屬于架構的具體應用，而在VSS/VDS（虛擬交換機）的引流支持下，該網絡安全服務架構可支持ESXiHypervisor，L2至L7的安全服務也將由此實現。結合VMware數據中心特點，網絡安全服務架構特別準備了擴展日志分析模塊，該模塊主要負責流量日志的分析處理，而分析處理的結果將自動送至數據中心日志服務器。

3.2OpenStack數據中心

對于應用網絡安全服務架構的OpenStack數據中心來說，OpenStack、安全服務控制平面、安全服務平面、物理服務器集群屬于該架構的主要構成，其中OpenStack主要由FWaaSplugin、Neutron、Cinder、Nova組成，由此即可實現用戶網絡信息的獲取和生命周期管理。在OpenStack數據中心的網絡安全服務架構應用中，使用OpenSwitch引流、支持KVMhypervisor屬于該部署的主要特點，由此實現的多租戶場景支持、在線部署、L2至L7安全服務提供也應得到關注。

3.3自主開發云平臺

自主云平臺開發同樣屬于本文研究分布式網絡安全虛擬化架構的典型應用，自主開發管理平臺、安全服務控制平面、SDN控制器、物理服務器集群、安全服務平面屬于該應用的具體組成，而在管理API支持下，該架構可實現用戶和網絡信息的獲取、高水平生命周期管理。通過調用SDN控制器QPI實現鏡像引流、支持ZENhypervisor與KVM，則使得整個架構能夠在檢測到虛擬機攻擊行為后在最短時間內實現虛擬機隔離，整個平臺的安全性能自然將由此實現大幅提升。

4結論

綜上所述，本文研究的云數據中心網絡安全服務架構具備較高推廣潛力，而在此基礎上，文中涉及的分布式網絡安全虛擬化架構在VMware數據中心、OpenStack數據中心、自主開發云平臺中的實際應用，則證明了設計思想的可行性。因此本文建議相關業內人士關注本文滲透的設計思想，并由此推動我國云數據中心的更好發展。

參考文獻：

[1]張小梅,馬錚,朱安南等.云數據中心安全防護解決方案[J].郵電設計技術，2016.[2]姚帥,陸蓓.基于SDN技術的云數據中心演進方案研究及試點[J].電信技術，2015.[3]張旭輝.運營商云數據中心網絡安全技術研究綜述[J].中國新通信，2015.

第三篇：安全電子支付協議有待改進

安全電子支付協議有待改進

電子銀行業務順利開展的基礎建立在安全的電子支付上，缺乏安全的電子支付手段，電子銀行根本無法在現實生活中得到實現。電子支付的安全性則依靠電子交易協議獲得保證。當前通用的電子交易協議分別為SSL（Secure Socket Layer）協議與SET(Secure Electronic Transaction)協議，兩者之間各不相同，并各有優缺點。

簡便易行的SSL協議

安全套接層SSL協議是一種對計算機之間整個會話進行加密的協議，最初是由Netscape推出的一種安全通信協議，它通過密鑰技術能夠為信用卡和個人信息提供較強的安全防護。在SSL協議中采用了公開密鑰和私有密鑰兩種加密方式。Web信息通過協議傳輸時，先在傳送端被加密，然后在接收端被解密，從而為機器之間提供安全連接。

SSL協議是兩層協議，建立在TCP傳輸控制協議之上、應用層之下，并且與上層應用協議無關，可為應用層協議如HTTP、FTP、SMTP等提供安全傳輸，通過將HTTP與SSL相結合，Web服務器就可實現客戶瀏覽器與服務器間的安全通信。

通過用戶和服務器的合法性認證、加密數據、保護數據完整性三個方面的服務，SSL協議為電子商務連接提供這樣的交易流程：當顧客想從Web站點購買某個產品時，顧客和Web站點都要進行認證。顧客通常是以提供名字和密碼的方式來認證其本人；Web站點通過交換一塊簽名數據和一個有效的X.509證書來認證它自己。顧客通過瀏覽器驗證該證書并用所附的公用密鑰驗證簽名數據，一旦雙方都認證了，交易就可以開始了。

簡便易行是SSL協議的最大優點，但與此同時其缺點也是顯而易見的。首先，在交易過程中，客戶的信息先到達商家那里，這就導致客戶資料安全性無法保證；其次，SSL只能保證資料傳遞過程的安全性，而傳遞過程是否有人截取則無法保證；再次，由于SSL協議的數據安全性是建立在RSA等算法上，因此其系統安全性較差。

除這些缺點外，由于SSL協議不對應用層的消息進行數字簽名，因此不能提供交易的不可否認性，這就造成了SSL協議在電子銀行應用中的最大不足。

安全可靠的SET協議

安全電子交易SET協議是1997年由美國Visa和MasterCard兩大信用卡組織提出、應用于Internet上、以信用卡為基礎的電子支付系統協議。它采用公鑰密碼體制和X.509數字證書標準，主要應用于B to C模式中保障支付信息的安全性。

SET協議主要是為了解決用戶、商家和銀行之間通過信用卡支付的交易而設計的，以保證支付信息的機密、支付過程的完整、商戶及持卡人的合法身份以及可操作性?？梢哉f，SET協議是PKI框架下的一個典型實現，其核心技術主要有公開密鑰加密、數字簽名、電子信封、電子安全證書等。通過這些手段，SET協議在電子交易環節上為用戶提供更大的信任度、更完整的交易信息、更高的安全性和更少受欺詐的可能性。

由于SET提供了消費者、商家和銀行之間的認證，確保了交易數據的安全性、完整可靠性和交易的不可否認性，特別是保證不將消費者銀行卡號暴露給商家等優點，因此它成為目前公認的信用卡/借記卡的網上交易的國際安全標準。

在整個交易過程中，數字認證（CA）扮演了系統中很重要的角色。SET協議重點就在于利用CA實現交易安全及隱秘性，數字證書為其核心，它提供了簡單的方法來確保進行電子交易的人們能夠互相信任。在交易中，信用卡組織提供數字證書給發卡銀行，然后發卡行再提供證書給持卡人；同時，信用卡組織也提供數字證書給收單銀行，然后收單銀行再將證書發給特約商店。在進行交易的時候，持卡人和特約商店兩邊利用符合SET協議規格的軟件，在資料交換前分別確認雙方的身份，也就是檢查由授權的第三者所發給的證書。

在整個交易過程中，SET協議的安全保障主要來自于：將所有報文文本用非對稱的方式加密；增加兩類保密鍵（公鑰和單鑰）的字長；采用聯機動態的授權和認證檢查，以確保交易過程的安全可靠性。

安全可靠是SET協議最大的優點，但在實際應用中，SET協議依然存在以下不足：

1.協議沒有說明收單銀行給商家付款前，是否必須收到客戶的貨物接受證書。一旦客戶對貨物的質量標準提出疑義，而收單銀行已把貨款付給了商家，誰承擔責任將無法定義。

2.協議沒有擔保“非拒絕行為”，這意味著在線商店沒有辦法證明訂購是不是由簽署證書的客戶發出的。

3.SET技術規范沒有提及在事務處理完成后如何安全地保存或銷毀此類數據；

4.利用SET協議實施電子支付，交易過程復雜，使用成本高。

兩種協議比較

SET是一個多方的消息報文協議，它定義了銀行、商家、持卡人之間必需的報文規范，而SSL只是簡單地在兩方之間建立了一條安全連接。SSL是面向連接的，而SET允許各方之間的報文交換不是實時的。SET報文能夠在銀行內部網絡或者其他網絡上傳輸，而基于SSL協議之上的支付卡系統只能與Web瀏覽器捆綁在一起。兩者間的差別主要表現在以下幾個方面。

用戶接口不同

在應用中，SSL協議已被瀏覽器與Web服務器內置，無須安裝專門軟件，用戶通過網絡就可直接應用；而SET協議中客戶端須安裝專門的電子錢包類軟件，并且在商家服務器和銀行網絡上也須安裝相應的軟件，不同銀行間系統間的兼容性尚不夠完善。

處理速度不同

SET協議非常復雜、龐大，處理速度慢。一個典型的SET交易過程須驗證電子證書9次，驗證數字簽名6次，傳遞證書7次，進行5次簽名，4次對稱加密和4次非對稱加密，整個交易過程可能需花費1.5～2min；而SSL協議則簡單得多，處理速度比SET協議快。

認證要求各異

早期的SSL協議并沒有提供身份認證機制，雖然在SSL 3.0中可以通過數字簽名和數字證書實現瀏覽器和Web服務器之間的身份驗證，但仍不能實現多方認證，而且在SSL協議中商家服務器的認證是必需的，客戶端的認證則是可選的。相比之下，SET協議的認證要求較高，所有參與SET交易的成員都必須申請數字證書。SET協議還解決了客戶與銀行、客戶與商家、商家與銀行之間的多方認證問題。

安全性能差別大

安全性是網上交易中最關鍵的問題。SET協議由于采用了公鑰加密、信息摘要和數字簽名，可以確保信息的保密性、可鑒別性、完整性和不可否認性，且SET協議采用了雙重簽名來保證各參與方信息的相互隔離，使商家只能看到持卡人的訂購數據，而銀行只能取得持卡人的信用卡信息。

SSL協議雖也采用了公鑰加密、信息摘要和MAC檢測，可以提供保密性、完整性和一定程度的身份鑒別功能，但缺乏一套完整的認證體系，不能提供完備的防抵賴功能。因此，SET的安全性遠比SSL高。

協議層次和功能各異

SSL屬于傳輸層的安全技術規范，不具備電子商務的商務性、協調性和集成性功能。而SET協議位于應用層，不僅規范了整個商務活動的流程，而且制定了嚴格的加密和認證標準，具備商務性、協調性和集成性功能。

相比之下，SET協議從技術上和流程上都要相對優于SSL協議，功能上也更強，但這并不代表SET協議就會超過SSL協議的應用。

因為雖然SET通過制定標準和采用各種技術手段，解決了一直困擾電子商務發展的安全問題，但是SET協議要求在銀行網絡、商家服務器、顧客的PC機上安裝相應的軟件；SET協議要求必須向各方發放證書，使得應用SET協議要比SSL協議昂貴得多。這些都成了大面積推廣使用SET協議的障礙。

在未來的一段時間內，可能會出現商家需要支持SET和SSL兩種支付方式的局面。但由于SET實現起來非常復雜，商家和銀行都需要改造原有系統以實現互操作。

智能卡的推廣使用將改變現有的電子商務方式，但是需要添置額外的設備，也需要時間被人們接受以做到廣泛發卡，另外，很多廠商還在致力于發展別的協議以支持SET和SSL所不能支持的支付方式，例如微支付（Micropayments）以及對等支付（Peer-to-Peer Payments）等。

第四篇：特約商戶條碼支付服務協議

特約商戶條碼支付服務協議

甲方（收單機構）：興業銀行 分行 乙方（特約商戶）：

甲方作為條碼支付收款服務提供方，同意為乙方提供條碼支付收款服務。乙方作為特約商戶，同意在其人民幣收款業務中使用甲方所提供的條碼支付服務。現經雙方協商，本著平等互利、優勢互補、共同發展的原則，就具體合作事宜達成本協議：

一、概念定義

本協議及其附件中出現的下列概念，除附件另有約定外，按以下定義理解：

1、條碼支付收款：甲方為乙方提供的受理市場主流移動支付工具，包括但不限于微信支付、支付寶、銀聯二維碼、QQ錢包、京東錢包、翼支付等受理服務，并按約定為乙方提供資金結算的服務。具體收付方式包括但不限于以下幾種支付場景：

（1）主動掃碼支付（包含PC端掃碼）：指甲方擺放或張貼在商戶柜面的收款二維碼，或者是甲方系統根據不同移動支付工具實時生成的訂單支付二維碼，消費者使用移動支付工具客戶端“掃一掃”完成支付的模式。該模式適用于實體店單品或訂單支付、PC網站支付、媒體廣告支付等場景。（2）被動掃碼支付：指消費者展示移動支付工具客戶端錢包內的“刷卡條碼/二維碼”給商戶掃描后直接完成支付的模式，主要應用于線下面對面收銀的場景。

（3）公眾號支付（僅限微信支付）：指消費者在微信客戶端中打開商戶的頁面，商戶在其頁面中通過調用微信支付接口幫助消費者完成支付。

（4）APP支付：指消費者在特約商戶APP內消費時選擇使用微信、支付寶等移動支付交易方式，特約商戶APP通過跳轉至對應的移動支付工具客戶端完成支付。

2、結算手續費：甲方向乙方收取的手續費，手續費按單筆交易額進行計算，在為乙方進行資金清算時自動扣除。

3、退款：消費者付款成功后，乙方因缺貨、無法運貨、重復訂單等原因不能為消費者提供產品或服務時，可提出退款申請，將消費者支付的款項退回消費者的原支付賬號中。

4、商戶服務平臺：甲方提供給簽約乙方使用的系統平臺，乙方可在此平臺上進行交易查詢、結算查詢等。

5、商戶號及登錄密碼：甲方提供給簽約乙方使用的，用于識別簽約商家，并且登錄商戶服務平臺所使用的商戶號及登錄密碼。

6、平臺識別號及數字證書：甲方提供給乙方用于聯機交易的身份識別號，使用乙方的平臺識別號和（或）數字證書發送至甲方移動支付收單系統的交易指令構成乙方不可撤銷的授權交易指示。

7、移動支付工具提供方：指提供微信支付、支付寶、銀聯二維碼、QQ錢包、京東錢包、翼支付等服務的機構，其中，微信支付、QQ錢包移動支付工具提供方為深圳財付通支付科技有限公司，支付寶移動支付工具提供方為支付寶（中國）網絡技術有限公司，銀聯二維碼移動支付工具的提供方為APP應用服務提供方，京東錢包移動支付工具的提供方為網銀在線（北京）科技有限公司，翼支付移動支付工具的提供方為天翼電子商務有限公司。

8、商戶：給消費者提供商品或服務的商家，本協議中特指乙方。

9、消費者：指作為買家的移動支付付款方，本協議中統稱為消費者。

10、受理終端：指參與條碼支付的特約商戶端受理機具，具有條碼展示或識讀等功能，包括專用的條碼支付受理設備，以及在原有POS等設備上進行擴展后能夠處理條碼展示或識讀的設備等。

二、服務內容及資費標準

1、甲方向乙方提供條碼支付收款業務包括但不限于受理微信支付、支付寶、銀聯二維碼、QQ錢包、京東錢包、翼支付等。

2、乙方接受甲方提供的服務，隨乙方每筆交易結算時，向甲方支付結算手續費，手續費由甲方在該筆交易結算資金中直接扣取。手續費標準為：

微信支付：每筆交易金額 0.35% 支付寶：每筆交易金額 0.35% 銀聯二維碼：每筆交易金額 %，其中借記卡 %，單筆封頂 元/筆；信用卡 %。

其它：每筆交易金額 %。□QQ錢包 □京東錢包 □翼支付

3、因使用本協議項下服務產生的所有終端的通訊費用由乙方自行承擔。

三、受理終端管理

1、乙方同意按照以下約定的押金標準向甲方交納受理終端押金，終端押金不計利息。押金繳納標準為：

2、乙方同意并確認，當乙方連續個6個月（含）以上，每月交易結算資金小于100元（含）時，甲方可以解除本協議書并收回/關閉受理終端。

3、甲方有權按照本協議約定的押金標準，向乙方收取押金。本協議終止后，在同時滿足以下條件的情況下，甲方將終端押金退還乙方。

（1）乙方將本協議項下全部受理終端歸還甲方，并經甲方確認無損壞；

（2）乙方按甲方要求，提交有效簽購單及相關交易證明材料?！坝行Ш炠弳巍笔侵钢С帚y行卡交易的簽購單要素齊全，字跡清晰可辨認且無涂改，持卡人簽名有效。簽購單要素包括但不限于商戶名稱、商戶編號、終端編號、收單行號、發卡行號、卡號、操作員號、交易類型、批次號、憑證號、交易日期和時間、參考號、金額、持卡人簽名；

（3）乙方已結清本協議項下應付甲方的相關款項。乙方不滿足上述條件時，甲方可以要求乙方賠償，乙方未按甲方要求賠償的，甲方可以扣除乙方全部或部分終端押金作為賠償，不足部分，甲方可以向乙方追償。

四、結算方式

1、甲方在T+1個工作日或者其他甲方認可的結算方式，將相應的交易款扣除相應手續費后，劃轉到乙方在甲方開立的銀行結算賬戶。若乙方因各種原因變更銀行結算賬戶時，應至少提前5個工作日書面通知甲方，并按甲方要求提供相應的變更申請資料。甲方審核無誤后，依據乙方變更后的交易資金結算賬戶信息為乙方提供交易資金結算。因乙方未及時聯系甲方或乙方變更申請不符合監管機構要求，而導致的相關資金損失和風險責任由乙方承擔。如乙方銀行結算賬戶沒有開立在甲方，由于跨行結算產生的延遲到帳、收款行入賬失敗等異常情形導致的損失，由乙方承擔。乙方銀行結算賬戶：

結算賬戶名稱： 結算賬戶賬號： 開戶銀行：

2、乙方與甲方對賬數據不一致的，以甲方數據為準。

五、退款處理

對于交易過程中出現的、由于乙方原因包括但不限于缺貨、無法運貨、質量問題等等，造成退款處理的情況，按以下規定處理。

1、乙方按本協議約定可通過商戶服務平臺或其他甲方認可的方式提交退款申請。

2、乙方向甲方提出退款請求時，乙方當日條碼支付收款額應大于申請退款的金額，甲方收到退款申請后做出退款處理，退款金額在退款實際發生后下一個交易日從商戶收款入賬金額中進行抵扣。如因乙方原因或消費者原因導致退款失敗的，其后果由乙方自行承擔。乙方可再次發起退款請求或自行處理退款。

3、甲方受理乙方退款的期限為交易發生后的90日內，具體時限以移動支付工具提供方要求為準。

4、退款時甲方不再另收取手續費，但若移動支付工具提供方需要向乙方另行收取相關費用的，則此費用應由乙方自行承擔。

5、乙方負責解決和承擔與消費者的退款糾紛或責任。

六、甲方權利義務

1、準確、及時地處理乙方發來的支付請求，并將處理結果及時、安全、保密地傳遞給乙方。

2、負責為乙方提供支付信息查詢及對賬服務。

3、為乙方提供條碼支付服務,負責受理涉及甲方支付平臺運轉問題出現的投訴并解決相應糾紛。對乙方因所提供的商品或服務引起的一切消費者投訴或糾紛，甲方不承擔責任。

4、為乙方提供優質高效服務，在正常工作時間內，對乙方反映的問題，甲方在三個工作日內作出響應。

5、甲方有權根據系統升級等需要暫時中止提供條碼支付收款服務。甲方有權自行決定對支付平臺的功能和服務進行改動和升級。

6、發生以下情況時，甲方可以從乙方應收的交易結算資金中抵扣相應款項。如乙方交易結算資金不足抵扣時，甲方應及時通知乙方補足差額資金，乙方應自甲方通知補足差額資金之日（含）起3個工作日內補足。

（1）發卡機構退單；（2）乙方發生退貨交易；

（3）由于計算錯誤或其他原因導致甲方向乙方多支付的款項或其他經乙方確認的長款；

（4）其他應由乙方支付的款項。

對因乙方原因造成的甲方墊款，甲方有權向乙方追索。

7、乙方有下列情形之一的，甲方有權立即中止全部或部分支付結算服務或終止協議，并有權向乙方索償或直接從乙方賬戶中扣劃甲方已墊付的款項或損失：

（1）單獨或與他方串通盜竊、詐騙資金；

（2）身份證明、企業登記資料、行政許可證、業務范圍等與實際不符或虛假的；

（3）與他人勾結,或以虛擬交易套取現金；

（4）一定時期內的欺詐、偽冒交易明顯高于同類其他特約商戶（5）無理拒絕通過甲方支付平臺而發生的成功交易；

（6）乙方交易中存在過多的交易糾紛或過大的交易風險、且經雙方協商無法解決；（7）經營不善、停業整頓、申請解散、申請破產或已經停業、破產；

（8）被工商部門注銷登記、吊銷營業執照，違反國家法律法規或被國家機關查處；

（9）司法機關、金融監管機構、發卡行、中國銀聯、移動支付工具提供方出具的要求中止或終止對乙方的支付結算的通知；

（10）故意詆毀或損害甲方支付平臺聲譽的。

8、乙方在使用移動支付服務過程中非因甲方原因被消費者投訴的，甲方有權要求乙方及時妥善解決或采取完善補救措施，乙方未能及時完善或補救的，甲方有權視實際情況中止提供移動支付服務，對甲方造成的損失由乙方負責賠償。

9、甲方有權拒絕支付或追索乙方違反國家法律法規或本協議約定的有關款項。

10、乙方不得將甲方移動支付服務所包含的各類系統平臺、接口及產品的全部或部分轉讓給任何第三方，也不得進行任何形式的復制、改編、編譯或衍生開發或許可他人使用，包括但不限于：將系統中有關本協議下的業務實現方式、業務流程規則、技術實現方法等以任何方式用于任何第三方系統的設計及開發中；將甲方提供的交易接口再次封裝或直接提供給任何第三方接入。一經發現，甲方有權立即中止移動支付服務或終止本協議并追究乙方相應責任。

11、基于監管要求、風險管理、運營管理或其他風險防控因素的考慮，甲方有權提前十個工作日以書面形式告知乙方暫停、中止或終止向乙方提供本協議項下的服務并無需承擔任何法律責任。

七、乙方權利義務

1、乙方在使用甲方提供的支付平臺的過程中，發現任何故障或其他不能正常使用的情況，可以隨時聯系甲方要求修復。甲方在收到乙方通知后應及時進行修復以恢復正常服務功能，盡最大限度減少對乙方業務活動造成的不利影響。

2、乙方有權根據協議約定查詢訂單交易數據，同時應盡保密義務。

3、乙方應每日核對支付交易結算資金，核對不一致時應于5個工作日內與甲方聯系。因乙方未及時聯系甲方，而導致的短款交易最終無法追償所造成的相關損失和風險責任由乙方承擔。

4、乙方應將支付業務相關交易證明材料妥善保存，保存期限自交易日起不少于一年。

甲方可以向乙方查詢支付業務受理情況，并調取相關交易證明材料。乙方應根據甲方要求提供真實的交易受理情況，對于甲方提出的調取交易證明材料的要求，乙方應自甲方通知之日（含）起3個工作日內提供有效交易證明材料。

5、除本協議另有約定外，乙方工商注冊名稱、主營業務、經營范圍、法定代表人或主要負責人等乙方在《特約商戶信息登記表》中登記的信息發生變更時，至少應自變更之日起5個工作日內通知甲方，并按甲方要求履行登記信息的變更手續。

6、乙方應妥善保管甲方提供的二維碼收銀臺牌或通過甲方系統生成的收款二維碼，收銀時應關注收款提醒，收款提醒包括但不限于消息推送、語音播報等方式，由于二維碼被替換或未關注收款提醒導致的損失由乙方承擔。

7、乙方在網上發布的信息和從事的商務活動，須嚴格遵守國家的法律法規及政府有關部門的管理規定，具備從事該商務活動所應具備的全部資質條件，依法辦理了相應的行政許可手續及備案手續，獨自承擔與此相應的責任。

8、乙方應如實向甲方提供商戶基本信息及相關證明材料；承擔由于其所提供的資質材料不完整、不準確、不真實等情況而導致的經濟和法律方面的責任。

9、乙方應在其網站、移動端及掃碼機器頁面上如實描述甲方支付業務，乙方不得采用技術手段或其它非法手段截獲消費者的賬戶信息、代消費者提交訂單及進行支付，乙方必須引導消費者親自提交訂單及進行支付，否則甲方保留終止為乙方提供條碼支付收款服務并追索損失的權利。

10、乙方應及時處理乙方商業活動中的各項糾紛。由于乙方所提供的商品或服務引起的一切投訴或法律責任，甲方不承擔責任。

11、當出現消費者拒付或否認交易等糾紛時，乙方應積極配合甲方及移動支付工具提供方、司法機關、金融監管機構等的調查工作，及時準確地提供相關交易信息和收款單據。否則，乙方應自行承擔由此造成的一切損失。

12、乙方終止服務或業務發生變更，應提前一個月書面通知甲方，否則造成損失由乙方負責。

13、甲方提供給乙方的商戶號及登錄密碼是乙方進入甲方提供的商戶服務平臺的唯一有效憑證，乙方應妥善保管其商戶號及登錄密碼。乙方在任何情況下不應將登錄密碼以任何方式提供給他人。因乙方商戶號和登錄密碼保管及使用不當造成的損失，責任由乙方承擔。對于登陸密碼的遺失、被盜，乙方須立即告知甲方，并按照甲方規定辦理密碼重置手續。

14、在服務有效期內，若條碼支付收款時發生技術性障礙，影響實時支付及收款，乙方應積極合作，配合甲方及相關第三方(如發卡行、移動支付工具提供方、電信運營商等)查明原因，以求妥善處理。

15、乙方不得主動進行或協助他人進行信用卡套現、洗錢、交易分單等違法經營行為，不得出現虛假申請、惡意倒閉等嚴重風險行為，否則，甲方有權立即中止移動支付服務或終止本協議并追究乙方相應責任。

16、乙方保證發起的移動支付交易基于真實的交易背景，使用甲方提供的移動支付服務時嚴格按照其營業執照登記的范圍開展業務，如因乙方違反上述承諾所帶來的損失和風險由乙方自行承擔。

八、保密條款

雙方在合作期內獲得的信息及本合同和附件內容均為保密信息，保密信息包括但不限于結算手續費率及支付方式、結算方式、接口技術、安全協議及證書等，任何一方均應當對保密信息嚴格保密，且僅為本合作之目的使用；除金融業監管機構、司法機關等要求甲方提供相關商業信息以外，未經對方事先書面同意，不得向任何第三方透露保密信息，否則視為違約；守約方除有權主張違約金及損失外還有權終止合同。無論本合同是否發生變更、解除、終止，保密條款依然有效。

九、不可抗力

1、不可抗力指雙方在訂立合同時不能預見、對其發生和后果不能避免且不能克服的事件。鑒于網絡所具有之特殊性質，不可抗力亦應包括黑客攻擊、計算機病毒發作、發卡行掉單、電信部門技術調整及線路故障、行業政策調整導致之影響、因政府管制而造成的暫時性關閉等在內的任何影響網絡正常經營之情形。

2、若由于不可抗力致使一方未能全部或部分履行本協議，應及時書面通知另一方并出具相關證明，則本協議內受影響之條款可在不能履行之期間及受影響之范圍內中止履行。

3、因不可抗力或者其他意外事件，使得本合同的履行不可能、不必要或者無意義的，雙方可以協商解除本合同。

十、違約責任

甲、乙雙方中的任何一方違反在本協議中所做約定的義務、保證、承諾或其他條款，均構成違約。違約方在接到守約方違約書面通知之日起三個工作日內未糾正的，守約方有權要求違約方承擔違約責任及其因此而造成的一切經濟損失：

1、甲方違約，乙方有權要求甲方賠償實際損失及主張實際損失的費用。

2、乙方違約，甲方有權停止為乙方提供支付結算服務，并要求乙方賠償實際損失及主張實際損失的費用。

3、主張實際損失的費用包括但不限于：訴訟費、律師費、差旅費以及其他有關費用。

4、不可抗力原因導致的違約，雙方互不負賠償責任，但對怠于履行通知義務所導致的對方的損失不能免責。

5、任何一方沒有行使其權利或沒有就對方的違約行為采取任何行動，不應被視為是對權利的放棄或對追究違約責任或義務的放棄。所有放棄均應以書面形式做出。

十一、法律適用及爭議解決

1、本合同及為本合同目的所簽訂的所有協議的訂立、解釋、履行、效力等均適用中華人民共和國法律（不包括香港、澳門和臺灣地區的法律）。

2、如果本合同任何條款根據現行法律被確定為無效或無法實施，本合同的其他所有條款將繼續有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應盡可能接近原約定和本合同相應的精神和宗旨。

3、后繼立法除其本身有明確規定外，對本協議不具有溯及力。

4、本合同及為本合同目的所簽訂的所有協議的爭議均由雙方協商解決，協商不成的，任何一方均可起訴到甲方經營機構所在地人民法院。

十二、合同期限

1、本協議自雙方授權代表簽字蓋章之日起生效，有效期一年。

2、在本協議期滿前30日內，雙方無書面異議的，協議期限自動延長一年，延長期限自本協議約定的到期日的次日起算。依此類推。

十三、變更與終止

1、本合同及附件未盡事宜由甲、乙雙方友好協商后，以書面形式加以補充。

2、乙方違約的，甲方有權解除本協議，并有權向乙方索償或直接從乙方賬戶中扣劃甲方已墊付的款項或損失。

3、在本協議履行過程中，雙方經協商一致達成書面協議的，可以變更或解除本協議。

4、若任何一方需在對方沒有違約的情況下提前終止本協議，必須提前30天以上以書面形式通知對方，在此期間，雙方須繼續履行本協議。

十四、其他條款

1、本協議一式二份，甲乙雙方各持一份，具有同等法律效力。本協議自甲方蓋章、乙方授權代表簽字/蓋章之日起生效。

甲方（公章）：

乙方（公章）：

授權代表簽字： 授權代表簽字：

年 月 日 年 月 日

第五篇：移動支付接入服務協議(標準)（范文模版）

移動支付接入服務協議

甲方：深圳市移通創建科技有限公司

地址：深圳市華強北路4002號圣廷苑酒店世紀樓824-825室

電話：0086－755 – 23806307/0086－10 – 82310950

傳真：0086－755 – 23806364/0086－10 – 82310750

乙方：

地址：

電話：

傳真：

為推動乙方開展的業務，甲乙雙方持各自在其業務領域內的優勢，秉承長期合作、建立互信，經雙方共同協商特立本協議。雙方保證在合作中充分發揮雙方各自優勢，充分溝通，積極配合。信守承諾，互惠互利、共同發展，實現雙贏。

1.合作內容

甲方為乙方提供網絡支付接入渠道，當消費者對乙方開展的互聯網業務或無線互聯網業務進行購買時，可以通過甲方提供的支付渠道進行訂單貨款的支付。

1.1 甲方提供的網絡支付接入渠道，均采用了甲方自主研發的擁有自有知識產權的移動互聯網支付網關，并以此來實現移動支付。包括但不限于以下渠道：

1.1.1 中國銀聯廣東分公司銀行卡交易轉接服務；

1.1.2 民生銀行的銀行卡交易轉接服務；

1.1.3 浦發銀行的銀行卡交易轉接服務。

1.2 乙方首先選擇 中國銀聯廣東分公司 銀行卡交易轉接服務，來實現業務交易金額的轉接結算。乙方應與 中國銀聯廣東分公司及收單行 簽訂《特約商戶受理中國銀聯股份有限廣東分公司資金清算業務協議書》，作為本協議的附件。

1.3 乙方選擇的支付方式為（請勾選）：

□A、安全支付方式

□B、實名支付方式

2.費用及清算

2.1.交易手續費及交易資金清算

甲方同意：乙方應支付給甲方的所有費用按附件《特約商戶受理中國銀聯股份有限廣東分公司資金清算業務協議書》中所規定的支付內容和方式進行結算，上述費用已包含所有相關的稅費、服務費等，除此之外，乙方不再支付任何其他費用給甲方。

2.2．電子證書費用

中國金融認證中心（簡稱CFCA）的電子證書為商戶網上身份證書，商戶版證書費用標準為人民幣每年 壹佰元整（小寫：100.00）。此費用為CFCA收取，由甲方代為收取，乙方負責支付。

乙方需在甲方為其提供的支付系統正式上線后7個工作日內將CFCA費用以電子劃款轉賬方式匯入甲方提供的指定賬號中，其具體賬號信息如下：

賬戶名稱：深圳市移通創建科技有限公司

開戶賬號：***12

開戶銀行：上海浦東發展銀行股份有限公司廣州天河支行

2.3.跨行清算費

如果乙方不能提供浦發銀行賬戶，則需繳納跨行清算費用。每清算一次，費用為人民幣 貳拾元整（小寫：20.00）。此費用為浦發銀行收取，乙方負責支付。

3.雙方責任與義務

3.1.甲方責任與義務：

3.1.1.甲方向乙方提供與甲方所連通的國內商業銀行之銀行卡互聯網及移動互聯網交易轉接服

務，包括但不限于中國銀聯、民生銀行、浦發銀行等金融機構。

3.1.2.甲方負責建設、調試、維護移動支付網關。

3.1.3.甲方負責支付渠道系統進行技術對接。

3.1.4.甲方負責協調、聯絡所提供的支付渠道。

3.1.5.因甲方系統原因或甲方網絡原因造成的交易錯誤或數據丟失，給乙方帶來的直接經濟損

失，均由甲方承擔賠償責任。

3.1.6.甲方負責接口規范與技術輔導。

3.1.7.甲方有權審核乙方提供的資信證明、營業執照、資訊來源及銀行帳開戶許可證與正常業務

經營相關資料。

3.2.乙方責任與義務：

3.2.1.乙方應于本協議簽訂之日起5個工作日內向甲方提供上線工作所必需的文件、資料及信息

等，以配合甲方完成接入系統的相關工作并且乙方對其所提供的上述材料之合法性、完整性及真實性負責。

3.2.2.乙方上線準備工作完成后，應及時通知甲方；乙方應在收到甲方開具的上線確認書后的3

個法定工作日內完成簽署并返還甲方。因乙方延遲通知、延遲簽署上線確認書而導致乙方

網上交易轉接服務開通延遲的，由乙方承擔相關責任。

3.2.3.乙方承諾在其支付頁面以適當的方式完整登載甲方提供的說明材料。具體登載方式、內容

由甲方提供，經雙方認可后執行。

3.2.4.乙方應自行承擔位于其端的系統維護工作。因乙方的維護責任造成信息傳送障礙或其他損

失的，甲方概不負責。由此造成甲方或者第三方損失的，均由乙方承擔賠償責任。

3.2.5.乙方不得從事國家明令禁止的經營活動。若甲方一旦發現乙方的產品銷售或服務提供，與

國家和本地的法律、法規、規定有所抵觸時，甲方將及時書面通知乙方整改，若乙方未按

照甲方的要求進行整改的情況，甲方有權應銀聯的要求關閉乙方網上支付渠道，并由乙方

承擔相關法律責任。

3.2.6.乙方有協助調查可疑交易的義務，且須在甲方提出可疑交易查詢要求之日起的5個工作日

內提供相關明細信息，如因乙方無法提交可疑交易明細而造成的直接損失，由乙方承擔賠

償責任。

3.2.7.甲方同意在雙方合作期間乙方可以在其營業場所、公司網絡頁面、產品宣傳資料上使用甲

方公司標識與掌中付（由甲方提供），乙方可以按乙方與銀聯簽訂的《特約商戶受理中國

銀聯股份有限廣東分公司資金清算業務協議書》規定使用銀聯卡受理標識，展示于適當及

顯著的位置。

3.2.8.乙方負責按國家及相關行業規定要求（若有），為其所提供信息內容的使用辦理各種許可、登記、審批或備案等手續，保證信息的合法化。

4.保密條款

甲乙雙方應對本協議簽訂、履行過程中所獲知的對方各項技術、情報、商業秘密及由此產生的技術成果承擔嚴格的保密義務。保密期限為本協議期間及終止后的貳年。

5.知識產權保護

甲方向乙方提供的軟件版權及其它有關的知識產權均歸甲方所有。乙方不得在非經甲方書面許可的情況下以任何方式向第三人轉讓、復制或許可其使用該軟件或利用此等知識產權為自身或第三方謀取本協議約定之外的利益。乙方承諾已將該義務告知其相關工作人員并承擔因乙方相關工作人員的行為所致的侵權賠償責任。

6.違約責任

在項目進行過程中，如任何一方無法定或本協議約定的情況下單方面解除本協議則應承擔違約責任。違約方除應賠償守約方的直接經濟損失外，守約方還可保留進一步追究的權利。

7.免責

7.1.因不可抗力事件產生的責任按照相關法律處理。

7.2.一方因發生第三方破壞、盜竊、征收等意外事件無法履行或無法繼續履行本協議的，在該方采取

了必要、合理、謹慎的防范措施并嚴格履行了必要、合理、謹慎的檢核程序的前提下，可相應免除其違約責任。

7.3.確因發生意外事件無法履行或無法繼續履行本協議的，受意外事件影響的一方應采取一切合理措

施消除影響及防止損失的進一步擴大；意外事件結束后，履行本協議受阻方應繼續履行其在本協議項下的義務。

8.協議的變更、解除

8.1.除法律另有規定或本協議另有約定外，甲、乙任何一方不得擅自變更或提前解除本協議，一方確

需變更或解除本協議的，須提前一個月書面通知對方，并經甲、乙雙方協商一致，達成書面協議。書面協議達成之前，本協議應當繼續履行。

8.2.本協議在履行過程中如有未盡事宜或因業務發展需要需對本協議進行補充、變更時，由雙方或任

何一方提出相關建議或方案，經雙方協商一致后，簽訂書面補充協議，該補充協議經雙方簽字蓋章后生效，補充協議與本協議具有同等法律效力。

8.3.乙方有下列之一行為的，甲方有權單方面終止本協議：

8.3.1.乙方發生本協議第3.2.5條約定的情形，或；

8.3.2.乙方及其工作人員有違反本協議第4條、第5條約定的情形累計達到三次或經甲方催告

后十五個工作日歷日內仍未改正的，或；

8.3.3.乙方有詆毀甲方聲譽、對甲方產品惡意宣傳、散播行為的。

8.4.甲方有下列行為的，乙方有權單方面終止本協議并要求甲方承擔相應違約責任：

8.4.1.因甲方原因半年內導致交易記錄丟失三次以上的；

8.4.2.因甲方系統升級未及時通知乙方導致乙方受到損失的；

8.4.3.因甲方提供的服務違反現行法律、法規和規章規定的。

8.5.發生下列情形后本協議任一方提出終止本協議的，本協議即告終止，雙力均不承擔任何責任：

8.5.1.發生不可抗力導致本協議無法繼續履行，且持續時間超過90日的，或；

8.5.2.因國家法律法規的修訂，中國銀聯或發卡銀行的政策、制度的修改，政府行為等致使本

協議無法繼續履行的。

9.爭議的解決

本協議履行過程中發生爭議，雙方應本著友好、互利的原則協商解決；經過協商雙方不能達成一致意見的，雙方同意由北京市海淀區人民法院進行管轄。

當任何爭議發生及/或正在進行仲裁或訴訟時，除爭議的事項外，雙方仍應行使本協議項下的其他權利并應履行本協議項下的其他義務。

10.期限

10.1.本協議于 2011 年月日簽署，本協議的期限為5年，自 2011 年月日起至 2016 年月日止。

10.2.除本協議另有約定外，任何一方不再續簽本協議的，須在本協議期限屆滿一個月前書面通知另外

一方，否則本協議自動延續三年；若延續期限屆滿一個月前，雙方均未提出書面終止本協議的，本協議仍自動延續三年，以后類同。

11.其他事項

11.1.簽約方保證本方是根據中國法律正式成立并有效存續的公司或其他實體組織，且資信良好。11.2.簽約方保證本方于合作期間提供的任何知識產權、專有技術、商業秘密等為合法提供。合作期間，任何一方為執行合作項目的目的按照約定或根據對方書面同意使用另一方提供的上述資源時，應明確指明該資源的所有者。合作期滿，一方應停止使用另一方提供的上述資源，但雙方另有約定除外。

11.3.簽約方保證在本協議提供的地址、銀行賬戶、聯系方式等信息以及簽約、履約過程中提供的文件、資料是真實的、合法的、完整的；一方若需變更，須在變更之前以書面形式通知另一方。11.4.本協議壹式肆份，甲、乙雙方各執貳份。

（以下無正文）

甲方：深圳市移通創建科技有限公司

簽名：

公章：

日期：2011年月日

乙方： 簽名：公章： 日期：2011年月日