技术摘要：
本发明实施例公开了一种应用更改方法、应用运行方法、装置及系统。该方法包括：在监测到更改应用的更改触发事件时，获取与更改触发事件对应的已更改文件，其中，已更改文件包括已更改配置文件和/或已更改代码文件；根据已更改文件生成已更改应用包；根据更改触发事件对  全部
背景技术：
在医疗软件系统中，应用开发者在用户使用某个发布的应用后，可根据接收到的 用户提出的更改需求对该应用进行更改，并将更改后的新版本应用再次发布给用户使用。 以某个可用于受检部位1和受检部位2检查的磁共振应用为例，用户对受检部位1的图像质 量提出了更改需求，且对受检部位2的图像质量表示满意。此时，应用开发者可根据更改需 求对该磁共振应用进行更改，由此得到的新版本应用包括与该磁共振应用相关的全部文 件。 但是，这一更改过程很可能对受检部位2的图像质量也产生影响，也就是说，新版 本应用可用于优化受检部位1的图像质量，但对受检部位2的图像质量是难以保证的。因此， 在应用更改过程中，如何更加有针对性且可控性地满足用户提出的更改需求，且尽可能避 免产生多余影响，这是亟待解决的问题。
技术实现要素：
本发明实施例提供了一种应用更改方法、应用运行方法、装置及系统，解决了应用 更改过程中针对性和可控性较弱的问题。 第一方面，本发明实施例提供了一种应用更改方法，应用于服务端，包括： 在监测到更改应用的更改触发事件时，获取与更改触发事件对应的已更改文件， 其中，已更改文件包括已更改配置文件和/或已更改代码文件； 根据已更改文件生成已更改应用包； 根据更改触发事件对应的版本信息，设置已更改应用包的包名并调整已更改文件 的文件名。 可选的，根据更改触发事件对应的版本信息，设置已更改应用包的包名并调整已 更改文件的文件名，可以包括： 根据更改触发事件对应的版本信息，设置已更改应用包的包名； 获取已更改文件的文件名，并将包名添加到文件名中。 可选的，在获取与更改触发事件对应的已更改文件之前，还可以包括： 获取与更改触发事件对应的已更改公共组件和原始代码文件； 根据接收到的用户输入的作用于已更改公共组件的属性设置指令，将已更改公共 组件设置为静态库工程，以使已更改公共组件中的代码在编译时合并到原始代码文件中， 生成已更改代码文件。 第二方面，本发明实施例还提供了一种应用运行方法，应用于客户端，可包括： 在监测运行应用的运行触发事件时，获取与运行触发事件对应的受检部位的扫描 4 CN 111596955 A 说　明　书 2/12 页 协议，并判断扫描协议中是否存在已更改应用包的包名，其中，已更改应用包是由服务端根 据已更改文件生成的，已更改应用包的包名和已更改文件的文件名是由服务端根据已更改 应用包对应的版本信息设置的； 若是，则根据与包名对应的文件名获取已更改文件，并根据已更改文件和扫描协 议获取第一历史文件； 根据已更改文件和第一历史文件，运行应用。 可选的，上述应用运行方法，还可以包括： 若否，则根据扫描协议获取第二历史文件，并根据第二历史文件，运行应用。 可选的，已更改应用包的包名可以包括应用运行框架包名和应用本体包名，根据 与已更改应用包的包名对应的文件名获取已更改文件，并根据已更改文件和扫描协议获取 第一历史文件，可以包括： 根据与应用运行框架包名对应的应用运行框架文件名获取已更改框架文件，并根 据已更改框架文件和扫描协议获取第一历史框架文件； 根据与应用本体包名对应的应用本体文件名获取已更改本体文件，并根据已更改 本体文件和扫描协议获取第一历史本体文件； 相应的，根据已更改文件和第一历史文件，运行应用，可以包括： 根据已更改框架文件、第一历史框架文件、已更改本体文件和第一历史本体文件， 运行应用。 可选的，应用可以包括磁共振应用，扫描协议可以包括磁共振扫描参数。 第三方面，本发明实施例还提供了一种应该更改装置，配置于服务端，可包括： 已更改文件获取模块，用于在监测到更改应用的更改触发事件时，获取与更改触 发事件对应的已更改文件，其中，已更改文件包括已更改配置文件和/或已更改代码文件； 已更改应用包生成模块，用于根据已更改文件生成已更改应用包； 名称设置模块，用于根据更改触发事件对应的版本信息，设置已更改应用包的包 名并调整已更改文件的文件名。 第四方面，本发明实施例还提供了一种应该运行装置，配置于客户端，可包括： 包名判断模块，用于在监测运行应用的运行触发事件时，获取与运行触发事件对 应的受检部位的扫描协议，并判断扫描协议中是否存在已更改应用包的包名，已更改应用 包是经由应用更改装置根据已更改文件生成的，已更改应用包的包名和已更改文件的文件 名是经由应用更改装置根据已更改应用包对应的版本信息设置的； 文件获取模块，用于若是，则根据与包名对应的文件名获取已更改文件，并根据已 更改文件和扫描协议获取第一历史文件； 应用运行模块，用于根据已更改文件和第一历史文件，运行应用。 第五方面，本发明实施例还提供了一种多版本应用并存系统，可以包括：服务端和 客户端； 其中，服务端，用于在监测到更改应用的更改触发事件时，获取与更改触发事件对 应的已更改文件，根据已更改文件生成已更改应用包，并根据更改触发事件对应的版本信 息，设置已更改应用包的包名并调整已更改文件的文件名，其中，已更改文件包括已更改配 置文件和/或已更改代码文件； 5 CN 111596955 A 说　明　书 3/12 页 客户端，用于在监测运行应用的运行触发事件时，获取与运行触发事件对应的受 检部位的扫描协议，并判断扫描协议中是否存在已更改应用包的包名，若是，则根据与包名 对应的文件名获取已更改文件，并根据已更改文件和扫描协议获取第一历史文件，根据已 更改文件和第一历史文件，运行应用。 本发明实施例的技术方案，在监测到更改应用的更改触发事件时，服务端通过已 获取的与更改触发事件对应的已更改文件，可以生成已更改应用包；进而，根据更改触发事 件对应的版本信息，可以设置已更改应用包的包名并调整已更改文件的文件名，由此，因各 个版本的应用包的包名互不相同，多版本应用包可以同时存在，这使得应用开发者在更改 应用时，可以只针对更改需求对应的应用文件进行更改，而完全无需考虑那些与更改需求 无关的应用文件。上述技术方案，通过对根据已更改文件生成的已更改应用包的包名进行 设置，实现了多版本应用并存的效果，由此，在应用更改过程中只需对与更改需求相关的应 用文件进行更改，解决了应用文件间的依懒性，避免引入新问题的同时，提高了应用更改过 程的针对性、可控性和快速性，降低应用测试环节的工作量。 附图说明 图1是本发明实施例一中的一种应用更改方法的流程图； 图2是本发明实施例二中的一种应用运行方法的流程图； 图3是本发明实施例三中的一种应用更改装置的结构框图； 图4是本发明实施例四中的一种应用运行装置的结构框图； 图5是本发明实施例五中的一种多版本应用并存系统的结构框图。