一种消息处理的方法、装置及设备制造方法及图纸

本申请实施例提供了一种消息处理的方法、装置及设备，包括：接收业务指令，根据业务指令生成对应的业务轨迹日志，业务轨迹日志用于记录业务指令的生命周期；解析轨迹日志，确定轨迹日志中的业务轨迹标识；判断业务轨迹标识是否存在于预设订阅业务标识库中；在存在的情况下，将业务轨迹标识对应的轨迹日志转换为待推送消息，以便于基于CometD服务将待推送消息向订阅业务轨迹标识的用户端推送。本申请，实现了消息不落地直接送达订阅的客户端，缩短了从数据生成到数据展现的时间间隔；根据业务轨迹标识精确定位，根据轨迹日志展示跟踪业务处理轨迹，提高了处理速度，减少人工等待，达到实时跟踪、多客户端界面同时跟踪的效果，以提升用户体验感。

A Method, Device and Equipment for Message Processing

The embodiment of this application provides a method, device and device for message processing, including: receiving business instructions, generating corresponding business trajectory logs according to business instructions, and using business trajectory logs to record the life cycle of business instructions; parsing the trajectory logs to determine the business trajectory logs in the trajectory logs; and judging whether the business trajectory logs exist in the preset subscription business logs. In the library, the trajectory log corresponding to the business trajectory identification is converted to the message to be pushed in order to push the message to the subscriber based on Comet D service. This application realizes that messages can be delivered directly to subscribers without landing, and shortens the time interval from data generation to data presentation. According to the identification of business trajectory, it can accurately locate and display the tracking business processing trajectory according to the trajectory log, which improves the processing speed and reduces manual waiting, and achieves the effect of real-time tracking and multi-client interface tracking at the same time, so as to enhance the user experience. \u3002

【技术实现步骤摘要】
一种消息处理的方法、装置及设备
本专利技术属于数据业务
，尤其涉及一种消息处理的方法、装置、设备和计算机存储介质。
技术介绍
传统模式的Web系统以客户端发出请求、服务器端响应的方式工作。不能满足很多现实应用的需求，譬如：针对业务处理轨迹跟踪结果展示，需要在对业务处理轨迹分析的同时，查看业务轨迹分析的结果。一般服务器端调用数据分析聚合处理程序，在业务处理的过程中会将处理结果保存到数据库表中。然后由界面程序通过读取数据库表结果，将结果呈现到用户界面上。这种方式由于是客户端主动连接获取的数据结果，所以会产生一定程度的延时，并且也会增加服务器端的承载压力。另外，在针对大并发(即数据量大于一定阈值且需要被同时处理)的业务处理轨迹的场景下，若通过上述数据库表查询过滤选出被关注的任意一个业务处理轨迹(即业务数据的生命周期)，由于数据量大，查询过程耗时会很长，降低用户体验感。
技术实现思路
本申请实施例提供一种消息处理的方法、装置、设备和计算机存储介质，通过轨迹日志携带业务轨迹标识，并记录业务指令的生命周期，可以通过业务轨迹标识精确定位展示跟踪业务处理轨迹。另外，根据服务端主动向订阅业务轨迹标识的用户端推送待推送消息，缩短了处理速度，提升用户体验感。第一方面，本申请实施例提供了一种消息处理的方法，该方法可以包括：接收业务指令，根据业务指令生成对应的业务轨迹日志，业务轨迹日志用于记录业务指令的生命周期；解析轨迹日志，确定轨迹日志中的业务轨迹标识；判断业务轨迹标识是否存在于预设订阅业务标识库中；在存在的情况下，将业务轨迹标识对应的轨迹日志转换为待推送消息，以便于基于CometD服务将待推送消息向订阅业务轨迹标识的用户端推送。本申请，无需进行一边存储一边显示，实现了消息不落地直接送达订阅的客户端，缩短了从数据生成到数据展现的时间间隔；根据业务轨迹标识精确定位，根据轨迹日志展示跟踪业务处理轨迹，提高了处理速度，减少人工等待，达到实时跟踪、多客户端界面同时跟踪的效果。此外，该方法可以支持多个订阅的客户端同时监控同一笔的业务轨迹，以提升用户体验感。在一种可能的实施方式中，上述在“解析轨迹日志，确定轨迹日志中的业务轨迹标识”的步骤中，可以具体包括：按照预设轨迹日志解析规则解析轨迹日志，确定轨迹日志中的业务轨迹标识。在另一种可能的实施方式中，在上述“解析轨迹日志，确定轨迹日志中的业务轨迹标识”的步骤之前，还可以包括：将业务轨迹日志的状态从待处理状态修改为已处理状态。在又一种可能的实施方式中，在上述“解析轨迹日志，确定轨迹日志中的业务轨迹标识”的步骤中，具体可以包括：在业务轨迹日志的状态为已处理状态的情况下，解析轨迹日志，确定轨迹日志中的业务轨迹标识。在再一种可能的实施方式中，在上述“解析轨迹日志，确定轨迹日志中的业务轨迹标识”的步骤之前，还可以包括：按照时间顺序在业务指令的列表中缓存业务轨迹日志。在再一种可能的实施方式中，在上述“解析轨迹日志，确定轨迹日志中的业务轨迹标识”的步骤中，具体可以包括：按照时间顺序解析业务指令的列表中缓存的业务轨迹日志，确定轨迹日志中的业务轨迹标识。在再一种可能的实施方式中，在上述“判断业务轨迹标识是否存在于预设订阅业务标识库中”的步骤中，可以包括：调用CometD服务，根据CometD服务判断业务轨迹标识是否存在于预设订阅业务标识库中。在再一种可能的实施方式中，在上述“在存在的情况下，将业务轨迹标识对应的轨迹日志转换为待推送消息”的步骤中，具体可以包括：根据CometD服务将业务轨迹标识对应的轨迹日志转换为待推送消息。在再一种可能的实施方式中，上述方法还可以包括：在不存在的情况下，放弃与业务轨迹标识对应的轨迹日志。在再一种可能的实施方式中，其中“预设订阅业务标识库”可以基于以下步骤确定：通过用户端接收用户创建的预设订阅业务标识库，预设订阅业务标识库包括至少一个预设订阅业务标识。第二方面，本申请实施例提供了一种消息处理的装置，该装置可以包括：收发模块，用于接收业务指令，根据业务指令生成对应的业务轨迹日志，业务轨迹日志用于记录业务指令的生命周期；解析模块，用于解析轨迹日志，确定轨迹日志中的业务轨迹标识；判断模块，用于判断业务轨迹标识是否存在于预设订阅业务标识库中；处理模块，用于在存在的情况下，将业务轨迹标识对应的轨迹日志转换为待推送消息，以便于处理模块调用收发模块，基于CometD服务将待推送消息向订阅业务轨迹标识的用户端推送。本申请，无需进行一边存储一边显示，实现了消息不落地直接送达订阅的客户端，缩短了从数据生成到数据展现的时间间隔；根据业务轨迹标识精确定位，根据轨迹日志展示跟踪业务处理轨迹，提高了处理速度，减少人工等待，达到实时跟踪、多客户端界面同时跟踪的效果。此外，该方法可以支持多个订阅的客户端同时监控同一笔的业务轨迹，以提升用户体验感。在一种可能的实施方式中，上述“解析模块”具体可以用于，按照预设轨迹日志解析规则解析轨迹日志，确定轨迹日志中的业务轨迹标识。在另一种可能的实施方式中，上述“处理模块”还用于，将业务轨迹日志的状态从待处理状态修改为已处理状态。在又一种可能的实施方式中，上述“解析模块”具体可以用于，在业务轨迹日志的状态为已处理状态的情况下，解析轨迹日志，确定轨迹日志中的业务轨迹标识。在再一种可能的实施方式中，该装置还包括：缓存模块，用于按照时间顺序在业务指令的列表中缓存业务轨迹日志。在再一种可能的实施方式中，上述“解析模块”具体可以用于，按照时间顺序解析业务指令的列表中缓存的业务轨迹日志，确定轨迹日志中的业务轨迹标识。在再一种可能的实施方式中，上述“判断模块”具体可以用于，调用CometD服务，根据CometD服务判断业务轨迹标识是否存在于预设订阅业务标识库中。在再一种可能的实施方式中，上述“处理模块”具体可以用于，根据CometD服务将业务轨迹标识对应的轨迹日志转换为待推送消息。在再一种可能的实施方式中，在不存在的情况下，上述“处理模块”还可以用于，放弃与业务轨迹标识对应的轨迹日志。在再一种可能的实施方式中，上述“处理模块”还可以用于，确定“预设订阅业务标识库”，通过用户端接收用户创建的预设订阅业务标识库，预设订阅业务标识库中包括至少一个预设订阅业务标识。第三方面，本申请实施例提供了一种消息处理的设备，该设备包括处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现如第一方面任意一项的业务开通和编排的方法。本申请，无需进行一边存储一边显示，实现了消息不落地直接送达订阅的客户端，缩短了从数据生成到数据展现的时间间隔；根据业务轨迹标识精确定位，根据轨迹日志展示跟踪业务处理轨迹，提高了处理速度，减少人工等待，达到实时跟踪、多客户端界面同时跟踪的效果。此外，该方法可以支持多个订阅的客户端同时监控同一笔的业务轨迹，以提升用户体验感。第四方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第一方面任意一项的方法。第五方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面任意一项的方法。附图说明为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍本文档来自技高网...

【技术保护点】
1.一种消息处理的方法，其特征在于，包括：接收业务指令，根据所述业务指令生成对应的业务轨迹日志，所述业务轨迹日志用于记录所述业务指令的生命周期；解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识；判断所述业务轨迹标识是否存在于预设订阅业务标识库中；在存在的情况下，将所述业务轨迹标识对应的轨迹日志转换为待推送消息，以便于基于CometD服务将所述待推送消息向订阅所述业务轨迹标识的用户端推送。

【技术特征摘要】
1.一种消息处理的方法，其特征在于，包括：接收业务指令，根据所述业务指令生成对应的业务轨迹日志，所述业务轨迹日志用于记录所述业务指令的生命周期；解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识；判断所述业务轨迹标识是否存在于预设订阅业务标识库中；在存在的情况下，将所述业务轨迹标识对应的轨迹日志转换为待推送消息，以便于基于CometD服务将所述待推送消息向订阅所述业务轨迹标识的用户端推送。2.根据权利要求1所述方法，其特征在于，所述解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识，包括：按照预设轨迹日志解析规则解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识。3.根据权利要求1或2所述方法，其特征在于，在所述解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识的步骤之前，还包括：将所述业务轨迹日志的状态从待处理状态修改为已处理状态。4.根据权利要求3所述的方法，其特征在于，所述解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识，包括：在所述业务轨迹日志的状态为已处理状态的情况下，解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识。5.根据权利要求1或2所述方法，其特征在于，在所述解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识的步骤之前，还包括：按照时间顺序在所述业务指令的列表中缓存所述业务轨迹日志。6.根据权利要求5所述的方法，其特征在于，所述解析所述轨迹日志，确定所述轨迹日志中的业务轨迹标识，包括：按照所述时间顺序解析所述业务指令的列表中缓存的业务轨迹日志，确定所述轨迹日志中的业务轨迹标识。7.根据权利要求1所述方法，其特征在于，所述判断所述业务轨迹标识是否存在于预设订阅业务标识库中，包括：...

【专利技术属性】
技术研发人员：周伟，张愚，王鑫，
申请(专利权)人：中国移动通信集团江苏有限公司，中国移动通信集团有限公司，
类型：发明
国别省市：江苏,32