CN110851688A - 页面请求方法、装置和设备 - Google Patents

Abstract

本申请提供一种页面请求方法、装置和设备，方法包括：接收用户的操作指令；确定所述操作指令对应的目标页面；判断所述用户的历史页面请求记录中是否存在所述目标页面的信息；若所述历史页面请求记录中存在所述目标页面的信息，则根据所述目标页面的信息和第一预设渲染条件生成所述目标页面；若所述历史页面请求记录中不存在所述目标页面的信息，则向所述目标页面对应的服务器请求所述目标页面。本申请实现了根据用户的操作指令请求所述用户要访问的目标页面。

Description

页面请求方法、装置和设备

技术领域

本申请涉及信息技术领域，具体而言，涉及一种页面请求方法、装置和设备。

背景技术

客户关系管理(Customer Relationship Management，简称“CRM”)***是一种利用信息技术以及互联网技术，协调企业与顾客在销售、营销和服务上的交互，向客户提个性化的交互和服务的工具。

不同的企业会根据自身需要开发CRM应用，现有的CRM应用在页面访问时，针对每次页面访问，都需要向对应的服务器发送页面请求，经服务器返回对应的页面信息，才能生成对应的访问页面。这种页面请求方式往往造成页面卡顿的现象。

发明内容

本申请实施例的目的在于提供一种页面请求方法、装置和设备，用以实现根据用户的操作指令请求所述用户要访问的目标页面。

本申请实施例第一方面提供了一种页面请求方法，包括：接收用户的操作指令；确定所述操作指令对应的目标页面；判断所述用户的历史页面请求记录中是否存在所述目标页面的信息；若所述历史页面请求记录中存在所述目标页面的信息，则根据所述目标页面的信息和第一预设渲染条件生成所述目标页面；若所述历史页面请求记录中不存在所述目标页面的信息，则向所述目标页面对应的服务器请求所述目标页面。

于一实施例中，在所述接收用户的操作指令之前，包括：获取所述用户的登录信息；根据所述登录信息判断所述用户是否为当前有效用户；若所述用户为当前有效用户，则获取所述用户的基础信息；所述基础信息包括：所述用户的身份信息、所述历史页面请求记录和所述用户的页面访问权限；根据所述基础信息生成操作页面，所述操作页面用于接收所述用户的操作指令。

于一实施例中，所述向所述目标页面对应的服务器请求所述目标页面包括：根据所述操作指令生成所述目标页面的请求信息；将所述请求信息发送给所述服务器，以供所述服务器根据所述请求信息返回的响应数据。

于一实施例中，在所述将所述请求信息发送给所述服务器之后还包括：接收所述服务器的所述响应数据；判断所述响应数据中是否包含所述目标页面的响应；若所述响应数据中包含所述目标页面的响应，则根据所述目标页面的响应和第二预设渲染条件生成所述目标页面，并展示所述目标页面；若所述响应数据中不包含所述目标页面的响应，则发出提示。

于一实施例中，所述预设渲染条件包括：页面主题样式和/或数据展示样式。

本申请实施例第二方面提供了一种页面请求装置，包括：接收模块，用于接收用户的操作指令；确定模块，用于确定所述操作指令对应的目标页面；第一判断模块，用于判断所述用户的历史页面请求记录中是否存在所述目标页面的信息；第一生成模块，用于若所述历史页面请求记录中存在所述目标页面的信息，则根据所述目标页面的信息和第一预设渲染条件生成所述目标页面；请求模块，用于若所述历史页面请求记录中不存在所述目标页面的信息，则向所述目标页面对应的服务器请求所述目标页面。

于一实施例中，还包括：第一获取模块，用于在所述接收用户的操作指令之前，获取所述用户的登录信息；第二判断模块，用于根据所述登录信息判断所述用户是否为当前有效用户；第二获取模块，用于若所述用户为当前有效用户，则获取所述用户的基础信息；所述基础信息包括：所述用户的身份信息、所述历史页面请求记录和所述用户的页面访问权限；第二生成模块，用于根据所述基础信息生成操作页面，所述操作页面用于接收所述用户的操作指令。

于一实施例中，所述向所述目标页面对应的服务器请求所述目标页面包括：根据所述操作指令生成所述目标页面的请求信息；将所述请求信息发送给所述服务器，以供所述服务器根据所述请求信息返回的响应数据。

于一实施例中，在所述将所述请求信息发送给所述服务器之后还包括：接收所述服务器的所述响应数据；判断所述响应数据中是否包含所述目标页面的响应；若所述响应数据中包含所述目标页面的响应，则根据所述目标页面的响应和第二预设渲染条件生成所述目标页面，并展示所述目标页面；若所述响应数据中不包含所述目标页面的响应，则发出提示。

本申请实施例第三方面提供了一种电子设备，包括：存储器，用以存储计算机程序；处理器，用以执行本申请实施例第一方面及其任一实施例所述的方法，以根据用户的操作指令请求所述用户要访问的目标页面。

本申请提供的页面请求方法、装置和设备，首先根据用户的操作指令确定用户想要访问的目标页面，然后在用户的历史页面请求记录中查询，看是否存在目标页面的信息，如果有说明，用户曾经访问过该目标页面，则直接历史记录中的目标页面的信息和第一预设渲染条件生成所述目标页面。如果没有，则需要向所述目标页面对应的服务器请求所述目标页面，如此，实现了根据用户的操作指令请求所述用户要访问的目标页面。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例的电子设备的结构示意图；

图2为本申请一实施例的页面请求应用场景的示意图；

图3为本申请一实施例的页面请求方法的流程示意图；

图4为本申请一实施例的页面请求方法的流程示意图；

图5为本申请一实施例的页面请求装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，本实施例提供一种电子设备100，包括：至少一个处理器11和存储器12，图1中以一个处理器为例。处理器11和存储器12通过总线10连接，存储器12存储有可被处理器11执行的指令，指令被处理器11执行，以根据用户的操作指令请求用户要访问的目标页面。

请参看图2，其为本申请一实施例的页面请求应用场景200，包括：终端210和至少一个服务器230，其中，各个部分的主要功能如下：

终端210中安装有CRM应用222，终端210还包括用户界面211和登录平台220，用户界面211可以是手机的触控屏。用户可以通过用户界面211输入操作指令。

CRM应用222一般包含ACMCRM(全民线索)产品和MCRM(移动CRM)产品，两个产品之间可以共享同一个后台。前端ACMCRM产品的页面可以使用轻量级前端框架Vue.js实现，前端用户界面211(User Interface，简称“UI”)框架可以使用VUX框架，VUX框架是基于WeUI和Vue.js的移动端UI组件库。Vue.js是一个构建数据驱动的web界面的渐进式框架。Vue.js的目标是通过尽可能简单的应用程序接口实现响应的数据绑定和组合的视图组件，可以使页面响应速度从原有的5秒提升到2秒。Vue.js一般用于移动端的开发，而angularJS一般应用于大型的项目，MCRM产品可以使用Angularjs实现。各个***之间通过跳转连接内在逻辑关系，PC端线索明细报表可与移动端的ACMCRM产品连通使用。

登录平台220可以是企业的办公平台，有CRM权限的用户可以通过登录平台220直接进入CRM的首页，因此，CRM应用222可以与登录平台220进行关联，进而通过登录平台220获取用户的登录信息。终端210可以通络互联网连接服务器230，每个服务器230中都可以存储CRM应用222关联的页面信息，比如网页数据，用户访问CRM应用222的目标页面时，可以向服务器230请求目标页面的信息。

移动端MCRM产品与PC端数据互通时，对于数据量很大的情况，ACMCRM在处理PC端线索明细报表导入数据时，可以使用分批提交的方法处理数据，也可以配合定时器，比如每隔2小时对导入的数据会进行处理，有效防止业务操作时形成卡顿的情形，一方面解决了PC端多方校验的响应时长，另一方面多线程会提升***响应速度，***数据导入从前期的100条/次提升到5000条/次。

请参看图3，其为本申请一实施例的页面请求方法，该方法可由图1所示的电子设备100来执行。该方法也可以应用于图2所示的页面请求应用场景200中，由图2中的终端210执行，以实现根据用户的操作指令请求用户要访问的目标页面。该方法包括如下步骤：

步骤301：接收用户的操作指令。

在本步骤中，终端210中安装有CRM应用222，用户可以通过终端210的用户界面211输入操作指令，该操作指令是需要访问的CRM应用222的目标页面对应的操作指令。

步骤302：确定操作指令对应的目标页面。

在本步骤中，终端210接收到用户操作指令后，确定操作指令对应的目标页面，比如，用户通过用户界面211点击目标页面的标识符，终端210接收该点击指令，并根据点击指令关联的标识符确定目标页面。

步骤303：判断用户的历史页面请求记录中是否存在目标页面的信息。如果存在，进入步骤304，否则进入步骤305。

在本步骤中，用户每次访问CRM页面时，可以将其访问数据生成历史页面请求记录，其中包含用户访问历史页面的数据，并存储在本地，当用户要访问目标页面时，首先判断该用户的历史页面请求记录中是否存在目标页面的信息，根据判断结果确定目标页面的加载方式。

步骤304：根据目标页面的信息和第一预设渲染条件生成目标页面。

在本步骤中，如果历史页面请求记录中存在目标页面的信息，说明用户曾经访问过该目标页面，本地存储有目标页面的信息，则可以直接从本地存储中加载目标页面的信息，并根据第一预设渲染条件，生成目标页面的封装数据，根据封装数据更新页面展示的业务逻辑，将其余用户界面211绑定，即可实现将目标页面展示在用户界面211上，供用户查看。于一实施例中，第一预设渲染条件可以包括：页面主题样式和/或数据展示样式，比如CRM中的线索列表样式。即根据预设页面主题样式或者数据展示样式渲染目标页面的封装数据。

步骤305：向目标页面对应的服务器230请求目标页面。

在本步骤中，如果历史页面请求记录中不存在目标页面的信息，说明用户是本地没有存储目标页面的信息，或者用户第一次访问该目标页面，则向对应的服务器230请求目标页面，以供用户访问。

上述页面请求方法，首先根据用户的操作指令确定用户想要访问的目标页面，然后在用户的历史页面请求记录中查询，看是否存在目标页面的信息，如果有说明，用户曾经访问过该目标页面，则直接历史记录中的目标页面的信息和第一预设渲染条件生成目标页面。如果没有，则需要向目标页面对应的服务器230请求目标页面，如此，实现了根据用户的操作指令请求用户要访问的目标页面。

请参看图4，其为本申请一实施例的页面请求方法，该方法可由图1所示的电子设备100来执行。该方法也可以应用于图2所示的页面请求应用场景200中，由图2中的终端210执行，以实现根据用户的操作指令请求用户要访问的目标页面。该方法包括如下步骤：

步骤401：获取用户的登录信息。

在本步骤中，对于企业的CRM应用222来说，用户可以先通过登录平台220登录到企业的办公平台，有CRM权限的用户，终端210可以直接下载安装CRM模块，可以通过登录平台220直接进入CRM的首页，CRM应用222可以与登录平台220进行关联，进而通过登录平台220获取用户的登录信息。

步骤402：根据登录信息判断用户是否为当前有效用户。如果有效，则进入步骤403，否则不显示CRM应用222的页面请求模块505，并可以继续重新获取用户的登录信息。

在本步骤中，登录信息中至少包含用户的登录ID和登录状态，比如cookie和session等信息，可以通过登录信息判断该用户是否为当前有效用户。在实际应用中，如果用户A通过办公平台进入CRM应用222，当终端210获取到用户A的登录信息时，需要去判断当前登录办公平台的是否还是用户A，如果是，说明用户A是当前有效用户，则进入步骤403。如果当前登录办公平台的是用户B，则说明用户A不是当前有效用户。则不显示CRM应用222的页面请求模块505。在此过程中，用户可以修改登录信息，可以预设判断时间，比如预设30秒，如果在30秒内用户A的登录信息一直判断为不是当前有效用户，则可以发出提醒。

步骤403：获取用户的基础信息。基础信息包括：用户的身份信息、历史页面请求记录和用户的页面访问权限。

在本步骤中，用户的基础信息至少包括：用户的身份信息、历史页面请求记录和用户的页面访问权限。用户的身份信息可以是用户的姓名、工号、岗位、所属部门等，历史页面请求记录可以是以往用户登录的历史记录数据，页面访问权限可以是CRM的相关菜单栏的访问权限等。若用户为当前有效用户，则可以首先查询本地存储，如果本地存储中有上述用户的基础信息，则直接从本地存储中获取基础信息，如果本地存储中没有或者不完整，则将缺少的基础信息提示给用户，可以通过用户输入进行获取。

步骤404：根据基础信息生成操作页面，操作页面用于接收用户的操作指令。

在本步骤中，基础信息中的页面访问权限可以是CRM的相关菜单栏的访问权限，则可以将用户具有访问权限的CRM的相关菜单栏展示在操作页面，以供用户在操作页面上对相关菜单栏进行操作。

步骤405：接收用户的操作指令。详细参见上述实施例中对步骤301的描述。

步骤406：确定操作指令对应的目标页面。详细参见上述实施例中对步骤302的描述。

步骤407：判断用户的历史页面请求记录中是否存在目标页面的信息。如果存在，进入步骤408，否则进入步骤409。详细参见上述实施例中对步骤303的描述。

步骤408：根据目标页面的信息和第一预设渲染条件生成目标页面。详细参见上述实施例中对步骤304的描述。

步骤409：根据操作指令生成目标页面的请求信息。

在本步骤中，如果历史页面请求记录中不存在目标页面的信息，说明用户是本地没有存储目标页面的信息，或者用户第一次访问该目标页面，则首先生成目标页面的请求信息，请求信息可以是axios请求数据。

步骤410：将请求信息发送给服务器230，以供服务器230根据请求信息返回的响应数据。

在本步骤中，将步骤409中生成的目标页面的axios请求数据发送给对应的服务器230，以供服务器230根据请求信息返回的响应数据。

步骤411：接收服务器230的响应数据。

在本步骤中，用户访问的每个目标页面可以对应不同的服务器230，当对应的服务器230接收到axios请求数据时，会返回响应数据，实时接收服务器230返回的响应数据。当然，可以设定超时提醒，如果在预设的3秒内还没能接收到服务器230的返回响应数据，则提示用户，以供用户及时处理。

步骤412：判断响应数据中是否包含目标页面的响应。如果包含，则进入步骤413，否则，进入步骤414。

步骤413：根据目标页面的响应和第二预设渲染条件生成目标页面，并展示目标页面。

在本步骤中，如果响应数据中包含目标页面的响应，说明，服务器230成功返回了目标页面的信息，则可以根据响应数据以及第二预设渲染条件，生成目标页面的封装数据，根据封装数据更新页面展示的业务逻辑，将其余用户界面211绑定，即可实现将目标页面展示在用户界面211上，供用户查看。于一实施例中，第二预设渲染条件可以包括：页面主题样式和/或数据展示样式，比如CRM中的线索列表样式。即根据预设页面主题样式或者数据展示样式渲染目标页面的封装数据。

步骤414：若响应数据中不包含目标页面的响应，则发出提示。

在本步骤中，如果服务器230虽然返回了响应数据，但是响应数据中并没有目标页面的信息，说明服务器230中可能在返回目标页面的信息时，出现故障，可以发出提示给用户，以供用户及时处理。

请参看图5，其为本申请一实施例的页面请求装置500，该装置可应用于图1所示的电子设备100。该装置也可以应用于图2所示的页面请求应用场景200中，即应用于由图2中的终端210，以实现根据用户的操作指令请求用户要访问的目标页面。该装置包括：接收模块501、确定模块502、第一判断模块503、第一生成模块504和请求模块505，各个模块的原理关系如下：

接收模块501，用于接收用户的操作指令。详细内容参见上述实施例中步骤301的描述。

确定模块502，用于确定操作指令对应的目标页面。详细内容参见上述实施例中步骤302的描述。

第一判断模块503，用于判断用户的历史页面请求记录中是否存在目标页面的信息。详细内容参见上述实施例中步骤303的描述。

第一生成模块504，用于若历史页面请求记录中存在目标页面的信息，则根据目标页面的信息和第一预设渲染条件生成目标页面。详细内容参见上述实施例中步骤304的描述。

请求模块505，用于若历史页面请求记录中不存在目标页面的信息，则向目标页面对应的服务器230请求目标页面。详细内容参见上述实施例中步骤305的描述。

于一实施例中，还包括：

第一获取模块506，用于在接收用户的操作指令之前，获取用户的登录信息。详细内容参见上述实施例中步骤401的描述。

第二判断模块507，用于根据登录信息判断用户是否为当前有效用户。详细内容参见上述实施例中步骤402的描述。

第二获取模块508，用于若用户为当前有效用户，则获取用户的基础信息。基础信息包括：用户的身份信息、历史页面请求记录和用户的页面访问权限。详细内容参见上述实施例中步骤403的描述。

第二生成模块509，用于根据基础信息生成操作页面，操作页面用于接收用户的操作指令。详细内容参见上述实施例中步骤404的描述。

于一实施例中，向目标页面对应的服务器230请求目标页面包括：根据操作指令生成目标页面的请求信息。将请求信息发送给服务器230，以供服务器230根据请求信息返回的响应数据。详细内容参见上述实施例中步骤409至步骤410的描述。

于一实施例中，在将请求信息发送给服务器230之后还包括：接收服务器230的响应数据。判断响应数据中是否包含目标页面的响应。若响应数据中包含目标页面的响应，则根据目标页面的响应和第二预设渲染条件生成目标页面，并展示目标页面。若响应数据中不包含目标页面的响应，则发出提示。详细内容参见上述实施例中步骤411至步骤414的描述。

本发明实施例还提供了一种电子设备可读存储介质，包括：程序，当其在电子设备上运行时，使得电子设备可执行上述实施例中方法的全部或部分流程。其中，存储介质可为磁盘、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random AccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等。存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种页面请求方法，其特征在于，包括：

接收用户的操作指令；

确定所述操作指令对应的目标页面；

判断所述用户的历史页面请求记录中是否存在所述目标页面的信息；

若所述历史页面请求记录中存在所述目标页面的信息，则根据所述目标页面的信息和第一预设渲染条件生成所述目标页面；

若所述历史页面请求记录中不存在所述目标页面的信息，则向所述目标页面对应的服务器请求所述目标页面。

2.根据权利要求1所述的方法，其特征在于，在所述接收用户的操作指令之前，包括：

获取所述用户的登录信息；

根据所述登录信息判断所述用户是否为当前有效用户；

若所述用户为当前有效用户，则获取所述用户的基础信息；所述基础信息包括：所述用户的身份信息、所述历史页面请求记录和所述用户的页面访问权限；

根据所述基础信息生成操作页面，所述操作页面用于接收所述用户的操作指令。

3.根据权利要求1所述的方法，其特征在于，所述向所述目标页面对应的服务器请求所述目标页面包括：

根据所述操作指令生成所述目标页面的请求信息；

将所述请求信息发送给所述服务器，以供所述服务器根据所述请求信息返回的响应数据。

4.根据权利要求3所述的方法，其特征在于，在所述将所述请求信息发送给所述服务器之后还包括：

接收所述服务器的所述响应数据；

判断所述响应数据中是否包含所述目标页面的响应；

若所述响应数据中包含所述目标页面的响应，则根据所述目标页面的响应和第二预设渲染条件生成所述目标页面，并展示所述目标页面；

若所述响应数据中不包含所述目标页面的响应，则发出提示。

5.根据权利要求1所述的方法，其特征在于，所述预设渲染条件包括：页面主题样式和/或数据展示样式。

6.一种页面请求装置，其特征在于，包括：

接收模块，用于接收用户的操作指令；

确定模块，用于确定所述操作指令对应的目标页面；

第一判断模块，用于判断所述用户的历史页面请求记录中是否存在所述目标页面的信息；

第一生成模块，用于若所述历史页面请求记录中存在所述目标页面的信息，则根据所述目标页面的信息和第一预设渲染条件生成所述目标页面；

请求模块，用于若所述历史页面请求记录中不存在所述目标页面的信息，则向所述目标页面对应的服务器请求所述目标页面。

7.根据权利要求6所述的装置，其特征在于，还包括：

第一获取模块，用于在所述接收用户的操作指令之前，获取所述用户的登录信息；

第二判断模块，用于根据所述登录信息判断所述用户是否为当前有效用户；

第二获取模块，用于若所述用户为当前有效用户，则获取所述用户的基础信息；所述基础信息包括：所述用户的身份信息、所述历史页面请求记录和所述用户的页面访问权限；

第二生成模块，用于根据所述基础信息生成操作页面，所述操作页面用于接收所述用户的操作指令。

8.根据权利要求6所述的装置，其特征在于，所述向所述目标页面对应的服务器请求所述目标页面包括：

根据所述操作指令生成所述目标页面的请求信息；

将所述请求信息发送给所述服务器，以供所述服务器根据所述请求信息返回的响应数据。

9.根据权利要求8所述的装置，其特征在于，在所述将所述请求信息发送给所述服务器之后还包括：

接收所述服务器的所述响应数据；

判断所述响应数据中是否包含所述目标页面的响应；

若所述响应数据中包含所述目标页面的响应，则根据所述目标页面的响应和第二预设渲染条件生成所述目标页面，并展示所述目标页面；

若所述响应数据中不包含所述目标页面的响应，则发出提示。

10.一种电子设备，其特征在于，包括：

存储器，用以存储计算机程序；

处理器，用以执行如权利要求1至5中任一项所述的方法，以根据用户的操作指令请求所述用户要访问的目标页面。

Images