CN105868988A - 一种保护用户信息安全的方法、装置及系统 - Google Patents

Abstract

本申请公开了一种保护用户信息安全的方法。例如，该方法可以包括：接收给付方用户通过给付方客户端发出的支付信息；接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；为所述安全校验信息分配内部账号；将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。在支付过程中，用于接收支付款项的账号不会暴露给付方用户，接收方用户也无需提供自己的账号给给付方用户，从而提高了接收方用户的用户信息的安全性。而且，从用户体验角度来说，由于在支付过程中不需要给付方用户指定用于接收支付的账号，实现了无账号的支付，给用户带来了更好的体验。另外，本申请还公开了一种保护用户信息安全的装置及系统。

Description

一种保护用户信息安全的方法、装置及系统

技术领域

本发明涉及互联网领域，尤其涉及一种保护用户信息安全的方法、装置及系统。

背景技术

随着互联网的普及，通过智能手机、PDA等电子终端进行在线支付或转账已成为人们日常生活中广泛使用的方式。

目前，通过电子终端进行在线支付或转账，都是在双方用户开通了账户之后，在账号对账号之间进行的支付或转账。也就是说，给付方用户需要明确指定接收方用户的账号，才能完成支付或转账。因此，接收方用户需要将自己的账号提供给给付方用户。

但是，将接收方用户的账号暴露给给付方用户，一定程度上降低了接收方用户的用户信息的安全性。

发明内容

有鉴于此，本申请的目的在于提供一种保护用户信息安全的方法、装置及系统，以实现提高用户信息安全性的目的。

在本申请实施例的第一个方面，提供了一种保护用户信息安全的方法。例如，该方法可以应用于服务器侧，包括：接收给付方用户通过给付方客户端发出的支付信息；接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；为所述安全校验信息分配内部账号；将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

在本申请实施例的第二个方面，提供了一种保护用户信息安全的装置。例如，该装置可以配置于服务器侧，包括：接收支付单元，可以用于接收给付方用户通过给付方客户端发出的支付信息。接收校验单元，可以用于接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息。帐号分配单元，可以用于为所述安全校验信息分配内部账号。支付执行单元，可以用于将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

在本申请实施例的第三个方面，提供了一种保护用户信息安全的系统。例如，该系统可以包括：给付方客户端，可以配置用于向服务器侧发送给付方用户发出的支付信息。接收方客户端，可以配置用于向服务器侧发送接收方用户针对所述支付信息发出的安全校验信息。服务器侧，可以配置用于接收给付方用户通过给付方客户端发出的支付信息；接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；为所述安全校验信息分配内部账号；将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

可见，本申请具有如下有益效果：

由于应用本申请实施例的服务器侧接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息，为所述安全校验信息分配内部账号，将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作，因此，在支付过程中，用于接收支付款项的账号不会暴露给付方用户，接收方用户也无需提供自己的账号给给付方用户，从而提高了接收方用户的用户信息的安全性。而且，从用户体验角度来说，由于在支付过程中不需要给付方用户指定用于接收支付的账号，因此，对于没有接收方用户账号的给付方用户来说，同样可以完成支付，实现了无账号的支付，给用户带来了更好的体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种保护用户信息安全的方法流程示意图；

图2为本申请实施例提供的一种保护用户信息安全的装置结构示意图；

图3为本申请实施例提供的一种保护用户信息安全的系统结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本申请实施例中，涉及给付方客户端、接收方客户端和服务器侧。其中，给付方客户端以及接收方客户端例如可以为“支付宝”等支付客户端。服务器侧可以通过网络或专线与银行服务器侧、给付方客户端、以及接收方客户端相连。服务器侧可以与例如“支付宝”等支付客户端相互配合运行实现第三方支付服务。给付方客户端以及接收方客户端可以应用于手机、PDA(Personal Digital Assistant，个人数码助理)、笔记本电脑等电子终端。

例如，参见图1，为本申请实施例提供的一种保护用户信息安全的方法流程示意图。如图1所示，该方法可以包括：

S110、接收给付方用户通过给付方客户端发出的支付信息。

例如，所述支付信息可以包括给付方账号、支付金额、支付密码等信息。

一些可能的实施方式中，服务器侧在接收到到给付方用户发出的支付信息之后，可以进一步生成针对所述支付信息的支付给付凭证。该支付给付凭证可以包含给付方帐号、支付金额、支付密码等信息。例如，该支付给付凭证可以反馈给给付方用户，以便给付方用户确认自己本次支付的相关信息是否正确。如果正确，服务器侧可以进一步接收到给付方用户针对该支付给付凭证反馈的确认支付信息。服务器侧可以根据接收到给付方用户的确认支付信息，进一步向接收方用户发送针对该支付信息提交安全校验信息的指示。例如，服务器侧可以将该支付给付凭证发送给接收方用户，以指示接收方用户针对该支付信息提交安全校验信息。

S120、接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息。

一些可能的实施方式中，所述给付方用户所使用的给付方客户端与接收方用户所使用的接收方客户端可以运行于同一电子终端之上。所述给付方客户端与接收方客户端具体可以集成于同一客户端中，也可以分别运行于该电子终端之上。在该实施方式中，给付方用户无需提供接收方用户的相关信息。服务器侧接收给付方用户通过给付方客户端发出的支付信息后，服务器侧可以向该电子终端发送针对该支付信息提交安全校验信息的指示，进而接收方用户可以在同一电子终端的接收方客户端上输入针对该支付信息的安全校验信息，使接收方客户端将该安全校验信息发送给服务器侧。

另一些可能的实施方式中，所述给付方用户所使用的给付方客户端与接收方用户所使用的接收方客户端可以运行于不同的电子终端之上。给付方用户需要提供接收方用户的联系方式，以便服务器侧可以根据该联系方式向接收方用户发出针对该支付信息提交安全校验信息的指示。

例如，所述安全校验信息可以为指纹信息。服务器侧可以接收接收方用户通过接收方客户端针对所述支付信息输入的指纹信息。例如，接收方客户端运行其上的电子终端可以配置有指纹采集设备。服务器侧向接收方客户端发出针对所述支付信息提交安全校验信息的指示后，可以得到接收方客户端运行其上的电子终端配置的指纹采集设备采集到的指纹信息。

S130、为所述安全校验信息分配内部账号。

例如，所述内部账号可以为所述服务器侧的运营商在银行办理的银行账号。再例如，所述内部账号可以为由服务器侧自定义且与银行账号绑定的第三方账号，例如，提供支付宝服务的服务器侧的支付宝账号，等。

其中，所述安全校验信息与内部账号之间可以为一一对应的关系，也可以为多对一的关系。即，可以将不同安全校验信息分配到同一内部账号，也可以在接收到一条安全校验信息时，实时生成用于分配给该安全校验信息的内部账号。

S140、将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

其中，将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作，具体可以参照一般的第三方支付操作实现，本申请在此不再赘述。

在进行支付操作之前，服务器侧还可以进一步请求接收方用户确认接收支付，如果接收到接收方用户确认接收支付的消息，则可以进行支付操作。在完成支付操作之后，接收方用户可以利用安全校验信息从内部账号取得相关支付款项。

例如，一些可能的实施方式中，服务器侧可以将所述安全校验信息与所述内部账号进行绑定，并将内部账号发送给接收方用户，以便当服务器侧接收到接收方用户针对该内部账号的提款请求时，要求接收方用户输入安全校验信息，将接收到的安全校验信息与该内部账号已绑定的安全校验信息进行比对，如果一致，则可以允许接收方用户利用安全校验信息使用打入该内部账号的支付款项进行付费或转账等行为。

再例如，一些可能的实施方式中，为了保护服务器侧内部账号的安全，服务器侧可以进一步根据所述支付信息生成所述支付信息对应的支付接收票证，将所述支付接收票证与所述内部账号、以及与所述安全校验信息绑定保存，向所述接收方用户发送所述支付接收票证，以便所述接收方用户使用所述支付接收票证以及所述安全校验信息获取所述支付信息对应的支付款项。

在上面的实施方式中，由于服务器侧将与内部账号绑定的支付接收票证发送给接收方用户，接收方用户可以使用所述支付接收票证以及所述安全校验信息获取所述支付信息对应的支付款项，因此，内部账号不会暴露给接收方用户，从而保证了服务器侧内部账号的安全。其中，支付接收票证可以包含给付方用户信息、支付金额等信息，并由自动生成的唯一流水号标识。

结合上面将支付接收票证发送给接收方用户的实施方式，本申请实施例的服务器侧还可以通过与银行服务器侧之间的交互，使接收方用户可以利用安全校验信息到银行提取出打入该内部账号的支付款项。

例如，当接收方用户向银行服务器侧提交该支付接收票证以及安全校验信息之后，应用本申请实施例提供的方法的服务器侧可以接收到银行侧发送的支付接收票证以及安全校验信息，并利用已绑定保存的支付接收票证与安全校验信息，对所述银行侧发送的支付接收票证与安全校验信息是否有效进行校验。例如，可以检验从银行服务器侧接收到支付接收票证的唯一流水号标识是否有效，如果有效，可以继续检验该唯一流水号标识所标识的支付接收票证是否与银行服务器侧发送的安全校验信息具有绑定关系，如果有，则可以确定所述银行侧发送的支付接收票证与安全校验信息有效。如果确定所述银行侧发送的支付接收票证与安全校验信息有效，则可以请求银行侧建立临时账号，并从所述银行侧发送的支付接收票证所绑定的内部账号中，转出该支付接收票证包含的支付信息对应的支付款项到所述临时账号。如果确定所述银行侧发送的支付接收票证与安全校验信息有效，则可以向银行服务器侧反馈支付接收票证或安全校验信息无效的消息，以保证该支付款项的安全。在将支付款项打入临时帐号后，服务器侧可以进一步向所述接收方用户发送所述临时账号，以便所述接收方用户利用所述临时账号获取所述支付款项。

为了便于服务器侧向接收方用户发送临时帐号信息，在此之前，服务器侧还可以接收接收方用户通过所述接收方客户端针对所述支付信息发出的联系方式。例如，服务器侧可以在接收接收方用户提交的安全校验信息的同时，接收该联系方式。在需要向所述接收方用户发送所述临时账号时，服务器侧可以根据所述联系方式向所述接收方用户发送所述临时账号。例如，所述联系方式具体可以为手机号码、电子邮箱地址等。服务器侧可以根据手机号码、电子邮箱地址等联系方式向接收方用户发送包含所述临时帐号的短信、电子邮件等。

可见，在服务器侧应用本申请实施例提供的方法，可以接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息，为所述安全校验信息分配内部账号，将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作，因此，在支付过程中，用于接收支付款项的账号不会暴露给付方用户，接收方用户也无需提供自己的账号给给付方用户，从而提高了接收方用户的用户信息的安全性。而且，从用户体验角度来说，由于在支付过程中不需要给付方用户指定用于接收支付的账号，因此，对于没有接收方用户账号的给付方用户来说，同样可以完成支付，实现了无账号的支付，给用户带来了更好的体验。

与上述保护用户信息安全的方法相对应地，本申请实施例还提供了一种配置于服务器侧的保护用户信息安全的装置。

例如，参加图2，为本申请实施例提供的一种保护用户信息安全的装置结构示意图。如图2所示，该装置可以包括：

接收支付单元210，可以用于接收给付方用户通过给付方客户端发出的支付信息。接收校验单元220，可以用于接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息。帐号分配单元230，可以用于为所述安全校验信息分配内部账号。支付执行单元240，可以用于将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

一些可能的实施方式中，所述接收校验单元220，可以用于接收接收方用户通过接收方客户端针对所述支付信息输入的指纹信息。

一些可能的实施方式中，该装置还可以包括：票证生成单元250，可以用于根据所述支付信息生成支付接收票证。绑定保存单元251，可以用于将所述支付接收票证与所述内部账号、以及与所述安全校验信息绑定保存。票证发送单元252，可以用于向所述接收方用户发送所述支付接收票证，以便所述接收方用户使用所述支付接收票证以及所述安全校验信息获取所述支付信息对应的支付款项。

一些可能的实施方式中，该装置还可以包括：票证接收单元260，可以用于接收银行侧发送的支付接收票证以及安全校验信息。校验单元261，可以用于利用已绑定保存的支付接收票证与安全校验信息，对所述银行侧发送的支付接收票证与安全校验信息是否有效进行校验。转出单元262，可以用于如果确定所述银行侧发送的支付接收票证与安全校验信息有效，请求银行侧建立临时账号，并从所述银行侧发送的支付接收票证所绑定的内部账号中，转出该支付接收票证包含的支付信息对应的支付款项到所述临时账号。帐号发送单元263，可以用于向所述接收方用户发送所述临时账号，以便所述接收方用户利用所述临时账号获取所述支付款项。

一些可能的实施方式中，该装置还可以包括：联系方式接收单元270，可以用于接收接收方用户通过所述接收方客户端针对所述支付信息发出的联系方式。相应地，帐号发送单元263，具体可以用于根据所述联系方式向所述接收方用户发送所述临时账号。

可见，在服务器侧配置本申请实施例提供的装置，可以由接收校验单元220接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息，由帐号分配单元230为所述安全校验信息分配内部账号，由支付执行单元240将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作，因此，在支付过程中，用于接收支付款项的账号不会暴露给付方用户，接收方用户也无需提供自己的账号给给付方用户，从而提高了接收方用户的用户信息的安全性。而且，从用户体验角度来说，由于在支付过程中不需要给付方用户指定用于接收支付的账号，因此，对于没有接收方用户账号的给付方用户来说，同样可以完成支付，实现了无账号的支付，给用户带来了更好的体验。

需要注意的是，本申请实施例所述票证生成单元250、所述绑定保存单元251、所述票证发送单元252、所述票证接收单元260、所述校验单元261、所述转出单元262、所述帐号发送单元263、所述联系方式接收单元270在图2中以虚线绘制，以表示这些单元不是本申请实施例提供的保护用户信息安全的装置的必要单元。

与上述保护用户信息安全的方法相应地，本申请还提供了一种保护用户信息安全的系统。

例如，参见图3，为本申请实施例提供的保护用户信息安全的系统的结构示意图。如图3所示，该系统可以包括：

给付方客户端310，可以配置用于向服务器侧发送给付方用户发出的支付信息。接收方客户端320，可以配置用于向服务器侧发送接收方用户针对所述支付信息发出的安全校验信息。服务器侧330，可以配置用于接收给付方用户通过给付方客户端发出的支付信息；接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；为所述安全校验信息分配内部账号；将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

可见，应用本申请实施例提供的系统，给付方用户通过给付方客户端310发出支付信息时，无需指定接收方用户的接收账号信息，接收方用户通过接收方客户端320向服务器侧330提交安全校验信息，服务器侧330就可以为所述安全校验信息分配内部账号，将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作，因此，在支付过程中，用于接收支付款项的账号不会暴露给付方用户，接收方用户也无需提供自己的账号给给付方用户，从而提高了接收方用户的用户信息的安全性。而且，从用户体验角度来说，由于在支付过程中不需要给付方用户指定用于接收支付的账号，因此，对于没有接收方用户账号的给付方用户来说，同样可以完成支付，实现了无账号的支付，给用户带来了更好的体验。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (11)

1.一种保护用户信息安全的方法，应用于服务器侧，其特征在于，所述方法包括：

接收给付方用户通过给付方客户端发出的支付信息；

接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；

为所述安全校验信息分配内部账号；

将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

2.根据权利要求1所述的方法，其特征在于，所述接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息包括：

接收接收方用户通过接收方客户端针对所述支付信息输入的指纹信息。

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

根据所述支付信息生成支付接收票证；

将所述支付接收票证与所述内部账号、以及与所述安全校验信息绑定保存；

向所述接收方用户发送所述支付接收票证，以便所述接收方用户使用所述支付接收票证以及所述安全校验信息获取所述支付信息对应的支付款项。

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

接收银行侧发送的支付接收票证以及安全校验信息；

利用已绑定保存的支付接收票证与安全校验信息，对所述银行侧发送的支付接收票证与安全校验信息是否有效进行校验；

如果确定所述银行侧发送的支付接收票证与安全校验信息有效，请求银行侧建立临时账号，并从所述银行侧发送的支付接收票证所绑定的内部账号中，转出该支付接收票证包含的支付信息对应的支付款项到所述临时账号；

向所述接收方用户发送所述临时账号，以便所述接收方用户利用所述临时账号获取所述支付款项。

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

接收接收方用户通过所述接收方客户端针对所述支付信息发出的联系方式；

所述向所述接收方用户发送所述临时账号，具体为根据所述联系方式向所述接收方用户发送所述临时账号。

6.一种保护用户信息安全的装置，配置于服务器侧，其特征在于，所述装置包括：

接收支付单元，用于接收给付方用户通过给付方客户端发出的支付信息；

接收校验单元，用于接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；

帐号分配单元，用于为所述安全校验信息分配内部账号；

支付执行单元，用于将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。

7.根据权利要求6所述的装置，其特征在于，所述接收校验单元，用于接收接收方用户通过接收方客户端针对所述支付信息输入的指纹信息。

8.根据权利要求6所述的装置，其特征在于，还包括：

票证生成单元，用于根据所述支付信息生成支付接收票证；

绑定保存单元，用于将所述支付接收票证与所述内部账号、以及与所述安全校验信息绑定保存；

票证发送单元，用于向所述接收方用户发送所述支付接收票证，以便所述接收方用户使用所述支付接收票证以及所述安全校验信息获取所述支付信息对应的支付款项。

9.根据权利要求8所述的装置，其特征在于，还包括：

票证接收单元，用于接收银行侧发送的支付接收票证以及安全校验信息；

校验单元，用于利用已绑定保存的支付接收票证与安全校验信息，对所述银行侧发送的支付接收票证与安全校验信息是否有效进行校验；

转出单元，用于如果确定所述银行侧发送的支付接收票证与安全校验信息有效，请求银行侧建立临时账号，并从所述银行侧发送的支付接收票证所绑定的内部账号中，转出该支付接收票证包含的支付信息对应的支付款项到所述临时账号；

帐号发送单元，用于向所述接收方用户发送所述临时账号，以便所述接收方用户利用所述临时账号获取所述支付款项。

10.根据权利要求9所述的装置，其特征在于，还包括：

联系方式接收单元，用于接收接收方用户通过所述接收方客户端针对所述支付信息发出的联系方式；

帐号发送单元，具体用于根据所述联系方式向所述接收方用户发送所述临时账号。

11.一种保护用户信息安全的系统，其特征在于，包括：

给付方客户端，配置用于向服务器侧发送给付方用户发出的支付信息；

接收方客户端，配置用于向服务器侧发送接收方用户针对所述支付信息发出的安全校验信息；

服务器侧，配置用于接收给付方用户通过给付方客户端发出的支付信息；接收接收方用户通过接收方客户端针对所述支付信息发出的安全校验信息；为所述安全校验信息分配内部账号；将所述内部账号作为接收支付的账号，根据所述支付信息完成支付操作。