CN113704005B - 可远程调用应用的方法、装置、系统及可读存储介质 - Google Patents

Abstract

本发明涉及远程调用技术，为解决目前实现B/S架构下调用C/S架构下的处理类应用时，是将多个处理类应用重构编译为库，供端服务节点集成使用且与端服务节点形成强耦合关系的问题，提供了一种可远程调用应用的方法、装置、系统及可读存储介质，其技术方案可概括为：可远程调用应用的方法，应用于托盘中，其中，托盘至少包括托盘应用，则可远程调用应用的托盘处理方法包括托盘应用的处理流程，托盘还包括至少一个托盘插件或不包括托盘插件，其中，每个托盘插件整合有对应的一个处理类应用，则可远程调用应用的托盘处理方法还包括托盘插件的处理流程。其有益效果是，各托盘应用及托盘插件之间都是弱耦合关系，适用于B/S架构下调用桌面级应用。

Description

可远程调用应用的方法、装置、系统及可读存储介质

技术领域

本发明涉及远程调用技术，特别涉及通过浏览器或Web远程调用桌面级应用的系统及方法的技术。

背景技术

随着互联网医疗的快速发展，越来越多的医疗系统基于Web技术进行构建(B/S架构)，但是因为对应的Web版应用没有桌面级应用(本文称为处理类应用，C/S架构)功能强大，例如电子病历及医疗影像等仍然是桌面级应用的功能更加强大和全面，所以Web系统需要桌面级应用配合工作(如电子病历编辑桌面版，即要求B/S架构下调用C/S架构下的处理类应用)，而现有技术中，为实现B/S架构下调用C/S架构下的处理类应用，则一般只约定了端服务到端服务的远程调用方式，对端服务管理本地终端内处理类应用的能力较弱，当一个调用方终端需要远程调用多个处理类应用时，现有技术中一般都将被调用方(服务方)终端中的处理类应用进行重构并编译为库，供端服务节点集成使用且与端服务节点形成强耦合关系，但若某一处理类应用运行时存在bug崩溃，则会连同端服务一起崩溃，进而所有的处理类应用都无法正常提供服务。

发明内容

本发明的目的是要解决目前实现B/S架构下调用C/S架构下的处理类应用时，是将多个处理类应用重构编译为库，供端服务节点集成使用且与端服务节点形成强耦合关系的问题，提供了一种可远程调用应用的方法、装置、系统及可读存储介质。

本发明解决上述技术问题，提供了一种可远程调用应用的方法，所采用的技术方案是：可远程调用应用的方法，应用于托盘中，所述托盘至少包括托盘应用，所述可远程调用应用的托盘处理方法包括托盘应用的处理流程，所述托盘应用至少包括托盘应用本体，所述托盘应用的处理流程至少包括托盘应用本体的处理流程，所述托盘还包括至少一个托盘插件或不包括托盘插件，其中，当所述托盘包括托盘插件时，每一个托盘插件对应一个处理类应用，托盘插件整合有对应处理类应用，则所述可远程调用应用的托盘处理方法还包括托盘插件的处理流程，

所述托盘插件的处理流程为：在托盘插件启动后，获取自身处理类应用的信息作为能力映射信息保存或更新，且将该能力映射信息发送给托盘应用；接收托盘应用发送来的相关命令，并根据该相关命令控制自身处理类应用进行处理，处理完成后将处理结果返回给托盘应用；

所述托盘应用本体的处理流程为：

启动处理步骤，包括以下具体步骤：

步骤1、启动后，若本机中有托盘插件，则与本机中的托盘插件建立通讯并通知其启动，且接收托盘插件发送来的各处理类应用对应的能力映射信息，将其置入本地插件表或更新本地插件表，进入步骤2，若本机中没有托盘插件时，则直接进入步骤2；

步骤2、判断是否有安装于其他终端的下级托盘应用与本托盘应用进行连接，若是则在连接成功后接收对应下级托盘应用发送的应用能力表，根据该应用能力表更新远程能力映射表，否则不处理进入步骤3；

步骤3、根据配置判断是否需要连接安装于其他终端的上级托盘应用，若需要则与上级托盘应用进行连接，连接成功后向上级托盘应用发送由本地插件表及远程能力映射表组成的应用能力表，否则不处理；

使用处理步骤，包括以下具体步骤：

步骤A、能够接收浏览器或Web的连接，当接收到用户通过浏览器或Web连接发送来的执行命令请求时或接收到安装于其他终端的上级托盘应用转发的执行命令请求时，进入步骤B；

步骤B、根据本地插件表判断是否支持所述执行命令请求中的相关命令，若是则将该相关命令发送至本机对应的托盘插件进行处理，并在接收到本机对应的托盘插件返回的处理结果后进入步骤E，否则进入步骤C；

步骤C、根据远程能力映射表判断是否支持所述执行命令请求中的相关命令，若是则将该执行命令请求转发给对应的安装于其他终端的下级托盘应用，进入步骤D，否则通过浏览器或Web连接返回无法执行，本次处理完成；

步骤D、接收安装于其他终端的下级托盘应用返回的处理结果，进入步骤E；

步骤E、将接收到的处理结果通过浏览器或Web连接返回给用户或返回给上级托盘应用，本次处理完成。

具体的，为解释处理类应用的信息，则所述处理类应用的信息包括命令码、名字、描述及处理配置。

进一步的，由于托盘插件所整合的处理类应用功能多样，各自具有其具体的应用场景，则可能存在运行过程中托盘插件崩溃或无法正常工作的情况，为解决该问题，则当本机有托盘插件且托盘插件启动后，还定期向托盘应用发送心跳数据包，而托盘应用定期检测各托盘插件的心跳数据包，判断是否有心跳丢失，若有则强制重启心跳丢失的托盘插件，否则不处理。

具体的，为使托盘应用具备自动升级功能，则所述托盘应用还包括升级插件，所述托盘应用启动时同时启动托盘应用本体及升级插件，所述托盘应用的处理流程还包括升级插件的处理流程，所述升级插件的处理流程包括以下步骤：

步骤I、启动后与本地托盘应用本体进行通讯，获取本地托盘应用本体信息及与本托盘应用通讯的托盘插件的信息；

步骤II、连接至升级服务器判断本地托盘应用本体和/或与本升级插件连接的所有托盘插件是否需要升级，若是则关闭需要升级的本地托盘应用本体和/或托盘插件，并升级需要升级的本地托盘应用本体和/或需要升级的与本托盘应用通讯的所有托盘插件，升级完成后，重启本地托盘应用本体和/或升级完成的托盘插件，告知本地托盘应用本体进入步骤2，否则直接告知本地托盘应用本体进入步骤2；

所述托盘应用本体的处理流程中，步骤1运行完成后等待升级插件的通知再进入步骤2。

再进一步的，为避免托盘应用本体崩溃导致无法使用，则所述托盘应用还包括守护插件，所述托盘应用启动时同时启动托盘应用本体及守护插件，所述托盘应用的处理流程还包括守护插件的处理流程；

所述守护插件的处理流程为：启动后与托盘应用本体建立通讯，且时刻监听托盘应用本体发送的心跳数据包，判断是否有心跳丢失，若有则强制重启该托盘应用本体，否则不处理；

所述托盘应用本体的处理流程还包括：启动后定期向守护插件发送心跳数据包。

具体的，为说明步骤3中如何根据配置判断是否需要连接上级托盘，则搭建系统时，根据系统构建预先在各托盘的托盘应用中配置或不配置上级托盘应用信息，当根据配置判断是否需要连接上级托盘应用时，判断是否配置有上级托盘应用信息，若配置有上级托盘应用信息，则判定为需要连接上级托盘应用，否则判定为不需要连接上级托盘应用。

本发明还提供了一种可远程调用应用的装置，所采用的技术方案是：可远程调用应用的装置，包括处理单元及存储单元，所述处理单元与存储单元连接，所述存储单元中存储有计算机程序，所述计算机程序被处理器执行时实现上述的可远程调用应用的方法。

本发明还提供了一种可远程调用应用的系统，所采用的技术方案是：可远程调用应用的系统，包括至少一个上述的可远程调用应用的装置。

具体的，为实现托盘应用的自动升级，则还包括升级服务器，所述升级服务器与可远程调用应用的装置连接。

本发明还提供了一种可读存储介质，所采用的技术方案是：一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的可远程调用应用的方法中的托盘应用的处理流程；

和/或，

所述计算机程序被处理器执行时实现如上述的可远程调用应用的方法中的托盘插件的处理流程。

本发明的有益效果是，在本发明方案中，提出了一种新颖的可远程调用应用的方法、装置、系统及可读存储介质，其利用托盘应用与托盘插件的弱耦合关系，解决了现有远程调用方法中将多个处理类应用重构编译为库，供端服务节点集成使用且与端服务节点形成强耦合关系的问题，不会再因为某一处理类应用崩溃而导致端服务一起崩溃，且任意一个安装有上述托盘的终端都可作为服务方，多个安装有上述托盘的终端可以上下级托盘应用的关系组成系统，用户在调用时不需要关心处理类应用安装在哪个终端上，用户终端也可不直接与实际进行处理的终端连接即可完成远程调用，只需与最上级托盘应用连接即可，整个方案实现简单，各托盘应用及托盘插件之间都是弱耦合关系，任意一点出现问题崩溃都不会影响整个系统。

附图说明

图1是本发明实施例中可远程调用应用的系统的系统框图。

具体实施方式

下面结合实施例及附图，详细描述本发明的技术方案。

本发明的可远程调用应用的方法，应用于托盘中，其中，托盘至少包括托盘应用，则可远程调用应用的托盘处理方法包括托盘应用的处理流程，所述托盘应用至少包括托盘应用本体，所述托盘应用的处理流程至少包括托盘应用本体的处理流程，托盘还可包括至少一个托盘插件或不包括托盘插件，这里，当托盘包括托盘插件时，每一个托盘插件对应一个处理类应用，托盘插件整合有对应处理类应用，则可远程调用应用的托盘处理方法还包括托盘插件的处理流程。

托盘插件的处理流程为：在托盘插件启动后，获取自身处理类应用的信息作为能力映射信息保存或更新，且将该能力映射信息发送给托盘应用；接收托盘应用发送来的相关命令，并根据该相关命令控制自身处理类应用进行处理，处理完成后将处理结果返回给托盘应用；

这里，处理类应用的信息包括命令码、名字、描述及处理配置等，即处理类应用的能力及控制方式。

托盘应用本体的处理流程为：

启动处理步骤，包括以下具体步骤：

步骤1、启动后，若本机中有托盘插件，则与本机中的托盘插件建立通讯并通知其启动，且接收托盘插件发送来的各处理类应用对应的能力映射信息，将其置入本地插件表或更新本地插件表，进入步骤2，若本机中没有托盘插件时，则直接进入步骤2；

步骤2、判断是否有安装于其他终端的下级托盘应用与本托盘应用进行连接，若是则在连接成功后接收对应下级托盘应用发送的应用能力表，根据该应用能力表更新远程能力映射表，否则不处理进入步骤3；

步骤3、根据配置判断是否需要连接安装于其他终端的上级托盘应用，若需要则与上级托盘应用进行连接，连接成功后向上级托盘应用发送由本地插件表及远程能力映射表组成的应用能力表，否则不处理；

这里，为说明本步骤如何根据配置判断是否需要连接上级托盘，则可在搭建系统时，根据系统构建预先在各托盘的托盘应用中配置或不配置上级托盘应用信息，当根据配置判断是否需要连接上级托盘应用时，判断是否配置有上级托盘应用信息，若配置有上级托盘应用信息，则判定为需要连接上级托盘应用，否则判定为不需要连接上级托盘应用。

使用处理步骤，包括以下具体步骤：

步骤A、能够接收浏览器或Web的连接，当接收到用户通过浏览器或Web连接发送来的执行命令请求时或接收到安装于其他终端的上级托盘应用转发的执行命令请求时，进入步骤B；

步骤B、根据本地插件表判断是否支持所述执行命令请求中的相关命令，若是则将该相关命令发送至本机对应的托盘插件进行处理，并在接收到本机对应的托盘插件返回的处理结果后进入步骤E，否则进入步骤C；

步骤C、根据远程能力映射表判断是否支持所述执行命令请求中的相关命令，若是则将该执行命令请求转发给对应的安装于其他终端的下级托盘应用，进入步骤D，否则通过浏览器或Web连接返回无法执行，本次处理完成；

步骤D、接收安装于其他终端的下级托盘应用返回的处理结果，进入步骤E；

步骤E、将接收到的处理结果通过浏览器或Web连接返回给用户或返回给上级托盘应用，本次处理完成。

由于托盘插件所整合的处理类应用功能多样，各自具有其具体的应用场景，则可能存在运行过程中托盘插件崩溃或无法正常工作的情况，为解决该问题，则当本机有托盘插件且托盘插件启动后，还可定期向托盘应用发送心跳数据包，而托盘应用定期检测各托盘插件的心跳数据包，判断是否有心跳丢失，若有则强制重启心跳丢失的托盘插件，否则不处理。

为使托盘应用具备自动升级功能，则托盘应用还可包括升级插件，其中，托盘应用启动时同时启动托盘应用本体及升级插件，则托盘应用的处理流程还对应包括升级插件的处理流程，升级插件的处理流程包括以下步骤：

步骤I、启动后与本地托盘应用本体进行通讯，获取本地托盘应用本体信息及与本托盘应用通讯的托盘插件的信息；

步骤II、连接至升级服务器判断本地托盘应用本体和/或与本升级插件连接的所有托盘插件是否需要升级，若是则关闭需要升级的本地托盘应用本体和/或托盘插件，并升级需要升级的本地托盘应用本体和/或需要升级的与本托盘应用通讯的所有托盘插件，升级完成后，重启本地托盘应用本体和/或升级完成的托盘插件，告知本地托盘应用本体进入步骤2，否则直接告知本地托盘应用本体进入步骤2；

则对应的托盘应用本体的处理流程中，步骤1运行完成后等待升级插件的通知再进入步骤2。

这里，请注意，若托盘应用需要升级，则仅指托盘应用本体，因此在需要升级时，是由升级插件关闭托盘应用本体，而不关闭升级插件自身，而至于升级插件如何获取本地托盘应用本体信息及与本托盘应用通讯的托盘插件的信息，此为现有技术中的成熟技术，例如通知本地托盘应用本体将自身信息发送过来或直接通过通讯读取其信息等，此处不再详述。另外，这里所指的本地托盘应用本体信息及与本托盘应用通讯的托盘插件的信息是用于后续判定其是否需要升级时使用的，因此可采用多种方式实现，此也为现有技术中的成熟技术，最简单的一种即为本地托盘应用本体信息及与本托盘应用通讯的托盘插件的信息至少包括本地托盘应用本体的版本号及与本托盘应用通讯的托盘插件的版本号，因此此处不再详述。

为避免托盘应用本体崩溃导致无法使用，则托盘应用还可包括守护插件，其中，托盘应用启动时同时启动托盘应用本体及守护插件，托盘应用的处理流程对应的还包括守护插件的处理流程；

守护插件的处理流程为：启动后与托盘应用本体建立通讯，且时刻监听托盘应用本体发送的心跳数据包，判断是否有心跳丢失，若有则强制重启该托盘应用本体，否则不处理；

对应的托盘应用本体的处理流程还包括：启动后定期向守护插件发送心跳数据包。

参见上述可远程调用应用的方法可知，该方法中包含的托盘应用及托盘插件可分别制作为不同的计算机程序，并分别存储于不同的可读存储介质中，也可存储在一个可读存储介质中，则在一个终端中，既可只安装上述托盘应用，也可同时安装上述托盘应用及各托盘插件(可一个或多个)，作为可远程调用应用的装置，该可远程调用应用的装置即可作为可远程调用应用的系统，当用户采用终端通过浏览器或Web的连接该可远程调用应用的装置中托盘应用时，即可完成远程调用，当然，参见上述方案可知，用户所采用的终端也可为该可远程调用应用的装置，只是此时并非为远程调用其他终端上的处理类应用，而是调用本地托盘插件；当由多个可远程调用应用的装置组成可远程调用应用的系统时，根据上述方法的描述可知，如图1所示，各可远程调用应用的装置需要以上下级托盘应用的关系进行连接，一个上级托盘应用可连接多个下级托盘应用，也可仅连接一个下级托盘应用，而该下级托盘应用还可连接上一个或多个再下级托盘应用，各可远程调用应用的装置中所安装的托盘应用完全可以相同(仅在安装完成后配置时不同)，这样就方便了安装，不需要准备多个不同的计算机程序，同时各可远程调用应用的装置均可独立接收用户采用终端通过浏览器或Web的连接(不过此时该可远程调用应用的装置仅能调用自身托盘插件及与其连接的各下级托盘应用进行处理，而不能调用与其连接的上级托盘应用，所以若用户想要最好的体验一般会直接通过浏览器或Web直接连接顶级的托盘应用)，且每一个处理类应用都是单独对应的一个托盘插件，不再重构并编译为库，任一托盘插件出现问题崩溃都不会影响其他托盘插件，也不会影响与其连接的托盘应用。

对应的，为实现托盘应用的自动升级，则还可包括升级服务器，其中升级服务器与可远程调用应用的装置连接。

图1中，每个可远程调用应用的装置仅图示出两个托盘插件以举例，但本领域技术人员可毫无疑义的理解出每个可远程调用应用的装置并不限于两个托盘插件，其可没有托盘插件也可有一个或多个托盘插件，同理，所组成的可远程调用应用的系统中也可仅包含一个可远程调用应用的装置或多个可远程调用应用的装置，并不限于图示中的4个可远程调用应用的装置，且各托盘应用之间的上下级关系也不应受图示所限。

Claims (10)

1.可远程调用应用的方法，其特征在于，应用于托盘中，所述托盘至少包括托盘应用，所述可远程调用应用的托盘处理方法包括托盘应用的处理流程，所述托盘应用至少包括托盘应用本体，所述托盘应用的处理流程至少包括托盘应用本体的处理流程，所述托盘还包括至少一个托盘插件或不包括托盘插件，其中，当所述托盘包括托盘插件时，每一个托盘插件对应一个处理类应用，托盘插件整合有对应处理类应用，则所述可远程调用应用的托盘处理方法还包括托盘插件的处理流程，

所述托盘插件的处理流程为：在托盘插件启动后，获取自身处理类应用的信息作为能力映射信息保存或更新，且将该能力映射信息发送给托盘应用；接收托盘应用发送来的相关命令，并根据该相关命令控制自身处理类应用进行处理，处理完成后将处理结果返回给托盘应用；

所述托盘应用本体的处理流程为：

启动处理步骤，包括以下具体步骤：

步骤1、启动后，若本机中有托盘插件，则与本机中的托盘插件建立通讯并通知其启动，且接收托盘插件发送来的各处理类应用对应的能力映射信息，将其置入本地插件表或更新本地插件表，进入步骤2，若本机中没有托盘插件时，则直接进入步骤2；

步骤2、判断是否有安装于其他终端的下级托盘应用与本托盘应用进行连接，若是则在连接成功后接收对应下级托盘应用发送的应用能力表，根据该应用能力表更新远程能力映射表，否则不处理进入步骤3；

步骤3、根据配置判断是否需要连接安装于其他终端的上级托盘应用，若需要则与上级托盘应用进行连接，连接成功后向上级托盘应用发送由本地插件表及远程能力映射表组成的应用能力表，否则不处理；

使用处理步骤，包括以下具体步骤：

步骤A、能够接收浏览器或Web的连接，当接收到用户通过浏览器或Web连接发送来的执行命令请求时或接收到安装于其他终端的上级托盘应用转发的执行命令请求时，进入步骤B；

步骤B、根据本地插件表判断是否支持所述执行命令请求中的相关命令，若是则将该相关命令发送至本机对应的托盘插件进行处理，并在接收到本机对应的托盘插件返回的处理结果后进入步骤E，否则进入步骤C；

步骤C、根据远程能力映射表判断是否支持所述执行命令请求中的相关命令，若是则将该执行命令请求转发给对应的安装于其他终端的下级托盘应用，进入步骤D，否则通过浏览器或Web连接返回无法执行，本次处理完成；

步骤D、接收安装于其他终端的下级托盘应用返回的处理结果，进入步骤E；

步骤E、将接收到的处理结果通过浏览器或Web连接返回给用户或返回给上级托盘应用，本次处理完成。

2.如权利要求1所述的可远程调用应用的方法，其特征在于，所述处理类应用的信息包括命令码、名字、描述及处理配置。

3.如权利要求1所述的可远程调用应用的方法，其特征在于，当本机有托盘插件且托盘插件启动后，还定期向托盘应用发送心跳数据包，而托盘应用定期检测各托盘插件的心跳数据包，判断是否有心跳丢失，若有则强制重启心跳丢失的托盘插件，否则不处理。

4.如权利要求1所述的可远程调用应用的方法，其特征在于，所述托盘应用还包括升级插件，所述托盘应用启动时同时启动托盘应用本体及升级插件，所述托盘应用的处理流程还包括升级插件的处理流程，所述升级插件的处理流程包括以下步骤：

步骤I、启动后与本地托盘应用本体进行通讯，获取本地托盘应用本体信息及与本托盘应用通讯的托盘插件的信息；

步骤II、连接至升级服务器判断本地托盘应用本体和/或与本升级插件连接的所有托盘插件是否需要升级，若是则关闭需要升级的本地托盘应用本体和/或托盘插件，并升级需要升级的本地托盘应用本体和/或需要升级的与本托盘应用通讯的所有托盘插件，升级完成后，重启本地托盘应用本体和/或升级完成的托盘插件，告知本地托盘应用本体进入步骤2，否则直接告知本地托盘应用本体进入步骤2；

所述托盘应用本体的处理流程中，步骤1运行完成后等待升级插件的通知再进入步骤2。

5.如权利要求1所述的可远程调用应用的方法，其特征在于，所述托盘应用还包括守护插件，所述托盘应用启动时同时启动托盘应用本体及守护插件，所述托盘应用的处理流程还包括守护插件的处理流程；

所述守护插件的处理流程为：启动后与托盘应用本体建立通讯，且时刻监听托盘应用本体发送的心跳数据包，判断是否有心跳丢失，若有则强制重启该托盘应用本体，否则不处理；

所述托盘应用本体的处理流程还包括：启动后定期向守护插件发送心跳数据包。

6.如权利要求1-5任一项所述的可远程调用应用的方法，其特征在于，搭建系统时，根据系统构建预先在各托盘的托盘应用中配置或不配置上级托盘应用信息，当根据配置判断是否需要连接上级托盘应用时，判断是否配置有上级托盘应用信息，若配置有上级托盘应用信息，则判定为需要连接上级托盘应用，否则判定为不需要连接上级托盘应用。

7.可远程调用应用的装置，包括处理单元及存储单元，所述处理单元与存储单元连接，所述存储单元中存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述的可远程调用应用的方法。

8.可远程调用应用的系统，包括至少一个如权利要求7所述的可远程调用应用的装置。

9.如权利要求8所述的可远程调用应用的系统，其特征在于，还包括升级服务器，所述升级服务器与可远程调用应用的装置连接。

10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5任一项所述的可远程调用应用的方法中的托盘应用的处理流程；

和/或，

所述计算机程序被处理器执行时实现如权利要求1-5任一项所述的可远程调用应用的方法中的托盘插件的处理流程。