中移动叫停自己主推的手机支付 转用银联方案

2023-12-16 03:48

本文主要是介绍中移动叫停自己主推的手机支付 转用银联方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

希望主导“手机支付”市场走向的巨头中国移动,似乎正悄然向中国银联靠拢。记者获悉,中国移动正叫停2009年主推的手机支付业务方式RF-SIM,其替代方案为银联主导的13.56MHz的手机支付方式。

标准之争

记者从工信部获悉,目前科技司和电信发展司正在推动移动支付标准体系和相关标准制定,根本原因在于手机支付领域的标准并不统一。

分析人士指出,此前中移动已经采购了100万张RF-SIM卡,单价为100元左右,采购金额已经上亿。而中移动此前的目标为近期发展1000万手机支付用户,这个高达数10亿的市场给从事相关领域的企业带来无限想象空间。但是一旦中移动的发展方向发生转变,从事RF-SIM领域的相关企业将无从获益。

在手机支付这个新兴市场,中国移动和中国银联都想通过自身优势成为手机支付体系的主导者。中国移动倡导的是2.4G技术(即RF-SIM),而目前银行、金融等机构布点的POS机等终端大都基于13.56MHz(即NFC)技术,显然和RFID-SIM卡不兼容。两大巨头的较量事实上就是手机支付的两大标准之争。

知情人士透露,此前中国移动力推2.4G标准,根本原因在于标准为中国移动首家提出,其他电信运营商和银联都不具备这个技术能力。中移动从而希望借助其高达数亿的移动手机用户主导这个产业。但RF-SIM面临成熟度不高、标准不公开、安全性欠缺等问题曾在中移动内部多次被探讨。另外一个导致中移动叫停RF-SIM的重要原因是成本问题,包括RF-SIM卡的采购以及相应POS机的采购,高达数亿金额。

pos终端机影响不大

业内专家介绍,与2.4G相比,13.56MHz频率最大的优势在于,它被广泛应用在交通、金融、社保、加油等非接触卡片领域,在各种应用上兼容性更强,基本上无需对现有机具做改动,比如目前的公交卡支付,就是采用这种技术。而2.4G则需要对交通机具、金融机具等重新改造。

实际上,从中国移动3月份以400亿资金入股浦发银行以来,中国银联对与中国联通、中国电信的合作进展积极宣传。银联官方网站上的最新消息显示,中国银联在湖南开始试水手机支付项目,选择的合作方是中国联通。在三大电信运营商之间,手机支付解决方案的走向已经存在分歧 。除了中国移动外,中国联通和中国电信都表示将支持13.56MHz技术。其中,中国联通的理由是,“目前自有渠道比较少,社会渠道上支持13.56MHz技术的NFC手机较多”。

如今,中国移动也迫于各种原因,暂时叫停RF-SIM。中国移动公司内部人士也表示,RF-SIM已经被搁置,起码在最近两年内,RF-SIM不会有太大的动作,目前将主要以13.56MHz为主。据悉,RF-SIM叫停后,除了重庆、深圳和上海等地有签约合作外,其他地方必须选择13.56MHz。

一位行业分析师向记者表示,由于pos终端机有几种模式可以兼容,相应厂商受到的冲击并不大。但是,从事芯片领域的这些企业,将会受到中移动决策的影响。

这篇关于中移动叫停自己主推的手机支付 转用银联方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/498984

相关文章

SpringBoot基于注解实现数据库字段回填的完整方案

《SpringBoot基于注解实现数据库字段回填的完整方案》这篇文章主要为大家详细介绍了SpringBoot如何基于注解实现数据库字段回填的相关方法,文中的示例代码讲解详细,感兴趣的小伙伴可以了解... 目录数据库表pom.XMLRelationFieldRelationFieldMapping基础的一些代

前端缓存策略的自解方案全解析

《前端缓存策略的自解方案全解析》缓存从来都是前端的一个痛点,很多前端搞不清楚缓存到底是何物,:本文主要介绍前端缓存的自解方案,文中通过代码介绍的非常详细,需要的朋友可以参考下... 目录一、为什么“清缓存”成了技术圈的梗二、先给缓存“把个脉”:浏览器到底缓存了谁?三、设计思路:把“发版”做成“自愈”四、代码

解决docker目录内存不足扩容处理方案

《解决docker目录内存不足扩容处理方案》文章介绍了Docker存储目录迁移方法:因系统盘空间不足,需将Docker数据迁移到更大磁盘(如/home/docker),通过修改daemon.json配... 目录1、查看服务器所有磁盘的使用情况2、查看docker镜像和容器存储目录的空间大小3、停止dock

Spring Gateway动态路由实现方案

《SpringGateway动态路由实现方案》本文主要介绍了SpringGateway动态路由实现方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随... 目录前沿何为路由RouteDefinitionRouteLocator工作流程动态路由实现尾巴前沿S

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

C#实现高性能拍照与水印添加功能完整方案

《C#实现高性能拍照与水印添加功能完整方案》在工业检测、质量追溯等应用场景中,经常需要对产品进行拍照并添加相关信息水印,本文将详细介绍如何使用C#实现一个高性能的拍照和水印添加功能,包含完整的代码实现... 目录1. 概述2. 功能架构设计3. 核心代码实现python3.1 主拍照方法3.2 安全HBIT

录音功能在哪里? 电脑手机等设备打开录音功能的技巧

《录音功能在哪里?电脑手机等设备打开录音功能的技巧》很多时候我们需要使用录音功能,电脑和手机这些常用设备怎么使用录音功能呢?下面我们就来看看详细的教程... 我们在会议讨论、采访记录、课堂学习、灵感创作、法律取证、重要对话时,都可能有录音需求,便于留存关键信息。下面分享一下如何在电脑端和手机端上找到录音功能

MyBatis Plus实现时间字段自动填充的完整方案

《MyBatisPlus实现时间字段自动填充的完整方案》在日常开发中,我们经常需要记录数据的创建时间和更新时间,传统的做法是在每次插入或更新操作时手动设置这些时间字段,这种方式不仅繁琐,还容易遗漏,... 目录前言解决目标技术栈实现步骤1. 实体类注解配置2. 创建元数据处理器3. 服务层代码优化填充机制详

防止Linux rm命令误操作的多场景防护方案与实践

《防止Linuxrm命令误操作的多场景防护方案与实践》在Linux系统中,rm命令是删除文件和目录的高效工具,但一旦误操作,如执行rm-rf/或rm-rf/*,极易导致系统数据灾难,本文针对不同场景... 目录引言理解 rm 命令及误操作风险rm 命令基础常见误操作案例防护方案使用 rm编程 别名及安全删除

Python实现批量CSV转Excel的高性能处理方案

《Python实现批量CSV转Excel的高性能处理方案》在日常办公中,我们经常需要将CSV格式的数据转换为Excel文件,本文将介绍一个基于Python的高性能解决方案,感兴趣的小伙伴可以跟随小编一... 目录一、场景需求二、技术方案三、核心代码四、批量处理方案五、性能优化六、使用示例完整代码七、小结一、