发票领域的消息处理方法、装置及存储介质制造方法及图纸

技术编号:24333868 阅读:25 留言:0更新日期:2020-05-29 21:12
本申请公开了一种发票领域的消息处理方法、装置及存储介质,方法包括:推送消息;拉取消息;回放服务;数据对账;所述推送消息包括:根据接口消息是否实时,将接口消息分单向和双向两类,单向消息将存储在推送中心,由消息发送方主动拉取;双向消息,由推送中心发送到指定接口上,推送中心提供给消息发送方获取失败消息列表的功能;客户端根据推送中心提供的api,调用推送服务;为消除网络抖动,推送中心提供补偿机制。本申请提供的发票领域的消息处理方法,解决了多子系统(即客户端)情景中,系统复杂性大的问题,优化了系统配置,减少了开发和后期维护的工作量。

Message processing method, device and storage medium in invoice field

【技术实现步骤摘要】
发票领域的消息处理方法、装置及存储介质
本申请涉及计算机
,具体涉及一种发票领域的消息处理方法、装置及存储介质。
技术介绍
通常情况下,消息推送主要由子系统自行开发。当子系统A需要邮件发送功能时,其引入邮件发送功能的依赖包,配置邮件发送账号的信息。当子系统A需要短信通知功能时,其与短信服务提供商进行对接,封装自己的接口。当子系统A需要接口通知功能时,需要引入HttpClient依赖包,同时配置接收方的地址参数等信息。当接收方的地址信息由改动,子系统A可能需要暂停服务进行修改,同时子系统A需要自行实现以上消息推送的补偿机制。当系统的子系统B需要邮件发送、短信发送、接口通知等功能时,有两种方案:方案一:自行开发,即开发与子系统A相同功能;方案二:集成子系统A,即对子系统A的功能进行二次开发。方案一需要消耗人力成本,方案二需要考虑子系统A和子系统B业务层面的关系是否允许依赖,同时二次开发增加了系统的复杂性,系统A的功能修改将直接影响系统B。现有技术的多子系统(即客户端)情景中,系统复杂性大,系统配置差,开发和后期维护的工作量过大。...

【技术保护点】
1.一种发票领域的消息处理方法,其特征在于,包括:/n推送消息;/n拉取消息;/n回放服务;/n数据对账。/n

【技术特征摘要】
1.一种发票领域的消息处理方法,其特征在于,包括:
推送消息;
拉取消息;
回放服务;
数据对账。


2.根据权利要求1所述的方法,其特征在于,在所述推送消息之前,所述方法还包括注册的步骤,注册的步骤包括:
客户端将信息注册到推送中心。


3.根据权利要求1所述的方法,其特征在于,所述推送消息包括:
根据接口消息是否实时,将接口消息分单向和双向两类,单向消息将存储在推送中心,由消息发送方主动拉取;双向消息,由推送中心发送到指定接口上,推送中心提供给消息发送方获取失败消息列表的功能;
客户端根据推送中心提供的api,调用推送服务;
推送中心提供补偿机制。


4.根据权利要求3所述的方法,其特征在于,所述补偿机制,包括;
接口返回500状态码;
接口返回4XX状态码;
接口返回其他非2XX状态码。


5.根据权利要求1所述的方法,其特征...

【专利技术属性】
技术研发人员:陈杰张俭恭张勇王微
申请(专利权)人:百望股份有限公司
类型:发明
国别省市:北京;11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1