CN111784328A - 虚拟资源处理方法、装置、系统、网关和可读存储介质 - Google Patents

Abstract

本公开涉及一种虚拟资源处理方法、装置、系统、网关和可读存储介质，涉及计算机技术领域。本公开的方法包括：第一网关接收对应的线下自助平台发送的处理请求，处理请求是用户在线下自助平台进行操作触发的，用于请求对用户的虚拟资源进行处理；第一网关向第一资源处理系统发送资源处理请求，资源处理请求包括用户的待处理的虚拟资源信息；第一网关在接收到第一资源处理系统发送的处理失败消息的情况下，向用户的终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理；其中，第一网关与第一资源处理系统之间设置接口，第一应用是与线下自助平台对应的应用。

Description

虚拟资源处理方法、装置、系统、网关和可读存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种虚拟资源处理方法、装置、系统、网关和可读存储介质。

背景技术

随着互联网技术的发展，各种终端越来越智能化。无人超市等不需要人工管理的自助型处理系统的出现极大的方便了人们的生活。

一般的线下自助平台都有对应的线上应用，例如用户终端中安装的对应线上应用。用户可以在线上应用查看各种对象(例如商品)的信息，管理用户身份信息等，当需要在线下自助平台对用户的虚拟资源进行线上处理时，需要线下自助平台与线上应用的交互。用户使用线上应用输入用户的身份信息(例如，在用户终端的线上应用中调取用户的身份二维码，在线下自助平台扫描二维码)，线下自助平台可以向对应的资源处理系统发送用户的身份信息，从而对用户进行线上虚拟资源处理。

发明内容

发明人发现：很多情况下，用户的虚拟资源信息存储在第三方的资源处理系统中，对用户进行线上虚拟资源处理时，需要使用第三方的资源处理系统。如果获得用户的授权，线下自助平台对应的资源处理系统可以向第三方的资源处理系统直接发起资源处理请求，对用户的虚拟资源进行处理。但是，如果用户没有授权，例如用户首次应用线下自助平台，用户则需要在终端中关闭线下自助平台对应的应用，再打开第三方的资源处理系统对应的应用，与线下自助平台交互，发起资源处理请求。在用户没有授权的情况下，用户都需要反复操作终端，影响线下自助平台的处理效率，可能会导致排队等情况发生，影响用户体验。

本公开所要解决的一个技术问题是：如何提高通过线下自助平台对用户的虚拟资源进行处理的效率。

根据本公开的一些实施例，提供的一种虚拟资源处理方法，包括：第一网关接收对应的线下自助平台发送的处理请求，处理请求是用户在线下自助平台进行操作触发的，用于请求对用户的虚拟资源进行处理；第一网关向第一资源处理系统发送资源处理请求，资源处理请求包括用户的待处理的虚拟资源信息；第一网关在接收到第一资源处理系统发送的处理失败消息的情况下，向用户的终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理；其中，第一网关与第一资源处理系统之间设置接口，第一应用是与线下自助平台对应的应用。

在一些实施例中，第一网关接收对应的线下自助平台发送的处理请求，处理请求是用户在线下自助平台进行操作触发的，用于请求对用户的虚拟资源进行处理；第一网关向第一资源处理系统发送资源处理请求，资源处理请求包括用户的待处理的虚拟资源信息；第一网关在接收到第一资源处理系统发送的处理失败消息的情况下，向用户的终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理；其中，第一网关与第一资源处理系统之间设置接口，第一应用是与线下自助平台对应的应用。

在一些实施例中，向用户的终端中的第一应用发送触发第二应用的信息包括：第一网关将触发第二应用的信息发送至消息队列平台；第二网关从消息队列平台接收触发第二应用的信息；第一应用从第二网关获取触发第二应用的信息；其中，第二网关是与第一应用对应的网关。

在一些实施例中，第一应用周期性向第二网关查询是否有用户对应的触发第二应用的信息，如果有用户对应的触发第二应用的信息，则从第二网关接收触发第二应用的信息。

在一些实施例中，触发第二应用的信息包括：用户的身份标识、触发第二应用的参数、待处理虚拟资源量；待处理虚拟资源量根据虚拟资源对应的对象信息，和每个对象对应的待处理虚拟资源量确定；第一应用触发第二应用启动并进行资源处理包括：第一应用根据用户的身份标识获取对应的触发第二应用的参数、待处理虚拟资源量；第一应用根据触发第二应用的参数，触发第二应用启动，并向第二应用发送待处理虚拟资源量，以便在第二应用显示待处理虚拟资源量。

在一些实施例中，该方法还包括：第一网关向第一资源处理系统发送处理结果查询信息；其中，处理结果查询信息中包括：用户对应的订单标识信息；第一资源处理系统周期性从第二资源处理系统获取处理结果，第二资源处理系统与第二应用相对应；第一网关接收第一资源处理系统返回的处理结果，并发送至线下自助平台进行显示。

在一些实施例中，该方法还包括：第一网关接收线下自助平台发送的订单取消请求，订单取消请求包括：订单标识信息；第一网关将订单取消请求发送至资源回退系统，以便资源回退系统向第二资源处理系统发送资源回退请求，进行虚拟资源的退回；其中，第一网关与资源回退系统之间设置接口，第二资源处理系统与第二应用相对应。

根据本公开的另一些实施例，提供的一种网关，该网关为第一网关，包括：接收模块，用于接收对应的线下自助平台发送的处理请求，处理请求是用户在线下自助平台进行操作触发的，用于请求对用户的虚拟资源进行处理；发送模块，用于向第一资源处理系统发送资源处理请求，资源处理请求包括用户的待处理的虚拟资源信息；在接收模块接收到第一资源处理系统发送的处理失败消息的情况下，向用户的终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理；其中，网关与第一资源处理系统之间设置接口，第一应用是与线下自助平台对应的应用。

在一些实施例中，发送模块用于将触发第二应用的信息发送至消息队列平台；以便第二网关从消息队列平台接收触发第二应用的信息；第一应用从第二网关获取触发第二应用的信息；其中，第二网关是与第一应用对应的网关。

在一些实施例中，发送模块还用于向第一资源处理系统发送处理结果查询信息；其中，处理结果查询信息中包括：用户对应的订单标识信息；第一资源处理系统周期性从第二资源处理系统获取处理结果，第二资源处理系统与第二应用相对应；将处理结果发送至线下自助平台进行显示；接收模块还用于接收第一资源处理系统返回的处理结果。

在一些实施例中，接收模块还用于接收线下自助平台发送的订单取消请求，订单取消请求包括：订单标识信息；发送模块还用于将订单取消请求发送至资源回退系统，以便资源回退系统向第二资源处理系统发送资源回退请求，进行虚拟资源的退回；其中，第一网关与资源回退系统之间设置接口，第二资源处理系统与第二应用相对应。

根据本公开的又一些实施例，提供的一种虚拟资源处理装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行如前述任意实施例的虚拟资源处理方法的步骤。

根据本公开的再一些实施例，提供的一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现前述任意实施例的虚拟资源处理方法的步骤。

根据本公开的又一些实施例，提供的一种虚拟资源处理系统，包括：前述任意实施例的网关，该网关为第一网关；以及线下自助平台，用于响应于用户的操作向第一网关发送处理请求；第一资源处理系统，用于接收第一网关发送的资源处理请求，并向第一网关发送处理失败消息；终端，该终端中配置第一应用和第二应用，第一应用用于接收第一网格发送的触发第二应用的信息，触发第二应用启动并进行虚拟资源处理。

在一些实施例中，该系统还包括：消息队列平台，用于接收第一网关发送的触发第二应用的信息；第二网关，用于从消息队列平台接收触发第二应用的信息；终端用于通过第一应用周期性向第二网关查询是否有用户对应的触发第二应用的信息，如果有用户对应的触发第二应用的信息，则从第二网关接收触发第二应用的信息。

在一些实施例中，触发第二应用的信息包括：用户的身份标识、触发第二应用的参数、待处理虚拟资源量；待处理虚拟资源量根据虚拟资源对应的对象信息，和每个对象对应的待处理虚拟资源量确定；终端用于通过第一应用根据用户的身份标识获取对应的触发第二应用的参数、待处理虚拟资源量；根据触发第二应用的参数，触发第二应用启动，并向第二应用发送待处理虚拟资源量，以便在第二应用显示待处理虚拟资源量。

本公开的方法中第一网关在接收到线下自助平台发送的处理请求后，向第一资源处理系统发送资源处理请求，如果第一资源处理系统处理失败，第一网关则向用户终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理。本公开的方法中由第一网关向第一应用发信息，触发第二应用启动，整个过程对于用户是透明的，无需用户在终端中进行第一应用和第二应用的切换，即可实现调用第二应用和对应的系统进行虚拟资源处理的过程，提高了通过线下自助平台对用户的线上虚拟资源进行处理的效率，提升用户体验。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

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

图1示出本公开的一些实施例的虚拟资源处理方法的流程示意图。

图2示出本公开的另一些实施例的虚拟资源处理方法的流程示意图。

图3示出本公开的又一些实施例的虚拟资源处理方法的流程示意图。

图4示出本公开的一些实施例的网关的结构示意图。

图5示出本公开的一些实施例的虚拟资源处理系统的结构示意图。

图6示出本公开的一些实施例的虚拟资源处理装置的结构示意图。

图7示出本公开的另一些实施例的虚拟资源处理装置的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

本公开提出一种虚拟资源处理方法，针对用户在线下自助平台进行线上虚拟资源处理的场景，可以提高虚拟资源处理效率，下面结合图1进行描述。

图1为本公开虚拟资源处理方法一些实施例的流程图。如图1所示，该实施例的方法包括：步骤S102～S106。

在步骤S102中，第一网关接收对应的线下自助平台发送的处理请求，处理请求是用户在线下自助平台进行操作触发的，用于请求对用户的虚拟资源进行处理。

处理请求例如包括：虚拟资源对应的对象信息和用户的身份标识。在一些应用场景中，线下自助平台例如为自助收银机。用户例如在线下自助平台进行结算，可以在线下自助平台扫描商品等对象的标识(例如二维码)，进而打开第一应用显示用户的身份标识图案，利用线下自助平台扫描用户的身份标识图案(例如，二维码图案)。线下自助平台接收到商品等对象的标识和用户的身份标识后，响应于用户的操作，向第一网关发送处理请求，以便后续根据对象信息和用户的身份标识，对用户扣除相应的虚拟资源。

在步骤S104中，第一网关向第一资源处理系统发送资源处理请求，资源处理请求包括用户的待处理的虚拟资源信息。

第一网关与第一资源处理系统之间设置接口，即第一资源处理系统作为线下自助平台对应的系统，资源处理请求会发送至该系统进行处理。第一资源处理系统接收到资源处理请求后可以创建资源处理单和处理流水信息等。第一资源处理系统例如可以包括订单系统，也可以与订单系统独立设置。在第一资源处理系统包括订单系统的情况下，资源处理请求中可以包括：虚拟资源对应的对象信息和用户的身份标识，订单系统可以根据对象信息获取每个对象对应的待处理虚拟资源量，进而确定用户对应的总的待处理虚拟资源量，生成订单，订单中可以包括用户待处理的虚拟资源量、对象标识、用户的身份标识等。第一资源处理系统根据订单创建资源处理单和处理流水信息，进行后续的虚拟资源处理过程。

在第一资源处理系统与订单系统独立设置的情况下，第一网关可以首先向订单系统发送订单请求，订单系统生成订单，订单中可以包括用户对应的待处理的虚拟资源量、对象标识、用户的身份标识等。第一网关接收订单系统返回的订单信息，根据订单信息向第一资源处理系统发送资源处理请求，资源处理请求包括用户对应的待处理虚拟资源量。

此外，第一网关在存储有对象对应的虚拟资源信息的情况下，也可以自行确定用户对应的待处理虚拟资源量，在向第一资源处理系统发送资源处理请求中包括用户对应的待处理虚拟资源量。第一资源处理系统主要依据用户对应的待处理虚拟资源量进行处理，具体的信息传输方式可以根据实际需求进行设置，不限于所举示例。

在第一资源处理系统不能直接对用户的虚拟资源进行处理的情况下，用户可以通过预先配置，授权第一资源处理系统向第三方的资源处理系统即第二资源处理系统(与第二应用相对应)发起资源处理请求，并由第二资源处理系统直接进行虚拟资源处理。这里的授权可以包括，授权以免除用户的认证等方式直接对用户的虚拟资源进行处理。例如，针对商品支付的场景，用户可以授权开通第二资源处理系统的免密支付，则用户在线下自助平台进行支付时，输入用户的身份标识信息后，即可直接完成支付。

在用户授权的情况下，第一资源处理系统可以完成虚拟资源处理，如果用户没有授权则第一资源处理系统会处理失败。其他处理失败的情况还可以包括：网络连接问题、第一资源处理系统故障等情况。

在步骤S106中，第一网关在接收到第一资源处理系统发送的处理失败消息的情况下，向用户的终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理。

第一网关接收到第一资源处理系统的处理失败消息后，发送触发第二应用的信息，第一应用接收到该消息后可以直接唤起第二应用，并向第二资源处理系统发送资源处理请求，由第二资源处理系统进行虚拟资源处理。这个过程中不需要用户手动切换第一应用和第二应用，而是在用户的终端自动进行切换。

在一些实施例中，第一网关将触发第二应用的信息发送至消息队列平台。第二网关从消息队列平台接收触发第二应用的信息。第一应用从第二网关获取触发第二应用的信息。第二网关可以从消息队列平台订阅触发第二应用的消息，当消息队列平台中有触发第二应用的信息的情况下，消息队列平台会将触发第二应用的信息发送至第二网关。

进一步，第二网关可以将触发第二应用的信息进行存储。第一应用可以周期性向第二网关查询是否有用户对应的触发第二应用的信息，如果有用户对应的触发第二应用的信息，则从第二网关接收触发第二应用的信息。第一应用向第二网关查询时可以携带用户的身份标识。采用第一应用周期性查询触发第二应用的信息，相对于第二网关向第一应用发送该信息，可以避免网络等问题造成信息发送不成功，导致后续虚拟资源处理无法进行。

在一些实施例中，触发第二应用的信息包括：用户的身份标识、触发第二应用的参数、待处理虚拟资源量；第一应用根据用户的身份标识获取对应的触发第二应用的参数、待处理虚拟资源量；第一应用根据触发第二应用的参数，触发第二应用启动，并向第二应用发送待处理虚拟资源量，以便在第二应用显示待处理虚拟资源量。进一步，第二应用可以向第二资源处理系统发起请求，第二资源处理系统对虚拟资源进行处理。第二应用在向第二资源处理系统发起请求前可以请求用户输入认证信息，例如，支付密码等。第二应用向第二资源处理系统发起请求的中携带用户的认证信息，以便第二资源处理系统对用户进行认证后，进行虚拟资源处理。

本公开中的虚拟资源包括：通过网络进行交换的资源，例如，线上支付的金额、优惠券、代币等。

上述实施例的方法中第一网关在接收到线下自助平台发送的处理请求后，向第一资源处理系统发送资源处理请求，如果第一资源处理系统处理失败，第一网关则向用户终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理。本公开的方法中由第一网关向第一应用发信息，触发第二应用启动，整个过程对于用户是透明的，无需用户在终端中进行第一应用和第二应用的切换，即可实现调用第二应用和对应的系统进行虚拟资源处理的过程，提高了通过线下自助平台对用户的线上虚拟资源进行处理的效率，提升用户体验。

下面结合图2描述本公开虚拟资源处理方法的另一些实施例。

图2为本公开虚拟资源处理方法另一些实施例的流程图。如图2所示，该实施例的方法包括：步骤S202～S204。

在步骤S202中，第一网关向第一资源处理系统发送处理结果查询信息。

处理结果查询信息中例如包括：用户对应的订单标识信息。订单标识信息例如前述实施例中在订单系统生成订单后发送至第一网关的。第一资源处理系统可以周期性从第二资源处理系统获取处理结果。

在步骤S204中，第一网关接收第一资源处理系统返回的处理结果，并发送至线下自助平台进行显示。

第一网关将虚拟资源的处理结果发送至线下自助平台，线下自助平台可以向用户进行显示。

下面结合图3描述本公开虚拟资源处理方法的又一些实施例。

图3为本公开虚拟资源处理方法又一些实施例的流程图。如图3所示，该实施例的方法包括：步骤S302～S306。

在步骤S302中，第一网关接收线下自助平台发送的订单取消请求，订单取消请求包括：订单标识信息。

订单取消请求可以是线下自助平台响应于用户触发的订单取消功能后发送的，也可以是响应于订单处理时限内未完成虚拟资源处理的情况发送的。

在步骤S304中，第一网关将订单取消请求发送至资源回退系统。

在步骤S306中，资源回退系统向第二资源处理系统发送资源回退请求，进行虚拟资源的退回。

资源回退系统可以与第一资源处理系统集成在一起。资源回退系统与第二资源处理系统设置接口。第二资源处理系统进行虚拟资源回退后，可以通过第二应用向用户显示回退成功，同时向资源回退系统发送回退结果，资源回退系统通过第一网关将回退结果发送至线下自助平台，进行显示。如果对用户进行了多种类型的虚拟资源的处理，资源回退系统需要向多个资源处理系统发送资源回退请求，由多个资源处理系统进行虚拟资源的退回。

下面以用户在线下自助平台购买商品并进行支付的场景为例，描述本公开的一些应用例。

1)线下自助平台(例如自助收银机)扫描商品的标识图案和用户的身份标识图案获取待支付的商品信息和用户的身份标识，并且响应于用户触发支付功能，向第一网关(例如自助收银网关)发送结算请求。

2)第一网关向第一资源处理系统(例如支付系统)发送支付请求。支付系统可以创建支付单和支付流水信息。支付请求可以包括待支付的虚拟资源量。第一网关可以首先向订单系统发送订单请求，由订单系统生成订单，并返回订单信息，进而第一网关再向第一资源处理系统发送支付请求。

3)在用户未开通第三方免密支付的情况下，第一资源处理系统向第一网关返回支付失败的消息。

4)第一网关向消息队列发送触发第二应用(例如第三方支付应用)的信息。触发第二应用的消息中包括：用户待支付的虚拟资源量(例如待支付的金额或优惠券等)，以及用户的身份标识、触发第二应用的参数等。

5)第二网关(第二网关与第一应用对应，第一应用例如为线下自助平台对应的线上应用)向消息队列查询触发第二应用的信息，将触发第二应用的信息进行存储。

6)第一应用周期性向第二网关查询用户对应的触发第二应用的信息。

7)第一应用获取触发第二应用的信息后，唤起第二应用进行支付。

8)在第二应用(第三方支付应用)对应的第二资源处理系统对用户进行支付处理之后，向第二应用返回支付结果，由第二应用将支付结果显示给用户。

9)线下自助平台(自助收银机)周期性向第一网关获取支付结果。在线下自助平台查询支付结果的过程中，可以设置查询时长(例如20秒)，在该查询时长内线下自助平台向第一网关查询支付结果，并且线下自助平台的界面不可操作，避免用户误操作导致线下自助平台发出错误信息，导致订单取消等。在查询时长结束后，线下自助平台可以自动解锁界面，用户可以执行取消订单或者重新发起支付等操作。

10)第一网关向第一资源处理发送支付结果查询请求。

11)第一资源处理系统(支付系统)周期性从第二资源处理系统获取支付结果，将支付结果返回第一网关。

12)第一网关将支付结果返回至线下自助平台进行显示。线下自助平台还可以为用户打印支付小票等。如果支付失败，第一网关可以重新发送触发第二应用的信息，以便重新进行步骤5)～7)的支付过程。

13)线下自助平台向第一网关发送订单取消请求。

可以是用户在线下自助平台进行取消订单操作从而触发线下自助平台向第一网关发送订单取消请求。也可以是设置预设时间内线下自助平台未接收到支付成功的消息触发线下自助平台自动向第一网关发送订单取消请求。未接收到支付成功消息可以是用户支付失败或者支付成功但是支付成功消息没有发送成功。

14)第一网关向第三资源处理系统(例如退款系统)发送退款请求。

15)第三资源处理系统向第二资源处理系统发送退款请求。第三资源处理系统查询用户支付使用的虚拟资源类型，在使用多种类型的虚拟资源的情况下，向对应的多个资源处理系统发送退款请求。例如，用户还使用了优惠券或者其他虚拟资源，则向相应的优惠券系统和其他虚拟资源系统发送退款请求，退款请求包括对应的虚拟资源量。

16)第二资源处理系统退款后，由第二应用显示退款结果。

17)第二资源处理系统退款后，向第三资源处理系统返回退款结果。

18)第三资源处理系统通过第一网关将退款结果返回至线下自助平台，由线下自助平台进行显示。

本公开还提供一种网关，该网关可以作为前述实施例中的第一网关，执行相应的功能，下面结合图4进行描述。

图4为本公开网关的一些实施例的结构图。如图4所示，该实施例的网关40包括：接收模块402，发送模块404。

接收模块402，用于接收对应的线下自助平台发送的处理请求，处理请求是用户在线下自助平台进行操作触发的，用于请求对用户的虚拟资源进行处理。

发送模块404，用于向第一资源处理系统发送资源处理请求，资源处理请求包括用户的待处理的虚拟资源信息；在接收模块接收到第一资源处理系统发送的处理失败消息的情况下，向用户的终端中的第一应用发送触发第二应用的信息，以便第一应用触发第二应用启动并进行虚拟资源处理；

网关40与第一资源处理系统之间设置接口，第一应用是与线下自助平台对应的应用。

在一些实施例中，发送模块404用于将触发第二应用的信息发送至消息队列平台；以便第二网关从消息队列平台接收触发第二应用的信息；第一应用从第二网关获取触发第二应用的信息；第二网关是与第一应用对应的网关。

在一些实施例中，发送模块404还用于向第一资源处理系统发送处理结果查询信息；其中，处理结果查询信息中包括：用户对应的订单标识信息；第一资源处理系统周期性从第二资源处理系统获取处理结果，第二资源处理系统与第二应用相对应；将处理结果发送至线下自助平台进行显示。接收模块402还用于接收第一资源处理系统返回的处理结果。

在一些实施例中，接收模块402还用于接收线下自助平台发送的订单取消请求，订单取消请求包括：订单标识信息。发送模块404还用于将订单取消请求发送至资源回退系统，以便资源回退系统向第二资源处理系统发送资源回退请求，进行虚拟资源的退回；

本公开还提供一种虚拟资源处理系统，下面结合图5进行描述。

图5为本公开虚拟资源处理系统的一些实施例的结构图。如图5所示，该实施例的系统5包括：前述实施例的网关40，网关40作为第一网关40，以及线下自助平台52，第一资源处理系统54，终端56。

线下自助平台52，用于响应于用户的操作向第一网关发送处理请求。

在一些实施例中，线下自助平台52还用于接收第一网关40发送的处理结果并进行显示，或者，接收第一网关40发送的资源回退结果并进行显示。

第一资源处理系统54，用于接收第一网关发送的资源处理请求，并向第一网关发送处理失败消息。

在一些实施例中，第一资源处理系统54还用于周期性从第二资源处理系统获取处理结果，并发送至第一网关40。

终端56中配置第一应用和第二应用，第一应用用于接收第一网格发送的触发第二应用的信息，触发第二应用启动并进行虚拟资源处理。

在一些实施例中，该系统还包括：消息队列平台58，用于接收第一网关40发送的触发第二应用的信息；第二网关59，用于从消息队列平台58接收触发第二应用的信息；终端56用于通过第一应用周期性向第二网关查询是否有用户对应的触发第二应用的信息，如果有用户对应的触发第二应用的信息，则从第二网关接收触发第二应用的信息。

在一些实施例中，触发第二应用的信息包括：用户的身份标识、触发第二应用的参数、待处理虚拟资源量；待处理虚拟资源量根据虚拟资源对应的对象信息，和每个对象对应的待处理虚拟资源量确定。终端56用于通过第一应用根据用户的身份标识获取对应的触发第二应用的参数、待处理虚拟资源量；根据触发第二应用的参数，触发第二应用启动，并向第二应用发送待处理虚拟资源量，以便在第二应用显示待处理虚拟资源量。

本公开的实施例中的虚拟资源处理装置，例如为前述任意实施例中的第一网关、终端、第一资源处理系统、线下自助平台等装置，可各由各种计算设备或计算机系统来实现，下面结合图6以及图7进行描述。

图6为本公开虚拟资源处理装置的一些实施例的结构图。如图6所示，该实施例的装置60包括：存储器610以及耦接至该存储器610的处理器620，处理器620被配置为基于存储在存储器610中的指令，执行本公开中任意一些实施例中的虚拟资源处理方法。

其中，存储器610例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)、数据库以及其他程序等。

图7为本公开虚拟资源处理装置的另一些实施例的结构图。如图7所示，该实施例的装置70包括：存储器710以及处理器720，分别与存储器610以及处理器620类似。还可以包括输入输出接口730、网络接口740、存储接口750等。这些接口730，740，750以及存储器710和处理器720之间例如可以通过总线760连接。其中，输入输出接口730为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口740为各种联网设备提供连接接口，例如可以连接到数据库服务器或者云端存储服务器等。存储接口750为SD卡、U盘等外置存储设备提供连接接口。

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

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

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

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

以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (15)

1.一种虚拟资源处理方法，包括：

第一网关接收对应的线下自助平台发送的处理请求，所述处理请求是用户在所述线下自助平台进行操作触发的，用于请求对所述用户的虚拟资源进行处理；

所述第一网关向第一资源处理系统发送资源处理请求，所述资源处理请求包括所述用户的待处理的虚拟资源信息；

所述第一网关在接收到所述第一资源处理系统发送的处理失败消息的情况下，向所述用户的终端中的第一应用发送触发第二应用的信息，以便所述第一应用触发所述第二应用启动并进行虚拟资源处理；

其中，所述第一网关与第一资源处理系统之间设置接口，所述第一应用是与所述线下自助平台对应的应用。

2.根据权利要求1所述的方法，其中，

所述向所述用户的终端中的第一应用发送触发第二应用的信息包括：

所述第一网关将所述触发第二应用的信息发送至消息队列平台；

第二网关从所述消息队列平台接收所述触发第二应用的信息；

所述第一应用从所述第二网关获取所述触发第二应用的信息；

其中，所述第二网关是与第一应用对应的网关。

3.根据权利要求2所述的方法，其中，

所述第一应用周期性向所述第二网关查询是否有所述用户对应的触发第二应用的信息，如果有所述用户对应的触发第二应用的信息，则从所述第二网关接收所述触发第二应用的信息。

4.根据权利要求1所述的方法，其中，

所述触发第二应用的信息包括：所述用户的身份标识、触发第二应用的参数、待处理虚拟资源量；所述待处理虚拟资源量根据虚拟资源对应的对象信息，和每个对象对应的待处理虚拟资源量确定；

所述第一应用触发所述第二应用启动并进行虚拟资源处理包括：

所述第一应用根据所述用户的身份标识获取对应的触发第二应用的参数、待处理虚拟资源量；

所述第一应用根据所述触发第二应用的参数，触发所述第二应用启动，并向所述第二应用发送所述待处理虚拟资源量，以便在所述第二应用显示所述待处理虚拟资源量。

5.根据权利要求1所述的方法，还包括：

所述第一网关向所述第一资源处理系统发送处理结果查询信息；其中，所述处理结果查询信息中包括：所述用户对应的订单标识信息；所述第一资源处理系统周期性从第二资源处理系统获取处理结果，所述第二资源处理系统与所述第二应用相对应；

所述第一网关接收所述第一资源处理系统返回的处理结果，并发送至所述线下自助平台进行显示。

6.根据权利要求1所述的方法，还包括：

所述第一网关接收所述线下自助平台发送的订单取消请求，所述订单取消请求包括：订单标识信息；

所述第一网关将所述订单取消请求发送至资源回退系统，以便所述资源回退系统向第二资源处理系统发送资源回退请求，进行虚拟资源的退回；

其中，所述第一网关与所述资源回退系统之间设置接口，所述第二资源处理系统与所述第二应用相对应。

7.一种网关，所述网关为第一网关，包括：

接收模块，用于接收对应的线下自助平台发送的处理请求，所述处理请求是用户在所述线下自助平台进行操作触发的，用于请求对所述用户的虚拟资源进行处理；

发送模块，用于向第一资源处理系统发送资源处理请求，所述资源处理请求包括所述用户的待处理的虚拟资源信息；在所述接收模块接收到所述第一资源处理系统发送的处理失败消息的情况下，向所述用户的终端中的第一应用发送触发第二应用的信息，以便所述第一应用触发所述第二应用启动并进行虚拟资源处理；

其中，所述网关与第一资源处理系统之间设置接口，所述第一应用是与所述线下自助平台对应的应用。

8.根据权利要求7所述的网关，其中，

所述发送模块用于将所述触发第二应用的信息发送至消息队列平台；以便第二网关从所述消息队列平台接收所述触发第二应用的信息；所述第一应用从所述第二网关获取所述触发第二应用的信息；

其中，所述第二网关是与第一应用对应的网关。

9.根据权利要求7所述的网关，其中，

所述发送模块还用于向所述第一资源处理系统发送处理结果查询信息；其中，所述处理结果查询信息中包括：所述用户对应的订单标识信息；所述第一资源处理系统周期性从第二资源处理系统获取处理结果，所述第二资源处理系统与所述第二应用相对应；将处理结果发送至所述线下自助平台进行显示；

所述接收模块还用于接收所述第一资源处理系统返回的处理结果。

10.根据权利要求7所述的网关，其中，

所述接收模块还用于接收所述线下自助平台发送的订单取消请求，所述订单取消请求包括：订单标识信息；

所述发送模块还用于将所述订单取消请求发送至资源回退系统，以便所述资源回退系统向第二资源处理系统发送资源回退请求，进行虚拟资源的退回；

其中，所述第一网关与所述资源回退系统之间设置接口，所述第二资源处理系统与所述第二应用相对应。

11.一种资源处理装置，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-6任一项所述的虚拟资源处理方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现权利要求1-6任一项所述方法的步骤。

13.一种虚拟资源处理系统，包括：权利要求7-10任一项所述的网关，所述网关为第一网关；以及

线下自助平台，用于响应于用户的操作向所述第一网关发送处理请求；

第一资源处理系统，用于接收所述第一网关发送的资源处理请求，并向所述第一网关发送处理失败消息；

终端，所述终端中配置第一应用和第二应用，所述第一应用用于接收所述第一网格发送的触发第二应用的信息，触发所述第二应用启动并进行虚拟资源处理。

14.根据权利要求13所述的系统，还包括：

消息队列平台，用于接收所述第一网关发送的触发第二应用的信息；

第二网关，用于从所述消息队列平台接收所述触发第二应用的信息；

所述终端用于通过第一应用周期性向所述第二网关查询是否有所述用户对应的触发第二应用的信息，如果有所述用户对应的触发第二应用的信息，则从所述第二网关接收所述触发第二应用的信息。

15.根据权利要求13所述的系统，其中，

所述触发第二应用的信息包括：所述用户的身份标识、触发第二应用的参数、待处理虚拟资源量；所述待处理虚拟资源量根据虚拟资源对应的对象信息，和每个对象对应的待处理虚拟资源量确定；

所述终端用于通过所述第一应用根据所述用户的身份标识获取对应的触发第二应用的参数、待处理虚拟资源量；根据所述触发第二应用的参数，触发所述第二应用启动，并向所述第二应用发送所述待处理虚拟资源量，以便在所述第二应用显示所述待处理虚拟资源量。

Images