CN104144378A - 业务管理方法和系统、以及插件 - Google Patents

Abstract

本发明公开了一种业务管理方法和系统、以及插件，涉及移动互联网领域。该方法包括：插件根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息；插件根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器；服务器存储插件上报的业务信息，并在满足预定的通知条件时将业务使用情况通知策略与计费规则功能实体PCRF；PCRF根据服务器通知的业务使用情况更新用户的调度策略，并将更新后的调度策略下发给策略与计费执行功能实体PCEF执行。本发明可以提高业务检测的效率和业务检测的准确度。

Description

业务管理方法和系统、以及插件

技术领域

本发明涉及移动互联网领域，特别涉及一种业务管理方法和系统、以及插件。

背景技术

目前在移动通信网络中，如果希望实施例如重点业务保障、P2P（Peer to Peer，对等网络）限流等业务调度和流量管理措施，首先网络要感知用户正在使用这些目标业务，网络感知业务目前主要有以下两种方法：

现有技术一，依据网络中部署的DPI（Deep Packet Inspection，深度包检测）设备检测所有用户流量，根据配置的流量特征库识别出符合特征的业务。

该方法一方面需要检测所有用户流量，并且需要将数据包层层解析，然后将特征库中的众多特征与该数据包的特征匹配才能获得业务信息，因此，占用的处理资源多，并且检测效率较低；另一方面目前很多DPI设备采用数据包抽检方式，如果终端同时运行多个程序A/B/C，当前抽检的数据包是程序A的，则只能估计出程序A的业务情况，不能估计出程序B/C的业务情况，只能通过一段时间的持续检测，才能间接的估计出各个程序的业务情况，并且业务识别正确率依赖所配置的特征库的准确度，因此，检测的准确度较低。

现有技术二，利用3GPP定义的基于Diameter的标准Rx接口，由应用服务器在用户开始业务时通知网络。

该方法要求所有目标业务的应用服务器能够支持Rx接口，需要改造所有应用服务器，不便于部署实施。

发明内容

本发明实施例提出一种业务管理方法和系统、以及插件，以解决现有技术中存在的业务检测效率低、准确度低、以及部署实施难中的至少一个问题。

本发明实施例的一个方面提供了一种业务管理方法，包括：插件根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息；插件根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器；服务器存储插件上报的业务信息，并在满足预定的通知条件时将业务使用情况通知策略与计费规则功能实体PCRF；PCRF根据服务器通知的业务使用情况更新用户的调度策略，并将更新后的调度策略下发给策略与计费执行功能实体PCEF执行。

其中的插件利用终端操作系统提供的开发工具获取终端上的业务信息包括：插件利用安卓系统提供的应用程序包管理类获取业务的应用程序信息。

其中的插件预置在终端中，或，绑定在业务应用程序中。

其中的采集策略服务器采用请求应答方式或推送方式下发给插件。

其中的上报条件包括：用户启动或停止业务应用程序、按照预定的周期上报、终端开机后上报、或者插件接收到服务器的上报要求时上报；其中的通知条件包括：用户启动或停止业务应用程序；其中的调度策略包括：改变用户或业务的优先等级、改变用户或业务的数据带宽上限、或者限制使用某一业务。

本发明实施例的另一个方面提供了一种业务管理系统，包括：插件、服务器、策略与计费规则功能实体PCRF、策略与计费执行功能实体PCEF；插件用于根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息，根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器；服务器用于向插件下发采集策略，并存储插件上报的业务信息，在满足预定的通知条件时将业务使用情况通知PCRF；PCRF用于根据服务器通知的业务使用情况更新用户的调度策略，并将更新后的调度策略下发给PCEF执行。

本发明实施例的再一个方面提供了一种插件，包括：采集策略模块，用于存储服务器下发的采集策略；业务信息采集模块，用于根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息；业务信息报告模块，用于根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器。

本发明具有以下优点：

首先，所有业务应用程序和终端操作系统之间有信息交互，终端插件利用终端操作系统提供的开发工具，例如，安卓系统提供的应用程序包管理类，无需进行深度包解析即可获得业务应用信息，大大提高业务检测的效率。

并且，传统的DPI检测技术需要对业务应用程序的数据包做解析和匹配，以及一段时间的持续检测间接估计出业务情况，本发明的终端插件通过操作系统提供的开发工具可以直接获得业务应用信息，例如，一旦用户启动或停止使用特定应用程序，终端插件可以立即检测到并通知服务器，无须特征匹配和持续检测，摆脱了特征库的准确度和检测持续时间的限制，从而提高了业务检测的准确度。

其次，插件可以预置在终端中，或绑定在业务应用程序中，安装一次即可检测所有业务，无需改造每个业务的应用服务器，便于部署实施。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明业务管理系统一个实施例的结构示意图。

图2为本发明业务管理系统中的插件一个实施例的结构示意图。

图3为本发明业务管理系统中的服务器一个实施例的结构示意图。

图4为本发明业务管理方法一个实施例的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1为本发明业务管理系统一个实施例的结构示意图。

如图1所示，该实施例的业务管理系统包括：插件101（也可以称为用户业务信息采集插件）、服务器102（也可以称为用户业务信息管理服务器）、PCRF（Policy and Charging Rules Function，策略与计费规则功能实体）103、PCEF（Policy and Charging EnforcementFunction，策略与计费执行功能实体）104。

插件101用于根据服务器102下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息，然后根据服务器102下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器102。其中的上报条件包括：用户启动或停止业务应用程序、按照预定的周期上报、终端开机后上报、或者插件接收到服务器的上报要求时上报。以安卓（android）系统为例，插件101可以利用安卓系统提供的应用程序包管理类（即PackageManager类）获取业务的应用程序信息，PackageManager类主要职责是管理业务应用程序包，通过该类可以获取应用程序信息。插件101预置在终端中，在终端开机后自动后台运行，或，插件101绑定在业务应用程序中，被绑定的业务应用程序可以是运营商自营业务应用程序、或需要重点保障的业务应用程序。

服务器102用于向插件下发采集策略，并存储插件上报的业务信息，在满足预定的通知条件时将业务使用情况通知PCRF。其中的通知条件包括：用户启动或停止业务应用程序。

PCRF103用于根据服务器通知的业务使用情况调整用户的调度策略，并将调整后的调度策略下发给PCEF104执行。其中的调度策略包括：改变用户或业务的优先等级、改变用户或业务的数据带宽上限、或者限制使用某一业务。

图2为本发明业务管理系统中的插件一个实施例的结构示意图。

如图2所示，其中的插件101从功能划分上，具体可以包括：采集策略模块1011、业务信息采集模块1012、业务信息报告模块1013。

采集策略模块1011，用于存储服务器下发的采集策略。

业务信息采集模块1012，用于根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息，业务信息例如包括安装的应用软件、正在使用的应用软件、数据吞吐量等。

业务信息报告模块1013，用于根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器。

图3为本发明业务管理系统中的服务器一个实施例的结构示意图。

如图3所示，其中的服务器102从功能划分上，具体可以包括：策略制定与配置模块1021、业务信息接收模块1022、用户业务信息存储模块1023、业务信息通知模块1024。

策略制定与配置模块1021，用于动态配置更新采集策略，其中的采集策略包括插件需要采集的业务信息以及业务信息的上报条件等，例如采集策略可以是采集A、B、C种业务信息，当符合条件X时，将采集到的业务信息上报服务器。总的来说，采集策略就是告诉终端插件，需要采集哪些信息、在满足什么条件时上报给服务器哪些信息。

业务信息接收模块1022，用于接收终端插件上报的业务信息。

用户业务信息存储模块1023，用于存储每个用户的业务信息。

业务信息通知模块1024，用于当用户的业务信息符合一定通知条件时，如开始使用/停止使用某个特定业务时，将业务使用情况通知PCRF。

图4为本发明业务管理方法一个实施例的流程示意图。插件可以预置在终端中，可以在厂家出厂前安装即可，或者，插件可以绑定在业务应用程序中。

如图4所示，该实施例的业务管理方法包括以下步骤：

步骤201，终端附着到网络上，建立数据连接，该网络包括但不限于CDMA1X（3G标准之一）、EVDO（Evolution Data Only，仅数据演进）、LTE（Long Term Evolution，长期演进网络）等。

步骤202，插件与服务器建立连接，更新采集策略。

采集策略更新过程可以采用请求应答方式，也可以采用服务器推送方式。对于请求应答方式，插件向服务器发送更新采集策略的请求，服务器接收到该请求后，将最新的采集策略以响应形式返回给插件。对于服务器推送方式，服务器可以按照一定的周期将最新的采集策略周期性的推送给插件。

其中的采集策略包括：插件需要采集的业务信息以及业务信息的上报条件等，例如采集策略可以是采集A、B、C种业务信息，当符合条件X时，将采集到的业务信息上报服务器。总的来说，采集策略就是告诉终端插件，需要采集哪些信息、在满足什么条件时上报给服务器哪些信息。

步骤203，插件存储最新的采集策略，根据采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息。

开放式的终端操作系统会提供给开发者一些已经定义好的程序包，供开发者调用。例如，android系统提供了很多服务管理的类，包括ActivityManager（行为管理）、PowerManager（电源管理）、AudioManager（音频管理）等，除此之外，还提供了一个PackageManager类（应用程序包管理类），它的主要职责是管理应用程序包，通过它可以获取业务应用程序信息。插件调用终端操作系统提供的PackageManager类，可以获得业务应用程序信息。

其中，业务信息例如包括安装的应用软件、正在使用的应用软件、数据吞吐量等，但不限于此。

步骤204，插件根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器。

其中的上报条件包括但不限于：用户启动或停止业务应用程序、按照预定的周期上报、终端开机后上报、或者插件接收到服务器的上报要求时上报。

步骤205，服务器接收插件上报的业务信息，并更新本地存储的该用户的业务信息数据。

步骤206，服务器判断用户业务信息是否满足通知条件，当满足通知条件时，通知PCRF该用户的业务使用情况，例如启动/停止了某一特定的业务等。

其中通知的业务使用情况可以根据上报的业务信息确定，例如，上报的业务信息为用户X使用应用程序A，则通知的业务使用情况可以为用户X开始使用应用程序A。

其中的通知条件可以包括：用户启动或停止业务应用程序，但不限于此。

步骤207，PCRF根据服务器通知的业务使用情况，更新目标用户的调度策略，并将更新后的调度策略下发给PCEF。

其中的调度策略包括但不限于：改变用户或业务的优先等级、改变用户或业务的数据带宽上限、或者限制使用某一业务。

例如，通知的业务使用情况为用户X开始使用应用程序A，则PCRF向PCEF下发用户X的新的调度策略可以为：将用户X提升为金牌用户，以改变用户的优先等级。

步骤208，PCEF执行PCRF下发的新的调度策略，以便实现对该目标用户的特定业务的调度和流量管理等。

本发明提供的业务管理方法和系统、以及插件具有以下优点：

首先，所有业务应用程序和终端操作系统之间有信息交互，终端插件利用终端操作系统提供的开发工具，例如，安卓系统提供的应用程序包管理类，无需进行深度包解析即可获得业务应用信息，大大提高业务检测的效率。

并且，传统的DPI检测技术需要对业务应用程序的数据包做解析和匹配，以及一段时间的持续检测间接估计出业务情况，本发明的终端插件通过操作系统提供的开发工具可以直接获得业务应用信息，例如，一旦用户启动或停止使用特定应用程序，终端插件可以立即检测到并通知服务器，无须特征匹配和持续检测，摆脱了特征库的准确度和检测持续时间的限制，从而提高了业务检测的准确度。

其次，插件可以预置在终端中，或绑定在业务应用程序中，安装一次即可检测所有业务，无需改造每个业务的应用服务器，便于部署实施。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种业务管理方法，包括：

插件根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息；

插件根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器；

服务器存储插件上报的业务信息，并在满足预定的通知条件时将业务使用情况通知策略与计费规则功能实体PCRF；

PCRF根据服务器通知的业务使用情况更新用户的调度策略，并将更新后的调度策略下发给策略与计费执行功能实体PCEF执行。

2.根据权利要求1所述的方法，其特征在于，其中的插件利用终端操作系统提供的开发工具获取终端上的业务信息包括：插件利用安卓系统提供的应用程序包管理类获取业务的应用程序信息。

3.根据权利要求1所述的方法，其特征在于，其中的插件预置在终端中，或，绑定在业务应用程序中。

4.根据权利要求1所述的方法，其特征在于，其中的采集策略服务器采用请求应答方式或推送方式下发给插件。

5.根据权利要求1所述的方法，其特征在于，其中的上报条件包括：用户启动或停止业务应用程序、按照预定的周期上报、终端开机后上报、或者插件接收到服务器的上报要求时上报；

其中的通知条件包括：用户启动或停止业务应用程序；

其中的调度策略包括：改变用户或业务的优先等级、改变用户或业务的数据带宽上限、或者限制使用某一业务。

6.一种业务管理系统，包括：插件、服务器、策略与计费规则功能实体PCRF、策略与计费执行功能实体PCEF；

插件用于根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息，根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器；

服务器用于向插件下发采集策略，并存储插件上报的业务信息，在满足预定的通知条件时将业务使用情况通知PCRF；

PCRF用于根据服务器通知的业务使用情况更新用户的调度策略，并将更新后的调度策略下发给PCEF执行。

7.根据权利要求6所述的系统，其特征在于，其中的插件利用安卓系统提供的应用程序包管理类获取业务的应用程序信息。

8.根据权利要求6所述的系统，其特征在于，其中的插件预置在终端中，或，绑定在业务应用程序中。

9.根据权利要求6所述的系统，其特征在于，其中的上报条件包括：用户启动或停止业务应用程序、按照预定的周期上报、终端开机后上报、或者插件接收到服务器的上报要求时上报；

其中的通知条件包括：用户启动或停止业务应用程序；

其中的调度策略包括：改变用户或业务的优先等级、改变用户或业务的数据带宽上限、或者限制使用某一业务。

10.一种插件，包括：

采集策略模块，用于存储服务器下发的采集策略；

业务信息采集模块，用于根据服务器下发的采集策略确定需要采集的业务信息，并利用终端操作系统提供的开发工具获取终端上的业务信息；

业务信息报告模块，用于根据服务器下发的采集策略确定业务信息的上报条件，并在符合上报条件时将采集的业务信息报告给服务器。

11.根据权利要求10所述的插件，其特征在于，其中的业务信息采集模块利用安卓系统提供的应用程序包管理类获取业务的应用程序信息。

12.根据权利要求10所述的插件，其特征在于，其中的插件预置在终端中，或，绑定在业务应用程序中。