一种支付管理方法和装置与流程

本发明涉及通信技术领域，特别是涉及一种支付管理方法和一种支付管理装置。

背景技术：

近几年来，有效的园区管理成为促进园区健康发展的重要手段，随着园区的不断发展，传统的管理方式已越来越不适应园区迅速发展的需要。智慧园区的建设不仅是科学技术发展的必然，信息化、智能化、智慧化在给园区带来管理的重大进展的同时，本着园区管理运营及为入驻园区企业提供优质服务的角度出发，园区企业通过先进的科技产品提供优质的园区服务，同时也给园区内居住和工作的人员带来了生活方式的巨大变革。

随着园区经济的发展和提高，园区服务的范围不断扩展，从基础的物业、政企服务逐步扩展到人力资源、投资金融、项目申报、技术认证、校企合作、教育培训、信息共享、研发设计、质量监测、企业孵化等，服务内容日趋丰富，由此也带来了园区管理日益复杂，存在多个相互平行的系统。

现有技术中的智慧园区平台通过整合园区动态、园区管理、物业办事、企业办公、生活资讯等信息资讯的信息咨询发布平台，保障后续服务灵活、变化、拓展的功能需求，可有效的保证项目持续发展的平台构建要求。但是，由于园区管理日益复杂，存在着多个并行的管理系统或管理平台，不同的系统存在着各自独立的支付或发卡方式，造成了管理混乱，园区用户通常需要常备多个支付业务或者支付卡，极为不便。

技术实现要素：

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种支付管理方法和相应的一种支付管理装置。

为了解决上述问题，本发明实施例公开了一种支付管理方法，应用于支付管理平台，所述支付管理平台与用于提供支付卡功能的设备建立通信连接，所述方法包括：

所述支付管理平台接收所述用于提供支付卡功能的设备发送的支付请求；所述支付请求包括针对所请求支付的服务的支付服务信息；

响应所述支付请求获取针对所述支付卡的支付权限信息；

根据所述支付服务信息和所述支付权限信息对所请求支付的目标服务完成相应的支付操作。

可选地，所述支付卡的支付权限信息包括针对不同服务的支付金额权限信息；所述根据所述支付服务信息和所述支付权限信息对所请求支付的服务完成相应的支付操作，包括：

根据所述支付服务信息从不同服务中确定所请求支付的目标服务；

根据所述针对不同服务的支付金额权限信息，确定所述支付卡中所述目标服务的支付金额权限信息；所述目标服务的支付金额权限信息具有相应支配权限的支付金额；

采用所述具有相应支配权限的支付金额对所述目标服务完成相应的支付操作。

可选地，所述采用所述具有相应支配权限的支付金额对所述目标服务完成相应的支付操作，包括：

获取所请求支付的目标服务的目标支付金额，判断所述具有相应支配权限的支付金额是否满足所述目标支付金额；

若满足，则采用所述具有相应支配权限的支付金额对所述目标支付金额进行支付。

可选地，所述支付卡具有预先设置的信用支付方式，所述方法还包括：

若不满足，则生成用于告知支付金额不足的第一提示消息并向所述设备发送所述第一提示消息，以便用户根据所述第一提示消息并通过所述设备对所述支付卡进行充值或针对所述支付卡的目标服务的支付金额权限信息进行调整；

和/或，生成用于提示是否采用所述信用支付方式支付的第二提示消息并向所述设备发送所述第二提示消息，以便用户根据所述第二提示消息并按照所述支付卡所具有的信用支付方式对所述目标支付金额进行支付。

可选地，所述所请求支付的目标服务包括以下的至少一项或多项：停车缴费、线下消费、食堂一卡通刷卡消费、商铺一卡通刷卡消费以及商铺扫码消费。

可选地，所述方法还包括：

所述支付管理平台接收所述设备发送的针对支付卡的办理请求；所述支付卡的办理请求包括用户身份信息；

响应所述办理请求，并根据所述用户身份信息对办理权限进行验证；

在所述用户身份信息验证通过的情况下，根据所述用户身份信息办理所述支付卡；

其中，所述用于提供支付卡功能的设备包括内置有虚拟支付卡的移动终端；所述根据所述用户身份信息办理所述支付卡，包括：

所述支付管理平台获取所述移动终端的移动终端信息，并根据所述用户身份信息和所述移动终端信息办理所述移动终端内置的虚拟支付卡。

可选地，所述支付卡包括内置的虚拟支付卡和与所述虚拟支付卡对应的实体支付卡；所述实体支付卡与所述虚拟支付卡具有相同的用户身份信息、支付金额和支付权限信息。

本发明实施例还公开了一种支付管理装置，应用于支付管理平台，所述支付管理平台与用于提供支付卡功能的设备建立通信连接，所述装置包括：

支付请求接收模块，用于接收所述用于提供支付卡功能的设备发送的支付请求；所述支付请求包括针对所请求支付的服务的支付服务信息；

支付权限信息获取模块，用于响应所述支付请求获取针对所述支付卡的支付权限信息；

服务支付操作模块，用于根据所述支付服务信息和所述支付权限信息对所请求支付的目标服务完成相应的支付操作。

可选地，所述支付卡的支付权限信息包括针对不同服务的支付金额权限信息；所述服务支付操作模块包括：

目标服务确定子模块，用于根据所述支付服务信息从不同服务中确定所请求支付的目标服务；

支付金额权限信息确定子模块，用于根据所述针对不同服务的支付金额权限信息，确定所述支付卡中所述目标服务的支付金额权限信息；所述目标服务的支付金额权限信息具有相应支配权限的支付金额；

服务支付操作子模块，用于采用所述具有相应支配权限的支付金额对所述目标服务完成相应的支付操作。

可选地，所述服务支付操作子模块包括：

服务支付判断单元，用于获取所请求支付的目标服务的目标支付金额，判断所述具有相应支配权限的支付金额是否满足所述目标支付金额；

服务支付操作单元，用于若满足，则采用所述具有相应支配权限的支付金额对所述目标支付金额进行支付。

可选地，所述支付卡具有预先设置的信用支付方式，所述服务支付操作子模块还包括：

服务支付调整单元，用于若不满足，则生成用于告知支付金额不足的第一提示消息并向所述设备发送所述第一提示消息，以便用户根据所述第一提示消息并通过所述设备对所述支付卡进行充值或针对所述支付卡的目标服务的支付金额权限信息进行调整；

信用支付单元，用于若不满足，则生成用于提示是否采用所述信用支付方式支付的第二提示消息并向所述设备发送所述第二提示消息，以便用户根据所述第二提示消息并按照所述支付卡所具有的信用支付方式对所述目标支付金额进行支付。

可选地，所述所请求支付的目标服务包括以下的至少一项或多项：停车缴费、线下消费、食堂一卡通刷卡消费、商铺一卡通刷卡消费以及商铺扫码消费。

可选地，所述装置还包括：

办理请求接收模块，用于接收所述设备发送的针对支付卡的办理请求；所述虚拟支付卡的办理请求包括用户身份信息；

办理权限验证模块，用于响应所述办理请求，并根据所述用户身份信息对办理权限进行验证；

支付卡办理模块，用于在所述用户身份信息验证通过的情况下，根据所述用户身份信息办理所述支付卡。

可选地，所述用于提供支付卡功能的设备包括内置有虚拟支付卡的移动终端；所述支付卡办理模块包括：

虚拟支付卡办理子模块，用于获取所述移动终端的移动终端信息，并根据所述用户身份信息和所述移动终端信息办理所述移动终端内置的虚拟支付卡。

可选地，所述支付卡包括内置的虚拟支付卡和与所述虚拟支付卡对应的实体支付卡；所述实体支付卡与所述虚拟支付卡具有相同的用户身份信息、支付金额和支付权限信息。

本发明实施例还公开了一种电子设备，包括：处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现任一项所述支付管理方法的步骤。

本发明实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现任一项所述支付管理方法的步骤。

本发明实施例包括以下优点：

在本发明实施例中，通过支付管理平台接收用于提供支付卡功能的设备所发送的支付请求，响应所接收的支付请求并根据支付请求中所携带的支付服务信息和支付卡所具有的支付权限信息，对所请求支付的目标服务完成相应的支付操作。通过统一管理多个并行的管理系统或管理平台所独立的支付或发卡方式，且采用一卡通的实体卡与移动端的虚拟卡并行的形式，便于用户进行支付操作；以及，通过根据不同权限的服务进行支付余额的划分，能够在整合了多个并行的管理系统或管理平台实现一卡通的基础上，通过获取用户在多个并行管理系统具有的权限信息，保证一卡通针对不同管理系统的分块化管理。

附图说明

图1是本发明的一种支付管理方法实施例的步骤流程图；

图2是本发明的另一种支付管理方法实施例的步骤流程图；

图3是本发明实施例中对支付卡进行充值场景的流程示意图；

图4是本发明实施例中对支付卡进行线上消费使用场景的流程示意图；

图5是本发明实施例中对支付卡进行线下消费使用场景的流程示意图；

图6是本发明实施例中对支付卡进行线下扫码消费使用场景的流程示意图；

图7是本发明的一种支付管理装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心思想之一是打通园区各个支付场景的园区一卡通和后台账务管理的一账通业务。通过园区一卡通业务可以实现园区内部刷卡消费等一卡通用，包括门禁、消费、工卡等均可以一卡通通用；同时可以通过一账通业务可以实现一卡通业务在后台的账号互通，支撑一卡通业务的各个系统间的账号互通管理，以便打造一个园区运营智能化平台，为园区入驻企业、园区运营方以及在园区工作生活的人才提供服务，提升园区智能化水平，实现园区智慧化管理、运营和服务，打造可持续健康发展、具备强大区域竞争力的智能化园区。

其中，通常的智慧园区平台主要可以包含如下三大模块：智能化应用系统、绿色节能管理和办公服务平台。智慧园区信息服务平台面向的对象包括园区管理者、运营商、部门、企业和业主。用户的多元化对平台的需求各不相同，因此对不同用户的需求进行分析，研究各类应用的面向对象和领域，通过统一服务管理平台实现应用定制化是最终可以面向各类服务对象的关键。

参照图1，示出了本发明的一种支付管理方法实施例的步骤流程图，应用于支付管理平台，所述支付管理平台与用于提供支付卡功能的设备建立通信连接。

在本发明实施例中支付管理平台是基于一个全方位的园区运营服务平台架构，该运营服务平台架构可以包括智能控制系统(可用于发布信息，调用视频监控画面、调阅实时视频、门禁控制、智能照明等)，驾驶舱系统(包括智慧招商、绿色节能、智慧运营、智慧安防、智慧停车等)，物业服务平台(用于进行物业报修、物品放行、装修服务、会议室申请、报事、室内保洁、班车预定、一卡通申请等)，企业服务平台(可用于服务类别列表、自定义表单、自定义流程状态、服务列表、新增单据、我的单据、全部单据等)，个人服务平台(包括园区活动、园区话题、园区生活等)，易招商系统(用于进行客户管理、机会管理、订单管理、房源管理、统计分析等)，中拉服务平台app(ios系统/安卓系统)的资源整合及对接。

这一平台系统平台采用高可用技术，保证系统能长期稳定的不间断运行，采用流行、成熟、稳定、先进的操作系统、数据库、网络协议和中间件等系统软件平台，在网络、主机、数据库或应用系统出现问题时，能及时、快速地恢复，保证系统的稳定性；在应用系统设计中，充分考虑到可能出现的各种情况，采取相应的技术措施，尽可能减少系统故障，系统对主要环节具有监控功能。

在逻辑结构方面，系统可以由业务应用、基础数据库构成。同时，这三个部分又分别由园区服务、园区招商、客户管理、系统分析、系统设置和通用功能、技术平台数据库提供支撑。它们共同形成了一个有机的整体，既保证业务功能的个性化和深入，又提供了开放式可扩展的通用功能以满足未来发展。

其中，系统首先可以包括设置于运营服务平台的运营服务管理系统和用户端的app共同组成。运营服务管理系统，是系统侧的管理平台，统一管理和调度园区内部各种运营服务相关设施，提供各类服务，还可以通过网络与用户端的app形成信息互动，为用户端app提供数据支撑；而用户端app是运营服务平台提供的园区内部通用的信息展示、互动、交流平台，由用户下载安装于用户手机或pad上，用户注册权限后，根据自身权限使用相应功能，其可以查看园区内各种信息展示，可以进行互动娱乐，还可以反馈各种问题，即用户端app是系统与用户沟通的窗口。

具体可以包括如下步骤：

步骤101，所述支付管理平台接收所述用于提供支付卡功能的设备发送的支付请求；所述支付请求包括针对所请求支付的服务的支付服务信息；

本发明实施例侧重于采用支付卡的支付过程，具体为通过支付管理平台接收具有用于提供支付卡功能的设备所发送的支付请求，以能够响应所接收到的支付请求，对园区内所要支付的服务进行支付。

其中，为了实现统一管理多个并行管理系统或管理平台所独立的支付或发卡方式，可以采用一卡通的实体卡与移动端的虚拟卡并行的形式进行相关支付管理，那么用于提供支付卡功能的设备可以是与实体卡相关的pos机等设备，以及与虚拟卡相关的可内置虚拟支付卡的移动终端设备。对此，本发明实施例不加以限制。

在本发明实施例中，园区运营管理系统可以包括支付管理平台，该支付管理平台可以表现为一个园区一卡通管理系统，其统一管理可以涉及到园区工作生活的支付、身份认证等多个领域；园区一卡通管理系统(即支付管理平台)还可以统一管理园区所有支付卡业务，包括园区门禁、消费、工卡、身份识别卡等多种卡片合并为园区一卡通，进行统一管理，具体可以表现为后台支撑建立一账通业务管理，统一管理用户后台所有账务信息。

其中，一卡通管理系统可以包括服务端的管理服务器、园区常设的一卡通终端以及用户的支付终端或支付卡。即通过利用园区一卡通，使得能够实现园区消费的快速结算和支付，构建智慧一卡通管理系统，与门禁通行、支付结算、停车出入等业务系统进行功能对接，实现园区一卡通的线上线下一体化生活服务，最终实现智慧一卡通的一卡多用及统一管理。

在具体实现中，支付方式可以分为实体卡(一卡通)和手机支付，手机支付的前提是要有支付牌照。一卡通可以指的是由园区管理方发行的园区通用支付卡片，其能够在园区内各个支付场所进行刷卡支付；而手机支付主要是与现有的移动支付打通，将一卡通的实体卡改为移动端的虚拟卡，即将虚拟支付卡内置在移动终端，以便能够直接进行手机支付卡的充值、支付等操作，内置的虚拟支付卡通常可以设置在用户端app中，用户可以方便的调出手机支付界面进行支付。

需要说明的是，系统采用标准的web技术开发，用户所有操作均通过浏览器完成，支持多种主流浏览器，包括但不限于：chrome浏览器、firefox(火狐)浏览器等主流浏览器。系统平台由多个子项目构成，每个项目都相对独立，以松散耦合方式连接在一起。可以方便地进行升级和维护，易于系统的二次开发和扩展。用户端app含ios版与android版，app主要包含服务、发现、消息、我的四个模块。

步骤102，响应所述支付请求获取针对所述支付卡的支付权限信息；

在本发明的一种实施例中，在通过内置有虚拟支付卡的移动终端或用于实体支付卡功能的相关设备进行支付时，支付管理平台所接收到的支付请求可以携带有针对所请求支付的服务的支付服务信息，园区内具有多个并行的管理系统或管理平台且不同的管理系统所管理的园区服务不同，此时通过一卡通的形式统一管理多个并行的管理系统或管理平台所独立的支付或发卡方式，所携带的所请求支付的服务的支付服务信息指的是移动终端当前在采用虚拟支付卡所要进行支付的园区服务。

在接收到用于提供支付卡功能的设备所发送的支付请求之后，可以对所接收到的支付请求进行响应并获取虚拟支付卡或实体支付卡的支付权限信息，以便能够通过所获取到的用户在多个并行管理系统具有的权限信息，在整合了多个并行的管理系统或管理平台实现一卡通的基础上保证一卡通针对不同管理系统的分块化管理。

步骤103，根据所述支付服务信息和所述支付权限信息对所请求支付的目标服务完成相应的支付操作。

其中，支付卡的支付权限信息可以包括针对不同服务的支付金额权限信息，即对于每个不同的管理系统或管理平台所管理的服务能够支配的支付金额。

需要说明的是，所请求支付的目标服务可以包括以下的至少一项或多项：停车缴费(可以表现为app的停车缴费，例如月卡停车支付)、线下消费、食堂一卡通刷卡消费、商铺一卡通刷卡消费以及商铺扫码消费(为商家主扫模式)等，对此，本发明实施例不加以限制。

在本发明实施例中，通过用户在多个并行管理系统具有的权限信息保证一卡通针对不同服务对应的管理系统或管理平台的分块化管理，可以通过基于所接收到的支付服务信息和所获取的支付权限信息共同完成对所请求支付的目标服务完成相应的支付操作。

其中，为了确定针对所请求支付的目标服务对应的支付金额支配权限，此时首先需要确定所要支付的目标服务，即可以根据所述支付服务信息从不同服务中确定所请求支付的目标服务；然后根据针对不同服务的支付金额权限信息，确定虚拟支付卡中所述目标服务的支付金额权限信息，目标服务的支付金额权限信息可以具有相应支配权限的支付金额；最后可以采用所述具有相应支配权限的支付金额对所述目标服务完成相应的支付操作。

在实际应用中，针对不同业务的支付信息，用户园区相关的权限和费用信息，存在不同业务用户所拥有的权限不同的情况，即支付权限信息不同，此时可以根据不同权限的业务进行支付余额或对里面所具有的支付金额进行不同类别的划分。

作为一种示例，金额a只得用于停车支付，金额b只得用于食堂消费，即通过根据不同权限的服务进行支付余额的划分，能够在整合了多个并行的管理系统或管理平台实现一卡通的基础上，通过获取用户在多个并行管理系统具有的权限信息，保证一卡通针对不同管理系统的分块化管理。

在采用支付卡中所具有的金额对目标服务进行服务金额支付操作时，可以获取所请求支付的目标服务的目标支付金额，并判断具有相应支配权限的支付金额是否满足目标支付金额，以便通过判断结果对所请求支付的目标服务完成相应的支付操作。

在一种情况下，当具有相应支配权限的支付金额满足目标支付金额时，可以采用具有相应支配权限的支付金额述目标支付金额进行支付；在另一种情况下，当具有相应支配权限的支付金额不满足目标支付金额时，可以生成用于告知支付金额不足的第一提示消息并向移动终端发送支付金额不足的第一提示消息，以便用户能够通过移动终端对支付卡进行充值或针对虚拟支付卡的目标服务的支付金额权限信息进行调整；在又一种情况下，当具有相应支配权限的支付金额不满足目标支付金额时，支付卡可以具有预先设置的信用支付方式，可以生成提示是否采用信用支付方式支付的第二提示消息并向相关设备发送第二提示消息，以便用户能够通过相关设备选择是否采用信用支付，若选择采用信用支付方式，则相关设备可以生成信用支付请求并向支付管理平台发送所生成的信用支付请求，使得支付管理平台响应信用支付请求并按照支付卡所具有的信用支付方式对目标支付金额进行支付。

在实际应用中，当支付金额不足时，可以通过用户的信用支付方式(如花呗，借呗，银行信用卡等)完成对目标支付金额的支付操作，用户可以预先对上述信用支付方式进行绑定授权的设置，同时，平台可以通过信息提醒用户支付卡不足需充值、是否通过信用支付方式进行支付，以提高用户的支付体验，而无需在面临临时充值问题时需要调整后再进行支付。

在本发明实施例中，通过支付管理平台接收用于提供支付卡功能的设备所发送的支付请求，响应所接收的支付请求并根据支付请求中所携带的支付服务信息和支付卡所具有的支付权限信息，对所请求支付的目标服务完成相应的支付操作。通过统一管理多个并行的管理系统或管理平台所独立的支付或发卡方式。且采用一卡通的实体卡与移动端的虚拟卡并行的形式，便于用户进行支付操作；以及，通过根据不同权限的服务进行支付余额的划分，能够在整合了多个并行的管理系统或管理平台实现一卡通的基础上，通过获取用户在多个并行管理系统具有的权限信息，保证一卡通针对不同管理系统的分块化管理。

参照图2，示出了本发明的另一种支付管理方法实施例的步骤流程图，侧重于对支付卡的办理过程，具体可以包括如下步骤：

步骤201，所述支付管理平台接收所述设备发送的针对支付卡的办理请求；所述支付卡的办理请求包括用户身份信息；

在采用虚拟支付卡进行服务金额支付之前，还需要对支付卡进行办理，此时支付管理平台可以接收所要办理支付卡的移动终端所发送的办理请求，以便响应所接收的办理请求进行相应的支付卡办理服务。

步骤202，响应所述办理请求，并根据所述用户身份信息对办理权限进行验证；

其中，所接收的支付请求可以携带有移动终端的用户身份信息，即不论是实体支付卡形式的一卡通还是移动支付的虚拟支付卡形式的一卡通，均需要根据园区用户的权限申请办理，即所携带的用户身份信息可以包括用户对应的基本信息，以增加办理园区一卡通的安全性。

具体的，由于园区一卡通业务与后台管理的一账通连通，且一卡通业务中的费用统计由后台一账通完成，那么需要一账通与用户身份唯一对应，包括用户所有与园区相关的权限和费用信息，用户在园区的任何消费或充值等行为，均通过一账通业务来记录和管理，此时具体可以通过按照用户身份信息进行支付卡办理实现，即从虚拟支付卡办理的源头对用户所有与园区相关的权限和费用信息进行限制。

步骤203，在所述用户身份信息验证通过的情况下，根据所述用户身份信息办理所述支付卡。

在本发明的一种实施例中，在支付管理平台对所接收到的用户身份信息进行验证的过程中，若该用户身份信息具有权限申请办理，此时可以对具有办理权限的用户身份信息对应用户办理实体支付卡。

对于虚拟支付卡的办理方式，支付管理平台还需获取具有办理权限的用户身份信息对应用户的用户终端信息，以便在用户身份信息具有权限申请办理的情况下，将所需办理的虚拟支付卡与移动终端信息进行绑定，以增加所办理的虚拟支付卡的安全性。

在一种优选的实施例中，内置的虚拟支付卡还可以具有对应的实体支付卡，其中，实体支付卡与虚拟支付卡可以具有相同的用户身份信息、支付金额和支付权限信息，即两者是关联的。需要说明的是，针对采用实体支付卡进行支付的过程和实体支付卡办理的过程，均与虚拟支付卡相同，为了避免内容累赘，这里不再加以阐述。

在本发明实施例中，通过统一管理多个并行的管理系统或管理平台所独立的支付或发卡方式，且采用一卡通的实体卡与移动端的虚拟卡并行的形式，便于用户进行支付操作；以及，通过根据不同权限的服务进行支付余额的划分，能够在整合了多个并行的管理系统或管理平台实现一卡通的基础上，通过获取用户在多个并行管理系统具有的权限信息，保证一卡通针对不同管理系统的分块化管理。

在本发明的一种实施例中，一账通系统是园区一卡通管理系统和运营服务平台的基础上给用户提供钱包、园区线上支付、线下一卡通支付、线下app扫码支付等功能的支付子系统。所办理的实体支付卡形式的一卡通和虚拟支付卡形式的一卡通，其总体功能可以如下：账户管理、一账通绑定、卡信息查询、账单查询、绑卡、解绑卡、卡挂失、账户充值、app充值、线下人工充值等。

其中，用户可以设置基本资料、查看消费记录、查看余额等，一卡通实体卡可以在各个查询网点进行查询、设置，也可以在pc端或者用户端app登录园区一卡通系统进行响应的操作；针对一卡通充值方面，用户可以通过平台对一卡通进行线上充值，具体可以提供支付宝及微信等充值方式，即用户可以根据一卡通的账号和密码等唯一标识，自行登录园区一卡通管理系统进行充值操作，也可以在园区提供的各个充值网点进行充值，而移动支付的虚拟一卡通则可以直接在app中利用微信、支付宝等移动支付方式进行充值；针对一卡通挂失方面，用户可以通过平台对一卡通进行挂失操作，以及查看相关一卡通管理记录，即对于一卡通遗失的情况，可以在网点进行挂失操作，也可以在一卡通管理系统中登录以进行相应的操作，在卡进行挂失后挂失的卡将无法进行交易。

交易数据管理可以指的是消费数据统计，即获取园区内食堂、商业消费流水数据，作进一步统计分析；卡信息查询指的是通过app进行个人账号信息查询，如卡号，现金钱包余额等信息，具体为用户注册成为app用户后，园区运营服务平台可以调用一账通系统接口，为该用户绑定一账通账号，用于管理其钱包余额、支付相关等业务，其中一账通个人用户账户包含现金钱包，个人通过微信支付等途径充值的金额保存在现金钱包，现金钱包可进行线下刷卡及扫码消费交易，此时还可以通过app进行个人账单明细查询，即账户交易记录，例如充值记录、消费记录、消费退款、充值退款等。

为了本领域技术人员能够进一步了解本发明提及的应用于支付管理平台的支付管理方法，针对用户使用实体支付卡形式和/或虚拟支付卡形式的一卡通的应用场景进行如下阐述：

参照图3，示出了本发明实施例中对支付卡进行充值场景的流程示意图，用户可在app上通过微信支付等渠道进行线上充值，具体为用户在app上选择充值金额，app弹出微信提供的微信支付界面，用户使用其微信支付进行支付相应金额，在充值成功后，微信支付后台返回支付成功回调至园区服务平台服务器，而园区服务平台可以将充值结果提交至一账通系统，一账通为该用户账户现金钱包进行入账相应金额，此时用户可在app钱包查询余额更新结果；用户还可以通过线下人工充值，此时一账通须支持线下通过人工方式对用户账户进行充值。

参照图4，示出了本发明实施例中对支付卡进行线上消费使用场景的流程示意图，园区线上消费可以指的是使用一账通在园区服务平台进行线上进行订单支付，其可以包括但不限于以下场景：app停车缴费，园区订单支付(物业服务、企业服务等)。具体的可以通过app缴费/购物下单，并在一账通后台生成订单返回到app并在app显示订单支付界面，此时可以弹出询问是否使用第三方支付的窗口，若用户选择使用第三方支付，则此时可以唤起第三方支付通道(例如微信/支付宝)进行支付，若用户选择不使用第三方支付，则此时可以采用余额支付的方式，即通过一账通后台进行余额支付，最后在app上显示支付成功的界面，以用于告知用户当前服务金额支付成功。

参照图5，示出了本发明实施例中对支付卡进行线下消费使用场景的流程示意图，侧重于一账通系统所支持发放的实体一卡通卡的使用，该线下消费主要为支持食堂刷卡消费，商铺刷卡消费等消费场景。

参照图6，示出了本发明实施例中对支付卡进行线下扫码消费使用场景的流程示意图，线下扫码消费主要指的是园区内商铺部署有一账通的pos机设备，用户在商户处进行消费，结账时可以出示app付款二维码。即此时商家输入消费金额，然后使用pos机扫描用户出示的app支付二维码，一账通系统随即对用户账户发起相应金额的消费交易，在交易成功后，app和pos可以显示交易成功结果。

需要说明的是，实体支付卡形式的一卡通和虚拟支付卡形式的一卡通还可以具有重置密码-忘记密码功能，其可以是通过验证记名信息重置密码，还可以是通过验证原密码重置密码；还可以具有校验旧密码功能，即验证卡旧密码是否正确；还可以具有解绑卡功能，即验证卡号、密码跟app账户进行绑定，以及验证卡密码将卡与app账户解除绑定；还可以具有收付款二维码生成功能，即能够根据卡信息生成用户付款二维码，以供商家扫描用户二维码支付，还可以生成商家收款二维码，以便用户扫商家二维码支付；还可以具有开户功能，即用户可以在app注册，自动在一账通系统开通账户；还可以具有支付对账功能，即与服务平台业务订单进行按日对账，以及具有消费数据同步功能，即交易记录(消费、充值、消费退款、充值退款)数据同步的功能，具体可以为实体支付卡、虚拟支付卡与app账号同步。对于实体支付卡形式的一卡通和虚拟支付卡形式的一卡通所具有的本发明实施例未提及的其他功能，对此，本发明实施例不加以限制。

在本发明实施例中，打通园区各个支付场景的园区一卡通和后台账务管理的一账通业务。通过园区一卡通业务可以实现园区内部刷卡消费等一卡通用，包括门禁、消费、工卡等均可以一卡通通用。通过一账通业务可以实现一卡通业务在后台的账号互通，支撑一卡通业务的各个系统间的账号互通管理。通过一卡通和一账通实现整个园区一张卡通行，一张卡解决各种支付和验证环节，极大的方便了用户的支付体验。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图7，示出了本发明的一种支付管理装置实施例的结构框图，所述支付管理平台与用于提供支付卡功能的设备建立通信连接，具体可以包括如下模块：

支付请求接收模块701，用于接收所述用于提供支付卡功能的设备发送的支付请求；所述支付请求包括针对所请求支付的服务的支付服务信息；

支付权限信息获取模块702，用于响应所述支付请求获取针对所述支付卡的支付权限信息；

服务支付操作模块703，用于根据所述支付服务信息和所述支付权限信息对所请求支付的目标服务完成相应的支付操作。

在本发明的一种实施例中，所述支付卡的支付权限信息包括针对不同服务的支付金额权限信息；服务支付操作模块703可以包括如下子模块：

目标服务确定子模块，用于根据所述支付服务信息从不同服务中确定所请求支付的目标服务；

支付金额权限信息确定子模块，用于根据所述针对不同服务的支付金额权限信息，确定所述支付卡中所述目标服务的支付金额权限信息；所述目标服务的支付金额权限信息具有相应支配权限的支付金额；

服务支付操作子模块，用于采用所述具有相应支配权限的支付金额对所述目标服务完成相应的支付操作。

在本发明的一种实施例中，服务支付操作子模块可以包括如下单元：

服务支付判断单元，用于获取所请求支付的目标服务的目标支付金额，判断所述具有相应支配权限的支付金额是否满足所述目标支付金额；

服务支付操作单元，用于若满足，则采用所述具有相应支配权限的支付金额对所述目标支付金额进行支付。

在本发明的一种实施例中，所述支付卡具有预先设置的信用支付方式，服务支付操作子模块还可以包括如下单元：

服务支付调整单元，用于若不满足，则生成用于告知支付金额不足的第一提示消息并向所述设备发送所述第一消息，以便用户通过所述设备对所述支付卡进行充值或针对所述支付卡的目标服务的支付金额权限信息进行调整；

信用支付单元，用于若不满足，则生成用于提示是否采用所述信用支付方式支付的第二提示消息并向所述设备发送所述第二提示消息，以便用户根据所述第二提示消息并按照所述支付卡所具有的信用支付方式对所述目标支付金额进行支付。

在本发明的一种实施例中，所述所请求支付的目标服务包括以下的至少一项或多项：停车缴费、线下消费、食堂一卡通刷卡消费、商铺一卡通刷卡消费以及商铺扫码消费。

在本发明的一种实施例中，所述装置还可以包括如下模块：

办理请求接收模块，用于接收所述设备发送的针对支付卡的办理请求；所述虚拟支付卡的办理请求包括用户身份信息；

办理权限验证模块，用于响应所述办理请求，并根据所述用户身份信息对办理权限进行验证；

支付卡办理模块，用于在所述用户身份信息验证通过的情况下，根据所述用户身份信息办理所述支付卡。

在本发明的一种实施例中，所述用于提供支付卡功能的设备包括内置有虚拟支付卡的移动终端；支付卡办理模块可以包括如下子模块：

虚拟支付卡办理子模块，用于获取所述移动终端的移动终端信息，并根据所述用户身份信息和所述移动终端信息办理所述移动终端内置的虚拟支付卡。

在本发明的一种实施例中，所述支付卡包括内置的虚拟支付卡和与所述虚拟支付卡对应的实体支付卡；所述实体支付卡与所述虚拟支付卡具有相同的用户身份信息、支付金额和支付权限信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种电子设备，包括：

包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述支付管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现上述支付管理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种支付管理方法和一种支付管理装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。