流量使用方法和装置与流程

本发明涉及电信增值业务技术领域，尤其涉及一种流量使用方法和装置。

背景技术：

随着移动通信网络的快速发展，4g时代的到来，数据带宽大幅提升，ott(overthetop，利用运营商宽带发展业务)应用迅速普及，给用户带来丰富的业务体验。随着4g用户的流量使用习惯的改变和使用需求增长，给运营商的网络带来很大压力，迫使运营商在流量经营领域寻求转型。同时在产业价值链上也悄然发生了转移，从传统电信运营商主导逐步转向为ott业务提供商直接与用户打交道。用户的通信业务行为已经从传统的运营商提供的短彩信业务向互联网ott应用快速转移。

目前电信运营商推出的流量产品大多都是基于bss系统实现，例如基础流量包、流量加油包、专属流量包、闲时流量包。其中，基础流量包、专属流量包、闲时流量包都属于包月类型的产品；流量加油包，则是按次购买，当月有效，次月失效。从现有的流量产品看，流量经营模式仍以传统的经营方式在进行，未能实现流量经营转型的突破，不能吸引用户，刺激流量的使用。

bss(businesssupportsystem，业务支撑系统)作为运营商最重要的运营支撑、计费系统，采用电信级架构设计，需要它的高稳定性和高可靠性。而数据业务处在快速发展的过程中，用户业务行为的个性化和使用数据业务的碎片化，都要求业务场景和形态设计必须灵活。基于bss的业务设计和流程设计都相对严谨和完善，不能够经常用于创新的业务开发，无法满足快速变化、快速形成套餐、快速满足营销需求。

技术实现要素：

本发明的主要目的在于提出一种流量使用方法和装置，旨在解决现有技术中流量产品生成难度高，经营场景单一，无法满足需求的问题，实现了降低流量产 品生成的难度，丰富经营场景，增强流量计价属性，满足市场和用户的流量使用需求。

为实现上述目的，本发明提供的流量使用方法，包括：

接收购买请求，进行流量购买操作；

接收绑卡请求，并判断用户的类型；

若所述用户为指定用户，则执行不指定定向信息绑卡操作。

优选地，所述接收购买请求，进行流量购买操作的步骤包括：

接收预鉴权请求，根据所述预鉴权请求进行预鉴权操作。

优选地，所述接收预鉴权请求，根据所述预鉴权请求进行预鉴权操作的步骤之后，还包括：

若所述预鉴权操作成功，则发送预鉴权成功消息，并由扣费平台进行预扣费操作。

优选地，所述若所述预鉴权操作成功，则发送预鉴权成功消息，并由扣费平台进行预扣费操作的步骤之后，还包括：

若所述预扣费操作成功，则接收鉴权确认请求，并执行鉴权确认操作。

优选地，所述若所述预扣费操作成功，则接收鉴权确认请求，并执行鉴权确认操作的步骤之后，还包括：

若所述鉴权确认操作操作成功，则发送鉴权确认成功消息，并由所述扣费平台进行扣费确认操作。

优选地，所述若所述用户为指定用户，则执行绑卡操作的步骤包括：

接收所述绑卡请求，并进行绑卡操作。

优选地，所述接收所述绑卡请求，并进行绑卡操作的步骤之后，还包括：

若所述绑卡操作成功，则为所述用户切换使用优先级。

优选地，所述若所述绑卡操作成功，则为所述用户切换使用优先级的步骤之后，还包括：

接收获取统计数据请求，发送所述统计数据，并由所述扣费平台进行扣费操作。

优选地，所述接收绑卡请求，并判断用户的类型的步骤之后，还包括：

若所述用户为非指定用户，则执行指定定向信息绑卡操作。

本发明实施例还提出一种流量使用装置，所述装置包括：

流量购买模块，用于接收购买请求，进行流量购买操作；

用户判断模块，用于接收绑卡请求，并判断用户的类型；

不指定定向信息绑卡模块，用于若所述用户为指定用户，则执行不指定定向信息绑卡操作。

优选地，所述流量购买模块包括：

预鉴权单元，用于接收预鉴权请求，根据所述预鉴权请求进行预鉴权操作。

优选地，所述流量购买模块还包括：

预扣费单元，用于若所述预鉴权操作成功，则发送预鉴权成功消息，并由扣费平台进行预扣费操作。

优选地，所述流量购买模块还包括：

鉴权确认单元，用于若所述预扣费操作成功，则接收鉴权确认请求，并执行鉴权确认操作。

优选地，流量购买模块还包括：

扣费确认单元，用于若所述鉴权确认操作操作成功，则发送鉴权确认成功消息，并由所述扣费平台进行扣费确认操作。

优选地，所述指定定向信息绑卡模块包括：

绑卡单元，用于接收所述绑卡请求，并进行绑卡操作。

优选地，所述指定定向信息绑卡模块还包括：

优先级切换单元，用于若所述绑卡操作成功，则为所述用户切换使用优先级。

优选地，所述指定定向信息绑卡模块还包括：

扣费单元，用于接收获取统计数据请求，发送所述统计数据，并由所述扣费平台进行扣费操作。

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

指定定向信息绑卡模块，用于若所述用户为非指定用户，则执行指定定向信息绑卡操作。

本发明公开了一种流量使用方法和装置，通过接收购买请求，进行流量购买操作；接收绑卡请求，并判断用户的类型；若用户为指定用户，则执行不指定定向信息绑卡操作。

由此，解决了现有技术中流量产品生成难度高，经营场景单一，无法满足需求的问题，实现了降低流量产品生成的难度，丰富经营场景，增强流量计价属性，满足市场和用户的流量使用需求。

附图说明

图1是本发明流量使用方法第一实施例的流程示意图；

图2是本发明实施例中接收购买请求，进行流量购买操作的步骤的第一种流程示意图；

图3是本发明实施例中接收购买请求，进行流量购买操作的步骤的第二种流程示意图；

图4是本发明实施例中接收购买请求，进行流量购买操作的步骤的第三种流程示意图；

图5是本发明实施例中接收购买请求，进行流量购买操作的步骤的第四种流程示意图；

图6是本发明实施例中若所述用户为指定用户，则执行绑卡操作的步骤的第一种流程示意图；

图7是本发明实施例中若所述用户为指定用户，则执行绑卡操作的步骤的第二种流程示意图；

图8是本发明实施例中若所述用户为指定用户，则执行绑卡操作的步骤的第三种流程示意图；

图9是本发明流量使用方法第二实施例的流程示意图；

图10是本发明流量使用装置第一实施例的功能模块示意图；

图11是本发明实施例中流量购买模块的第一种功能模块示意图；

图12是本发明实施例中流量购买模块的第二种功能模块示意图；

图13是本发明实施例中流量购买模块的第三种功能模块示意图；

图14是本发明实施例中流量购买模块的第四种功能模块示意图；

图15是本发明实施例中指定定向信息绑卡模块的第一种功能模块示意图；

图16是本发明实施例中指定定向信息绑卡模块的第二种功能模块示意图；

图17是本发明实施例中指定定向信息绑卡模块的第三种功能模块示意图；

图18是本发明流量使用装置第二实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：对于需要大量使用流量的政企客户，运营商提供一种流量池礼包(流量池礼包指的是：运营商所提供的共享流量，所有符合其要求的用户或设备都可以使用该流量池礼包中的流量，只需在小于等于流量池礼包总流量的范围内都不限定每个用户使用流量的大小，流量池礼包又可分为指定用户流量池礼包、不指定用户流量池礼包或者可分为定向流量池礼包、非定向流量池礼包)，通过接收购买请求，进行流量购买操作；接收绑卡请求，并判断用户的类型；若用户为指定用户，则执行不指定定向信息绑卡操作。由此，解决了现有技术中流量产品生成难度高，经营场景单一，无法满足需求的问题。实现了降低流量产品生成的难度，丰富经营场景，增强流量计价属性，满足市场和用户的流量使用需求。

如图1所示，本发明第一实施例提出一种流量使用方法，包括：

步骤s10，接收购买请求，进行流量购买操作。

本发明方法的执行主体可以为一种流量管理平台或流量管理服务器，本实施例以流量管理平台进行举例，当然也不限定于其他能够实现提供流量使用服务的设备或服务器。

其中，上述流量管理平台，可以是与流量池礼包交互的一个外部网元，主要负责具体流量的管理、使用等。

此外，在具体实现时，还可以包括与上述流量管理平台实现协作的：政企客户，可以是政府机构、学校、企业等需要开通/购买流量池礼包的机构；流量池礼包门户，是提供政企客户用来购买运营商所提供流量池礼包的一个web(互联网)、app(application，应用程序)或者微信公众号门户，流量池礼包数据库，是存放流量池礼包相关数据的数据库；接口机，可用于协助流量池礼包门户和流量管理平台之间的信息传递。同时，上述政企客户的用户，指的是使用政企客户 所开通/购买的流量池礼包的用户。

政企客户首先可以通过注册和登录操作来实现流量购买，在具体实现时，政企客户注册用户可包括自注册和委托流量池礼包管理员注册两种，自注册需要提交流量池礼包门户管理员审批，审批通过后该政企客户会收到注册成功通知，此时用户才可被使用；委托流量池礼包管理员注册为流量池礼包管理员将注册和审批一体化操作，流量池礼包管理员注册审批完成后政企客户将会收到携带用户名和密码的告知短信。其中，政企客户需要填写的注册信息包括：政企客户名称、用户名、密码、联系方式、付费号码等。其中，注册/审批信息包括：政企id(唯一)、政府机构或企业名、用户名、密码、联系电话、付费账号(通讯账号或其他第三方账号)、用户邮箱、定向信息(定向信息特指一些固定ip地址、固定端口、固定手机号等)等；流量池礼包管理员进行注册/审批会对用户信息进行敏感词校验，以保证信息都符合国家法律规范。

在流量池礼包门户接收政企客户发送的注册请求后，流量池礼包门户根据注册请求，为政企客户注册对应账户。其中，若上述注册请求满足审批要求，则流量池礼包门户根据注册请求，为政企客户注册对应账户。

在流量池礼包门户根据注册请求，为政企客户注册对应账户后，流量池礼包门户接收政企客户发送的登录请求。其中，政企客户可以依据上述通过注册获得的用户名和密码进行登录。在流量池礼包门户接收政企客户发送的登录请求后，流量池礼包门户根据登录请求，授权政企客户进行登录。其中，若政企客户输入的用户名和密码正确，则授权政企客户进行登录流量池礼包门户。

在完成注册和登录操作(具体实现时注册和登录操作为可选，若已经注册了，则直接进行登录操作，或者，若已经注册和登录了，则直接进行下述操作)后，即可进行流量购买操作。

具体地，流量管理平台接收购买请求，进行流量购买操作。

其中，在具体实现时，可以采用如下方式：

1、流量池礼包门户接收政企客户发送的流量购买/开通请求，并发送购买/开通请求至接口机，接口机将购买/开通请求组装成流量管理平台可识别的消息，发送购买/开通流量池礼包预鉴权请求至流量管理平台；

2、流量管理平台接收预鉴权请求，并进行预鉴权操作，若预鉴权成功，则发送预鉴权成功消息至接口机，接口机将预鉴权成功消息分包后返回给流量池礼 包门户，同时，流量池礼包门户向流量池礼包数据库中插入一条预鉴权记录；

3、流量池礼包门户接收预鉴权成功消息，发送预扣费请求至boss扣费系统；

4、boss扣费系统接收预扣费请求，并进行预扣费操作，若预扣费操作成功，则发送预扣费成功消息至流量池礼包门户，同时，流量池礼包门户向流量池礼包数据库中插入一条预扣费记录；

5、流量池礼包门户接收预扣费成功消息，发送鉴权确认请求至接口机，接口机将收到的请求消息组包后发送给流量管理平台；

6、流量管理平台接收鉴权确认请求，并进行鉴权确认操作，若流量管理平台鉴权确认操作成功，则发送鉴权确认成功消息至接口机，接口机将鉴权确认成功消息进行分包后，返回给流量池礼包门户；

7、流量池礼包门户接收鉴权确认成功消息，更新流量池礼包数据库记录为鉴权成功；

8、流量池礼包门户向政企客户返回开通流量池礼包成功消息(对于只需开通流量池礼包的政企客户，最后只需要执行这一步骤，对于需要购买流量池礼包的政企客户则跳过这一步骤)；

8、流量池礼包门户发送扣费确认请求至boss扣费系统；boss扣费系统接收扣费确认请求，并进行扣费确认操作，若扣费平台扣费确认操作成功，则发送扣费确认成功消息至流量池礼包门户；

9、流量池礼包门户接收扣费确认成功消息，更新流量池礼包数据库记录为扣费成功，向流量池礼包数据库中插入一条购买记录，发送流量购买成功消息至政企客户。

步骤s20，接收绑卡请求，并判断用户的类型。

具体地，在接收购买请求，进行流量购买操作后，流量管理平台接收绑卡请求，并判断用户的类型。

其中，在具体实现时，可以采用如下方式：

1、政企客户向流量池礼包门户发起绑卡请求；

2、流量池礼包门户向接口机发送绑卡请求；

3、接口机将请求消息重新组包后发送给流量管理平台；

4、流量管理平台接收绑卡请求。

其中，上述用户的类型包括指定用户和非指定用户。

步骤s30，若所述用户为指定用户，则执行不指定定向信息绑卡操作。

具体地，在接收绑卡请求，并判断用户的类型后，若用户为指定用户，则流量管理平台执行不指定定向信息绑卡操作。

其中，在具体实现时，可以采用如下方式：

1、流量池礼包门户发送绑卡请求至接口机，接口机将绑卡请求重新组包后发送给流量管理平台；

2、流量管理平台接收绑卡请求，并进行绑卡操作，若流量管理平台成功进行绑卡操作，则发送绑卡成功消息至接口机，接口机将绑卡成功消息进行分包处理后返回给流量池礼包门户；

3、流量池礼包门户将绑卡成功记录插入到流量池礼包数据库的用户表中，接收绑卡成功消息，发送绑卡成功消息至政企客户，不需要回复短信确认的绑卡用户为其自动切换使用优先级；需要回复短信确认的绑卡用户，向此类用户发送确认短信后，收到确认短信后为其切换使用优先级；

4、流量池礼包门户按照预先设定的时间(比如：1周)，定时从流量管理平台获取统计数据，获取成功后插入数据库统计表，并可在流量池礼包门户页面展示；

5、流量池礼包门户根据统计数据，发送扣费请求至boss扣费系统；

6、boss扣费系统接收扣费请求，并根据扣费请求进行扣费操作，若扣费平台扣费操作成功，则发送扣费成功消息至流量池礼包门户；

7、流量池礼包门户接收扣费成功消息，发送扣费成功消息至政企客户。

其中，当需要解绑时，可以采用如下方式：

1、用户向流量池礼包门户发送解绑请求；

2、流量池礼包门户接收解绑请求，向接口机发送解绑请求，接口机将解绑请求消息重新组包后发送给流量管理平台；

3、流量管理平台接收解绑请求，并进行解绑操作，若解绑成功，则将解绑成功消息返回给接口机，接口机将解绑成功消息进行分包处理后返回给流量池礼包门户；

4、流量池礼包门户在流量池礼包数据库中更新用户表解绑字段；

5、流量池礼包门户将解绑成功信息通知给政企客户和相应解绑用户。

通过上述方案，本发明提供了一种流量使用方法，实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图2，为本发明具体实施方式中，收购买请求，进行流量购买操作的步骤的第一种流程示意图。

作为第一种实施方式，上述步骤s10包括：

步骤s11，接收预鉴权请求，根据所述预鉴权请求进行预鉴权操作。

具体地，流量管理平台接收预鉴权请求，根据预鉴权请求进行预鉴权操作。

其中，在具体实现时，流量池礼包门户首先发送流量购买/开通请求至接口机；然后，接口机将流量购买/开通请求组装成流量管理平台可识别的消息；然后，接口机将流量购买/开通请求发送至流量管理平台。

其中，政企客户进行流量池礼包购买/开通时首先需要去流量管理平台进行预鉴权，预鉴权时携带企业和流量池礼包相关信息(包括：业务id(serviceid，区分该购买请求为政企客户请求)、政企id、礼包id、卡类型(cardtype，区分该礼包为流量池礼包)、流量池大小、流量池礼包有效期、时间戳、流水号(匹配预鉴权请求消息和响应消息)、客户端类型(clienttype，区分用户使用何种客户端进行购买))。

在流量池礼包门户接收政企客户发送的流量购买请求，发送预鉴权请求至流量管理平台后，流量管理平台接收预鉴权请求，并进行预鉴权操作。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了预鉴权操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图3，为本发明具体实施方式中，接收购买请求，进行流量购买操作的步骤的第二种流程示意图。

作为第二种实施方式，上述步骤s11之后还包括：

步骤s12，若所述预鉴权操作成功，则发送预鉴权成功消息，并由扣费平台进行预扣费操作。

具体地，在接收预鉴权请求，根据预鉴权请求进行预鉴权操作后，若预鉴权操作成功，则流量管理平台发送预鉴权成功消息由扣费平台进行预扣费操作。

其中，在具体实现时，若流量管理平台预鉴权成功，则流量管理平台首先发送预鉴权成功消息至接口机；然后接口机将预鉴权成功消息分包后返回给流量池礼包门户。

其中，预鉴权成功后流量管理平台返回流量池礼包门户预鉴权成功消息(包括鉴权结果码(rltcode)、鉴权描述(description)、卡id(cardid)、卡密钥(cardpin)、时间戳、流水号)，同时会向流量池礼包数据库鉴权表中插入一条预鉴权成功记录(记录数据包括：业务id、政企id、礼包id、卡类型、流量池大小、流量池礼包有效期、时间戳、流水号、客户端类型、鉴权结果码、鉴权描述、卡id、卡密钥、鉴权确认标示(初始化为固定值))。

其中，若预鉴权失败流量管理平台返回流量池礼包门户预鉴权失败消息(包括鉴权结果码rltcode(rltcode)、鉴权描述(description)、时间戳、流水号)，以告知用户，预鉴权失败的请求不做回溯处理，流量礼包管理平台直接做废弃请求定时清理。

在流量管理平台发送预鉴权成功消息至流量池礼包门户后，流量池礼包门户接收预鉴权成功消息，发送预扣费请求至扣费平台，由扣费平台进行预扣费操作。

其中，在具体实现时，上述扣费平台可以为boss扣费系统。

其中，流量池礼包向boss扣费系统发送预扣费请求时需携带如下相关信息包括流量池礼包id、流量池礼包费用、付费账号、余额校验标示(校验付费账号余额是否足够支付)、短信通知标示(可配置为需要短信通知或不需要短信通知)、鉴权结果码、流水号、时间戳。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了预扣费操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图4，为本发明具体实施方式中，接收购买请求，进行流量购买操作的步骤的第三种流程示意图。

作为第三种实施方式，上述步骤s12之后还包括：

步骤s13，若所述预扣费操作成功，则接收鉴权确认请求，并执行鉴权确认操作。

具体地，在发送预鉴权成功消息，并由扣费平台进行预扣费操作后，若预扣费操作成功，则流量管理平台接收鉴权确认请求，并执行鉴权确认操作。

其中，boss扣费系统预扣费成功后，boss扣费系统将会返回预扣费成功消息给流量池礼包门户(包括：流量池礼包id、预扣费费用、预扣费结果码、预扣费描述、短信通知标示、流水号、时间戳)，同时，会向流量池礼包数据库扣费表中插入一条预扣费成功记录(记录数据包括：流量池礼包id、流量池礼包费用、付费账号、余额校验标示、短信通知标示、鉴权结果码、流水号、时间戳、预扣费结果码、预扣费描述、审批标示(初始化为固定值)、扣费标示(初始化为固定值))。

其中，若boss扣费系统预扣费失败，boss扣费系统同样会返回预扣费失败消息给流量池礼包门户(包括：流量池礼包id、预扣费错误码、错误描述、短信通知标示、流水号、时间戳)，预扣费失败的请求不做回溯处理，boss扣费平台直接做废弃请求定时处理。

其中，在具体实现时，流量池礼包门户首先发送鉴权确认请求至接口机；然后，接口机将收到的请求消息组包后发送给流量管理平台。

在流量池礼包门户接收扣费平台发送的预扣费成功消息，发送鉴权确认请求至流量管理平台后，流流量管理平台接收鉴权确认请求，并进行鉴权确认操作。

其中，流量池礼包门户管理员发起购买审批时，企业礼包管理员携带鉴权结果码、流水号去流量管理平台进行鉴权确认，确认成功则返回成功结果码，流量池礼包门户判定为鉴权成功。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了预扣费操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图5，为本发明具体实施方式中，接收购买请求，进行流量购买操作的步骤的第四种流程示意图。

作为第三种实施方式，上述步骤s13之后还包括：

步骤s14，若所述鉴权确认操作操作成功，则发送鉴权确认成功消息，并由所述扣费平台进行扣费确认操作。

具体地，在接收鉴权确认请求，并执行鉴权确认操作后，若鉴权确认操作操作成功，则流量管理平台发送鉴权确认成功消息，并由扣费平台进行扣费确认操作。

其中，在具体实现时，流量管理平台首先发送鉴权确认成功消息至接口机；然后，接口机收到将鉴权确认成功消息进行分包返回给流量池礼包门户。

在若鉴权确认操作成功，则流量管理平台发送鉴权确认成功消息至流量池礼包门户后，流量池礼包门户接收鉴权确认成功消息，发送扣费确认请求至扣费平台，由扣费平台进行扣费确认操作。

在流量池礼包门户接收鉴权确认成功消息，发送扣费确认请求至扣费平台，由扣费平台进行扣费确认操作后，若扣费确认操作成功，则流量池礼包门户接收扣费平台发送的扣费确认成功消息，发送流量购买成功消息至政企客户。

其中，企业礼包管理员携带预扣费结果码、流水号去boss扣费平台进行扣费确认，确认成功则完成扣费返回成功结果码，流量池礼包门户判断为扣费成功。

其中，当鉴权和扣费确认都成功时则流量池礼包门户判断为审批通过。审批通过后更新流量池礼包数据库鉴权表鉴权确认标示、扣费表扣费标示，并插入一条购买记录到流量池礼包数据库中，以便后续作为对账、统计、绑卡、解绑的依据。

其中，若鉴权和扣费确认二者任何一个失败，则企业礼包管理员审批时则判断为审批不通过。对于鉴权和扣费确认失败的情况，流量管理平台和boss扣费系统会根据未审批通过的时间来进行预扣费解冻处理(预扣费为一种冻结用户账户相应金额的行为，不是真正意义上的扣费)；鉴权确认和扣费确认为一种顺序串联操作(顺序串联操作指两种操作有先后优先顺序且都为真时才为真)，鉴权确认失败扣费确认必然失败，只有当两者都成功时才判为成功。

其中，流量池礼包开通审批只需去流量管理平台进行鉴权确认即可，鉴权确 认成功即可认为开通成功，审批通过。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了预扣费操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的合理使用，参照图6，为本发明具体实施方式中若所述用户为指定用户，则执行绑卡操作的步骤的一种流程示意图。

作为第一种实施方式，上述步骤s30包括：

步骤s31，接收所述绑卡请求，并进行绑卡操作。

具体地，在接收绑卡请求，并判断用户的类型后，流量管理平台接收绑卡请求，并进行绑卡操作。

其中，在具体实现时，流量池礼包门户首先发送绑卡请求至接口机；然后，接口机将绑卡请求重新组包后发送至流量管理平台。

其中，流量池礼包门户的绑卡请求包括：客户端类型(clienttype：标示政企客户使用何种客户端操作)、业务id(serviceid)、卡id(cardid)、卡密钥(cardpin)、礼包id、流量池大小、绑卡用户个数、绑卡用户号码、时间戳、流水号、绑卡类型(sendtype：绑卡类型分为两种：一种为针对自然人用户，该类型需要用户回复短信确认是否绑卡；另一种为针对设备用户，该类型无需用户回复短信即可自动为其绑卡并切换使用优先级)。

在流量池礼包门户发送绑卡请求至流量管理平台后，流量管理平台接收绑卡请求，并进行绑卡操作，将用户绑定至对应政企客户。

另外，当需要解绑时，可以采用如下方式：

1、用户向流量池礼包门户发送解绑请求；

2、流量池礼包门户接收解绑请求，向接口机发送解绑请求，接口机将解绑请求消息重新组包后发送给流量管理平台；

3、流量管理平台接收解绑请求，并进行解绑操作，若解绑成功，则将解绑成功消息返回给接口机，接口机将解绑成功消息进行分包处理后返回给流量池礼包门户；

4、流量池礼包门户在流量池礼包数据库中更新用户表解绑字段；

5、流量池礼包门户将解绑成功信息通知给政企客户和相应解绑用户。

其中，解绑可分为政企客户主动解绑(不允许用户使用该流量池礼包的情形)和被动解绑(分为两种：1、绑卡成功切换优先级失败，此时流量池礼包门户会自助向流量管理平台发起解绑请求；2、当流量池礼包用尽时流量管理平台会主动将绑定在该流量池礼包的用户全部解绑，并将其优先级切换到用户基础流量套餐)。

其中，解绑时流量池礼包门户向流量管理平台发送的请求消息包括：客户端类型(clienttype)、业务id(serviceid)、卡id(cardid)、卡密钥(cardpin)、礼包id、流量池大小、解绑用户个数、解绑用户号码、时间戳、流水号。

其中，解绑时的流量池礼包门户收到管理门户返回的响应消息包括：客户端类型、业务id、礼包id、解绑结果码、解绑描述、切换优先级标志、流水号、时间戳，并且更新流量池礼包数据库用户表中的解绑结果码状态为已成功解绑。

其中，若解绑失败，则流量管理平台会返回错误信息以告知用户失败原因，此时流量池礼包优先级仍然为最高，仍然可以正常使用。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了绑卡操作和解绑操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的合理使用，参照图7，为本发明具体实施方式中若所述用户为指定用户，则执行绑卡操作的步骤的一种流程示意图。

作为第二种实施方式，上述步骤s31之后还包括：

步骤s32，若所述绑卡操作成功，则为所述用户切换使用优先级。

具体地，在接收绑卡请求，并进行绑卡操作后，若绑卡操作成功，则流量管理平台为用户切换使用优先级。

其中，若绑卡操作成功，则流量管理平台发送绑卡成功消息至流量池礼包门户。

其中，在具体实现时，流量管理平台首先发送绑卡成功消息至接口机；然后， 接口机将绑卡成功消息进行分包处理后返回给流量池礼包门户。

其中，流量池礼包门户收到流量管理平台的绑卡响应包括：客户端类型、业务id、礼包id、绑卡结果码、绑卡描述、切换优先级标志、流水号、时间戳、解绑结果码(默认置为未解绑状态)，并根据流水号和时间戳将这些字段与请求消息中的字段拼接后插入流量池礼包数据库用户表中。

其中，若流量管理平台绑卡操作成功但是切换优先级失败情形出现时，流量池礼包门户将会自动向流量管理平台发送一条解绑请求，为该用户解绑，以确保该用户下次绑卡时能够正常绑定。

其中，绑卡和切换优先级为一种顺序串联操作，且都为同一请求消息所触发，先绑卡成功才能切换优先级，且两者成功才会被认为成功。

其中，政企客户进行绑卡时也可以指定定向信息，此时就进一步限定绑定流量池礼包的用户只能在指定的定向信息范围内使用流量，不指定定向信息则无此限制；对于不指定用户流量池礼包可以指定定向信息，切换定向信息优先级，以保证任何用户在符合定向信息要求时可以优先使用政企客户提供的流量池礼包。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了切换优先级操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的合理使用，参照图8，为本发明具体实施方式中若所述用户为指定用户，则执行绑卡操作的步骤的一种流程示意图。

作为第三种实施方式，上述步骤s32之后还包括：

步骤s33，接收获取统计数据请求，发送所述统计数据，并由所述扣费平台进行扣费操作。

具体地，在为用户切换使用优先级后，流量管理平台接收获取统计数据请求，发送统计数据，并由扣费平台进行扣费操作。

其中，扣费金额为周期使用流量和流量单价计算所得。

其中，若扣费操作成功，则流量池礼包门户接收扣费平台发送的扣费成功消息，发送扣费成功消息至政企客户。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了扣费操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

如图9所示，本发明第二实施例提出一种流量使用方法，在上述第一实施例的基础上的步骤s20之后，该方法还包括：

步骤s40，若所述用户为非指定用户，则执行指定定向信息绑卡操作。

具体地，在接收绑卡请求，并判断用户的类型后，若用户为非指定用户，则流量管理平台执行指定定向信息绑卡操作。

其中，在具体实现时，流量池礼包门户首先发送指定定向信息请求至接口机；然后，接口机将指定定向信息请求重新组包后发送至流量管理平台。

在流量池礼包门户接收用户发送的指定定向信息请求，发送指定定向信息请求至流量管理平台后，流量管理平台接收指定定向信息请求，并进行指定定向信息操作。

在流量管理平台接收指定定向信息请求，并进行指定定向信息操作后，若指定定向信息操作成功，则流量管理平台发送指定定向信息成功消息至流量池礼包门户。

其中，在具体实现时，流量管理平台首先发送指定定向信息成功消息至接口机；然后，接口机将指定定向信息成功消息进行分包处理后返回给流量池礼包门户。

在流量管理平台发送指定定向信息成功消息至流量池礼包门户后，流量池礼包门户发送指定定向信息成功消息至政企客户，并为用户切换优先级。

其中，若流量管理平台绑卡操作成功但是切换优先级失败情形出现时，流量池礼包门户将会自动向流量管理平台发送一条解绑请求，为该用户解绑，以确保该用户下次绑卡时能够正常绑定。

其中，绑卡和切换优先级为一种顺序串联操作，且都为同一请求消息所触发，先绑卡成功才能切换优先级，且两者成功才会被认为成功。

其中，政企客户进行绑卡时也可以指定定向信息，此时就进一步限定绑定流 量池礼包的用户只能在指定的定向信息范围内使用流量，不指定定向信息则无此限制；对于不指定用户流量池礼包可以指定定向信息，切换定向信息优先级，以保证任何用户在符合定向信息要求时可以优先使用政企客户提供的流量池礼包。

在流量池礼包门户发送指定定向信息成功消息至政企客户，并为用户切换优先级后，流量池礼包门户按照预先设定的时间，定时从流量管理平台获取统计数据。

在流量池礼包门户按照预先设定的时间，定时从流量管理平台获取统计数据后，流量池礼包门户根据统计数据，发送扣费请求至扣费平台，由扣费平台进行扣费操作。

其中，扣费金额为周期使用流量和流量单价计算所得。

在流量池礼包门户根据统计数据，发送扣费请求至扣费平台，由扣费平台进行扣费操作后，若扣费操作成功，则流量池礼包门户接收扣费平台发送的扣费成功消息，发送扣费成功消息至政企客户。

其中，指定定向信息流量池礼包不存在解绑，用户指定定向信息以后只要符合其定向信息要求、流量池礼包没有用完的情况下都能使用，当流量池礼包用完时流量管理平台会自动为用户切换优先级。

通过上述方案，本发明提供了一种流量使用方法，该方法中包括了为非指定用户提供的指定定向信息操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

基于上述方法实施例的实现，本发明还提供对应的装置实施例。

如图10所示，本发明第一实施例提出一种流量使用装置，包括：

100，用于接收购买请求，进行流量购买操作。

本发明装置可以为一种流量管理平台或流量管理服务器，本实施例以流量管理平台进行举例，当然也不限定于其他能够实现提供流量使用服务的设备或服务器。

其中，上述流量管理平台，可以是与流量池礼包交互的一个外部网元，主要负责具体流量的管理、使用等。

此外，在具体实现时，还可以包括与上述流量管理平台实现协作的：政企客户，可以是政府机构、学校、企业等需要开通/购买流量池礼包的机构；流量池礼包门户，是提供政企客户用来购买运营商所提供流量池礼包的一个web(互联网)、app(application，应用程序)或者微信公众号门户，流量池礼包数据库，是存放流量池礼包相关数据的数据库；接口机，可用于协助流量池礼包门户和流量管理平台之间的信息传递。同时，上述政企客户的用户，指的是使用政企客户所开通/购买的流量池礼包的用户。

政企客户首先可以通过注册和登录操作来实现流量购买，在具体实现时，政企客户注册用户可包括自注册和委托流量池礼包管理员注册两种，自注册需要提交流量池礼包门户管理员审批，审批通过后该政企客户会收到注册成功通知，此时用户才可被使用；委托流量池礼包管理员注册为流量池礼包管理员将注册和审批一体化操作，流量池礼包管理员注册审批完成后政企客户将会收到携带用户名和密码的告知短信。其中，政企客户需要填写的注册信息包括：政企客户名称、用户名、密码、联系方式、付费号码等。其中，注册/审批信息包括：政企id(唯一)、政府机构或企业名、用户名、密码、联系电话、付费账号(通讯账号或其他第三方账号)、用户邮箱、定向信息(定向信息特指一些固定ip地址、固定端口、固定手机号等)等；流量池礼包管理员进行注册/审批会对用户信息进行敏感词校验，以保证信息都符合国家法律规范。

在流量池礼包门户接收政企客户发送的注册请求后，流量池礼包门户根据注册请求，为政企客户注册对应账户。其中，若上述注册请求满足审批要求，则流量池礼包门户根据注册请求，为政企客户注册对应账户。

在流量池礼包门户根据注册请求，为政企客户注册对应账户后，流量池礼包门户接收政企客户发送的登录请求。其中，政企客户可以依据上述通过注册获得的用户名和密码进行登录。在流量池礼包门户接收政企客户发送的登录请求后，流量池礼包门户根据登录请求，授权政企客户进行登录。其中，若政企客户输入的用户名和密码正确，则授权政企客户进行登录流量池礼包门户。

在完成注册和登录操作(具体实现时注册和登录操作为可选，若已经注册了，则直接进行登录操作，或者，若已经注册和登录了，则直接进行下述操作)后，即可进行流量购买操作。

具体地，100接收购买请求，进行流量购买操作。

其中，在具体实现时，可以采用如下方式：

1、流量池礼包门户接收政企客户发送的流量购买/开通请求，并发送购买/开通请求至接口机，接口机将购买/开通请求组装成100可识别的消息，发送购买/开通流量池礼包预鉴权请求至100；

2、100接收预鉴权请求，并进行预鉴权操作，若预鉴权成功，则发送预鉴权成功消息至接口机，接口机将预鉴权成功消息分包后返回给流量池礼包门户，同时，流量池礼包门户向流量池礼包数据库中插入一条预鉴权记录；

3、流量池礼包门户接收预鉴权成功消息，发送预扣费请求至boss扣费系统；

4、boss扣费系统接收预扣费请求，并进行预扣费操作，若预扣费操作成功，则发送预扣费成功消息至流量池礼包门户，同时，流量池礼包门户向流量池礼包数据库中插入一条预扣费记录；

5、流量池礼包门户接收预扣费成功消息，发送鉴权确认请求至接口机，接口机将收到的请求消息组包后发送给100；

6、100接收鉴权确认请求，并进行鉴权确认操作，若100鉴权确认操作成功，则发送鉴权确认成功消息至接口机，接口机将鉴权确认成功消息进行分包后，返回给流量池礼包门户；

7、流量池礼包门户接收鉴权确认成功消息，更新流量池礼包数据库记录为鉴权成功；

8、流量池礼包门户向政企客户返回开通流量池礼包成功消息(对于只需开通流量池礼包的政企客户，最后只需要执行这一步骤，对于需要购买流量池礼包的政企客户则跳过这一步骤)；

8、流量池礼包门户发送扣费确认请求至boss扣费系统；boss扣费系统接收扣费确认请求，并进行扣费确认操作，若扣费平台扣费确认操作成功，则发送扣费确认成功消息至流量池礼包门户；

9、流量池礼包门户接收扣费确认成功消息，更新流量池礼包数据库记录为扣费成功，向流量池礼包数据库中插入一条购买记录，发送流量购买成功消息至政企客户。

200，用于接收绑卡请求，并判断用户的类型。

具体地，在接收购买请求，进行流量购买操作后，200接收绑卡请求，并判 断用户的类型。

其中，在具体实现时，可以采用如下方式：

1、政企客户向流量池礼包门户发起绑卡请求；

2、流量池礼包门户向接口机发送绑卡请求；

3、接口机将请求消息重新组包后发送给200；

4、200接收绑卡请求。

其中，上述用户的类型包括指定用户和非指定用户。

300，用于若所述用户为指定用户，则执行不指定定向信息绑卡操作。

具体地，在接收绑卡请求，并判断用户的类型后，若用户为指定用户，则300执行不指定定向信息绑卡操作。

其中，在具体实现时，可以采用如下方式：

1、流量池礼包门户发送绑卡请求至接口机，接口机将绑卡请求重新组包后发送给300；

2、300接收绑卡请求，并进行绑卡操作，若300成功进行绑卡操作，则发送绑卡成功消息至接口机，接口机将绑卡成功消息进行分包处理后返回给流量池礼包门户；

3、流量池礼包门户将绑卡成功记录插入到流量池礼包数据库的用户表中，接收绑卡成功消息，发送绑卡成功消息至政企客户，不需要回复短信确认的绑卡用户为其自动切换使用优先级；需要回复短信确认的绑卡用户，向此类用户发送确认短信后，收到确认短信后为其切换使用优先级；

4、流量池礼包门户按照预先设定的时间(比如：1周)，定时从300获取统计数据，获取成功后插入数据库统计表，并可在流量池礼包门户页面展示；

5、流量池礼包门户根据统计数据，发送扣费请求至boss扣费系统；

6、boss扣费系统接收扣费请求，并根据扣费请求进行扣费操作，若扣费平台扣费操作成功，则发送扣费成功消息至流量池礼包门户；

7、流量池礼包门户接收扣费成功消息，发送扣费成功消息至政企客户。

其中，当需要解绑时，可以采用如下方式：

1、用户向流量池礼包门户发送解绑请求；

2、流量池礼包门户接收解绑请求，向接口机发送解绑请求，接口机将解绑请求消息重新组包后发送给300；

3、300接收解绑请求，并进行解绑操作，若解绑成功，则将解绑成功消息返回给接口机，接口机将解绑成功消息进行分包处理后返回给流量池礼包门户；

4、流量池礼包门户在流量池礼包数据库中更新用户表解绑字段；

5、流量池礼包门户将解绑成功信息通知给政企客户和相应解绑用户。

通过上述方案，本发明提供了一种流量使用装置，实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图11，上述100包括：

110，用于接收预鉴权请求，根据所述预鉴权请求进行预鉴权操作。

具体地，110接收预鉴权请求，根据预鉴权请求进行预鉴权操作。

其中，在具体实现时，流量池礼包门户首先发送流量购买/开通请求至接口机；然后，接口机将流量购买/开通请求组装成110可识别的消息；然后，接口机将流量购买/开通请求发送至110。

其中，政企客户进行流量池礼包购买/开通时首先需要去110进行预鉴权，预鉴权时携带企业和流量池礼包相关信息(包括：业务id(serviceid，区分该购买请求为政企客户请求)、政企id、礼包id、卡类型(cardtype，区分该礼包为流量池礼包)、流量池大小、流量池礼包有效期、时间戳、流水号(匹配预鉴权请求消息和响应消息)、客户端类型(clienttype，区分用户使用何种客户端进行购买))。

在流量池礼包门户接收政企客户发送的流量购买请求，发送预鉴权请求至110后，110接收预鉴权请求，并进行预鉴权操作。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了鉴权操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图12，上述100还包括：

120，用于若所述预鉴权操作成功，则发送预鉴权成功消息，并由扣费平台进行预扣费操作。

具体地，在接收预鉴权请求，根据预鉴权请求进行预鉴权操作后，若预鉴权操作成功，则120发送预鉴权成功消息由扣费平台进行预扣费操作。

其中，在具体实现时，若120预鉴权成功，则120首先发送预鉴权成功消息至接口机；然后接口机将预鉴权成功消息分包后返回给流量池礼包门户。

其中，预鉴权成功后120返回流量池礼包门户预鉴权成功消息(包括鉴权结果码(rltcode)、鉴权描述(description)、卡id(cardid)、卡密钥(cardpin)、时间戳、流水号)，同时会向流量池礼包数据库鉴权表中插入一条预鉴权成功记录(记录数据包括：业务id、政企id、礼包id、卡类型、流量池大小、流量池礼包有效期、时间戳、流水号、客户端类型、鉴权结果码、鉴权描述、卡id、卡密钥、鉴权确认标示(初始化为固定值))。

其中，若预鉴权失败120返回流量池礼包门户预鉴权失败消息(包括鉴权结果码rltcode(rltcode)、鉴权描述(description)、时间戳、流水号)，以告知用户，预鉴权失败的请求不做回溯处理，流量礼包管理平台直接做废弃请求定时清理。

在120发送预鉴权成功消息至流量池礼包门户后，流量池礼包门户接收预鉴权成功消息，发送预扣费请求至扣费平台，由扣费平台进行预扣费操作。

其中，在具体实现时，上述扣费平台可以为boss扣费系统。

其中，流量池礼包向boss扣费系统发送预扣费请求时需携带如下相关信息包括流量池礼包id、流量池礼包费用、付费账号、余额校验标示(校验付费账号余额是否足够支付)、短信通知标示(可配置为需要短信通知或不需要短信通知)、鉴权结果码、流水号、时间戳。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了预扣费操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图13，上述100还包括：

130，用于若所述预扣费操作成功，则接收鉴权确认请求，并执行鉴权确认 操作。

具体地，在发送预鉴权成功消息，并由扣费平台进行预扣费操作后，若预扣费操作成功，则130接收鉴权确认请求，并执行鉴权确认操作。

其中，boss扣费系统预扣费成功后，boss扣费系统将会返回预扣费成功消息给流量池礼包门户(包括：流量池礼包id、预扣费费用、预扣费结果码、预扣费描述、短信通知标示、流水号、时间戳)，同时，会向流量池礼包数据库扣费表中插入一条预扣费成功记录(记录数据包括：流量池礼包id、流量池礼包费用、付费账号、余额校验标示、短信通知标示、鉴权结果码、流水号、时间戳、预扣费结果码、预扣费描述、审批标示(初始化为固定值)、扣费标示(初始化为固定值))。

其中，若boss扣费系统预扣费失败，boss扣费系统同样会返回预扣费失败消息给流量池礼包门户(包括：流量池礼包id、预扣费错误码、错误描述、短信通知标示、流水号、时间戳)，预扣费失败的请求不做回溯处理，boss扣费平台直接做废弃请求定时处理。

其中，在具体实现时，流量池礼包门户首先发送鉴权确认请求至接口机；然后，接口机将收到的请求消息组包后发送给130。

在流量池礼包门户接收扣费平台发送的预扣费成功消息，发送鉴权确认请求至130后，130接收鉴权确认请求，并进行鉴权确认操作。

其中，流量池礼包门户管理员发起购买审批时，企业礼包管理员携带鉴权结果码、流水号去130进行鉴权确认，确认成功则返回成功结果码，流量池礼包门户判定为鉴权成功。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了预扣费操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的有效使用，参照图14，上述100还包括：

140，用于若所述鉴权确认操作操作成功，则发送鉴权确认成功消息，并由所述扣费平台进行扣费确认操作。

具体地，在接收鉴权确认请求，并执行鉴权确认操作后，若鉴权确认操作操作成功，则140发送鉴权确认成功消息，并由扣费平台进行扣费确认操作。

其中，在具体实现时，140首先发送鉴权确认成功消息至接口机；然后，接口机收到将鉴权确认成功消息进行分包返回给流量池礼包门户。

在若鉴权确认操作成功，则140发送鉴权确认成功消息至流量池礼包门户后，流量池礼包门户接收鉴权确认成功消息，发送扣费确认请求至扣费平台，由扣费平台进行扣费确认操作。

在流量池礼包门户接收鉴权确认成功消息，发送扣费确认请求至扣费平台，由扣费平台进行扣费确认操作后，若扣费确认操作成功，则流量池礼包门户接收扣费平台发送的扣费确认成功消息，发送流量购买成功消息至政企客户。

其中，企业礼包管理员携带预扣费结果码、流水号去boss扣费平台进行扣费确认，确认成功则完成扣费返回成功结果码，流量池礼包门户判断为扣费成功。

其中，当鉴权和扣费确认都成功时则流量池礼包门户判断为审批通过。审批通过后更新流量池礼包数据库鉴权表鉴权确认标示、扣费表扣费标示，并插入一条购买记录到流量池礼包数据库中，以便后续作为对账、统计、绑卡、解绑的依据。

其中，若鉴权和扣费确认二者任何一个失败，则企业礼包管理员审批时则判断为审批不通过。对于鉴权和扣费确认失败的情况，140和boss扣费系统会根据未审批通过的时间来进行预扣费解冻处理(预扣费为一种冻结用户账户相应金额的行为，不是真正意义上的扣费)；鉴权确认和扣费确认为一种顺序串联操作(顺序串联操作指两种操作有先后优先顺序且都为真时才为真)，鉴权确认失败扣费确认必然失败，只有当两者都成功时才判为成功。

其中，流量池礼包开通审批只需去140进行鉴权确认即可，鉴权确认成功即可认为开通成功，审批通过。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了预扣费操作，提高购买流量购买的安全性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的合理使用，参照图15，上述300包括：

310，用于接收所述绑卡请求，并进行绑卡操作。

具体地，在接收绑卡请求，并判断用户的类型后，310接收绑卡请求，并进行绑卡操作。

其中，在具体实现时，流量池礼包门户首先发送绑卡请求至接口机；然后，接口机将绑卡请求重新组包后发送至310。

其中，流量池礼包门户的绑卡请求包括：客户端类型(clienttype：标示政企客户使用何种客户端操作)、业务id(serviceid)、卡id(cardid)、卡密钥(cardpin)、礼包id、流量池大小、绑卡用户个数、绑卡用户号码、时间戳、流水号、绑卡类型(sendtype：绑卡类型分为两种：一种为针对自然人用户，该类型需要用户回复短信确认是否绑卡；另一种为针对设备用户，该类型无需用户回复短信即可自动为其绑卡并切换使用优先级)。

在流量池礼包门户发送绑卡请求至310后，310接收绑卡请求，并进行绑卡操作，将用户绑定至对应政企客户。

另外，当需要解绑时，可以采用如下方式：

1、用户向流量池礼包门户发送解绑请求；

2、流量池礼包门户接收解绑请求，向接口机发送解绑请求，接口机将解绑请求消息重新组包后发送给310；

3、310接收解绑请求，并进行解绑操作，若解绑成功，则将解绑成功消息返回给接口机，接口机将解绑成功消息进行分包处理后返回给流量池礼包门户；

4、流量池礼包门户在流量池礼包数据库中更新用户表解绑字段；

5、流量池礼包门户将解绑成功信息通知给政企客户和相应解绑用户。

其中，解绑可分为政企客户主动解绑(不允许用户使用该流量池礼包的情形)和被动解绑(分为两种：1、绑卡成功切换优先级失败，此时流量池礼包门户会自助向310发起解绑请求；2、当流量池礼包用尽时310会主动将绑定在该流量池礼包的用户全部解绑，并将其优先级切换到用户基础流量套餐)。

其中，解绑时流量池礼包门户向310发送的请求消息包括：客户端类型(clienttype)、业务id(serviceid)、卡id(cardid)、卡密钥(cardpin)、礼包id、流量池大小、解绑用户个数、解绑用户号码、时间戳、流水号。

其中，解绑时的流量池礼包门户收到管理门户返回的响应消息包括：客户端 类型、业务id、礼包id、解绑结果码、解绑描述、切换优先级标志、流水号、时间戳，并且更新流量池礼包数据库用户表中的解绑结果码状态为已成功解绑。

其中，若解绑失败，则310会返回错误信息以告知用户失败原因，此时流量池礼包优先级仍然为最高，仍然可以正常使用。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了绑卡操作和解绑操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的合理使用，参照图16，上述300还包括：

320，用于若所述绑卡操作成功，则为所述用户切换使用优先级。

具体地，在接收绑卡请求，并进行绑卡操作后，若绑卡操作成功，则320为用户切换使用优先级。

其中，若绑卡操作成功，则320发送绑卡成功消息至流量池礼包门户。

其中，在具体实现时，320首先发送绑卡成功消息至接口机；然后，接口机将绑卡成功消息进行分包处理后返回给流量池礼包门户。

其中，流量池礼包门户收到320的绑卡响应包括：客户端类型、业务id、礼包id、绑卡结果码、绑卡描述、切换优先级标志、流水号、时间戳、解绑结果码(默认置为未解绑状态)，并根据流水号和时间戳将这些字段与请求消息中的字段拼接后插入流量池礼包数据库用户表中。

其中，若320绑卡操作成功但是切换优先级失败情形出现时，流量池礼包门户将会自动向320发送一条解绑请求，为该用户解绑，以确保该用户下次绑卡时能够正常绑定。

其中，绑卡和切换优先级为一种顺序串联操作，且都为同一请求消息所触发，先绑卡成功才能切换优先级，且两者成功才会被认为成功。

其中，政企客户进行绑卡时也可以指定定向信息，此时就进一步限定绑定流量池礼包的用户只能在指定的定向信息范围内使用流量，不指定定向信息则无此限制；对于不指定用户流量池礼包可以指定定向信息，切换定向信息优先级，以保证任何用户在符合定向信息要求时可以优先使用政企客户提供的流量池礼包。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了切换优先级操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

进一步的，为了更好地实现流量的合理使用，参照图17，上述300还包括：

330，用于接收获取统计数据请求，发送所述统计数据，并由所述扣费平台进行扣费操作。

具体地，在为用户切换使用优先级后，330接收获取统计数据请求，发送统计数据，并由扣费平台进行扣费操作。

其中，扣费金额为周期使用流量和流量单价计算所得。

其中，若扣费操作成功，则流量池礼包门户接收扣费平台发送的扣费成功消息，发送扣费成功消息至政企客户。

通过上述方案，本发明提供了一种流量使用装置，该方装置实现了扣费操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

如图18所示，本发明第二实施例提出一种流量使用装置，在上述第一实施例的基础上，该装置还包括：

400，用于若所述用户为非指定用户，则执行指定定向信息绑卡操作。

具体地，在接收绑卡请求，并判断用户的类型后，若用户为非指定用户，则执行指定定向信息绑卡操作。

其中，在具体实现时，流量池礼包门户首先发送指定定向信息请求至接口机；然后，接口机将指定定向信息请求重新组包后发送至400。

在流量池礼包门户接收用户发送的指定定向信息请求，发送指定定向信息请求至400后，400接收指定定向信息请求，并进行指定定向信息操作。

在400接收指定定向信息请求，并进行指定定向信息操作后，若指定定向信 息操作成功，则400发送指定定向信息成功消息至流量池礼包门户。

其中，在具体实现时，400首先发送指定定向信息成功消息至接口机；然后，接口机将指定定向信息成功消息进行分包处理后返回给流量池礼包门户。

在400发送指定定向信息成功消息至流量池礼包门户后，流量池礼包门户发送指定定向信息成功消息至政企客户，并为用户切换优先级。

其中，若400绑卡操作成功但是切换优先级失败情形出现时，流量池礼包门户将会自动向400发送一条解绑请求，为该用户解绑，以确保该用户下次绑卡时能够正常绑定。

其中，绑卡和切换优先级为一种顺序串联操作，且都为同一请求消息所触发，先绑卡成功才能切换优先级，且两者成功才会被认为成功。

其中，政企客户进行绑卡时也可以指定定向信息，此时就进一步限定绑定流量池礼包的用户只能在指定的定向信息范围内使用流量，不指定定向信息则无此限制；对于不指定用户流量池礼包可以指定定向信息，切换定向信息优先级，以保证任何用户在符合定向信息要求时可以优先使用政企客户提供的流量池礼包。

在流量池礼包门户发送指定定向信息成功消息至政企客户，并为用户切换优先级后，流量池礼包门户按照预先设定的时间，定时从400获取统计数据。

在流量池礼包门户按照预先设定的时间，定时从400获取统计数据后，流量池礼包门户根据统计数据，发送扣费请求至扣费平台，由扣费平台进行扣费操作。

其中，扣费金额为周期使用流量和流量单价计算所得。

在流量池礼包门户根据统计数据，发送扣费请求至扣费平台，由扣费平台进行扣费操作后，若扣费操作成功，则流量池礼包门户接收扣费平台发送的扣费成功消息，发送扣费成功消息至政企客户。

其中，指定定向信息流量池礼包不存在解绑，用户指定定向信息以后只要符合其定向信息要求、流量池礼包没有用完的情况下都能使用，当流量池礼包用完时400会自动为用户切换优先级。

通过上述方案，本发明提供了一种流量使用装置，该装置实现了非指定用户提供的指定定向信息操作，提高购买流量购买的有效性，为政企客户提供更好的服务，更好地实现将网络的智能管道能力聚合，简化流量产品生成，同时提高业务快速迭代能力，快速实现流量商品化，丰富流量经营场景，满足市场需求，增强流量计价属性，理顺运营商与互联网企业在流量经营合作上的价值链。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。