CN107580311A - 一种基于移动终端前台的通讯计费方法 - Google Patents

Abstract

本发明提供一种基于移动终端前台的通讯计费方法，当用户使用通讯服务时，开启移动终端；通过移动终端进行业务受理以及费用计算，并收集移动终端的所有通讯数据；将收集的通讯数据、业务受理结果以及计费结果发送至服务端；服务端接收并进行存储；对服务器端的要求大大降低，同时也可大规模降低服务端的设备运维费用。

Description

一种基于移动终端前台的通讯计费方法

技术领域

本发明涉及一种基于移动终端前台的通讯计费方法。

背景技术

随着移动互联网时代的到来，传统电信运营商所面临的互联网公司的挑 战越来越大，他们需要向移动互联网企业学习，本着自主创新的理念对传统 的电信信息化系统进行重建，从原有的依赖小型机配合稳定商用数据库的传 统电信模式向提供多PC-SERVER集群服务结合第三方开源组件的方式进 行着转型。BSS系统作为电信信息化系统中的核心系统，承担着生产运营支 撑的关键作用，转型的驱动力最大，但是转型技术难度也十分巨大。

目前新一代的BSS系统架构与原有的传统IT系统架构相比,它采用了更 多的PC服务器组成集群替代原有单台高端小型机的功能。系统大量采用了 开源分布式组件或者框架构成应用系统的核心平台，逐步脱离对昂贵商用软 件的依赖，降低了软件成本。与其相适应的，应用系统多采用开放性好，跨 平台能力强，第三方开源资源丰富的语言编写(Java语言、Python成为其 中的主流)，运行在linux系统中，替代了原来传统计费系统多采用C、C++ 编写，在IBM或者HP小型机的UNIX系统运行的情况。上述实际上也是 当今业界最流行的分布式系统通用架构，无论从数据中心和应用部署的云化 切分以及组织协同都是基于一个庞大健壮的服务端集群系统，所有的数据都 需要通过高速光交换网络传输到这个处理中心进行统一的处理，这是一个适 用于绝大多数应用场景的解决方案。

在上个世纪末，桌面计算机时代出现的“胖客户端”和“瘦客户端”理 论最终以瘦客户端，胖服务器的大行其道而告终，在此基础上又演化出含有 数据中间层的三层架构。新一代的分布式架构采用多台低端PC服务器构成 集群提供服务，利用集群的可扩展性，使得性能达到或者超越了单台小型机， 并且分布式架构下的集群高可用性也比高端单台小型机时代的解决方案有 了长足的进步。但是即使这样，这还是属于胖服务器端的解决方案(从单台 高端服务器变成多台分布式低端PC服务器)。对于大量的PC服务器集群需 要建设大规模的机房机架进行存放和管理，这些规模化的PC服务器集群的 的人力耗用、电力耗用、空间耗用、以及其他资源耗损综合情况完全不亚于 原来的小型机服务器时代(例如现在谷歌、淘宝、阿里等主流软件公司都建 立了大规模的机房中心存放和管理这些服务器，并投入大量的人力资源对这 些中心进行维护)。时至今日在服务器端的腾挪已基本走到极致，大家都期 望寻找一条新的道路。

发明内容

本发明要解决的技术问题，在于提供一种基于移动终端前台的通讯计费 方法，对分布式设备的资源利用率大大提升，对服务器端的要求大大降低， 同时也可大规模降低服务端的设备运维费用。

本发明是这样实现的：一种基于移动终端前台的通讯计费方法，包括如 下步骤：

步骤1、当用户使用通讯服务时，开启移动终端；

步骤2、通过移动终端进行业务受理以及费用计算，并收集移动终端的 所有通讯数据；

步骤3、将收集的通讯数据、业务受理结果以及计费结果发送至服务端；

步骤4、服务端接收并进行存储。

进一步地，所述步骤3进一步具体为：设置一中间层，将收集的通讯数 据、业务受理结果以及计费结果发送至中间层，中间层对通讯数据进行处理， 之后发送至服务端。

进一步地，所述步骤2进一步具体为：通过移动终端进行业务受理以及 费用计算，并收集移动终端的所有通讯数据，将所述业务受理结果、计费结 果以及通讯数据进行加密。

进一步地，所述通讯数据包括：通讯服务订阅、业务使用状况、用户信 息、通话时间、上网流量以及短信数量。

进一步地，所述步骤4进一步具体为：服务端接收并进行存储，并根据 通讯数据以及业务受理结果进行验证计费结果。

本发明具有如下优点：本发明一种基于移动终端前台的通讯计费方法， 这种方式要求把独立性高，关联度低的简单算费工作和客户关系管理，套餐 受理工作放在手机客户端完成。每个手机计费终端都是一个计算节点，完成 独立的逻辑计算：通话完成后几乎立即生成话单并产生批价和信控结果；套 餐受理完成后，立即生效；给客户良好的体验。然后把这些数据再通过网络 传递到服务端进行二次处理或者汇总稽核，这种方式可以有效降低云服务端 的服务器压力，充分的利用客户终端的计算资源，使分布式系统向终端延伸，达到所谓的“终极分布”。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为本发明方法执行流程图。

具体实施方式

如图1所示，本发明基于移动终端前台的通讯计费方法，包括如下步骤：

步骤1、步骤1、当用户使用通讯服务时，开启移动终端；

步骤2、通过移动终端进行业务受理以及费用计算，并收集移动终端的 所有通讯数据，将所述业务受理结果、计费结果以及通讯数据进行加密，所 述通讯数据包括：通讯服务订阅、业务使用状况、用户信息、通话时间、上 网流量以及短信数量；

步骤3、设置一中间层，将收集的通讯数据、业务受理结果以及计费结 果发送至中间层，中间层对通讯数据进行处理，之后发送至服务端；

步骤4、服务端接收并进行存储，并根据通讯数据以及业务受理结果进 行验证计费结果。

本发明一种具体实施方式：

基于主流操作系统的掌上通讯信息服务APP应用

通常的手机端APP(例如一个游戏或者一个功能性计算器)在客户需 要使用的时候被点击启动，用完后停止或者退出即可，也可以随意被客户安 装或者卸载，这类应用的功能性决定了其存在较容易被客户感知和控制。而 掌上通讯信息服务APP则不同，手机通讯费产生主要通过信息订阅、业务 套餐受理、话音呼叫和手机上网，这些产生费用的行为随时可能发生，在用 户发生费用时，APP必须保持健康运行状态，并捕捉到这些主要通讯事件， 以便处理客户通过手机终端产生的通讯费用，否则可能造成计费错漏情况。 对于电信运营商来说电信计费和收费是生成运营的核心系统，如果系统存在 漏洞，钱收不到，对企业将带来致命的打击。对于客户服务类的客户的信息 订阅、套餐受理、套餐查询等动作虽然发生的频度没有计费那么经常，但是 终端也需要能支持客户随时随地产生上述动作，与之类似的客户行为收集也 是可能随时产生的，这些信息需要被记录并保存传递给服务器。

上面这些系统的功能性决定了它最好必须对客户透明无感知，并作为手 机的核心应用常驻内存，所有的通话和流量事件需要通过它再对外。为了让 它常驻内存，成为“内核”的一部分，掌上通讯信息服务APP需要获得足 够的超级权限。对于安卓手机上的掌上通讯信息服务APP需要获取两个权 限：Android系统权限和root权限。Android系统是运行在Linux内核上的， Android与Linux分别有自己的一套严格的安全及权限机制，Android中的apk必须签名(system等级的权限有专门对应的签名)。在应用安装的时候， 安装器会检测该应用请求的权限，根据该应用的签名或者提示用户来分配相 应的权限。普通apk程序是运行在非root、非system层级的。Android系统 有一些API及权限是需要apk具有一定的等级才能运行的，比如改系统时间 的权限以及WRITE_SECURE_SETTINGS权限都是需要有system级的权限 才行，也就是说UserID是system，但是system级别仍旧不足，需要上升到内核级常驻内存的APP需要root权限才可以。android权限是在进程层面的， 掌上通讯信息服务APP也是个进程，为了确保它的透明常驻和安全性，它 除了需要安卓的系统的权限还需要root权限，它只有在安装是监测权限， 而在程序运行期间是不检测权限的，因此这就可以确保它在运行时对用户完 全透明。掌上通讯信息服务APP通常以SO库的方式存在于内核中，对于 正常内核发起的通讯访问API需要经过它再对外，以保证产生费用的通讯 事件不遗漏(对于IOS操作系统也是类似，这里不再重复说明)。这种级 别需要对手机内核进行较深度的定制，考虑到安全性和用户隐私问题，可以 考虑采用运营商的“定制心机”模式，对部分优质客户签订专门的协议，采 用优惠购机套餐，由运营商提供深度定制手机并配合符合单一终端计费的套 餐进行推广。

上述的常驻内核方案有较高的难度，主要还是源于掌上通讯信息服务 APP与手机通讯内核的匹配度以及内核安全性的问题。除了这种方式，还 有一种较为简单的方案，既把掌上通讯信息服务APP作为一个普通的手机 应用软件，在需要使用时让用户打开，不需要时用户可以选择退出、停止或 者删除。这种APP和普通的手机应用没有什么不同，客户在手机频幕上可 以看到应用图标，可以感知到掌上通讯信息服务APP的存在(与上面提的 内核方案的透明感知不同)。客户需要开始使用电信信息化服务时需要打开 它，特别是在通讯时需要打开该应用软件，并使用该软件中的通讯服务功能， 例如语音拨号，上网等。所有通讯行为都在该APP内产生，与之相应的费 用也在APP中计算。用户一旦关断该APP，则所有的通讯将中断，对应的 服务费用也停止收取。这种方式绕过了内核的难度，是一种折中的解决方案。 采用该方案也需要与客户签订相应的套餐优惠协议，特别说明只有通过使用该计费APP进行通讯服务产生的费用才能享受优惠协议，以避免带来不必 要的费用争议。

为了防止产生费用争议，掌上通讯信息服务APP需要在本地详细记录 该用户的通讯服务订阅和使用情况、费用日志等信息，并进行加密处理，防 止黑客的篡改。为了确保本地手机信息与服务器的正常交互，需要在用户打 开网络的情况下进行数据信息的自动同步，现在移动互联网时代，用户对网 络的使用情况是十分频繁的，一般情况下，网络都是具备条件的，还可以在 选择客户时，针对网络依赖高的用户进行掌上通讯信息服务APP的业务推 广。若遇到极端情况用户使用过程中不开启上网功能，则应停止相应的通讯 服务，并进行提示。

频繁的数据交互处理

掌上通讯信息服务APP的受理和计费过程和服务器端相比,它的计算过 程在手机上处理，依靠通讯过程中在手机终端留下的受理信息和费用参考信 息，同时也需要参考客户资料信息和公共基础配置，这些信息存放在计费服 务中心的数据服务器上，它在预先授权的情况下将与网络另一端的手机终端 交互。信息的获取需要服务器定时同步给手机终端或者手机终端主动访问的 方式获取，在手机上的受理结果、订阅信息情况、计费结果也需要及时传回 到服务器上(一般客户端和服务端以json、XML数据格式http协议通信)。 这些过程随时会发生，因此需要保持手机终端和服务器的数据传输网络通 畅，否则可能造成受理信息、客户资料、计费信息的错漏，现在4GLTE网 络和未来的5G网络能满足这部分的要求

个人信息安全问题

互联网时代，客户资料数据和消费信息的安全性将会是最关键的问题之 一，因此掌上通讯信息服务APP中存放在手机的信息必须采用业界主流的 数据加密技术，数据在网络中的传输也要采用安全传输协议，电信运营商的 市场营销推广也需要与终端用户达成合法合理的严格的隐私保护协议。

处理任务和数据的切分处理

在客户受理和计费过程中需要参考一些与客户自身属性相关的定制或 者配置信息，这些信息会影响客户受理体验和算费的最终结果。除了一些简 单内容，大多数的信息会涉及多用户共享和关联关系，这些信息无法在任务 分配和信息切分时被简单的划到某个单一客户终端，因此对于有较复杂套餐 共享规则或者资费配置的客户，会有比较复杂的划分规则，与服务器资料访 问方式也会比较繁琐。

掌上通讯信息服务APP方式是一种在移动互联网时代下的新型的IT解 决方案，它的根本也是分布式，为了满足分布式的要求，需要对可分布处理 的个体进行关系剥离，以确保每个剥离的个体相对独立，可并行处理。针对 这种方式从业务推广上需要选择合适的客户群进行特殊的套餐定制和资料 选择，比如定制一些只和本机客户相关的套餐，不与其他庞大客户群形成优 惠或者共享关系，其他受理信息或者资费信息的参考要素也只和客户本身的 情况有关。这样数据中心可以庞大的资料按照客户维度合理地分成多个小 份，再分配到对应的客户终端处理，这些客户终端的计算各自独立没有关联， 可以并行处理，从而实现更高效快速的处理。由于资料切分的独立性和稳定 性，掌上通讯信息服务APP上的受理和计费可以只依赖手机上的配置和资 料信息进行计算，而不需要频繁访问数据服务器，这样对手机终端APP的 内存和CPU资源的利用可以更加合理高效，计算准确性和处理性能也会有 更大的保障，凸显终端解决方案的优势与特点。

通过建立缓冲中间层解决海量终端对服务器的压力，，缓冲中间层采用 高可用消息中间件集群，客户端信息通过消息方式产生生产者消息发给缓冲 中间层，而不是直接发给业务处理服务。业务处理服务器作为消息消费者通 过获取缓冲中间层(消息中间件)的消息获取客户端的信息。当客户端消息过 多的情况下，可以通过消息中间件的排队机制和阻塞机制进行限流，这种异 步消息的通讯方式，大大降低海量客户端对业务处理服务器的冲击。

“终极分布”方案的每个分布式计算节点直接下沉到手机终端，这种方 案依托高速互联网，受理信息、话单费用直接从手机终端获得，属于胖客户 端的处理方式，与时下流行的基于PC-SERVER的分布式架构相比，计算节 点数量将呈现爆炸式递增，数据交互过程中对数据中心的压力也将呈现多个 数量级的激增，因此需要建立健壮的中间层应对数据访问的冲击，可以通过 建立缓存系统和消息中间件对终端的消息请求进行解耦缓冲。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人 员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发 明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的 修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (5)

1.一种基于移动终端前台的通讯计费方法，其特征在于：包括如下步骤：

步骤1、当用户使用通讯服务时，开启移动终端；

步骤2、通过移动终端进行业务受理以及费用计算，并收集移动终端的所有通讯数据；

步骤3、将收集的通讯数据、业务受理结果以及计费结果发送至服务端；

步骤4、服务端接收并进行存储。

2.如权利要求1所述的一种基于移动终端前台的通讯计费方法，其特征在于：所述步骤3进一步具体为：设置一中间层，将收集的通讯数据、业务受理结果以及计费结果发送至中间层，中间层对通讯数据进行处理，之后发送至服务端。

3.如权利要求1所述的一种基于移动终端前台的通讯计费方法，其特征在于：所述步骤2进一步具体为：通过移动终端进行业务受理以及费用计算，并收集移动终端的所有通讯数据，将所述业务受理结果、计费结果以及通讯数据进行加密。

4.如权利要求4所述的一种基于移动终端前台的通讯计费方法，其特征在于：所述通讯数据包括：通讯服务订阅、业务使用状况、用户信息、通话时间、上网流量以及短信数量。

5.如权利要求1所述的一种基于移动终端前台的通讯计费方法，其特征在于：所述步骤4进一步具体为：服务端接收并进行存储，并根据通讯数据以及业务受理结果进行验证计费结果。