一种页面加载方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种页面加载方法和装置。


背景技术：

2.目前用户通过客户端浏览某个网站的页面时，通常点击该网站的url以向服务端发送页面加载请求；服务端响应该请求并进行数据分析、规则引擎处理，最后获取页面数据并返回给客户端；客户端对数据进行页面渲染及显示，以供用户查看。
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.监听对所述埋点位置的点击行为并传输至所述服务端，以通过所述服务端对所述埋点位置进行点击量统计，若所述点击量超出规则引擎中与所述埋点位置对应的点击量范围，则对所述埋点位置进行规则更新。
37.为实现上述目的，根据本发明实施例的另一方面，提供了一种页面加载装置，包括：
38.引擎确定模块，用于响应于对页面的访问操作，根据所述页面的资源定位地址，确定与所述页面对应的规则引擎和动态渲染引擎；
39.数据拉取模块，用于利用规则引擎，从服务端中获取与所述页面对应的页面数据，并对所述页面数据进行处理；
40.页面渲染模块，用于利用动态渲染引擎对处理后的页面数据进行渲染，以生成页
面并显示。
41.可选的，所述引擎确定模块，还用于：
42.获取客户端的识别码并传输至所述服务端，以在所述服务端识别是否存在与所述识别码和所述资源定位地址对应的历史访问记录，若不存在，则确定本次访问为第一次访问；
43.接收所述服务端传输的规则引擎和动态渲染引擎，建立规则引擎、动态渲染引擎与所述资源定位地址之间的对应关系，并将所述对应关系存储至所述客户端的存储器中。
44.可选的，所述引擎确定模块，还用于：
45.响应于用户账号在所述页面的登陆操作，将所述用户账号传输至所述服务端，以在所述服务端识别是否存在与所述用户账号和所述资源定位地址对应的历史访问记录；
46.若不存在，则确定本次访问为第一次访问；
47.若存在，则识别是否存在与所述识别码和所述资源定位地址对应的历史访问记录，若不存在，则确定本次访问为第一次访问。
48.可选的，所述数据拉取模块，还用于：
49.接收所述服务端反馈的第一用户画像；其中，所述第一用户画像与所述识别码对应；以及
50.利用规则引擎，从服务端中获取与所述页面和所述第一用户画像对应的页面数据。
51.可选的，规则引擎包括页面规则引擎和主题规则引擎；
52.所述数据拉取模块，还用于：
53.接收所述服务端反馈的主题；其中，所述主题为所述服务端通过所述第一用户画像确定；
54.利用所述页面规则引擎，从所述服务端中获取与所述页面和所述第一用户画像对应的页面数据，以及利用所述主题规则引擎，从所述服务端中获取与所述主题对应的主题数据。
55.可选的，所述数据拉取模块，还用于：
56.接收所述服务端反馈的第二用户画像；其中，所述第二用户画像与所述用户账号对应；
57.利用规则引擎，从所述服务端中获取与所述页面和所述第二用户画像对应的页面数据。
58.可选的，所述引擎确定模块，还用于：
59.监测所述服务端中与规则引擎对应的规则是否发生变化，若发生变化，则传输规则刷新请求至所述服务端；
60.基于接收自所述服务端的规则，对规则引擎中的规则进行刷新。
61.可选的，所述页面数据包括埋点位置；
62.所述装置还包括埋点渲染模块，用于：
63.在利用动态渲染引擎对所述处理后的页面数据进行渲染的过程中，基于所述埋点位置进行相应渲染；
64.监听对所述埋点位置的点击行为并传输至所述服务端，以通过所述服务端对所述
埋点位置进行点击量统计，若所述点击量超出规则引擎中与所述埋点位置对应的点击量范围，则对所述埋点位置进行规则更新。
65.为实现上述目的，根据本发明实施例的再一方面，提供了一种页面加载电子设备。
66.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的页面加载方法。
67.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的页面加载方法。
68.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：通过将所访问页面的规则引擎和动态页面渲染引擎前置到客户端，以将服务端中的页面数据快速加载，同时降低服务端对于资源的扩容压力，并且可以支持动态迭代更新规则引擎；基于与客户端的识别码或用户账号对应的用户画像，进行页面数据筛选和主题推荐商品，以实现信息快速精准的响应给用户。
69.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
70.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
71.图1是根据本发明实施例的一种页面加载方法的主要流程示意图；
72.图2是根据本发明实施例的一种可选的页面加载方法的流程示意图；
73.图3是根据本发明实施例的另一种可选的页面加载方法的流程示意图；
74.图4是根据本发明实施例的一种页面加载装置的主要模块示意图；
75.图5是本发明实施例可以应用于其中的示例性系统架构图；
76.图6是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。
具体实施方式
77.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
78.需要说明的是，本发明实施例可适用于需要加载并渲染页面的场景，例如浏览器、app、社区服务等，本发明主要以电商场景为例进行说明。
79.参见图1，示出的是本发明实施例提供的一种页面加载方法的主要流程图，包括如下步骤：
80.s101：响应于对页面的访问操作，根据所述页面的资源定位地址，确定与所述页面对应的规则引擎和动态渲染引擎；
81.s102：利用所述规则引擎，从服务端中获取与所述页面对应的页面数据，并对所述页面数据进行处理；
82.s103：利用所述动态渲染引擎对处理后的页面数据进行渲染，以生成页面并显示。
83.上述实施方式中，对于步骤s101，用户第一次通过客户端浏览器、app等访问页面时，由客户端先从服务端拉取该页面的规则引擎和动态渲染引擎。
84.对于是否第一次的判断，分为两种情况：
85.1)无账号登陆情况
86.此时直接根据客户端的uuid(universally unique identifier，通用唯一识别码)和该页面的url地址(uniform resource locator，统一资源定位符)，通过服务端判断该客户端是否已访问过该页面。若存在历史访问记录，即表示本次访问非第一次访问；若否，则表示本次为第一次访问。
87.需要说明的是，客户端的uuid可以由客户端的ip地址、名称和版本(例如windows、ios)所生成。
88.2)有账号登陆情况
89.对于同一账号可能存在登陆不同客户端的情况，此时可以首先基于该用户账号和该页面的url地址，判断该用户是否首次访问该页面：
90.①
若首次，即不存在历史访问记录，则表示本次为第一次访问；
91.②
若非首次，则表示本次通过该客户端访问该页面是否首次，若结果为不存在与该客户端和该页面url地址对应的历史访问记录，则表示本次该用户账号通过该客户端访问该页面为首次访问。
92.需要说明的是，客户端中可能安装有多个浏览器，但由于每个浏览器之间是相互独立的状态，所以当用户通过客户端中其中一个浏览器访问该页面时，所返回的规则引擎和动态渲染引擎针对该页面可以是通用的，以便后续可以基于不同浏览器对该页面进行访问。
93.由于不同页面的布局设计并不相同，因此所获取的规则引擎以及动态渲染引擎并不相同。本发明可以通过各个页面的url地址进行区分，通过建立url地址与相应规则引擎和动态渲染引擎之间的对应关系。后续使用只需通过页面的url地址，即可查找到所需规则引擎和动态渲染引擎。
94.另外，对于所获取的规则引擎和动态渲染引擎、所确定的对应关系，均可以存储至浏览器的存储器localstorage或者客户端的存储器中，用以实现规则引擎和动态渲染引擎在客户端的前置，减少服务端对于页面处理(例如计算)的工作量。
95.由此可知，对于第一次页面访问，需要从服务端中拉取与该页面相应的规则引擎和动态渲染引擎；而对于非首次访问，直接基于该页面的url地址，从客户端的存储器中进行相应规则引擎和动态渲染引擎提取。
96.对于步骤s102和s103，通过上述描述可知，无论是否第一次访问该页面，在从服务端获取页面数据之前，本地客户端中均已存在相应的相应规则引擎和动态渲染引擎。
97.对于后续页面加载操作，客户端仅仅是利用规则渲染引擎从服务端中拉取该页面的页面数据，例如商品的价格、库存等信息。之后由前端动态渲染引擎进行渲染html页面。
98.另外，通过规则引擎获取到的数据，可能存在重复的情况，因此规则引擎对于页面数据的处理，除了排序、布局之外，还可以包括去重操作。
99.上述实施例所提供的方法，将页面的规则引擎和动态渲染引擎由服务端前置到客
户端，充分利用客户端的计算性能和存储资源，降低服务端对于资源的运营成本；后续对于页面访问时，只需从服务端拉取页面数据即可，而对于页面的加载在客户端进行，以此提高页面生成速度。
100.参见图2，示出了根据本发明实施例的一种可选的页面加载方法流程示意图，包括如下步骤，
101.s201：响应于对页面的访问操作，获取客户端的识别码并传输至服务端，以在服务端识别是否存在与所述识别码和所述资源定位地址对应的历史访问记录，若不存在，则确定本次访问为第一次访问；
102.s202：接收服务端传输的规则引擎和动态渲染引擎，建立规则引擎、动态渲染引擎与所述资源定位地址之间的对应关系，并将所述对应关系存储至客户端的存储器中；其中，规则引擎包括页面规则引擎和主题规则引擎；
103.s203：根据所述页面的资源定位地址，确定与所述页面对应的规则引擎和动态渲染引擎；
104.s204：接收服务端反馈的第一用户画像和主题；其中，第一用户画像与所述识别码对应，所述主题为服务端通过所述第一用户画像确定；
105.s205：利用所述页面规则引擎，从服务端中获取与所述页面和所述第一用户画像对应的页面数据并处理；
106.s206：利用所述主题规则引擎，从服务端中获取与所述主题对应的主题数据并处理；
107.s207：利用动态渲染引擎对处理后的页面数据和主题数据进行渲染，以生成页面并显示。
108.上述实施方式中，对于步骤s201～s204可参见图1所示步骤s101～s102的描述，在此不再赘述。
109.上述实施方式中，对于步骤s205，用户画像又称用户角色，作为一种勾画目标用户、联系用户诉求与设计方向的有效工具。
110.在大数据时代背景下，用户信息充斥在网络中，将用户的每个具体信息抽象成标签，利用这些标签将用户形象具体化，从而为用户提供有针对性的服务。
111.本发明中的用户画像可以包括性别、年龄、城市、平均客单价、是否plus、用户购买记录、关注商品等。当用户未登录页面时，通过分析用户在该页面中的操作，以此构建用户画像，例如加入购物车表示喜欢。但若用户登陆页面后，服务端中直接存储有与该用户账号对应的用户画像。
112.进一步的，对于账号未登录之前的用户画像，在用户账号登陆之后，可以与该账号的用户画像进行合并，例如，设置用户画像是否合并选项，若用户点击允许合并，则将未登录之前的点击关注的商品、加入购物车的商品与账号原有信息合并；但若用户点击拒绝，则不进行合并操作。
113.后续服务端在传输规则引擎和动态渲染引擎的同时/之前/之后，可以将用户画像反馈至客户端，客户端在接收到用户画像后，同样可以存储在浏览器的存储器localstorage或者客户端的存储器中。
114.因此，当用户通过客户端访问页面时，客户端还可以利用前置的规则引擎与用户
画像相结合，如：浏览商品、关注商品、购买历史等信息，精准的计算出用户真实喜爱的商品，以此将用户喜爱的商品推荐的用户。
115.需要说明的是，对于用户画像操作可视为是对原页面数据的一个进一步选择，以从中筛选出于该用户画像对应的页面数据。
116.进一步的，有关该页面的部分静态数据可以预先存储至客户端的存储器中。后续当用户点击访问该页面时，可以直接从客户端存储器中提取出静态数据，例如商品id、商品名称等信息。
117.对于步骤s206，除了用户画像外，服务端还可以将与该用户画像对应的主题一同返回给客户端。此外，还可以针对主题设置有主题规则引擎，例如按用户主题存储前50条推荐商品信息。
118.以商品场景为例，客户端部分主题还可以通过前端js的ajax(asynchronous javascript and xml，一种互联网交互的开发技术)请求服务端更新推荐商品数据，例如：
119.1)定时任务worker提前计算的各品类商品列表，如：各品畅销商品、gmv(gross merchandise volume，网站成交金额)高的商品、关注最多的商品、同城热卖的商品。
120.2)运营专题的商品列表，如：母婴推荐、爆品推荐、同小区推荐等推荐商品。
121.3)其他系统推荐商品列表，如：推荐引擎、搜索引擎、人工智能等系统推荐商品。
122.因此在利用页面规则引擎从服务端拉取页面数据的同时，该主题规则引擎也会从服务端中拉取相应数据，以此实现信息推荐，例如商品推荐。
123.对于步骤s207，对于需要推荐信息的页面，通常设置有主题专栏，例如底部、两侧或者顶部等。所加载的主题数据通常需要由动态渲染引擎进行渲染后再显示。
124.例如，页面两侧设置有主题专栏，并以2s周期进行主题数据更换，实现轮播式信息更新。例如根据用户的关注或者浏览的商品类型，推荐同款的性价比较高的商品；或者根据用户的购买历史，推荐一些配套的商品，如：购买了手机，推荐数据线等。
125.上述实施例所提供的方法，客户端还可以将前置的规则引擎与用户画像相结合，精准的计算出适合于用户的页面数据，并且还可以通过主题分析进行信息推荐，以达到最优的用户体验或精准营销的目的。
126.参见图3，示出了根据本发明实施例的另一种可选的页面加载方法流程示意图，包括如下步骤，
127.s301：响应于对页面的访问操作，根据所述页面的资源定位地址，确定与所述页面对应的规则引擎和动态渲染引擎；
128.s302：监测服务端中与规则引擎对应的规则是否发生变化，若发生变化，则传输规则刷新请求至服务端；
129.s303：基于接收自服务端的规则，对规则引擎中的规则进行刷新操作。
130.s304：利用规则引擎，从服务端中获取与所述页面对应的页面数据，并对所述页面数据进行处理；
131.s305：利用动态渲染引擎对处理后的页面数据进行渲染，以生成页面并显示。
132.上述实施方式中，对于步骤s301、s304和s305可参见图1所示步骤s101～s103的描述，在此不再赘述。
133.上述实施方式中，对于步骤s302和s303，客户端可以实时、周期性监测服务端中该
页面的规则引擎中的规则是否发生变化，例如，根据规则版本号、更新时间戳判断，
134.假设客户端中规则引擎1中规则1的更新时间戳为2019.11.30，而服务端中相应规则的更新时间戳为2019.12.03，则表示该规则已发生变化，客户端中的规则需要刷新：
135.1)客户端主动请求服务端，例如传输规则刷新请求至服务端，之后基于接收自服务端的规则引擎对客户端中的规则进行更新；
136.2)客户端被动更新：服务端在更新某一规则后，主动下发规则更新指令至各个客户端，或者是与该页面存在历史访问记录的客户端，以此实现客户端中的规则更新。
137.但考虑不同用户对页面的访问需求不同，本发明主要选择“使用时更新”的思路，即在对该页面进行访问时或者访问过程中，基于服务端中已更新的规则进行本地规则更新，以此减轻服务端对于规则的管理压力。
138.进一步的，服务端可以基于用户对于该页面的操作进行规则更新，具体地，对页面埋点并进行跟踪分析，以不断迭代更新规则引擎；例如页面上的按钮、输入框、商品名称、商品图片等。
139.实际操作中，页面数据中直接包含有埋点位置，客户端在渲染页面的过程中也会将该埋点位置一同进行渲染。若用户点击某一埋点位置，客户端会将该点击行为传输至服务端，由服务端对该埋点位置进行点击量统计。
140.例如，点击量为220，规则引擎中对于该埋点位置设置的规则为规则1，点击量范围为[101,200]。而220超出该点击量范围，需要对该埋点位置的规则进行更换，例如更换至规则2，点击量范围为[201,300]。
[0141]
另外，对于同一页面，在不同时间段的点击量也是不同的。例如电商网站在晚8:00-晚10:00的点击量最多，晚10:00-早8:00的点击量最少，早8:00-晚8:00的点击量次之。开发人员可以预先根据这一需求，针对同一位置设置有不同的规则，以此实现规则的不断更新。
[0142]
通过页面埋点并跟踪，用以分析页面布局中哪个位置是热点，哪些商品比较受欢迎，以及哪些点击量过少的区域是否进行优化等。
[0143]
上述实施方式所提供的方法，通过在服务端对用户长期点击页面的埋点数据进行分析，并适应性调整规则引擎(动态渲染引擎同理)，结合客户端对服务端中规则引擎的监听，实现客户端的规则引擎刷新的目的。
[0144]
参见图4，示出了本发明实施例提供的一种页面加载装置400的主要模块示意图，包括：
[0145]
引擎确定模块401，用于响应于对页面的访问操作，根据所述页面的资源定位地址，确定与所述页面对应的规则引擎和动态渲染引擎；
[0146]
数据拉取模块402，用于利用规则引擎，从服务端中获取与所述页面对应的页面数据，并对所述页面数据进行处理；
[0147]
页面渲染模块403，用于利用动态渲染引擎对处理后的页面数据进行渲染，以生成页面并显示。
[0148]
本发明实施装置中，所述引擎确定模块401，还用于：
[0149]
获取客户端的识别码并传输至服务端，以在服务端识别是否存在与所述识别码和所述资源定位地址对应的历史访问记录，若不存在，则确定本次访问为第一次访问；
[0150]
接收服务端传输的规则引擎和动态渲染引擎，建立规则引擎、动态渲染引擎与所述资源定位地址之间的对应关系，并将所述对应关系存储至客户端的存储器中。
[0151]
本发明实施装置中，所述引擎确定模块401，还用于：
[0152]
响应于用户账号在所述页面的登陆操作，将所述用户账号传输至服务端，以在服务端识别是否存在与所述用户账号和所述资源定位地址对应的历史访问记录；
[0153]
若不存在，则确定本次访问为第一次访问；
[0154]
若存在，则识别是否存在与所述识别码和所述资源定位地址对应的历史访问记录，若不存在，则确定本次访问为第一次访问。
[0155]
本发明实施装置中，所述数据拉取模块402，还用于：
[0156]
接收服务端反馈的第一用户画像；其中，所述第一用户画像与所述识别码对应；以及
[0157]
利用规则引擎，从服务端中获取与所述页面和所述第一用户画像对应的页面数据。
[0158]
本发明实施装置中，规则引擎包括页面规则引擎和主题规则引擎；
[0159]
所述数据拉取模块402，还用于：
[0160]
接收服务端反馈的主题；其中，所述主题为服务端通过所述第一用户画像确定；
[0161]
利用所述页面规则引擎，从服务端中获取与所述页面和所述第一用户画像对应的页面数据，以及利用所述主题规则引擎，从服务端中获取与所述主题对应的主题数据。
[0162]
本发明实施装置中，所述数据拉取模块402，还用于：
[0163]
接收服务端反馈的第二用户画像；其中，所述第二用户画像与所述用户账号对应；
[0164]
利用规则引擎，从服务端中获取与所述页面和所述第二用户画像对应的页面数据。
[0165]
本发明实施装置中，所述引擎确定模块401，还用于：
[0166]
监测服务端中与规则引擎对应的规则是否发生变化，若发生变化，则传输规则刷新请求至服务端；
[0167]
基于接收自服务端的规则，对规则引擎中的规则进行刷新。
[0168]
本发明实施装置中，所述页面数据包括埋点位置；
[0169]
所述装置还包括埋点渲染模块404(图中未标出)，用于：
[0170]
在利用动态渲染引擎对所述处理后的页面数据进行渲染的过程中，基于所述埋点位置进行相应渲染；
[0171]
监听对所述埋点位置的点击行为并传输至服务端，以通过服务端对所述埋点位置进行点击量统计，若所述点击量超出规则引擎中与所述埋点位置对应的点击量范围，则对所述埋点位置进行规则更新。
[0172]
另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。
[0173]
图5示出了可以应用本发明实施例的示例性系统架构500。
[0174]
如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505(仅仅是示例)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0175]
用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用。
[0176]
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0177]
服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。
[0178]
需要说明的是，本发明实施例所提供的方法一般由服务器505执行，相应地，装置一般设置于服务器505中。
[0179]
应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0180]
下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0181]
如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有系统600操作所需的各种程序和数据。cpu 601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
[0182]
以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
[0183]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统中限定的上述功能。
[0184]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0185]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0186]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括引擎确定模块、数据拉取模块、页面渲染模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如页面渲染模块还可以被描述为“渲染页面的模块”。
[0187]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
[0188]
响应于对页面的访问操作，根据所述页面的资源定位地址，确定与所述页面对应的规则引擎和动态渲染引擎；
[0189]
利用规则引擎，从服务端中获取与所述页面对应的页面数据，并对所述页面数据进行处理；
[0190]
利用动态渲染引擎对处理后的页面数据进行渲染，以生成页面并显示。
[0191]
根据本发明实施例的技术方案，通过将所访问页面的规则引擎和动态页面渲染引擎前置到客户端，以将服务端中的页面数据快速加载，同时降低服务端对于资源的扩容压力，并且可以支持动态迭代更新规则引擎；基于与客户端的识别码或用户账号对应的用户画像，进行页面数据筛选和主题推荐商品，以实现信息快速精准的响应给用户。
[0192]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。