CN108073429A - 一种支付方式配置方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种支付方式配置方法、装置、设备及存储介质。该方法包括：获取待配置支付方式的合作方名称；根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；根据配置信息，确定支付方式的配置结果。本发明实施例解决了现有技术中配置支付方式需要在之前的业务系统基础上通过程序员修改程序代码来实现，而不能通过用户的操作来实现的问题，降低了开发成本，提高了企业业务的稳定性。

Description

一种支付方式配置方法、装置、设备及存储介质

技术领域

本发明实施例涉及电子商务技术，尤其涉及一种支付方式配置方法、装置、设备及存储介质。

背景技术

随着电子商务技术的不断发展，支付方式也越来越多元化，如线上支付等。而且随着企业业务的发展，其合作方也越来越多，线下支付方式已经远远不能满足企业的需求，线上支付方式成为各个企业的首选支付方式，相应的，处理企业与合作方的定制化支付方式也应运而生。

现有技术中，企业与合作方的定制化支付方式具体实现方式为：在前台业务系统中为每个合作方提供定制化支付方式，并且当需要增加新的企业与合作方的定制化支付方式时，都需要在之前的业务系统基础上进行改进并发布，如只能通过程序员修改程序代码来实现而不能通过用户的操作来实现，这样会极大影响企业业务的稳定性和开发效率，降低用户体验。

发明内容

本发明提供一种支付方式配置方法、装置、设备及存储介质，以实现降低开发成本，提高企业业务的稳定性。

第一方面，本发明实施例提供了一种支付方式配置方法，该方法包括：

获取待配置支付方式的合作方名称；

根据所述合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

根据所述配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

根据所述配置信息，确定支付方式的配置结果。

第二方面，本发明实施例还提供了一种支付方式配置装置，该装置包括：

收银台名称获取模块，用于获取待配置支付方式的合作方名称；

配置指令获取模块，用于根据所述合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

配置信息确定模块，用于根据所述配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

配置结果确定模块，用于根据所述配置信息，确定支付方式的配置结果。

第三方面，本发明实施例还提供了一种设备，该设备包括：

一个多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个后多个处理器实现如前文所述的支付方式配置方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前文所述的支付方式配置方法。

本发明通过获取待配置支付方式的合作方名称，根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令，再根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息，基于配置信息，确定支付方式的配置结果，解决了现有技术中配置支付方式需要在之前的业务系统基础上通过程序员修改程序代码来实现，而不能通过用户的操作来实现的问题，降低了开发成本，提高了企业业务的稳定性。

附图说明

图1a是本发明实施例一中的一种支付方式配置方法的流程图；

图1b是本发明实施例一中的一种支付方式配置界面的示意图；

图1c是本发明实施例一中的一种支付方式配置界面的示意图；

图1d是本发明实施例一中的一种支付方式配置界面的示意图；

图1e是本发明实施例一中的一种收银台配置界面的示意图；

图2是本发明实施例二中的一种支付方式配置方法的流程图；

图3是本发明实施例三中的一种支付方式配置装置的结构示意图；

图4是本发明实施例四中的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1a为本发明实施例一提供的一种支付方式配置方法的流程图，本实施例可适用于基于可视化界面灵活添加或修改合作方的支付方式的情况，该方法可以由支付方式配置装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于设备中，例如典型的是服务器等。如图1a所示，该方法具体包括如下步骤：

S110、获取待配置支付方式的合作方名称；

在本发明的具体实施例中，企业与外部合作方的支付交易行为可以通过线上的支付交易系统进行，这里所说的待配置支付方式的合作方可以理解为：为新用户配置相应的支付方式，也可以是为老用户重新配置相应的支付方式，对于新用户来说，由于是首次合作，系统中没有关于其的历史记录，换句话说系统中关于其的历史记录内容为空，此时，待配置进一步可以理解为待添加，即添加相应内容替换空的内容；对于老用户来说，由于之前有过合作现在未合作或者现在正在合作，系统中通常保存有关于其的历史记录，当然也可能删除了关于其的历史记录，当系统中保存有关于其的历史记录时，此时，待配置进一步包括待修改或待添加，待修改即对原有的历史记录内容进行修改，此时，修改可能是全部修改，也可能是部分修改，当系统中删除了关于其的历史记录时，此时，待配置进一步同样可以理解为待添加，即添加相应的内容替换空的内容，待添加还可以理解为在该合作方名称下添加新的支付方式。合作方名称可以起到身份标识的作用，同时也可以作为后续查找历史支付方式的依据。其可以为简称也可以为全称，根据实际情况进行设定，在此不作具体限定。示例性的，如合作方名称可以为“××银行”或者可以为“××银行股份有限公司”。

S120、根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

在本发明的具体实施例中，通常在线上的支付交易系统中出现的是收银台名称，其中，收银台名称可以是根据待合作的合作方要求确定的，也可以是与待合作的合作方进行商议后确定的，收银台名称可以和合作方名称相同，也可以和合作方名称不同，但两者之间是关联的，即通过合作方名称可以查找到对应的收银台名称，再基于收银台名称查找到对应的历史支付方式。此外，这里所说的历史支付方式可以理解为S110中所提及的历史记录，历史支付方式可以包括支付方式属性和对应的属性值，其中，支付方式属性可以包括支付方式名称、收银台展示名称、收银台展示图标、收银台支付渠道、收银台支付类别、收银台展示文案、支付卡类型、是否跳转银行列表页、排序和备注等的至少一种。属性值可以表示支付方式属性对应的值，示例性的，如支付方式名称的属性值可以为“农行快e付”，是否跳转银行列表页属性值包括“是”和“否”。

将获取到的对应的历史支付方式发送至客户端进行显示，显示的方式可以为在特定的界面上显示，也可以为以文档形式显示，当然具体的显示方式可以根据实际情况进行设定，在此不作具体限定。用户可以基于客户端显示的内容进行生成配置指令的操作，基于S110所述，这里所说的配置指令可以为支付方式添加指令，也可以为支付方式修改指令。在客户端生成的配置指令可以发送至后台系统，如服务器，当后台系统接收到配置指令后再进行后续操作。

S130、根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

在本发明的具体实施例中，根据配置指令确定对应的配置界面，具体的可以为：当配置指令为支付方式添加指令时，根据支付方式添加指令确定的配置界面为添加支付方式指令界面，并将该界面返回至客户端显示，示例性的，如客户端显示的内容为各个字段的内容为空；当配置指令为支付方式修改指令时，根据支付方式修改指令确定的配置界面为修改界面，并将该界面返回至客户端显示，示例性的，如客户端显示的内容为历史支付方式记录，其中，每个字段可以进行修改。用户根据客户端显示的内容，可以在客户端进行相应的操作，如录入操作，形成对应的配置信息，这里的配置信息可以理解为配置的支付方式。示例性的，如当客户端显示的内容为各个字段的内容为空时，用户可以在各个字段下录入相应的内容，形成配置信息。同样的，在客户端生成的配置信息可以发送至后台系统，如服务器，当后台系统接收到配置指令后再进行后续操作。

需要说明的是，由于配置信息可以是用于后续形成相应的支付方式的，换句话说，支付方式可以是基于配置信息形成的，因此配置信息和前文所述的历史支付方式中包括的内容类别是相同的，即均包括支付方式属性和对应的属性值。

S140、根据配置信息，确定支付方式的配置结果。

在本发明的具体实施例中，根据配置信息，确定支付方式的配置结果可以理解为：根据配置信息生成相应的支付方式的配置结果，在这个过程中，可以对配置信息的完整性进行解析和校验，以便于形成完整的支付方式的配置结果。当然可以理解的是，是否还对配置信息进行校验可以根据实际情况而定，在此不作具体限定。此外，当确定出支付方式的配置结果后，也可以将配置结果进行保存，即作为历史支付方式。同样，是否对配置结果进行保存也可以根据实际情况而定，在此不作具体限定。

需要说明的是，由于上述操作可以在后台系统实现，即用户可以直接在客户端的配置界面上进行指令生成并发送至后台系统，后台系统便可以根据指令进行相关的添加、修改、解析以及校验等操作，这样可以实现与前台的业务系统剥离，使得后台进行的配置操作不影响前台业务系统的正常使用，而且确定每个合作方的支付方式均是独立的，不会对其它合作方的支付方式造成影响。此外，也可以实现操作实时生效，无延迟以及降低开发成本和学习难度。由于生成的支付方式会保存下来形成操作流水日志记录，这样可以根据日志记录跟踪用户的使用习惯，基于用户的使用习惯为用户提供相关推荐，提升用户体验。

本实施例的技术方案，通过获取待配置支付方式的合作方名称，根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令，再根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息，基于配置信息，确定支付方式的配置结果，解决了现有技术中配置支付方式需要在之前的业务系统基础上通过程序员修改程序代码来实现，而不能通过用户的操作来实现的问题，降低了开发成本，提高了企业业务的稳定性。

进一步的，在上述技术方案的基础上，配置界面包括支付方式属性和对应的属性值；

在本发明的具体实施例中，配置界面可以包括支付方式属性和对应的属性值，其中，支付方式属性和对应的属性值与S120中所提及的一样，同样，支付方式属性可以包括支付方式名称、收银台展示名称、收银台展示图标、收银台支付渠道、收银台支付类别、收银台展示文案、支付卡类型、是否跳转银行列表页、排序和备注，对应的属性值需要根据支付方式属性进行确定。其中，收银台展示名称和前文提及的收银台名称以及合作方名称，其实质上可以表示同样的含义，只是针对的对象不同，具体的，收银台展示名称可以是提供给合作方的并允许合作方进行修改的，收银台名称可以是用于系统内部展示和区分，并且其是和合作方名称进行关联的。收银台展示文案可以表示对应的收银台策划的优惠活动内容，示例性的，如“使用×豆支付，立减××”等。

如图1b所示，给出了支付方式的配置界面，其中，左侧字段为支付方式属性，中间字段为对应的属性值。

根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息，具体可以包括：

当配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性对应的属性值为空，并将配置界面返回客户端显示，获取用户输入的支付方式属性对应的属性值，作为待添加支付方式的配置信息；

在本发明的具体实施例中，当配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性的属性值为空，具体的，可以理解为：针对的是系统中没有关于历史支付方式或者说历史支付方式中相关字段为空的对象，如新用户或删除了历史支付方式记录的老用户，历史支付方式包括支付方式属性和对应的属性值，而由于当前配置界面显示的是支付方式，因此当查找到历史支付方式中相关字段为空后，相应的，待添加配置界面中支付方式属性的属性值便为空，更为具体的，即前文所述的支付方式名称、收银台展示名称、收银台展示图标、收银台支付渠道、收银台支付类别、收银台展示文案、支付卡类型、是否跳转银行列表页、排序和备注等支付方式属性所对应的属性值为空。并返回客户端显示，如图1b所示。再获取用户输入的支付方式属性对应的属性值作为待添加支付方式的配置信息。

示例性的，当配置指令为支付方式待添加指令时，配置界面中支付方式属性对应的属性值为空，并将该配置界面返回客户端显示，即如图1c所示，支付方式对应的属性值为空，再获取用户输入的支付方式属性对应的属性值，如图1b所示，各个支付方式属性对应的属性值作为待添加支付方式的配置信息。

当配置指令为支付方式修改指令时，根据修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为待修改支付方式的历史属性值，并将配置界面返回客户端显示，获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息。

在本发明的具体实施例中，当配置指令为支付方式修改指令时，根据修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为待修改支付方式的历史属性值，具体的，可以理解为：针对的是系统中保存有历史支付方式的对象，如老用户，同样由于当前配置界面显示的是历史支付方式，历史支付方式包括支付方式属性和对应的属性值，当查找到保存的历史支付方式后，相应的，便可以确定出待修改支付方式的配置界面中支付方式属性对应的属性值，该属性值即为历史支付方式对应的属性值，即可以称为历史属性值，并将该配置界面返回客户端显示，如图1b所示。再获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息。

示例性的，当配置指令为支付方式待修改指令时，根据修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为待修改支付方式的历史属性值，并将该配置界面返回客户端显示，即如图1b所示，支付方式对应的属性值为历史属性值，再获取用户修改的支付方式属性对应的属性值，如图1d所示，是将图1b中的支付方式属性“是否跳转银行列表页”对应的属性值“否”修改为“是”，将修改后的属性值作为待添加支付方式的配置信息。

进一步的，在上述技术方案的基础上，根据配置信息，确定支付方式的配置结果，具体可以包括：

对配置信息进行解析以及校验，并生成校验结果；

根据校验结果，确定支付方式的配置结果。

在本发明的具体实施例中，对配置信息进行解析以及校验的目的在于确保配置信息的完整性，当校验结果为配置信息不完整时，可以实时进行调整，以使配置信息完整，从而进一步提高确定支付方式的配置结果的准确率。

进一步的，在上述技术方案的基础上，校验结果包括配置信息完善和配置信息待完善；

根据校验结果，确定支付方式的配置结果，具体可以包括：

当校验结果为配置信息完善时，确定支付方式的配置结果，并保存；

当校验结果为配置信息待完善时，生成提示信息并返回客户端显示，获取用户补充的配置信息，确定支付方式的配置结果，并保存。

在本发明的具体实施例中，配置信息完善可以表示每个支付方式属性都填入有对应的属性值，即属性值并不为空。相反的，配置信息待完善可以表示存在至少一个支付方式属性对应的属性值为空，即需要补充配置信息，具体为支付方式属性对应的属性值。

当校验结果为配置信息完善时，便可以确定支付方式的配置结果，并保存，由于这里的配置信息可能是基于新用户生成的，也可能是基于老用户生成的，因此，系统中如果是新用户的话，历史支付方式中支付方式属性所对应的属性值为空，当然根据前文所述，上述情形也可能是在系统中删除了对应属性值的老用户形成的，如果是老用户的话，历史支付方式中支付方式属性所对应的属性值可能不为空，那么，当校验结果为配置信息完善时，会查询是历史支付方式中支付方式属性所对应的属性值是否为空，如果为空，则基于配置信息确定支付方式的配置结果；相反，如果不为空，则将该配置信息确定的支付方式替换历史支付方式，即更新系统中保存的历史支付方式。因此，基于上述，这里所说的保存有两层含义，即添加或替换。此外，需要说明的是，基于前文所述可知，配置信息和历史支付方式所包含内容的类别是相同的，即均包含支付方式属性和所对应的属性值，因此，换句话说，历史支付方式的生成也是基于配置信息，只是该配置信息是之前的，不是当前的。

当校验结果为配置信息待完善时，此时会生成提示信息并返回客户端显示，在客户端显示的方式可以为弹出对话框，也可以是在属性值填写项旁边以文字或符号形式体现提示的内容，当然具体的显示方式可以根据实际情况进行设定，在此不作具体限定。当用户客户端的配置界面上进行补充的配置信息的相关操作后，会将该补充的配置信息发送至后台系统，如服务器，便可以根据获取到的用户补充的配置信息来确定支付方式的配置结果，并进行保存。

需要说明的是，上述校验可以只对预设的支付方式属性所对应的属性值进行校验，换句话说，只对必填的支付方式属性的属性值进行校验，这样可以进一步提高系统效率同时减少数据处理量。

进一步的，在上述技术方案的基础上，该方法具体还可以包括：

获取收银台配置指令，收银台配置指令包括收银台添加/修改指令、合作方名称及用户选定的支付方式，收银台添加/修改指令包括收银台名称；

在本发明的具体实施例中，获取收银台配置指令，这里所说的收银台配置指令可以是预先配置的，也可以是用户通过在客户端操作生成的配置指令然后将其发送至后台系统，如服务器后获取到的。收银台配置指令可以包括收银台添加/修改指令、合作方名称及用户选定的支付方式，收银台添加/修改指令可以包括收银台名称，这里所说的支付方式便可以是基于前文所述的方式生成的，在此不再赘述。此外，这里所说的合作方名称和收银台名称同样如前文所述，在此不再赘述。除此之外，收银台配置指令还可以包括引流方、备注和是否开启等。其中，引流方和收银台名称实质上表达的内容是一样的，针对的对象也是相同的，均是用于系统内部展示和区分的。

根据收银台配置指令，确定收银台名称、合作方名称及用户选定的支付方式的关联关系，并保存关联关系。

在本发明的具体实施例中，根据收银台配置指令，确定收银台名称、合作方名称及用户选定的支付方式的关联关系，并将该关联关系进行保存，根据该关联关系确定收银台配置界面，此外，可以将该收银台配置界面返回客户端显示，如图1e所示，给出了收银台配置界面。由于关联关系包含了支付方式，因此，由该关联关系确定的收银台配置界面也包含了支付方式，因此用户可以通过合作方名称查找到对应的收银台名称，并在客户端的收银台配置界面上基于收银台名称查找到对应的支付方式。同时，需要说明的是，收银台修改/添加指令和前文所说的支付方式添加/修改指令的确定方式一样，收银台修改指令针对的对象是老用户，收银台添加指令针对的是新用户或老用户。

上述需要说明的是，新用户只要进行了相关的支付方式和关联关系的确定操作即成为老用户了。并且由于支付方式属性中包括排序这一属性，可以对配置的支付方式进行排序，这适用于某一合作方形成了多套支付方式，可以根据排序结果来选定支付方式。

实施例二

图2为本发明实施例二提供的一种支付方式配置方法的流程图，本实施例可适用于基于可视化界面灵活添加或修改合作方的支付方式的情况，该方法可以由支付方式配置装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于设备中，例如典型的是服务器等。如图2所示，该方法具体包括如下步骤：

S210、获取收银台配置指令，收银台配置指令包括收银台添加/修改指令、合作方名称及用户选定的支付方式，收银台添加/修改指令包括收银台名称；

S220、根据收银台配置指令，确定收银台名称、合作方名称及用户选定的支付方式的关联关系，并保存关联关系；

S230、获取待配置支付方式的合作方名称；

S240、根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

S250、当配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性对应的属性值为空，并将配置界面返回客户端显示，获取用户输入的支付方式属性对应的属性值，作为待添加支付方式的配置信息；

S260、当配置指令为支付方式修改指令时，根据修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为待修改支付方式的历史属性值，并将配置界面返回客户端显示，获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息；

S270、对配置信息进行解析以及校验，并生成校验结果，校验结果包括配置信息完善和配置信息待完善；

S280、当校验结果为配置信息完善时，确定支付方式的配置结果，并保存；

S290、当校验结果为配置信息待完善时，生成提示信息并返回客户端显示，获取用户补充的配置信息，确定支付方式的配置结果，并保存。

在本发明的具体实施例中，需要说明的是，上述S250和S260没有先后次序关系，其可以是并列关系；同样，对于S280和S290来说，也没有先后次序，其同样也可以是并列关系。

具体的，S230-S260可以通过以下代码实现：基于http协议实现，用户进入客户端的收银台配置界面后，输入待配置的合作方名称，后台系统根据合作方名称查找是否历史支付方式并返回客户端显示以及从客户端获取待配置支付方式的配置指令，当配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性对应的属性值为空，并将配置界面返回客户端显示，获取用户输入的支付方式属性对应的属性值，作为待添加支付方式的配置信息；当配置指令为支付方式修改指令时，根据修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为待修改支付方式的历史属性值，并将配置界面返回客户端显示，获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息。

S270-S290可以通过以下代码实现：同样是基于http协议，当用户将支付方式的配置信息在配置界面上输入完毕后，客户端便可以将配置信息以HTTP JSON格式发送至后台系统，系统获取到相应的配置信息后便进行解析，并校验配置信息中一些必须填写的属性值是否完善，如果配置信息完善，则查询相应的合作方是否有配置过支付方式，即历史支付方式中支付方式属性所对应的属性值是否为空，如果为空，则基于配置信息确定支付方式的配置结果，并将该结果保存至用户mysql数据库中；相反，如果不为空，则将该配置信息确定的支付方式替换历史支付方式，即更新系统中保存的历史支付方式。如果配置信息待完善，生成提示信息并返回客户端显示，获取用户补充的配置信息，确定支付方式的配置结果，并保存。

本实施例的技术方案，通过获取待配置支付方式的合作方名称，根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令，再根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息，基于配置信息，确定支付方式的配置结果，解决了现有技术中配置支付方式需要在之前的业务系统基础上通过程序员修改程序代码来实现，而不能通过用户的操作来实现的问题，降低了开发成本，提高了企业业务的稳定性。

实施例三

图3为本发明实施例三提供的一种支付方式配置装置的结构示意图，本实施例可适用于基于可视化界面灵活添加或修改合作方的支付方式的情况，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于设备中，例如典型的是服务器等。如图3所示，该装置具体包括：

合作方名称获取模块310，用于获取待配置支付方式的合作方名称；

配置指令获取模块320，用于根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

配置信息确定模块330，用于根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

配置结果确定模块340，用于根据配置信息，确定支付方式的配置结果。

进一步的，配置界面包括支付方式属性和对应的属性值；

配置信息确定模块330，具体可以包括：

待添加的配置信息获取单元，用于当配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性对应的属性值为空，并将配置界面返回客户端显示，获取用户输入的支付方式属性对应的属性值，作为待添加支付方式的配置信息；

待修改的配置信息获取单元，用于当配置指令为支付方式修改指令时，根据修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为待修改支付方式的历史属性值，并将配置界面返回客户端显示，获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息。

本实施例的技术方案，通过合作方名称获取模块310获取待配置支付方式的合作方名称，配置指令获取模块320根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令，配置信息确定模块330再根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息，配置结果确定模块340基于配置信息，确定支付方式的配置结果，解决了现有技术中配置支付方式需要在之前的业务系统基础上通过程序员修改程序代码来实现，而不能通过用户的操作来实现的问题，降低了开发成本，提高了企业业务的稳定性。

进一步的，在上述技术方案的基础上，配置结果确定模块340，具体可以包括：

校验结果生成单元，用于对配置结果进行解析以及校验，并生成校验结果；

配置结果确定单元，用于根据校验结果，确定支付方式的配置结果。

进一步的，在上述技术方案的基础上，校验结果包括配置信息完善和配置信息待完善；

配置结果确定单元，具体可以包括：

第一配置结果确定子单元，用于当校验结果为配置信息完善时，确定支付方式的配置结果，确定支付方式的配置结果，并保持；

第二配置结果确定子单元，用于当检验结果为配置信息待完善时，生成提示信息并返回客户端显示，获取用户补充的配置信息，确定支付方式的配置结果，并保存。

进一步的，在上述技术方案的基础上，该方法具体还可以包括：

收银台配置指令获取模块，用于获取收银台配置指令，收银台配置指令包括收银台添加/修改指令、合作方名称及用户选定的支付方式，收银台添加/修改指令包括收银台名称；

关联关系确定模块，用于根据收银台配置指令，确定收银台名称、合作方名称及用户选定的支付方式的关联关系，并保存关联关系。

本发明实施例所提供的配置于设备的支付方式配置装置可执行本发明任意实施例所提供的应用于设备的支付方式配置方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性设备412的框图。图4显示的设备412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，设备412以通用计算设备的形式表现。设备412的组件可以包括但不限于：一个或者多个处理器416，系统存储器428，连接于不同系统组件(包括系统存储器428和处理器416)的总线418。

总线418表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备412典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备412访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器428可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)430和/或高速缓存存储器432。设备412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储器428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储器428中，这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。

设备412也可以与一个或多个外部设备414(例如键盘、指向设备、显示器424等)通信，还可与一个或者多个使得用户能与该设备412交互的设备通信，和/或与使得该设备412能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，设备412还可以通过网络适配器420与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器420通过总线418与设备412的其它模块通信。应当明白，尽管图4中未示出，可以结合设备412使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器416通过运行存储在系统存储器428中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种支付方式配置方法，包括：

获取待配置支付方式的合作方名称；

根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

根据配置信息，确定支付方式的配置结果。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的一种支付方式配置方法，该方法包括：

获取待配置支付方式的合作方名称；

根据合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

根据配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

根据配置信息，确定支付方式的配置结果。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++、Ruby、Go，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种支付方式配置方法，其特征在于，包括：

获取待配置支付方式的合作方名称；

根据所述合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

根据所述配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

根据所述配置信息，确定支付方式的配置结果。

2.根据权利要求1所述的方法，其特征在于，所述配置界面包括支付方式属性和对应的属性值；

根据所述配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息，包括：

当所述配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性对应的属性值为空，并将所述配置界面返回客户端显示，获取用户输入的支付方式属性对应的属性值，作为待添加支付方式的配置信息；

当所述配置指令为支付方式修改指令时，根据所述修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为所述待修改支付方式的历史属性值，并将所述配置界面返回客户端显示，获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息。

3.根据权利要求1所述的方法，其特征在于，根据所述配置信息，确定支付方式的配置结果，包括：

对所述配置信息进行解析以及校验，并生成校验结果；

根据所述校验结果，确定支付方式的配置结果。

4.根据权利要求3所述的方法，其特征在于，所述校验结果包括配置信息完善和配置信息待完善；

根据所述校验结果，确定支付方式的配置结果，包括：

当所述校验结果为所述配置信息完善时，确定支付方式的配置结果，并保存；

当所述检测结果为所述配置信息待完善时，生成提示信息并返回客户端显示，获取用户补充的配置信息，确定支付方式的配置结果，并保存。

5.根据权利要求1所述的方法，其特征在于，还包括：

获取收银台配置指令，所述收银台配置指令包括收银台添加/修改指令、合作方名称及用户选定的支付方式，收银台添加/修改指令包括收银台名称；

根据所述收银台配置指令，确定收银台名称、合作方名称及用户选定的支付方式的关联关系，并保存所述关联关系。

6.一种支付方式配置装置，其特征在于，包括：

合作方名称获取模块，用于获取待配置支付方式的合作方名称；

配置指令获取模块，用于根据所述合作方名称，获取对应的历史支付方式，返回客户端显示，并从客户端获取待配置支付方式的配置指令；

配置信息确定模块，用于根据所述配置指令，确定对应的配置界面，返回客户端显示，并从客户端获取对应的配置信息；

配置结果确定模块，用于根据所述配置信息，确定支付方式的配置结果。

7.根据权利要求6所述的装置，其特征在于，所述配置界面包括支付方式属性和对应的属性值；

所述配置信息获取模块，包括：

待添加的配置信息获取单元，用于当所述配置指令为支付方式添加指令时，确定对应的配置界面中支付方式属性对应的属性值为空，并将所述配置界面返回客户端显示，获取用户输入的支付方式属性对应的属性值，作为待添加支付方式的配置信息；

待修改的配置信息获取单元，用于当所述配置指令为支付方式修改指令时，根据所述修改指令确定对应的待修改支付方式，确定待修改支付方式的配置界面中支付方式属性对应的属性值为所述待修改支付方式的历史属性值，并将所述配置界面返回客户端显示，获取用户修改的支付方式属性对应的属性值，作为待修改支付方式的配置信息。

8.根据权利要求6所述的装置，其特征在于，所述配置结果确定模块，包括：

校验结果生成单元，用于对所述配置结果进行解析以及校验，并生成校验结果；

配置结果确定单元，用于根据所述校验结果，确定支付方式的配置结果。

9.一种设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的支付方式配置方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的支付方式配置方法。