一种虚拟资源处理方法、装置、设备及存储介质与流程

本申请涉及计算机领域，尤其涉及一种虚拟资源处理方法、装置、设备及存储介质。

背景技术：

随着计算机技术的发展，为用户提供各种服务的虚拟资源应运而生。该虚拟资源是指服务运营商直接提供或者服务运营商通过第三方向用户提供的、数字化可分配资源，具体可以是电信运营商提供的话费、流量、无线局域网等，或者是游戏运营商提供的点卡等等。

然而，上述虚拟资源并非是无限的，运营商或者第三方提供的上述虚拟资源是有限的，在分配完以后，用户请求获取上述虚拟资源时，将会向用户提示上述虚拟资源维护中，请用户稍后获取。

已有的这种资源处理方法无法为用户提供稳定服务，用户体验较差，极易流失用户，增加了运营商的运营成本。

技术实现要素：

本申请提供了一种虚拟资源处理方法，其通过在虚拟资源处于维护状态时提供预约处理通道，从而实现为用户提供稳定的虚拟资源处理服务，提高用户体验，避免用户流失，降低了运营商的运营成本。本申请还提供了对应的装置、设备、介质以及计算机程序产品。

本申请一方面提供了一种虚拟资源处理方法，所述方法包括：

接收服务端发送的第一提示信息，所述第一提示信息用于提示所述服务端提供的指定类型虚拟资源正在维护；

在所述虚拟资源处理页面显示所述第一提示信息以及对应的预约处理控件；

响应于针对所述预约处理控件的触发操作，向所述服务端发送第一指示信息，所述第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态时自动转移指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态。

本申请一方面提供一种虚拟资源处理方法，所述方法包括：

当指定类型虚拟资源余额不足时，向所述用户端发送第一提示信息，所述第一提示信息用于提示所述指定类型虚拟资源正在维护；

接收用户端响应于针对预约处理控件的触发操作发送的第一指示信息，所述第一指示信息指示在所述指定类型虚拟资源处于可转移状态时自动向所述用户端转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态；

根据所述第一指示信息生成预约处理记录，以便根据所述预约处理记录执行针对所述指定类型虚拟资源的预约处理操作。

本申请一方面提供一种虚拟资源处理装置，所述装置包括：

接收模块，用于接收服务端发送的第一提示信息，所述第一提示信息用于提示所述服务端提供的指定类型虚拟资源正在维护；

显示模块，用于在所述虚拟资源处理页面显示所述第一提示信息以及对应的预约处理控件；

发送模块，用于响应于针对所述预约处理控件的触发操作，向所述服务端发送第一指示信息，所述第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态时自动转移指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态。

本申请一方面提供一种虚拟资源处理装置，所述装置包括：

发送模块，用于当指定类型虚拟资源余额不足时，向所述用户端发送第一提示信息，所述第一提示信息用于提示所述指定类型虚拟资源正在维护；

接收模块，用于接收用户端响应于针对预约处理控件的触发操作发送的第一指示信息，所述第一指示信息指示在所述指定类型虚拟资源处于可转移状态时自动向所述用户端转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态；

处理模块，用于根据所述第一指示信息生成预约处理记录，以便根据所述预约处理记录执行针对所述指定类型虚拟资源的预约处理操作。

本申请一方面提供一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序中的指令，执行如上述虚拟资源处理方法的步骤。

本申请一方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述虚拟资源处理方法。

本申请一方面提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行上述虚拟资源处理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种虚拟资源处理方法，其通过在虚拟资源处于维护状态时提供一种预约处理通道使得虚拟资源供应恢复正常时能够自动处理或者通知用户手动处理，具体地，当服务端提供的指定类型虚拟资源余额不足时，向用户端发送第一提示信息，提示所述指定类型虚拟资源正在维护，用户端显示该第一提示信息，并显示对应的预约处理控件，用户可以通过该预约处理控件触发预约处理操作，用户端响应于该预约处理操作，向服务端发送第一指示信息，用于指示服务端在所述指定类型虚拟资源处于可转移状态时自动转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述虚拟资源处于可转移状态以便用户主动进行资源处理，如此可以实现为用户提供稳定服务，提高用户体验，避免用户流失，降低运营商的运营成本。

附图说明

图1为本申请实施例中虚拟资源处理方法的场景架构图；

图2为本申请实施例中虚拟资源处理方法的流程图；

图3为本申请实施例中话费充值场景下充值页面示意图；

图4为本申请实施例中话费充值场景下预约处理确认页面示意图；

图5为本申请实施例中话费充值场景下支付代扣业务开通页面示意图；

图6为本申请实施例中话费充值场景下显示第二提示信息示意图；

图7为本申请实施例中话费充值场景下订单管理页面示意图；

图8为本申请实施例中话费充值场景下预约取消确认页面示意图；

图9为本申请实施例中话费充值场景下显示取消成功通知消息示意图；

图10为本申请实施例中话费充值场景下显示取消成功通知消息示意图；

图11为本申请实施例中虚拟资源处理方法的流程图；

图12为本申请实施例中区块链系统的结构示意图；

图13为本申请实施例中区块结构示意图；

图14为本申请实施例中话费充值场景下虚拟资源处理方法交互流程图；

图15为本申请实施例中虚拟资源处理装置的一个结构示意图；

图16为本申请实施例中虚拟资源处理装置的一个结构示意图；

图17为本申请实施例中终端的一个结构示意图；

图18为本申请实施例中服务器的一个结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

针对业界目前采用的资源处理方法无法为用户提供稳定服务，用户体验较差，极易流失用户，增加了运营商的运营成本这一问题，本申请提供了一种虚拟资源处理方法，其在对虚拟资源进行实时处理的基础上，还提供了一种虚拟资源处于正在维护状态时，对所述虚拟资源进行预约处理的机制，从而实现为用户提供较为稳定的服务，提高用户体验，避免用户流失，降低运营商运营成本。

可以理解，本申请提供的虚拟资源处理方法可以应用于数据处理设备，基于在整个虚拟资源处理过程中的功能可以将数据处理设备分为服务端和用户端，所谓用户端是指请求进行虚拟资源转移的一方，所谓服务端是指提供虚拟资源的一方，虚拟资源从服务端转出然后转入至用户端。

其中，用户端具体可以是终端，包括但不限于台式机等桌面终端设备、笔记本电脑、平板电脑、智能手机等便携式终端设备以及虚拟现实(virtualreality，vr)/增强现实(augmentedreality，ar)终端设备。服务端具体可以是服务器，服务器是指任意提供虚拟资源处理服务的计算设备。

本申请提供的虚拟资源处理方法能够以计算机程序的形式存储于上述数据处理设备中。数据处理设备通过运行计算机程序实现本申请提供的虚拟资源处理方法。需要说明的是，计算机程序可以是独立的，也可以是以集成于其他计算程序的形式存在，例如以集成于其他计算机程序中的功能模块、插件或者小程序的形式存在。

在实际应用时，本申请提供的虚拟资源处理方法可以但不限于应用于如图1所示的应用环境中。

如图1所示，用户端101和服务端102通过网络进行连接，服务端102提供有至少一种类型的虚拟资源，当指定类型虚拟资源余额不足时，向用户端101发送第一提示信息，用于提示所述指定类型虚拟资源正在维护，用户端101在虚拟资源处理页面显示该第一提示信息以及对应的预约处理控件，用户可以通过点击、触控或者语音口令等方式触发该预约处理控件，用户端101响应针对所述预约处理控件的触发操作，向服务端102发送第一指示信息，指示服务端102在所述指定类型虚拟资源处于可转移状态时自动转移指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态，服务端102根据该第一指示信息生成预约处理记录，以便根据该预约处理记录执行针对所述指定类型虚拟资源的预约处理操作。

为了便于理解本申请的技术方案，下面将从用户端和服务端的角度分别对本申请的虚拟资源处理方法进行介绍。

参见图2所示的虚拟资源处理方法的流程图，该方法包括：

s201：接收服务端发送的第一提示信息。

服务端具体是指虚拟资源处理服务的提供方，该提供方可以是直接提供方，如运营该虚拟资源的运营商，也可以是间接提供方，如与运营商合作的代理商等第三方机构。其中，虚拟资源是指运营商所运营的、以数字化形式存在的可分配资源。

例如，针对电信服务，虚拟资源可以是话费、流量或者网络时长等，服务端具体可以是电信运营商自身，也可以是与电信运行商合作的电商平台、支付平台等。又例如，针对游戏服务，虚拟资源可以是游戏时长，服务端可以是游戏运营商，也可以是与该游戏运营商合作的代理商。

在实际应用时，服务端可以提供至少一种虚拟资源，当存在至少一种虚拟资源余额不足时，向用户端发送第一提示信息，该第一提示信息用于提示所述服务端提供的指定类型虚拟资源正在维护，其中，指定类型虚拟资源即为上述余额不足的虚拟资源。

s202：在所述虚拟资源处理页面显示所述第一提示信息以及对应的预约处理控件。

用户端在虚拟资源处理页面显示第一提示信息，提示用户上述指定类型虚拟资源正在维护，与此同时，用户端还在虚拟资源处理页面显示对应的预约处理控件，以便通过该预约处理控件触发针对指定类型虚拟资源的预约处理操作。

在实际应用时，用户端可以针对上述指定类型虚拟资源显示多个预约处理控件，每个预约处理控件分别对应一定数量的虚拟资源，用于请求从服务端转移对应数量的指定类型虚拟资源。当然，用户也可以针对上述指定类型虚拟资源显示可自定义资源数量的预约处理控件，通过该预约处理控件，用户可以自定义需要转移的指定类型虚拟资源数量。

为了便于理解，结合具体示例说明。参见图3，支付平台提供有针对话费和流量等虚拟资源的充值服务，用户端在支付平台的充值页面30也即资源处理业面显示有针对话费这一虚拟资源的第一提示信息31，提示用户话费货源正在维护，建议预约充值，并显示针对不同数量话费的预约处理控件32以及支持自定义话费的预约处理控件33。

s203：响应于针对所述预约处理控件的触发操作，向所述服务端发送第一指示信息。

用户可以通过点击、触控或者语音口令等形式触发预约处理控件，用户端响应于针对预约处理控件的操作，向服务端发送第一指示信息，指示所述服务端在所述指定类型虚拟资源处于可转移状态时自动转移指定数量的指定类型虚拟资源。

当然，上述第一指示信息也可以是指示所述服务端在所述指定类型虚拟资源处于可转移状态时发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态，如此，用户可以主动进入资源处理页面进行资源处理操作。

考虑到用户存在误点击的情况，用户端还可以在检测到针对预约处理控件的触发操作时，显示预约处理确认页面，所述预约处理确认页面承载有确认控件和取消控件，当用户端检测到针对确认控件的触发操作时，再向所述服务端发送第一指示信息，当用户端检测到针对取消控件的触发操作时，则取消预约处理操作。

具体可以参见图4，其示出了话费充值过程中对预约充值进行确认的示意图，如图4所示，在充值页面30触发话费预约充值操作后，用户端以弹窗形式显示预约处理确认页面34，该预约处理确认页面34承载有确认控件35和取消控件36，当用户点击确认控件35时，用户端再向服务端发送第一指示信息，当用户点击取消控件36时，则取消预约处理操作，不再发送第一指示信息。

需要说明的是，服务端在自动转移指定数量的指定类型虚拟资源可以分为两种情况，一种情况为，用户端开通代扣服务，在代扣成功后服务端自动进行虚拟资源转移，另一种情况为，用户端预付费，在预付成功后服务端自动进行虚拟资源转移。下面对这两种情况进行详细说明。

具体地，用户端响应于针对所述预约处理控件的触发操作，在针对所述指定类型虚拟资源的代扣业务为未开通时，显示支付代扣业务开通页面，该支付代扣业务开通页面承载有开通控件，用户可以通过开通控件触发开通针对虚拟资源的代扣业务的操作，用户端响应于上述触发操作，开通针对指定类型虚拟资源的代扣业务。

为了便于理解，仍以话费充值进行示例说明。如图5所示，用户首次触发预约处理控件时，用户端跳转至支付代扣业务开通页面37，该支付代扣业务开通页面37承载有开通控件38，当开通控件被触发时，开通针对话费的代扣业务，即在话费资源恢复后第一时间针对话费进行代扣。

在有些情况下，用户端也可以响应于针对所述预约处理控件的触发操作，显示预付页面，该预付页面承载有预付控件，用户可以通过该预付控件触发预付操作，用户端响应于上述预付操作，向扣款端如收款账户对应服务器发送预付请求，用于预先支付转移所述指定数量的指定类型虚拟资源所需要的金额，当扣款成功后，扣款端可以向用户端发送预付成功通知消息，当然扣款端也向服务端发送预付成功通知消息。

对应地，在该该场景下，第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态且接收到所述预付成功通知消息时，自动转移所述指定数量的指定类型虚拟资源。

由上可知，本申请实施例提供了一种虚拟资源处理方法，其通过在虚拟资源处于维护状态时提供一种预约处理通道使得虚拟资源供应恢复正常时能够自动处理或者通知用户手动处理，具体地，当服务端提供的指定类型虚拟资源余额不足时，向用户端发送第一提示信息，提示所述指定类型虚拟资源正在维护，用户端显示该第一提示信息，并显示对应的预约处理控件，用户可以通过该预约处理控件触发预约处理操作，用户端响应于该预约处理操作，向服务端发送第一指示信息，用于指示服务端在所述指定类型虚拟资源处于可转移状态时自动转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述虚拟资源处于可转移状态以便用户主动进行资源处理，如此可以实现为用户提供稳定服务，提高用户体验，避免用户流失，降低运营商的运营成本。

可以理解，在进行预约处理时还可以设置预约时间，该预约时间可以默认设置，也可以由用户自定义。当指定类型虚拟资源在预约时间到达时仍处于正在维护状态，则服务端可以自动取消预约订单，并向用户端发送第二提示信息，提示所述服务端因所述指定类型虚拟资源在预约时间到达时仍处于正在维护状态自动取消预约订单。用户端接收服务端发送的第二提示信息，显示该第二提示信息，如此用户可以获知预约订单因预约期满仍未恢复供应而取消。

请参见图6，其示出了话费充值场景下，预约时间到达，话费货源仍未恢复，用户端在充值页面30以页面消息39，如图中小喇叭形式显示第二提示信息，即预约充值因到时无货自动取消。

进一步地，为了方便用户查看虚拟资源处理情况，还提供了针对虚拟资源预约处理结果的查询功能。具体地，用户端响应于处理结果查询操作，向所述服务端发送处理结果查询请求，该处理结果查询请求用于请求查询所述服务端是否成功转移所述指定数量的指定类型虚拟资源，服务端响应于该处理结果查询请求查询订单状态，若仍为预约状态，则表明服务端未成功转移指定数量的指定类型虚拟资源，若为交易成功，则表明服务端成功转移指定数量的指定类型虚拟资源，基于此，服务端可以向用户端返回处理结果，该处理结果用于指示所述服务端针对所述指定类型虚拟资源的转移操作为成功或者失败，然后用户端显示所述处理结果，以便用户查看虚拟资源处理情况。

为了便于理解，以话费充值进行示例说明。参见图7，当用户触发处理结果查询操作时，用户端可以跳转至订单管理页面40，并在订单管理页面40通过显示订单状态的形式，显示针对虚拟资源的处理结果41。

进一步地，用户端还可以在处理结果的显示页面显示取消预约控件，如此，用户端可以响应于通过所述取消预约控件触发的取消预约操作，向所述服务端发送第二指示信息指示所述服务端取消预约处理操作。与确认预约处理类似，考虑到存在误点击情况，用户端也可以在检测到取消预约控件的触发操作后，显示预约取消确认页面，该页面承载有确认取消控件和放弃取消控件，用户触发确认取消控件，则再执行向服务端发送第二指示信息的操作，用户端触发放弃取消控件，则放弃执行向服务端发送第二指示信息的操作。

参见图8，在进行话费充值时，当用户通过取消预约控件触发取消预约操作时，用户端在订单管理页面40以弹窗形式显示预约取消确认页面42，该预约取消确认页面42承载有确认取消控件43和放弃取消控件44，用户可以通过触发相应控件确认是否取消预约订单。

需要说明的是，用户端还可以接收服务端在取消预约订单后发送的取消成功通知消息，并显示该取消成功通知消息。如图9所示，用户端可以在订单管理页面40以弹窗形式显示取消成功通知消息45，当然，如图10所示，用户端也可以通过社交账号如公众号的推送页面显示取消成功通知消息45。

接下来，从服务端的角度对本申请实施例提供的虚拟资源处理方法进行介绍。

参见图11所示的虚拟资源处理方法的流程图，该方法包括：

s1101：当指定类型虚拟资源余额不足时，向所述用户端发送第一提示信息。

服务端提供至少一种虚拟资源，当服务端提供的虚拟资源中指定类型虚拟资源余额不足时，向用户端发送第一提示信息，该第一提示信息用于提示所述指定类型虚拟资源正在维护。其中，指定类型虚拟资源可以是话费、流量、网络时长或者游戏时长，本实施例对此不作限定。

s1102：接收用户端响应于针对预约处理控件的触发操作发送的第一指示信息。

在具体实现时，用户端显示上述第一提示信息以及对应的预约处理控件，用户可以通过预约处理控件触发预约处理操作，如此，用户端可以响应于上述预约处理操作向服务端发送第一指示信息，指示服务端在所述指定类型虚拟资源处于可转移状态时自动向所述用户端转移所述指定数量的指定类型虚拟资源。

当然，在有些情况下，上述第一指示信息也可以是指示服务端在所述指定类型虚拟资源处于可转移状态时自动发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态。

s1103：根据所述第一指示信息生成预约处理记录，以便根据所述预约处理记录执行针对所述指定类型虚拟资源的预约处理操作。

具体地，服务端可以将针对每个用户端发送的第一指示信息生成对应的预约处理记录，如此，服务端可以根据上述预约处理记录，在预约时间内，当虚拟资源处于可转移状态时，自动向所述用户端转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态。

在实际应用时，当指定类型虚拟资源处于可转移状态，也即货源恢复供应时，服务端一般在待转移虚拟资源对应金额到账后，再自动向所述用户端转移所述指定数量的指定类型虚拟资源。

其中，待转移虚拟资源对应金额到账可以分为两种情况：一种情况是针对开通支付代扣业务的用户，在指定类型虚拟资源恢复供应后，触发代扣操作，当服务端接收到代扣成功通知消息时，自动转移指定数量的指定类型虚拟资源；另一种情况是，用户端在触发预约处理操作时，发起预付操作，预先支付相应款项，服务端在接收到扣款端发送的预付成功通知消息，且指定类型虚拟资源恢复供应时，自动转移指定数量的指定类型虚拟资源。

在实际应用时，服务端可以通过如下两种方式确认指定类型虚拟资源是否恢复供应：一种方式为，周期性地访问后台从而确定是否恢复供应，另一种方式为，预约恢复供应提醒，当货源恢复供应时，推送恢复供应通知消息。

由上可知，本申请实施例提供了一种虚拟资源处理方法，其在对虚拟资源进行实时处理的基础上，还提供了一种虚拟资源处于正在维护状态时，对所述虚拟资源进行预约处理的机制，从而实现为用户提供较为稳定的服务，提高用户体验，避免用户流失，降低运营商运营成本。

考虑到追溯性和安全性，服务端还可以将针对资源的预约处理记录以及处理记录进行上链，例如，针对服务端在某时刻执行自动转移指定数量的指定类型虚拟资源的操作进行哈希计算，然后根据该哈希值生成区块，并向区块链网络广播区块，以使区块链网络中的节点在针对区块验证通过后，根据共识算法将上述区块记录至区块链中。一方面可以通过区块链实现虚拟资源处理数据共享，另一方面也基于区块链的不可篡改特性保障了虚拟资源处理数据的安全性。

也即本申请的虚拟资源处理方法还可以应用于区块链系统，参见图12，图12是本申请实施例提供的区块链系统的一个可选的结构示意图，区块链系统100由多个节点200(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端300形成，节点200之间形成组成的点对点(p2p，peertopeer)网络，p2p协议是一个运行在传输控制协议(tcp，transmissioncontrolprotocol)协议之上的应用层协议。在区块链系统中，任何机器如服务器、终端都可以加入而成为节点200，节点包括硬件层、中间层、操作系统层和应用层。

参见图12示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

参见图13，图13是本发明实施例提供的区块结构(blockstructure)一个可选的示意图，每个区块中包括本区块存储交易记录(如虚拟资源转移记录)的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

为了使得本申请的技术方案更加清楚、易于理解，下面还将结合话费充值的具体场景对本申请实施例提供的虚拟资源处理方法进行介绍。

参见图14所示的虚拟资源处理方法的交互流程图，具体包括如下步骤：

1、用户在前端下单页面进行下单预约；

具体地，用户进入充值首页后，提示用户当前货源维护，可以预约充值，承诺时间内若货源恢复则自动充值，当用户确定进行预约充值时，可以开通预约充值代扣服务；

2、前端下单页面根据用户触发的预约操作，在预约充值服务层面生成订单；

此时，订单状态为预约状态，交易尚未完成；

3、服务端的预约充值服务层面向前端下单页面返回结果；

该结果表征当前生成预约订单；

4、服务端向前端订单页面返回订单信息；

订单信息具体包括手机号、充值金额、请求充值时间以及订单状态等信息。

5、用户还可以访问前端订单页面以查阅订单状态；

6、前端订单页面响应于用户操作，向服务端预约充值服务层面发起查询请求；

7、服务端预约充值服务层面返回订单信息；

服务端引入计时功能，呈现给前端用户查询。前端将预约状态呈现给用户，用户可在预约时间内随时取消订单

8、当货源后台恢复话费货源供应时，向预约充值服务层面推送货源恢复通知消息，如此，预约充值服务层面可以发起下单操作；

其中，预约充值服务层面为用户代扣相应金额充值话费，然后为用户账户添加相应数额的话费；在实际应用时，还可以复用“话费自动充”接口，提高接口利用率，节省资源，并且具有较高可靠性；

9、服务端预约充值层面向前端订单页面返回下单信息；

其中，下单信息中包括手机号、充值金额以及充值完成时间等信息，此时订单状态变更为为完成状态。

当然，若预约时间内货源后台没有上架，则自动为用户取消此次预约。用户收到触达消息后如有需求，可再次预约。

以上为本申请实施例提供的虚拟资源处理方法的一些具体实现方式，基于此，本申请实施例还提供了对应的装置，下面从功能模块化的角度进行介绍。

参见图15所示的虚拟资源处理装置的结构示意图，该装置1500包括：

接收模块1510，用于接收服务端发送的第一提示信息，所述第一提示信息用于提示所述服务端提供的指定类型虚拟资源正在维护；

显示模块1520，用于在所述虚拟资源处理页面显示所述第一提示信息以及对应的预约处理控件；

发送模块1530，用于响应于针对所述预约处理控件的触发操作，向所述服务端发送第一指示信息，所述第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态时自动转移指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态。

可选的，所述接收模块1510还用于：

接收服务端发送的第二提示信息，所述第二提示信息用于提示所述服务端因所述指定类型虚拟资源在预约时间到达时仍处于正在维护状态自动取消预约订单。

可选的，所述发送模块1530还用于：

响应于处理结果查询操作，向所述服务端发送处理结果查询请求，所述处理结果查询请求用于请求查询所述服务端是否成功转移所述指定数量的指定类型虚拟资源；

所述接收模块1510还用于：

接收所述服务端发送的处理结果，所述处理结果用于指示所述服务端针对所述指定类型虚拟资源的转移操作为成功或者失败；

所述显示模块1520还用于：

显示所述处理结果。

可选的，所述显示模块1520还用于:

在所述处理结果的显示页面显示取消预约控件，

所述发送模块1530还用于：

响应于通过所述取消预约控件触发的取消预约操作，向所述服务端发送第二指示信息指示所述服务端取消预约处理操作。

可选的，所述显示模块1520还用于：

响应于针对所述预约处理控件的触发操作，在针对所述指定类型虚拟资源的代扣业务为未开通时，显示支付代扣业务开通页面，所述支付代扣业务开通页面承载有开通控件；

所述装置1500还包括：

开通模块，用于响应于针对所述开通控件的触发操作，开通针对所述指定类型虚拟资源的代扣业务；

对应地，所述第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态时通知扣款端进行支付代扣，并在接收到代扣成功通知消息时，自动转移所述指定数量的指定类型虚拟资源。

可选的，所述显示模块1520还用于：

响应于针对所述预约处理控件的触发操作，显示预付页面，所述预付页面承载有预付控件；

所述发送模块1530还用于：

响应于通过所述预付控件触发的预付操作，向扣款端发送预付请求，所述预付请求用于预先支付转移所述指定数量的指定类型虚拟资源所需要的金额；

所述接收模块1510还用于：

接收所述扣款端在扣款成功后发送的预付成功通知消息；

对应地，所述第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态且接收到所述预付成功通知消息时，自动转移所述指定数量的指定类型虚拟资源。

可选的，所述指定类型虚拟资源包括话费、流量、网络时长或者游戏时长。

接下来，参见图16所示的虚拟资源处理装置的结构示意图，该装置1600包括：

发送模块1610，用于当指定类型虚拟资源余额不足时，向所述用户端发送第一提示信息，所述第一提示信息用于提示所述指定类型虚拟资源正在维护；

接收模块1620，用于接收用户端响应于针对预约处理控件的触发操作发送的第一指示信息，所述第一指示信息指示在所述指定类型虚拟资源处于可转移状态时自动向所述用户端转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态；

处理模块1630，用于根据所述第一指示信息生成预约处理记录，以便根据所述预约处理记录执行针对所述指定类型虚拟资源的预约处理操作。

基于本申请实施例提供的虚拟资源处理方法的具体实现方式，本申请实施例还提供了用于实现上述方法的设备，该设备具体可以是终端，也可以是服务器，下面将从硬件实体化的角度进行介绍。

本申请实施例提供了一种终端，如图17所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称：personaldigitalassistant，英文缩写：pda)、销售终端(英文全称：pointofsales，英文缩写：pos)、车载电脑等任意终端设备，以终端为手机为例：

图17示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图17，手机包括：射频(英文全称：radiofrequency，英文缩写：rf)电路1710、存储器1720、输入单元1730、显示单元1740、传感器1750、音频电路1760、无线保真(英文全称：wirelessfidelity，英文缩写：wifi)模块1770、处理器1780、以及电源1790等部件。本领域技术人员可以理解，图17中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图17对手机的各个构成部件进行具体的介绍：

rf电路1710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1780处理；另外，将设计上行的数据发送给基站。通常，rf电路1710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称：lownoiseamplifier，英文缩写：lna)、双工器等。此外，rf电路1710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文全称：globalsystemofmobilecommunication，英文缩写：gsm)、通用分组无线服务(英文全称：generalpacketradioservice，gprs)、码分多址(英文全称：codedivisionmultipleaccess，英文缩写：cdma)、宽带码分多址(英文全称：widebandcodedivisionmultipleaccess,英文缩写：wcdma)、长期演进(英文全称：longtermevolution，英文缩写：lte)、电子邮件、短消息服务(英文全称：shortmessagingservice，sms)等。

存储器1720可用于存储软件程序以及模块，处理器1780通过运行存储在存储器1720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1730可包括触控面板1731以及其他输入设备1732。触控面板1731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1731上或在触控面板1731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1780，并能接收处理器1780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1731。除了触控面板1731，输入单元1730还可以包括其他输入设备1732。具体地，其他输入设备1732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1740可包括显示面板1741，可选的，可以采用液晶显示器(英文全称：liquidcrystaldisplay，英文缩写：lcd)、有机发光二极管(英文全称：organiclight-emittingdiode，英文缩写：oled)等形式来配置显示面板1741。进一步的，触控面板1731可覆盖显示面板1741，当触控面板1731检测到在其上或附近的触摸操作后，传送给处理器1780以确定触摸事件的类型，随后处理器1780根据触摸事件的类型在显示面板1741上提供相应的视觉输出。虽然在图17中，触控面板1731与显示面板1741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1731与显示面板1741集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1760、扬声器1761，传声器1762可提供用户与手机之间的音频接口。音频电路1760可将接收到的音频数据转换后的电信号，传输到扬声器1761，由扬声器1761转换为声音信号输出；另一方面，传声器1762将收集的声音信号转换为电信号，由音频电路1760接收后转换为音频数据，再将音频数据输出处理器1780处理后，经rf电路1710以发送给比如另一手机，或者将音频数据输出至存储器1720以便进一步处理。

wifi属于短距离无线传输技术，手机通过wifi模块1770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图17示出了wifi模块1770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1720内的软件程序和/或模块，以及调用存储在存储器1720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1780可包括一个或多个处理单元；优选的，处理器1780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1780中。

手机还包括给各个部件供电的电源1790(比如电池)，优选的，电源可以通过电源管理系统与处理器1780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器1780还具有以下功能：

接收服务端发送的第一提示信息，所述第一提示信息用于提示所述服务端提供的指定类型虚拟资源正在维护；

通过显示单元1740在所述虚拟资源处理页面显示所述第一提示信息以及对应的预约处理控件；

响应于针对所述预约处理控件的触发操作，向所述服务端发送第一指示信息，所述第一指示信息用于指示所述服务端在所述指定类型虚拟资源处于可转移状态时自动转移指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态。

可选的，处理器1780还用于执行本申请实施例提供的虚拟资源处理方法的任意一种实现方式的步骤。

本申请实施例还提供了一种服务器，如图18所示，该服务器1800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)1822(例如，一个或一个以上处理器)和存储器1832，一个或一个以上存储应用程序1842或数据1844的存储介质1830(例如一个或一个以上海量存储设备)。其中，存储器1832和存储介质1830可以是短暂存储或持久存储。存储在存储介质1830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1822可以设置为与存储介质1830通信，在服务器1800上执行存储介质1830中的一系列指令操作。

服务器1800还可以包括一个或一个以上电源1826，一个或一个以上有线或无线网络接口1850，一个或一个以上输入输出接口1858，和/或，一个或一个以上操作系统1841，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

上述实施例中由服务器所执行的步骤可以基于该图18所示的服务器结构。

其中，cpu1822用于执行如下步骤：

当指定类型虚拟资源余额不足时，向所述用户端发送第一提示信息，所述第一提示信息用于提示所述指定类型虚拟资源正在维护；

接收用户端响应于针对预约处理控件的触发操作发送的第一指示信息，所述第一指示信息指示在所述指定类型虚拟资源处于可转移状态时自动向所述用户端转移所述指定数量的指定类型虚拟资源或者发送恢复供应通知消息通知用户所述指定类型虚拟资源处于可转移状态；

根据所述第一指示信息生成预约处理记录，以便根据所述预约处理记录执行针对所述指定类型虚拟资源的预约处理操作。

可选的，cpu1822还用于执行本申请实施例提供的虚拟资源处理方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的一种虚拟资源处理方法中的任意一种实施方式。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种虚拟资源处理方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文全称：read-onlymemory，英文缩写：rom)、随机存取存储器(英文全称：randomaccessmemory，英文缩写：ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。