CN109410415A - 业务系统和方法 - Google Patents

Abstract

业务系统和方法，在现有的方案中，需要一个取号机，通过取号机取号，然后排队等待叫号机叫号，叫到号后在业务窗口办理业务；取号机和叫号机都需要硬件成本、安装成本、维护成本、占地成本等，而且叫号机噪声大会影响排队等候的客人。本申请通过客户端的多种方式，获得业务信息，发出业务申办请求到业务服务器，业务申办请求在业务服务器上分类排队；通过排队规则，选择排队中的业务申办请求与空闲的业务终端通过业务服务器进行连接；连接后，可以办理业务。本申请不需要取号机，省掉了取号机；而且本申请通过客户端输出提醒，不需要叫号机；不需要纸张，所有的业务可以通过全电子化的方式进行；办理业务流程实现电子化。

Description

业务系统和方法

技术领域

本发明涉及流程化的业务系统的技术领域，具体来讲，是一种流程化的、不需要取号机的业务系统和方法。

背景技术

业务系统，在办理业务时，客户先在取号机取号，然后等待叫号机叫号，叫到号后在业务窗口办理完业务。这些业务包括银行业务、电信业务、宽带业务、报销业务、报名、打印证明、纳税/报税等。

业务系统，需要一个取号机，取号机体积大，占地面积大，价格相对高；业务系统叫号，也就是类似“请xx号顾客到xx号窗口”的提醒，噪声大，耗电，而且也需要额外的硬件譬如喇叭，安装不方便等；客户办理的业务，回执是很多的纸质件，不方便保存，容易丢失；纸质件，浪费材料；办理流程没有实现电子化、自动化；人工排队，容易混乱，如果是站立排队，还容易疲劳。

譬如在银行通过刷银行卡或身份证、选择业务类型为取款来取号，然后等待叫号，到分配的取款业务窗口办理业务。

发明内容

为了克服现有业务系统中的问题，包括需要取号机以及由取号机本身带来的问题、人工排队的问题等，本申请提出了新的业务系统和方法。本业务系统通过客户端获取业务类型并发出业务申办请求，节省了取号机；通过客户端输出提醒，譬如在提醒客户开始办理业务时输出震动或声音，来提醒客户，节省了叫号设备。

本发明的技术方案如下。

业务系统，包括客户端、业务终端和业务服务器；

客户端用于，获取业务信息，向业务服务器发送业务申办请求，业务申办请求包括业务申办信息，业务申办信息包括业务信息；

业务终端用于，向业务服务器发送业务终端的工作状态；

业务服务器用于，响应业务申办请求或空闲的工作状态，根据连接规则选择客户端与空闲的业务终端通过业务服务器连接；或者根据连接规则选择客户到空闲的业务终端去办理业务；客户端或客户为与业务申办请求对应的客户端或客户。业务服务器还用于，作为客户端与业务终端连接和办理业务的桥梁或媒介。

该业务系统，

获取该业务信息的方法，为包括

双向扫码获取业务信息、

双向扫码获取营业厅信息查询营业厅所支持的业务信息并选择其中一种、

从分类列表中选择业务信息、从历史列表中选择业务信息、

从常用列表中选择业务信息、按关键字搜索并获取业务信息、

通过已获得的卡/证/票获取业务信息、手动输入业务信息的方式的一种。

该业务系统，还包括读码器，

客户端用于，输出图形码，图形码包括客户端信息，客户端信息包括客户端网络地址；

读码器用于，读取客户端的图形码，向业务服务器发送业务申办请求，业务申办请求包括业务申办信息，业务申办信息包括业务信息和客户端信息；

业务终端用于，向业务服务器发送业务终端的工作状态；

业务服务器用于，响应业务申办请求，如果有空闲的业务终端，选择空闲的业务终端与客户端网络地址指向的客户端连接；否则对业务申办请求进行排队。响应空闲的工作状态，如果有排队中的业务申办请求，根据排队规则选择客户端网络地址指向的客户端与空闲的业务终端连接；业务服务器还用于，作为客户端与业务终端连接和办理业务的桥梁或媒介。

该业务系统，

该排队规则，为包括按业务申办请求的时间先后顺序排队、

按业务信息包括的业务类型分类进行排队、

按客户优先级排队的至少一种。

该业务系统，

该客户端还用于，输出提醒或查询；或者，

该客户端还用于，从客户端输入连接或办理业务时向客户端请求的信息；

或者，该客户端还用于，获取或存储办理业务信息；或者，

该业务服务器还用于，获取或存储办理业务信息。

该业务系统，

该业务申办请求包括的请求信息，为包括用户信息、业务信息、客户端信息的至少一种；或者，

该客户端与该业务终端通过该业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

业务方法，由业务系统执行，包括以下步骤，

通过客户端获取业务信息向业务服务器发送业务申办请求；

由业务终端向业务服务器发送业务终端的工作状态；

响应业务申办请求或空闲的工作状态，业务服务器根据连接规则选择客户端与空闲的业务终端通过业务服务器连接；或者根据连接规则选择客户到空闲的业务终端去办理业务；客户端或客户为与业务申办请求对应的客户端或客户。

业务方法，由业务系统执行，包括以下步骤，

通过客户端获取业务信息向业务服务器发送业务申办请求；

由业务终端向业务服务器发送业务终端的工作状态；

响应业务申办请求，如果有空闲的业务终端，业务服务器选择空闲的业务终端与发送业务申办请求的客户端连接；否则对业务申办请求进行排队；

响应工作状态，如果有排队中的业务申办请求，业务服务器根据排队规则选择在排队中的与业务申办请求相对应的客户端与空闲的业务终端连接。

该业务方法，

获取该业务信息的方法，为包括

双向扫码获取业务信息、

双向扫码获取营业厅信息查询营业厅所支持的业务信息并选择其中一种、

从分类列表中选择业务信息、从历史列表中选择业务信息、

从常用列表中选择业务信息、按关键字搜索并获取业务信息、

通过已获得的卡/证/票获取业务信息、手动输入业务信息的方式的一种。

该业务方法，

该排队规则，为包括按业务申办请求的时间先后顺序排队、

按业务信息包括的业务类型分类进行排队、按客户优先级排队的至少一种。

该业务方法，

该客户端还用于，输出提醒或查询；或者，

该客户端还用于，从客户端输入连接或办理业务时向客户端请求的信息；

或者，该客户端还用于，获取或存储办理业务信息；或者，

该业务服务器还用于，获取或存储办理业务信息；或者，

该业务申办请求包括的请求信息，为包括用户信息、业务信息、客户端信息的至少一种。

该业务方法，还包括以下步骤，

该客户端与该业务终端通过该业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

-------------此段起分隔作用，包括创新点的介绍及其系统相关名词解释。

业务终端，是办理业务时进行业务办理的终端，属于业务提供方；包括譬如银行柜台的现金业务终端、报销窗口的报销业务终端等；业务终端有业务类型的属性。根据办理的业务的不同，业务终端具有的功能会不同；业务终端为客户提供(电子)业务办理的功能；业务终端可以是虚拟的，由业务服务器进行创建或管理。业务终端，主动或被动向业务服务器发送业务终端的工作状态；工作状态包括空闲、业务办理中的一种。

业务终端，现有的解决方案，一般来说，有一个叫号的按钮，通过该按钮，发送叫号请求到业务服务器，请求排队中的下一个客户到该窗口办理业务；该方法，属于业务终端主动向业务服务器输出空闲的工作状态的一种情况。

客户端，不能简单的理解成一个智能终端，譬如手机。这里是包括特定功能的客户端，譬如安装有通过业务服务器与业务终端进行连接的App的手机等；并且能通过App完成特定的功能，譬如在业务终端为税务局的完税证明打印终端时，相应的客户端能通过扫码税务局的二维码获取税务局信息，然后查找或选择税务局支持的打印完税证明业务，并发出申请证明请求到业务服务器；申请证明请求在打印完税证明业务上进行排队；当有空闲的完税证明打印终端，并且该请求前面的所有申请证明请求都处理完毕后，客户端输出震动提醒客户完税证明打印业务开始，客户端输出声音提醒客户完税证明打印业务完毕。客户也可以通过客户端获得电子形式的完税证明；客户端还可以查询信息，查询的信息包括排队进度/情况、业务办理的流程、以前办理的业务信息等。

客户端App只是客户端的一种形式，还包括譬如客户端的网页程序。

客户端，可以扫图形码，或者输出图形码供扫描，图形码为包括二维码、条形码的一种；获取或存储办理业务信息，即连接或办理业务过程中的所有的与业务相关的信息，包括流程；保存业务信息到历史列表中；从客户端可以输入连接或办理业务时向客户端请求的信息；发送命令或信息到业务服务器或者业务终端；接收从业务服务器或者业务终端传送过来的命令或信息。

向业务服务器发送业务申办请求的方法，为包括获取业务信息后自动发送、与选择业务信息的步骤合并成一步、获取业务信息后手动发送的至少一种。

业务服务器，是客户端与业务终端连接和办理业务的桥梁或媒介；客户端与业务终端之间命令或信息的传递，需要通过业务服务器进行。业务服务器协助业务的办理；根据其办理的业务的不同，会有不同的功能；业务服务器基本的功能，包括譬如登陆验证、权限管理、电子支付、数据/信息存储、查询及与具体业务相关需要由服务器来处理的事项等。

业务服务器，可以保存业务终端的信息，为包括业务终端可办理业务的业务类型、业务终端的网络地址的至少一种。客户端，通过业务服务器与业务终端连接，客户端和业务终端需要业务类型的匹配，即客户端的业务申办请求包括的业务类型与业务终端可办理的业务类型相同。

业务系统为网络系统；互联网的网络地址可以包括IP地址，还可以包括端口号等。业务终端主动向业务服务器发送工作状态，或者业务服务器查询业务终端、业务终端被动发送工作状态。可选的，业务服务器保存业务终端与其网络地址的对应关系，这个对应关系可以保存在数据表中，譬如业务终端id与网络地址对应关系；举例，当业务服务器为客户端分配了1号业务终端时，需要将客户端与1号业务终端进行连接，这需要1号业务终端的网络地址。业务服务器也可以保存客户端对应的网络地址。或者在业务服务器查询业务终端的工作状态时，需要其网络地址。

客户端与业务终端通过业务服务器连接，是一种间接的连接关系。客户端和业务终端分别与业务服务器连接，通过业务服务器传递信息。

连接规则，其解释包括如下。业务服务器响应业务申办请求，如果有空闲的业务终端，则选择空闲的业务终端与客户端连接，开始办理业务；否则对业务申办请求进行排队；业务服务器响应空闲的工作状态，如果有排队中的业务申办请求，根据排队规则选择在排队中的业务申办请求对应的客户端与空闲的业务终端连接。对业务申办请求的排队，其可以是业务申办请求本身、客户端信息、用户信息的至少一种，譬如排队对象包括业务id和用户id，通过用户id可以找到其客户端网络地址。客户端通过业务服务器与业务终端连接。

连接规则，其解释还可以包括如下。过号重排，就是客户错过了提醒后，重新通过业务申办请求申请排队；回头再排，譬如医院，医生要求病患去体检/检查，然后再回到医生这里继续看病。过号重排和回头再排，相比正常排队，可以有更高的优先级。

根据连接规则选择客户到空闲的业务终端去办理业务，与根据连接规则选择客户端与空闲的业务终端通过业务服务器连接，是两个不同的方案。相比较而言，选择客户到空闲的业务终端去办理业务应该是简化版本，只是选择客户去办理业务，而客户端不涉及具体的业务办理，相当于是一个排队叫号系统。由于该类系统很普及，不再赘述。

根据连接规则，选择客户端与业务终端连接或者选择客户到业务终端去办理业务，客户端或客户对应的业务申办请求与业务终端，两者的业务信息应该基本相同，至少包括相同的业务类型。

在方法的权利要求中，步骤之间的执行顺序要根据具体情况来决定，不是固定不变的或由权利要求表述的顺序决定。譬如步骤“由业务终端向业务服务器发送业务终端的工作状态”，该步骤可以在方法权利要求的任意步骤执行，无论是业务终端主动或者被动向业务服务器发送工作状态，业务服务器需要尽快知道业务终端的工作状态，以尽快分配业务，提高效率，而业务终端的工作状态的变化又是随机的，是由业务办理的进度决定的。

与业务相关的具体业务操作，因为有了客户端，请求客户端输入的信息或动作，譬如卡号、密码、证件、表格、签字、接收用户输入、接收业务服务器信息等，从客户手动改变成了可以从客户端输入。这些改变是显而易见的，包括用户登录等，属于公知常识，在这里也不作具体介绍。

本申请的创新点包括，区别于取号排队，通过客户端获取包括业务类型的业务信息，发送业务申办请求的方式，请求办理业务，省掉了取号机；区别于由业务提供方提供的叫号设备叫号，由客户端输出提醒，省掉了叫号设备；办理业务的所有信息，包括信息和流程，都可以保存在客户端或业务服务器中，供查阅；提供流程的电子化；无纸化办公；通过客户端实现电子自动排队，不是人工排队。

-------------此段起分隔作用，包括其他相关名词解释。

业务信息，包括业务类型；还可以包括与业务办理相关的信息，譬如办理银行取款业务时包括的银行卡卡号等相关的信息。

选择业务信息的方法，其中的双向扫码获取业务信息或营业厅信息，包括两种扫码方式；第一种由客户端扫描业务提供方提供的图形码，图形码包括业务信息或营业厅信息。第二种，业务提供方提供读码器，由客户端输出图形码，图形码包括客户端信息，客户端信息包括客户端网络地址，读码器读取客户端输出的图形码，然后由读码器向业务服务器发出业务信息请求，业务服务器将请求的结果，譬如为包括业务信息、营业厅信息的一种，发送到客户端网络地址指向的客户端。双向扫码，提供了灵活的交互方式。

通过已获得的卡/证/票获取业务信息，该卡/证/票，会有与其对应的可办理的业务类型，这些信息可保存在业务服务器中或可通过查询业务服务器获得。

分类列表、常用列表、历史列表，这些表可以通过客户端从业务服务器获得或者保存在客户端；这些表中，可以是直接或间接的业务信息；间接的业务信息，譬如是xx银行，通过该银行可以查找到其可办理业务的业务信息。

根据采用的技术方案不同，业务申办请求可以由客户端发出，或者由读码器发出；业务类型的选择，可以通过客户端选择，或者通过读码器选择；

用户(客户)信息，为包括类型、用户id、用户名、密码、实名制信息、联系方式、通信地址的至少一种。

业务信息，为包括业务类型、业务id、卡号、身份证明信息的至少一种。

客户端信息，为包括客户端类型、客户端id、客户端网络地址、应用程序版本信息的至少一种。可选的，客户端信息包括用户信息或业务信息。

对业务申办请求进行排队，不是只能排队业务申办请求，可以包括排队业务申办请求的排队对象，是可以唯一识别与该业务申办请求相对应的客户端或用户的对象，可以为包括业务申办请求(本身)、客户端id、客户端网络地址、用户id、联系方式、实名制信息譬如身份证的至少一种。

排队规则，包括按业务类型分类排队和按业务申办请求的时间先后排队。按业务类型排队，举例说，就是按业务申办请求包括的业务类型，分队列进行排队，在不同的排队队列中，再按业务申办请求的时间先后排队。譬如银行业务，按现金业务、投资业务等分别进行排队。当然，有的时候客户会有不同的优先级，譬如具有vip优先级的客户，会优先处理。

从客户端输入的信息，包括在连接过程中和连接后的业务处理过程中，系统请求客户端输入的信息，或者客户端主动输入的信息。连接过程中，从客户端输入的信息，为包括用户名、密码、身份验证信息、业务类型的至少一种。业务处理过程中，从客户端输入的信息，与办理的具体业务有关；譬如银行现金业务，为身份证信息、银行卡/帐号、密码、金额、签名等。

办理业务信息，包括业务系统在整个业务的办理过程中的所有信息或其部分信息；包括从客户端和业务终端输入和生成的信息、业务服务器生成的信息、日期/时间等。客户端可以将业务类型保存在业务历史纪录中。

在客户端与业务终端通过业务服务器连接后，客户端、业务终端、业务服务器三者之间可以进行通信，或传递命令或信息。譬如业务服务器将登陆的结果发送到客户端，业务服务器将支付结果发送到客户端和业务终端，业务终端通过业务服务器将需要签字的文件发送到客户端等。

-------------此段起分隔作用，下面为单一性和技术效果的介绍。

多个保护主题具有单一性。理由在于，属于一个总的发明构思，解决的技术问题是在业务办理过程中，需要取号，而取号需要取号机；多个申请主题具有相同的特定技术特征，即通过获取业务信息，发送业务申办请求。

本申请的有益的技术效果包括：

1，节省了取号机，以及由取号机带来的生产/维护成本、占地空间等问题；

2，节省了叫号机，以及由取号机带来的生产/维护成本、占地空间、能耗等问题；

3，不需要叫号机叫号，由客户端输出提醒，降低了噪声；

4，无纸化办公，节省了资源；

5，整个办理流程的电子化；

6，保存业务办理过程中的文档、信息，便于保存，可以电子查阅；

7，通过客户端实现电子自动排队，不需要客户排队等候；

8，可以远程办理业务，因为信息都可以通过客户端输入。

附图说明

图1为银行业务系统框图，手机App扫码银行二维码并发送业务申办请求。

图2为电信业务系统框图，电信读码器读取手机App输出的图形码并发出业务申办请求。

图3为由图1所示银行业务系统所执行的方法。

附图标号：无。

具体实施方式

以下结合附图并附实施例详细说明本申请。

图1为银行业务系统框图。包括银行二维码、手机App即银行业务的客户端、业务终端为银行1号柜台、业务服务器即银行业务服务器。

银行二维码，可以是电子形式的二维码输出设备，通过选择业务信息，输出与业务信息对应的二维码；也可以是已经打印好的二维码，包括多种二维码，不同的二维码包括不同的业务信息。多种和多个银行二维码可以放置/安装的营业厅的不同位置，方便客户。

手机App通过扫描银行二维码，获取包括业务类型的业务信息，发送业务申办请求到业务服务器。业务申办请求的请求信息包括业务信息，可选的请求信息还包括用户信息或客户端信息；可选的，手机App包括电子银行卡，业务信息包括电子银行卡信息；可选的，手机App包括电子身份证，或者可获取电子身份证信息。在手机App发送业务申办请求的时候，如果App用户没有登陆，可选的，业务服务器请求手机App输入信息进行登陆，通常的登陆信息包括用户名和密码。在业务服务器将手机App与客户端连接后，手机App接收到业务服务器的连接成功信息。假定这里的业务类型为现金业务。

手机App在排队等待办理业务的过程中，可以获得服务器告知的、根据办理业务的需要、预先准备的材料，这些材料包括身份识别/验证信息、与现金业务相关的表格等。当然，这些材料也可以在业务办理的过程中准备，只是提前准备节省了办理业务的时间。

手机App在办理现金业务的过程中，可以根据需求或者主动提交身份验证信息、与现金业务相关的表格、确认信息、签名、答复等；手机App可以接收身份查询信息、需要签字的表格、信息提交请求、业务费用缴纳请求等。

手机App可以保存业务过程中的所有信息，包括业务流程；还可以保存扫描银行二维码获得的信息。

手机App在可以在需要的时候输出提醒，提醒为包括震动、声音的至少一种。譬如在需要输入信息、接收到信息、提前提醒、连接成功、开始业务、断开连接等。

业务终端，在办理完上一个业务，或者在系统启动后，其工作状态简称为状态为空闲；在通过业务服务器与手机App连接后，其状态为业务办理中；在业务办理过程中，其状态为业务办理中。在上一个业务办理完成后，业务终端将包括空闲的状态发送到业务服务器；在通过业务服务器与手机App连接后，业务服务器将连接状态发送到业务终端，业务终端将状态改变为业务办理中。图示业务终端为银行1号柜台，其当前办理的是现金业务。

银行业务服务器，简称为服务器，其接收业务申办请求，将接收到的业务申办请求按业务信息分类，这里按业务类型分类，如果该业务类型的排队队列为空，则查询是否有办理该业务类型的业务终端为空闲，如果有，则该业务申办请求不需要排队，直接分配到与空闲的业务终端连接，否则将该业务申办请求放到对应的业务类型排队队列中排队；服务器还接收业务终端的收工作状态，如果忙闲状体为空闲，并且与该业务终端办理的业务类型相同的分类排队队列中有等待的业务申办请求或其相对应的排队对象，则选择时间最早的排队对象与该业务终端相连。

服务器选择手机App与业务终端连接，服务器通知进行连接的手机App和业务终端。手机App与业务终端通过服务器连接后，可以开始办理业务。

银行业务服务器，还处理与业务有关的事项，譬如结算，保存交易信息，包括流程信息等。系统里的业务单元1、业务单元2、业务单元3与具体的业务有关，是公知常识，这里不作具体介绍。

其有益效果在于，节省了取号机，节省了叫号设备，无纸化办公节省了纸张，业务办理电子流程化，保存业务办理信息供实时查询等。

上面是一种可选的实现方式，可以有多种变化，下面介绍其中的几种变化。

该银行网点只有一个二维码，扫码后通过手机App选择业务类型；由银行业务服务器查询并获取各业务终端的工作状态；排队规则还包括按客户的优先级排队，譬如VIP客户优先等；通过手机App搜索获得银行的业务信息，并发送业务申办请求等。

图2为电信业务系统框图，这里主要介绍其在连接方法上，即业务申办请求过程与图1所示的银行业务系统的区别。与银行业务系统相比，多一个电信读码器，其简称为读码器。电信业务服务器简称服务器。

读码器读取手机App输出的图形码，图形码包括客户端信息和业务信息，客户端信息包括手机App网络地址，业务信息包括业务类型；可选的，业务类型也可以从读码器选取，或者读码器会按业务类型分成不同业务类型的读码器。读码器发送业务申办请求到服务器，业务申办请求包括手机App网络地址和业务信息。按照排队规则，服务器选择与业务终端项连的客户端，发送连接成功信息到手机App网络地址对应的手机App。

服务器主动查询各业务终端的工作状态。当查询到空闲的业务终端时，可根据排队规则选择符合条件的排队中的手机App与空闲的业务终端连接。

其有益效果在于，多一种交互方式可以选择。

图3为由图1所示银行业务系统所执行的方法。

主要描述的是其连接的过程，在上面已经进行了详细的描述，在此不作赘述。

Claims (11)

1.业务系统，包括客户端、业务终端和业务服务器；其特征在于，

客户端用于，获取业务信息，向业务服务器发送业务申办请求，业务申办请求包括业务申办信息，业务申办信息包括业务信息；

业务终端用于，向业务服务器发送业务终端的工作状态；

业务服务器用于，响应业务申办请求或空闲的工作状态，根据连接规则选择客户端与空闲的业务终端通过业务服务器连接；或者根据连接规则选择客户到空闲的业务终端去办理业务；客户端或客户为与业务申办请求对应的客户端或客户。

2.如权利要求1所述的业务系统，其特征在于，

获取所述的业务信息的方法，为包括

双向扫码获取业务信息、

双向扫码获取营业厅信息查询营业厅所支持的业务信息并选择其中一种、

从分类列表中选择业务信息、从历史列表中选择业务信息、

从常用列表中选择业务信息、按关键字搜索并获取业务信息、

通过已获得的卡/证/票获取业务信息、手动输入业务信息的方式的一种。

3.如权利要求1所述的业务系统，还包括读码器，其特征在于，

客户端用于，输出交互信息，交互信息包括客户端信息，客户端信息包括客户端网络地址；

读码器用于，读取客户端的交互信息，向业务服务器发送业务申办请求，业务申办请求包括业务申办信息，业务申办信息包括业务信息和客户端信息；

业务终端用于，向业务服务器发送业务终端的工作状态；

业务服务器用于，响应业务申办请求，如果有空闲的业务终端，选择空闲的业务终端与客户端网络地址指向的客户端连接；否则对业务申办请求进行排队。响应空闲的工作状态，如果有排队中的业务申办请求，根据排队规则选择客户端网络地址指向的客户端与空闲的业务终端连接。

4.如权利要求1或3所述的业务系统，其特征在于，

所述的连接规则包括排队规则，为包括按业务申办请求的时间先后顺序排队、

按业务信息包括的业务类型分类进行排队、

按客户优先级排队的至少一种。

5.如权利要求1或3所述的业务系统，其特征在于，

所述的客户端还用于，输出提醒或查询信息；或者，

所述的客户端还用于，从客户端输入连接或办理业务时向客户端请求的信息；

或者，所述的客户端还用于，获取或存储办理业务信息；或者，

所述的业务服务器还用于，获取或存储办理业务信息。

6.如权利要求1或3所述的业务系统，其特征在于，

所述的业务申办信息，还包括用户信息、客户端信息的至少一种；或者，

所述的客户端与所述的业务终端通过所述的业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

7.业务方法，由业务系统执行，其特征在于，包括以下步骤，

通过客户端获取业务信息向业务服务器发送业务申办请求；

由业务终端向业务服务器发送业务终端的工作状态；

响应业务申办请求或空闲的工作状态，业务服务器根据连接规则选择客户端与空闲的业务终端通过业务服务器连接；或者根据连接规则选择客户到空闲的业务终端去办理业务；客户端或客户为与业务申办请求对应的客户端或客户。

8.如权利要求7所述的业务方法，其特征在于，

获取所述的业务信息的方法，为包括

双向扫码获取业务信息、

双向扫码获取营业厅信息查询营业厅所支持的业务信息并选择其中一种、

从分类列表中选择业务信息、从历史列表中选择业务信息、

从常用列表中选择业务信息、按关键字搜索并获取业务信息、

通过已获得的卡/证/票获取业务信息、手动输入业务信息的方式的一种。

9.如权利要求7所述的业务方法，其特征在于，

所述的排队规则，为包括按业务申办请求的时间先后顺序排队、

按业务信息包括的业务类型分类进行排队、按客户优先级排队的至少一种。

10.如权利要求7所述的业务方法，其特征在于，

所述的客户端还用于，输出提醒或查询；或者，

所述的客户端还用于，从客户端输入连接或办理业务时向客户端请求的信息；

或者，所述的客户端还用于，获取或存储办理业务信息；或者，

所述的业务服务器还用于，获取或存储办理业务信息；或者，

所述的业务申办请求包括的请求信息，为包括用户信息、业务信息、客户端信息的至少一种。

11.如权利要求7所述的业务方法，其特征在于，还包括以下步骤，

所述的客户端与所述的业务终端通过所述的业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。