器池21上执行，而客户认为服务是来自一个虚拟IP地址。负载调度器20是服务器集群2的唯一入口点(Single Entry Point)，它可以采用IP负载均衡技术、基于内容请求分发技术或者两者相结合。其中，在IP负载均衡技术中，需要服务器池21拥有相同的内容提供相同的服务。当客户请求到达时，负载调度器20只根据服务器负载情况和设定的调度算法从服务器池21中选出一个服务器201，将该请求转发到选出的服务器201，并记录这个调度；当这个请求的其他报文到达，也会被转发到前面选出的服务器201。而在基于内容请求分发技术中，服务器池21中不同的服务器201可以提供不同的服务，当客户请求到达时，负载调度器20可根据请求的内容选择其中一个或多个服务器201执行请求。因为所有的操作都是在服务器集群2的操作系统核心空间中完成的，其调度开销很小，具有很高的吞吐率。
[0039]服务器池21由多个服务器201组成，其是一组真正执行客户请求的服务器201，执行的服务包括web (中文为:服务器)、mail (中文为:邮件)、FTP(英文为:File TransferProtocol ;中文为:文件传输协议)和DNS(英文为:Domain Name System,中文为:域名系统)等。其中，服务器池21的结点数目是可变的。当整个服务器集群2系统收到的负载超过目前所有结点的处理能力时，可以在服务器池21中增加服务器201来满足不断增长的请求负载。对大多数网络服务来说，请求间不存在很强的相关性，请求可以在不同的结点上并行执行，所以整个系统的性能基本上可以随着服务器池21的结点数目增加而线性增长。
[0040]共享存储22与服务器池21连接，其可以为服务器池21提供一个共享的存储区域，使服务器池21拥有相同的内容，为服务器池21提供相同的服务。其中，共享存储22包括但不限于为数据库、网络文件系统或者分布式文件系统。服务器结点需要动态更新的数据一般存储在数据库系统中，同时数据库保证并发访问时数据的一致性。
[0041]因此，本实施例中的服务器12为服务器集群2，相比现有技术中的单个服务器系统，其具有如下优点:
[0042]1.负载调度器20的调度层采用IP负载均衡技术，可以使得整个服务器集群2系统有较高的吞吐率；
[0043]2.共享存储22为服务器池21提供统一的存储空间，使得服务器集群2系统的内容维护工作更得简单；分布式文件系统提供良好的伸缩性和可用性，当分布式文件系统的存储空间增加时，所有服务器201的存储空间也随之增大；
[0044]3.服务器集群2系统在软硬件上都有冗余。系统的高可用性可以通过检测节点或服务进程故障和正确地重置系统来实现，使得集群系统收到的请求能被存活的结点处理。其原理如下:
[0045]如果某个服务器201节点失效，可通过在负载调度器20上设置资源监测进程来时刻监视各个服务器201结点的健康状况。当服务器201对ICMP ping(D0S指令)不可达时或者探测的网络服务在指定的时间没有响应时，资源监测进程通知操作系统内核将该服务器201从调度列表中删除或者失效，以避免新的服务请求被调度到坏的结点。并且资源监测进程通过电子邮件或传呼机向管理员报告故障。一旦监测进程监测到服务器201恢复工作，则通知负载调度器20将其加入调度列表进行调度。另外，资源监测进程通过系统提供的管理程序，管理员可发命令随时可以将新机器，即服务器201加入服务来提高系统的处理性能，也可以将已有的服务器201切出服务，以便对服务器201进行系统维护。
[0046]如果负载调度器20失效，由于负载调度器20是服务器集群2的唯一入口点，因此前端的负载调度器20可能是整个服务器集群2单一失效点(英文为:Single Point ofFailure)，为了避免负载调度器20失效而导致整个服务器集群2不能工作，服务器集群2还设立一个调度备份器23。负载调度器20与调度备份器23连接，其中负载调度器20作为主高度器，调度备份器23作为从调度器。两个Heartbeat (中文为:心跳)进程分别在负载调度器20及调度备份器23上运行，它们通过串口线和UDP(英文为:User DatagramProtocol ;中文为:用户数据报协议)等心跳线来相互定时地汇报各自的健康状况。当调度备份器23不能听得负载调度器20的心跳时，调度备份器23通过ARP(英文为-AddressResolut1n Protocol ;中文为:地址解析协议)来接管集群2对外的虚拟IP地址，同时接管负载调度器20的工作来提供负载调度服务。当负载调度器20恢复时，可通过负载调度器20自动变成调度备份器23，或是调度备份器23释放虚拟IP地址，负载调度器20收回虚拟IP地址并提供负载调度服务。这里，多条心跳线可以使得因心跳线故障导致误判的概论降到最低，即避免调度备份器23误认为负载调度器20已经失效，而实际上负载调度器20还在正常工作。
[0047]因此，本实施例中的无纸打印机分别与智能终端和服务器连接，从而在支付完成后，无纸打印机生成打印指令，并将从智能终端获取的用户ID、识别码及打印指令一并发送到服务器，从而使得服务器根据打印指令生成与用户ID及识别码对应的电子小票，实现购物小票电子化，并且电子化的小票易于保存，还可为用户提供记账功能。此外，服务器采用服务器集群的方式，使得实现小票电子化的系统具有更高的吞吐率，运行速度快，存储空间大，且不容易因为系统故障而导致数据丢失或无法提供电子小票。
[0048]请进一步参看图4及图5，图4是本发明第二实施例的基于智能终端实现电子小票的方法的流程示意图，图5是图4中无纸打印机、智能终端及服务器的结构示意图。其中，图4的实现电子小票的方法是基于图5的无纸打印机实现的。
[0049]如图4所示，本实施例的基于智能终端实现电子小票的方法包括:
[0050]S21:智能终端发送用户ID和识别码给服务器。
[0051]S22:服务器根据用户ID和识别码验证智能终端，并保存用户ID和识别码。
[0052]在本实施例中，智能终端32包括第二处理模块320及与第二处理模块320连接的第二通信模块321。服务器33包括第三处理模块330及与第三处理模块330连接的第三通信模块331。其中，通过第二通信模块321与第三通信模块331连接实现智能终端32与服务器33连接。
[0053]其中，消费者通过APP(英文为Applicat1n ;中文为:应用程序)将用户信息与智能终端32进行唯一绑定，从而生成唯一的用户ID。即第二处理模块320获取用户ID及智能终端32自身的识别码，智能终端32的第二通信模块321进一步将用户ID及智能终端32的识别码通过http协议发送给服务器33的第三通信模块331。
[0054]服务器33接收到智能终端32发送过来的用户ID及识别码，进一步根据用户ID及识别码验证智能终端32。本实施例中的服务器33同样为服务器集群2。服务器33对用户ID及识别码进行信息分板及验证，并在验证成功后，服务器33保存用户ID及识别码并将验证结果返回给智能终端32，本实施例中通过第三通信模块331将验证结果发送至第二通信模块321。
[0055]S23:无纸打印机生成打印指令。
[0056]在本实施例中，无纸打印机31分别与智能终端32及服务器33连接，无纸打印机31包括第一处理模块310及与第一处理模块310连接的第一通信模块311，其中，第一通信模块311分别与第二通信模块321及第三通信模块331连接。在用户支付完成后，这里的支付可以采用现金支付或移动支付，本实施例不作限制。无纸打印机31根据支付信息生成一相应的打印指令。
[0057]S24:无纸打印机在智能终端靠近时，从智能终端获取用户ID和智能终端的识别码。
[0058]S25:无纸打印机将用户ID、识别码以及打印指令发送至服务器。
[0059]其中，在支付完成后，用户将智能终端32靠近无纸打印机31，无纸打印机31通过智能终端32的NFC功能获取用户ID及识别码。即第一通信模块311从第二通信模块321处获取用户ID及识别码。
[0060]进一步的，无纸打印机31通过http协议将将用户ID、识别码以及打印指令(本实施例指ESC&P0S数据指令)一并发送至服务器33，服务器33接收无纸打印机31发送过来的数据，并根据ESC&P0S数据指令产生与用户ID及识别码相对应的电子购物小票，并且，月艮务器33将成功生成电子小票的结果反馈给无纸打印机31。