CN108573374A - 一种基于基金份额赎转付的日常缴费方法及系统 - Google Patents

Abstract

本发明涉及计算机网络技术服务领域的一种基于份额转付的日常缴费方法，本发明所要解决的技术问题在于，解决市面中没有利用基金来支付日常生活服务缴费的技术问题，本发明主要技术方案要点在于：所述方法主要包括如下步骤：系统通过与第三方基金公司以及服务商的对接完成并判断用户的基金份额是否足够缴纳日常生活服务账单；若足以缴纳，则系统通过对接第三方基金公司以及服务商完成利用基金份额的赎转付操作完成日常缴费；若不足以缴纳，则通知用户。本发明的有益效果在于方便用户缴纳日常生活服务费用，提高用户体验，降低银行交易压力。

Description

一种基于基金份额赎转付的日常缴费方法及系统

技术领域

本发明涉及互联网服务技术领域，尤其涉及一种基于基金份额赎转付的日常缴费方法及系统。

背景技术

随着社会的发展及科技的不断进步，人们消费以及支付方式越来越多。在当前电子商务、移动支付等服务功能迅猛发展的情况下，通过互联网进行各方面的支付已经变得非常普遍，一方面，用户通过各类软件绑定的银行卡，对所购买的产品进行支付；另一方面，平台软件亦会提供一些类银行账户的“钱包”来用户用户存放少额现金。

在此其中，通过手机进行产品的购买已经司空见惯，用户甚至可以通过软件平台，在互联网中为日常生活中所需要的服务(如水、电、煤气等)进行缴费。

尽管这些年来，不少支付软件推出了通过绑定借记卡等方式为日常生活的服务进行缴费，但是，对于那些将将自身多余的存款，应用于基金投资、理财中，用以收取一定收益的人们来说，往往不大方便。对于将零散资金应用于基金、理财投资等项目的人们来说，如果其借记卡余额不足，就无法顺利完成日常缴费。当用户借记卡中的余额不足时，部分用户会选择将基金进行赎回，从而换取现金用于日常缴费。

而在此情况下，用户往往现需要提前进行基金赎回等操作，待银行交易中心将赎回的金额打至用户购买基金所绑定的银行卡中，用户再通过将该金额转账至与日常缴费软件绑定的借记卡中，再进行缴费。这一系列的操作过于繁琐及复杂，使得大大降低用户体验，从而亦给银行交易带来压力。

发明内容

基于此，为了方便用户，大大提高用户体验，降低银行交易压力。有必要针对上述技术问题，提供一种基于份额转付的日常缴费方法及系统，该方法及系统通过对用户的基金进行赎回转支付的操作，使用户直接在软件上进行操作，即可达到利用基金进行日常缴费的操作，大大提高用户体验。

根据本发明的实施例，本发明提供了一种基于份额转付的日常缴费方法，其中，系统是指运行本方法的执行系统，商户是指负责与系统以及各第三方基金公司对接并管理各类第三方基金的软件平台，服务商是指管理用户日常缴费的软件平台，运营商是指为用户提供日常生活服务的公司，

所述方法包括如下步骤：

步骤1、商户接收用户登录信息，调用系统接口，并将商户渠道参数、用户登录信息发送给系统；

步骤2、系统接收所述商户渠道参数、用户登录信息，并提供服务选择页面供用户选择需要进行缴费的服务，根据用户选择的服务信息，调用服务商联合登录接口，并将所述用户登录信息以及服务信息发送给服务商；

步骤3、服务商接收所述用户登录信息以及服务信息，并进行联合登录，向用户显示缴费账户输入窗口；

步骤4、服务商接收用户输入的缴费账户信息，生成账单查询请求，并发送给运营商；

步骤5、运营商生成并将账单查询结果发送给服务商，服务商判断所述账单查询结果是否为空，若是，则服务商向系统发送“无账单”信息，并由系统向用户发送“无账单”信息，同时结束本方法；否则，执行步骤6；

步骤6、服务商向用户显示账单查询结果，接收并执行用户缴费指令，生成缴费订单，将所述缴费订单信息同步发送给系统，并调用系统收银台接口；所述缴费订单信息中包含有服务信息以及缴费金额；

步骤7、系统生成系统订单，根据所述商户渠道参数，查询收银台路由表，获取商户收银台接口地址，并调用所述商户收银台接口，将所述缴费订单信息发送给商户；所述收银台路由表中包含有所有商户不同渠道参数所对应的收银台接口地址；

步骤8、商户接收所述缴费订单信息，生成商户订单，并向用户显示收银台页面，供用户选择支付方式；

步骤9、商户接收用户支付指令，显示支付密码输入界面，并对用户所输入的密码进行校验，若密码输入正确，则执行步骤10；否则，显示“密码输入错误”信息，重新执行步骤9；

步骤10、商户向用户显示等待支付结果页面，同时调用系统赎转付支付接口，系统通过用户的可用基金支付所述缴费订单。

步骤11、商户向系统轮询发送订单支付结果查询请求，在接收订单支付结果后，更新缴费订单状态，并向用户显示。

根据本发明的实施例，所述步骤8向用户显示收银台页面同时，还包括如下步骤：

步骤a、商户调用第三方基金公司基金份额查询接口，将基金份额查询请求发送给第三方基金公司；所述基金份额查询请求包含用户登录信息；

步骤b、第三方基金公司根据所述用户登录信息查询所述用户的可用基金份额，生成基金查询结果发送给商户；所述基金查询结果中包含所述可用基金份额转换为的可赎金额；

步骤c、商户接收所述基金查询结果，判断所述可赎金额是否小于所述缴费金额，若是，则商户向用户显示“基金余额不足，无法支付”信息，并结束本方法；否则，向用户显示收银台页面的同时，显示可赎金额。

根据本发明的实施例，其中，所述步骤10中系统通过用户的可用基金支付所述缴费订单具体包括如下步骤：

步骤A、系统调用第三方基金公司支付接口，生成并向第三方基金公司发送基金支付请求；所述基金支付请求中包含用户信息以及支付金额；

步骤B、第三方基金公司接收所述基金支付请求后，根据所述用户信息，对用户基金可用份额等值于所述支付金额的份额进行代扣，并将支付结果返回给系统；

步骤C、系统接收所述支付结果后，更新系统订单状态。

根据本发明的实施例，其中，所述步骤B中的代扣具体包括如下步骤：

第三方基金公司根据所述用户信息以及所述支付金额，定位用户可用基金份额，将等值于支付金额的基金份额进行赎回处理，并将所赎回的款项支付给服务商，同时将支付结果返回给系统。

根据本发明的实施例，其中，所述步骤11具体包括如下步骤：

步骤1101、商户每间隔一定时间生成订单支付结果查询请求，并发送给系统；

步骤1102、系统查询是否接收到第三方基金公司发来的订单支付结果，若是，则执行步骤1104；否则，执行步骤1103；

步骤1103、系统向商户发送“查询失败”信息，并返回执行步骤1101；

步骤1104、系统向商户发送所述订单支付结果，商户在接收所述订单支付结果后，更新商户订单状态，并向用户显示。

根据本发明的实施例，其中，所述步骤11之后还包括如下步骤：

步骤1201、服务商每间隔一定时间生成支付订单查询请求，并发送给系统；

步骤1202、系统查询是否接收到第三方基金公司发来的支付结果，若是，则执行步骤1204；否则，执行步骤1203；

步骤1203、系统向服务商发送“查询失败”信息，并返回执行步骤1201；

步骤1204、系统向服务商发送所述支付结果，并执行步骤1205；

步骤1205、服务商判断所述支付结果是否成功，若支付成功，则执行步骤1206；否则，服务商将所述缴费订单状态修改为“待支付”，并通知用户；

步骤1206、服务商向运营商进行缴费，接收缴费结果并更新所述缴费订单状态，将缴费结果发送给系统；

步骤1207、系统接收所述缴费结果后更新所述系统订单状态为“已缴费”。

根据本发明的实施例，其中，所述步骤11商户更新订单状态前，还包括如下步骤：

步骤1301、商户每隔一定时间向系统轮询系统订单状态查询，并接收所述系统订单查询结果；

步骤1302、判断所述系统订单查询结果是否为“已缴费”，若是，则商户更新商户订单状态，并结束本方法；否则，返回执行步骤1301。

根据本发明的实施例，其中，所述步骤8向用户显示收银台页面具体包括如下步骤：

步骤i、商户向用户显示收银台页面，判断用户是否离开收银台页面，若是，则商户调用服务商订单详情查询接口，并向服务商查询订单详情，执行步骤ii；否则，执行步骤iii；

步骤ii、接收服务商发送的所述订单详情并向用户显示订单详情页面，同时，在所述显示订单详情页面，设置支付选项，执行iii；

步骤iii、判断用户是否点击所述支付选项，若是，则生成支付指令，执行步骤9；否则，商户向用户显示收银台页面并继续等待用户指令。

根据本发明的实施例，提供了一种基于基金份额赎转付的日常缴费系统，所述系统包括数据提取模块、数据处理模块和通用模块；

其中，

所述数据提取模块，用于提取和/或获取文件以及请求中的数据，并根据所提取的数据，在其他文件中进行查询，并提取相应信息；

所述数据提取模块包括：

用于在文件以及信息中查询数据的查询模块；以及

用于在文件以及请求中提取和/或获取数据以及信息的提取模块；

所述数据处理模块，用于根据数据提取模块所提取出来的数据，进行数据筛选以及进行数据转换操作，生成请求以及报文通知，并用于对相应数据进行解析判断；

所述数据处理模块包括：

用于生成各请求、报文通知并进行状态更新的处理模块；以及

用于进行数据解析及判断操作以及用于进行数据筛选操作的解析判断模块；

所述通用模块，用于进行定时计时操作，调用第三方软件接口及页面，传送输出并接收数据、请求以及各报文通知；

所述通用模块包括：

用于进行所有定时、计时操作的定时器模块；以及

用于调用第三方软件接口以及页面的调用模块；以及

用于输出、传送系统数据、请求以及报文通知的输出模块；以及

用于接收数据、报文通知、各请求的输入模块；以及

用于存储本申请方法执行所需的所有文件、信息和数据的数据库。

根据本发明的实施例，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有用于执行基于基金份额赎转付的日常缴费方法的程序，所述程序被处理器执行时，执行上述方法中的一个所述的方法的步骤。

本发明的有益效果主要在于：针对市面上不同支付平台、基金公司、基金管理平台以及日常服务缴费平台、提供日常生活服务的公司等，通过用户与基金平台建立用户关系，使得用户可以直接利用相关软件，利用基金份额支付日常服务缴费，同时，大大提高用户体验，提高日常缴费的简便性。同时，整合日常生活服务缴费以及基金赎转付两大功能，易于后台维护，减少银行交易压力。

附图说明

图1为根据本发明的实施例的一种基于份额转付的日常缴费方法的基本流程示意图；

图2为根据本发明的实施例的一种基于份额转付的日常缴费方法的步骤S800向用户显示收银台页面同时并发执行的步骤流程示意图；

图3为根据本发明的实施例的一种基于份额转付的日常缴费方法中步骤S1000中系统通过用户的可用基金支付所述缴费订单的具体流程示意图；

图4为根据本发明的实施例的一种基于份额转付的日常缴费方法中步骤S1100之后的后续步骤具体流程示意图；

图5为根据本发明的实施例的一种基于基金份额赎转付的日常缴费系统架构示意图；

图6为根据本发明实施例的安装了应用程序的系统的运行环境的示意图。

具体实施方式

下面，结合附图对技术方案的实施作进一步的详细描述。

本领域的技术人员能够理解，尽管以下的说明涉及到有关本发明的实施例的很多技术细节，但这仅为用来说明本发明的原理的示例、而不意味着任何限制。本发明能够适用于不同于以下例举的技术细节之外的场合，只要它们不背离本发明的原理和精神即可。

另外，为了避免使本说明书的描述限于冗繁，在本说明书中的描述中，可能对可在现有技术资料中获得的部分技术细节进行了省略、简化、变通等处理，这对于本领域的技术人员来说是可以理解的，并且这不会影响本说明书的公开充分性。

下文中，将描述用于进行本发明的实施例。注意，将以下面的次序给出描述：1、发明构思的概要；2、一种基于份额转付的日常缴费方法(图1至图4)；3、一种基于基金份额赎转付的日常缴费系统(图5)；6、根据本发明的实施例的安装了应用程序的系统、以及存储所述应用程序的计算机可读介质(图6)。

1、发明构思的概要

本发明在于，由于用户在软件平台上进行日常生活服务缴费时无法直接通过基金操作进行缴费，使得如果用户借记卡或者软件中提供的“钱包”余额不足时，用户想要利用基金进行缴费这一系列的操作过于繁琐及复杂，大大降低用户体验，从而亦给银行交易带来压力，若无法如期完成缴费操作，亦会影响用户的日常生活。为解决前述技术问题，本发明提供一种基于基金赎转付的日常缴费方法，整合基金以及日常生活服务缴费两大功能，用户只需利用基金管理平台，即可利用系统，进行日常生活服务账单的缴费操作，从而方便用户，大大提高用户体验，降低银行交易压力。

2、一种基于份额转付的日常缴费方法(图1至图4)

鉴于现有技术中，不能直接利用基金份额进行日常生活服务缴费操作，本发明的实施例提出了能够有效地帮助并提高用户体验的日常缴费方法。

在实施例中，如图1所示，上述一种基于份额转付的日常缴费方法主要包括以下步骤：

其中，系统是指运行本方法的执行系统，商户是指负责与系统以及各第三方基金公司对接并管理各类第三方基金的软件平台，服务商是指管理用户日常缴费的软件平台，运营商是指为用户提供日常生活服务的公司，

需要说明的是，商户实际是对接不同第三方基金公司的手机软件app，主要为用户提供基金的相关服务，如基金产品的介绍、购买、推荐、管理等。服务商是指在市场中现有的整合管理用户日常生活缴费的软件平台；而运营商是指具体的提供水、电、煤气等服务的运营公司，如各地的国家电网、自来水集团等。本申请中的系统，主要指的是运行本方法的主要执行系统，用于为商户提供日常缴费接口。

另外，本申请中所述日常缴费的方法和流程，是针对单个用户的单一服务中的日常缴费流程，如单个用户的水费缴纳等。

所述方法包括如下步骤：

S100、商户接收用户登录信息，调用系统接口，并将商户渠道参数、用户登录信息发送给系统；

其中，商户在接收用户登录信息后，需要对用户登录信息进行校验，查看是否是用户本人登录，具体为：商户接收用户输入的用户名及密码，对用户进行登录校验，查询商户数据库中的用户信息表，若所述用户名正确，密码输入错误，则向用户显示“密码错误”信息，同时要求用户重新输入，执行S100；若所述用户名错误，则向用户显示“无此用户”，同时要求用户重新输入，执行S100；若所述用户名正确且密码正确，则商户接收用户登录信息，并将商户渠道参数、用户登录信息发送给系统，执行S200。

同时，所述用户登录信息包括在商户app软件中注册的用户ID、用户手机号、用户密码等；所述商户渠道参数是由人工在本方法开始前，提前对不同商户设置的参数，内含渠道ID、商户类型等，用于区分是哪个商户，以及便于后续在收银台路由表中查询对应收银台接口，同时，便于后期进行对账等操作。

S200、系统接收所述商户渠道参数、用户登录信息，并提供服务选择页面供用户选择需要进行缴费的服务，根据用户选择的服务信息，调用服务商联合登录接口，并将所述用户登录信息以及服务信息发送给服务商；

其中，所述服务信息是指用户所选择的运营商的服务项目相关的信息，包含服务ID、服务项目、对应的运营商相关信息等。需要说明的是，系统所提供服务选择页面，用于给用户提供选择，选择其本次需要进行缴费的服务，其中，每个服务项目对应不同的服务ID，用户在点击服务项目后，系统接收用户指令，将用户所选择的服务项目的服务ID以及运营商信息，作为服务信息，调用服务商接口，发送服务信息和用户登录信息给服务商。

另外，需要说明的是，当用户点击服务项目后，系统会自动记录埋点信息，用于数据采集。

S300、服务商接收所述用户登录信息以及服务信息，并进行联合登录，向用户显示缴费账户输入窗口；

其中，缴费账户输入窗口是让用户输入所选服务项目中所需要进行缴费的账户，如水费、电费缴费中，所需要进行缴费的账户信息。

需要说明的是，服务商在首次接收当前用户登录信息时，需要在数据库中新建用户信息，并将该用户登录信息记入数据库中，如该用户登录信息中服务商所需的用户信息不全，还需要用户进行补充录入。当用户在后续使用时，系统直接调用服务商联合登录接口，将用户登录信息发送给服务商，服务商进行数据库用户查询后即可直接进行后续步骤，无需再进行密码校验等步骤。

S400、服务商接收用户输入的缴费账户信息，生成账单查询请求，并发送给运营商；

其中，此步骤是服务商根据用户输入的缴费账户信息，生成账单查询请求，向运营商查询该用户此时是否有需要进行缴费的日常生活服务账单。其中，所述账单查询请求中，有用户登录信息、服务信息、缴费账户信息以及运营商信息等。服务商根据运营商信息，将所述账单查询请求发送给相对应的运营商。

S500、运营商生成并将账单查询结果发送给服务商，服务商判断所述账单查询结果是否为空，若是，则执行S510；否则，执行S600；

S510、服务商向系统发送“无账单”信息，并由系统向用户发送“无账单”信息，同时结束本方法；

其中，运营商根据主账单查询请求中的服务信息、缴费账户信息以及用户登录信息等相关信息，对该用户名下该缴费账户的日常生活缴费账单进行查询，如果该用户有尚未缴费的账单，则继续执行S600；否则，如果该用户该缴费账户下已经没有任何需要缴费的账单，则运营商将该结果发送给服务商后，由服务商通知系统，并由系统通知用户。

S600、服务商向用户显示账单查询结果，接收并执行用户缴费指令，生成缴费订单，将所述缴费订单信息同步发送给系统，并调用系统收银台接口；所述缴费订单信息中包含有服务信息以及缴费金额；

其中，所述账单查询结果中包含有账单详情信息，如缴费项目以及缴费金额等。服务商在收到用户账单查询结果后，向用户进行显示，并等待用户点击缴费选项，如果用户点击缴费，则服务商生成缴费订单，所述缴费订单中包含有用户登录信息、用户缴费账户信息、运营商信息、服务信息、商户渠道参数、缴费项目、缴费金额等所有用户缴费的必需信息。

S700、系统生成系统订单，根据所述商户渠道参数，查询收银台路由表，获取商户收银台接口地址，并调用所述商户收银台接口，将所述缴费订单信息发送给商户；所述收银台路由表中包含有所有商户不同渠道参数所对应的收银台接口地址；

其中，系统根据缴费订单信息中的数据，生成系统订单，并根据所述商户渠道参数中的商户ID，在数据库中查询收银台路由表，获取商户收银台接口地址，并根据该地址调用商户的收银台接口，将缴费订单信息发送给商户。需要说明的是，所述收银台路由表是系统在本申请方法执行前，由系统根据与不同商户之间的协议等，为商户分配商户渠道参数(如商户ID等)，并记入收银台路由表中。

S800、商户接收所述缴费订单信息，生成商户订单，并向用户显示收银台页面，供用户选择支付方式；

其中，优选地，商户在向用户显示收银台页面时，默认将所有支付方式均予以隐藏，只显示商户钱包。所述商户钱包中包含有用户在该商户中所购买、管理的所有基金份额。优选地，所述商户钱包在向用户显示时，将所有基金份额转换为可赎金额，向用户显示。

S900、商户接收用户支付指令，显示支付密码输入界面，并对用户所输入的密码进行校验，判断用户所输入的密码是否正确，若是，则执行S1000；否则，执行S910；

其中，在S800至S900之间，用户可以选择离开收银台页面，若用户离开收银台页面，则商户调用服务商订单详情查询接口，向服务商查询订单详情，并返回显示给用户，同时，用户可以选择重新进行支付，如果重新进行支付，则返回执行S800。

S910、商户向用户显示“密码输入错误”信息，重新执行S900；

其中，优选地，商户每次执行S910时，对执行S910的次数进行计算，如果用户多次输入密码均未成功，则商户不再重新执行S900，而是向用户显示“多次输入错误”信息，并将页面转至商户登录页面，并结束本方法。

S1000、商户向用户显示等待支付结果页面，同时调用系统赎转付支付接口，系统通过用户的可用基金支付所述缴费订单。

其中，商户前端向用户显示等待支付结果的页面的同时，后台向系统调用赎转付支付接口，后续由系统配合第三方基金公司、服务商以及运营商进行赎转付处理流程。在此期间，优选地，在该步骤中，向用户显示等待支付结果页面可以设置超时时间，如果系统经过长时间(一定时间)的处理，没有给商户返回支付结果的话，则由商户直接将页面跳转至订单详情页面。

S1100、商户向系统轮询发送订单支付结果查询请求，在接收订单支付结果后，更新缴费订单状态，并向用户显示。

其中，商户每间隔一定时间，即向系统发送订单支付结果查询请求，如果有结果，则商户更新缴费订单状态，并向用户显示，如果没有结果，则说明系统还在进行支付操作，则商户继续进行轮询。优选地，所述一定时间，可以是5秒，可以是5分钟，可以是任何一个商户所预先设定的时间。

进一步地，如果商户多次轮询系统，超过一定时间后，可以进行超时处理，即商户对该订单进行锁定，并通知后台管理人员对该订单进行异常处理。

需要说明的是，商户不仅需要判断支付的结果，同时也需要判断缴费的结果。支付结果有成功也有失败，还有未响应，对此需要商户进行不断轮询，根据支付结果的不同进行相应的判断。其中，支付是指系统进行赎转付处理操作的过程，缴费具体指服务商接收支付结果后，向运营商进行缴费的过程。

其中，在所述更新缴费订单状态前，商户需要对轮询的缴费结果进行判断，若缴费成功，则商户将订单状态修改为“缴费成功”，并向用户显示，结束本方法；若缴费失败，则商户将订单状态修改为“缴费失败，待退款”，并由通过后台发起订单退款，调用系统的退款接口，由系统运营人员确认后，系统回调商户的退款接口完成用户退款。

其中，系统通过调用商户退款接口完成的具体的基金退款流程如下：

(1)商户调用系统退款接口，生成退款订单，并发送给系统；

(2)系统对所述退款订单进行合法性校验，若该订单合法，则执行iii；否则，向商户返回“退款发起失败”信息，并结束本流程；

(3)系统调用商户退款接口，将所述退款订单发送给商户；

(4)商户接收所述退款订单后，调用第三方基金公司的基金退款接口，将所述退款订单发送给第三方基金公司；

(5)第三方基金公司在接收到所述退款订单后，将用户的基金份额进行退款处理，并生成退款结果发送给商户；

(6)商户接收所述退款结果后，通知系统，由系统再通知服务商；

(7)服务商接收所述退款结果后，更新订单状态，并将订单状态同步发送给系统；

(8)系统接收所述订单状态后，更新系统订单状态为“已退款”，并结束本流程。

根据本发明的实施例，上述一种基于份额转付的日常缴费方法中所述步骤S800向用户显示收银台页面同时，还包括如下步骤：

a、商户调用第三方基金公司基金份额查询接口，将基金份额查询请求发送给第三方基金公司；所述基金份额查询请求包含用户登录信息；

其中，商户在向用户显示收银台页面的同时，在显示利用商户钱包进行缴费的支付方式中，可以显示用户基金的可赎金额。本步骤a-c即为了向第三方基金公司查询用户可赎金额。

b、第三方基金公司根据所述用户登录信息查询所述用户的可用基金份额，生成基金查询结果发送给商户；所述基金查询结果中包含所述可用基金份额转换为的可赎金额；

其中，第三方基金公司根据所述基金份额查询请求中的用户登录信息，查询用户的可用基金份额，并将该用户可用基金份额转换成可赎金额，并将该可赎金额记入基金查询结果发送给商户。

c、商户接收所述基金查询结果，判断所述可赎金额是否小于所述缴费金额，若是，则执行d；否则，执行e；

d、商户向用户显示“基金余额不足，无法支付”信息，并结束本方法；

e、向用户显示收银台页面的同时，显示可赎金额。

其中，商户在接收第三方基金公司发来的基金查询结果后，提取可赎金额，对该可赎金额与缴费订单中的缴费金额进行比对，若可赎金额小于缴费金额，则说明基金余额不足，无法进行支付；若可赎金额大于或者等于缴费金额，则向用户显示收银台页面的同时，在商户钱包中显示可赎金额。

优选地，如果用户基金余额不足，则商户向用户显示“基金余额不足，无法支付”信息后，给用户提供其他支付方式，如网银支付、支付宝支付等。

在实施例中，如图3所示，上述一种基于份额转付的日常缴费方法中所述S1000中系统通过用户的可用基金支付所述缴费订单具体包括如下步骤：

A、系统调用第三方基金公司支付接口，生成并向第三方基金公司发送基金支付请求；所述基金支付请求中包含用户信息以及支付金额；

其中，系统根据用户登录信息，缴费账单信息等数据，生成基金支付请求，所述基金支付请求中包含有用户登录信息以及所所需支付的金额(支付金额等于缴费金额)。

B、第三方基金公司接收所述基金支付请求后，根据所述用户信息，对用户基金可用份额等值于所述支付金额的份额进行代扣，并将支付结果返回给系统；

其中，所述代扣具体包括如下步骤：

第三方基金公司根据所述用户信息以及所述支付金额，定位用户可用基金份额，将等值于支付金额的基金份额进行赎回处理，并将所赎回的款项支付给服务商，同时将支付结果返回给系统。

C、系统接收所述支付结果后，更新系统订单状态。

其中，支付结果有可能是成功，亦有可能是失败，也有可能支付结果为空，系统需要对该支付结果进行判断，如果支付结果是成功，则更新订单状态后，进行后续步骤；如果支付结果是失败，则更新订单状态后，通知后台管理人员；如果支付结果为空，即说明第三方基金公司代扣操作异常，则系统将该订单挂起，并通知后台管理人员进行异常排查。

在实施例中，上述一种基于份额转付的日常缴费方法中所述S1100具体包括如下步骤：

S1101、商户每间隔一定时间生成订单支付结果查询请求，并发送给系统；

其中，商户轮询所间隔的一定时间，可以是5秒，可以是5分钟，可以是任何一个预先设定好的时间。商户每隔一定时间，需要在后台，根据用户登录信息、商户渠道参数、缴费订单信息等数据，生成订单支付结果查询请求，向系统查询订单支付的结果。

S1102、系统查询是否接收到第三方基金公司发来的订单支付结果，若是，则执行S1104；否则，执行S1103；

其中，系统一旦接收到第三方基金公司发来的订单支付结果，在商户进行轮询时，将会发送给商户。

S1103、系统向商户发送“查询失败”信息，并返回执行S1101；

其中，商户可以设置定时器，对查询订单支付结果的时间进行判断，如果商户多次查询订单支付结果，均接收到“查询失败”信息，在超过一定时间后，系统将会变更订单状态，并通知后台管理人员，进行异常排查。

S1104、系统向商户发送所述订单支付结果，商户在接收所述订单支付结果后，更新商户订单状态，并向用户显示。

其中，商户在收到订单支付结果后需要对该支付结果进行判断，如果成功，则更新商户订单状态为“已支付”，并向用户显示；如果支付结果是失败，则更新商户订单状态为“支付失败”，同时向系统后台管理人员协调退款事宜；如果商户长时间未收到支付结果，则需要通知系统后台管理人员进行订单异常排查。

在实施例中，如图4所示，上述一种基于份额转付的日常缴费方法中所述S1100之后还包括如下步骤：

S1201、服务商每间隔一定时间生成支付订单查询请求，并发送给系统；

其中，服务商需要每间隔一定时间向系统轮询支付结果，如果支付成功，则服务商可以继续进行缴费操作，否则，服务商需要通过系统进行异常排查以及人工介入。

S1202、系统查询是否接收到第三方基金公司发来的支付结果，若是，则执行S1204；否则，执行S1203；

S1203、系统向服务商发送“查询失败”信息，并返回执行S1201；

其中，如果服务商长时间多次向系统轮询，系统均发送“查询失败”信使时，需要服务商的运营人员通知系统的后台管理人员进行人工介入。

S1204、系统向服务商发送所述支付结果，并执行S1205；

S1205、服务商判断所述支付结果是否成功，若是，则执行S1206；否则，执行S1208；

S1206、服务商向运营商进行缴费，接收缴费结果并更新所述缴费订单状态，将缴费结果发送给系统，执行S1207；

其中，当服务商得到支付成功结果后，会调用运营商的相关接口，进行账单销账亦或是充值。

S1207、系统接收所述缴费结果后更新所述系统订单状态为“已缴费”；

其中，商户亦会不断轮询查询系统订单状态，一旦查询到系统订单状态为“已缴费”后，商户会通知用户，告知本次日常缴费流程顺利完成。

S1208、服务商将所述缴费订单状态修改为“待支付”，并通知用户。

其中，如果缴费失败，服务商将会修改缴费订单状态并依次通知系统和商户，并向用户显示“缴费失败”，并唤起退款流程(1)-(8)。

需要说明的是，步骤S1101-S1104以及步骤S1201-S1208之间为并行执行。

在实施例中，上述一种基于份额转付的日常缴费方法中所述步骤S1100商户更新缴费订单状态前，还包括如下步骤：

S1301、商户每隔一定时间向系统轮询系统订单状态查询，并接收所述系统订单查询结果；

其中，所述一定时间可以是5秒，可以是5分钟，亦可以是人工所预先设定的任何时间。商户每间隔一定时间向系统轮询订单状态，查询系统的系统订单的最新状态结果。

S1302、判断所述系统订单查询结果是否为“已缴费”，若是，则商户更新商户订单状态，并结束本方法；否则，返回执行S1301。

其中，如果商户长时间均未查询到系统订单结果为“已缴费”，则需要进行人工介入。

在实施例中，上述一种基于份额转付的日常缴费方法中所述S800向用户显示收银台页面具体包括如下步骤：

i、商户向用户显示收银台页面，判断用户是否离开收银台页面，若是，则执行i-1；否则，执行iii；

其中，此步骤是为了判断用户是否在显示收银台页面后，放弃缴费，如果放弃，则执行i-1；否则，继续缴费流程。

i-1、商户调用服务商订单详情查询接口，并向服务商查询订单详情，执行ii；

ii、接收服务商发送的所述订单详情并向用户显示订单详情页面，同时，在所述显示订单详情页面，设置支付选项，执行iii；

iii、判断用户是否点击所述支付选项，若是，则生成支付指令，执行S900；否则，商户向用户显示收银台页面并继续等待用户指令。

其中，优选地，如果商户尝试件等待用户指令，用户没有任何操作，则商户会自动跳转页面返回显示订单详情。

3、一种基于基金份额赎转付的日常缴费系统(图5)

参照图1至4，根据本发明的实施例，一种基于基金份额赎转付的日常缴费系统用于执行本申请中的任一个所述方法的步骤，如图5所示，所述系统包括数据提取模块1000、数据处理模块2000和通用模块3000；

其中，

所述数据提取模块1000，用于提取和/或获取文件以及请求中的数据，并根据所提取的数据，在其他文件中进行查询，并提取相应信息；

所述数据提取模块1000包括：

用于在文件以及信息中查询数据的查询模块1001；以及

用于在文件以及请求中提取和/或获取数据以及信息的提取模块1002；

所述数据处理模块2000，用于根据数据提取模块所提取出来的数据，进行数据筛选以及进行数据转换操作，生成请求以及报文通知，并用于对相应数据进行解析判断；

所述数据处理模块2000包括：

用于生成各请求、报文通知并进行状态更新的处理模块2001；以及

用于进行数据解析及判断操作以及用于进行数据筛选操作的解析判断模块2002；

所述通用模块3000，用于进行定时计时操作，调用第三方软件接口及页面，传送输出并接收数据、请求以及各报文通知；

所述通用模块3000包括：

用于进行所有定时、计时操作的定时器模块3001；以及

其中，需要说明的是，定时器模块3001中包含有众多子模块，如用于计时操作的定时子模块以及用于计数操作的计数子模块，

用于调用第三方软件接口以及页面的调用模块3002；以及

用于输出、传送系统数据、请求以及报文通知的输出模块3003；以及

用于接收数据、报文通知、各请求的输入模块3004；以及

用于存储本申请方法执行所需的所有文件、信息和数据的数据库3005。

此外，本发明的不同实施例也可以通过软件模块或存储在一个或多个计算机可读介质上的计算机可读指令的方式实现，其中，所述计算机可读指令是当被处理器或设备组件执行时，执行本发明所述的不同的实施例。类似地，软件模块、计算机可读介质和硬件部件的任意组合都是本发明预期的。所述软件模块可以被存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等等。

4、根据本发明的实施例的安装了应用程序的系统(图6)

参照图6，其示出了根据本发明实施例的安装了应用程序的系统的运行环境。

在本实施例中，所述的安装应用程序的系统安装并运行于电子装置中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该电子装置可包括但不限于存储器、处理器及显示器。图6仅示出了具有上述组件的电子装置，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

所述存储器在一些实施例中可以是所述电子装置的内部存储单元，例如该电子装置的硬盘或内存。所述存储器在另一些实施例中也可以是所述电子装置的外部存储设备，例如所述电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器用于存储安装于所述电子装置的应用软件及各类数据，例如所述安装应用程序的系统的程序代码等。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器在一些实施例中可以是中央处理单元(Central Processing Unit，CPU)、微处理器或其他数据处理芯片，用于运行所述存储器中存储的程序代码或处理数据，例如执行所述安装应用程序的系统等。

所述显示器在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。所述显示器用于显示在所述电子装置中处理的信息以及用于显示可视化的客户界面，例如应用菜单界面、应用图标界面等。所述电子装置的部件通过系统总线相互通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解，上述实施方式中的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明本申请各个实施例所述的方法。

也就是说，根据本发明的实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有用于执行一种基于基金份额赎转付的日常缴费方法的程序，所述程序被处理器执行时，执行根据本发明的实施例的所述日常缴费方法的步骤。

由上，将理解，为了说明的目的，这里已描述了本发明的具体实施例，但是，可作出各个修改，而不会背离本发明的范围。本领域的技术人员将理解，流程图步骤中所绘出或这里描述的操作和例程可以多种方式变化。更具体地，可重新安排步骤的次序，可并行执行步骤，可省略步骤，可包括其它步骤，可作出例程的各种组合或省略。因而，本发明仅由所附权利要求限制。

Claims (10)

1.一种基于基金份额赎转付的日常缴费方法，其特征在于，所述方法包括如下步骤：

步骤1、商户应用接收用户登录信息，调用系统接口，并将商户渠道参数、用户登录信息发送给位于后台的系统；

步骤2、系统接收所述商户渠道参数、用户登录信息，并提供服务选择页面供用户选择需要进行缴费的服务，根据用户选择的服务信息，调用服务商联合登录接口，并将所述用户登录信息以及服务信息发送给服务商；

步骤3、服务商接收所述用户登录信息以及服务信息，并进行联合登录，向用户显示缴费账户输入窗口；

步骤4、服务商接收用户输入的缴费账户信息，生成账单查询请求，并发送给运营商；

步骤5、运营商生成并将账单查询结果发送给服务商，服务商判断所述账单查询结果是否为空，若是，则服务商向系统发送“无账单”信息，并由系统向用户发送“无账单”信息，同时结束本方法；否则，执行步骤6；

步骤6、服务商向用户显示账单查询结果，接收并执行用户缴费指令，生成缴费订单，将所述缴费订单信息同步发送给系统，并调用系统收银台接口；所述缴费订单信息中包含有服务信息以及缴费金额；

步骤7、系统生成系统订单，根据所述商户渠道参数，查询收银台路由表，获取商户收银台接口地址，并调用所述商户收银台接口，将所述缴费订单信息发送给商户应用；所述收银台路由表中包含有所有商户不同渠道参数所对应的收银台接口地址；

步骤8、商户应用接收所述缴费订单信息，生成商户订单，并向用户显示收银台页面，供用户选择支付方式；

步骤9、商户应用接收用户支付指令，显示支付密码输入界面，并对用户所输入的密码进行校验，若密码输入正确，则执行步骤10；否则，显示“密码输入错误”信息，重新执行步骤9；

步骤10、商户应用向用户显示等待支付结果页面，同时调用系统赎转付支付接口，系统通过用户的可用基金支付所述缴费订单，

步骤11、商户应用向系统轮询发送订单支付结果查询请求，在接收订单支付结果后，更新缴费订单状态，并向用户显示。

2.根据权利要求1所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤8向用户显示收银台页面同时，还包括如下步骤：

步骤a、商户应用调用第三方基金公司基金份额查询接口，将基金份额查询请求发送给第三方基金公司；所述基金份额查询请求包含用户登录信息；

步骤b、第三方基金公司根据所述用户登录信息查询所述用户的可用基金份额，生成基金查询结果发送给商户应用；所述基金查询结果中包含所述可用基金份额转换为的可赎金额；

步骤c、商户应用接收所述基金查询结果，判断所述可赎金额是否小于所述缴费金额，若是，则商户应用向用户显示“基金余额不足，无法支付”信息，并结束本方法；否则，向用户显示收银台页面的同时，显示可赎金额。

3.根据权利要求1所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤10包括如下步骤：

步骤A、系统调用第三方基金公司支付接口，生成并向第三方基金公司发送基金支付请求；所述基金支付请求中包含用户信息以及支付金额；

步骤B、第三方基金公司接收所述基金支付请求后，根据所述用户信息，对用户基金可用份额等值于所述支付金额的份额进行代扣，并将支付结果返回给系统；

步骤C、系统接收所述支付结果后，更新系统订单状态。

4.根据权利要求3所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤B中的代扣包括如下步骤：

第三方基金公司根据所述用户信息以及所述支付金额，定位用户可用基金份额，将等值于支付金额的基金份额进行赎回处理，并将所赎回的款项支付给服务商，同时将支付结果返回给系统。

5.根据权利要求3所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤11包括如下步骤：

步骤1101、商户应用每间隔一定时间生成订单支付结果查询请求，并发送给系统；

步骤1102、系统查询是否接收到第三方基金公司发来的订单支付结果，若是，则执行步骤1104；否则，执行步骤1103；

步骤1103、系统向商户应用发送“查询失败”信息，并返回执行步骤1101；

步骤1104、系统向商户应用发送所述订单支付结果，商户应用在接收所述订单支付结果后，更新商户订单状态，并向用户显示。

6.根据权利要求5所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤11之后还包括如下步骤：

步骤1201、服务商每间隔一定时间生成支付订单查询请求，并发送给系统；

步骤1202、系统查询是否接收到第三方基金公司发来的支付结果，若是，则执行步骤1204；否则，执行步骤1203；

步骤1203、系统向服务商发送“查询失败”信息，并返回执行步骤1201；

步骤1204、系统向服务商发送所述支付结果，并执行步骤1205；

步骤1205、服务商判断所述支付结果是否成功，若支付成功，则执行步骤1206；否则，服务商将所述缴费订单状态修改为“待支付”，并通知用户；

步骤1206、服务商向运营商进行缴费，接收缴费结果并更新所述缴费订单状态，将缴费结果发送给系统；

步骤1207、系统接收所述缴费结果后更新所述系统订单状态为“已缴费”。

7.根据权利要求6所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤11中的商户应用更新缴费订单状态前，还包括如下步骤：

步骤1301、商户应用每隔一定时间向系统轮询系统订单状态查询，并接收所述系统订单查询结果；

步骤1302、判断所述系统订单查询结果是否为“已缴费”，若是，则商户应用更新商户订单状态，并结束本方法；否则，返回执行步骤1301。

8.根据权利要求1所述的一种基于份额转付的日常缴费方法，其特征在于，所述步骤8包括如下步骤：

步骤i、商户应用向用户显示收银台页面，判断用户是否离开收银台页面，若是，则商户应用调用服务商订单详情查询接口，并向服务商查询订单详情，执行步骤ii；否则，执行步骤iii；

步骤ii、接收服务商发送的所述订单详情并向用户显示订单详情页面，同时，在所述显示订单详情页面，设置支付选项，执行iii；

步骤iii、判断用户是否点击所述支付选项，若是，则生成支付指令，执行步骤9；否则，商户应用向用户显示收银台页面并继续等待用户指令。

9.一种基于基金份额赎转付的日常缴费系统，其特征在于，所述系统包括数据提取模块、数据处理模块和通用模块；

其中，

所述数据提取模块，用于提取和/或获取文件以及请求中的数据，并根据所提取的数据，在其他文件中进行查询，并提取相应信息；

所述数据提取模块包括：

用于在文件以及信息中查询数据的查询模块；以及

用于在文件以及请求中提取和/或获取数据以及信息的提取模块；

所述数据处理模块，用于根据数据提取模块所提取出来的数据，进行数据筛选以及进行数据转换操作，生成请求以及报文通知，并用于对相应数据进行解析判断；

所述数据处理模块包括：

用于生成各请求、报文通知并进行状态更新的处理模块；以及

用于进行数据解析及判断操作以及用于进行数据筛选操作的解析判断模块；

所述通用模块，用于进行定时计时操作，调用第三方软件接口及页面，传送输出并接收数据、请求以及各报文通知；

所述通用模块包括：

用于进行所有定时、计时操作的定时器模块；以及

用于调用第三方软件接口以及页面的调用模块；以及

用于输出、传送系统数据、请求以及报文通知的输出模块；以及

用于接收数据、报文通知、各请求的输入模块；以及

用于存储本申请方法执行所需的所有文件、信息和数据的数据库。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有用于执行基于基金份额赎转付的日常缴费方法的程序，所述程序被处理器执行时，执行根据权利要求1至8中的一个所述的方法的步骤。