用户请求的处理方法、装置及电子设备与流程

本发明涉及数据处理领域，更具体的说，涉及一种用户请求的处理方法、装置及电子设备。

背景技术：

随着互联网的发展，线上服务越来越多，如做任务领取奖励活动、有奖竞猜活动等等。

每一服务都需要配置有对应的路由模块，该路由模块用于接收用户请求，响应该用户请求，并执行与用户请求对应的操作。举例来说，假设用户请求是想要获取活动信息，路由模块就响应用户请求，并把活动信息发送至用户所在的移动终端，以使用户及时了解活动信息。

在线上服务的数量较多时，配置的路由模块的数量也会较多，多个路由模块运行会占用较多的资源，资源利用率低。

技术实现要素：

有鉴于此，本发明提供一种用户请求的处理方法、装置及电子设备，以解决在线上服务的数量较多时，配置的路由模块运行会占用较多的资源，资源利用率低的问题。

为解决上述技术问题，本发明采用了如下技术方案：

一种用户请求的处理方法，应用于路由模块，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序；所述用户请求的处理方法包括：

接收用户终端发送的用户请求，并确定出处理所述用户请求的预设数据处理接口以及应用程序；

调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果；

将所述请求处理结果输出至所述用户终端。

可选地，所述用户请求包括所需访问的目标应用程序标识以及所需执行的目标数据处理信息。

可选地，确定出处理所述用户请求的预设数据处理接口以及应用程序，包括：

确定出与所述目标应用程序标识对应的目标应用程序；

从所述多个预设数据处理接口中，选择出与所述目标数据处理信息对应的预设数据处理接口，并作为目标数据处理接口。

可选地，所述用户请求的处理方法还包括：

基于预设应用程序模板，生成所述应用程序；所述预设应用程序模板中设置有与所述预设数据处理接口对应的数据处理子程序。

可选地，基于预设应用程序模板，生成所述应用程序，包括：

获取预设应用程序模板，以及获取待生成应用程序的程序信息；

根据预设数据筛选规则，从所述程序信息中筛选出所述预设应用程序模板中所需填写的目标数据；

将所述目标数据添加到所述预设应用程序模板中，与所述目标数据对应的目标位置处，得到应用程序。

一种用户请求的处理装置，应用于路由模块，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序；所述用户请求的处理装置包括：

请求接收模块，用于接收用户终端发送的用户请求，并确定出处理所述用户请求的预设数据处理接口以及应用程序；

请求处理模块，用于调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果；

结果发送模块，用于将所述请求处理结果输出至所述用户终端。

可选地，所述用户请求包括所需访问的目标应用程序标识以及所需执行的目标数据处理信息。

可选地，所述请求接收模块包括：

程序确定子模块，用于确定出与所述目标应用程序标识对应的目标应用程序；

接口确定子模块，用于从所述多个预设数据处理接口中，选择出与所述目标数据处理信息对应的预设数据处理接口，并作为目标数据处理接口。

可选地，所述处理装置还包括：

程序生成模块，用于基于预设应用程序模板，生成所述应用程序；所述预设应用程序模板中设置有与所述预设数据处理接口对应的数据处理子程序。

一种电子设备，包括：存储器和处理器；所述处理器与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序；

其中，所述存储器用于存储程序；

处理器调用程序并用于：

接收用户终端发送的用户请求，并确定出处理所述用户请求的预设数据处理接口以及应用程序；

调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果；

将所述请求处理结果输出至所述用户终端。

相较于现有技术，本发明具有以下有益效果：

本发明提供了一种用户请求的处理方法、装置及电子设备，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序，也即同一路由模块能够调用多个应用程序，进而在路由模块接收用户终端发送的用户请求时，确定出处理所述用户请求的预设数据处理接口以及应用程序，调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果，将所述请求处理结果输出至所述用户终端。本发明中，在应用程序为多个时，仅需设置一个路由模块即可，相比于设置每一应用程序对应的路由模块的方式，能够降低路由模块运行占用的资源量，提高资源利用率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种活动的活动组成图；

图2为本发明实施例提供的一种用户请求的处理方法的方法流程图；

图3为本发明实施例提供的另一用户请求的处理方法的方法流程图；

图4为本发明实施例提供的用户请求的处理方法的场景示意图；

图5为本发明实施例提供的一种用户请求的处理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

随着互联网的发展，线上服务越来越多，如做任务领取奖励活动、有奖竞猜活动等等。

每一服务都需要配置有对应的路由模块，该路由模块用于接收用户请求，响应该用户请求，并执行与用户请求对应的操作。举例来说，假设用户请求是想要获取活动信息，路由模块就响应用户请求，并把活动信息发送至用户所在的移动终端，以使用户及时了解活动信息。

在线上服务的数量较多时，配置的路由模块的数量也会较多，多个路由模块运行会占用较多的资源，尤其是在多个路由模块运行在同一服务器上时，会导致该服务器的大部分资源都被路由模块使用，但是每个路由模块可能有部分时间只是处于运行状态，但是并未处理用户请求，造成资源浪费，资源利用率低。

为了解决这一技术问题，发明人发现，在多个线上服务的场景下，若是能够对多个线上服务使用同一路由模块，则可以提高路由模块的使用率，进而提高资源利用率。

进一步地，在多个线上服务使用同一路由模块时，为了更好地实现路由模块与线上服务的交互，可以对线上服务进行解析，得到线上服务常用的多个数据处理子程序，如，用户获取活动信息子程序、用户查看活动有哪些奖品子程序等等，将这些常用的子程序进行标准化，并且在路由模块中配置对应的访问接口，这样能够使得整个路由过程标准化和规范化。

具体地，本发明中，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序，也即同一路由模块能够调用多个应用程序，进而在路由模块接收用户终端发送的用户请求时，确定出处理所述用户请求的预设数据处理接口以及应用程序，调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果，将所述请求处理结果输出至所述用户终端。本发明中，在应用程序为多个时，仅需设置一个路由模块即可，相比于设置每一应用程序对应的路由模块的方式，能够降低路由模块运行占用的资源量，提高资源利用率。

在上述内容的基础上，本发明实施例提供了一种用户请求的处理方法，应用于路由模块，即由路由模块执行本发明实施例中的用户请求的处理方法，本实施例中的路由模块可以是路由组件或路由程序。

所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口。

本实施例中的应用程序即为上述的线上服务对应的后台程序，例如，做任务领取奖励活动对应的后台程序，有奖竞猜活动对应的后台程序等。

同一路由模块可以和多个应用程序有通信连接，本实施例中，对应用程序的数量不做要求，可以依据实际应用场景来定。

所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序。

本实施例中，对较多的线上服务的整个数据处理流程进行了分析，最终确定了预设数据处理接口以及与所述预设数据处理接口对应的数据处理子程序。

具体地，通过所需的用户经营的线上服务，也即线上活动，的展现的内容和具有的功能，确定出实现各种线上活动开发需求时通常会使用到的数据，这些数据可以概况为以下六个部分数据，具体参照图1，可包括：

用户、活动信息、活动奖品信息、用户的活动分享记录、用户活动参与记录、用户参与活动后的中奖记录。

在实际应用中，活动一般都是由用户参与，活动本身会有自己的活动信息（活动名称、活动描述、活动开始时间和结束时间等）以及活动奖品信息（例如活动有哪些奖品，每个奖品各自的库存数量等信息）。

因为活动主要的目的是为了推广，所以大部分活动会有让用户邀请好友参与的功能，表现在数据层面就是用户对活动的分享记录，即用户的活动分享记录。此外还有用户活动参与的记录以及用户参与活动获得的奖品，总结下来，一般一个推广活动涉及的数据都可以归属于用户、活动信息、活动奖品信息、用户的活动分享记录、用户活动参与记录以及用户参与活动后的中奖记录这六个部分数据，具体每部分数据的关联关系如下：

上图中的（1：n）代表的是箭头两端，数据的关系是一对多的，n代表0到正无穷。活动信息流向活动奖品信息的路径上（1：n）表示：一个活动可以配置多个奖品。活动信息流向用户的活动分享记录路径上的（1：n）表示一个活动可以被用户多次分享，同理，图1中的用户流向用户的活动分享记录的（1：n）则表示用户可以多次分享活动。图1中的其他（1：n）类似，这里不再赘述。

根据上述的六个部分数据对应的具体操作，发明人发现，虽然每个活动展现的内容不同，但是用户参与活动时与服务器（即每一活动对应的后台服务器）的交互动作却是大体相同的。在一些实施例中，通过对活动开发的经验总结以及实际参与的各种用户活动，总结出了在参与活动时，用户与服务器的交互动作，这些动作主要有：

1）用户获取活动信息；

2）用户获取活动当前状态；

3）用户查看活动有哪些奖品；

4）服务器判断用户是否满足活动的参与条件；

5）用户告知服务器即将开始参与活动，方便服务器做相应准备（可用于实现防止恶意用户作弊等功能）；

6）用户参与活动（可用于实现抽奖、做游戏任务等功能）；

7）用户分享活动信息；

8）用户接受好友的活动分享；

9）用户查看自己的中奖记录；

10）用户查看活动中的积分排行榜。

针对上述的十个交互动作，可以设置对应的数据处理接口，本实施例中，称为预设数据处理接口，这些预设数据处理接口可以设置在路由模块中，以在接收到用户针对上述十个交互动作的请求时，调用相应的数据处理接口进行处理。需要说明的是，上述总结了常用的十个交互动作，以及对应的预设数据处理接口，在实际应用中，可能有些活动有了新的交互，此时这些新的交互也可以设置对应的数据处理接口并配置到路由模块中，也即本实施例中的预设数据处理接口是依据实际应用场景进行配置的。

在确定了上述的预设数据处理接口之后，为了使得应用程序能够更好、更标准的与路由模块通信，本实施例中，对应用程序也做了进一步的改进，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序。具体地，将上述的十个交互动作对应的数据处理子程序预先编写在一个程序模板中，并使用该程序模板生成最终的应用程序。其中，本实施例中的程序模板起到辅助引导和约束每个活动开发实现的作用，同时还结合数据应用场景，向每个动作提供标准统一的通用交互程序。如针对活动的奖品，必有的功能是展示活动的奖品信息，查询用户的中奖记录这些通用功能，那么在这个活动程序里，通过预先编写实现通用功能，提供给新建的活动使用，这样就不再需要每个活动单独进行这些功能内容的开发，每个活动只需关注自身的业务逻辑根据自身的活动形式以及要向用户展现的内容。

具体地，在上述内容的基础上，本发明的另一实施例给出了应用程序的生成过程，即基于预设应用程序模板，生成所述应用程序；所述预设应用程序模板中设置有与所述预设数据处理接口对应的数据处理子程序。

其中，预设数据处理接口即为上述的十个接口，针对每一接口预先编写了对应的数据处理子程序。举例来说，对于“用户获取活动信息”这一交互动作，设置有相应的预设数据处理接口，并人工编写了其对应的数据处理子程序。

具体地，参照图2，基于预设应用程序模板，生成所述应用程序，包括：

s11、获取预设应用程序模板，以及获取待生成应用程序的程序信息。

本实施例中的，预设应用程序模板即包括上述的十个交互动作对应的数据处理子程序，但是该模板中，还有些内容需要根据实际活动数据进行调整，例如对于活动奖品信息，每一活动的奖品信息不同，所以在预设应用程序模板中，活动奖品信息的内容需要根据实际情况进行配置，此外，活动信息等内容，也需要根据实际情况进行配置。

在确定活动奖品信息、活动信息等内容时，需要使用到待生成应用程序的程序信息，所以本实施例中，需要预先获取待生成应用程序的程序信息，本实施例中的程序信息也可为活动信息，内容为整个线上服务或者是线上活动的整体介绍信息。

此外，本实施例中，获取的待生成应用程序的程序信息，还可以是线上服务或线上活动标识，路由模块根据该标识，获取到相应的服务或活动的整体介绍信息。

s12、根据预设数据筛选规则，从所述程序信息中筛选出所述预设应用程序模板中所需填写的目标数据。

具体地，在实际应用中，可以根据关键字筛选规则，筛选出所需添加的目标数据，以活动奖品信息为例，首先通过关键字定位到奖品，然后提取出具体的奖品，即为本实施例中的目标数据，其他目标数据的获取方式类似。

s13、将所述目标数据添加到所述预设应用程序模板中，与所述目标数据对应的目标位置处，得到应用程序。

预设应用程序模板中设置有需要添加目标数据的目标位置，本实施例中，可以依据目标数据与目标位置的对应关系，将目标数据添加到目标位置处，即可得到最终的应用程序。

本实施例中的预设应用程序模板还可以在安全限制、用户参与活动资格的验证方面统一编写代码实现，这些都会减少每个活动的开发量，最大可能减少每个活动的开发周期，同时实现对活动编码的限制约束，保证线上服务的质量。

需要说明的是，本实施例中的应用程序的生成过程适用于整个实现过程与本实施例中的预设应用程序模板类似的线上服务或线上活动。如果预设应用程序模板预先提供的这些功能里的数据不满足新建的活动的需要，可以选择不使用系统预先编写的功能，而由开发人员自己定义实现功能需要的数据格式并编码实现即可。

在上述内容的基础上，参照图3，本发明实施例的用户请求的处理方法可以包括：

s21、接收用户终端发送的用户请求，并确定出处理所述用户请求的预设数据处理接口以及应用程序。

其中，本实施例中的用户终端可以是手机、电脑等设备。

在线上服务，如做任务领取奖励活动，上线之后，用户可以访问该活动，在该活动界面，会有多个功能按钮，如获取活动信息、查看奖品、分享、查看中奖记录等，用户可以点击任一功能按钮，即可生成用户请求，并发送至路由模块，其中，用户请求一般是url（uniformresourcelocator，统一资源定位系统）请求，如一url请求为/activity1/activityinfo，其中，activity1为用户访问的线上服务的标识，也即访问的线上服务对应的目标应用程序标识，activityinfo为执行的数据处理信息，具体为获取活动信息，本实施例中，称为目标数据处理信息，也就是说，所述用户请求包括所需访问的目标应用程序标识以及所需执行的目标数据处理信息。

在得到所需访问的目标应用程序标识以及所需执行的目标数据处理信息之后，就需要确认哪一应用程序需要执行该目标数据处理信息。具体地，确定出处理所述用户请求的预设数据处理接口以及应用程序，可以包括：

1）确定出与所述目标应用程序标识对应的目标应用程序。

具体地，每一应用程序有对应的标识，如标识可以是：activity1,activity2,activity3,…,activityn等，activityn表示第n个应用程序对应的标识。

当确定了其标识之后，就可以确定该标识对应的应用程序，本实施例中，称为目标应用程序。

2）从所述多个预设数据处理接口中，选择出与所述目标数据处理信息对应的预设数据处理接口，并作为目标数据处理接口。

在确定了目标数据处理信息之后，由于用户点击的每一功能按钮需要调用哪一预设数据处理接口是预先设定的，所以本实施例中，直接确定出与所述目标数据处理信息对应的预设数据处理接口，并作为目标数据处理接口。

s22、调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果。

具体地，预设数据处理接口能够调用应用程序中与该接口对应的数据处理子程序，在确定了目标应用程序以及对应的预设数据处理接口之后，预设数据处理接口直接调用目标应用程序中所述预设数据处理接口对应的数据处理子程序即可，该子程序就会执行上述的目标数据处理信息对应的操作，如执行获取activity1的活动信息的操作、执行用户分享操作，得到结果之后，将该结果反馈给路由模块，本实施例中的结果称为请求处理结果。

s23、将所述请求处理结果输出至所述用户终端。

路由模块在接收到该请求处理结果之后，就会将该请求处理结果返回至用户终端，用户终端显示该请求处理结果。

为了本领域技术人员能够更加清楚的了解本发明的具体实现过程，现结合图4进行详细说明。

为了实现上述的方法，本发明实施例中，通过上述的十个用户与服务器的交互动作，定义出api接口，该接口用于接收用户终端发送的用户请求，并通过上述的路由模块将请求转发至相应的应用程序，具体可以是安装有应用程序的服务器，其中，用户终端与路由模块、路由模块与服务器之间通过http协议通信。

图4中的api路由解析（apiroutehandler）负责将用户对api接口（api接口与url对应）的请求转发给相应的路由模块（apimanager）去处理，路由模块（apimanager）通过预设数据处理接口（activity.interface）实现应用程序的访问。

预设数据处理接口（activity.interface）描述的是apimanager与activity实现类之间的衔接约定，activity.interface可包括上述的十个预设数据处理接口，apimanager直接与activity.interface进行对接而不是与具体的活动程序实现进行对接，这样只要某些活动或服务的应用程序满足了activiy.interface里约定的功能，它就能被apimanager调用，通过这种方法，apimanager就能对接各种不同的活动实现类（即activity实现类），例如图4中列举的activity1，activity2，…，activityn这几个活动实现类，其中，本实施例中的activity1，activity2，…，activityn同上述一样，表征应用程序对应的标识，在实际应用中，apimanager直接对接的是各个标识对应的应用程序。

活动activity可包括activity.interface中约定的交互功能，即上述的十个交互动作对应的子程序,activity1和activity2这些则代表了具体的某个活动类应用程序，由图4可知诸如activity1和activity2这些活动类应用程序通过活动activity生成，如果活动activity提供的通用功能不能满足当前活动的要求时，就可以在单独的具体活动类应用程序中对这些功能进行重新开发，覆盖原有的通用功能。通常情况下，只需要覆盖活动activity提供的通用功能中的一个或两个功能就可以适用于新的活动或服务，其他通用功能直接复用即可，这样就减少了通用功能的重复开发。比如每个活动都有获取活动信息的功能，活动activity中提供的功能足以满足大部分活动，但是假如activity1代表的活动在展现形式上比较丰富，那么就可以在activity1应用程序里重新按照活动的需要开发获取活动信息这个功能，以替换在活动activity里提供的默认的获取活动信息的功能。

以用户访问/activity1/activityinfo这个url请求对应的api接口为例，apiroutehandler这个程序就会把url请求转发至路由模块，路由模块调用获取活动信息这一数据处理操作对应的预设数据处理接口（activity.interface）。接口通过url请求里的信息activity1知道是要获取activity1这个标识代表的活动的信息，那么接口就找到activity1的程序，使用它的获取活动信息的子程序进行活动信息获取操作，得到活动信息。

此外，在上述实施例的基础上，所述用户请求的处理方法还包括：

基于预设应用程序模板，生成所述应用程序；所述预设应用程序模板中设置有与所述预设数据处理接口对应的数据处理子程序。

其中，基于预设应用程序模板，生成所述应用程序，包括：

获取预设应用程序模板，以及获取待生成应用程序的程序信息；

根据预设数据筛选规则，从所述程序信息中筛选出所述预设应用程序模板中所需填写的目标数据；

将所述目标数据添加到所述预设应用程序模板中，与所述目标数据对应的目标位置处，得到应用程序。

需要说明的是，本实施例中的应用程序的生成过程，请参照上述实施例中的相应说明。

本实施例中，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序，也即同一路由模块能够调用多个应用程序，进而在路由模块接收用户终端发送的用户请求时，确定出处理所述用户请求的预设数据处理接口以及应用程序，调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果，将所述请求处理结果输出至所述用户终端。本发明中，在应用程序为多个时，仅需设置一个路由模块即可，相比于设置每一应用程序对应的路由模块的方式，能够降低路由模块运行占用的资源量，提高资源利用率。

可选地，在上述用户请求的处理方法的实施例的基础上，本发明的另一实施例提供了一种用户请求的处理装置，其特征在于，应用于路由模块，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序；所述用户请求的处理装置包括：

请求接收模块11，用于接收用户终端发送的用户请求，并确定出处理所述用户请求的预设数据处理接口以及应用程序；

请求处理模块12，用于调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果；

结果发送模块13，用于将所述请求处理结果输出至所述用户终端。

进一步，所述用户请求包括所需访问的目标应用程序标识以及所需执行的目标数据处理信息。

进一步，所述请求接收模块包括：

程序确定子模块，用于确定出与所述目标应用程序标识对应的目标应用程序；

接口确定子模块，用于从所述多个预设数据处理接口中，选择出与所述目标数据处理信息对应的预设数据处理接口，并作为目标数据处理接口。

进一步，所述处理装置还包括：

程序生成模块，用于基于预设应用程序模板，生成所述应用程序；所述预设应用程序模板中设置有与所述预设数据处理接口对应的数据处理子程序。

进一步，程序生成模块包括：

数据获取子模块，用于获取预设应用程序模板，以及获取待生成应用程序的程序信息；

数据筛选子模块，用于根据预设数据筛选规则，从所述程序信息中筛选出所述预设应用程序模板中所需填写的目标数据；

程序生成子模块，用于将所述目标数据添加到所述预设应用程序模板中，与所述目标数据对应的目标位置处，得到应用程序。

本实施例中，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序，也即同一路由模块能够调用多个应用程序，进而在路由模块接收用户终端发送的用户请求时，确定出处理所述用户请求的预设数据处理接口以及应用程序，调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果，将所述请求处理结果输出至所述用户终端。本发明中，在应用程序为多个时，仅需设置一个路由模块即可，相比于设置每一应用程序对应的路由模块的方式，能够降低路由模块运行占用的资源量，提高资源利用率。

需要说明的是，本实施例中的各个模块和子模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选地，在上述用户请求的处理方法及装置的实施例的基础上，本发明的另一实施例提供了一种电子设备，包括：存储器和处理器；所述处理器与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序；

其中，所述存储器用于存储程序；

处理器调用程序并用于：

接收用户终端发送的用户请求，并确定出处理所述用户请求的预设数据处理接口以及应用程序；

调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果；

将所述请求处理结果输出至所述用户终端。

进一步，所述用户请求包括所需访问的目标应用程序标识以及所需执行的目标数据处理信息。

进一步，确定出处理所述用户请求的预设数据处理接口以及应用程序，包括：

确定出与所述目标应用程序标识对应的目标应用程序；

从所述多个预设数据处理接口中，选择出与所述目标数据处理信息对应的预设数据处理接口，并作为目标数据处理接口。

进一步，所述用户请求的处理方法还包括：

基于预设应用程序模板，生成所述应用程序；所述预设应用程序模板中设置有与所述预设数据处理接口对应的数据处理子程序。

进一步，基于预设应用程序模板，生成所述应用程序，包括：

获取预设应用程序模板，以及获取待生成应用程序的程序信息；

根据预设数据筛选规则，从所述程序信息中筛选出所述预设应用程序模板中所需填写的目标数据；

将所述目标数据添加到所述预设应用程序模板中，与所述目标数据对应的目标位置处，得到应用程序。

本实施例中，所述路由模块与多个应用程序通信，所述路由模块中预先配置有多个预设数据处理接口，所述应用程序中设置有与所述预设数据处理接口对应的数据处理子程序，也即同一路由模块能够调用多个应用程序，进而在路由模块接收用户终端发送的用户请求时，确定出处理所述用户请求的预设数据处理接口以及应用程序，调用所述预设数据处理接口，以使所述预设数据处理接口调用所述应用程序中所述预设数据处理接口对应的数据处理子程序，得到所述用户请求对应的请求处理结果，将所述请求处理结果输出至所述用户终端。本发明中，在应用程序为多个时，仅需设置一个路由模块即可，相比于设置每一应用程序对应的路由模块的方式，能够降低路由模块运行占用的资源量，提高资源利用率。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。