(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210927089.0 (22)申请日 2022.08.03 (71)申请人 中国电子系统技 术有限公司 地址 100036 北京市海淀区复兴 路四十九 号 (72)发明人 史俊伟　 (74)专利代理 机构 工业和信息化部电子专利中 心 11010 专利代理师 华枫 (51)Int.Cl. G06F 16/21(2019.01) G06F 16/25(2019.01) G06F 16/23(2019.01) G06F 11/30(2006.01) (54)发明名称 业务操作留痕记录的获取方法及业 务系统 (57)摘要 本发明提出了一种业务操作留痕记录的获 取方法及业务系统， 获取方法包括： 在业务系统 的前端业务功能对应的Controller层的服务方 法上增加自定义注解， 在业务系统的后端应用集 成一个sdk； 对于业务系统的业务操作的数据留 痕， 通过所述自定义注解在sdk中异步处理保存 到数据库。 本发 明针对政府部门在使用业务系统 时需要把某些主要功能业务 以及登录退出的数 据留痕， 并且可以追踪具体人和客户端电脑。 业 务系统集成方便只需要一个sdk和一行代码， 不 需要在原有代码里增加非业务处理的代码， 对原 有系统代码 侵入性小， 可以把业务数据包括用户 名和客户端 IP留痕保存到存储介质， 并可可视化 展示出来给客户， 便于责任定位到人， 也可以查 看业务的响应效率。 权利要求书1页 说明书5页 附图2页 CN 115422148 A 2022.12.02 CN 115422148 A 1.一种业 务操作留痕记录的获取 方法， 其特 征在于， 包括： 在业务系统的前端业务功能对应的Controller层的服务方法上增加自定义注解， 在业 务系统的后端应用集成一个sdk； 对于业务系统的业务操作的数据留痕， 通过所述自定义注解在sdk中异步处理保存到 数据库。 2.根据权利要求1所述的业务操作留痕记录的获取方法， 其特征在于， 所述sdk里定义 有数据留痕记录实体对 象， 所述数据留痕记录实体对 象的属性包括系统名称、 功能模块名 称、 用户名称、 客户端IP、 痕迹数据内容、 服 务耗时、 请求 服务及操作类型。 3.根据权利要求2所述的业务操作留痕记录的获取方法， 其特征在于， 通过Spring的 AOP面向切面@Aspect来获取封装所述数据留痕记录实体对象的属性 值。 4.根据权利要求2所述的业务操作留痕记录的获取方法， 其特征在于， 对于业务系统的 业务操作的数据留痕， 通过所述自定义注解在sdk中异步处理保存到数据库的方法具体包 括： 在sdk中定义LogControllerAsp类， 使用@Pointcut注解来拦截Controller层的带有自 定义注解的服务， 在@AfterReturning注解的方法里获取业务数据留痕记录， 用户名从MDC 中动态获取， 客户端IP从服务的请求头获取， 把获取的所有业务操作留痕数据封装到所述 数据留痕记录实体对象里异步保存。 5.根据权利要求1 ‑4中任一项所述的业务操作留痕记录的获取方法， 其特征在于， 所述 自定义注解的属性包括： 系统名、 功能模块名、 操作类型。 6.一种具有业务操作留痕记录功能的业务系统， 其特征在于， 所述业务系统的前端业 务功能对应的Contr oller层的服务方法上具有自定义注解， 所述业务系统的后端应用集 成 有一个sdk； 对于业务系统的业务操作的数据留痕， 通过所述自定义注解在sdk中异步处理保存到 数据库。 7.根据权利要求6所述的具有业务操作留痕记录功能的业务系统， 其特征在于， 所述 sdk里定义有 数据留痕记录实体对象， 所述数据留痕记录实体对象的属性包括系统名称、 功 能模块名称、 用户名称、 客户端IP、 痕迹数据内容、 服 务耗时、 请求 服务及操作类型。 8.根据权利要求7所述的具有业务操作留痕记录功能的业务系统， 其特征在于， 通过 Spring的AOP面向切面@Aspect来获取封装所述数据留痕记录实体对象的属性 值。 9.根据权利要求7所述的具有业务操作留痕记录功能的业务系统， 其特征在于， 对于业 务系统的业务操作的数据留痕， 通过所述自定义注解在sdk中异步处理保存到数据库的方 法具体包括： 在sdk中定义LogControllerAsp类， 使用@Pointcut注解来拦截Controller层的带有自 定义注解的服务， 在@AfterReturning注解的方法里获取业务数据留痕记录， 用户名从MDC 中动态获取， 客户端IP从服务的请求头获取， 把获取的所有业务操作留痕数据封装到所述 数据留痕记录实体对象里异步保存。 10.根据权利要求6 ‑9中任一项所述的具有业务操作留痕记录功能的业务系统， 其特征 在于， 所述自定义注解的属性包括： 系统名、 功能模块名、 操作类型。权　利　要　求　书 1/1 页 2 CN 115422148 A 2业务操作留痕记录的获取方 法及业务系统 技术领域 [0001]本发明涉及产业数字化技术领域， 尤其涉及一种业务操作留痕记录的获取方法及 业务系统。 背景技术 [0002]国家在城市治理远景目标要明确提出要加快数字化发展， 打造数字经济新优势， 协同推进数字产业化和产业数字化转型， 加快数字社会建设步伐。 政府各个部门都在建设 对应的信息业务系统来加快推进 数字化办公， 由之前的各项业务办理中的所有环节完全靠 人转变为大部分环 节在线上办理， 所有信息的维护都是通过线上系统来 填写。 [0003]之前没有数字化系统时， 各个业务的办理涉及到数据信息的维护都是通过实体纸 张来， 然后再把这些纸张封存到档案室。 现在政府部门在各项业务的办理都是在电子系统 中通过新增、 修改、 删除等操作来维护数据， 每次操作数据的痕迹也要保留记录下， 以便在 后期需要的时候可以提供出来。 从而我们就需要把用户从登录到在系统中某些业务办理以 及退出的留痕记录给保存到数据库或者其他存储介质。 在某些时候因为个人在业务系统上 的操作导 致不良的后果， 需要定位到具体人提供依据。 [0004]相关技术中， 用户在系统的业务在数据库都会有对应的表来存储办理中生成的业 务数据， 技术人员就可以在系统部署落地时， 把数据库部署架构设计为集群或者主 备模式， 即多台服务器之间同步存储， 这样不仅可以保证数据库的高可用， 还可以实现表数据的实 时备份。 因为用户在系统某个模块办理业务的过程中会导致对应的表数据有变化， 可能新 增数据， 可能更新数据， 也可能删除数据， 在这些数据变化的过程中就会把之前的数据痕迹 备份下来。 [0005]上述技术手段存在 如下缺陷： [0006]通过数据库自身机制来记录操作痕迹， 备份的数据不具备可读性。 因为表设计的 技术性很强， 只有专 业技术人员才能看懂， 普通的政府业务职员根本无法看懂， 不具备可读 性。 业务系统正式上线后进入运行时期， 不可能一遇到数据问题就去找软件公司来支撑， 这 都是需要花费大量的费用成本。 数据库自身的备份机制都是为了防止运行过程中出现重大 故障导致数据丢失。 再者数据库自身的数据备份根本无法定位到是哪个账号哪个电脑操作 系统， 无法把责任定位到具体的人身上。 [0007]另有相关技术中， 用户在系统的业务在数据库都会有对应的表来存储办理中生成 的业务数据， 系统前端业务在增删改 的时候都会调用后端应用服务， 后端程序的Service层 处理完相应的业务逻辑会把业务数据入库， 待业务数据入库成功后再写一段业务逻辑把前 端请求后端服务的数据痕迹记录(系统名称、 功能模块名称、 用户名称、 客户端IP、 痕迹数据 内容、 服务耗时、 请求服务、 操作类型等主要字段)保存到表里。 通过这种方式也可以把用户 操作业务功能的痕迹记录下来。 [0008]上述技术手段存在 如下缺陷： [0009]对现有系统代码侵入性太大， 只要想在某个业务的增删改等操作增加痕迹留存，说　明　书 1/5 页 3 CN 115422148 A 3