[0045] 在将待升级的软件划分为软件服务单元时，也可以采用多种方式，较优地，可以采 用以下处理方式：将软件的软件内容依据业务流程和技术方向进行分割；将在业务流程上 具有逻辑关系，技术方向单一的核心功能划分为一个软件服务单元。
[0046] 为了保证升级过程不影响到软件的用户对软件的正常使用，可以在依据预定注入 策略将一个或多个适配元件注入到对应的软件服务单元中之前，对正在运行的软件操作流 程进行监控；判断依据预定注入策略将一个或多个适配元件注入到对应的软件服务单元是 否影响软件操作流程，在判断结果为否的情况下，依据一个或多个适配元件注入到对应的 软件服务单元中。采用这样的处理，可以有效避免升级流程带来的体验降低的问题。
[0047] 优选地，依据预定注入策略将一个或多个适配元件注入到对应的软件服务单元中 时，可以采用以下处理方式：依据预定的映射机制映射出软件服务单元与适配单元的内部 结构；依据预定注入策略，以及软件服务单元与适配单元的内部结构生成代理服务单元类 源文件；对代理服务单元类源文件进行编译获得完整代理服务单元类。为了使得避免对软 件重复升级，在对代理服务单元类源文件进行编译获得完整代理服务单元类之后，还可以 对软件服务单元、适配单元、预定注入策略对应的完整代理服务单元类进行存储。之后，如 果再接收到对该同样的软件，依据同样的适配单元，采用同样的预定注入策略进行升级时， 直接可以提取存储的该完整代理服务单元类。采用这样的处理，大大提高了软件升级的效 率。
[0048] 另一方面，为了保证软件升级的质量，在对代理服务单元类源文件进行编译获得 完整代理服务单元类之后，还可以对完整代理服务单元类进行核查，例如，可以对升级完成 后获得的完整代理服务单元类进行类型、语法、装配、规则分别进行核查。
[0049] 在本实施例中还提供了一种软件升级处理装置，该装置用于实现上述实施例及优 选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语"模块"可以实现预定功 能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬 件，或者软件和硬件的组合的实现也是可能并被构想的。
[0050] 图2是根据本发明实施例的软件升级处理装置的结构框图，如图2所示，该装置包 括划分模块22、提取模块24和注入模块26,下面对该装置进行说明。
[0051] 划分模块22,用于将待升级的软件划分为一个或多个软件服务单元；提取模块 24,连接至上述划分模块22,用于提取用于丰富一个或多个软件服务单元的一个或多个适 配元件；注入模块26,连接至上述提取模块24,用于依据预定注入策略将一个或多个适配 元件注入到对应的软件服务单元中。
[0052] 图3是根据本发明实施例的软件升级处理装置中划分模块22的优选结构框图，如 图3所示，该划分模块22包括：分割单元32和划分单元34,下面对该划分模块22进行说 明。
[0053] 分割单元32,用于将软件的软件内容依据业务流程和技术方向进行分割；划分单 元34,连接至上述分割单元32,用于将在业务流程上具有逻辑关系，技术方向单一的核心 功能划分为一个软件服务单元。
[0054] 图4是根据本发明实施例的软件升级处理装置的优选结构框图，如图4所示，该装 置除包括图2所示的结构外，还包括：监控模块42和判断模块44,下面对该装置进行说明。
[0055] 监控模块42,连接至上述提取模块24,用于对正在运行的软件操作流程进行监 控；判断模块44,连接至上述监控模块42和注入模块26,用于判断依据预定注入策略将一 个或多个适配元件注入到对应的软件服务单元是否影响软件操作流程，在判断结果为否的 情况下，依据一个或多个适配元件注入到对应的软件服务单元中。
[0056] 图5是根据本发明实施例的软件升级处理装置中注入模块26的优选结构框图一， 如图5所示,该注入模块26包括：映射单元52、生成单元54和编译单元56,下面对该注入 模块26进行说明。
[0057] 映射单元52,用于依据预定的映射机制映射出软件服务单元与适配单元的内部结 构；生成单元54,连接至上述映射单元52,用于依据预定注入策略，以及软件服务单元与适 配单元的内部结构生成代理服务单元类源文件；编译单元56,连接至上述生成单元54,用 于对代理服务单元类源文件进行编译获得完整代理服务单元类。
[0058] 图6是根据本发明实施例的软件升级处理装置中注入模块26的优选结构框图二， 如图6所示，该装置除包括图5所示的所有模块外，还包括存储单元62,下面对该存储单元 62进行说明。
[0059] 存储单元62,连接至上述编译单元56,用于对软件服务单元、适配单元、预定注入 策略对应的完整代理服务单元类进行存储。
[0060] 图7是根据本发明实施例的软件升级处理装置中注入模块26的优选结构框图三， 如图7所示，该装置除包括图5所示的所有模块外，还包括核查单元72,下面对该核查单元 72进行说明。
[0061] 核查单元72,连接至上述编译单元56,用于对完整代理服务单元类进行核查。。
[0062] 图8是根据本发明实施例的终端的结构框图，如图8所示，该终端80包括上述任 一项的软件升级处理装置82。
[0063] 图9是根据本发明实施例的服务器的结构框图，如图9所示，该服务器90包括上 述任一项的软件升级处理装置82。
[0064] 针对相关技术中，软件升级存在复杂度高，升级效率低下的问题，在本实施例中， 提供了一种提高升级效率的普适框架；包括软件服务单元划分方法、适配元件提取、动态装 配引擎、现场控制等。该框架的优点在于：当前服务单元与升级后的服务单元的细微差异 可以通过粘合注入不同的适配元件来消除，既降低了单个服务单元的复杂性也减少了服务 的数量。另外一方面，对于开发新的服务单元的需求，可以先考虑通过现有服务单元及适配 元件组装成符合用户新需求的服务，以减少新需求对于软件系统的影响。对于开发者来说， 相较于服务单元来说，适配元件的设计和开发任务量较少，且易维护，同时通过动态装配引 擎，可以通过修改现有适配元件或增加新的适配元件来达到修改服务功能的目的，而不是 增加新的服务单元或修改服务单元。由此可见，通过此方案的升级过程，下载量以及更新复 杂度将进一步降低。从软件设计阶段开始到最终升级过程，规划软件的可扩展性，提高软件 的可维护性，从而最终提升软件升级效率。
[0065] 针对相关技术中，软件规模的扩大，软件的可维护性随之下降，导致更新模块粒度 升高，最终使得软件升级过程复杂度提高，降低升级效率以及影响用户体验的问题，通过上 述粘合注入方法在软件可扩展性的应用以提高软件升级效率。下面对该粘合注入的方法进 行说明。
[0066] 当软件系统运行过程中，用户请求服务单元提供功能时，动态装配引擎将实时将 服务单元、适配元件、以及注入策略动态组装为"完整服务单元"提供给用户。服务单元的 适配元件以及注入策略可灵活改变，通过动态装配引擎可装配出具备新功能的"完整服务 单元"，最终，使得软件系统更新为升级后的版本。
[0067] 服务单元为当前业务领域的软件需求中具有相对独立功能的部分，它只涉及基础 功能。适配元件为某一服务单元的扩展功能部分，它的注入功能部分与其被注入服务单元 的接口必须具备一定的相容性。适配元件需要通过注入策略注入到相应服务单元中，以扩 展其功能。注入策略的主要内容为适配元件注入服务单元的格式说明，包括：适配元件的注 入方法入口、适配元件接口、装配形式等。
[0068] 动态装配引擎主要功能是根据某一服务单元的内部结构、其适配元件的内部结 构、以及注入策略的格式说明，动态生成新的服务单元。其核心组件包括：反射部件、编译部 件、加载部件、实例化部件、以及缓存部件。反射部件的主要功能是通过反射机制，映射出服 务单元和适配元件的内部结构。其他部件完成动态生成的完整服务类文件的编译、加载、实 例化，以及缓存一系列过程。
[0069] 在粘合注入方法指导下，需将软件需求功能划分为独立的服务单元和适配元件， 通过动态装配引擎，读取最新的配置文档，实时为用户装配出更新后的软件系统。升级过程 不影响用户当前的处理操作，现场控制模块将保存和处理用户当前操作，整个升级过程对 用户透明。图10是根据本发明实施