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

1.本技术涉及数据处理技术领域，特别是涉及一种用户请求处理方法、装置、计算机设备和存储介质。


背景技术：

2.随着计算机平台技术的发展，出现了向用户提供数据接口的数据平台，数据平台可以向用户提供涵盖工商注册、经营状况、法律风险、知识产权、历史信息等多个维度的企业数据，以完成企业数据定制和企业数据输出。
3.传统技术中，数据平台设有对应的平台数据库，且采用先进先出的方式对多个用户请求进行处理，利用平台数据库对一个用户请求进行处理，而其他用户请求处于等待状态中，待这个请求完成处理时，再一次对其他用户请求进行处理。
4.然而，传统技术中对用户请求的处理方式会存在响应堵塞的问题。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种能够降低响应堵塞几率的用户请求处理方法、装置、计算机设备和存储介质。
6.一种用户请求处理方法，应用于缓存服务器，所述缓存服务器包括多个数据缓存节点；所述方法包括：
7.获取多个用户请求，各所述用户请求包括用户凭证信息，各所述数据缓存节点上保存有用户凭证信息与用户标识之间的映射关系表；
8.根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各所述用户凭证信息对应的用户标识；
9.根据各所述用户标识依次在多个数据缓存节点中进行查询，得到与各所述用户标识对应的用户接口信息；
10.对各所述用户接口信息进行核验。
11.在其中一个实施例中，在所述根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找之前，所述方法包括：
12.检测各所述用户凭证信息是否在所述映射关系表中存在；
13.所述根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，包括：
14.若存在，则根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找。
15.在其中一个实施例中，所述方法还包括：
16.若不存在，则根据各所述用户凭证信息在所述服务器数据库中进行查询，从所述服务器数据库中获取与各所述用户凭证信息对应的用户接口信息；
17.采用异步的形式，将与各所述用户凭证信息对应的用户接口信息缓存至所述缓存
服务器。
18.在其中一个实施例中，所述方法还包括：
19.若任一用户凭证信息在所述服务器数据库中不存在时，判定所述任一用户凭证信息处于无效状态，并返回无效状态提示信息。
20.在其中一个实施例中，所述用户请求还包括有路由参数；所述根据所述用户标识依次在多个数据缓存节点中进行查询，得到与所述用户标识对应的用户接口信息，包括：
21.根据所述用户标识以及所述路由参数依次在各所述数据缓存节点中进行查询，得到与所述用户标识以及所述接口编号对应的用户接口信息。
22.在其中一个实施例中，在得到与各所述用户凭证信息对应的用户标识之后，所述方法还包括：
23.根据各所述用户标识依次在多个数据缓存节点中进行查询，得到与所述用户标识对应的账户余额信息，所述账户余额信息包括用户账户余额总数、用户当前所花费金额、用户之前所花费金额、用户金额有效期中的至少一个；
24.对各所述账户余额信息进行核验。
25.在其中一个实施例中，所述用户请求还包括有路由参数；所述对各所述用户接口信息进行核验，包括：
26.根据所述路由参数在路由参数与接口编号的对应关系中进行查找，核验是否存在与所述路由参数对应的接口编号。
27.在其中一个实施例中，所述用户接口信息包括接口状态信息、接口调用方式、接口超额次数信息、接口使用有效期、接口每日最大调用次数阈值、接口每日最大调用总量阈值、接口当前总调用量、接口当前有效调用数量、接口费用扣除形式中的至少一个。
28.一种用户请求处理装置，所述装置包括：
29.用户请求获取模块，用于获取多个用户请求，各所述用户请求包括用户凭证信息，各所述数据缓存节点上保存有用户凭证信息与用户标识之间的映射关系表；
30.用户标识查找模块，用于根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各所述用户凭证信息对应的用户标识；
31.第一信息查询模块，用于根据各所述用户标识依次在多个数据缓存节点中进行查询，得到与各所述用户标识对应的用户接口信息；
32.接口信息核验模块，用于对各所述用户接口信息进行核验。
33.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。
34.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。
35.上述用户请求处理方法、装置、计算机设备和存储介质，通过获取多个用户请求，根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各所述用户凭证信息对应的用户标识；根据各所述用户标识依次在多个数据缓存节点中进行查询，得到与各所述用户标识对应的用户接口信息；对各所述用户接口信息进行核验。实现在高并发请求的情况下每个用户请求之间互不打扰，保证每一个请求独立运行，极大地降低出现响应堵塞的几率。
附图说明
36.图1为一个实施例中用户请求处理方法的应用环境图；
37.图2为一个实施例中用户请求处理方法的流程示意图；
38.图3为一个实施例中用户请求处理方法的流程示意图；
39.图4a为另一个实施例中用户请求处理方法的流程示意图；
40.图4b为一个实施例中发送用户请求前终端显示界面的示意图；
41.图5为一个实施例中用户请求处理装置的结构框图；
42.图6为一个实施例中计算机设备的内部结构图。
具体实施方式
43.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
44.本技术提供的用户请求处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器进行通信。服务器包括缓存服务器104和服务器数据库106。缓存服务器104包括多个数据缓存节点。终端102作为数据请求方，向缓存服务器104发送用户请求。服务器数据库106存储有全部的用户接口信息，缓存服务器104从服务器数据库106中缓存用户接口信息。当多个终端102向缓存服务器104发送用户请求时，缓存服务器104接收到获取多个用户请求，各用户请求包括用户凭证信息。缓存服务器104上部署有用户凭证信息与用户标识之间的映射关系表，缓存服务器104检测用户请求所包括的用户凭证信息是否在该映射关系表中存在，若存在，则缓存服务器104根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各用户凭证信息对应的用户标识；根据各用户标识依次在多个数据缓存节点中进行查询，得到与各用户标识对应的用户接口信息；对各用户接口信息进行核验。若不存在，则缓存服务器104从服务器数据库106获取对应的用户接口信息，并通过异步方式，将对应的用户接口信息缓存至缓存服务器104中。
45.本技术中，通过设置缓存服务器，并预先将数据库中的用户接口信息加载至缓存服务器，终端的用户请求发送至缓存服务器，不仅可以减少用户对服务器数据库的访问，而且可以减少对用户请求的响应时间，进一步地，缓存服务器具有分布式的特点，缓存服务器包括多个数据缓存节点，将用户请求分配至不同的数据缓存节点上，并依次在多个数据缓存节点中进行用户接口信息的查询，在高并发请求的情况下，每个用户请求之间互不打扰，保证每一个请求独立运行，极大地降低出现响应堵塞的几率。
46.其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器可以是多个服务器组成的服务器集群来实现。
47.在一个实施例中，如图2所示，提供了一种用户请求处理方法，应用于缓存服务器，缓存服务器包括多个数据缓存节点。以该方法应用于图1中的终端为例进行说明，包括以下步骤：
48.s210、获取多个用户请求。
49.其中，各用户请求包括用户凭证信息，各数据缓存节点上保存有用户凭证信息与用户标识之间的映射关系表。用户请求可以是用户从企业数据平台获取各种业务场景下数
据的请求，比如kyc(know your customer)、尽职调查、风险监控等。用户请求也可以是用户从企业数据平台获取各企业维度数据的请求，比如工商信息、信息核验、风险识别、法律诉讼、知识产权、经营状况、企业发展、新闻舆情、报告服务、人员相关等维度。用户凭证信息可以是用户登录至企业数据平台并从企业数据平台获取企业数据的身份凭证。企业数据平台可以为用户提供接口服务。缓存服务器具有分布式多节点的特点，缓存服务器包括多个数据缓存节点。各数据缓存节点上提前加载有用户接口信息，且各数据缓存节点部署有程序脚本，程序脚本可以采用luascript(lua是一种轻量小巧的脚本语言)。
50.具体地，多个用户通过各自的终端访问企业数据平台。企业数据平台设有缓存服务器。各用户在其终端触发获取企业数据的请求，各终端发送用户请求至缓存服务器。用户请求可以包括用户凭证信息。在一些实施方式中，用户凭证信息可以是一种表示用户身份的键(userkey)。
51.s220、根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各用户凭证信息对应的用户标识。
52.其中，映射关系表中存储有用户凭证信息与用户标识的对应关系。用户标识可以是用于标识用户的唯一性的数据。具体地，缓存服务器接收到用户凭证信息，根据用户凭证信息在映射关系表中进行查找，得到与用户凭证信息对应的用户标识。在一些实施方式中，用户标识可以理解为userid。
53.s230、根据各用户标识依次在多个数据缓存节点中进行查询，得到与各用户标识对应的用户接口信息。
54.s240、对各用户接口信息进行核验。
55.具体地，不同的数据缓存节点中缓存有不同的数据，利用用户标识在各个数据缓存节点中进行查询，若在一个数据缓存节点中没有查找到，则在下一个数据缓存节点中进行查找，直至查找到与各用户标识对应的用户接口信息，从而对各用户接口信息进行核验，根据核验结果确定是否发送与用户请求对应的企业数据至终端，或者发送对应的提示消息至终端。在一些实施方式中，可以按照预设的业务规则对用户接口信息进行校验。
56.在一些实施方式中，举例说明一些灾备工作，具体地灾难情况一般包括两种：一是当天的数据缓存节点被意外地清除，二是数据缓存节点发生崩坏的情况。
57.针对当天的数据缓存节点被意外地清除，将每次接口调分别记录在云端并存储，当数据缓存节点中的数据被意外的清除掉了后，可以采用如下的处理方式：(1)检测当前正在连接的访问请求，这些请求的基础信息及验证信息会从数据库中重新读取后重新再写入到缓存节点中，(2)针对被意外清除数据中的扣费次数\扣费金额等统计信息，会从云端同步被清除的数据至数据缓存节点中(在一些实施方式，可以通过人为触发从云端加载数据至数据缓存节点)。
58.针对数据缓存节点发生崩坏的情况，实时监控数据缓存节点的运行情况，当数据缓存节点损坏不能再使用时，发出提醒消息以切换至新的节点。
59.上述用户请求处理方法中，通过获取多个用户请求，根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各用户凭证信息对应的用户标识；根据各用户标识依次在多个数据缓存节点中进行查询，得到与各用户标识对应的用户接口信息；对各用户接口信息进行核验。实现在高并发请求的情况下每个用户请求之间互
不打扰，保证每一个请求独立运行，极大地降低出现响应堵塞的几率。
60.在一个实施例中，如图3所示，在根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找之前，该方法包括：
61.s310、检测各用户凭证信息是否在映射关系表中存在。
62.根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，包括：
63.s320、若存在，则根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找。
64.具体地，检测各用户凭证信息在映射关系表中是否存在，若任一用户凭证信息在映射关系表中存在，则表明已经将该用户的用户接口信息加载至缓存服务器中，可以从缓存服务器获取中该用户的用户接口信息。从而可以根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找得到与各用户凭证信息对应的用户标识。
65.本实施例中，通过检测各用户凭证信息是否在映射关系表中存在，若存在，则根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，能够减少与服务器数据库的交互，极大地缩短响应时间，改善用户体验。
66.在一个实施例中，如图4a所示，在步骤s310之后，该方法还包括：
67.s410、若不存在，则根据各用户凭证信息在服务器数据库中进行查询，从服务器数据库中获取与各用户凭证信息对应的用户接口信息。
68.s420、采用异步的形式，将与各用户凭证信息对应的用户接口信息缓存至缓存服务器。
69.具体地，检测各用户凭证信息在映射关系表中是否存在，若任一用户凭证信息在映射关系表中不存在，则初步表明该用户的用户接口信息没有加载至缓存服务器中，需要将用户凭证信息发送至服务器数据库中，根据各用户凭证信息在服务器数据库中进行查询，从服务器数据库中获取与各用户凭证信息对应的用户接口信息。同时，采用异步的形式，将与各用户凭证信息对应的用户接口信息缓存至缓存服务器，减少用户下一次请求时的响应时间。
70.在一些实施方式中，在缓存服务器中，若任一个用户接口信息没有被请求的持续时长超过预设时间阈值时，可以从缓存服务器中将用户接口信息删除，减少对缓存服务器的占用。
71.在一个实施例中，该方法还包括：若任一用户凭证信息在服务器数据库中不存在时，判定任一用户凭证信息处于无效状态，并返回无效状态提示信息。
72.具体地，并不是每一个来自终端的用户凭证信息在服务器数据库中存在。针对任一个用户凭证信息，若该用户凭证信息没有在数据缓存节点中存在，则检测该用户凭证信息在服务器数据库是否存在，若检测到该用户凭证信息在服务器数据库不存在，则判定任一用户凭证信息处于无效状态，同时向终端返回无效状态提示信息，无效状态提示信息可以提示用户该用户凭证信息没有从企业数据平台获取企业数据的权限。
73.在一些实施方式中，用户请求包括的用户凭证信息可以记为userkey，对于任意终端发送的异常用户请求进行管控，比如以下情形中的至少一种：
74.检查用户请求中包括的userkey是否符合生成规则，若不符合规则，直接拒绝访
问。
75.如果用户请求中包括的userkey不存在，当天请求量达预设次数阈值(比如20次)后，禁用该userkey访问。
76.如果用户访问任一接口但是该用户并没有开通相应的权限，当天请求量达预设次数阈值(比如100次)后，禁用该userkey访问此接口。
77.如果访问的接口中某个方法并未开通权限，当天请求量达预设次数阈值(比如100次)后，禁用当前的userkey访问此接口。
78.当使用特定服务(比如企业户服务)时，在某个接口中恶意传递非企业标识的参数，当天请求量达预设次数阈值(比如100次)后，禁用当前的userkey访问此接口。需要说明的是，企业户服务可以理解企业数据平台提供一些固定接口以供企业调用的服务模式，通过企业户服务模式，企业只需要购买企业的户数，相同企业重复调用只记一次费用，在有效期内不限企业的调用量。
79.在一个实施例中，用户请求还包括有路由参数。根据用户标识依次在多个数据缓存节点中进行查询，得到与用户标识对应的用户接口信息，包括：根据用户标识以及路由参数依次在各数据缓存节点中进行查询，得到与用户标识以及接口编号对应的用户接口信息。
80.其中，路由参数可以采用字符串类型。用户请求中包括有用户凭证信息和路由参数。具体地，根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各用户凭证信息对应的用户标识，用户标识和路由参数可以构成一个唯一键，利用用户标识和路由参数所构成的唯一键依次在各数据缓存节点中进行查询，得到与用户标识以及接口编号对应的用户接口信息。
81.在一些实施方式中，如图4b所示，终端发送的用户请求中携带有用户凭证信息(对应图4b中“我的key”)和用户秘钥(对应图4b中“我的秘钥”)。用户秘钥可以是基于用户key、时间戳、秘钥(secretkey)而生成的字符串。时间戳可以是精确到秒的unix时间戳。进一步地，用户请求中还携带有当前用户方位的接口表示。
82.在一个实施例中，在得到与各用户凭证信息对应的用户标识之后，该方法还包括：根据各用户标识依次在多个数据缓存节点中进行查询，得到与用户标识对应的账户余额信息，并对各账户余额信息进行核验。
83.其中，账户余额信息包括用户账户余额总数、用户当前所花费金额、用户之前所花费金额、用户金额有效期中的至少一个。具体地，在根据各用户标识依次在多个数据缓存节点中进行查询的同时，根据各用户标识在缓存服务器中查询，若在其中一个数据缓存节点中没有查询到对应的账户余额信息，可以继续在下一个数据缓存节点中进行查询，得到与用户标识对应的账户余额信息。在一些实施方式中，根据用户账户余额总数、用户当前所花费金额、用户之前所花费金额、用户金额有效期进行校验，确定是否向用户终端返回对应用户请求的企业数据。可以理解的是，用户接口信息以及账户余额信息均已经加载至缓存服务器中。
84.在一个实施例中，用户接口信息包括接口状态信息、接口调用方式、接口超额次数信息、接口使用有效期、接口每日最大调用次数阈值、接口每日最大调用总量阈值、接口当前总调用量、接口当前有效调用数量、接口费用扣除形式中的至少一个。
85.具体地，接口状态信息可以是可用、欠费、被禁用以及删除状态中的任一种，当接口状态信息为可用或者欠费时，则可以判断接口状态信息通过校验。接口调用方式可以表征用户计费形式，比如可以是按次数计费(在这种服务模式下，用于调用一次接口扣一次费用)或者是扣除次数计费(在这种服务模式下，用户一次性支付若干次接口调用的费用，购买到若干次的接口调用权限)。接口超额次数信息可以是用户之前对企业数据接口的调用超过其调用接口权限的次数(可以从当前用户可调用企业数据接口的次数中扣除接口超额次数信息)。接口使用有效期可以理解为用户可以有效进行数据接口调用的期限。接口每日最大调用次数阈值可以是一个用户每日有效调用企业数据接口次数所允许的最大值。接口每日最大调用总量阈值可以是一个用户每日调用企业数据接口次数所允许的总的最大值。接口当前总调用量可以是一个用户今日调用企业数据接口的次数总量。接口当前有效调用数量可以是一个用户今日调用企业数据接口的有效次数。接口费用扣除形式包括代扣和非代扣，若为代扣，则可以扣余额。
86.在一个实施例中，用户请求还包括有路由参数。对各用户接口信息进行核验，包括：根据路由参数在路由参数与接口编号的对应关系中进行查找，核验是否存在与路由参数对应的接口编号。
87.在一个实施例中，本技术中提供一种用户请求处理方法，应用于缓存服务器，缓存服务器包括多个数据缓存节点；该方法包括以下步骤：
88.s502、获取多个用户请求。
89.其中，各用户请求包括用户凭证信息和路由参数，各数据缓存节点上保存有用户凭证信息与用户标识之间的映射关系表；
90.s504、检测各用户凭证信息是否在映射关系表中存在；
91.s506、若存在，则根据各用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各用户凭证信息对应的用户标识；
92.s508、根据各用户标识以及路由参数依次在各数据缓存节点中进行查询，得到与用户标识以及接口编号对应的用户接口信息；
93.其中，用户接口信息包括接口状态信息、接口调用方式、接口超额次数信息、接口使用有效期、接口每日最大调用次数阈值、接口每日最大调用总量阈值、接口当前总调用量、接口当前有效调用数量、接口费用扣除形式中的至少一个。
94.s510、根据各用户标识依次在多个数据缓存节点中进行查询，得到与用户标识对应的账户余额信息，
95.其中，账户余额信息包括用户账户余额总数、用户当前所花费金额、用户之前所花费金额、用户金额有效期中的至少一个；
96.s512、对各用户接口信息以及各账户余额信息进行核验。
97.在一些实施方式中，用户请求还包括有路由参数。根据路由参数在路由参数与接口编号的对应关系中进行查找，核验是否存在与路由参数对应的接口编号。
98.s514、若不存在，则根据各用户凭证信息在服务器数据库中进行查询，从服务器数据库中获取与各用户凭证信息对应的用户接口信息；
99.s516、采用异步的形式，将与各用户凭证信息对应的用户接口信息缓存至缓存服务器
100.s518、若任一用户凭证信息在服务器数据库中不存在时，判定任一用户凭证信息处于无效状态，并返回无效状态提示信息。
101.应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
102.在一个实施例中，如图5所示，提供了一种用户请求处理装置500，包括：用户请求获取模块510、用户标识查找模块520、第一信息查询模块530和接口信息核验模块540，其中：
103.用户请求获取模块510，用于获取多个用户请求，各所述用户请求包括用户凭证信息，各所述数据缓存节点上保存有用户凭证信息与用户标识之间的映射关系表；
104.用户标识查找模块520，用于根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找，得到与各所述用户凭证信息对应的用户标识；
105.第一信息查询模块530，用于根据各所述用户标识依次在多个数据缓存节点中进行查询，得到与各所述用户标识对应的用户接口信息；
106.接口信息核验模块540，用于对各所述用户接口信息进行核验。
107.在一个实施例中，该装置还包括检测模块，用于检测各所述用户凭证信息是否在所述映射关系表中存在。
108.用户标识查找模块520，还用于若存在，则根据各所述用户凭证信息在用户凭证信息与用户标识之间的映射关系表中进行查找。
109.在一个实施例中，该装置还包括第二信息查询模块和信息缓存模块；其中：
110.第二信息查询模块，用于若不存在，则根据各所述用户凭证信息在所述服务器数据库中进行查询，从所述服务器数据库中获取与各所述用户凭证信息对应的用户接口信息；
111.信息缓存模块，用于采用异步的形式，将与各所述用户凭证信息对应的用户接口信息缓存至所述缓存服务器。
112.在一个实施例中，该装置还包括状态判断模块，用于若任一用户凭证信息在所述服务器数据库中不存在时，判定所述任一用户凭证信息处于无效状态，并返回无效状态提示信息。
113.在一个实施例中，所述用户请求还包括有路由参数；第一信息查询模块530，还用于根据所述用户标识以及所述路由参数依次在各所述数据缓存节点中进行查询，得到与所述用户标识以及所述接口编号对应的用户接口信息。
114.在一个实施例中，该装置还包括第三信息查询模块和余额信息核验模块，其中：
115.第三信息查询模块，用于根据各所述用户标识依次在多个数据缓存节点中进行查询，得到与所述用户标识对应的账户余额信息，所述账户余额信息包括用户账户余额总数、用户当前所花费金额、用户之前所花费金额、用户金额有效期中的至少一个；
116.余额信息核验模块，用于对各所述账户余额信息进行核验。
117.在一个实施例中，所述用户请求还包括有路由参数；接口信息核验模块540，还用于根据所述路由参数在路由参数与接口编号的对应关系中进行查找，核验是否存在与所述路由参数对应的接口编号。
118.在一个实施例中，所述用户接口信息包括接口状态信息、接口调用方式、接口超额次数信息、接口使用有效期、接口每日最大调用次数阈值、接口每日最大调用总量阈值、接口当前总调用量、接口当前有效调用数量、接口费用扣除形式中的至少一个。
119.关于用户请求处理装置的具体限定可以参见上文中对于用户请求处理方法的限定，在此不再赘述。上述用户请求处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
120.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种用户请求处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
121.本领域技术人员可以理解，图6中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
122.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述实施例中的方法步骤。
123.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤实现上述实施例中的方法步骤。
124.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read
‑
only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
125.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛
盾，都应当认为是本说明书记载的范围。
126.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。