用于基于优选支付方法生成支付请求消息的方法和系统与流程

1.本公开大体上涉及实时交易，更具体地说，涉及一种用于基于优选支付方法生成支付请求消息的方法和系统。


背景技术：

2.实时交易是从一个人(发送方)到另一个人(接收方)例如在用户与商家之间进行的电子货币转移。实时交易允许用户立即将资金从其银行账户转移到商家账户。在少数现有系统中，用户被迫使用商家提供的支付方法进行支付。另外，商家必须不断地为每个用户添加新的支付连接并维护支付优选项。
3.在现有方法中，不存在可通过与商家设置的选择无关的不同支付方法来处理多个支付的单个系统。因此，需要根据用户和商家优选项来限定支付方法。
4.本公开部分的背景技术中所公开的信息仅用于增强对本公开的大体背景技术的理解，而不应视为确认或以任何形式暗示表示此信息形成本领域的技术人员已知的现有信息。


技术实现要素：

5.通过本公开的技术实现额外的特征和优势。本公开的其它实施例和方面在本文中得到详细描述，并且被视为要求保护的公开内容的一部分。
6.在一些非限制性实施例或方面，提供一种计算机实施的方法，其中计算机系统促进商家服务器与互操作性服务器之间的交易消息通信，所述方法包括：从所述商家服务器接收第一支付请求消息，其中所述第一支付请求消息针对用户与商家之间的交易而生成；从包括多个商家优选支付方法和多个用户优选支付方法的群组中选择支付方法，其中所述选择基于以下至少一项：所述第一支付请求消息中的交易信息，一个或多个规则，或其任何组合，其中从数据库获得所述多个商家优选支付方法和所述多个用户优选支付方法；以及以选择的支付方法生成第二支付请求消息，其中所述第二支付请求消息被提供给互操作性服务器，其中所述交易以所述选择的支付方法进行处理。
7.在一些非限制性实施例或方面，所述第一支付请求消息中的交易信息包括以下至少一项：用户的身份详情、交易类型、交易金额、交易货币、交易时间戳、交易的位置详情、商家详情、商品类型，或其任何组合。在一些非限制性实施例或方面，所述一个或多个规则包括以下至少一项：与优选支付方法相关联的优先级、一个或多个业务规则、一个或多个监管规则，或其任何组合。在一些非限制性实施例或方面，所述计算机实施的方法包括：在处理交易之后从互操作性服务器接收第一格式的支付响应消息；将所述第一格式的所述支付响应消息转换成商家服务器识别的第二格式；以及将所述第二格式的所述支付响应消息发送到商家服务器。
8.在一些非限制性实施例或方面，所述计算机实施的方法还包括：基于所述一个或多个规则而从所述群组中选择第一替代支付方法，以在使用所述选择的支付方法执行的交
易被拒绝时完成交易。在一些非限制性实施例或方面，所述计算机实施的方法还包括提供以下至少一项：以所述选择的支付方法将交易金额退还到与用户相关联的账户；以所述选择的支付方法拒付交易金额到与商家相关联的账户，或其任何组合。在一些非限制性实施例或方面，所述计算机实施的方法还包括：当未能以所述选择的支付方法分别完成交易金额的拒付或退还时，基于所述一个或多个规则而从所述群组中选择第二替代支付方法以用于提供所述交易金额的拒付或退还。
9.在一些非限制性实施例或方面，提供一种计算机实施的方法，其包括：从用户接收多个用户优选支付方法以及与所述多个用户优选支付方法相关的信息，其中与所述多个用户优选支付方法相关的信息包括以下至少一项：与所述多个用户优选支付方法中的每一者相关联的优先级，交易类型，交易金额，商品类型，商家类型，或其任何组合；从商家接收多个商家优选支付方法以及与所述多个商家优选支付方法相关的信息，其中与所述多个商家优选支付方法相关的信息包括以下至少一项：与所述多个商家优选支付方法中的每一者相关联的优先级，交易类型，商品类型，交易的位置，交易时间戳，交易金额，或其任何组合；以及将所述多个用户优选支付方法和与所述多个用户优选支付方法相关的信息以及所述多个商家优选支付方法和与所述多个商家优选支付方法相关的信息登记在数据库中，其中所述多个优选支付方法用于在所述用户与所述商家之间的交易期间生成请求消息。
10.在一些非限制性实施例或方面，提供一种计算机系统，其用于促进商家服务器与互操作性服务器之间的交易消息通信，所述计算机系统包括一个或多个处理器和存储器，其中所述存储器存储处理器可执行指令，所述处理器可执行指令在执行时使所述一个或多个处理器：从所述商家服务器接收第一支付请求消息，其中所述第一支付请求消息针对用户与商家之间的交易而生成；从包括多个商家优选支付方法和多个用户优选支付方法的群组中选择支付方法，其中所述选择基于以下至少一项：所述第一支付请求消息中的交易信息，一个或多个规则，或其任何组合，其中从数据库获得所述多个商家优选支付方法和所述多个用户优选支付方法；以及以选择的支付方法生成第二支付请求消息，其中所述第二支付请求消息被提供给互操作性服务器，其中所述交易以所述选择的支付方法处理。
11.在一些非限制性实施例或方面，所述一个或多个处理器还被配置成：在处理交易之后从所述互操作性服务器接收第一格式的支付响应消息；将所述第一格式的所述支付响应消息转换成商家服务器识别的第二格式；以及将所述第二格式的所述支付响应消息发送到商家服务器。在一些非限制性实施例或方面，所述一个或多个处理器还被配置成：基于所述一个或多个规则而从所述群组中选择第一替代支付方法，以在使用所述选择的支付方法执行的交易被拒绝时完成交易。
12.在一些非限制性实施例或方面，所述一个或多个处理器还被配置成提供以下至少一项：以所述选择的支付方法将交易金额退还到与用户相关联的账户；以所述选择的支付方法拒付交易金额到与商家相关联的账户，或其任何组合。在一些非限制性实施例或方面，所述一个或多个处理器还被配置成：当未能以所述选择的支付方法分别完成交易金额的拒付或退还时，基于所述一个或多个规则而从所述群组中选择第二替代支付方法以用于提供所述交易金额的拒付或退还。
13.在以下编号条项中阐述其它非限制性实施例或方面：
14.第1条：一种计算机实施的方法，其中计算机系统促进商家服务器与互操作性服务
器之间的交易消息通信，所述方法包括：从所述商家服务器接收第一支付请求消息，其中所述第一支付请求消息针对用户与商家之间的交易而生成；从包括多个商家优选支付方法和多个用户优选支付方法的群组中选择支付方法，其中所述选择基于以下至少一项：所述第一支付请求消息中的交易信息，一个或多个规则，或其任何组合，其中从数据库获得所述多个商家优选支付方法和所述多个用户优选支付方法；以及以选择的支付方法生成第二支付请求消息，其中所述第二支付请求消息被提供给互操作性服务器，其中所述交易以所述选择的支付方法处理。
15.第2条：根据第1条所述的计算机实施的方法，其中所述第一支付请求消息中的所述交易信息包括以下至少一项：所述用户的身份详情、所述交易的类型、交易金额、交易货币、所述交易的时间戳、所述交易的位置详情、所述商家的详情、商品类型，或其任何组合。
16.第3条：根据第1条或第2条所述的计算机实施的方法，其中所述一个或多个规则包括以下至少一项：与优选支付方法相关联的优先级、一个或多个业务规则、一个或多个监管规则，或其任何组合。
17.第4条：根据第1至3条中的任一者所述的计算机实施的方法，其还包括：在处理交易之后从互操作性服务器接收第一格式的支付响应消息；将所述第一格式的所述支付响应消息转换成所述商家服务器识别的第二格式；以及将所述第二格式的所述支付响应消息发送到所述商家服务器。
18.第5条：根据第1至4条中的任一者所述的计算机实施的方法，还包括基于所述一个或多个规则而从所述群组中选择第一替代支付方法，以在使用所述选择的支付方法执行的交易被拒绝时完成交易。
19.第6条：根据第1至5条中的任一者所述的计算机实施的方法，还包括提供以下至少一项：以选择的支付方法将交易金额退还到与所述用户相关联的账户，以选择的支付方法拒付所述交易金额到与所述商家相关联的账户，或其任何组合。
20.第7条：根据第1至6条中的任一者所述的计算机实施的方法，还包括：当未能以所述选择的支付方法分别完成所述交易金额的拒付或退还时，基于所述一个或多个规则而从所述群组中选择第二替代支付方法以用于提供所述交易金额的拒付或退还。
21.第8条：一种计算机实施的方法，其包括：从用户接收多个用户优选支付方法以及与所述多个用户优选支付方法相关的信息，其中与所述多个用户优选支付方法相关的所述信息包括以下至少一项：与所述多个用户优选支付方法中的每一者相关联的优先级，交易类型，所述交易的金额，商品类型，商家类型，或其任何组合；从商家接收多个商家优选支付方法以及与所述多个商家优选支付方法相关的信息，其中与所述多个商家优选支付方法相关的所述信息包括以下至少一项：与所述多个商家优选支付方法中的每一者相关联的优先级，交易类型，商品类型，交易的位置，所述交易的时间戳，所述交易的金额，或其任何组合；以及将所述多个用户优选支付方法和与所述多个用户优选支付方法相关的所述信息以及所述多个商家优选支付方法和与所述多个商家优选支付方法相关的所述信息登记在数据库中，其中所述多个优选支付方法用于在所述用户与所述商家之间的交易期间生成请求消息。
22.第9条：一种计算机系统，其用于促进商家服务器与互操作性服务器之间的交易消息通信，所述计算机系统包括一个或多个处理器和存储器，其中所述存储器存储处理器可
执行指令，所述处理器可执行指令在执行时使所述一个或多个处理器：从所述商家服务器接收第一支付请求消息，其中所述第一支付请求消息针对用户与商家之间的交易而生成；从包括多个商家优选支付方法和多个用户优选支付方法的群组中选择支付方法，其中所述选择基于以下至少一项：所述第一支付请求消息中的交易信息，一个或多个规则，或其任何组合，其中从数据库获得所述多个商家优选支付方法和所述多个用户优选支付方法；以及以选择的支付方法生成第二支付请求消息，其中所述第二支付请求消息被提供给互操作性服务器，其中所述交易以所述选择的支付方法处理。
23.第10条：根据第9条所述的计算机系统，其中所述一个或多个处理器还被配置成：在处理交易之后从所述互操作性服务器接收第一格式的支付响应消息；将所述第一格式的所述支付响应消息转换成所述商家服务器识别的第二格式；以及将所述第二格式的所述支付响应消息发送到所述商家服务器。
24.第11条：根据第9条或第10条所述的计算机系统，其中所述一个或多个处理器还被配置成：基于所述一个或多个规则而从所述群组中选择第一替代支付方法，以在使用所述选择的支付方法执行的交易被拒绝时完成所述交易。
25.第12条：根据第9至11条中的任一者所述的计算机系统，其中所述一个或多个处理器还被配置成提供以下至少一项：以选择的支付方法将交易金额退还到与所述用户相关联的账户，以选择的支付方法拒付所述交易金额到与所述商家相关联的账户，或其任何组合。
26.第13条：根据第9至12条中的任一者所述的计算机系统，其中所述一个或多个处理器还被配置成：当未能以所述选择的支付方法分别完成所述交易金额的拒付或退还时，基于所述一个或多个规则而从所述群组中选择第二替代支付方法以用于提供所述交易金额的拒付或退还。
27.在一些非限制性实施例或方面，提出一种基于优选支付方法生成支付请求消息的计算机实施的方法。计算机系统促进商家服务器与互操作性服务器之间的交易消息通信。所述方法包括从所述商家服务器接收第一支付请求消息。所述第一支付请求消息针对用户与商家之间的交易而生成。此外，所述方法包括从包括多个商家优选支付方法和多个用户优选支付方法的群组中选择支付方法。选择基于所述第一支付请求消息中的交易信息和一个或多个规则中的至少一者。从数据库获得所述多个商家优选支付方法和所述多个用户优选支付方法。此外，所述方法包括以选择的支付方法生成第二支付请求消息。所述第二支付请求消息被提供给互操作性服务器。所述交易以所述选择的支付方法处理。
28.在一些非限制性实施例或方面，提出一种计算机实施的方法。所述方法包括从用户接收多个用户优选支付方法以及与所述多个用户优选支付方法相关的信息。与所述多个用户优选支付方法相关的所述信息包括与所述多个用户优选支付方法中的每一者相关联的优先级、交易类型、交易金额、商品类型以及商家类型中的至少一者。此外，所述方法包括从商家接收多个商家优选支付方法以及与所述多个商家优选支付方法相关的信息。与所述多个商家优选支付方法相关的所述信息包括与所述多个商家优选支付方法中的每一者相关联的优先级、交易类型、商品类型、交易位置、交易时间戳以及交易金额中的至少一者。此外，所述方法包括将所述多个用户优选支付方法和与所述多个用户优选支付方法相关的信息以及所述多个商家优选支付方法和与所述多个商家优选支付方法相关的信息登记在数据库中。所述多个优选支付方法用于在所述用户与所述商家之间的交易期间生成请求消
息。
29.在一些非限制性实施例或方面，提出一种用于促进商家服务器与互操作性服务器之间的交易消息通信的计算机系统。所述计算机系统包括一个或多个处理器和以通信方式与所述一个或多个处理器耦合的存储器。所述一个或多个处理器被配置成从所述商家服务器接收第一支付请求消息。所述第一支付请求消息针对用户与商家之间的交易而生成。此外，所述一个或多个处理器被配置成从包括多个商家优选支付方法和多个用户优选支付方法的群组中选择支付方法。选择基于所述第一支付请求消息中的交易信息和一个或多个规则中的至少一者。从数据库获得所述多个商家优选支付方法和所述多个用户优选支付方法。此外，所述一个或多个处理器被配置成以选择的支付方法生成第二支付请求消息。所述第二支付请求消息被提供给互操作性服务器。所述交易以所述选择的支付方法处理。
30.前述概述仅仅是说明性的，并且并不旨在以任何方式作为限制。除了上文描述的说明性方面、实施例和特征之外，通过参考图式以及以下详细描述，另外的方面、实施例和特征将变得显而易见。
附图说明
31.在所附权利要求书中阐述本公开的新颖特征和特性。然而，本公开本身以及优选使用模式、其它目标和其优势可通过结合附图阅读而参考非限制性实施例或方面的以下详细描述来得到最佳理解。并入本公开中并构成本公开的一部分的随附图式示出示例性实施例，并且连同描述一起用以解释所公开的原理。在图中，参考编号的最左侧数字标识了参考编号第一次出现的图。现仅举例并参考附图描述一个或多个实施例或方面，其中类似的附图标号表示类似元件，并且在附图中：
32.图1是根据本公开的一些非限制性实施例或方面的用于基于优选支付方法来执行交易的示例性平台；
33.图2是根据本公开的一些非限制性实施例或方面的示出用于将多个用户优选支付方法和多个商家优选支付方法登记在数据库中的方法的流程图；
34.图3a是根据本公开的一些非限制性实施例或方面的多个用户优选支付方法和多个商家优选支付方法在数据库中的示例性登记；
35.图3b到3d是根据本公开的一些非限制性实施例或方面的用于提供所述多个用户优选支付方法和所述多个商家优选支付方法的示例性门户；
36.图4是根据本公开的一些非限制性实施例或方面的示出用于基于优选支付方法生成支付请求消息的方法的流程图；
37.图5是根据本公开的一些非限制性实施例或方面的用于基于优选支付方法生成支付请求消息的示例性序列图；以及
38.图6是根据本公开的一些非限制性实施例或方面的用于基于优选支付方法生成支付请求消息的通用计算机系统的框图。
39.本领域的技术人员应了解，本文中的任何框图表示体现本发明主题的原理的说明性系统的概念视图。类似地，应了解，任何流程图表、流程图、状态转换图、伪代码等表示可基本上在计算机可读介质中表示并且由计算机或处理器执行的各种过程，无论是否明确示出此类计算机或处理器。尽管每个附图出于示出清楚的实例的目的而示出了特定实施例，
但其它实施例可以省略、增加、重新排序和/或修改图中所示的任何元件。
具体实施方式
40.在本文档中，术语“示例性”在本文中用于意指“充当实例、例子或说明”。本文中描述为“示例性”的本发明主题的任何实施例、方面或实施方案不一定解释为比其它实施例优选或有利。
41.在本公开的非限制性实施例或方面的以下详细描述中，参考形成本公开的部分的附图，并且图中通过图解方式示出其中可实践本公开的具体实施例。然而，应理解，并不希望将本公开限于所公开的形式，而是相反，本公开希望涵盖属于本公开的精神和范围内的所有修改、等效物和替代方案。应理解，可以利用其它实施例，并且可以在不脱离本公开的范围的情况下进行改变。因此，以下描述不应被视为具有限制性意义。
42.术语“包括(comprises/comprising)”或其任何其它变化希望涵盖非排他性包括，使得包括一系列组件或步骤的设置、装置或方法不仅包括那些组件或步骤，还可包括并未明确地列出的或此类设置、装置或方法固有的其它组件或步骤。换句话说，在没有更多约束的情况下，系统或设备中在“包括(comprises
…
a)”之后的一个或多个元件不排除系统或方法中其它元件或额外元件的存在。
43.术语“包括(includes/including)”或其任何其它变化希望涵盖非排他性包括，使得包括一系列组件或步骤的设置、装置或方法不仅包括那些组件或步骤，还可以包括并未明确地列出的或此类设置、装置或方法固有的其它组件或步骤。换句话说，在没有更多约束的情况下，系统或设备中在“包括(includes
…
a)”之后的一个或多个元件不排除系统或方法中其它元件或额外元件的存在。
44.本文所使用的方面、组件、元件、结构、动作、步骤、功能、指令等都不应当被理解为关键的或必要的，除非明确地如此描述。并且，如本文所使用，冠词“一”希望包括一个或多个项目，且可与“一个或多个”和“至少一个”互换使用。此外，如本文中所使用，术语“集合”希望包括一个或多个项目(例如，相关项目、不相关项目、相关项目与不相关项目的组合和/或其类似者)，并且可与“一个或多个”或“至少一个”互换使用。在希望仅有一个项目的情况下，使用术语“一个”或类似语言。并且，如本文所使用，术语“具有”等希望是开放式术语。另外，除非另外明确陈述，否则短语“基于”希望意味着“至少部分地基于”。除非另外明确指定，否则术语“一些非限制性实施例或方面”意指“本公开的一个或多个(但非所有)实施例或方面”。具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。
45.当本文中描述单个装置或物品时，可显而易见的是，可使用多于一个装置/物品(无论其是否协作)来代替单个装置/物品。类似地，在本文中描述多于一个装置或物品的情况下(无论其是否协作)，可显而易见的是，可使用单个装置/物品来代替多于一个装置或物品，或可使用不同数目的装置/物品来代替所示数目的装置或程序。装置的功能性和/或特征可替代地由未明确描述为具有此类功能/特征的一个或多个其它装置体现。因此，本公开的其它实施例无需包括装置本身。
46.如本文所使用，术语“通信”、“传送”、“发送”和/或“接收”可指信息(例如，数据、信号、消息、指令、命令等)的接收、接纳、传输、传送、预配等。一个单元(例如，装置、系统、装置
或系统的组件、其组合等)与另一单元通信意味着所述一个单元能够直接或间接地从所述另一单元接收信息和/或向所述另一单元发送信息。这可指在本质上有线和/或无线的直接或间接连接(例如，直接通信连接、间接通信连接等)。另外，尽管所发送的信息可以在第一单元与第二单元之间被修改、处理、中继和/或路由，但这两个单元也可以彼此通信。例如，即使第一单元被动地接收信息且不会主动地将信息发送到第二单元，第一单元也可以与第二单元通信。作为另一示例，如果至少一个中间单元(例如，位于第一单元与第二单元之间的第三单元)处理从第一单元接收的信息且将处理后的信息传送到第二单元，则第一单元可以与第二单元通信。在一些非限制性实施例或方面中，消息可以指代包括数据的网络包(例如，数据包等)。应当理解，可能有许多其它布置。
47.如本文所使用，术语“服务器”和/或“处理器”可以指一个或多个计算装置或计算单元，例如处理器、存储装置和/或类似计算机组件，所述计算装置或计算单元通过例如互联网或私用网络等网络与客户端装置和/或其它计算装置通信，并且在一些实例中，促进其它服务器和/或客户端装置之间的通信。应了解，可能有各种其它布置。如本文所使用，术语“系统”可指一个或多个计算装置或计算装置组合，例如但不限于处理器、服务器、客户端装置、软件应用程序和/或其它类似组件。此外，如本文所使用，对“服务器”或“处理器”的参考可以指先前所述的陈述为执行先前步骤或功能的服务器和/或处理器、不同的服务器和/或处理器，和/或服务器和/或处理器的组合。例如，如在说明书和权利要求书中所使用，陈述为执行第一步骤或功能的第一服务器和/或第一处理器可以指陈述为执行第二步骤或功能的相同或不同服务器和/或处理器。
48.本公开的非限制性实施例涉及一种用于生成支付请求消息的方法和计算机系统。所述计算机系统帮助基于用于用户与商家之间的交易的优选支付方法来生成支付请求消息。多个用户优选支付方法和多个商家优选支付方法被登记在数据库中。当发起交易时，与商家相关联的商家服务器发送支付请求消息以处理交易。在传统技术中，在商家页面中的结账期间选择默认支付方法或用户选择支付方法，并且相应地生成支付请求消息。在本公开中，驻存在商家服务器与互操作性服务器之间的计算机系统从数据库中的多个用户优选支付方法和多个商家优选支付方法中选择优选支付方法。计算机系统以选择的优选支付方法生成支付请求消息，并以选择的优选支付方法将支付请求消息提供到互操作性服务器以处理交易。因此，使用本公开的方法，用户可设置各种等级的优选项，并且商家可设置商家愿意接受来自用户的支付的支付方法的商家优选项。
49.图1描述用于基于优选支付方法执行交易的平台(100)的概述。平台(100)作为服务提供给商家(101)和用户(105)，以使商家(101)和用户(105)能够执行交易。提供平台(100)以在在线支付交易中在商家结账页面处执行支付，并在离线支付交易中在商家终端处执行支付。本公开涉及实时交易。平台(100)包括商家服务器(102)、收单方银行(106)、计算机系统(103)、互操作性服务器(104)和发行方银行(107)。商家(101)可以是从用户(105)接收金额的人。商家服务器(102)是与商家(101)相关联的实体，其向商家(101)提供支付服务。商家服务器(102)提供与商家(101)的银行相关联的后端服务。收单方银行(106)是代表商家(101)处理信用卡或借记卡支付的金融机构。计算机系统(103)可以是驻存在支付网络中的网关。计算机系统(103)将商家服务器(102)和互操作性服务器(104)连接。通常，在商家页面中的结账期间，选择默认支付方法或用户(105)选择支付方法，并且相应地生成支付
请求消息。在本公开中，驻存在商家服务器(102)与互操作性服务器(104)之间的计算机系统(103)从数据库(108)中的多个用户优选支付方法和多个商家优选支付方法中选择优选支付方法。
50.在一些非限制性实施例或方面，所述优选支付方法可以是商家优选支付方法或用户优选支付方法。互操作性服务器(104)可经由计算机系统(103)处理商家(101)与用户(105)之间的交易。互操作性服务器(104)可从计算机系统(103)接收优选支付方法中的第二支付请求消息以处理交易。在一些非限制性实施例或方面，互操作性服务器(104)可促进各发行方银行与收单方银行之间的交易。例如，互操作性服务器(104)可由例如的机构管理。发行方银行(107)向用户(105)提供银行服务，从而允许用户(105)使用不同的支付选项发起购买。用户(105)可通过在发行方银行(107)中创建账户来利用银行服务。
51.图2示出根据本公开的一些非限制性实施例或方面的示出用于将多个用户优选支付方法和多个商家优选支付方法登记在数据库(108)中的方法的流程图。如图2中所示，方法(200)可包括一个或多个步骤。可在计算机可执行指令的总体上下文中描述方法(200)。通常，计算机可执行指令可以包括执行特定功能或实施特定的抽象数据类型的例程、程序、对象、组件、数据结构、过程、模块和功能。
52.描述方法(200)的次序不用理解为限制，并且可按任何次序组合任何数目的所描述方法框来实施所述方法。另外，在不脱离本文描述的主题的精神和范围的情况下，可以从所述方法删除个别块。此外，所述方法可以在任何合适的硬件、软件、固件或其组合中实施。
53.在步骤(201)，所述方法可包括从用户(105)接收多个用户优选支付方法以及与所述多个用户优选支付方法相关的信息。存在用户(105)可以用于向商家(101)进行支付的若干支付方法。例如，支付方法可包括但不限于借记卡支付、信用卡支付、基于钱包的支付、银行转账等。在一个示例中，对于所有支付，用户(105)可能仅使用默认支付方法，例如借记卡。在另一示例中，用户(105)可基于购买类型、购买金额等使用不同的支付方法。计算机系统(103)可从用户(105)接收多个用户优选支付方法，并将所述多个用户优选支付方法存储在数据库(108)中。例如，专用门户或表格可用于收集用户支付优选项。在实时交易期间，可考虑存储的用户优选项以完成交易。用户(105)可通过用户界面提供多个用户优选支付方法。
54.在一些非限制性实施例或方面，所述用户界面可特定于商家而提供在商家结账页面上，或可提供接收所有商家的用户优选项的通用用户界面。例如，商家网站上的统一资源定位符(url)可被提供给用户(105)以访问门户，从而为商家提供多个用户优选支付方法。图3a示出提供给用户(105)的门户(301)。用户(105)可登录门户(301)，并提供多个用户优选支付方法(3021、3022、...302n)。用户(105)可提供与多个用户优选支付方法(3021、3022、...302n)相关的信息。与所述多个用户优选支付方法(3021、3022、...302n)相关的信息可包括与所述多个用户优选支付方法(3021、3022、...302n)中的每一者相关联的优先级、交易类型、交易金额、商品类型以及商家(101)类型中的至少一者。例如，用户(105)可基于商品类型来设置优选支付方法。用户(105)可将钱包转账支付设置为衣物的优选支付方法。用户(105)可将信用卡支付设置为家用电子产品的优选支付方法。
55.返回参考图2，在步骤(202)，所述方法可包括从商家(101)接收多个商家优选支付方法(3031、3032、...303n)以及与所述多个商家优选支付方法(3031、3032、...303n)相关的
信息。计算机系统(103)可从商家(101)接收所述多个商家优选支付方法(3031、3032、...303n)。因此，使用本公开，当处理交易时，可考虑商家优选项。返回参考图3a，商家(101)可登录到门户(301)并提供所述多个商家优选支付方法(3031、3032、...303n)。商家(101)还可提供与所述多个商家优选支付方法(3021、3022、...302n)相关的信息。与所述多个商家优选支付方法(3031、3032、...303n)相关的信息可包括与所述多个商家优选支付方法(3031、3032、...303n)中的每一者相关联的优先级、交易类型、商品类型、交易位置、交易时间戳以及交易金额中的至少一者。例如，商家(101)可基于交易的位置来设置优选支付方法。商家(101)可设置不可退款的支付方法以用于将商品递送到遥远位置。在另一示例中，商家(101)可基于交易的金额来设置优选支付方法。商家(101)可针对小于5000美元(usd)的金额将优选支付方法设置为钱包支付。
56.在图2的步骤(203)处，所述方法可包括将所述多个用户优选支付方法(3021、3022、...302n)和与所述多个用户优选支付方法(3021、3022、...302n)相关的信息以及所述多个商家优选支付方法(3031、3032、...303n)和与所述多个商家优选支付方法(3031、3032、...303n)相关的信息登记在数据库(108)中。所述多个用户优选支付方法(3021、3022、...302n)和所述多个商家优选支付方法(3031、3032、...303n)可登记在数据库(108)中。数据库(108)可托管在计算机系统(103)或与计算机系统(103)相关联的服务器(未示出)中。再次参考图3a，所述多个用户优选支付方法(3021、3022、...302n)和所述多个商家优选支付方法(3031、3032、...303n)登记在数据库(108)中。计算机系统(103)可检取所述多个优选支付方法，以在用户(105)与商家(101)之间的交易期间生成请求消息。
57.在一些非限制性实施例或方面，当用户(105)选择商家结账页面中的支付方法时，更新所述多个用户优选支付方法(3021、3022、...302n)。例如，当用户(105)在新的商家页面(未在用户优选项中列出商家)中结账时，针对新商家记录用户(105)选择的支付方法，并且当商家向计算机系统(103)发送支付处理调用时，可将选择的支付方法存储在数据库(108)中。
58.图3b到3c示出示例性门户(301)。针对添加用户优选项而提供图3b到3c的前文描述。一般技术人员应了解，可实施类似门户以用于通过对门户作出合适改变来添加商家优选项。如图3b中所示，门户(301)可提供例如“添加优选项”和“修改优选项”的选项。用户(105)可选择“添加优选项”选项以添加支付优选项。如图3c中所示，门户(301)可示出所有现有用户优选支付方法，例如用于小于5000usd的交易金额的具有第一优先级的钱包转账支付、用于大于5000usd的交易金额的具有第一优先级的信用卡支付。门户(301)可提供选项：例如“选择支付方法”、“选择优先级”和“选择金额”。用户(105)可通过选择“选择支付方法”选项来选择借记卡支付。用户(105)可通过在“选择优先级”选项中选择“ ”来选择优先级以作为第二优先级。用户(105)可通过选择“选择金额”来选择交易金额。用户(105)可选择添加选项。如图3d所示，在门户(301)中添加优选支付方法。类似地，商家(101)在门户(301)中提供多个商家优选方法。
59.图4示出根据本公开的一些非限制性实施例或方面的流程图，示出用于基于优选支付方法生成支付请求消息的方法。如图4中所示，方法(400)可包括一个或多个步骤。可在计算机可执行指令的总体上下文中描述方法(400)。通常，计算机可执行指令可以包括执行特定功能或实施特定的抽象数据类型的例程、程序、对象、组件、数据结构、过程、模块和功
能。
60.描述方法(400)的次序不用理解为限制，并且可按任何次序组合任何数目的所描述方法框来实施所述方法。另外，可在不脱离本文描述的主题的精神和范围的情况下从所述方法中删除个别框。此外，所述方法可以在任何合适的硬件、软件、固件或其组合中实施。
61.在步骤(401)，所述方法可包括从商家服务器(102)接收第一支付请求消息，其中针对用户(105)与商家(101)之间的交易生成第一支付请求消息。支付请求消息含有用于检取关于支付的信息的标识符。第一支付请求消息包括交易信息。所述交易信息可包括用户(105)的身份详情、交易类型、交易金额、交易货币、交易时间戳、交易位置详情、商家(101)详情和商品类型。第一支付请求消息由商家服务器(102)发送到计算机系统(103)。示例性第一支付请求消息可如下表1中所示。
62.支付请求名称＝销售顾客城市＝山景城顾客国家＝美国顾客电子邮件＝customer@merchant.com顾客名＝john顾客姓＝doe客户邮政编码＝94043顾客州＝ca发票抬头＝全球最大在线商店商家id＝商家123商家参考码＝参考号1234购买币种＝usd购买总金额＝19.99
63.表1
64.在步骤(402)，所述方法可包括从包括多个商家优选支付方法(3031、3032、...303n)和多个用户优选支付方法(3021、3022、...302n)的群组中选择支付方法，其中所述选择基于第一支付请求消息中的交易信息以及一个或多个规则中的至少一者。所述多个商家优选支付方法(3031、3032、...303n)和所述多个用户优选支付方法(3021、3022、...302n)由计算机系统(103)从数据库(108)获得，以选择用于完成交易的支付方法。可以基于第一支付请求消息中的交易信息中的至少一个和所述一个或多个规则进行支付方法的选择。例如，交易消息中的交易金额可以是300usd。
65.用户优选支付方法可以是基于钱包的转账，而商家优选支付方法可以是信用卡支付。此外，所述选择基于一个或多个规则。所述一个或多个规则(图中未示出)可存储在数据库(108)中。所述一个或多个规则包括与优选支付方法相关联的优先级、一个或多个业务规则和一个或多个监管规则中的至少一者。可根据所述一个或多个业务规则来选择用户优选支付方法而非商家优选支付方法。在示例中，交易可以是购买黄金。用户优选支付方法可以是用于购买黄金的信用卡支付。商家优选支付方法可以是银行转账。购买黄金的所在区域中的一个或多个监管规则可能强制要求在购买黄金时使用银行转账。因此，可根据所述一个或多个监管规则来选择商家优选支付方法而非用户优选支付方法。
66.在步骤(403)，所述方法可包括以选择的支付方法生成第二支付请求消息，其中第二支付请求消息被提供到互操作性服务器(104)，并且其中以选择的支付方法处理交易。计算机系统(103)促进商家服务器(102)与互操作性服务器(104)之间的交易消息通信。计算机系统(103)能以选择的支付方法生成第二支付请求。计算机系统(103)可在第二支付请求消息中添加与选择的支付方法相关的必要字段。示例性第二支付请求消息在下表2中示出。第二支付请求消息以选择的支付方法生成，在此情况下，所述选择的支付方法为信用卡支付。第二支付请求消息包括例如用户(105)的信用卡号、交易的时间戳等字段。生成的第二支付请求消息符合iso 8583标准。
67.本领域技术人员应了解，可根据任何其它标准生成支付请求消息。
68.《字段id＝“0”值＝“0100”/》//消息类型指示符-0100是授权消息《字段id＝“2”值＝“4111111111111111”/》//顾客的信用卡号《字段id＝“3”值＝“000000”/》//处理代码《字段id＝“4”值＝“000000023000”/》//金额《字段id＝“7”值＝“0605172609”/》//日期和时间《字段id＝“11”值＝“155830”/》//stan-系统跟踪审计号《字段id＝“19”值＝“840”/》//收单方id《字段id＝“25”值＝“59”/》/pos状态码《字段id＝“40”值＝“商家123”/》//商家id《字段id＝“51”值＝“840”/》//货币代码
69.表2
70.现在参考图5，示出用于基于优选支付方法生成支付请求消息的示例性序列图(500)。考虑商家(101)与用户(105)之间的交易。商家服务器(102)将第一支付请求消息(501)发送到计算机系统(103)。计算机系统(103)从数据库(108)检取优选项信息(502)并且基于交易信息和所述一个或多个规则来选择支付方法。计算机系统(103)针对选择的支付方法生成第二支付请求消息(503)。计算机系统(103)向互操作性服务器(104)提供第二支付请求消息(503)。互操作性服务器(104)将第二支付请求消息(503)转发到发行方银行(107)。发行方银行(107)通过检取第二支付请求消息(503)中提供的详情而以选择的支付方法处理交易。发行方银行(107)在处理交易后生成第一格式的支付响应消息(504)。支付响应消息(504)可提供交易的状态为交易成功、待决或失败以及交易的其它详情。例如，其它详情可包括交易的时间戳。
71.互操作性服务器(104)将第一格式的支付响应消息(504)转发到计算机系统(103)。计算机系统(103)可将第一格式的支付响应消息(504)转换成由商家服务器(102)识别的第二格式的支付响应消息(505)。第二格式的支付响应消息(505)可用于例如争议管理、退还、拒付和结算信息的目的。第一格式可以是国际标准化组织(iso)8583格式。第二格式的示例性支付响应消息在下表3中示出。
72.支付响应名称＝授权支付响应状态＝成功方法可撤销＝是拒付权利＝部分
方法可退还＝是方法撤销时间＝5方法结算时间＝2商家进一步举措＝无要求
73.表3
74.在一些非限制性实施例或方面，计算机系统(103)基于所述一个或多个规则从所述群组中选择第一替代支付方法，以在使用选择的支付方法执行的交易被拒绝时完成交易。例如，来自互操作性服务器(104)的支付响应消息可在所述交易使用作为基于钱包转账的第一用户优选支付方法处理时将交易的状态指示为“拒绝”。计算机系统(103)可选择作为借记卡的第二用户优选支付方法以用于完成交易。
75.在一些非限制性实施例或方面，计算机系统(103)提供以下一者：以选择的支付方法将交易金额退还到与用户(105)相关联的账户；以及以选择的支付方法拒付所述交易金额到与商家(101)相关联的账户。计算机系统(103)可在未能以选择的支付方法分别完成交易金额的拒付或退还时基于所述一个或多个规则而从所述群组中选择第二替代支付方法以用于提供所述交易金额的拒付或退还。
76.本公开提供一种可通过不同支付方法处理支付的单个系统。用户(105)可设置各种优选项等级的优选项，并且商家(101)可设置商家(101)愿意接受来自要付款的用户(105)的支付方法的商家优选项。另外，用户(105)不必担心商家级别的支付方法配置。这将提供跨商家的简单而容易的商务体验。商家与所使用的支付方法无关。因此，商家(101)不必根据用户(105)使用的支付方法添加新支付连接。
77.图6示出用于实施与本公开一致的实施例的示例性计算机系统(600)的框图。在一些非限制性实施例或方面，计算机系统(600)用于基于优选支付方法生成支付请求消息。计算机系统(600)可包括中央处理单元(“cpu”或“处理器”)(602)。处理器(602)可包括至少一个数据处理器。处理器(602)可包括专用处理单元，例如集成系统(总线)控制器、存储器管理控制单元、浮点单元、图形处理单元、数字信号处理单元等。
78.处理器(602)可安置成经由输入/输出(i/o)接口(601)与一个或多个i/o装置(未示出)通信。i/o接口(601)可采用通信协议/方法，例如但不限于音频、模拟、数字、单声道、rca、立体声、ieee(电气和电子工程师学会)-1394、串行总线、通用串行总线(usb)、红外线、ps/2、bnc、同轴、组件、复合物、数字视频接口(dvi)、高清多媒体接口(hdmi)、射频(rf)天线、s-video、vga、ieee 802.n/b/g/n/x、蜂窝(例如，码分多址(cdma)、高速分组接入(hspa )、全球移动通信系统(gsm)、长期演进(lte)、等)等。
79.使用i/o接口(601)，计算机系统(600)可与一个或多个i/o装置通信。例如，输入装置(610)可以是天线、键盘、鼠标、操纵杆、(红外线)远程控制、相机、读卡器、传真机、加密狗(dongle)、生物计量读取器、麦克风、触摸屏、触摸垫、轨迹球、触控笔、扫描器、存储装置、收发器、视频装置/源等。输出装置(611)可以是打印机、传真机、视频显示器(例如，阴极射线管(crt)、液晶显示器(lcd)、发光二极管(led)、等离子体、等离子体显示面板(pdp)、有机发光二极管显示器(oled)等)、音频扬声器等。
80.处理器(602)可安置成通过网络接口(603)与通信网络(609)通信。网络接口(603)可与通信网络(609)通信。网络接口(603)可采用连接协议，包括但不限于直接连接、以太网
(例如，双绞线10/100/1000base t)、传输控制协议/互联网协议(tcp/ip)、令牌环、ieee 802.11a/b/g/n/x等。通信网络(609)可包括但不限于直接互连、局域网(lan)、广域网(wan)、无线网络(例如，使用无线应用协议)、互联网等。网络接口(603)可采用连接协议，其包括但不限于直接连接、以太网(例如，双绞线10/100/1000base t)、传输控制协议/互联网协议(tcp/ip)、令牌环、ieee 802.11a/b/g/n/x等。
81.通信网络(609)包括但不限于直接互连、电子商务网络、对等(p2p)网络、局域网(lan)、广域网(wan)、无线网络(例如，使用无线应用协议)、互联网、诸如此类。第一网络和后续网络可以是专用网络或共享网络，其表示使用各种协议彼此通信的不同类型的网络的关联，所述协议例如超文本传输协议(http)、传输控制协议/互联网协议(tcp/ip)、无线应用协议(wap)等。此外，第一网络和后续网络可包括各种网络装置，包括路由器、网桥、服务器、计算装置、存储装置等。
82.在一些非限制性实施例或方面，处理器(602)可安置成经由存储接口(604)与存储器(605)(例如，图6未示的ram、rom等)通信。存储接口(604)可连接到存储器(605)，包括但不限于存储器驱动器、可移动光盘驱动器等，所述存储器采用连接协议，例如串行高级技术附件(sata)、电子集成驱动器(ide)、ieee-1394、usb、光纤通道、小型计算机系统接口(scsi)等。存储器驱动器还可包括鼓(drum)、磁盘驱动器、磁光盘驱动器、光盘驱动器、独立光盘冗余阵列(raid)、固态存储器装置、固态驱动器等。
83.存储器(605)可存储一系列程序或数据库组件，包括但不限于用户界面(606)、操作系统(607)、网页浏览器(608)等。在一些非限制性实施例或方面，计算机系统(600)可存储用户/应用程序数据，例如数据、变量、记录等，如本公开所述。此类数据库可实施为容错的、关系的、可扩展的、安全的数据库，例如或
84.操作系统(607)可促进计算机系统(600)的资源管理和操作。操作系统的实例包括但不限于apple os x、类似于unix的系统分布(例如，berkeley software distribution
tm
(bsd)、freebsd
tm
、netbsd
tm
、openbsd
tm
等)、linux distributions
tm
(例如，red hat
tm
、ubuntu
tm
、kubuntu
tm
等)、ibm
tm os/2、microsoft(xp
tm
、vista
tm
/7/8,10等)、ios
tm
、android
tm
、os等。
85.在一些非限制性实施例或方面，计算机系统(600)可实施存储了网页浏览器(608)的程序组件。网页浏览器(608)可以是超文本查看应用程序，例如explorer
tm
、google、googlefirefox
tm
、apple等。可以使用超文本安全传输协议(https)、安全套接字层(ssl)、传输层安全(tls)等来提供安全网络浏览。网络浏览器(608)可利用例如ajax
tm
、dhtml
tm
、flash
tm
、javascript
tm
、java
tm
、应用程序编程接口(api)等设施。在一些非限制性实施例或方面，计算机系统(600)可实施存储了邮件服务器(图中未示)的程序组件。邮件服务器可以是互联网邮件服务器，例如microsoft等。邮件服务器可利用例如asp
tm
、activex
tm
、ansi
tm c /c#、net
tm
、cgi scripts
tm
、java
tm
、javascript
tm
、perl
tm
、php
tm
、python
tm
、webobjects
tm
等设施。邮件服务器可利用例如
互联网消息访问协议(imap)、消息应用程序编程接口(mapi)、microsoft邮局协议(pop)、简单邮件传输协议(smtp)等通信协议。在一些非限制性实施例或方面，计算机系统(600)可实施存储了邮件客户端的程序组件。邮件客户端(图中未示出)可以是邮件查看应用程序，例如mail
tm
、entourage
tm
、outlook
tm
、thunderbird
tm
等。
86.此外，可以使用一个或多个计算机可读存储介质来实施与本公开一致的实施例。计算机可读存储介质是指可以存储可由处理器读取的信息或数据的任何类型的物理存储器。因此，计算机可读存储介质可以存储由一个或多个处理器执行的指令，包括使处理器执行与本文所述的实施例一致的步骤或阶段的指令。术语“计算机可读介质”应理解为包括有形项目，并且不包括载波和瞬态信号，例如，为非瞬态的。示例包括ram、rom、易失性存储器、非易失性存储器、硬盘驱动器、光盘(cd)rom、dvd、快闪驱动器、磁盘以及任何其它已知的物理存储介质。
87.所描述的操作可使用标准编程和/或工程技术实施为制造软件、固件、硬件或其任何组合的方法、系统或制品。所描述的操作可实施为在“非瞬态计算机可读介质”中维护的代码，其中处理器可从计算机可读介质读取并执行所述代码。处理器是微处理器和能够处理并执行查询的处理器中的至少一个。非瞬态计算机可读介质可以包括介质，例如磁性存储介质(例如，硬盘驱动器、软盘、磁带等)、光学存储器(cd-rom、dvd、光盘等)、易失性和非易失性存储器装置(例如，eeprom、rom、prom、ram、dram、sram、闪存存储器、固件、可编程逻辑等)等。另外，非瞬态计算机可读介质可以包括除瞬态外的所有计算机可读介质。实施所描述的操作的代码可进一步在硬件逻辑(例如，集成电路芯片、可编程门阵列(pga)、应用asic等)中实施。
[0088]“制品”包括可实施代码的非瞬态计算机可读介质和/或硬件逻辑。其中实施所描述的操作实施例的代码被编码的装置可包括计算机可读介质或硬件逻辑。当然，本领域的技术人员将认识到，可以在不脱离本公开的范围的情况下对此配置进行许多修改，并且制品可以包括本领域已知的合适的信息承载介质。
[0089]
除非另外明确指定，否则术语“一些非限制性实施例或方面”、“实施例”、“多个实施例”、“所述实施例”、“所述多个实施例”、“一个或多个实施例”、“一些非限制性实施例或方面”和“某些非限制性实施例或方面”意指“本公开的一个或多个(但非全部)实施例”。具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。
[0090]
除非另外明确指定，否则术语“包括(including/comprising)”、“具有”以及其变体意指“包括但不限于”。除非另外明确指定，否则列举的项目列表并不意味着任何或所有项目都是相互排斥。除非另外明确指定，否则术语“一个(a/an)”和“所述”意指“一个或多个”。具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。
[0091]
图2和图4的所示操作示出以某一次序发生的某些事件。在替代实施例中，可以按不同次序执行、修改或去除某些操作。此外，可以向上文所描述的逻辑添加步骤，并且所述步骤仍符合所描述的实施例。此外，本文所述的操作可以按顺序进行，或某些操作可以并行
处理。然而，操作可以由单个处理单元或分布式处理单元执行。
[0092]
具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。
[0093]
最后，说明书中使用的语言主要是出于可读性和教导目的而选择的，不是为了划定或限制本发明的主题而选择的。因此希望本公开的范围不受此详细描述的限制，而是受关于基于本公开的应用所发出的任何权利要求的限制。因此，本公开的实施例的公开内容希望是说明性的，而不是限制在所附权利要求书中阐述的本公开的范围。
[0094]
虽然本文中已公开了各个方面和实施例，但本领域的技术人员应清楚其它方面和实施例。本文所公开的各个方面和实施例是出于说明的目的并且不希望是限制性的，其中真实的范围和精神由所附权利要求书指示。