CN104796868A - 业务套餐使用情况的通知/发送方法及装置、服务器 - Google Patents

Abstract

本发明公开了一种业务套餐使用情况的通知/发送方法及装置、服务器。其中，该业务套餐使用情况的通知包括：确定用户定制的业务套餐的使用情况信息；向应用服务器和/或应用客户端发送使用情况信息，其中，应用服务器用于向应用客户端发送使用情况。通过本发明，用户不必进行过于繁杂的操作才能获知业务套餐的使用情况或续订业务套餐，达到了提高用户体验的效果。

Description

业务套餐使用情况的通知/发送方法及装置、服务器

技术领域

本发明涉及通信领域，具体而言，涉及一种业务套餐使用情况的通知/发送方法及装置、服务器。

背景技术

在通信网络上，随着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，应用通过业务接入接口得到套餐使用情况后，把提示信息嵌入到应用中展示给用户，应用也可实时调用平台提供的接口查询套餐使用情况。

可以看出，在本优选实施例中，利用这种分片控制流量或时间的方法，用户就可以在使用套餐时精确掌握套餐使用情况，并通过接口嵌入应用的方式方便用户续订等操作，大幅提升用户体验。

需要说明的是，上述各个模块是可以通过硬件来实现的。例如：一种处理器，包括上述各个模块，或者，上述各个模块分别位于一个处理器中。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

从以上的描述中，可以看出，本发明实现了如下技术效果：采用智能化流量经营平台可以基于逻辑分片方式对业务套餐的使用情况通知给应用，使得用户可以直观地从应用上获知业务套餐的使用情况的方式，解决了相关技术中套餐使用将近结束时通过短信方式提醒用户导致用户体验较差的问题，通过这样的方式，用户不必进行过于繁杂的操作才能获知业务套餐的使用情况或续订业务套餐，进而达到了提高用户体验的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种业务套餐使用情况的通知方法，其特征在于，包括：

确定用户定制的业务套餐的使用情况信息；

向应用服务器和/或应用客户端发送所述使用情况信息，其中，所述应用服务器用于向所述应用客户端发送所述使用情况。

2.根据权利要求1所述的方法，其特征在于，所述应用客户端为当前使用所述业务套餐的应用客户端；

在向应用客户端发送所述使用情况信息之前，还包括：确定当前使用所述业务套餐的应用客户端。

3.根据权利要求1或2所述的方法，其特征在于，所述应用服务器为当前使用所述业务套餐的应用客户端对应的服务器；

在向应用服务器发送所述使用情况信息之前，还包括：确定当前使用所述业务套餐的应用客户端对应的应用服务器。

4.根据权利要求1所述的方法，其特征在于，所述业务套餐为与所述应用客户端绑定的业务套餐；

向应用服务器和/或应用客户端发送所述使用情况信息包括：根据业务套餐与应用客户端的对应关系，向所述应用服务器和/或所述应用客户端发送所述使用情况信息。

5.根据权利要求1所述的方法，其特征在于，向应用服务器和/或应用客户端发送所述使用情况信息包括：

响应请求所述使用情况的请求消息，向所述应用服务器和/或所述应用客户端发送所述使用情况信息；和/或

按照预定的推送策略，主动向所述应用服务器和/或所述应用客户端推送所述使用情况信息。

6.根据权利要求5所述的方法，其特征在于，所述推送策略包括：在所述业务套餐的使用量达到预设的多个分段值中的任意值时，向所述应用服务器和/或所述应用客户端推送所述使用情况信息。

7.根据权利要求1所述的方法，其特征在于，确定用户定制的业务套餐的使用情况信息包括：

对所述业务套餐进行逻辑分片，得到多个业务套餐分片；

向核心网发送预设数量的业务套餐分片；

接收所述核心网在所述预设数量的业务套餐分片消耗完时返回的通知消息；

接收到所述通知消息后，根据剩余的所述逻辑分片数量确定所述使用情况信息。

8.根据权利要求7所述的方法，其特征在于，对所述业务套餐进行逻辑分片包括：

当用户开始使用所述业务套餐时，对所述业务套餐进行逻辑分；或者

当所述业务套餐的使用量达到预定量时，对所述业务套餐中的剩余业务套餐进行逻辑分片。

9.一种业务套餐使用情况的发送方法，其特征在于，包括：

应用服务器获取用户定制的业务套餐的使用情况信息；

所述应用服务器向应用客户端发送所述使用情况信息。

10.根据权利要求9所述的方法，其特征在于，应用服务器获取用户定制的业务套餐的使用情况信息包括：

所述应用服务器请求获取所述使用情况信息，并接收网络侧响应所述请求返回的所述使用情况信息；和/或

所述应用服务器接收所述网络侧按照预定的推送策略主动推送的所述使用情况信息。

11.根据权利要求9所述的方法，其特征在于，应用服务器获取用户定制的业务套餐的使用情况信息包括：

在所述应用客户端当前正使用所述业务套餐时，所述应用服务器向所述应用客户端发送所述使用情况信息。

12.根据权利要求9所述的方法，其特征在于，所述业务套餐为与所述应用客户端绑定的业务套餐。

13.一种业务套餐使用情况的通知装置，其特征在于，包括：

确定模块，用于确定用户定制的业务套餐的使用情况信息；

通知模块，用于向应用服务器和/或应用客户端发送所述使用情况信息，其中，所述应用服务器用于向所述应用客户端发送所述使用情况。

14.根据权利要求13所述的装置，其特征在于，所述通知模块包括：

第一通知单元，用于响应请求所述使用情况的请求消息，向所述应用服务器和/或所述应用客户端发送所述使用情况信息；和/或

第二通知单元，用于按照预定的推送策略，主动向所述应用服务器和/或所述应用客户端推送所述使用情况信息。

15.根据权利要求14所述的装置，其特征在于，所述推送策略包括：在所述业务套餐的使用量达到预设的多个分段值中的任意值时，向所述应用服务器和/或所述应用客户端推送所述使用情况信息。

16.一种业务套餐使用情况的发送装置，位于应用服务器，其特征在于，包括：

获取模块，用于获取用户定制的业务套餐的使用情况信息；

发送模块，用于向应用客户端发送所述使用情况信息。

17.根据权利要求16所述的装置，其特征在于，所述获取模块包括：

第一获取单元，用于请求获取所述使用情况信息，并接收网络侧响应所述请求返回的所述使用情况信息；和/或

第二获取单元，用于接收所述网络侧按照预定的推送策略主动推送的所述使用情况信息。

18.一种服务器，其特征在于，包括：

第一接口，用于与核心网进行通信；

第二接口，用于与应用服务器和/或应用客户端进行通信；

处理器，用于通过所述第一接口与所述核心网通信，以确定用户定制的业务套餐的使用情况信息，并通过所述第二接口向所述应用服务器和/或所述应用客户端发送所述使用情况信息，其中，所述应用服务器用于向所述应用客户端发送所述使用情况信息。

19.根据权利要求13所述的服务器，其特征在于，

所述处理器，还用于对所述业务套餐进行逻辑分片得到多个业务套餐分片，通过所述第一接口向核心网发送预设数量的业务套餐分片，接收所述核心网在所述预设数量的业务套餐分片消耗完时返回的通知消息，接收到所述通知消息后，根据剩余的所述逻辑分片数量确定所述使用情况信息。