CN110071907A - 二维码的生成方法及装置 - Google Patents

Abstract

本说明书实施例提供一种二维码的生成方法，所述方法包括：首先，服务方提供的客户端向发码机构发送发码请求，所述发码请求中包括所述客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息；然后，所述发码机构至少基于所述加密后的服务方用户数据确定发码数据，以及，根据所述发码数据生成码值；接着，发码机构向客户端发送码值；客户端根据码值生成对应的二维码。

Description

二维码的生成方法及装置

技术领域

本说明书实施例涉及计算机技术领域，具体地，涉及一种二维码的生成方法及装置。

背景技术

二维码已经被广泛应用在人们生活中的各个方面，例如，二维码可以用于交易中的收付款，自助取票，身份验证，等等。相应地，人们也越来越习惯使用二维码，以享受各种服务，或者，满足生活、工作中的多种需求。由此，大多数服务方都有向用户提供二维码的需求，以提高用户在使用服务方所提供服务过程中的体验。

然而，有些具有提供二维码需求的服务方，并不具备生成二维码的能力。因此，需要一种合理、可靠的方案，可以使服务方安全、快捷地为其用户生成对应的二维码，进而提高用户体验。

发明内容

本说明书描述一种二维码的生成方法，服务方预先将发码机构提供的与发码相关的软件包集成在服务方提供给用户使用的客户端中，然后通过客户端与发码机构交互，实现客户端中二维码的生成。

根据第一方面，提供一种二维码的生成方法，所述方法的执行主体为服务方提供的客户端，所述方法包括：向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息，以使所述发码机构至少基于所述加密后的服务方用户数据确定发码数据，以及，根据所述发码数据生成码值；从所述发码机构接收所述码值，所述码值用于生成所述二维码。

在一个实施例中，在从所述发码机构接收所述码值以后，还包括：根据所述码值生成对应的二维码。

在一个实施例中，所述发码请求中还包括用于标识服务方的服务方标识数据。

在一个实施例中，在所述向发码机构发送发码请求之前，还包括：获取所述用户信息；至少基于所述用户信息，构建具有预定格式的服务方用户数据；使用所述服务方设定的加密方法对所述服务方用户数据进行加密处理，得到所述加密后的服务方用户数据；基于所述加密后的服务方用户数据，生成所述发码请求。

进一步地，在一个具体的实施例中，所述使用所述服务方设定的加密方法对所述服务方用户数据进行加密处理，包括：采用加密算法和/或签名算法，对所述服务方用户数据进行加密处理。

在一个实施例中，所述二维码为用于支付的二维码，所述服务方用户数据包括所述用户的账户信息或卡信息。

在一个实施例中，在所述从所述发码机构接收所述码值之后，还包括：存储所述码值；响应于进入二维码展示界面的指令，生成与所述码值对应的二维码；在所述二维码展示界面中展示所述二维码。

在一个实施例中，所述向发码机构发送发码请求，包括：响应于进入二维码展示界面的指令，向发码机构发送发码请求；在所述从所述发码机构接收所述码值之后，还包括：生成与所述码值对应的二维码；在所述二维码展示界面中展示所述二维码。

根据第二方面，提供一种二维码的生成方法，所述方法的执行主体为发码机构，所述方法包括：从服务方提供的客户端接收发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息；至少基于所述加密后的服务方用户数据确定发码数据；根据所述发码数据生成码值；向所述客户端发送所述码值，以使所述客户端根据所述码值生成所述二维码。

在一个实施例中，所述至少基于所述加密后的服务方数据确定发码数据，包括：基于所述加密后的服务方数据、发码时间戳和/或发码机构数据，确定所述发码数据。

在一个实施例中，所述码值为字符串或数组，所述字符串由数字和/或字母组成。

根据第三方面，提供一种二维码的生成装置，所述生成装置集成于服务方提供的客户端，所述装置包括：发送单元，配置为向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息，以使所述发码机构至少基于所述加密后的服务方用户数据确定发码数据，以及，根据所述发码数据生成码值；接收单元，配置为从所述发码机构接收所述码值，所述码值用于生成所述二维码。

根据第四方面，提供一种二维码的生成装置，所述生成装置集成于发码机构，所述装置包括：接收单元，配置为从服务方提供的客户端接收发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息；确定单元，配置为至少基于所述加密后的服务方用户数据确定发码数据；生成单元，配置为根据所述发码数据生成码值；发送单元，配置为向所述客户端发送所述码值，以使所述客户端根据所述码值生成所述二维码。

根据第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面或第二方面的方法。

根据第六方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面或第二方面的方法。

采用本说明书实施例披露的二维码的生成方法，可以使不具备发码能力的服务方可以借助发码机构的发码能力，为自己的用户生成二维码。同时，在生成二维码的过程中，可以实现数据的双向保护，具体包括服务方保护自身用户数据的安全，以及发码机构保护自身发码算法的安全。

附图说明

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

图1为本说明书实施例披露的发码机构与服务方提供的客户端之间的交互图；

图2示出根据一个实施例的服务方用户数据的预定格式示意图；

图3示出根据一个实施例的发码数据的预定格式示意图；

图4示出根据一个例子的发码机构、服务方提供的客户端和服务方用户的交互图；

图5为本说明书实施例披露的客户端、服务方验码设备、服务方后台之间的交互图；

图6示出根据一个实施例的二维码的生成装置结构图；

图7示出根据另一个实施例的二维码的生成装置结构图。

具体实施方式

下面结合附图，对本说明书披露的多个实施例进行描述。

本说明书实施例提供一种二维码的生成方法，下面，首先对所述方法的发明构思和应用场景进行介绍。

目前，服务方通过向用户提供客户端的方式，使用户可以通过客户端使用服务方提供的多项服务，其中客户端可以是服务方提供的App等，也可以是集成有服务方所提供软件的硬件设备，如手环等移动终端等。具体地，可以采用在客户端中生成与用户相关的二维码的方式，使用户在使用服务的过程中拥有快捷、便利的良好体验。例如，支付平台提供的支付App中，可以生成付款码或收款码，以使用户快速完成付款或收款。又例如，门禁系统提供的会员App中，可以生成标识会员身份的二维码，以使会员快速完成其身份的验证。

服务方为了在其客户端中提供二维码服务，通常需要研发发放二维码的算法或发码系统。这使得部分需要为自己的用户提供二维码，但是因为研发能力不足等原因而无法发放二维码的服务方陷入了发展瓶颈，相应地，这部分服务方的用户因无法使用二维码服务而不能获得较佳的用户体验。

基于此，发明人提出一种二维码的生成方法，具体地，在一个实施例中，可以在服务方提供的客户端中集成第三方发码机构提供的二维码生成包，在服务方对应的解码设备中集成该发码机构提供的解码包。于是，服务方的客户端可以利用该二维码生成包，向第三方发码机构发送发码请求，该发码请求中包含通过服务方的加密方式进行加密后的服务方用户数据。然后，发码机构根据接收到的加密后的服务方用户数据生成码值，并将码值返回给客户端。接着，客户端可以根据接收到的码值，生成对应的用户二维码。服务方对应的解码装置可以利用其中的解码包，对如此生成的二维码进行解码。需要说明的是，上述服务方和第三方发码机构是互相独立的两方。此外，客户端中展示其借助第三方发码机构的发码能力生成的二维码时，用户不会感知到第三方发码机构的存在，换言之，采用本说明书实施例提供的方法生成的二维码，与服务方通过其自身研发(假定)的发码算法生成的二维码，在展示给用户时，用户对两者的感知是相同的。

例如，服务方可以是交通服务机构，相应的服务方客户端可以是公交出行App。服务方对应的解码设备可以是地铁闸机或公交啪卡设备。按照以上方式，公交出行App可以借助第三方发码机构为出行用户生成二维码，并通过闸机进行解码验码。

又例如，服务方可以是有支付需求的商户，相应的服务方客户端可以是该商户钱包App。服务方对应的解码设备可以是扫码枪。按照以上方式，商户钱包App可以借助发码机构为其签约用户生成支付二维码，并通过扫码枪进行验码支付。

如此，可以使不具备发码能力的服务方可以借助发码机构，例如，具有发码能力的服务方(如，支付宝等)的发码能力，为自己的用户生成二维码。同时，在生成二维码的过程中，可以实现数据的双向保护，具体包括服务方保护自身用户数据的安全，以及发码机构保护自身发码算法的安全。下面，描述所述生成方法的具体实施步骤。

具体地，图1为本说明书实施例披露的发码机构与服务方提供的客户端之间的交互图。如图1所示，所述交互的过程包括以下步骤：步骤S110，客户端向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息；步骤S120，发码机构至少基于所述加密后的服务方用户数据确定发码数据；步骤S130，发码机构根据发码数据生成码值；步骤S140，发码机构向客户端发送码值，以使客户端根据码值生成二维码。以上步骤具体如下：

首先，在步骤S110，客户端向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息。

需要说明的是，在步骤S110之前，还可以包括：生成所述发码请求。具体地，在一个实施例中，可以通过以下步骤生成所述发码请求：首先，获取用户信息。接着，至少基于获取的用户信息，构建具有预定格式的服务方用户数据。然后，使用服务方设定的加密方法对服务方用户数据进行加密处理，得到加密后的服务方用户数据。再基于加密后的服务方数据，生成所述发码请求。

在一个具体的实施例中，上述用户信息可以包括用户标识信息，所述用户标识信息用于唯一标识对应用户。在一个例子中，用户标识信息可以为服务方为对应用户分配的标识ID，或者，可以为用户在客户端中的注册账号，如，手机号、邮箱等。在另一个具体的实施例中，上述用户信息还可以包括与用户相关的业务信息。在一个例子中，当需要生成的二维码与支付业务相关时，业务信息可以包括用户的账户(如，余额账户)、卡号(如，银行卡卡号)等。

在一个具体的实施例中，还可以获取上述用户信息以外的其他数据，用于构建上述服务方用户数据。例如，用户信息的采集时刻，服务方的名称，用户请求二维码所针对业务的业务ID，等等。需要说明的是，上述针对服务方用户数据的预定格式可以由服务方根据实际情况预先自行设定，在一个例子中，所述预定格式如图2所示，其中包括顺序排列的用户ID、卡信息、采集时刻、业务ID，等等。

在一个具体的实施例中，可以采用加密算法或签名算法，或者对加密算法和签名算法进行搭配使用，对构建的服务方用户数据进行加密处理，得到加密后的服务方用户数据。在一个例子中，其中加密算法可以为对称加密算法，非对称加密算法。其中，对称加密算法的加密与解密密钥相同，非对称加密算法的加密密钥与解密密钥不同。具体地，对称加密算法可以为DES、3DES、AES等，非对称算法可以为RSA、DSA等。而签名算法是指数字签名的算法。其中数字签名是指只有信息的发送者才能产生的别人无法伪造的一段数字串，这段数字串同时也是对信息的发送者发送信息真实性的一个有效证明。数字签名是通过一个单向函数，对要传送的信息进行处理得到的用以认证信息来源，并核实信息在传送过程中是否发生变化的一个字母数字串。签名算法具体可以为Rabin签名、DSS签名、RSA签名，等等。如此，通过服务方提供的签名加密算法，对服务方用户数据进行加密处理，得到加密后的服务方加密数据，可以保证服务方用户数据的安全。

在一个具体的实施例中，可以基于以上加密后的服务方用户数据，生成发码请求。在一个例子中，发码请求中还包括用于标识服务方的服务方标识数据。其中服务方标识数据可以包括发码机构为服务方分配的用于唯一标识服务方的服务方ID。进一步地，将发码请求发送至发码机构。需要说明的是，所述客户端可以集成发码机构提供的inside sdk，如此，客户端可以根据inside sdk提供的能力，生成发码请求，以及向发码机构发送发码请求。

以上，客户端可以向发码机构发送发码请求，相应地，发码机构可以接收到客户端发送的发码请求。接着，在步骤S120，发码机构至少基于所述加密后的服务方用户数据确定发码数据。

由上述步骤S110可知，发码请求中包括加密后的服务方用户数据。在一个实施例中，发码机构可以将加密后的服务方用户数据确定为发码数据。

在另一个实施例中，发码机构可以将加密后的服务方用户数据、发码时间戳和/或发码机构数据，确定为所述发码数据。在一个具体的实施例中，其中发码时间戳可以为发码机构接收到所述发码请求的时刻。在一个具体的实施例中，其中发码机构数据可以包括发码机构为此次发码分配的业务编号，或发码机构的名称，等等。根据一个具体的例子，发码数据的数据结构或者说格式如图3所示，其中包括加密后的服务方用户数据，发码时间戳和发码业务编号，等等。

以上，发码机构可以确定出发码数据。然后，在步骤S130，发码机构根据发码数据生成码值。

在一个实施例中，发码机构采用其内部算法，包括利用发码机构的私钥加密，生成与发码数据对应的码值。如此，发码机构可以实现对自身内部发码算法的保护。

再接着，在步骤S140，发码机构向客户端发送码值，以使客户端根据码值生成二维码。

进一步地，在步骤S140之后还可以包括：客户端根据码值生成对应的二维码。在一个具体的实施例中，客户端根据码值生成对应的二维码，可以包括：客户端将码值映射为二维码，并渲染和展示该二维码。需要说明的是，具体的渲染方法可以采用现有的渲染技术，在此不作赘述。

此外，上述步骤S110的触发方式可以为多种。根据一个具体的实施例中，客户端可以响应于用户发出的开通二维码服务的指令，向发码机构发送发码请求，并对接收到的码值进行存储。进一步地，在一个实施例中，客户端可以根据预定的时间周期，向发码机构发送发码请求，并对应更新其中存储的码值。

在以上情况下，客户端中已存储有预先请求得到的码值。相应地，上述客户端根据码值生成对应的二维码可以包括：响应于用户发出的进入二维码展示页面的指令，根据其中存储的码值生成对应的二维码。如此，可以实现用户离线使用二维码。

在另一个实施例中，客户端可以响应于用户发出的进入二维码展示页面的指令，向发码机构发送发码请求，以及，在从发码机构接收码值以后，将码值渲染成对应的二维码，并在二维码展示页面中展示该二维码。如此，以在线的方式生成并显示二维码。

由上可知，采用本说明书实施例披露的二维码的生成方法，可以使不具备发码能力的服务方通过借助发码机构，例如，具有发码能力的服务方(如，支付宝等)的发码能力，为自己的用户生成二维码。同时，在生成二维码的过程中，可以实现数据的双向保护，具体包括服务方保护自身用户数据的安全，以及发码机构保护自身发码算法的安全。

换言之，上述生成方法实现了服务方数据在受保护的情况下，解耦发码机构对服务方数据的依赖。此外，发码机构对发码能力可以以云的方式输出(也就是说，发码机构的部署可以是云)，而非以软件\代码的形式，使得供给侧和需求侧双方核心数据都受到保护。

下面，根据一个具体的例子，对所述生成方法进行进一步介绍。图4示出根据一个例子的发码机构、服务方提供的客户端和服务方用户的交互图。如图4所示，所述交互过程包括以下步骤：

步骤S410，接收用户发出的开通离线二维码服务的指令。

步骤S420，基于所述指令，构建服务方用户数据。

步骤S430，对所述服务方用户数据进行加密。

步骤S440，基于加密后的服务方用户数据生成发码请求。

步骤S450，向发码机构发送发码请求。

步骤S460，发码机构基于发码请求中包括的加密后的服务方用户数据，确定发码数据。

步骤S470，发码机构基于发码数据生成码值。

步骤S480，发码机构向客户端发送码值。

步骤S490，客户端将码值渲染成对应的二维码。

以上，对二维码的生成方法进行了介绍。下面，对二维码的验证方法进行介绍。具体地，图5为本说明书实施例披露的客户端、服务方验码设备、服务方后台之间的交互图。需要说明的是，在一个实施例中，上述服务方验码设备中可以预先集成与发码机构提供的inside sdk对应的解码sdk。在一个实施例中，上述二维码为付款码，相应地，上述服务方验码设备可以为商户的扫码枪等。在另一个实施例中，上述二维码为乘车码，相应地，上述服务方验码设备可以为地铁闸机或者公交啪卡设备等。如图5所示，所述交互的过程具体包括以下步骤：

步骤S510，客户端展示二维码。

步骤S520，服务方验码设备扫描或读取客户端中展示的二维码。

步骤S530，服务方验码设备解析出与二维码对应的码值。

步骤S540，服务方验码设备调用sdk解码方法，包括通过发码机构的公钥验证码值的合法性/有效性，以及解析出与码值对应的发码数据，其中包括加密后的服务方用户数据。

步骤S550，在验证出码值合法/有效的情况下，将加密后的服务方用户数据发送至服务方后台。

步骤S560，服务方后台对加密后的服务方用户数据进行解密，以验证服务方用户数据是否有效且未被篡改。

在一个实施例中，加密后的服务方用户数据是通过签名算法实现的加密。相应地，服务方后台可以采用与签名算法对应的公钥验证服务方用户数据是否有效且未被篡改。

步骤S570，在加密后的服务方用户数据通过验证的情况下，通知商户端验码设备对二维码的验证通过。

进一步地，在一个实施例中，在步骤S570之后，可以根据有效的服务方用户数据，继续处理与二维码对应的业务流程。在一个例子中，在二维码为付款码时，可以根据其中的服务方用户数据完成扣款业务。

以上，对二维码的验证方法进行了介绍。由上可知，服务方验码设备中可以预先集成与发码机构提供的解码包。如此，当服务方验码设备因没有网络等原因处理离线状态(与服务方服务端断开连接，其中服务方服务端用于在验码通过以后处理后续的业务流程)的情况下，仍然可以完成二维码的验证。此外，上述提及客户端中可以预先存储码值，在客户端离线的情况下，可以通过预先存储的码值生成二维码。由此，本说明书实施例披露的二维码生成方法和验证方法，可以应用于双离线的场景，实现双离线码服务，尤其适用于即时性要求很高的交通出行场景。

上述对二维码的生成方法和验证方法进行了介绍。根据另一方面的实施例，还提供一种生成装置。图6示出根据一个实施例的二维码的生成装置结构图，所述生成装置集成于服务方提供的客户端，如图6所示，该装置600包括：

发送单元610，配置为向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息，以使所述发码机构至少基于所述加密后的服务方用户数据确定发码数据，以及，根据所述发码数据生成码值。接收单元620，配置为从所述发码机构接收所述码值，所述码值用于生成所述二维码。

在一个实施例中，所述装置600还包括：第一生成单元630，配置为根据所述码值生成对应的二维码。

在一个实施例中，所述发码请求中还包括用于标识服务方的服务方标识数据。

在一个实施例中，所述装置600还包括：获取单元640，配置为获取所述用户信息。构建单元650，配置为至少基于所述用户信息，构建具有预定格式的服务方用户数据；加密单元660，配置为使用所述服务方设定的加密方法对所述服务方用户数据进行加密处理，得到所述加密后的服务方用户数据。第二生成单元670，配置为基于所述加密后的服务方用户数据，生成所述发码请求。

进一步地，在一个具体的实施例中，所述加密单元660具体配置为：采用加密算法和/或签名算法，对所述服务方用户数据进行加密处理。

在一个实施例中，所述二维码为用于支付的二维码，所述服务方用户数据包括所述用户的账户信息或卡信息。

在一个实施例中，所述装置600还包括：存储单元680，配置为存储所述码值；第一生成单元630，配置为响应于进入二维码展示界面的指令，生成与所述码值对应的二维码；展示单元690，配置为在所述二维码展示界面中展示所述二维码。

在一个实施例中，所述发送单元610具体配置为：响应于进入二维码展示界面的指令，向发码机构发送发码请求；所述装置还包括：第二生成单元670，配置为生成与所述码值对应的二维码；展示单元690，配置为在所述二维码展示界面中展示所述二维码。

根据再一方面的实施例，还提供一种生成装置。图7示出根据另一个实施例的二维码的生成装置结构图，所述生成装置集成于发码机构，如图7所示，该装置700包括：

接收单元710，配置为从服务方提供的客户端接收发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息。确定单元720，配置为至少基于所述加密后的服务方用户数据确定发码数据。生成单元730，配置为根据所述发码数据生成码值。发送单元740，配置为向所述客户端发送所述码值，以使所述客户端根据所述码值生成所述二维码。

在一个实施例中，所述确定单元720具体配置为：基于所述加密后的服务方数据、发码时间戳和/或发码机构数据，确定所述发码数据。

在一个实施例中，所述码值为字符串或数组，所述字符串由数字和/或字母组成。

如上，根据再一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图1、或图4、或图5所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图1、或图4、或图5所描述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本说明书披露的多个实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本说明书披露的多个实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书披露的多个实施例的具体实施方式而已，并不用于限定本说明书披露的多个实施例的保护范围，凡在本说明书披露的多个实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书披露的多个实施例的保护范围之内。

Claims (24)

1.一种二维码的生成方法，所述方法的执行主体为服务方提供的客户端，所述方法包括：

向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息，以使所述发码机构至少基于所述加密后的服务方用户数据确定发码数据，以及，根据所述发码数据生成码值；

从所述发码机构接收所述码值，所述码值用于生成所述二维码。

2.根据权利要求1所述的生成方法，其中，在从所述发码机构接收所述码值以后，还包括：

根据所述码值生成对应的二维码。

3.根据权利要求1所述的生成方法，其中，所述发码请求中还包括用于标识服务方的服务方标识数据。

4.根据权利要求1所述的生成方法，其中，在所述向发码机构发送发码请求之前，还包括：

获取所述用户信息；

至少基于所述用户信息，构建具有预定格式的服务方用户数据；

使用所述服务方设定的加密方法对所述服务方用户数据进行加密处理，得到所述加密后的服务方用户数据；

基于所述加密后的服务方用户数据，生成所述发码请求。

5.根据权利要求4所述的生成方法，其中，所述使用所述服务方设定的加密方法对所述服务方用户数据进行加密处理，包括：

采用加密算法和/或签名算法，对所述服务方用户数据进行加密处理。

6.根据权利要求1所述的生成方法，其中，所述二维码为用于支付的二维码，所述服务方用户数据包括所述用户的账户信息或卡信息。

7.根据权利要求1所述的生成方法，其中，在所述从所述发码机构接收所述码值之后，还包括：

存储所述码值；

响应于进入二维码展示界面的指令，生成与所述码值对应的二维码；

在所述二维码展示界面中展示所述二维码。

8.根据权利要求1所述的方法，其中，所述向发码机构发送发码请求，包括：

响应于进入二维码展示界面的指令，向发码机构发送发码请求；

在所述从所述发码机构接收所述码值之后，还包括：

生成与所述码值对应的二维码；

在所述二维码展示界面中展示所述二维码。

9.一种二维码的生成方法，所述方法的执行主体为发码机构，所述方法包括：

从服务方提供的客户端接收发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息；

至少基于所述加密后的服务方用户数据确定发码数据；

根据所述发码数据生成码值；

向所述客户端发送所述码值，以使所述客户端根据所述码值生成所述二维码。

10.根据权利要求9所述的生成方法，其中，所述至少基于所述加密后的服务方数据确定发码数据，包括：

基于所述加密后的服务方数据、发码时间戳和/或发码机构数据，确定所述发码数据。

11.根据权利要求9或10所述的生成方法，其中，所述码值为字符串或数组，所述字符串由数字和/或字母组成。

12.一种二维码的生成装置，所述生成装置集成于服务方提供的客户端，所述装置包括：

发送单元，配置为向发码机构发送发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息，以使所述发码机构至少基于所述加密后的服务方用户数据确定发码数据，以及，根据所述发码数据生成码值；

接收单元，配置为从所述发码机构接收所述码值，所述码值用于生成所述二维码。

13.根据权利要求12所述的生成装置，其中，还包括：

第一生成单元，配置为根据所述码值生成对应的二维码。

14.根据权利要求12所述的生成装置，其中，所述发码请求中还包括用于标识服务方的服务方标识数据。

15.根据权利要求12所述的生成装置，其中，还包括：

获取单元，配置为获取所述用户信息；

构建单元，配置为至少基于所述用户信息，构建具有预定格式的服务方用户数据；

加密单元，配置为使用所述服务方设定的加密方法对所述服务方用户数据进行加密处理，得到所述加密后的服务方用户数据；

第二生成单元，配置为基于所述加密后的服务方用户数据，生成所述发码请求。

16.根据权利要求15所述的生成装置，其中，所述加密单元具体配置为：

采用加密算法和/或签名算法，对所述服务方用户数据进行加密处理。

17.根据权利要求12所述的生成装置，其中，所述二维码为用于支付的二维码，所述服务方用户数据包括所述用户的账户信息或卡信息。

18.根据权利要求12所述的生成装置，其中，还包括：

存储单元，配置为存储所述码值；

第一生成单元，配置为响应于进入二维码展示界面的指令，生成与所述码值对应的二维码；

展示单元，配置为在所述二维码展示界面中展示所述二维码。

19.根据权利要求12所述的方法，其中，所述发送单元具体配置为：

响应于进入二维码展示界面的指令，向发码机构发送发码请求；

所述装置还包括：

第二生成单元，配置为生成与所述码值对应的二维码；

展示单元，配置为在所述二维码展示界面中展示所述二维码。

20.一种二维码的生成装置，所述生成装置集成于发码机构，所述装置包括：

接收单元，配置为从服务方提供的客户端接收发码请求，所述发码请求中包括客户端使用所述服务方设定的加密方法进行加密后的服务方用户数据，所述服务方用户数据中至少包括所述客户端所绑定用户的用户信息；

确定单元，配置为至少基于所述加密后的服务方用户数据确定发码数据；

生成单元，配置为根据所述发码数据生成码值；

发送单元，配置为向所述客户端发送所述码值，以使所述客户端根据所述码值生成所述二维码。

21.根据权利要求20所述的生成装置，其中，所述确定单元具体配置为：

基于所述加密后的服务方数据、发码时间戳和/或发码机构数据，确定所述发码数据。

22.根据权利要求20或21所述的生成装置，其中，所述码值为字符串或数组，所述字符串由数字和/或字母组成。

23.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-11中任一项的所述的方法。

24.一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-11中任一项所述的方法。