交互设备系统及连接方法与流程

本发明涉及交互设备系统的技术领域，具体来讲，是客户端通过与交互设备终端的间接交互方式实现与交互设备终端连接、完成功能的系统和方法，以替代包括二维码检票机/收款机、刷卡/检票放行等构成的直接交互方式的系统。

背景技术：

交互设备终端，在与客户端进行交互的过程中，都是在业务的现场进行直接交互。譬如，在地铁检票时，检票机扫客户端也就是票务app的二维码；在超市购物收款时，营业员通过扫码枪扫描客户端出示的二维码或条形码；门锁读取刷卡的信息或者人体的特征信息等。

现场的直接交互，两个交互对象之间，譬如票务app和检票机之间的距离要足够短，直接交互譬如扫码需要时间；直接交互，必须在进行业务/操作的时间进行，不能提前或同步进行交互；直接交互，如果交互发生问题，直接影响事件的继续处理；每个交互设备终端必须具备与客户端或者外部交互对象(譬如卡、人体特征信息等)进行交互的交互接口；客户办理的业务，回执是很多的纸质件，不方便保存，容易丢失；纸质件，浪费材料。

上述的直接交互存在的问题，直接导致了，在效率上相对低，耗费时间；在引入新的交互输入方式时，需要对硬件设备进行改造，提高了成本；每个交互设备终端都需要交互接口。

技术实现要素：

为了克服现有技术中的交互设备系统采用直接交互方式等带来的问题，及直接交互方式引起的相关问题，本发明提出了一种采用间接交互方式的交互设备系统，客户端通过间接交互方式找到交互设备终端。该方案解决了采用直接交互方式存在的问题，提高了用户体验。

本发明的技术方案如下。

交互设备系统，包括客户端、交互设备终端和终端服务器；

客户端用于，采用间接交互方式，通过终端服务器在客户端找到交互设备终端；终端服务器用于，获得交互设备终端的设备信息，设备信息包括交互设备终端的网络地址；

客户端还用于，通过终端服务器请求对交互设备终端的操作，或者通过终端服务器与交互设备终端连接，或者发送交互设备终端的连接请求到终端服务器。

该客户端的该间接交互方式，为包括

通过客户端输入并搜索从而获取包括该交互设备终端的上级对象、

通过客户端保存的操作历史列表获取包括该交互设备终端的上级对象、

通过客户端保存的常用列表获取包括该交互设备终端的上级对象、

由客户端已获得的电子票或电子卡获取包括该交互设备终端的上级对象、

通过客户端包括的分类列表获取包括该交互设备终端的上级对象、

与通过上述几种方式获取上级对象相对应的多种获取交互设备终端的方式、

由读码器读取客户端的图形码获取交互设备终端、

由客户端通过双向扫码获取包括该交互设备终端的上级对象、

与通过上述几种方式获取上级对象相对应的多种获取该交互设备终端所包括的下级对象的方式的一种；

然后，通过上级对象或下级对象，找到设备终端。

该交互设备系统，

将该交互设备终端，或者与交互设备终端相关联的上级对象或下级对象保存到该操作历史列表中。

该连接请求用于，在该交互设备终端上排队，当条件满足时，由该交互设备终端或该终端服务器接受该连接请求；或者，

该客户端还用于，输出提醒。

交互设备系统，

当该客户端通过该终端服务器与该交互设备终端连接后，客户端、终端服务器和交互设备终端三者相互之间进行通信或交换信息；或者，

当该客户端通过该终端服务器与该交互设备终端连接后，通过客户端输入连接或办理业务过程中向客户端请求的信息，或者通过交互设备终端输入连接或办理业务过程中需要的信息。

交互设备系统的连接方法，由该交互设备系统执行，包括以下步骤：

a.由客户端，采用间接交互方式，获取包括交互设备终端的上级对象，或者交互设备终端包括的下级对象，或者交互设备终端；

b.由客户端通过上级对象，查询终端服务器，从上级对象开始依次获取下一级对象，直到获取交互设备终端；或者，

由客户端通过下级对象，查询终端服务器，从下级对象开始依次获取上一级对象，直到获取交互设备终端；或者，

跳过该步骤；

c.由客户端通过终端服务器请求对交互设备终端的操作，或者通过终端服务器与交互设备终端连接，或者发送交互设备终端的连接请求到终端服务器。

该客户端的该间接交互方式，为包括

通过客户端输入并搜索从而获取包括该交互设备终端的上级对象、

通过客户端保存的操作历史列表获取包括该交互设备终端的上级对象、

通过客户端保存的常用列表获取包括该交互设备终端的上级对象、

由客户端已获得的电子票或电子卡获取包括该交互设备终端的上级对象、

由读码器读取客户端的图形码获取交互设备终端、

通过客户端包括的分类列表获取包括该交互设备终端的上级对象、

与通过上述几种方式获取上级对象相对应的多种获取交互设备终端的方式、由客户端通过双向扫码获取包括该交互设备终端的上级对象、

与通过上述几种方式获取上级对象相对应的多种获取该交互设备终端所包括的下级对象的方式的一种。

该交互设备系统的连接方法，

还包括以下步骤：

将该交互设备终端，或者与交互设备终端相关联的上级对象或下级对象保存到该操作历史列表中。

该交互设备系统的连接方法，

在该步骤后还包括以下步骤：

由该连接请求在该交互设备终端上排队，当条件满足时，由该交互设备终端或该终端服务器接受该连接请求。

该交互设备系统的连接方法，

在该步骤后还包括以下步骤：

当该客户端通过该终端服务器与该交互设备终端连接后，客户端、终端服务器和交互设备终端三者相互之间进行通信或交换信息；或者，

当该客户端通过该终端服务器与该交互设备终端连接后，通过客户端输入连接或办理业务过程中向客户端请求的信息，或者通过交互设备终端输入连接或办理业务过程中需要的信息。

交互设备终端，应用于交互设备系统，

与传统交互设备终端的区别在于，该交互设备终端没有与客户端或外部交互对象直接交互的直接交互接口。

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

交互设备终端，为需要在现场进行交互来完成功能的终端，包括检票机、收款机/付款机、门/门禁、储物柜、快递收货机、刷卡器、签到/报到设备、自动售卖/货机、自动售货商店、取票机、广告机、电梯乘用刷卡器等；这里的交互设备终端，譬如门可以是指包括门锁的门，储物柜可以是指包括锁的储物柜等；该申请中的交互设备终端与传统的交互设备终端可能会有不同，其不需要交互接口，但在名称上，还是延用原来的名称。交互设备终端，还包括虚拟的，譬如饭店的餐桌，可以虚拟成一个交互设备终端；该虚拟的交互设备终端可以由终端服务器进行创建或管理。

客户端，不能简单的理解成一个智能终端，譬如手机。这里是包括特定功能的客户端，譬如安装有通过终端服务器与交互设备终端进行连接的app的手机等；并且能通过客户端完成特定的功能，譬如在交互设备终端为超市的收款机时，客户端能通过间接交互方式找到超市的收款机，能付款；进一步的，还可以获取所购商品的详细信息。客户端，采用间接交互方式，通过终端服务器，找到交互设备终端，这里的交互设备终端不是实际的设备，是代表设备的设备信息，其包括交互设备终端标识，可以是设备id或者设备名称和/或序号等，通过这个标识，可以在终端服务器中找到对应的设备信息，包括其交互设备终端的网络地址。对于现在的互联网，网络地址可以包括ip地址，还可以包括端口号等。

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

客户端，可以扫图形码，或者输出图形码供扫描；获取或存储交互/业务办理过程中的所有信息，包括流程；保存上级对象、下级对象或交互设备终端到操作历史列表中；从客户端可以输入连接或办理业务时向客户端请求的信息；发送命令或信息到终端服务器或者交互设备终端；接收从终端服务器或者交互设备终端传送过来的命令或信息。

终端服务器，是交互设备终端与客户端之间的桥梁或纽带，交互设备终端与客户端之间通过终端服务器进行连接，通过终端服务器交换或传递命令、信息、数据等。终端服务器，保存交互设备终端的网络地址，这样，就可以由客户端的设备信息，找到并通过网络寻址并连接到实际的交互设备终端。交互设备终端标识、其网络地址、其详细信息可以保存在数据表中。

终端服务器，获得交互设备终端的终端信息，该终端信息可存储在终端服务器中；也可以存储在终端服务器的外部，终端服务器可以查询获得终端信息。

这里，为了说明间接交互方式的工作过程，举某景区为例。该景区有一个与景区对应的二维码，该二维码可以放在很多不同的地方，游客用手机app扫该二维码，识别二维码并通过查询终端服务器，该二维码对应该景区；游客在该景区的东门第三个检票入口排队，在该检票入口的某处标示该入口的标识为东三入口，游客在排队的时候通过app选择入口序号为东三的检票机，该检票机属于该景区；游客在即将进入入口时，点击app上的付款并进入按钮，东三入口处的检票机在付款成功后放行。

景区下面可能会有多个检票口，每个检票口可能会有多个检票机，通过间接交互方式得到的是景区，通过景区找到检票口。景区是上级对象，检票口的检票机是交互设备终端，这里的例子景区下面就是交互设备终端；可能的情况是上级对象与交互设备终端之间还存在一到多个层级，从上级对象开始，找到上级对象的下一级对象，如果还有下一级对象再下一级对象，直到交互设备终端。

终端服务器保存有通过上级对象找到交互设备终端，或通过下级对象找到交互设备终端，或直接找到交互设备终端的信息。上述信息可以是树状结构。这些信息可以保存在数据表中。或者这些信息保存在终端服务器外部供查询。

当然，终端服务器还包括在相应场景下要完成的功能。譬如交互设备系统为检票系统时，终端服务器需要接收客户端发送的检票请求，检票，并将检票结果发送到检票机，检票机打开闸机放行等的功能。由于这不是本发明的发明点，而且有很多的公知常识可以参考，所以这里不作介绍。

在方法的权利要求中，步骤之间的执行顺序要根据具体情况来决定，不是固定不变的。譬如步骤“将该交互设备终端，或者与交互设备终端相关联的上级对象或下级对象保存到该操作历史列表中”的执行顺序，可以在客户端与交互设备终端连接后，办理业务之前；也可以在办理业务的过程中；也可以在办理业务之后。

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

交互设备系统为网络系统，包括客户端、交互设备终端、终端服务器、读码器等之间通过网络连接。

本申请的创新点在于，采用间接交互方式，通过终端服务器实现客户端、终端服务器与交互设备终端三者之间的操作或连接；或者交互设备终端没有直接交互接口等。

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

通过客户端，用户可以输入多种信息，包括文字、文件、图片、验证信息、人体特征信息等，并与终端服务器和交互设备终端交换这些信息；譬如通过客户端输入密码，或者输入指纹，面部特征等。客户端本身就具有很多的信息输入的功能，譬如手机(软)键盘输入文字/密码，摄像头输入面部特征；其技术效果在于，通过客户端输入替代了由交互设备终端输入信息，省掉交互设备终端的信息输入接口(不是直接交互的交互接口)，节省了系统的成本。

间接交互方式有多种，其之间有对应的关系，譬如下面三种是对应的；通过客户端保存的操作历史列表获取包括交互设备终端的上级对象；通过客户端保存的操作历史列表获取交互设备终端包括的下级对象；通过客户端保存的操作历史列表获取交互设备终端。

间接交互方式，通过客户端输入并搜索，输入的关键字可以是包括首字母、数字、id、汉字的至少一种；已获得的电子票或电子卡，其信息已经保存在终端服务器中，通过电子票或电子卡，可以找到其对应的交互设备终端或其对应的上级对象或下级对象。客户端通过双向扫码获取上级对象或下级对象，双向扫码是指通过客户端扫上级对象或下级对象的图形码，或者通过上级对象或下级对象扫客户端的图形码。双向扫码的效果在于，提供了多种选择。

常用列表、历史列表、分类列表，这些表中找到交互设备终端的上级对象。譬如在常用列表或历史列表中包括xx景区、xx酒店、xx地铁、xx超市、xx学校等。分类列表，譬如包括景点，景点下包括xx景区等。

上级对象或下级对象或交互设备终端不一定非得是具体实物，可以是虚拟的对象，或者地理位置，或者包括编号信息等的分组；譬如街道/街区、上面的东三入口等。虚拟的对象，其效果在于，扩展了交互设备系统的应用场景。

从上级对象开始依次获取下一级对象，直到获取交互设备终端。举超市为例，在z城市找到w超市，该w超市为上级对象，w超市的xx路店为下一级对象，该xx路店的下一级对象即n号出口的收款机为交互设备终端；通过w超市找到w超市的xx路店，通过w超市的xx路店找到n号出口的收款机，依次找下一级对象，直到交互设备终端即n号出口的收款机。这些层级信息、各层对象/终端信息都已经保存在终端服务器中或其外部。该方法同样适用于从下级对象开始依次获取上一级对象，直到获取交互设备终端。

通过终端服务器，找到交互设备终端，也可能会是自动的过程。譬如客户入住了w酒店的888房间，在获得了w酒店该上级对象后，终端服务器根据入住记录查询获得客户入住的房间为888房间，终端服务器直接给客户端发送包括交互设备终端即888房间的信息，客户无需手动获取。

连接请求在交互设备终端上排队，还是以上面的w超市的xx路店的收款机构成的超市收款系统为例进行说明。在n号出口，有很多顾客在排队，有多个顾客已发出连接请求到n号出口的收款机上，该收款机维护一个列表，列表包括有效的对该收款机的连接请求的客户的账号名称。上一顾客结账完毕后，收银员询问排队的下一顾客的账号名称，在收款机的连接请求的列表中选择该账号名称，与其进行连接。在某些应用，譬如按时间/业务完成先后顺序进行排队的系统中，可以由终端服务器决定下一个进行连接的客户。

对交互设备终端的操作，为包括开门、开柜、放行、付款的至少一种。

客户端输出的提醒，为包括震动、声音的至少一种。

保存的操作历史列表，如果列表保存了层级关系，譬如包括上级对象及其包括的交互设备终端，可以保存成树状结构。

客户端、终端服务器、交互设备终端连接后，三者之间可以传送命令或交换信息；交换的信息为包括文字、文件、图片、验证信息、人体特征信息、流程、命令、状态、动作、结果、交互设备终端及其相关对象、数据/数字、交易/支付、商品的至少一种。

直接交互接口，即是在交互设备终端上的输入信息的接口或模块，譬如检票机上的键盘、触摸屏、摄像头、读卡器、人体特征模块(包括虹膜、指纹等)、扫码模块、身份证读取模块、读票模块等。当然，在办理业务过程中，交互设备终端的操作者，其正常操作的输入或输出，不是直接与客户端的连接请求相关的接口部分，譬如必须通过键盘输入业务信息等，可不属于直接交互接口。

连接请求，在交互设备终端上排队，当条件满足时，交互设备终端或终端服务器接受连接请求。这些条件，在现有的应用中很多，也是公知常识。譬如在交互设备终端上排队的其他对象，按时间顺序进行排队，当所有在该连接请求以前的请求都处理完毕后，可以处理该连接请求。

连接或办理业务过程中向客户请求的信息，客户端是在获取交互设备终端并连接后，需要用户/客户在进行具体的业务时输入的信息；通过客户端输入信息，节省了交互设备终端的硬件成本；输入信息包括登陆信息、密码、字符/文字、人体特征、文件、验证信息、会员卡的一种。这些信息，可以在整个系统内与包括终端服务器、交互设备终端进行共享、交换，或者对该信息进行处理等。

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

多个保护主题具有单一性。理由在于，多个主题属于一个总的发明构思，在技术上相互关联，解决的技术问题是在直接交互方式导致的效率低和改造更新过程中的成本高等问题；多个主题具有相同的特定技术特征即利用间接交互方式进行连接，或者相应的特定技术特征即交互设备终端没有直接交互接口。

区别于直接交互方式，该申请的间接交互方式具有如下特点：

客户端通过间接交互方式，找到交互设备终端；由客户端主动发起连接；交互设备终端不需要进行直接交互的交互接口；通过客户端输入各种不同的信息，并在系统内分享；终端服务器通过查询获得交互设备终端的地址，三者之间建立连接并传递信息；客户端可以获取交易的详细信息；交易过程中所以业务的信息保存在终端服务器中，供客户端实时查看；通过客户端输出提醒/提示信息；全电子化。

本发明的有益的技术效果包括：

1，节省交互时间，包括可以提前准备交互，节省现场直接交互的时间；

2，从交互方式和信息输入两方面节省硬件改造或设备升级的成本；

3，客户端获取或实时查询交易/业务的详细信息；

4，通过客户端输出提醒/提示，节省成本/降低噪声；

5，节省纸张；

6，消除扫码排队过程中扫码失败，一直堵在出口的问题；

7，不需要每个交互设备终端都有一个唯一的交互信息，譬如现在的微信点餐，每个桌子都有一个和桌号对应的二维码。

附图说明

图1为超市收银系统框图，主要说明由超市找到收款机，在结算出口排队等。

图2为酒店入住系统框图，主要通过客户端输入房间密码，及扫码app等。

图3为图2所示的由酒店入住系统执行的酒店入住方法。

附图标号：无。

具体实施方式

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

图1为超市收银系统框图，客户端为手机app，以下可简称为app；交互设备终端为收款机，该收款机可以不需要扫收款码的扫码枪/扫码模块，图示中的收款机在超市的1号出口，是1号出口对应的收款机；终端服务器为收款服务器，以下可简称为服务器；还包括超市二维码，该超市(具体到门店的)对应一个二维码，可以贴在超市的很多地方，方便客户扫码，以下可简称为二维码。该二维码的有益效果在于，超市的多个收款机对应同一个二维码，二维码可以包括该超市的一个收款账号的信息，也就是多个收款机所收的款，可以由同一个收款账号接收。

app获取1号出口的收款机的过程如下。app扫二维码，识别二维码，通过服务器获取该二维码对应到位于该门店的该超市；该超市下有多个出口，这些信息也保存在服务器中，通过查询获得多个收款机并将其显示在app上的超市下面，显示譬如1号出口对应的1号收款机，2号出口对应的2号收款机等等；app用户即客户，准备在1号出口排队准备结账，通过app选择1号出口对应的1号收款机。这就是对应到附图上的请求和获取收款机的整个过程。

请求和建立连接的过程如下。通过app上的按钮，发送连接请求到服务器，请求与1号收款机建立连接，该连接请求包括app用户信息、超市id、收款机id；服务器通过查询获得包括超市id和收款机id的对应的收款机的网络地址；服务器发送包括app用户信息的连接请求到收款机；收款机正在处理其他客户购物的过程，所以该app用户需要在1号收款机上排队，等待排在其前面的其他客户收款完毕；其前面的客户收款完毕，该app用户说出其app的用户id，通过收款机接受该用户id的连接请求，将包括该用户id的用户移出排队等待的状态，app通过服务器与1号收款机的连接成功。app也接收到连接成功的信息，进入连接成功的界面。

处理业务的过程如下。app、服务器、(1号)收款机连接后，三者之间可以交换信息和状态。这些信息包括通过收款机获取的商品信息、总金额、收/付款信息、app用户信息、收银员、超市信息、收款机信息、交易编号、日期/时间等。状态包括连接状态、付款状态和进度等。

通过收款机输入商品信息，app完成支付的过程等不是本申请的发明点，而且也是公知常识，也就是实施例中的业务过程等，在此不再赘述。

该实施例的有益效果包括，通过提前扫码排队直接付款，不需在结账时扫描客户的二维码，提高了结账的速度；一个超市的门店对应一个二维码、二维码包括超市收款账号，也就是一个超市的多个收款机通过二维码对应到同一个收款账号；用户通过app实时同步或者通过服务器查询具体的交易信息等；收款机不需要扫客户的手机二维码的模块，节省成本。

对于其他类似的应用，可以通过该实施例进行改变。譬如小区的单元门和住户门，两者都可以作为交互设备终端，可以通过从单元门找到住户门，也即是从上级对象找到交互设备终端，也可以是通过住户门找到单元门，也即是从下级对象找到交互设备终端；可以通过其他的间接交互方式，譬如可用于该超市的会员卡，找到该超市，再找到超市出口的收款机；在有些排队的场合，可以是服务器通过规则决定下一个连接的对象，而不是交互设备终端决定下一个连接的对象。

图2为酒店入住系统的框图。客户端为手机app，以下可简称为app；交互设备终端为酒店门锁，也就是包括门锁的门，门锁可以不需要直接交互接口，可简称为门锁；终端服务器为入住服务器，简称服务器；还包括酒店读码器，用于读取app输出的图形码，酒店读码器可以放置在酒店的很多地方，方便app通过其获取客房信息，以下可简称为读码器，读码器可以不仅仅用于酒店。

这里的app和超市收银系统的app其功能是不完全相同的，毕竟两者的应用场合不同，也可以是同一个app，包括在两个场合都可以应用的功能。同样的道理，两个服务器也需要作相应的解读，在相应的场合下，服务器所应该具有的基本功能，不是本申请的发明点，没有在这里介绍，其为相应应用下的公知常识。

获取客房信息的过程如下。读码器读取app输出的图形码，图形码包括app用户信息和app的网络地址；读码器向服务器输出客房信息请求，该请求包括读码器所在的酒店信息、用户信息和app的网络地址；响应客房信息请求，服务器通过酒店信息和用户信息查询，获得该用户在该酒店所预定或者入住的客房信息，譬如房间号；服务器将客房信息发送到app的网络地址，即图示的app。其效果在于，通过一次扫码过程，app直接获得了客房信息，其包括该客房对应的门锁信息。

通过app发送开锁请求到服务器，服务器通过开锁请求包括的客房信息和用户信息查询，确认包括该用户信息的用户预定或入住了包括该客房信息的客房；服务器请求app输入开锁密码；app输入开锁密码并发送到服务器，服务器确认开锁密码正确；服务器通过客房信息查询获得门锁的网络地址，将开锁请求发送到该网络地址对应的门锁；门锁开锁。

门锁也可以通过服务器，将开锁结果返回给app；可以把酒店信息、客房信息保存到app的操作历史纪录中；输入密码是输入验证信息的一种形式，验证信息不局限于输入密码；输入的信息不限于验证信息。

有益效果在于，通过app输入开锁密码，这样门锁不需要直接交互接口，节省了交互设备终端的改造和生产成本；由读码器读取app输出的图形码，为客户提供了多种选择，方便了客户；可以一次读码就直接获取客户的客房信息；通过手机输入密码等信息，防止被偷看泄密；开锁后，app获得开锁结果，并输出包括开锁结果的提醒给用户。

图3为图2所示的由酒店入住系统执行的酒店入住方法。

其执行过程在酒店入住系统中已经作了说明，只是为了说明方法的一个实施例，在这里不再作详细介绍。