CN105989468A - 一种标识符发送、标识符接收、信息处理方法及装置 - Google Patents

Abstract

本申请公开了一种标识符发送、标识符接收、信息处理方法及装置，用以提高信息处理效率，同时提高用户操作的便利性。该方法服务器接收线下设备发送的携带资源属性和操作类型的标识符生成请求，根据该资源属性和操作类型生成标识符，并将该生成的标识符发送给线下设备展示，终端可扫描线下设备展示的标识符，读取该标识符所表达的资源属性和操作类型，根据该资源属性和操作类型自动进行信息处理，而不需要用户在终端上进行与操作类型或资源属性相关的操作，可有效提高信息处理效率，同时可有效提高用户操作的便利性。

Description

一种标识符发送、标识符接收、信息处理方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种标识符发送、标识符接收、信息处理方法及装置。

背景技术

随着互联网技术的不断发展，终端已经成为人们生活的必备工具。用户往往会通过终端扫描到的标识符进行信息处理，例如，用户往往会通过手机等终端扫描条形码或二维码等标识符，进行信息处理。

在现有技术中，终端扫描该标识符后还需要用户协助进行相关操作，才能完成信息处理，也就是说，终端扫描现有技术提供的标识符后，无法自动完成信息处理，信息处理效率较低，用户操作的便利性也较低。

发明内容

本申请实施例提供一种标识符发送、标识符接收、信息处理方法及装置，用以提高信息处理效率，同时提高用户操作的便利性。

本申请实施例提供的标识符发送方法，包括：

接收线下设备发送的标识符生成请求，所述标识符生成请求携带资源属性和操作类型；

根据所述资源属性和操作类型生成标识符；

将所述标识符发送给所述线下设备展示。

本申请实施例提供的一种标识符接收方法，包括：

向服务器发送携带有资源属性和操作类型的标识符生成请求，使得所述服务器根据所述资源属性和操作类型生成并返回标识符；

接收服务器返回的标识符并展示。

本申请实施例提供的一种信息处理的方法，包括：

扫描线下设备展示的标识符，所述标识符是由服务器根据接收到的标识符生成请求中携带的资源属性和操作类型生成的；

读取所述标识符所表达的资源属性和操作类型；

根据所述资源属性和操作类型进行信息处理。

本申请实施例提供的一种标识符发送装置，包括：

接收模块，用于接收线下设备发送的标识符生成请求，所述标识符生成请求携带资源属性和操作类型；

生成模块，用于根据所述资源属性和操作类型生成标识符；

发送模块，用于将所述标识符发送给所述线下设备展示。

本申请实施例提供的一种标识符接收装置，包括：

发送模块，用于向服务器发送携带有资源属性和操作类型的标识符生成请求，使得所述服务器根据所述资源属性和操作类型生成并返回标识符；

接收模块，用于接收服务器返回的标识符并展示。

本申请实施例提供的信息处理装置，包括：

扫描模块，用于扫描线下设备展示的标识符，所述标识符是由服务器根据接收到的标识符生成请求中携带的资源属性和操作类型生成的；

读取模块，用于读取所述标识符所表达的资源属性和操作类型；

处理模块，用于根据所述资源属性和操作类型进行信息处理。

本申请实施例提供一种标识符发送、标识符接收、信息处理方法及装置，该方法服务器接收线下设备发送的携带资源属性和操作类型的标识符生成请求，根据该资源属性和操作类型生成标识符，并将该生成的标识符发送给线下设备展示，终端可扫描线下设备展示的标识符，读取该标识符所表达的资源属性和操作类型，根据该资源属性和操作类型自动进行信息处理，而不需要用户在终端上进行与操作类型或资源属性相关的操作，可有效提高信息处理效率，同时可有效提高用户操作的便利性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的标识符发送、标识符接收、信息处理方法总体流程示意图；

图2为本申请实施例提供的标识符发送、标识符接收、信息处理方法具体流程示意图；

图3为本申请实施例提供的标识符发送装置结构示意图；

图4为本申请实施例提供的标识符接收装置结构示意图；

图5为本申请实施例提供的信息处理装置结构示意图。

具体实施方式

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

图1为本申请实施例提供的标识符发送、标识符接收、信息处理方法，具体包括以下步骤：

S101：线下设备向服务器发送携带有资源属性和操作类型的标识符生成请求。

考虑到在多种实际应用场景中，往往仅需要根据资源属性和操作类型进行信息处理。

例如，管理设备(线下设备)在管理批量采购的各商品(资源)且通过录入设备(终端)录入商品信息时，录入设备需要根据商品名称、商品来源这两种商品属性(资源属性)和录入这一操作类型进行录入处理(信息处理)。

又例如，收银设备(线下设备)对用户线下购买的商品进行结账且通过手机(终端)进行付款时，手机需要根据商品的付款金额、收款渠道这两种商品属性，以及转账这一操作类型进行转账处理。

在本申请实施例中，为了提高信息处理效率，线下设备可以向服务器发送携带有资源属性和操作类型的标识符生成请求，以使得服务器将生成的标识符返回给线下设备展示(该标识符根据资源属性和操作类型生成)，终端可直接扫描线下设备展示的标识符，快速获取资源属性和操作类型，从而可有效提高信息处理效率。

线下设备向服务器发送携带有资源属性和操作类型的标识符生成请求时，具体的，上述各例中，管理设备可以向服务器发送携带有各商品的商品名称、商品来源这两种商品属性(资源属性)和录入这一操作类型的标识符生成请求；收银设备可以向服务器发送携带有付款金额、收款渠道这两种商品属性和转账这一操作类型的标识符生成请求。

在本申请实施例中，所述的线下设备不限于为收银设备和管理设备。所述的资源属性也不限于包括资源名称、资源来源、付款金额、收款渠道等，还可包括资源价值、资源价格、资源拥有者等；其中，所述的收款渠道可以是收款账号，该收款账号可以是银行卡账号，也可以是具有支付功能的社交应用的社交账号等。

在本申请实施例中，所述的标识符生成请求中携带的收款渠道(资源属性)可以是一个收款渠道，也可以是多个收款渠道。若标识符生成请求中携带的收款渠道不限于一个时，各收款渠道的类型可以相同也可以不同，例如，各收款渠道可以为所述的银行卡账号、或者也可以是所述的社交账号，或者还可以是银行卡账号和社交账号。

S102：服务器接收线下设备发送的标识符生成请求。

以下将以线下设备为收银设备为例说明本发明。

例如，假设用户在实体店选择了付款金额为M的商品S，收银设备需要向用户的手机提供该商品S的付款金额M和收款账号123这两个商品属性(即资源属性)，还需要向手机提供转账这一操作类型，为了提高手机的转账效率，收银设备可向服务器发送携带有付款金额M、收款账号123、操作类型的标识符生成请求，则服务器可接收收银设备发送的该标识符生成请求。

在本申请实施例中，收银设备向服务器发送的付款金额不限于是某一个商品的付款金额，还可以是多个商品的付款总金额。例如，某一个用户在实体店购买了多个商品，每一个商品对应一个付款金额，收银人员可将各商品付款金额的总和(即付款总金额)作为通过线下设备待发送给服务器的付款金额。

S103：服务器根据资源属性和操作类型生成标识符。

沿用上例，服务器接收到收银设备发送的商品属性(付款金额M和收款账号123)和操作类型(转账)后，生成二维码(标识符)。

本申请实施例生成二维码的方法与现有技术相同，这里不再赘述。

S104：服务器将标识符发送给线下设备展示。

继续沿用上例，服务器生成二维码之后，将该二维码返回给收银设备展示。

S105：线下设备接收服务器返回的标识符并展示。

S106：终端扫描线下设备展示的标识符，并读取标识符所表达的资源属性和操作类型。

所述的标识符是由服务器根据接收到的标识符生成请求中携带的资源属性和操作类型生成的。

继续沿用上例，用户可通过手机(终端)上安装的支付客户端扫描收银设备展示的二维码，当扫描到该二维码所表达的付款金额M、收款账号123和操作类型之后，确定需要向收款账号123转账且转账金额为M。

需要说明的是，若标识符所表达的资源属性包括多个收款账号时，则终端在读取标识符所表达的收款账号时，需要首先向用户展示标识符所表达的各收款账号，供用户在各收款账号中选择其中的一个，将该用户选择的收款账号作为终端读取的标识符所表达的收款账号(资源属性)。

比如，手机上的支付客户端扫描线下设备展示的二维码，该二维码所表达的资源属性包括银行卡账号、社交账号1和社交账号2(这两个社交账号对应的社交客户端的类型可以不同)，则手机需要首先展示银行卡账号、社交账号1和社交账号2，待用户通过手机输入银行卡账号、社交账号1和社交账号2中的其中一个收款账号时，终端确定用户输入的该收款账号为读取到的二维码所表达的收款账号。

当然，终端中的支付客户端扫描到线下设备展示的标识符中包括多个收款账号时，可自动确定出与该支付客户端相匹配的收款账号，作为读取出的标识符所表达的收款账号(资源属性)，若多个收款账号中不存在与当前支付客户端相匹配的收款账号，则可自动确定出与手机中安装的其他某一个支付客户端相匹配的收款账号，作为读取出的标识符所表达的收款账号。

S107：终端根据资源属性和操作类型进行信息处理。

继续沿用上例，手机上的支付客户端一旦确定需要向收款账号123转账，且转账金额为M，就会自动进行转账处理，而无需用户手动输入转账金额和操作类型，可有效提高手机的转账效率。

上述图1所示的方法相比较现有技术，不仅可以提高信息处理效率，同时还可以提高用户操作的便利性。

具体的，在现有技术中，用户在线下的实体店选择商品并在线支付时，通常的，实体店提供的二维码仅表达资源的收款账号信息，终端扫描该二维码后，还需要用户在支付页面输入待支付的金额，来完成支付处理，显然，终端扫描该二维码后不能自动完成在线支付，支付处理效率较低。

而本申请上述图1所示的方法中，服务器根据线下设备发送的资源属性和操作类型生成标识符，将该标识符返回给线下设备，供线下设备展示使用，终端可直接扫描该标识符来获取资源属性和操作类型，方便快捷，且终端一旦扫描到该标识符表达的资源属性和操作类型，就可以自动进行相应的信息处理，而不需要用户在终端上进行与操作类型或资源属性相关的操作，可有效提高终端信息处理的效率，同时还可有效提高用户操作的便利性。

在本申请实施例中，线下设备可实时将标识符生成请求发送给服务器，也可预先将多个标识符生成请求发送给服务器。

例如，收银设备可以在每一个用户进行结账时，实时将携带有商品属性和操作类型的二维码生成请求发送给服务器，以使得服务器实时返回生成的二维码，该收银设备可实时向用户展示该二维码。

又例如，收银设备可以预先将每一个商品的商品属性和操作类型发送给服务器，服务器收到商品属性和操作类型后生成二维码并返回给收银设备，收银设备可保存该二维码并在需要展示时展示。

进一步的，线下设备接收到服务器返回的标识符之后可预先保存标识符，以及每一个标识符所表达的资源属性和操作类型。例如，线下设备接收到服务器返回的标识符1和标识符2之后，保存标识符1和标识符2，还保存标识符1表达的商品名称S、付款金额M、收款账号123和转账这一操作类型，以及保存标识符2表达的商品名称Y、付款金额N、收款账号123和转账这一操作类型。

由于线下设备在接收到服务器发送的标识符之后已经保存了该标识符，因此，为了提高信息处理效率，线下设备在向服务器发送携带有资源属性和操作类型的标识符生成请求之前，还可判断预先保存的标识符中是否存在表达当前确定的资源属性和操作类型的标识符，若是，则不向服务器发送携带当前确定的资源属性和操作类型的标识符生成请求，否则，向服务器发送携带当前确定的资源属性和操作类型的标识符生成请求。

例如，假设用户当前在收银设备前结账，收银人员确定用户需要支付的商品名称S、款金额为M、操作类型为转账，则线下设备判断预先保存的标识符1和标识符2对应的资源属性和操作类型中，是否存在商品名称S、付款金额M和转账这一操作类型，由于标识符1对应的资源属性中存在商品名称S、付款金额M和转账这一操作类型，则可确定标识符1表达当前确定的商品名称S、款金额为M、操作类型为转账，则，线下设备不向服务器发送携带商品名称S、款金额为M、操作类型为转账的二维码生成请求，这样，线下设备就可直接展示预先保存的该标识符1，而不需要通过服务器生成标识符1，从而可进一步有效提高信息处理效率。

在本申请实施例中，服务器在根据线下设备发送的资源属性和操作类型生成标识符之前，需要对资源拥有者的身份合法性进行认证。

具体的，线下设备还可在标识符生成请求中携带资源拥有者的身份信息，服务器接收资源拥有者的身份信息后，根据预存的资源拥有者的注册信息，认证所述身份信息通过；其中，该注册信息可包括但不限于：资源拥有者在注册时提交的身份信息和收款渠道。

例如，假设实体店的商品拥有者(资源拥有者)需要通过服务器返回的二维码进行结账时，可预先在服务器上注册该实体店，在注册过程中向服务器提供注册信息，服务器保存商品拥有者的身份证号码、商品拥有者提供的收款账号等身份信息，当然，该注册信息还可以包括实体店的名称和实体店的证件号等。当服务器接收到线下设备发送的标识符生成请求中携带的身份信息时，可以从保存注册信息中查找是否存在对应的身份信息，即确定标识符生成请求中携带的身份信息是否已经合法注册，若是，生成二维码并返回给线下设备，否则，拒绝生成二维码，其中，保存的注册信息为通过审核的合法注册信息。

在本申请实施例中，当终端成功处理信息后，可向服务器发送信息处理成功的确认信息，服务器可将该确认信息发送给线下设备，以通知该线下设备信息处理成功。

例如，用户在实体店购买商品S，并通过手机成功向收款账号转账之后，可向服务器发送成功转账的确认信息，服务器可将该成功转账的确认信息发送给收银设备，收银设备收到该确认信息后可确认该用户购买的商品S已经支付成功，提示收银员已经完成结账。

在实际应用场景中，终端可根据获取的服务器标识向对应的服务器返回确认信息。终端可通过如下方式获取服务器标识：服务器在接收到线下设备发送的标识符生成请求时，可根据该标识符生成请求携带资源属性和操作类型，以及自身的服务器标识生成标识符，将该标识符返回线下设备展示，终端可扫描该展示的标识符，来读取该标识符所表达的服务器标识，这样，终端在扫描标识符时，可同时获取资源属性、操作类型，以及服务器标识，从而可进一步提高信息处理效率。

当然，服务器也可根据自身的服务器标识单独生成一个标识符，将该单独生成的标识符返回给线下设备展示，终端可扫描该线下设备展示的标识符，来读取服务器标识。

在本申请实施例中，线下设备上展示的标识符为电子标识符，如，线下设备上展示的二维码为电子二维码。

当然，本申请实施例，向用户展示的标识符也可以是纸质的标识符，该纸质的标识符是根据本申请实施例提供的服务器生成的电子标识符得到的。例如，线下设备接收服务器返回的标识符之后将该标识符打印出来，用户可通过终端扫描该打印出来的纸质标识符进行信息处理。

比如，在电子商务领域，收银设备在接收到服务器生成的对应于每一种商品的二维码之后，将二维码打印出来，工作人员可以将该纸质标识符贴在实体店的商品旁边，用户可以在购买某件商品后需要结账时，直接采用终端的支付客户端扫描该纸质二维码，实现方便快捷的支付。

在本申请实施例中，所述的线下设备也可以是商户服务器，用于生成标识符的服务器接收商户服务器发送的标识符生成请求后，根据标识符请求中携带的资源属性和操作类型生成标识符，将所述标识符返回给商户服务器，商户服务器可以将标识符展示在网页上，用户可根据网页上展示的标识符通过终端进行信息处理。

例如，商户服务器可以通过可生成二维码的服务器生成与每一件线上商品对应的二维码，该二维码包括商品金额和支付类的操作等信息，商户服务器可以将与每一种线上商品对应的二维码展示在网页上，并展示在对应的商品旁边，以便于用户在线上购物并进行支付时，可以直接扫描该二维码完成支付。

本申请实施例提供的标识符发送、标识符接收、信息处理方法具体可应用于资源管理平台(也称资产管理平台)，比如，二维码资产管理平台。资产管理平台可生成标识符，终端上的客户端可直接扫描该标识符来完成信息处理。

例如，在电子商务领域，二维码资产管理平台可生成二维码，将该二维码提供给实体店的收银设备，用户可通过手机直接扫描该收银设备展示的二维码，读取二维码表达的信息(如，包括商品属性和操作类型)后，完成线下消费后的线上支付。

以下将结合附图2说明本申请上述提供的标识符发送、标识符接收、信息处理方法的具体流程。

参见图2，为本申请实施例提供的标识符发送、标识符接收、信息处理方法，包括以下步骤：

S201：实体店的商品拥有者(即资源拥有者)在二维码资产管理平台上注册，向二维码资产管理平台提供注册信息，该注册信息包括资源拥有者的身份信息。

S202：实体店的收银设备向二维码资产管理平台发送标识符生成请求，该标识符生成请求中携带商品属性(付款金额和收款账号)、操作类型(转账或支付)和商品拥有者的身份信息。

S203：二维码资产管理平台认证身份信息通过。

S204：二维码资产管理平台根据该商品属性、操作类型和自身的二维码资产管理平台标识生成二维码。

S205：二维码资产管理平台将二维码返回给收银设备。

S206：收银设备展示接收到的二维码。

S207：手机上的支付客户端(如，社交客户端)扫描收银设备展示的二维码。

S208：手机获取二维码所表达的商品属性、操作类型和二维码资产管理平台标识(如服务器标识)，根据该商品属性和操作类型自动进行转账或支付处理。

具体的，若商品属性包括多个收款账号时，优选的，所述的社交客户端从该多个收款账号中确定出一个与该社交客户端相匹配的收款账号(如社交账号)，根据该确定出的社交账号和操作类型自动进行转账处理，若不存在与该社交客户端相匹配的收款账号时，可以向用户展示与手机当前安装的社交客户端相匹配的收款账号。

S209：手机根据获取的二维码资产管理平台标识向对应的二维码资产管理平台发送转账成功的确认信息。

S210：二维码资产管理平台接收到手机发送的确认信息后，将该确认信息发送给线下设备。

S211：线下设备接收到确认信息之后，确认完成结账。

以上为本申请实施例提供的信息处理方法，该信息处理方法中包括标识符发送方法、标识符接收方法，基于同样的思路，本申请实施例还提供了标识符发送装置、标识符接收装置以及信息处理装置，参见图3、图4和图5。

参见图3，为本申请实施例提供的一种标识符发送装置，包括：

接收模块31，用于接收线下设备发送的标识符生成请求，所述标识符生成请求携带资源属性和操作类型；

生成模块32，用于根据所述资源属性和操作类型生成标识符；

发送模块33，用于将所述标识符发送给所述线下设备展示。

可选的，所述资源属性包括：资源的付款金额和收款渠道，所述操作类型包括转账操作。

可选的，所述标识符为二维码。

可选的，所述装置还包括：

认证模块34，用于在根据所述资源属性和操作类型生成标识符之前，接收资源拥有者的身份信息，根据预存的资源拥有者的注册信息，认证所述身份信息通过；其中，所述注册信息包括：资源拥有者在注册时提交的身份信息和收款渠道。

参见图4，为本申请实施例提供的一种标识符接收装置，包括：

发送模块41，用于向服务器发送携带有资源属性和操作类型的标识符生成请求，使得所述服务器根据所述资源属性和操作类型生成并返回标识符；

接收模块42，用于接收服务器返回的标识符并展示。

可选的，所述装置还包括：

确定模块43，用于向服务器发送标识符生成请求之前，确定预先存储的各标识符中不存在表达所述资源属性和操作类型的标识符。

参见图5，为本申请实施例提供的信息处理装置，包括：

扫描模块51，用于扫描线下设备展示的标识符，所述标识符是由服务器根据接收到的标识符生成请求中携带的资源属性和操作类型生成的；

读取模块52，用于读取所述标识符所表达的资源属性和操作类型；

处理模块53，用于根据所述资源属性和操作类型进行信息处理。

可选的，所述资源属性包括：资源的付款金额和收款渠道，所述操作类型包括转账操作；

所述处理模块具体用于：根据所述付款金额和收款渠道进行转账处理。

可选的，所述标识符包括二维码。

综上所述，本申请实施例提供的标识符发送、标识符接收、信息处理方法及装置，服务器根据线下设备发送的资源属性和操作类型生成标识符，将该标识符返回给线下设备，供线下设备展示使用，终端可直接扫描该标识符来获取资源属性和操作类型，方便快捷，且终端一旦扫描到该标识符表达的资源属性和操作类型，就可以自动进行相应的信息处理，而不需要用户在终端上进行与操作类型或资源属性相关的操作，可有效提高终端信息处理的效率，同时还可有效提高用户操作的便利性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括未明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在未更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (18)

1.一种标识符发送方法，其特征在于，包括：

接收线下设备发送的标识符生成请求，所述标识符生成请求携带资源属性和操作类型；

根据所述资源属性和操作类型生成标识符；

将所述标识符发送给所述线下设备展示。

2.如权利要求1所述的方法，其特征在于，所述资源属性包括：资源的付款金额和收款渠道；

所述操作类型包括转账操作。

3.如权利要求1所述的方法，其特征在于，所述标识符为二维码。

4.如权利要求1所述的方法，其特征在于，根据所述资源属性和操作类型生成标识符之前，所述方法还包括：

接收资源拥有者的身份信息；

根据预存的资源拥有者的注册信息，认证所述身份信息通过；其中，所述注册信息包括：资源拥有者在注册时提交的身份信息和收款渠道。

5.一种标识符接收方法，其特征在于，包括：

向服务器发送携带有资源属性和操作类型的标识符生成请求，使得所述服务器根据所述资源属性和操作类型生成并返回标识符；

接收服务器返回的标识符并展示。

6.如权利要求5所述的方法，其特征在于，向服务器发送标识符生成请求之前，所述方法还包括：

确定预先存储的各标识符中不存在表达所述资源属性和操作类型的标识符。

7.一种信息处理的方法，其特征在于，包括：

扫描线下设备展示的标识符，所述标识符是由服务器根据接收到的标识符生成请求中携带的资源属性和操作类型生成的；

读取所述标识符所表达的资源属性和操作类型；

根据所述资源属性和操作类型进行信息处理。

8.如权利要求7所述的方法，其特征在于，所述资源属性包括：资源的付款金额和收款渠道，所述操作类型包括转账操作；

根据所述资源属性和操作类型进行信息处理，具体包括：

根据所述付款金额和收款渠道进行转账处理。

9.如权利要求7所述的方法，其特征在于，所述标识符包括二维码。

10.一种标识符发送装置，其特征在于，包括：

接收模块，用于接收线下设备发送的标识符生成请求，所述标识符生成请求携带资源属性和操作类型；

生成模块，用于根据所述资源属性和操作类型生成标识符；

发送模块，用于将所述标识符发送给所述线下设备展示。

11.如权利要求10所述的装置，其特征在于，所述资源属性包括：资源的付款金额和收款渠道，所述操作类型包括转账操作。

12.如权利要求10所述的装置，其特征在于，所述标识符为二维码。

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

认证模块，用于在根据所述资源属性和操作类型生成标识符之前，接收资源拥有者的身份信息，根据预存的资源拥有者的注册信息，认证所述身份信息通过；其中，所述注册信息包括：资源拥有者在注册时提交的身份信息和收款渠道。

14.一种标识符接收装置，其特征在于，包括：

发送模块，用于向服务器发送携带有资源属性和操作类型的标识符生成请求，使得所述服务器根据所述资源属性和操作类型生成并返回标识符；

接收模块，用于接收服务器返回的标识符并展示。

15.如权利要求14所述的装置，其特征在于，所述装置还包括：

确定模块，用于向服务器发送标识符生成请求之前，确定预先存储的各标识符中不存在表达所述资源属性和操作类型的标识符。

16.一种信息处理装置，其特征在于，包括：

扫描模块，用于扫描线下设备展示的标识符，所述标识符是由服务器根据接收到的标识符生成请求中携带的资源属性和操作类型生成的；

读取模块，用于读取所述标识符所表达的资源属性和操作类型；

处理模块，用于根据所述资源属性和操作类型进行信息处理。

17.如权利要求16所述的装置，其特征在于，所述资源属性包括：资源的付款金额和收款渠道，所述操作类型包括转账操作；

所述处理模块具体用于：根据所述付款金额和收款渠道进行转账处理。

18.如权利要求16所述的装置，其特征在于，所述标识符包括二维码。