请求信息的处理方法、装置、设备及存储介质与流程

本发明实施例涉及数据处理技术，尤其涉及一种请求信息的处理方法、装置、设备及存储介质。

背景技术：

在调用系统功能时，往往需要向系统发起请求，系统根据请求信息调用对应的功能并返回响应结果。

一般情况下，由于系统本身的约束条件，使得在调用系统功能时，只能手动单次发起请求并单次接收响应结果。换言之，一次仅能发起一个请求信息，待接收到该请求信息对应的响应结果后才能发起下一个请求，直到一批请求处理完成。例如，用户想要在淘宝服务器系统中搜索产品a和产品b，需要在淘宝页面上输入产品a，向淘宝服务器系统发起产品a对应的请求，待接收到产品a的信息后再在淘宝页面上输出产品b，以向淘宝服务器系统发起产品b对应的请求。显然，这种发起请求的方式效率较低，操作繁琐，人工成本高。

技术实现要素：

本发明实施例提供一种请求信息的处理方法、装置、设备及存储介质，以实现请求信息的扩展，操作简便，节省人工成本，加快请求信息处理的效率。

第一方面，本发明实施例提供了一种请求信息的处理方法，包括：

获取请求配置信息；

根据所述请求配置信息，生成与请求配置信息对应的至少两条请求信息；

将所述至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果。

第二方面，本发明实施例还提供了一种请求信息的处理装置，该装置包括：

获取模块，用于获取请求配置信息；

生成模块，用于根据所述请求配置信息，生成与请求配置信息对应的至少两条请求信息；

接收模块，用于将所述至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现任一实施例所述的请求信息的处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一实施例所述的请求信息的处理方法。

本实施例的技术方案，通过获取请求配置信息，并根据所述请求配置信息，生成与请求配置信息对应的至少两条请求信息，从而通过请求配置信息生成多条请求信息，而不需要手动生成多条请求信息，实现了一次配置、多条请求信息的发送方案，即实现了请求信息的扩展，操作简便，节省人工成本；通过将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果，从而在发送多条请求信息后，一次性接收多条请求信息对应的响应结果，无需等到上一条响应结果到来后，再人工发送下一条请求信息，加快请求信息处理的效率。

而且，本实施例通过将至少两条请求信息发送至至少一个系统，相比于现有技术中单次只能访问一个系统的方案，本实施例提供的方法能够一次配置、访问多个系统，实现了系统的扩展并丰富了可处理的功能。

另外，请求信息的格式、内容等容易受系统架构的制约，一旦系统架构发生改变，请求信息可能也需要改变。本实施例开发了请求信息的处理装置来自动生成与系统对应的请求信息，而不需要用户去适应系统，编写与系统对应的请求信息，即用户不需要关注系统内部情况，进一步提成处理的便捷性与友好性；同时，对系统无侵入无修改，保证系统无感知。

附图说明

图1是本发明实施例一提供的请求信息的处理方法的流程图；

图2a是本发明实施例二提供的一种请求信息的处理方法的流程图；

图2b是本发明实施例二提供的一种配置界面的示意图；

图3是本发明实施例三提供的一种请求信息的处理方法的流程图；

图4是本发明实施例四提供的一种请求信息的处理装置的结构示意图；

图5是本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的请求信息的处理方法的流程图，本实施例可适用于向至少一个系统发起至少一条请求信息的情况，该方法可以由请求信息的处理装置来执行，该装置可以由硬件和/或软件构成，并集成在电子设备中。本发明实施例提供的方法具体包括如下步骤：

s110、获取请求配置信息。

请求配置信息指用于生成请求信息的参数、文字、字符等，其包含了请求信息中的主要元素。

请求配置信息可以预先存储在电子设备中，也可以由用户输入。

s120、根据请求配置信息，生成与请求配置信息对应的至少两条请求信息。

本实施例中，请求配置信息可以自动生成至少两条请求信息。当然，不限于此，请求配置信息也可以自动生成一条请求信息。

可选地，在互联网中，请求信息是http请求。本实施例可以自动根据请求配置信息生成http请求，例如请求配置信息包括共用的配置信息：“百度”以及分别对应每个请求的配置信息：“个人中心”、“视频”，则根据“百度”、“个人中心”生成http请求：http://i.baidu.com/，根据“百度”、“视频”生成http请求：http://v.baidu.com/。可选地，请求配置信息可以只包括共用的配置信息，或者只包括分别对应每个请求的配置信息。

s130、将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果。

请求信息与系统相对应。请求信息的处理装置可以向一个系统、两个系统或者多个系统发送对应的请求信息。例如，将某个产品的查询请求发送至百度服务器系统、京东服务器系统和亚马逊服务器系统。

系统接收到请求信息后，对请求信息进行解析、处理，得到响应结果，并将响应结果返回至请求信息的处理装置。请求信息的处理装置继而接收到与至少两条请求信息对应的响应结果。可选地，响应结果包括请求成功后返回的内容或者请求失败后返回的失败信息。

本实施例的技术方案，通过获取请求配置信息，并根据请求配置信息，生成与请求配置信息对应的至少两条请求信息，从而通过请求配置信息生成多条请求信息，而不需要手动生成多条请求信息，实现了一次配置、多条请求信息的发送方案，即实现了请求信息的扩展，操作简便，节省人工成本；通过将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果，从而在发送多条请求信息后，一次性接收多条请求信息对应的响应结果，无需等到上一条响应结果到来后，再人工发送下一条请求信息，加快请求信息处理的效率。

而且，本实施例通过将至少两条请求信息发送至至少一个系统，相比于现有技术中单次只能访问一个系统的方案，本实施例提供的方法能够一次配置、访问多个系统，实现了系统的扩展并丰富了可处理的功能。

另外，请求信息的格式、内容等容易受系统架构的制约，一旦系统架构发生改变，请求信息可能也需要改变。本实施例开发了请求信息的处理装置来自动生成与系统对应的请求信息，而不需要用户去适应系统，编写与系统对应的请求信息，即用户不需要关注系统内部情况，进一步提成处理的便捷性与友好性；同时，对系统无侵入无修改，保证系统无感知。

实施例二

本实施例对上述实施例进行进一步优化，具体限定了请求配置信息，以及请求信息的生成步骤和发送步骤。图2a是本发明实施例二提供的一种请求信息的处理方法的流程图，具体包括以下步骤：

s210、获取请求配置信息。

示例性地，请求信息的处理装置展示一配置界面，配置界面上包括请求配置信息的输入框和/或请求配置信息的候选项。请求配置信息包括待请求的内容、待访问的系统和待调用的功能。图2b是本发明实施例二提供的一种配置界面的示意图，图2b中，待访问的系统包括服务器系统的名称、ip地址、主机、版本等。待访问的内容和功能填写在参数列表中，一行参数与前述待访问的系统将生成一条请求信息。

用户在配置界面上输入或者选择待请求的内容、系统和功能后，触发提交控件。请求信息的处理装置响应于对提交控件的触发操作，提取配置界面上的请求配置信息。配置界面上还包括重置控件，请求信息的处理装置响应于用户对重置控件的触发操作，清空配置界面上用户已填入的内容。

s220、获取与请求配置信息匹配的请求信息格式。

请求配置信息不能直接被系统识别，还需要转换成对应的格式。一般情况下，调用同一系统中的同一功能且请求同一类型的内容的请求信息，具有相同的格式。

可选地，请求信息格式的获取方法包括以下两种实施方式：

第一种实施方式：电子设备预存有与各个系统、各个功能、各个内容类型的格式，该装置提取请求配置信息后，查找与配置信息匹配的格式。

第二种实施方式：请求信息的处理装置展示多个配置界面，一个配置界面对应一种请求信息格式，该配置界面上只展示与该请求信息格式匹配的请求配置信息输入框和/或候选项。基于此，该装置从配置界面上提取请求配置信息后，获取与该配置界面对应的请求信息格式。

s230、将请求配置信息中的待请求的内容、待访问的系统和待访问的功能按照请求信息格式进行封装，得到至少两条请求信息。

示例性地，将请求信息格式作为模板，将待请求的内容、系统和功能替换模板中的相关参数，从而实现格式封装。

s240、将至少两条请求信息分别发送至对应的待访问的系统，以向待访问的系统调用待调用的功能，并请求待请求的内容。

在一些实施例中，请求信息可直接发送至对应的待访问的系统。鉴于有些系统本身的约束条件，一次只能处理一个请求。请求信息的处理装置可以对请求信息按照待访问的系统分组，将对应同一待访问的系统的请求信息依次发送至对应的系统，将对应不同待访问的系统的请求信息可同步发送至对应的系统，也可不同步发送至对应的系统。

在另一些实施例中，系统外设置有用户可见的操作接口，例如浏览器等。请求信息的处理装置可以作为插件嵌入到浏览器中，通过浏览器将请求信息发送至对应的待访问的系统。由于浏览器等操作接口的设计逻辑：一次请求操作仅处理一个请求信息。例如，目前的浏览器只允许输入一个网址，不能同时访问两个网址。请求信息的处理装置可以将请求信息依次传递至浏览器，通过浏览器依次将请求信息发送至对应的待访问的系统。

通过将请求信息的处理装置可以作为插件嵌入到浏览器中，使得请求信息的处理装置易于普及和推广、安装适用简单，而且可完全自定义变更插件，且变更可控。

s250、接收至少一个系统返回的响应结果。

如图2b所示，配置界面上还包括响应结果展示区。可选地，请求信息的处理装置可以每接收到一个响应结果，将该响应结果显示在响应结果展示区，可以是接收到全部响应结果后，对响应结果进行处理后，显示在响应结果展示区。其中，对响应结果的处理包括但不限于排序、按照预设条件筛选、转换成预设格式、排版等。

本实施例中，通过将响应结果显示在响应结果展示区，用户可以查看到多个请求信息对应的响应结果，即通过一次配置获取多个响应结果，节省人力资源，操作简便。而且，请求信息的处理装置可以将本次以及历次接收到的响应结果保存起来，并进行综合处理后显示在响应结果展示区，避免历史操作丢失。

本实施例中，请求配置信息包括待请求的内容、待访问的系统和待调用的功能，进而将请求配置信息中的待请求的内容、待访问的系统和待访问的功能按照请求信息格式进行封装，得到至少两条请求信息，接着将至少两条请求信息分别发送至对应的待访问的系统，以向待访问的系统调用待调用的功能，并请求待请求的内容，从而一次配置，实现多系统、多功能、多内容的请求信息的扩展，大幅提成请求效率和产出。

实施例三

图3是本发明实施例三提供的一种请求信息的处理方法的流程图，如图3所示，具体包括以下步骤：

s310、获取请求配置信息。

s320、根据请求配置信息，生成与请求配置信息对应的至少两条请求信息。

s310与s320与实施例一中的s110和s120相同，此处不再赘述。

s330、获取与请求信息对应的请求逻辑信息。

s340、将至少两条请求信息按照对应的请求逻辑信息发送至与请求信息对应的至少一个系统。

s350、接收至少一个系统返回的响应结果。

请求逻辑信息可以预先存储在电子设备中，也可以由用户输入。例如，如图2b所示，配置界面上还包括请求逻辑信息的输入框和/或候选项。请求逻辑信息包括请求信息之间的先后逻辑、并行逻辑或者发送时间，请求逻辑信息也可以自定义。一种请求逻辑信息对应一条请求信息或者多条请求信息。在图2b中，由于一条待访问的内容和功能生成一条请求信息，则对每条待访问的内容和功能设置请求逻辑信息。

可选地，为了提高处理效率，不同系统的请求信息可以对应并行逻辑，即不同系统的请求信息同步处理。相同系统且功能上有先后制约的请求信息对应先后逻辑，例如对应注册功能的请求信息先发送，对应登录功能的请求信息后发送。有的系统功能只在预设时间段内可用，则将对应请求信息的发送时间设置为预设时间段。

下面以请求信息的处理装置作为插件嵌入到浏览器中的情况为例，说明请求信息的发送过程。

从至少两条请求信息中获取一条请求信息；将请求信息发送至对应的系统，并接收系统返回的响应结果。本实施例中，具体按照请求逻辑信息获取一条请求信息，并按照请求逻辑信息将请求信息发送至对应的系统。

具体地，系统包括多个功能节点以及与功能节点连接的系统服务器。请求信息的处理装置在发送请求信息时，通过浏览器接口调用与待调用的功能对应的功能节点。该功能节点对请求信息处理后，向连接的系统服务器发送请求。系统服务器响应于该请求，并返回响应结果。功能节点将接收到的响应结果通过浏览器接口发送至请求信息的处理装置。

接着，判断全部请求信息是否发送完成；如果全部请求信息未发送完成，返回执行从至少两条请求信息中获取一条请求信息的步骤，直到全部请求信息发送完成；如果全部请求信息发送完成，对接收到的全部响应结果进行处理后显示在响应结果展示区，以供用户查看。

本实施例中，请求逻辑信息包括请求信息之间的先后逻辑、并行逻辑或者发送时间，进而将至少两条请求信息按照对应的请求逻辑信息发送至与请求信息对应的至少一个系统，直到全部请求信息发送完成，从而实现了自动按定义的逻辑发送请求信息的方案，适用于具有复杂逻辑的请求信息的处理。

实施例四

图4是本发明实施例四提供的一种请求信息的处理装置的结构示意图，包括获取模块41、生成模块42和接收模块43。

获取模块41，用于获取请求配置信息；

生成模块42，用于根据请求配置信息，生成与请求配置信息对应的至少两条请求信息；

接收模块43，用于将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果。

本实施例的技术方案，通过获取请求配置信息，并根据请求配置信息，生成与请求配置信息对应的至少两条请求信息，从而通过请求配置信息生成多条请求信息，而不需要手动生成多条请求信息，实现了一次配置、多条请求信息的发送方案，即实现了请求信息的扩展，操作简便，节省人工成本；通过将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果，从而在发送多条请求信息后，一次性接收多条请求信息对应的响应结果，无需等到上一条响应结果到来后，再人工发送下一条请求信息，加快请求信息处理的效率。

而且，本实施例通过将至少两条请求信息发送至至少一个系统，相比于现有技术中单次只能访问一个系统的方案，本实施例提供的方法能够一次配置、访问多个系统，实现了系统的扩展并丰富了可处理的功能。

另外，请求信息的格式、内容等容易受系统架构的制约，一旦系统架构发生改变，请求信息可能也需要改变。本实施例开发了请求信息的处理装置来自动生成与系统对应的请求信息，而不需要用户去适应系统，编写与系统对应的请求信息，即用户不需要关注系统内部情况，进一步提成处理的便捷性与友好性；同时，对系统无侵入无修改，保证系统无感知。

可选地，请求配置信息包括待请求的内容、待访问的系统和待调用的功能。

可选地，生成模块42在根据请求配置信息，生成与请求配置信息对应的至少两条请求信息时，具体用于：获取与请求配置信息匹配的请求信息格式；将请求配置信息中的待请求的内容、待访问的系统和待访问的功能按照请求信息格式进行封装，得到至少两条请求信息。

可选地，接收模块43在将至少两条请求信息发送至对应的至少一个系统时，具体用于：将至少两条请求信息分别发送至对应的待访问的系统，以向待访问的系统调用待调用的功能，并请求待请求的内容。

可选地，接收模块43在将至少两条请求信息发送至对应的至少一个系统时，具体用于：获取与请求信息对应的请求逻辑信息；将至少两条请求信息按照对应的请求逻辑信息发送至与请求信息对应的至少一个系统。请求逻辑信息包括请求信息之间的先后逻辑、并行逻辑或者发送时间。

可选地，接收模块43在将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果时，具体用于：从至少两条请求信息中获取一条请求信息；将请求信息发送至对应的系统，并接收系统返回的响应结果；判断全部请求信息是否发送完成；如果全部请求信息未发送完成，返回执行从至少两条请求信息中获取一条请求信息的步骤，直到全部请求信息发送完成。

本发明实施例所提供的请求信息的处理装置可执行本发明任意实施例所提供的请求信息的处理方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5是本发明实施例五提供的一种电子设备的结构示意图，如图5所示，该电子设备包括处理器50、存储器51、输入装置52和输出装置53；电子设备中处理器50的数量可以是一个或多个，图5中以一个处理器50为例；电子设备中的处理器50、存储器51、输入装置52和输出装置53可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器51作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的请求信息的处理方法对应的程序指令/模块(例如，请求信息的处理装置中的获取模块41、生成模块42和接收模块43)。处理器50通过运行存储在存储器51中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的请求信息的处理方法。

存储器51可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器51可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器51可进一步包括相对于处理器50远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置52可用于接收用户在配置页面上输入的请求配置信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置53可包括显示屏等显示设备，用于显示配置页面。

实施例六

本发明实施例六还提供一种其上存储有计算机程序的计算机可读存储介质，计算机程序在由计算机处理器执行时用于执行一种请求信息的处理方法，该方法包括：

获取请求配置信息；

根据请求配置信息，生成与请求配置信息对应的至少两条请求信息；

将至少两条请求信息发送至对应的至少一个系统，并接收至少一个系统返回的响应结果。

当然，本发明实施例所提供的一种其上存储有计算机程序的计算机可读存储介质，其计算机程序不限于如上的方法操作，还可以执行本发明任意实施例所提供的请求信息的处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

值得注意的是，上述请求信息的处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。