业务套餐使用情况的通知 /发送方法及装置、 服务器 技术领域 本发明涉及通信领域， 具体而言， 涉及一种业务套餐使用情况的通知 /发送方法及 装置、 服务器。 背景技术 在通信网络上， 随着 3G/4G的爆发性增长和智能手机的普及， 移动互联网的发展 一日千里， 越来越多的用户选择用手机上网， 特别是随着流量资费的下调， 用户选择 在手机上观看视频日益增多。 对于运营商来说， 流量就是今后收入的源泉， 但是单从 流量收费来看， 资费还是很贵， 所以运营商推出了许多流量套餐， 按照套餐类型进行 分类包括： 按时长收费和按流量多少收费。 对于用户来说， 当其选择通过订购流量套 餐观看视频时， 除了视频内容的使用情况之外， 用户最关心的就是自己的套餐使用情 况， 是否使用完毕。 目前， 当订购的套餐时间或流量总量即将到期时， 用户一般会收到短信提醒， 但 用户可能不知道收到短信或不愿意退出视频去 看短信，就可能造成用户套餐使用超标， 如果续订还要回复短信或登录其他地方进行续 订操作， 这导致用户的体验非常差。 针对相关技术中套餐使用将近结束时通过短信 方式提醒用户导致用户体验较差的 问题， 目前尚未提出有效的解决方案。 发明内容 本发明实施例提供了一种业务套餐使用情况的 通知 /发送方法及装置、 服务器， 以 至少解决上述相关技术中套餐使用将近结束时 通过短信方式提醒用户导致用户体验较 差的问题。 根据本发明实施例的一个方面，提供了一种业 务套餐使用情况的通知方法，包括: 确定用户定制的业务套餐的使用情况信息； 向应用服务器和 /或应用客户端发送使用情 况信息， 其中， 应用服务器用于向应用客户端发送使用情况。 优选地， 应用客户端为当前使用业务套餐的应用客户端 ； 在向应用客户端发送使 用情况信息之前， 还包括： 确定当前使用业务套餐的应用客户端。 优选地， 应用服务器为当前使用业务套餐的应用客户端 对应的服务器； 在向应用 服务器发送使用情况信息之前， 还包括： 确定当前使用业务套餐的应用客户端对应的 应用服务器。 优选地， 业务套餐为与应用客户端绑定的业务套餐； 向应用服务器和 /或应用客户 端发送使用情况信息包括： 根据业务套餐与应用客户端的对应关系， 向应用服务器和 / 或应用客户端发送使用情况信息。 优选地， 向应用服务器和 /或应用客户端发送使用情况信息包括： 响应请求使用情 况的请求消息， 向应用服务器和 /或应用客户端发送使用情况信息；和 /或按照预定的推 送策略， 主动向应用服务器和 /或应用客户端推送使用情况信息。 优选地， 推送策略包括： 在业务套餐的使用量达到预设的多个分段值中 的任意值 时， 向应用服务器和 /或应用客户端推送使用情况信息。 优选地， 确定用户定制的业务套餐的使用情况信息包括 ： 对业务套餐进行逻辑分 片， 得到多个业务套餐分片； 向核心网发送预设数量的业务套餐分片； 接收核心网在 预设数量的业务套餐分片消耗完时返回的通知 消息； 接收到通知消息后， 根据剩余的 逻辑分片数量确定使用情况信息。 优选地， 对业务套餐进行逻辑分片包括： 当用户开始使用业务套餐时， 对业务套 餐进行逻辑分； 或者当业务套餐的使用量达到预定量时， 对业务套餐中的剩余业务套 餐进行逻辑分片。 根据本发明实施例的另一个方面， 提供了一种业务套餐使用情况的发送方法， 包 括： 应用服务器获取用户定制的业务套餐的使用情 况信息； 应用服务器向应用客户端 发送使用情况信息。 优选地， 应用服务器获取用户定制的业务套餐的使用情 况信息包括： 应用服务器 请求获取使用情况信息， 并接收网络侧响应请求返回的使用情况信息； 和 /或应用服务 器接收网络侧按照预定的推送策略主动推送的 使用情况信息。 优选地， 应用服务器获取用户定制的业务套餐的使用情 况信息包括： 在应用客户 端当前正使用业务套餐时， 应用服务器向应用客户端发送使用情况信息。 优选地， 业务套餐为与应用客户端绑定的业务套餐。 根据本发明实施例的又一个方面， 提供了一种业务套餐使用情况的通知装置， 包 括： 确定模块， 设置为确定用户定制的业务套餐的使用情况信 息； 通知模块， 设置为 向应用服务器和 /或应用客户端发送使用情况信息， 其中， 应用服务器用于向应用客户 端发送使用情况。 优选地， 通知模块包括： 第一通知单元， 设置为响应请求使用情况的请求消息， 向应用服务器和 /或应用客户端发送使用情况信息；和 /或第二通知单元，设置为按照预 定的推送策略， 主动向应用服务器和 /或应用客户端推送使用情况信息。 优选地， 推送策略包括： 在业务套餐的使用量达到预设的多个分段值中 的任意值 时， 向应用服务器和 /或应用客户端推送使用情况信息。 根据本发明实施例的又一个方面， 提供了一种业务套餐使用情况的发送装置， 位 于应用服务器， 包括： 获取模块， 设置为获取用户定制的业务套餐的使用情况信 息； 发送模块， 设置为向应用客户端发送使用情况信息。 优选地， 获取模块包括： 第一获取单元， 设置为请求获取使用情况信息， 并接收 网络侧响应请求返回的使用情况信息； 和 /或第二获取单元， 设置为接收网络侧按照预 定的推送策略主动推送的使用情况信息。 根据本发明实施例的还一个方面， 提供了一种服务器， 包括： 第一接口， 用于与 核心网进行通信； 第二接口， 用于与应用服务器和 /或应用客户端进行通信； 处理器， 用于通过第一接口与核心网通信， 以确定用户定制的业务套餐的使用情况信息， 并通 过第二接口向应用服务器和 /或应用客户端发送使用情况信息， 其中， 应用服务器用于 向应用客户端发送使用情况信息。 优选地， 处理器， 还用于对业务套餐进行逻辑分片得到多个业务 套餐分片， 通过 第一接口向核心网发送预设数量的业务套餐分 片， 接收核心网在预设数量的业务套餐 分片消耗完时返回的通知消息， 接收到通知消息后， 根据剩余的逻辑分片数量确定使 用情况信息。 通过本发明实施例， 采用基于逻辑分片方式将业务套餐的使用情况 通知给应用服 务器或应用客户端， 使得用户可以直观地从应用上获知业务套餐的 使用情况的方式， 解决了相关技术中套餐使用将近结束时通过短 信方式提醒用户导致用户体验较差的问 题， 通过这样的方式， 用户不必进行过于繁杂的操作才能获知业务套 餐的使用情况或 续订业务套餐， 进而达到了提高用户体验的效果。 附图说明 此处所说明的附图用来提供对本发明实施例的 进一步理解，构成本申请的一部分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的不当限定。 在 附图中： 图 1是根据本发明实施例的业务套餐使用情况的� �知方法流程图； 图 2是根据本发明实施例的业务套餐使用情况的� �知装置的结构框图； 图 3是根据本发明实施例的优选业务套餐使用情� �的通知装置的结构框图； 图 4是根据本发明实施例的业务套餐使用情况的� �送方法流程图； 图 5是根据本发明实施例的业务套餐使用情况的� �送装置的结构框图； 图 6是根据本发明实施例的优选业务套餐使用情� �的发送装置的结构框图； 图 7是根据本发明实施例的服务器的结构示意图� � 图 8是根据本发明优选实施例的 ITOP获取用户业务套餐使用情况的处理示意图� � 图 9是根据本发明优选实施例的用户观看视频场� �下的业务套餐使用情况的获取 流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 本发明实施例的目的在于提出一个基于时间分 片或流量分片可以把用户套餐的使 用情况作为接口嵌入到应用中方案， 通过该方案， 用户在应用中就可以看到套餐使用 情况并能及时续订。 本发明实施例提供一种业务套餐使用情况的通 知方法。 图 1是根据本发明实施例 的业务套餐使用情况的通知方法流程图， 如图 1所示， 该方法主要包括以下步骤 （步 骤 S102-步骤 S104): 步骤 S102, 确定用户定制的业务套餐的使用情况信息； 步骤 S104， 向应用服务器和 /或应用客户端发送使用情况信息， 其中， 应用服务器 用于向应用客户端发送使用情况。 通过上述各个步骤，可以将业务套餐的使用情 况通知给应用服务器或应用客户端， 使得用户可以直观地从应用上获知业务套餐的 使用情况。 通过这样的方式， 用户不必 进行过于繁杂的操作才能获知业务套餐的使用 情况或续订业务套餐，提高了用户体验。 在本实施例中， 应用客户端可以为当前使用业务套餐的应用客 户端， 在这种情况 下， 在向应用客户端发送使用情况信息之前， 还可以确定当前使用业务套餐的应用客 户端。 在本实施例中，应用服务器可以为当前使用业 务套餐的应用客户端对应的服务器， 在这种情况下， 在向应用服务器发送使用情况信息之前， 还可以确定当前使用业务套 餐的应用客户端对应的应用服务器。 在本实施例中， 业务套餐可以为与应用客户端绑定的业务套餐 ， 在这种情况下， 步骤 S104可以通过这样的方式来实现：先根据业务� �餐与应用客户端的对应关系，再 向应用服务器和 /或应用客户端发送使用情况信息。 在本实施例中， 步骤 S104可以通过这样的方式来实现： 方式 （1 ) 响应请求使用 情况的请求消息， 向应用服务器和 /或应用客户端发送使用情况信息； 和 /或方式 （2) 按照预定的推送策略， 主动向应用服务器和 /或应用客户端推送使用情况信息。 采用这 种方式中的任意一种， 或是同时采用这两种方式均可以将使用情况信 息方式给应用服 务器和 /或应用客户端。 其中， 在方式 （2) 中， 推送策略可以包括： 在业务套餐的使 用量达到预设的多个分段值中的任意值时， 向应用服务器和 /或应用客户端推送使用情 况信息。 在本实施例中，步骤 S102可以通过这样的方式来实现：先对业务套� �进行逻辑分 片， 得到多个业务套餐分片； 再向核心网发送预设数量的业务套餐分片； 接着可以接 收核心网在预设数量的业务套餐分片消耗完时 返回的通知消息；在接收到通知消息后， 再根据剩余的逻辑分片数量确定使用情况信息 。 其中， 对业务套餐进行逻辑分片时， 可以采用这样的方式： （1 )当用户开始使用业务套餐时， 对业务套餐进行逻辑分； （2) 或者当业务套餐的使用量达到预定量时，对业 务套餐中的剩余业务套餐进行逻辑分片。 本发明实施例还提供了一种业务套餐使用情况 的通知装置， 用以实现上述业务套 餐使用情况的通知方法。 图 2是根据本发明实施例的业务套餐使用情况的� �知装置的 结构框图， 如图 2所示， 该装置主要包括： 确定模块 10和通知模块 20。 其中， 确定 模块 10， 设置为确定用户定制的业务套餐的使用情况信 息； 通知模块 20， 设置为向应 用服务器和 /或应用客户端发送使用情况信息， 其中， 应用服务器用于向应用客户端发 送使用情况。 图 3是根据本发明实施例的优选业务套餐使用情� �的通知装置的结构框图， 如图 3所示， 在该优选装置中， 通知模块 20还可以还包括： 第一通知单元 22， 设置为响应 请求使用情况的请求消息， 向应用服务器和 /或应用客户端发送使用情况信息；和 /或第 二通知单元 24，设置为按照预定的推送策略，主动向应用� ��务器和 /或应用客户端推送 使用情况信息。 通过这两个功能单元， 可以分别或同时执行两种不同的使用情况的通 知方式。 优选地， 推送策略可以包括： 在业务套餐的使用量达到预设的多个分段值中 的任 意值时， 向应用服务器和 /或应用客户端推送使用情况信息。 本发明实施例又提供了一种业务套餐使用情况 的发送方法。 图 4是根据本发明实 施例的业务套餐使用情况的发送方法流程图， 如图 4所示， 该方法主要包括以下步骤 (步骤 S402-步骤 S404): 步骤 S402, 应用服务器获取用户定制的业务套餐的使用情 况信息； 步骤 S404, 应用服务器向应用客户端发送使用情况信息。 在本实施例中， 步骤 S402可以通过这样的方式实现： 方式 （1 ) 应用服务器请求 获取使用情况信息， 并接收网络侧响应请求返回的使用情况信息； 和 /或方式 （2) 应 用服务器接收网络侧按照预定的推送策略主动 推送的使用情况信息。 在本实施例中，步骤 S402还可以通过这样的方式实现：在应用客户� �当前正使用 业务套餐时， 应用服务器向应用客户端发送使用情况信息。 在本实施例中， 业务套餐为与应用客户端绑定的业务套餐。 本发明实施例还提供了一种业务套餐使用情况 的发送装置， 位于应用服务器， 用 以实现上述业务套餐使用情况的发送方法。 图 5是根据本发明实施例的业务套餐使用 情况的发送装置的结构框图， 如图 5所示， 该装置主要包括： 获取模块 30和发送模块 40。 其中， 获取模块 30， 设置为获取用户定制的业务套餐的使用情况信 息； 发送模块 40， 设置为向应用客户端发送使用情况信息。 图 6是根据本发明实施例的优选业务套餐使用情� �的发送装置的结构框图， 如图 6所示， 在该优选装置中， 获取模块 30可以还包括： 第一获取单元 32， 设置为请求获 取使用情况信息，并接收网络侧响应请求返回 的使用情况信息；和 /或第二获取单元 34， 设置为接收网络侧按照预定的推送策略主动推 送的使用情况信息。 本发明实施例还提供了一种服务器。 图 7是根据本发明实施例的服务器的结构示 意图， 如图 7所示， 该服务器可以包括： 第一接口 10， 用于与核心网进行通信； 第 二接口 20， 用于与应用服务器和 /或应用客户端进行通信； 处理器 30， 用于通过第一 接口与核心网通信， 以确定用户定制的业务套餐的使用情况信息， 并通过第二接口向 应用服务器和 /或应用客户端发送使用情况信息， 其中， 应用服务器用于向应用客户端 发送使用情况信息。 在本实施例中， 处理器 30， 还可以用于对业务套餐进行逻辑分片得到多个 业务套 餐分片， 通过第一接口向核心网发送预设数量的业务套 餐分片， 接收核心网在预设数 量的业务套餐分片消耗完时返回的通知消息， 接收到通知消息后， 根据剩余的逻辑分 片数量确定使用情况信息。 采用上述实施例提供的业务套餐使用情况的通 知 /发送方法及装置、 服务器， 可以 基于逻辑分片方式将业务套餐的使用情况通知 给应用服务器或应用客户端， 使得用户 可以直观地从应用上获知业务套餐的使用情况 ， 通过这样的方式， 用户不必进行过于 繁杂的操作才能获知业务套餐的使用情况或续 订业务套餐， 提高了用户体验。 下面结合图 8以及优选实施例对上述实施例提供的用户业� �套餐使用情况的获取 方法及装置进行更加详细的描述和说明。 在本优选实施例中， 用户订购套餐成功后开始使用业务时， 如观看视频， 终端会 与业务侧建立信令连接， 形成一个应用层的会话 （AF 会话）， 此时 AF (Application Function, 应用功能实体） 会向 PCRF (Policy and Charging Rule Function, 策略和计 费规则功能实体） 发起 RX (3GPP标准接口） 会话建立请求， 申请建立一个新的 RX 会话。 AF会话中一般会协商业务数据面的相关信息 （例如， 业务数据流的 IP地址、 需要的编码格式、 带宽等）， AF会将这些信息通过新建的 RX会话传递给 PCRF, 作 为 PCRF生成具体管控规则的输入信息。 这里可以参照图 8 (图 8是根据本发明优选 实施例的 ITOP获取用户业务套餐使用情况的处理示意图� �， 图 8示出了 APP (应用） 到核心网的链接。 本优选实施例引入一个 ITOP (Intelligent Traffic Operation Platform,智能化流量经 营平台）， 并赋予该 ITOP新的功能， 包括： 可以用于实现业务的控制管理， 并提供业 务接入接口供 APP使用。 当用户使用业务时， 智能化流量经营平台可以通过 RX接口 与核心网进行交互。 智能化流量经营平台中设置的业务控制模块和 管理模块可以对套 餐剩余时间或套餐剩余流量进行逻辑分片 （分片的大小可以根据套餐的情况进行自动 调整）， 再通过 RX接口发给核心网。 这里需要说明的是， 进行逻辑分片操作的时机可以有多个， 这里介绍两种较佳的 实施方式： （1 ) 一旦用户开始使用业务套餐， 智能化流量经营平台就立即对业务套餐 进行逻辑分片操作， 进而得到业务套餐分片； （2) 在用户已经使用的业务套餐的套餐 值达到一定套餐值 （即上述预设的多个分段值中的任意值） 之后， 智能化流量经营平 台再对业务套餐中的剩余业务套餐进行逻辑分 片， 以这样的方式可以得到业务套餐分 片， 当然， 一定套餐值完全可以根据用户定制的业务套餐 的实际情况以及用户使用业 务套餐的情况具体做动态调整。 当分片的时间或流量消耗完时， 核心网会通知智能化流量经营平台进行业务逻 辑 计算， 如果时间或流量未到达设置的阈值， 智能化流量经营平台可以继续发送分片给 核心网， 如果业务控制和管理模块计算分片的总量快要 达到用户订购的套餐值时， 就 会主动通过核心网通知应用用户的套餐使用情 况， 应用就可以显示套餐的使用情况。 当然， 在实际应用中， 应用也可以实时调用智能化流量经营平台提供 的业务接入接口 为用户提供套餐实时使用情况。 这里需要说明的是， 该优选实施例提供的智能化流量经营平台所保 包含的各个模 块的名称或数目与上述实施例提供的位于预置 的智能化流量经营平台中的用户业务套 餐使用情况的获取装置的各个模块的名称或数 目存在不一致的情况， 各个模块的功能 并不完全一致， 甚至具有包含或重叠的功能关系， 但这恰恰是该优选实施例仅仅作为 上述实施例的一个较佳的实施方式的原因导致 的， 二者提供的方案均完全可以实现且 能产生同样的效果。 图 9是根据本发明优选实施例的用户观看视频场� �下的业务套餐使用情况的获取 流程图， 如图 9所示， 该流程包括以下步骤： 步骤 S902, 用户订购业务套餐成功。 步骤 S904, 用户使用业务套餐如观看视频， 应用通知智能化流量经营平台调用智 能化流量经营平台的业务接入接口。 步骤 S906，智能化流量经营平台的控制管理模块进� �业务套餐的剩余时间或流量 分片， 把分片信息通过 RX接口传递给核心网， 智能化流量经营平台和核心网都进行 流量累计。 步骤 S908, 分片的时间或流量消耗完， 核心网通过 RX接口通知智能化流量经营 平台。 步骤 S910, 智能化流量经营平台进行逻辑计算， 如果剩余分片的总量快达到套餐 限值， 就通过业务接入接口及时通知应用， 否则， 就继续下发分片到核心网。 步骤 S912, 应用通过业务接入接口得到套餐使用情况后， 把提示信息嵌入到应用 中展示给用户， 应用也可实时调用平台提供的接口查询套餐使 用情况。 可以看出， 在本优选实施例中， 利用这种分片控制流量或时间的方法， 用户就可 以在使用套餐时精确掌握套餐使用情况， 并通过接口嵌入应用的方式方便用户续订等 操作， 大幅提升用户体验。 需要说明的是， 上述各个模块是可以通过硬件来实现的。 例如： 一种处理器， 包 括上述各个模块， 或者， 上述各个模块分别位于一个处理器中。 在另外一个实施例中， 还提供了一种软件， 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器等。 从以上的描述中， 可以看出， 本发明实现了如下技术效果： 采用智能化流量经营 平台可以基于逻辑分片方式对业务套餐的使用 情况通知给应用， 使得用户可以直观地 从应用上获知业务套餐的使用情况的方式， 解决了相关技术中套餐使用将近结束时通 过短信方式提醒用户导致用户体验较差的问题 ， 通过这样的方式， 用户不必进行过于 繁杂的操作才能获知业务套餐的使用情况或续 订业务套餐， 进而达到了提高用户体验 的效果。 显然， 本领域的技术人员应该明白， 上述的本发明实施例的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算 装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并且在某些情况下， 可以以不同于 此处的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或 者将它们中的多个模块或步骤制作成单个集成 电路模块来实现。 这样， 本发明实施例 不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 本发明实施例提供的技术方案可以应用于通信 领域， 解决了相关技术中套餐使用 将近结束时通过短信方式提醒用户导致用户体 验较差的问题， 通过这样的方式， 用户 不必进行过于繁杂的操作才能获知业务套餐的 使用情况或续订业务套餐， 进而达到了 提高用户体验的效果。