CN108762697B - 一种基于浏览器端的打印方法及装置 - Google Patents

Abstract

本发明实施例公开了一种基于浏览器端的打印方法及装置，涉及电子信息技术领域，能够提高快递面单的打印效率。本发明包括：接收第一类用户终端发送的配置信息；根据接收到的配置信息和面单模板，生成空白面单；在接收到第二类用户终端发送的请求信息后，将生成的空白面单发送至所述第二类用户终端。本发明适用于对面单需要进行的高频打印且需要高频更新的场景。

Description

一种基于浏览器端的打印方法及装置

技术领域

本发明涉及电子信息技术领域，尤其涉及一种基于浏览器端的打印方法及装置。

背景技术

网络打印系统已经发展多年，并应用在很多工作场景中，能够提高不少作业效率，比如基于医院内网建立的病历、药单系统，医生可以操作电脑登录系统，并下载相应的文本模板，在模板中填写相应的信息后，通过本地的打印机进行打印。或者是通过计算机本地安装的客户端程序，调用相应的文本编辑程序加载模板，之后再编辑好的文本传输给打印机，类似于国家专利电子申请CPC客户端。

而这类网络打印系统，由于客户端和模板库较为固定，若要增、减、修改模板，则需先在后台由运维人员更新模板库，再随着程序更新包发送给各个终端的客户端，从而完成模板更新。但是这种模式已经难以应用至灵活性要求较高的作业领域。比如：在物流作业场景中往往需要打印快递面单，快递面单的种类和样式有很多，尤其是各中小型物流公司快递面单具有很多差异，往往需要根据实际业务情况快速微调快递面单的内容和样式。采用目前的技术方案，难以有效适应快递面单的高频更新，也就限制了应用范围。

发明内容

本发明的实施例提供一种基于浏览器端的打印方法及装置，能够提高快递面单的打印效率。

为达到上述目的，本发明的实施例采用如下技术方案：

服务器：接收第一类用户终端发送的配置信息，所述配置信息由所述第一类用户终端的用户通过所述第一类用户终端的网页浏览器输入的；根据接收到的配置信息和面单模板，生成空白面单；在接收到第二类用户终端发送的请求信息后，将生成的空白面单发送至所述第二类用户终端，其中，所述第二类用户终端的网页浏览器用于显示所述面单，所述第二类用户终端用于根据用户输入的面单信息填写所述空白面单，得到待打印的面单，并由所述第二类用户终端向打印机设备发送。

用户终端：在向后台服务器发送请求信息后，接收所述后台服务器反馈的面单，所述请求信息对应所述面单，所述面单是由所述后台服务器根据配置信息和面单模板生成的，所述配置信息由所述第一类用户终端发送；在将所接收的面单显示在网页浏览器后，记录用户输入所述第二类用户终端的面单信息；根据所述面单信息填写所述空白面单，并将所填写的面单导入打印机组件，所述打印机组件用于将所填写的面单向打印机发送并触发打印。

在本实施例中，用户终端进行面单模板的配置，具体可以通过网页浏览器的界面中显示的配置项进行面单字段的配置。而面单模板的设计工作，也可以由用户终端网页浏览器直接进行。后台服务器仅进行面单模板的保存和传输工作，用户则使用用户终端，在网页浏览器显示的面单模板中填写面单信息，并在用户终端本地生成最终需要打印的面单文档，之后调用C#组件触发打印机设备进行打印。从而将原本由后台服务器承担的文档处理任务，转移至用户终端本地，最终需要打印的文档也是在用户终端本地上生成后，直接调用C#组件发送至打印机设备，而不需要像现有方案中那样用户终端等待后台服务器发送待打印的文档后，再调用打印机。

本实施例在实际应用中，不需要再在用户终端本地安装专门的客户端程序或者APP，而是可以直接利用网页浏览器即可(即实现在了web端)，也就不再需要定期升级、维护专用的客户端程序或者APP，即直接使用网页浏览器，而不用本地安装相应的客户端运行EXE文件或者APP，直接使用网页浏览器即可。并且在本实施例中，任何一个用户终端都可以通过设定相应的配置信息对面单模板进行修改，也可以在网页浏览器上进行相应的设计操作，对面单模板进行重新设计，并且基于改动后的面单模板所生成的空白面单，可以直接发送给另一个用户终端使用，实现了面单样式的实时修改、更新和使用，从而更好地适应了“需要根据实际业务情况快速微调快递面单的内容和样式”等对面单需要进行的高频打印且需要高频更新的场景。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的系统架构示意图；

图2、4为本发明实施例提供的方法流程示意图；

图3为一种具体实例的示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

本发明实施例具体可以实现在一种如图1所示的系统中，其中包括：用户终端、后台服务器和打印机设备。

打印机设备中配置了无线通信模块，比如WIFI模块，以及有线通信模块，比如串口模块，在打印机设备的存储器中安装有操作系统。其中，串口模块用于通过现有的串口协议与设备主板进行通信，具体可以由打印机设备的生产商根据打印机设备的具体型号、类型采用现有的串口协议，本地程序也可以由打印机设备的生产商自行编写。在本实施例中，可以采用目前市面上已有的具有网络通信功能的打印机，通过与用户终端建立网络连接，接受用户终端发送的打印请求，并根据用户终端发送的文档数据执行相应的打印工作。在本实施例中，文档数据包括了用户操作用户终端所填写的面单。

用户终端具体可以实做成单独一台设备，或整合于各种不同的媒体数据播放系统中，诸如智能手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)、个人数字助理(personal digital assistant，简称PDA)或可穿戴式设备(Wearable Device)等。用户操作用户终端，具体可以继续设定配置信息、设计面单模板和填写面单等操作。用户终端可以通过网页浏览器实现与用户的人机交互。

本实施例中所揭示的后台服务器。在硬件层面上具体可以是工作站、超级计算机等设备，或者是由多台后台服务器组成的一种用于数据处理的后台服务器集群。

本发明实施例提供一种基于浏览器端的打印方法，具体可以用于如图1所示的后台服务器。如图2所示，该方法包括：

S11、接收第一类用户终端发送的配置信息。

在本实施例中，可以根据每次数据流转的先后顺序，将用户终端划分为第一类用户终端和第二类用户终端。需要说明的是，第一类用户终端和第二类用户终端的划分方式，是从逻辑上按照单次数据流转的先后顺序进行的划分，每一个用户终端在另一次的数据流转过程中，可以重新按照数据流转的先后顺序划分角色，使得一个实际的用户终端，可以在前一时间段内充当第一类用户终端，而在后一时间段内充当第二类用户终端。若用户终端具备数据并行处理的功能(例如多线程处理数据，并且可以通过时分复用等方式复用通信接口)，则该用户终端可以在数据A的流转过程中充当第一类用户终端，同时在数据B的流转过程中充当第二类用户终端。

S12、根据接收到的配置信息和面单模板，生成空白面单。

其中，所述配置信息由所述第一类用户终端的用户通过所述第一类用户终端的网页浏览器输入的。例如：图3所示的，在实际应用中，物流中心的产品经理、监管员、包装台的作业人员等，可以操作自己的用户终端，在用户终端所显示的网页浏览器界面中，写入配置信息。例如:在第一类用户终端的网页浏览器中，显示用于配置打印模板的界面，用户利用网页浏览器进行输入操作，通过配置项进行面单字段的配置；进一步的，在第一类用户终端的网页浏览器中，还可以显示用于设计打印模板的界面，用户利用网页浏览器通过已配置的面单字段进行面单格式的布局和设计。其中，网页浏览器具体可以是IE、chrome、360等目前常用的浏览器。

S13、在接收到第二类用户终端发送的请求信息后，将生成的空白面单发送至所述第二类用户终端。

其中，所述第二类用户终端的网页浏览器用于显示所述面单。具体的，在S12中，根据接收到的配置信息和面单模板生成的空白面单，也可以称为空白面单，该空白面单中包括了空置区域，空置区域中用于填写面单信息。第二类用户终端发送的请求信息用于获取空白面单，并显示在第二类用户终端的网页浏览器上，以便于第二类用户终端的用户通过网页浏览器输入面单信息。所述第二类用户终端用于根据用户输入的面单信息填写所述空白面单，得到待打印的面单，并由所述第二类用户终端向打印机设备发送。当空白面单填写完毕后，用户可以点击第二类用户终端的网页浏览器界面上的确认键，第二类用户终端调用C#组件触发打印机设备打印填写好的面单。其中，C#组件用于驱动打印机设备，例如：通过网页浏览器端调用本地C#组件的服务连接打印机进行打印；涉及到的技术栈包括：JavaScript、HTML、CSS、HTTP等常用的协议，以及WebSocket协议和C#。通过网页浏览器端的配置和设计，与C#组件进行Websocket通信从而实现打印。其中，C#是微软公司发布的一种面向对象的、运行于.NET Framework之上的高级程序设计语言。所以C#组件是由该语言编写的基于客户端可重用的功能或服务。

通常来说，基本本实施例的提供的方案流程，本领域技术人员(比如：懂Java和C#的程序员)利用该技术栈的组合即可实现本实施例的实际应用。

其中，设计好的字符串模板存入数据库。当需要时，调用模板的ID和对应的数据进行拼接，得到空白的面单，并发送给第二类用户终端，以便在空白的面单中填写面单信息。具体的，由于面单是用于物流、快递领域的，因此面单信息可以包括：寄件人名字、寄件人地址、寄件人邮编、寄件人电话、收件人、收件人地址、收件人邮编、收件人电话和其他备注等信息。可选的，若面单用于其他的业务领域，则可以根据其他业务领域的具体需要选择需要填写的面单信息。具体的，可以预先在网页浏览器内核中嵌入C++的内核库，通过内核库跟集成扩展的依赖库进行交互，从而可以让网页端控制打印机进行打印。目前使用此技术可以便捷的实现网页端批量打印的难处。并且依赖库中集成了所有的打印模板，无需进行网络同步模板后才能打印，从而降低网络的依赖性；实现了真正的本地离线打印。基于本实施例所提供的方案，网页端可以控制本地电脑或者远程电脑的所有扩展设备进行作业。

目前已有的在线打印方案中，需要用户终端本地安装相应的应用客户端，并由后台服务器承担相应的文档生成工作，比如：如图3所示的一种常见的基于网络的打印流程：1、用户终端本地安装客户端程序，客户端发送请求至服务端，带着2个参数，分别是身份标识和文档的生成参数。2、服务端通过参数中的身份标识获取自定义格式的文档。3、后台服务器通过获取到的自定义格式的文档和文档的生成参数生成最终需要打印的文档。4、后台服务器将最终需要打印的文档返回给客户端，并发送打印命令至打印机进行打印。

在本实施例中，用户终端进行面单模板的配置，具体可以通过网页浏览器的界面中显示的配置项进行面单字段的配置。而面单模板的设计工作，也可以由用户终端网页浏览器直接进行。后台服务器仅进行面单模板的保存和传输工作，用户则使用用户终端，在网页浏览器显示的面单模板中填写面单信息，并在用户终端本地生成最终需要打印的面单文档，之后调用C#组件触发打印机设备进行打印。从而将原本由后台服务器承担的文档处理任务，转移至用户终端本地，最终需要打印的文档也是在用户终端本地上生成后，直接调用C#组件发送至打印机设备，而不需要像现有方案中那样用户终端等待后台服务器发送待打印的文档后，再调用打印机。

在本实施例中，步骤S13中，将生成的空白面单发送至所述第二类用户终端的具体方式，可以包括：

根据所述请求信息，从所生成的空白面单中查询得到所述请求信息对应的面单。将所述请求信息对应的面单向所述第二类用户终端发送。

其中，第二类用户终端发送的请求信息中，可以包括用于表示业务类型的字符，比如：

业务类型可以按照不同的快递公司进行划分，通过数字编号表示不同的快递公司。第二类用户终端的用户，通过操作网页浏览器的界面选择快递公司，第二类用户终端将被选择的快递公司的数字编号写入请求信息并向后台服务器发送。后台服务器根据一个面单模块可以生成多个空白面单，各个空白面单相互之间的区别仅为快递公司一栏的名称信息，后台服务器可以根据请求信息中的数字编号，确定第二类用户终端所请求的是哪一家快递公司的面单。

业务类型可以按照不同的供货渠道进行划分，通过数字编号表示不同的供货渠道，比如第三方供货为00，自营供货为01。第二类用户终端的用户，通过操作网页浏览器的界面选择供货渠道，第二类用户终端将被选择的供货渠道的数字编号写入请求信息并向后台服务器发送。后台服务器根据一个面单模块可以生成多个空白面单，各个空白面单相互之间的区别，为供货渠道一栏的内容不同，后台服务器可以根据请求信息中的数字编号，确定第二类用户终端所请求的是哪一种供货渠道的面单。从而使得相互类似但又存在稍许区别的面单可以根据具体的业务情况灵活使用。

进一步的，本实施例中，还可以由用户设备随时更改面单模板的具体设计，其中包括：

接收设计数据。根据所述设计数据生成面单模板，所述面单模板由至少1个内容模块组成。

其中，所述设计数据中记录了所述至少1个内容模块。通常的，用于快递的面单主要粘贴于快递包裹的表面，面单上需要记录很多与快递流程相关的信息，比如：用于物流、快递领域的面单，面单信息可以包括：寄件人名字、寄件人地址、寄件人邮编、寄件人电话、收件人、收件人地址、收件人邮编、收件人电话和其他备注等信息。这些信息可以按照预设的设计样式，记录在面单的各个区域中，每一个用于显示特定信息的区域，可以理解为一个内容模块(在一些场景中，内容模块也可以称为表项)。

对面单模板的设计，包括了对于各个内容模块的增减和各个内容模块的位置、在面单上所占用范围大小的调整，而设计数据中包括了对于各个内容模块的最终调整结果。

本发明实施例提供一种基于浏览器端的打印方法，具体可以用于如图1所示的用户终端。如图4所示，该方法包括：

S21、在向后台服务器发送请求信息后，接收所述后台服务器反馈的面单，所述请求信息对应所述面单。

其中，所述面单是由所述后台服务器根据配置信息和面单模板生成的，所述配置信息由所述第一类用户终端发送。

S22、在将所接收的面单显示在网页浏览器后，记录用户输入所述第二类用户终端的面单信息。

S23、根据所述面单信息填写所述空白面单，并将所填写的面单导入打印机组件。

其中，所述打印机组件用于将所填写的面单向打印机发送并触发打印。

进一步的，本实施例中还可以由用户终端对面单模板进行设计和修改，具体包括：

显示所述面单模板的设计界面，并将用户的操作记录为设计数据，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块。

将所述设计数据向所述后台服务器传输。

其中，所述将用户的操作记录为设计数据，包括了：记录输入所述网页浏览器的面单字段。获取用户通过已配置的面单字段进行的面单格式的布局和设计，并将最终的设计结果记录为所述设计数据。

通常的，后台服务会通过逻辑处理生成PDF文件返回给客户端，这种方式基本上市通过Java的一个报表生成工具IReport来实现文档的生成。这种方案的好处是：1、文档的管理和生成逻辑都在后台服务器这一侧实现，便于后台服务的运营商的日常运营，且只需要设计相应的APP、客户端程序并在各类软件平台(比如苹果商店)上架，即可快速运营；2、或许会将一些文档模板封装在APP和客户端程序中，并保存在用户设备本地，但是文档的生成基本都在后台服务器这一侧实现，其原因也是在于防止软件被恶意破解。尤其是，在PC端实现这类方案时，基本都是基于C/S端，提供专门的接口，且不调用网页浏览器的接口，需要在本地终端上安装专门的程序，运行程序的EXE文件，其他没有安装相应的程序的用户终端则无法用于在线打印业务。这种网络打印的方式，便于后台服务中心更新面单，适用于具有成规模的成熟物流体系的企业。但是，对于大量中小型物流公司，受制于成本因素，难以采用这种方式更新面单；也不利于这些中小型物流公司接入目前正在发展的物流共享平台。

但是，由于客户端和模板库较为固定，若要增、减、修改模板，则需先在后台由运维人员更新模板库，再随着程序更新包发送给各个终端的客户端，从而完成模板更新。但是这种模式已经难以应用至灵活性要求较高的作业领域。比如：在物流作业场景中往往需要打印快递面单，快递面单的种类和样式有很多，尤其是各中小型物流公司快递面单具有很多差异，往往需要根据实际业务情况快速微调快递面单的内容和样式，这就难以有效适应快递面单的高频更新，也就限制了应用范围，尤其是在物流仓库、快递中心等工作场景中难以有效应用。

本实施例在实际应用中，不需要再在用户终端本地安装专门的客户端程序或者APP，而是可以直接利用网页浏览器即可(即实现在了web端)，也就不再需要定期升级、维护专用的客户端程序或者APP，即直接使用网页浏览器，而不用本地安装相应的客户端运行EXE文件或者APP，直接使用网页浏览器即可。并且在本实施例中，任何一个用户终端都可以通过设定相应的配置信息对面单模板进行修改，也可以在网页浏览器上进行相应的设计操作，对面单模板进行重新设计，并且基于改动后的面单模板所生成的空白面单，可以直接发送给另一个用户终端使用，实现了面单样式的实时修改、更新和使用，从而更好地适应了“需要根据实际业务情况快速微调快递面单的内容和样式”等存在面单的高频更新需求的场景。

本发明实施例提供一种服务器设备，具体可以实现为如图1所示的后台服务器。该服务器设备包括：

接收模块，用于接收第一类用户终端发送的配置信息，所述配置信息由所述第一类用户终端的用户通过所述第一类用户终端的网页浏览器输入的；

处理模块，用于根据接收到的配置信息和面单模板，生成空白面单；

发送模块，用于在接收到第二类用户终端发送的请求信息后，将生成的空白面单发送至所述第二类用户终端，其中，所述第二类用户终端的网页浏览器用于显示所述面单，所述第二类用户终端用于根据用户输入的面单信息填写所述空白面单，得到待打印的面单，并由所述第二类用户终端向打印机设备发送。

其中，所述发送模块，具体用于根据所述请求信息，从所生成的空白面单中查询得到所述请求信息对应的面单；将所述请求信息对应的面单向所述第二类用户终端发送；

所述接收模块，还用于接收设计数据；所述处理模块，还用于根据所述设计数据生成面单模板，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块。

在本实施例中，用户终端进行面单模板的配置，具体可以通过网页浏览器的界面中显示的配置项进行面单字段的配置。而面单模板的设计工作，也可以由用户终端网页浏览器直接进行。后台服务器仅进行面单模板的保存和传输工作，用户则使用用户终端，在网页浏览器显示的面单模板中填写面单信息，并在用户终端本地生成最终需要打印的面单文档，之后调用C#组件触发打印机设备进行打印。从而将原本由后台服务器承担的文档处理任务，转移至用户终端本地，最终需要打印的文档也是在用户终端本地上生成后，直接调用C#组件发送至打印机设备，而不需要像现有方案中那样用户终端等待后台服务器发送待打印的文档后，再调用打印机。

本发明实施例提供一种用户终端，具体可以实现为如图1所示的用户终端。该用户终端包括：

传输模块，用于在向后台服务器发送请求信息后，接收所述后台服务器反馈的面单，所述请求信息对应所述面单，所述面单是由所述后台服务器根据配置信息和面单模板生成的，所述配置信息由所述第一类用户终端发送；

交互模块，用于在将所接收的面单显示在网页浏览器后，记录用户输入所述第二类用户终端的面单信息；并根据所述面单信息填写所述空白面单，并将所填写的面单导入打印机组件；

打印管理模块，用于通过所述打印机组件将所填写的面单向打印机发送并触发打印。

其中，所述交互模块，还用于显示所述面单模板的设计界面，并将用户的操作记录为设计数据，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块；并将所述设计数据向所述后台服务器传输；其中，所述设计数据，包括：用户通过已配置的面单字段进行的面单格式的布局和设计。

本实施例在实际应用中，不需要再在用户终端本地安装专门的客户端程序或者APP，而是可以直接利用网页浏览器即可(即实现在了web端)，也就不再需要定期升级、维护专用的客户端程序或者APP，即直接使用网页浏览器，而不用本地安装相应的客户端运行EXE文件或者APP，直接使用网页浏览器即可。并且在本实施例中，任何一个用户终端都可以通过设定相应的配置信息对面单模板进行修改，也可以在网页浏览器上进行相应的设计操作，对面单模板进行重新设计，并且基于改动后的面单模板所生成的空白面单，可以直接发送给另一个用户终端使用，实现了面单样式的实时修改、更新和使用，从而更好地适应了“需要根据实际业务情况快速微调快递面单的内容和样式”等存在面单的高频更新需求的场景。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种基于浏览器端的打印方法，其特征在于，包括：

接收第一类用户终端发送的配置信息，所述配置信息由所述第一类用户终端的用户通过所述第一类用户终端的网页浏览器输入的；

根据接收到的配置信息和面单模板，生成空白面单；

在接收到第二类用户终端发送的请求信息后，将生成的空白面单发送至所述第二类用户终端，其中，所述第二类用户终端的网页浏览器用于显示所述面单，所述第二类用户终端用于根据用户输入的面单信息填写所述空白面单，得到待打印的面单，并由所述第二类用户终端向打印机设备发送，其中，根据每次数据流转的先后顺序，将用户终端划分为第一类用户终端和第二类用户终端。

2.根据权利要求1所述的方法，其特征在于，所述将生成的空白面单发送至所述第二类用户终端，包括：

根据所述请求信息，从所生成的空白面单中查询得到所述请求信息对应的面单；

将所述请求信息对应的面单向所述第二类用户终端发送。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收设计数据；

根据所述设计数据生成面单模板，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块。

4.一种基于浏览器端的打印方法，其特征在于，包括：

在向后台服务器发送请求信息后，接收所述后台服务器反馈的空白面单并作为所述请求信息对应的空白面单，其中，所述后台服务器反馈的空白面单是由所述后台服务器根据配置信息和面单模板生成的，所述配置信息由第一类用户终端发送；

在将所接收的面单显示在网页浏览器后，记录用户输入第二类用户终端的面单信息，其中，根据每次数据流转的先后顺序，将用户终端划分为第一类用户终端和第二类用户终端；

根据所述面单信息填写空白面单，并将所填写的面单导入打印机组件，所述打印机组件用于将所填写的面单向打印机发送并触发打印。

5.根据权利要求4所述的方法，其特征在于，还包括：

显示所述面单模板的设计界面，并将用户的操作记录为设计数据，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块；

将所述设计数据向所述后台服务器传输。

6.根据权利要求5所述的方法，其特征在于，所述将用户的操作记录为设计数据，包括：

记录输入所述网页浏览器的面单字段；

获取用户通过已配置的面单字段进行的面单格式的布局和设计，并将最终的设计结果记录为所述设计数据。

7.一种服务器设备，其特征在于，包括：

接收模块，用于接收第一类用户终端发送的配置信息，所述配置信息由所述第一类用户终端的用户通过所述第一类用户终端的网页浏览器输入的；

处理模块，用于根据接收到的配置信息和面单模板，生成空白面单；

发送模块，用于在接收到第二类用户终端发送的请求信息后，将生成的空白面单发送至所述第二类用户终端，其中，所述第二类用户终端的网页浏览器用于显示所述面单，所述第二类用户终端用于根据用户输入的面单信息填写所述空白面单，得到待打印的面单，并由所述第二类用户终端向打印机设备发送，其中，根据每次数据流转的先后顺序，将用户终端划分为第一类用户终端和第二类用户终端。

8.根据权利要求7所述的服务器设备，其特征在于，所述发送模块，具体用于根据所述请求信息，从所生成的空白面单中查询得到所述请求信息对应的面单；将所述请求信息对应的面单向所述第二类用户终端发送；

所述接收模块，还用于接收设计数据；所述处理模块，还用于根据所述设计数据生成面单模板，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块。

9.一种用户终端，其特征在于，包括：

传输模块，用于在向后台服务器发送请求信息后，接收所述后台服务器反馈的空白面单并作为所述请求信息对应的空白面单，其中，所述后台服务器反馈的空白面单是由所述后台服务器根据配置信息和面单模板生成的，所述配置信息由第一类用户终端发送；

交互模块，用于在将所接收的面单显示在网页浏览器后，记录用户输入第二类用户终端的面单信息；并根据所述面单信息填写空白面单，并将所填写的面单导入打印机组件，其中，根据每次数据流转的先后顺序，将用户终端划分为第一类用户终端和第二类用户终端；

打印管理模块，用于通过所述打印机组件将所填写的面单向打印机发送并触发打印。

10.根据权利要求9所述的用户终端，其特征在于，所述交互模块，还用于显示所述面单模板的设计界面，并将用户的操作记录为设计数据，所述面单模板由至少1个内容模块组成，所述设计数据中记录了所述至少1个内容模块；并将所述设计数据向所述后台服务器传输；

其中，所述设计数据，包括：用户通过已配置的面单字段进行的面单格式的布局和设计。

Images