基于信息集成平台的交互流程监控方法及计算机设备与流程

1.本发明涉及计算机网络技术领域，具体涉及一种业务系统间交互流程的监控方法。


背景技术：

2.对于医疗、教育、军工、地产等行业的企事业单位信息管理系统，涉及的内部外部业务系统通常很多(可能达到上百个)，日系统间交互消息量有可能达到几千万。在实际交互过程中，可能会因为各种原因发生信息传输故障。而现有的信息管理系统难以快速、准确查找到故障节点和原因，影响解决故障的工作效率，也不便于明确相关业务系统提供方的责任。
3.以医院的信息系统为例，多达上百个业务系统之间有互通信息的需求。比如一个患者做完检验后，当检验报告发布时，需要回传到医生工作站，医生可以直接在计算机上查看检验结果，但如果在检验报告传输的过程中出现了问题没有成功，医院只能找双方厂家技术人员协助查找问题，这种情况下往往会出现双方厂家技术人员推责任到对方的现象，在这段时间内医生只能去检验科拿纸质报告，影响了工作效率。患者在交费的时候，也存在系统间交互的过程，如果计费因为交互接口出了问题，或者发送者传输的参数有问题，所记录的日志又无法帮助解决问题，因此业务系统越来越多，医院信息管理部门的责任也就越大，风险也越大。


技术实现要素：

4.本发明实施例提供一种基于信息集成平台的交互流程监控方法及计算机设备，解决了现有信息管理系统难以快速、准确查找到故障节点等问题。
5.为了实现上述目的，本发明实施例提供如下技术方案：
6.第一方面，基于信息集成平台的交互流程监控方法，所述信息集成平台预先完成图形可视化的交互逻辑配置；该方法包括：
7.接收业务系统发送的消息；
8.解析所述消息，触发后台引擎实例读取适用于该消息的交互逻辑配置信息；
9.按照配置的交互逻辑处理消息，并将执行的每一步输入与输出信息记录到数据库运行日志表中；
10.提供监控查询界面，响应于信息管理人员在监控查询界面输入的消息查询指令，从所述数据库运行日志表中调取相应的消息任务执行信息。
11.可选地，所述将执行的每一步输入与输出信息记录到数据库运行日志表中，具体记录内容包括：引擎实例接收到的消息内容信息、时间戳信息、发送业务系统信息、所实际执行的流程信息、每一个组件的执行信息以及业务系统接口的调用信息。
12.可选地，所述将执行的每一步输入与输出信息记录到数据库运行日志表中，具体记录内容还包括：每一步执行的开始时间戳信息和终止时间戳信息，整个集成项目的开始
执行时间戳信息和执行结束时间戳信息。
13.可选地，所述发送业务系统信息包括ip地址和发送业务系统的名称；所述业务系统接口的调用信息包括调用的接口方法名称、参数值信息以及接口返回信息。
14.可选地，所述接口返回信息包括对应本次执行集成项目的处理句柄字符串信息和执行结果信息。
15.可选地，所述触发后台引擎实例读取适用于该消息的交互逻辑配置信息，具体是触发后台引擎实例查找集成项目启动时缓存于内存的适用于该消息的交互逻辑配置信息，读取该交互逻辑配置信息。
16.可选地，所述响应于信息管理人员在监控查询界面输入的消息查询指令，从所述数据库运行日志表中调取相应的消息任务执行信息，是由基于数据库开发的b/s结构的监控查询系统实现。
17.第二方面，基于信息集成平台的交互流程监控装置，所述信息集成平台预先完成图形可视化的交互逻辑配置；该装置包括以下程序模块：
18.消息接收模块，用于接收业务系统发送的消息；
19.配置逻辑读取模块，用于解析所述消息，触发后台引擎实例读取适用于该消息的交互逻辑配置信息；
20.执行及记录模块，用于按照配置的交互逻辑处理消息，并将执行的每一步输入与输出信息记录到数据库运行日志表中；
21.用户查询模块，用于提供监控查询界面，响应于信息管理人员在监控查询界面输入的消息查询指令，从所述数据库运行日志表中调取相应的消息任务执行信息。
22.第三方面，一种应用于信息集成平台的计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特殊之处在于，所述处理器执行所述计算机程序时实现上述方法的步骤。
23.第四方面，一种计算机可读存储介质，其上存储有计算机程序，其特殊之处在于，所述计算机程序被处理器执行时实现上述方法的步骤。
24.本发明至少具有以下有益效果：
25.业务系统作为端点只与信息集成平台对接，信息集成平台完成与其他业务系统对接过程，信息集成平台预先完成图形可视化的交互逻辑配置；在接收到业务系统发送的消息后，解析所述消息，触发后台引擎实例读取适用于该消息的交互逻辑配置信息；按照配置的交互逻辑处理消息，并将执行的每一步输入与输出信息记录到数据库运行日志表中；从而集成平台将业务系统间的交互进行解耦，对接入平台的业务系统所发送的消息进行详细跟踪，业务系统的交互过程做到了可视化配置和可视化监控，达到业务厂商无需参与的情况下，信息管理部门人员可以快速定位问题的目的，能大大提高故障排查效率，降低信息化责任风险。
附图说明
26.为了更清楚地说明现有技术以及本发明，下面将对现有技术以及本发明实施例描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引申
获得其它的附图。
27.图1为本发明一个实施例的应用环境示意图；
28.图2为本发明一个实施例一种基于信息集成平台的交互流程监控方法的流程示意图；
29.图3为本发明一个实施例中交互逻辑(路由信息)配置的操作界面示意图；
30.图4为本发明一个实施例中编辑逻辑表达式的操作界面示意图。
具体实施方式
31.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
32.本发明实施例应用于如图1所示的基于信息集成平台的业务交互架构，业务系统作为端点只与集成平台对接，集成平台完成与其他业务系统对接过程，实现业务系统间交互的解耦和交互可配置，实现业务系统间交互过程的跟踪监控和报警。
33.在一个实施例中，如图2所示，提供了一种基于信息集成平台的交互流程监控方法，信息集成平台预先完成图形可视化的交互逻辑配置；该方法包括：
34.s1：接收业务系统发送的消息；
35.s2：解析所述消息，触发后台引擎实例读取适用于该消息的交互逻辑配置信息；
36.s3：按照配置的交互逻辑处理消息，并将执行的每一步输入与输出信息记录到数据库运行日志表中；
37.s4：提供监控查询界面，响应于信息管理人员在监控查询界面输入的消息查询指令，从所述数据库运行日志表中调取相应的消息任务执行信息。
38.通过以上方案，集成平台对接入平台的业务系统所发送的消息进行详细跟踪，业务系统的交互过程做到了可视化配置和可视化监控，达到业务厂商无需参与的情况下，信息管理部门人员可以快速定位问题的目的，能大大提高故障排查效率，降低信息化责任风险。
39.具体来说：
40.业务系统间的交互不再采用点对点直接交互方式，而是通过发送消息给集成平台，首先需要由集成平台完成交互逻辑配置，整个的交互过程能做到图形可视化配置。配置的交互流程也称为集成项目。
41.以医院信息管理系统中的业务交互流程配置为例，如图3所示，集成项目中的动态路由器组件，根据不同的路由规则判断分支走向；如图4所示，可进行表达式编辑，支持多种函数和输入变量引用。
42.在集成项目中可以做到交互过程的逻辑控制，这个过程的配置信息被记录到数据库里。当集成项目启动时，会触发后台引擎实例读取这个过程的配置信息到内存里进行缓存。
43.当有消息发送给引擎实例时，引擎实例会从内存中查找消息索要触发的集成项目配置信息，并按照集成项目的配置逻辑处理消息，并将集成项目中所执行的每一步输入与输出信息详细记录到数据库运行日志表中，包含了引擎实例接收到的消息内容信息、时间
戳信息、发送业务系统信息(ip地址、发送业务系统的名称)，所实际执行的流程信息，每一个组件的执行信息，业务系统接口的调用信息(包括调用的接口方法名称、参数值信息、接口返回信息)等，以及每一步执行的开始时间戳信息和终止时间戳信息，整个集成项目的开始执行时间戳信息和执行结束时间戳信息，这些信息都由引擎实例执行集成项目完成后，一次性将执行的日志信息写入数据库运行日志表里。
44.引擎实例执行集成项目完成后，返回对应这次执行集成项目的处理句柄字符串信息和执行结果信息给调用方。
45.由于数据库里记录了详细的日志信息，基于数据库开发了b/s结构的监控查询系统，信息管理人员可以通过以下几种方式查询：
46.(1)按业务内容模糊查询，比如当检验申请单计费不成功时，信息管理人员可以在监控页面输入申请单号做消息的模糊查询。
47.(2)按处理句柄精确查询，一般调用方会记录这个处理句柄，当出现问题时，可以用这个处理句柄在监控页面进行查询。
48.(3)按异常结果查询，直接选择执行异常的消息，会将所有执行过程中出现问题的消息罗列出来。
49.(4)按消息的发送者查询，一般是选择哪个业务系统，如检验信息系统，则将这个时间段的该系统发送的消息罗列出来。
50.(5)按消息代码查询，输入消息代码，则将这个时间段的所有这类消息罗列出来。
51.然后，用户(信息管理人员)点击列表中的每个消息，可以看到每个消息的具体执行过程，可支持消息的具体执行过程查看(sql查询组件的处理输出内容查看)。在该执行流程上，能查看到每个组件具体的输入输出信息，执行耗时信息(可以精确到毫秒)，接口的接收参数和返回结果，当组件执行异常时，在组件图形上显示红框代表该组件执行时出现异常，帮助信息管理人员快速找到问题。
52.通过此种方式的实现，业务系统的交互过程做到了可视化配置和可视化监控，由原来需要数小时，或者数天数月、依赖业务厂商才能做到问题定位，转变为现有数分钟，而且无需业务厂商参与的情况下就能做到问题定位，区分出此次问题的责任方，从而信息管理部门人员掌握了主动权，降低医院信息化建设成本，降低信息化管理人员的责任风险，让信息化建设管理更加有序便捷。
53.在一个实施例中，还提供了一种基于信息集成平台的交互流程监控装置，所述信息集成平台预先完成图形可视化的交互逻辑配置；该装置包括以下程序模块：
54.消息接收模块，用于接收业务系统发送的消息；
55.配置逻辑读取模块，用于解析所述消息，触发后台引擎实例读取适用于该消息的交互逻辑配置信息；
56.执行及记录模块，用于按照配置的交互逻辑处理消息，并将执行的每一步输入与输出信息记录到数据库运行日志表中；
57.用户查询模块，用于提供监控查询界面，响应于信息管理人员在监控查询界面输入的消息查询指令，从所述数据库运行日志表中调取相应的消息任务执行信息。
58.关于上述装置的具体限定可以参见上文中对于基于信息集成平台的交互流程监控方法的限定，在此不再赘述。上述装置中的各个模块可全部通过软件来实现。上述各模块
可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
59.在一个实施例中，还提供了一种应用于信息集成平台的计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，涉及上述实施例方法中的全部或部分流程。
60.在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，涉及上述实施例方法中的全部或部分流程。
61.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read
‑
only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccess memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram 可以是多种形式，比如静态随机存取存储器(static random access memory， sram)或动态随机存取存储器(dynamic random access memory，dram) 等。
62.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
63.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。