动态页面的实现方法和装置与流程

本说明书涉及网络通信技术领域，尤其涉及一种动态页面的实现方法和装置。

背景技术：

随着移动网络技术的发展，客户端app(应用程序)飞速成为终端上的主流程序。用户可以使用各个网络服务提供者的app，与对应的服务端进行通信，来实现该网络服务提供者的各项业务。具体而言，用户通过在app内打开的各个页面来与服务端交互，完成获取业务信息、启动和控制业务过程、提交业务数据等各个流程。

由于页面与业务的耦合程度很高，而客户端的升级速度通常难以适应业务快速变化的要求，因此app内的很多页面是动态页面，即无需升级在终端上安装的客户端软件即可随业务需求而变化的页面。客户端动态页面可以采用页面模板和业务数据的结合来实现。通常动态页面中不发生变化的内容由页面模板的模板文件来描述，而将可能发生变化的内容作为业务数据，客户端将页面模板的模板文件与业务数据相结合即可得到完整的页面数据，来呈现页面(包括运行页面上的业务逻辑)。

客户端页面的页面模板通常是固定的。当某个页面被客户端请求时，服务端将该页面已经确定的页面模板、以及匹配于该页面模板的当前业务数据下发给客户端。也就是说，页面数据中根据当前实际情形变化往往只有业务数据。随着业务复杂程度的提高，对动态页面提供更为细化的业务服务的能力提出了要求。

技术实现要素：

有鉴于此，本说明书提供一种动态页面的实现方法，包括：

在收到客户端的页面数据请求后，获取所请求页面的规则配置，所述规则配置中包括若干个子模板、以及至少一个子模板的选用规则；

获取所述客户端的规则特征参数，根据规则特征参数和子模板的选用规则，确定所请求页面的模板集合中的子模板；

采用所述模板集合生成下发给所述客户端的页面数据。

本说明书还提供了一种动态页面的实现装置，包括：

规则配置获取单元，用于在收到客户端的页面数据请求后，获取所请求页面的规则配置，所述规则配置中包括若干个子模板、以及至少一个子模板的选用规则；

模板集合确定单元，用于获取所述客户端的规则特征参数，根据规则特征参数和子模板的选用规则，确定所请求页面的模板集合中的子模板；

页面数据生成单元，用于采用所述模板集合生成下发给所述客户端的页面数据。

本说明书提供的一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行上述动态页面的实现方法所述的步骤。

本说明书提供的一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，执行上述动态页面的实现方法所述的步骤。

由以上技术方案可见，本说明书的实施例中，将包括若干个子模板的模板集合作为动态页面的页面模板，在为动态页面设置的规则配置中指定子模板以及子模板的选用规则，在服务端收到客户端的页面数据请求后，将客户端的规则特征参数应用于子模板的选用规则，来决定将哪个或哪些子模板作为模板集合的成员，并根据模板集合向客户端下发页面数据，从而能够根据客户端由规则特征参数描述的实际情形来动态生成适用于该客户端的页面模板，具有提供更为细化的业务服务的能力，为实现复杂程度高的业务提供了良好的支持。

附图说明

图1是本说明书实施例中一种动态页面的实现方法的流程图；

图2是本说明书应用示例中一种客户端、业务服务器、模板服务器、规则服务器和数据服务器之间的交互流程示意图；

图3是本说明书应用示例中是否选用子模板的判断流程示意图；

图4是运行本说明书实施例的设备的一种硬件结构图；

图5是本说明书实施例中一种动态页面的实现装置的逻辑结构图。

具体实施方式

客户端页面的页面模板可以拆分为若干个子模板，每个子模板的模板文件描述不随业务数据变化而发生变化的部分页面的内容。这样，每个页面的页面模板可以对应于一个模板集合，该模板集合中包括一个到多个子模板，分别对应于组成该页面的各个部分；将模板集合中各个成员子模板排列后，即可得到该页面的页面模板。

当某个页面的模板集合的成员子模板发生变化时，页面模板也对应的发生变化；如在模板集合中增加新的子模板后即可在页面上增加对应的内容、在模板集合中删除原有的子模板后即可在页面上去掉对应的内容、将作为模板集合成员的一个子模板替换为另一个子模板后即可修改页面上的一部分内容等等。

可见，可以将动态页面拆分为若干个部分，每个部分对应一个到多个子模板，如果采用一定的适用条件来确定在页面中是否包括某个部分、以及该部分要使用哪个子模板，即可根据客户端的实际情形(包括客户端本身的具体情形、以及客户端所进行的业务的具体情形等)，来使该客户端使用相匹配的页面模板。此外，只需修改适用条件，就可以在业务要求发生变化时更改客户端使用的页面模板。

基于上述思路，本说明书的实施例提出一种新的动态页面的实现方法，在页面的规则配置中指定可能作为该页面的模板集合成员的所有子模板，并设置至少一个子模板的选用规则；在收到客户端的页面数据请求后，将该客户端的规则特征参数应用于子模板的选用规则，来确定该页面的模板集合中的子模板，以用来生成下发给该客户端的页面数据，使得页面模板能够根据实际情形的变化而变化，从而解决了现有技术中存在的问题。

本说明书的实施例中，某个网络提供商的客户端安装在用户侧的设备上，与该网络服务提供者的服务端之间通过网络相互可访问。其中，运行客户端的设备可以是手机、平板电脑、pc(personalcomputer，个人电脑)、笔记本等；服务端可以运行在一个到多个设备上，如pc、笔记本、服务器等，服务端可以作为一个逻辑服务器运行，也可以由两个或两个以上分担不同职责的逻辑服务器、相互协同来实现本说明书实施例中服务端的各项功能。

本说明书的实施例中，动态页面的实现方法的流程如图1所示，该方法应用在网络服务提供者的服务端。

步骤110，在收到客户端的页面数据请求后，获取所请求页面的规则配置，所述规则配置中包括若干个子模板、以及至少一个子模板的选用规则。

本说明书的实施例中，预先为每个需要动态生成页面模板的页面设置规则配置。页面模板由该页面的模板集合中的所有成员子模板组成，在规则配置中包括可能成为该页面的模板集合成员的所有子模板。这些子模板中，有的或者每个子模板在一定条件下能够成为该页面的模板集合成员，能够和/或不能成为模板集合成员的条件由该子模板的选用规则来描述。此外，子模板中还可以有作为该页面模板集合的固定成员的子模板(即在任何条件下该子模板都会成为页面模板的组成部分)，对作为固定成员的子模板可以不设置选用规则。

选用规则中的条件针对一个到多个规则特征参数来设置。规则特征参数可以是服务端可以获得的、并且能够反映客户端实际情形任意参数，例如，可以是描述客户端本身的客户端属性参数(如客户端版本、客户端是否安装某个组件等)，可以是描述在该客户端登录的用户账户的用户属性参数(如用户账户的vip等级、用户账户类别等)，可以是描述运行该客户端的设备当前地理位置的地理位置参数(如所在的城市、基于全球定位系统的经纬度等)，可以是描述该客户端所在操作系统的操作系统属性参数(如操作系统的名称、操作系统版本号等)，还可以是描述该客户端与该页面相关联的一个到多个业务的业务属性参数(如客户端所进行业务的业务类型、业务所需的安全等级等)。

可以根据应用场景的需求来采用不同类型的选用规则，本说明书的实施例不做限定。通常选用规则的类型包括入选规则和排除规则中的一种或者两种。其中，某个子模板的入选规则是当客户端的一个到多个规则特征参数满足该子模板的预定入选条件时，将该子模板作为模板集合的成员；某个子模板的排除规则是当客户端的一个到多个规则特征参数满足该子模板的预定排除条件时，不将该子模板作为模板集合的成员。

在一些应用场景中，某个或某些子模板通常在一定的条件下使用，而在一些特定时间段内则成为模板集合的固定成员。对这样的应用场景，可以在选用规则的类型中增加强制规则，当某个子模板的选用规则中包括强制规则时，则无需考虑该子模板的其他选用规则，直接将该子模板作为模板集合的成员。这样，当特定时间段到来时，可以在该子模板的选用规则中添加强制规则，而无需更改该子模板的其他选用规则，当特定时间段过去时，只要删除强制规则，即可恢复该子模板的规则配置，极大的方便了对页面模板的临时调整。

在生成页面的规则配置后，可以将页面与其规则配置的对应关系保存在服务端可以访问的存储位置。

客户端在打开某个采用本说明书实施例实现的页面时，向服务端发起页面数据请求，在页面数据请求中携带可以用来确定所打开的是哪个页面的信息，该信息可以是要打开页面的标识，也可以是客户端发起某个业务过程的指示(即要打开的页面是用来进行该业务过程的页面)，不做限定。服务端收到客户端的页面数据请求，确定客户端所请求的页面，从保存页面与规则配置的对应关系的存储位置读取该页面的规则配置。

步骤120，获取客户端的规则特征参数，根据规则特征参数和子模板的选用规则，确定所请求页面的模板集合中的子模板。

在得到客户端请求页面的规则配置后，服务端可以按照该规则配置中所采用的规则配置参数，来获取该客户端的这些规则配置参数的值。在不同的应用场景中，对不同的规则特征参数，服务端可以采用不同的获取方式，本说明书的实施例不做限定。

例如，在一些应用场景中，客户端有的操作系统属性参数、客户端属性参数、以及用户属性参数，会由客户端在登录到服务端时提供给服务端，服务端会保存这些参数与客户端所在的用户侧设备的对应关系。在客户端发起页面数据请求后，服务端可以根据发起请求的用户侧设备，从保存的对应关系中得知客户端的这些规则特征参数。

再如，对一些反映客户端当前状态的规则特征参数，如有的地理位置参数、业务属性参数等，可以由客户端在页面数据请求中发送给服务端，服务端从页面数据请求中提取这些参数值即可。

在得到客户端的规则特征参数后，服务端将这些规则特征参数应用于页面的规则配置中每个子模板的选用规则，以确定某个子模板是否成为该页面模板集合的成员。具体而言，对包括模板集合固定成员的页面，假设对固定成员不在规则配置中设置选用规则的，服务端在得到客户端的规则配置参数后，将所请求页面的规则配置中不具有选用规则的子模板作为所请求页面模板集合的成员，将客户端的规则特征参数与每个子模板的选用规则相匹配，根据匹配结果和选用规则的类型确定是否将具有该选用规则的子模板作为所请求页面模板集合的成员。

例如，如果客户端的规则特征参数匹配于某个子模板的入选规则，则该子模板成为模板集合的成员；再如，如果客户端的规则特征参数匹配于某个子模板的排除规则，则该子模板不会成为模板集合的成员。

一个页面的规则配置中，一个子模板可以有一条到多条选用规则，这些选用规则可以是不同的类型，采用不同的规则特征参数，具有不同的条件(如预定入选条件或预定排除条件)，不做限定。这样，通过将在一个页面上可能使用的子模板写入该页面的规则配置中，并采用能够描述使用每个子模板的实际情形的规则特征参数来构成该每个子模板的选用规则，就可以得到匹配于各种不同实际情形的模板集合。以下举几个例子来说明。

第一个例子：如果希望对不同城市的用户，在页面的某个部分采用不同的模板来呈现内容，则可以将客户端所在城市作为一个规则特征参数，将每个城市在该部分要使用的模板作为一个子模板，并且将客户端所在城市是哪个来作为用于该城市的子模板的入选规则。这样可以以城市为地区级别进行至少部分页面的差异化显示，根据不同城市分别控制渲染页面时使用的模板。

第二个例子：将客户端版本作为一个规则特征参数，将页面上因客户端版本不同而不同的布局作为与每个客户端版本对应的数个子模板，将客户端版本是哪个来作为用于该版本的子模板的入选规则，从而实现基于客户端版本的差异化模板渲染控制。

第三个例子：将在客户端登录的用户账户等级作为一个规则特征参数，每个用户账户等级对应于一个子模板，将用户账户等级为几级来作为用于该级别用户账户的子模板的入选规则，能够实现基于用户账户的模板差异化。

第四个例子：将客户端所在操作系统的名称，如android或ios，作为一个规则特征参数，将适用于每种操作系统的页面布局作为一个子模板，以操作系统名称是哪个来作为用于该操作系统的子模板的入选规则，实现基于不同操作系统的差异化模板渲染控制。

第五个例子：设网络服务提供者在进行几个促销活动，当客户端启动某项业务时，根据为该业务设置的促销活动来展示页面的相应部分。可以将客户端启动的业务作为一个规则特征参数，将展示每个促销活动的模板作为一个子模板，以客户端启动的业务是哪个来作为用于与该业务对应的促销活动的子模板的入选规则，即可按照客户端所启动的业务来进行页面呈现。

步骤130，采用模板集合生成下发给该客户端的页面数据。

对客户端所请求的页面，服务端确定的该页面的模板集合即为组成该页面模板的所有子模板的集合。生成页面数据的方法可参照现有技术实现，不再赘述。根据服务端与客户端的具体实现，生成的页面数据可以具有不同的形式，本说明书的实施例不做限定。

例如，在网络服务提供者的服务端包括业务服务器和数据服务器的应用场景中，业务服务器负责响应客户端的页面数据请求，数据服务器负责提供业务数据。在这种应用场景中，业务服务器可以在生成客户端所请求页面的模板集合后，从数据服务器获取模板集合中每个子模板对应的业务数据，将模板集合中每个子模板的模板文件、和对应于每个子模板的业务数据打包后生成该客户端的页面数据。

再如，在网络服务提供者的服务端包括业务服务器、模板服务器和数据服务器的应用场景中，业务服务器负责响应客户端的页面数据请求，数据服务器负责提供业务数据，模板服务器负责向客户端提供模板文件。这种应用场景中，业务服务器可以在生成客户端所请求页面的模板集合后，从数据服务器获取该模板集合中每个子模板对应的业务数据，采用模板集合和所获取的业务数据生成页面数据下发给所述客户端。客户端从页面数据中可以得知要使用哪个或哪些子模板的模板文件，这样客户端可以从模板服务器获取作为模板集合成员的每个子模板的模板文件，并按照模板文件和业务数据进行页面呈现。

可见，本说明书的实施例中，将包括若干个子模板的模板集合作为页面的页面模板，在页面的规则配置中指定子模板以及子模板的选用规则，在服务端收到客户端的页面数据请求后，将该客户端的规则特征参数应用于子模板的选用规则，来确定该页面的模板集合中的子模板，并根据模板集合向客户端下发页面数据，使得页面模板能够根据随客户端实际情形的变化而变化，具有提供更为细化的业务服务的能力，为实现复杂程度高的业务提供了良好的支持。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书的一个应用示例中，第三方支付平台的服务端包括业务服务器、模板服务器、规则服务器和数据服务器，第三方支付平台的客户端安装在用户的终端上。客户端、业务服务器、模板服务器、规则服务器和数据服务器之间的交互流程如图2所示。其中，规则配置服务器上维护有客户端各个动态页面的页面标识与该页面的规则配置的对应关系，模板服务器上维护有每个子模板的模板文件。

当用户在客户端上打开某个动态页面时，客户端向业务服务器发送页面数据请求，在页面数据请求中包括所请求页面的标识。

业务服务器提取页面数据请求中的页面标识，向规则服务器查询该页面的规则配置。规则服务器将该页面标识对应的规则配置返回给业务服务器。

页面的规则配置中包括每个可能在该页面使用的子模板、以及其中部分或全部子模板的选用规则。选用规则包括included(入选规则)、excluded(排除规则)和ignore(强制规则)三种类型。

页面的规则配置的格式采用json(javascriptobjectnotation，java脚本对象标记)结构。一种示例性的结构如下：

其中，page1和page2是两个页面的页面标识，block1和block2是两个子模板的标识，ruletype用来定义规则类型，key1、key2和key3为规则特征参数，value1、value2和value3为规则特征参数的取值。其中，规则特征参数及其取值定义了匹配条件，而ruletype定义了规则类型，匹配条件和规则类型相结合，来确定所属的子模板是否为该页面模板集合的成员，即该页面是否采用该子模板。

上述规则配置示例的含义为：对页面标识为page1的页面，当规则特征参数key1的值为value1或value2、规则特征参数key2的值为value1或value2、并且规则特征参数key3的值为value3或value2时，page1页面的模板集合中包括子模板block1、不包括子模板block2；否则page1页面的模板集合中不包括子模板block1、包括子模板block2。对页面标识为page2的页面，子模板block1适用ignore强制规则，不论是否对子模板block1定义了其他规则，page2页面的模板集合中都包括子模板block1。

业务服务器按照客户端所请求页面的规则配置中采用的规则特征参数，获取该客户端的这些规则特征参数的值，将其应用于规则配置中各个子模板的选用规则，决定该页面的模板集合中包括哪个或哪些子模板。

设客户端页面的规则特征参数包括：userlist(用户账户名称)、areacodelist(客户端所在城市)、bizidlist(业务类型)、clientostypelist(操作系统名称)、clientversionlist(客户端版本号)五个，在规则配置中采用上述5个规则特征参数来设置子模板选用规则的匹配条件，则对于每一个子模板，可以根据图3所示的流程来判断是否将该子模板作为模板集合的成员：

步骤302，提取一个子模板的选用规则；

步骤304，判断选用规则中是否包括ignore类型，如果包括，则将该子模板的标识写入模板集合中，流程结束；否则执行步骤306；

步骤306，判断客户端userlist的值是否符合userlist的匹配条件，如果符合，执行步骤308，否则转步骤318；

步骤308，判断客户端areacodelist的值是否符合areacodelist的匹配条件，如果符合，执行步骤310，否则转步骤318；

步骤310，判断客户端bizidlist的值是否符合bizidlist的匹配条件，如果符合，执行步骤312，否则转步骤318；

步骤312，判断客户端clientostypelist的值是否符合clientostypelist的匹配条件，如果符合，执行步骤314，否则转步骤318；

步骤314，判断客户端clientversionlist的值是否符合clientversionlist的匹配条件，如果符合，执行步骤316，否则转步骤318；

步骤316，判断该子模板的规则类型，如果是included，则将该子模板的标识写入模板集合中，流程结束；

步骤318，判断该子模板的规则类型，如果是excluded，则将该子模板的标识写入模板集合中，流程结束。

设页面标识为home_page的页面、页面标识为shop_page的页面的规则配置如下：

根据上述规则配置，对于home_page页面，如果客户端的规则特征参数areacode为810000、或820000、或匹配392.*，bizid为1111或2222，客户端操作系统为android或ios，userlist匹配123[45].*，则子模板homeblock1会成为该客户端的home_page页面的模板集合成员；否则该客户端的home_page页面不使用子模板homeblock1；

对于home_page页面，如果客户端的规则特征参数areacode为810000、或820000、或匹配392.*，bizid为1111或2222，客户端操作系统为android或ios，userlist匹配123[45].*，则该客户端的home_page页面不使用子模板homeblock2；否则子模板homeblock2会成为该客户端的home_page页面的模板集合成员；

对于shop_page页面，由于子模板shopblock1设置了ignore规则，则对子模板shopblock1设置的其他规则忽略，子模板shopblock1会成为该客户端的shop_page页面的模板集合成员。

在确定适用于该客户端所请求页面的模板集合后，业务服务器按照模板集合中每个子模板所需的业务数据，向数据服务器发起业务数据查询请求。数据服务器将被请求的业务数据返回给业务服务器。为了加快对客户端的响应速度，业务服务器可以采用多个进程或线程来获取业务数据。

业务服务器将模板集合、业务数据按照预定格式封装为页面数据，将页面数据响应中发送给客户端。

客户端从页面数据响应中提取出模板集合和业务数据，按照模板集合中各个子模板的标识，向模板服务器发起模板文件请求。模板服务器将具有这些标识的子模板的模板文件返回给客户端。

客户端将模板文件与业务数据相结合后，进行页面呈现。

与上述流程实现对应，本说明书的实施例还提供了一种动态页面的实现装置。该装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过运行本说明书实施例的设备的cpu(centralprocessunit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图4所示的cpu、内存以及存储器之外，动态页面的实现装置所在的设备通常还包括用于进行无线信号收发的芯片等其他硬件，和/或用于实现网络通信功能的板卡等其他硬件。

图5所示为本说明书实施例提供的一种动态页面的实现装置，包括规则配置获取单元、模板集合确定单元和页面数据生成单元，其中：规则配置获取单元用于在收到客户端的页面数据请求后，获取所请求页面的规则配置，所述规则配置中包括若干个子模板、以及至少一个子模板的选用规则；模板集合确定单元用于获取所述客户端的规则特征参数，根据规则特征参数和子模板的选用规则，确定所请求页面的模板集合中的子模板；页面数据生成单元用于采用所述模板集合生成下发给所述客户端的页面数据。

一个例子中，所述子模板的选用规则的类型包括：入选规则和排除规则中的至少一种；所述入选规则为：当客户端的一个到多个规则特征参数满足所述子模板的预定入选条件时，将所述子模板作为模板集合的成员；所述排除规则为：当客户端的一个到多个规则特征参数满足所述子模板的预定排除条件时，不将所述子模板作为模板集合的成员。

上述例子中，所述子模板的选用规则的类型还包括：强制规则，当子模板的选用规则包括强制规则时，将所述子模板作为模板集合的成员。

可选的，所述模板集合确定单元根据规则特征参数和子模板的选用规则，确定所请求页面的模板集合中的子模板，包括：将所请求页面的规则配置中不具有选用规则的子模板作为所请求页面模板集合的成员；将所述客户端的规则特征参数与子模板的选用规则相匹配，根据匹配结果和选用规则的类型确定是否将具有所述选用规则的子模板作为所请求页面模板集合的成员。

一种实现方式中，所述规则特征参数包括以下一项到多项：地理位置参数、操作系统属性参数、客户端属性参数、用户属性参数、业务属性参数。

上述实现方式中，所述地理位置参数包括：所在的城市；所述操作系统参数包括：操作系统的名称；所述客户端属性参数包括：客户端版本。

可选的，所述页面数据生成单元具体用于：获取所述模板集合中每个子模板对应的业务数据，采用模板集合和所获取的业务数据生成页面数据下发给所述客户端，供所述客户端根据模板集合获取作为其成员的子模板的模板文件，按照模板文件和业务数据进行页面呈现。

本说明书的实施例提供了一种计算机设备，该计算机设备包括存储器和处理器。其中，存储器上存储有能够由处理器运行的计算机程序；处理器在运行存储的计算机程序时，执行本说明书实施例中动态页面的实现方法的各个步骤。对动态页面的实现方法的各个步骤的详细描述请参见之前的内容，不再重复。

本说明书的实施例提供了一种计算机可读存储介质，该存储介质上存储有计算机程序，这些计算机程序在被处理器运行时，执行本说明书实施例中动态页面的实现方法的各个步骤。对动态页面的实现方法的各个步骤的详细描述请参见之前的内容，不再重复。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。