电子支付概述 安创新全套接层协议ssl

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支付概述平安套接层协议SSL平安电子交易SET协议电子支付工具网上银行Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支付的定义Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支付的特点Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.第一阶段是银行利用计算机处理银行之间的业务，办理结算第二阶段是银行计算机与其他机构计算机之间资金的结算第三阶段是利用网络终端向客户提供各项银行效劳第四阶段是利用银行销售点终端(POS)向客户提供自动的扣款效劳第五阶段是最新开展阶段，电子支付可随时随地通过互联网络进行直接转账结算，形成电子商务环境。这是正在开展的形式，也将是新世纪的主要电子支付方式。我们又称这一阶段的电子支付叫网上支付。电子支付的开展阶段Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子商务交易协议：来支持常用的信用卡支付、数字现金支付和电子支票支付Digicash：是一个匿名的数字现金协议，客户在消费中不会暴露其身份SSL：是一个使用加密的方法建立平安的通信通道的协议,可以支持简单加密的信用卡支付方式，通过采用SSL，可以将客户的信用卡号加密平安地传送给商家SET：是基于平安的信用卡协议，实现了信息的集成、全部金融数据的证实、敏感数据的加密等工作Netbill:是支持电子支票支付的协议电子商务交易协议Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子商务中常见的电子交易有以下五种类型：支付系统无平安措施的模式通过第三方代理人支付的模式数字现金支付模式简单加密支付系统模式平安电子交易SET支付模式电子交易的主要模式Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.支付系统无平安措施的模型特点风险由商家承担商家完全掌握用户的信用卡信息信用卡信息的传递无平安保障Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.通过第三方经纪人支付的模型

特点

用户账户的开设不通过网络信用卡信息不在开放的网络上传送通过电子邮件来确认用户身份商家自由度大，风险小支付是通过双方都信任的第三方(经纪人)完成的Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.数字现金支付模型特点

银行和商家之间应有协议和授权关系用户、商家和数字现金的发行都需要使用数字现金软件适用于小额交易身份验证是由数字现金本身完成的数字现金的发行负责用户和商家之间实际资金的转移

数字现金与普通现金一样，可以存、取和转让Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.简单加密支付系统模型Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SET协议的目标信息在互联网上平安传输，不能被窃听或篡改用户资料要妥善保护，商家只能看到订货信息，看不到用户的账户信息持卡人和商家相互认证，以确定对方身份软件遵循相同的协议和消息格式，具有兼容性和互操作性平安电子交易SET支付模式Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支付概述平安套接层协议SSL平安电子交易SET协议电子支付工具网上银行Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL-SecureSocketLayerEvaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL协议的效劳认证用户和效劳器，使得他们能够确信数据将被发送到正确的客户和效劳器上加密数据，以保证数据在传送过程中的平安，即使数据被窃，盗窃者没有解密密钥也得不到可读的资料维护数据的完整性，确保数据在传送过程中不被改变。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL协议的作用

向客户端进行效劳器认证可选的，向效劳器进行客户认证在两台机器间产生加密的连接Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL协议的特性

保密性：握手之后，采用单钥体制进行数据加密、采用双钥体制进行身份鉴别可靠性：采用消息摘要算法进行完整性检查确认性：尽管会话的客户端认证是可选的，但是效劳器端始终是被认证的灵活性：通信双方可选择密码算法；允许多种形式各种级别的身份鉴别Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.IPSSLChangeCipherSpecProtocolSSLAlertProtocolApplicationProtocolTCPSSLRecordProtocolSSLHandshakeProtocolSSLProtocolStackHTTPLDAPIMAPSSL位于TCP/IP协议和应用协议之间

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL体系结构SSL被设计用来使用TCP提供一个可靠的端到端平安效劳,它包括两个层次的协议：SSL记录协议〔RecordProtocol〕所有从更高层协议来的数据都是通过记录层到达传输层。记录层发送的数据块称为有固定长度的记录。一个记录包括内容的类型、协议的版本号、长度和经过压缩和加密的数据。每个信息都具有以下功能：—分段数据，对信息分割或结合到一个记录中—在数据发送前进行压缩—对记录的数据局部加密通讯协议：有四个通讯协议—Handshakeprotocol:定义在两个实体间建立一个SSL会话的一系列事件Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL体系结构(续)SSL握手协议包含两个阶段，第一个阶段用于建立私密性通信信道，第二个阶段用于客户认证。第一阶段是通信的初始化阶段，首先SSL要求效劳器向浏览器出示证书；浏览器中的SSL软件发给效劳器一个随机产生的传输密钥第二阶段的主要任务是对客户进行认证—ChangeCipherSpecificationprotocol:是握手协议的子集。它的主要功能是说明中在加密局部中有变化的其他局部—Alertprotocol:处理错误。一个警告信息包括两个局部，实际错误的描述和错误的平安级别。—Applicationprotocol:负责从应用层将信息传送到记录层Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL握手协议〔HandshakeProtocol〕Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL的平安性几乎所有操作平台上的WEB浏览器〔IE、Netscatp〕以及流行的Web效劳器〔IIS、NetscapeEnterpriseServer等〕都支持SSL协议。因此使得使用该协议廉价且开发本钱小。但应用SSL协议存在着不容无视的缺点：系统不符合国务院最新公布的?商用密码管理条例?中对商用密码产品不得使用国外密码算法的规定系统平安性差。SSL协议的数据平安性其实就是建立在RSA等算法的平安性上，因此从本质上来讲，攻破RSA等算法就等同于攻破此协议。由于美国政府的出口限制，使得进入我国的实现了SSL的产品〔Web浏览器和效劳器〕均只能提供512比特RSA公钥、40比特对称密钥的加密。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.但是，一个平安协议除了基于其所采用的加密算法平安性以外，更为关键的是其逻辑严密性、完整性、正确性，从目前来看，SSL比较好地解决了这一问题。另外，SSL协议在“重传攻击〞上，有它独到的解决方法。SSL协议为每一次平安连接产生了一个128位长的随机数——“连接序号〞。理论上，攻击者提前无法预测此连接序号，因此不能对效劳器的请求做出正确的应答。总的来讲，SSL协议的平安性能是好的，而且随着SSL协议的不断改进，更多的平安性能、好的加密算法被采用，逻辑上的缺陷被弥补，SSL协议的平安性能会不断加强。SSL的平安性Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL的应用

SSL的典型应用主要有两个方面，一是客户端，如浏览器等；另外一个就是效劳器端，如Web效劳器和应用效劳器等。目前，一些主流浏览器〔如IE和Netscape等〕和IIS、DominoGoWebServer、NetscapeEnterpriseServer、Appache等Web效劳器都提供了对SSL的支持。要实现浏览器〔或其他客户端应用〕和Web效劳器〔或其他效劳器〕之间的平安SSL信息传输，必须在Web效劳器端安装支持SSL的Web效劳器证书，在浏览器端安装支持SSL的客户端证书〔可选〕，然后把URL中的“://〞更换为“s://〞。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL的应用〔续〕由于出口限制和其他原因，目前的浏览器〔包括IE和Netscape〕只能支持56位对称密钥和512位非对称密钥长度的SSL连接，这在实际应用中是非常不平安的，平安的SSL系统需要至少128位对称密钥和1024位非对称密钥长度。在SSL的客户机/效劳器模式下，即使效劳器端可以支持位数更多的密钥长度，具有较高的平安强度，但由于客户端的限制，实际SSL连接中只能使用客户端较低位数的密钥长度来进行平安信息传输。所以很多平安系统的客户端大都安装了一个SSL代理程序，它直接接管浏览器发送和接收的信息，利用平安的密钥长度与效劳器进行交互〔必要的时候还需要在效劳器端安装SSL效劳器代理〕。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SSL的缺陷

对于电子商务应用来说，使用SSL可保证信息的真实性、完整性和保密性。但由于SSL不对应用层的消息进行数字签名，因此不能提供交易的不可否认性SSL在全球的大规模使用还有一定的难度。SSL产品的出口受到美国国家平安局〔NSA〕的限制，美国政府只允许加密密钥为40位以下的算法出口，而美国的商家一般都可以使用128位的SSL，致使美国以外的国家很难真正在电子商务中充分利用SSLEvaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支付概述平安套接层协议SSL平安电子交易SET协议电子支付工具网上银行Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.平安电子交换协议SETSET〔SecureElectronicTransaction〕是由Visa和MasterCard两大信用卡组织联合开发的电子商务平安协议。它是一种基于消息流的协议，用来保证公共网络上银行卡支付交易的平安性，因而成为Internet上进行在线交易的电子付款系统标准它采用公钥密码体制和X.509数字证书标准，主要应用于BtoC模式中保障支付信息的平安性。SET协议本身比较复杂，设计比较严格，平安性高，它能保证信息传输的机密性、真实性、完整性和不可否认性。SET协议是PKI框架下的一个典型实现，也是一个基于可信的第三方认证中心的方案Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SET协议的目标

信息在Internet上的平安传输，保证网上传输的数据不被黑客窃听；订单信息和个人账号信息的隔离，在将包括消费者账号信息的订单送到商家时，商家只能看到订货信息，而看不到消费者的账户信息；消费者和商家的相互认证，以确定通信双方的身份，一般由第三方机构负责为在线通信双方提供信用担保；要求软件遵循相同的协议和消息格式，使不同厂家开发的软件具有兼容和互操作功能，并且可以运行在不同的硬件和操作系统平台上。Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SET协议中的角色

持卡人：在电子商务环境中，消费者和团体购置者通过计算机与商家交流，持卡人通过由发卡机构颁发的付款卡(例如信用卡、借记卡)进行结算。在持卡人和商家的会话中，SET可以保证持卡人的个人帐号信息不被泄漏。发卡机构：它是一个金融机构，为每一个建立了帐户的顾客颁发付款卡，发卡机构根据不同品牌卡的规定和政策，保证对每一笔认证交易的付款。商家：提供商品或效劳，使用SET，就可以保证持卡人个人信息的平安。接受卡支付的商家必须和银行有关系。银行：在线交易的商家在银行开立帐号，并且处理支付卡的认证和支付。支付网关：是由银行操作的，将Internet上的传输数据转换为金融机构内部数据的设备，或由指派的第三方处理商家支付信息和顾客的支付指令。

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.UsingSETinE-commerceTransactionsEvaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.

SET协议的工作原理

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.〔1〕用户向商家发送购货单和一份经过签名、加密的信托书。书中的信用卡号是经过加密的，商家无从得知；

〔2〕商家把信托书传送到收单银行，收单银行可以解密信用卡号，并通过认证验证签名；

〔3〕收单银行向发卡银行查问，确认用户信用卡是否属实；

〔4〕发卡银行认可并签证该笔交易；

〔5〕收单银行认可商家并签证此交易；

〔6〕商家向用户传送货物和收据；

〔7〕交易成功，商家向收单银行索款；

〔8〕收单银行按合同将货款划给商家；

〔9〕发卡银行向用户定期寄去信用卡消费账单。

SET协议规定的工作流程Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.1．数字信封：SET依靠密码系统保证消息的可靠传输，在SET中，使用DES算法产生的对称密钥来加密数据，然后，将此对称密钥用接收者的公钥加密，称为消息的“数字信封〞，将其和数据一起送给接收者，接收者先用他的私钥解密数字信封，得到对称密钥，然后使用对称密钥解开数据。

2．数字签名：由于公开密钥和私有密钥之间存在的数学关系，使用其中一个密钥加密的数据只能用另一个密钥解开，SET中使用RSA算法来实现。发送者用自己的私有密钥加密数据传给接收者，接收者用发送者的公钥解开数据后，就可确定消息来自于谁。这就保证了发送者对所发信息不能抵赖。

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.加密、签名和消息摘要的过程

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SET的缺陷Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支付概述平安套接层协议SSL平安电子交易SET协议电子支付工具网上银行Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.信用卡就是一种常见的银行卡，1915年起源于美国。是一种信用凭证是一种将支付与信贷融为一体的业务。

信用卡的特点

两种功能：同时具备信贷与支付

三角关系：信用卡除银行与客户之外，还与受理信用卡商户发生关系

信用卡Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.按信用卡性质与功能区分借记卡〔DebitCard〕：先存款，后支用贷记卡〔CreditCard〕：先消费，后还款综合卡：结合两种功能的卡，偏重“借记〞按发卡机构区分金融卡：万事达卡〔MasterCard〕、威萨卡〔VisaCard〕、中国银行长城卡等非金融卡：加油卡、地铁卡、卡、商业优惠卡等按发卡对象区分主卡、附属卡、个人卡、公司卡等4.按持卡人信誉或社会经济地位区分白金卡、金卡、银卡、普通卡等5.按流通范围区分国际卡、区域卡信用卡的分类Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.信用卡根本功能ID功能：能够证明持卡人的身份结算功能：用于支付，是非现金、支票、期票的结算信息记录功能：将持卡人的属性〔身份、密码〕、对卡的使用情况等各种数据记录在卡中的功能信用卡的补充功能消费信用、消费信贷、吸收存储、转帐结算、通存通兑、自动存款、代发工资、代理收费、信誉标志信用卡的功能Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.第一阶段

完成客户的购物

第二阶段

从客户帐目向商家帐目转帐

第三阶段

通知客户应支付的款额并为客户下帐

信用卡业务过程的三个阶段Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.数字现金的定义

数字现金(E-cash)是一种表示现金的加密序列数，它可以用来表示现实中各种金额的币值。数字现金的属性

货币价值

可交换性

可存储性

重复性

数字现金支付方式Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.1、购置E-cash、2、存储E-cash、3、用E-cash购置商品或效劳、4、资金清算、5、确认订单数字现金的应用过程Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.银行和卖方之间应有协议和授权关系买方、卖方和E-cash银行都需使用E-cash软件因为数字现金可以申请到非常小的面额，所以数字现金适用于小的交易量(minipayment)身份验证是由E-cash本身完成的E-cash银行负责买方和卖方之间资金的转移具有现金特点，可以存、取、转让这种方式比较平安E-cash与普通钱一样会丧失数字现金支付的特点Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.1.IBM〔Mini-pay〕2.DigiCash〔1994年，荷兰，0.1美分/交易〕3.CyberCash〔1994年8月，30美分/交易〕4.Netcash5.Modex〔1995年，英格兰，结合智能钱夹和电子钱包〕6.Millicent〔0.1美分/交易〕7.中国的CNAPS现行解决方案Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.是指安装在客户端计算机上，并符合SET规格的软件。根本功能与商家端的SET软件沟通，以激活SET交易向商家端查询有关付款和订货的相关信息接收来自商家端的响应信息向认证中心要求申请数字证书，并下载数字证书的申请表从认证中心下载持卡人的数字证书与认证中心沟通，查询数字证书目前的状态电子钱包(ElectronicWallet)Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.运作方式Plug-in交易前，客户必须下载电子钱包付款信息请启动电子钱包启动完成，可以开始交易SET信息客户端浏览器商家效劳器电子钱包(ElectronicWallet)〔续〕Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.商家效劳器(MerchantServer或POS—Pointof

Sale)指商家端提供的SET效劳软件，其功能包括：联系客户端的电子钱包联系支付网关向商店的认证中心查询数字证书的状态处理SET的错误信息持卡人商家效劳器支付网关Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.商家效劳器的运作方式客户端Web服务器商家服务器浏览器/电子钱包Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.支付网关(PaymentGateway)即为SET信息与现有银行网络的转接处，负责接收来自商家效劳器送来的SET信息，其中包括重要的信用卡数据，在转换成银行网络的格式后传送给收单银行处理。同时作相应的检查工作，如确认商家和持卡人的身份等。信用卡付款授权程序当客户端传来订单与付款数据时，商家端将接收该订单，并且将加密过的付款数据传给支付网关，要求取得付款授权。如下图：付款授权请求付款授权回应支付网关网络银行请求回应商家服务器Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.比起前两种电子支付方式，电子支票的出现和开发是较晚的。电子支票使得买方不必使用写在纸上的支票，而是用写在屏幕上的支票进行支付活动。电子支票几乎和纸质支票有着同样的功能。

电子支票支付方式Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支票支付的特点Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子支票的认证电子支票是客户用其私钥所签署的一个文件。接收者(商家或商家的开户行)使用支付者的公钥来解密客户的签字。这样将使得接收者相信发送者确实签署过这一支票。公钥的发送发送者及其开户行必须向接收者提供自己的公钥。提供方法是将他们的X．509证书附加在电子支票上。私钥的存储为了防止欺诈，可向客户提供一个Smart卡，以实现对私钥的平安存储。银行本票银行本票由银行按如下方式发行：发行银行首先产生支票，用其私钥对其签字，并将其证书附加到支票上。接收银行使用发行银行的公钥来解密数字签字。电子支票支付的平安性要求Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.NetBill

电子支票实例Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.电子资金转帐Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.网上银行

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.商业银行业务功能

银行零售业务

银行国内批发业务

全球批发业务

银行投资业务

银行信托业务

网上银行的功能网上银行的功能银行业务工程个人银行、对公业务(企业银行)、信用卡业务、多种付款方式、国际业务、信贷、特色效劳商务效劳投资理财、资本市场、政府效劳信息发布国际市场外汇行情、对公利率、储蓄利率、汇率、国际金融信息、证券行情、银行信息Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.银行电子化系统的划分

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.基于浏览器的访问电子邮件要解决以下几个问题：电子邮件的标准图像处理方法决定是否使用特定的电子邮件工具决定是否使用加密/授权接收、分发并处理电子邮件的方法使用共享邮箱及个人邮箱的规那么确定是否接纳电子邮件作为合法的文件Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.对话区：要解决以下几个问题建立对话日志、稽核和效劳质量控制系统建立有关知识库，帮助用户解决常见问题讨论组：要解决以下几个问题选择适宜的话题有效地对论坛进行监控适度参加讨论，加以引导Web： 要解决以下几个问题把Internet与通常的中心结合在一起建立通信日志、录音功能等平安机制保证效劳质量控制Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.网上银行的运行机制

完全依赖于Internet

传统银行运用公共Internet

网上银行的业务模式

把网上银行作为银行零售业务柜台的延伸

以批发业务为主

前两种的结合

网上银行的模式Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.网上银行实例之一：SFNB

网上银行实例之二：中国银行

网上银行实例之三：招商银行

网上银行实例Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.SFNB

——SecurityFirstNetworkBank

Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.点击网上银行Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.点击Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.Evaluationonly.CreatedwithAspose.Slidesfor.NET3.5ClientProfile.Copyright2004-2021AsposePtyLtd.