一种基于资源池的请求响应方法、装置及其介质与流程

1.本技术涉及软件开发技术领域，特别是涉及一种基于资源池的请求响应方法、装置及其介质。


背景技术：

2.在如今的计算机领域中，用于实现不同功能的系统或平台可能依据不同的接口规范来实现数据交互，以实现对应功能。
3.接口规范定义了与其他系统进行数据交互的数据规范和报文规范，也即当外部设备通过接口向本系统或平台输入数据时，以预先规定的格式标准定义所输入的数据，使得本系统或平台能够识别并利用该资源。
4.目前，接口规范由于其具有较强的专业性，通常仅对其所属技术领域的数据进行了定义，对于其他领域的兼容性差，无法识别或利用其他技术领域的资源。所以在通过系统提供服务对请求信息进行处理时，对请求信息的所属领域有一定要求，需要其满足当前系统所依据的接口规范，导致所能处理的请求种类受限，影响泛用性。
5.所以，现在本领域的技术人员亟需要一种基于资源池的请求响应方法，解决目前在进行请求响应时兼容性较差，不能很好地响应多领域请求的问题。


技术实现要素：

6.本技术的目的是提供一种基于资源池的请求响应方法、装置及其介质，解决目前在进行请求响应时兼容性较差，不能很好地响应多领域请求的问题。
7.为解决上述技术问题，本技术提供一种基于资源池的请求响应方法，包括：
8.接收客户端发送的请求，并根据请求调用相应的资源模型，以获得请求响应结果；
9.其中，资源模型包括resource资源和task资源；resource资源为由资源池中能够提供服务能力的最小资源单位抽象而成，resource资源以描述文件的形式存储，其描述文件的具体属性包括：类型、状态、是否被占用、能否共享以及到关联task资源的链接；task资源为由用于消耗资源池中服务能力的行为抽象而成，task资源以描述文件的形式存储，其描述文件的具体属性包括：状态、到关联resource资源的链接和action操作；action操作为开始、暂停、停止、重置、删除中的任意一种；
10.将请求响应结果发送至客户端。
11.优选的，资源模型还包括集合资源；
12.集合资源以描述文件的形式存储，其描述文件包括：所包含资源模型的个数，以及到每个资源模型的链接。
13.优选的，资源模型还包括账号资源、角色资源和权限资源：
14.账号资源、角色资源和权限资源以描述文件的形式存储，其描述文件分别包括各自的属性信息。
15.优选的，描述文件为根据csdl语言生成的schema文件。
16.优选的，还包括：
17.当请求为耗时操作时，通过响应头指向代表耗时操作的统一资源标识符，并返回响应头至客户端。
18.优选的，还包括：
19.当请求为订阅请求时，创建一个存储地址，用于存储调用资源模型所获取到的结果；
20.将指向存储地址的统一资源标识符作为订阅请求响应结果返回至客户端。
21.优选的，还包括：
22.当接收到客户端发送的订阅请求时，基于sse方式建立与客户端的长连接；
23.相应的，将请求响应结果发送至客户端包括：
24.通过长连接将请求响应结果发送至客户端。
25.为解决上述技术问题，本技术还提供一种基于资源池的请求响应装置，包括：
26.资源调用模块，用于接收客户端发送的请求，并根据请求调用相应的资源模型，以获得请求响应结果；其中，资源模型包括resource资源和task资源；resource资源为由资源池中能够提供服务能力的最小资源单位抽象而成，resource资源以描述文件的形式存储，其描述文件的具体属性包括：类型、状态、是否被占用、能否共享以及到关联task资源的链接；task资源为由用于消耗资源池中服务能力的行为抽象而成，task资源模型以描述文件的形式存储，其描述文件的具体属性包括：状态、到关联resource资源模型的链接和action操作；action操作为开始、暂停、停止、重置、删除中的任意一种；
27.结果返回模块，用于将请求响应结果发送至客户端。
28.优选的，还包括：
29.异步操作模块，用于当请求为耗时操作时，通过响应头指向代表耗时操作的统一资源标识符，并返回响应头至客户端。
30.第一订阅模块，用于当请求为订阅请求时，创建一个存储地址，用于存储调用资源模型所获取到的结果；将指向存储地址的统一资源标识符作为订阅请求响应结果返回至客户端。
31.第二订阅模块，用于当接收到客户端发送的订阅请求时，基于sse方式建立与客户端的长连接；相应的，将请求响应结果发送至客户端包括：通过长连接将请求响应结果发送至客户端。
32.为解决上述技术问题，本技术还提供一种基于资源池的请求响应装置，包括：
33.存储器，用于存储计算机程序；
34.处理器，用于执行计算机程序时实现如上述的基于资源池的请求响应方法的步骤。
35.为解决上述技术问题，本技术还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的基于资源池的请求响应方法的步骤。
36.本技术提供的一种基于资源池的请求响应方法，由于绝大部分技术领域的服务资源按照功能通常都可以分为用于被消耗以支持服务完成的消耗类资源，以及用于消耗资源以实现服务功能的执行类资源，上述这两种资源是用于提供服务的最基础的资源之一。所
以通过描述文件对其进行定义，将其以资源池的思想抽象成基于统一规范的资源模型，使得多种不同技术领域的资源之间可以基于统一规范定义，进而在进行请求响应时可以调用更广泛的资源，提供对更多样的服务，响应更多种的请求，极大地增强了泛用性。
37.本技术提供的基于资源池的请求响应装置、及计算机可读存储介质，与上述方法对应，效果同上。
附图说明
38.为了更清楚地说明本技术实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1为本发明提供的一种基于资源池的请求响应方法的流程图；
40.图2为本发明提供的一种基于资源池的请求响应装置的结构图；
41.图3为本发明提供的另一种基于资源池的请求响应装置的结构图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本技术保护范围。
43.本技术的核心是提供一种基于资源池的请求响应方法、装置及其介质。
44.为了使本技术领域的人员更好地理解本技术方案，下面结合附图和具体实施方式对本技术作进一步的详细说明。
45.所谓资源池化，就是将程序提供的服务抽象成一种能力，再将这种能力抽象为一种资源，那么程序提供的服务就好比一个资源池。客户对服务的消费就是对资源池中资源的取用。由于这种抽象方法不限制于所提供的服务具体是什么，什么服务就抽象成什么资源，在使用中取用对应资源即可，所以可以应用在不同的领域当中，泛用性好。
46.为便于理解上述的资源池化的思想在不同技术领域中的应用，下面结合实例进行简单说明：
47.以虚拟化管理平台或k8s(kubernetes，一种容器编排引擎)容器管理平台为例，采用上述的资源池化的思想以进行接口规范的设计，也即将计算资源、存储资源以及网络资源抽象为不同的资源池，将诸如创建使用虚拟机或者容器等请求抽象为对上述资源池的消耗，从而实现对资源调用以及对请求的响应。
48.而对于现有的各种接口规范而言，接口规范也就是对与其他系统进行数据交互的数据规范和报文规范的定义，也即当外部设备通过接口向本系统或平台输入数据时，以预先规定的格式标准定义所输入的数据，使得本系统或平台能够识别并利用该资源，以实现对特定请求调用资源进行响应的目的。考虑到不同技术领域各自的专业性，其所使用到的资源不尽相同，相互之间资源能够互通的情况也极其少见。所以现有的管理平台等设备都是基于该技术领域定义的接口规范，和该领域同样基于相同接口规范的设备进行数据通信，不同领域之间的接口规范不能通用，也即，对于特定技术领域的请求只有基于特定接口
规范的系统能够响应。
49.基于上述问题，如图1所示，本技术提供一种基于资源池的请求响应方法，包括：
50.s11：接收客户端发送的请求，并根据请求调用相应的资源模型，以获得请求响应结果。
51.s12：将请求响应结果发送至客户端。
52.其中，资源模型包括resource资源和task资源；resource资源为由资源池中能够提供服务能力的最小资源单位抽象而成，resource资源以描述文件的形式存储，其描述文件的具体属性包括：类型、状态、是否被占用、能否共享以及到关联task资源的链接；task资源为由用于消耗资源池中服务能力的行为抽象而成，task资源模型以描述文件的形式存储，其描述文件的具体属性包括：状态、到关联resource资源模型的链接和action操作；action操作为开始、暂停、停止、重置、删除中的任意一种。
53.上述的资源模型为相应的服务方预先抽象出来的，例如对于resource资源来说，是服务提供方将资源池中能够提供服务能力的最小资源单位抽象为一单位的resource资源，也即服务消费方至少需要消耗掉一个resource资源才能满足其发出的请求。
54.而对于task资源而言也是同理，由服务消费方将消耗资源池中服务能力的行为抽象为task资源，一个task资源可能需要消耗掉一或多个resource资源，也即一个task资源至少要消耗掉一个resource资源，才能得到与请求对应的响应结果。
55.资源模型的描述，可利用现有的规范，例如，基于开放数据协议(open data protocol，odata)，使用通用格式定义语言(common schema definition language，csdl)语言生成对应的描述文件，用于对抽象出的resource资源以及task资源进行具体描述，以便于系统进行利用。或是使用应用编程接口(openapi)协议进行描述，本技术对此不做限制，目的是利用现有的协议规范对本技术所提供的这种请求响应方法进行实现，降低使用门槛。
56.但本实施例提供一种可能的实施方式，上述描述文件为根据csdl语言生成的schema文件。schema文件可以分为json和可扩展标记语言(extensible markup language,xml)格式。由于csdl语言本身就为一种强规则的数据描述语言，因此由此得到的schema文件本身就可以作为文档使用，也即上述的描述文件，无需额外对描述文件的格式等进行定义。
57.schema：即xml schema，xsd(xml schema definition)作为一种标准，指出如何形式描述xml文档的元素，是许多xml schema语言中的一支。
58.json：javascript object notation，javascript对象简谱，是一种轻量级的数据交换格式。
59.同理，在上述利用openapi规范对资源模型进行描述的应用场景中，可以通过现有的openapi工具，以此生成服务文档与客户端代码，由于openapi工具为现有技术，且如何使用也是本领域技术人员所熟知的，故本实施例在此不做赘述。
60.其中，resource资源描述文件的具体属性至少包括：类型、状态、是否被占用、能否共享、到关联task资源的链接。task资源描述文件的具体属性至少包括：状态、到关联resource资源的链接和action操作。action操作包括：开始、暂停、停止、重置、删除。
61.action操作即为对任务执行开始、暂停、停止等操作，这些操作无法用http的crud
语义表述，因此本发明提出了一种action操作的方式，通过操作特定的统一资源定位系统(uniform resource locator，url)完成。
62.curd：是指在做计算处理时的增加(create)、检索(retrieve)、更新(update)和删除(delete)几个单词的首字母简写。curd主要被用在描述软件系统中数据库或者持久层的基本操作功能。
63.示例性的，为进一步对task资源和resource资源对于实现请求响应的方法，下面结合示例进行说明：
64.对于监控平台而言，最核心的任务就是定时对被监控服务器进行轮询，也即其接收的请求即为定时对被监控服务器进行轮询的请求。整个监控平台受限于物理资源(其内部的线程数量与调度频率是有上限的)，其所能提供的监控轮询能力是有瓶颈的。如果我们认为对一个服务器的监控消耗了单位为1的资源，那么整个平台的能力也就可以量化为一个能力为n的资源池，也即，一个resource资源即为对一个服务器进行监控的能力。纳管新的服务器就是创建了新的监控任务，也就是创建了新的task资源或对原有的task资源进行扩充(监控任务扩大)。对应的，整个请求响应过程即为task资源调用对应的resource资源完成对服务器的监控。
65.对于客服系统而言，其背后是有客服人员专门对客户的问题单据进行处理的，假设对一个问题单据进行处理的能力为一个resource资源，由于客服人员能力有限，且客服人员数量有限，那么所有客服人员所能处理的单据总量也是有上限的，整个客服系统的客服能力也就可以量化为资源量为n的资源池。同理，task资源即为对客户的问题单据进行处理的抽象。一个请求为对多少个客户的问题单据进行处理，也即为task资源需要调用多少个resource资源对请求做出响应。
66.本技术所提供的一种基于资源池的请求响应方法，通过基于资源池化的思想，将请求响应过程中，用于提供服务的能力抽象成resource资源，用于消耗resource资源提供服务结果的行为抽象成task资源，以此实现将请求响应过程中的两大主体(被消耗的资源以及消耗资源提供服务者)抽象成基于统一规范的资源模型。而对于资源模型如何基于统一的规范进行描述，本技术是通过描述文件的形式实现的，对resource资源和task资源的描述文件所应包含的信息种类和意义都有着明确地规范。基于上述方法确定的描述文件，以及对应的资源模型可以不受平台所属于的技术领域的限制，实现对不同技术领域的资源进行定义和规范，进而对不同领域的请求都可以进行响应，具有极高的通用性。
67.考虑到在实际应用中，上述的resource资源和task资源之间的关系不一定仅为一对一，存在一对多以及多对多的情况，在这些情况中，resource资源和task资源之间的对应关系较为复杂，不易实现。
68.基于此，本实施例提供一种优选的实施方案，上述的资源模型还包括：集合资源；
69.集合资源以描述文件的形式存储，其描述文件包括：所包含资源模型的个数，以及到每个资源模型的链接。
70.也即，集合资源即为多个相同类资源的集合。例如对n个resource资源，可以用一个集合资源所表示，相应的，该集合资源的描述文件应包括resource资源的个数，也即n个，以及到每一个resource资源的链接。
71.集合资源的作用也即在资源模型存在一对多或者多对多的关系时，将其转换成一
对一的关系，以简化对应关系，更有利于实际实施。
72.本实施例在上述实施例的基础上，还提供一种新的资源模型，这种集合资源同样以描述文件的形式存储和定义，其中包括所包含资源模型的个数，以及到每个资源模型的链接，用于以一个集合资源对多个同类资源模型进行描述或概括，实现将一对多或者多对多的资源模型之间的对应关系转换成一对一，实现资源模型之间对应关系的简化，更符合实际应用的需要。
73.同样的，在实际应用中，为完成一个完整系统的设计，仅凭上述的resource资源、task资源以及集合资源来实现仍有所不足，账号、角色和权限等信息往往也是必须的。所以，本实施例还提供一种优选的实施方案，在上述实施例的基础上，资源模型还包括：账号资源、角色资源和权限资源：
74.账号资源、角色资源和权限资源以描述文件的形式存储，其描述文件分别包括各自的属性信息。
75.对于账号资源来说，其属性信息即为账号名、账号密码等；角色作为url中，类对于关联类的某一种具有特定语义的动态行为的一种概括性描述，其属性信息应包含但不限于：关联双方的信息、以及所对应的具体动态行为；同样的，权限资源也是同理。上述概念都为现有的常见概念，其对应的属性信息是本技术领域人员所熟知的，故本实施例在此不做赘述。
76.本实施例所提供的一种优选实施方案对上述的资源模型进行进一步的扩充，扩充了账号资源、角色资源以及权限资源，以满足实际应用过程中一个完整系统的全部需要，更好地贴合实际应用需求，提高本技术所提供的基于资源池的请求响应方法的完善程度。
77.上述实施例中的对资源模型的抽象本质上为对具体资源格式的定义，当外部设备以上述定义的资源格式输入资源，则可被本系统识别与调用。但对于系统和外部设备的交互方式，还需要一种与上述实施例相适应的方式。
78.因此，本实施例针对系统于外部设备的交互方式，提供一种优选的实施方案，上述方法还包括：
79.当请求为耗时操作时，通过响应头指向代表耗时操作的统一资源标识符，并返回响应头至客户端。
80.容易知道的是，于实际应用中，不仅仅为简单的发送一个请求，当系统处理到该请求时对该请求进行响应并返回结果，就能完成请求响应过程这一应用场景，还包括上述请求为一个耗时操作的应用场景。
81.例如，请求为组装节点，该请求为一个持续的过程也即耗时操作，此时无法采用传统的阻塞式超文本传输协议(hyper text transfer protocol，http)请求响应方式。因此，本实施例提出上述的优选方案，提供一种异步操作的语义交互方式：
82.首先，客户端(也即服务消费方)向系统(也即服务提供方)发起一个耗时操作的http请求，具体可为创建一个task资源；
83.然后，系统做出服务响应，包括状态响应码和响应头，上述的响应头指向代表耗时操作的统一资源标识符(uniform resource identifier，uri)，客户端可以通过跟踪上述返回的统一资源标识符实时了解该耗时操作的进度；
84.最后，当这个耗时操作完成后，客户端再次跟踪上述的统一资源标识符，就会返回
应答状态码以及新创建task资源的描述文件(也即耗时操作的响应结果)。
85.通过这种方式，可以将耗时操作也定义为一种资源，也即上述的task资源，通过基于csdl语言的描述文件对耗时操作进行约束，使得能够满足上述方法所带来的通用强等特点。
86.需要进行说明的是，上述的交互方式可以通过接口文档的形式存储于系统中，接口文档中保存有用于实现上述交互方式的计算机程序，接口文档的一种优选方式为与资源模型的描述文件独立存储，彼此之间互不影响，当资源模型或者交互方式单独需要进行扩展时，对另一方不会产生影响。
87.本实施例针对上述提供的依据资源池进行资源模型的定义，并通过调用资源模型实现对不同种类请求进行响应的方法，提供一种交互方式，弥补现有对于耗时操作不能简单的通过传统阻塞式http请求响应方式做出响应的问题。具体的，即为在收到的请求为耗时操作时，将指向用于实现该耗时请求对应的统一资源标识符作为响应头进行返回，使得用户可以随时通过该统一资源标识符获取耗时操作的具体精度，而当耗时操作完成时，用户再次访问统一资源标识符，即可得到响应结果，完成异步操作的交互，弥补了现有交互方式的空缺。且这种方式贴合于上述提供的资源模型约束方式，能够满足上述请求响应方法所带来的通用性强的效果。
88.同理，上述的交互方式还存在一种特定的应用场景，客户端需要定时获取task资源的反馈，也即订阅请求，例如，对于节点的组装操作，客户端希望能够及时获取到节点组装成功的信息，但客户端不知道节点何时组装成功；又例如，对于监控系统，用户希望实时获取到针对监控对象的告警信息，但客户端又不知道何时告警；对于客服系统，客户希望能够实时获取到问题的处理进度，但客户不知道何时进展到下一进度。
89.所以，通过传统的阻塞式http请求响应方式是无法实现上述对订阅请求响应的应用场景的。基于此，本实施例提供一种优选的实施方案，上述方法还包括：
90.当请求为订阅请求时，创建一个存储地址，用于存储调用资源模型所获取到的结果；
91.将指向存储地址的统一资源标识符作为订阅请求响应结果返回至客户端。
92.与上述实施例同理，通过将指向数据存放位置的统一资源标识符作为订阅请求响应结果返回至客户端，当用户需要获取订阅结果时，可以通过跟踪统一资源标识符的方式找到数据存放位置，进而获取结果数据，得到订阅请求实时结果。
93.上述的针对请求为订阅请求的交互方式是针对http实现的，对于其他方式比如服务端推送事件(server-sent events，sse)的方式，本实施例提供另一种优选方案，包括：
94.当接收到客户端发送的订阅请求时，基于sse方式建立与客户端的长连接；
95.相应的，将请求响应结果发送至客户端包括：
96.通过长连接将请求响应结果发送至客户端。
97.通过建立与客户端的长连接，可以在长连接保持阶段实时向客户端返回响应结果，从而实现对订阅请求进行实时响应的目的。
98.进一步的，在创建订阅时，客户端能够指定类型来明确订阅的信息格式，如警告类信息、一般通知类信息、统计类信息等。同时，本实施例还支持更灵活的指定通知类型，例如：
99.1)通过注册表中的消息前缀来指定通知的类型。
100.所谓注册表，可以理解成为一种配置文件，只是在本技术中，它也可以作为一种资源模型被上述的基于csdl语言的描述文件所定义，因此它也成为了一种资源，与常见的配置文件相比，它具有更规范的模型约束。
101.2)通过指定事件源(具体的资源类型或者资源id)来指定通知的类型。
102.与上述实施例同理，本实施例所提出的交互方式对应的接口文档同样可以优选为接口文档与资源模型的描述文件单独设置，彼此之间互不影响，可单独扩展。
103.本实施例提供了一种针对请求为订阅请求的优选方案，同时，还提供了基于两种方式实现订阅请求响应的方案，基于http的方式实现时，通过新建地址用于存放响应结果数据，并将指向该地址的统一资源标识符发送给客户端，使得用户能够随时获取实时的响应结果；基于sse的方式实现时，通过sse方式建立与客户端的长连接，使得在长连接保持过程中，能够实时将响应结果通过长连接发送给客户端，满足客户端的订阅需求。上述所提供的交互方法，针对上述的基于资源池化思想的请求响应方法，解决现有对于请求为订阅请求时不适用的情况，使得在能实现上述方法所带来的通用性强的前提下，还能够满足用户的订阅请求响应进一步提高本方法的适用性和应用范围。
104.在上述实施例中，对于一种基于资源池的请求响应方法进行了详细描述，本技术还提供一种基于资源池的请求响应装置对应的实施例。需要说明的是，本技术从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。
105.基于功能模块的角度，如图2所示，本实施例提供一种基于资源池的请求响应装置，包括：
106.资源调用模块21，用于接收客户端发送的请求，并根据请求调用相应的资源模型，以获得请求响应结果；其中，资源模型包括resource资源和task资源；resource资源为由资源池中能够提供服务能力的最小资源单位抽象而成，resource资源以描述文件的形式存储，其描述文件的具体属性包括：类型、状态、是否被占用、能否共享以及到关联task资源的链接；task资源为由用于消耗资源池中服务能力的行为抽象而成，task资源模型以描述文件的形式存储，其描述文件的具体属性包括：状态、到关联resource资源模型的链接和action操作；action操作为开始、暂停、停止、重置、删除中的任意一种；
107.结果返回模块22，用于将请求响应结果发送至客户端。
108.优选的，还包括：
109.异步操作模块，用于当请求为耗时操作时，通过响应头指向代表耗时操作的统一资源标识符，并返回响应头至客户端。
110.第一订阅模块，用于当请求为订阅请求时，创建一个存储地址，用于存储调用资源模型所获取到的结果；将指向存储地址的统一资源标识符作为订阅请求响应结果返回至客户端。
111.第二订阅模块，用于当接收到客户端发送的订阅请求时，基于sse方式建立与客户端的长连接；相应的，将请求响应结果发送至客户端包括：通过长连接将请求响应结果发送至客户端。
112.由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
113.本实施例所提供的一种基于资源池的请求响应装置，通过基于资源池化的思想，将请求响应过程中，用于提供服务的能力抽象成resource资源，用于消耗resource资源提供服务结果的行为抽象成task资源，以此实现将请求响应过程中的两大主体(被消耗的资源以及消耗资源提供服务者)抽象成基于统一规范的资源模型。而对于资源模型如何基于统一的规范进行描述，本实施例是通过描述文件的形式实现的，对resource资源和task资源的描述文件所应包含的信息种类和意义都有着明确地规范。基于此确定的描述文件，以及对应的资源模型可以不受平台所属于的技术领域的限制，实现对不同技术领域的资源进行定义和规范，进而对不同领域的请求都可以进行响应，具有极高的通用性。
114.图3为本技术另一实施例提供的一种基于资源池的请求响应装置的结构图，如图3所示，一种基于资源池的请求响应装置包括：存储器30，用于存储计算机程序；
115.处理器31，用于执行计算机程序时实现如上述实施例一种基于资源池的请求响应方法的步骤。
116.本实施例提供的一种基于资源池的请求响应装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
117.其中，处理器31可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器31可以采用数字信号处理器(digital signal processor，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器31也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(central processing unit，cpu)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器31可以集成有图像处理器(graphics processing unit，gpu)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器31还可以包括人工智能(artificial intelligence，ai)处理器，该ai处理器用于处理有关机器学习的计算操作。
118.存储器30可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器30还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器30至少用于存储以下计算机程序301，其中，该计算机程序被处理器31加载并执行之后，能够实现前述任一实施例公开的一种基于资源池的请求响应方法的相关步骤。另外，存储器30所存储的资源还可以包括操作系统302和数据303等，存储方式可以是短暂存储或者永久存储。其中，操作系统302可以包括windows、unix、linux等。数据303可以包括但不限于一种基于资源池的请求响应方法等。
119.在一些实施例中，一种基于资源池的请求响应装置还可包括有显示屏32、输入输出接口33、通信接口34、电源35以及通信总线36。
120.本领域技术人员可以理解，图3中示出的结构并不构成对一种基于资源池的请求响应装置的限定，可以包括比图示更多或更少的组件。
121.本技术实施例提供的一种基于资源池的请求响应装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：一种基于资源池的请求响应方法。
122.本实施例所提供的一种基于资源池的请求响应装置，通过处理器执行保存在存储器中的计算机程序时，以实现将请求响应过程中，用于提供服务的能力抽象成resource资
源，用于消耗resource资源提供服务结果的行为抽象成task资源，以此实现将请求响应过程中的两大主体(被消耗的资源以及消耗资源提供服务者)抽象成基于统一规范的资源模型。而对于资源模型如何基于统一的规范进行描述，本实施例是通过描述文件的形式实现的，对resource资源和task资源的描述文件所应包含的信息种类和意义都有着明确地规范。基于此确定的描述文件，以及对应的资源模型可以不受平台所属于的技术领域的限制，实现对不同技术领域的资源进行定义和规范，进而对不同领域的请求都可以进行响应，具有极高的通用性。
123.最后，本技术还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
124.可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(randomaccess memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
125.本实施例所提供的一种计算机可读存储介质，当其中存储的计算机程序被执行时，可以实现将请求响应过程中，用于提供服务的能力抽象成resource资源，用于消耗resource资源提供服务结果的行为抽象成task资源，以此实现将请求响应过程中的两大主体(被消耗的资源以及消耗资源提供服务者)抽象成基于统一规范的资源模型。而对于资源模型如何基于统一的规范进行描述，本实施例是通过描述文件的形式实现的，对resource资源和task资源的描述文件所应包含的信息种类和意义都有着明确地规范。基于此确定的描述文件，以及对应的资源模型可以不受平台所属于的技术领域的限制，实现对不同技术领域的资源进行定义和规范，进而对不同领域的请求都可以进行响应，具有极高的通用性。
126.以上对本技术所提供的一种基于资源池的请求响应方法、装置及其介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
127.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。