中间件管理方法、装置及存储介质与流程

1.本技术涉及智慧家庭技术领域，具体而言，涉及一种中间件管理方法、装置及存储介质。


背景技术：

2.随着现代业务应用在本地或云端大规模运行，为了实现更有效的创建应用，开发人员通过创建中间件实现在不同的技术之间共享资源，中间件就如同是应用、数据与用户之间的纽带，对于具有多云和容器化环境的企业而言，中间件可以助您大规模、经济高效地开发和运行应用，但现有中间件基本都是直接集成在应用中，当应用的数量逐渐增多时，散落在各个应用中的中间件的管理越来越多，因此会产生运维监控复杂，排查困难的问题。
3.有鉴于此，特提出本技术。


技术实现要素：

4.本发明要解决的技术问题在于克服现有技术的不足，提供一种中间件管理方法、装置及存储介质，完善对中间件的监控和集中管理，从而降低开发运维的排错成本。
5.为解决上述技术问题，本发明采用技术方案的基本构思是：
6.根据本发明实施例的第一方面，提供一种中间件管理方法，应用于中间件平台，所述中间件管理方法包括：接收服务端发送的目标中间件申请使用信息；根据所述申请使用信息，控制目标中间件创建中间件账号；通过创建中间件平台账号关联所述服务端和所述中间件账号；根据所述服务端和所述中间件账号的对应关系，返回所述目标中间件至所述服务端。
7.可选的，所述根据所述申请使用信息，控制目标中间件创建中间件账号，包括：响应于接收到服务端发送的目标中间件使用信息，确定所述申请使用信息的消息字段，其中，所述消息字段包括所述申请使用信息的消息名称和消息类型通过所述消息名称确定所述目标中间件；通过所述消息字段控制所述目标中间件创建中间件账号。
8.可选的，所述控制目标中间件创建中间件账号还包括使用已经创建的符合要求的中间件账号。
9.可选的，所述根据所述服务端和所述中间件账号的对应关系，返回所述中间件至所述服务端，包括：确定所述中间件账号的地址信息；根据所述服务端与所述中间件账号的关联关系，返回所述地址信息至服务端。
10.可选的，所述返回所述中间件至所述服务端之后，还包括服务端对所述中间件的认证鉴权，包括：确定所述中间件的状态信息；响应于所述申请使用信息的消息类型与所述中间件的状态信息类型一致，认证所述中间件为目标中间件；响应于所述申请使用信息的消息类型与所述中间件的状态信息类型不一致，重新发送申请使用信息至中间件平台。
11.可选的，所述方法还包括添加中间件，包括：接收服务端发送的目标中间件申请添加信息；确定所述中间件的状态信息，并记录添加所述中间件的操作日志；响应于执行添加
操作已完成，返回添加结果至服务端。
12.可选的，所述接收服务端发送的目标中间件申请使用信息，包括对所述目标中间件执行增加、删除或修订的操作；其中，所述服务端使用的所述目标中间件由中间件平台集中管理，所述中间件包括缓存中间件、rockermq中间件或kafka中间件。
13.根据本技术实施例的第二方面，提供一种中间件管理装置，包括：接收模块，被配置为接收服务端发送的目标中间件申请使用信息；控制模块，被配置为根据所述申请使用信息，控制目标中间件创建中间件账号；关联模块，被配置为通过创建中间件平台账号关联所述服务端和所述中间件账号；返回模块，被配置为根据所述服务端和所述中间件账号的对应关系，返回所述目标中间件至所述服务端。
14.可选的，所述控制模块被用于根据所述申请使用信息，控制目标中间件创建中间件账号，包括：响应于接收到服务端发送的目标中间件使用信息，确定所述申请使用信息的消息字段，其中，所述消息字段包括所述申请使用信息的消息名称和消息类型通过所述消息名称确定所述目标中间件；通过所述消息字段控制所述目标中间件创建中间件账号。
15.可选的，所述控制模块被用于控制目标中间件创建中间件账号还包括使用已经创建的符合要求的中间件账号。
16.可选的，所述返回模块被用于根据所述服务端和所述中间件账号的对应关系，返回所述中间件至所述服务端，包括：确定所述中间件账号的地址信息；根据所述服务端与所述中间件账号的关联关系，返回所述地址信息至服务端。
17.可选的，所述返回模块被用于返回所述中间件至所述服务端之后，还包括服务端对所述中间件的认证鉴权，包括：确定所述中间件的状态信息；响应于所述申请使用信息的消息类型与所述中间件的状态信息类型一致，认证所述中间件为目标中间件；响应于所述申请使用信息的消息类型与所述中间件的状态信息类型不一致，重新发送申请使用信息至中间件平台。
18.可选的，所述接收模块还包括添加中间件，包括：接收服务端发送的目标中间件申请添加信息；确定所述中间件的状态信息，并记录添加所述中间件的操作日志；响应于执行添加操作已完成，返回添加结果至服务端。
19.可选的，所述接收模块被用于接收服务端发送的目标中间件申请使用信息，包括对所述目标中间件执行增加、删除或修订的操作；其中，所述服务端使用的所述目标中间件由中间件平台集中管理，所述中间件包括缓存中间件、rockermq中间件或kafka中间件。
20.根据本技术实施例的第三方面，提供一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行本技术第一方面中任一项所述的方法。
21.根据本技术实施例的第四方面，提供一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行本技术第一方面中任一项所述的方法。
22.采用上述技术方案后，本技术与现有技术相比具有以下有益效果：在接收到服务端发送的目标中间件申请使用信息后，中间件平台根据所述申请使用信息，控制目标中间件创建中间件账号；并通过创建中间件平台账号来关联所述服务端和所述中间件账号；根据所述服务端和所述中间件账号的对应关系，返回所述目标中间件至所述服务端的方法，
可以实现通过中间件平台实现对散落的中间件进行集中管理，从而简化开发，及时发现中间件使用过程中产生的问题并作出解决方案。
附图说明
23.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
24.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
25.图1是根据本技术实施例的一种智能设备的交互方法的硬件环境示意图；
26.图2是根据本技术实施例的一种中间件管理方法的流程图；
27.图3是根据本技术实施例的一种中间件管理方法的时序图；
28.图4是根据本技术实施例的一种中间件管理装置的框图；
29.图5是根据本技术实施例的一种电子装置的框图；
具体实施方式
30.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
31.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
32.根据本技术实施例的一个方面，提供了一种智能家居设备的交互方法。该智能家居设备的交互方法广泛应用于智慧家庭(smart home)、智能家居、智能家用设备生态、智慧住宅(intelligence house)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述智能家居设备的交互方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算服务，用于为服务器104提供数据运算服务。
33.上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：wifi(wireless fidelity，无线保真)，蓝牙。终端设备102可以并不限定于
为pc、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。
34.实施例一
35.随着微服务的兴起，越来越多的应用通过拆分为微服务来实现特定的功能，各个微服务之间的交互也越来越多。各个业务交互的实现，往往需要中间件的支持，然而中间件的使用并不只是在一个服务上使用，同时这些中间件的部署方式也有所不同，因此，这样就增加了中间件的管理难度和提高了对于中间件的监控复杂性。虽然当前一些云服务厂商为解决开发运维的这一系列痛点，将中间件部署在云平台上并开放一部分功能(例如日志记录、可视化图形)来提升用户体验。但仍不能根据用户的实际需求实现对中间件的定制，当用户对中间件的使用有特使要求进行修改时，也不能实现将修改后的中间件集成到已有的云平台上。其中，现有中间件的使用方式基本都是直接集成在应用中，这样每个服务在使用中间件时都需要再集成一遍，当中间件部署发生改变时，集成此中间件的服务都需要更改此中间件的配置才能正常使用。散落在各个服务的中间件监控处理方式也都各不相同，现有的处理为分别记录在自己的应用日志中，无法确保每个服务都对中间件进行了良好的监控处理，因此很难将分布在各个服务的使用数据集中起来进行数据分析。
36.针对难以管理和监控的缺点，本发明旨在建立一个集中管理中间件的系统，将中间件的部署、监控、自定义处理封装在此系统中，提供必要的中间件操作给外部系统，简化应用使用中间件的操作，同时完善了中间件的监控和管理。
37.本技术下述实施例将结合附图，对本技术提供的一种中间件管理方法进行说明。
38.图2是根据本技术实施例的一种中间件管理方法的流程图，如图2所示，包括步骤s201-s204。
39.在步骤s201中，接收服务端发送的目标中间件申请使用信息。
40.本技术实施例中，当服务端需要引入中间件时，并不直接与中间件进行交互，而是通过向中间件平台发送请求，从而实现中间件平台与中间件的交互。
41.申请使用信息是服务端在需要使用中间件时向中间件平台的请求使用中间件的信息，其中，该申请信息包括服务端的读写权限、每秒查询率(qps)、中间件类型，等等。
42.本技术实施例中，接收服务端发送的目标中间件申请使用信息，包括对目标中间件执行增加、删除或修订的操作；其中，服务端使用的目标中间件由中间件平台集中管理，中间件包括缓存中间件、rockermq中间件或kafka中间件。
43.本技术实施例中，服务端发送的申请信息不仅包括申请使用中间件的信息，还包括申请添加中间件的信息，其中中间件平台添加中间件的方法，包括：接收服务端发送的目标中间件申请添加信息；确定中间件的状态信息，并记录添加中间件的操作日志；响应于执行添加操作已完成，返回添加结果至服务端。
44.在步骤s202中，根据申请使用信息，控制目标中间件创建中间件账号。
45.本技术实施例中，根据申请使用信息，控制目标中间件创建中间件账号，包括以下步骤：响应于接收到服务端发送的目标中间件使用信息，确定申请使用信息的消息字段，其
中，消息字段包括申请使用信息的消息名称和消息类型；通过消息名称确定目标中间件；通过消息字段控制目标中间件创建中间件账号。
46.其中，申请使用信息的消息类型可以使内置类型，也可以是其他消息类型，当该消息类型属于可选类型时，可以为有界、无界或固定大小的数组。
47.中间件平台作为服务端和中间件的联通中介，基于中间件平台与中间件之间具有互联关系，需要通过账号信息来实现将服务端、中间件平台和中间件的互联，因此，中间件平台通过创建账号，通过内部解析获得中间件平台账号的地址信息，实现与服务端的地址信息进行匹配，并实现与中间件账号对应解析的地址信息的匹配。于中间件账号的地址信息与中间件平台账号的地址信息之间的匹配关系，当与中间件平台账号匹配的中间件账号为其管理的中间件消息体中的一个中间件账号时，确定该中间件账号为服务端所需要的中间件账号；当与中间件平台账号匹配的中间件账号为其管理的中间件消息体中的不止一个中间件账号时，将各个中间件账号与服务端所需要的中间件账号进行进一步对比，比较各个中间件账号与服务端所需要的中间件账号之间相匹配的匹配数值，选择匹配数值最大的中间件账号作为服务端所需要的中间件账号信息。
48.中间件平台基于接收到的服务端的请求信息，通过对其管理的中间件的集中管理，通过对中间件的解析获得的地址信息的匹配，调用目标中间件发送至服务端，可以更好地解决在服务端使用中间件过程中接收到错误中间件时，及时发现错误并发送错误信号给中间件平台。
49.其中，本技术实施例中，控制目标中间件创建中间件账号还包括使用已经创建的符合要求的中间件账号。
50.在步骤s203中，通过创建中间件平台账号关联服务端和中间件账号。
51.本技术实施例中，服务端使用中间件的操作过程是通过请求中间件平台来实现的，中间件平台与服务端和中间件之间的关系是互联关系。当中间件平台接收到服务端的请求信息后，中间件平台会与其所管理的中间件中的中间件进行交互，配置服务端所需要使用的目标中间件信息，并将返回的配置好的中间件信息发送给服务端。
52.其中，服务端与中间件的互联关系是通过中间件平台作为中介进行连接的，基于中间件平台接收到的服务端发送的申请信息，根据该申请信息，中间件平台将会控制目标中间件创建账号，然后中间件平台也会创建一个中间件平台账号，并通过中间件平台账号构建中间件账号与服务端的互联关系，实现服务端与中间件的连接，从而实现将中间件返回给服务端。
53.在步骤s204中，根据服务端和中间件账号的对应关系，返回目标中间件至服务端。
54.本技术实施例中，根据服务端和中间件账号的对应关系，返回中间件至服务端，包括：确定中间件账号的地址信息；根据服务端与中间件账号的关联关系，返回地址信息至服务端。
55.本技术实施例中，中间件平台返回中间件至服务端之后，还包括服务端对中间件的认证鉴权操作，包括：确定中间件的状态信息；响应于申请使用信息的消息类型与中间件的状态信息类型一致，认证中间件为目标中间件；响应于申请使用信息的消息类型与中间件的状态信息类型不一致，重新发送申请使用信息至中间件平台。
56.服务端接收到中间件账号信息后，对该中间件账号进行鉴权操作，是为了确定用
户是否有使用目标中间件账号的权利。中间件平台基于接收到的服务端使用中间件的信息，确认中间件账号的信息，并在中间件平台所管理的中间件消息体中实现对中间件账号信息的配置，由于中间件账号信息包含于中间件消息体中，中间件消息体赋予中间件平台使用中间件的权限，当中间件平台将该中间件返回服务端时，赋予服务端使用该中间件账号的权限，服务端接收到中间件平台返回的中间件账号信息后，会对该中间件信息的真实性进行判断，若服务端确定该中间件信息的真实性，便会向中间件平台发送使用该中间件信息的请求信息；若服务端拒绝该中间件信息的真实性，则会返回错误信号至中间件平台，此时，中间件平台需要对目标中间件账号进行重新配置，直到服务端确定中间件平台返回的中间件信息的真实性。
57.服务端对中间件平台返回的中间件的鉴权操作，是对目标中间件的一个确认过程，当服务端确认中间件平台返回的中间件为目标中间件后会直接发送使用的请求，可以更好的实现服务端对于中间件的使用，更快速地为服务端提供目标中间件。
58.其中，本技术实施例中，记录相同间隔时间中间件的使用状态；若中间件显示处于待使用状态，则发送目标中间件至服务端；若中间件显示处于使用状态，则在中间件消息体中重新配置中间件信息，并发送至服务端。
59.基于服务端接收到的中间件信息，服务端对该中间件信息进行鉴权操作通过判断相同时间间隔内中间件的使用状态来确定该中间件账号是否为服务端所需要的中间件账号；若相同时间间隔内中间件处于使用状态，则服务端拒绝使用该中间件账号，并返回错误信号至中间件平台；若相同时间间隔内中间件未处于使用状态，则服务端接收使用该中间件账号。
60.其中，本技术实施例中，中间件平台会记录相同间隔时间中间件所在服务器的硬件使用指标；若测试服务器的硬件使用指标达到普通水平以上，则发送目标中间件至服务端；若测试服务器的硬件使用指标未达到普通水平以上，则在中间件消息体中重新配置中间件信息，并发送至服务端。
61.基于服务端接收到的中间件信息，服务端对该中间件信息进行鉴权操作通过判断相同时间间隔内中间件所在服务器的硬件指标来确定该中间件账号是否为服务端所需要的中间件账号，其中，中间件所在服务器的硬件指标包括但不限于中央处理器、内存、硬盘等；若相同施加间隔内中间件所在服务器的硬件指标均达到普通水平以上，则服务端确定使用该中间件账号；若相同时间间隔内中间件所在服务器的硬件指标未达普通水平以上，则服务端拒绝使用该中间件账号，并返回错误信号至中间件平台。
62.基于中间件平台对中间件的集中管理，则当中间件平台接收到服务端的请求信息后，会在其所管理的所有中间件中调用服务端所需要的目标中间件并返回给服务端，中间件平台通过记录服务端使用目标中间件各个节点的部署信息细节对中间件进行管理，其中包括：服务端申请使用中间件的请求信息，服务端使用中间件的信息，中间件平台对中间件操作过程中中间件平台账号与服务端的关系、中间件平台账号与中间件账号的关系以及中间件平台对中间件发送指令的操作信息等。
63.中间件平台在接收到服务端的使用信息后，会在中间件平台管理的中间件中调用服务端所需要的目标中间件信息，并发送服务端。服务端在接收到目标中间件后，并不知道目标中间件部署在何种服务器上，也不了解目标中间件是属于何种中间件，此时服务端使
用的中间件可能是缓存中间件信息，也可能是消息中间件，对于中间件平台调用目标中间件的具体操作过程也不了解，目标中间件是由中间件平台直接调用还是中间件平台先通过接收服务端申请使用中间件的过程返回中间件信息给服务端，服务端对中间件信息鉴权后，中间件平台调用返回目标中间件给服务端的具体详细过程均不了解。中间件平台实现了对具体中间件的封装，也就是说，中间件平台对于服务端如何具体使用中间件，中间件的负载均衡以及中间件如何在服务器上部署均不对用户暴露细节，服务端最终接受到的只是与服务端要求使用的中间件功能方面相匹配的中间件，若与目标中间件功能相匹配的中间件数量有多个，则选取其中性能最接近的中间件作为目标中间件，其中中间件平台对具体中间件的性能包括对具体中间件所在服务器的性能进行监控。
64.在服务端请求使用中间件的过程中，基于中间件平台对中间件的集中管理，中间件平台对服务端使用中间件的过程还进行统一监控，通过记录服务端使用中间件过程的每一个部署节点的监控数据实现数据存储，其中监控数据主要包括：服务端使用目标中间件的请求数据和中间件的返回数据，服务端使用中间件的请求数据包括服务端对目标中间件的增加、删除和修订数据的操作指令。通过将中间件信息存储在中间件平台的方法实现在下次接收到服务端发出同样的请求信息时，可以直接调用服务端所需要的目标中间件，以便减少数据传输时，实现更优化的传输方式。
65.响应于中间件平台对散落在各个服务器上的中间件的集中管理，通过对中间件的部署、监控、自定义处理的封装，中间件平台仅向服务端提供使用中间件的操作步骤，从而使服务端使用中间件的步骤更简化便捷。
66.图3是根据本技术实施例的一种中间件管理方法的时序图，如图3所示，服务端可以向中间件平台发送申请使用中间件的信息和申请添加中间件的信息。当中间件平台接收到服务端申请使用中间件的信息时，中间件平台还会根据接收到的中间件信息确定目标中间件，并控制目标中间件创建中间件账号，接收中间件返回的中间件账号并存储至中间件平台，然后通过创建中间件平台账号关联服务端和中间件账号，并记录中间件账号与服务端的关系，最后将确定的目标中间件返回给服务端；当中间件平台接收到服务端申请添加中间件的信息时，中间件平台会根据接收到的申请添加中间件信息确定中间件的状态，并将该中间件添加至中间件平台，同时中间件平台会记录添加操作日志，从而实现将中间件保存至中间件平台，在中间件平台完成对中间件的添加操作后，中间件会将操作结果返回至中间件平台，同时中间件平台会记录返回信息，并向服务端返回添加中间件结果信息。
67.其中，在本实施例中，服务端使用中间件的过程是由中间件平台进行集中管理的，对于中间件平台返回的中间件是属于何种中间件，该中间件部署于何种服务器上，服务端并不需要知道。服务端在需要使用中间件时，只需要向中间件平台发送使用中间件信息，中间件平台在接收到使用中间件的信息后，将会向其管理的所有中间件发送消息，在中间件平台得到与服务端发送的中间件使用信息对应的目标中间件后，将会调用该目标中间件，并将该目标中间件返回至服务端。
68.本技术实施例中，中间件平台可以实现对中间件的实时监控，例如，监控各个中间件的使用状态、各个中间件所在服务器的硬件使用指标，等等。通过对中间件操作过程进行实时监控，获取各个中间件的监控指标，并将对各个中间件的监控结果返回至中间件平台，从而可以提醒服务端做出选择是否决定对系统进行伸缩，以此来避免请求失败以及请求延
迟的发生。
69.图4是根据本技术实施例的一种中间件管理装置的框图，如图4所示，该装置包括接收模块401，控制模块402，关联模块403和返回模块404。
70.该接收模块401，被配置为接收服务端发送的目标中间件申请使用信息；
71.该控制模块402，被配置为根据所述申请使用信息，控制目标中间件创建中间件账号；
72.该关联模块403，被配置为通过创建中间件平台账号关联所述服务端和所述中间件账号；
73.该返回模块404，被配置为根据所述服务端和所述中间件账号的对应关系，返回所述目标中间件至所述服务端。
74.可选的，所述控制模块402被用于根据所述申请使用信息，控制目标中间件创建中间件账号，包括：响应于接收到服务端发送的目标中间件使用信息，确定所述申请使用信息的消息字段，其中，所述消息字段包括所述申请使用信息的消息名称和消息类型通过所述消息名称确定所述目标中间件；通过所述消息字段控制所述目标中间件创建中间件账号。
75.可选的，所述控制模块402被用于控制目标中间件创建中间件账号还包括使用已经创建的符合要求的中间件账号。
76.可选的，所述返回模块404被用于根据所述服务端和所述中间件账号的对应关系，返回所述中间件至所述服务端，包括：确定所述中间件账号的地址信息；根据所述服务端与所述中间件账号的关联关系，返回所述地址信息至服务端。
77.可选的，所述返回模块404被用于返回所述中间件至所述服务端之后，还包括服务端对所述中间件的认证鉴权，包括：确定所述中间件的状态信息；响应于所述申请使用信息的消息类型与所述中间件的状态信息类型一致，认证所述中间件为目标中间件；响应于所述申请使用信息的消息类型与所述中间件的状态信息类型不一致，重新发送申请使用信息至中间件平台。
78.可选的，所述接收模块401还包括添加中间件，包括：接收服务端发送的目标中间件申请添加信息；确定所述中间件的状态信息，并记录添加所述中间件的操作日志；响应于执行添加操作已完成，返回添加结果至服务端。
79.可选的，所述接收模块401被用于接收服务端发送的目标中间件申请使用信息，包括对所述目标中间件执行增加、删除或修订的操作；其中，所述服务端使用的所述目标中间件由中间件平台集中管理，所述中间件包括缓存中间件、rockermq中间件或kafka中间件。
80.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
81.本技术还提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本技术提供的中间件管理方法的步骤。
82.图5是根据本技术实施例的一种电子装置的框图，如图5所示，所述电子设备包括存储器、处理器，所述存储器用于存储可在处理器上运行的计算机指令，所述处理器用于在执行所述计算机指令时实现本技术任一实施方式所述的中间件管理方法本技术至少一个实施例还提出了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本技术任一所述的中间件管理方法本领域技术人员应明白，本技术一个或多个实
施例可提供为方法、系统或计算机程序产品。因此，本技术一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
83.本技术中的“和/或”表示至少具有两者中的其中一个，例如，“a和/或b”包括三种方案：a、b、以及“a和b”。
84.本技术中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于数据处理设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
85.上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的行为或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
86.本技术中描述的主题及功能操作的实施例可以在以下中实现：数字电子电路、有形体现的计算机软件或固件、包括本技术中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本技术中描述的主题的实施例可以实现为一个或多个计算机程序，即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。
87.本技术中描述的处理及逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程计算机执行，以通过根据输入数据进行操作并生成输出来执行相应的功能。所述处理及逻辑流程还可以由专用逻辑电路—例如fpga(现场可编程门阵列)或asic(专用集成电路)来执行，并且装置也可以实现为专用逻辑电路。
88.适合用于执行计算机程序的计算机包括，例如通用和/或专用微处理器，或任何其他类型的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的基本组件包括用于实施或执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘等，或者计算机将可操作地与此大容量存储设备耦接以从其接收数据或向其传送数据，抑或两种情况兼而有之。然而，计算机不是必须具有这样的设备。此外，计算机可以嵌入在另一设备中，例如移动电话、个人数字助理(pda)、移动音频或视频播放器、游戏操纵台、全球定位系统(gps)接收机、或例如通用串行总线(usb)闪存驱动器的便携式存储设备，仅举几例。
89.适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、媒介和存储器设备，例如包括半导体存储器设备(例如eprom、eeprom和闪存设备)、磁盘(例如内部硬盘或可移动盘)、磁光盘以及cd rom和dvd-rom盘。处理器和存储器可由专
用逻辑电路补充或并入专用逻辑电路中。
90.虽然本技术包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本技术内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。
91.类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。
92.由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。
93.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。