CN102598581A - 面向数据型终端的账户信息通知方法和装置 - Google Patents

Abstract

本发明公开了一种用于实现面向数据型用户设备的账户信息通知的方法和装置。该方法包括：判断各个用户是否满足预定条件；如果满足所述预定条件，则使得数据分组网络网关为该用户激活账户信息通知控制信息；其中，所述账户信息通知控制信息包括web通知服务器的网络地址。通过本发明，终端用户能够更及时地知道自己的账户信息，从而能够根据账户信息来调整对于无线宽带数据业务的使用方式，例如通过降低使用频率或在一段时间内停止使用以避免大额账单，或通过付费充值来防止重要连接因欠费而中断等。运营商和服务提供商能够通过提高无线宽带数据业务的用户体验，减少导致用户不满的情况发生，从而避免无线宽带数据业务领域的客户流失。本发明的方法在实现新功能的同时，很好地兼容了其它类型的用户设备。

Description

面向数据型终端的账户

信息通知方法和装置 技术领域

本发明涉及账户信息通知， 尤其涉及数据分组网络中面向数据 型终端的账户信息通知方法和装置。 背景技术

根据 GSMA的报告， 截至 2009年 2月， 全球的无线宽带连接数 已经达到了 1 亿个， 这也标志着无线宽带数据业务在全球范围内的 流行。 基于无线宽带数据卡的业务允许终端用户通过个人电脑、 笔 记本电脑来使用无线宽带数据， 例如互联网、 基于 web的电子邮件 等。

无线宽带数据卡业务的一种收费方式如： 用户每月支付一定数 额的月租费， 其对应于一个预设的月数据流量 （数据量） 门限值如 5G字节 （Byte ) , —旦用户当月所用的数据量达到这一门限值， 计 费方式即改为按兆字节为单位收取如 ¥ 0.25/兆字节 （MB ) 。 于是， 为超出月数据量门限值 5GB之后的 1GB数据，用户需要在月租费的 基础上额外支付 ¥ 256元。而随着越来越多的用户习惯于依赖无线数 据， 他们开始抱怨并不清楚平时的浏览、 漫游操作是如何转变成为 数据业务费用的， 这从欧盟不久前出台的有关保护漫游用户的规定 以及北美地区的用户与业务提供商间的诉讼可见一斑。

在传统的基于电路交换的电信网络中， 在语音会话开始时或进 程中，收费系统可以为用户提供实时的语音提示或 SMS通知。例如， 在线收费系统可以向准备发起会话的用户发出这样的语音提示： "您的余额还有 XX元，， ； 又如， 当用户的余额接近限值时， 在线 收费系统也可以就此向用户发出语音通知。 由此， 用户可以实时地 了解到会话的开销、 余额情况等信息， 做到心中有数， 还可以以此 为参考来决定之后的操作方式。 由于通信网络以数据分组网络为发展趋势， 而主要用于数据业 务的终端设备例如笔记本电脑、 台式电脑等， 未必支持语音或 SMS 的通知方式， 但是这些终端设备的用户同样有了解账户信息的迫切 需求， 尤其因为数据业务的收费往往比较高， 一旦月度或季度、 年 度的数据量限值被突破， 用户很可能将收到让他吃惊的账单。 目前， 由于缺少行之有效的解决办法， 这些用户开始谨慎地使用数据业务， 越来越多的用户在申请取消其订制的无线宽带数据业务， 运营商和 服务提供商正面临挑战。 发明内容

基于对上述问题的认识， 根据本发明的一个具体实施例， 提供 了一种在在线收费设备中用于实现面向数据型用户设备的账户信息 通知的方法， 包括以下步骤： a. 针对每个用户， 判断该用户是否满 足预定条件； b. 如果该用户满足所述预定条件， 则向所述用户的用 户设备所属的数据分组网络网关发出激活命令， 以使得所述数据分 组网络网关为所述用户激活账户信息通知控制信息； 其中， 所述账 户信息通知控制消息包括 web通知服务器的网络地址； 该方法还包 括： - 接收来自所述 web通知服务器的账户信息请求， 其用于请求 获得所述用户的账户信息； - 向所述 web通知服务器提供所述用户 的账户信息。

进一步地， 步骤 a 包括： 当一个用户满足以下各项条件中的至 少一项时， 判断预定条件满足： - 所述用户的用户设备在初始化过 程中请求连接到数据分组网络网关； - 所述用户在过去的第一时间 段内已经使用的数据业务流量大于等于一个第一预定阁值； - 所述 用户在过去的第二时间段内已经使用的数据业务流量达到了一个第 二预定阔值。

进一步地， 当预定条件因所述用户的用户设备在初始化过程中 连接到数据分组网关或所述用户在过去的第一时间段内已经使用的 数据业务流量大于等于所述第一预定阈值而被满足时， 在所述控制 所迷用户设备与一个 web通知服务器连接以进行基于 web的账户信 息通知的步骤之后， 该方法还包括： 判断所述 web通知服务器报告 其已经是否完成了向所述用户通知账户信息的操作； 如果所述 web 通知服务器报告其已经完成了向所述用户通知账户信息的操作， 则 向所述数据分组网络网关发出去激活命令， 以使得所述数据分组网 络网关为所述用户去激活所述账户信息通知控制信息。

进一步地， 账户信息通知控制信息对应于一个第一数据业务集 合， 当所述数据分组网络网关为所述用户激活了所述账户信息通知 控制信息后， 如果所述用户请求接入到所述第一数据集合中的任一 数据业务， 所述数据分组网络网关将控制该用户的用户设备连接到 所述 web通知服务器， 以进行基于 web的账户信息通知。

根据本发明的另一具体实施例， 提供了一种在数据分组网络网 关中用于实现面向数据型终端的账户信息通知的方法， 包括以下步 骤： A. 接收来自一个在线收费设备的激活命令； B. 为该激活命令 中所指示的用户激活账户信息通知控制信息， 其中包括一个 web通 知服务器的网络地址； D. 控制所述用户的用户设备与所述 web通知 服务器连接， 以进行基于 web的账户信息通知。

进一步地， 账户信息通知控制消息还对应于一个第一数据业务 集合， 在所述步骤 B之后且在所述步骤 D之前， 该方法还包括以下 步骤： C. 判断是否接收到来自所述用户的用户设备的数据业务接入 请求消息， 其用于请求接入所述第一数据业务集合中的至少一项数 据业务； 所述步骤 D还包括： - 如果接收到所述数据业务接入请求 消息， 则控制所述用户的用户设备与所述 web通知服务器连接， 以 进行基于 web的账户信息通知。

根据本发明的又一具体实施例， 提供了一种在 web通知服务器 中用于实现面向数据型用户设备的账户信息通知的方法， 包括以下 步骤： i. 确定需要进行基于 web的账户信息通知的用户； ii. 从在线 收费控制设备处获取所述用户的账户信息； iii. 生成一个 web通知页 面， 其中包含所述用户的账户信息； iv. 将所述 web通知页面发送给 所述用户的用户设备 V. 在完成了向所述用户的用户设备进行的账 户信息通知后， 将账户信息通知已经完成的信息告知所述在线收费 设备。

根据本发明的另一具体实施例， 提供了一种在在线收费设备中 用于实现面向数据型用户设备的账户信息通知的第一装置， 包括： 第一单元， 用于针对每个用户， 判断该用户是否满足预定条件； 第 二单元， 用于如果该用户满足所述预定条件， 则向所述用户的用户 设备所属的数据分组网络网关发出激活命令， 以使得所述数据分组 网络网关为所述用户激活账户信息通知控制信息； 其中， 所述账户 信息通知控制消息包括 web通知服务器的网络地址； 该第一装置还 包括： 第一接收单元， 用于接收来自所述 web通知服务器的账户信 息请求， 其用于请求获得所述用户的账户信息； 第三单元， 用于向 所述 web通知服务器提供所述用户的账户信息。

进一步地， 当一个用户满足以下各项条件中的至少一项时， 所 述第一单元将判断预定条件满足： - 所述用户的用户设备在初始化 过程中请求连接到数据分组网络网关； - 所述用户在过去的第一时 间段内已经使用的数据业务流量大于等于一个第一预定阈值； - 所 述用户在过去的第二时间段内已经使用的数据业务流量达到了一个 第二预定阈值。

进一步地， 第一单元还用于， 当所述预定条件因所迷用户的用 户设备在初始化过程中连接到数据分组网关或所述用户在过去的第 一时间段内已经使用的数据业务流量大于等于所述第一预定阔值而 被满足时， 判断所述 web通知服务器是否报告其已经完成了向所述 用户通知账户信息的操作； 所述第二单元还用于， 如果所述 web通 知服务器报告其已经完成了向所述用户通知账户信息的操作， 则向 所述数据分组网络网关发出去激活命令， 以使得所述数据分组网络 网关为所述用户去激活所述账户信息通知控制信息。

进一步地， 账户信息通知控制信息对应于一个第一数据业务集 合， 当所述数据分组网络网关为所述用户激活了所述账户信息通知 控制信息后， 如果所述用户请求接入到所述第一数据集合中的任一 数据业务， 所述数据分组网络网关将控制该用户的用户设备连接到 所述 web通知服务器， 以进行基于 web的账户信息通知。

根据本发明的又一具体实施例， 提供了一种在数据分組网络网 关中用于实现面向数据型终端的账户信息通知的第二装置， 包括： 第二接收单元， 用于接收来自一个在线收费设备的激活命令； 第四 单元， 用于为该激活命令中所指示的用户激活账户信息通知控制信 息， 其中包括一个 web通知服务器的网络地址； 第五单元， 用于控 制所述用户的用户设备与所述 web通知服务器连接，以进行基于 web 的账户信息通知。

进一步地， 账户信息通知控制信息还对应于一个第一数据业务 集合， 所述第二装置还包括： 第六单元， 用于判断是否接收到来自 所述用户的用户设备的数据业务接入请求消息， 其用于请求接入所 述第一数据业务集合中的至少一项数据业务； 所述第五单元还用于， 如果接收到所述数据业务接入请求消息， 则控制所述用户的用户设 备与所述 web通知服务器连接， 以进行基于 web的账户信息通知。

根据本发明的又一具体实施例， 提供了一种在 web通知服务器 中用于实现面向数据型用户设备的账户信息通知的第三装置， 包括： 第七单元， 用于确定需要进行基于 web的账户信息通知的用户； 第 八单元， 用于从在线收费控制设备处获取所述用户的账户信息； 第 九单元， 用于生成一个 web通知页面， 其中包含所述用户的账户信 息； 第十单元， 用于将所述 web通知页面发送给所述用户的用户设 备； 所述第十单元还用于， 在完成了向所述用户的用户设备进行的 账户信息通知后， 将账户信息通知已经完成的信息告知所述在线收 费设备。

进一步地， 第九单元生成的 web通知页面还包括以下各项中的 至少一项： - 用于与所述用户进行互动操作的内容； - 用于向所述用 户提供增值服务的内容。 根据本发明的实施例， 系统在终端用户首次开始使用数据业务 的时候， 可提示用户输入密码以激活数据业务； 当累计的数据量接 近月度限额阈值时， 系统可将一个告知提示给终端用户； 当订购者 账号生存周期有变化， 系统可提示一个告知事件； 当余额被用完， 系统可提示一个告知事件让终端用户充值， 等等。 采用本发明所提供的方法、 装置， 实现的技术效果包括但不限于：

1. 使得终端用户能够更及时地知道自己的账户信息，从而能够更有 针对性地处理自己之后对无线宽带数据业务的使用方式，例如通过降低 使用频率或在一段时间内停止使用以避免大额账单，或通过付费充值来 防止重要连接因欠费而中断等；

2. 运营商和服务提供商能够通过提高无线宽带数据业务的用户体 验， 减少导致用户不满的情况发生， 避免无线宽带数据业务领域的客户 流失;

3. 在实现新功能的同时， 很好地兼容了其它类型的用户设备。 附图说明

通过以下结合附图对本发明至少一个非限定性实施例所作的描 述， 本发明的其它特点、 优势将会显得更为清楚和明显。 其中： 图 1 示出了根据本发明的一个具体实施例的用于实现面向数据 型终端的账户信息通知的网络架构；

图 2 示出了根据本发明的第一实施例账户信息通知方法流程图 及相应的 web通知页面；

图 3 示出了根据本发明的第二实施例账户信息通知方法流程图 及相应的 web通知页面；

图 4 示出了根据本发明的第三实施例账户信息通知方法流程图 及相应的 web通^ J页面；

图 5示出了根据本发明的具体实施例的系统结构图；

图 6 示出了根据本发明的一个可选实施例的在用户设备处显示 的用于账户信息通知的 web通知页面示意图。

图 7 示出了根据本发明的具体实施例的在在线收费设备中用于 实现面向数据型用户设备的账户信息通知的第一装置框图；

图 8 示出了根据本发明的具体实施例在数据分组网络网关中用 于实现面向数据型用户设备的账户信息通知的第二装置框图；

图 9示出了根据本发明的具体实施例在 web通知服务器中用于 实现面向数据型用户设备的账户信息通知的第三装置框图；

在附图中， 相同或相似的附图标记表示相同或相似的技术特征。 具体实施方式

以下参照附图对本发明的非限定性实施例进行介绍。 首先参看 图 1， 其中示出了本发明的一个典型的应用场景， 为简明起见， 仅示 出了 4 个用户设备 （UE ) 11 -14、 分别为它们提供接入的接入设备 21-24以及位于各接入设备上层的控制设备 31-33。 图 1 中还示出了 一个数据分组网络网关 （PDN-GW, 以下简称网关） 4、 web通知服 务器 （以下简称通知服务器） 5以及一个在线收费设备 6。 其中， 在 线收费设备 6 实现了在线收费系统的功能， 本文中将不区分在线收 费设备和在线收费系统这两个概念。

其中， 在线收费设备 6具有与网关 4交互的 Diameter Gy接口和 与通知服务器 5交互的用户账户访问接口， 网关 4与数据分组网络 和服务器 5之间基于 HTTP协议通信。

不失一般性地， 用户设备 11是一个 GPRS或 UMTS设备， 通过 NodeB (节点 B ) 21和无线网络控制器 31连接到演进分组核心； 用 户设备 12是一个 LTE设备， 它通过 eNodeB连接到演进分组核心； 用户设备 13是一个 3G1X/HRPD设备， 它通过 BTS和 DoRND连接 到演进分组核心； 用户设备 14是一个基于其它技术例如 WiMax、 WiFi的终端设备， 通过适当的网络设备接入到演进分组核心。

本领域技术人员理解， 图 1 所示的情形仅是本发明所能够应用 的众多场景之一， 不仅如此， 本文中结合附图、 具体实施例所作的 描述均应被视为是对本发明的非限定性的详细介绍， 而非对其保护 范围的限制。 例如， 虽然下文中提及的信令一般来自 Diameter协议， 但本领域技术人员通过阅读本文， 可以不经创造性劳动地将本发明 的思想沿用于使用其它协议的网络环境之中。

本发明的至少一个实施例提供了一种创新的解决方案， 通过向 用户设备发送 web通知页面来通知账户信息。 通过基于 web的通知 服务器 5 , 可以向用户提供的用户体验包括但不限于：

1.基于 Web的账户信息通知功能

通过 web通知页面通知用户他 /她的当前申请的套餐；

通过 web通知页面通知用户其套餐中的剩余额度， 以及套餐使 用情况的统计；

通过 web通知页面通知用户， 其对数据业务的使用情况例如所 产生的数据量已经达到了某个预定的阈值或限值， 以及可能的由此 带来的计费方式的变更。

2.基于 Web的人机互动功能

通过 web通知页面， 为用户提供一些带有相应功能的链接， 例 如， 让用户能够通过点击链接购买新的业务定量， 如， 通过支付 ¥ 5 元， 可以在 2天的有效期内使用 300MB数据；

通过 web通知页面， 在达到一个预设的阈值时， 使用户可以基 于服务建议来延长其当前的数据会话；

通过 web通知页面， 可以为用户的数据会话提供基于密码的安 全保障， 例如， 提示用户输入 PIN码以防止其它用户通过木马、 病 毒来恶意占用其数据业务相关资源。

3.基于 web的增值业务

除了实现基本的通知和用户互动功能， 运营商还可以在提供给 用户的 web通知页面中添加一些有用的链接， 这样， 用户通过点击 链接就可以从运营商提供的列表中的音乐文件， 诸如此类。 另外， 在发送给用户设备的基于 web的通知页面中， 也可以添加一些广告 信息， 这些广告信息优选地以用户与运营商之间的协议为基础， 从 而可以避免遭到投诉。 例如， 运营商可以向用户承诺降低某些数据 业务的费率， 作为代价， 用户需要同意在其接收到的基于 web的通 知页面中同时包含一定量的广告信息。

本发明的一个重点就在于基于 web的账户信息通知方式， 解决 了以个人电脑等无法实时接收语音、 SMS通知的终端长期面临的问 题。 根据本发明的具体实施例， 在线收费设备 6 为一个用户判断出 预定条件被满足时， 会命令该用户的用户设备所属的网关为该用户 激活账户信息通知控制信息， 不失一般性地， 这样的预定条件可以 是以下各项中的任一项： 用户的用户设备在初始化过程中请求连接 到 (数据分组网络）网关；用户在过去的第一时间段内已经使用的数据 业务流量大于等于一个第一预定阁值； 用户在过去的第二时间段内 已经使用的数据业务流量达到了一个第二预定阈值。

在本文中， 将反复出现 "用户" 和 "用户设备" 这样的概念， 其中， "用户，， 尤其指指账户所对应的对象， 一般是个人或者单位； "用户设备" 则尤其指用户所使用的具体的终端电子设备， 例如笔 记本电脑、 台式电脑等。 当然， 本文中不致混淆地将不特意区分这 两个和允念。

下面参照具体流程图并结合上述几种预定条件对本发明的具体 实施例进行介绍。

第一实施例： 预定条件因用户设备在初始化过

程中请求连接到网关而被满足

参看图 2 ,其中示出了第一实施例中的账户信息通知方法流程以 及相应的 web通知页面。 首先， 用户张三启动其用户设备 1 1例如一 台笔记本电脑， 用户设备 11将基于张三的输入操作生成一个建立数 据会话请求， 并发送至网关 4， 用于请求建立与网关 4之间的连接， 具体到 Diameter协议，该请求为建立 PDP上下文请求（ establish PDP context ) 。 接着， 在步骤 S202中， 网关 4为张三生成 Diameter CCRi (信 用控制请求初始）消息， 并发送至在线收费设备 6, 以验证该用户的 有效性。

在本例中， 在线收费设备 6在接收到网关 4发来的 CCRi后， 判 断预定条件满足， 或者， 基于 CCRi消息对张三进行账户设置信息的 校验后， 再判断预定条件满足。 由于此前用户设备 1 1发出的请求包 含了张三的特征信息， 例如， 该请求经由与张三绑定的物理端口到 达网关 4， 或者， 该请求中携带了张三的身份标识信息等， 因此， 在 线收费设备 6 能够具体判断出是张三这个用户满足了预定条件， 从 而有针对性地触发后续的操作。

在判断预定条件满足后， 在步骤 S203中在线收费设备 6向网关 4返回一个 CCAi (信用控制请求响应）消息， 这个 CCAi消息是本发 明中的激活命令的一个具体例子， 在该 CCAi消息中， 在线收费设备 6在其中一个名为多业务信用控制的属性值对（ Attribute Value Pairs, AVP ) 中写入了如下的子 AVP , 以实现在张三所请求的数据业务开 始之前的基于 web的账户信息通知：

A ) 分配业务单元 =0;

B ) 最终指示单元 （ Final-Indicate-Unit ) ， 具有最终单元 ( Final-Unit ) 动作作为重定向动作以及重定向 URL地址。 其中， 重定向 URL地址即通知服务器 5的网络地址。

上述的信息 A)、 B)就包括在此后网关 4为张三所激活的账户信 息通知控制信息之中， 网关 4可以在激活了上述信息后即刻控制用 户设备 1 1来连接最终指示单元所指示的通知服务器 5 , —种更为优 选的方式将在下文中得到详述。

进一步地， CCAi中还可以包括以下子 AVP:

C )批价组（rating-group ) , 用以指示哪种数据业务应被重定向 至通知服务器 5，本文中也将这些数据业务所组成的集合称为第一数 据业务集合。 于是， 激活的账户信息通知控制信息相应地对应于该 第一数据业务集合。 批价组在 CCAi中是可以省略的， 当该项信息被省略时， 网关 4 默认所有数据业务类型的接入请求都需要被重定向， 也即所有的数 据业务都属于第一数据业务集合。

进一步地， CCAi中还可以包括以下子 AVP:

D )有效时间 （validity-time ) ， 用以指示网关 4等待来自用户设 备 1 1的数据业务请求的时间周期。 如果在该有效时间失效之前未能 接收到来自用户设备 11的数据业务请求， 则不再针对张三执行数据 业务接入请求的重定向。 于是， 激活的账户信息通知控制信息还包 括这样一个有效时间。

有效时间在 CCAi中同样是可以省略的， 例如， 网关 4可以保存 一个预先确定的静态或准静态的数值作为有效时间的默认值， 这个 默认值一般是有限的， 当然， 本发明不排除其同样可以被设置为无 限长。

在此需要强调， 对于网关 4 而言， 通知月良务器 5 的网络地址以 及批价组都可能具有一定程度的非时变性， 因此， 在通过 CCAi获得 了通知服务器 5的网络地址和批价组之后， 网关 4可以将这些信息 保存下来并在之后的一个相当长的时间内不再需要在线收费设备 6 提供， 基于这样的考虑， 步骤 S203中的 CCAi可以不包含任何指示 性的具体信息， 但网关 4应该被配置为， 当接收到这样的 CCAi (— 种激活命令） 后， 就为相应的用户激活预存的账户信息通知控制信 息。

在步驟 S203之后， 网关 4基于收到的 CCAi消息， 启动一个时 长为上述有效时间的定时器， 并监视用户在这段时间内是否请求了 上述批价组所指明的数据业务， 也即为张三激活账户信息通知控制 信息。 同时， PDN网关将返回 "建立承载会话响应（ Establish Bearer Session response ) " 给用户设备 11 , 网关 4即获知用户设备 11和自 己已经成功地连接。

在用户设备 11与网关 4建立了上述的连接后的某一时刻， 张三 通过用户设备 1 1发起了针对一项数据业务的接入请求， 具体如： 步 骤 S205 中， 张三在用户设备 1 1上启动数据业务， 例如， 点击一个 在线视频的播放链接， 于是， 用户设备 1 1生成并向网络侧发出 "http Get ( URL 1 ) " 消息， 该消息是数据业务接入请求的一个例子， 其 中 URL1是提供该在线视频的多媒体服务器的网络地址。该" http Get ( URL1 ) " 消息经接入网络被路由至网关 4。 网关 4检测该数据业 务接入请求， 在本例中， 该项数据业务属于 CCAi中指示的第一数据 业务集合， 也即， 落入属于需要重定向的批价组。

基于上述判断， 在步骤 S206中， 网关 4将生成并向用户设备 1 1 发送一个 "http 302 (重定向 URL)"消息， 其中 "重定向 URL" 部分 即通知服务器 5 的网络地址。 请注意， 对于不同的需要重定向的数 据业务类型， 其所对应的通知服务器可以相同也可以不同， 由于这 种区别不影响本发明的实质内容， 因此下文中尽针对各项落入第一 数据业务集合的数据业务均对应于通知服务器 5 的情况进行说明。 其中， 用于张三本来请求访问一个在线视频服务器， 而结果是用户 设备 11没有直接连接到该视频服务器，而是连接到一个通知服务器， 本文中将此也称为重定向。

在步骤 S207中， 用户设备 1 1基于" http 302 (重定向 URL)"消息 生成并向网关 4发送一个" http Get (重定向 URL)"请求消息， 由于其 中的 "重定向 URL" 是通知服务器 5的网络地址， 网关 4由此获知 "http get (redirection URL)"需要被转发至通知服务器 5， 并执行相应 的转发操作。

通知服务器 5接收到来自用户设备 1 1的请求后， 明确了需要进 行账户信息通知的用户是张三， 于是， 在步骤 S208中， 向在线收费 设备 6发送账户信息请求， 以获得张三的账户信息。

此后的步骤 S209中， 在线收费设备 6向通知服务器 5返回张三 的账户信息。 本例中， 返回张三的套餐捆绑订购信息， 其中， 该月 度的套餐具有 5Gb的数据额度 （或称数据限值， data allowance ) , 其中已使用了 3Gb， 剩余 2Gb， 套餐流量统计的当月剩余时间为 15 天， 下文中如果没有特别说明， "本月 " 指套餐流量统计的当月。 按每月 30天计， 则本月已经过去了 15天， 在后面的例子中， 本月 过去的 15天就是一个所谓的第一时间段。 用户可以定制他们所需要 的账户信息通知方式， 这种定制将体现在在线收费设备 6提供给通 知服务器的账户信息以及账户服务器 5最终呈现给用户的 web通知 页面中。

得到张三的账户信息后， 通知服务器 5在步骤 S210中构造一个 web通知页面 (或称 web通知页面 ) ， 该 web通知页面包括 三的 账户信息， 优选地， 其中呈现的账户信息具有较强的实时性。 例如， 时刻 T1与时刻 T2时的账户信息可以有所区别， 这典型地体现在套 餐的使用情况上。通知服务器 5向用户设备 1 1返回" http响应消息"， 其中包含了构造的通知页面， 于是， 用户设备 11的屏幕上将弹出如 图 2 左侧所示的页面。 其中， 标题部分表明这是在业务开始前的通 知， 因为事实上用户设备 11从开机到现在尚未实际接入到上述的在 线视频业务。 该 web通知页面中还反映了以下信息： 用户本月的数 据额度为 5Gb, 本月中已经使用的流量为 3Gb， 剩余 2Gb, 从现在 开始到本月结束尚有 15天。

优选地， 该 web通知页面还提供了人机交互的按钮以及必要的 提示信息。 当然， 图 2所示的 web通知页面只是本发明的一个非限 定性的例子， 用户看到 web通知页面后， 他 /她可能会根据页面的提 示执行相关操作， 例如点击页面中携带的链接或其它， 于是就有步 骤 S211 中的发生于用户设备 11和通知服务器 5之间的多个 http请 求和 http响应， 借此可以进一步访问 /更新在线收费设备 6上的账户 信息。 本例中对此不赘述。

在张三完成相关操作之后， 例如， 用户控制用户设备 11点击按 钮 "是" ， 于是， 该方法进入步骤 S212, 用户设备 1 1生成并向通知 服务器 5发送 "http get (send infoURL, URL 1)" 消息。 这一消息的 作用为： 告知通知服务器 5 , 张三已经完成了与 web通知页面有关 的操作。

通知服务器 5在得知张三完成在 web通知页面上的操作后， 在 步骤 S213中进一步告知在线收费设备 6: 通知过程已经成功执行。 可选地， 在线收费设备 6可以不依靠通知服务器 5的告知， 而是在 等待一定长的时间后， 自动得到通知已经完成的判断。

此后， 在线收费设备 6在步骤 S214中发送 RAR消息至网关 4， 告知网关 4通知过程已经结束， 可以为张三去激活账户信息通知控 制信息。 于是， 当用户设备 11此后再通过网关 4发送针对第一数据 业务集合的数据业务接入请求时， 网关 4将会把该请求转发至其实 际所指向的网络地址， 而不再发生上述的重定向。

步骤 S215中， 网关 4发送 RAA响应消息给在线收费设备 6。 网关 4在为该用户结束重定向状态之后， 还在步骤 S216中向在 线收费设备 6发送 CCRv更新请求消息以获得原请求的数据业务的 许可配额。

步骤 S217 中， 在线收费设备 6 分配相应的配额， 并将其置于 CCAv消息的 GSU AVP中， 返回给网关 4。

此外， 在线收费设备 6也在步驟 S218中返回响应消息给通知服 务器 5， 其中， 步骤 S218可以紧跟步骤 S213执行。

对应于步骤 212中的请求，通知服务器 5在步骤 S219中返回" http 响应（send infoURL)" 消息给用户设备 11， 此外， 它还在步骤 S220 中向用户设备 11返回" http 302(URL 1)"消息， 以指示用户设备 11为 此前在步骤 S205中发起的数据业务接入请求重新发起请求， 目的地 址仍为上述的多媒体服务器的地址 URL1。

于是， 用户设备 11在步驟 S221中生成并发送 "http get (URL1 )" 消息， 该消息进一步被转发至网关 4。

由于网关 4 此前已经为张三结束了重定向状态， 因此， 此时用 户设备 11 发来的这一数据业务接入请求将被转发至其指定的地址 URL 1。 同时， 网关 4开始为该项数据业务监视数据流量。

网关 4 在接收到来自媒体服务器的数据分组网络业务访问响应 之后， 将该响应转发回用户设备 1 1 , 如本例中的 "http response URL1"。 于是， 第一实施例中的用户张三可以在他的设备开机之后， 就 得到一个账户信息的通知， 或者在他请求接入到某一数据业务时， 更有针对性地得到通知， 并基于此选择此后的操作。

根据第一实施例的一个替代例， 步骤 S205可以作为图示方法的 第一个步骤， 其后为步骤 S202， 再后来是步骤 S203和步骤 S206 , 其中， 图 2中原示出的步骤 S201和 S204被省略， 这主要是因为二 者具体所应用的网络环境不同。 第二实施例： 预定条件因用户在过去的第一时间段内已经使用 的数据业务流量大于等于第一预定阈值而被满足 参看图 3 ,其中所示的账户信息通知过程可以称为会话进行中的 账户信息通知， 也即， 当用户对于数据业务的流量使用接近其被限 制的额度时，一个 web通知页面将在用户设备上弹出以呈现给用户。

参看图 3，其中所示的流程可以是发生在图 2所示的流程的一段 时间之后， 此时， 用户张三正在通过用户设备 1 1观看一个视频服务 器提供的在线视频业务：

在对用户设备 1 1的使用者的数据业务流量进行监视的过程中， 在步骤 S301 中， 网关 4发现张三已经消耗完此前步骤 S215中由在 线收费设备 6许可的业务单元， 于是， 网关 4生成并向在线收费设 备 6发送 CCRv请求消息， 以申请更多配额。

在步骤 S302中 , 在线收费设备 6发现 CCRv消息中所指明的用 户的数据业务使用已接近月度限额， 例如， 在本月过去的第一时间 段例如 20天之内， 张三使用的数据流量达到或者超过了 4.5G这一 第一预定阔值。 于是， 在线收费设备 6触发内部的 Diameter重定向 逻辑， 并设置 CCAv 消息。 在 "CCAu" ( CCA[update] ) 消息中， 在线收费设备 6将在多业务信用控制 AVP中写入下面的子 AVP，以 实现对于数据业务分类的呼叫前告知。

A ) 分配业务单元 =0 , 这指示 PDN网关保持当前的业务数据 请求。 B )Final-Indicate-Unit A VP, 具有作为重定向动作的 Final-Unit 动作和重定向 URL地址。 重定向 URL地址是通知服务器 5地址。

C ) 批价组 （rating-group ) A VP, 用以指示哪种数据流量类 型应被重定向至通知服务器 5。

D ) 有效时间 （validity-time ) A VP , 用以指示 PDN 网关等 待来自网络的数据业务请求的时间周期。

优选地， 在步骤 S302之后， 网关 4可以将用户设备 11 的当前 数据业务挂起， 当用户设备 11 自动或基于用户的输入而尝试刷新数 据业务请求或重新发起向另一个网络地址的请求时， 该请求会被重 定向到通知服务器 5。 在图 3左侧所示的 web通知页面中， 标题显 示了这是一个在会话过程中的通知页面， 表示当前的套餐使用已经 接近门限值， 并具体地体现了当前已经使用了 4.8Gb 流量， 剩余 200Mb。

其中， 上述各个子 AVP的可选性等内容同第一实施例， 不再赘 述。 另外， 对步骤 S303至 S320的描述也可参照第一实施例中的步 骤 S205至步骤 S222。

当张三通过用户设备 11 发出数据请求或者开始访问另外一个 URL, PDN网关保持当前的数据请求。 移动用户设备发起 "http Get (URL1)" 请求，该请求被通过步骤 3中的移动接入网络路由至 PDN 网关。 第三实施例'. 预定条件因用户在过去的第二时间段内已经使用 的数据业务流量大于等于第二预定阈值而被满足 参看图 4，其中示出了根据本发明的第三实施例账户信息通知方 法流程图及相应的 web通知页面。

在步骤 S401 中， 网关 4通过流量监测发现用完了许可的业务单 元， 于是， 生成并向在线收费设备 6发送一个 CCRv请求消息， 以 申请更多配额。

在步骤 S402中， 在线收费设备 6检测到张三已用完了本月的流 量， 换言之， 以 5Gb流量作为第二预定阅值， 在过去的第二时间段 例如 25天内， 张三使用包括但不限于用户设备 1 1在内的用户设备 所使用的数据业务流量已经达到了这一第二预定阈值。 于是， 在线 收费设备 6判断预定条件满足， 从而触发内部的 Diameter重定向逻 辑， 并生成一个 CCAu消息， CCAu消息中包含下面的子 AVP。

A ) 分配业务单元 =0 , 这指示网关 4挂起 （hold on ) 用户张三 当前的数据业务。

B ) Final-Indicate-Unit, 具有作为重定向动作的 Final-Unit 动作 和重定向 URL地址。 重定向 URL地址是通知服务器 5的网络地址。

C )批价组（rating-group ) , 用以指示哪种数据流量类型应被重 定向至通知服务器 5 , 即指定一个第一数据业务集合。

D )有效时间 （validity-time ) , 用以指示网关 4 等待来自网络 的数据业务请求的时间周期。

于是， 在步骤 S402之后， 网关 4挂起用户设备 1 1 当前的数据 业务， 于是张三将不能访问该数据业务。

接下来的步骤 S403中， 当张三准备开始一个数据会话时， 用户 设备 1 1发起" http Get (URL1 )" 请求， 该请求被路由至网关 4。

步骤 S404中， 网关 4向用户设备 1 1返回" 302(redirection URL)，， 消息， 以实现该请求到通知服务器 5的重定向。

步骤 S405中， 用户设备 1 1发送 "http Get (重定向 URL)" 请求 消息， 该请求消息被路由至网关 4 , 网关 4获知 "http Get (redirection URL) "是经重定向的数据流， 于是将其转发至通知服务器 5。

步骤 S406中， 通知服务器 5基于来自用户张三的请求， 于是向 在线收费设备 6发送一个账户信息请求以获得用户张三的账户信息。

接下来的步骤 S407中， 在线收费设备 6将张三的账户信息返回 给通知服务器 5 , 本例中， 张三本月的套餐流量已经用完。

于是， 在步骤 S408中， 通知服务器 5根据张三当前的账户信息 构造 web通知页面， 该 web通知页面包括张三的账户信息， 然后， 通知服务器 5返回一个 http响应给用户设备 1 1， 其中包含了 web通 知页面。 在用户设备 1 1处中， 图 4左侧所示的 web通知页面弹出给 用户张三。

在步骤 S409中， 在线收费设备 6发送终止会话请求至网关 4以 终结当前的会话； 在步骤 S410中， 网关 4返回 ASA消息给在线收 费设备 6;在步骤 S41 1中，网关 4生成并向在线收费设备 6发送 CCRt 消息， 以报告已使用的业务单元； 随后的步骤 S412中， 在线收费设 备 6回复 CCAt消息至网关 4; 最后的步骤 S413中， 网关 4生成并 向用户设备 1 1发送承载会话退出消息。 参看图 5，其中示出了本发明具体实施例中的一个整体的系统结 构图， 其中， 在线收费系统包括在线计费逻辑、 批价逻辑和余额管 理逻辑， 其中维护了大量通知事件。 对于每个通知事件 X, 最终都 会有一个维护在通知服务器中的 web通知页面被提供给终端用户。 本发明中的这个通知功能为每个通知事件提供了基于策略的 web通 知页面确定机制。 例如， 对于一个告知事件， 漫游情况下的强化版 web通知页面会与归属域网络 （Home Network ) 情况下不同； 提供 给英文语言的订购者的 web 通知页面也会与提供给汉语订购者的 web通 口页面不同。

本发明中， 对于一个具体的告知事件， 下列情况将决定不同的 web 通知页面。 其中， 下面的列表并未包括全部情况， 更多情况可 以根据终端用户或者运营商的需要而被扩展添加。 在线收费系统为 每个通知页面设置对应的 URL地址。 基于 URL地址， 通知服务器 获知索引 （检索） 维护的 web通知页面的方法。

» 订购者业务类別

» 订购者语言

» 订购者所属的 MVNO

» 业务数据的种类

» 归属域 （Home ) 或漫游， 发起区域

» 接入点数量 » 呼叫方向： 呼入或呼出。

当然， 除了友好的 web通知机制之外， 在本发明的技术方案中， 系统还可以触发普通的消息通知。 为此， 通知服务器将维护用户的 电子邮件地址， 或者即时通讯（IM )地址、 多媒体短信服务 /短消息 业务 (MMS/SMS)信息。 于是， 通知消息可被存储于移动手持终端中 作为记录。 对于不支持多媒体短信服务 /短消息业务 (MMS/SMS)告知 的纯数据卡设备， 本发明可提供通过另外的移动手持终端发送的数 据卡业务通知。 例如， 终端用户有数据卡业务和移动手持终端， 终 端用户可从其移动设备上获得数据卡业务使用通知。

图 6 示出了根据本发明的一个可选实施例的在用户设备处显示 的用于账户信息通知的 web通知页面示意图。 如图所示的， 移动运 营商还可以在上述常规的告知和用户交互操作的空间旁边提供一些 web广告。 在 web也上所提供的广告的种类基于终端用户和运营商 之间的合同约定。 例如， 如果终端用户同意接受在 web通知页面的 额外空间中的广告， 则运营商可以对一些数据业务提供奖金 /折扣。

参看图 7 ,其中示出了根据本发明的具体实施例的在在线收费设 备中用于实现面向数据型用户设备的账户信息通知的第一装置框 图， 该第一装置 7—般设置于图 1所示的在线收费设备 6中， 包括： 第一单元 701 , 用于针对每个用户， 判断该用户是否满足预定条 件，以图 2为例，第一单元 701的功能对应于前述对步骤 S202、 S203 的部分描述；

第二单元 702 , 用于如果该用户满足所述预定条件， 则向所述用 户的用户设备所属的数据分组网络网关发出激活命令， 以使得所述 数据分组网络网关为所述用户激活账户信息通知控制信息， 对应于 前述对步骤 S203的描述；

其中， 所述账户信息通知控制消息包括 web通知服务器的网络 地址；

该第一装置 7还包括：

第一接收单元 703， 用于接收来自所述 web通知服务器的账户 信息请求， 其用于请求获得所述用户的账户信息， 对应于前述的步 骤 S208;

第三单元 704， 用于向所述 web通知服务器提供所述用户的账 户信息， 对应于前述的步骤 S209。

具体地， 当一个用户满足以下各项条件中的至少一项时， 第一 单元 701 将判断预定条件满足： 所述用户的用户设备在初始化过程 中请求连接到数据分组网络网关； 所述用户在过去的第一时间段内 已经使用的数据业务流量大于等于一个第一预定阔值； 所述用户在 过去的第二时间段内已经使用的数据业务流量达到了一个第二预定 阈值。

进一步地， 第一单元 701 还用于， 当所述预定条件因所述用户 的用户设备在初始化过程中连接到数据分组网关或所述用户在过去 的第一时间段内已经使用的数据业务流量大于等于所述第一预定阈 值而被满足时， 判断所述 web通知服务器是否报告其已经完成了向 所述用户通知账户信息的操作， 以图 2为例， 对应于步骤 S213及相 关步骤； 第二单元 702还用于， 如果 web通知服务器已经完成了向 所述用户通知账户信息的操作， 则向所述数据分组网络网关发出去 激活命令， 以使得所述数据分组网络网关为所述用户去激活所述账 户信息通知控制信息， 对应于步骤 S214。

进一步地， 上述账户信息通知控制信息对应于一个第一数据业 务集合， 当所述数据分组网络网关为所述用户激活了所述账户信息 通知控制信息后， 如果所述用戶请求接入到所述第一数据集合中的 任一数据业务， 所述数据分组网络网关将控制该用户的用户设备连 接到所述 web通知服务器， 以进行基于 web的账户信息通知。

参看图 8 ,其中示出了一种在数据分组网络网关中用于实现面向 数据型终端的账户信息通知的第二装置， 如图所示地， 该第二装置 8 包括：

第二接收单元 801 , 用于接收来自一个在线收费设备的激活命 令， 以图 2为例， 对应于步骤 S203; 第四单元 802 ,用于为该激活命令中所指示的用户激活账户信息 通知控制信息， 其中包括一个 web通知服务器的网络地址， 对应于 图 2中基于步骤 S203中接收到消息之后的操作；

第五单元 803， 用于控制所述用户的用户设备与所述 web通知 服务器连接， 以进行基于 web的账户信息通知， 对应于图 2的步骤 S206。

进一步地， 上述账户信息通知控制信息还对应于一个第一数据 业务集合， 第二装置 8还包括一个第六单元 804， 用于判断是否接收 到来自所述用户的用户设备的数据业务接入请求消息， 其用于请求 接入所述第一数据业务集合中的至少一项数据业务； 第五单元 803 还用于， 如果接收到所述数据业务接入请求消息， 则控制所述用户 的用户设备与所述 web通知服务器连接， 以进行基于 web的账户信 息通知 ₀

参看图 9 , 其中示出了在 web通知服务器中用于实现面向数据 型用户设备的账户信息通知的第三装置的框图， 该第三装置 9包括： 第七单元 901 , 用于确定需要进行基于 web的账户信息通知的用户， 对应于步骤 S207; 第八单元 902， 用于从在线收费控制设备处荻取 所述用户的账户信息， 对应于图 2所示的步骤 S208-S209; 第九单元 903 , 用于生成一个 web通知页面， 其中包含所述用户的账户信息； 第十单元 904， 用于将所述 web通知页面发送给所述用户的用户设 备， 其中， 第九、 第十单元的操作对应于图 2所示的步骤 S210。

上述第一-第三装置中的各个单元与步骤流程图中的其它对应关 系可以通过阅读说明书得出。 对于本领域技术人员而言， 显然本发明不限于上述示范性实施 例的细节， 而且在不背离本发明的精神或基本特征的情况下， 能够 以其他的具体形式实现本发明。 因此， 无论从哪一点来看， 均应将 实施例看作是示范性的， 而且是非限制性的， 本发明的范围由所附 权利要求而不是上述说明限定， 因此旨在将落在权利要求的等同要 件的含义和范围内的所有变化嚢括在本发明内。 不应将权利要求中 的任何附图标记视为限制所涉及的权利要求。 此外， 显然 "包括" 一词不排除其他单元或步骤， 单数不排除复数。 系统权利要求中陈 述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来 实现。 第一， 第二等词语用来表示名称， 而并不表示任何特定的顺 序。

Claims (15)

1. 权 利 要 求 书

   1. 一种在在线收费设备中用于实现面向数据型用户设备的账户 信息通知的方法， 包括以下步骤：

   a. 针对每个用户， 判断该用户是否满足预定条件；

   b. 如果该用户满足所述预定条件， 则向所述用户的用户设备所 属的数据分组网络网关发出激活命令， 以使得所述数据分组网络网 关为所述用户激活账户信息通知控制信息；

   其中， 所述账户信息通知控制消息包括 web通知服务器的网络 地址；

   该方法还包括：

   - 接收来自所述 web通知服务器的账户信息请求， 其用于请求 获得所述用户的账户信息；

   - 向所述 web通知服务器提供所述用户的账户信息。
2. 2. 根据权利要求 1所述的方法， 其特征在于， 所述步骤 a包括： 当一个用户满足以下各项条件中的至少一项时， 判断预定条件满足：

   - 所述用户的用户设备在初始化过程中请求连接到数据分组网 络网关；

   - 所述用户在过去的第一时间段内已经使用的数据业务流量大 于等于一个第一预定阈值；

   - 所述用户在过去的第二时间段内已经使用的数据业务流量达 到了一个第二预定阈值。
3. 3. 根据权利要求 2所述的方法， 其特征在于， 当所述预定条件 因所述用户的用户设备在初始化过程中连接到数据分组网关或所述 用户在过去的第一时间段内已经使用的数据业务流量大于等于所述 第一预定阈值而被满足时， 在所述控制所述用户设备与一个 web通 知服务器连接以进行基于 web的账户信息通知的步骤之后， 该方法 还包括： 判断所述 web通知服务器是否报告其已经完成了向所述用户通 知账户信息的操作；

   如果所述 web通知服务器报告其已经完成了向所述用户通知账 户信息的操作， 则向所述数据分组网络网关发出去激活命令， 以使 得所述数据分组网络网关为所述用户去激活所述账户信息通知控制 息。
4. 4. 根据权利要求 1所述的方法， 其特征在于， 所述账户信息通 知控制信息对应于一个第一数据业务集合， 当所述数据分组网络网 关为所述用户激活了所述账户信息通知控制信息后， 如果所述用户 请求接入到所述第一数据集合中的任一数据业务， 所述数据分组网 络网关将控制该用户的用户设备连接到所述 web通知服务器， 以进 行基于 web的账户信息通知。
5. 5. 一种在数据分组网络网关中用于实现面向数据型终端的账户 信息通知的方法， 包括以下步骤：

   A. 接收来自一个在线收费设备的激活命令；

   B. 为该激活命令中所指示的用户激活账户信息通知控制信息， 其中包括一个 web通知服务器的网络地址；

   D. 控制所述用户的用户设备与所述 web通知服务器连接， 以进 行基于 web的账户信息通知。
6. 6. 根据权利要求 5所述的方法， 其特征在于， 所述账户信息通 知控制消息还对应于一个第一数据业务集合, 在所述步骤 B之后且 在所述步骤 D之前， 该方法还包括以下步骤：

   C. 判断是否接收到来自所述用户的用户设备的数据业务接入 请求消息， 其用于请求接入所述第一数据业务集合中的至少一项数 据业务；

   所述步骤 D还包括：

   - 如杲接收到所述数据业务接入请求消息，则控制所述用户的用 户设备与所述 web通知服务器连接， 以进行基于 web的账户信息通 知。
7. 7. 一种在 web通知服务器中用于实现面向数据型用户设备的账 户信息通知的方法， 包括以下步骤：

   i. 确定需要进行基于 web的账户信息通知的用户；

   ii. 从在线收费控制设备处获取所述用户的账户信息；

   iii. 生成一个 web通知页面， 其中包含所述用户的账户信息； iv. 将所述 web通知页面发送给所述用户的用户设备；

   v. 在完成了向所述用户的用户设备进行的账户信息通知后， 将 账户信息通知已经完成的信息告知所述在线收费设备。
8. 8. 一种在在线收费设备中用于实现面向数据型用户设备的账户 信息通知的第一装置， 包括：

   第一单元， 用于针对每个用户， 判断该用户是否满足预定条件； 第二单元， 用于如杲该用户满足所述预定条件， 则向所述用户 的用户设备所属的数据分组网络网关发出激活命令， 以使得所述数 据分组网络网关为所述用户激活账户信息通知控制信息；

   其中， 所述账户信息通知控制消息包括 web通知服务器的网絡 地址；

   该第一装置还包括：

   第一接收单元， 用于接收来自所述 web通知服务器的账户信息 请求， 其用于请求获得所述用户的账户信息；

   第三单元， 用于向所述 web通知服务器提供所述用户的账户信 息。
9. 9. 根据权利要求 8所述的第一装置， 其特征在于， 当一个用户 满足以下各项条件中的至少一项时， 所述第一单元将判断预定条件 满足：

   - 所述用户的用户设备在初始化过程中请求连接到数据分组网 络网关；

   - 所述用户在过去的第一时间段内已经使用的数据业务流量大 于等于一个第一预定阈值；

   - 所述用户在过去的第二时间段内已经使用的数据业务流量达 到了一个第二预定阈值。
10. 10. 根据权利要求 9所述的第一装置， 其特征在于， 所述第一单 元还用于， 当所述预定条件因所述用户的用户设备在初始化过程中 连接到数据分组网关或所述用户在过去的第一时间段内已经使用的 数据业务流量大于等于所述第一预定阈值而被满足时，

    判断所述 web通知服务器是否报告其已经完成了向所述用户通 知账户信息的操作；

    所述第二单元还用于， 如果所述 web通知服务器报告其已经完 成了向所述用户通知账户信息的操作， 则向所述数据分组网络网关 发出去激活命令， 以使得所述数据分组网络网关为所述用户去激活 所述账户信息通知控制信息。
11. 1 1. 根据权利要求 8所述的第一装置， 其特征在于， 所述账户信 息通知控制信息对应于一个第一数据业务集合， 当所述数据分组网 络网关为所述用户激活了所述账户信息通知控制信息后， 如果所述 用户请求接入到所述第一数据集合中的任一数据业务， 所述数据分 组网络网关将控制该用户的用户设备连接到所述 web通知服务器， 以进行基于 web的账户信息通知。
12. 12. 一种在数据分组网络网关中用于实现面向数据型终端的账 户信息通知的第二装置， 包括：

    第二接收单元， 用于接收来自一个在线收费设备的激活命令； 第四单元， 用于为该激活命令中所指示的用户激活账户信息通 知控制信息， 其中包括一个 web通知服务器的网络地址；

    第五单元， 用于控制所述用户的用户设备与所述 web通知服务 器连接， 以进行基于 web的账户信息通知。
13. 13. 根据权利要求 12所述的第二装置， 其特征在于， 所述账户 信息通知控制信息还对应于一个第一数据业务集合， 所述第二装置 还包括：

    第六单元， 用于判断是否接收到来自所述用户的用户设备的数 据业务接入请求消息， 其用于请求接入所述第一数据业务集合中的 至少一项数据业务；

    所述第五单元还用于， 如果接收到所述数据业务接入请求消息， 则控制所述用户的用户设备与所述 web通知服务器连接， 以进行基 于 web的账户信息通知。
14. 14. 一种在 web 通知服务器中用于实现面向数据型用户设备的 账户信息通知的第三装置， 包括：

    第七单元，用于确定需要进行基于 web的账户信息通知的用户； 第八单元， 用于从在线收费控制设备处获取所述用户的账户信 第九单元， 用于生成一个 web通知页面， 其中包含所述用户的 账户信息；

    第十单元， 用于将所述 web通知页面发送给所述用户的用户设 备；

    所述第十单元还用于， 在完成了向所述用户的用户设备进行的 账户信息通知后， 将账户信息通知已经完成的信息告知所述在线收 费设备。
15. 15. 根据权利要求 14所述的第三装置， 其中， 所述 web通知页 面还包括以下各项中的至少一项：

    - 用于与所述用户进行互动操作的内容；

    - 用于向所述用户提供增值服务的内容。