一种基于多模块的消息智能交叉处理方法及系统与流程

1.本发明涉及消息处理发送策略方法集成工具技术领域，尤其涉及一种基于多模块的消息智能交叉处理方法及系统。


背景技术：

2.随着互联网和科技技术不断的发展,当下越来越多的智能手机出现在人们的生活中，这种高科技已经成为现代人生活中不可缺少的一部分了。越来越多企业和政府单位也将自己的系统迁移到互联网上，企业需要将一些产品宣传推广、营销活动、办事流程、事件预约提醒等一些信息通知到用户，为了让用户能更好的详细了解这些消息可能都比较长，长短信就需要按运营商单条最多字符拆分成多条按条计费，如果包含图片企业的成本更加加大，长消息导致用户没耐心看完，也容易忽略其中关键信息，容易被当成垃圾短信用户体验也不好，人工操作工作量大，容易错，隐私性差。
3.本技术发明人在实现本技术实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题：
4.现有技术中存在无法对消息展示模板进行按场景智能匹配或应用业务场景定制，人工发放成本大、用户体验感差的技术问题。


技术实现要素：

5.本技术实施例通过提供一种基于多模块的消息智能交叉处理方法及系统，获得应用系统消息数据发送处理的请求信息并判断是否属于风险访问；如果不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；获得与之相匹配的应用业务系统交付协议；对应用系统消息数据和应用业务系统交付协议进行验签；配置消息发送规则；将应用系统消息数据的规则唯一标识key与配置消息发送规则进行匹配，获得第一配置消息发送规则；按照第一配置消息发送规则生成消息数据记录，进而生成第一短链接，并发送给用户。解决了无法对消息展示模板进行按场景智能匹配或应用业务场景定制，人工发放成本大、用户体验感差的技术问题。实现了可以按协议对接不同的系统，消息的展示模板可以支持从系统模板库按场景智能匹配或应用业务场景定制，节省了企业的人工和发放成本，企业更好的统一管理各个系统的消息发放，让用户简单明了快速的获取消息信息，企业也降低成本和提高用户体验的技术效果。
6.鉴于上述问题，本技术实施例提供一种基于多模块的消息智能交叉处理方法及系统。
7.第一方面，本技术提供了一种基于多模块的消息智能交叉处理方法，其中，所述方法包括：获得应用系统消息数据发送处理的请求信息；判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；对所述应用系统
消息数据和所述应用业务系统交付协议进行验签；配置消息发送规则；将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；按照所述第一配置消息发送规则生成消息数据记录；根据所述消息数据记录，生成第一短链接；将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。
8.另一方面，本技术还提供了一种基于多模块的消息智能交叉处理系统，其中，所述系统包括：第一获得单元，所述第一获得单元用于获得应用系统消息数据发送处理的请求信息；第一判断单元，所述第一判断单元用于判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；第一执行单元，所述第一执行单元用于如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；第二获得单元，所述第二获得单元用于获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；第二执行单元，所述第二执行单元用于对所述应用系统消息数据和所述应用业务系统交付协议进行验签；第三执行单元，所述第三执行单元用于配置消息发送规则；第三获得单元，所述第三获得单元用于将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；第四执行单元，所述第四执行单元用于按照所述第一配置消息发送规则生成消息数据记录；第五执行单元，所述第五执行单元用于根据所述消息数据记录，生成第一短链接；第六执行单元，所述第六执行单元用于将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。
9.另一方面，本技术实施例还提供了一种基于多模块的消息智能交叉处理方法及系统，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述第一方面所述方法的步骤。
10.本技术实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：
11.本技术实施例提供了一种基于多模块的消息智能交叉处理方法及系统，获得应用系统消息数据发送处理的请求信息；判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；对所述应用系统消息数据和所述应用业务系统交付协议进行验签；配置消息发送规则；将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；按照所述第一配置消息发送规则生成消息数据记录；根据所述消息数据记录，生成第一短链接；将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。解决了无法对消息展示模板进行按场景智能匹配或应用业务场景定制，人工发放成本大、用户体验感差的技术问题。实现了可以按协议对接不同的系统，消息的展示模板可以支持从系统模板库按场景智能匹配或应用业务场景定制，节省了企业的人工和发放成本，企业更好的统一管理各个系统的消息发放，让用户简单明了快速的获取消息信息，企业也降低成本和提高用户体验的技术效果。
12.上述说明是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
13.图1为本技术实施例一种基于多模块的消息智能交叉处理方法的流程示意图；
14.图2为本技术实施例一种基于多模块的消息智能交叉处理方法中生成第一短链接的流程示意图；
15.图3为本技术实施例一种基于多模块的消息智能交叉处理方法中将所述应用系统消息数据展示给所述用户的流程示意图；
16.图4为本技术实施例一种基于多模块的消息智能交叉处理方法中判断是否需要进行消息读取的用户安全认证的流程示意图；
17.图5为本技术实施例一种基于多模块的消息智能交叉处理系统的结构示意图；
18.图6为本技术实施例示例性电子设备的结构示意图。
19.附图标记说明：第一获得单元11，第一判断单元12，第一执行单元13，第二获得单元14，第二执行单元15，第三执行单元16，第三获得单元17，第四执行单元18，第五执行单元19，第六执行单元20，电子设备300，存储器301，处理器302，通信接口303，总线架构304。
具体实施方式
20.本技术实施例通过提供一种基于多模块的消息智能交叉处理方法及系统，解决了无法对消息展示模板进行按场景智能匹配或应用业务场景定制，人工发放成本大、用户体验感差的技术问题。实现了可以按协议对接不同的系统，消息的展示模板可以支持从系统模板库按场景智能匹配或应用业务场景定制，节省了企业的人工和发放成本，企业更好的统一管理各个系统的消息发放，让用户简单明了快速的获取消息信息，企业也降低成本和提高用户体验的技术效果。
21.下面，将参考附图详细的描述本技术的示例实施例，显然，所描述的实施例仅是本技术的一部分实施例，而不是本技术的全部实施例，应理解，本技术不受这里描述的示例实施例的限制。
22.申请概述
23.随着互联网和科技技术不断的发展,当下越来越多的智能手机出现在人们的生活中，这种高科技已经成为现代人生活中不可缺少的一部分了。越来越多企业和政府单位也将自己的系统迁移到互联网上，企业需要将一些产品宣传推广、营销活动、办事流程、事件预约提醒等一些信息通知到用户，为了让用户能更好的详细了解这些消息可能都比较长，长短信就需要按运营商单条最多字符拆分成多条按条计费，如果包含图片企业的成本更加加大，长消息导致用户没耐心看完，也容易忽略其中关键信息，容易被当成垃圾短信用户体验也不好，人工操作工作量大，容易错，隐私性差。
24.针对上述技术问题，本技术提供的技术方案总体思路如下：
25.本技术提供了一种基于多模块的消息智能交叉处理方法，所述方法应用于一种基于多模块的消息智能交叉处理系统，其中，所述方法包括：获得应用系统消息数据发送处理的请求信息；判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；对所述应用系统消息数据和所述应用业务系统交付协议
进行验签；配置消息发送规则；将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；按照所述第一配置消息发送规则生成消息数据记录；根据所述消息数据记录，生成第一短链接；将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。
26.在介绍了本技术基本原理后，下面将结合说明书附图来具体介绍本技术的各种非限制性的实施方式。
27.实施例一
28.如图1所示，本技术实施例提供一种基于多模块的消息智能交叉处理方法，其中，所述方法包括：
29.步骤s100：获得应用系统消息数据发送处理的请求信息；
30.步骤s200：判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；
31.具体而言，数据(data)是对事实、概念或指令的一种表达形式，可由人工或自动化装置进行处理。数据经过解释并赋予一定的意义之后，便成为信息。数据处理(data processing)是对数据的采集、存储、检索、加工、变换和传输。数据处理对数据(包括数值的和非数值的)进行分析和加工的技术过程。包括对各种原始数据的分析、整理、计算、编辑等的加工和处理。首先获得应用系统有关消息消息数据发送处理的请求信息，用以对数据进行处理，接收到需要进行处理的数据后，需判断所述应用系统消息数据发送处理的请求信息访问是否存在风险。应用系统信息配置是独立存在的，为其他应用业务系统提供发消息服务，需要配置一些应用业务系统的信息和规则。
32.步骤s300：如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；
33.步骤s400：获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；
34.具体而言，所述身份唯一标识是指将应用业务系统的信息保存起来，并生成一个应用系统唯一标识，代表应用系统的身份令牌id，用于交互身份识别。将当前访问者的信息上传到风控系统，进行风险验证，当前访问如果存在风险，会直接中断当前操作；如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key找到对应的应用业务系统交付协议，与之进行匹配。匹配不到与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议，直接返回无效的应用key，并上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，会进行风控紧急拦截处理，通知相关人。匹配到了与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议，将需要发送的消息数据和模板规则进行对应，验证数据格式不对应或缺少参数，则直接返回，消息数据无效。
35.步骤s500：对所述应用系统消息数据和所述应用业务系统交付协议进行验签；
36.步骤s600：配置消息发送规则；
37.具体而言，首先对所述应用系统消息数据和所述应用业务系统交付协议进行验签。数据验签，即将接收到应用系统的消息发送数据和匹配到的应用交互协议进行验签，如果所述应用系统消息数据和所述应用业务系统交付协议验签失败，直接返回数据，进而上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，会进行风控紧急
拦截处理，通知相关人。当所述应用系统消息数据和所述应用业务系统交付协议验签成功后，需要匹配应用消息发送规则，将验证好的数据和模板规则进封装处理，处理好后保存成对应的消息数据记录。配置应用业务系统与本消息处理系统交互传输的数据时加签验签的协议参数，以防本消息系统被串改，系统被攻击，身份被盗用。
38.步骤s700：将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；
39.步骤s800：按照所述第一配置消息发送规则生成消息数据记录；
40.具体而言，匹配应用消息发送规则，将验证好的数据和模板规则进封装处理，处理好后保存成对应的消息数据记录。首先将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，进而获得第一配置消息发送规则。验证数据规则是否匹配，将规则唯一标识key进行匹配消息发送规则，如果匹配不到所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则，则直接返回无效的规则唯一标识key，上传用户访问信息数据到风控系统，当访问错误频率满足控拦截策略时，会进行风控紧急拦截处理，通知相关人；如果匹配到了所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则，将需要发送的消息数据和模板规则进行对应，验证数据格式不对应或缺少参数，则直接返回，消息数据无效。
41.步骤s900：根据所述消息数据记录，生成第一短链接；
42.步骤s1000：将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。
43.具体而言，短链接是由一个短域名(域名可以按应用固定，也可以共用一个系统默认的)+一个唯一标识码生成,是用于用户提取消息数据。根据之前步骤所保存的用户消息数据记录，用当前消息发送规则匹配，对应短链接生成规则，具体地，短链接码需要生成多少位的(按消息模板规则的安全要求，推荐长度)、链接是否需要有效期、链接是否需要限制访问次数、链接被攻击或者监控预警配置(通知相关人紧急处理)以及链接码是否需要进行加密等规则，进而生成短链接。所述将消息发送给用户，需要调动配置消息发送模板。通过消息发送的场景(营销、推广、结果通知等)、是否需要身份验证(手机号，邮箱，人脸，身份证等)、接收用户群体年龄段，性别，职业，消息的长度等辅助条件智能推荐模板或者直接选择匹配的模板，有需求匹配上的模板，直接选择；如果没有，则调用新增应用业务系统需要模板，并保存应用选择的消息模板规则。将短链接及消息简要通过当前消息发送规则里配置的发送方式，等待应用发起消息发送请求，进而发给用户。
44.进一步而言，如图2所示，所述根据所述消息数据记录，生成第一短链接，本技术实施例步骤s900包括：
45.步骤s910：根据所述消息数据记录，获得第一唯一标识码；
46.步骤s920：获得第一短域名；
47.步骤s930：根据所述第一短域名和所述第一唯一标识码，配置短链接生成规则；
48.步骤s940：根据所述短链接生成规则，生成所述第一短链接。
49.具体而言，短域名，是相对于我们平时的域名过长问题而衍生出来的名字，方便我们日常使用、记录。根据所述消息数据记录，系统接收应用传过来身份令牌key和需要发送的消息数据和消息发送规则唯一标识key等信息，获得第一唯一标识码。系统获得第一短域名，根据所述第一短域名和所述第一唯一标识码，对短链接生成规则进行配置。短链接生成
规则包括：需要生成多少位的(按消息模板规则的安全要求，推荐长度)、链接是否需要有效期、链接是否需要限制访问次数、链接被攻击或者监控预警配置(通知相关人紧急处理)以及链接码是否需要进行加密等等。系统根据其配置短链接生成规则，进而生成所述第一短链接。生成的短链接，可以使用户通过短链接访问读取通知信息，按照不同的展现形式进行发放，提高了用户的体验感。
50.进一步而言，所述判断所述应用系统消息数据发送处理的请求信息是否属于风险访问之后，本技术实施例步骤s200包括：
51.步骤s210：如果所述应用系统消息数据发送处理的请求信息属于风险访问，中断当前操作。
52.具体而言，首先获得应用系统有关消息消息数据发送处理的请求信息，用以对数据进行处理，接收到需要进行处理的数据后，需判断所述应用系统消息数据发送处理的请求信息访问是否存在风险，将当前访问者的信息上传到风控系统，进行风险验证，当前访问如果存在风险，会直接中断当前操作，提高了系统的安全性能，使用户更好地访问。
53.进一步而言，所述根据应用身份唯一标识key对应用业务系统交付协议进行匹配之后，本技术实施例步骤s300包括：
54.步骤s310：如果应用身份唯一标识key未匹配到所述应用业务系统交付协议，上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，进行第一风控紧急拦截处理。
55.具体而言，所述身份唯一标识是指将应用业务系统的信息保存起来，并生成一个应用系统唯一标识，代表应用系统的身份令牌id，用于交互身份识别。如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key找到对应的应用业务系统交付协议，与之进行匹配。匹配不到与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议，直接返回无效的应用key，并上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，会进行风控紧急拦截处理，通知相关人。
56.进一步而言，所述对所述应用系统消息数据和所述应用业务系统交付协议进行验签，本技术实施例步骤s500包括：
57.步骤s510：如果所述验签失败，上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，进行第二风控紧急拦截处理。
58.具体而言，首先对所述应用系统消息数据和所述应用业务系统交付协议进行验签。数据验签，即将接收到应用系统的消息发送数据和匹配到的应用交互协议进行验签，如果所述应用系统消息数据和所述应用业务系统交付协议验签失败，直接返回数据，进而上传用户访问信息数据到风控系统，进行风控分析，当访问错误频率满足风控拦截策略时，触发拦截策略的请求，会进行风控紧急拦截处理，记为第二风控紧急拦截处理，并通知相关人。
59.进一步而言，所述将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则，本技术实施例步骤s700包括：
60.步骤s710：获得所述应用系统消息数据的规则唯一标识key；
61.步骤s720：将所述应用系统消息数据的规则唯一标识key输入规则匹配模型，获得
所述第一配置消息发送规则。
62.具体而言，匹配应用消息发送规则，将验证好的数据和模板规则进封装处理，处理好后保存成对应的消息数据记录。首先将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，进而获得第一配置消息发送规则。而第一配置消息发送规则的获得，必须要通过规则匹配模型进行训练。基于所述应用系统消息数据的规则唯一标识key，作为输入信息，输入到规则匹配模型，对规则匹配模型进行反复训练，直至所述规则匹配模型的输出结果趋于稳定，此时完成所述规则匹配模型的构建。将所述应用系统消息数据的规则唯一标识key作为输入信息，输入到规则匹配模型，进而获得第一输出结果，即为第一配置消息发送规则。此步骤便于生成消息数据记录，进一步生成短链接，从而使用户简单明了快速的获取消息信息。
63.进一步而言，如图3所示，所述将所述第一短链接和所述应用系统消息数据的消息简要发送给用户之后，本技术实施例步骤s1000包括：
64.步骤s1010：获得所述第一短链接中的唯一标识key码；
65.步骤s1020：获得所述用户的访问信息；
66.步骤s1030：对所述访问信息进行风险验证；
67.步骤s1040：当所述风险验证通过后，通过所述第一短链接中的标识码对消息模板发放规则进行匹配，获得消息数据规则；
68.步骤s1050：根据所述消息数据规则，将所述应用系统消息数据展示给所述用户。
69.具体而言，将所述第一短链接和所述应用系统消息数据的消息简要发送给用户之后，系统先获得所述第一短链接中的唯一标识key码以及所述用户的访问信息，并对所述访问信息进行风险验证。比如使用手机号、邮箱、人脸识别以及身份证等验证方法进行验证用户信息；对于消息数据，首先进行智能判断，根据应用传过来的数据进行分析，判断数据的长度，是否包含图片，模板约定的占位符等信息，来判断是否是长消息。如果是长消息，则需要拆分成短消息进行验证，纯文本的短消息，这种不需要套用模板生成页面展示给用户，直接将文字信息发给用户，比如数字验证码。当所述风险验证通过后，通过所述第一短链接中的标识码对消息模板发放规则进行匹配，获得消息数据规则，将需要通知用户的消息，通过本系统方法转换处理保存起来，并对应生成一个短链接加上简短的描述发给用户，用户可以通过短链接访问读取通知信息，展现形式按发放方式来展现。比如：短信发放(过h5展现给用户)、app内消息发放(支持h5网页或者app小程序页面，图片)、邮件(pc网页，h5网页，图片)等等。本系统是独立存在的可以按协议对接不同的系统，消息的展示模板可以支持从系统模板库按场景智能匹配或应用业务场景定制，节省了企业的人工和发放成本。
70.进一步而言，如图4所示，所述当所述风险验证通过后，通过所述第一短链接中的标识码对消息模板发放规则进行匹配，获得消息数据规则之后，本技术实施例步骤s1040包括：
71.步骤s1041：根据所述消息数据规则，判断是否需要进行消息读取的用户安全认证；
72.步骤s1042：如果需要进行消息读取的用户安全认证，获得所述yoghurt的身份信息，对所述身份信息进行认证；
73.步骤s1043：如果所述认证不通过，将验证无效的数据上传到风控系统。
74.具体而言，当所述风险验证通过后，通过所述第一短链接中的标识码对消息模板发放规则进行匹配，通过消息发送的场景(营销、推广、结果通知等)、是否需要身份验证(手机号，邮箱，人脸，身份证等)、接收用户群体年龄段，性别，职业，消息的长度等辅助条件智能推荐模板或者直接选择匹配的模板，进而获得消息数据规则。获得消息数据规则之后，根据所述消息数据规则，判断是否需要进行消息读取的用户安全认证。如果需要进行消息读取的用户安全认证，获得所述yoghurt的身份信息，对所述身份信息进行认证；如果所述认证不通过，将验证无效的数据上传到风控系统。配置每个应用的风控拦截规则，比如同一个用户、同一应用、同一个ip等一些操作者的身份信息在多长时间内错误的次数、ip区域限制(例如只能国内的)等。系统将错误访问数据上传到风控单元，进行风控分析，触发拦截策略的请求，会直接进行中断，并通知相关人进行紧急处理。
75.综上所述，本技术实施例所提供的一种基于多模块的消息智能交叉处理方法，具有如下技术效果：
76.1、本技术提供了一种基于多模块的消息智能交叉处理方法，所述方法应用于一种基于多模块的消息智能交叉处理系统，其中，所述方法包括：获得应用系统消息数据发送处理的请求信息；判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；对所述应用系统消息数据和所述应用业务系统交付协议进行验签；配置消息发送规则；将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；按照所述第一配置消息发送规则生成消息数据记录；根据所述消息数据记录，生成第一短链接；将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。解决了无法对消息展示模板进行按场景智能匹配或应用业务场景定制，人工发放成本大、用户体验感差的技术问题。实现了可以按协议对接不同的系统，消息的展示模板可以支持从系统模板库按场景智能匹配或应用业务场景定制，节省了企业的人工和发放成本，企业更好的统一管理各个系统的消息发放，让用户简单明了快速的获取消息信息，企业也降低成本和提高用户体验的技术效果。
77.实施例二
78.基于与前述实施例中一种基于多模块的消息智能交叉处理方法，同样发明构思，本发明还提供了一种基于多模块的消息智能交叉处理系统，如图5所示，所述系统包括：
79.第一获得单元11，所述第一获得单元11用于获得应用系统消息数据发送处理的请求信息；
80.第一判断单元12，所述第一判断单元12用于判断所述应用系统消息数据发送处理的请求信息是否属于风险访问；
81.第一执行单元13，所述第一执行单元13用于如果所述应用系统消息数据发送处理的请求信息不属于风险访问，根据应用身份唯一标识key对应用业务系统交付协议进行匹配；
82.第二获得单元14，所述第二获得单元14用于获得与所述应用系统消息数据的应用身份唯一标识key相匹配的应用业务系统交付协议；
83.第二执行单元15，所述第二执行单元15用于对所述应用系统消息数据和所述应用
业务系统交付协议进行验签；
84.第三执行单元16，所述第三执行单元16用于配置消息发送规则；
85.第三获得单元17，所述第三获得单元17用于将所述应用系统消息数据的规则唯一标识key与所述配置消息发送规则进行匹配，获得第一配置消息发送规则；
86.第四执行单元18，所述第四执行单元18用于按照所述第一配置消息发送规则生成消息数据记录；
87.第五执行单元19，所述第五执行单元19用于根据所述消息数据记录，生成第一短链接；
88.第六执行单元20，所述第六执行单元20用于将所述第一短链接和所述应用系统消息数据的消息简要发送给用户。
89.进一步的，所述系统还包括：
90.第四获得单元，所述第四获得单元用于根据所述消息数据记录，获得第一唯一标识码；
91.第五获得单元，所述第五获得单元用于获得第一短域名；
92.第七执行单元，所述第七执行单元用于根据所述第一短域名和所述第一唯一标识码，配置短链接生成规则；
93.第八执行单元，所述第八执行单元用于根据所述短链接生成规则，生成所述第一短链接。
94.进一步的，所述系统还包括：
95.第九执行单元，所述第九执行单元用于如果所述应用系统消息数据发送处理的请求信息属于风险访问，中断当前操作。
96.进一步的，所述系统还包括：
97.第十执行单元，所述第十执行单元用于如果应用身份唯一标识key未匹配到所述应用业务系统交付协议，上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，进行第一风控紧急拦截处理。
98.进一步的，所述系统还包括：
99.第十一执行单元，所述第十一执行单元用于如果所述验签失败，上传用户访问信息数据到风控系统，当访问错误频率满足风控拦截策略时，进行第二风控紧急拦截处理。
100.进一步的，所述系统还包括：
101.第六获得单元，所述第六获得单元用于获得所述应用系统消息数据的规则唯一标识key；
102.第七获得单元，所述第七获得单元用于将所述应用系统消息数据的规则唯一标识key输入规则匹配模型，获得所述第一配置消息发送规则。
103.进一步的，所述系统还包括：
104.第八获得单元，所述第八获得单元用于获得所述第一短链接中的唯一标识key码；
105.第九获得单元，所述第九获得单元用于获得所述用户的访问信息；
106.第十二执行单元，所述第十二执行单元用于对所述访问信息进行风险验证；
107.第十获得单元，所述第十获得单元用于当所述风险验证通过后，通过所述第一短链接中的标识码对消息模板发放规则进行匹配，获得消息数据规则；
108.第十三执行单元，所述第十三执行单元用于根据所述消息数据规则，将所述应用系统消息数据展示给所述用户。
109.进一步的，所述系统还包括：
110.第二判断单元，所述第二判断单元用于根据所述消息数据规则，判断是否需要进行消息读取的用户安全认证；
111.第十四执行单元，所述第十四执行单元用于如果需要进行消息读取的用户安全认证，获得所述yoghurt的身份信息，对所述身份信息进行认证；
112.第十五执行单元，所述第十五执行单元用于如果所述认证不通过，将验证无效的数据上传到风控系统。
113.示例性电子设备
114.下面参考图6来描述本技术实施例的电子设备。
115.基于与前述实施例中一种基于多模块的消息智能交叉处理方法相同的发明构思，本技术实施例还提供了一种基于多模块的消息智能交叉处理系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序，当所述程序被所述处理器执行时，使得系统以执行第一方面任一项所述的方法。
116.该电子设备300包括：处理器302、通信接口303、存储器301。可选的，电子设备300还可以包括总线架构304。其中，通信接口303、处理器302以及存储器301可以通过总线架构304相互连接；总线架构304可以是外设部件互连标总线或扩展工业标准结构总线等。所述总线架构304可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
117.处理器302可以是一个cpu，微处理器，asic，或一个或多个用于控制本技术方案程序执行的集成电路。通信接口303，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网，无线局域网，有线接入网等。存储器301可以是rom或可存储静态信息和指令的其他类型的静态存储设备，ram或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器、只读光盘或其他光盘存储、光碟存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线架构304与处理器相连接。存储器也可以和处理器集成在一起。
118.其中，存储器301用于存储执行本技术方案的计算机执行指令，并由处理器302来控制执行。处理器302用于执行存储器301中存储的计算机执行指令，从而实现本技术上述实施例提供的一种基于多模块的消息智能交叉处理方法。
119.可选的，本技术实施例中的计算机执行指令也可以称之为应用程序代码，本技术实施例对此不作具体限定。
120.本技术实施例解决了无法对消息展示模板进行按场景智能匹配或应用业务场景定制，人工发放成本大、用户体验感差的技术问题。实现了可以按协议对接不同的系统，消息的展示模板可以支持从系统模板库按场景智能匹配或应用业务场景定制，节省了企业的人工和发放成本，企业更好的统一管理各个系统的消息发放，让用户简单明了快速的获取消息信息，企业也降低成本和提高用户体验的技术效果。
121.本领域普通技术人员可以理解：本技术中涉及的第一、第二等各种数字编号仅为
描述方便进行的区分，并不用来限制本技术实施例的范围，也不表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a
‑
b,a
‑
c,b
‑
c,或a
‑
b
‑
c，其中a,b,c可以是单个，也可以是多个。
122.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质、光介质、或者半导体介质等。
123.本技术实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(asic)，现场可编程门阵列(fpga)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。
124.本技术实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd
‑
rom或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中，asic可以设置于终端中。可选地，处理器和存储媒介也可以设置于终端中的不同的部件中。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
125.尽管结合具体特征及其实施例对本技术进行了描述，显而易见的，在不脱离本技术的精神和范围的情况下，可对其进行各种修改和组合。
126.相应地，本说明书和附图仅仅是所附权利要求所界定的本技术的示例性说明，且视为已覆盖本技术范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的范围。这样，倘若本技术的这些修
改和变型属于本技术权利要求及其等同技术的范围之内，则本技术意图包括这些改动和变型在内。