页面预览的实现方法和装置与流程

本申请涉及网络通信技术领域，尤其涉及一种页面预览的实现方法和装置。

背景技术：

随着网络技术的发展和普及，越来越多的商业服务和公共服务迁移到网络上。网络服务需要制作向公众展示商品或具体服务项目、以及完成购买商品或体验服务过程等的各种页面。为了便于用户(如商户或服务提供商)制作页面，许多平台提供了各种页面的页面框架，商户和服务提供商只需选择喜欢的页面框架，填写自己希望展示的具体内容(如文字、图片等)，即可生成各种页面。

有的平台还提供了在制作过程中对页面进行预览的功能，以便用户可以了解页面的实际效果。现有技术中，用户通常只能在制作页面的终端上进行页面预览，而实际展示页面的终端往往不同于制作页面的终端。例如，用户常常在pc(personalcomputer，个人电脑)上进行页面制作，而制作出来的页面可能用于平板电脑或智能手机上。由于不同终端的操作系统、屏幕显示参数可能很不相同，在一种终端上的预览效果往往与实际展示在另一种终端上的效果存在相当大的区别。现有技术中用户需要在制作完成提交给平台后，才能在另一种终端上看到实际展示的效果，如果用户对效果不满意，通常得反复多次进行修改和提交，不仅非常不便而且效率很低。

技术实现要素：

有鉴于此，本申请提供一种页面预览的实现方法，应用在第一终端上，包括：

向服务端发送页面生成请求，接收服务端返回的页面生成响应，所述页面生成响应中包括待生成页面的第一页面标识；

向用户或第二终端提供所述第一页面标识；

获取用户确定的待生成页面的可配置数据，将可配置数据发送给服务端，供服务端向第二终端下发所述可配置数据，用来在第二终端上进行页面预览；所述第二终端向服务端上传的第二页面标识与所述第一页面标识相同。

本申请提供的一种页面预览的实现方法，应用在第二终端上，包括：

获取预览页面的第二页面标识；

向服务端发送包括所述第二页面标识的页面预览请求；

从服务端接收所述预览页面的可配置数据，采用所述可配置数据显示所述预览页面；所述可配置数据由第一终端上传给服务端，服务端下发给第一终端的第一页面标识与所述第二页面标识相同。

本申请提供的一种页面预览的实现方法，应用在服务端，包括：

根据第一终端的页面生成请求，生成待生成页面的第一页面标识，将携带有第一页面标识的页面生成响应发送给第一终端；

接收第二终端包括预览页面第二页面标识的页面预览请求；

接收第一终端上传的待生成页面的可配置数据；

将第一终端上传的可配置数据下发给第二终端，所述第二终端发送的页面预览请求中携带有与第一页面标识相同的第二页面标识。

本申请还提供了一种页面预览的实现装置，应用在第一终端上，包括：

页面生成请求单元，用于向服务端发送页面生成请求，接收服务端返回的页面生成响应，所述页面生成响应中包括待生成页面的第一页面标识；

页面标识提供单元，用于向用户或第二终端提供所述第一页面标识；

可配置数据上传单元，用于获取用户确定的待生成页面的可配置数据，将可配置数据发送给服务端，供服务端向第二终端下发所述可配置数据，用来在第二终端上进行页面预览；所述第二终端向服务端上传的第二页面标识与所述第一页面标识相同。

本申请提供的一种页面预览的实现装置，应用在第二终端上，包括：

页面标识获取单元，用于获取预览页面的第二页面标识；

页面预览请求单元，用于向服务端发送包括所述第二页面标识的页面预览请求；

可配置数据接收单元，从服务端接收所述预览页面的可配置数据，采用所述可配置数据显示所述预览页面；所述可配置数据由第一终端上传给服务端，服务端下发给第一终端的第一页面标识与所述第二页面标识相同。

本申请提供的一种页面预览的实现装置，应用在服务端，包括：

页面生成响应单元，用于根据第一终端的页面生成请求，生成待生成页面的第一页面标识，将携带有第一页面标识的页面生成响应发送给第一终端；

页面预览请求接收单元，用于接收第二终端包括预览页面第二页面标识的页面预览请求；

上传可配置数据接收单元，用于接收第一终端上传的待生成页面的可配置数据；

可配置数据下发单元，用于将第一终端上传的可配置数据下发给第二终端，所述第二终端发送的页面预览请求中携带有与第一页面标识相同的第二页面标识。

由以上技术方案可见，本申请的实施例中，第一终端在制作待生成页面时，将服务端生成并下发的待生成页面的第一页面标识提供给用户或第二终端，第二终端采用预览页面的第二页面标识向服务端请求预览页面的可配置数据；服务端通过第一页面标识和第二页面标识匹配第一终端和第二终端，将第一终端上传的可配置数据下发给第二终端，从而实现了在第二终端上进行在第一终端上制作页面的预览，使得用户在页面制作过程中即可从实际使用页面的第二终端上看到页面的展示效果，无需重复制作和提交过程，在减少用户操作的同时提高了用户的页面制作效率。

附图说明

图1是本申请实施例中一种应用在第一终端、页面预览的实现方法的流程图；

图2是本申请实施例中一种应用在第二终端、页面预览的实现方法的流程图；

图3是本申请实施例中一种应用在服务端、页面预览的实现方法的方法的流程图；

图4是本申请应用示例一中一种可配置数据输入页面的显示示意图；

图5是本申请应用示例一中一种二维码扫描页面和一种预览页面的显示示意图；

图6是本申请应用示例二中一种可配置数据输入页面的显示示意图；

图7是本申请应用示例二中一种口令输入页面和一种预览页面的显示示意图；

图8是第一终端、第二终端、或服务端所在设备的一种硬件结构图；

图9是本申请实施例中一种应用在第一终端、页面预览的实现装置的逻辑结构图；

图10是本申请实施例中一种应用在第二终端、页面预览的实现装置的逻辑结构图；

图11是本申请实施例中一种应用在服务端、页面预览的实现装置的逻辑结构图。

具体实施方式

本申请的实施例提出一种新的页面预览的实现方法，服务端向制作页面的第一终端下发待生成页面的第一页面标识，第一终端采用第一页面标识向服务端上传待生成页面的可配置数据；进行页面预览的第二终端在向服务端请求预览页面的可配置数据时向服务端提供预览页面的第二页面标识，服务通过第一页面标识和第二页面标识将第一终端和第二终端匹配起来，并将第一终端上传的可配置数据下发给第二终端，这样用户可以在第二终端上对第一终端上正在制作的页面的实际展示效果进行预览，能够避免反复的修改和提交过程，以解决现有技术中存在的问题。

本申请的实施例中，第一终端与服务端、第二终端与服务端通过网络相互可访问。其中，第一终端或第二终端可以是手机、平板电脑、pc(personalcomputer，个人电脑)、笔记本等设备；服务端可以运行在一个物理或逻辑服务器上，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中服务端的各项功能。本申请实施例对第一终端、第二终端、或服务端所在设备的种类，以及第一终端与服务端之间、第二终端与服务段之间通信网络的类型、协议等均不做限定。

本申请的实施例中，一个页面的页面数据由两部分组成，可配置数据和固定数据。其中，可配置数据是用户可以自行确定的部分，而固定数据是用户不能修改或变更的部分。可以根据实际应用场景的需要来决定如何将页面数据划分为可配置数据和固定数据，本申请的实施例不做限定。例如，可以将页面框架作为固定数据，而将页面内容(包括页面显示文字和图片)作为可配置数据；再如，可以将页面内容、每个页面元素的文字字体及颜色作为可配置数据，将其余部分作为固定数据；另外一个例子中，还可以将因用户而异的页面内容作为可配置数据，而将对所有用户相同的页面内容和页面框架作为固定数据。

本申请的实施例中，页面预览的实现方法运行在第一终端上的流程如图1所示，运行在第二终端上的流程如图2所示，在服务端的流程如图3所示。其中，第一终端是用户用来进行页面制作的终端，第二终端是用户用来进行页面预览的终端；换言之，用户在第一终端上制作待生成页面，在第二终端上对待生成页面进行预览，第二终端上的预览页面即是制作过程中的待生成页面。

在第一终端上，步骤110，向服务端发送页面生成请求，接收服务端返回的页面生成响应，页面生成响应中包括待生成页面的第一页面标识。

在服务端，步骤310，根据第一终端的页面生成请求，生成待生成页面的第一页面标识，将携带有第一页面标识的页面生成响应发送给第一终端。

当用户希望制作自己的页面时，在第一终端上进行相应的操作，指令第一终端向服务端发送页面生成请求。

服务端在收到页面生成请求后，确定待生成页面的第一页面标识，将第一页面标识封装在页面生成响应中，回复给第一终端。

第一页面标识用来在服务端唯一代表一个处在制作过程中的页面，任何能够在服务端唯一对应于一个制作中页面的信息都可以用来作为第一页面标识，本申请的实施例不做限定。例如，服务端可以为每个待生成页面分配一个保存其可配置数据的存储位置(如用于暂存可配置数据的工作表的唯一索引项、或用于保存一个待生成页面可配置数据的文件的存储路径及文件名)，以该存储位置作为第一页面标识。再如，服务端可以生成对应于该待生成页面的口令(如生成一个随机数或随机字符串来作为口令)，将口令作为该待生成页面的第一页面标识，并且该口令与已在使用中的其他口令不同；在该待生成页面提交或放弃后，该口令即可释放(即从已在使用中的口令中删除)。

在第一终端上，步骤120，向用户或第二终端提供所述第一页面标识。

在第二终端上，步骤210，获取预览页面的第二页面标识。

第一终端在收到页面生成响应后，可以向用户显示可配置数据输入页面，并向用户或第二终端提供第一页面标识。

用户在实际展示和使用待生成页面的第二终端上进行操作，启动页面预览功能。第二终端根据用户的指令，获取预览页面的第二页面标识。

可以综合考虑第一终端和第二终端的类型、以及两者之间的间隔距离、实际应用场景的网络情况等因素，来确定第一终端向用户或第二终端提供第一页面标识的具体方式，本申请的实施例不做限定。

在第一个例子中，第一终端可以将携带第一页面标识的信息渲染为二维码，显示在可配置数据输入页面上，供第二终端扫描；第二终端根据用户的指令，扫描第一终端显示的二维码，将从二维码中解析出的第一页面标识作为预览页面的第二页面标识。

在第二个例子中，如果第一页面标识是服务端生成的对应于待生成页面的口令，第一终端可以将口令显示在可配置数据输入页面上，供用户查看。用户在第二终端上启动页面预览功能后，第二终端要求用户输入口令，在收到用户输入的显示在第一终端上的口令后，第二终端将其作为预览页面的第二页面标识。

在第三个例子中，第一终端可以通过蓝牙、nfc(nearfieldcommunication，近场通信)、移动通信网络等将第一页面标识发送给第二终端，第二终端将其作为预览页面的第二页面标识。

在第二终端上，步骤220，向服务端发送包括所述第二页面标识的页面预览请求。

在服务端，步骤320，接收第二终端包括预览页面第二页面标识的页面预览请求。

第二终端将获取的预览页面的第二页面标识封装在页面预览请求中，发送给服务端。服务端从页面预览请求中，提取出第二终端上预览页面的第二页面标识。

在第一终端上，步骤130，获取用户确定的待生成页面的可配置数据，将可配置数据发送给服务端，供服务端向第二终端下发可配置数据，用来在第二终端上进行页面预览。其中，第二终端向服务端上传的第二页面标识与第一页面标识相同。

在服务端，步骤330，接收第一终端上传的待生成页面的可配置数据。

在第一终端显示的可配置数据输入页面上，用户可以根据实际业务需求确定制作中页面的可配置数据的具体数值。按照可配置数据的属性和可配置数据输入页面的设计，用户确定可配置数据的方式可能包括输入要显示在待生成页面上的文本、上传要显示在待生成页面上的图片或输入图片的网络存储地址、指定文本的字体大小和颜色、指定图片的显示效果等中的一项到多项；另外，可以为至少部分可配置数据项设置缺省值，当用户没有指定其中某个可配置数据项的值时，该可配置数据项的值即为其缺省值；本申请实施例均不做限定。

根据用户的操作，第一终端可以获得用户确定的部分或全部待生成页面的可配置数据，并且将所获取的可配置数据上传给服务端。第一终端可以在收到用户上传可配置数据的指令后，向服务端上传已获得的可配置数据；也可以以预定上传周期，将当前已获取的的可配置数据发送给服务端。

对第一终端上传的待生成页面的可配置数据，服务端需要知道该待生成页面的第一页面标识。在不同的应用场景中，可以采用不同的方式来实现这一点。

在第一个例子中，在第一终端与服务端建立长连接、并且第一终端上只会有一个待生成页面的应用场景中，服务端通过已建立的长连接向第一终端下发第一页面标识，之后来自该长连接的可配置数据都对应于通过该长连接下发的第一页面标识。

在第二个例子中，第一终端可以在每次向服务端上传待生成页面的可配置数据时，都携带该待生成页面的第一页面标识。

在第三个例子中，第一终端可以在页面生成请求中携带第一终端的设备标识，服务端为该待生成页面生成第一页面标识后，保存第一终端的设备标识和第一页面标识的对应关系；在第一终端后续上传可配置数据时，都携带第一终端的设备标识，这样通过设备标识，服务端即可得知这些可配置数据用于哪个待生成页面。其中，第一终端的设备标识可以是任何用来唯一代表第一终端的识别码，如imei(internationalmobileequipmentidentity，国际移动设备身份码)、udid(uniquedeviceidentifier，唯一设备识别符)、mac(mediaaccesscontrol，媒介接入控制)地址等。需要说明的是，本例适用于第一终端上只能有一个待生成页面的应用场景。

在服务端，步骤320和330之间没有时序关系。

在服务端，步骤340，将第一终端上传的可配置数据下发给第二终端，第二终端发送的页面预览请求中携带有与第一页面标识相同的第二页面标识。

在第二终端上，步骤230，从服务端接收预览页面的可配置数据，采用可配置数据显示预览页面；该可配置数据由第一终端上传给服务端，服务端下发给第一终端的第一页面标识与第二页面标识相同。

服务端在收到第一终端上传的待生成页面的可配置数据后，通过与该待生成页面的第一页面标识相同的第二页面标识，服务端能够确定上传该第二页面标识的终端是第二终端。服务端将接收的可配置数据下发给第二终端。

第二终端从服务端收到预览页面的可配置数据后，将接收的可配置数据和预览页面的固定数据相结合，得到预览页面的页面数据。第二终端运行预览页面的页面数据，将预览页面展示给用户。本申请实施例对第二终端获得预览页面固定数据的方式不做限定，预览页面的固定数据可以预先保存在第二终端上(例如在第二终端上安装有该服务端的客户端程序的情况下)；也可以在页面预览请求中通知服务端要使用哪个页面的固定数据，由服务端将固定数据和可配置数据一并下发给第二终端。

在第一终端可以多次向服务端上传可配置数据的实现方式中，服务端也可以多次向第二终端下发最新接收的可配置数据，这样用户可以近乎实时的在第二终端上预览正在制作中的待生成页面。服务端可以主动在收到第一终端上传的可配置数据后，将最后一次接收的可配置数据下发给第二终端；也可以由第二终端采用轮询的方式，以预定轮询周期向服务端页面预览请求，服务端在每次收到页面预览请求后，将最后一次接收的可配置数据下发给第二终端。

在第二终端采用轮询方式进行页面预览请求的一种实现中，第二终端可以在以预定轮询周期发送的每次页面预览请求中都携带第二页面标识，使得服务端可以通过第二页面标识得知其请求哪个待生成页面的可配置数据、以及该可配置数据来源于哪个终端。服务端在每次收到第二终端包括第二页面标识的页面预览请求后，将第一终端最后一次上传的可配置数据下发给第二终端。第二终端逐次从服务端接收具有该第二页面标识的预览页面的可配置数据，并采用可配置数据显示预览页面。

在第二终端采用轮询方式进行页面预览请求的另一种实现中，第二终端可以在向服务端发送的页面预览请求中携带第二页面标识和第二终端的设备标识。服务端在收到该页面预览请求后，保存第二页面标识和第二终端的设备标识的对应关系，服务端根据第二页面标识来确定第二终端请求的可配置数据是哪个待生成页面的，将第一终端最后一次上传的可配置数据下发给第二终端。后续第二终端以预定轮询周期向服务端发送包括第二终端设备标识的页面预览更新请求，服务端根据页面预览更新请求中设备标识对应的第二页面标识，将第一终端最后一次上传的可配置数据下发给第二终端。第二终端逐次从服务端接收预览页面的可配置数据，采用最新接收的可配置数据刷新所显示的预览页面。其中，第二终端的设备标识可以是任何用来唯一代表第二终端的识别码。需要说明的是，这种实现适用于第二终端上只能有一个预览页面的应用场景。

可见，本申请的实施例中，服务端向制作页面的第一终端下发待生成页面的第一页面标识；第一终端在制作待生成页面时，将第一页面标识提供给用户或第二终端，进行页面预览的第二终端在向服务端请求可配置数据时向服务端提供预览页面的第二页面标识，服务端通过第一页面标识和第二页面标识匹配第一终端和第二终端，将第一终端上传的可配置数据下发给第二终端，使得用户可以在第二终端上对第一终端上正在制作的页面的实际展示效果进行预览，无需进行重复制作和提交过程即可得到满意的页面效果，在减少用户操作的同时提高了用户的页面制作效率。

在本申请的应用示例一中，用户在pc(第一终端)上进行页面制作，在pad(第二终端)上通过浏览器来预览制作中的页面。待生成页面的固定数据为页面框架，可配置数据为页面内容。

用户在pc上启动待生成页面的制作，pc向页面服务器(服务端)发送页面生成请求。页面服务器为该待生成页面创建保存其页面内容数据的文件，并且将文件的存储路径和文件名作为第一页面标识，封装在页面生成响应中返回给pc。

在pc上，打开该待生成页面的可配置数据输入页面，将包括页面服务器的访问地址和第一页面标识的信息渲染为二维码，显示在可配置数据输入页面上，如图4所示。可配置数据输入页面以表单形式来收集各个可配置数据项，pc接收用户输入的各项页面内容数据，并且以预定上传周期将当前已收集的可配置数据上传给页面服务器，同时在每次上传时一并上传第一页面标识。页面服务器每次收到pc上传的可配置数据和第一页面标识后，按照第一页面标识找到对应的文件，将文件内容更新为最后一次上传的可配置数据。

用户用pad扫描pc上可配置数据输入页面显示的二维码，如图5的左图所示。pad解析二维码后，二维码中携带的第一页面标识作为预览页面的第二页面标识，打开浏览器，以预定轮询周期向页面服务器发送页面预览请求，在每次的页面预览请求中携带第二页面标识。

页面服务器每次收到pad发送的页面预览请求后，按照第二页面标识找到对应的文件，将文件内容作为可配置数据，下发给pad，同时一并下发该待生成页面的页面框架数据。

pad收到可配置数据和页面框架数据后，将其组合为页面数据。pad运行页面数据，即可向用户展示待生成页面的当前页面效果，如图5的右图所示。

在本申请的第二个应用示例中，用户在pc(第一终端)上进行页面制作，在手机(第二终端)上通过客户端app(应用程序)来预览制作中的页面。待生成页面的固定数据为页面框架，可配置数据为页面内容。手机的app在安装时预存了待生成页面的页面框架数据。本应用示例中，pc上同时只会有一个待生成页面，手机app上同时也只会有一个预览页面。

用户在pc上启动待生成页面的制作，pc向页面服务器(服务端)发送页面生成请求，页面生成请求中携带有pc的mac地址(pc的设备标识)。页面服务器生成一个唯一对应于该待生成页面的6位随机数，作为该待生成页面的口令。在保存口令、该待生成页面、以及mac地址的对应关系后，页面服务器将口令作为第一页面标识，封装在页面生成响应中返回给pc。

在pc上，打开该待生成页面的可配置数据输入页面，并且将页面生成响应中接收的口令显示在可配置数据输入页面上，如图6所示。可配置数据输入页面以表单形式来收集各个可配置数据项，pc接收用户输入的各项页面内容数据，并且以预定上传周期将当前已收集的可配置数据上传给页面服务器，同时在每次上传时携带pc的mac地址。页面服务器每次收到pc上传的可配置数据和mac地址后，将可配置数据保存为该mac地址对应的口令的最新可配置数据。

用户在手机app中启动页面预览功能，并按照app的要求输入口令，如图7的左图所示。app收到口令后，将口令作为预览页面的第二页面标识，向页面服务器发送页面预览请求，在页面预览请求中携带口令和手机的imei号(手机的设备标识)。

页面服务器收到手机app的页面预览请求，保存口令和手机imei号的对应关系，将该口令对应的待生成页面的固定数据标识(用于告知手机要采用哪个页面的固定数据)、该口令的最新可配置数据返回给手机。手机app按照固定数据标识从预存的若干个页面框架中找到预览页面使用的页面框架，将页面框架和接收的可配置数据组合为页面数据，采用页面数据向用户显示预览页面，如图7的右图所示。

手机app以预定轮询周期向页面服务器发送页面预览更新请求，其中包括手机imei号。页面服务器将该手机imei号对应的口令的最新可配置数据返回给手机。手机app按照页面框架和接收的可配置数据，更新向用户显示的预览页面。

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

图9所示为本申请实施例提供的一种页面预览的实现装置，应用在第一终端上，包括页面生成请求单元、页面标识提供单元和可配置数据上传单元，其中：页面生成请求单元用于向服务端发送页面生成请求，接收服务端返回的页面生成响应，所述页面生成响应中包括待生成页面的第一页面标识；页面标识提供单元用于向用户或第二终端提供所述第一页面标识；可配置数据上传单元用于获取用户确定的待生成页面的可配置数据，将可配置数据发送给服务端，供服务端向第二终端下发所述可配置数据，用来在第二终端上进行页面预览；所述第二终端向服务端上传的第二页面标识与所述第一页面标识相同。

可选的，所述页面标识提供单元具体用于：在可配置数据输入页面显示携带有第一页面标识的二维码，供第二终端扫描。

可选的，所述第一页面标识包括：对应于待生成页面的口令；所述页面标识提供单元具体用于：将口令显示在可配置数据输入页面，供用户获取所述口令后在第二终端上输入。

可选的，所述可配置数据上传单元具体用于：获取用户确定的待生成页面的可配置数据，以预定上传周期将已获取的可配置数据发送给服务端。

可选的，所述页面生成请求中还包括：第一终端的设备标识；所述可配置数据上传单元具体用于：获取用户确定的待生成页面的可配置数据，将可配置数据和第一终端的设备标识发送给服务端。

图10所示为本申请实施例提供的一种页面预览的实现装置，应用在第二终端上，包括页面标识获取单元、页面预览请求单元和可配置数据接收单元，其中：页面标识获取单元用于获取预览页面的第二页面标识；页面预览请求单元用于向服务端发送包括所述第二页面标识的页面预览请求；可配置数据接收单元从服务端接收所述预览页面的可配置数据，采用所述可配置数据显示所述预览页面；所述可配置数据由第一终端上传给服务端，服务端下发给第一终端的第一页面标识与所述第二页面标识相同。

可选的，所述页面标识获取单元具体用于：根据用户的指令，扫描第一终端显示的二维码，并解析出预览页面的第二页面标识。

可选的，所述第二页面标识包括：在第一终端上显示的口令；所述页面标识获取单元具体用于：接收用户输入的口令。

可选的，所述页面预览请求单元具体用于：以预定轮询周期向服务端发送包括所述第二页面标识的页面预览请求；所述可配置数据接收单元具体用于：逐次从服务端接收所述预览页面的可配置数据，采用所述可配置数据显示预览页面。

可选的，所述页面预览请求中还包括：第二终端的设备标识；所述装置还包括：页面预览更新请求单元，用于以预定轮询周期向服务端发送包括第二终端设备标识的页面预览更新请求；逐次从服务端接收所述预览页面的可配置数据，采用所述可配置数据刷新所显示的预览页面。

图11所示为本申请实施例提供的一种页面预览的实现装置，应用在服务端，包括页面生成响应单元、页面预览请求接收单元、上传可配置数据接收单元和可配置数据下发单元，其中：页面生成响应单元用于根据第一终端的页面生成请求，生成待生成页面的第一页面标识，将携带有第一页面标识的页面生成响应发送给第一终端；页面预览请求接收单元用于接收第二终端包括预览页面第二页面标识的页面预览请求；上传可配置数据接收单元用于接收第一终端上传的待生成页面的可配置数据；可配置数据下发单元用于将第一终端上传的可配置数据下发给第二终端，所述第二终端发送的页面预览请求中携带有与第一页面标识相同的第二页面标识。

可选的，所述页面生成响应单元具体用于：根据第一终端的页面生成请求，生成对应于待生成页面的口令，将携带有口令的页面生成响应发送给第一终端。

可选的，所述页面预览请求接收单元具体用于：接收第一终端以预定上传周期发送的可配置数据。

可选的，所述页面生成请求中还包括：第一终端的设备标识；所述上传可配置数据接收单元具体用于：接收第一终端上传的待生成页面的可配置数据、和第一终端的设备标识。

可选的，所述页面预览请求接收单元具体用于：接收第二终端以预定轮询周期发送的包括所述第二页面标识的页面预览请求；所述可配置数据下发单元具体用于：在每次收到第二终端的页面预览请求后，将第一终端最后一次上传的可配置数据下发给第二终端。

可选的，所述页面预览请求中还包括：第二终端的设备标识；所述装置还包括：页面预览更新响应单元，用于在每次收到第二终端以预定轮询周期发送的包括第二终端设备标识的页面预览更新请求后，将第一终端最后一次上传的可配置数据下发给第二终端。

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

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

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

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

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

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