CN114416002A - 支持离线或弱网环境的电子工牌的使用方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种支持离线或弱网环境的电子工牌的使用方法及装置，应用于通讯应用的客户端，包括：接收电子工牌展示请求；在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

Description

支持离线或弱网环境的电子工牌的使用方法及装置

技术领域

本说明书一个或多个实施例涉及电子工牌领域，尤其涉及一种支持离线或弱网环境的电子工牌的使用方法及装置。

背景技术

工牌作为员工的身份证明，已经成为每个公司或者组织不可缺少的一部分，随着移动通讯等各项技术的不断发展，工牌已经不再局限于实体的形式，根据用户身份信息生成的电子工牌能够覆盖门禁、就餐等多个场景，其便捷、实用的特点使得电子工牌在很大程度上可以替换传统的实体工牌。

在相关技术中，当用户处于在线环境时，可以根据通讯应用的服务端所提供的工牌信息来生成电子工牌，但是当用户处于离线或弱网环境时，通讯应用的客户端无法与服务端产生交互，导致用户在离线或弱网环境下无法在客户端上使用电子工牌，大大影响了用户的使用体验。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种支持离线或弱网环境的电子工牌的使用方法及装置，可以实现在离线或弱网环境下使用电子工牌，以此提升用户的使用体验。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种支持离线或弱网环境的电子工牌的使用方法，应用于通讯应用的客户端，包括：

接收电子工牌展示请求；

在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

根据本说明书一个或多个实施例的第二方面，提出了一种支持离线或弱网环境的电子工牌的使用方法，应用于通讯应用的服务端，包括：

接收所述通讯应用的客户端发送的电子工牌生成请求；

向所述客户端返回工牌信息以供所述客户端生成电子工牌，或者基于所述工牌信息生成电子工牌并返回至所述客户端；其中，所述电子工牌由所述客户端存储以用于在所述客户端处于离线或弱网环境的情况下进行读取并展示。

根据本说明书一个或多个实施例的第三方面，提出了一种支持离线或弱网环境的电子工牌的使用装置，应用于通讯应用的客户端，包括：

第一接收单元：接收电子工牌展示请求；

读取单元：在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

根据本说明书一个或多个实施例的第四方面，提出了一种支持离线或弱网环境的电子工牌的使用装置，应用于通讯应用的服务端，包括：

第二接收单元：接收所述通讯应用的客户端发送的电子工牌生成请求；

生成单元：向所述客户端返回工牌信息以供所述客户端生成电子工牌，或者基于所述工牌信息生成电子工牌并返回至所述客户端；其中，所述电子工牌由所述客户端存储以用于在所述客户端处于离线或弱网环境的情况下进行读取并展示。

根据本说明书一个或多个实施例的第五方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第一方面或第二方面所述的方法。

根据本说明书一个或多个实施例的第六方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第一方面或第二方面所述方法的步骤。

有以上技术方案可见，本说明书一个或多个实施例中通讯应用在预设工牌生成条件被触发时可以预先生成电子工牌并将其存储于客户端，在客户端接收电子工牌展示请求后，即便该客户端处于离线或弱网环境的情况下，也可以通过读取并展示预先存储的电子工牌，避免临时生成电子工牌的情况，使得用户在离线或弱网环境下也能够使用电子工牌，从而提升用户的使用体验。

附图说明

图1是一示例性实施例提供的一种支持离线或弱网环境的电子工牌的使用系统的架构示意图。

图2是一示例性实施例提供的一种应用于客户端的电子工牌的使用方法的流程图。

图3是一示例性实施例提供的一种电子工牌的生成方法的交互图。

图4是一示例性实施例提供的一种应用于服务端的电子工牌的使用方法的流程图。

图5是一示例性实施例提供的一种电子工牌的扣款方法的交互图。

图6是一示例性实施例提供的一种电子工牌的退款方法的交互图。

图7是一示例性实施例提供的一种设备的结构示意图。

图8是一示例性实施例提供的一种应用于客户端的电子工牌的使用装置的框图。

图9是一示例性实施例提供的一种应用于服务端的电子工牌的使用装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

为对本说明书一个或多个实施例进行进一步说明，提供下列实施例：

图1是一示例性实施例提供的一种支持离线或弱网环境的电子工牌的使用系统的架构图。如图1所示，可以包括手机11、服务器12和扫描设备13。

手机11是用户可以使用的一种类型的电子设备，当然用户所使用的电子设备并不限于此，例如还可以包括：平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书并不对此进行限制。在运行过程中，手机11上运行有通讯应用的客户端程序，使得该手机11被配置为该通讯应用的客户端。该客户端程序可以实现读取预先存储的电子工牌的读取功能，使得客户端可以基于该读取功能读取预先存储的电子工牌。该客户端程序还可以实现将读取的电子工牌进行展示的展示功能，使得客户端可以基于该展示功能展示读取的电子工牌。

服务器12可以为包含一独立主机的物理服务器，或者该服务器12可以为主机集群承载的虚拟服务器。服务器12上运行有通讯应用的服务端程序，使得该服务器12被配置为该通讯应用的服务端。该服务端程序可以配合于上述的客户端，譬如可以根据客户端发送的电子工牌生成请求返回工牌信息，或者，可以基于工牌信息生成电子工牌并将其返回客户端，电子工牌可以由客户端生成，也可以由服务端生成，本说明书并不对此进行限制。

扫描设备13可以为具有扫描功能的电子设备，例如：可手持的扫描枪，或者固定的门禁设备等，本说明书并不对此进行限制。在运行过程中，扫描设备13可以与上述的服务端和客户端进行交互，譬如扫描设备13可以用于扫描客户端展示的电子工牌并向服务端发送鉴权请求等，本说明书并不对此进行限制。

对于手机11、服务器12与扫描设备13之间进行的交互方式，可以包括多种类型的有线或无线交互，本说明书并不对此进行限制。

图2是一示例性实施例提供的一种应用于客户端的电子工牌的使用方法的流程图。如图2所示，该方法应用于通讯应用的客户端，该方法可以包括以下步骤：

步骤202，接收电子工牌展示请求。

客户端接收的电子工牌展示请求用于指示客户端展示与所述客户端对应的电子工牌，该电子工牌展示请求可以由用户执行某一操作触发，例如：用户可以点击通讯应用中的某个选项触发，或者用户通过语音等方式触发。当然触发该电子工牌展示请求的条件并不限于此，该请求触发过程中可以不需要用户执行任何操作，例如可以为由客户端所处的电子设备与扫描设备之间基于如蓝牙等方式建立近场无线连接后，由扫描设备向客户端发起该请求，本说明书并不对此进行限制。

步骤204，在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

在客户端处于离线或弱网环境的情况下，由于客户端预先存储有一定数量的电子工牌，因此可以读取预先存储的电子工牌并展示。被预先存储于客户端的电子工牌的数量至少为一个，所述电子工牌可以由客户端生成，也可以由服务端生成，本说明书并不对此进行限制。

在一实施例中，执行步骤204时，可以采用但不限于以下方式之一：

在电子工牌由客户端生成的情况下，客户端在确定预设工牌生成条件被触发时，可以向服务端发送电子工牌生成请求，服务端根据该电子工牌生成请求确定对应的工牌信息并将其返回客户端，客户端基于返回的工牌信息生成电子工牌。

前述工牌信息可以包括客户端对应的用户的身份信息，也可以包括第三方支付平台针对用户发放的支付令牌，或者可以同时包括客户端对应的用户的身份信息和第三方支付平台针对用户发放的支付令牌，本说明书并不对此进行限制。用户的身份信息可以包括用户的ID、用户的组织信息等，关于身份信息的具体内容，本说明书并不对此进行限制。第三方支付平台是与客户端绑定的存在支付功能的平台，例如支付宝、银行等，该平台可以向服务端发送支付令牌，作为与客户端绑定的凭证，使得电子工牌与第三方支付平台相关联。

前述预设工牌生成条件可以为预先存储的电子工牌的数量下降至预设阈值，也可以为距离上次生成电子工牌的时刻达到预设间隔时长，又或者为通讯应用的客户端被启动，亦或者为上述条件的组合，本说明书并不对此进行限制。该预设工牌生成条件可以由用户主动设置，也可以由通讯应用自动设置，或者可以由用户和通讯应用共同设置，本说明书并不对此进行限制。

在电子工牌由客户端生成的情况下，客户端在生成电子工牌的过程中，可以调用接口或者外部的应用程序，使得生成的电子工牌无法被截屏，或者在被截屏时客户端可以向服务端发送失效请求，该请求用于指示服务端对被截屏的电子工牌进行失效处理，该失效处理可以为服务端记录该电子工牌已被使用，也可以为对该电子工牌进行解码核销，本说明书并不对失效处理的具体方式进行限制。在客户端生成电子工牌的情况下，客户端展示的电子工牌可以避免被截屏使用，在现实场景下，在使用电子工牌领取公司补贴或者福利时，用户无法通过截屏转发电子工牌，使得没有领取资格的人领取补贴，避免了套用补贴的情况。

除了客户端生成电子工牌的情况，服务端也可以生成电子工牌。在电子工牌由服务端生成时，可以分为两种情况，一种情况为由客户端判定预设工牌生成条件是否被触发。在该情况下，当客户端确定预设工牌生成条件被触发时，可以向服务端发送电子工牌生成请求，服务端可以根据该电子工牌生成请求确定对应的工牌信息，服务端基于该工牌信息生成电子工牌并将其返回至客户端。

另一种情况为由服务端主动判定预设工牌生成条件是否被触发，在该情况下，当服务端确定预设工牌生成条件被触发时，服务端可以确定与客户端对应的工牌信息，基于该工牌信息生成电子工牌并将其返回至客户端。

以上两种情况虽然都是由服务端生成电子工牌，但是由于判定预设工牌生成条件的主体不同，从而导致两者适用场景存在差异，例如：在预设工牌生成条件为“用户身份信息出现变更”的场景下，由于用户的身份信息存储于服务端的数据库中，因此只有服务端具备判定该条件的资格，此时只能由服务端主动判定预设工牌生成条件是否被触发。当使用服务端作为判定主体的方式生成电子工牌时，服务端可以根据数据的变更快速地生成电子工牌，有助于第一时间将用户的最新身份信息反映于电子工牌，从而提升用户的使用体验。

在上述实施例中，在接收电子工牌展示请求后，客户端通过读取并展示预先存储的电子工牌，使得用户即使在离线或弱网环境下也可以使用电子工牌，避免了离线或弱网环境下临时生成电子给工牌的情况，从而提升了用户的使用体验。

关于生成电子工牌的具体方式可以为客户端调用第三方支付平台的软件开放工具包SDK生成，例如支付宝SDK，也可以为服务端调用预先部署的电子工牌生成功能生成，本说明书并不对此进行限制。在客户端调用支付宝SDK生成电子工牌的情况下，支付宝底层代码具备加密能力，因此电子工牌的生成规则不容易被攻破，增强了电子工牌的安全性。

如前所述，工牌信息除了包含用户的身份信息之外，还可以包含第三方支付平台发放的支付令牌，第三方支付平台发放支付令牌的前提为客户端取得第三方支付平台的授权。客户端可以请求服务端向第三方支付平台发送授权请求，该授权请求可以包含平台信息、授权类型、授权范围等，本说明书并不对此进行限制。若第三方支付平台同意授权，可以基于接收的授权请求生成授权码，并将其返回至服务端，服务端可以根据该授权码向第三方支付平台换取支付令牌。支付令牌的具体形式可以为一串进行过加密处理的字符串，该字符串用于取代敏感数据，敏感数据可以包括第三方支付平台上的账户信息。

以客户端生成电子工牌为例，下面结合图3对工牌信息中包含支付令牌的情况进行详细介绍，图3是一示例性实施例提供的一种电子工牌的生成方法的交互图，如图3所示，该方法可以包括以下步骤：

步骤302，发送电子工牌生成请求。

在预设工牌生成条件被触发时，客户端可以向服务端发送电子工牌生成请求，该请求用于指示服务端确定用户对应的工牌信息。

步骤304，确定支付令牌是否过期。

为了防止支付令牌被泄露，支付令牌被设置为存在一定的时效性，由于服务端在接收到电子工牌生成请求后可以向第三方支付平台换取支付令牌，因此支付令牌的发放时间与客户端发送的电子工牌生成请求相关联，服务端可以根据电子工牌生成请求确定本地记录的支付令牌是否过期。若本地记录的支付令牌已过期，则执行步骤306，发送令牌发放请求以重新获取支付令牌，若本地记录的支付令牌未过期，则执行步骤310，确定工牌信息。

步骤306，发送令牌发放请求。

在确定支付令牌已过期的情况下，服务端可以向第三方支付平台发送令牌发放请求，该请求用于指示第三方支付平台重新发放支付令牌。

步骤308，重新发放支付令牌。

第三方支付平台可以基于接收的令牌发放请求向服务端重新发放有效的支付令牌以取代已过期的支付令牌，新的支付令牌可以为第三方支付平台根据预设算法重新生成，也可以为在原有支付令牌的基础上解码后再次进行加密处理生成，本说明书并不对此进行限制。服务端在接收到重新发放的支付令牌后，可以删除已过期的支付令牌，重新发放的支付令牌也具有一定的时效，与对应的电子工牌生成请求相关联。

步骤310，确定工牌信息。

在确定支付令牌未过期的情况下，服务端可以根据用户的身份信息以及支付令牌确定工牌信息。

步骤312，返回工牌信息。

步骤314，基于工牌信息生成电子工牌。

客户端在接收服务端返回的工牌信息后，可以基于该工牌信息生成电子工牌，该电子工牌被存储于客户端，以供客户端处于离线或弱网环境的情况下使用。电子工牌的具体形式可以为条码图案，例如一维条码或二维码，也可以为其他的形式，本说明书并不对此进行限制。

在该实施例中，由于工牌信息中包含第三方支付平台发放的支付令牌，根据该工牌信息生成的电子工牌与第三方支付平台绑定，因此用户在使用该电子工牌付款的情况下，可以选择从独立软件开发商ISV平台扣款，也可以选择从第三方支付平台扣款，或者可以选择同时在两平台处扣除部分金额。本说明书通过确定支付令牌并根据支付令牌生成电子工牌的方式，将第三方支付平台与电子工牌相关联，使得用户在使用电子工牌进行付款时不再局限于一种支付渠道，在其中一种支付渠道余额不足的情况下仍可以继续使用电子工牌进行付款，提升了用户的使用体验。

在一实施例中，为防止电子工牌被泄露，电子工牌被设置为存在一定的时效，预先存储于客户端的电子工牌在存储一定时间后会自动失效，因此客户端可以判断电子工牌的有效性，在确定电子工牌失效的情况下，客户端可以删除已失效的电子工牌。当预先存储的电子工牌的数量下降至预设阈值时，客户端将向服务端发送电子工牌生成请求，服务端在接收电子工牌生成请求后，根据该电子工牌生成请求确定对应的工牌信息，并将其返回至客户端。客户端接收服务端返回的工牌信息，基于该工牌信息生成电子工牌，生成的电子工牌被存储于客户端以供离线或弱网环境下被读取并展示。

在一实施例中，客户端处于在线环境，在客户端接收电子工牌展示请求的情况下，客户端可以读取预先存储的电子工牌，也可以临时生成电子工牌以供用户使用。客户端临时生成电子工牌的流程可以为：向服务端发送电子工牌生成请求，该电子工牌生成请求用于指示服务端确定生成电子工牌所需的工牌信息，服务端在接收电子工牌生成请求后确定工牌信息，并将其返回至客户端，客户端基于所述工牌信息生成并展示电子工牌，使得用户处于在线环境的情况下能够使用电子工牌。在客户端处于在线环境时，电子工牌可以由服务端生成，也可以由客户端生成，以上列举的仅是电子工牌由客户端生成的情况，具体由服务端生成电子工牌的情况与离线或弱网环境相同，此处不再赘述。

图4是一示例性实施例提供的一种应用于服务端的电子工牌的使用方法的流程图，如图4所示，该方法应用于通讯应用的服务端，该方法可以包括以下步骤：

步骤402，接收所述通讯应用的客户端发送的电子工牌生成请求。

在客户端判定预设工牌生成条件被触发的情况下，可以向服务端发送电子工牌生成请求，该电子工牌生成请求用于指示服务端确定与客户端对应的工牌信息。或者在服务端判定预设工牌生成条件被触发的情况下，服务端可以请求客户端发送电子工牌生成请求至服务端，以上两种情况都需要客户端发送请求至服务端以确定工牌信息。

步骤404，向所述客户端返回工牌信息以供所述客户端生成电子工牌，或者基于所述工牌信息生成电子工牌并返回至所述客户端；其中，所述电子工牌由所述客户端存储以用于在所述客户端处于离线或弱网环境的情况下进行读取并展示。

服务端在确定工牌信息后可以将工牌信息返回至客户端，有客户端根据工牌信息生成电子工牌；服务端也可以基于工牌信息生成电子工牌，并将该电子工牌返回至客户端，以供客户端在离线或弱网环境下进行读取并展示，本说明书并不对此进行限制。

服务端确定的工牌信息中可以包括第三方支付平台发放的支付令牌，在工牌信息中包含支付令牌的情况下，服务端可以获取独立软件开发商ISV平台根据扫描设备对所述电子工牌的扫描结果发起的支付请求，该独立软件开发商ISV平台存在于服务端外，与电子工牌绑定，且与扫描设备之间存在交互，当扫描设备对客户端展示的电子工牌进行扫描得到扫描结果，扫描设备可以将该扫描结果发送至ISV平台。扫描设备与ISV平台之间的交互方式可以包括多种类型的有线或无线交互，本说明书并不对此进行限制。

ISV平台维护有用户的第一账户，该第一账户可以记录有用户的姓名、ID，还可以记录有用户的账户余额，本说明书并不对此进行限制。由于工牌信息中包含支付令牌，因此用户在第三方支付平台上还存在第二账户。扫描设备在对客户端展示的电子工牌进行扫描后，向ISV平台发送针对扫描结果的支付请求，该支付请求包含针对此次支付行为的付款明细，例如可以包含本次支付的地点、时间、支付的对象，还可以包含本次支付需要在第一账号扣款的金额以及需要在第二账户扣款的金额，本说明书并不对支付请求包含的具体内容进行限制。在该支付请求中仅包含对应于所述第一账号的第一余额扣除金额的情况下，向独立软件开发商ISV平台发送第一扣款请求，该第一扣款请求用于指示所述独立软件开发商ISV平台从所述第一账户按照所述第一余额扣除金额进行扣款；在该支付请求中仅包含对应于所述第二账号的第二余额扣除金额的情况下，向所述第三方支付平台发送包含前述支付令牌的第二扣款请求，所述第二扣款请求用于指示所述第三方支付平台从所述第二账户按照所述第二余额扣除金额进行扣款；在该支付请求中同时包含对应于所述第一账户的第三余额扣除金额和对应于所述第二账户的第四余额扣除金额的情况下，向所述独立软件开发商ISV平台发送第三扣款请求以指示所述独立软件开发商ISV平台从所述第一账户按照所述第三余额扣除金额进行扣款，以及向所述第三方支付平台发送包含支付令牌的第四扣款请求以指示所述第三方支付平台从所述第二账户按照所述第四余额扣除金额进行扣款。

下面以支付请求同时包含第三余额扣款金额和第四余额扣款金额为例，结合某一用户在食堂就餐的场景对扣款流程进行详细介绍，图5是一示例性实施例提供的一种电子工牌的扣款方法的交互图，如图5所示，该方法可以包括以下步骤：

步骤502，接收电子工牌展示请求。

用户在食堂就餐需要付款时点击电子工牌，向客户端发送电子工牌展示请求，该请求用于指示客户端展示对应的电子工牌以供支付餐费。

步骤504，读取预先存储的电子工牌。

客户端的接收电子工牌展示请求后，可以读取预先存储的电子工牌，也可以根据该用户的工牌信息临时生成电子工牌。

步骤506，展示电子工牌。

用户将客户端示出的电子工牌展示给食堂的扫描设备。

步骤508，发送扫描结果。

扫描设备对客户端展示的电子工牌进行扫描后，得到扫描结果，该扫描结果可以包含需要支付的总金额(25元)、消费的地点(食堂)等，还可以包含用户的身份信息以及支付令牌。扫描设备将该扫描结果发送至ISV平台。

步骤510，发送支付请求。

ISV平台在在接收扫描结果后，可以根据用户的身份信息确定对应的第一账户的余额(10元)，由于本次需要支付的总金额(25元)超出对应的第一账户的余额，因此需要第二账户补足差价，所以该支付请求包含对应于第一账户的第三余额扣除金额(10元)和对应于第二账户的第四余额扣除金额(15元)，ISV平台将生成的支付请求发送至服务端。

步骤512，发送第三扣款请求。

步骤514，发送第四扣款请求。

步骤516，基于第三扣款请求进行扣款。

步骤518，基于第四扣款请求进行扣款。

由于服务端接收的支付请求同时包含对应于第一账户的第三余额扣除金额(10元)和对应于第二账户的第四余额扣除金额(15元)，因此服务端可以向ISV平台发送第三扣款请求，向第三方支付平台发送第四扣款请求，其中，第三扣款请求用于指示ISV平台在第一账户的余额上扣除10元，第四扣款请求用于指示第三方支付平台在第二账户的余额上扣除15元。

在一实施例中，ISV平台和第三方支付平台可以返回扣款结果至服务端，扣款结果可以包含平台扣款前的余额、平台扣款后的余额，还可以包含本次扣款的金额，本说明书并不对此进行限制。服务端可以将接收的扣款结果整合为扣款通知并将其发送至客户端，该扣款通知用于通知用户扣款成功或者失败，并向用户展示扣款的结果。

在ISV平台和第三方支付平台完成扣款操作后，用户还可以选择退款。图6是一示例性实施例提供的一种电子工牌的退款方法的交互图，如图6所示，该方法可以包括以下步骤：

步骤602，发送退款请求。

触发客户端发送退款请求的条件可以为用户主动选择退款并点击通讯应用中的某个选项触发，还可以为由用户通过语音等方式触发，或者由客户端所处的电子设备与扫描设备之间基于如蓝牙等方式建立近场无线连接后，由扫描设备向客户端发起该请求(相当于该过程中用户不需要执行任何操作)，本说明书并不对此进行限制。

退款请求可以包含用户本次退款行为的明细，例如仅包含对应于第一账户的第一余额退款金额，用于指示ISV平台按照第一余额退款金额进行退款，退款请求也可以不用包含退款明细，此时退款请求用于请求服务端根据对应的支付请求确定退款明细，服务端在根据确定的退款明细发送请求(例如第一退款请求)至平台进行退款，本说明书并不对退款请求的具体内容进行限制。

在一实施例中，服务端在接收退款请求后，可以根据退款请求中包含的退款明细通知平台退款。若退款请求中仅包含对应于第一账户的第一余额退款金额，则向ISV平台发送第一退款请求，该请求用于指示ISV平台按照第一余额退款金额进行退款；若退款请求中仅包含对应于第二账户的第二余额退款金额，则向第三方支付平台发送第二退款请求，该请求用于指示第三方支付平台按照第二余额退款金额进行退款；若退款请求中同时包含对应于第一账户的第三余额退款金额和对应于第二账户的第四余额退款金额，则向ISV平台发送第三退款请求和向第三方支付平台发送第四退款请求，其中，第三退款请求用于指示ISV平台按照同第三余额退款金额进行退款，第四退款请求用于指示第三方支付平台按照第四余额退款金额进行退款。

下面以退款请求中同时包含第三余额退款金额和第四余额退款金额为例，结合前述食堂就餐的场景对退款的过程进行介绍，用户在ISV平台的第一账户扣除10元和在第三方支付平台的第二账户扣除15元后选择退款。

步骤604，发送第三退款请求。

步骤606，发送第四退款请求。

步骤608，基于第三退款请求进行退款。

步骤610，基于第四退款请求进行退款。

服务端可以根据接收到的退款请求，向ISV平台发送第三退款请求，该第三退款请求用于指示ISV平台从第一账户按照第三余额退款金额(10元)进行退款，向第三方支付平台发送第四退款请求，该第四退款请求用于指示第三方支付平台从第二账户按照第四余额退款金额(15元)进行退款。

步骤612，返回第三退款结果。

步骤614，返回第四退款结果。

返回第三退款结果可以包含：第一账户退款前余额0元、退款金额10元、退款后余额10元；返回第四退款结果可以包含：第二账户退款前余额90元、退款金额15元、退款后余额105元。在ISV平台和第三方支付平台进行相应退款后，可以将各自的退款结果返回至服务端，退款结果可以包含退款的金额、退款后账户的余额以及退款前账户的余额，本说明书并不对此进行限制。

步骤616，生成账单。

服务单接收ISV平台和第三方支付平台返回的退款结果后，可以将两部分退款结果整合至同一退款账单。该账单可以包含总退款金额、ISV平台退款金额、第三方支付平台退款金额等，关于退款账单的具体内容，本说明书并不对此进行限制。

步骤618，发送退款通知。

服务端在生成退款账单后，可以基于该账单向客户端发送退款通知，该退款通知用于向用户展示退款的明细，例如可以向用户展示退款是否成功或者向用户展示退款的金额到账情况。

上述为退款请求包含第三余额退款金额和第四余额退款金额的情况，除此之外，在退款请求仅包含第一余额退款金额的情况下，服务端可以向ISV平台发送第一退款请求，该请求用于指示ISV平台按照第一余额退款金额进行退款，ISV平台基于第一退款请求进行退款后将第一退款结果返回至服务端，服务端根据第一退款结果生成退款账单并向客户端发送对应的退款通知。

在退款请求仅包含第二余额退款金额的情况下，服务端可以向第三方支付平台发送第二退款请求，该请求用于指示第三方支付平台按照第二余额退款金额进行退款，ISV平台基于第二退款请求进行退款后将第二退款结果返回至服务端，服务端根据第二退款结果生成退款账单并向客户端发送对应的退款通知。

电子工牌关联了多个支付渠道，在用户付款时电子工牌不仅实现了在多个支付渠道进行扣款，还实现了在多个支付渠道进行退款，提升了用户的使用体验。

图7是一示例性实施例提供的一种设备的示意结构图。请参考图7，在硬件层面，该设备包括处理器702、内部总线704、网络接口706、内存708以及非易失性存储器710，当然还可能包括其他功能所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器702从非易失性存储器710中读取对应的计算机程序到内存708中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图8，一种电子工牌的使用装置可以应用于如图8所示的设备中，以实现本说明书的技术方案。其中，该电子工牌的使用装置应用于通讯应用的客户端，该电子工牌的使用装置可以包括：

第一接收单元801，用于接收电子工牌展示请求。

读取单元802，用于在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

可选的，所述读取单元802具体用于：

所述预先存储的电子工牌由所述客户端根据所述通讯应用的服务端提供的工牌信息生成；或者，

所述预先存储的电子工牌由所述服务端根据所述工牌信息生成。

可选的，所述读取单元802具体用于：

所述客户端通过下述方式生成电子工牌，包括：所述客户端在确定所述预设工牌生成条件被触发的情况下生成所述电子工牌；

所述服务端通过下述方式生成电子工牌，包括：所述服务端在接收到所述客户端发送的判定所述预设工牌生成条件被触发的判断结果，或者所述服务端主动判定所述预设工牌生成条件被触发的情况下，生成所述电子工牌。

可选的，所述工牌信息包括：所述客户端对应的用户的身份信息和/或第三方支付平台针对所述用户发放的支付令牌。

可选的，所述预设工牌生成条件包括下述至少之一：

所述预先存储的电子工牌的数量下降至预设阈值、距离上次生成电子工牌的时刻达到预设间隔时长、所述通讯应用的客户端被启动。

可选的，还包括：

生成单元803，用于在所述客户端处于在线环境的情况下，读取所述预先存储的电子工牌，或者向所述通讯应用的服务端发送电子工牌生成请求以临时生成电子工牌。

可选的，还包括：

删除单元804，用于确定所述预先存储的电子工牌的有效性，并删除已生效的电子工牌。

请参考图9，一种电子工牌的使用装置可以应用于如图9所示的设备中，以实现本说明书的技术方案。其中，该电子工牌的使用装置应用于通讯应用的服务端，该电子工牌的使用装置可以包括：

第二接收单元901，用于接收所述通讯应用的客户端发送的电子工牌生成请求。

返回单元902，用于向所述客户端返回工牌信息以供所述客户端生成电子工牌，或者基于所述工牌信息生成电子工牌并返回至所述客户端；其中，所述电子工牌由所述客户端存储以用于在所述客户端处于离线或弱网环境的情况下进行读取并展示。

可选的，所述工牌信息包括：所述客户端对应的用户的身份信息和/或第三方支付平台针对所述用户发放的支付令牌。

可选的，还包括：

确定单元903，用于在所述工牌信息包含所述支付令牌的情况下，根据所述电子工牌生成请求确定本地记录的支付令牌是否过期。

请求单元904，用于若本地记录的支付令牌已过期，则重新向所述第三方支付平台请求支付令牌，以用于生成所述电子工牌。

可选的，在所述工牌信息包含所述支付令牌的情况下，所述方法还包括：

获取单元905，用于获取独立软件开发商ISV平台根据扫描设备对所述电子工牌的扫描结果发起的支付请求，所述独立软件开发商ISV平台维护有所述用户的第一账户，所述用户在所述第三方支付平台上还存在第二账户；

第一扣款单元906，用于在所述支付请求中仅包含对应于所述第一账号的第一余额扣除金额的情况下，向所述独立软件开发商ISV平台发送第一扣款请求，所述第一扣款请求用于指示所述独立软件开发商ISV平台从所述第一账户按照所述第一余额扣除金额进行扣款；

第二扣款单元907，用于在所述支付请求中仅包含对应于所述第二账号的第二余额扣除金额的情况下，向所述第三方支付平台发送包含所述支付令牌的第二扣款请求，所述第二扣款请求用于指示所述第三方支付平台从所述第二账户按照所述第二余额扣除金额进行扣款；

第三扣款单元908，用于在所述支付请求中同时包含对应于所述第一账户的第三余额扣除金额和对应于所述第二账户的第四余额扣除金额的情况下，向所述独立软件开发商ISV平台发送第三扣款请求以指示所述独立软件开发商ISV平台从所述第一账户按照所述第三余额扣除金额进行扣款，以及向所述第三方支付平台发送包含所述支付令牌的第四扣款请求以指示所述第三方支付平台从所述第二账户按照所述第四余额扣除金额进行扣款。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

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

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (15)

1.一种支持离线或弱网环境的电子工牌的使用方法，其特征在于，应用于通讯应用的客户端，包括：

接收电子工牌展示请求；

在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

2.根据权利要求1所述的方法，其特征在于，

所述预先存储的电子工牌由所述客户端根据所述通讯应用的服务端提供的工牌信息生成；或者，

所述预先存储的电子工牌由所述服务端根据所述工牌信息生成。

3.根据权利要求2所述的方法，其特征在于，

所述客户端通过下述方式生成电子工牌，包括：所述客户端在确定所述预设工牌生成条件被触发的情况下生成所述电子工牌；

所述服务端通过下述方式生成电子工牌，包括：所述服务端在接收到所述客户端发送的判定所述预设工牌生成条件被触发的判断结果，或者所述服务端主动判定所述预设工牌生成条件被触发的情况下，生成所述电子工牌。

4.根据权利要求2所述的方法，其特征在于，所述工牌信息包括：所述客户端对应的用户的身份信息和/或第三方支付平台针对所述用户发放的支付令牌。

5.根据权利要求1所述的方法，其特征在于，所述预设工牌生成条件包括下述至少之一：

所述预先存储的电子工牌的数量下降至预设阈值、距离上次生成电子工牌的时刻达到预设间隔时长、所述通讯应用的客户端被启动。

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

在所述客户端处于在线环境的情况下，读取所述预先存储的电子工牌，或者向所述通讯应用的服务端发送电子工牌生成请求以临时生成电子工牌。

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

确定所述预先存储的电子工牌的有效性，并删除已生效的电子工牌。

8.一种支持离线或弱网环境的电子工牌的使用方法，其特征在于，应用于通讯应用的服务端，包括：

接收所述通讯应用的客户端发送的电子工牌生成请求；

向所述客户端返回工牌信息以供所述客户端生成电子工牌，或者基于所述工牌信息生成电子工牌并返回至所述客户端；其中，所述电子工牌由所述客户端存储以用于在所述客户端处于离线或弱网环境的情况下进行读取并展示。

9.根据权利要求8所述的方法，其特征在于，所述工牌信息包括：所述客户端对应的用户的身份信息和/或第三方支付平台针对所述用户发放的支付令牌。

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

在所述工牌信息包含所述支付令牌的情况下，根据所述电子工牌生成请求确定本地记录的支付令牌是否过期；

若本地记录的支付令牌已过期，则重新向所述第三方支付平台请求支付令牌，以用于生成所述电子工牌。

11.根据权利要求9所述的方法，其特征在于，在所述工牌信息包含所述支付令牌的情况下，所述方法还包括：

获取独立软件开发商ISV平台根据扫描设备对所述电子工牌的扫描结果发起的支付请求，所述独立软件开发商ISV平台维护有所述用户的第一账户，所述用户在所述第三方支付平台上还存在第二账户；

在所述支付请求中仅包含对应于所述第一账号的第一余额扣除金额的情况下，向所述独立软件开发商ISV平台发送第一扣款请求，所述第一扣款请求用于指示所述独立软件开发商ISV平台从所述第一账户按照所述第一余额扣除金额进行扣款；

在所述支付请求中仅包含对应于所述第二账号的第二余额扣除金额的情况下，向所述第三方支付平台发送包含所述支付令牌的第二扣款请求，所述第二扣款请求用于指示所述第三方支付平台从所述第二账户按照所述第二余额扣除金额进行扣款；

在所述支付请求中同时包含对应于所述第一账户的第三余额扣除金额和对应于所述第二账户的第四余额扣除金额的情况下，向所述独立软件开发商ISV平台发送第三扣款请求以指示所述独立软件开发商ISV平台从所述第一账户按照所述第三余额扣除金额进行扣款，以及向所述第三方支付平台发送包含所述支付令牌的第四扣款请求以指示所述第三方支付平台从所述第二账户按照所述第四余额扣除金额进行扣款。

12.一种支持离线或弱网环境的电子工牌的使用装置，其特征在于，应用于通讯应用的客户端，包括：

第一接收单元：接收电子工牌展示请求；

读取单元：在所述客户端处于离线或弱网环境的情况下，读取所述客户端预先存储的电子工牌并展示，所述预先存储的电子工牌为在预设工牌生成条件被触发时预先生成。

13.一种支持离线或弱网环境的电子工牌的使用装置，其特征在于，应用于通讯应用的服务端，包括：

第二接收单元：接收所述通讯应用的客户端发送的电子工牌生成请求；

生成单元：向所述客户端返回工牌信息以供所述客户端生成电子工牌，或者基于所述工牌信息生成电子工牌并返回至所述客户端；其中，所述电子工牌由所述客户端存储以用于在所述客户端处于离线或弱网环境的情况下进行读取并展示。

14.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-7或8-11中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-7或8-11中任一项所述方法的步骤。

Images