本发明涉及计算机与网络支付技术，具体涉及一种支持多渠道的支付配置方法与系统。
背景技术：
互联网支付技术快速发展并广泛应用于在线交易，支付渠道也越来越多、层出不穷。在业务系统中，业务方通常提供一种或多种支付渠道，业务使用方即用户选择其中自身所支持的支付渠道，以此来维持业务方与用户之间对于支付渠道的供求关系。
而在支持多业务方的业务交易系统中，多业务方需关联多种支付渠道，不同业务方对于支付渠道的关联会有相互交叉，其所关联的支付渠道可以支持多个付款账号。对于这种多业务方与多支付渠道的业务交易系统，其支付渠道的配置管理、与业务方的关联和映射、准确性与安全性等，对于整个业务交易系统来说是至关重要的。
技术实现要素：
本发明所要解决的技术问题是：提出一种支持多渠道的支付配置方法与系统，提高业务交易系统中支付渠道的安全性和准确性。
本发明解决其技术问题所采用的技术方案是：一种支持多渠道的支付配置方法，包括以下步骤：
A、获取使用业务系统的所有业务方信息及其业务交易需求信息；
B、提取单个业务方的详细信息，添加到业务系统中，并编号归入业务方目录下；
C、获取步骤B中业务方所对应的支付渠道及收款账号需求信息，添加到业务系统中，并编号归入支付渠道目录下；
D、以步骤A中所采集的业务交易需求信息为依据，将步骤B的业务方编号与步骤C中的支付渠道编号一对多关联对应，并将这种关联映射关系添加到业务系统中，构建业务方与支付渠道的关联映射关系；
E、为步骤D中业务方名下的支付渠道创建一个或多个支付方式并编号；
F、管理与维护步骤E中创建的支付方式；
G、检查业务交易需求信息与业务系统中实际映射业务交易支付配置之间是否存在偏差，对整个支付配置流程进行准确性与安全性测试；
H、对步骤B至步骤F的所有操作添加日志，跟踪支付配置流程的相关操作轨迹。
进一步的，步骤A中所述业务方信息及其业务交易需求信息包含业务方详情、业务商家对于业务支付渠道与方式、收款账号的具体要求，这些信息来源于需求规格说明书。
进一步的，步骤B中所述业务方的详细信息和步骤C所述支付渠道信息，分别添加到业务系统中后，均被赋予唯一的编号，同时支付渠道信息包含了支付渠道的支付签名证书。
进一步的，步骤D中，将单个业务方和多个支付渠道在业务系统中进行编号关联，业务方在至少关联一个支付渠道后，方可开展交易与资金结算业务。
进一步的，步骤E中，在业务方名下的支付渠道下创建一个或多个支付方式并编号，并为支付方式添加支付名、收款账号等信息。
进一步的，步骤F中，管理与维护步骤E中创建的支付方式具体包括：对业务方名下的支付方式进行更新、冻结或解冻、删除，添加新的业务方、为业务方添加新的支付渠道与支付方式操作。
进一步的，步骤G中，所述针对整个支付配置流程的测试，在经过安全性和准确性测试后，对发现的BUG和安全隐患制定出相应的解决方案并实施。
进一步的，步骤H中，所述针对支付配置流程的跟踪，详细记录了业务方和支付渠道信息的添加、关联映射、管理与维护操作轨迹。
本发明的另一目的，还在于提出一种支持多渠道的支付配置系统，其包括：
需求信息采集单元，用于获取业务系统的所有业务方信息及其业务交易需求信息；
信息分类录入单元，用于提取出业务方信息和支付渠道及收款账号信息，分别编号并归入业务方和支付渠道目录下，其中支付渠道需求信息包含了支付渠道的支付签名证书；
支付与业务关联单元，依据需求信息采集单元中的业务交易需求信息，将信息分类录入单元中生成的业务方编号和支付渠道编号关联起来，业务方在至少关联一个支付渠道后，可开展交易与资金结算业务；之后根据需求说明信息，为业务方名下的支付渠道创建一个或多个支付方式，并编号添加支付名、收款账号信息；
管理与维护单元，用于管理与维护业务支付关联单元中创建的支付方式，对业务方名下的支付方式进行更新、冻结或解冻、删除，添加新的业务方，为业务方添加新的支付渠道或支付方式；
业务Demo测试单元，用于准确性与安全性测试，检查业务支付需求信息与业务系统中实际映射业务交易支付配置之间是否存在偏差，对于测试发现的BUG和安全隐患制定出相应的解决方案并实施；
日志跟踪单元，对其它单元中的操作添加日志，跟踪支付配置的相关流程，详细记录业务方和支付渠道信息的添加、关联映射、管理与维护操作轨迹。
进一步的，所述业务方信息及其业务交易需求信息包含业务方详情、业务商家对于业务支付渠道与方式、收款账号的具体要求，这些信息来源于需求规格说明书。
本发明的有益效果是：
通过采集业务方信息及其对应的支付方式与渠道需求信息，编号并添加到业务系统中，对应关联后为支付渠道添加收款账号并创建相应的支付方式，经过业务Demo测试，使得业务系统中的交易支付机制具有较高的可用性、准确性和安全性。
附图说明
图1是实施例一中多渠道的支付配置方法流程图；
图2是实施例二中支持多渠道的支付配置系统结构框图。
具体实施方式
下面结合附图与实施例对本发明提出的支持多渠道的支付配置方法与系统做详尽说明：
实施例一：
如图1所示，本例中的支持多渠道的支付配置方法，，包括以下步骤：
步骤S101，获取使用本业务交易系统的所有业务方信息及交易支付需求规格信息，包括业务方详情、业务商家对于业务支付渠道与方式、收款账号的具体要求明细等；
步骤S102，从步骤S101中的需求规格信息中提取出业务方信息，整理后逐条添加到业务系统中并编号，归入业务方目录下；
步骤S103，从步骤S101中的需求规格信息中提取出S102中业务方所对应的支付渠道信息，整理后逐条添加到业务系统中并编号，归入支付渠道目录下；
步骤S104，依据步骤S101中的商家需求规格信息，将步骤S102中的业务方编号，与步骤S103中的支付渠道编号关联起来，基于实际业务需求，通常情况下业务方编号与支付渠道编号为一对多关联；
步骤S105，依据步骤S101中的需求规格信息，为步骤S104中的支付渠道配置若干收款账号，配置支付名、上传支付签名证书等，以此构建相应的支付方式；
步骤S106，对步骤S102中的业务方信息、步骤S103中的支付渠道信息、步骤S104中的支付方式信息进行更新、冻结或解冻、删除等管理与维护操作，以及添加新的业务方、支付渠道、支付方式等新增操作；
步骤S107，对整个支付配置流程进行准确性与安全性测试，检查业务交易需求信息与业务系统中实际映射的业务交易支付配置之间是否存在偏差或不一致的地方，检查支付配置与业务需求是否存在不相符的情况。
步骤S108，对步骤S101至步骤S107中的所有关键与重要支付配置环节添加日志，跟踪支付配置的操作轨迹，监控整个支付配置模块，便于发现错误的配置信息。
实施例二：
如图2所示，本例中的支持多渠道的支付配置系统，包括以下单元：
需求信息采集单元201，收集各业务方的需求规格说明书，获取业务系统的所有业务方信息及其交易需求信息，包括业务方详情、业务商家对于业务支付渠道与方式的具体要求、收款账号信息与支付签名证书等，并向信息分类录入单元传入这些需求信息；
信息分类录入单元202，接收需求信息采集单元201传入的需求信息，整理后提取出业务方信息和支付渠道及收款账号信息，分别编号并添加到业务交易系统中，其中支付渠道需求信息包含了支付渠道的支付签名证书，并向支付与业务关联单元传入业务方与支付渠道编号与信息；
支付与业务关联单元203，接收信息分类录入单元202传入的业务方与支付渠道分类信息与编号，并根据需求信息采集单元201中的详细需求信息，将信息分类录入单元202生成的业务方编号和支付渠道编号关联起来，业务方在至少关联一个支付渠道后，即可进行交易与资金结算；之后根据需求信息采集单元201中的需求说明信息，为业务方名下的支付渠道，创建一个或多个支付方式，并编号，添加支付名、收款账号等信息；
管理与维护单元204，对信息分类录入单元202中的业务方信息与支付渠道信息、支付与业务关联单元203中的支付方式信息进行更新、冻结或解冻、删除等管理与维护操作，以及添加新的业务方、支付渠道、支付方式等新增操作，在业务交易系统正式上线后，本单元用于支付配置模块的日常运营管理；
业务Demo测试单元205，模拟业务交易系统创建业务Demo，并使用此业务Demo对单元201、202、203、204中的支付配置流程进行准确性与安全性测试，检查业务交易需求信息与业务系统中实际映射的业务交易支付配置之间是否存在偏差或不一致的地方，检查支付配置与业务需求是否存在不相符的情况，对于测试发现的BUG和安全隐患制定出相应的解决方案并实施；
日志跟踪单元206，对单元201、202、203、204、205中所有支付配置环节中相关的关键与重要操作添加日志，跟踪支付配置的相关流程，详细记录业务方和支付渠道信息的添加、关联映射、管理与维护等操作轨迹，本单元可作为支付配置模块日常运营管理的一部分。
综上所述，本发明公开的支持多渠道的支付配置方法与系统，在获取业务交易详细需求信息并向业务系统添加业务方及关联支付渠道的基础上，配置收款账号等支付方式信息，通过模拟业务交易系统构建业务Demo并对支付配置流程进行测试，管理与维护支付配置模块的业务与支付信息，对关键操作操作进行日志跟踪，为业务系统配置高可用、准确的、较高安全性的交易支付方式，同时为业务交易系统中支付配置模块的日常运营与维护提供了便利。