本发明专利技术公开了一种信控处理的方法及装置,用于解决因信控操作耗时长,并且占用累账处理线程的资源,大大降低了累账操作的处理效率,引发的话单积压,导致整个账务汇总速率低的问题。该方法为:采用第一进程对话单数据进行累账处理,并将生成的话单累账信息依次存储至信控队列中;采用第二进程依次读取信控队列表中的每条话单累账信息并进行信控处理。采用上述方法,可以提高累账操作的处理效率,缓解了话单挤压的问题,提高了累账和信控操作的处理效率。
【技术实现步骤摘要】
本专利技术涉及通信账务处理
,尤其涉及一种信控处理的方法及装置。
技术介绍
目前,由于通用分组无线业务(GeneralPacketRadioService,GPRS)话单量爆 炸式增长,当前账务处理话单的效率已经不能满足业务需要,在话单高峰时容易形成话单 积压,不能实施的进行出账计算。 当前账务处理话单的处理流程如下: 步骤A;话单传输程序从计费主机取回批价后的话单文件; 步骤B;账务处理话单汇总程序对取回的话单文件进行处理,主要包括;费用累 计、用户级优惠、账户级优惠W及分账等操作处理。 步骤C;分账后产生的实时分账账单触发一级信控,一级信控主要对用户账户的 欠费情况进行监控。 步骤D;经过一级信控处理后生成告警信息表(I_EXP0RT_ALARM),根据告警信息 表中记载的用户账户信控情况对二级信控进行触发,其中,二级信控主要为信控结果执行, 如对用户账户执行信控停开机操作。 现有的累账操作和信控操作的处理速度很难快速处理大量的话单数据,由于话单 累账操作和信控操作串行的在一个进程中完成,并且信控操作往往比话单累账操作要耗费 更多的时间,因此使得话单高峰时形成了话单积压,进而影响了出账计算的问题。通常在话 单挤压时,靠增加话单累账线程数和暂停信控节点两种方法来解决话单积压问题,但是该 两种方法都不能有效的解决话单累账效率低的问题。增加话单累账线程数可W缓解话单的 积压问题,但是处理出大量话单累账信息后信控节点仍然无法加快其对话单累账信息的处 理。暂停信控节点该种方法,通过暂停运行在一个进程中的信控节点方法,加快话单累账操 作的速率,但与增加话单累账线程数存在相同的弊端,在话单累账操作后,仍然要面对大量 话单累账信息等待信控节点处理。
技术实现思路
本专利技术实施例提供一种信控处理的方法及装置,用W解决现有技术中存在因信控 操作耗时长,并且占用累账处理线程的资源,大大降低了累账操作的处理效率,引发的话单 积压,导致整个账务汇总速率低的问题。 本专利技术实施例提供一种信控处理的方法及装置。 第一方面,一种信控处理的方法,该方法包括: 采用第一进程对话单数据进行累账处理,并将生成的话单累账信息依次存储至信 控队列中; 采用第二进程依次读取信控队列表中的每条话单累账信息并进行信控处理。 结合第一方面,在第一种可能的实现方式中,将生成的话单累账信息依次存储至 信控队列中,包括: 将生成的话单累账信息按照生成的时间顺序依次存储至信控队列中;或者, 将生成的话单累账信息按照用户业务优先级的顺序依次存储至信控队列中。 通过该种可能的实施方式,将生成的多条话单累账信息全部存储信控队列W便后 续信控处理,平衡了两个进程中处理速度的不同,使得原有的串行处理累账和信控,变为并 行处理成为可能。 结合第一方面W及上述任意一种可能的实现方式,在第二种可能的实现方式中, 采用第二进程依次读取信控队列表中的每条话单累账信息并进行信控处理,包括: 采用第二进程依次读取信控队列中的每条话单累账信息; 若话单累账信息对应的用户账户为用户基本账户,则执行用户基本账户欠费监 控; 若话单累账信息对应的用户账户为用户合户账户,则执行用户合户账户总欠费监 控,其中,用户合户账户总欠费用于指示用户合户账户中所有账户的欠费总和。 结合第一方面W及第一方面的第一种可能的实现方式中任意一种可能的实现方 式,在第H种可能的实现方式中,采用第二进程对一条话单累账信息并进行信控处理之后, 进一步包括: 根据话单累账信息对应的用户账户所归属的信用等级判断是否对用户账户进行 告警处理; 若是,则将对话单累账信息进行信控处理后生成的信控数据存储至告警信息表, 并将话单累账信息从信控队列中删除;否则,直接将话单累账信息从信控队列中删除。 结合第一方面的第H种可能的实现方式,在第四种可能的实现方式中,将对话单 累账信息进行信控处理后生成的信控数据存储至告警信息表,并将话单累账信息从信控队 列中删除之后,进一步包括: 将告警信息表导出,采用第H进程根据告警信息表中记录的信控数据对应的用户 账户进行相应的告警。 结合第一方面的第四种可能的实现方式,在第五种可能的实现方式中,采用第H 进程对告警信息表中记录的信控数据对应的用户账户进行告警,包括: 若用户账户的余额大于零且低于设定阔值,则采用第H进程对用户账户进行缴费 告警;或者, 若用户账户的余额小于等于零,则采用第H进程对用户账户进行欠费停机告警。 第二方面,一种服务器,该服务器包括: 累账单元,用于采用第一进程对话单数据进行累账处理,并将生成的话单累账信 息依次存储至信控队列中; 信控单元,用于采用第二进程依次读取信控队列表中的每条话单累账信息并进行 信控处理。 结合第二方面,在第一种可能的实现方式中,累账单元具体用于: 将生成的话单累账信息按照生成的时间顺序依次存储至信控队列中;或者,将生成的话单累账信息按照用户业务优先级的顺序依次存储至信控队列中。 通过该种可能的实施方式,将生成的多条话单累账信息全部存储信控队列W便后 续信控处理,平衡了两个进程中处理速度的不同,使得原有的串行处理累账和信控,变为并 行处理成为可能。 结合第二方面W及上述任意一种可能的实现方式,在第二种可能的实现方式中, 信控单元具体用于: 采用第二进程依次读取信控队列中的每条话单累账信息; 若话单累账信息对应的用户账户为用户基本账户,则执行用户基本账户欠费监 控; 若话单累账信息对应的用户账户为用户合户账户,则执行用户合户账户总欠费监 控,其中,用户合户账户总欠费用于指示用户合户账户中所有账户的欠费总和。 结合第二方面W及第二方面的第一种可能的实现方式中任意一种可能的实现方 式,在第H种可能的实现方式中,告警单元,用于采用第二进程对一条话单累账信息并进行 信控处理之后,根据话单累账信息对应的用户账户所归属的信用等级判断是否对用户账户 进行告警处理; 若是,则将对话单累账信息进行信控处理后生成的信控数据存储至告警信息表, 并将话单累账信息从信控队列中删除;否则,直接将话单累账信息从信控队列中删除。 结合第二方面的第H种可能的实现方式,在第四种可能的实现方式中,告警单元, 还具体用于将对话单累账信息进行信控处理后生成的信控数据存储至告警信息表,并将话 单累账信息从信控队列中删除之后,将告警信息表导出,采用第H进程根据告警信息表中 记录的信控数据对应的用户账户进行相应的告警。 结合第二方面的第四种可能的实现方式,在第五种可能的实现方式中,告警单元, 还具体用于: 若用户账户的余额大于零且低于设定阔值,则采用第H进程对用户账户进行缴费 告警;或者, 若用户账户的余额小于等于零,则采用第H进程对用户账户进当前第1页1 2 3 本文档来自技高网...
【技术保护点】
一种信控处理的方法,其特征在于,所述方法包括:采用第一进程对话单数据进行累账处理,并将生成的话单累账信息依次存储至信控队列中;采用第二进程依次读取所述信控队列表中的每条话单累账信息并进行信控处理。
【技术特征摘要】
【专利技术属性】
技术研发人员:马辉,裴照华,张保华,张旭,张涛,崔广维,孙志彪,李远,
申请(专利权)人:中国移动通信集团河南有限公司,
类型:发明
国别省市:河南;41
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。