一种请求处理方法、装置及可读存储介质与流程

1.本技术涉及电子信息领域，特别是涉及一种请求处理方法、装置及可读存储介质。


背景技术：

2.近年来，随着互联网的迅速发展，数据的传递以及处理成为了一个热门的技术领域，统一资源定位符(uniform resource locator，url)是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的url，它包含的信息指出文件的位置以及浏览器应该怎么处理它。redfish是一种基于https服务的管理标准，利用联网接口实现设备管理。
3.现有的下执行处理url redfish的方法是通过在对应操作环境下安装postman软件来实现。若当前操作环境无法安装软件，则无法使用redfish功能，因此适用性不高。
4.鉴于上述技术，寻找一种适用性高的请求处理方法是本领域技术人员亟待解决的问题。


技术实现要素：

5.本技术的目的是提供一种请求处理方法、装置及可读存储介质，以便于解决现有的下执行处理url redfish的方法是通过在对应操作环境下安装postman软件来实现。若当前操作环境无法安装软件，则无法使用redfish功能，因此适用性不高的问题。
6.为解决上述问题，本技术还提供一种请求处理方法，应用于bmc，包括：
7.接收redfish url请求指令，并在web页面中获取所述url的请求地址；
8.根据所述redfish url请求指令解析获得url参数，将所述url参数封装为xml请求对象；
9.将所述xml请求对象发送至所述请求地址对应的服务器；
10.接收所述服务器对所述xml请求对象进行解析处理后的处理结果。
11.优选地，所述在web页面中获取所述url的请求地址包括：
12.获取用户在web页面输入所述url的请求地址或者选择redfish功能并根据数据匹配得到所述url的请求地址。
13.优选地，所述将所述url参数封装为xml请求对象包括；
14.基于http协议将所述url的所述自定义请求头以及对应的所述请求数据封装为request。
15.优选地，在所述根据所述请求指令解析获得url参数之前，还包括：
16.判断所述redfish url请求指令是否具有权限；
17.若是，则进入所述根据所述redfish url请求指令解析获得url参数的步骤；
18.若否，则返回请求错误的结果至所述bmc。
19.优选地，所述接收redfish url请求指令包括：
20.接收其他所述bmc发送的所述redfish url请求指令；
21.在所述接收所述服务器对所述xml请求对象进行解析处理后的处理结果之后，还包括；
22.将所述处理结果发送至其他所述bmc。
23.优选地，还包括：
24.若所述redfish url请求指令不具备对应权限，则将请求错误的信息发送给其他所述bmc。
25.优选地，在所述将所述xml请求对象发送至所述请求地址对应的服务器之后，还包括：
26.若预设时间内未接收到所述服务器发送的处理结果，则进行报警。
27.为解决上述问题，本技术提供一种请求处理装置，包括：
28.获取模块，用于接收redfish url请求指令，并在web页面中获取所述url的请求地址；
29.解析模块，用于根据所述redfish url请求指令解析获得url参数，将所述url参数封装为xml请求对象；
30.发送模块，用于将所述xml请求对象发送至所述请求地址对应的服务器；
31.接收模块，用于接收所述服务器对所述xml请求对象进行解析处理后的处理结果。
32.优选地，该装置还包括：
33.判断模块，用于判断所述redfish url请求指令是否具有权限，若是，进入解析模块，若否，进入错误模块；
34.错误模块，用于返回请求错误的结果至所述bmc。
35.优选地，该装置还包括：
36.报警模块，用于若预设时间内未接收到所述服务器发送的处理结果，则进行报警。
37.为解决上述问题，本技术还提供一种请求处理装置，包括存储器，用于存储计算机程序；
38.处理器，用于执行所述计算机程序时实现如上述的请求处理方法的步骤。
39.为解决上述问题，本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的请求处理方法的步骤。
40.本技术所提供的请求处理方法，应用于bmc，通过获取redfish url请求指令，根据请求指令解析获得url参数，将url参数封装为xml请求对象，根据url参数获取得到url的请求地址，并将xml请求对象发送至url的地址对应的服务器，接收服务器对xml请求对象进行解析处理后的处理结果。在本方案中通过直接采用bmc中的web页面从而直接进行redfish url指令的执行，和以往的方案相比，由于bmc以及对应的web页面不受操作环境的影响，同时无需安装其他对应软件即可直接进行对应的指令执行，和以往的通过安装postman软件来实现对应的任务处理执行相比，适用性更高。
41.本技术提供的请求处理装置及计算机可读存储介质，与上述的请求处理检测方法对应，有益效果同上。
附图说明
42.为了更清楚地说明本技术实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1为本技术实施例提供的一种请求处理方法流程图；
44.图2为本技术实施例提供的一种请求处理装置示意图；
45.图3为本技术另一实施例提供的请求处理装置的结构图。
具体实施方式
46.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本技术保护范围。
47.本技术的核心是提供一种请求处理方法、装置及可读存储介质，以便于解决现有的下执行处理url redfish的方法是通过在对应操作环境下安装postman软件来实现。若当前操作环境无法安装软件，则无法使用redfish功能，因此适用性不高的问题。
48.为了使本技术领域的人员更好地理解本技术方案，下面结合附图和具体实施方式对本技术作进一步的详细说明。
49.图1为本技术实施例提供的一种请求处理方法流程图，如图1所示，该方法包括：
50.s10：接收redfish url请求指令，并在web页面中获取url的请求地址；
51.需要说明的是，基板管理控制器(baseboard management controller，bmc)，是一个专门的服务处理机，它利用传感器来监控一台计算机，网络服务器，或者是其他硬件驱动设备的状态，并且通过独立的连接线路和系统管理员进行通信，bmc是智能平台控制接口(intelligent platform management interface，ipmi)的一部分并且通常被包含在模板或者被监控的设备的主电路板里。万维网(world wide web，web)在网页设计中我们称为网页的意思。现广泛译作网络、互联网等技术领域。表现为三种形式，即超文本(hypertext)、超媒体(hypermedia)、超文本传输协议等。
52.在本实施例中redfish:一种基于https服务的管理标准,利用restful接口实现设备管理在这里指代指令所属的类型，在本实施例中对于相关指令的发送方式以及其对应的具体的包含的信息内容不进行具体限定。在本实施例中对于请求指令的发送方不进行具体限定，可以理解的是，可以是针对于bmc本身的url请求进行对应的请求指令响应，也可以是其他bmc发起的跨域请求，在本实施例中不进行具体限定。
53.服务器指一个管理资源并为用户提供服务的计算机，通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。相对于普通个人电脑(pc)来说，服务器在稳定性、安全性、性能等方面都要求更高，因此cpu、芯片组、内存、磁盘系统、网络等硬件和普通pc有所不同。
54.s11：根据redfish url请求指令解析获得url参数，将url参数封装为xml请求对象；
55.需要说明的是，可扩展的标识语言(extensible markup language，xml)，是国际
上定义电子文件结构和内容描述的标准，是一种非常复杂的文档结构，主要用于大量高度结构化数据的防卫区和其它各种工业领域，便于分类和索引。本实施例中所提到的请求对象的具体格式不进行限定，可以理解的是，对于xml请求对象而言，具体的请求对象格式是指代url参数进行封装后的结果。
56.s12：将xml请求对象发送至请求地址对应的服务器；
57.需要说明的是，通过web页面进行对象数据发送一般采取asynchronous javascript技术进行，这个术语源自描述从基于web的应用到基于数据的应用的转换。在基于数据的应用中，用户需求的数据如联系人列表，可以从独立于实际网页的服务端取得并且可以被动态地写入网页中，给缓慢的web应用体验着色使之像桌面应用一样。本实施例中所提到的服务器是指代请求地址中对应的数据库位置，而至于服务器的架构为具体的计算机或者云服务器等等，在本实施例中不进行限定。
58.s13：接收服务器对xml请求对象进行解析处理后的处理结果。
59.可以理解的是，本实施例提供的方法在web上就可以直接发送redfish url。而且执行redfish url时需要完整填写严格的url，输入错误则无法执行，所以需要一种只选择功能选项就能够直接执行的方法，而在bmc web上添加预设的功能选项就不需要填写完整的url就能够执行。需要说明的是，本实施例中得以实现的原理是由于xml请求对象的本身时一种超文本传输协议(http，hyper text transfer protocol)相关请求，其中，http是互联网上应用最为广泛的一种网络协议。所有的万维网文件都必须遵守这个标准。设计http最初的目的是为了提供一种发布和接收html页面的方法。
60.本实施例所提供的请求处理方法，应用于bmc，通过获取redfish url请求指令，根据请求指令解析获得url参数，将url参数封装为xml请求对象，根据url参数获取得到url的请求地址，并将xml请求对象发送至url的地址对应的服务器，接收服务器对xml请求对象进行解析处理后的处理结果。在本方案中通过直接采用bmc中的web页面从而直接进行redfish url指令的执行，和以往的方案相比，由于bmc以及对应的web页面不受操作环境的影响，同时无需安装其他对应软件即可直接进行对应的指令执行，和以往的通过安装postman软件来实现对应的任务处理执行相比，适用性更高。
61.上述实施例中，对于url的具体的地址获取方式未进行限定，在此提供优选方案，在web页面中获取url的请求地址包括：
62.获取用户在web页面输入url的请求地址或者选择redfish功能并根据数据匹配得到url的请求地址。
63.需要说明的是，redfish规范是一个开放的行业标准规范，为可扩展平台硬件提供简单，现代和安全的管理功能。它是一个超媒体api，所以它能够通过一个一致的接口来表示各种实现。它有管理数据中心资源、处理事件、长期任务和发现的机制。基于redfish统一的管理接口规范普及之后，未来能够有效减少不同服务器硬件管理接口带来的大量适配和开发和测试工作。redfish是一种基于http服务的管理标准，利用restful接口实现设备管理。每个http操作都以utf-8编码的json格式(json是一种key-value对的数据格式)提交或返回一个资源或结果，就像web应用程序向浏览器返回html一样。该技术具有降低开发复杂性，易于实施、易于使用而且提供了可扩展性优势，为设计灵活性预留了空间。
64.需要说明的是，在本实施例中限定了具体的url的请求地址的获取方法，一般是通
过用户输入或者由redfish功能并根据数据匹配得到url，和以往的仅仅能通过用户输入正确地址进行相应的操作的方案相比，无需输入完整地址即可通过关联匹配得到对应的url请求地址，因此能够更加简单获取得到对应的url的请求地址。
65.上述实施例中对于url参数的封装未进行定义，在此提供优选方案，将url参数封装为xml请求对象包括；
66.基于http协议将url的自定义请求头以及对应的请求数据封装为request。
67.需要说明的是，request这个对象不用事先声明，就可以在jsp网页中使用，在编译为servlet之后，它会转换为javax.servlet.http.http servlet request形态的对象，http servlet request对象是有关于客户端所发出的请求的对象，只要是有关于客户端请求的信息，都可以藉由它来取得，例如请求标头、请求方法、请求参数、客户端ip，客户端浏览器等等信息。可以使用request对象访问任何基于http请求传递的所有信息，包括从html表格用post方法或get方法传递的参数、cookie和用户认证。request对象使您能够访问客户端发送给服务器的二进制数据。
68.封装，即隐藏对象的属性和实现细节，仅对外公开接口，控制在程序中属性的读和修改的访问级别；将抽象得到的数据和行为(或功能)相结合，形成一个有机的整体，也就是将数据与操作数据的源代码进行有机的结合，形成"类"，其中数据和函数都是类的成员。
69.在本实施例中对于请求数据的内容以及其具体的封装情况等等均不进行具体限定。
70.考虑到对于请求处理的权限以及安全问题，在此提供优选方案，在根据请求指令解析获得url参数之前，还包括：
71.判断redfish url请求指令是否具有权限；
72.若是，则进入根据redfish url请求指令解析获得url参数的步骤；
73.若否，则返回请求错误的结果至bmc。
74.需要说明的是，在这里的权限是由bmc本身定义的权限，和redfish url请求指令的具体内容无关，即仅仅与发送方以及请求的地址相关，在本实施例中对于具体如何判断url参数的权限不进行具体限定。
75.考虑到bmc中的url请求的跨域执行，在此提供优选方案，接收redfish url请求指令包括：
76.接收其他bmc发送的redfish url请求指令；
77.在接收服务器对xml请求对象进行解析处理后的处理结果之后，还包括；
78.将处理结果发送至其他bmc。
79.需要说明的是，本实施例中所执行的跨域任务指令是指代对应的bmc的url的请求发送至其他bmc上进行对应的执行。
80.考虑到方案的完整性，在此提供优选方案，还包括：
81.若redfish url请求指令不具备对应权限，则将请求错误的信息发送给其他bmc。
82.需要说明的是，在本实施例中所提及的请求指令的权限是用于指代对应的考虑到服务器的响应问题以及用户的提示，在此提供优选方案，在将xml请求对象发送至请求地址对应的服务器之后，还包括：
83.若预设时间内未接收到服务器发送的处理结果，则进行报警。
84.需要说明的是，在本实施例中对于预设时间的具体时长不进行限定，可以理解的是，预设时间可以根据历史的请求处理结果的接收反馈时间进行相应统计获取，即获取对应的请求处理结果的反馈时间，从而计算得到对应的范围，根据处理结果的时效性，选择最大的反馈时间作为预设时间。
85.在本实施例中对于报警装置的具体的选择不进行限定，可以理解的是，可以包括警示灯，蜂鸣器等等，或者其他类似于相关的外置设备，也可以直接由bmc向控制终端发送警示指令，以提示用户请求失败。
86.本发明提出了通用服务器下能够在bmc web上直接执行redfish url，具有操作方便、兼容性强等特点，当客户操作环境无法安装postman软件时只通过浏览器在页面上就能执行redfish url，对客户环境要求较低。
87.本发明主要实现在本机bmc web上执行redfish url，支持所有redfish的请求方式。不仅能够执行本机bmc的redfish url也能跨域执行其他bmc上的redfish url。
88.用户可以不输入redfish url，在下拉框直接选择对应功能，就能执行redfish功能，省去了输入完整url的繁琐步骤。如果用户只记得部分url时，输入redfish url会根据输入的数据自动匹配url供用户选择，精准匹配时自动补全url。
89.url http封装成一个对象xml bmc-1获取用户url的参数，将参数封装为xml http request，用户使用自定义的x-auth-token认证请求时，不需要用户自己去粘贴x-auth-token到请求头，执行redfish url时自动处理x-auth-token头。也可以通过输入用户名和密码实现basic auth认证方式，或者使用api key的认证方式来执行。
90.用户需要多任务处理时，允许设置一个或多个请求集合，一次性发送集合内的所有redfish url，返回的数据组合展示。多任务循环处理时还可以设置定时或次数来循环执行一个redfish url或者redfish url集合。能够发送多样化的请求内容，既可以组合发送文件和文本，也能够发送json格式数据。
91.执行redfish url正确返回后格式化展示返回内容和返回头。本实施例所提供的请求处理方法，应用于bmc，通过获取redfish url请求指令，根据请求指令解析获得url参数，将url参数封装为xml请求对象，根据url参数获取得到url的请求地址，并将xml请求对象发送至url的地址对应的服务器，接收服务器对xml请求对象进行解析处理后的处理结果。在本方案中通过直接采用bmc中的web页面从而直接进行redfish url指令的执行，和以往的方案相比，由于bmc以及对应的web页面不受操作环境的影响，同时无需安装其他对应软件即可直接进行对应的指令执行，和以往的通过安装postman软件来实现对应的任务处理执行相比，适用性更高。
92.在上述实施例中，对于请求处理方法进行了详细描述，本技术还提供请求处理装置对应的实施例。需要说明的是，本技术从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。
93.图2为本技术实施例提供的一种请求处理装置示意图，该装置包括：
94.获取模块10，用于接收redfish url请求指令，并在web页面中获取url的请求地址；
95.解析模块11，用于根据redfish url请求指令解析获得url参数，将url参数封装为xml请求对象；
96.发送模块12，用于将xml请求对象发送至请求地址对应的服务器；
97.接收模块13，用于接收服务器对xml请求对象进行解析处理后的处理结果。
98.优选地，该装置还包括：
99.判断模块，用于判断redfish url请求指令是否具有权限，若是，进入解析模块，若否，进入错误模块；
100.错误模块，用于返回请求错误的结果至bmc。
101.优选地，该装置还包括：
102.报警模块，用于若预设时间内未接收到服务器发送的处理结果，则进行报警。
103.由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
104.本技术所提供的请求处理装置，应用于bmc，通过获取redfish url请求指令，根据请求指令解析获得url参数，将url参数封装为xml请求对象，根据url参数获取得到url的请求地址，并将xml请求对象发送至url的地址对应的服务器，接收服务器对xml请求对象进行解析处理后的处理结果。在本方案中通过直接采用bmc中的web页面从而直接进行redfish url指令的执行，和以往的方案相比，由于bmc以及对应的web页面不受操作环境的影响，同时无需安装其他对应软件即可直接进行对应的指令执行，和以往的通过安装postman软件来实现对应的任务处理执行相比，适用性更高。
105.图3为本技术另一实施例提供的请求处理装置的结构图，如图3所示，请求处理装置包括：存储器20，用于存储计算机程序；
106.处理器21，用于执行计算机程序时实现如上述实施例中所提到的请求处理方法的步骤。
107.本实施例提供的请求处理装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
108.其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理(digital signal processor，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(central processing unit，cpu)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有图像处理器(graphics processing unit，gpu)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括人工智能(artificial intelligence，ai)处理器，该ai处理器用于处理有关机器学习的计算操作。
109.存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的请求处理方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括windows、unix、linux
等。数据203可以包括但不限于请求处理方法中涉及的数据等。
110.在一些实施例中，请求处理装置还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。
111.本领域技术人员可以理解，图3中示出的结构并不构成对请求处理装置的限定，可以包括比图示更多或更少的组件。
112.本技术实施例提供的请求处理装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：上述实施例中涉及的请求处理方法。
113.由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
114.本技术所提供的请求处理装置，包括处理器，存储器，在存储器中的存储数据被处理器执行时可以实现通过获取redfish url请求指令，根据请求指令解析获得url参数，将url参数封装为xml请求对象，根据url参数获取得到url的请求地址，并将xml请求对象发送至url的地址对应的服务器，接收服务器对xml请求对象进行解析处理后的处理结果。在本方案中通过直接采用bmc中的web页面从而直接进行redfish url指令的执行，和以往的方案相比，由于bmc以及对应的web页面不受操作环境的影响，同时无需安装其他对应软件即可直接进行对应的指令执行，和以往的通过安装postman软件来实现对应的任务处理执行相比，适用性更高。
115.最后，本技术还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
116.可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
117.由于可读存储介质部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
118.本技术所提供的计算机可读存储介质，在存储的数据被执行时可以实现通过获取redfish url请求指令，根据请求指令解析获得url参数，将url参数封装为xml请求对象，根据url参数获取得到url的请求地址，并将xml请求对象发送至url的地址对应的服务器，接收服务器对xml请求对象进行解析处理后的处理结果。在本方案中通过直接采用bmc中的web页面从而直接进行redfish url指令的执行，和以往的方案相比，由于bmc以及对应的web页面不受操作环境的影响，同时无需安装其他对应软件即可直接进行对应的指令执行，和以往的通过安装postman软件来实现对应的任务处理执行相比，适用性更高。
119.以上对本技术所提供的一种请求处理方法、装置及计算机可读存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而
言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
120.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。