CN110971692A - 开通服务的方法、装置及计算机存储介质 - Google Patents

Abstract

本申请公开了一种开通服务的方法、装置及计算机存储介质，属于信息处理技术领域。所述方法包括：用户端在向业务服务器发送资源转移上报请求之后，如果确定业务服务器没有开通目标服务，则将原来的业务订单作废，重新获取针对该目标服务的新的业务订单，然后基于该新的业务订单和资源转移凭证继续发送资源转移上报请求，以使业务服务器基于该新的业务订单来开通服务。这样即使业务服务器第一次没有成功接收到资源转移上报请求，也可以通过后续的资源转移上报请求来开通服务，从而可以避免出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险。

Description

开通服务的方法、装置及计算机存储介质

技术领域

本申请涉及信息处理技术领域，特别涉及一种开通服务的方法、装置及计算机存储介质。

背景技术

随着互联网技术的发展，用户端可以向服务器转移一定数量的虚拟资源，以使服务器向该用户端开通某个服务。比如，用户端可以向服务器转移一定数量的金币，以使服务器向该用户端开通会员服务。

相关技术中，对于部署有IOS(苹果公司提供的一种操作系统)的用户端，用户端先向资源转移服务器转移一定数量的虚拟资源，由资源转移服务器向用户端返回资源转移凭证。用户端接收到该资源转移凭证之后，将该资源转移凭证发送至提供服务的业务服务器。当业务服务器接收到该资源转移凭证之后，在验证该资源转移凭证之后，向用户端返回服务开通确认消息，以实现向该用户端对应的用户开通服务。

在上述开通服务的过程中，如果用户端不能成功将该资源转移凭证发送至业务服务器，业务服务器将无法向用户端开通服务，从而导致容易出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险。

发明内容

本申请实施例提供了一种开通服务的方法、装置及计算机存储介质，可以避免出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险。所述技术方案如下：

一方面、提供了一种开通服务的方法，应用于用户端，所述方法包括：

在向业务服务器发送第一资源转移上报请求之后，当确定所述业务服务器没有开通目标服务时，获取用于开通所述目标服务的第二业务订单，所述第一资源转移上报请求携带资源转移凭证和第一业务订单，所述资源转移凭证用于指示用户端已经针对所述第一业务订单转移了虚拟资源，所述第一业务订单是当前时间之前获取的用于开通所述目标服务的订单；

向所述业务服务器发送第二资源转移上报请求，所述第二资源转移上报请求携带有所述资源转移凭证和第二业务订单，以使所述业务服务器基于所述第二业务订单和所述资源转移凭证开通所述目标服务。

可选地，所述获取用于开通所述目标服务的第二业务订单，包括：

向所述业务服务发送订单获取请求，所述订单获取请求携带所述目标服务的标识；

接收所述业务服务器发送的所述第二业务订单。

可选地，所述确定所述业务服务器没有开通所述目标服务，包括：

在向所述业务服务器发送第一资源转移上报请求时开始计时；

当计时时长到达参考时长时，如果没有接收到所述业务服务器返回的开通确认消息，则确定所述业务服务器没有开通所述目标服务。

可选地，所述确定所述业务服务器没有开通目标服务，包括：

当接收到所述业务服务器发送的开通失败消息时，则确定所述业务服务器没有开通所述目标服务。

可选地，所述确定所述业务服务器没有开通目标服务之后，还包括：

将所述资源转移凭证添加至异常资源转移凭证列表中；

对于所述异常资源转移凭证列表中的任一资源转移凭证，基于所述任一资源转移凭证获取第三业务订单；

根据所述第三业务订单和所述任一资源转移凭证向所述业务服务器发送第三资源转移上报请求，以使所述业务服务器基于所述第三业务订单和所述任一资源转移凭证开通所述所述任一资源转移凭证对应的服务。

另一方面、提供了一种开通服务的装置，应用于用户端，所述装置包括：

第一获取模块，用于在向业务服务器发送第一资源转移上报请求之后，当确定所述业务服务器没有开通目标服务时，获取用于开通所述目标服务的第二业务订单，所述第一资源转移上报请求携带资源转移凭证和第一业务订单，所述资源转移凭证用于指示用户端已经针对所述第一业务订单转移了虚拟资源，所述第一业务订单是当前时间之前获取的用于开通所述目标服务的订单；

第一发送模块，用于向所述业务服务器发送第二资源转移上报请求，所述第二资源转移上报请求携带有所述资源转移凭证和第二业务订单，以使所述业务服务器基于所述第二业务订单和所述资源转移凭证开通所述目标服务。

可选地，所述第一获取模块用于：

向所述业务服务发送订单获取请求，所述订单获取请求携带所述目标服务的标识；

接收所述业务服务器发送的所述第二业务订单。

可选地，所述第一获取模块用于：

在向所述业务服务器发送第一资源转移上报请求时开始计时；

当计时时长到达参考时长时，如果没有接收到所述业务服务器返回的开通确认消息，则确定所述业务服务器没有开通所述目标服务。

可选地，所述第一获取模块用于：

当接收到所述业务服务器发送的开通失败消息时，则确定所述业务服务器没有开通所述目标服务。

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

添加模块，用于将所述资源转移凭证添加至异常资源转移凭证列表中；

第二获取模块，用于对于所述异常资源转移凭证列表中的任一资源转移凭证，基于所述任一资源转移凭证获取第三业务订单；

第三发送模块，用于根据所述第三业务订单和所述任一资源转移凭证向所述业务服务器发送第三资源转移上报请求，以使所述业务服务器基于所述第三业务订单和所述任一资源转移凭证开通所述所述任一资源转移凭证对应的服务。

另一方面、提供了一种开通服务的装置，所述装置包括：

处理器；

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

其中，所述处理器被配置为执行上述任一开通服务的方法的步骤。

另一方面、提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述开通服务的方法的步骤。

本申请实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，为了避免出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险，用户端在向业务服务器发送资源转移上报请求之后，如果确定业务服务器没有开通目标服务，则将原来的业务订单作废，重新获取针对该目标服务的新的业务订单，然后基于该新的业务订单和资源转移凭证继续发送资源转移上报请求，以使业务服务器基于该新的业务订单来开通服务。这样即使业务服务器第一次没有成功接收到资源转移上报请求，也可以通过后续的资源转移上报请求来开通服务。

附图说明

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

图1是本申请实施例提供的一种开通服务的系统架构示意图；

图2是本申请实施例提供的一种开通服务的方法流程图；

图3是本申请实施例提供的一种开通服务的装置示意图；

图4是本申请实施例提供的另一种开通服务的装置示意图；

图5是本申请实施例通过的一种终端的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本申请实施例提供的开通服务的方法进行解释说明之前，先对本申请实施例的应用场景进行解释说明。

目前，在部署有IOS的用户端中，用户端可以支持在各类业务服务器中开通不同的服务，该过程称为IOS内购。本申请实施例通过的开通服务的方法就应用于IOS内购场景中，当然也可以应用于部署于其他类型的开源操作系统的用户端开通服务的场景中，本申请实施例对此不做具体限定。

图1是本申请实施例提供的一种开通服务的系统架构示意图。如图1所示，该开通服务的系统100包括用户端101、资源转移服务器102和业务服务器103。

用户端101与资源转移服务器102之间可以通过无线或有线方式连接以进行通信，用户端101与业务服务器103之间可以通过无线或有线方式连接以进行通信，资源转移服务器102与业务服务器103之间可以通过无线或有线方式连接以进行通信。

其中，用户端101用于和业务服务器103之间可以交互以获取用于开通某个服务的业务订单。用户端101和资源转移服务器102之间可以交互以根据该业务订单转移虚拟资源。资源转移服务器102在接收到用户端101转移的虚拟资源之后，向该用户端101发送资源转移凭证(receipt)。用户端101将该资源转移凭证和业务订单上报给业务服务器103。业务服务器103对该资源转移凭证和业务订单进行验证之后，即可向该用户端101开通该服务，并向用户端返回开通确认消息。

上述业务服务器103向用户端101开通该服务，也即是，业务服务器103将该用户端添加在与该服务对应的权限列表时，以使该用户端在执行与该服务相关的操作操作时，业务服务器103在确定该用户端101位于该权限列表时，允许用户端101执行这些操作。

上述资源转移服务器可以为开源操作系统对应的服务器。比如，对于部署有IOS的用户端，该资源转移服务器可以为苹果服务器。上述业务服务器可以为提供服务的服务器。比如，可以为酷狗音乐服务器。

需要说明的是，图1仅仅是以一个用户端为例进行说明，并不构成对本申请实施例提供的开通服务的方法中用户端数量的限定。当图1所示的系统包括多个用户端时，任一用户端均可以参考本申请实施例提供的开通服务的方法来开通服务。

此外，图1所示的用户端可以为手机、平板电脑、台式计算机、可穿戴设备等任意设备，本申请实施例对此不作具体限定。

接下来对本申请实施例提供的开通服务的方法进行解释说明。图2是本申请实施例提供的一种开通服务的方法流程图。如图2所示，该方法包括如下步骤：

步骤201：用户端在向业务服务器发送第一资源转移上报请求之后，当确定业务服务器没有开通目标服务时，获取用于开通目标服务的第二业务订单，第一资源转移上报请求携带资源转移凭证和第一业务订单，资源转移凭证用于指示用户端已经针对第一业务订单转移了虚拟资源，第一业务订单是当前时间之前获取的用于开通目标服务的订单。

在本申请实施例中，为了避免出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险，用户端在向业务服务器发送资源转移上报请求之后，如果确定业务服务器没有开通目标服务，则将原来的业务订单作废，重新获取针对该目标服务的新的业务订单，然后基于该新的业务订单和资源转移凭证继续发送资源转移上报请求，以使业务服务器基于该新的业务订单来开通服务。这样即使业务服务器第一次没有成功接收到资源转移上报请求，也可以通过后续的资源转移上报请求来开通服务。

上述用户端向业务服务器发送第一资源转移上报请求的过程可以为：当用户端检测到针对某个服务的开通指令时，将该服务作为目标服务并向业务服务器发送服务开通请求，该服务开通请求携带该目标服务的标识。当业务服务器接收到该服务开通请求时，根据该目标服务的标识生成第一业务订单，并向用户端返回该第一业务订单。第一业务订单携带待转移的虚拟资源的数量。用户端接收到该第一业务订单之后，根据第一业务订单中指示的虚拟资源的数量向资源转移服务器发送虚拟资源。当资源转移服务器接收到虚拟资源之后，便向用户端返回资源转移凭证，该资源转移凭证用于指示用户端转移了多少虚拟资源给资源转移服务器。用户端在接收到该资源转移凭证之后，基于该资源转移凭证和第一业务订单向业务服务器发送第一资源转移上报请求。

其中，针对某个服务的开通指令可以由用户通过预设操作触发，该预设操作可以为点击操作、滑动操作或语音操作等。

此外，在本申请实施例中，用户端确定业务服务器没有开通目标服务存在以下两种可能的场景。

场景一：业务服务器没有接收到资源转移上报请求，此时业务服务器向不会向用户端返回开通确认消息。

因此，在一种可能的实现方式中，用户端确定业务服务器没有开通目标服务的具体过程为：用户端在向业务服务器发送第一资源转移上报请求时开始计时；当计时时长到达参考时长时，如果没有接收到业务服务器返回的开通确认消息，则确定业务服务器没有开通目标服务。

上述参考时长为预先设置的时长，该参考时长可以为3秒、5秒或8秒等。比如，该参考时长为5秒，如果用户端在向业务服务器发送第一资源转移上报请求之后5秒内均没有接收到开通确认消息，则确定业务服务器没有开通目标服务。

场景二：业务服务器接收到了资源转移上报请求，但是没有成功开通服务，此时，业务服务器将向用户端返回开通失败消息。

因此，在一种可能的实现方式中，用户端确定业务服务器没有开通目标服务的具体过程为：当用户端接收到业务服务器发送的开通失败消息时，则确定业务服务器没有开通目标服务。

其中，业务服务器没有成功开通服务的原因可能是对第一资源转移上报请求中的第一业务订单和资源转移凭证验证没有通过。需要说明的是，在本申请实施例中，业务服务器在接收到任一资源转移上报请求时，会将该资源上报请求中携带的业务订单和资源转移凭证转发给资源转移服务器。由资源转移服务器对该业务订单和资源转移凭证进行真实性验证，在验证通过之后，资源转移服务器向业务服务器发送验证通过消息。当业务服务器接收到该验证通过消息时，则可以确定向该用户端开通相应服务。本申请实施例并不限定资源转移服务器对该业务订单和资源转移凭证进行真实性验证的具体方式，在此就不再详细说明。

用户端在通过上述任一实现方式确定出业务服务器没有开通目标服务之后，便可获取用于开通目标服务的第二业务订单。其中，用户端获取第二业务订单的实现方式可以为：用户端向业务服务发送订单获取请求，订单获取请求携带目标服务的标识；接收业务服务器发送的第二业务订单。

用户端此时获取的第二业务订单和发送第一资源转移请求之前获取的第一业务订单的功能相同，均是用于针对目标服务的业务订单。

需要说明的是，当服务器接收到该订单获取请求时，便可将之前生成的针对目标服务的第一业务订单删除，也即是第一业务订单作废，以便于后续基于第二业务订单来开通目标服务。

另外，在步骤201中，用户端在向业务服务器发送第一资源转移上报请求之后，如果用户端接收到业务服务器返回的开通确认消息，表明业务服务器已经开通了目标服务，此时则无需执行步骤201至步骤202，如果用户端确定业务服务器没有开通目标服务，此时则需执行步骤201和步骤202来确保业务服务器开通目标服务。

步骤202：用户端向业务服务器发送第二资源转移上报请求，第二资源转移上报请求携带有资源转移凭证和第二业务订单，以使业务服务器基于第二业务订单和资源转移凭证开通目标服务。

在用户端确定业务服务器没有开通目标服务之后，为了确保业务服务器开通目标服务，用户端将通过步骤202继续基于重新触发的业务订单来上报资源转移请求，以保证业务服务器接收到资源转移请求。

业务服务器在接收到第二资源转移上报请求之后，对该第二资源转移上报请求中携带的第二业务订单和资源转移凭证进行验证，在验证通过之后，则向用户端开通目标服务，并向用户端返回开通确认消息。

其中，业务服务器对该第二资源转移上报请求中携带的第二业务订单和资源转移凭证进行验证的实现方式和业务服务器对该第一资源转移上报请求中携带的第一业务订单和资源转移凭证进行验证的实现方式基本相同，在此不再重复说明。

需要说明的是，在用户端发送第二资源转移请求之后，可以重新返回执行步骤201和步骤202，直至用户端接收到业务服务器发送的开通确认消息。通过这种循环方式可以保证资源转移请求可达业务服务器，从而确保业务服务器能够顺利开通目标服务。

另外，上述当用户端确定所述业务服务器没有开通目标服务时，用户端可以直接触发重新上传资源转移上报请求的流程。可选地，当用户端确定所述业务服务器没有开通目标服务时，为了避免用户端的处理数据压力过大，用户端也可以先不急于触发重新上传资源转移上报请求的流程，而是先将该将资源转移凭证添加至异常资源转移凭证列表中。后续用户端对该异常资源转移凭证列表中的资源转移凭证统一进行处理。

上述用户端对该异常资源转移凭证列表中的资源转移凭证统一进行处理的是实现方式可以为：对于异常资源转移凭证列表中的任一资源转移凭证，基于任一资源转移凭证获取第三业务订单；根据第三业务订单和任一资源转移凭证向业务服务器发送第三资源转移上报请求，以使业务服务器基于第三业务订单和任一资源转移凭证开通任一资源转移凭证对应的服务。

上述实现方式的具体过程和步骤201至步骤202中的具体过程基本相同，在此不再详细说明。也即是，用户端直接针对异常资源转移凭证列表中所有的资源转移凭证触发重新上报请求的流程，以便于业务服务器基于这些重新上报的请求来开通服务器。

此外，上述用户端对该异常资源转移凭证列表中的资源转移凭证统一进行处理可以周期性地进行。比如，用户端可以每隔1小时检测异常资源转移凭证列表是否有资源转移凭证，如果有，则对该异常资源转移凭证列表中的资源转移凭证统一进行处理。

可选地，上述用户端对该异常资源转移凭证列表中的资源转移凭证统一进行处理也可以在指定时间段进行。该指定时间段为预先设置的时间段。比如，用户端可以预先设置是定时间段为凌晨12:00至凌晨3:00，此时，用户端在当前时间为凌晨12:00至凌晨3:00时，则执行丢该异常资源转移凭证列表中的资源转移凭证统一进行处理操作，以避免由于网络不稳定的原因而导致资源转移请求到达不了业务服务器。

在本申请实施例中，用户端在向业务服务器发送第一资源转移上报请求之后，当确定业务服务器没有开通目标服务时，获取用于开通目标服务的第二业务订单，用户端向业务服务器发送第二资源转移上报请求，第二资源转移上报请求携带有资源转移凭证和第二业务订单，以使业务服务器基于第二业务订单和资源转移凭证开通目标服务。也即是，用户端在向业务服务器发送资源转移上报请求之后，如果确定业务服务器没有开通目标服务，则将原来的业务订单作废，重新获取针对该目标服务的新的业务订单，然后基于该新的业务订单和资源转移凭证继续发送资源转移上报请求，以使业务服务器基于该新的业务订单来开通服务。这样即使业务服务器第一次没有成功接收到资源转移上报请求，也可以通过后续的资源转移上报请求来开通服务，从而可以避免出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险。

上述所有可选技术方案，均可按照任意结合形成本申请的可选实施例，本申请实施例对此不再一一赘述。

图3是本申请实施例提供的一种开通服务的装置示意图。如图3所示，该装置300包括：

第一获取模块301，用于在向业务服务器发送第一资源转移上报请求之后，当确定业务服务器没有开通目标服务时，获取用于开通目标服务的第二业务订单，第一资源转移上报请求携带资源转移凭证和第一业务订单，资源转移凭证用于指示用户端已经针对第一业务订单转移了虚拟资源，第一业务订单是当前时间之前获取的用于开通目标服务的订单；

第一发送模块302，用于向业务服务器发送第二资源转移上报请求，第二资源转移上报请求携带有资源转移凭证和第二业务订单，以使业务服务器基于第二业务订单和资源转移凭证开通目标服务。

可选地，第一获取模块301用于：

向业务服务发送订单获取请求，订单获取请求携带目标服务的标识；

接收业务服务器发送的第二业务订单。

可选地，第一获取模块301用于：

在向业务服务器发送第一资源转移上报请求时开始计时；

当计时时长到达参考时长时，如果没有接收到业务服务器返回的开通确认消息，则确定业务服务器没有开通目标服务。

可选地，第一获取模块301用于：

当接收到业务服务器发送的开通失败消息时，则确定业务服务器没有开通目标服务。

可选地，如图4所示，该装置300还包括：

添加模块303，用于将资源转移凭证添加至异常资源转移凭证列表中；

第二获取模块304，用于对于异常资源转移凭证列表中的任一资源转移凭证，基于任一资源转移凭证获取第三业务订单；

第三发送模块305，用于根据第三业务订单和任一资源转移凭证向业务服务器发送第三资源转移上报请求，以使业务服务器基于第三业务订单和任一资源转移凭证开通任一资源转移凭证对应的服务。

在本申请实施例中，用户端在向业务服务器发送第一资源转移上报请求之后，当确定业务服务器没有开通目标服务时，获取用于开通目标服务的第二业务订单，用户端向业务服务器发送第二资源转移上报请求，第二资源转移上报请求携带有资源转移凭证和第二业务订单，以使业务服务器基于第二业务订单和资源转移凭证开通目标服务。也即是，用户端在向业务服务器发送资源转移上报请求之后，如果确定业务服务器没有开通目标服务，则将原来的业务订单作废，重新获取针对该目标服务的新的业务订单，然后基于该新的业务订单和资源转移凭证继续发送资源转移上报请求，以使业务服务器基于该新的业务订单来开通服务。这样即使业务服务器第一次没有成功接收到资源转移上报请求，也可以通过后续的资源转移上报请求来开通服务，从而可以避免出现用户端已经转移了虚拟资源但是业务服务器并未向用户端开通服务的风险。

需要说明的是：上述实施例提供的开通服务的装置在开通服务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的开通服务的装置与开通服务的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图5是本申请实施例提供的一种终端500的结构示意图。该终端500可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端500还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端500包括有：处理器501和存储器502。

处理器501可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器501可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器501可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器501还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器502还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器502中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器501所执行以实现本申请中方法实施例提供的开通服务方法。

在一些实施例中，终端500还可选包括有：外围设备接口503和至少一个外围设备。处理器501、存储器502和外围设备接口503之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口503相连。具体地，外围设备包括：射频电路504、触摸显示屏505、摄像头506、音频电路507、定位组件508和电源509中的至少一种。

外围设备接口503可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器501和存储器502。在一些实施例中，处理器501、存储器502和外围设备接口503被集成在同一芯片或电路板上；在一些其他实施例中，处理器501、存储器502和外围设备接口503中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路504用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路504通过电磁信号与通信网络以及其他通信设备进行通信。射频电路504将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路504包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路504可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路504还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏505用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏505是触摸显示屏时，显示屏505还具有采集在显示屏505的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器501进行处理。此时，显示屏505还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏505可以为一个，设置终端500的前面板；在另一些实施例中，显示屏505可以为至少两个，分别设置在终端500的不同表面或呈折叠设计；在再一些实施例中，显示屏505可以是柔性显示屏，设置在终端500的弯曲表面上或折叠面上。甚至，显示屏505还可以设置成非矩形的不规则图形，也即异形屏。显示屏505可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件506用于采集图像或视频。可选地，摄像头组件506包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件506还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路507可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器501进行处理，或者输入至射频电路504以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端500的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器501或射频电路504的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路507还可以包括耳机插孔。

定位组件508用于定位终端500的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件508可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源509用于为终端500中的各个组件进行供电。电源509可以是交流电、直流电、一次性电池或可充电电池。当电源509包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端500还包括有一个或多个传感器510。该一个或多个传感器510包括但不限于：加速度传感器511、陀螺仪传感器512、压力传感器513、指纹传感器514、光学传感器515以及接近传感器516。

加速度传感器511可以检测以终端500建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器511可以用于检测重力加速度在三个坐标轴上的分量。处理器501可以根据加速度传感器511采集的重力加速度信号，控制触摸显示屏505以横向视图或纵向视图进行用户界面的显示。加速度传感器511还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器512可以检测终端500的机体方向及转动角度，陀螺仪传感器512可以与加速度传感器511协同采集用户对终端500的3D动作。处理器501根据陀螺仪传感器512采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器513可以设置在终端500的侧边框和/或触摸显示屏505的下层。当压力传感器513设置在终端500的侧边框时，可以检测用户对终端500的握持信号，由处理器501根据压力传感器513采集的握持信号进行左右手识别或快捷操作。当压力传感器513设置在触摸显示屏505的下层时，由处理器501根据用户对触摸显示屏505的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器514用于采集用户的指纹，由处理器501根据指纹传感器514采集到的指纹识别用户的身份，或者，由指纹传感器514根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器501授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器514可以被设置终端500的正面、背面或侧面。当终端500上设置有物理按键或厂商Logo时，指纹传感器514可以与物理按键或厂商Logo集成在一起。

光学传感器515用于采集环境光强度。在一个实施例中，处理器501可以根据光学传感器515采集的环境光强度，控制触摸显示屏505的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏505的显示亮度；当环境光强度较低时，调低触摸显示屏505的显示亮度。在另一个实施例中，处理器501还可以根据光学传感器515采集的环境光强度，动态调整摄像头组件506的拍摄参数。

接近传感器516，也称距离传感器，通常设置在终端500的前面板。接近传感器516用于采集用户与终端500的正面之间的距离。在一个实施例中，当接近传感器516检测到用户与终端500的正面之间的距离逐渐变小时，由处理器501控制触摸显示屏505从亮屏状态切换为息屏状态；当接近传感器516检测到用户与终端500的正面之间的距离逐渐变大时，由处理器501控制触摸显示屏505从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图5中示出的结构并不构成对终端500的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行上实施例提供的开通服务的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在终端上运行时，使得终端执行上述实施例提供的开通服务的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (12)

1.一种开通服务的方法，其特征在于，应用于用户端，所述方法包括：

在向业务服务器发送第一资源转移上报请求之后，当确定所述业务服务器没有开通目标服务时，获取用于开通所述目标服务的第二业务订单，所述第一资源转移上报请求携带资源转移凭证和第一业务订单，所述资源转移凭证用于指示用户端已经针对所述第一业务订单转移了虚拟资源，所述第一业务订单是当前时间之前获取的用于开通所述目标服务的订单；

向所述业务服务器发送第二资源转移上报请求，所述第二资源转移上报请求携带有所述资源转移凭证和第二业务订单，以使所述业务服务器基于所述第二业务订单和所述资源转移凭证开通所述目标服务。

2.如权利要求1所述的方法，其特征在于，所述获取用于开通所述目标服务的第二业务订单，包括：

向所述业务服务发送订单获取请求，所述订单获取请求携带所述目标服务的标识；

接收所述业务服务器发送的所述第二业务订单。

3.如权利要求1或2所述的方法，其特征在于，所述确定所述业务服务器没有开通所述目标服务，包括：

在向所述业务服务器发送第一资源转移上报请求时开始计时；

当计时时长到达参考时长时，如果没有接收到所述业务服务器返回的开通确认消息，则确定所述业务服务器没有开通所述目标服务。

4.如权利要求1或2所述的方法，其特征在于，所述确定所述业务服务器没有开通目标服务，包括：

当接收到所述业务服务器发送的开通失败消息时，则确定所述业务服务器没有开通所述目标服务。

5.如权利要1所述的方法，其特征在于，所述确定所述业务服务器没有开通目标服务之后，还包括：

将所述资源转移凭证添加至异常资源转移凭证列表中；

对于所述异常资源转移凭证列表中的任一资源转移凭证，基于所述任一资源转移凭证获取第三业务订单；

根据所述第三业务订单和所述任一资源转移凭证向所述业务服务器发送第三资源转移上报请求，以使所述业务服务器基于所述第三业务订单和所述任一资源转移凭证开通所述所述任一资源转移凭证对应的服务。

6.一种开通服务的装置，其特征在于，应用于用户端，所述装置包括：

第一获取模块，用于在向业务服务器发送第一资源转移上报请求之后，当确定所述业务服务器没有开通目标服务时，获取用于开通所述目标服务的第二业务订单，所述第一资源转移上报请求携带资源转移凭证和第一业务订单，所述资源转移凭证用于指示用户端已经针对所述第一业务订单转移了虚拟资源，所述第一业务订单是当前时间之前获取的用于开通所述目标服务的订单；

第一发送模块，用于向所述业务服务器发送第二资源转移上报请求，所述第二资源转移上报请求携带有所述资源转移凭证和第二业务订单，以使所述业务服务器基于所述第二业务订单和所述资源转移凭证开通所述目标服务。

7.如权利要求6所述的装置，其特征在于，所述第一获取模块用于：

向所述业务服务发送订单获取请求，所述订单获取请求携带所述目标服务的标识；

接收所述业务服务器发送的所述第二业务订单。

8.如权利要求6或7所述的装置，其特征在于，所述第一获取模块用于：

在向所述业务服务器发送第一资源转移上报请求时开始计时；

当计时时长到达参考时长时，如果没有接收到所述业务服务器返回的开通确认消息，则确定所述业务服务器没有开通所述目标服务。

9.如权利要求6或7所述的装置，其特征在于，所述第一获取模块用于：

当接收到所述业务服务器发送的开通失败消息时，则确定所述业务服务器没有开通所述目标服务。

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

添加模块，用于将所述资源转移凭证添加至异常资源转移凭证列表中；

第二获取模块，用于对于所述异常资源转移凭证列表中的任一资源转移凭证，基于所述任一资源转移凭证获取第三业务订单；

第三发送模块，用于根据所述第三业务订单和所述任一资源转移凭证向所述业务服务器发送第三资源转移上报请求，以使所述业务服务器基于所述第三业务订单和所述任一资源转移凭证开通所述所述任一资源转移凭证对应的服务。

11.一种开通服务的装置，其特征在于，所述装置包括：

处理器；

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

其中，所述处理器被配置为执行上述权利要求1至5中的任一项权利要求所述的方法的步骤。

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

Images