[科技不怕问]为何运营商手机支付发展不顺?

　　运营商在手机支付方领域布局很早，为何没有取得较好成绩的原因有：

　　一、运营商在手机支付方领域布局虽早，但并没有进行有效推广。1999年，中国移动(微博)与中国工商银行等金融部门合作，在北京、广东等地开始进行移动支付业务试点。但这项业务除了这些试点城市，其他城市知之甚少。

　　二、早期手机支付推出时机不成熟。手机支付无疑是一个很好的设想，也是大势所趋，但在2007年以iPhone为代表的新生代智能手机崛起之前，无论是用户持有的硬件设备还是移动网络条件，都不足以支持手机支付大范围推广。需要订制设备或专用的手机卡对用户来说都是极大的不便，移动网络的不成熟和高资费也降低了用户手机支付的意愿。

　　三、跨行业合作与资源共享不到位。在中国，运营商和银联互不往来的情况致使运营商不得不为商户配置专用的刷卡(手机)设备，这是一项巨大的开支。截至2009年底，我国的联网POS机才240.83万台，每万人所拥有POS机还不到14台，人均普及率极低。银联的数据尚且如此，就不用说昨晚后来者的运营商了，况且中国的个运营商之间连共用信号基站的基础设施都不愿意，更别说在争夺手机支付市场中共享设备。

　　运营商手机支付发展还有诸多障碍。

　　从用户普及率来看，截至2013年底，我国三大运营商手机支付用户366.3万户，普及率不到千分之二;而较大的第三方移动支付用户数已经超过1亿，差距巨大。

　　从这些数据不难发现，运营商手机支付发展的障碍主要是以下几点，而且非常致命：

　　一、并没有从用户角度出发来制定相关服务。

　　首先，移动、联通和电信推出的手机钱包业务无一例外的都要使用NFC(近距离无线通讯技术)。如此一来用户不仅需要将手机卡更换为射频卡，而且需要有具备NFC功能的手机，而目前支持NFC功能的手机仅有三星、索尼、HTC、中兴、华为、LG等厂商的部分高端型号的手机，iPhone更是不支持NFC功能。

　　别说使用NFC技术有多便捷，虽然有13.56MHZ全卡过渡方案，但这种不去适应用户，反而强迫用户适应自己的做法是不得人心的。

　　二、观念与技术落后。

　　长期垄断经营的后果使得这些运营商缺乏市场化企业的思维与自觉，一直以来，运营商业内都认为标准(主要指射频信号)无法统一是手机刷卡难以推广的根本原因。

　　反观在这方面很成功的支付宝钱包和和微信支付，这些产品的公司都非通讯运营商，他们充分利用用户持有的硬件设备与移动互联，开发了适用于当下的手机支付方式。现在这些运营商所谓的标准已经统一了，但这不是并不是他们选择不符合市场潮流和用户习惯的方法的理由，现在早已不是当年，智能手机已普及，二维码也已广泛应用。

　　而且它们的手机支付业务目前仍然只限于部分地区试运营，让人不得不怀疑它们是否具备大范围运营的技术与能力。

　　三、没有为手机支付打造应用场景。

　　造成这种情况的原因我想是和前两条原因也有很大关系的。虽然366万对1亿多差距巨大，但鉴于我国移动电话用户数达到12.29亿户，其中3G上网用户在移动互联网用户中占比达到36.1%，手机支付市场的潜力仍然是巨大的。

　　但对比支付宝钱包在推广过程的抽奖、免单，微信支付送红包、打车送打车钱等一系列举措，三大运营商默默地发布一个通知不禁让人兴趣寥寥。

科技论文范文：

　　软件应用评职论文范文简述三维自动建模在轨道交通工程中的应用。

　　摘要：本文针对轨道交通工程结构、设备、病害等对象的特点，论述了三维自动建模在轨道交通工程三维模型生成方面的重要性，研究分析了相关建模信息，提出了三维自动化建模的流程及方法。根据上海轨道交通13号线设计和施工阶段的实际情况，生成了轨道交通13号线结构工程一期工程的隧道结构。目前，该三维自动建模功能已试用于上海地铁13号线，取得了较好的效果。

　　关键词：软件应用评职论文范文,期刊杂志发表,轨道交通,三维模型,自动建模

　　1. 引言

　　三维模型经常用三维建模工具这种专门的软件生成，但是也可以用其它方法生成。作为点和其它信息集合的数据，三维模型可以手工生成，也可以按照一定的算法生成。

　　轨道交通工程中，结构、设备、病害等模型虽然无异于普通三维模型的建立，但轨道交通工程模型信息量大，每个模型构件都需要精确定位，一般手工生成模型的方式工作量巨大，且很难满足这种要求模型精度要求。因此提取并利用轨道交通工程中的相关数据，进行模型的程序自动化建模是十分必要的。

　　2. 建模软件介绍

　　Multigen Creator是一个高度专业化的工具，帮助建模者创建高效的三维模型和地形用于交互式实时应用。交互式应用据其性质有多种，范围从用于军事的个人飞行和驾驶训练模拟到建筑项目的视景演示，其模型格式OpenFlight可直接用于三维引擎VegaPrime的浏览和使用。

　　OpenFlightAPI是一个包含头文件和链接库的C语言库，它提分了访问OpenFlight数据库和Creator模型系统的接口方法。通过其API可以进行OpenFlight模型的转换、实时的模拟仿真、自动建模以及通过插件的形式对Creator进行功能扩展。