扫码乘公交支付系统
阅读：625发布：2023-12-27
专利汇可以提供扫码乘公交支付系统专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种扫码乘公交 支付系统 ，包括N支付平台和系统 数据中心 整体系统平台，所述N支付平台包括服务层、应用层、应用 支撑 层、信息资源层、运行环境层、网络通信层和支撑体系层；所述系统数据中心整体系统平台包括客户端、 软件 即服务、平台即服务、数据即服务和 基础 设施即服务，本发明系统应运用先进成熟的技术手段和标准化产品，具有较高性能，符合当今技术发展的方向，确保系统具有较强的生命 力 ，有长期的使用价值，符合未来的发展趋势， 应用软件 应考虑用户的操作习惯，为用户提供统一的、友好的操作界面以及丰富的联机帮助，全面提升系统的实用性和经济性，确保建成的系统安全可靠、 稳定性 强，从而把各种可能存在的 风 险降至最低。，下面是扫码乘公交支付系统专利的具体信息内容。
1.一种扫码乘公交支付系统，包括N支付平台和系统数据中心整体系统平台，其特征在于：所述N支付平台包括服务层、应用层、应用支撑层、信息资源层、运行环境层、网络通信层和支撑体系层；
所述网络通信层和运行环境层包含N支付平台中心局域网与硬件平台、中心和接入单位连接的广域网以及接入单位的硬件平台；
所述信息资源层是N支付平台建设的主线，涵盖所有的结构化和非结构化数据，信息资源层也是市民基础和动态行为信息的存储和积累，为这些信息的进一步开发利用提供保障；
所述应用支撑层为上层的应用系统提供各种运行平台和公共服务组件，是架构于底层的操作系统与上层应用系统之间的支撑软件平台，所述应用支撑层包括中间件、应用服务器、数据库服务器等系统软件平台以及数据整合、应用整合、安全控制、数据共享、统计分析等商用组件产品；
所述应用层，其为N支付平台所建设的应用系统是工程建设最为重要的成果，应用系统是实现各种业务和管理功能的独立运行模块；
所述服务层，其分为服务渠道和访问界面两个部分；
所述支撑体系层，其包括安全体系、标准体系和运维体系；
所述系统数据中心整体系统平台包括客户端、软件即服务、平台即服务、数据即服务和基础设施即服务；
所述软件即服务包括政务区、公众服务区和商务区；
所述数据即服务包括市民基础信息库、市民卡业务信息库、关系数据库集群、分布式实时数据库和分布式文件系统；
所述基础设施即服务包括基础服务和基础设施。
2.根据权利要求1所述的一种扫码乘公交支付系统，其特征在于：所述安全体系分为技术安全体系和管理安全体系。
3.根据权利要求1所述的一种扫码乘公交支付系统，其特征在于：所述访问界面包括自助终端、手机APP、服务网站、柜台服务，丰富市民卡的服务手段，所述服务渠道具有统一服务渠道的整合功能，以便为用户提供统一的访问界面和个性化服务。
4.根据权利要求1所述的一种扫码乘公交支付系统，其特征在于：所述应用层包括公共事业、卡管理、柜面服务、自助服务、账户管理、市民信息管理和统计分析6大核心业务支撑应用系统。
5.根据权利要求1所述的一种扫码乘公交支付系统，其特征在于：所述市民信息数据库和卡务信息数据库服务器的设计上采用双机技术保障系统可持续运行，同时，在两者数据库服务器上部署Oracle RAC，通过组成RAC集群的方式，保证系统在数据库层面的可持续运行。
扫码乘公交支付系统
技术领域
[0001] 本发明涉及扫码支付技术领域，具体为一种扫码乘公交支付系统。
背景技术
[0002] 移动支付市场战火纷纷，支付领域竞争异常激烈，给消费者带来了更多的便捷和支付选择。互联网公司、第三方支付、金融机构甚至是手机厂商、可穿戴厂商也加入了战局，而南通智慧交通科技有限公司作为南通市民卡的发卡机构，在以南通市民卡的平台为基础的前提下顺势引入移动互联网思维，为移动支付领域带来了新的能量。
[0003] 2017年2月10日，基于南通市民卡平台、畅行南通APP推出了“在线支付的二维码模式”的手机支付产品N支付，是国内目前支付公司在公共交通领域的创新产品，同时，也是国内首家实现在线扫二维码称公交的公共交通领域的产品。南通智慧交通科技有限公司基于“不能把所有的鸡蛋放进一个篮子里”的思路，在互联网时代，改变可能存在着风险和挑战，但是不改变就意味着落后和失败。因此，运用互联网思维、打造二维码公共交通领域的生态系统、围绕客户体验继续完善移动支付品牌N支付，利用二维码、清结算等技术，覆盖公共交通领域的全新支付产品。
发明内容
[0004] 本发明的目的是为了解决现有技术中存在的缺点，而提出的扫码乘公交支付系统。
[0005] 为实现上述目的，本发明提供如下技术方案：
[0008] 所述信息资源层是N支付平台建设的主线，涵盖所有的结构化和非结构化数据，信息资源层也是市民基础和动态行为信息的存储和积累，为这些信息的进一步开发利用提供保障；
[0009] 所述应用支撑层为上层的应用系统提供各种运行平台和公共服务组件，是架构于底层的操作系统与上层应用系统之间的支撑软件平台，所述应用支撑层包括中间件、应用服务器、数据库服务器等系统软件平台以及数据整合、应用整合、安全控制、数据共享、统计分析等商用组件产品；
[0010] 所述应用层，其为N支付平台所建设的应用系统是工程建设最为重要的成果，应用系统是实现各种业务和管理功能的独立运行模块；
[0011] 所述服务层，其分为服务渠道和访问界面两个部分；
[0012] 所述支撑体系层，其包括安全体系、标准体系和运维体系；
[0013] 所述系统数据中心整体系统平台包括客户端、软件即服务、平台即服务、数据即服务和基础设施即服务；
[0014] 所述软件即服务包括政务区、公众服务区和商务区；
[0015] 所述数据即服务包括市民基础信息库、市民卡业务信息库、关系数据库集群、分布式实时数据库和分布式文件系统；
[0016] 所述基础设施即服务包括基础服务和基础设施。
[0017] 优选的，所述安全体系分为技术安全体系和管理安全体系。
[0018] 优选的，所述访问界面包括自助终端、手机APP、服务网站、柜台服务，丰富市民卡的服务手段，所述服务渠道具有统一服务渠道的整合功能，以便为用户提供统一的访问界面和个性化服务。
[0019] 优选的，所述应用层包括公共事业、卡管理、柜面服务、自助服务、账户管理、市民信息管理和统计分析6大核心业务支撑应用系统。
[0020] 优选的，所述市民信息数据库和卡务信息数据库服务器的设计上采用双机技术保障系统可持续运行，同时，在两者数据库服务器上部署Oracle RAC，通过组成RAC集群的方式，保证系统在数据库层面的可持续运行。
[0021] 与现有技术相比，本发明的有益效果是：
[0022] 1.先进性和成熟性
[0023] 系统设计，特别是应用软件解决方案，要充分体现一体化的特点，满足“N支付平台”建设的要求，把科学的管理理念和先进的技术手段紧密结合起来，提出先进合理的业务流程；系统应运用先进成熟的技术手段和标准化产品，具有较高性能，符合当今技术发展的方向，确保系统具有较强的生命力，有长期的使用价值，符合未来的发展趋势。
[0024] 2.经济性和实用性
[0025] 系统性能优良，价格合理，具有较好的性能价格比，帮助用户节省投资，做到物有所值；设计应面向实际、注重实效，坚持实用、经济的原则。应用软件应考虑用户的操作习惯，为用户提供统一的、友好的操作界面以及丰富的联机帮助，全面提升系统的实用性和经济性。
[0026] 3.可靠性和稳定性
[0027] 设计时要采用可靠的技术，使系统各环节具备故障分析、应急恢复和容错能力。在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到，提供切实可行的方案，确保建成的系统安全可靠、稳定性强，从而把各种可能存在的风险降至最低。
[0029] 系统设计应把安全性放在首位，既要考虑信息资源的充分共享，也要考虑信息的保护和隔离；要考虑数据存取安全及数据传输安全性。系统应该在各个层次对访问进行控制，设置严格的操作权限；对任何重要的数据修改都应将操作员代码一并计入相应的记录中，对非法修改数据者，提供可靠的备查依据。系统另要提供操作日志功能，任何进入系统的行为都将记录在案，一旦数据发生问题将会有据可查；对特殊性的业务，按不同情况实行分级审批后办理，即设置多级权限进行处理。
[0030] 5.可扩展性、前瞻性和易维护性
[0031] 设计时应充分考虑市民卡业务在未来若干年内的发展趋势，具有一定的前瞻性，并充分考虑系统升级、扩容、扩充和维护的可行性；并针对本系统涉及用户多、数据量大的特点，充分考虑如何大幅度提高业务处理的响应速度以及统计汇总的速度和精度。
[0032] 6.灵活性和兼容性
[0033] 软件设计时应充分考虑整个应用系统的灵活要求，随用户需求的改变而及时调整，通过合理的模块划分，实现应用软件对业务变更或软件技术发展的灵活适应能力。
[0034] 7.整体性和开放性
[0036] 图1为本发明N支付平台示意图；
[0037] 图2为本发明市民卡系统总体技术架构示意图。
具体实施方式
[0038] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0039] 请参阅图1-2，本发明提供一种技术方案：
[0040] 一种扫码乘公交支付系统，包括N支付平台和系统数据中心整体系统平台，所述N支付平台包括服务层、应用层、应用支撑层、信息资源层、运行环境层、网络通信层和支撑体系层；
[0041] 所述网络通信层和运行环境层包含N支付平台中心局域网与硬件平台、中心和接入单位连接的广域网以及接入单位的硬件平台；
[0042] 所述信息资源层是N支付平台建设的主线，涵盖所有的结构化和非结构化数据，信息资源层也是市民基础和动态行为信息的存储和积累，为这些信息的进一步开发利用提供保障；
[0043] 所述应用支撑层为上层的应用系统提供各种运行平台和公共服务组件，是架构于底层的操作系统与上层应用系统之间的支撑软件平台，所述应用支撑层包括中间件、应用服务器、数据库服务器等系统软件平台以及数据整合、应用整合、安全控制、数据共享、统计分析等商用组件产品；
[0044] 所述应用层，其为N支付平台所建设的应用系统是工程建设最为重要的成果，应用系统是实现各种业务和管理功能的独立运行模块，所述应用层包括公共事业、卡管理、柜面服务、自助服务、账户管理、市民信息管理和统计分析6大核心业务支撑应用系统；
[0045] 所述服务层，其分为服务渠道和访问界面两个部分，所述访问界面包括自助终端、手机APP、服务网站、柜台服务，丰富市民卡的服务手段，所述服务渠道具有统一服务渠道的整合功能，以便为用户提供统一的访问界面和个性化服务；
[0046] 所述支撑体系层，其包括安全体系、标准体系和运维体系，所述安全体系分为技术安全体系和管理安全体系；
[0047] 所述系统数据中心整体系统平台包括客户端、软件即服务、平台即服务、数据即服务和基础设施即服务；
[0048] 所述软件即服务包括政务区、公众服务区和商务区；
[0049] 所述数据即服务包括市民基础信息库、市民卡业务信息库、关系数据库集群、分布式实时数据库和分布式文件系统，所述市民信息数据库和卡务信息数据库服务器的设计上采用双机技术保障系统可持续运行，同时，在两者数据库服务器上部署Oracle RAC，通过组成RAC集群的方式，保证系统在数据库层面的可持续运行；
[0050] 所述基础设施即服务包括基础服务和基础设施。
[0051] 系统工程作为信息化建设的一项重要工程，是一个体现资源整合、协同管理、联盟营销的一个公共服务IT综合应用系统，为了让市民能够安全、方便、快捷、高效地办理各项公用事业以及商业服务，能够满足未来各种业务的灵活接入，满足宏观决策的需要，系统基础支撑平台的设计至关重要，结合业务需求分析，考虑到未来业务发展，整个平台设计需围绕以下设计目标进行：
[0052] 一、一体化：系统主要为市民提供方便的公用事业、商业应用功能服务，要提供统一的应用服务，需要强大的一体化的后台系统支撑，即通过整合公共资源、优化业务流程、创新管理模式、拓展服务方式，以服务流、管理流、资金流、数据流为主线，实施一体化的业务设计和系统建设，最终实现基础数据的一体化、服务的一体化、应用系统的一体化、公共服务的一体化、应用的一体化，方便市民各项业务的办理。
[0053] 二、可扩展：随着服务生态商圈的打造，未来提供给市民的各项服务将会越来越多，而接入工程的各项服务业务，可能会涉及到多种不同平台、多种架构，因此整个系统基础平台必须从网络、应用、资源、存储方式等方面都必须是灵活的、可扩展的，这样才能满足今后的业务需要。因此，计划采用基于SOA的体系架构，综合运用构件化技术、流程化技术、大数据处理技术等主流技术，采用平台化开发的框架工具，构建系统平台，确保服务平台的弹性、动态、透明、通用和积木化。
[0054] 三、多渠道：系统需要依托业务专网、互联网、移动互联网等各种接入网络为市民提供统一的公共服务，例如：客服中心、移动APP服务、门户网站、自助式一体机、短信服务、微信服务等多渠道的公共服务。
[0055] 四、大数据：系统业务不仅有传统的结构化数据的查询、交易类业务，也有来源于网站、APP以及居民的非结构化数据业务，具备数据量大种类多的特点，同时考虑到未来数据挖掘服务的应用，能够提供决策分析，平台需按照大数据方式进行构建，以满足未来大数据挖掘的需要。
[0056] 围绕以上设计目标，结合电子行业特征和智慧城市发展趋势以及南通的实际情况，按照一体化、平台化、规范化、集约化等建设要求，借鉴SOA体系架构和通用模型，充分运用大数据、构件化、流程化等主流技术，计划以混合云方式搭建系统数据中心整体系统平台架构，系统数据中心整体系统平台包括客户端、软件即服务、平台即服务、数据即服务和基础设施即服务。
[0057] 系统工程建设项目原有各部门信息系统很多都是分散建设，技术架构以单软件为着眼点，较难解决基本信息共享和系统互联互通问题。本次建设需要着眼于多软件集成的架构，引入面向服务的体系结构(SOA)思想，在技术架构上建立了视图服务层。通过在视图服务层暴露系统对外的websevice服务(或其他通用协议服务)实现其他软件对系统业务逻辑的调用；通过在视图服务层调用其他软件的服务实现系统对其他软件业务逻辑的调用，从而实现系统与其他软件间的业务逻辑集成。
[0058] 系统稳定是系统工程建设项目运行的首要目标，在此次系统建设中，将采用双机热备和集群等技术保障系统可持续稳定运行。
[0059] 在市民信息数据库服务器和卡务信息数据库服务器的设计上，采用双机技术保障系统可持续运行；同时，在两者数据库服务器上部署Oracle RAC，通过组成RAC集群的方式，保证系统在数据库层面的可持续运行。
[0060] J2EE技术提供了一个基于构件的方法来设计、开发、装配和部署企业级应用程序。J2EE平台提供了一个多层结构的分布式应用程序模型，该模型具有重用构件的能力、基于扩展标记语言(XML)的数据共享、统一的安全模式和灵活的事务控制，支持跨平台应用。系统必须基于J2EE架构技术进行开发。
[0061] 在本次项目建设中主要包括4个部分进行建设，分别包括信息资源管理中心网络系统建设(核心交换区、数据库及存储区、应用区、测试服务器区、安全管理区)，市民卡数据中心网络系统建设(中心前置交换区、合作单位(非政府单位)接入区、应用区、外部网站)，共建单位网络系统建设(公安、银行、卫生、公积金、民政、计生、图书馆等政府单位的接入，前置交换区)，容灾中心主要建立N支付平台数据备份中心。
[0062] 市民卡核心业务平台系统需要与各政府部门单位、各行业应用单位、银行系统等互联互通，完成业务数据交互、交易清分结算以及卡片黑名单等管理数据的交互。
[0063] 同时，应考虑今后可能有更复杂的业务整合形式的外部应用系统接口，例如与公用事业单位接口实现市民卡代缴费等，因此系统外部接口应同时支持交易清分、数据交换和业务整合多种形式的跨平台、跨系统接口交互方式。
[0064] 数据交换共享主要针对政府各个业务部门，目前第一阶段的政府跨部门协同共享形式主要就是直接面向数据库的数据交换，由本系统的数据交换平台实现。
[0065] 由于各个业务部门信息系统平台各异，数据库管理系统各不相同，因此数据交换平台应同时支持与多种异构数据库管理系统的适配对接，乃至可直接处理文本文件FTP方式或通过Web服务器直接输入原始数据等多种数据来源的处理。这样对外部业务系统而言，没有特别的接口能力要求就可以顺利接入数据交换平台。
[0066] 市民卡支付体系的设计完全参照金融支付体系设计，包括交易接口的设计也完全参照金融行业规范ISO8583的交易报文接口规范设计，可以顺利与包括银行、银联在内的交易对象安全对接。
[0067] 所有交易首先接入专门的交易前置机做预处理，然后转发给中心清算系统做入账、结算等进一步账务处理。
[0068] 从清分中心的系统划分来看，性能的压力主要由前置数据交换通讯模块和账务处理模块承担。
[0069] 从应用架构、数据库设计等方面统筹考虑，对完成系统的性能指标至关重要。
[0070] 采用流水线处理方式，清分中心处理数据量最大的工作是交易清分。将清分中心的交易清分工作分为两阶段：前置数据交换通讯平台接受上传的交易数据，经必要的检查后存入数据库；账务处理模块从数据库中读取交易数据，完成清分。这样可以使前置数据交换通讯平台不必等待后续处理工作，保证了清分中心对外部机构通讯的吞吐能力。
[0071] 前置数据交换通讯模块和账务处理模块面对不同的数据源，可以同步工作，互相之间不存在等待关系，提高整个系统的处理能力。
[0072] 降低数据海量数据库表的访问频度，当每天上传到清分中心的交易数据最多将达到800万笔左右，账务处理模块在读取原始交易数据进行清分的同时，进行粒度可调的初步汇总统计，可以避免对海量原始数据的二次读取。
[0073] 分层次统计的设计，为提高统计分析的效率，账务处理模块在对某些复杂的清分统计时，可采用分层次统计的方法，即先在清分进程中进行初步统计，再由后续统计进程对其统计结果作进一步的抽取统计，这样可大幅度降低后续统计分析处理的数据量，提高首次数据清分效率。
[0074] 采用内存表技术，主要针对查询清分比例规则表等信息，按一定的内存数据结构组织形式，将清分比例规则表装载到共享内存。
[0076] 通过在应用级实现负载均衡，并结合应用架构的多层设计，可最大限度地发挥系统的处理能力。
[0077] 大数据量表采取每天一表方式建表。
[0078] 清分中心每天处理的原始交易数据多达数千万条。采用这种建表方式，使清分中心的数据库始终处于轻载运行状态，充分降低数据插入引起的性能开销。同时使数据清理的操作简单易行，数据库性能不会因数据反复删除而逐渐下降。
[0079] 合理使用数据库分区技术，按照可配置的规则，将每天的原始交易数据划分成若干批次。每个批次的数据存放在一个分区中。在此基础上清分过程也分成多个批次进行，将每个清分批次的处理分成多个能够并行处理的部分，形成多进程并行处理模式。
[0080] 在关键子系统-前置数据交换通讯子系统的服务器架构设计中，采用多层(通信层、交换层)、每层多组的架构；同时，每层多组服务器的配置方式保证系统性能的扩展。
[0081] 为交易处理的吞吐量，在应用级采用流水线的设计方法。
[0082] 数据层采用缓存机制为最大限度地减少数据库访问的次数，降低性能最低的磁盘I/O的访问量，提高处理性能，应用系统中大量采用参数内存化设计。
[0083] 应用服务器配置均采用双机热备配置方案，防止在服务器一级出现单点故障。
[0084] 为保证数据的完整性，采用中间件。
[0085] 为保证批量处理异常中断时无需从头做起，清分批处理采用断点续做技术。
[0086] 通过应用系统模块化设计，可简单地将新的服务器增加至已有的系统中，获得服务器性能的横向扩展。
[0087] 在应用系统设计中，采用参数化设计方法，将业务功能的扩展简化为参数配置予以实现，提高业务的可扩展性。
[0088] 接口标准化设计，系统外部接口按照相关标准设计，适应新系统接入扩展。
[0089] 通过系统维护管理模块对整个应用系统进行统一管理，以及对清分系统进行系统资源的统一管理，并可利用第三方管理监控软件的标准接口，实现对系统的统一监控。
[0090] 由系统维护管理子系统集中进行应用系统配置参数管理，使应用参数管理更统一、更一致。
[0091] 应用系统的参数化设计，同样可使得对应用系统配置的修改变的容易直观，降低了应用管理的复杂度。
[0092] 通过采用B/S架构的管理前台可达到相关信息能统一、快速的发布。
[0093] N支付平台公交车张贴公交乘车二维码图片，市民通过使用市民卡APP扫码支付进行公交车乘车，二维码包含公交车线路号，汽车编号等信息。
[0094] 公交公司的线路存在机动切换、票价存在动态切换、司机存在动态切换。
[0095] 尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种高效地热井结构 | 2020-05-08 | 1022 |
| 一种桥梁风屏障装置及其使用方法 | 2020-05-08 | 927 |
| 一株芽孢杆菌及其在养殖水体中脱氮除硫的应用 | 2020-05-08 | 580 |
| N-甲基吡咯啉的生物合成方法 | 2020-05-08 | 529 |
| 隧道非开挖生态建造方法 | 2020-05-08 | 673 |
| 一种铁铝基金属间化合物滤芯及其制备方法 | 2020-05-08 | 821 |
| 畜禽养殖污废治理及资源化综合利用方案 | 2020-05-08 | 603 |
| 用于隧道开挖的离心模型试验装置 | 2020-05-08 | 288 |
| 一种环境工程用空气净化装置 | 2020-05-11 | 244 |
| 一种带有防护装置的户外空气监测仪 | 2020-05-08 | 133 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
环境工程热门专利
QQ群二维码
意见反馈
意见反馈