一种通过5G消息实现无APP化移动办公的方法与流程

一种通过5g消息实现无app化移动办公的方法
技术领域
1.本发明属于移动办公技术领域，具体涉及一种通过5g消息实现无app化移动办公的方法。


背景技术：

2.当前在手机上进行移动办公通常需要使用app，且不使用vpn，这样就相当于将公司办公服务器直接暴露在互联网上，很容易受到各种攻击。由于苹果和安卓系统的差异，前端app需要开发两套代码，或者通过套用第三方框架实现兼容，但是执行效率有所降低。同时移动办公大部分需要处理的事务相对比较固定，可以考虑用5g消息替代。


技术实现要素：

3.本发明所要解决的技术问题是针对上述现有技术的不足，提供一种通过5g消息实现无app化移动办公的方法。5g消息系统在传统短信发送文字的基础上，实现了图片，视频，语音，地理位置等信息的扩展，可以方便实现资料的上下行。5g消息中的maap消息支持悬浮菜单和多卡片功能，方便用户直接进行选择。因此可以方便的支持大部分移动办公的需求，如上下班手机打卡、员工上传类如请假，报销、各类待办提醒、审批功能、群聊、公司信息发布。同时不同手机遵循同样的5g消息协议和格式，企业不用考虑平台的差异性，从而节约了前端的开发费用。手机接入运营商5g消息系统，运营商5g消息系统为存储转发模式，企业最终收到的5g消息，其源ip为运营商5g消息系统，因此企业在互联网入口处只需要使用简单的ip白名单，就能防止大部分攻击，更加安全。用户的手机号无法简单仿冒，相当于进行了预认证，防止了拖库等密码失窃的可能。大量新功能只需要在企业端进行低代码方式的编排，不需要前端进行任何升级。后向付费功能保证了员工在使用5g消息时无需付费，而是由企业进行统一结算。可见移动办公系统迁移到5g消息，兼顾了安全性，经济型，便利性。
4.为实现上述技术目的，本发明采取的技术方案：
5.一种通过5g消息实现无app化移动办公的方法，需要为在于公司内部部署：
6.chatbot服务器，作为5g消息和公司办公服务器的桥梁；
7.低代码前端编辑器，用于提供一个可视化界面，简化业务规则的编辑；
8.业务数据库，用于存放业务规则，描述如何通过5g消息各个子模块进行办公业务。
9.进一步优选地，管理员首先需要根据办公业务逻辑在低代码前端构建和编辑业务逻辑和下行5g消息模板，前端根据用户输入生成业务规则和下行5g消息模板，存入业务数据库，chatbot在启动时从业务数据库读取数据，对于紧急业务chatbot也支持热更新，从业务数据库更新增量数据。
10.所述chatbot服务器包括：
11.maap网关，用于与运营商内部maap系统通信，对于上行消息，需要提取出手机号码，用户信息(包含文本，或者坐标，或者上传文件地址)；对于下行通知，需要将其传输给运营商的5g消息系统；
12.ldap网关，用于访问企业通讯录，根据上行5g消息携带的手机号码认证员工身份；
13.nlp分析模块，用于将用户输入识别到对应办公业务功能，并定位出关键信息，作为业务参数；
14.多消息打包模块，用于将多个前后相连的消息进行汇总打包；
15.api网关，用于对于上行消息建立到后台办公服务器的http连接，对于下行通知接收办公服务器的http连接；
16.下行模板，用于将业务数据渲染为标准格式的maap消息；
17.规则执行引擎是整个系统的核心，启动时从业务数据库调入所有规则和消息模板，之后从maap接口接收上行消息，从api网关接收下行通知，并调用chatbot内的模块完成移动办公流程。
18.业务规则需要描述：
19.规则的属性，包含上行还是下行，规则关键字，规则参数；
20.内部模块调用顺序，注意在一个流程中，一个模块可能需要被调用多次；
21.内部模块调用时的入参：
22.nlp分析模块，为用户发送的原始文本信息；
23.多消息打包模块，为nlp分析的结果，用户发送的上行图像，视频和地理位置坐标等；
24.api网关，为办公服务器的url(不同业务，url不同)和入参
25.下行模板，为模板索引和模板变量的实际值
26.maap网关，为用户手机号和通过下行模板生成的5g消息；
27.对于用户上行业务，流程通常包括以下步骤：
28.步骤1.员工通过手机的5g消息功能，向公司chatbot号码发送一条或者多条上行5g消息；
29.步骤2.此5g消息，通过运营商5g消息系统，到达公司chatbot模块的maap网关；
30.步骤3.maap网关从maap报文中提取出员工手机号，通过ldap网关，查询公司通讯录，进行用户认证；
31.步骤4.认证通过后，maap网关将5g文本消息交给规则执行引擎；
32.步骤5.规则执行引擎，将5g文本消息发送到nlp模块，获取业务关键字和业务参数，再根据业务关键字查找业务规则；
33.步骤6.规则执行引擎根据业务规则，对用户发送的多条消息进行多消息打包；
34.步骤7.规则执行引擎根据业务规则，可能需要将业务数据结合下行模板，生成一条带悬浮菜单5g卡片消息；
35.步骤8.规则执行引擎根据业务规则，将此卡片消息通过运营商5g消息系统下发到用户手机，用户进行确认后生成一条新的5g消息并上行到规则执行引擎；
36.步骤9.规则执行引擎根据业务规则，确认业务流程结束，将所有数据通过api网关发送到公司办公服务器的服务接口。
37.对于办公系统下行通知，参考图3，所述方法通常包括以下步骤：
38.步骤1.办公服务器调用api网关，传入业务类型和业务参数；
39.步骤2.api网关通知规则执行引擎，传入业务类型和业务参数；
40.步骤3.规则执行引擎根据业务规则，查找需要的下行模板，再将业务参数结合下行模板，生成一条带悬浮菜单5g卡片消息；
41.步骤4.规则执行引擎根据业务规则，将此卡片消息通过maap网关，经过运营商5g消息系统下发到用户手机；
42.用户在5g消息中点击按钮后，实际是发送了一条单独的上行5g文本消息，其内容是在chatbot自定义的一个特殊文本消息，可以直接封装业务关键字和业务参数，不需要进行nlp识别就可以直接被规则执行引擎识别，并且直接通过api网关送到办公服务器。
43.本发明具有以下有益效果：
44.大大提高了安全性，经济型，便利性。用户不需要使用办公app，而是通过5g消息中的maap系统，使用5g消息进行各项办公业务；同时公司办公系统置于chatbot后，不需要在互联网暴露接口，公司在互联网入口处对运营商5g消息系统设置ip白名单，检测通过后允许运营商5g消息系统中的maap平台向部署于公司的chatbot系统发送5g消息。此方法需要在公司内部部署chatbot服务器，业务数据库和低代码前端编辑器：chatbot是5g消息和公司办公服务器的桥梁；业务数据库用于存放业务规则，描述如何通过5g消息各个子模块进行办公业务，以及下行5g消息模板，用于描述下行5g消息的格式和所需要的变量；低代码前端编辑器用于提供一个可视化界面，简化业务规则和下行模板的编辑。chatbot服务器启动时从业务数据库调入所有规则和消息模板，之后从运营商5g消息系统接收上行消息，从办公服务器接收下行通知，再根据业务规则调用内部各个功能，完成通过5g消息进行移动办公的流程。
附图说明
45.图1为本发明方法原理图。
46.图2为上行消息示意图。
47.图3为下行通知示意图。
具体实施方式
48.如图1所示，本发明一种通过5g消息实现无app化移动办公的方法，需要为在于公司内部部署：
49.chatbot服务器，作为5g消息和公司办公服务器的桥梁；
50.低代码前端编辑器，用于提供一个可视化界面，简化业务规则的编辑；
51.业务数据库，用于存放业务规则，描述如何通过5g消息各个子模块进行办公业务。
52.管理员首先需要根据办公业务逻辑在低代码前端构建和编辑业务逻辑和下行5g消息模板，前端根据用户输入生成业务规则和下行5g消息模板，存入业务数据库，chatbot在启动时从业务数据库读取数据，对于紧急业务chatbot也支持热更新，从业务数据库更新增量数据。
53.所述chatbot服务器包括：
54.maap网关，用于与运营商内部maap系统通信，对于上行消息，需要提取出手机号码，用户信息(包含文本，或者坐标，或者上传文件地址)；对于下行通知，需要将其传输给运营商的5g消息系统；
55.ldap网关，用于访问企业通讯录，根据上行5g消息携带的手机号码认证员工身份；
56.nlp分析模块，用于将用户输入识别到对应办公业务功能，并定位出关键信息，作为业务参数；
57.多消息打包模块，用于将多个前后相连的消息进行汇总打包；
58.api网关，用于对于上行消息建立到后台办公服务器的http连接，对于下行通知接收办公服务器的http连接；
59.下行模板，用于将业务数据渲染为标准格式的maap消息；
60.规则执行引擎是整个系统的核心，启动时从业务数据库调入所有规则和消息模板，之后从maap接口接收上行消息，从api网关接收下行通知，并调用chatbot内的模块完成移动办公流程。
61.业务规则需要描述：
62.规则的属性，包含上行还是下行，规则关键字，规则参数；
63.内部模块调用顺序，注意在一个流程中，一个模块可能需要被调用多次；
64.内部模块调用时的入参：
65.nlp分析模块，为用户发送的原始文本信息；
66.多消息打包模块，为nlp分析的结果，用户发送的上行图像，视频和地理位置坐标等；
67.api网关，为办公服务器的url(不同业务，url不同)和入参
68.下行模板，为模板索引和模板变量的实际值
69.maap网关，为用户手机号和通过下行模板生成的5g消息；
70.如图2所示，对于用户上行业务，流程通常包括以下步骤：
71.步骤1.员工通过手机的5g消息功能，向公司chatbot号码发送一条或者多条上行5g消息；
72.步骤2.此5g消息，通过运营商5g消息系统，到达公司chatbot模块的maap网关；
73.步骤3.maap网关从maap报文中提取出员工手机号，通过ldap网关，查询公司通讯录，进行用户认证；
74.步骤4.认证通过后，maap网关将5g文本消息交给规则执行引擎；
75.步骤5.规则执行引擎，将5g文本消息发送到nlp模块，获取业务关键字和业务参数，再根据业务关键字查找业务规则；
76.步骤6.规则执行引擎根据业务规则，对用户发送的多条消息进行多消息打包；
77.步骤7.规则执行引擎根据业务规则，可能需要将业务数据结合下行模板，生成一条带悬浮菜单5g卡片消息；
78.步骤8.规则执行引擎根据业务规则，将此卡片消息通过运营商5g消息系统下发到用户手机，用户进行确认后生成一条新的5g消息并上行到规则执行引擎；
79.步骤9.规则执行引擎根据业务规则，确认业务流程结束，将所有数据通过api网关发送到公司办公服务器的服务接口。
80.如图3所示，对于办公系统下行通知，参考图3，所述方法通常包括以下步骤：
81.步骤1.办公服务器调用api网关，传入业务类型和业务参数；
82.步骤2.api网关通知规则执行引擎，传入业务类型和业务参数；
83.步骤3.规则执行引擎根据业务规则，查找需要的下行模板，再将业务参数结合下行模板，生成一条带悬浮菜单5g卡片消息；
84.步骤4.规则执行引擎根据业务规则，将此卡片消息通过maap网关，经过运营商5g消息系统下发到用户手机；
85.用户在5g消息中点击按钮后，实际是发送了一条单独的上行5g文本消息，其内容是在chatbot自定义的一个特殊文本消息，可以直接封装业务关键字和业务参数，不需要进行nlp识别就可以直接被规则执行引擎识别，并且直接通过api网关送到办公服务器。
86.实施例
87.以下结合结合两个具体办公流程对实施例作进一步详细描述。
88.员请假流程，包括：
89.1.管理员通过低代码前端生成：
90.·
业务规则，属性包括上行，关键字为请假，业务参数为时间，原因，图片；调用顺序为nlp分析，多消息打包，下行模板，maap接口，按钮选择，api网关。
91.·
下行模板，用于让用户确认业务是否正确，模板中包含公司标识，固定文字，模板变量为用户名字，原因，时间，图片，包含两个按钮确认和取消。
92.这条业务规则和下行模板都会存储至业务数据库中。
93.2.chatbot在启动时，将业务数据库中的数据载入。
94.3.员工甲在手机上向公司chatbot号码发送一条5g文本消息“我明天因为去看病请假一天”，又截屏了一个医院预约单作为图片发送给chatbot号码。这条消息通过运营商5g消息系统，到达公司的chatbot功能中的maap网关。
95.4.maap网关从maap报文中提取出员工手机号，通过ldap网关，查询公司通讯录，进行用户认证。
96.5.认证成功后，maap网关将数据交给规则执行引擎。
97.6.规则执行引擎将员工5g文本消息发送到nlp模块，nlp识别到业务关键字为请假，业务参数中的时间为明天，原因为抗病，将结果返回至规则执行引擎，规则执行引擎根据业务关键字查找到业务规则。
98.7.因为文字和图片是分为两条5g消息到达的，规则执行引擎按照业务规则，在收到图片后，识别到其属于规则中需要的业务参数，因此通过多消息打包，将图片信息作为请假业务的图片参数。
99.8.规则执行引擎按照业务规则，查询到所需的下行模板，将业务参数结合下行模板，生成一条带悬浮菜单5g卡片消息，让用户进行信息确认。消息中的文字为“亲爱的甲，您已申请请假业务，请假时间为明天，原因为看病，附图为您上传的证明”；消息中的图片为用户上传图片；消息中的按钮为确认和取消。第一个确认按钮对应的上行消息为“！@#￥请假
‑‑
确认
‑‑
md5”,第二个拒绝按钮对应的上行消息为“！@#￥请假
‑‑
取消-md5”。“！@#￥”为按钮点击行为识别关键字，可以自定义，“请假”为业务关键字，“确认”/“取消”为业务参数，md5为将业务关键字，业务参数和一个内部key进行md5计算，防止恶意攻击。
100.9.规则执行引擎按照业务规则，将卡片消息通过maap接口，送达运营商5g消息系统，最后下发到用户手机，用户点击确认按钮后，会自动生成一条新的5g消息，类似步骤3上行到规则执行引擎。规则执行引擎根据“！@#￥”识别到此是通过点击按钮形成的上行消息，
直接提取业务关键字，业务参数和md5，再次计算md5防止攻击。
101.10.规则执行按照业务规则，确认业务流程结束，将所有数据通过api网关发送到办公服务器的请假接口。
102.对于审批流程，
103.1.管理员通过低代码前端生成：
104.业务规则属性包含下行，关键字为请假审批，业务参数为事务id，领导姓名，领导手机号，员工姓名，时间，原因，图片。调用顺序为下行模板，maap接口，按钮确认，api网关；
105.下行模板，用于让领导进行审批，模板中包含包含公司标识，固定文字，模板变量为所有的业务参数，包含两个按钮同意和拒绝；
106.2.chatbot在启动时，将业务数据库中的数据载入；
107.3.办公服务器调用api网关中的请假审批接口，传入业务参数；
108.4.api网关向规则执行引擎传递业务关键字为请假审批，和全部入参；
109.5.规则执行引擎根据业务关键字，查找业务规则，根据业务规则，查找下行模板，生成一条下行5g消息。消息文字为“亲爱的xx，您的下属甲已申请请假业务，请假时间为明天，原因为看病，附图为上传的证明”。消息图片为员工上传图片。消息包含两个按钮，第一个同意按钮对应的上行消息为“！@#￥请假审批
‑‑
事务id，同意
‑‑
md5”,第二个拒绝按钮对应的上行消息为“！@#￥请假审批
‑‑
事务id，拒绝
‑‑
md5”。“！@#￥”为按钮点击行为识别关键字，可以自定义，“请假审批”为业务关键字，“事务id，拒绝”为业务参数，md5为将业务关键字，业务参数和一个内部key进行md5计算，防止恶意攻击。
110.6.规则执行引擎根据业务规则，则将此消息送到领导手机
111.7.领导点击同意按钮，自动上行一条5g消息“！@#￥请假审批
‑‑
事务id，同意
‑‑
md5”，经过运营商5g消息系统，chatbot的maap接口到达规则执行引擎
112.8.规则执行引擎根据“！@#￥”识别到此是通过点击按钮形成的上行消息，直接提取业务关键字，业务参数和md5，再次计算md5防止攻击
113.9.检验合格后，再通过业务规则，经api网关，将审批记结果发送至办公服务器。
114.以上仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理前提下的若干改进和润饰，应视为本发明的保护范围。