[发明专利]一种实现订单完结的消息推送方法及系统在审
申请号: | 202010609477.5 | 申请日: | 2020-06-29 |
公开(公告)号: | CN111784452A | 公开(公告)日: | 2020-10-16 |
发明(设计)人: | 吴春全 | 申请(专利权)人: | 北京思特奇信息技术股份有限公司 |
主分类号: | G06Q30/06 | 分类号: | G06Q30/06;G06F16/22;G06F16/25;G06F16/27;G06F16/906;G06F9/54 |
代理公司: | 北京汇信合知识产权代理有限公司 11335 | 代理人: | 林聪源 |
地址: | 100086 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 实现 订单 完结 消息 推送 方法 系统 | ||
本发明公开了一种实现订单完结的消息推送方法,通过订单接收、订单分解、工单生成、工单报竣、订单发平台、订单归档和订单消息推送实现订单完结的消息推送。本发明还公开应用上述方法的系统,包括消息接收模块、工单策略处理模块、消息发送模块、远程业务平台、远程数据库和订单消息推送模块。本发明的优点在于:通过将订单信息在平台归档并继续配置,通过远程业务平台统一以广播消息的形式发送给用户端,采用消息机制,以广播消息的方式推送,从而提升客户感知,代理商系统可以及时通知代理商批量开卡订单的完成,个人客户及时通知客户业务变更完成,实现物联网平台及时了解资源卡实时状态。
技术领域
本发明涉及电信业务订单处理技术领域,具体涉及一种实现订单完结的消息推送方法及系统。
背景技术
现有技术中,虚拟运营商当前发展姿态迅猛,拥有用户1.1亿。而虚拟运营商系统对接的是三大基础运营商的转售平台,转售平台本身不具备任何受理和开通能力,而是个壳子,对应的是各个省分子系统,使之本来就耗时的订单流程又多了一道中转平台。随之带来的是在途单、异常单的数量猛增,用户、客户体验不佳。
此外,CRM综合业务订单系统作为自由门户营业厅已经弱化,虚拟运营商的售卖入口主要集中在代理商门户和公众互联网门户。因此代理商门户和公众互联网门户对客户的体验就显得格外重要,现有技术中的工单业务处理流程均不能够提升使用者或用户的体验,即使用者的操作完成后无法及时反馈给使用者或客户。
发明内容
针对现有技术中存在的不能及时将订单完成信息反馈给使用者或客户,本发明提供了一种实现订单完结的消息推送方法。
本发明公开了一种实现订单完结的消息推送方法,通过订单接收、订单分解、工单生成、工单报竣、订单发平台、订单归档和订单消息推送实现订单完结的消息推送;
订单接收,通过消息中间件接收业务工单的报文;
订单分解,对报文进行解析,将解析后的报文放入接口表;
工单生成,从订单解析后的数据库中提取相应的服务订单信息,生成业务订单信息,形成工单;
工单报竣,待操作人员对工单处理完成后,生成工单报竣信息,反向通知已处理成功或处理失败;
订单发平台,将解析得到的订单数据信息及工单报竣信息同步到业务平台;
订单归档,业务平台根据收到的订单数据信息,根据其对应的标签及分类要求进行分类归档,存储到对应的数据库中;
订单消息推送,将订单完成的消息以广播消息的方式推送给用户端。
进一步的,所述订单消息推送的推送范围为第三方平台。
进一步的,所述订单消息推送的推送范围包括代理商系统、公众平台、互联网平台和物联网平台。
本发明的另一个目的是提供一种实现订单完结的消息推送系统,其包括消息接收模块、工单策略处理模块、消息发送模块、远程业务平台、远程数据库和订单消息推送模块,所述消息接收模块用于通过消息中间件接收业务工单的报文,所述工单策略处理模块用于对报文进行解析,将解析后的报文放入接口表;所述消息发送模块用于将解析得到的订单数据信息及工单报竣信息发送到业务平台;所述远程业务平台用于根据收到的订单数据信息,根据其对应的标签及分类要求进行分类归档,存储到对应的数据库中;所述远程数据库用于存储根据归档策略存储的订单数据信息;所述订单消息推送模块用于将订单完成的消息以广播消息的方式推送给用户端。
进一步的,所述用户端包括代理商系统、公众平台、互联网平台和物联网平台。
与现有技术相比,本发明的有益效果为:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京思特奇信息技术股份有限公司,未经北京思特奇信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010609477.5/2.html,转载请声明来源钻瓜专利网。