本发明涉及信息技术领域，尤其涉及一种流量资源的处理方法和装置。
背景技术：
随着信息技术的快速发展，流量资源已经成为人们生活非常重要的一种资源。目前的流量资源主要是采用免费资源的方式管理和使用。现有系统的流量资源来源不同，分散存放在多个地方，使用方式各不相同，管理难度大。流量资源难以调拨，不能为多个使用方共享使用，使用效率低，客户感知体验差。如现有的业务支撑系统主要以流量免费资源来存放流量资源，该方式仅供流量套餐计费使用较好，但对于同时需要进行流量分派(如流量红包、转赠业务)和流量资费套餐计费使用时就难以共享处理。流量流通渠道少，对外交易困难，开放能力不足。目前的业务支撑系统没有专用的交易流量资源存放方式，在处理流量交易时，通常采用加锁和解锁方式处理流量资源冲突问题，效率不高。
上述可知，现有的流量处理方式存在着流量资源分散、流量资源难以共享和流量流通交易困难等不足。
技术实现要素：
鉴于以上所述的一个或多个问题，本发明实施例提供了一种流量资源的处理方法和装置。
第一方面，提供了一种流量资源的处理方法，包括以下步骤：
建立包括多种类型的流量资源的流量资源池；
对各类流量资源设置使用优先级和划转策略；
为流量资源池设置预设端口，并通过预设端口对外提供各类流量资源存取服务。
第二方面，提供了一种流量资源的处理装置，包括：
建立单元，用于建立包括多种类型的流量资源的流量资源池；
策略单元，用于对各类流量资源设置使用优先级和划转策略；
设置单元，用于为流量资源池设置预设端口，并通过预设端口对外提供各类流量资源存取服务。
本发明实施例通过建立流量资源池，对各类流量资源设置使用优先级和划转策略，通过预设端口对外提供各类流量资源存取服务，可以将分散的流量资源集中处理，同时满足多方面对流量资源的消费需求，既共享资源又在不同端口使用时互不影响，可以高效利用流量资产。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例的流量资源的处理方法的示意性流程图。
图2是本发明一实施例的流量资源池对外提供流量资源的示意图。
图3是本发明另一实施例的流量资源池对外提供流量资源的示意图。
图4是本发明一实施例的流量资源池共享冲突时对外提供流量资源的示意图。
图5是本发明一实施例的混合支付处理流程示意图。
图6是本发明一实施例的流量资源的处理装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1是本发明一实施例的流量资源的处理方法的示意性流程图。
如图1所示，该方法包括以下步骤：S110，建立包括多种类型的流量资源的流量资源池；S120，对各类流量资源设置使用优先级和划转策略；S130，为流量资源池设置预设端口，并通过预设端口对外提供各类流量资源存取服务。
在本实施例中，通过将客户在运营商的各种流量资源(如套餐资源、通信流量、交易流量等)经过分类、组合，可以形成虚拟的流量资源池。另外，定义内部资源间的转换关系、划转策略和使用顺序，可以对外提供统一的流量资源存取服务。
在本实施例中，流量可以是客户因使用电信运营商的手机上网业务而消耗的网络通信资源。通信流量可以是客户直接购买的流量资源。该通信流量主要用于进行上网消费，与客户订购的套餐产品无关，转成交易流量才可对外进行交易操作。交易流量可以是对外部进行交易的流量。交易流量主要用于红包发放、转赠、支付等。交易流量进行上网消费时必须转换成通信流量。套餐资源可以是客户向运营商订购的基础套餐产品中所包含的免费流量资源。套餐资源主要用于通信消费。流量资源池可以是将客户在运营商系统中的各种流量资产进行有效的组织、汇聚而成的流量资源集合，对使用者提供集中统一的存取消费方式，以提高资源使用效率并提升客户感知。
在一些实施例中，步骤S110可以包括以下子步骤：获取多种原流量资源；对所获取的多种原流量资源进行分类和/或组合，生成多种类型的流量资源；基于多种类型的流量资源，生成流量资源池。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
在一些实施例中，步骤S130可以包括以下步骤：为流量资源池设置第一端口和第二端口；通过第一端口提供用于上网所产生流量消费的服务；通过第二端口提供用于流量交易引起的流量支出与转入的服务。
本发明实施例通过建立流量资源池，对各类流量资源设置使用优先级和划转策略，通过预设端口对外提供各类流量资源存取服务，可以将分散的流量资源集中处理，同时满足多方面对流量资源的消费需求，既共享资源又在不同端口使用时互不影响，可以高效利用流量资产。
图2是本发明一实施例的流量资源池对外提供流量资源的示意图。
如图2所示，流量资源池10包括多种类型的流量资源，分别是套餐资源、通信流量和交易流量等。流量资源池10设置有B口102(第一端口)和A口101(第二端口)。
其中，套餐资源、通信流量和交易流量可以转入或者转出。客户在使用通信业务时，可从两个入口(也称端口，即：A口101和B口102)使用流量资源池内的流量资源并引发流量变动。客户上网消费时，可以通过B口进行计费批价。此时，套餐资源被优先使用，通信流量被次优使用。客户参与交易时，可以通过A口进行流量交易。流量交易可以充入或者支出。
在本实施例中，客户在使用通信业务时，可从两个入口使用流量资源池并引发流量变动。一是使用移动互联网自己上网产生流量消费(简称为B口)。二是参与流量交易引起的流量支出与转入(简称为A口)，通过使用流量资源池提供的操作服务来同时满足两方面对流量资源的消费需求，既共享资源又在不同方向使用时互不影响，高效利用自己的流量资产。
图3是本发明另一实施例的流量资源池对外提供流量资源的示意图。
如图3所示，流量资源池10包括3种类型的流量资源，分别是套餐资源、通信流量和交易流量。流量资源池10设置有B口(第一端口)和A口(第二端口)。本实施可以通过B口进行计费批价，通过A口进行流量交易。
其中，套餐资源可以由产品订购产生。套餐资源例如可以是：流量的基础包、可选包、加油包、季包、年包等。通信流量可以由充值产生。通信流量例如可以是：通用包、专用包、定向包等。交易流量例如可以是流量红包等。
由此，流量资源池中聚合了各类的流量资源，对外部提供统一的存取服务操作，外部不需要具体知道流量资源池中各类资源的具体使用细节，只需要提出资源请求，由资源池分配各类流量资源满足资源消费需求即可。
在本实施例中，客户在运营商中通过各种来源(如订购套餐、参与流量交易等)获取的多种流量资源以树状方式组织成虚拟的流量资源池，资源池通过统一的两个方向的入口(A口、B口)来对外提供流量资源的存取操作。
在一些实施例中，流量资源池10可以对外提供统一的流量服务操作，对流量的服务与操作主要有：对A口进行的操作，主要包括流量查询、预留、扣减、释放、返还、转换等。对B口进行的操作，主要包括流量查询、预留、扣减、释放、返还等。对内部进行的操作，主要包括流量合并、拆分、转换、赠送、结转、清零等。
在一些实施例中，多种类型的流量资源的使用优先级包括：套餐资源的使用优先级高于通信流量的使用优先级；通信流量的使用优先级高于交易流量的使用优先级。
在其它可选的实施例中，流量资源的优先级可以预先设定，流量资源的使用优先级可以按如下方式进行设置。方式一，针对各类资源的使用优先级，可以设定套餐资源>通信流量>交易流量。方式二，针对同类资源的使用优先级，可以设定定向包>专用包>通用包。方式三，优先级可以自定义或按照某种规则(如：先失效先使用)。
在本实施例中，客户通过B口上网消费时，根据具体上网消费数据进行流量扣减，优先使用套餐资源，套餐资源用尽时才使用通信流量，通信流量使用完后，如果客户还有交易流量，则将交易流量转换为通信流量进行使用(为不影响A口对交易流量的使用，交易流量通过使用预判、预留的划拨策略发放到通信流量)；交易流量必须转入通信流量才能用于上网消费(自动或手动转入)。
在一些实施例中，划转策略可以包括以下三个策略：策略一，当接收到上网流量请求时，根据使用优先级使用各类型的流量资源，并更新流量账本。其中，当使用交易流量时，先将交易流量转换为通信流量，再进行使用。策略二，当接收到流量交易请求时，使用交易流量，并更新流量账本。策略三，当接收到操作请求时，根据操作请求进行相应流量操作。
在本实施例中，根据操作请求进行相应流量操作可以包括以下三种操作：第一种操作，查询可用流量：查询流量资源池中的各类可用流量资源的具体情况。第二种操作，通信流量充值：将购买或转赠的流量充入到流量资源池中的通信流量。第三种操作，订购流量：将订购的加油包、季包、年包等增加到套餐资源中。
图4是本发明一实施例的流量资源池共享冲突时对外提供流量资源的示意图。
作为图1所示实施例的一个变形实施例，可以在图1实施例的基础上增加：客户流量资源池共享冲突的问题处理方法。在本实施例中，客户流量资源池共享冲突的问题处理方法可以包括如下步骤：
当收到来自第一端口和/或第二端口的对通信流量的使用申请时，为通信流量分配与所申请流量数值相应的预留值；将通信流量的初始值减去预留值，得到通信流量的余额；计算预留值与所述余额的和，并判断所计算的和与初始值是否相等；当判断结果不等时，指示当前第一端口和第二端口同时申请使用所述通信流量而引起申请冲突，并放弃为所述通信流量所做的分配。
在本实施例中，流量资源池在共享资源时，用户可以在上网的同时进行流量交易，因此会存在资源共享冲突的现象。传统解决方案中，为了防止资源共享冲突，一般采取对资源加锁的方式，这种处理方式存在加锁代价高效率低和产生死锁的现象。本发明中，我们采用的是资源隔离、互相转换、申请预留的方式，通过不同的入口对不同的资源进行存取操作(A口并发度极高使用频繁。B口平时并发度低但参与者多)，同时通过资源的转换和申请预留的方式提高资源的利用率，在高并发的环境中，既避免了加锁产生的热点，同时又给客户以“所见即所得”的良好体验。
参考图4，图4示出了使用流量业务场景。该业务场景是：客户套餐资源用完，需要使用通信流量，客户交易流量用完，需要使用通信流量(转交易流量)。客户上网时，扣减通信流量和预留的通信流量转入交易流量中，以供客户进行交易。
针对上述场景，客户同时在进行上网和红包操作，均需要使用通信流量时，使用流量资源池的方式如下。
步骤1：客户的套餐资源已经使用完，客户继续上网时，需要通过B口到通信流量中去实时申请使用流量；同时客户的交易流量已经使用完，进行发放红包操作时，需要通过A口到通信流量中去实时申请流量用于进行交易。
步骤2：客户资源池同时收到申请使用通信流量的请求，首先查询和计算通信流量的剩余可用流量(剩余值＝余额值-∑(预留值[预留记录的状态为未完成])，本算法不采用加锁方式来锁定余额值进行操作，而是采取累加预留记录并实时计算的方式来计算剩余流量，分配流量后再次核对结果，如没有变化则流量分配成功，如结果有变化则放弃本次分配再次进行重试直到成功)，如果剩余流量够用，则在通信流量中为B预留流量用于上网(增加预留记录)，为A预留流量用于发放红包(增加预留记录)。预留记录包括申请对象(A/B)、申请时间、预留值、实际使用值、预留状态、完成时间等属性，用于实时计算通信流量的剩余量。
下面列举实施例具体说明计算剩余量的实现方式。
1、A查询剩余通信流量：帐本ID:111，剩余值：500M；初始无预留记录；此时返回的剩余值为500M。
2、A上网消费申请流量100M,增加预留记录：[对象：A,申请预留流量：100M]；在交易成功时，再次查询核对剩余的流量值(500M-求和(预留值)：应该为400M)+100M是否等于500M，如果等于500M说明只有A在申请流量，不存在冲突，交易成功，反之，说明有其它方在申请流量，存在冲突，需要放弃当前结果进行重试。
3、B发放红包申请流量200M,查询剩余流量为：400M(＝500M-求和(A预留值＝100M))，增加预留记录：[对象：B,申请预留流量：200M]；在交易成功时，再次查询核对剩余的流量值(500M-求和(预留值)：应该为200M)+200M是否等于400M，如果等于400M说明只有B在申请流量，不存在冲突，交易成功，反之，说明有其它方在申请流量，存在冲突，需要放弃当前结果进行重试。
步骤3：为A预留的流量转入交易流量中，进行红包操作；同时更新通信流量余额值(扣减预留值，同时修改预留记录状态为完成)。
步骤4：为B预留的流量在上网结束时进行扣减操作，同时更新通信流量余额值(扣减预留值，同时修改预留记录状态为完成)。
步骤5：如果预留值实际没有使用完，则还可以将未使用完的部分退回到通信流量中。
步骤6：除实时申请通信流量外，还可以采用预判的方式来预留通信流量:通过事件触发或定时的方式，在交易流量的剩余量低于某个阀值时，自动或提醒确认的方式到通信流量中去预留并转换流量用于流量交易。
由此，本实施例使得流量可充分共享，互不影响，高效使用，客户感知良好(所见即所得)。
作为图1实施例的一个变形实施例，可以在图1实施例的基础上增加以下步骤：对各类流量资源进行动态转换，以均衡各类流量资源的容量。
在本实施例中，套餐资源、通信流量与交易流量可以进行动态转换。交易流量必须转换为通信流量才可以使用，而对于套餐资源、通信流量，只有转换成交易流量才可以进行交易。如果套餐资源、通信流量与交易流量之间都是固定不变的，等到其中一方流量不足时，才进行流量转换，而流量转换会出现延时，也需要一定的操作时间，会影响到用户体验。因此应该合理的将套餐资源、通信流量与交易流量进行动态转换，也可尽量减少流量资源池共享冲突的情况。
具体实现时，流量动态转换包括下述步骤：
步骤1、获取用户当前的交易流量、通信流量与套餐资源的数量，分别为D、T、X。
步骤2、设置交易流量的最低阈值为D1，套餐资源的最低阈值为X1。
步骤3、根据D、T、X与D1、X1的关系作出流量动态转换：
当D<D1，且X≥X1，说明此时交易流量不足，若T不为0，则从通信流量中转出至交易流量，若T为0，说明此时已经没有通信流量，则从套餐资源中转出至交易流量；
当D<D1，且X<X1，说明此时交易流量和套餐流量均不足，若T不为0，则从通信流量中转出至交易流量，从通信流量中转出至套餐资源，若T为0，则交易流量和套餐流量之间不予转换；
当D≥D1，且X≥X1，说明此时交易流量和套餐流量均充足，交易流量和套餐流量之间不予转换；
当D≥D1，且X<X1，说明此时套餐流量不足，若T不为0，则从通信流量中转出至套餐流量，若T为0，说明此时已经没有通信流量，则从交易流量中转出至套餐流量。
经过上述动态转换过程，可以保证交易流量和套餐流量之间处于一种平衡状态。一般情况下，一天进行一次计算和动态转换过程即可。
作为图1实施例的一个变形实施例，可以在图1实施例的基础上增加以下步骤：为各类流量资源设置支付功能属性，以提供流量、现金、积分的混合支付模式。
图5是本发明一实施例的混合支付处理流程示意图。
在本实施例中，BOSS系统可以将流量资源作为一种货币化资源同现金预存款资源、积分资源一样对外提供支付功能，也可以提供流量、现金、积分的混合支付模式。混合支付的具体流程如下：
S501，用户在CRM系统商城中选择商品后提交订单,发起购买请求。
S502，CRM系统商城进入支付环节,提示用户选择支付方式,用户选择移动支付帐户进行混合支付。
S503，CRM系统商城进行混合支付登录认证。
S504，用户输入支付账户、密码、验证码，进行登录。
S505，CRM系统商城认证处理(支付帐户确认)。
S506，CRM系统商城将认证结果返回给用户。
S507，如果认证成功则显示支付首页，如果失败则提示用户进行其它选择。
S508，CRM系统商城向BOSS系统发起支付帐户余额查询请求。
S509，BOSS系统根据CRM系统商城提供的支付帐户，查询可用的现金、积分、流量帐本余额。
S510，BOSS系统向CRM系统商城返回查询处理结果，包括：帐户信息、现金余额、积分余额、流量余额。
S511，CRM系统商城刷新首页，显示支付帐户下的可用现金、积分、流量等。
S512，用户发起支付比例设置请求。
S513，CRM系统商城按用户的设定配置现金、积分、流量的支付比例。
S514，CRM系统进行支付订单处理。
S515，CRM系统向BOSS系统发起支付扣款请求。
S516，BOSS系统对用户的支付帐户进行现金、积分、流量的扣款。
S517，BOSS系统对商户的支付帐户进行现金的收款。
S518，BOSS系统反馈扣款结果给CRM系统。
S519，CRM系统进行支付订单完工处理。
S520，CRM系统商城确认支付成功。
S521，CRM系统商城发送支付短信给用户。
S522，支付完成。
下面列举出本发明常见的几个应用场景：
第一场景为流量消费场景。客户使用手机进行上网上时，使用流量资源池的方式如下。首先使用订购的套餐内的流量资源，套餐资源用完时；接着使用通信流量，在通信流量用完时；最后使用交易流量(转换成通信流量使用)。
第二场景为流量交易场景。客户在营业厅或者网厅进行流量充值时，使用流量资源池的方式如下。将流量充入通信流量，用于自消费上网。将流量充入交易流量，用于后续进行流量交易(如红包、转赠、支付等)。
第三场景为流量交易场景。客户在进行红包业务操作时，使用流量资源池的方式如下。查询交易流量中的可用流量，并进行预留。对预留的流量进行分割，封装成红包进行发放。根据红包的领取情况，对预留的交易流量进行扣减或者释放操作。
图6是本发明一实施例的流量资源的处理装置的结构示意图。
如图6所示，流量资源的处理装置60可以包括：建立单元601、策略单元602和设置单元603。其中，建立单元601可以用于建立包括多种类型的流量资源的流量资源池；策略单元602可以用于对各类流量资源设置使用优先级和划转策略；设置单元603可以用于为流量资源池设置预设端口，并通过预设端口对外提供各类流量资源存取服务。
需要说明的是，本实施例中所示的功能单元的实现方式可以为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
在一些实施例中，建立单元601可以包括：获取模块、分类模块和生成模块。其中，获取模块可以用于获取多种原流量资源；分类模块可以用于对所获取的多种原流量资源进行分类和/或组合，生成多种类型的流量资源；生成模块可以基于多种类型的流量资源，生成流量资源池。
在一些实施例中，多种类型的流量资源包括：套餐资源、通信流量和交易流量。
在一些实施例中，多种类型的流量资源的使用优先级包括：套餐资源的使用优先级高于通信流量的使用优先级；通信流量的使用优先级高于交易流量的使用优先级。
在一些实施例中，划转策略可以包括：
在一些实施例中，划转策略可以包括以下三个策略：
策略一，当接收到上网流量请求时，根据使用优先级使用各类型的流量资源，并更新流量账本。其中，当使用交易流量时，先将交易流量转换为通信流量，再进行使用。
策略二，当接收到流量交易请求时，使用交易流量，并更新流量账本。
策略三，当接收到操作请求时，根据操作请求进行相应流量操作。
在一些实施例中，设置单元603还用于：为流量资源池设置第一端口和第二端口；通过第一端口提供用于上网所产生流量消费的服务；通过第二端口提供用于流量交易引起的流量支出与转入的服务。
作为图6实施例的一个变形实施例，可以在图6实施例的基础上增加：测单元、计算单元和分配单元。其中，检测单元可以用于检测各类流量资源的使用情况；计算单元可以用于当检测到通过第一端口和第二端口同时申请某类流量资源时，累加某类流量资源的第一预留流量资源和第二预留流量资源，并计算某类流量资源的剩余流量资源；分配单元可以用于当所计算的剩余流量资源满足第一预留流量资源和第二预留流量资源时，将第一预留流量资源分配给第一端口，将第二预留流量资源分配给第二端口。
作为图6实施例的又一个变形实施例，可以在上述实施例的基础上增加核对单元。其中，核对单元可以用于在为第一端口和第二端口分配结束后，核对分配结果。
作为图6实施例的又一个变形实施例，可以在上述实施例的基础上增加均衡单元。其中，均衡单元可以用于对各类流量资源进行动态转换，以均衡各类流量资源的容量。
在一些实施例中，设置单元603还可以用于为各类流量资源设置支付功能属性，以提供流量、现金、积分的混合支付模式。
需要说明的是，上述各实施例的装置可作为上述各实施例的方法中的执行主体，可以实现各个方法中的相应流程。上述各个实施例中的内容可以互相参考和引用，为了简洁，此方面内容不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。