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

本申请公开了一种发票领域的消息处理方法、装置及存储介质，方法包括：推送消息；拉取消息；回放服务；数据对账；所述推送消息包括：根据接口消息是否实时，将接口消息分单向和双向两类，单向消息将存储在推送中心，由消息发送方主动拉取；双向消息，由推送中心发送到指定接口上，推送中心提供给消息发送方获取失败消息列表的功能；客户端根据推送中心提供的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。现有技术的多子系统(即客户端)情景中，系统复杂性大，系统配置差，开发和后期维护的工作量过大。
技术实现思路
本申请的目的是提供一种发票领域的消息处理方法、装置及存储介质。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。根据本申请实施例的一个方面，提供一种发票领域的消息处理方法，包括：推送消息；拉取消息；回放服务；数据对账。进一步地，在所述推送消息之前，所述方法还包括注册的步骤，所述注册的步骤，包括：客户端将信息注册到推送中心。进一步地，所述推送消息包括：根据接口消息是否实时，将接口消息分单向和双向两类，单向消息将存储在推送中心，由消息发送方主动拉取；双向消息，由推送中心发送到指定接口上，推送中心提供给消息发送方获取失败消息列表的功能；客户端根据推送中心提供的api，调用推送服务；为消除网络抖动，推送中心提供补偿机制。进一步地，所述补偿机制，包括：接口返回500状态码；接口返回4XX状态码；接口返回其他非2XX状态码。进一步地，所述拉取消息，包括：提供客户端拉取单向消息或拉取失败的消息的功能；对于接口信息的拉取，指定待拉取接口的信息，匹配尚未拉取的消息，返回待拉取的消息列表；消息拉取成功后，不可再次拉取。进一步地，所述回放服务，包括：提供客户端回放失败消息的功能，客户端指定接口和回放时间段，推送中间将此段时间内，指定接口失败的消息进行再次推送。进一步地，所述数据对账，包括通过WEB页面可查询消息推送的结果，并对失败的消息进行重试。根据本申请实施例的另一个方面，提供一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述的发票领域的消息处理方法。根据本申请实施例的另一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述的发票领域的消息处理方法。本申请实施例的其中一个方面提供的技术方案可以包括以下有益效果：本申请实施例提供的发票领域的消息处理方法，解决了多子系统(即客户端)情景中，系统复杂性大的问题，优化了系统配置，减少了开发和后期维护的工作量。本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者，部分特征和优点可以从说明书中推知或毫无疑义地确定，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示出了本申请的一个实施例的发票领域的消息处理方法流程图；图2示出了本申请一个实施例的一种发票领域的消息处理系统的结构框图；图3示出了本申请的另一实施例的发票领域的消息处理方法。具体实施方式为了使本申请的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本申请做进一步说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本
技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。本申请的一个实施例，提供一种发票领域的消息处理方法，包括：注册的步骤；推送消息；拉取消息；回放服务；数据对账。所述注册的步骤，包括：客户端将信息注册到推送中心。所述推送消息包括：根据接口消息是否实时，将接口消息分单向和双向两类，单向消息将存储在推送中心，由消息发送方主动拉取；双向消息，由推送中心发送到指定接口上，推送中心提供给消息发送方获取失败消息列表的功能；客户端根据推送中心提供的api，调用推送服务；为消除网络抖动，推送中心提供补偿机制。所述补偿机制，包括：接口返回500状态码；接口返回4XX状态码；接口返回其他非2XX状态码。所述拉取消息，包括：提供客户端拉取单向消息或拉取失败的消息的功能；对于接口信息的拉取，指定待拉取接口的信息，匹配尚未拉取的消息，返回待拉取的消息列表；消息拉取成功后，不可再次拉取。所述回放服务，包括：提供客户端回放失败消息的功能，客户端指定接口和回放时间段，推送中间将此段时间内，指定接口失败的消息进行再次推送。所述数据对账，包括通过WEB页面可查询消息推送的结果，并对失败的消息进行重试。本实施例还提供一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述的发票领域的消息处理方法。本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述的发票领域的消息处理方法。本实施例提供的发票领域的消息处理方法，解决了多子系统(即客户端)情景中，系统复杂性大的问题，优化了系统配置，减少了开发和后期维本文档来自技高网...

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

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


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


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


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


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

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