一种邮件的展示信息处理方法、装置及邮件系统与流程

本申请属于计算机数据处理领域，尤其涉及一种邮件的展示信息处理方法、装置及邮件系统。
背景技术：
：邮件营销通常是指通过电子邮件的形式将促销商品的信息发送到用户邮箱。传统的邮件营销系统实现比较简单，每个人的收到的推广邮件几乎相同，差别可能仅在姓名等简单信息上，因此传统的营销邮件在营销系统里往往对应一个简单的邮件模板。随着互联网的用户的不断增加和线上商品的不断丰富，用户的需求也越来越复杂。传统的一对多邮件营销方式已经无法满足用户的要求，因此多对多的个性化精准营销邮件开发应用需求越来越强烈。所述的精准邮件营销通常是指根据用户的购买记录、个人喜好、个性标签等资料信息进行分析处理后，挖掘出个人特定的推荐商品通过邮件的形式发送给用户邮箱。由于目前使用的营销邮件的本质为电子网页，相比于传统的新闻、视频等电子网页，现有技术规范中的电子邮件只允许html代码和部分css，不允许js执行。因此，现有技术中服务器端在生成营销的电子邮件和在客户端展示营销时均是按照html标识来执行的。目前现有技术中为了实现精准邮件营销，在制作生成营销邮件时主要采用利用velocity动态生成html代码的技术方案。所述的velocity是一个基于java的模板引擎(templateengine)，可以允许使用简单的模板语言(templatelanguage)来引用由java代码定义的对象，例如提供页面自定义变量的展示、使用for循环语句输出结合元素、提供if语句根据条件渲染页面、提供与或非关系运算逻辑等。但目前主要使用的velocity本身是提供给开发人员渲染网页的编程语言，对于普通营销设计人员来说学习难度和程度较大。且velocity适用于普通网页的渲染，由于电子邮件页面语言的限制，使用velocity往往难以体现邮件营销一些特性，严重降低营销邮件展示信息内容的个性化和针对性，邮件的定制化制作和扩展困难较大。这结果不仅降低了邮件的信息展示效果，降低用户体验，还会导致影响商品成交转化率，降低邮件的营销效率。现有技术中使用的基于velocity引擎模板处理营销邮件的处理方法实施方式较为复杂、困难，在处理邮件中推送商品的展示信息时难以体现针对不同用户的个性化邮件中商品的特性信息，后期的扩展困难较大，降低了邮件的信息展示效果，用户体验较差。技术实现要素：本申请目的在于提供一种邮件的展示信息处理方法、装置及邮件系统，可以使用更加灵活、便捷、易扩展和维护的方式渲染、生成精准邮件，并可以基于渲染处理后生成邮件内容决定邮件最终的展示信息，可以有效提高邮件中推送商品的信息展示效果和邮件营销效率。本申请提供的一种邮件的展示信息处理方法、装置及邮件系统是这样实现的：一种邮件的展示信息处理方法，所述方法包括：根据获取的模板标识信息加载基于预先定义的模板引擎语言规则生成的邮件模板；根据所述模板引擎语言规则解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块；根据所述模板引擎语言规则解析包括设置在所述展示区块中的数据标签，生成邮件的渲染区块；选取符合预先设置的展示逻辑规则的渲染区块生成邮件的信息展示内容。一种邮件的展示信息处理装置，所述装置包括：模板存储模块，用于存储根据预先定义的模板引擎语言规则生成的邮件模板；模板加载模块，用于根据获取的模板标识信息从所述模板存储模块中查找并加载相应的邮件模板；第一解析处理模块，用于根据所述模板引擎语言规则解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块；第二解析处理模块，用于根据所述模板引擎语言规则解析包括设置在所述展示区块中的数据标签，生成邮件的渲染区块；展示信息处理模块，用于存储预先设置的展示逻辑规则，并选取符合所述展示逻辑规则的渲染区块生成邮件的信息展示内容。一种邮件系统，包括存储器、处理器，所述存储器用于存储根据预先定义的模板引擎语言规则生成的邮件模板，以及根据预先定义的模板引擎语言规则设置的结构标签和数据标签；所述处理器被设置成执行，包括：根据获取的模板标识信息从所述存储器中查找并加载相应的邮件模板；根据所述模板引擎语言规则解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块；根据所述模板引擎语言规则解析包括设置在所述展示区块中的数据标签，生成邮件的渲染区块；存储预先设置的展示逻辑规则，并选取符合所述展示逻辑规则的渲染区块生成邮件的信息展示内容。本申请提供的一种邮件的展示信息处理方法、装置及邮件系统，可以基于选取的邮件内容管理系统自定义设计模板引擎语言规则，大大降低邮件信息处理的难度和复杂性。同时本申请可以设置邮件的信息展示逻辑，实现根据邮件的内容决定信息展示内容。当经过模板加载、标签解析、渲染出来后如果存在不符合设置的展示逻辑规则的渲染区块，则在所述邮件中不展示不符合展示逻辑规则的渲染区块，如渲染失败等。进一步的，当存在不符合发放逻辑的渲染区块，将不会发送此封邮件。本申请提供的所述邮件的展示信息处理方法能实现根据渲染结果形成的推荐内容控制是否展示相应商品的信息，大大提高了邮件推荐商品信息展示的灵活性、便利性、个性化和处理效率及营销信息展示效果等。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本申请所述一种邮件的展示信息处理方法一种实施例的方法流程示意图；图2是本申请提供的利用mcms语言定义的模板引擎语言规则生成的邮件模板一种实施例的示意图；图3是本申请所述一种邮件的展示信息处理方法另一种实施例的方法流程示意图；图4是本申请所述一种邮件的展示信息处理方法另一种实施例的方法流程示意图；图5是本申请所述邮件的展示信息处理装置一种实施例的模块结构示意图；图6是本申请所述邮件的展示信息处理装置另一种实施例的模块结构示意图；图7是本申请所述邮件的展示信息处理装置另一种实施例的模块结构示意图；图8是本申请所述邮件的展示信息处理装置另一种实施例的模块结构示意。具体实施方式为了使本
技术领域：
的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。图1是本申请所述一种邮件的展示信息处理方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块结构。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例提供的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图1所述，所述一种邮件的展示信息处理方法可以包括：s1：根据获取的模板标识信息加载基于预先定义的模板引擎语言规则生成的邮件模板。本申请所述的方法中可以根据处理需求利用网站管理系统定义设计自己的邮件模板引擎语言规则。本申请一个实施例的应用场景中，可以采用定义设计mcms语言规则。本实施例中所述的mcms(mailcontentmanagementsystem)为一种邮件内容管理系统，是一种专用于邮件内容管理的标签系统。所述的模板引擎语言规则可以在基于原模板设计语言或内容管理系统进行自定义的扩展、设计、定制等，这样可以传统velocity方法的多种设计限制，大大提高邮件的模板及信息展示内容的灵活性和可扩展性。本申请所述的邮件的展示信息处理方法中，可以利用预设的模板引擎语言规则生成邮件模板。具体的可以预选定义不同邮件模板的组成部分。图2是本申请提供的利用mcms语言定义的模板引擎语言规则生成的营销邮件模板一种实施例的示意图。如图2所示，在本实施例基于mcms语言的应用场景中设计邮件模板时，可以定义营销邮件至少包括邮件头、邮件体、邮件尾。所述的邮件中可以由多个邮件展示区块构成，一个邮件展示区块可以包含来自数据源的多个item。本申请中所述的区块是个展示区域的概念、一个邮件可以对应0个或者多个区块，数据标签是内容的概念，一个区块可以包含多个数据标签。在页面邮件的处理过程中，所述区块可以包括“邮件内容组成上可以引用并包含的可重用代码段”，例如复用:一封邮件包含问候语、结尾语，而这些问候语、结尾语可以被多种场景的邮件使用，那么他们就可以被定义为区块。所述的item可以为推荐项，具体的在线上购物的应用场景中可以为商品，其他的应用场景中也可以为推荐的祝福语、推荐的养生方案等。具体实施过程中所述邮件体可以由多个推荐商品的展示区块组成，每个展示区块包括商品的图片、价格、型号等的多个item。当然，所述的邮件头或邮件尾也可以包括用户称呼的展示区块、问候语的展示区块、特别提醒的展示区块等等。具体的可以根据设计需求进行设置。本申请所述的方法在具体的实施过程中，可以设计为包含多个区块，例如推荐商品区块、购买历史区块，这样主页面就不会那么大，同时可以对一个区块进行打开和关闭来决定是否展示某个区块。本申请中在生成邮件模板和后续读取后解析处理时使用的模板引擎语言的语言规范、规则具体的可以预先进行定义设置。例如数据变量、类目信息、引加载指令语法规则等。本实施例基于mcms语言的应用场景中所述的预先定义的模板引擎语言规则可以包括：定义模板的结构标签，所述结构标签包括指示在模板中加载指定展示区块的指令信息；定义模板的数据标签，所述数据标签包括设置的在邮件中进行输出展示的变量信息。本实施例中所述定义的模板的标签可以在加载邮件模板时进行读取，并可以根据预先定义的模板引擎语言规则进行标签解析，最终生成邮件的展示信息。上述所述的数据标签通常是指模板中需要读取、计算并在邮件中进行输出展示的变量信息。在本申请实施例利用mcms语言的模板引擎语言规则中可以根据营销邮件内容的信息展示需求定义相关的数据标签，以及所述数据标签相应的加载使用规则。具体的在本实施例mcms语言的应用场景中所述定义模板的数据标签可以包括定义变量标签，可以用于在邮件展示页面里输出上下文中的变量信息。可以定义变量标签的加载引用规则为：{$变量名}。例如，可以设置一个变量标签为用户信息，其变量名可以设置为：user，对应的类可以设置为：com.taobao.marketing.biz.core.ims.dataservice.domain.userinfoentity。本实施例中所述的类是一种程序语言概念，可以理解为内置在邮件内容系统里的数据的抽象，对应的是数据系统产生的具体数据。后面的语句为java语言应用场景下的类路径，可以为加载路径。进一步的本实施例同时可以扩展设置该用户信息变量标签的多个属性及调用方式的语言规则等，如邮箱、昵称、根据购物记录数据将其划分的商品类目等。具体的可以如下表1所示：表1：用户信息数据标签的模板引擎语言规则表属性返回值调用方式email邮箱{$user.email}nick昵称{$user.nick}categoryid类目id{$user.categorid}本实施例应用场景中还可以设置类目信息的变量标签，变量名可以设置为：category，对应的类可以设置为：com.taobao.marketing.biz.dal.marketingmail.dataobject.marketingmailcategoryinfo。当然，也可以为所述类目信息的变量标签设置相应的属性及调用方式语言规则等。具体的可以如下表2所示：表2：类目信息数据标签的模板引擎语言规则表本实施例中所述定义的结构标签可以用于决定营销邮件显示结构。具体使用时可以在营销邮件模板中嵌套相应的区块，或者引用另一个组件、模板等。例如本实施例mcms语言的应用场景中可以定义营销邮件模板中加载展示区块所使用的结构标签的模板引擎语言规则为：mc:includearea＝”区块id”istracked＝”true”/}。本实施例中可以将上述定义的引用展示区块的命令规则定义为引用指令，并在模板引擎语言规则中定义相应的属性、参数、运算逻辑等。下表3是为本实施例应用场景设置的所述的结构标签为引用指令的一种模板引擎引用语言规则示意表。表3：引用命令语言规则表当然，如前所述，在所述营销邮件模板可以由运营维护人员预先根据所述定义设置的模板引擎语言规则如上述定义设置的mcms语言写成。在所述营销邮件模板中可以引用多个展示区块，具体的所述营销邮件模板的最终显示结构可以根据不同的推销商品类目基于所述结构标签的引擎模板语言规则进行设计。例如有的可以设置成向用户推荐一排且每排4个商品的营销邮件模板，或者向用户推荐两排且每排三个商品的营销邮件模板的结果。这样，利用本申请提供的结构标签可以灵活、便捷的设计不同的邮件模板结构，极大的提供了邮件展示信息内容的个性化内容定制以及模板修改、扩展等后续处理，有效提高邮件营销效率。本申请的一种实施例中所述预先定义的模板引擎语言规则中提供了模板语言数据源的特性。对于同一模板或模板中的某个变量，若引用的数据源不一样，则邮件最终生成的信息展示内容可能就大不相同。因此，本申请的一种实施例中，所述模板引擎语言规则还可以包括：定义变量的数据源标签，所述数据源标签用于指示设置有数据源标签的变量基于设置的引擎接口从指定数据源中读取数据。本实施例说的模板引擎语言规则中可以定义设置数据源，可以用于设置有加载数据源的变量基于设置的引擎接口进行读取数据的后台数据。所述的数据源可以来源于后台邮件信息处理的服务数据库。一般的，在本实施例mcms语言中，当后台数据库实现了模板引擎mcms的标准数据接口便可以能够在模板引擎mcms中使用mc：list标签进行调用加载使用后台数据库中的数据。所述的数据源标签中通过可以包引用的数据源标识信息，如加载引擎的数据库的地址或其他数据加载代码等。由于引入数据源特性，因此本实施例的实施方案中可以在邮件模板的数据源时指定模板或者变量的数据源，大大提高的所述邮件展示信息内容的可扩展性和个性化定制邮件模板的便利性。本申请实施例中还可以设置用于在展示区块中打印显示指定数据源中的数据信息内容的列表指令的数据标签。具体的本申请的一种本实施例中，所述的数据标签可以包括：列表标签，所述列表标签被设置成包括指示从与设置的数据源标签相对应的数据源中读取数据并将所述读取的数据展示在所述邮件模板中的指令信息。例如本实施例利用mcms语言的应用场中，可以定义所的列表指令在模板引擎语言规则中加载引用规则为：{mc:listdatasource＝”数据源”from＝”起始index”top＝”取多少”needfull＝”输出是否要求数据完整”}//数据内容{$value.属性1}{$value.属性2}{/mc:list}同样，也可以为所述列表指令设置相应的属性信息的语言规则等。具体的一种实施例可以如下表4所示：表4：列表指令数据标签的模板引擎语言规则表当然，所述的数据标签具体的可以根据邮件模板的设计需要在定义所述模板引擎语言规则时进行添加、修改、删除等。对于采用的其他邮件模板引擎语言也可以基于采用的模板引擎语言进行自定义的设置相应的数据标签种类。上表4中所述的ds为datasource，指数据源，即数据的来源，可以是搜索也可以是推荐系统。比如业务要求一封邮件只有推荐的商品超过3个才发送，那么可以配置这个属性值为3。若ds大于notsendlessthan，表示推荐的商品数量超过3个，可以发送营销邮件，否则推荐商品过少，不发送营销邮件。一般的，在利用所述预先定义的模板引擎语言规则生成邮件模板后，可以为不同营销类目的邮件模板设置相应的模板标识(id)信息。例如母婴类目模板、电器类目模板、数码类模板、购物车模板对应的营销邮件模板的模板标识可以分别设置为：mother_baby、ele_appliance、dig_product、shopping_car。然后可以根据对推荐用户的相关信息数据如购买记录、商品浏览记录等计算获取用户可能需要的推荐商品，进一步可以根据所述推荐商品确定需要使用的营销邮件的模板类型，进而确定模板标识信息。当然，所述获取的模板标识信息可以基于用户之前的购买、浏览数据信息采用一样的方式计算得到。其他的应用场景中也可以商品或某类目或某品牌甚至某型号的商品的降价、优惠、促销等信息通过营销邮件推荐给用户，而本申请所述的营销邮件模板并不限于设置的指定某一类的商品的模板结构，也可以为根据预期的用户需求或者营销需要设置的可以包括多个类目商品的营销邮件模板。具体的应用场景中，例如线上商城做优惠活动，大批商品的价格进行了打折优惠，需要向用户发送该优惠活动的营销邮件信息。本次邮件营销采用的方式为判断用户购物车中是否有此次优惠活动的商品，如果有，则向该用户发送参与此次优惠活动的商品降价信息的营销邮件。进一步的根据读取的用户购物车中商品的数据信息发现某用户user1购物车中有一件手机商品参与优惠活动，因此可以确定使用数码类模板向用户发送营销邮件，从而确定向用户user1发送营销邮件模板的模板标识为dig_product。通常的系统可以根据购物车中的降价商品的所对应的类目信息找到对应的营销邮件模板，具体的模板加载可以通过模板选择器实现。本实施例降价类通知的数码类营销邮件模板可以由开发设计人员根据所述预先定义的模板引擎语言规则编辑设置成优先在前排前列的展区区块展示用户购物车中降价商品信息，然后再紧接着购物车中的降价商品展区区块的后续区块展示与所述购物车中降价商品相关的优惠幅度最大的若干配件商品信息。本实施例中可以预先定义设置模板引擎语言规则，根据所述模板引擎语言规则生成多类目的邮件模板。本申请中可以根据获取的模板标识信息进行加载相应的邮件模板。s2：根据所述模板引擎语言规则解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块。在上述定义了模板引擎语言规则并加载了邮件模板后，可以基于所述模板引擎语言规则对邮件进行渲染。本实施例中可以解析上述实施例应用场景中所述定义生成的营销邮件模板，具体的在所述mcms语言的系统中，可以通过标签工程抓取符合所述模板引擎中设置的标签，如加载商品图片的标签、商品描述标签，或者引用的商品优惠券领取链接的展示区块标签等等。在本申请的实施方案中，由于在所述邮件模板中采用了结构标签，所述结构标签主要用于决定邮件的整体显示结构。因此，本申请实施例中可以优先解析所述邮件中的结构标签。具体的实施过程中可以根据按照所述邮件模板中结构标签的读取顺序依次解析展开结构标签，根据所述结构标签设置的具体的信息内容进行展示区块的加载，最终确定整个邮件模板的展示区块。例如上述线上商城做优惠活动的应用场景中，所述的数码类目的营销邮件模板中设置的结构标签的信息内容可以包括至少一个降价商品的展示区块和至少三个降价幅度大于5％的所述降价商品的配件商品的展示区块，降价商品靠前排列且营销邮件中每排最多排列4个展示区块。本实施例中可以根据所述模板引擎语言规则循环展开解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块s3：据所述模板引擎语言规则解析所述展示区块中的数据标签，生成邮件的渲染区块。上述将模板中的结构标签展开后，可以进一步的解析所述展示区块中的数据标签。如邮件头中的用户名称、邮件地址的用户信息的变量标签，或者所述展示区块中加载的商品名称、展示图片等的数据标签。一般的，在邮件的页面渲染中，模板引擎的渲染过程通常可以包括数据读取、参数严重、逻辑验证、条件计算、内容渲染等处理过程，生成邮件的渲染区块。对于所述邮件模板中引用了多个展示区块的，经过解析处理其中的数据标签通常可以生成所述展示区块相应的渲染区块。在所述加载的邮件模板中设置指示从指定数据源中读取数据的数据源标签。相应的，所述根据所述模板引擎语言规则解析所述展示区块中的数据标签包括：当然判断所述邮件模板中存在数据源标签所指示的数据源时，读取所述数据源中的数据，并将所述读取的数据在所述邮件模板中进行渲染。所述的数据源标签可以包括上述数据标签中的变量标签，也可以包括列表标签。具体的例如在上述线上商城做优惠活动的应用场景中向用户展示与用户购物车中降价商品相关的配件商品信息时，可以设置所述配件商品的列表标签。具体的实施过程中可以通过店铺数据、手机配件数据、定向优惠信息数据等中进行数据搜索，然后通过一定算法的数据适配选取符合至少5％优惠幅度的所述用户购物车中手机商品的前10件配件商品信息。进一步的可以将适配得到的配件商品信息在相应的展示区块进行渲染，获取配件商品信息的图片、型号、价格、链接地震、优惠信息等，生成邮件中配件商品的渲染区块。当然，也可以采用类似方式生成用户购物车中一个或多个降价商品的渲染区块。s4：选取符合预先设置的展示逻辑规则的渲染区块生成邮件的信息展示内容。完成对邮件模板中的渲染生成邮件的渲染区块后，可以根据所述预先设置的展示逻辑规则判断所述渲染区块是否符合所述展示逻辑规则。所述预先设置的展示逻辑规则可以根据邮件的设计需求或者邮件的排版、美化、渲染反馈结果等进行自定义的设置。例如上述线上商城做优惠活动的应用场景中，所述的展示逻辑规则可以设置为在一封营销邮件中向用户推送展示的商品信息不超过10个，且优选选取优惠幅度大的商品进行推送。本应用场景中的营销邮件里，根据用户购物车中的商品数据以及商城优化商品的信息确定所述营销邮件中的商品展示信息包括用户购物车的一件手机商品降价信息以及与所述手机商品型号相匹配的配件，如充电宝、保护套等幅度折扣优惠幅度最大的前10个配件商品信息。目前所述营销邮件中包括了11个商品信息，根据所述设置的展示逻辑规则，需要删除一个商品信息。具体的需要删除哪一个商品信息可以自定义的设置，例如删除所述10个配件商品中优惠幅度最低的商品信息。这样，最终生成的营销邮件的信息展示内容可以包括用户名的邮件头、用户购物车中降价后的手机商品信息以及9个与该手机商品型号相匹配的配件商品信息。当然，在其他的应用场景中，可以根据商品信息展示需求设计相应的展示逻辑规则，模板引擎系统可以根据设置的展示逻辑规则决定邮件中商品信息展示内容。若没有符合所述展示逻辑规则的渲染区块，则所述邮件中展示的推荐商品可以为空。本申请提供的一种实施例中，所述预先设置的展示逻辑规则包括下述中的至少一种：若邮件模板中所述渲染区块的总个数大于等于设置的下限阈值，则将所述渲染区块的商品信息在邮件中进行展示；否则，不展示所述渲染区块的商品信息；若邮件模板中所述渲染区块的总个数小于等于设置的上限阈值，则将所述渲染区块的商品信息在邮件中进行展示；否则，选取所述上限阈值个渲染区块的商品信息在邮件中进行展示；若展示行中排列的渲染区块个数小于设置的单行排列个数，则不展示所述展示行中的渲染区块的商品信息。具体的应用场景中流在向用户推荐的母婴类目的推荐邮件里，若最后生成的推荐商品个数为2个，少于设置的下限阈值，推荐商品过少，则在该用户的营销邮件中不展示这两个商品的信息。同样，如果生成的推荐商品个数过多，如筛选出50个符合优惠条件母婴类目推荐商品，则可以从这50个推荐商品中选取优惠幅度最大的上限阈值10个推荐商品在营销邮件中进行展示。其他的应用场景中也可以设置邮件中每一排展示行中推荐商品只展示3个，若某一展示的推荐商品个数不足3个，则不展示该展示行中的推荐商品。当然，基于本实施例也可以根据邮件营销的策略或邮件排版等考虑采用其他的展示逻辑规则，本申请并不限定上述所述的实施方式。本实施例提供的邮件中信息展示的处理方法可以根据营销邮件的内容决定是否展示相应商品的信息，若展示的信息内容过多或过少等不符合设置的展示逻辑规则，则可以不展示商品或进行相应的优化处理后在进行展示。这样，极大了增加了邮件模板的个性化定制、扩展灵活性以及提高推荐内容的优化效果，基于本实施例形成的邮件的推荐商品展示效果更佳，可以有效提升用户邮件信息阅读体验，提高邮件展示效果。本申请实施例中可以设置邮件的信息展示逻辑，当经过模板加载、标签解析、渲染出来后如果存在不符合设置的展示逻辑规则的渲染区块，则在所述邮件中不展示不符合展示逻辑规则的渲染区块，如渲染失败或者在预设阀值后的渲染区块等。本申请提供的所述邮件的展示信息处理方法不仅能够在邮件中表达场景的变量渲染、循环展现、条件展现等网页渲染的处理方式，还能实现根据渲染结果形成的推荐内容控制是否展示相应商品的信息，大大提高了邮件推荐商品信息展示的灵活性、便利性、个性化和处理效果及展示效果等。上述所述邮件的展示信息处理方法的实施例中，所述模板引擎规则中还定义了变量的数据源标签，使得邮件存在数据源的概念，这样模板引擎语言提供了数据源特性，能够在渲染生成邮件展示信息时指定数据源，大大提高邮件信息展示内容的灵活性和可扩展性。具体的，可以通过修改设置的变量的数据源标识信息来修改引用的数据源，实现切换数据源来修改邮件中展示的信息内容。图3是本申请所述一种邮件的展示信息处理方法另一种实施例的方法流程示意图，如图3所示，本申请另一种实施例中，所述方法还可以包括：s5：通过修改数据标签中的数据源标识信息修改变量在邮件中展示的信息内容。例如对于同一个商品降价促销的邮件模板，具体的向用户推荐的商品根据数据源“购买记录”和“浏览记录”最终生成的邮件中展示的商品信息可能就大不相同。在不同的邮件营销需求或营销应用场景中，通过本实施例所述方法可以实现现有常规方式velocity无法实现的一键切换数据源来修改展示内容的目的，大大提高了邮件信息展示内容的数据处理效率和展示内容的灵活切换。所述的一键切换数据源的实现方式可以包括通过更改数据源标签中的数据源属性来改变页面展示的数据。具体的可以直接修改模板仓库里的数据源变量所映射的数据。本申请所述方法提供了判断邮件中的信息内容是否进行展示的展示逻辑规则。本申请的另一种实施例中，在邮件模板的标签解析、渲染过程中，如果存在数据源，则读取数据源中的数据进行渲染。但如果设置的数据源不存在，例如商品下架、店铺停业、读取错误等，则邮件中相应展示区块的商品信息内容可能存在空白或信息不完整等，此时可以设置不展示该区块对应的数据源的商品信息内容。因此，本申请所述方法的另一种实施例中，所述符合预先设置的展示逻辑规则可以包括：当判断变量的数据源标识标签所指示的数据源不存在时，删除所述数据源不存在的变量所对应的渲染区块。本申请所述方法的另一种实施方案中还提供了决定邮件是否发送的发送逻辑判断行为。一般的，邮件模板最终生成包括一个或多个推荐商品的信息的邮件后是需要发送给相应的用户的。本实施例的实施方案中可以根据邮件的内容决定是否发送最终生成的邮件，这是现有技术velocity目前实现不了的。因此，本申请所述方法的另一种实施例中，所述方法还可以包括：s6：判断所述邮件的信息展示内容是否符合设置的邮件发送规则，并根据判断结果确定是否发送邮件。图4是本申请所述一种邮件的展示信息处理方法另一种实施例的方法流程示意图。例如，若判断最后营销邮件中的推荐商品个数仅为1个，推荐内容太少，容易造成对用户的信息干扰，或者没有搜索到与用户相匹配的推荐商品，则可以设置不发送该营销邮件。或者展示的信息内容在渲染时或者发送之前出现异常或收到发送中断指令，例如缺少上商品图片，但该商品未被删除仍然显示在营销邮件中，则可以设置不发送营销邮件。具体的判断邮件中的内容是否符合发送规则，可以采用相应商品信息或图像数据等进行对比、筛选等处理进行确定。是否发送邮件的判断结果也可以设置在标签信息中。本实施例提供的邮件的信息处理方法可以根据邮件的内容决定是否发送行为，可以有效避免向用户发送渲染失败或者可能降低用户体验的不符合邮件营销预期的邮件。本实施例加入根据邮件内容决定是否发送邮件的发送逻辑判断规则，可以向用户发送符合预期设置的邮件，可以提升用户体验，增加商品成交转化率，提高邮件营销效果。基于本申请所述的邮件的展示信息处理方法，本申请提供一种邮件的展示信息处理装置。图5是本申请所述邮件的展示信息处理装置一种实施例的模块结构示意图，如图5所示，所述装置可以包括：模板存储模块101，可以用于存储根据预先定义的模板引擎语言规则生成的邮件模板；模板加载模块102，可以用于根据获取的模板标识信息从所述模板存储模块中查找并加载相应的邮件模板；第一解析处理模块103，可以用于根据所述模板引擎语言规则解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块；第二解析处理模块104，可以用于根据所述模板引擎语言规则解析包括设置在所述展示区块中的数据标签，生成邮件的渲染区块；展示信息处理模块105，可以用于存储预先设置的展示逻辑规则，并选取符合所述展示逻辑规则的渲染区块生成邮件的信息展示内容。本申请所述装置所述的预先定义的模板引擎语言规则可以基于选取的邮件内容管理系统语言进行自定义需求的设置，使其符合邮件内容信息处理的需求。例如本申请的一种实施例中所述的模板引擎语言规则可以包括基于mcms生成的模板引擎语言规则。所述的模板引擎语言规则可以包括设置邮件模板的结构标签、数据标签等，具体的设置的结构标签、数据标签的变量名、引用规则及所述展示逻辑规则的设置方式等可以参考上述方法实施例中描述，在此不做赘述。本申请实施例中提供的邮件的展示信息处理装置可以基于某种邮件内容管理系统定义设计模板引擎语言规则，大大降低邮件信息处理的难度和复杂性。同时本申请可以设置邮件的信息展示逻辑，当经过模板加载、标签解析、渲染出来后如果存在不符合设置的展示逻辑规则的渲染区块，则在所述邮件中不展示不符合展示逻辑规则的渲染区块，如渲染失败等。本申请提供的所述邮件的展示信息处理方法不仅能够在邮件中表达场景的变量渲染、循环展现、条件展现等网页渲染的处理方式，还能实现根据渲染结果形成的推荐内容控制是否展示相应商品的信息，大大提高了邮件推荐商品信息展示的灵活性、便利性、个性化和处理效率及营销信息展示效果等。本申请所述装置的一种实施例中，所述预先定义的模板引擎语言规则可以包括：定义模板的结构标签，所述结构标签可以包括指示在模板中加载指定展示区块的指令信息；定义模板的数据标签，所述数据标签可以包括设置的在模板中进行输出展示的变量信息。本申请所述装置的另一种实施例中，所述预先定义的模板引擎语言规则还包括：定义变量的数据源标签，所述数据源标签用于指示设置有数据源标签的变量基于设置的引擎接口从指定数据源中读取数据。所述的模板引擎语言规则可以包括设置邮件模板的结构标签、数据标签等，具体的设置的结构标签、数据标签的变量名、引用规则及所述展示逻辑规则的设置方式等可以参考上述方法实施例中描述，在此不做赘述。本实施例说的模板引擎语言规则中可以定义设置数据源，可以用于设置有加载数据源的变量基于设置的引擎接口进行读取数据的后台数据。所述的数据源可以来源于后台邮件信息处理的服务数据库。一般的，在本实施例mcms语言中，当后台数据库实现了模板引擎mcms的标准数据接口便可以能够在模板引擎mcms中使用mc：list标签进行调用加载使用后台数据库中的数据。所述的数据源标签中通过可以包引用的数据源标识信息，如加载引擎的数据库的地址或其他数据加载代码等。由于引入数据源特性，因此本实施例的实施方案中可以在邮件模板的数据源时指定模板或者变量的数据源，大大提高的邮件展示信息内容的可扩展性和个性化定制邮件模板的便利性。图6是本申请所述邮件的展示信息处理装置另一种实施例的模块结构示意图，如图6所示，所述装置还可以包括：数据源切换模块106，可以用于修改数据源标签中变量的数据源标识信息。本申请装置中引入数据源的概念，能够在渲染生成邮件展示信息时指定数据源，在不同的邮件营销需求或营销应用场景中，通过本实施例可以实现现有常规方式velocity无法实现的一键切换数据源来修改展示内容的目的，大大提高了邮件信息展示内容的数据处理效率和展示内容的灵活切换。图7是本申请所述邮件的展示信息处理装置另一种实施例的模块结构示意图，如图7所示，所述装置还可以包括：删除模块107，可以用于当判断变量的数据源标识标签所指示的数据源不存在时，删除所述数据源不存在的变量所对应的渲染区块。本申请所述方法提供了判断邮件中的信息内容是否进行展示的展示逻辑规则。本申请的另一种实施例中，在邮件模板的标签解析、渲染过程中，如果存在数据源，则读取数据源中的数据进行渲染。但如果设置的数据源不存在，例如商品下架、店铺停业、读取错误等，则邮件中相应展示区块的商品信息内容可能存在空白或信息不完整等，此时可以设置不展示该区块对应的数据源的商品信息内容。本申请所述装置的另一种实施例中，所述展示信息处理模块105存储的展示逻辑规则包括下述中的至少一种：若邮件模板中所述渲染区块的总个数大于等于设置的下限阈值，则将所述渲染区块的商品信息在邮件中进行展示；否则，不展示所述渲染区块的商品信息；若邮件模板中所述渲染区块的总个数小于等于设置的上限阈值，则将所述渲染区块的商品信息在邮件中进行展示；否则，选取所述上限阈值个渲染区块的商品信息在邮件中进行展示；若展示行中排列的渲染区块个数小于设置的单行排列个数，则不展示所述展示行中的渲染区块的商品信息。当然，在其他的应用场景中，可以根据商品信息展示需求设计相应的展示逻辑规则，模板引擎系统可以根据设置的展示逻辑规则决定邮件中商品信息展示内容。若没有符合所述展示逻辑规则的渲染区块，则所述邮件中展示的推荐商品可以为空。图8是本申请所述邮件的展示信息处理装置另一种实施例的模块结构示意图，如图8所示，所述装置还可以包括：邮件发送模块108，可以用于判断所述邮件的信息展示内容是否符合设置的邮件发送规则，并根据判断结果确定是否发送邮件。在具体的实施过程中，所述邮件发送模板108可以在mcms中以邮件发送组件的形式实现。本实施例提供的邮件的信息处理装置可以根据邮件的内容决定是否发送行为，可以有效避免向用户发送渲染失败或者可能降低用户体验的不符合邮件营销预期的邮件。本实施例加入根据邮件内容决定是否发送邮件的发送逻辑判断规则，可以向用户发送符合预期设置的邮件，可以提升用户体验，增加商品成交转化率，提高邮件营销效果。基于上述实施例所述的方法和装置，本申请还提供一种邮件系统。具体的，本实施例提供的一种邮件系统，包括存储器、处理器，其中，所述存储器用于存储根据预先定义的模板引擎语言规则生成的邮件模板，以及根据预先定义的模板引擎语言规则设置的结构标签和数据标签；所述处理器被设置成执行，包括：根据获取的模板标识信息从所述存储器中查找并加载相应的邮件模板；根据所述模板引擎语言规则解析所述邮件模板中设置的结构标签，确定所述邮件模板的展示区块；根据所述模板引擎语言规则解析包括设置在所述展示区块中的数据标签，生成邮件的渲染区块；存储预先设置的展示逻辑规则，并选取符合所述展示逻辑规则的渲染区块生成邮件的信息展示内容。所述的邮件系统存储器可以通过设置的一个或多个模板数据库和/或标签数据库来存储邮件模板和/或设置的用户名变量、类目信息变量、展示区块等标签信息。如前述所述，一种实施方式中可以采用基于mcms的邮件模板引擎语言实现邮件营销系统。所述的处理器可以为中央处理器(cpu)，或者其他逻辑处理单元，可以读取加载邮件模板，并对模板进行解析。然后，所述处理器可以判断结构标签、数据标签解析渲染出来后得到的渲染区块是否符合设置的展示逻辑规则，即根据邮件生成的内容决定是否进行展示。这样，本申请提供的邮件系统可实现更加个性化、可扩展性强、展示信息效果好的精准邮件，提高邮件的展示效果，提高邮件营销的效果。本申请提供的邮件系统的另一种实施方式中，还可以在所述系统中加入根据邮件的内容来决定是否发送邮件的判断逻辑，这样可以提供系统的邮件智能化处理，提示系统邮件处理效率，也会使发送给用户的邮件的信息内容更加符合预期效果。具体的，本申请所述系统的另一种实施例中所述处理器还被设置成执行：可以判断所述邮件的信息展示内容是否符合设置的邮件发送规则，并根据判断结果确定是否发送邮件。本申请提供的邮件的展示信息处理方法、装置和系统，可以预先定义设置模板引擎语言规则，根据模板数据的处理需求和商品营销策略等确定所述模板引擎语言规则，如数据标签、结构标签等。例如mcms定义设置适用营销邮件中信息展示处理的模板引擎语言规则，大大降低营销邮件信息处理的难度和复杂性。同时本申请可以设置邮件的信息展示逻辑，当经过模板加载、标签解析、渲染出来后如果存在不符合设置的展示逻辑规则的渲染区块，则在所述邮件中不展示不符合展示逻辑规则的渲染区块，如渲染失败等。本申请提供的所述邮件的展示信息处理方法能实现根据渲染结果形成的推荐内容控制是否展示相应商品的信息，大大提高了邮件推荐商品信息展示的灵活性、便利性、个性化和处理效率及营销信息展示效果等。尽管本申请内容中提到mcms邮件模板引擎语言、变量参数定义及加载规则设置、标签解析及内容渲染、内容展示或邮件发送规则的设置等之类的描述，但是，本申请并不局限于必须是完全符合标准设计语言或实施例所描述的情况。某些设计语言或实施例描述的基础上略加修改后的实施方案也可以实行上述实施例相同、等同或相近、或变形后可预料的实施效果。当然，即使不采用上述msmc语言或者数据处理、判断的方式，只要符合本申请上述各实施例的规则定义、信息交互和信息判断反馈方式，仍然可以实现相同的申请，在此不再赘述。虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。上述实施例阐明的单元、装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现，例如可以将存储器分成模板仓库和标签仓库，分别存储邮件模板和设置的结构标签、变量标签等。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。当前第1页12