网络请求处理方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种网络请求处理方法、装置、计算机设备和存储介质。

背景技术：

随着计算机技术的发展，移动端出现各种各样的应用程序，移动互联网得到了广泛的应用。在移动端的应用程序向服务器请求相应服务时，需要向对应服务器发送网络请求消息，根据各种应用程序的需要，网络请求消息会包括各种不同的参数，如操作系统、软件版本、设备类型、渠道类型、网络协议版本等公共参数。网络请求消息中携带的众多公共参数导致网络请求消息冗长，降低了有效数据负荷比例，导致网络请求消息的处理效率较低。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高网络请求消息处理效率的网络请求处理方法、装置、计算机设备和存储介质。

一种网络请求处理方法，所述方法包括：

接收终端发送的网络请求消息；

按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

确定待映射参数序列对应的请求消息短码；

根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

在其中一个实施例中，按照预设的参数映射规则，从网络请求消息中确定待映射参数序列包括：

查询预设的参数映射规则，参数映射规则包括参数类型规则和参数排序规则；

按照参数类型规则，从网络请求消息中提取待映射参数；

将待映射参数按照参数排序规则进行排序，得到待映射参数序列。

在其中一个实施例中，确定待映射参数序列对应的请求消息短码包括：

获取预设发号机分配的请求消息序列值；

查询预设的序列转换规则；

根据序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

在其中一个实施例中，根据网络请求消息的网络请求类型，确定请求消息短码的有效时间包括：

确定网络请求消息的网络请求类型；

查询预设的参数映射时间表；

从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息短码的有效时间。

在其中一个实施例中，在查询预设的参数映射规则之前，还包括：

从业务系统中查询历史网络请求数据，历史网络请求数据包括各历史网络请求消息；

从各历史网络请求消息中提取公共请求参数，并记录各公共请求参数的请求频次；

根据预设的映射参数数目和请求频次，确定待映射的公共请求参数；

根据待映射的公共请求参数得到参数类型规则。

在其中一个实施例中，在根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息之后，还包括：

查询预设的参数映射表；

将待映射参数序列、请求消息短码和有效时间存储至参数映射表中，并记录生效时间；

根据当前时间与生效时间得到映射作用时间；

当映射作用时间大于有效时间时，将待映射参数序列、请求消息短码和有效时间从参数映射表中删除。

在其中一个实施例中，在接收终端发送的网络请求消息之后，还包括：

确定网络请求消息的长短类型；

当网络请求消息的为短类型请求时，从网络请求消息中提取请求消息短码；

根据请求消息短码从参数映射表获得待映射参数序列，并更新生效时间；

返回待映射参数序列至终端。

一种网络请求处理装置，所述装置包括：

网络请求接收模块，用于接收终端发送的网络请求消息；

映射参数序列模块，用于按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

消息短码获取模块，用于确定待映射参数序列对应的请求消息短码；

有效时间确定模块，用于根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

映射反馈消息模块，用于根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收终端发送的网络请求消息；

按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

确定待映射参数序列对应的请求消息短码；

根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收终端发送的网络请求消息；

按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

确定待映射参数序列对应的请求消息短码；

根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

上述网络请求处理方法、装置、计算机设备和存储介质，按照预设的参数映射规则，从终端发送的网络请求消息中确定待映射参数序列，再确定待映射参数序列对应的请求消息短码，根据网络请求消息的网络请求类型确定请求消息短码的有效时间，最后根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。在网络请求消息的处理过程中，将网络请求消息中确定的待映射参数序列映射成对应的请求消息短码，可以使网络请求消息不需要直接携带众多参数，提高了网络请求消息有效数据的负荷比例，从而可以提高网络请求消息的处理效率。

附图说明

图1为一个实施例中网络请求处理方法的应用场景图；

图2为一个实施例中网络请求处理方法的流程示意图；

图3为一个实施例中参数映射规则确定的流程示意图；

图4为另一个实施例中网络请求处理方法的流程示意图；

图5为一个实施例中网络请求处理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的网络请求处理方法，可以应用于如图1所示的应用环境中。其中，终端设备102通过网络与服务器104通过网络进行通信。终端设备102向服务器104发送网络请求消息，服务器104按照预设的参数映射规则，从终端设备102发送的网络请求消息中确定待映射参数序列，再确定待映射参数序列对应的请求消息短码，根据网络请求消息的网络请求类型确定请求消息短码的有效时间，最后根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端设备102。其中，终端设备102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种网络请求处理方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤s201：接收终端发送的网络请求消息。

其中，网络请求消息可以为终端向服务器104发送用于请求相应服务的请求消息，其可以包括各种请求参数。如app网络请求消息中，可能包括appid、app版本号、deviceid(设备id号)、手机品牌、手机型号、手机os版本号(手机操作系统号)、渠道号、网络协议版本号、userid(用户id号)，有些还可能附加很多手机安全信息比如手机号、imei(internationalmobileequipmentidentity，国际移动设备识别码)、蓝牙地址、wifi的mac地址、是否越狱、是否模拟器等信息，而每次网络请求都需要带上这么多的公共参数，以保障业务服务器能够提供针对性的业务服务。

在一个实施例中，网络请求消息中公共请求参数publicparams包括“appcode＝xxx&deviceid＝xxx&osversion＝xxx&appid＝xxx&appclientid＝xxx&tddid＝xxx”等字段。可以将其通过建立publicparams:key的映射，由请求消息短码key代替原来长度较长的publicparams，以此可以提高网络请求消息有效数据负荷比例。

步骤s203：按照预设的参数映射规则，从网络请求消息中确定待映射参数序列。

参数映射规则用于从网络请求消息中确定需要进行映射处理得到短参数的各种参数，具体可以包括参数类型规则和参数排序规则，参数类型规则用于确定映射参数范围，参数排序规则用于对各映射参数进行排序，得到统一格式的待映射参数序列。待映射参数序列根据网络请求消息中需要进行映射的参数按照一定顺序排序后得到。例如，可以按照首字母顺序进行排序，以确保不同网络请求消息中参数类型相同，而各参数的顺序不同时可以得到相同的待映射参数序列。

本实施例中，可以查询预设的参数映射规则，参数映射规则根据实际需要进行设置，如根据业务服务器需求所需要的公共参数进行设置。按照该参数映射规则从网络请求消息中确定待映射参数序列。

步骤s205：确定待映射参数序列对应的请求消息短码。

得到待映射参数序列后，按照预设的映射规则对待映射参数序列进行映射处理，得到对应的映射短参数。本实施例中，映射短参数为请求消息短码，请求消息短码与待映射参数序列对应，但比待映射参数序列更短，所占数据量更少，可以通过发号机方法对待映射参数序列进行映射处理。具体地，获取预设发号机分配的请求消息序列值，该请求消息序列值取值范围可以为1-10000，由发号机不断循环输出，到达10000时再循环到1，如在接收到网络请求消息时，发号机输出一请求消息序列值，并与网络请求消息建立对应关系。

发号机输出分配的请求消息序列值可以为数值，为了实现短码，可以对请求消息序列值进行转换处理，得到位数更少的请求消息短码。例如可以按照进制转换方法，将10进制的请求消息序列值转换成62进制的请求消息短码。相比于由众多参数组成的待映射参数序列，请求消息短码的长度短得多，根据请求消息短码和待映射参数序列之间的对应关系，可以实现相互替换，从而将网络请求消息中长度长的待映射参数序列替代成更短的请求消息短码，使网络请求消息不需要直接携带众多参数，提高了网络请求消息有效数据的负荷比例。

在具体应用时，可以将待映射参数序列作为value，将请求消息短码作为该value对应的key，并建立value和key之间的对应关系。在存储key-value的映射关系后，通过该请求消息短码key可以确定对应的value，进一步确定对应的待映射参数序列，从而构建了长度较长的待映射参数序列与较短的请求消息短码之间映射替代关系。例如，服务器104可以通过维护一key-value的表单来存储key-value的映射关系。具体地，将终端发送的网络请求消息中需要进行映射处理的公共参数组成一json格式的长字符串，即待映射参数序列value，如{appid：“123”，ostype：“1”，clientid：“131313314444”……}，确定待映射参数序列对应的请求消息短码key，将key-value存储至该表单中。

步骤s207：根据网络请求消息的网络请求类型，确定请求消息短码的有效时间。

在得到待映射参数序列对应的请求消息短码后，需要设置对应的有效时间，以对存储的key-value映射关系进行动态更新，确保key-value的有效性，保证key的查询效率。具体地，可以确定网络请求消息的网络请求类型，根据该网络请求类型确定请求消息短码的有效时间。不同网络请求类型的网络请求消息可以设置有不同的有效时间。例如，对于请求频率高的网络请求类型，其网络请求消息对应的请求消息短码的有效时间可以设置更长，以避免频繁进行映射处理，确保网络请求消息的处理效率。

步骤s209：根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

确定请求消息短码的有效时间后，结合待映射参数序列和请求消息短码生成映射反馈消息，并返回映射反馈消息至终端。具体地，可以根据待映射参数序列与请求消息短码的映射关系，及请求消息短码的有效时间按序生成映射反馈消息并返回至终端。终端接收到映射反馈消息后，可以将请求消息短码直接替换待映射参数序列中的各映射参数，从而使网络请求消息中的公共参数长度变短，提高了网络请求消息的有效数据负荷比例，从而提高了网络请求消息的处理效率。

上述网络请求处理方法中，按照预设的参数映射规则，从终端发送的网络请求消息中确定待映射参数序列，再确定待映射参数序列对应的请求消息短码，根据网络请求消息的网络请求类型确定请求消息短码的有效时间，最后根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。在网络请求消息的处理过程中，将网络请求消息中确定的待映射参数序列映射成对应的请求消息短码，可以使网络请求消息不需要直接携带众多参数，提高了网络请求消息有效数据的负荷比例，从而可以提高网络请求消息的处理效率。

在一个实施例中，按照预设的参数映射规则，从网络请求消息中确定待映射参数序列包括：查询预设的参数映射规则，参数映射规则包括参数类型规则和参数排序规则；按照参数类型规则，从网络请求消息中提取待映射参数；将待映射参数按照参数排序规则进行排序，得到待映射参数序列。

参数映射规则根据实际需要进行设置，如根据业务服务器需求所需要的公共参数进行设置，其用于从网络请求消息中确定需要进行映射处理得到短参数的各种参数。本实施例中，参数映射规则包括参数类型规则和参数排序规则。其中，参数类型规则用于确定映射参数范围，参数排序规则用于对各映射参数进行排序，得到统一格式的待映射参数序列。

具体地，在确定待映射参数序列时，查询预设的参数映射规则，按照参数映射规则中的参数类型规则从网络请求消息中提取待映射参数，参数类型规则可以将网络请求消息中的公共参数设为需要进行映射处理的待映射参数。得到待映射参数后，按照参数映射规则中的参数排序规则将待映射参数进行排序，得到待映射参数排序后的待映射参数序列。考虑到终端每次发送的网络请求消息中，各参数的先后顺序不同，若直接进行映射处理，会导致后续压缩映射时会生成不同的请求消息短码的问题。因此，将各待映射参数按照预设的参数排序规则进行排序，如按照字母顺序进行排序，得到固定排序的待映射参数序列，再与对应的请求消息短码建立映射关系。

在一个实施例中，确定待映射参数序列对应的请求消息短码包括：获取预设发号机分配的请求消息序列值；查询预设的序列转换规则；根据序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

本实施例中，待映射参数序列对应的请求消息短码通过对发号机分配的请求消息序列值按照预设的序列转换规则进行转换处理后得到。具体地，获取预设发号机分配的请求消息序列值，发号机不断输出用作标识的全局唯一id，即请求消息序列值。请求消息序列值可以由中心序号+机器序号+序列号+时间戳组成，为一个较长的数字串，如185894506410029056，请求消息序列值具体组成可以根据实际需求进行设定。查询预设的序列转换规则，序列转换规则为将较长的请求消息序列值转换处理成较短的请求消息短码的转换策略，例如，对于纯数字十进制的请求消息序列值，序列转换规则可以为高进制转换规则，从而可以将请求消息序列值进行压缩，得到更短的请求消息短码。得到根据序列转换规则后，按照该序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

例如，对于上述185894506410029056的请求消息序列值，可以对该请求消息序列值做62进制转换，62进制是字母数字组合的编码(26个大写字母，26个小写字母和10个数字)，以使之变成较短的djoj1xyo3c，得到请求消息短码key。再根据待映射参数序列和key建立key-value，将其进行维护存储，并设置对应的有效时间timeout，在映射有效时间timeout内，终端可以通过将短参数请求替换原来的网络请求消息以请求相关业务服务。

在一个实施例中，根据网络请求消息的网络请求类型，确定请求消息短码的有效时间包括：确定网络请求消息的网络请求类型；查询预设的参数映射时间表；从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息短码的有效时间。

在得到待映射参数序列对应的请求消息序列值后，需要设置对应的有效时间，以对存储的key-value映射关系进行动态更新，确保key-value的有效性，保证key的查询效率。本实施例中，在确定请求消息序列值的有效时间时，确定网络请求消息的网络请求类型。不同网络请求类型的网络请求消息可以设置有不同的有效时间，请求频率低的网络请求消息，可以设置较短的请求消息序列值有效时间，以及时对存储的key-value映射关系进行更新，提高key的查询效率，从而提高网络请求消息的处理效率。确定网络请求消息的网络请求类型后，查询预设的参数映射时间表，该参数映射时间表记录有各种网络请求类型的网络请求消息对应的映射持续时间，该映射持续时间可以根据历史网络请求数据进行分析设定。从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息序列值的有效时间。查询得到网络请求类型对应的映射持续时间后，可以直接将其设为请求消息短码的有效时间。

在一个实施例中，如图3所述，在查询预设的参数映射规则之前，还包括参数映射规则确定的步骤，具体包括：

步骤s301：从业务系统中查询历史网络请求数据，历史网络请求数据包括各历史网络请求消息。

本实施例中，参数类型规则根据历史网络请求数据中各参数的请求频次进行确定。具体地，从业务系统中查询历史网络请求数据，历史网络请求数据包括各历史网络请求消息。在具体应用时，可以设置时间跨度筛选条件，即选取一定时间范围的内的历史网络请求数据，例如6个月内的历史网络请求数据。

步骤s303：从各历史网络请求消息中提取公共请求参数，并记录各公共请求参数的请求频次。

从各历史网络请求消息中提取公共请求参数，并记录各公共请求参数的请求频次。本实施例中，从公共请求参数中按照请求频次确定对应的待映射参数，其中，请求频次为获得的终端发送的各历史网络请求消息中，各公共请求参数出现的频次。

步骤s305：根据预设的映射参数数目和请求频次，确定待映射的公共请求参数。

查询预设的映射参数数目，映射参数数目根据实际需求进行设定，例如可以为所有公共请求参数或为固定数目。按照该映射参数数目和请求频次确定待映射的公共请求参数。具体地，可以按照请求频次将各公共请求参数由多至少的顺序进行排序，并按照映射参数数目从排序后的公共请求参数中确定对应数量的公共请求参数，作为待映射参数。

步骤s307：根据待映射的公共请求参数得到参数类型规则。

得到待映射的公共请求参数后，根据该待映射的公共请求参数得到参数类型规则，即将该待映射的公共请求参数作为参数类型规则确定的需要进行映射处理的参数范围。在对网络请求消息进行映射处理时，按照待映射的公共请求参数从中确定待映射参数，并进一步生成待映射参数序列以进行后续的映射处理。

在一个实施例中，在查询预设的参数映射时间表之前，还包括构建参数映射时间表的步骤，具体包括：将各历史网络请求消息按照对应的请求类型进行分类，得到各类型的历史网络请求消息；确定各类型的历史网络请求消息的请求时间，并根据请求时间得到请求频率；根据请求频率确定各类型的历史网络请求消息对应的历史有效时间；将各类型的历史网络请求消息和历史有效时间存储至参数映射时间表中。

本实施例中，参数映射时间表中各网络请求类型对应的映射持续时间根据历史网络请求数据进行设定。具体地，从业务系统中查询历史网络请求数据后，将各历史网络请求消息按照对应的请求类型进行分类，得到各类型的历史网络请求消息。不同网络请求类型的网络请求消息对应设置有不同的有效时间，将各历史网络请求消息按照对应的请求类型进行分类，以便针对各请求类型的历史网络请求消息设置对应的有效时间。

请求时间为服务器104接收到终端发送的历史网络请求消息对应的时刻值，根据各类型的历史网络请求消息的请求时间可以计算得到各类型的历史网络请求消息的请求频率。具体地，可以对各历史网络请求消息之间请求时间的间隔时间差计算间隔时间平均值，并根据该间隔时间平均值得到请求频率。请求频率反映了各类型的历史网络请求消息的请求频繁程度，间隔时间平均值越低，请求频率越高，即该类型的历史网络请求消息的请求越频繁。得到各类型的历史网络请求消息的请求频率后，根据该请求频率确定各类型的历史网络请求消息对应的历史有效时间。具体地，可以将历史有效时间设为大于等于请求频率的倒数，以避免需要频繁进行参数映射处理。

得到历史有效时间后，将历史有效时间与各类型的历史网络请求消息的映射关系进行存储，具体可以将其存储至参数映射时间表中。在后续确定请求消息短码的有效时间时，可以根据网络请求消息的网络请求类型，从该参数映射时间表中查询得到对应的有效时间。该有效时间根据业务系统中历史网络请求数据进行设定，能够准确反映各网络请求消息的实际需求，避免进行频繁的参数映射处理，确保网络请求消息的处理效率。

在一个实施例中，在根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息之后，还包括：查询预设的参数映射表；将待映射参数序列、请求消息短码和有效时间存储至参数映射表中，并记录生效时间；根据当前时间与生效时间得到映射作用时间；当映射作用时间大于有效时间时，将待映射参数序列、请求消息短码和有效时间从参数映射表中删除。

本实施例中，在生成映射反馈消息后，通过构建参数映射表对待映射参数序列和请求消息短码之间映射进行有效性维护。具体地，在生成映射反馈消息之后，将待映射参数序列、请求消息短码和有效时间存储至预设的参数映射表中，并记录生效时间，该生效时间反映了待映射参数序列和请求消息短码的生效作用时间，也作为有效时间判定的起始时刻，即根据该生效时间和有效时间对待映射参数序列和请求消息短码之间的映射关系进行维护。具体地，根据当前时间与生效时间得到映射作用时间，映射作用时间即为待映射参数序列和请求消息短码已经生效作用的持续时间。将映射作用时间与有效时间进行比较，当映射作用时间大于有效时间时，表明已过有效时间，该待映射参数序列和请求消息短码的映射关系已失效，则将待映射参数序列、请求消息短码和有效时间从参数映射表中删除。

在一个实施例中，在接收终端发送的网络请求消息之后，还包括：确定网络请求消息的长短类型；当网络请求消息的为短类型请求时，从网络请求消息中提取请求消息短码；根据请求消息短码从参数映射表获得待映射参数序列，并更新生效时间；返回待映射参数序列至终端。

终端接收到映射反馈消息后，可以将请求消息短码直接替换待映射参数序列中的各映射参数，并通过短的网络请求消息请求对应业务服务。具体地，在接收终端发送的网络请求消息之后，需要判断网络请求消息的长短类型，以确定该网络请求消息是否已进行参数映射。当网络请求消息的为长类型请求时，表明该网络请求消息未经过参数映射处理，此时，进入按照预设的参数映射规则，从所述网络请求消息中确定待映射参数序列的步骤，以对该网络请求消息进行参数映射处理。

当网络请求消息的为短类型请求时，表明该网络请求消息已经过参数映射处理，此时从网络请求消息中提取请求消息短码，并根据该请求消息短码从参数映射表获得待映射参数序列。在获得待映射参数序列的同时，更新生效时间，以更新待映射参数序列和请求消息短码的生效作用时间，使有效时间的过期判定重置，从而确保待映射参数序列和请求消息短码映射关系的有效性。再将得到的待映射参数序列返回至终端，终端接收到待映射参数序列后，可以将其替换请求消息短码，从而还原得到包括完整公共请求参数的网络请求消息，以便业务服务器根据该网络请求消息提供对应业务服务。

在一个实施例中，如图4所示，提供了一种网络请求处理方法，包括：

步骤s401：接收终端发送的网络请求消息。

网络请求消息可以为终端向服务器104发送用于请求相应服务的请求消息，其可以包括各种请求参数。

步骤s402：查询预设的参数映射规则，参数映射规则包括参数类型规则和参数排序规则；

步骤s403：按照参数类型规则，从网络请求消息中提取待映射参数；

步骤s404：将待映射参数按照参数排序规则进行排序，得到待映射参数序列。

本实施例中，可以查询预设的参数映射规则，参数映射规则根据实际需要进行设置，如根据业务服务器需求所需要的公共参数进行设置。按照该参数映射规则从网络请求消息中确定待映射参数序列。

步骤s405：获取预设发号机分配的请求消息序列值；

步骤s406：查询预设的序列转换规则；

步骤s407：根据序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

本实施例中，映射短参数为请求消息短码，请求消息短码与待映射参数序列对应，但比待映射参数序列更短，所占数据量更少，可以通过发号机方法对待映射参数序列进行映射处理。

步骤s408：确定网络请求消息的网络请求类型；

步骤s409：查询预设的参数映射时间表；

步骤s410：从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息短码的有效时间。

本实施例中，在确定请求消息短码的有效时间时，确定网络请求消息的网络请求类型，不同网络请求类型的网络请求消息可以设置有不同的有效时间。

步骤s411：根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

确定请求消息短码的有效时间后，结合待映射参数序列和请求消息短码生成映射反馈消息，并返回映射反馈消息至终端。具体地，可以根据待映射参数序列与请求消息短码的映射关系，及请求消息短码的有效时间按序生成映射反馈消息并返回至终端。终端接收到映射反馈消息后，可以将请求消息短码直接替换待映射参数序列中的各映射参数，从而使网络请求消息中的公共参数长度变短，提高了网络请求消息的有效数据负荷比例，从而提高了网络请求消息的处理效率。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种网络请求处理装置，包括：网络请求接收模块501、映射参数序列模块503、消息短码获取模块505、有效时间确定模块507和映射反馈消息模块509，其中：

网络请求接收模块501，用于接收终端发送的网络请求消息；

映射参数序列模块503，用于按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

消息短码获取模块505，用于确定待映射参数序列对应的请求消息短码；

有效时间确定模块507，用于根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

映射反馈消息模块509，用于根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

在一个实施例中，映射参数序列模块503包括映射规则单元、映射参数单元和参数序列单元，其中：映射规则单元，用于查询预设的参数映射规则，参数映射规则包括参数类型规则和参数排序规则；映射参数单元，用于按照参数类型规则，从网络请求消息中提取待映射参数；参数序列单元，用于将待映射参数按照参数排序规则进行排序，得到待映射参数序列。

在一个实施例中，消息短码获取模块505包括序列值单元、转换规则单元和消息短码单元，其中：序列值单元，用于获取预设发号机分配的请求消息序列值；转换规则单元，用于查询预设的序列转换规则；消息短码单元，用于根据序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

在一个实施例中，有效时间确定模块507包括请求类型单元、映射时间表单元和有效时间单元，其中：请求类型单元，用于确定网络请求消息的网络请求类型；映射时间表单元，用于查询预设的参数映射时间表；有效时间单元，用于从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息短码的有效时间。

在一个实施例中，还包括历史请求数据模块、公共参数提取模块、映射参数确定模块和类型规则确定模块，其中：历史请求数据模块，用于从业务系统中查询历史网络请求数据，历史网络请求数据包括各历史网络请求消息；公共参数提取模块，用于从各历史网络请求消息中提取公共请求参数，并记录各公共请求参数的请求频次；映射参数确定模块，用于根据预设的映射参数数目和请求频次，确定待映射的公共请求参数；类型规则确定模块，用于根据待映射的公共请求参数得到参数类型规则。

在一个实施例中，还包括参数映射表模块、映射存储模块、映射作用时间模块和映射删除模块，其中：参数映射表模块，用于查询预设的参数映射表；映射存储模块，用于将待映射参数序列、请求消息短码和有效时间存储至参数映射表中，并记录生效时间；映射作用时间模块，用于根据当前时间与生效时间得到映射作用时间；映射删除模块，用于当映射作用时间大于有效时间时，将待映射参数序列、请求消息短码和有效时间从参数映射表中删除。

在一个实施例中，还包括长短类型确定模块、消息短码提取模块、参数序列获取模块和序列反馈模块，其中：长短类型确定模块，用于确定网络请求消息的长短类型；消息短码提取模块，用于当网络请求消息的为短类型请求时，从网络请求消息中提取请求消息短码；参数序列获取模块，用于根据请求消息短码从参数映射表获得待映射参数序列，并更新生效时间；序列反馈模块，返回待映射参数序列至终端。

关于网络请求处理装置的具体限定可以参见上文中对于网络请求处理方法的限定，在此不再赘述。上述网络请求处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种网络请求处理方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收终端发送的网络请求消息；

按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

确定待映射参数序列对应的请求消息短码；

根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：查询预设的参数映射规则，参数映射规则包括参数类型规则和参数排序规则；按照参数类型规则，从网络请求消息中提取待映射参数；将待映射参数按照参数排序规则进行排序，得到待映射参数序列。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取预设发号机分配的请求消息序列值；查询预设的序列转换规则；根据序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定网络请求消息的网络请求类型；查询预设的参数映射时间表；从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息短码的有效时间。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：从业务系统中查询历史网络请求数据，历史网络请求数据包括各历史网络请求消息；从各历史网络请求消息中提取公共请求参数，并记录各公共请求参数的请求频次；根据预设的映射参数数目和请求频次，确定待映射的公共请求参数；根据待映射的公共请求参数得到参数类型规则。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：查询预设的参数映射表；将待映射参数序列、请求消息短码和有效时间存储至参数映射表中，并记录生效时间；根据当前时间与生效时间得到映射作用时间；当映射作用时间大于有效时间时，将待映射参数序列、请求消息短码和有效时间从参数映射表中删除。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定网络请求消息的长短类型；当网络请求消息的为短类型请求时，从网络请求消息中提取请求消息短码；根据请求消息短码从参数映射表获得待映射参数序列，并更新生效时间；返回待映射参数序列至终端。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收终端发送的网络请求消息；

按照预设的参数映射规则，从网络请求消息中确定待映射参数序列；

确定待映射参数序列对应的请求消息短码；

根据网络请求消息的网络请求类型，确定请求消息短码的有效时间；

根据待映射参数序列、请求消息短码和有效时间生成映射反馈消息，并返回映射反馈消息至终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：查询预设的参数映射规则，参数映射规则包括参数类型规则和参数排序规则；按照参数类型规则，从网络请求消息中提取待映射参数；将待映射参数按照参数排序规则进行排序，得到待映射参数序列。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取预设发号机分配的请求消息序列值；查询预设的序列转换规则；根据序列转换规则对请求消息序列值进行编码转换，得到请求消息短码。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定网络请求消息的网络请求类型；查询预设的参数映射时间表；从参数映射时间表中查询网络请求类型对应的映射持续时间，并将映射持续时间作为请求消息短码的有效时间。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：从业务系统中查询历史网络请求数据，历史网络请求数据包括各历史网络请求消息；从各历史网络请求消息中提取公共请求参数，并记录各公共请求参数的请求频次；根据预设的映射参数数目和请求频次，确定待映射的公共请求参数；根据待映射的公共请求参数得到参数类型规则。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：查询预设的参数映射表；将待映射参数序列、请求消息短码和有效时间存储至参数映射表中，并记录生效时间；根据当前时间与生效时间得到映射作用时间；当映射作用时间大于有效时间时，将待映射参数序列、请求消息短码和有效时间从参数映射表中删除。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定网络请求消息的长短类型；当网络请求消息的为短类型请求时，从网络请求消息中提取请求消息短码；根据请求消息短码从参数映射表获得待映射参数序列，并更新生效时间；返回待映射参数序列至终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。