一种消息分发方法、系统、设备及介质与流程

1.本公开涉及金融科技技术领域，具体涉及一种消息分发方法、系统、设备及介质。


背景技术：

2.大型企业如银行，由于业务定位的不同，各地方分公司如分行需要进行地域性活动推广或者信息采集，会通过95588平台向客户推送多种类别的短信。客户根据收到的短信转发相关内容回复给95588完成相应报名或确认操作。目前用户的转发行为是会经总行科技部门的相关后台系统来操作识别处理的，各分行没有统计客户反馈结果及已反馈人数等维度的统计手段，无法直观的获取数据层面推广效果。用户回复后如果联系分行查询自己反馈的信息由于缺少统一的消息统计结果可能使得客户无法在第一时间得到核实，用户体验差，后续维护的整体流程链路长。另外，随着分行业务的推广，有些验证转发类信息的处理分行科技部门希望由总行科技部门直接分发给分行完成后续流程，这种机制目前需要根据不同的需求进行重复性开发工作，整体项目周期长且灵活性、兼容性会大大受限。


技术实现要素：

3.(一)要解决的技术问题
4.针对上述问题，本公开提供了一种消息分发方法、系统、设备及介质，用于至少部分解决传统消息分发方法的开发重复性内容多、开发周期长、兼容性较差等技术问题。
5.(二)技术方案
6.本公开一方面提供了一种消息分发方法，包括：获取每一子节点发送的第一特征信息；获取用户发送的消息，得到消息的第二特征信息，判断第二特征信息是否与第一特征信息相匹配，若是，则将消息发送至与第一特征信息相应的第一子节点。
7.进一步地，获取用户发送的消息，得到消息的第二特征信息包括：获取用户发送的消息，对消息的内容进行预处理，得到关键字信息；获取消息的属性信息，关键字信息和属性信息构成第二特征信息。
8.进一步地，判断第二特征信息是否与第一特征信息相匹配包括：判断第二特征信息的关键字信息是否与第一特征信息的关键字信息相匹配；判断第一特征信息的识别规则是否与第二特征信息相匹配。
9.进一步地，判断第一特征信息的识别规则是否与第二特征信息相匹配包括：根据第一特征信息的识别规则，判断第二特征信息的属性信息是否与第一特征信息相匹配。
10.进一步地，将消息发送至与第一特征信息相应的第一子节点包括：若第二特征信息是否与第一特征信息相匹配，将消息及第二特征信息进行存储；收集预设时间段内与第一子节点相应的消息，将消息及第二特征信息批量发送给第一子节点。
11.本公开另一方面提供了一种消息分发方法，包括：向主节点发送第一特征信息；获取主节点转发的用户消息，用户消息的第二特征信息与第一特征信息相匹配。
12.进一步地，用户消息的第二特征信息与第一特征信息相匹配包括：判断第二特征
信息的关键字信息是否与第一特征信息的关键字信息相匹配；判断第一特征信息的识别规则是否与第二特征信息相匹配；若匹配，则获取主节点转发的用户消息。
13.进一步地，判断第一特征信息的识别规则是否与第二特征信息相匹配包括：根据第一特征信息的识别规则，判断第二特征信息的属性信息是否与第一特征信息相匹配。
14.进一步地，获取主节点转发的用户消息包括：若第二特征信息是否与第一特征信息相匹配，将消息及第二特征信息进行存储；批量获取主节点转发的用户消息及第二特征信息，用户消息为预设时间段内与本地子节点相应的消息。
15.本公开还有一方面提供了一种消息分发系统，包括：主节点，用于获取每一子节点发送的第一特征信息；并用于获取用户发送的消息，得到消息的第二特征信息，判断第二特征信息是否与第一特征信息相匹配，若是，则将消息发送至与第一特征信息相应的第一子节点；至少一个子节点，用于向主节点发送第一特征信息；并用于获取主节点转发的用户消息，用户消息的第二特征信息与第一特征信息相匹配。
16.进一步地，主节点包括：消息路由模块，用于获取用户发送的消息，得到消息的第二特征信息；消息自助模块，用于判断第二特征信息是否与第一特征信息相匹配；异步消息模块，用于当第二特征信息与第一特征信息相匹配时，将消息及第二特征信息进行存储。
17.进一步地，主节点还包括：批量模块，用于收集预设时间段内与第一子节点相应的消息，将消息及第二特征信息批量发送给第一子节点；数据库模块，用于存储每一子节点发送的第一特征信息，并用于存储消息及第二特征信息。
18.进一步地，消息分发系统采用微服务架构搭建，各模块之间独立工作。
19.本公开还有一方面提供了一种电子设备，包括：处理器；存储器，其存储有计算机可执行程序，该程序在被处理器执行时，使得处理器执行如前述消息分发方法。
20.本公开还有一方面提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如前述消息分发方法。
21.(三)有益效果
22.本公开实施例提供的一种消息分发方法、系统、设备及介质，通过获取每一子节点发送的第一特征信息，可兼容多种特征信息的配置；进一步通过判断用户消息的第二特征信息与第一特征信息是否匹配，可快速对相应子节点的用户反馈的消息结果进行统计，并定时、自动将统计办理的结果等信息批量分发给各子节点，协助子节点进行后续用户行为处理，减少了消息分发的重复性开发工作，且模板信息可以根据各个分行的需求灵活设置，使用便捷；还通过采用微服务架构搭建系统，使得各组件之间独立部署、独立工作，大大缩短了运营成本。
附图说明
23.图1示意性示出了根据本公开实施例消息分发方法的示例性系统架构图；
24.图2示意性示出了根据本公开实施例消息分发方法的流程图；
25.图3示意性示出了根据本公开实施例中主节点与子节点的交互过程图；
26.图4示意性示出了根据本公开另一实施例消息分发方法的流程图；
27.图5示意性示出了根据本公开实施例中消息分发系统内部架构图；
28.图6示意性示出了根据本公开实施例的消息分发方法系统操作流程图；
29.图7示意性示出了根据本公开实施例的消息分发方法的完整工作流程图；
30.图8示意性示出了根据本公开实施例的消息分发系统的数据流向图；
31.图9示意性示出了根据本公开实施例的计算机系统的框图。
具体实施方式
32.为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
33.本公开的实施例提供了一种消息分发方法、系统、设备及介质，针对不同子节点地域性推广及个性化需求下发消息给用户，并需要统计用户反馈结果信息的需求，提出了基于子节点上行验证类消息的消息分发方法和系统的方案，对于前文问题的解决，提供了技术支撑。
34.图1示意性示出了根据本公开实施例的消息分发方法的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
35.如图1所示，根据该实施例的系统架构100可以包括终端设备101、102，网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
36.用户可以使用终端设备101、102通过网络103与服务器104交互，以接收或发送消息等。终端设备101、102上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具、社交平台软件等(仅为示例)。
37.终端设备101、102可以是具有显示屏并且支持消息发送的各种电子设备，包括但不限于智能手机、平板电脑等等。
38.服务器104可以是提供各种服务的服务器，例如对用户利用终端设备101、102所发送的消息提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
39.需要说明的是，本公开实施例所提供的消息分发方法一般可以由服务器104执行。相应地，本公开实施例所提供的用于消息分发方法的系统一般可以设置于服务器104中。本公开实施例所提供的识别方法也可以由不同于服务器104且能够与终端设备101、102和/或服务器104通信的服务器或服务器集群执行。相应地，本公开实施例所提供的用于识别的系统也可以设置于不同于服务器104且能够与终端设备101、102和/或服务器104通信的服务器或服务器集群中。
40.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
41.图2示意性示出了根据本公开实施例消息分发方法的流程图。
42.s11，获取每一子节点发送的第一特征信息。
43.主节点与子节点的交互过程图请参见图3，该识别方法通常包括1个主节点en和与之通信的多个子节点n1
‑
31、n2
‑
32、n3
‑
33、n4
‑
34，主节点30可为主机，用于接收、处理子节
点发送的特征信息和用户发送的消息；子节点31、32、33、34也可为主机，用于获取主节点转发的用户消息后，为用户提供后续服务与业务办理。在步骤s11中，子节点将设置好的第一特征信息发送给主节点en，第一特征信息可以是模板信息，主节点获取的用户信息若与该模板匹配，则说明该信息是发给该子节点的，主节点便将该用户发送的信息及相关内容转发给该子节点。当然这里的子节点可以为至少一个的任意个数，每个子节点发送的第一特征信息均不相同，以此保证用户发送的信息仅有唯一的子节点与之相对应。
44.s12，获取用户发送的消息，得到消息的第二特征信息，判断第二特征信息是否与第一特征信息相匹配，若是，则将消息发送至与第一特征信息相应的第一子节点。
45.主节点获取子节点发送的第一特征信息之后，还需获取用户发送的消息，根据消息的内容及消息来源属性等信息判断该用户消息是否与某一个第一特征信息相匹配，若是，则可以确定该用户消息是发送给其中的第一子节点，主节点则将该用户消息发送给第一子节点，这里第一子节点是指与特定用户消息相应的子节点，“第一”仅仅用于区分其它不相应的子节点，其本身并不意含及代表该子节点有任何的序数。本公开通过提供第一特征信息的模板配置功能，子节点可通过数据库配置实现对消息规则的识别和结果的采集，无需重复开发。
46.为了更清楚地了解本公开的消息分发方法，下面通过一具体实施例对该方法进行说明，以银行总行对各个分行进行短信统计及分发的场景为例。
47.银行分行需要进行地域性活动推广或者信息采集，会通过银行总行95588平台向客户推送多种类别的短信。客户根据收到的短信转发相关内容回复给95588完成相应报名或确认操作。目前各分行没有统计客户反馈结果及已反馈人数等维度的统计手段，或者是由总行直接分发给分行完成后续流程，这种机制目前需要根据不同的需求进行重复性开发工作，整体项目周期长且灵活性、兼容性会大大受限。
48.本公开的消息分发方法中，银行总行的系统平台即为主节点，各个分行或者支行网点的系统平台即为子节点，分行验证类短信通过95588下发给客户后，客户会根据短信内容提示编辑转发收到的短信内容回复给95588。例如，武汉分行通过95588下发内容“您是我行优质客户，诚邀您体验工银信用卡，2日内编辑短信回复
‘
急速无界’至95588，即可在线办理工银无界白金数字信用卡。”至本地客户进行信用卡业务的推广，本地用户若有信用卡办理的需求则会回复“急速无界”至95588。95588为总行平台，分行无法直接获取用户的反馈信息，总行可以根据不同分行的需求进行开发，但是分行众多，开发重复性工作量很大、兼容性较差。由此，本公开的消息分发方法需要分行在活动推广之前，在系统中配置第一特征信息；第一特征信息可包括模板信息，模板内容包括识别规则、模板关键字、设置时间、分行地区号等信息。
49.根据以上应用场景，武汉分行在下发推广内容之前需要在系统中配置第一特征信息，包括：模板关键字为急速无界，分行地区号为武汉分行编号等等。配置完成后，武汉分行即可下发短信推广内容。总行平台95588获取用户反馈的信息后，对该信息的内容及相关信息进行预处理，包括获取客户手机号、该短信所属分行地区、该短信所属分行地区名、短信关键字、短信内容等信息，作为第二特征信息。通过识别规则将该第二特征信息与多个第一特征信息进行匹配，识别规则例如可以为是否包含某个字符，还可以为转换成大写是否包含某个字符等等。
50.主节点在识别过程中，若符合识别规则，则进一步对内容进行判断，若用户反馈的信息内容为“急速无界”，系统将该信息与第一子节点的第一特征信息匹配成功，则将该信息及相关内容一并发送至第一子节点；若用户反馈的信息内容为“尊享无界”，系统将该信息与第二子节点的第一特征信息匹配成功，则将该信息及相关内容一并发送至第二子节点；若用户反馈的信息内容为“信用卡”，则匹配失败，系统不进行处理；若用户反馈的信息内容为“td”(退订)，系统则将该信息送入其它类短信功能流程。
51.由于总行平台95588接收的短信数量巨大，匹配成功的用户消息及相关信息可以先以异步的方式先登记入库，再根据分行的要求对某些统计结果进行针对性批量分发，例如可以是每天6点将前一天存储的所有分行批量文件发送至该分行，该方法减少了消息分发的重复性开发工作，且模板信息可以根据各个分行的需求灵活设置，使用便捷；用户需求也可以得到及时响应，服务体验感更好。
52.在上述实施例的基础上，获取用户发送的消息，得到消息的第二特征信息包括：获取用户发送的消息，对消息的内容进行预处理，得到关键字信息；获取消息的属性信息，关键字信息和属性信息构成第二特征信息。
53.用户发送的消息直接汇总至95588平台，总行平台对该消息内容进行预处理，包括分词、关键字提取等操作，同时还需获取该消息发送用户的手机号、该短信所属分行地区、该短信所属分行地区名等属性信息，并判断该消息是否为分行验证类消息，若是，则将该消息及相关内容进行后续的识别处理。
54.在上述实施例的基础上，判断第二特征信息是否与第一特征信息相匹配包括：判断第二特征信息的关键字信息是否与第一特征信息的关键字信息相匹配；判断第一特征信息的识别规则是否与第二特征信息相匹配。
55.在本地消息交易库中检索是否有与第二特征信息的关键字信息相应的第一特征信息的关键字信息，若关键字信息相同或者是匹配，则进一步判断第二特征信息是否符合识别规则。根据以上应用场景，若用户反馈的信息内容为“急速无界”，第二特征信息的关键字信息即为“急速无界”，第一子节点上传的第一特征信息中的模板关键字为“急速无界”，通过检索得到该用户反馈的信息与1号信息模板匹配，即与第一子节点的第一特征信息匹配。然后进一步判断识别规则，识别规则包括是否包含某个字符，若包含无界字符，则说明该用户反馈的信息与第一特征信息的识别规则相匹配。
56.在上述实施例的基础上，判断第一特征信息的识别规则是否与第二特征信息相匹配包括：根据第一特征信息的识别规则，判断第二特征信息的属性信息是否与第一特征信息相匹配。
57.第二特征信息的属性信息可以包括用户发送消息的时间、用户发送消息的手机号属地等等，通过增加属性信息的判断，可以进一步缩小消息范围，提升获取有效信息的准确率。例如识别规则同时还包括手机号属于武汉地区的短信，即武汉分行可以通过增加设置手机号武汉地区属地的属性信息，只获取本地用户的信用卡办卡需求信息，有利于武汉分行精准对本地用户提供更好的服务。总之，各个分行可以根据业务需求对第一特征信息灵活设置，获取目标用户消息及服务需求。
58.在上述实施例的基础上，将消息发送至与第一特征信息相应的第一子节点包括：若第二特征信息是否与第一特征信息相匹配，将消息及第二特征信息进行存储；收集预设
时间段内与第一子节点相应的消息，将消息及第二特征信息批量发送给第一子节点。
59.大型企业短信平台收发数量巨大，每天的短信数量可达几十万条的数量级，为了提高效率，匹配成功的用户消息可以先以异步的方式先存储于本地数据库，再根据分行的要求对某些统计结果进行针对性批量分发，例如可以是每天定时将前一天存储的所有分行批量文件发送至该分行。
60.图4示意性示出了根据本公开另一实施例消息分发方法的流程图。
61.s21，向主节点发送第一特征信息。
62.消息分发方法应用于子节点中，子节点需要先将设置好的第一特征信息发送给主节点en，第一特征信息可以是模板信息，主节点获取的用户信息若与该模板匹配，则说明该信息是发给该子节点的，主节点便将该用户发送的信息及相关内容转发给该子节点。
63.s22，获取主节点转发的用户消息，用户消息的第二特征信息与第一特征信息相匹配。
64.获取主节点转发的用户消息，主节点转发用户消息之前，要对该用户消息进行预处理，得到消息的第二特征信息，判断第二特征信息是否与第一特征信息相匹配，若是，则将消息发送至与第一特征信息相应的第一子节点。
65.在上述实施例的基础上，用户消息的第二特征信息与第一特征信息相匹配包括：判断第二特征信息的关键字信息是否与第一特征信息的关键字信息相匹配；判断第一特征信息的识别规则是否与第二特征信息相匹配；若匹配，则获取主节点转发的用户消息。
66.主节点转发用户消息之前，在本地消息交易库中检索是否有与第二特征信息的关键字信息相应的第一特征信息的关键字信息，若关键字信息相同或者是匹配，则进一步判断第二特征信息是否符合识别规则。根据以上应用场景，若用户反馈的信息内容为“急速无界”，第二特征信息的关键字信息即为“急速无界”，第一子节点上传的第一特征信息中的模板关键字为“急速无界”，通过检索得到该用户反馈的信息与1号信息模板匹配，即与第一子节点的第一特征信息匹配。然后进一步判断识别规则，识别规则包括是否包含某个字符，若包含无界字符，则说明该用户反馈的信息与第一特征信息的识别规则相匹配。匹配成功之后，子节点则获取主节点转发的用户消息。
67.在上述实施例的基础上，判断第一特征信息的识别规则是否与第二特征信息相匹配包括：根据第一特征信息的识别规则，判断第二特征信息的属性信息是否与第一特征信息相匹配。
68.第二特征信息的属性信息可以包括用户发送消息的时间、用户发送消息的手机号属地等等，通过增加属性信息的判断，可以进一步缩小消息范围，提升获取有效信息的准确率。各个分行可以根据业务需求对第一特征信息灵活设置，获取目标用户消息及服务需求。例如识别规则同时还包括手机号属于武汉地区的短信，即武汉分行可以通过增加设置手机号武汉地区属地的属性信息，只获取本地用户的信用卡办卡需求信息，有利于武汉分行精准对本地用户提供更好的服务。
69.在上述实施例的基础上，获取主节点转发的用户消息包括：若第二特征信息是否与第一特征信息相匹配，将消息及第二特征信息进行存储；批量获取主节点转发的用户消息及第二特征信息，用户消息为预设时间段内与本地子节点相应的消息。
70.为了提高效率，匹配成功的用户消息可以先以异步的方式先存储于本地数据库，
再根据分行的要求对某些统计结果进行针对性批量分发，例如可以是每天定时将前一天存储的所有分行批量文件发送至该分行。
71.本公开提出了一种基于分行上行验证类短信的消息分发方法，支持通过简单的模板配置即可快速上线对分行个性化短信统计需求的兼容，每天定时将统计办理结果等信息分发给各分行，协助分行完成相应推广或进行后续客户行为处理，大大缩短运营成本。具体包括：提供了模板配置功能，分行可通过数据库配置实现对信息规则的识别和结果的采集，无需重复开发；提供了自动化定时消息分发，可以根据分行的要求对某些统计结果进行针对性批量分发。
72.本公开的另一实施例提供了一种消息分发系统，包括：主节点，用于获取每一子节点发送的第一特征信息；并用于获取用户发送的消息，得到消息的第二特征信息，判断第二特征信息是否与第一特征信息相匹配，若是，则将消息发送至与第一特征信息相应的第一子节点；至少一个子节点，用于向主节点发送第一特征信息；并用于获取主节点转发的用户消息，用户消息的第二特征信息与第一特征信息相匹配。
73.主节点用于接收、处理子节点发送的特征信息和用户发送的消息；子节点用于获取主节点转发的用户消息后，为用户提供后续服务与业务办理。子节点首先将设置好的第一特征信息发送给主节点，第一特征信息可以是模板信息，主节点获取的用户信息若与该模板匹配，则说明该信息是发给该子节点的，主节点便将该用户发送的信息及相关内容转发给该子节点。
74.在上述实施例的基础上，主节点包括：消息路由模块，用于获取用户发送的消息，得到消息的第二特征信息；消息自助模块，用于判断第二特征信息是否与第一特征信息相匹配；异步消息模块，用于当第二特征信息与第一特征信息相匹配时，将消息及第二特征信息进行存储。
75.请参见图5，消息路由模块1完成对用户发送短信中对应功能的识别。通过访问数据库模块6中分行验证类功能配置中的表1，来对匹配规则和关键字进行判断。表1为分行短信模板配置表，其中的内容由分行部门在活动推广前制定，具体包括短信模板识别规则、分行地区号、短信模板关键字、短信模板描述、对应功能接口、设置时间等字段。其中短信模板识别规则分为多种，具体字典如下：
76.(1)是否包含某个字符
77.(2)转换成大写是否包含某个字符
78.(3)转换成大写首字母是否包含某个字符
79.(4)转换成大写比较内容
80.(5)比较内容
81.(6)首字母是否包含某个字符
82.分行地区号字段由分行提供所在地区编号。短信模板关键字由分行提供，应与现有短信识别关键字区分开，类似于“bkbk”这种关键字。通过设置关键字+识别规则即可判定一条短信是否为分行验证类短信。对应功能接口字段为短信路由模块1调用短信自助模块的接口名称。如果短信内容符合分行验证类短信识别规则，则调用短信自助模块2完成后续处理。
[0083][0084]
表1：分行短信模板配置表
[0085]
短信自助模块2：该模块完成具体分行类验证短信的处理流程，在接到短信路由模块1发送的上送后，对上送字段内容进行整理，具体包括客户手机号、该短信所属分行地区、该短信所属分行地区名、短信关键字、短信内容等信息。短信自助模块2处理完成后会调用异步消息模块4完成记录日志操作。
[0086]
异步消息模块4：该模块在系统工作过程中会被短信路由模块1、短信自助模块2、短信接口外联模块3调用分别记录多种日志信息到数据库模块6的日志库中，该模块采用异步工作的方式对其他模块上送的日志信息进行落库处理，其中分行验证类短信会由短信自助模块2调用异步消息模块4以表2的形式记入数据库中存储，表2如下，其显示了分行短信客户回复内容表。
[0087][0088]
表2：分行短信客户回复内容表
[0089]
在上述实施例的基础上，主节点还包括：批量模块，用于收集预设时间段内与第一子节点相应的消息，将消息及第二特征信息批量发送给第一子节点；数据库模块，用于存储每一子节点发送的第一特征信息，并用于存储消息及第二特征信息。
[0090]
批量模块5：该模块负责定时将数据库模块6中的日志库表2生成批量文件发送给分行科技，批量文件中包含表2中的所有字段信息。
[0091]
数据库模块6：该模块主要分为短信交易库和短信日志库，短信交易库存储表1，供短信路由模块1查询分行短信模板配置表。短信日志库中存储表2，由短信异步消息模块4写入，由批量模块5负责汇总生成批量文件发送给分行科技。
[0092]
还包括短信接口外联模块3：该模块完成和其他行内系统的交互，当短信内容为非分行配置类验证短信且为短信其他存量功能时会被短信自助模块2调用。
[0093]
在上述实施例的基础上，消息分发系统采用微服务架构搭建，各模块之间独立工作。
[0094]
本公开提出的消息分发系统内部架构图如图5所示，整个系统由微服务架构进行搭建，各组件可独立部署并工作，组件间通过提供接口的方式相互通信调用。具体包含以下模块：短信路由模块1；短信自助模块2；短信接口外联模块3；异步消息模块4；批量模块5；数据库模块6组成。分行验证类短信通过95588下发给客户后，客户会根据短信内容提示编辑转发收到的短信内容回复给95588。本系统需在分行活动推广前于数据库模块6中配置表1中的模板，转发后消息会首先进入系统内的短信路由模块1进行短信内容的匹配识别，识别到对应的模板后会调用短信自助模块2完成相应的功能逻辑处理并经异步消息模块4记录日志到数据库模块6中，后续统计和发送结果定时由批量模块5生成并下发到对应分行科技部门进行后续处理，无需重复性开发。
[0095]
图6为本公开消息分发方法的一个具体实施例，示意性示出了本公开设计的系统操作流程图。
[0096]
步骤61：分行前期约定短信内容及识别逻辑；
[0097]
步骤62：配置短信数据库模块1中交易库里的分行短信模板配置表1，相当于前述的s11；
[0098]
步骤63：发布上线对客，分行触发下行消息给客户；
[0099]
步骤64：客户接到短信后转发短信内容回复给95588；
[0100]
步骤65：系统实时自动化采集客户反馈信息；
[0101]
步骤66：定时通过批量文件的形式将结果反馈给分行科技，相当于前述的s12。
[0102]
具体地，请参见图7，图7为消息分发的完整工作流程图。
[0103]
步骤700：各个分行配置短信交易模板，将其上传至数据库模块6中的短信交易库中，相当于s21；
[0104]
步骤701：客户转发收到的分行验证类短信到95588；
[0105]
步骤702：短信路由模块1接收短信并判断客户转发短信是否为分行验证类短信模板；
[0106]
步骤703：短信路由模块1访问数据库模块6短信交易库表中的分行短信模板配置表1进行判断；
[0107]
步骤704：如果是分行验证类短信调用短信自助模块2完成下一步处理流程，如果不是则进入其他短信功能识别流程；
[0108]
步骤705：短信自助组件2接收上送报文调用异步消息组件4完成结果的记录入库；
[0109]
步骤706：异步消息组件连接数据库模块6短信日志库进行交易结果的日志入库分行短信客户回复内容表2操作；
[0110]
步骤707：短信批量模块5定时连接数据库模块6短信日志库汇总分行短信客户回复内容表2中的结果并生成批量文件发生送对应分行科技，相当于s22。
[0111]
图8示意性示出了本公开消息分发系统的数据流向图。
[0112]
短信路由模块1获取客户转发的分行验证类短信，完成对用户发送短信中对应功能的识别；通过访问数据库模块6中分行验证类功能配置中的表1，来对匹配规则和关键字进行判断。如果短信内容符合分行验证类短信识别规则，则调用短信自助模块2完成后续处
理。如果短信内容不符合分行验证类短信识别规则，则进入其他短信处理流程。
[0113]
短信自助模块2完成具体分行类验证短信的处理流程，在接到短信路由模块1发送的上送后，对上送字段内容进行整理，具体包括客户手机号、该短信所属分行地区、该短信所属分行地区名、短信关键字、短信内容等信息。短信自助模块2处理完成后会调用异步消息模块4完成记录日志操作。
[0114]
短信接口外联模块3完成和其他行内系统的交互，当短信内容为非分行配置类验证短信且为短信其他存量功能时会被短信自助模块2调用。
[0115]
异步消息模块4采用异步工作的方式对其他模块上送的日志信息进行落库处理，其中分行验证类短信会由短信自助模块2调用异步消息模块4以表2的形式记入数据库中存储。
[0116]
批量模块5负责定时将数据库模块6中的日志库表2生成批量文件发送给分行科技，批量文件中包含表2中的所有字段信息。
[0117]
数据库模块6主要分为短信交易库和短信日志库，短信交易库存储表1，供短信路由模块1查询分行短信模板配置表。短信日志库中存储表2，由短信异步消息模块4写入，由批量模块5负责汇总生成批量文件发送给分行科技。
[0118]
本公开提出了一种基于分行上行验证类短信的消息分发系统，本系统兼容多种识别逻辑+关键字组成的短信模板配置，可快速上线对分行个性化短信的客户反馈结果进行统计，每天定时自动化将统计办理结果等信息分发给各分行，协助分行完成相应推广或进行后续客户行为处理。本公开系统采用微服务框架搭建，可自动化运行，新增功能无需重复开发，过程无需人工介入，大大缩短运营成本。尤其适合大型企业总对分采集客户反馈情况所使用。
[0119]
图9示意性示出了根据本公开另一实施例的电子设备的框图。
[0120]
如图9所示，电子设备900包括处理器910、计算机可读存储介质920。该电子设备900可以执行根据本公开实施例的方法。
[0121]
具体地，处理器910例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器910还可以包括用于缓存用途的板载存储器。处理器910可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
[0122]
计算机可读存储介质920，例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如，可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd
‑
rom)；存储器，如随机存取存储器(ram)或闪存；和/或有线/无线通信链路。
[0123]
计算机可读存储介质920可以包括计算机程序921，该计算机程序921可以包括代码/计算机可执行指令，其在由处理器910执行时使得处理器910执行根据本公开实施例的方法流程及其任何变形。
[0124]
计算机程序921可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序921中的代码可以包括一个或多个程序模块，例如包括921a、模块921b、
……
。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可
以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器910执行时，使得处理器910可以执行根据本公开实施例的方法流程及其任何变形。
[0125]
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/系统/系统中所包含的，也可以是单独存在，而未装配入该设备/系统/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
[0126]
尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。
[0127]
以上所述的具体实施例，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施例而已，并不用于限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。