本发明涉及金融技术领域，并且更具体地，涉及一种集成支付的方法及系统。
背景技术：
随着互联网金融的不断发展，金融支付实现了无纸化的转变，越来越多的场景下用户更喜欢通过手机或银行卡进行支付而非现金。同时伴随着我国对于第三方金融支付牌照的放开，各种线上连接线下的金融支付手段也达到了百花齐放，百家争鸣的局面。从支付渠道来说有银联支付、支付宝支付、微信支付等等；从支付形式来说有pos机刷卡支付、二维码支付、nfc支付等。进一步细分，pos机刷卡支付就存在不同收单机构、不同发卡行、不同卡类型以及不同pos机类型这么多区别；而扫码支付又存在主扫和被扫的区别。
如此多种多样的支付手段丰富了商家和顾客的选择，但同时也增大了集成多种支付方式的金融支付应用的开发复杂度。金融支付应用开发主要面临以下两个问题：一，不同支付方式技术实现差别大，所提供的接口常常无法统一，如果直接将不同的支付方式通过条件判断语句整合到同一个类或方法中，会造成代码的臃肿，不利于后期的扩展；二，部分支付方式需要频繁的与用户操作界面和存储设备进行交互，如果将这些处理封装到一起的话会造成该类职责不明确，且不同类型代码耦合性过高，维护成本也会大大增加。
因此需要一种集成的支付方法，以减小不同类型代码的耦合性，提高支付应用的可扩展性和可维护性。
技术实现要素：
为了解决上述问题，根据本发明的一个方面，提供了一种集成支付方法，所述方法包括：
根据集成支付所涉及的多个交易类型，生成能够支持所述多个交易类型的支付服务模块，所述多个交易类型包括：消费、消费撤销、退货、结算、补登、查询以及预授权，其中所述支付服务模块能够提供针对支付数据的增加、删除和修改；
根据集成支付所涉及的至少一种支付类型，生成与所述至少一种支付类型相关的支付操作界面和支付展示界面，并且设置所述至少一种支付类型中每种支付类型的支付入口；
根据集成支付所涉及的至少一种支付类型中的每种支付类型，生成与所述每种支付类型相关联的支付流程，将所述支付流程与每种支付类型的支付入口相关联，并且将所述支付流程与支付服务模块相关联；以及
接收用户发起的支付请求，将所述支付请求转发至支付入口，所述支付入口生成支付启动指示并且将所述支付启动指示转发给相关联的支付流程，从而完成支付。
优选地，由支付抽象基类定义所述支付服务模块对所述多个交易类型的交易方法；由模型类提供所述支付服务模块针对支付数据的增加、删除和修改方法。
优选地，编写视图接口以生成所述至少一种支付类型中每种支付类型的支付入口，其中所述视图接口中声明支付流程对应的支付展示界面。
优选地，由视图类定义所述至少一种支付类型相关的支付操作界面和支付展示界面，并实现视图接口中声明的支付流程中对应的支付展示界面。
优选地，所述支付流程包括支付开始、支付处理和支付结束阶段。
优选地，确定与每种支付类型对应的支付实现类以继承所述支付基类对所述多个交易类型的交易方法，并确定所述多个交易类型的交易方法以根据不同的支付类型完成支付。
优选地，所述视图类还包括工厂方法，所述工厂方法为实现从用户发起的支付请求到支付实现类的映射。
根据本发明的另一方面，提供了一种集成支付的系统，所述系统包括：
支付服务模块，支持所述多个交易类型并定义所述多个交易类型的交易方法，并且提供针对支付数据的增加、删除和修改方法，所述多个交易类型包括：消费、消费撤销、退货、结算、补登、查询以及预授权；
支付操作界面和支付展示界面，用于显示至少一种支付类型对应的支付流程模块；
至少一种支付类型中每种支付类型的支付入口，用于接收用户发起的支付请求，并生成支付启动指示并且将所述支付启动指示转发给相关联的支付流程模块；以及
支付流程模块，与集成支付所涉及的至少一种支付类型中的每种支付类型相对应，并与支付服务模块相关联，获取并重写支付服务模块定义的交易方法，以完成不同支付类型的支付。
优选地，由支付抽象基类定义所述支付服务模块对所述多个交易类型的交易方法；由模型类提供所述支付服务模块针对支付数据的增加、删除和修改方法。
优选地，编写视图接口以生成所述至少一种支付类型中每种支付类型的支付入口，其中所述视图接口中声明支付流程对应的支付展示界面。
优选地，由视图类定义所述至少一种支付类型相关的支付操作界面和支付展示界面，并实现视图接口中声明的支付流程中对应的支付展示界面。
优选地，所述支付流程模块由每种支付类型对应的支付实现类组成，且所述支付实现类继承所述支付基类。
本发明设计实现了一种集成支付的方法和系统，通过定义统一的支付基类以建立支付服务模块，提供一套支持多个交易类型的支付方法，然后每增加一种特定的支付类型，则利用支付实现类继承支付基类并按需实现其定义的方法，这样支付实现类来完成主要的支付流程，使得支付与界面分离，解耦的同时也方便后期扩展添加其他的支付方式。
附图说明
通过参考下面的附图，可以更为完整地理解本发明的示例性实施方式：
图1为根据本发明优选实施例的集成支付的方法流程图；以及
图2为根据本发明优选实施例的集成支付的系统结构图。
具体实施方式
现在参考附图介绍本发明的示例性实施方式，然而，本发明可以用许多不同的形式来实施，并且不局限于此处描述的实施例，提供这些实施例是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中，相同的单元/元件使用相同的附图标记。
除非另有说明，此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外，可以理解的是，以通常使用的词典限定的术语，应当被理解为与其相关领域的语境具有一致的含义，而不应该被理解为理想化的或过于正式的意义。
图1为根据本发明优选实施例的集成支付的方法流程图。如图1所示，集成支付方法100根据集成支付所涉及的多个交易类型，生成能够支持多个交易类型的支付服务模块，根据集成支付所涉及的至少一种支付类型，生成与所述至少一种支付类型相关的支付操作界面和支付展示界面，并设置每种支付类型的支付入口，根据集成支付所涉及的至少一种支付类型中的每种支付类型，生成与每种支付类型相关联的支付流程，并与支付入口和支付服务模块相关联，当用户发起支付请求时，支付请求转发至支付入口，所述支付入口生成支付启动指示并且将所述支付启动指示转发给相关联的支付流程，从而完成支付。
方法100从步骤101开始，在步骤101中，根据集成支付所涉及的多个交易类型，生成能够支持所述多个交易类型的支付服务模块，其中所述支付服务模块能够提供针对支付数据的增加、删除和修改，优选地，所述多个交易类型包括：消费、消费撤销、退货、结算、补登、查询以及预授权。优选地，由支付抽象基类定义所述支付服务模块对所述多个交易类型的交易方法，但支付基类只进行交易方法的声明，不提供具体实现。由model模型类提供所述支付服务模块针对支付数据的增加、删除和修改方法。
在步骤102中，根据集成支付所涉及的至少一种支付类型，生成与所述至少一种支付类型相关的支付操作界面和支付展示界面，并且设置所述至少一种支付类型中每种支付类型的支付入口。优选地，所述支付类型从支付渠道可以分为银行卡网银支付、微信支付、支付宝支付等等；从支付形式可以分为pos机刷卡支付、扫码支付(分为用户扫描商家二维码或商家扫描用户二维码两种情况)、nfc触碰支付等支付方式。优选地，通过编写视图接口以生成所述至少一种支付类型中每种支付类型的支付入口，其中所述视图接口中声明支付流程对应的支付展示界面。用户通过不同支付入口，以选择进行支付时的支付方式，并通过选择不同的支付方式，选择相应的支付展示界面。优选地，由视图类定义所述至少一种支付类型相关的支付操作界面和支付展示界面，并实现视图接口中声明的支付流程中对应的支付展示界面。在用户选择某一种支付方式时，对视图接口中声明的支付显示界面进行展示，具体可以包括选择扫码支付时二维码的显示、微信支付时选择支付使用零钱余额或银行卡进行付款的界面、银行划款时的等待界面或付款成功后的显示界面等。优选地，视图类还包括工厂方法，所述工厂方法为实现从用户发起的支付请求到支付实现类的映射。
优选地，在步骤103中，根据集成支付所涉及的至少一种支付类型中的每种支付类型，生成与所述每种支付类型相关联的支付流程，将所述支付流程与每种支付类型的支付入口相关联，并且将所述支付流程与支付服务模块相关联。优选地，确定与每种支付类型对应的支付实现类以继承所述支付基类对所述多个交易类型的交易方法，并确定所述多个交易类型的交易方法以根据不同的支付类型完成支付。优选地，支付服务模块只提供交易方法的声明，但并不能实现具体的支付类型，所以针对每个不同的支付类型生成相对应的支付实现类，所述支付实现类继承了支付基类对交易方法的声明，又对支付基类涉及的交易方法根据不同的支付类型进行重写，以完成对应的支付类型的支付。
在步骤104中，接收用户发起的某一种支付类型的支付请求，将所述支付请求转发至相对应的支付入口，支付入口生成支付启动指示并且将支付启动指示转发给相关联的支付流程，从而完成支付。优选地，通过视图类下的工厂方法将用户发起的支付请求映射至相对应的支付实现类，并在映射后将支付启动指示转发到相应的支付流程以开启支付。
本发明的优选实施例集成支付方法100通过定义统一的支付基类以建立支付服务模块，提供一套支持多个交易类型的支付方法，然后每增加一种特定的支付类型，则利用支付实现类继承支付基类并按需实现其定义的方法，这样支付实现类来完成主要的支付流程，使得支付与界面分离，解耦的同时也方便后期扩展添加其他的支付方式。
图2为根据本发明优选实施例的集成支付的系统结构图。如图2所示，集成支付系统包括：支付服务模块201、支付操作界面和支付展示界面202、至少一种支付类型中每种支付类型的支付入口203以及支付流程模块。其中，支付服务模块201支持所述多个交易类型并定义所述多个交易类型的交易方法，并且提供针对支付数据的增加、删除和修改方法，所述多个交易类型包括：消费、消费撤销、退货、结算、补登、查询以及预授权；
支付操作界面和支付展示界面202用于显示至少一种支付类型对应的支付流程模块；
至少一种支付类型中每种支付类型的支付入口203用于接收用户发起的支付请求，并生成支付启动指示并且将所述支付启动指示转发给相关联的支付流程模块；
支付流程模块204与集成支付所涉及的至少一种支付类型中的每种支付类型相对应，并与支付服务模块相关联，获取并重写支付服务模块定义的交易方法，以完成不同支付类型的支付。
优选地，由支付抽象基类定义所述支付服务模块201对所述多个交易类型的交易方法；由模型类提供所述支付服务模块201针对支付数据的增加、删除和修改方法。
优选地，编写视图接口以生成所述至少一种支付类型中每种支付类型的支付入口203，其中所述视图接口中声明支付流程对应的支付展示界面。
优选地，由视图类定义所述至少一种支付类型相关的支付操作界面和支付展示界面202，并实现视图接口中声明的支付流程中对应的支付展示界面。
优选地，所述支付流程模块204由每种支付类型对应的支付实现类组成，且所述支付实现类继承所述支付基类。
优选地，所述支付入口203和支付流程模块204均为多个，其数量为可以实现集成支付系统中支持的所有支付类型，并且可以根据后续的支付类型的添加而扩展。
本发明的优选实施例集成支付系统200与本发明的另一优选实施例集成支付方法100相对应，在此不进行赘述。
已经通过参考少量实施方式描述了本发明。然而，本领域技术人员所公知的，正如附带的专利权利要求所限定的，除了本发明以上公开的其他的实施例等同地落在本发明的范围内。
通常地，在权利要求中使用的所有术语都根据他们在技术领域的通常含义被解释，除非在其中被另外明确地定义。所有的参考“一个/所述/该[装置、组件等]”都被开放地解释为所述装置、组件等中的至少一个实例，除非另外明确地说明。这里公开的任何方法的步骤都没必要以公开的准确的顺序运行，除非明确地说明。