CN106557920B - 支付系统、收款和付款方法、匿名付客户端和服务器 - Google Patents

Abstract

本发明涉及通信领域，公开了一种支付系统、收款和付款方法、匿名付客户端和服务器。本发明提供的支付系统包括：第一匿名付客户端、第二匿名付客户端及匿名付服务器；第一匿名付客户端在接收到付款人发送的付款请求时，向第一支付服务器发送付款指令；匿名付服务器在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，将付款金额由付款人的账户转至收款人的账户；其中，付款账号、收款账号均随机生成；匿名付服务器还将付款金额由收款人的账户转至第二支付服务器。本发明还公开了一种收款和付款方法、匿名付客户端和服务器。本发明实施方式相对于现有技术而言，有利于实现交易的匿名化，保障双方的信息安全。

Description

支付系统、收款和付款方法、匿名付客户端和服务器

技术领域

本发明涉及通信领域，特别涉及一种支付系统、收款和付款方法、匿名付客户端和服务器。

背景技术

伴随着电子支付方式的成熟，人们越来越倾向于使用手机等智能终端转账或付款，随身携带现金的需求变得越来越小。但在一些需要现金才能交易的场所(如一些地铁站，需要现金买票)，如没有随身携带现金，而又需要交易达成时，则只能向周边人求助，而这种求助往往会使人陷入尴尬的境地。

例如，向附近的陌生人借钱买地铁票，并提出以支付宝或微信方式还钱给对方时，对方还可能会觉得这是一个骗取自己账号的骗局，而拒绝向你借钱。因为现有技术中，不论是支付宝收款，还是微信收款，都需要将自己的支付宝账号、微信账号提供给对方，而这些账号常常会携带大量的个人信息。因此，将这些账号信息提供给陌生人，会在很大程度会威胁到自身账号的安全。尤其是在电信诈骗日益猖獗的今天，任何账号信息的泄漏，都可能会危及到用户的信息安全。

发明内容

本发明实施方式的目的在于提供一种支付系统、收款和付款方法、匿名付客户端和服务器，使得交易过程可以匿名化，从而更好地保障地收、付款双方的个人信息及支付账号信息。

为解决上述技术问题，本发明的实施方式提供了一种支付系统，包括：第一匿名付客户端、第二匿名付客户端及匿名付服务器；其中，匿名付服务器为第一匿名付客户端及第二匿名付客户端对应的服务器。第一匿名付客户端用于在接收到付款人发送的付款请求时，向第一支付服务器发送付款指令；其中，第一支付服务器为与所述付款人的注册账户绑定的支付账户对应的服务器。匿名付服务器用于在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，将付款金额由付款人的账户转至收款人的账户；其中，付款账号由第一匿名付客户端随机生成；收款账号由所述第二匿名付客户端随机生成。匿名付服务器还用于将付款金额由收款人的账户转至第二支付服务器；其中，第二支付服务器为与收款人的注册账户绑定的支付账户对应的服务器。

本发明的实施方式还提供了一种付款方法，包括：在接收到付款人发送的付款请求时，第一匿名付客户端向第一支付服务器发送付款指令；其中，第一支付服务器为与付款人的注册账户绑定的支付账户对应的服务器；付款指令中携带有付款金额；第一支付服务器接收到所述付款指令后，根据所述付款指令中携带的付款金额，向匿名付服务器进行转账；第一匿名付客户端将付款账号及收款账号发送至匿名付服务器；其中，匿名付服务器为第一匿名付客户端及第二匿名付客户端对应的服务器；付款账号由第一匿名付客户端随机生成；收款账号由第二匿名付客户端随机生成。

本发明的实施方式还提供了一种收款方法，对应于上述的付款方法，匿名付服务器在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号以收款账号时，将付款金额由付款人的账户转至收款人的账户；匿名付服务器将付款金额由收款人的账户转至第二支付服务器；其中，第二支付服务器为与收款人的注册账户绑定的支付账户对应的服务器。

本发明的实施方式还提供了一种匿名付客户端，包括第一发送模块及第二发送模块；在接收到付款人发送的付款请求时，第一发送模块用于向第一支付服务器发送付款指令；其中，第一支付服务器为与付款人的注册账户绑定的支付账户对应的服务器；付款指令中携带有付款金额；第二发送模块用于将付款账号及收款账号发送至匿名付服务器；其中，匿名付服务器为第一匿名付客户端及第二匿名付客户端对应的服务器；付款账号由第一匿名付客户端随机生成；收款账号由第二匿名付客户端随机生成。

本发明的实施方式还提供了一种匿名付服务器，包括第一转账模块及第二转账模块；第一转账模块用于在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，将付款金额由付款人的账户转至收款人的账户；第二转账模块用于将付款金额由收款人的账户转至第二支付服务器；其中，第二支付服务器为与收款人的注册账户绑定的支付账户对应的服务器。

本发明实施方式相对于现有技术而言，在利用匿名付客户端进行转账或付款操作时，付款人获取的只是收款人由匿名付客户端随机生成的收款账号，收款人也只能看到付款人由匿名付客户端随机生成的付款账号，该随机生成的付款账号、收款账号不涉及双方的个人信息，有利于实现交易的匿名化，保障收、付款人的信息安全。

进一步地，付款账号由第一匿名付客户端根据付款人的注册账号随机生成，且每次付款时生成的付款账号均不相同。有利于进一步保证付款人的信息安全。

进一步地，收款账号由第二匿名付客户端根据收款人的注册账号随机生成，且每次收款时生成的收款账号均不相同。有利于进一步保证收款人的信息安全。

进一步地，支付账户包括：支付宝账户、微信账户及银行卡账户。

进一步地，与付款人的注册账户绑定的支付账户的个数大于1时，第一匿名付客户端向第一支付服务器发送付款指令，具体包括：从绑定的支付账户中选择支付账户，并向选择的支付账户对应的第一支付服务器发送付款指令；在选择的支付账户对应的第一支付服务器出现无法支付的情况时，在剩下的绑定的支付账户中重新选择支付账户，并向重新选择的支付账户对应的第一支付服务器发送付款指令。

进一步地，在从绑定的支付账户中选择支付账户中，根据预先设定的顺序选择支付账户。

附图说明

图1是根据本发明第一实施方式的支付系统的结构框图；

图2是根据本发明第二实施方式的付款方法的流程图；

图3是根据本发明第四实施方式的收款方法的流程图；

图4是根据本发明第五实施方式的匿名付客户端的结构框图；

图5是根据本发明第六实施方式的匿名付服务器的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种支付系统。如图1所示，该支付系统包括：第一匿名付客户端、第二匿名付客户端及匿名付服务器。其中，匿名付服务器为第一匿名付客户端及第二匿名付客户端对应的服务器。

该第一匿名付客户端可用于在接收到付款人发送的付款请求时，向第一支付服务器发送付款指令。具体地，付款人在需要付款时，可先根据自己的注册账户登陆匿名付客户端(即第一匿名付客户端)，点击付款按键并输入待付款的金额后，即可向预先与自己的注册账户绑定的支付账户对应的服务器(即第一支付服务器)发送付款指令。例如，付款人可预先将自己的注册账户(该注册账户为付款人在匿名付客户端的注册账户)与自己的微信、支付宝及银行卡等具有支付功能的支付账户进行绑定。在输入待付款的金额后，付款人可在绑定的支付账户中选择一个支付账户(如微信)，向该支付账户对应的服务器(如微信服务器，此时，该微信服务器即为第一支付服务器)发送付款指令，该付款指令中携带有付款金额。

接收到付款指令后，第一支付服务器会根据付款指令中携带的付款金额，向第一匿名付客户端对应的匿名付服务器进行转账。第一匿名付客户端可在向第一支付服务器发送付款指令的同时或之后，向匿名付服务器发送付款人的付款账号以及收款人的收款账号。其中，该付款账号由第一匿名付客户端随机生成；收款账号由第二匿名付客户端随机生成。付款人可通过扫码等方式获取该收款账号。

匿名付服务器在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，即可根据该收款账号，将该付款金额由付款人的账户转至收款人的账户。此时，第二匿名付客户端(即收款人对应的匿名付客户端)就会收到匿名付服务器发送的资金转入信息，及对应的付款人的付款账号。

在将付款金额转入收款人的账户后，可设置匿名付服务器自行将该付款金额由收款人的账户转至第二支付服务器。然不限于此，还可设置匿名付服务器在收到第二匿名付客户端的指令时，将该付款金额由收款人的账户转至第二支付服务器。付款金额转入第二支付服务器后，第二支付服务器可向收款人发送资金转入的信息，以提示收款人该付款金额的状态。

值得一提的是，该第二支付服务器即是预先与付款人的注册账户(该注册账户即是收款人在匿名付客户端的注册账户)绑定的支付账户对应的服务器。也就是说，匿名付服务器在将付款金额转入收款人的账户后，还会将该付款金额由收款人账户转入到自己的微信、支付宝或银行卡等支付账户对应的服务器(即第二支付服务器)中。

不难发现，本实施方式中，匿名付服务器仅是一个交易的中转站。付款人在付款时，获取的收款人信息是收款人的匿名付客户端随机生成的收款账号，收款人在收款时获取的付款人信息是付款人的匿名付客户端随机生成的付款账号。这些随机生成的账号与付款人及收款人的实际交易账户(即与付款人及收款人的注册账户绑定的支付账户)信息无关，不会透露双方的实名认证账户(即绑定的支付账户)的信息，因此，也不会涉及到用户的个人信息，尤其是需要保密的信息。这种支付方式有利于实现交易的匿名化，保障收、付款人的信息安全。

本发明的第二实施方式涉及一种付款方法。具体流程如图2所示：

步骤201：在接收到付款人发送的付款请求时，第一匿名付客户端向第一支付服务器发送付款指令。

本实施方式中，付款人可预先将自己在匿名付客户端的注册账户与自己的支付账户进行绑定，该支付账户可以是微信、支付宝及银行等具有支付功能的账户。

付款人在登陆匿名付客户端(即第一匿名付客户端)后，即可点击付款按键并输入待付款的金额，向该绑定的支付账户对应的服务器(即第一支付服务器)发送付款指令。该付款指令中携带有付款金额。

值得一提的是，第一支付服务器在接收到该付款指令后，会将相应的付款金额转出至第一匿名付客户端对应的服务器(即匿名付服务器)中，并存储在付款人的账户下。

步骤202：第一匿名付客户端将付款账号及收款账号发送至匿名付服务器。

本实施方式中，第一匿名付客户端可在向第一支付服务器发送付款指令的同时或之后，将付款账号及收款账号发送到匿名付服务器。匿名付服务器在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，即可根据该收款账号，将该付款金额由付款人的账户转至收款人的账户。此时，第二匿名付客户端(即收款人对应的匿名付客户端)就会收到匿名付服务器发送的资金转入信息，及对应的付款人的付款账号。

正如上文所述，该付款账号由第一匿名付客户端随机生成；收款账号由第二匿名付客户端随机生成。这些随机生成的账号不会涉及到用户的个人信息，尤其是需要保密的信息。这种支付方式有利于实现交易的匿名化，保障收、付款人的信息安全。

本发明的第三实施方式涉及一种付款方法。第三实施方式是在第二实施方式的基础上做的进一步改进，主要改进之处在于：第三实施方式中，每次付款时生成的付款账号及每次收款时生成的收款账号都不相同。

本实施方式中，付款账号由第一匿名付客户端根据付款人的注册账号随机生成，且每次付款时生成的付款账号均不相同。收款账号由第二匿名付客户端根据收款人的注册账号随机生成，且每次收款时生成的收款账号均不相同。

另外，值得一提的是，本实施方式中，当与付款人的注册账户绑定的支付账户的个数大于1时，第一匿名付客户端向第一支付服务器发送付款指令时，会先从绑定的支付账户中选择支付账户，再向该选择的支付账户对应的第一支付服务器发送付款指令。

例如，付款人预先将注册账户与自己的微信、支付宝及A行银行卡进行了绑定。在需要发送付款指令时，第一匿名付客户端会从三者中选择一个。在选择时，可根据预设的顺序进行选择，如预设的顺序为：先支付宝，再A行银行卡，最后微信，则第一匿名付客户端会优先选择支付宝，并向该支付宝服务器(此时，该第一支付服务器即为支付宝服务器)发送付款指令。若选择的支付账户对应的服务器出现无法支付的情况(如该选择的支付账户余额不足、或该选择的支付账户已被冻结或已被注销等)，则第一匿名付客户端会在剩下的支付账户中重新选择支付账户，并向重新选择的支付账户对应的第一支付服务器发送付款指令。如上例，此时，第一匿名付客户端会选择A行银行卡，并向A行银行卡对应的服务器(此时，该第一支付服务器即为A行银行卡对应的服务器)发送付款指令。

本实施方式中，付款人每一次付款时对应的付款账号都不同，获取的收款人的收款账号也在次次改变，这种方式有利于进一步保障付款人与收款人的信息安全，提升用户的体验。

本发明的第四实施方式涉及一种收款方法。该收款方法对应第二实施方式或第三实施方式的付款方法，其具体流程如图3所示：

步骤301：匿名付服务器在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号以收款账号时，将付款金额由付款人的账户转至收款人的账户。

步骤302：匿名付服务器将付款金额由收款人的账户转至第二支付服务器。该第二支付服务器为与收款人的注册账户绑定的支付账户对应的服务器。

本实施方式中，匿名付服务器会将将付款金额由付款人的账户转至收款人的账户时，还会向第二匿名付客户端发送资金转入的信息，及付款人的付款账号，以便后续查看。由于该付款账号、收款账号均是随机生成的，并不涉及双方实名认证的支付账户，因此，其只能作为单纯的交易记录而存在，并不会透露双方的个人信息。另外，匿名付服务器将接收到的付款金额最终转至第二支付服务器，更有利于保障收款人信息及资金的安全。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第五实施方式涉及一种匿名付客户端。如图4所示，该匿名付客户端包括第一发送模块41及第二发送模块42。

具体地，在接收到付款人发送的付款请求时，第一发送模块41用于向第一支付服务器发送付款指令。其中，第一支付服务器为与付款人的注册账户绑定的支付账户对应的服务器；付款指令中携带有付款金额。

值得一提的是，第一支付服务器在接收到该付款指令后，会将相应的付款金额转出至第一匿名付客户端对应的服务器(即匿名付服务器)中，并存储在付款人的账户下。

第二发送模块42用于将付款账号及收款账号发送至匿名付服务器。其中，付款账号由第一匿名付客户端随机生成；收款账号由第二匿名付客户端随机生成。

匿名付服务器在接收到第一支付服务器转出的付款金额及第二发送模块发送的付款账号、收款账号时，即可根据该收款账号，将该付款金额由付款人的账户转至收款人的账户。

本实施方式中，付款人在付款时，获取的收款人信息是收款人的匿名付客户端随机生成的收款账号，收款人在收款时获取的付款人信息是付款人的匿名付客户端随机生成的付款账号。这些随机生成的账号不会涉及到用户的个人信息，尤其是需要保密的信息。这种支付方式有利于实现交易的匿名化，保障收、付款人的信息安全。

不难发现，本实施方式为与第二实施方式相对应的系统实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本发明的第六实施方式涉及一种匿名付服务器。如图5所示，该匿名付客户端包括第一转账模块51及第二转账模块52。

具体地，第一转账模块51用于在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，将付款金额由付款人的账户转至收款人的账户。

第二转账模块52用于将付款金额由收款人的账户转至第二支付服务器。其中，该第二支付服务器为与收款人的注册账户绑定的支付账户对应的服务器。

本实施方式中，由于付款账号、收款账号均是随机生成的，并不涉及双方实名认证的支付账户，因此，其只能作为单纯的交易记录而存在，并不会透露双方的个人信息。另外，第二转账模块将接收到的付款金额转至第二支付服务器，更有利于保障收款人信息及资金的安全。

由于第四实施方式与本实施方式相互对应，因此本实施方式可与第四实施方式互相配合实施。第四实施方式中提到的相关技术细节在本实施方式中依然有效，在第四实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第四实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种支付系统，其特征在于，包括：第一匿名付客户端、第二匿名付客户端及匿名付服务器；其中，所述匿名付服务器为所述第一匿名付客户端及第二匿名付客户端对应的服务器；

所述第一匿名付客户端用于在接收到付款人发送的付款请求时，向第一支付服务器发送付款指令；其中，所述第一支付服务器为与所述付款人的注册账户绑定的支付账户对应的服务器；

所述匿名付服务器用于在接收到所述第一支付服务器转出的付款金额及所述第一匿名付客户端发送的付款账号、收款账号时，将所述付款金额由所述付款人的账户转至收款人的账户；其中，所述付款账号由所述第一匿名付客户端随机生成；所述收款账号由所述第二匿名付客户端随机生成；

所述匿名付服务器还用于将所述付款金额由所述收款人的账户转至第二支付服务器；其中，所述第二支付服务器为与所述收款人的注册账户绑定的支付账户对应的服务器。

2.一种付款方法，其特征在于，包括：

在接收到付款人发送的付款请求时，第一匿名付客户端向第一支付服务器发送付款指令；其中，所述第一支付服务器为与所述付款人的注册账户绑定的支付账户对应的服务器；所述付款指令中携带有付款金额；

第一支付服务器接收到所述付款指令后，根据所述付款指令中携带的付款金额，向匿名付服务器进行转账；

所述第一匿名付客户端将付款账号及收款账号发送至匿名付服务器；

其中，所述匿名付服务器为第一匿名付客户端及第二匿名付客户端对应的服务器；所述付款账号由所述第一匿名付客户端随机生成；所述收款账号由所述第二匿名付客户端随机生成。

3.根据权利要求2所述的付款方法，其特征在于，所述付款账号由所述第一匿名付客户端根据所述付款人的注册账号随机生成，且每次付款时生成的付款账号均不相同。

4.根据权利要求2所述的付款方法，其特征在于，所述收款账号由所述第二匿名付客户端根据所述收款人的注册账号随机生成，且每次收款时生成的收款账号均不相同。

5.根据权利要求2所述的付款方法，其特征在于，所述支付账户包括：支付宝账户、微信账户及银行卡账户。

6.根据权利要求2所述的付款方法，其特征在于，与所述付款人的注册账户绑定的支付账户的个数大于1时，

所述第一匿名付客户端向第一支付服务器发送付款指令，具体包括：

从所述绑定的支付账户中选择支付账户，并向所述选择的支付账户对应的第一支付服务器发送付款指令；

在所述选择的支付账户对应的第一支付服务器出现无法支付的情况时，在剩下的所述绑定的支付账户中重新选择支付账户，并向所述重新选择的支付账户对应的第一支付服务器发送付款指令。

7.根据权利要求6所述的付款方法，其特征在于，在所述从绑定的支付账户中选择支付账户中，根据预先设定的顺序选择支付账户。

8.一种收款方法，其特征在于，对应于权利要求2所述的付款方法，所述收款方法包括：

匿名付服务器在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号以收款账号时，将所述付款金额由付款人的账户转至收款人的账户；

所述匿名付服务器将所述付款金额由所述收款人的账户转至第二支付服务器；其中，所述第二支付服务器为与所述收款人的注册账户绑定的支付账户对应的服务器。

9.一种匿名付客户端，其特征在于，包括第一发送模块及第二发送模块；

在接收到付款人发送的付款请求时，所述第一发送模块用于向第一支付服务器发送付款指令；其中，所述第一支付服务器为与所述付款人的注册账户绑定的支付账户对应的服务器；所述付款指令中携带有付款金额；

所述第二发送模块用于将付款账号及收款账号发送至匿名付服务器；

其中，所述匿名付服务器为第一匿名付客户端及第二匿名付客户端对应的服务器；所述付款账号由所述第一匿名付客户端随机生成；所述收款账号由所述第二匿名付客户端随机生成。

10.一种匿名付服务器，其特征在于，包括第一转账模块及第二转账模块；

所述第一转账模块用于在接收到第一支付服务器转出的付款金额及第一匿名付客户端发送的付款账号、收款账号时，将所述付款金额由付款人的账户转至收款人的账户；

所述第二转账模块用于将所述付款金额由所述收款人的账户转至第二支付服务器；其中，所述第二支付服务器为与所述收款人的注册账户绑定的支付账户对应的服务器。

Images