产品信息的展示方法和装置、存储介质、电子装置与流程

本申请涉及互联网领域，具体而言，涉及一种产品信息的展示方法和装置、存储介质、电子装置。

背景技术：

目前在我们的日常生活当中，有很多保险业务在我们自觉和不自觉中参与了其中，例如保险公司的大病险、车辆保险、人身意外险用户可以根据需要自愿投保，一些购买车票时的意外险是在不自觉中被强制购买的，其实保险的本质是通过集资的方式，先把大家的钱筹集起来，当某个集资者符合保险协议内的相关条款时，就把集资款的一部分用于资助这个集资者。

当前保险方式存在的一个显著缺点是浪费社会资源，保险公司的日常运作需要庞大的管理人员和资金，大量的保险人员需走访联系客户源，也干扰影响公民的日常生活。类似地，在理财等领域也存在类似的问题。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种产品信息的展示方法和装置、存储介质、电子装置，以至少解决相关技术中的业务运作需要消耗大量资源的技术问题。

根据本申请实施例的一个方面，提供了一种产品信息的展示方法，包括：接收客户端的信息请求，其中，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号；获取用户帐号的帐号特征标签，其中，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息；从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案；通过客户端按照第一展示方案展示目标产品的产品信息。

根据本申请实施例的另一方面，还提供了一种产品信息的展示装置，包括：接收单元，用于接收客户端的信息请求，其中，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号；获取单元，用于获取用户帐号的帐号特征标签，其中，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息；查找单元，用于从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案；展示单元，用于通过客户端按照第一展示方案展示目标产品的产品信息。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。

互联网保险产品相对于传统保险产品具有较大的优势，传统保险线下保险销售员可以根据不同用户的需求对应给出更适合用户的方案并在沟通上面也更为直接有效，但是需要消耗较大的人力资源，本方案在利用互联网的基础上提出了可根据不同用户需求对产品内容多样化展示的方法，让产品页面内容更有针对性，用户因此可以看到更贴近自身需求的内容，采用上述方案后的互联网保险的产品介绍内容具有了千人千面的定制化和个性化展示的特点，可以解决相关技术中的业务运作需要消耗大量资源的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的产品信息的展示方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的产品信息的展示方法的流程图；

图3是根据本申请实施例的一种可选的产品信息展示方案的示意图；

图4是根据本申请实施例的一种可选的产品信息展示方案的示意图；

图5是根据本申请实施例的一种可选的产品信息的展示方法的流程图；

图6是根据本申请实施例的一种可选的产品信息展示方案的示意图；

图7是根据本申请实施例的一种可选的产品信息的展示方法的流程图；

图8是根据本申请实施例的一种可选的产品信息的展示装置的示意图；以及，

图9是根据本申请实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

发明人通过对相关技术进行分析后认识到，随着信息化技术的发展，传统的保险产品的宣传与销售效率低下，而且对于成本与资源消耗过大。根据本申请实施例的一方面，提供了一种产品信息的展示方法的方法实施例。本方案通过互联网技术与数据信息处理技术的结合，构建了保险业务的网络商务系统，运用大数据分析能力对不同年龄、性别、职业、人生阶段的用户展示不同的产品介绍内容，让内容更贴近用户自身需要，用户可以通过系统了解保险产品的详细信息，并向客服进行咨询，同时还可以进行业务的在线办理，极大的节省了用户的时间与精力，并为用户带来便利。类似地，应用到互联网理财产品时也能达到相似的效果，后续统一以应用到保险产品为例进行描述。

可选地，在本实施例中，上述产品信息的展示方法可以应用于如图1所示的由终端101和服务器103所构成的硬件环境系统中。如图1所示，服务器103通过网络与终端101进行连接，可用于为终端或终端上安装的客户端提供服务(如理财服务、保险服务等)，可在服务器上或独立于服务器设置数据库105，用于为服务器103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，终端101并不限定于pc、手机、平板电脑等。

本申请实施例的产品信息的展示方法可以由服务器103来执行，图2是根据本申请实施例的一种可选的产品信息的展示方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤s202，服务器接收客户端的信息请求，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号。

上述客户端可以为保险、理财等应用安装在终端上后形成的客户端，用户帐号即在该应用中使用的帐号，上述目标产品即理财产品、保险产品等产品。

步骤s204，服务器获取用户帐号的帐号特征标签，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息。

步骤s206，服务器从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案。

步骤s208，服务器指示客户端按照第一展示方案展示目标产品的产品信息。

本申请实施例的产品信息的展示方法也可以由终端101来执行，与由服务器103来执行的区别在于特征标签的处理过程、展示方案的查找和展示都在客户端本地来完成；本申请实施例的产品信息的展示方法还可以是由服务器103和终端101共同执行，如服务器执行步骤s202至步骤s206，客户端执行步骤s208。其中，服务器103执行本申请实施例的产品信息的展示方法也可以是由安装在其上的客户端来执行。

互联网保险产品相对于传统保险产品具有较大的优势，传统保险线下保险销售员可以根据不同用户的需求对应给出更适合用户的方案并在沟通上面也更为直接有效，但是需要消耗较大的人力资源，本方案在利用互联网的基础上提出了可根据不同用户需求对产品内容多样化展示的方法，让产品页面内容更有针对性，用户因此可以看到更贴近自身需求的内容，采用上述方案后的互联网保险的产品介绍内容具有了千人千面的定制化和个性化展示的特点，可以解决相关技术中的业务运作需要消耗大量资源的技术问题。

在本申请的技术方案中，可对用户的属性及行为进行标签化，针对标签对页面内容的展示样式进行预设处理，用户进入页面时即匹配上多个标签，并由标签匹配不同的展示样式(即展示方案)，最终实现针对该用户的对应性较强的页面显示效果。方案将会通过改变页面内容和样式的方式向不同的用户展示不同的页面，而不是以统一的内容应对不同的人群，以使得页面内容更贴合不同人群需要。下面结合图2所示的步骤进一步详述本申请的技术方案。

在步骤s202提供的技术方案中，接收客户端的信息请求，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号。

可选地，可择机预先按照如下方式建立多个产品特征标签中任一产品特征标签与展示方案之间的关联，如在从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案之前，或者在接收客户端的信息请求之前，具体参见如下步骤1-步骤3：

步骤1，获取与第二特征标签匹配的页面样式和页面数据，第二特征标签为多个产品特征标签中待建立关联的展示方案的特征标签。

步骤2，创建用于表示将页面数据载入页面样式进行展示的第二展示方案，多个展示方案包括第二展示方案。

步骤3，建立第二展示方案与第二特征标签之间的关联。

例如，展示页面可在设计侧来进行把控，内容的多样化展示可以包括图片、文案、视频、动图等页面内容，以及这些内容在样式上面的不同排列组合，其中图片、文案、视频、动图等页面内容的设计上可做到可拆解、可复用、可替换。对于产品内容方面的精细化运营方案可在产品侧来进行把控，每个产品的产品特性、卖点、人群等通过关键词的方式去提炼，最终将关键词与人群特征相匹配后得出相应的产品标签。

可选地，接收客户端的信息请求包括但不限于如下应用场景：用户通过公众号、网页、应用app等方式进入产品官网时触发，从一个产品的界面跳转至另一产品(即上述目标产品)时触发。

在步骤s204提供的技术方案中，获取用户帐号的帐号特征标签，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息。可选地，获取用户帐号的帐号特征标签包括以下至少之一：

1)获取用户帐号的属性特征标签，属性特征标签是预先建立的用于表示用户帐号的帐号属性信息的特征标签，如性别、年龄、职业、地区等，帐号特征标签包括属性特征标签；

2)获取用户帐号的记录特征标签，记录特征标签是预先建立的用于表示用户帐号的历史记录信息的特征标签，历史记录信息用于记录用户帐号的历史行为，如购买的产品、浏览的页面、参与的活动、投诉建议、转发、点赞、评论等，帐号特征标签包括记录特征标签；

3)获取用户帐号的趋势特征标签，趋势特征标签是预先建立的用于表示与用户帐号关联的待发生事件的特征标签，待发生事件如即将到达退休年龄、即将外出旅游、即将生育小孩等，帐号特征标签包括趋势特征标签。

可选地，由于用户的各种信息可能发生变化，就会导致帐号特征标签不能真实的表达用户的真实信息，为了保证帐号特征标签与用户的信息的一致性，还可按照如下方式维护用户的属性标签：

1)在用户帐号的帐号属性信息发生变化(如年龄等发生变化)的情况下，按照变化后的帐号属性信息对用户帐号的属性特征标签进行更新；

2)在用户帐号的历史记录信息发生变化(如产生新的浏览行为、购买行为等)的情况下，按照变化后的历史记录信息对用户帐号的记录特征标签进行更新；

3)在与用户帐号关联的待发生事件发生变化(如计划发生改变、产生新的计划等)的情况下，按照变化后的待发生事件对用户帐号的趋势特征标签进行更新。

在步骤s206提供的技术方案中，从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案。

在一个可选的实施例中，从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案包括如下步骤1-步骤3：

步骤1，获取目标产品的多个产品特征标签，产品特征标签用于表示目标产品在产品特征维度上的特征信息，多个产品特征标签中的每个产品特征标签被设置为与多个展示方案中的一个展示方案关联。产品在产品特征维度上的特征信息可以根据产品来确定，具体的维度可以与帐号的特征信息类似。

步骤2，从多个产品特征标签中查找与帐号特征标签匹配的第一特征标签。

可选地，对于产品而言可以根据产品的需要将其标签按照重要性从高到低分配由高到低的优先级，例如为标签打上分数，标签分数越高表示重要性越高，对应的优先级就越高，从多个产品特征标签中查找与帐号特征标签匹配的第一特征标签包括：从多个产品特征标签中查找语义与帐号特征标签匹配的候选特征标签，具体可以计算每个产品特征标签与帐号特征标签在语义空间上的相似度，进而选取其中相似度最高(即语义相同或者相似)的为候选特征标签；在候选特征标签为多个的情况下，将多个候选特征标签中优先级最高的作为与帐号特征标签匹配的第一特征标签，多个产品特征标签为预先被配置有优先级的特征标签。

步骤3，将多个展示方案中与第一特征标签关联的展示方案作为与帐号特征标签匹配的第一展示方案。

可选地，从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案包括如下步骤1-步骤3：

步骤1，获取目标产品的多个产品特征标签。

步骤2，判断多个产品特征标签中是否存在与帐号特征标签匹配的第一特征标签。

步骤3，在多个产品特征标签中不存在与帐号特征标签匹配的第一特征标签的情况下，将多个展示方案中的默认展示方案作为与帐号特征标签匹配的第一展示方案，此处的不存在可以是帐号特征标签为空或者较少，或者多个产品特征标签中没有与帐号特征标签类似的标签。

在步骤s208提供的技术方案中，通过客户端按照第一展示方案展示目标产品的产品信息，如展示第一产品的相关宣传页面。

作为一种可选的实施例，下面结合具体的实施方式详述本申请的技术方案。如图3所示：

步骤1，为总用户群创建用户标签库。

当用户与平台发生交互时，利用平台数据解析能力对用户的数据做关键字段提取并转化为标签，用户的标签是与用户自身强相关的。标签可大致分为属性类、记录类、趋势类三大类：

属性类标签(即属性特征标签)：指性别、年龄、职业、地区等，属于用户群划分常规标签；记录类标签(即记录特征标签)：指购买的产品、浏览的页面、参与的活动、投诉建议、转赞评等，是用户与平台发生过交互的数据所产生的标签；趋势类标签(即趋势特征标签)：指用户即将发生的具有代表性的变化，例如即将到达退休年龄、即将外出旅游、即将生育小孩等信息时，将这些趋势打上对应的标签。

运用对用户标签化的方法，单一用户的将匹配上其独有的标签组，而所有用户的标签组合并去重后将会生成总体的用户标签，总用户标签再根据其属性类型进行分类编组存档，最终形成用户标签库。

用户标签当中属性类标签属于较为固定的标签，而记录类标签与趋势类标签则是通过对用户行为收集而得来的。一个用户所携带的标签并非是固定不变的，在用户与平台的交互加深过程中以及用户自身产生变化后会发生转变。因此单一用户的标签组需要实时更新，而用户标签库会随着新标签的增加而实时更新。

步骤2，运用提取的重点标签进行用户分包。

上述用户标签库在生成后，针对于用户标签的运用则需要根据不同产品的自身需求使用，例如中老年意外险在获取年龄标签后判断是20-30岁的年龄段的用户时，对其产品页面的介绍内容可以考虑往为父母买意外险的重要性方向展开。

不同的产品业务侧需要对用户标签库中的标签进行进一步提炼，把标签按照人群特征进行分包，对不同的包所呈现的页面内容及样式有所不同，具体体现哪些不同需要依据业务侧对于每个人群包的保险诉求分析后再做定义。

重点标签及重点标签库：重点标签指业务侧从标签库里挑选出的对该产品有重要意义的标签。重点标签代表着人群特征，例如男性、女性、已婚、已育、中年、未成年代表着对保险有不同理解及需求的人群，因此可以作为重点标签。一个标签是否称之为重点标签是基于产品而言的，不同的产品的重点标签是不同的，a产品的重点标签在b产品上则有可能只是一个普通标签，因此对于每个产品的重点标签应该紧密依附于对应产品的数据库储存，生成产品下的重点标签库，重点标签库里的重点标签可根据业务侧的需求自行调整更新。

步骤3，为用户展示对应的展示页面。

重点标签与页面展示方案：重点标签的运用方法指对每个重点标签设置页面独有的展示逻辑。当用户进入页面时被检测到带有重点标签，则需按照其带有的重点标签背后对应的页面展示逻辑展示页面，重点标签对页面展示逻辑的改变方式包括结构、模块、样式三大类。展示方案库指对页面的调整的不同方案收集之后的总体，展示方案库也是针对产品本身的，一个产品只有一个展示方案库，其中可有多个展示方案。

上述结构类是指对特定页面以模块为单位的调整，一个页面将被划分为很多个模块，模块库可以穷举该页面下所有情况的模块。可以对一个页面模块展示哪些、模块间的展示顺序等作出调整，这些不同的展示效果可作为方案预设在展示方案体系中。例如a方案下页面的模块为a、c、d、e、g，而b方案下页面的模块为a、b、c、g、e。这种对页面结构的处理方法可以“产品名+页面名+结构”释义的“英文+数字”的方式命名其展示方案并归档于对应产品的展示方案库中。

上述模块类是指对特定模块以改变其内容的调整方法，一个模块可以有很多个内容，差异化的内容以及内容与内容间的展示顺序的改变可归为不同的展示方案，例如页面的产品介绍模块中，产品介绍插图内容是对附加服务的介绍，a方案突出住院押金垫付服务，b方案突出快赔闪赔服务，当产品介绍区域有限且只能二选一的情况下，对于不同人群需要可以展示不同方案。这种对模块内容的处理方法可以“产品名+模块名+内容”调整释义的“英文+数字”的方式命名其展示方案并归档于对应产品的展示方案库中。

上述样式类是指对特定内容以改变其包括尺寸、粗细、颜色等样式的调整方法。不同的内容包括了不同的样式处理办法，例如图片可以为静态图或动图、文字可以从字号、字重、字体颜色等方面做调整。这种对内容样式的处理方法可以“产品名+内容名+样式”调整释义的“英文+数字”的方式命名并归档于对应产品的展示方案库中。

每个产品具体需要依据重点标签对页面产生怎样的调整需要依据业务侧的需求根据实际场景去对照定义。

一种可选的用户定制化页面内容的展示逻辑如图4所示，体现了页面多元化的呈现设计，主要包括如下内容：

(1)默认页面展示方案与最终页面展示方案

每款产品可预设一个默认页面展示方案，默认页面展示方案指以产品的目标用户需求为出发点而准备的页面展示方案。当用户进入一个产品页面时，需要将用户所带有的标签去匹配该产品的重点标签库，如果没有匹配上重点标签，则页面直接加载默认展示方案；如果匹配上了重点标签，则需要用该重点标签所对应的页面展示方案去调用前端样式来改变默认页面中的内容，由重点标签所匹配出的新页面展示方案称之为最终页面展示方案，最后展现在用户眼前的页面称之为最终页面。

(2)重点标签与页面展示方案的对应关系处理

单个重点标签与页面展示方案只能一对一，不可一对多；不同的重点标签可能对应的是同一个页面展示方案。

当一个用户进入页面后匹配上了产品的重点标签库里的多个重点标签时，有可能会对应上多个页面展示方案，页面展示方案将从中只选取一个，由此需要运用到重点标签的优先级。

每个产品的重点标签库需要做优先级排序，分为高优重点标签、中优重点标签和低优重点标签三大类，对每个重点标签判断是否为高优重点标签则需要由业务侧判断，预先将每款产品的所有重点标签做一次匹配，与产品解决用户保障需求痛点贴合度高的重点标签被归属于高优重点标签，贴合度中等的被归属于中优重点标签，贴合度低的被归属于低优重点标签。

当一个用户有多个重点标签时，在内容满足规范的情况先优先呈现高优重点标签对应的页面内容及样式的调整。例如一个高危职业的有孩子的用户在浏览意外险产品页面时，其高危职业会被定义为高优重点标签，有孩子被定义为中优重点标签，因为他的高危职业的高风险不仅与意外险更贴近也非常紧急，而为孩子购买意外险也是防患于未然但并非紧急；而当他在浏览儿童医疗险时，则其有孩子则被定义为高优重点标签。

一个产品的重点标签的优先级的定义将从多个维度来判断，例如与用户自身的相关度、风险系数的高低、用户在当前场景下对产品需要的紧急程度高低等等。例如上文提到的一个高危职业的有孩子的用户在即将前往境外旅行时，所有产品里旅行类保障产品的优先程度为最高，因为其不仅符合与自身紧密相关、风险较高之外也是当下该用户最需要的保障产品。

重点标签的优先级可以在不同页面场景中发挥作用，高优重点标签对当前页面的内容起决定性作用，而中、低重点标签则更多在智能推荐、后续传达方面内容起到作用，重点标签的优先级会依据用户自身、场景、对产品的需要的变化而变化。

(3)标签的提炼与运用需可通过多方的支持与配合来实施与展开

产品侧：对于产品内容方面的精细化运营方案可由产品侧来把控。每个产品的产品特性、卖点、人群等都需要通过关键词的方式去提炼，最终将关键词与人群特征相匹配后得出相应的产品标签。对于每个标签产品侧再次提炼重点标签，并对重点标签排列优先级。梳理标签下的页面展示逻辑，再提供给设计侧与开发侧作为页面设计与效果实现的依据。

数据侧：对于用户数据的提炼与处理可由数据侧完成，通过这个过程将用户数据转化为标签，在标签的匹配与运用上可以通过数据分析观测其运用效。

设计侧：如何基于业务侧对于每个产品的重点标签的页面展示逻辑来展示页面则可由设计侧把控，内容的多样化展示代表着图片、文案、样式上面的不同排列组合，其中图片的设计上需要做到可拆解、可复用、可替换的灵活运用目标。对于图片的元素包括人物角色、品牌吉祥物、承载文案的图形化元素、装饰化元素都可依据统一的设计风格和设计规范输出并整合到图片库。不同的设计师在运用上可以从图片库中提取、拼合成为符合内容的效果。当产生新的图片元素时也需要通过对品牌、产品、内容、设计风格和规范等各方面把关，符合以上要求的才能作为新元素纳入图片库中，图片库需要根据设计风格等的变迁定期整理更新。可替换的元素如覆盖各年龄段人物角色图片库、职业角色图片库、产品特色图片库、产品特色用人物角色图片库。

一种可选的实现步骤如图5所示：

步骤s401，通过用户行为模块监测到当前用户行为是用户进入应用中。

步骤s402，通过数据解析模块对用户进行标签提取。

步骤s403，进入后台标签库的重点标签库进行匹配，若不存在重点标签库可直接执行步骤s404。

步骤s404，前端组件库选择默认展示方案。

步骤s405，判断提取的用户的标签中是否存在重点标签，若是则执行步骤s406，否则执行步骤s404。

步骤s406，提取重点标签。

步骤s407，在展示方案库中按照重点标签进行展示方案的选取。

步骤s408，用户行为模块监测到用户正在浏览按照最终展示方案展示的页面。

步骤s409，数据解析模块录入用户行为记录数据。

如图6所示，在技术侧实现上本方案主要包括如下几个方面：

后台侧：抓取用户的关键字段，并从标签库中匹配出对应的标签字段并传给前端。

前端侧：根据设计侧提供的设计规范搭建组建库，并预先与标签相对应。将标签字段调取组建库，替换默认页面中的对应组建，最终得出调整后的页面。

上述方案的流程如图7所示：

步骤s601，用户进入页面。

步骤s602，标签的抓取(或称提取标签)，对用户关键字段的提取匹配出正确的标签，如标签1至标签n。

步骤s603，匹配样式，即标签的运用，标签所对应的组建样式(如样式1至样式n)能解决该方向上的需求问题，可根据用户与产品的交互程度的加深以及用户自身的年龄、职业、人生阶段的变化而变化其匹配的标签，而不是从一而终的固定标签，从而可以确定与用户匹配的样式。

步骤s604，为用户展示与其特征匹配的页面。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述产品信息的展示方法的产品信息的展示装置。图8是根据本申请实施例的一种可选的产品信息的展示装置的示意图，如图8所示，该装置可以包括：

接收单元601，用于接收客户端的信息请求，其中，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号；

获取单元603，用于获取用户帐号的帐号特征标签，其中，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息；

查找单元605，用于从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案；

展示单元607，用于通过客户端按照第一展示方案展示目标产品的产品信息。

需要说明的是，该实施例中的接收单元601可以用于执行本申请实施例中的步骤s202，该实施例中的获取单元603可以用于执行本申请实施例中的步骤s204，该实施例中的查找单元605可以用于执行本申请实施例中的步骤s206，该实施例中的展示单元607可以用于执行本申请实施例中的步骤s208。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

互联网保险产品相对于传统保险产品具有较大的优势，传统保险线下保险销售员可以根据不同用户的需求对应给出更适合用户的方案并在沟通上面也更为直接有效，但是需要消耗较大的人力资源，本方案在利用互联网的基础上提出了可根据不同用户需求对产品内容多样化展示的方法，让产品页面内容更有针对性，用户因此可以看到更贴近自身需求的内容，采用上述方案后的互联网保险的产品介绍内容具有了千人千面的定制化和个性化展示的特点，可以解决相关技术中的业务运作需要消耗大量资源的技术问题。

可选地，查找单元605还可用于：获取目标产品的多个产品特征标签，其中，产品特征标签用于表示目标产品在产品特征维度上的特征信息，多个产品特征标签中的每个产品特征标签被设置为与多个展示方案中的一个展示方案关联；从多个产品特征标签中查找与帐号特征标签匹配的第一特征标签；将多个展示方案中与第一特征标签关联的展示方案作为与帐号特征标签匹配的第一展示方案。

可选地，查找单元605还可用于：从多个产品特征标签中查找语义与帐号特征标签匹配的候选特征标签；在候选特征标签为多个的情况下，将多个候选特征标签中优先级最高的作为与帐号特征标签匹配的第一特征标签，其中，多个产品特征标签为预先被配置有优先级的特征标签。

可选地，查找单元605还可用于：获取目标产品的多个产品特征标签；在多个产品特征标签中不存在与帐号特征标签匹配的第一特征标签的情况下，将多个展示方案中的默认展示方案作为与帐号特征标签匹配的第一展示方案。

可选地，获取单元603获取用户帐号的帐号特征标签包括以下至少之一：获取用户帐号的属性特征标签，其中，属性特征标签是预先建立的用于表示用户帐号的帐号属性信息的特征标签，帐号特征标签包括属性特征标签；获取用户帐号的记录特征标签，其中，记录特征标签是预先建立的用于表示用户帐号的历史记录信息的特征标签，历史记录信息用于记录用户帐号的历史行为，帐号特征标签包括记录特征标签；获取用户帐号的趋势特征标签，其中，趋势特征标签是预先建立的用于表示与用户帐号关联的待发生事件的特征标签，帐号特征标签包括趋势特征标签。

可选地，本申请的装置还可包括，同步单元，用于在获取用户帐号的帐号特征标签之后，在用户帐号的帐号属性信息发生变化的情况下，按照变化后的帐号属性信息对用户帐号的属性特征标签进行更新；在用户帐号的历史记录信息发生变化的情况下，按照变化后的历史记录信息对用户帐号的记录特征标签进行更新；在与用户帐号关联的待发生事件发生变化的情况下，按照变化后的待发生事件对用户帐号的趋势特征标签进行更新。

可选地，本申请的装置还可包括预处理单元，用于在从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案之前，按照如下方式建立多个产品特征标签中任一产品特征标签与展示方案之间的关联：获取与第二特征标签匹配的页面样式和页面数据，其中，第二特征标签为多个产品特征标签中待建立关联的展示方案的特征标签；创建用于表示将页面数据载入页面样式进行展示的第二展示方案，其中，多个展示方案包括第二展示方案；建立第二展示方案与第二特征标签之间的关联。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述产品信息的展示方法的服务器或终端。

图9是根据本申请实施例的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图9中仅示出一个)处理器701、存储器703、以及传输装置705，如图9所示，该终端还可以包括输入输出设备707。

其中，存储器703可用于存储软件程序以及模块，如本申请实施例中的产品信息的展示方法和装置对应的程序指令/模块，处理器701通过运行存储在存储器703内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的产品信息的展示方法。存储器703可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器703可进一步包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置705用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置705包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置705为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器703用于存储应用程序。

处理器701可以通过传输装置705调用存储器703存储的应用程序，以执行下述步骤：

接收客户端的信息请求，其中，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号；

获取用户帐号的帐号特征标签，其中，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息；

从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案；

通过客户端按照第一展示方案展示目标产品的产品信息。

处理器701还用于执行下述步骤：

获取目标产品的多个产品特征标签，其中，产品特征标签用于表示目标产品在产品特征维度上的特征信息，多个产品特征标签中的每个产品特征标签被设置为与多个展示方案中的一个展示方案关联；

从多个产品特征标签中查找与帐号特征标签匹配的第一特征标签；

将多个展示方案中与第一特征标签关联的展示方案作为与帐号特征标签匹配的第一展示方案。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行产品信息的展示方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

接收客户端的信息请求，其中，信息请求用于用户帐号请求获取目标产品的产品信息，客户端上登录有用户帐号；

获取用户帐号的帐号特征标签，其中，帐号特征标签用于表示用户帐号在帐号特征维度上的特征信息；

从目标产品的多个展示方案中查找与帐号特征标签匹配的第一展示方案；

通过客户端按照第一展示方案展示目标产品的产品信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

获取目标产品的多个产品特征标签，其中，产品特征标签用于表示目标产品在产品特征维度上的特征信息，多个产品特征标签中的每个产品特征标签被设置为与多个展示方案中的一个展示方案关联；

从多个产品特征标签中查找与帐号特征标签匹配的第一特征标签；

将多个展示方案中与第一特征标签关联的展示方案作为与帐号特征标签匹配的第一展示方案。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。