钱包间交易的制作方法

1.本公开大体上涉及电子交易，且更具体地，涉及执行钱包间交易。


背景技术：

2.目前，电子钱包(electronic wallet/e-wallet)或数字钱包或移动钱包交易正在增加，因为它们为交易提供了更简单的方式。电子钱包相比包括卡支付、现金支付、银行转账等常规交易技术具有许多益处。随着电子装置的极大发展，电子钱包也受益于技术进步。电子钱包是安装在电子装置中的应用程序，并且来自电子钱包的支付可使用近场通信(nfc)等进行。
3.与典型交易一样，在进行交易的用户与发行方银行相关联且商家与收单方银行相关联的情况下，每个电子钱包用户与银行相关联。然而，电子钱包可以存储用户的多个发行方银行详情。出于上述原因，电子钱包优于常规支付技术。现有电子钱包并未提供与其它电子钱包交易的选项，例如，将资金从一个钱包转移到另一个钱包。此外，不存在用于启用电子钱包之间的交易的框架。因此，需要启用电子钱包之间的交易并创建用于此类钱包间交易的框架。
4.本公开的此背景技术部分中公开的信息仅仅是为了增强对本公开的一般背景技术的理解，而不应被视为承认或以任何形式暗示此信息形成本领域技术人员已知的现有技术。


技术实现要素：

5.在一些非限制性实施例或方面，提供一种计算机实施的方法，包括：由目录服务器从第一钱包服务器接收发起从与所述第一钱包服务器相关联的第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息，其中所述第一钱包用户、所述第一钱包服务器、所述第二钱包用户和所述第二钱包服务器已在所述目录服务器注册，并且与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的多个详情存储在与所述目录服务器相关联的数据库中；由所述目录服务器响应于所述请求消息将与所述第二钱包服务器和所述第二钱包用户相关联的所述多个详情中的一个或多个详情发送至所述第一钱包服务器，其中所述第一钱包服务器生成包括至少所述一个或多个详情的交易消息；由所述目录服务器接收所述交易消息并附加交易详情；以及由所述目录服务器将所述交易消息发送至所述第二钱包服务器以完成所述第一钱包服务器与所述第二钱包服务器之间的所述交易。
6.在一些非限制性实施例或方面，在所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器已在所述目录服务器成功注册之后，所述多个详情以令牌化方式存储在所述数据库中。在一些非限制性实施例或方面，所述多个详情包括以下中的至少一个：多个第一钱包服务器身份、多个第二钱包服务器身份、多个第一钱包用户别名、多个第二钱包用户别名、第一钱包服务器名称、第二钱包服务器名称、第一钱包用
户名、第二钱包用户名、第一钱包用户联系人详情、第二钱包用户联系人详情，或其任何组合。在一些非限制性实施例或方面，所述一个或多个详情包括第二钱包服务器标识和第二钱包用户别名中的至少一个，其中至少所述第二钱包服务器标识包括在所述交易消息中。在一些非限制性实施例或方面，所述一个或多个详情在发送至所述第一钱包服务器之前令牌化。
7.在一些非限制性实施例或方面，所述方法还包括验证所述交易消息对一个或多个业务规则的遵从性。在一些非限制性实施例或方面，所述一个或多个业务规则包括至少部分地基于验证与所述第一钱包用户和所述第二钱包用户相关联的历史数据来验证所述交易消息对反洗钱(aml)的遵从性。在一些非限制性实施例或方面，所述一个或多个业务规则包括至少部分地基于验证至少与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的信息和所述多个详情来验证所述交易消息对“了解您的客户”(kyc)的遵从性。在一些非限制性实施例或方面，所述一个或多个业务规则用于确定所述交易的退款和再请款。
8.在一些非限制性实施例或方面，所述交易详情包括以下中的至少一个：交易类型、第一钱包服务器标识、第一钱包服务器名称、第二钱包服务器标识、第二钱包服务器名称、第一钱包用户别名、第二钱包用户别名、交易金额、交易日期、交易时间、交易位置、交易货币，或其任何组合。在一些非限制性实施例或方面，所述交易消息是根据iso 8583标准和iso 20022标准生成的。
9.在一些非限制性实施例或方面，提供一种目录服务器，包括：一个或多个处理器；以及一个或多个计算机可读介质，其可通信地耦合到所述一个或多个处理器并存储指令，所述指令在执行时使所述处理器：从第一钱包服务器接收发起从与所述第一钱包服务器相关联的第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息，其中所述第一钱包用户、所述第一钱包服务器、所述第二钱包用户和所述第二钱包服务器已在所述目录服务器注册，并且与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的多个详情存储在与所述目录服务器相关联的数据库中；响应于所述请求消息，将与所述第二钱包服务器和所述第二钱包用户相关联的所述多个详情中的一个或多个详情发送至所述第一钱包服务器，其中所述第一钱包服务器生成包括至少所述一个或多个详情的交易消息；接收所述交易消息并附加交易详情；以及将所述交易消息发送至所述第二钱包服务器以完成所述第一钱包服务器与所述第二钱包服务器之间的所述交易。
10.在一些非限制性实施例或方面，所述一个或多个处理器配置成在所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器已在所述目录服务器成功注册之后，将所述多个详情以令牌化方式存储在所述数据库中。在一些非限制性实施例或方面，所述一个或多个处理器配置成验证所述交易消息对针对以下中的至少一个的一个或多个业务规则的遵从性：至少基于验证与所述第一钱包用户和所述第二钱包用户相关联的历史数据来验证所述交易消息对反洗钱(aml)的遵从性；至少基于验证至少与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的信息和所述多个详情来验证所述交易消息对“了解您的客户”(kyc)的遵从性；或其任何组合。在一些非限制性实施例或方面，所述一个或多个处理器使用所述一个或多个业
务规则来确定针对所述交易的退款和再请款。
11.在一些非限制性实施例或方面，提供一种计算机实施的方法，包括：由目录服务器接收与多个钱包服务器和相应钱包用户相关的多个注册详情，以用于向所述目录服务器注册；由所述目录服务器基于多个参数认证所述多个钱包服务器和相应钱包用户的所述多个注册详情；由所述目录服务器为每个钱包服务器创建身份且为每个相应钱包用户创建别名；以及由所述目录服务器对所述多个注册详情进行令牌化以将所述多个详情和对应于所述多个详情的多个令牌存储在与所述目录服务器相关联的数据库中，其中第一钱包服务器发起了与所述第一钱包服务器相关联的第一钱包用户与与第二钱包服务器相关联的第二钱包用户之间的交易，其中所述第一钱包服务器生成交易消息，所述交易消息包括与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的至少一个或多个详情，所述至少一个或多个详情存储在与所述目录服务器相关联的数据库中，其中所述目录服务器接收所述交易消息并在所述交易消息中附加交易详情且将所述交易消息发送至所述第二钱包服务器以完成钱包到钱包的转账。
12.在一些非限制性实施例或方面，所述多个注册详情包括以下中的至少一个：所述多个钱包服务器的名称和地址、所述相应钱包用户的名称和地址、与所述钱包客户相关联的“了解您的客户”(kyc)详情、所述多个钱包服务器中支持的货币、所述钱包用户偏好的货币，或其任何组合。在一些非限制性实施例或方面，所述多个参数包括以下中的至少一个：与所述多个钱包服务器和/或所述钱包用户相关联的风险得分、与所述钱包服务器和/或所述钱包用户相关联的交易模式、与所述钱包用户相关联的退款模式、与所述钱包用户相关联的再请款历史、与所述钱包服务器相关联的交易成功率，或其任何组合。
13.在一些非限制性实施例或方面，所述方法还包括基于所述多个参数和一个或多个业务规则来确定所述多个钱包服务器或相应钱包用户中的至少一个的反洗钱(aml)活动。在一些非限制性实施例或方面，所述方法还包括以下中的至少一个：至少基于验证与所述第一钱包用户和所述第二钱包用户相关联的历史数据来验证所述交易消息对反洗钱(aml)的遵从性；至少基于验证与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的信息和所述多个详情来验证所述交易消息对“了解您的客户”(kyc)的遵从性；或其任何组合。
14.在以下编号条款中阐述另外的非限制性实施例或方面。
15.条款1：一种计算机实施的方法，包括：由目录服务器从第一钱包服务器接收发起从与所述第一钱包服务器相关联的第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息，其中所述第一钱包用户、所述第一钱包服务器、所述第二钱包用户和所述第二钱包服务器已在所述目录服务器注册，并且与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的多个详情存储在与所述目录服务器相关联的数据库中；由所述目录服务器响应于所述请求消息将与所述第二钱包服务器和所述第二钱包用户相关联的所述多个详情中的一个或多个详情发送至所述第一钱包服务器，其中所述第一钱包服务器生成包括至少所述一个或多个详情的交易消息；由所述目录服务器接收所述交易消息并附加交易详情；以及由所述目录服务器将所述交易消息发送至所述第二钱包服务器以完成所述第一钱包服务器与所述第二钱包服务器之间的所述交易。
16.条款2：根据条款1所述的方法，其中在所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器已在所述目录服务器成功注册之后，所述多个详情以令牌化方式存储在所述数据库中。
17.条款3：根据条款1或2所述的方法，其中所述多个详情包括以下中的至少一个：多个第一钱包服务器身份、多个第二钱包服务器身份、多个第一钱包用户别名、多个第二钱包用户别名、第一钱包服务器名称、第二钱包服务器名称、第一钱包用户名、第二钱包用户名、第一钱包用户联系人详情、第二钱包用户联系人详情，或其任何组合。
18.条款4：根据条款1至3中任一项所述的方法，其中所述一个或多个详情包括第二钱包服务器标识和第二钱包用户别名中的至少一个，其中至少所述第二钱包服务器标识包括在所述交易消息中。
19.条款5：根据条款1至4中任一项所述的方法，其中所述一个或多个详情在发送至所述第一钱包服务器之前令牌化。
20.条款6：根据条款1至5中任一项所述的方法，还包括验证所述交易消息对一个或多个业务规则的遵从性。
21.条款7：根据条款1至6中任一项所述的方法，其中所述一个或多个业务规则包括至少部分地基于验证与所述第一钱包用户和所述第二钱包用户相关联的历史数据来验证所述交易消息对反洗钱(aml)的遵从性。
22.条款8：根据条款1至7中任一项所述的方法，其中所述一个或多个业务规则包括至少部分地基于验证至少与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的信息和所述多个详情来验证所述交易消息对“了解您的客户”(kyc)的遵从性。
23.条款9：根据条款1至8中任一项所述的方法，其中所述一个或多个业务规则用于确定所述交易的退款和再请款。
24.条款10：根据条款1至9中任一项所述的方法，其中所述交易详情包括以下中的至少一个：交易类型、第一钱包服务器标识、第一钱包服务器名称、第二钱包服务器标识、第二钱包服务器名称、第一钱包用户别名、第二钱包用户别名、交易金额、交易日期、交易时间、交易位置、交易货币，或其任何组合。
25.条款11：根据条款1至10中任一项的方法，其中所述交易消息是根据iso 8583标准和iso 20022标准生成的。
26.条款12：一种目录服务器，包括：一个或多个处理器；以及一个或多个计算机可读介质，其可通信地耦合到所述一个或多个处理器并存储指令，所述指令在执行时使所述处理器：从第一钱包服务器接收发起从与所述第一钱包服务器相关联的第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息，其中所述第一钱包用户、所述第一钱包服务器、所述第二钱包用户和所述第二钱包服务器已在所述目录服务器注册，并且与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的多个详情存储在与所述目录服务器相关联的数据库中；响应于所述请求消息，将与所述第二钱包服务器和所述第二钱包用户相关联的所述多个详情中的一个或多个详情发送至所述第一钱包服务器，其中所述第一钱包服务器生成包括至少所述一个或多个详情的交易消息；接收所述交易消息并附加交易详情；以及将所述交易消息发送至所述第二
钱包服务器以完成所述第一钱包服务器与所述第二钱包服务器之间的所述交易。
27.条款13：根据条款12所述的目录服务器，其中所述一个或多个处理器配置成在所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器已在所述目录服务器成功注册之后，将所述多个详情以令牌化方式存储在所述数据库中。
28.条款14：根据条款12或13所述的目录服务器，其中所述一个或多个处理器配置成验证所述交易消息对针对以下中的至少一个的一个或多个业务规则的遵从性：至少基于验证与所述第一钱包用户和所述第二钱包用户相关联的历史数据来验证所述交易消息对反洗钱(aml)的遵从性；至少基于验证至少与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的信息和所述多个详情来验证所述交易消息对“了解您的客户”(kyc)的遵从性；或其任何组合。
29.条款15：根据条款12至14中任一项所述的目录服务器，其中所述一个或多个处理器使用所述一个或多个业务规则来确定针对所述交易的退款和再请款。
30.条款16：一种计算机实施的方法，包括：由目录服务器接收与多个钱包服务器和相应钱包用户相关的多个注册详情，以用于向所述目录服务器注册；由所述目录服务器基于多个参数认证所述多个钱包服务器和相应钱包用户的所述多个注册详情；由所述目录服务器为每个钱包服务器创建身份且为每个相应钱包用户创建别名；以及由所述目录服务器对所述多个注册详情进行令牌化以将所述多个详情和对应于所述多个详情的多个令牌存储在与所述目录服务器相关联的数据库中，其中第一钱包服务器发起了与所述第一钱包服务器相关联的第一钱包用户与与第二钱包服务器相关联的第二钱包用户之间的交易，其中所述第一钱包服务器生成交易消息，所述交易消息包括与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的至少一个或多个详情，所述至少一个或多个详情存储在与所述目录服务器相关联的数据库中，其中所述目录服务器接收所述交易消息并在所述交易消息中附加交易详情且将所述交易消息发送至所述第二钱包服务器以完成钱包到钱包的转账。
31.条款17：根据条款16所述的方法，其中所述多个注册详情包括以下中的至少一个：所述多个钱包服务器的名称和地址、所述相应钱包用户的名称和地址、与所述钱包客户相关联的“了解您的客户”(kyc)详情、所述多个钱包服务器中支持的货币、所述钱包用户偏好的货币，或其任何组合。
32.条款18：根据条款16或17所述的方法，其中所述多个参数包括以下中的至少一个：与所述多个钱包服务器和/或所述钱包用户相关联的风险得分、与所述钱包服务器和/或所述钱包用户相关联的交易模式、与所述钱包用户相关联的退款模式、与所述钱包用户相关联的再请款历史、与所述钱包服务器相关联的交易成功率，或其任何组合。
33.条款19：根据条款16至18中任一项所述的方法，还包括基于所述多个参数和一个或多个业务规则来确定所述多个钱包服务器或相应钱包用户中的至少一个的反洗钱(aml)活动。
34.条款20：根据条款16至19中任一项的方法，还包括以下中的至少一个：至少基于验证与所述第一钱包用户和所述第二钱包用户相关联的历史数据来验证所述交易消息对反洗钱(aml)的遵从性；至少基于验证与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的信息和所述多个详情来验证所述交易消息
对“了解您的客户”(kyc)的遵从性；或其任何组合。
35.在一些非限制性实施例或方面，公开一种用于执行钱包间交易的计算机实施的方法。所述方法包括从第一钱包服务器接收发起从与所述第一钱包服务器相关联的第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息，其中所述第一钱包用户、所述第一钱包服务器、所述第二钱包用户和所述第二钱包服务器已在所述目录服务器注册，并且与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的多个详情存储在与所述目录服务器相关联的数据库中。所述方法还包括响应于所述请求消息发送与所述第二钱包服务器和所述第二钱包用户相关联的所述多个详情中的一个或多个详情，其中所述第一钱包服务器生成包括至少所述一个或多个详情的交易消息。所述方法还包括接收所述交易消息并附加交易详情。此外，所述方法包括将所述交易消息发送至所述第二钱包服务器以完成所述第一钱包服务器与所述第二钱包服务器之间的所述交易。
36.在一些非限制性实施例或方面，公开一种目录服务器。所述目录服务器配置成促进钱包间交易。所述目录服务器包括一个或多个处理器和与所述一个或多个处理器通信地耦合的一个或多个计算机可读介质。所述一个或多个处理器配置成从第一钱包服务器接收发起从与所述第一钱包服务器相关联的第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息，其中所述第一钱包用户、所述第一钱包服务器、所述第二钱包用户和所述第二钱包服务器已在所述目录服务器注册，并且与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的多个详情存储在与所述目录服务器相关联的数据库中。所述一个或多个处理器还配置成响应于所述请求消息将与所述第二钱包服务器和所述第二钱包用户相关联的所述多个详情中的一个或多个详情发送至所述第一钱包服务器，其中所述第一钱包服务器生成包括至少所述一个或多个详情的交易消息。所述一个或多个处理器还配置成接收所述交易消息并附加交易详情。此后，所述一个或多个处理器配置成将所述交易消息发送至所述第二钱包服务器以完成所述第一钱包服务器与所述第二钱包服务器之间的所述交易。
37.在一些非限制性实施例或方面，公开一种用于执行钱包间交易的计算机实施的方法。所述方法包括接收与多个钱包服务器和相应钱包用户相关的多个注册详情，以用于向目录服务器注册。所述方法包括基于多个参数认证所述多个钱包服务器和相应钱包用户的所述多个注册详情。所述方法包括在认证之后为每个钱包服务器创建标识符(id)且为相应钱包用户中的每一个创建别名。此后，所述方法包括对所述多个注册详情进行令牌化以将所述多个详情和对应于所述多个详情的多个令牌存储在与所述目录服务器相关联的数据库中，其中第一钱包服务器发起了与所述第一钱包服务器相关联的第一钱包用户与与第二钱包服务器相关联的第二钱包用户之间的交易。所述第一钱包服务器生成交易消息，所述交易消息包括与所述第一钱包用户和所述第二钱包用户以及所述第一钱包服务器和所述第二钱包服务器相关联的至少一个或多个详情，所述至少一个或多个详情存储在与所述目录服务器相关联的数据库中。所述目录服务器接收所述交易消息并在所述交易消息中附加交易详情且将所述交易消息发送至所述第二钱包服务器以完成钱包到钱包的转账。
38.前述概述仅仅是说明性的，并且并不旨在以任何方式作为限制。除了上文所描述的说明性方面、实施例和特征之外，通过参考图式和以下详细描述，另外方面、实施例和特
征可变得显而易见。通过本公开的技术实现额外的特征和优势。本公开的其它实施例和方面在本文中得到详细描述，并且被视为要求保护的公开内容的一部分。
附图说明
39.本公开的新颖特征和特性阐述于所附权利要求书中。然而，当结合附图阅读时，可以参考说明性实施例的以下详细描述最佳地理解本公开本身以及优选使用模式、另外的目标和其优点。并入本公开中并构成本公开的一部分的随附图式示出示例性实施例，并且连同描述一起用以解释所公开的原理。在图中，参考编号的最左侧数字标识了参考编号第一次出现的图。现在仅以示例方式参考附图描述一个或多个实施例，其中类似的附图标记表示类似元件，并且在附图中：
40.图1示出了根据本公开实施例的用于执行钱包间交易的示例性平台；
41.图2示出了根据本公开实施例的实施钱包间交易的示例性核心系统架构；
42.图3a和3b示出了根据本公开实施例的用于发起钱包间交易的示例性移动应用程序；
43.图4a和4b示出了根据本公开实施例的提供钱包间交易的示例性交易结账页面；
44.图5是描述根据本公开实施例的钱包和钱包用户注册以用于执行钱包间交易的流程图；
45.图6是描述根据本公开实施例的钱包间交易的流程图；
46.图7示出了根据本公开实施例在钱包间交易期间发送的消息的示例性流程；
47.图8示出了根据本公开实施例的接收方钱包的示例性用户界面；以及
48.图9示出了根据本公开的一个实施例的用于启用钱包间交易的通用计算机系统。
49.本领域技术人员应了解，本文中的任何框图表示体现本发明主题的原理的说明性系统的概念视图。类似地，应了解，任何流程图表、流程图、状态转换图、伪代码等表示可基本上在计算机可读介质中表示并且由计算机或处理器执行的各种过程，无论是否明确示出此类计算机或处理器。尽管每个附图出于示出清楚的示例的目的而示出了特定实施例，但其它实施例可以省略、增加、重新排序和/或修改图中所示的任何元件。
具体实施方式
50.在本文档中，词语“示例性”在本文中用于意指“充当示例、例子或说明”。本文中描述为“示例性”的本发明主题的任何实施例或实施方案不一定解释为比其它实施例优选或有利。
51.虽然本公开容许各种修改和替代形式，但是本公开的特定实施例已经借助于示例在图式中示出并且将在下文中详细描述。然而，应理解，并不旨在将本公开限于所公开的形式，而是相反，本公开旨在涵盖属于本公开的范围内的所有修改、等效物和替代方案。
52.术语“包括(comprises/comprising)”或其任何其它变体旨在涵盖非排它性包括，使得包括一系列组件或步骤的设置、装置或方法不仅包括那些组件或步骤，还可包括并未明确地列出的或此类设置、装置或方法固有的其它组件或步骤。换句话说，在没有更多约束的情况下，系统或设备中在“包括(comprises
…
a)”之后的一个或多个元件不排除系统或设备中其它元件或额外元件的存在。
53.本文所使用的方面、组件、元件、结构、动作、步骤、功能、指令等都不应当被理解为关键的或必要的，除非明确地如此描述。并且，如本文中所使用，冠词“一”希望包括一个或多个项目，且可与“一个或多个”和“至少一个”互换使用。此外，如本文中所使用，术语“集合”希望包括一个或多个项目(例如，相关项目、不相关项目、相关项目与不相关项目的组合等)，并且可与“一个或多个”或“至少一个”互换使用。在希望仅有一个项目的情况下，使用术语“一个”或类似语言。并且，如本文所使用，术语“具有”等希望是开放式术语。另外，除非另外明确陈述，否则短语“基于”希望意味着“至少部分地基于”。除非另外明确指定，否则术语“一些非限制性实施例或方面”意指“本公开的一个或多个(但非所有)实施例或方面”。具有彼此通信的数个组件的一些非限制性实施例或方面的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。
54.当本文描述单个装置或物品时，将显而易见的是，可使用多于一个装置/物品(无论是否协作)来代替单个装置/物品。类似地，在本文描述多于一个装置或物品的情况下(无论是否配合)，将显而易见的是，可以使用单个装置/物品来代替多于一个装置或物品，或者可以使用不同数量的装置/物品来代替所示数量的装置或程序。装置的功能性和/或特征可以替代地由未明确描述为具有此类功能性/特征的一个或多个其它装置体现。因此，本公开的其它实施例无需包括装置本身。
55.如本文所使用，术语“通信”、“传送”、“发送”和/或“接收”可指信息(例如，数据、信号、消息、指令、命令等)的接收、接纳、发送、传输、提供等。一个单元(例如，装置、系统、装置或系统的组件、其组合等)与另一单元通信意味着所述一个单元能够直接或间接地从所述另一单元接收信息和/或向所述另一单元发送信息。这可指在本质上有线和/或无线的直接或间接连接(例如，直接通信连接、间接通信连接等)。另外，尽管所发送的信息可以在第一单元与第二单元之间被修改、处理、中继和/或路由，但这两个单元也可以彼此通信。例如，即使第一单元被动地接收信息且不会主动地将信息发送至第二单元，第一单元也可以与第二单元通信。作为另一示例，如果至少一个中间单元(例如，位于第一单元与第二单元之间的第三单元)处理从第一单元接收的信息且将处理后的信息传送到第二单元，则第一单元可以与第二单元通信。在一些非限制性实施例或方面，消息可以指代包括数据的网络包(例如，数据包等)。应了解，可能有许多其它布置。
56.如本文中所使用，术语“服务器”或“处理器”可指一个或多个计算装置，例如处理器、存储装置和/或类似的计算机组件，所述计算装置在例如因特网或私用网络等网络上与客户端装置和/或其它计算装置通信，并且在一些示例中，促进其它服务器和/或客户端装置之间的通信。应了解，可能有各种其它布置。如本文所使用，术语“系统”可指一个或多个计算装置或计算装置组合，例如但不限于处理器、服务器、客户端装置、软件应用程序和/或其它类似组件。此外，如本文所使用，对“服务器”或“处理器”的参考可指先前所述的陈述为执行先前步骤或功能的服务器和/或处理器、不同的服务器和/或处理器，和/或服务器和/或处理器的组合。例如，如在说明书和权利要求书中所使用，陈述为执行第一步骤或功能的第一服务器和/或第一处理器可指陈述为执行第二步骤或功能的相同或不同服务器和/或处理器。
57.通常，电子钱包或移动钱包或数字钱包(在整个本公开中也称为钱包)用于在各种商家网站上执行交易。钱包可以是与银行业务机构相关联以用于执行交易的电子介质。在
一些非限制性实施例或方面，钱包可以与一个或多个银行业务机构相关联。在一些非限制性实施例或方面，钱包可包括有关与客户相关联的一个或多个卡的详情。在一些非限制性实施例或方面，钱包可以促进商家与一个或多个银行业务机构之间的交易。在一些非限制性实施例或方面，钱包可以提供将金额存储在钱包中，并且所述金额可以在交易期间使用。
58.目前，可获得多个钱包，并且每个商家与多个钱包中的一个或多个钱包相关联。与钱包相关联的客户可以使用与商家相关联的一个或多个钱包中的任一个在所述商家的网站进行交易。例如，如果商家“m”与两个钱包“w1”和“w2”相关联，则客户可以使用钱包“w1”或“w2”中的任一个在商家网站进行交易，前提是客户在钱包“w1”或“w2”任一个中进行了注册。由于钱包提供商的丰富性，商家可能提供很少的钱包选项进行支付。在此类情况下，客户可能必须使用其它支付方法，例如信用卡或现金。不存在用于在钱包之间进行交易的平台。因此，当提供有限的钱包选项且金额必须从一个钱包转移到另一个钱包时，钱包间交易会很有用。
59.本公开的非限制性实施例或方面涉及用于执行钱包间交易的方法和系统。本公开提供了用于实现钱包间交易的方法和系统。多个钱包服务器与多个钱包用户相关联。每个钱包服务器将通过执行例如“了解您的客户”(kyc)验证来注册相应钱包用户。目录服务器可以充当多个钱包之间的网络。在一些非限制性实施例或方面，所述目录服务器从第一钱包服务器接收发起从第一钱包用户到与第二钱包服务器相关联的第二钱包用户的交易的请求消息。在一些非限制性实施例或方面，所述目录服务器响应于所述请求消息将与所述第二钱包服务器和所述第二钱包用户相关联的多个详情中的一个或多个详情发送至所述第一钱包服务器。此外，在一些非限制性实施例或方面，目录服务器从第一钱包服务器接收交易消息并将交易详情附加到交易消息。此后，目录服务器可以将附加的交易消息发送至第二钱包服务器，以完成第一钱包服务器与第二钱包服务器之间的交易。
60.在本公开的非限制性实施例或方面，钱包间交易在第一用户必须将金额转移给第二用户时的情境中是有用的。钱包对于易于使用和提供的安全性很有帮助。例如，用户已在两个钱包服务器(102和104)注册。在购物期间，商家接受钱包支付，因为通常钱包提供优惠。可能存在用户已用尽提供优惠的钱包中的余额的情况。在这种情况下，可能需要对钱包重新充值。对钱包重新充值的一种方式是从另一钱包中转账。然而，当前钱包不提供这种选项。本公开适用于可在钱包之间进行交易的此类情境。
61.图1涉及用于执行钱包间交易的平台(100)的非限制性实施例或方面。平台(100)作为对多个钱包服务器(102、104)和钱包用户(101、105)的服务提供。本文对钱包间支付交易的描述涵盖支付交易和特定消息流。本公开涉及使用钱包的钱包间交易和/或电子交易。
62.平台(100)被设计成促进多个钱包服务器(102、104)之间的交易。例如，当在第一钱包服务器(102)与第二钱包服务器(104)之间发起交易时，平台(100)可用于各种交易。当发起从第一钱包服务器(102)到第二钱包服务器(104)的交易时，第一钱包服务器(102)与发行方服务器相关联，并且第二钱包服务器(104)与收单方服务器相关联。在一些非限制性实施例或方面，在整个本公开中，发行方服务器和收单方服务器可以分别被称为发送者和接收者。在一些非限制性实施例或方面，多个钱包服务器(102、104)可以不与第三方域相关联。在此类情境下，对于钱包之间的转账，金额存储在接收方钱包中。在一些非限制性实施例或方面，使用因特网银行业务或信用卡对多个钱包服务器(102、104)重新充值。第一钱包
用户(101)在发行方服务器注册，并且第二钱包用户(105)在收单方服务器注册。在一些非限制性实施例或方面，每个钱包与多个发行方服务器和多个收单方服务器相关联。在钱包到钱包交易的一个实施例中，钱包服务器(102、104)或发行方/收单方服务器可以承担对钱包用户(101、105)进行认证的法律责任。
63.在钱包到钱包交易中，交易流始于第一钱包用户(101)在电子装置中发起交易。第一钱包用户(101)可以在电子装置中输入例如第二钱包服务器名称和第二钱包用户名和/或数字的接收方详情。目录服务器(103)促进第一钱包服务器(102)与第二钱包服务器(104)之间的交易。
64.第一钱包服务器(102)从第一钱包用户(101)接收输入，并且请求目录服务器(103)通过提供第二钱包服务器和用户详情以及第一钱包服务器和用户详情来促进交易。在一些非限制性实施例或方面，第一钱包服务器和用户(102和101)以及第二钱包服务器和用户(104和105)在目录服务器(103)中注册。在一些非限制性实施例或方面，目录服务器(103)基于对“了解您的客户”(kyc)的遵从性和其它参数来验证钱包服务器和用户，所述其它参数例如钱包的有效性、钱包用户的有效性、允许的交易类型、允许的交易位置、允许的金额、允许的第一与第二钱包之间的钱包间等。在一些非限制性实施例或方面，通过确定与第一和第二钱包服务器(102、104)以及第一和第二钱包用户(101、105)相关联的详情来验证对kyc的遵从性。可使用现有方法来执行对kyc的遵从性。
65.图2示出了平台(100)的核心系统架构(200)的非限制性实施例或方面。核心系统架构(200)至少包括第一钱包服务器(102)、目录服务器(103)和第二钱包服务器(104)。在一些非限制性实施例或方面，钱包服务器可以基于相应对kyc的遵从性规则和其它参数来注册钱包用户，所述其它参数例如钱包的有效性、钱包用户的有效性、允许的交易类型、允许的交易位置、允许的金额、允许的第一与第二钱包之间的钱包间等。另外，钱包服务器可具有多个可信方的关联。例如，可信方可以是向用户提供账户以用于进行交易的机构。在一些非限制性实施例或方面，从中借记交易的可信方被表示为发行方服务器，而向其贷记交易的可信方被表示为收单方服务器。在一些非限制性实施例或方面，交易的认证和授权责任可能在于可信方或钱包服务器(102、104)。
66.第一钱包服务器(102)和第二钱包服务器(104)可各自包括登记模块(201、204)、访问控制模块(acm)(202、205)和/或账户持有人文件(203、206)。在一些非限制性实施例或方面，登记模块(201、204)是计算单元，例如，通过呈现将由用户回答并由可信方验证的一系列问题(例如经由网络接口)来管理钱包用户登记到钱包服务器(102、104)的计算机。如图2所示，钱包服务器(102、104)操作登记模块(201、204)。然而，在一些非限制性实施例或方面，例如的服务组织可以代表钱包服务器(102、104)操作登记模块(201、204)。钱包服务器(102、104)可以在登记过程期间使用外部实体提供的联网交互式“身份认证服务”来帮助验证账户持有人的身份。在一些非限制性实施例或方面，钱包服务器(102、104)可以利用相应可信方服务器来验证钱包用户详情。例如，如果钱包用户(101)必须登记到钱包服务器(102)中，并且钱包用户(101)与银行机构相关联，则钱包服务器(102)可以在登记钱包用户(101)之前与银行机构验证用户详情。
67.在一些非限制性实施例或方面，acm(202、205)是具有为账户认证服务注册的账户持有人数据库的计算机。acm(202、205)包括每个账户持有人的账户和密码信息。在钱包交
易期间，acm(202、205)可以从可信方接收或提供数字签名的收据。例如，考虑到第一钱包服务器(102)与第二钱包服务器(104)之间的交易，acm(202)可以访问发行方服务器以从发行方服务器接收认证和/或授权的收据。一旦第一钱包服务器(102)接收到认证和/或授权的收据，就通过发行方服务器从第一用户账户借记金额来发起交易。在第二钱包服务器(104)端，一旦接收到交易消息，acm(205)就可以将接收的金额贷记到收单方服务器，而收单方服务器又将此金额贷记到与接收方用户相关联的第二用户账户。
68.在一些非限制性实施例或方面，账户持有人文件(203、206)是钱包管理的数据库，用于存储与在钱包服务器(102、104)中成功登记的账户持有人相关的信息。目录服务器可以由因特网支持，并且包括由多个钱包服务器(102、104)使用的组件。目录服务器(103)配置成将从第一钱包服务器(102)接收的交易路由到第二钱包服务器(104)。目录服务器(103)由卡方案管理器或例如交易服务提供商的服务组织操作。
69.在一些非限制性实施例或方面，目录服务器(103)与别名通用目录(cda)数据库(209)相关联。在一些非限制性实施例或方面，cda(209)可以托管在目录服务器(103)或专用cda服务器(图2中未示出)中。cda数据库(209)包括每个钱包服务器和每个钱包用户的唯一标识(id)和别名。在一些非限制性实施例或方面，每个钱包服务器的唯一id可以类似于银行标识码(bin)或以密码方式生成的唯一令牌/密钥。在一些非限制性实施例或方面，为每个钱包用户提供别名。别名用作安全特征以表示钱包用户名。在一些非限制性实施例或方面，多个钱包服务器(102、104)和多个钱包用户(101、105)的多个详情以令牌化方式存储在cda数据库(209)中。在示例性实施例中，生成json web token(jwt)标准令牌。本领域技术人员将理解，可使用任何技术生成令牌，并且本公开不限于仅使用jwt标准生成令牌。
70.图3a和3b示出第一钱包应用程序(301)的非限制性实施例或方面。如图所示，第一钱包应用程序(301)是在在线交易中的商家结账页面和离线交易中的商家支付终端进行支付的应用程序。在一些非限制性实施例或方面，第一钱包应用程序(301)与第一钱包服务器(102)相关联。在一些非限制性实施例或方面，第一钱包用户(101)可以使用第一钱包应用程序(301)登记到第一钱包服务器(102)中。例如，登记模块(201)可以在第一钱包应用程序(301)上提供问卷。第一钱包用户(101)可以填写问卷以登记到第一钱包服务器(102)中。图3a示出了第一应用程序页面，其中第一钱包应用程序(301)可以提供用于进行不同类型的交易的选项。如图所示，并且在一些非限制性实施例或方面，第一钱包应用程序(301)可用于向商家进行支付、与其它钱包进行交易或对钱包重新充值。在选择要转移到钱包的选项后，加载第二页面，如图3b所示。
71.图3b示出了显示与第一钱包服务器(102)相关联的不同钱包的第二应用程序页面。在一些非限制性实施例或方面，多个钱包与第一钱包服务器(102)之间的关联可以是预定义的。在一些非限制性实施例或方面，第一钱包服务器(102)与多个钱包之间的关联还可取决于目录服务器(103)。在一些非限制性实施例或方面，目录服务器(103)应促进第一钱包服务器(102)与多个钱包之间的交易。在一些非限制性实施例或方面，第一钱包服务器(102)可以与不同的目录服务器相关联。例如，第一目录服务器可以促进第一钱包服务器(102)和第一组钱包之间的交易。第二目录服务器(未示出)可以促进第一钱包服务器(102)与第二组钱包之间的交易。
72.图4a和4b示出了第一钱包应用程序(301)中的结账页面的非限制性实施例或方
面。图4a示出了请求接收方钱包和用户详情的示例性结账页面。图4a和4b不应被解释为限制性的，并且图示仅仅是图4a和4b描述的可应用于任何结账页面的示例和方面。如图所示，结账页面包括结账详情，包括金额和日期。在一些非限制性实施例或方面，结账页面还可包括接收方钱包详情和关于交易的其它必要详情。如图4a所示，第一表单(401)请求第一钱包用户(101)输入例如接收方的名称、接收方的编号、可选消息和用于转移的金额等详情。当第一钱包用户(101)输入详情时，第一钱包服务器(102)可标识与所选钱包相关联的目录服务器(103)(例如)。在输入接收方钱包和用户详情之后，结账页面可以提供选择借记金额的来源的选项。在一些非限制性实施例或方面，可从第一钱包服务器(102)或与第一钱包用户(101)相关联的发行方服务器借记交易金额。此后，将如图4b中所示的认证页面提供给第一钱包用户(101)。现有的结账页面提供认证类型，包括一次性密码(otp)或静态密码或任何其它认证方法。在一些非限制性实施例或方面，静态密码可以是3-d安全密码。在一些非限制性实施例或方面，3-d安全密码可以是由用户设置的静态密码。静态密码可以包括至少字符、数字和/或特殊字符。例如，3-d安全密码可以是“abcd12@$xbvy”。根据本公开，结账页面可以提供任何认证方式。例如，个人标识码(pin)可以由第一钱包服务器(102)验证，或者pin可以由发行方服务器验证。在基于统一支付接口(upi)的交易中，pin可由发行方服务器验证。在典型钱包交易的情况下，钱包服务器可以验证pin。
73.在一些非限制性实施例或方面，pin可以是otp。在另一实施例中，otp是数字密码(例如，“148261”)。在一些非限制性实施例或方面，otp还可以是字母数字密码(例如，“pass123”)。在替代实施例中，otp还可包括特殊字符(例如，“！”、“@”、“％”等)。在示例性实施例中，otp可具有4-8位数字和/或字符。在一些非限制性实施例或方面，otp中的数字和/或字符的数量可以根据发行方服务器遵循的标准。在一些非限制性实施例或方面，otp在生成之后被复制到剪贴板。可以将复制的otp粘贴在适当的认证表单中。
74.以下方法描述目录服务器(103)执行的步骤。图5是根据本公开非限制性实施例或方面的描述多个钱包服务器和多个钱包用户向目录服务器(103)注册的流程图。
75.如图5所示，方法(500)可包括一个或多个步骤。可以在计算机可执行指令的总体上下文中描述方法(500)。通常，计算机可执行指令可以包括执行特定功能或实施特定的抽象数据类型的例程、程序、对象、组件、数据结构、过程、模块和功能。
76.描述方法(500)的次序并非旨在理解为限制，并且可以按任何次序组合任何数量的所描述方法框来实施所述方法。另外，在不脱离本文描述的主题的范围的情况下，可以从所述方法删除个别框。此外，所述方法可以在任何合适的硬件、软件、固件或其组合中实施。
77.在步骤(501)，目录服务器(103)接收与多个钱包服务器和相应钱包用户相关的多个注册详情。在一些非限制性实施例或方面，多个钱包服务器和多个钱包用户必须向目录服务器(103)注册。在一些非限制性实施例或方面，在钱包服务器端处发起注册。在一些非限制性实施例或方面，可以向每个钱包服务器提供基于网络的应用程序或基于移动的应用程序，以用于向目录服务器(103)注册。在一些非限制性实施例或方面，每个钱包服务器通过提供与相应钱包服务器相关的多个注册详情来注册自身。在一些非限制性实施例或方面，多个钱包服务器和相应钱包用户可以向托管cda数据库(209)的cda服务器注册。在一些非限制性实施例或方面，目录服务器以令牌化方式将所有详情存储在cda数据库(209)中。
78.在一些非限制性实施例或方面，目录服务器(103)认证每个钱包服务器提供的多
个详情。多个详情可以包括但不限于钱包名称、钱包办公地址、钱包的名称和联系人、kyc详情、使用钱包的国家、钱包支持的货币、最大交易限额、最小交易限额、支持的钱包、结算实体详情等。在一些非限制性实施例或方面，可由钱包服务器提供与钱包用户相关的多个详情。在用户向钱包注册期间，钱包服务器可能已经存储了与相应钱包用户相关的多个详情。与钱包用户相关的多个详情可包括但不限于钱包用户名、钱包用户地址、kyc详情、例如社会保险号码的唯一id等。
79.在步骤(502)，目录服务器(103)认证与多个钱包和相应钱包用户相关的多个详情。在一些非限制性实施例或方面，目录服务器(103)基于多个参数认证多个钱包和相应钱包用户的注册。多个参数可以包括但不限于与多个钱包服务器和相应钱包用户相关联的风险得分、与多个钱包服务器和相应钱包用户相关联的交易模式、与钱包用户相关联的退款模式和再呈现历史记录，以及与多个钱包服务器相关联的交易成功率。在一些非限制性实施例或方面，目录服务器(103)可以在注册期间请求交易历史记录(例如，两个月交易历史记录)。交易历史记录可用于确定交易模式、交易成功率、黑名单接收方、黑名单用户、可疑交易等。基于确定，目录服务器(103)认证多个钱包和相应钱包用户的注册。
80.在步骤(503)，目录服务器为每个钱包服务器创建唯一id(uid)，并为相应钱包用户创建唯一别名。uid可用于交易消息中，以指示交易中涉及的钱包服务器。此外，目录服务器(103)为每个钱包用户创建唯一别名。在一些非限制性实施例或方面，别名可以是随机字符串，并且每个别名映射到钱包用户。在一些非限制性实施例或方面，别名可以包括字符和数字的组合。例如，第一钱包用户别名可以是“abcd”，并且第二钱包用户别名可以是“wxyz”。在示例性实施例中，别名可包括对应钱包服务器的uid。因此，在别名中表示钱包用户与对应钱包服务器之间的映射。
81.在步骤(504)，在将uid和别名保存在cda数据库(209)中之前，目录服务器(103)对每个钱包服务器的uid和相应钱包用户的别名进行令牌化。可以按例如jwt标准生成令牌。对信息进行令牌化提供了安全性。在一些非限制性实施例或方面，在交易期间，令牌被包括在交易消息中。因此，在交易期间，不会在任何地方透露钱包名称或钱包用户名。别名生成请求和对别名生成请求的响应的示例如下所示：
82.样本创建别名请求字段
83.《钱包提供商uid》
84.《日期/时间》
85.《钱包用户名》
86.《钱包用户电话/电子邮箱》
87.《与钱包用户相关的任何其它详情》
88.样本创建别名响应字段
89.《钱包提供商uid》
90.《日期/时间》
91.《钱包用户别名》
92.《状态-成功/失败》
93.在一些非限制性实施例或方面，目录服务器(103)基于多个参数和一个或多个业务规则，由至少一个或多个钱包服务器确定反洗钱(aml)。在实施例中，所述一个或多个业
务规则包括但不限于至少基于验证与钱包用户相关联的历史数据来验证交易消息对aml的遵从性，其中所述一个或多个业务规则包括至少基于验证至少与第一和第二钱包用户以及第一和第二钱包服务器相关联的信息和多个详情来验证交易消息对kyc的遵从性。
94.在一些非限制性实施例或方面，将uid和钱包用户别名提供给相应钱包服务器。在一些非限制性实施例或方面，可以更新注册详情。例如，可以更新钱包用户详情，可以更新钱包交易限额等。在一些非限制性实施例或方面，可以解析别名和uid以标识对应的钱包服务器和钱包用户。
95.如图6所示，方法(600)可包括一个或多个步骤。可以在计算机可执行指令的总体上下文中描述方法(600)。通常，计算机可执行指令可以包括执行特定功能或实施特定的抽象数据类型的例程、程序、对象、组件、数据结构、过程、模块和功能。
96.描述方法(600)的次序并非旨在理解为限制，并且可以按任何次序组合任何数量的所描述方法框来实施所述方法。另外，在不脱离本文描述的主题的范围的情况下，可以从所述方法删除个别框。此外，所述方法可以在任何合适的硬件、软件、固件或其组合中实施。
97.在步骤(601)，目录服务器从第一钱包服务器(102)接收发起从第一钱包用户(101)到与第二钱包服务器(104)相关联的第二钱包用户(105)的交易的请求消息。在一些非限制性实施例或方面，当第一钱包用户(101)发起与与第二钱包服务器(104)相关联的第二钱包用户(105)交易的请求时，第一钱包服务器(102)生成请求消息，如图3a、图3b、图4a和图4b中所示。在一些非限制性实施例或方面，目录服务器(103)确定第一钱包服务器(102)、第一钱包用户(101)、第二钱包服务器(104)和第二钱包用户(105)是否向目录服务器(103)注册。在一些非限制性实施例或方面，请求消息包括第一钱包服务器uid、钱包服务器bin、日期和时间、结算实体详情、发起交易的国家、交易货币、交易金额、第一钱包用户别名、第二钱包名称、第二钱包用户名，以及完成钱包间交易所需的任何其它详情。第一钱包服务器(102)从目录服务器(103)请求第二钱包uid和第二钱包用户别名。
98.在步骤(602)，目录服务器(103)将与钱包服务器和钱包用户相关的多个详情中的一个或多个详情发送至第一钱包服务器(102)。如果第二钱包服务器(104)和第二钱包用户(105)已经向目录服务器(103)注册，则目录服务器(103)从cda数据库(209)中检取第二钱包服务器uid和第二钱包用户别名。目录服务器(103)响应于请求消息而将第二钱包服务器uid、第二钱包用户别名以及与成功创建uid和别名相关的消息发送至第一钱包服务器(102)。在实施例中，消息可以是“成功”或“失败”。在“失败”消息的情况下，目录服务器(103)可能不会完成交易。“失败”消息的一个原因可以是未注册的钱包和钱包用户。另一个原因可以是黑名单钱包和/或钱包用户。在一些非限制性实施例或方面，在将一个或多个详情发送至第一钱包服务器(102)之前对其进行令牌化。
99.在一些非限制性实施例或方面，在接收到一个或多个详情后，第一钱包服务器(102)生成包括至少一个或多个详情的交易消息。在示例性实施例中，第一钱包服务器(103)可以根据iso 8583或iso 20022标准生成交易消息。在一些非限制性实施例或方面，交易消息中的至少一个或多个详情可以包括在iso 8583字段2以及例如f104等额外字段中。本领域技术人员不应将此解释为限制，且应了解，iso 8583消息传递格式中的任何可用字段都可用于生成用于钱包间交易的交易消息。
100.在步骤(603)，目录服务器(103)从第一钱包服务器(102)接收交易消息并在交易
消息中附加交易详情。在一些非限制性实施例或方面，交易详情包括以下中的一个或多个：交易类型、第一钱包服务器id、第一钱包服务器名称、第二钱包服务器id、第二钱包服务器名称、第一钱包用户别名、第二钱包用户别名、交易金额、日期、时间、位置、交易货币或其任何组合。在一些非限制性实施例或方面，从第一钱包服务器(102)接收的交易消息可以包括更少的详情，例如第一钱包uid、第一钱包用户别名、第二钱包服务器uid、第二钱包用户别名、交易金额、日期和时间、位置，并且此类详情采用未令牌化方式。目录服务器(103)将交易消息中存在的交易详情令牌化，并且还可以在交易消息中附加与交易相关的额外详情，例如指示钱包间转账的唯一代码、货币兑换数据等。在一些非限制性实施例或方面，目录服务器(103)可以重新生成附加的交易消息，并且附加的交易消息的详情可以包括在iso 8583字段104中。本领域技术人员不应将此解释为限制，且应了解，iso 8583消息传递格式中的任何可用字段都可用于生成用于钱包间交易的交易消息。因此，iso 20022中的任何可用字段都可以用来包括交易详情。附加的交易消息的示例如下：
[0101][0102][0103]
在步骤(604)，并且在一些非限制性实施例或方面，目录服务器(103)在将交易消息发送至第二钱包服务器(104)以完成钱包间交易之前执行各种检查。各种检查可包括身份检查、kyc状态检查、风险得分检查、黑名单钱包和用户检查等。在一些非限制性实施例或方面，身份检查包括认证第一和第二钱包服务器(102、104)以及第一和第二钱包用户(101、105)的身份。在一些非限制性实施例或方面，kyc状态检查包括确定第一和第二钱包服务器(102、104)以及第一和第二钱包用户(101、105)对kyc的遵从性。可使用现有技术执行对kyc的遵从性。在一些非限制性实施例或方面，目录服务器(103)确定第一和第二钱包服务器(102、104)以及第一和第二钱包用户(101、105)的风险得分。在一些非限制性实施例或方面，可以使用多个参数计算风险得分，所述参数包括但不限于交易失败的次数、到黑名单钱包和用户的交易、频繁退款等。在一些非限制性实施例或方面，可以采用风险计算技术来确定风险得分。上述因素可能构成确定aml的一个或多个业务规则。由目录服务器(103)检测aml，并且此类检测可用于将钱包服务器或钱包用户列入黑名单。在一些非限制性实施例或方面，aml检测可以与多个钱包服务器共享，使得多个钱包服务器也可以针对此类aml检测采取适当措施。
[0104]
在一些非限制性实施例或方面，目录服务器(103)实现在钱包间交易中的退款和
再请款。当发生未授权交易或错误交易时，向与钱包服务器相关联的钱包用户提供退款。在一些非限制性实施例或方面，钱包用户可以使用钱包应用程序请求退款。钱包服务器从钱包应用程序接收退款请求，然后请求目录服务器(103)向钱包服务器提供退款。例如，考虑在第一钱包服务器(102)与第二钱包服务器(104)之间发生了交易。当第一钱包用户(101)请求退款时，退款请求被转发至目录服务器(103)。在一些非限制性实施例或方面，目录服务器(103)可以验证退款请求。在一些非限制性实施例或方面，接收方服务器(在此示例中为第二钱包服务器(104))可以验证退款请求。一旦退款请求被验证，就发起退款，并将为第一钱包用户(101)借记的金额贷记回。在一些非限制性实施例或方面，基于历史退款请求来验证退款请求。
[0105]
在一些非限制性实施例或方面，目录服务器(103)实现对所提供的退款的再请款。退款的再请款是对提供的退款的争议。例如，考虑从第一实体到第二实体的交易。第一实体已请求对交易进行退款。第二实体可以通过质疑第一实体请求的退款来请求再请款。在一些非限制性实施例或方面，接收方钱包服务器可以收集足够的数据以请求再请款。在验证再请款请求后，目录服务器(103)可以发起对退款的再请款。另外，目录服务器(103)将历史原始交易的详情存储在数据库(209)中，这可以帮助标识原始交易是否成功执行。由此，可以发起退款(如果原始交易未执行/不成功)，或发起后续再请款(如果原始交易成功)并且退款是错误的。
[0106]
图7示出了钱包间交易中的消息流。考虑到第一钱包服务器(102)与第二钱包服务器(104)之间的交易，第一钱包服务器(102)向目录服务器(103)发送发起从第一钱包服务器(102)到第二钱包服务器(104)的交易的请求消息。此外，目录服务器(103)接收请求消息并将第二钱包用户详情发送至第一钱包服务器(102)。此后，第一钱包服务器(102)为第二钱包服务器(104)和第二钱包用户(105)提供发送至第一钱包服务器(102)的详情。第一钱包服务器(102)生成包括交易详情的交易消息，并将交易消息发送至目录服务器(103)。目录服务器(103)附加交易消息，并将附加的交易消息发送至第二钱包服务器(104)以完成交易。此外，第二钱包服务器(104)可以生成交易消息的结果，并且目录服务器(103)可以将交易消息的结果转发至第一钱包服务器(102)。图7还示出了在退款和再请款的情况下的消息流。如图所示，由被借记的第一钱包服务器(102)请求退款。将退款请求发送至目录服务器(103)，并且目录服务器(103)将退款请求转发至第二钱包服务器(104)。第二钱包服务器(104)验证退款请求并提供退款结果。退款结果可以是成功或失败之一。将退款结果转发至第一钱包服务器(102)。同样，由第二钱包服务器(104)针对退款生成再请款请求(如果第二钱包提供商认为退款是错误的并且原始交易是成功的)，并且经由目录服务器(103)转发至第一钱包服务器(102)。第一钱包服务器(102)验证再请款请求并提供再请款结果。再请款结果可以是成功或失败之一。将再请款结果转发至第二钱包服务器(104)。
[0107]
图8示出了第二钱包应用程序(801)的非限制性实施例或方面。第二钱包应用程序(801)与第二钱包服务器(104)相关联。一旦交易完成且对钱包贷记交易金额，第二钱包应用程序(801)可以指示第二钱包用户(105)。在一些非限制性实施例或方面，第二钱包应用程序(801)还可以显示与退款和再请款相关的通知。在一些非限制性实施例或方面，本公开公开了用于实现钱包间交易的方法和系统。在一些非限制性实施例或方面，在钱包间交易中促进退款和再请款。
[0108]
图9示出了用于实施与本公开一致的实施例的示例性计算机系统(900)的框图。在一些非限制性实施例或方面，计算机系统(900)用于实施用于执行钱包间交易的方法。在一些非限制性实施例或方面，计算机系统(900)可以实施目录服务器(103)的功能。计算机系统(900)可包括中央处理单元(“cpu”或“处理器”)(902)。处理器(902)可包括用于在运行时间执行用于动态资源分配的程序组件的至少一个数据处理器。处理器(902)可包括专用处理单元，例如集成系统(总线)控制器、存储器管理控制单元、浮点单元、图形处理单元、数字信号处理单元等。
[0109]
处理器(902)可安置成经由输入/输出(i/o)接口(901)与一个或多个i/o装置(未示出)通信。i/o接口(901)可以采用通信协议/方法，例如但不限于音频、模拟、数字、单声道、rca、立体声、ieee-1394、串行总线、通用串行总线(usb)、红外线、ps/2、bnc、同轴、组件、复合、数字视频接口(dvi)、高清多媒体接口(hdmi)、rf天线、s-video、vga、ieee 802.n/b/g/n/x、蓝牙、蜂窝(例如，码分多址(cdma)、高速分组接入(hspa )、全球移动通信系统(gsm)、长期演进(lte)、)等。
[0110]
使用i/o接口(901)，计算机系统(900)可以与一个或多个i/o装置通信。例如，输入装置(910)可以是天线、键盘、鼠标、操纵杆、(红外线)远程控制、相机、读卡器、传真机、加密狗(dongle)、生物特征读取器、麦克风、触摸屏、触摸垫、轨迹球、触控笔、扫描器、存储装置、收发器、视频装置/源等。输出装置(911)可以是打印机、传真机、视频显示器(例如，阴极射线管(crt)、液晶显示器(lcd)、发光二极管(led)、等离子体、等离子体显示面板(pdp)、有机发光二极管显示器(oled)等)、音频扬声器等。
[0111]
在一些非限制性实施例或方面，计算机系统(900)通过通信网络(909)连接到服务运营商。处理器(902)可以安置成经由网络接口(903)与通信网络(909)通信。网络接口(903)可以与通信网络(909)通信。网络接口(903)可以采用连接协议，包括但不限于直接连接、以太网(例如，双绞线10/100/1000base t)、传输控制协议/因特网协议(tcp/ip)、令牌环、ieee 802.11a/b/g/n/x等。通信网络(909)可以包括但不限于直接互连、电子商务网络、对等(p2p)网络、局域网(lan)、广域网(wan)、无线网络(例如，使用无线应用协议)、因特网、等。使用网络接口(903)和通信网络(909)，计算机系统(900)可以与一个或多个服务运营商通信。
[0112]
在一些非限制性实施例或方面，处理器(902)可安置成经由存储接口(904)与存储器(905)(例如，图9未示的ram、rom等)通信。存储接口(904)可以连接到存储器(905)，包括但不限于存储器驱动器、可移动光盘驱动器等，所述存储器采用连接协议，例如串行高级技术附件(sata)、电子集成驱动器(ide)、ieee-1394、通用串行总线(usb)、光纤通道、小型计算机系统接口(scsi)等。存储器驱动器还可包括鼓(drum)、磁盘驱动器、磁光盘驱动器、光盘驱动器、独立光盘冗余阵列(raid)、固态存储器装置、固态驱动器等。
[0113]
存储器(905)可以存储程序或数据库组件的集合，包括但不限于用户界面(906)、操作系统(907)、网络服务器(908)等。在一些非限制性实施例或方面，计算机系统(900)可存储用户/应用程序数据，例如数据、变量、记录等，如本公开所述。此类数据库可以实施为容错的、关系的、可扩展的、安全的数据库，例如oracle或sybase。
[0114]
操作系统(907)可以促进计算机系统(900)的资源管理和操作。操作系统的示例包括但不限于apple macintosh os x、unix、unix类系统分布(例如，berkeley软件分布
(bsd)、freebsd、netbsd、openbsd等)、linux分布(例如，red hat、ubuntu、kubuntu等)、ibm os、ios/2、microsoft windows(xp、vista/7/8、10等)、apple ios、google android、blackberry os等。
[0115]
在一些非限制性实施例或方面，计算机系统(900)可以实施存储了网络浏览器(图中未示出)的程序组件。网络浏览器可以是超文本查看应用程序，例如microsoft因特网浏览器、google chrome、mozilla firefox、apple safari等。可以使用超文本安全传输协议(https)、安全套接字层(ssl)、传输层安全(tls)等来提供安全网络浏览。网络浏览器可以使用例如ajax、dhtml、应用程序编程接口(api)等工具。在一些非限制性实施例或方面，计算机系统(900)可以实施存储了邮件服务器的程序组件。在一些非限制性实施例或方面，网络服务器(908)也可以充当邮件服务器。邮件服务器可以是因特网邮件服务器，例如exchange等。邮件服务器可以利用例如asp、activex、ansi c /c#、.net、cgi脚本、perl、php、python、webobjects等的设施。邮件服务器可以使用例如因特网消息访问协议(imap)、消息传递应用程序编程接口(mapi)、exchange、邮局协议(pop)、简单邮件传输协议(smtp)等通信协议。在一些非限制性实施例或方面，计算机系统(900)可以实施存储了邮件客户端的程序组件。邮件客户端可以是邮件查看应用程序，例如mail、等。
[0116]
在一些非限制性实施例或方面，计算机系统(900)是目录服务器，其提供用于促进与收单方系统相关联的商家与发行方系统之间的交易的服务。在一些非限制性实施例或方面，计算机系统(900)连接到包括商家、收单方系统和发行方系统的实体。
[0117]
在一些非限制性实施例或方面，实体(912)可以是在促进钱包间交易时连接到计算机系统(900)的若干系统。
[0118]
除非另外明确指定，否则术语“一些非限制性实施例或方面”、“实施例”、“一个或多个实施例”、“一些实施例”和“一个实施例”意指“本公开的一个或多个(但非所有)实施例”。
[0119]
除非另外明确指定，否则术语“包括(including/comprising)”、“具有”以及其变体意指“包括但不限于”。
[0120]
除非另外明确指定，否则列举的项目列表并不意味着任何或所有项目是相互排斥的。除非另外明确指定，否则术语“一个(a/an)”和“所述”意指“一个或多个”。
[0121]
具有彼此通信的数个组件的实施例的描述并不意味着所有这些组件都是需要的。相反，描述了各种可选组件以示出本公开的各种可能的实施例。
[0122]
当本文中描述单个装置或物品时，将显而易见的是，可以使用多于一个装置/物品(无论其是否协作)来代替单个装置/物品。类似地，在本文中描述多于一个装置或物品的情况下(无论其是否协作)，将容易显而易见的是，可以使用单个装置/物品来代替多于一个装置或物品，或者可以使用不同数量的装置/物品来代替所示数量的装置或程序。装置的功能性和/或特征可以替代地由未明确描述为具有此类功能性/特征的一个或多个其它装置体现。因此，本公开的其它实施例无需包括装置本身。
[0123]
图5和6的所示操作示出以某一次序发生的某些事件。在替代实施例中，可以按不
同次序执行、修改或去除某些操作。此外，可以向上文所描述的逻辑添加步骤，并且所述步骤仍符合所描述的实施例。此外，本文所述的操作可以按顺序进行，或某些操作可以并行处理。然而，操作可以由单个处理单元或分布式处理单元执行。
[0124]
最后，说明书中使用的语言主要是出于可读性和教导目的而选择的，不是为了划定或限制本发明的主题而选择的。因此希望本公开的范围不受此详细描述的限制，而是受关于基于本公开的应用所发出的任何权利要求的限制。因此，本公开的实施例的公开内容希望是说明性的，而不是限制在所附权利要求书中阐述的本公开的范围。
[0125]
虽然本文中已公开了各个方面和实施例，但本领域技术人员应清楚其它方面和实施例。本文所公开的各个方面和实施例是出于说明的目的并且不旨在是限制性的，其中真实的范围和精神由所附权利要求书指示。