CN102930431B - 支付服务器和支付通道标识方法 - Google Patents
支付服务器和支付通道标识方法 Download PDFInfo
- Publication number
- CN102930431B CN102930431B CN201210422456.8A CN201210422456A CN102930431B CN 102930431 B CN102930431 B CN 102930431B CN 201210422456 A CN201210422456 A CN 201210422456A CN 102930431 B CN102930431 B CN 102930431B
- Authority
- CN
- China
- Prior art keywords
- payment channel
- payment
- mark
- data
- current selection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明提供了一种支付服务器,连接至多个代理服务器,包括:分解单元,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将支付通道数据保存至数据库;标识单元,用于基于多个支付通道数据之间的关联关系为每个支付通道定义一个标识。本发明还提出了一种支付通道标识方法。通过本发明的技术方案,能够为各支付通道定义唯一标识,避免出现命名混乱的问题,并在当前支付通道出现故障时,能够根据标识快速而准确地定位到相关联的支付通道。
Description
技术领域
本发明涉及网上支付领域,具体而言,涉及一种支付服务器和一种支付通道标识方法。
背景技术
支付多通道区别于传统的支付平台的最大特征是一个支付入口可以对应多个通道,为了管理这些支通道就必须有一个唯一且简洁的标识机制,这样才能避免过多支付通道发生混乱的情况,相关技术一般直接起不同的别名来完成标识,但是当同一支付方式下的支付通道比较多,甚至同一种支付入口下的支付通道很多时,这种随机命名标识的方式通过人工参与进行定义和维护,当支付通道比较多时会出现命名混乱问题,对人工要求越来越高,不利于支付系统接入代理商平台的支付能力,已不能满足支付多通道的标识要求,而且这种随机命名方式也不便于支付多通道的查找和切换。
在多支付通道进行切换时,现有支付系统一般提供两种实现方式:一是将不同支付方式汇集到一起,然后让用户自己选择需要使用的支付入口;二是按照用户使用支付习惯将用户最常用的支付入口展现给用户使用,或者将那些比较有影响力的支付入口排列在前面。对于第一种支付实现,由于只提供的支付能力,没有提供支付入口定位功能,用户查找合适的支付通道非常麻烦和困难;第二种相对而言虽然比较简单,但是没有考虑不同支付入口的特殊性、用户使用习惯、以及多个入口的可靠性的约束,可能会导致为用户切换的支付通道并不是用户想要的。
因此,需要一种新的支付通道标识技术,能够为各支付通道定义唯一标识,避免出现命名混乱的问题,并进一步地在当前支付通道出现故障时,能够根据标识快速而准确地定位到相关联的支付通道。
发明内容
本发明正是基于上述问题,提出了一种支付服务器,能够为各支付通道定义唯一标识,避免出现命名混乱的问题,并进一步地在当前支付通道出现故障时,能够根据标识快速而准确地定位到相关联的支付通道。
有鉴于此,本发明提出了一种支付服务器,包括:分解单元,将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、代理服务器优先级和支付入口类型数据,还可以包括支付方式类型数据,所述代理服务器由支付代理商提供;标识单元,用于基于所述多个支付通道数据之间的关联关系为每个支付通道定义一个标识。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供的至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
在上述技术方案中,优选地,还包括:查找单元,用于在当前选择的支付通道出现异常时,根据所述当前选择的支付通道的标识查找出与所述当前选择的支付通道相关联的支付通道;切换单元,用于将所述当前选择的支付通道切换至查找出的相关联的支付通道;记录单元,用于记录所述当前选择的支付通道的异常信息。
由于支付通道的标识是根据支付通道数据之间的关联关系定义的,所以在当前支付通道存在异常时,可以根据当前支付通道的标识快速而准确地找到与当前支付通道相关联的其他支付通道,然后再切换至相关联的其他支付通道继续进行支付操作,保证了在切换后仍然能够在同一支付入口类型下顺利进行支付。
在上述技术方案中,优选地,所述标识单元具体包括:数据查找子单元,用于查找属于同一支付入口类型的支付通道数据;定义子单元,用于根据查找出的支付通道数据中涉及的代理服务器标识、所述同一支付入口类型的标识和代理服务器的优先级信息,为查找出的每个支付通道定义一个标识。
在该技术方案中,由于实际支付操作中,用户会选定某个支付入口进行支付,所以对于支付通道的切换,需要在包含同一支付入口类型的支付通道之间进行切换,例如用户支付时选定的支付入口为招商银行,切换后的支付通道包含的支付入口也应该为招商银行,否则容易导致支付失败。
招商银行(定义其标识为C,即支付入口类型的标识)属于网银支付方式下的一种支付入口,从数据库中查找出属于招商银行C的所有支付通道,假设查找出三个代理服务器提供的支付通道是包含招商银行的(分别为支付通道一,支付通道二和支付通道三),定义三个代理服务器的标识分别为D1、D2、D3,它们的优先级分别为3、5、4,那么此时按照优先级从大到小顺序排列上述三个代理服务器标识得到D2-D3-D1,再进一步将该代理服务器标识排列顺序变为环状D2-D3-D1-D2-D3…,可定义支付通道二的唯一标识为CD2D3D1,支付通道三的标识为CD3D1D2,支付通道一的标识为CD1D2D3,每个标识包含代理服务器信息和支付通道所属的支付入口的信息,这样,每一个支付通道就存在唯一的、确定的标识,且该标识包含了该支付通道与其他支付通道之间的关联关系。
在上述技术方案中,优选地,所述查找单元具体包括:解析子单元,用于分解所述当前选择的支付通道的标识,得到与所述当前选择的支付通道对应的支付入口类型的标识以及与所述当前选择的支付通道相关联的代理服务器标识;定位子单元,用于根据所述对应的支付入口类型的标识和所述相关联的代理服务器标识确定所述相关联的支付通道的标识,以定位所述相关联的支付通道。
在该技术方案中,在当前的支付通道出现异常时,可以根据当前支付通道的标识切换至与之相关联的支付通道,例如选择的支付通道为上例中的支付通道二,而发现此时支付通道二存在异常,则需要根据支付通道二的标识-D2查找出与其相关联的支付通道,该相关联的支付通道与支付通道二具有相同的支付入口类型,然后将支付通道二切换至与其相关联的支付通道,以完成支付。
对于多个支付通道的切换方法包括但不限于如下方法:
首先将支付通道二的标识—CD2D3D1分解成“C”+“D2D3D1”,然后将“D2D3D1”化为环状,即D2-D3-D1-D2-D3…,再顺时针移动一个节点,此时变为D3-D1-D2-D3-D1…,最后跟支付入口“C”相结合,就可以得到“CD3D1D2”,该标识为支付通道三的标识,即支付通道三就是与支付通道二相关联的支付通道。
由于当前选择的支付通道二在这三个支付通道中优先级最高,当支付通道二发生异常时,需要选择优先级仅次于支付通道二的支付通道,通过上述方法可以快速而准确地选定支付通道三的优先级仅次于支付通道二,而且包含与支付通道二相同的支付入口类型C,因此,将支付通道切换至支付通道三可以顺利完成支付操作。
在上述技术方案中,优选地,所述标识单元包括:更新子单元,用于在所述当前选择的支付通道的异常时间超出设定时间时,在所述多个支付通道数据中删除所述当前选择的支付通道的数据,基于剩余的支付通道数据之间的关联关系更新所述相关联的支付通道的标识,或者获取所述分解单元分解出的新的支付通道数据,基于更新过的多个支付通道数据之间的关联关系重新为每个支付通道定义标识。
在该技术方案中,在当前选择的支付通道发生异常时,如果异常时间超出设定时间,则可以判定此支付通道已经不可用,那么在切换时就可以不考虑出现异常的支付通道。例如上例中支付通道三发生异常,且异常时间超出了设定时间,记录下这些信息。在当前选择的支付通道二发生异常时,根据支付通道二的标识查找出与其相关联的支付通道包括支付通道一和支付通道三,由于支付通道三的异常时间已超过设定时间,那么在查找结果中去除支付通道三,那么反馈给客户端的支付通道为支付通道一。在该示例中,各支付通道的标识仍然没有改变,只是在查找结果中去除长时间出现异常的支付通道。
或者,为了保证在下次支付时,不会选用出现异常的支付通道,为了保证在接下来的切换操作中,仅在可用的支付通道中进行切换,就需要重新确定可用的支付通道的标识。例如上例中的支付通道三发生异常,且异常时间超出了设定时间,那么在确定标识时,可以不考虑支付通道三的数据,仅考虑支付通道一和支付通二的数据并基于此重新确定支付通一和支付通道二的标识,仍然根据优先级排列D1、D2为D2-D1并成环,相应的,支付通道二的标识为CD2D1,支付通道一的标识为CD1D2。这样,在支付通道二出现异常时,可以根据支付通道二的标识查找出相关联的支付通道为支付通道一,就不会查找出支付通道三了。
如果代理服务器提供了新的服务数据,那么支付服务器中的分解单元能够分解出新的支付通道数据,并将新的支付通道数据增加至数据库,在标识单元对每个支付通道定义标识时,能够基于更新过的支付通道数据之间的关联关系,自动重新为每个支付通道定义标识,实现标识的动态更新。
根据本发明的又一方面,还提出了一种支付通道标识方法,包括:步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、代理服务器优先级和支付入口类型数据,还可以包括支付方式类型数据,所述代理服务器由支付代理商提供;步骤204,基于所述多个支付通道数据之间的关联关系为每个支付通道定义一个标识。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供的至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
在上述技术方案中,优选地,还包括以下步骤:在当前选择的支付通道出现异常时,根据所述当前选择的支付通道的标识查找出与所述当前选择的支付通道相关联的支付通道;将所述当前选择的支付通道切换至查找出的相关联的支付通道;记录所述当前选择的支付通道的异常信息。
由于支付通道的标识是根据支付通道数据之间的关联关系定义的,所以在当前支付通道存在异常时,可以根据当前支付通道的标识快速而准确地找到与当前支付通道相关联的其他支付通道,然后再切换至相关联的其他支付通道继续进行支付操作,保证了在切换后仍然能够在同一支付入口类型下顺利进行支付。
在上述技术方案中,优选地,所述步骤204具体包括:查找出属于同一支付入口类型的支付通道数据,根据查找出的支付通道数据中涉及的代理服务器标识、所述同一支付入口类型的标识和代理服务器的优先级信息,为查找出的每个支付通道定义一个标识。
在该技术方案中,由于实际支付操作中,用户会选定某个支付入口进行支付,所以对于支付通道的切换,需要在包含同一支付入口类型的支付通道之间进行切换,例如用户支付时选定的支付入口为招商银行,切换后的支付通道包含的支付入口也应该为招商银行,否则容易导致支付失败。
招商银行(定义其标识为C,即支付入口类型的标识)属于网银支付方式下的一种支付入口,从数据库中查找出属于招商银行C的所有支付通道,假设查找出三个代理服务器提供的支付通道是包含招商银行的(分别为支付通道一,支付通道二和支付通道三),定义三个代理服务器的标识分别为D1、D2、D3,它们的优先级分别为3、5、4,那么此时按照优先级从大到小顺序排列上述三个代理服务器标识得到D2-D3-D1,再进一步将该代理服务器标识排列顺序变为环状D2-D3-D1-D2-D3…,可定义支付通道二的唯一标识为CD2D3D1,支付通道三的标识为CD3D1D2,支付通道一的标识为CD1D2D3,每个标识包含代理服务器信息和支付通道所属的支付入口的信息,这样,每一个支付通道就存在唯一的、确定的标识,且该标识包含了该支付通道与其他支付通道之间的关联关系。
在上述技术方案中,优选地,还包括:分解所述当前选择的支付通道的标识,得到与所述当前选择的支付通道对应的支付入口类型的标识以及与所述当前选择的支付通道相关联的代理服务器标识,根据所述对应的支付入口类型的标识和所述相关联的代理服务器标识确定所述相关联的支付通道的标识,以定位所述相关联的支付通道。
在该技术方案中,在当前的支付通道出现异常时,可以根据当前支付通道的标识切换至与之相关联的支付通道,例如选择的支付通道为上例中的支付通道二,而发现此时支付通道二存在异常,则需要根据支付通道二的标识—D2查找出与其相关联的支付通道,该相关联的支付通道与支付通道二具有相同的支付入口类型,然后将支付通道二切换至与其相关联的支付通道,以完成支付。
对于多个支付通道的切换方法包括但不限于如下方法:
首先将支付通道二的标识—CD2D3D1分解成“C”+“D2D3D1”,然后将“D2D3D1”化为环状,即D2-D3-D1-D2-D3…,再顺时针移动一个节点,此时变为D3-D1-D2-D3-D1…,最后跟支付入口“C”相结合,就可以得到“CD3D1D2”,该标识为支付通道三的标识,即支付通道三就是与支付通道二相关联的支付通道。
由于当前选择的支付通道二在这三个支付通道中优先级最高,当支付通道二发生异常时,需要选择优先级仅次于支付通道二的支付通道,通过上述方法可以快速而准确地选定支付通道三的优先级仅次于支付通道二,而且包含与支付通道二相同的支付入口类型C,因此,将支付通道切换至支付通道三可以顺利完成支付操作。
在上述技术方案中,优选地,还包括:当所述当前选择的支付通道的异常时间超出设定时间时,在所述多个支付通道数据中删除所述当前选择的支付通道的数据,基于剩余的支付通道数据之间的关联关系更新所述相关联的支付通道的标识,或者获取所述分解单元分解出的新的支付通道数据,基于更新过的多个支付通道数据之间的关联关系重新为每个支付通道定义标识。
在该技术方案中,在当前选择的支付通道发生异常时,如果异常时间超出设定时间,则可以判定此支付通道已经不可用,那么在切换时就可以不考虑出现异常的支付通道。例如上例中支付通道三发生异常,且异常时间超出了设定时间,记录下这些信息。在当前选择的支付通道二发生异常时,根据支付通道二的标识查找出与其相关联的支付通道包括支付通道一和支付通道三,由于支付通道三的异常时间已超过设定时间,那么在查找结果中去除支付通道三,那么反馈给客户端的支付通道为支付通道一。在该示例中,各支付通道的标识仍然没有改变,只是在查找结果中去除长时间出现异常的支付通道。
或者,为了保证在下次支付时,不会选用出现异常的支付通道,为了保证在接下来的切换操作中,仅在可用的支付通道中进行切换,就需要重新确定可用的支付通道的标识。例如上例中的支付通道三发生异常,且异常时间超出了设定时间,那么在确定标识时,可以不考虑支付通道三的数据,仅考虑支付通道一和支付通二的数据并基于此重新确定支付通一和支付通道二的标识,仍然根据优先级排列D1、D2为D2-D1并成环,相应的,支付通道二的标识为CD2D1,支付通道一的标识为CD1D2。这样,在支付通道二出现异常时,可以根据支付通道二的标识查找出相关联的支付通道为支付通道一,就不会查找出支付通道三了。
通过以上技术方案,能够为各支付通道定义唯一标识,避免出现命名混乱的问题,并进一步地在当前支付通道出现故障时,能够根据标识快速而准确地定位到相关联的支付通道,并进行切换。
附图说明
图1示出了根据本发明的实施例的支付服务器的框图;
图2示出了根据本发明的实施例的支付通道标识方法的流程图;
图3示出了根据本发明的实施例的支付系统的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的支付服务器的框图。
如图1所示,根据本发明的实施例的支付服务器100包括:分解单元102,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将支付通道数据保存至数据库,支付通道数据包括代理服务器标识、代理服务器优先级和支付入口类型数据,还可以包括支付方式类型数据,代理服务器由支付代理商提供;标识单元104,用于基于多个支付通道数据之间的关联关系为每个支付通道定义一个标识。
需说明的是,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。支付服务器100可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道并可以字段形式保存至数据库,其中,代理服务器由支付代理商提供,每个支付代理商提供的至少一个代理服务器连接至支付服务器100,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
由于支付通道的标识是根据支付通道数据之间的关联关系定义的,所以无需人工定义和维护支付通道的标识,在支付通道较多时不会出现命名混乱的问题,进一步地标识可以体现支付通道数据之间的关联关系。
优选地,支付服务器100还可以包括:查找单元106,用于在当前选择的支付通道出现异常时,根据当前选择的支付通道的标识查找出与当前选择的支付通道相关联的支付通道;切换单元108,用于将所述当前选择的支付通道切换至查找出的相关联的支付通道;记录单元110,用于记录当前选择的支付通道的异常信息。
优选地,标识单元104具体包括:数据查找子单元1042,用于查找属于同一支付入口类型的支付通道数据;定义子单元1044,用于根据查找出的支付通道数据中涉及的代理服务器标识、同一支付入口类型的标识和代理服务器的优先级信息,为查找出的每个支付通道定义一个标识。
由于实际支付操作中,用户会选定某个支付入口进行支付,所以对于支付通道的切换,需要在包含同一支付入口类型的支付通道之间进行切换,例如用户支付时选定的支付入口为招商银行,切换后的支付通道包含的支付入口也应该为招商银行,否则容易导致支付失败。下面以具体示例来说明标识单元104是如何完成标识生成的。
招商银行(定义其标识为C,即支付入口类型的标识)属于网银支付方式下的一种支付入口,从数据库中查找出属于招商银行C的所有支付通道,假设查找出三个代理服务器提供的支付通道是包含招商银行的(分别为支付通道一,支付通道二和支付通道三),定义三个代理服务器的标识分别为D1、D2、D3,它们的优先级分别为3、5、4,那么此时按照优先级从大到小顺序排列上述三个代理服务器标识得到D2-D3-D1,再进一步将该代理服务器标识排列顺序变为环状D2-D3-D1-D2-D3…,可定义支付通道二的唯一标识为CD2D3D1,支付通道三的标识为CD3D1D2,支付通道一的标识为CD1D2D3,每个标识包含代理服务器信息和支付通道所属的支付入口的信息,这样,每一个支付通道就存在唯一的、确定的标识,且该标识包含了该支付通道与其他支付通道之间的关联关系。
优选地,所述查找单元106具体包括:解析子单元1062,用于分解当前选择的支付通道的标识,得到与当前选择的支付通道对应的支付入口类型的标识以及与当前选择的支付通道相关联的代理服务器标识;定位子单元1064,用于根据对应的支付入口类型的标识和相关联的代理服务器标识确定相关联的支付通道的标识,以定位相关联的支付通道。
在当前的支付通道出现异常时,可以根据当前支付通道的标识切换至与之相关联的支付通道,例如选择的支付通道为上例中的支付通道二,而发现此时支付通道二存在异常,则需要根据支付通道二的标识—D2查找出与其相关联的支付通道,该相关联的支付通道与支付通道二具有相同的支付入口类型,然后将支付通道二切换至与其相关联的支付通道,以完成支付。
下面以具体示例来说明查找单元106是如何完成查找过程的。首先将支付通道二的标识—CD2D3D1分解成“C”+“D2D3D1”,然后将“D2D3D1”化为环状,即D2-D3-D1-D2-D3…,再顺时针移动一个节点,此时变为D3-D1-D2-D3-D1…,最后跟支付入口“C”相结合,就可以得到“CD3D1D2”,该标识为支付通道三的标识,即支付通道三就是与支付通道二相关联的支付通道。
由于当前选择的支付通道二在这三个支付通道中优先级最高,当支付通道二发生异常时,需要选择优先级仅次于支付通道二的支付通道,通过上述方法可以快速而准确地选定支付通道三的优先级仅次于支付通道二,而且包含与支付通道二相同的支付入口类型C,因此,将支付通道切换至支付通道三可以顺利完成支付操作。
由于支付通道的标识是根据支付通道数据之间的关联关系定义的,因此在当前支付通道存在异常时,可以根据当前支付通道的标识快速而准确地找到与当前支付通道相关联的其他支付通道,然后再切换至相关联的其他支付通道继续进行支付操作,保证了在切换后仍然能够在同一支付入口类型下顺利进行支付,并且减少了客户端与支付服务器之间的交互过程,减轻了网络负担。
优选地,标识单元104可以包括:更新子单元1046,用于在所述当前选择的支付通道的异常时间超出设定时间时,在所述多个支付通道数据中删除所述当前选择的支付通道的数据,基于剩余的支付通道数据之间的关联关系更新所述相关联的支付通道的标识,或者获取所述分解单元102分解出的新的支付通道数据,基于新的多个支付通道数据之间的关联关系重新为每个支付通道定义标识。
在当前选择的支付通道发生异常时,如果异常时间超出设定时间,则可以判定此支付通道已经不可用,那么在切换时就可以不考虑出现异常的支付通道。例如上例中支付通道三发生异常,且异常时间超出了设定时间,记录下这些信息。在当前选择的支付通道二发生异常时,根据支付通道二的标识查找出与其相关联的支付通道包括支付通道一和支付通道三,由于支付通道三的异常时间已超过设定时间,那么在查找结果中去除支付通道三,那么反馈给客户端的支付通道为支付通道一。在该示例中,各支付通道的标识仍然没有改变,只是在查找结果中去除长时间出现异常的支付通道。
或者,为了保证在下次支付时,不会选用出现异常的支付通道,为了保证在接下来的切换操作中,仅在可用的支付通道中进行切换,就需要重新确定可用的支付通道的标识。例如上例中的支付通道三发生异常,且异常时间超出了设定时间,那么在确定标识时,可以不考虑支付通道三的数据,仅考虑支付通道一和支付通二的数据并基于此重新确定支付通一和支付通道二的标识,仍然根据优先级排列D1、D2为D2-D1并成环,相应的,支付通道二的标识为CD2D1,支付通道一的标识为CD1D2。这样,在支付通道二出现异常时,可以根据支付通道二的标识查找出相关联的支付通道为支付通道一,就不会查找出支付通道三了。
如果代理服务器提供了新的服务数据,那么支付服务器100中的分解单元102能够分解出新的支付通道数据,并将新的支付通道数据增加至数据库,在标识单元104对每个支付通道定义标识时,能够基于更新过的支付通道数据之间的关联关系,自动重新为每个支付通道定义标识,实现标识的动态更新。
图2示出了根据本发明的实施例的支付通道标识方法的流程图。
如图2所示,根据本发明的实施例的支付通道标识方法包括:步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,支付通道数据包括代理服务器标识、代理服务器优先级和支付入口类型数据,还可以包括支付方式类型数据,代理服务器由支付代理商提供;步骤204,基于多个支付通道数据之间的关联关系为每个支付通道定义一个标识。
支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供的至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。由于支付通道的标识是根据支付通道数据之间的关联关系定义的,所以无需人工定义和维护支付通道的标识,在支付通道较多时不会出现命名混乱的问题,进一步地标识可以体现支付通道数据之间的关联关系。
优选地,根据本发明的实施例的支付通道标识方法还包括以下步骤:在当前选择的支付通道出现异常时,根据当前选择的支付通道的标识查找出与当前选择的支付通道相关联的支付通道;将当前选择的支付通道切换至查找出的相关联的支付通道;记录当前选择的支付通道的异常信息。
由于支付通道的标识是根据支付通道数据之间的关联关系定义的,所以在当前支付通道存在异常时,可以根据当前支付通道的标识快速而准确地找到与当前支付通道相关联的其他支付通道,然后再切换至相关联的其他支付通道继续进行支付操作,保证了在切换后仍然能够在同一支付入口类型下顺利进行支付。
优选地,步骤204具体包括:查找出属于同一支付入口类型的支付通道数据,根据查找出的支付通道数据中涉及的代理服务器标识、同一支付入口类型的标识和代理服务器的优先级信息,为查找出的每个支付通道定义一个标识。
由于实际支付操作中,用户会选定某个支付入口进行支付,所以对于支付通道的切换,需要在包含同一支付入口类型的支付通道之间进行切换,例如用户支付时选定的支付入口为招商银行,切换后的支付通道包含的支付入口也应该为招商银行,否则容易导致支付失败。
具体地,对于定义多个支付通道的标识方法包括但不限于如下方法:
招商银行(定义其标识为C,即支付入口类型的标识)属于网银支付方式下的一种支付入口,从数据库中查找出属于招商银行C的所有支付通道,假设查找出三个代理服务器提供的支付通道是包含招商银行的(分别为支付通道一,支付通道二和支付通道三),定义三个代理服务器的标识分别为D1、D2、D3,它们的优先级分别为3、5、4,那么此时按照优先级从大到小顺序排列上述三个代理服务器标识得到D2-D3-D1,再进一步将该代理服务器标识排列顺序变为环状D2-D3-D1-D2-D3…,可定义支付通道二的唯一标识为CD2D3D1,支付通道三的标识为CD3D1D2,支付通道一的标识为CD1D2D3,每个标识包含代理服务器信息和支付通道所属的支付入口的信息,这样,每一个支付通道就存在唯一的、确定的标识,且该标识包含了该支付通道与其他支付通道之间的关联关系。
优选地,还包括:分解当前选择的支付通道的标识,得到与当前选择的支付通道对应的支付入口类型的标识以及与当前选择的支付通道相关联的代理服务器标识,根据对应的支付入口类型的标识和相关联的代理服务器标识确定相关联的支付通道的标识,以定位相关联的支付通道。
在当前的支付通道出现异常时,可以根据当前支付通道的标识切换至与之相关联的支付通道,例如选择的支付通道为上例中的支付通道二,而发现此时支付通道二存在异常,则需要根据支付通道二的标识-D2查找出与其相关联的支付通道,该相关联的支付通道与支付通道二具有相同的支付入口类型,然后将支付通道二切换至与其相关联的支付通道,以完成支付。
对于多个支付通道的切换方法包括但不限于如下方法:
首先将支付通道二的标识—CD2D3D1分解成“C”+“D2D3D1”,然后将“D2D3D1”化为环状,即D2-D3-D1-D2-D3…,再顺时针移动一个节点,此时变为D3-D1-D2-D3-D1…,最后跟支付入口“C”相结合,就可以得到“CD3D1D2”,该标识为支付通道三的标识,即支付通道三就是与支付通道二相关联的支付通道。
由于当前选择的支付通道二在这三个支付通道中优先级最高,当支付通道二发生异常时,需要选择优先级仅次于支付通道二的支付通道,通过上述方法可以快速而准确地选定支付通道三的优先级仅次于支付通道二,而且包含与支付通道二相同的支付入口类型C,因此,将支付通道切换至支付通道三可以顺利完成支付操作。
优选地,根据本发明的实施例的支付通道标识方法还包括:当所述当前选择的支付通道的异常时间超出设定时间时,在所述多个支付通道数据中删除所述当前选择的支付通道的数据,基于剩余的支付通道数据之间的关联关系更新所述相关联的支付通道的标识,或者获取分解出的新的支付通道数据,基于更新过的多个支付通道数据之间的关联关系重新为每个支付通道定义标识。
在当前选择的支付通道发生异常时,如果异常时间超出设定时间,则可以判定此支付通道已经不可用,那么在切换时就可以不考虑出现异常的支付通道。例如上例中支付通道三发生异常,且异常时间超出了设定时间,记录下这些信息。在当前选择的支付通道二发生异常时,根据支付通道二的标识查找出与其相关联的支付通道包括支付通道一和支付通道三,由于支付通道三的异常时间已超过设定时间,那么在查找结果中去除支付通道三,那么反馈给客户端的支付通道为支付通道一。在该示例中,各支付通道的标识仍然没有改变,只是在查找结果中去除长时间出现异常的支付通道。
或者,为了保证在下次支付时,不会选用出现异常的支付通道,为了保证在接下来的切换操作中,仅在可用的支付通道中进行切换,就需要重新确定可用的支付通道的标识。例如上例中的支付通道三发生异常,且异常时间超出了设定时间,那么在确定标识时,可以不考虑支付通道三的数据,仅考虑支付通道一和支付通二的数据并基于此重新确定支付通一和支付通道二的标识,仍然根据优先级排列D1、D2为D2-D1并成环,相应的,支付通道二的标识为CD2D1,支付通道一的标识为CD1D2。这样,在支付通道二出现异常时,可以根据支付通道二的标识查找出相关联的支付通道为支付通道一,就不会查找出支付通道三了。
图3示出了根据本发明的实施例的支付系统的示意图。
如图3所示,根据本发明的实施例的支付系统包括支付服务器100和客户端300。支付服务器100与多个代理服务器400相连,同时与多个客户端300相连,为多个客户端300提供服务。
首先,支付服务器100将获取所有代理服务器400提供的支付服务数据并对其进行分解,生成多条支付通道并保存至支付服务器100的数据库中,然后基于所述多个支付通道数据之间的关联关系为每个支付通道定义一个标识。关联关系包括但不限于同一支付入口以及相互优先级关系。
用户在客户端300进行支付操作,当选定的支付通道发生异常时,支付服务器100根据当前选择的支付通道的标识查找出与之相关联的支付通道,然后切换至与之相关联的支付通道,以完成当前支付操作,直接根据标识查找需要切换的目标支付通道,提高了支付系统的处理效率。
以上结合附图详细说明了本发明的技术方案,能够基于支付通道之间的关联关系为每一支付通道定义标识,避免了同一支付入口下的多个支付通道的标识出现混乱的问题,并能够根据当前支付通道的标识快速而准确地确定相关联的支付通道,且该相关联的支付通道与当前支付通道具有相同支付入口,保证了支付的顺利切换,提高了支付系统的稳定性,也提高了支付系统的处理效率。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种支付服务器,其特征在于,连接至多个代理服务器,包括:
分解单元,将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、代理服务器优先级和支付入口类型数据;
标识单元,用于基于所述多个支付通道数据之间的关联关系为每个支付通道定义一个标识;
所述标识单元具体包括:
数据查找子单元,用于查找属于同一支付入口类型的支付通道数据;
定义子单元,用于根据查找出的支付通道数据中涉及的代理服务器标识、所述同一支付入口类型的标识和代理服务器的优先级信息,为查找出的每个支付通道定义一个标识。
2.根据权利要求1所述的支付服务器,其特征在于,还包括:
查找单元,用于在当前选择的支付通道出现异常时,根据所述当前选择的支付通道的标识查找出与所述当前选择的支付通道相关联的支付通道;
切换单元,用于将所述当前选择的支付通道切换至查找出的相关联的支付通道;
记录单元,用于记录所述当前选择的支付通道的异常信息。
3.根据权利要求2所述的支付服务器,其特征在于,所述查找单元具体包括:
解析子单元,用于分解所述当前选择的支付通道的标识,得到与所述当前选择的支付通道对应的支付入口类型的标识以及与所述当前选择的支付通道相关联的代理服务器标识;
定位子单元,用于根据所述对应的支付入口类型的标识和所述相关联的代理服务器标识确定所述相关联的支付通道的标识,以定位所述相关联的支付通道。
4.根据权利要求2所述的支付服务器,其特征在于,所述标识单元包括:
更新子单元,用于在所述当前选择的支付通道的异常时间超出设定时间时,在所述多个支付通道数据中删除所述当前选择的支付通道的数据,基于剩余的支付通道数据之间的关联关系更新所述相关联的支付通道的标识,或者获取所述分解单元分解出的新的支付通道数据,基于新的多个支付通道数据之间的关联关系重新为每个支付通道定义标识。
5.一种支付通道标识方法,其特征在于,包括:
步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、代理服务器优先级和支付入口类型数据;
步骤204,基于所述多个支付通道数据之间的关联关系为每个支付通道定义一个标识;
所述步骤204具体包括:查找出属于同一支付入口类型的支付通道数据,根据查找出的支付通道数据中涉及的代理服务器标识、所述同一支付入口类型的标识和代理服务器的优先级信息,为查找出的每个支付通道定义一个标识。
6.根据权利要求5所述的支付通道标识方法,其特征在于,还包括以下步骤:
在当前选择的支付通道出现异常时,根据所述当前选择的支付通道的标识查找出与所述当前选择的支付通道相关联的支付通道;
将所述当前选择的支付通道切换至查找出的相关联的支付通道;
记录所述当前选择的支付通道的异常信息。
7.根据权利要求6所述的支付通道标识方法,其特征在于,还包括以下步骤:分解所述当前选择的支付通道的标识,得到与所述当前选择的支付通道对应的支付入口类型的标识以及与所述当前选择的支付通道相关联的代理服务器标识,根据所述对应的支付入口类型的标识和所述相关联的代理服务器标识确定所述相关联的支付通道的标识,以定位所述相关联的支付通道。
8.根据权利要求6所述的支付通道标识方法,其特征在于,进一步还包括:当所述当前选择的支付通道的异常时间超出设定时间时,在所述多个支付通道数据中删除所述当前选择的支付通道的数据,基于剩余的支付通道数据之间的关联关系更新所述相关联的支付通道的标识,或者获取分解出的新的支付通道数据,基于更新过的多个支付通道数据之间的关联关系重新为每个支付通道定义标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210422456.8A CN102930431B (zh) | 2012-10-29 | 2012-10-29 | 支付服务器和支付通道标识方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210422456.8A CN102930431B (zh) | 2012-10-29 | 2012-10-29 | 支付服务器和支付通道标识方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102930431A CN102930431A (zh) | 2013-02-13 |
CN102930431B true CN102930431B (zh) | 2016-01-27 |
Family
ID=47645225
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210422456.8A Active CN102930431B (zh) | 2012-10-29 | 2012-10-29 | 支付服务器和支付通道标识方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102930431B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103235923B (zh) * | 2013-03-27 | 2016-08-24 | 东莞宇龙通信科技有限公司 | 获取验证标识的方法及装置 |
CN105046487A (zh) * | 2015-04-22 | 2015-11-11 | 上海非码网络科技有限公司 | 多渠道合并的线上支付方法及支付系统 |
CN105741088A (zh) * | 2016-01-27 | 2016-07-06 | 广州唯品会信息科技有限公司 | 路由匹配支付方法及装置 |
CN105868982B (zh) * | 2016-04-15 | 2019-11-26 | 北京银贝壳科技有限公司 | 一种改进的移动互联网支付系统及其控制方法 |
KR101826960B1 (ko) * | 2016-05-31 | 2018-03-22 | 주식회사 하렉스인포텍 | 모바일 결제 방법 및 그 장치 |
CN108470298B (zh) * | 2017-02-23 | 2021-10-26 | 腾讯科技(深圳)有限公司 | 资源数值转移的方法、装置和系统 |
CN107172601A (zh) * | 2017-04-20 | 2017-09-15 | 努比亚技术有限公司 | 一种应用消息管理平台及方法 |
CN108320147A (zh) * | 2018-02-28 | 2018-07-24 | 深圳前海桔子信息技术有限公司 | 一种交易管理方法、装置、服务器及存储介质 |
CN109447620A (zh) * | 2018-11-01 | 2019-03-08 | 成都慧联天下信息技术有限公司 | 一种搭建高可靠移动收银系统的方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101826186A (zh) * | 2009-02-13 | 2010-09-08 | 美国银行公司 | 综合支付集中器系统中管理支付处理的系统、方法和程序 |
CN102609837A (zh) * | 2012-01-21 | 2012-07-25 | 伯泰雄森(北京)网络科技有限公司 | 基于特定信息与终端号码关联的支付方法和系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2002358013A1 (en) * | 2001-11-14 | 2003-05-26 | Encorus Technologies Gmbh | Payment protocol and data transmission method and data transmission device for conducting payment transactions |
GB2466676A (en) * | 2009-01-06 | 2010-07-07 | Visa Europe Ltd | A method of processing payment authorisation requests |
-
2012
- 2012-10-29 CN CN201210422456.8A patent/CN102930431B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101826186A (zh) * | 2009-02-13 | 2010-09-08 | 美国银行公司 | 综合支付集中器系统中管理支付处理的系统、方法和程序 |
CN102609837A (zh) * | 2012-01-21 | 2012-07-25 | 伯泰雄森(北京)网络科技有限公司 | 基于特定信息与终端号码关联的支付方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102930431A (zh) | 2013-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102930431B (zh) | 支付服务器和支付通道标识方法 | |
CN100504769C (zh) | 用于实现一般的应用程序接口的系统和方法 | |
CN102880956B (zh) | 支付服务器和支付通道整合方法 | |
US20020166033A1 (en) | System and method for storage on demand service in a global SAN environment | |
CN110166632A (zh) | 智能外呼处理方法、装置、计算机设备及存储介质 | |
JP2018110517A (ja) | 電気車両の充電ポイントモバイルアプリケーション | |
US9864660B2 (en) | Backup management system and backup management method | |
CN107277086A (zh) | 业务处理系统、业务处理方法以及业务更新方法 | |
US20160042445A1 (en) | System and Method for Recurrent Rental Vehicle Location and Rate Selection Using Network Based Data | |
CN107786760A (zh) | 呼叫中心及其排队管理方法、装置、电子设备、存储介质 | |
CN105989457A (zh) | 一种信息查询方法及装置 | |
CN109583615B (zh) | 会议室的预订方法、系统及服务器、计算机可读存储介质 | |
CN107943423A (zh) | 云系统中存储资源的管理方法和计算机可读存储介质 | |
US20080212763A1 (en) | Network-based methods and systems for responding to customer requests based on provider presence information | |
US10055414B2 (en) | Access points for maps | |
CN112328760B (zh) | 服务提供方法、装置和系统 | |
CN108259441A (zh) | 一种防止url访问绕行的方法及装置 | |
KR20120124931A (ko) | 사용자가 정의 가능한 업무 절차 기반 도시 계획 관리 시스템 및 이를 위한 기록매체 | |
KR20190094091A (ko) | 렌터카 중개 서비스 제공방법 | |
CN106339443B (zh) | 一种位置与轨迹管理方法及装置 | |
CN115695210A (zh) | 云服务器部署方法和装置、电子设备和存储介质 | |
CN110704501B (zh) | 用户账号关联方法及装置 | |
JP4141937B2 (ja) | データ保管方法、データ保管プログラム、およびコンピュータ読取り可能な記録媒体 | |
CN108399234A (zh) | 一种信息监控方法及系统 | |
CN110348801A (zh) | 数据错误流转更改方法、装置、计算机设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |