Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2016110209 - PROCÉDÉ ET SYSTÈME D’AFFICHAGE DE PAGE

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20  

附图

0001   0002   0003   0004  

说明书

发明名称 : 页面展示方法和系统

技术领域

[0001]
本发明实施例涉及互联网技术领域,并且更具体地,涉及一种页面展示方法和系统。

背景技术

[0002]
近年来,随着电子商务网站的发展,每天可能会有数十亿的页面访问量。因此,快速地向用户展示商品信息以及为不同的用户展示不同的商品信息已经成为各大电商竞争的重要手段。但是,由于海量商品信息的存在且需要展示的信息的多样化,如果直接从这些商品信息的系统(如可能具有多个系统)中获取用户设备请求的数据,然后进行渲染拼装并展示给用户,则很难满足快速向用户展示的需求且还依赖这些系统的扩容性。
[0003]
为了提高展示的效率,目前有应用较为广泛的静态化页面生成技术。如果商品信息变更,则需要重新生成页面。例如,某个商家的商品信息变更,该商家下的所有商品信息全量生成一遍,即与该商家下的所有商品信息对应的页面都需要重新生成;或者,静态化商品页面也可以是分段的,即有多个小文件页面组成,当商品信息变更时,采用增量生成方式,即重新生成与变更的商品信息对应的小文件页面,然后拼装这些段并展示给用户。另外,如果页面结构变更需要重新生成相关页面,则需要花费数天甚至数十天才能完成;当整个页面是由多个小文件页面组成时,数据的备份和同步难以实现,因此,扩容性也差。
[0004]
发明内容
[0005]
本发明实施例提供一种页面展示方法和系统,快速地将页面展示给用户,大大提升了用户体验。
[0006]
第一方面,提供了一种页面展示方法,该方法包括:获取存储的元数据,其中所述元数据表示用于描述商品信息的数据;根据所述元数据生成用于页面展示的模板数据;根据所述模板数据选择相应的模板渲染页面,展示所述页面。
[0007]
结合第一方面,在一种可能的实现方式中,在所述获取存储的元数据之前,所述方法还包括:根据所述商品信息生成所述元数据,并存储所述元数据。
[0008]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,当获知所述商品信息已修改时,根据修改后的商品信息修改存储的所述元数据;或者当获知所述商品信息已删除时,删除存储的所述元数据。
[0009]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述方法还包括:使用并行化技术从所述商品信息的源系统获取所述商品信息。
[0010]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述方法还包括:对存储的所述元数据进行合并和重排。
[0011]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述元数据采用键-值数据库进行存储。
[0012]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述元数据的存储采用数据库集群分片方式且数据库集群中设置有主数据库服务器和至少一台从数据库服务器,其中所述至少一台从数据库服务器中备份所述主数据库服务器中存储的所 述元数据。
[0013]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述获取存储的元数据,包括:在Nginx代理服务器中内嵌Lua脚本语言,采用所述Lua脚本语言获取存储的所述元数据。
[0014]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述根据所述元数据生成用于页面展示的模板数据,包括:通过JavaScript对象符号(JSON)解析所述元数据获得所述模板数据。
[0015]
结合第一方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述获取存储的元数据,包括:基于消息队列获取存储的元数据。
[0016]
第二方面,提供了一种页面展示系统,该系统包括元数据存储子系统,模板数据子系统和页面展示子系统,其中元数据存储子系统,用于存储元数据,其中所述元数据表示用于描述商品信息的数据;模板数据子系统,用于获取所述元数据存储子系统中存储的所述元数据,根据所述元数据生成页面展示时的模板数据;动态页面展示子系统,用于根据所述模板数据子系统生成的所述模板数据选择相应的模板渲染页面,展示所述页面。
[0017]
结合第二方面,在一种可能的实现方式中,所述页面展示系统还包括数据异构子系统,所述数据异构子系统,用于根据所述商品信息生成所述元数据,将所述元数据发送给所述元数据存储子系统。
[0018]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述页面展示系统还包括数据异构子系统,所述 数据异构子系统,用于当获知所述商品信息已修改时,根据修改后的商品信息修改所述元数据存储子系统存储的所述元数据;或者所述数据异构子系统,用于当获知所述商品信息已删除时,删除所述元数据存储子系统存储的所述元数据。
[0019]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述数据异构子系统,还用于使用并行化技术从所述商品信息的源系统获取所述商品信息。
[0020]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述元数据存储子系统,还用于对存储的所述元数据进行合并和重排。
[0021]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述元数据存储子系统,进一步用于采用键-值数据库存储所述元数据。
[0022]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述元数据存储子系统,进一步用于采用数据库集群分片方式存储所述元数据,其中数据库集群中设置有主数据库服务器和至少一台从数据库服务器,所述至少一台从数据库服务器中备份所述主数据库服务器中存储的所述元数据。
[0023]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述模板数据子系统,进一步用于在Nginx代理服务器中内嵌Lua脚本语言,采用所述Lua脚本语言获取存储的所述元数据。
[0024]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述模板数据子系统,进一步用于通过 JavaScript对象符号(JSON)解析所述元数据获得所述模板数据。
[0025]
结合第二方面或其上述实现方式中的任一种实现方式,在另一种可能的实现方式中,所述模板数据子系统,进一步用于基于消息队列获取存储的元数据。
[0026]
在本发明实施例中,通过存储的元数据来生成模板数据,根据模板数据选择相应的模板渲染页面并展示给用户,这样无需依赖商品信息的系统,并不受这些系统的可用性问题的困扰,因而能够快速地将页面展示给用户,大大提升了用户体验,并实现千人千面的需求。

附图说明

[0027]
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0028]
图1是本发明一个实施例的页面展示方法的过程的示意性流程图。
[0029]
图2是本发明另一个实施例的页面展示方法的过程的示意性流程图。
[0030]
图3是本发明一个实施例的页面展示系统的示意性结构框图。
[0031]
图4是本发明一个实施例的页面展示系统的示意性结构框图。

具体实施方式

[0032]
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
[0033]
图1是本发明一个实施例的页面展示方法的过程的示意性流程图。图1的方法可以由页面展示系统执行,包括:
[0034]
步骤101,获取存储的元数据,其中元数据表示用于描述商品信息的数据。
[0035]
商品可以是任意类型的商品,本发明不做限制,例如,可以是机票、图书、食物或服装等有形产品,还可以是服务类型(如广告、交易或支付等无形产品)。另外商品涉及的业务类型也不做限制,如可以是闪购、抢购或秒杀等业务。元数据还可以称为中介数据或中继数据,可以是指从商品信息的源系统获取到的相关信息,可以是商品信息的属性,如衣服颜色、尺寸,品牌,商家或历史搜索数据等。
[0036]
步骤102,根据元数据生成用于页面展示的模板数据。
[0037]
模板数据可以是展示给用户的经过处理的颜色尺码等(即事先按照页面展示需求进行的预先生成页面需要的HTML元素)、页面风格或商品类别等。
[0038]
步骤103,根据模板数据选择相应的模板渲染页面,向用户展示页面。
[0039]
应理解,上述这些例子仅仅是示例性的,为了便于理解本发明实施例,而非要限制本发明的保护范围。
[0040]
在本发明实施例中,通过存储的元数据来生成模板数据,根据模板数据选择相应的模板渲染页面并展示给用户,这样无需依赖商品信息的系统,并不受这些系统的可用性问题的困扰,因而能够快速地将页面展示给用户,大大提升了用户体验,并实现千人千面的需求。
[0041]
可选地,作为一个实施例,在步骤101之前,图1的方法可以根 据商品信息生成元数据,并存储元数据。例如,当获知商品新增时,从新增商品的源系统中获取该新增商品的信息,生成相应的元数据并存储。
[0042]
可选地,作为另一个实施例,当获知某个商品信息已修改时,可以根据修改后的商品信息修改已存储的相应的元数据;或者当获知某个商品信息已删除时,删除已经存储的相应的元数据。
[0043]
具体地,可以使用并行化技术从商品信息的源系统获取商品信息,以减少商品信息变更(变更包括修改、新增和/或删除)延迟。将获取的商品信息按照相应的业务逻辑进行筛选加工得到元数据,并对元数据只进行最小化的处理,以应对页面展示的数据的频繁变化。
[0044]
通过上述方案,当商品新增或修改时,无需依赖于源系统的扩容性,也不必像采用静态化页面生成技术那样重新生成页面,从而能够快速对存储的元数据进行更新,具有更好的扩容性。
[0045]
可选地,作为另一个实施例,在步骤101中,可以在代理服务器(如Nginx,Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件代理服务器)中内嵌Lua脚本语言,采用Lua脚本语言获取存储的元数据,当然也可以采用其他脚本语言;数据库集群在分片上可以使用Twitter的Twemproxy代理,以简化数据分片逻辑且有效减少JIMDB/Redis的连接数。
[0046]
可选地,作为另一个实施例,在步骤102中,通过JavaScript对象符号(JSON)解析元数据获得模板数据。JIMDB在数据获取速度上的性能非常好,例如,在上亿级键值对且大小在10KB以下,单台千兆网卡服务器在30万次/秒的访问量的情况下,数据获取的平均时间在2毫秒左右。另外,Nginx+Lua组合在JSON工c具解析元数据并渲染页面时,在页面大小为30-80KB左右且单台千兆网卡服务器在 15000-18000次/秒的请求的情况下,渲染的平均时间在1毫秒左右。因此,能够进一步快速地将页面展示给用户,大大提升用户体验。另外,采用Java语言来实现,便于扩展。
[0047]
应理解,上述实施例只是本发明的优选方案且例子中的数据仅仅是示例性的,而非要限制本发明的保护范围。
[0048]
可选地,作为另一个实施例,在步骤101中,可以基于消息队列获取存储的元数据。例如,在跨机房部署的情况下,消息队列的队列池与机房相对应,从相应的队列池中获取元数据;或者,在不同业务需要不同的页面结构或模板数据时,队列池与业务类型对应;或者,设置商品信息的优先级,在高并发的情况下,优先获取优先级高的商品信息的元数据;等等。这样,更好地应对业务发展需要。
[0049]
可选地,作为另一个实施例,元数据可以采用键-值数据库(如JIMDB键值对持久化数据库,JIMDB是组合了Redis和LMDB(Lighting Memory-Mapped-Database,轻量级内存映射数据库)持久化存储引擎)进行存储,较为持久的数据可以存储到SSD(Solid State Disk,固态硬盘)上,本地缓存可以使用Redis。元数据的存储可以采用数据库集群分片方式且数据库集群中设置有主数据库服务器和至少一台从数据库服务器,其中至少一台从数据库服务器中备份主数据库服务器中存储的元数据,即数据库(如上述JIMDB)提供主从复制功能。采用Redis+LMDB能够实现持久化存储,不会因为服务器断电而造成数据丢失,且通过主从复制功能能够有效地解决容灾和扩容问题。
[0050]
另外,还可以对存储的元数据进行合并和重排,一方面有效利用存储空间,另一方面能够减少元数据的重复变更。
[0051]
下面结合图2来描述本发明实施例。在图2中,示意性地描绘了页面展示系统,该页面展示系统包括数据异构子系统21,元数据存储 集群22,模板数据子系统23,模板数据存储集群24和动态页面展示子系统25;图2还示出了商品信息的源系统26。应注意,图2中描绘的元数据,异构逻辑和模板数据的数目,以及商品信息等仅仅是示例性的。
[0052]
步骤201,数据异构子系统21从商品信息的源系统26中获取商品信息。
[0053]
例如,数据异构子系统21获知新增了某个商品(假设为服装或鞋)或者获知某个商品的信息已修改,使用并行化技术从商品信息系统26获取商品信息(如品牌信息、套装信息、商家信息和颜色尺寸等),以减少商品信息变更延迟。
[0054]
步骤202,数据异构子系统21根据步骤201中获取的商品信息生成元数据。
[0055]
具体地,将获取的商品信息按照相应的异构逻辑(如业务逻辑)进行筛选加工得到元数据,可以对元数据只进行最小化的处理,以应对页面展示的数据的频繁变化。
[0056]
步骤203,数据异构子系统21将步骤202中生成的元数据存储在元数据存储集群22。
[0057]
可选地,元数据可以采用键-值数据库(如JIMDB键值对持久化数据库)进行存储以实现持久化存储,JIMDB可以提供主从复制功能,以有效地解决容灾和扩容问题;;在数据库集群上对元数据进行分片存储,可以使用Twitter的Twemproxy代理,以简化数据分片逻辑且有效减少JIMDB/Redis的连接数。另外,元数据存储集群22可以对存储的元数据进行合并和重排,有效利用存储空间并减少元数据的重复变更。
[0058]
步骤204,模板数据子系统23基于消息队列获取存储的元数据。
[0059]
步骤205,模板数据子系统23按照用户访问的需求根据元数据生成用于页面展示的模板数据并存储到模板数据存储集群24中。
[0060]
步骤206,动态页面展示子系统25根据模板数据存储集群24存储的模板数据选择相应的模板渲染页面并展示给用户。
[0061]
通过上述方案,能够快速地将页面展示给用户,大大提升了用户体验,并实现千人千面的需求。
[0062]
在图2的实施例中,一些详细例子可以参考图1的方法实施例,此处不再重复。
[0063]
图3是本发明一个实施例的页面展示系统,该页面展示系统30包括元数据存储子系统31,模板数据子系统32和动态页面展示子系统33。
[0064]
元数据存储子系统31用于存储元数据,其中元数据表示用于描述商品信息的数据。
[0065]
模板数据子系统32用于获取元数据存储子系统31中存储的元数据,根据元数据生成页面展示时的模板数据。
[0066]
动态页面展示子系统33用于根据模板数据子系统32生成的模板数据选择相应的模板渲染页面,向用户展示页面。
[0067]
在本发明实施例中,通过存储的元数据来生成模板数据,根据模板数据选择相应的模板渲染页面并展示给用户,这样无需依赖商品信 息的系统,并不受这些系统的可用性问题的困扰,因而能够快速地将页面展示给用户,大大提升了用户体验,并实现千人千面的需求。
[0068]
页面展示系统30(图2中包含的页面展示系统可以作为页面展示系统的一个例子)可实现上述方法实施例,因此为避免重复,不再详细描述。
[0069]
可选地,作为一个实施例,页面展示系统30还可以包括数据异构子系统34。数据异构子系统34可以用于根据商品信息生成元数据,将元数据发送给元数据存储子系统31。数据异构子系统可以用于当获知商品信息已修改时,根据修改后的商品信息修改元数据存储子系统31存储的元数据;或者,数据异构子系统可以用于当获知商品信息已删除时,删除元数据存储子系统31存储的元数据。通过上述方案,当商品新增或修改时,无需依赖于源系统的扩容性,也不必像采用静态化页面生成技术那样重新生成页面,从而能够快速对存储的元数据进行更新,具有更好的扩容性。
[0070]
进一步地,数据异构子系统34还可以用于使用并行化技术从商品信息的源系统获取商品信息,以减少商品信息变更延迟。数据异构子系统34还可以用于将获取的商品信息按照相应的业务逻辑进行筛选加工得到元数据,并对元数据只进行最小化的处理,以应对页面展示的数据的频繁变化。
[0071]
可选地,作为另一个实施例,元数据存储子系统31还可以用于对存储的所述元数据进行合并和重排。这样,一方面有效利用存储空间,另一方面能够减少元数据的重复变更。
[0072]
可选地,作为另一个实施例,元数据存储子系统31可以进一步用于采用键-值数据库(如JIMDB键值对持久化数据库,是组合了Redis和LAMB的持久化引擎)存储元数据。具体地,元数据存储子系 统可以进一步用于采用数据库集群分片方式存储元数据,其中数据库集群中设置有主数据库服务器和至少一台从数据库服务器,至少一台从数据库服务器中备份主数据库服务器中存储的所述元数据。采用Redis+LMDB能够实现持久化存储,不会因为服务器断电而造成数据丢失,且通过主从复制功能能够有效地解决容灾和扩容问题。
[0073]
可选地,作为另一个实施例,模板数据子系统32可以进一步用于在Nginx代理服务器中内嵌Java的Lua脚本语言,采用Lua脚本语言获取存储的元数据。
[0074]
可选地,作为另一个实施例,模板数据子系统32可以进一步通过JavaScript对象符号(JSON)解析元数据获得模板数据。这样,能够进一步快速地将页面展示给用户,大大提升用户体验。另外,采用Java语言来实现,便于扩展。
[0075]
可选地,作为另一个实施例,模板数据子系统32可以进一步用于基于消息队列获取存储的元数据。具体例子可以参考上述方法实施例,此处不再赘述。
[0076]
上述本发明实施例揭示的方法可以应用图4所示的页面展示系统400来实现。页面展示系统400包括处理器401,存储器402和收发器403。处理器401控制设备400的操作。存储器402可以包括只读存储器和随机存取存储器,并向处理器401提供指令和数据。存储器402的一部分还可以包括非易失行随机存取存储器(NVRAM)。处理器401,存储器402,收发器403通过总线系统410耦合在一起,其中总线系统410除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图中将各种总线都标为总线系统410。
[0077]
其中,处理器401可能是一种集成电路芯片,具有信号的处理能 力。在实现过程中,上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。处理器401可以是通用处理器,包括CPU(中央处理器,Central Processing Unit)、NP(网络处理器,Network Processor)等;还可以是DSP(数字信号处理器,Digital Signal Processing)、ASIC(专用集成电路,Application Specific Integrated Circuit)、FPGA(现成可编程门阵列,Field Programmable Gate Array)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0078]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的子系统及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
[0079]
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述子系统的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个子系统或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
[0080]
另外,在本发明各个实施例中的各功能子系统可以集成在一个处理单元中,也可以是各个子系统单独物理存在,也可以两个或两个以上子系统集成在一个子系统中。
[0081]
所述功能如果以软件功能的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM(Read-Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、磁碟或者光盘等各种可以存储程序代码的介质。
[0082]
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

权利要求书

[权利要求 1]
一种页面展示方法,其特征在于,包括: 获取存储的元数据,所述元数据表示用于描述商品信息的数据; 根据所述元数据生成用于页面展示的模板数据; 根据所述模板数据选择相应的模板渲染页面,向用户展示所述页面。
[权利要求 2]
根据权利要求1所述的方法,其特征在于,在所述获取存储的元数据之前,所述方法还包括: 根据所述商品信息生成所述元数据,并存储所述元数据。
[权利要求 3]
根据权利要求1所述的方法,其特征在于,所述方法还包括: 当获知所述商品信息已修改时,根据修改后的商品信息修改存储的相应元数据;或者 当获知所述商品信息已删除时,删除存储的相应元数据。
[权利要求 4]
根据权利要求2或3所述的方法,其特征在于,所述方法还包括: 使用并行化技术从所述商品信息的源系统获取所述商品信息。
[权利要求 5]
根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括: 对存储的所述元数据进行合并和重排。
[权利要求 6]
根据权利要求1-3任一项所述的方法,其特征在于,所述元数据采用键-值数据库进行存储。
[权利要求 7]
根据权利要求6所述的方法,其特征在于,所述元数据的存储 采用数据库集群分片方式且数据库集群中设置有主数据库服务器和至少一台从数据库服务器,其中所述至少一台从数据库服务器中备份所述主数据库服务器中存储的所述元数据。
[权利要求 8]
根据权利要求1-3任一项所述的方法,其特征在于, 所述获取存储的元数据,包括: 在Nginx代理服务器中内嵌Lua脚本语言,采用所述Lua脚本语言获取存储的所述元数据。
[权利要求 9]
根据权利要求1-3任一项所述的方法,其特征在于,所述根据所述元数据生成用于页面展示的模板数据,包括: 通过JavaScript对象符号(JSON)解析所述元数据获得所述模板数据。
[权利要求 10]
根据权利要求1-3任一项所述的方法,其特征在于,所述获取存储的元数据,包括: 基于消息队列获取存储的元数据。
[权利要求 11]
一种页面展示系统,其特征在于,包括元数据存储子系统,模板数据子系统和页面展示子系统,其中 元数据存储子系统,用于存储元数据,其中所述元数据表示用于描述商品信息的数据; 模板数据子系统,用于获取所述元数据存储子系统中存储的所述元数据,根据所述元数据生成页面展示时的模板数据; 动态页面展示子系统,用于根据所述模板数据子系统生成的所述模板数据选择相应的模板渲染页面,展示所述页面。
[权利要求 12]
根据权利要求11所述的系统,其特征在于,所述页面展示系统还包括数据异构子系统, 所述数据异构子系统,用于根据所述商品信息生成所述元数据, 将所述元数据发送给所述元数据存储子系统。
[权利要求 13]
根据权利要求11所述的系统,其特征在于,所述页面展示系统还包括数据异构子系统, 所述数据异构子系统,用于当获知所述商品信息已修改时,根据修改后的商品信息修改所述元数据存储子系统存储的所述元数据;或者 所述数据异构子系统,用于当获知所述商品信息已删除时,删除所述元数据存储子系统存储的所述元数据。
[权利要求 14]
根据权利要求12或13所述的系统,其特征在于, 所述数据异构子系统,还用于使用并行化技术从所述商品信息的源系统获取所述商品信息。
[权利要求 15]
根据权利要求11-13任一项所述的系统,其特征在于,所述元数据存储子系统,还用于对存储的所述元数据进行合并和重排。
[权利要求 16]
根据权利要求11-13任一项所述的系统,其特征在于,所述元数据存储子系统,进一步用于采用键-值数据库存储所述元数据。
[权利要求 17]
根据权利要求16所述的系统,其特征在于,所述元数据存储子系统,进一步用于采用数据库集群分片方式存储所述元数据,其中数据库集群中设置有主数据库服务器和至少一台从数据库服务器,所述至少一台从数据库服务器中备份所述主数据库服务器中存储的所述元数据。
[权利要求 18]
根据权利要求11-13任一项所述的系统,其特征在于, 所述模板数据子系统,进一步用于在Nginx代理服务器中内嵌Lua脚本语言。
[权利要求 19]
根据权利要求11-13任一项所述的系统,其特征在于, 所述模板数据子系统,进一步用于采用所述Lua脚本语言获取存储的所述元数据,通过JavaScript对象符号(JSON)解析所述元数据获得所述模板数据。
[权利要求 20]
根据权利要求11-13任一项所述的系统,其特征在于,所述模板数据子系统,进一步用于基于消息队列获取存储的元数据。

附图

[ 图 0001]  
[ 图 0002]  
[ 图 0003]  
[ 图 0004]