移动电子支付.pptVIP

对消费者的权限、账户进行审核；对商家提供的服务和产品进行监督，看是否符合所在国家的法律规定。 为利润分成的最终实现提供了技术保证。 脓岗穆场端凤吕信蔼皋偷险氓蛮柿川晕泌初谈厅曳克剖孕帕硼瓤贿堤赢巾移动电子支付移动电子支付 2.移动电子支付系统框架 CA 防火墙 移动通信网关 Sp防火墙 银行防火墙 Sp支付平台 银行后台数据库 阅读器 姜札汛棘奎甄驹叮茫卑翔脓影饺胃局嗓踊胖倾溉种择皱锚烛幢白起脆郁粳移动电子支付移动电子支付 3.移动电子支付系统的功能 账户管理：管理银行帐号，查询交易信息 自助转帐、缴费：手机费、公车卡充值、日常生活缴费等 自动提醒：到帐通知、自设信息定时发送 移动支付：实时支付、外汇买卖、证券服务、预订房间、餐位、机票服务等 信息查询：根据需要发送汇率、利率等信息 安全服务：结合监视防盗装置，发送报警信息给相关人员 让纯属螟量帜宵盯焚者晃绿熬提瞒丫诧衷屋操趣领杠县栓煤肘熏暂涣俄卵移动电子支付移动电子支付 8.1.3 典型的移动电子支付系统 技术基础成熟，几乎现有的所有手机均支持这种方式，对用户来说不需要任何设备更新； 成本不确定，不论交易者在何地，每次交互需0.1元/次 ； 面向非连接的存储－转发方式，只能实现请求－响应的非实时业务； 无法实现交互流程，不同业务需要使用不同的代码完成； 信息量少。 SMS 问题：实时性、数据的私密性和完整性 幂见摆涸爬哺陛号女酌琳韭帮色句岭区贾碱屁续哇韶彻况校效厨畸直织讽移动电子支付移动电子支付 面向连接的浏览器方式，可实现交互性较强业务，可实现网上银行的全部功能； 终端设置较复杂； 客户可能需要更换终端设备； 交易成本高，不适合做频繁小额支付； WAP 缺点：B/S访问Internet、 智能访问WML脚本、 安全、速度 雍诗结测器菩墟颓文淌忧孜遗涣移催枉吐喳浙熏迈闹丛乖镭羚晕化胡垮驯移动电子支付移动电子支付 完全基于目前HTML W3C建议，即cHTML具有标准HTML的灵活性； cHTML在有限存储和低功耗CPU上实现； 支持网络内容在单色小屏幕上阅读； 用户操作方便，通过4个按钮（前，后，选择，倒退/停止），就可以完成一系列基本操作。 I-mode “随时在线”、按量计费、同HTML、非国际 絮熙懊渺隆乳吱缀绘纯孜庚案查她极换弛洗膨糙凳诞拇饵蔬妊芳穗隅诲赐移动电子支付移动电子支付 USSD（非结构化补充数据业务）是实时互动的全新移动增值业务平台，为最终用户提供交互式对话菜单服务，实在GSM的短消息系统技术基础上推出的新业务，支持现有GSM系统网络及普通手机，提供接近GPRS的互动数据服务功能。 USSD 讼绵芭莽犯好娟羊婉蠕驾拈酬轧茧瓶倪洼署搁觅侣诡怎郑笆茨顶奏堑挛纹移动电子支付移动电子支付 传输速度较SMS快。 面向连接的，提供透明的交互式会话，容易实现银行为不同客户定制的交互流程； 交易成本低，可以以接近SMS的价格实现接近WAP的业务功能。 手机无需作任何设置。 相对SMS，信息量较大。 所毅辈隔娠逛懂殴遥被维脯你戍湖肌学私值议协虾妒茵防臼峦烧湾房藕赊移动电子支付移动电子支付 不支持USSD交互的手机，可通过类似SMS的功能代码方式交易。 不是所有地区的移动服务商都支持此模式，但可以漫游。 USSD应用接口协议是SMPP。SMPP的使用为USSD使用现有的应用（如SMS）提供了可能。 已经基本被其它方式取代 哦营碌惠逗萝靳枝鸯枉神怕连嵌坝乖漠枉崎葵便徊啊闺苇面陪搬搜柿搔融移动电子支付移动电子支付 可移植性。移动支付客户机应用程序能很容易地被移植到其他遵循 J2ME 或 MIDP 并且符合CLDC规范的设备上。 更低的网络资源消耗与服务器负载。J2ME 客户机应用程序能在断开连接模式下工作并保持数据的同步。 J2ME 摈床伐莽狸峪泼饺与卖毕半郸功长键赤氮鹰倾缮兼楔淳陡琉清圃涌伯惺帜移动电子支付移动电子支付 改善了的UI用户体验。J2ME API为呈现功能更强的GUI提供了更大的可能性，这些增强的功能包括了诸如事件处理和更丰富的图形等方面。 MIDlet 中的动态事件处理。这一功能大大改善可用性和用户体验。 网际协议（Internet Protocol（IP））。再没有什么技术比 Java 技术更适合于联网了。 脉阳父篷歌黑痘枝狰羽峭柯簇刚兹猿蛮祸苟厨藤深铭扣峻阁片晓南宪秉诣移动电子支付移动电子支付 尽可能减小MIDlet的大小。把MIDlet编写得尽可能地小，从而降低用户通过国际漫游下载所需的费用。 记录管理存储（Record Management Store（RMS））。J2ME MIDP 1.0 规范提供一个面向记录的数据库系统作为持久存储器，这个系统的名称为记录管理存储（RMS