CN106911868A - 一种应用在通信终端的呼叫平台 - Google Patents

Abstract

本发明公开了一种应用在通信终端的呼叫平台，建立在通信终端中，所述呼叫平台包括：广播监听模块，用于监听来电、去电的广播信号以及信号的状态变化；通话逻辑处理模块，用于根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录；通话数据上传模块，用于将所述通话逻辑处理模块记录的电话号码和通话信息上传到数据库。本发明技术方案中在通信终端中建立呼叫平台，为客户提供业务服务，与现有技术相比，避免了需要由业务人员固定在电脑前工作，可减低人工成本，满足当前的应用需求。

Description

一种应用在通信终端的呼叫平台

技术领域

本发明涉及通信技术领域，特别是涉及一种应用在通信终端的呼叫平台。

背景技术

现有技术中，呼叫平台主要集中在PC端，需要由业务人员固定在电脑前工作，为通信客户提供服务。然而随着现代社会的发展，通信需求越来越多，由业务人员固定在电脑前工作为客户提供7*24小时服务，会增加人工成本。因此，这种传统的呼叫平台已不能满足当前的应用需求。

发明内容

本发明的目的是提供一种应用在通信终端的呼叫平台，与现有技术相比，避免了需要由业务人员固定在电脑前工作，可减低人工成本，满足当前的应用需求。

为实现上述目的，本发明提供如下技术方案：

一种应用在通信终端的呼叫平台，建立在通信终端中，所述呼叫平台包括：

广播监听模块，用于监听来电、去电的广播信号以及信号的状态变化；

通话逻辑处理模块，用于根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录；

通话数据上传模块，用于将所述通话逻辑处理模块记录的电话号码和通话信息上传到数据库。

可选地，还包括号码身份识别模块，用于将所述电话号码与数据库中已存储的号码身份信息进行匹配；

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码属于自身业务，则将所述电话号码、所述电话号码对应的客户编号存储到数据库；

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码不属于自身业务，则将所述电话号码的记录删除，且不对所述电话号码进行存储。

可选地，还包括通话录音模块，用于采用录音编码方式进行通话录音。

可选地，所述通话数据上传模块还用于将录取的通话录音上传到数据库。

可选地，所述通话数据上传模块，用于将所述通话逻辑处理模块记录的电话号码和通话信息上传到数据库包括：

所述通话数据上传模块具体用于每隔预设时间将所述通话逻辑处理模块记录的电话号码和通话信息进行上传。

可选地，所述通话逻辑处理模块用于将电话号码和计算出的通话信息进行记录包括：

所述通话逻辑处理模块具体用于对电话号码和通话信息进行永久存储。

可选地，运用操作系统混合应用模式，所述呼叫平台包括操作系统底层、前端通话逻辑处理层和HTML页面层。

可选地，还包括底层接口模块，所述呼叫平台通过所述底层接口模块调用定位功能、文件访问功能、图片加载功能或获取焦点功能。

由上述技术方案可知，本发明所提供的应用在通信终端的呼叫平台，建立在通信终端中，包括广播监听模块、通话逻辑处理模块和通话数据上传模块，由广播监听模块监听来电、去电的广播信号以及信号的状态变化，通话逻辑处理模块根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录，由通话数据上传模块将通话逻辑处理模块记录的电话号码和通话信息上传到数据库。

本发明技术方案中在通信终端中建立呼叫平台，为客户提供业务服务，与现有技术相比，避免了需要由业务人员固定在电脑前工作，可减低人工成本，满足当前的应用需求。

附图说明

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

图1为本发明实施例提供的一种应用在通信终端的呼叫平台的示意图；

图2为本发明又一实施例提供的一种应用在通信终端的呼叫平台的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

请参考图1，本发明实施例提供的一种应用在通信终端的呼叫平台，建立在通信终端中，所述呼叫平台包括：

广播监听模块10，用于监听来电、去电的广播信号以及信号的状态变化；

通话逻辑处理模块11，用于根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录；

通话数据上传模块12，用于将所述通话逻辑处理模块11记录的电话号码和通话信息上传到数据库。

本实施例呼叫平台建立在通信终端中，通过广播监听模块10监听来电、去电的广播信号以及来电信号、去电信号的状态变化，包括接通、挂机等信号状态变化。

通话逻辑处理模块11作为前端部分，根据广播监听模块10的监听结果，按照预先设置的业务处理方式对来电信号、去电信号进行逻辑处理，并对电话号码和计算出的通话信息进行记录，通话信息包括通话时间、呼入呼出方式等。

进一步通过通话数据上传模块12将记录的电话号码和通话信息上传到数据库。

可以看出，本实施例呼叫平台建立在通信终端，包括广播监听模块、通话逻辑处理模块和通话数据上传模块，由广播监听模块监听来电、去电的广播信号以及信号的状态变化，通话逻辑处理模块根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录，由通话数据上传模块将通话逻辑处理模块记录的电话号码和通话信息上传到数据库。

本实施例技术方案中在通信终端中建立呼叫平台，为客户提供业务服务，与现有技术相比，避免了需要由业务人员固定在电脑前工作，可减低人工成本，满足当前的应用需求。

下面结合具体实施方式对本实施例应用在通信终端的呼叫平台做详细说明。

本实施例应用在通信终端的呼叫平台，建立在通信设备中，包括广播监听模块10、通话逻辑处理模块11和通话数据上传模块12。

其中，广播监听模块10用于监听来电、去电的广播信号以及信号的状态变化。包括来电、接听、挂机、去电等信号状态变化。可选的，所述广播监听模块10可采用通信终端中操作系统自带的广播接口，在监听到广播信号状态变化时触发与通话逻辑处理模块11通信的接口，将广播信号的状态变化传输给通话逻辑处理模块11。

通话逻辑处理模块11用于根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录。

具体的，通话逻辑处理模块11根据广播监听模块10监听到的信号，根据业务预设的处理方式对来电信号、去电信号进行逻辑处理，包括来电、去电、呼叫等待、接通、拒接、未接、挂断、通话计时等处理操作，并记录来电号码、去电号码以及计算出的通话时间、呼入呼出方式等通话信息。

比如，根据广播监听模块10监听到的信号判断是来电信号或者去电信号；若判断为来电信号，则根据预设的业务处理方式进行来电操作，并将来电号码、计算出的通话时间等信息记录。

优选的，可参考图2，本实施例所述呼叫平台还包括通话录音模块13，用于采用录音编码方式进行通话录音。通话录音模块13具体可以根据通信设备的操作系统的版本，采用与操作系统匹配的录音编码方式进行通话录音，将录音压缩为3gp格式，可用各种软件播放。

所述通话数据上传模块12，用于将通话逻辑处理模块11记录的电话号码和通话信息上传到数据库。

具体的，本实施例呼叫平台还包括号码身份识别模块14，用于将所述电话号码与数据库中已存储的号码身份信息进行匹配；

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码属于自身业务，则将所述电话号码、所述电话号码对应的客户编号存储到数据库；

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码不属于自身业务，则将所述电话号码的记录删除，且不对所述电话号码进行存储。

在将电话号码、通信信息等通话数据上传到后台服务器数据库，进行存储的过程中，要进行筛选匹配。具体通过号码身份识别模块14将电话号码与数据库中已存储的号码身份信息进行匹配，具体分以下几种情况：

若数据库中存在与所述电话号码匹配的号码身份信息，表明所述电话号码的号码身份信息已存在，则将相应记录的通话信息、录音文件地址信息等通话数据传输到数据库，进行存储。

若数据库中不存在与所述电话号码匹配的号码身份信息，而所述电话号码属于自身业务，即来电方属于自己客户，则将所述电话号码、所述电话号码对应的客户编号存储到数据库，这样以保证数据库中有该电话号码的身份识别信息。然后，可以将相应记录的通话信息、录音文件地址等信息传输到数据库进行存储。

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码不属于自身业务，比如来电是广告号码、诈骗号码等，则将所述电话号码的记录删除，不进行存储。

优选的，所述通话数据上传模块12，用于将所述通话逻辑处理模块11记录的电话号码和通话信息上传到数据库包括：

所述通话数据上传模块12具体用于每隔预设时间将所述通话逻辑处理模块记录的电话号码和通话信息进行上传。

对于通信终端设备，考虑到移动通信存在网络不稳定的缺陷，网络状态不稳定是通话记录上传的最大障碍，普通情况断网，会造成通话记录丢失，因此本实施例呼叫平台中，以定时方式，每隔预设时间将通话记录上传，这样防止数据丢失。

进一步优选的，所述通话逻辑处理模块11具体用于对电话号码和通话信息进行永久存储。本呼叫平台采用了前端localstorage永久存储技术，将未上传的记录先存储在其中，然后以定时方式将记录上传到后台服务器，做到了通话记录不会丢失。例如，在通话过程中，通话数据先永久性存储在后台服务器；通话完成后，每隔两分钟扫描一次未上传的通话数据，包括通话录音，进行录音上传。

所述通话数据上传模块12还用于将录取的通话录音上传到数据库。本实施例呼叫平台中，在通信终端封装一套完整的上传方法，只需修改文件路径和服务器路径，即可完成录音的上传，便于使用者部署服务器集群。

本实施例所述呼叫平台建立在通信终端，运用操作系统混合应用模式，所述呼叫平台包括操作系统底层、前端通话逻辑处理层和HTML页面层。

例如，对于Android操作系统，运用混合模式，即轻量Android底层架构+前端JavaScript逻辑层，通过此方法设计出的呼叫平台。开发周期远小于传统纯Android开发方式，维护十分方便，可针对不同的业务写出特定的通话逻辑。

具体的，JavaScript前端逻辑部分：

运用Android层提供的来电、接听、挂机、去电四种状态，计算出通话时间、呼入呼出方式、录音文件本地地址等信息。通过两次与数据库交互完成通话记录与登记。第一次判断出是否是需要登记的电话，并把记录登记入库，不需要的记录删除；第二次把使用者需要附加的信息登记入库。通话完成后，每隔两分钟扫描一次未上传的通话录音，进行录音上传。

Android底层接口部分：

包括底层接口模块，所述呼叫平台通过所述底层接口模块调用定位功能、文件访问功能、图片加载功能或获取焦点功能。

使用混合应用APP模式，先设定webview基础属性，例如跨域访问支持、横屏竖屏自适应、滚动条、是否支持JS、支持多窗口、对HTML5的localstorage&sessionstorage支持、定位服务、文件访问、图片自动加载、获取焦点等；再封装本地功能的Activity，子类重写onCreate，并调用loadUrl方法，JS即可调用本地功能。在此类中添加电话状态广播，前端JS即可调用。

以上对本发明所提供的一种应用在通信终端的呼叫平台进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (8)

1.一种应用在通信终端的呼叫平台，其特征在于，建立在通信终端中，所述呼叫平台包括：

广播监听模块，用于监听来电、去电的广播信号以及信号的状态变化；

通话逻辑处理模块，用于根据预设处理方式对来电信号、去电信号进行逻辑处理，并将电话号码和计算出的通话信息进行记录；

通话数据上传模块，用于将所述通话逻辑处理模块记录的电话号码和通话信息上传到数据库。

2.根据权利要求1所述的应用在通信终端的呼叫平台，其特征在于，还包括号码身份识别模块，用于将所述电话号码与数据库中已存储的号码身份信息进行匹配；

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码属于自身业务，则将所述电话号码、所述电话号码对应的客户编号存储到数据库；

若数据库中不存在与所述电话号码匹配的号码身份信息，并且所述电话号码不属于自身业务，则将所述电话号码的记录删除，且不对所述电话号码进行存储。

3.根据权利要求1所述的应用在通信终端的呼叫平台，其特征在于，还包括通话录音模块，用于采用录音编码方式进行通话录音。

4.根据权利要求3所述的应用在通信终端的呼叫平台，其特征在于，所述通话数据上传模块还用于将录取的通话录音上传到数据库。

5.根据权利要求1所述的应用在通信终端的呼叫平台，其特征在于，所述通话数据上传模块，用于将所述通话逻辑处理模块记录的电话号码和通话信息上传到数据库包括：

所述通话数据上传模块具体用于每隔预设时间将所述通话逻辑处理模块记录的电话号码和通话信息进行上传。

6.根据权利要求5所述的应用在通信终端的呼叫平台，其特征在于，所述通话逻辑处理模块用于将电话号码和计算出的通话信息进行记录包括：

所述通话逻辑处理模块具体用于对电话号码和通话信息进行永久存储。

7.根据权利要求1-6任一项所述的应用在通信终端的呼叫平台，其特征在于，运用操作系统混合应用模式，所述呼叫平台包括操作系统底层、前端通话逻辑处理层和HTML页面层。

8.根据权利要求1-6任一项所述的应用在通信终端的呼叫平台，其特征在于，还包括底层接口模块，所述呼叫平台通过所述底层接口模块调用定位功能、文件访问功能、图片加载功能或获取焦点功能。