业务处理方法、装置及计算机设备

技术领域

本说明书实施例涉及互联网技术领域，尤其涉及业务处理方法、装置及计算机设备。

背景技术

一些业务场景中，业务方向用户提供业务时，需要现场采集用户信息、需要为用户开通账户、需要为用户的账户充值等，整个业务处理流程较为繁琐，处理效率较差。

发明内容

为克服相关技术中存在的问题，本说明书提供了业务处理方法、装置及计算机设备。

根据本说明书实施例的第一方面，提供一种业务处理方法，所述方法包括：

获取用户的现场生物特征信息，并通过第三方服务端从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

基于所述现场生物特征信息，获取所述用户在第三方服务端的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

根据本说明书实施例的第二方面，提供一种业务处理方法，所述方法包括：

接收终端设备发送的用户的现场生物特征信息，从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

基于所述现场生物特征信息，获取所述用户的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

根据本说明书实施例的第三方面，提供一种业务处理装置，所述装置包括：

特征信息获取模块，用于：获取用户的现场生物特征信息，并通过第三方服务端从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

发送模块，用于：将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

账户信息获取模块，用于：基于所述现场生物特征信息，获取所述用户在第三方服务端的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

业务处理模块，用于：利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

根据本说明书实施例的第四方面，提供一种业务处理装置，所述装置包括：

接收模块，用于：接收终端设备发送的用户的现场生物特征信息，从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

发送模块，用于：将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

获取模块，用于：基于所述现场生物特征信息，获取所述用户的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

处理模块，用于：利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

根据本说明书实施例的第五方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现前述第一方面所述的业务处理方法的实施例。

根据本说明书实施例的第六方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现前述第二方法所述的业务处理方法的实施例。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，利用终端设备、第三方服务端、可信数据库和监管系统之间的联动处理，可以无需用户携带身份证，只需要用户到达现场利用设备采集自身的现场生物特征信息，终端设备即可触发处理流程，自动将现场生物特征信息和查询出的可信的用户身份信息发送给监管系统，基于所述现场生物特征信息，获取所述用户在第三方服务端的至少一种第三方侧的用户账户信息后，可利用所述第三方侧的用户账户信息与业务管理系统配合执行对所述用户的业务处理流程。由此可见，上述方案无需用户携带身份证，只需要用户被设备采集现场生物特征信息，后续的处理可以由设备自动触发执行，无需用户过多的介入，该方案即可满足监管需求，还可以简化业务处理的流程。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1A是本说明书根据一示例性实施例示出的一种业务处理方法的流程图。

图1B至图1E分别是本说明书根据一示例性实施例示出的一种业务处理示意图。

图2是本说明书根据一示例性实施例示出的另一种业务处理方法的流程图。

图3是本说明书根据一示例性实施例示出的一种业务处理装置所在计算机设备的一种硬件结构图。

图4是本说明书根据一示例性实施例示出的一种业务处理装置的框图。

图5是本说明书根据一示例性实施例示出的另一种业务处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

一些业务场景中，业务方向用户提供业务时需要满足监管部门的监管要求。以网吧场景为例，监管部门对于网吧的监管要求，是需要网吧提供用户的现场人脸图像、身份证号码和姓名。因此，在网吧场景下，用户到网吧上网所需要的处理流程可以是：用户在网吧前台，向网吧服务人员提供身份证，网吧服务人员需要利用设备拍摄用户的现场人脸图像，需要在网吧管理系统中录入身份证上的身份信息，如身份证号码和姓名，网吧管理系统将用户的现场人脸图像、身份证号码和姓名发送给监管部门的监管系统，以满足监管部门对于网吧的监管要求。

在网吧管理系统将用户的现场人脸图像、身份证号码和姓名发送给监管部门的监管系统后，用户可以使用网吧提供的上网服务。实际应用中，网吧服务人员可以向用户分配供该用户使用的计算机，为用户分配该计算机的使用密码等，还要对用户进行收费；在一些场景下中，还可以查询用户是否是网吧会员，在不是网吧会员的情况下为用户开通新会员，还可以为用户的会员账户充值；在是网吧会员的情况下可以查询用户余额、为用户的会员账户充值等处理。

由此可见，网吧场景下的业务处理流程存在一些弊端；例如，由于监管部门对于网吧的监管要求，需要用户持有身份证才可使用网吧的服务，若用户未持有身份证，则无法使用网吧服务。例如，整体的业务处理流程较为复杂，处理效率较低，需要耗费一定的人力成本和时间成本。除了网吧场景，如酒店场景等也存在同样的问题。

基于此，本说明书实施例提供一种业务处理方法，本实施例场景中涉及用户、终端设备、业务方侧的业务管理系统、第三方服务端以及监管部门的监管系统；本实施例的方法可应用于终端设备，该终端设备可配置于业务方侧的服务现场，如线下店铺的前台等位置；该终端设备在执行本实施例的业务处理方法时可以与业务方侧的业务管理系统、第三方服务端以及监管部门的监管系统通信连接。

如图1A所示，是本说明书根据一示例性实施例示出的业务处理方法的流程图，包括如下步骤：

在步骤102中，获取用户的现场生物特征信息，并通过第三方服务端从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

在步骤104中，将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

在步骤106中，基于所述现场生物特征信息，获取所述用户在第三方服务端的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

在步骤108中，利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

本实施例方案中的第三方服务端由第三方业务方配置，该第三方业务方是指用户与业务方之外的一方，本实施例的终端设备可以由第三方业务方提供，终端设备可以与第三方服务端连接。

本实施例方案中涉及可信数据库，可信数据库是指监管部门认可的可信的数据库，该可信数据库中存储有可信的用户身份信息与生物特征数据的对应关系，即存储了各个用户的身份信息以及生物特征数据。实际应用中，监管部门具有用户的可信数据，可信数据库可以是由监管部门提供，第三方服务端可以与该可信数据库连接。在另一些例子中，也可以是第三方服务端基于监管部门所提供的可信数据建立的可信数据库。在其他例子中，还可以包括由监管部门提供的用户的可信数据以及第三方侧自身的用户数据所建立的数据库。

在其他例子中，还可以是第三方服务端利用本方的注册用户所授权的用户身份信息来建立该可信数据库，该建立的可信数据库可通过监管部门的认证。例如，用户通过上传身份证图像至第三方服务端，或者用户通过上传身份信息至第三方服务端，第三方服务端可以通过多种方式验证用户所上传的身份证图像或身份信息，例如通过与监管系统的交互来进行验证等，从而可以存储可信的用户身份信息。

本实施例中的生物特征信息可以包括人脸图像特征信息、指纹特征信息、虹膜特征信息等；其中，终端设备获取用户的现场生物特征信息，可以是终端设备具有生物特征信息采集能力，也可以是终端设备与其他具备生物特征信息采集能力的设备连接，终端设备获取其他采集设备采集的用户的现场生物特征信息。

本实施例中，终端设备获取到用户的现场生物特征信息，并通过第三方服务端从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息；作为例子，终端设备可以向第三方服务端发送携带有用户的现场生物特征信息的查询请求，第三方服务端接收到该请求后，通过可信数据库查询是否有与所述现场生物特征信息匹配的用户身份信息。查询的过程，可以是将现场生物特征信息与数据库中存储的用户的生物特征数据进行匹配。

在一些例子中，可信数据库由监管部门提供，第三方服务端可以调用监管部门提供的与可信数据库相关的接口，以查询可信数据库中是否有与用户的现场生物特征信息匹配的用户身份信息。其中，用户身份信息可以包括用户的身份证号码和用户的姓名等，实际应用中可以根据实际的监管需求而灵活确定。

可信数据库中存储有大量的用户身份信息与生物特征数据，为了提高查询效率，在一些例子中，用户在现场利用终端设备采集现场生物特征数据时，可以获取到终端设备所在的地理位置信息，例如，终端设备配置在现场后可以根据现场的地理位置记录每台终端设备的地理位置信息；而第三方服务端可以预先对数据库中用户添加标签，该标签可以指示用户的常用地理位置范围，用户的常用地理位置范围可以经过用户授权后获取到，该常用地理位置范围可以是用户在使用第三方服务端提供的客户端时，由客户端提供给服务端，例如，用户在使用客户端时，客户端经过用户授权，获取定位信息并发送给给服务端。基于此，服务端可以获取到用户的一些定位数据，根据获取到的数据，经过综合处理后为数据库中的用户添加上述标签。在另一些例子中，对于未有标签的用户，可以利用已有标签的用户预估这些未有标签的用户，例如，根据未有标签的用户与已有标签的用户的相似度，为未有标签的用户配置与相似的有标签用户相同的标签，其中，相似度的确定方式，可以根据用户的历史业务数据的相似度来确定，作为例子，所述业务数据可以包括用户在使用第三方业务方提供的业务时产生的历史业务数据。

在查询时，可以将用户所在现场的地理位置信息，与数据库中的用户的标签进行匹配，从数据库中获取到与现场的地理位置信息匹配的标签，优先将现场生物特征数据与标签匹配的生物特征数据进行匹配，若未查询到与现场生物特征数据匹配的数据，可再次扩大查询范围。

若从可信数据库中可以查询出用户身份信息，可以将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；此处的发送，可以有多种方式实现，可以是终端设备通过第三方服务端间接发送给监管系统，也可以是第三方服务端通过业务管理系统间接发送给监管系统，还可以是终端设备获取到从可信数据库中查询出的用户身份信息并直接发送监管系统。若从可信数据库中未能查询出用户身份信息，可以终止处理。基于此，对于监管要求，本实施例利用终端设备、第三方服务端、可信数据库和监管系统之间的联动处理，可以无需用户携带身份证，只需要用户到达现场利用设备采集自身的现场生物特征信息，终端设备即可触发处理流程，自动将现场生物特征信息和查询出的可信的用户身份信息发送给监管系统，因此即可满足监管需求，无需用户携带身份证，还可以简化业务处理的流程。

在成功将所述现场生物特征信息和查询出的用户身份信息发送给监管系统后，用户可以使用业务管理方提供的业务。其中，发送给监管系统的过程，可以有多种实现方式，在一些例子中可以是终端设备直接与监管系统连接，由终端设备发送；也可以是第三方服务端发送，还可以是通过业务管理系统发送给监管系统。在步骤104之后，终端设备继续执行后续的处理，终端设备基于所述现场生物特征信息，获取所述用户在第三方服务端的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

其中，用户可能是第三方服务端的注册用户，若是第三方服务端的注册用户，第三方服务端存储有用户在第三方服务端侧的用户账户信息，该用户账户信息可以包括有账户标识、本实施例称之为第三方侧的用户账户信息，利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程，通过终端设备自动处理的方式可以显著地提高处理效率，无需用户过多的介入。

在一些例子中，所述触发所述业务管理系统执行所述用户账户信息对应的业务处理流程，包括：

向所述业务管理系统发送携带有所述第三方侧的用户账户信息的查询请求，以查询所述第三方侧的用户账户信息在所述业务管理系统侧对应的网吧侧的用户账户信息，并根据查询结果触发业务处理流程。

例如，若用户是第三方服务端的注册用户，第三方服务端基于用户的授权存储有用户的手机号码，并且，若用户也是业务管理系统的注册用户，并且业务管理系统基于用户的授权存储有用户的手机号码，则终端设备通过第三方服务端可以查询出用户的手机号码，利用该手机号码，可以与业务管理系统配合执行对所述用户的业务处理流程。例如，业务管理系统基于查询出的手机号码，即可确定用户在业务管理系统侧的用户账户信息，并执行后续的业务处理等。

为了保护用户隐私，在一些例子中，在与业务管理系统配合执行对所述用户的业务处理流程之前，还包括：展示所述第三方侧的用户账户信息，并提供授权确认功能，以通过所述授权确认功能获取所述用户的授权确认信息。本实施例中，在与业务管理系统配合执行后续的业务处理时，需要终端设备与业务管理系统联动，向业务管理系统发送至少一种第三方侧的用户账户信息，基于此，本实施例中，在终端设备发送第三方侧的用户账户信息之前，还可以向用户提供授权确认功能，作为例子，该授权确认功能具体可以是，终端设备在屏幕上显示查询出的至少一种第三方侧的用户账户信息，并展示有可供用户触发的控件，通过控件可以检测用户是否同意将第三方侧的用户账户信息透传至业务管理系统，因此可以有效地保护用户隐私。

在一些例子中，所述方法还包括：提供对所述第三方侧的用户账户信息的编辑功能，以通过所述编辑功能获取用户的输入并更新所述第三方侧的用户账户信息。本实施例方法中，还可以提供编辑功能，使得用户可以更改第三方侧的用户账户信息，终端设备根据该编辑功能获取到用户的更改操作，并利用更新的第三方侧的用户账户信息发送至业务管理系统，从而满足用户的隐私需求。在一些例子中，终端设备还可以将更新的第三方侧的用户账户信息进行存储，在后续处理中，可以利用该新的第三方侧的用户账户信息与业务管理系统进行数据联动。其中，此处的更新是指第三方服务端与业务管理系统联动时发送的信息的更新，而第三方服务端原本存储有用户的第三方侧的用户账户信息可以不更新，可选的，服务端可以根据需要将用户更新的第三方侧的用户账户信息也进行存储，即存储两份第三方侧的用户账户信息，在与业务管理系统进行数据联动时发送用户更新的第三方侧的用户账户信息。

用户在第三方服务端可以具有至少一种第三方侧的用户账户信息，在后续的与业务管理系统配合执行对所述用户的业务处理流程中，需要利用到其中至少一种第三方侧的用户账户信息，实际应用中可以根据需求预先设定与业务管理系统配合时所需要的第三方侧的用户账户信息。例如，用户在第三方服务端可以具有N种第三方侧的用户账户信息，可以根据需要确定其中至少一种，当利用所述现场生物特征信息查询出用户的这N种第三方侧的用户账户信息时，可以根据设定，获取其中一种或以上种第三方侧的用户账户信息与业务管理系统配合执行后续的业务处理。

本实施例中，在一些业务场景中，如网吧场景等，业务方提供业务时，需要对供用户使用的计算机等设备进行锁定，用户使用业务管理系统提供的业务前需要根据服务验证数据进行解锁。在一些例子中，所述触发所述业务管理系统执行所述用户账户信息对应的业务处理流程，包括：获取所述业务管理系统为所述用户分配的服务验证数据并展示，所述服务验证数据用于所述用户在使用所述业务管理系统提供的业务前进行验证。其中，所述服务验证数据是指用户使用业务方提供的业务时，业务管理系统需要对用户进行验证的数据，该服务验证数据可以由终端设备从业务管理系统直接获取到，也可以是通过第三方服务端从业务管理系统间接获取到。

本实施例中，获取到所述业务管理系统为所述用户分配的服务验证数据并展示，使得用户可以利用该服务验证数据，在使用所述业务管理系统提供的业务前进行验证。由此可知，从用户到终端设备侧开始采集生物特征信息后，终端设备通过上述实施例方法，能够与业务管理系统配合执行业务处理，整个处理流程中需要用户介入的操作较少。

在一些业务场景中，用户使用业务方提供的业务需要付费，本实施例可以由第三方服务端与业务管理系统进行结算处理，从而可以进一步减少用户操作，其中，第三方服务端与业务管理系统的结算处理需要用户授权。基于此，所述方法还包括：

提供授权结算功能，以通过所述授权结算功能获取到用户的授权结算信息并发送给所述第三方服务端，以供所述第三方服务端接收所述用户的授权结算信息，确定用户授权所述第三方服务端在接收所述业务管理系统返回的对所述用户的业务结算请求后，利用所述第三方侧的用户账户信息，与所述业务管理系统执行结算处理。

本实施例中，可以由第三方服务端与业务管理系统进行结算处理，从而无需可以减少用户的操作。作为例子，第三方服务端存储有用户的用户资产信息，第三方服务端可以利用用户资产信息执行结算处理；可选的，第三方服务端利用所述第三方侧的用户账户信息查找出所述第三方侧的用户资产信息后，利用所述第三方侧的用户资产信息执行结算处理。

在一些例子中，上述结算处理，可以是第三方服务端在接收到业务管理系统的结算处理请求后执行的，例如，业务管理系统在检测到用户结束使用业务后，向第三方服务端发起结算处理请求，使得第三方服务端可以执行结算处理流程。其中，业务管理系统可以向第三方服务端发送携带有表征用户的标识，以供第三方服务端根据该标识确定需要进行结算处理的用户，作为例子，业务管理系统可以采用前述的服务验证数据作为该表征用户的标识，使第三方服务端利用服务验证数据来确定出对应的用户，其中，在前述实施例中，业务管理系统向终端设备发送的服务验证数据可以由第三方服务端进行存储，并与用户的用户账户信息进行关联，因此第三方服务端在接收到业务管理系统的服务验证数据后可以确定出该服务验证数据关联的用户，并利用该用户的用户资产信息执行结算处理。可选的，上述结算处理，可以无需用户在业务管理系统侧开通注册账户，也可以是服务端能够自动结算处理，减少用户操作。在其他例子中，还可以是业务管理系统针对多个用户的业务费用与第三方服务端进行结算处理。

在另一些例子中，若用户在业务管理系统侧具有注册账户，也可以是业务管理系统向第三方服务端发送用户的业务侧的用户账户信息，由第三方服务端根据业务侧的用户账户信息查找出用户的第三方侧的用户账户信息，进而查找出用户的用户资产信息执行结算处理。

在一些例子中，用户可能并非业务管理系统侧的注册会员，基于此，本实施例中，终端设备还可以为用户提供注册功能，作为例子，所述查询结果指示所述用户为所述业务管理系统的非注册用户，所述根据查询结果触发业务处理流程，包括：

提供用户注册功能，以通过所述用户注册功能检测用户是否触发执行用户注册流程；

若用户触发执行用户注册流程，向所述业务管理系统发送用户注册请求，以触发所述业务管理系统利用所述第三方侧的用户账户信息注册用户；

获取所述业务管理系统返回的注册结果并展示。

本实施例中，终端设备可以为用户提供注册功能，使得用户可以通过终端设备快速地进行账户的注册。作为例子，终端设备上提供的注册功能具体可以是展示有提示消息，该提示消息用于提示用户是否在业务管理系统侧注册账户，注册功能还可包括有可供用户触发确定是否注册的控件，通过该控件可以获取到用户的触发操作，进而确定用户是否需要在业务管理系统注册用户。若通过所述用户注册功能检测触发执行用户注册流程，终端设备可以向所述业务管理系统发送用户注册请求，以触发所述业务管理系统利用所述第三方侧的用户账户信息注册用户，并可以获取所述业务管理系统返回的注册结果并展示，例如展示注册成功的消息。

在一些例子中，所述根据查询结果触发业务处理流程，包括：

提供充值功能，以通过所述充值功能获取用户操作，并根据用户操作通知第三方服务端利用所述第三方侧的用户账户信息查找出所述第三方侧的用户资产信息，利用所述第三方侧的用户资产信息对所述业务侧的用户账户执行充值处理。

本实施例中，终端设备可以为用户提供充值功能，使得用户可以通过终端设备快速地对业务侧的用户账户进行充值。作为例子，终端设备上提供的注册功能具体可以是展示提示消息，该提示消息用于提示用户是否需要在业务管理系统侧的用户账户进行充值，充值功能还可包括有可供用户确定充值金额的控件，通过该控件可以获取到用户的操作，进而确定用户是否需要充值以及充值的金额，基于此，终端设备可以根据用户操作通知第三方服务端利用所述第三方侧的用户账户信息查找出所述第三方侧的用户资产信息，利用所述第三方侧的用户资产信息对所述业务侧的用户账户执行充值处理。

如图1B所示，以网吧场景为例，如图1B所示，是本说明书一个实施例从用户角度描述了业务处理的过程，用户在网吧中，可以通过IoT设备识别用户的生物特征信息，例如IoT设备搭载有摄像头，可以采集用户的人脸图像数据，采集的数据作为用户的现场人脸图像数据，可以发送至与IoT设备连接的服务端，以使服务端利用可信数据库对用户进行人脸核验，并将核验结果发送给监管系统。在人脸成功核验并将核验结果发送给监管系统后，IoT设备可以与网吧业务系统联动。例如，IoT设备与服务端交互，使服务端利用现场人脸图像数据查找出用户的账户信息后，与网吧业务系统联动。若用户为非会员，即并非网吧业务系统的注册用户，则IoT设备可以提供注册功能，以使用户可以触发注册新用户，在注册成功后还可以提供充值或信用信用代扣授权处理功能；若用户为老会员，即网吧业务系统的已注册用户，可执行充值或信用代扣授权处理；在处理成功后，可以接收网吧业务系统推送的上机密码并展示，用户可利用IoT设备中展示的上机密码解锁网吧提供的计算机设备并开始使用服务，在下机后，网吧业务系统可以与第三方服务端进行数据联动，从而执行自动结账处理。

如图1C所示，是本说明书一个实施例从网吧侧的业务系统的角度描述了业务处理的过程，用户可以使用IoT设备，IoT设备可以采集用户的生物特征信息，以人脸特征信息为例，IoT设备利用采集的人脸特征信息，与官方人脸库中记录的人脸特征信息进行匹配，从而查找出用户的姓名和身份证照片；IoT设备可以触发展示网吧计费系统的IoT小程序，并在IoT设备上展示用户的身份证号码和姓名以供用户确认；待用户确认后，IoT设备可以将用户姓名和身份证信息发送给网吧业务系统，使网吧业务系统可以为用户开通上机。

如图1D所示，是本说明书一个实施例示出的用户上机流程示意图，该方案中示出了IoT设备在上机处理过程中的多个页面示意图。如图1E所示，是本说明书另一个实施例示出的用户上机流程示意图，该方案中示出了IoT设备在上机处理过程中的多个页面示意图。本实施例中，用户可以预先将自身的生物特征信息与用户在第三方服务端的用户账户信息进行绑定，在后续的流程中，用户的生物特征信息可以作为识别用户的唯一标识。在本实施例的网吧场景下，生物特征信息采用人脸信息，以第三方服务端为第三方支付服务方为例，第三方支付服务端将用户的生物特征信息与用户账户信息进行绑定，第三方支付服务端提供有实名认证服务，可以实现人脸信息与用户账户信息的绑定。当用户去到网吧，其身份校验的过程无需用户携带身份证，第三方服务端根据用户授权提供身份证号、姓名和设备采集的现场图像发送至监管系统；第三方服务端根据现场图像查找出用户的用户账户信息，还可根据查找出的用户账户信息与网吧业务系统进行数据联动，以确定用户是否为网吧系统侧的会员，用户还可选择会员充值、上机等操作，可以选择信用预授权，先上机后扣费等。

由上述实施例可见，在网吧业务场景中，针对网吧上网的消费者需要携带身份证的场景，在满足监管要求的基础上，本实施例提供了免证件上网的快捷上网方案，且可以配合网吧计费系统实现会员充值、开卡和预授权功能，极大的方便了消费者，减轻了网吧经营者的柜台排队压力。

如图2所示，是本说明书根据一示例性实施例示出的业务处理方法的流程图，本实施例从第三方服务端的角度进行描述，可包括如下步骤：

在步骤202中，接收终端设备发送的用户的现场生物特征信息，从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

在步骤204中，将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

在步骤206中，基于所述现场生物特征信息，获取所述用户的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

在步骤208中，利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

本实施例的处理过程可参考前述实施例，在此不再赘述。

与前述业务处理方法的实施例相对应，本说明书还提供了业务处理装置及其所应用的计算机设备的实施例。

本说明书业务处理装置的实施例可以应用在计算机设备上，例如服务器或终端设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在业务处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书业务处理装置所在计算机设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中文件处理装置331所在的计算机设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图4所示，图4是本说明书根据一示例性实施例示出的一种业务处理装置的框图，所述装置包括：

特征信息获取模块41，用于：获取用户的现场生物特征信息，并通过第三方服务端从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

发送模块42，用于：将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

账户信息获取模块43，用于：基于所述现场生物特征信息，获取所述用户在第三方服务端的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

业务处理模块44，用于：利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

在一实施例中，所述业务处理模块44，还用于：

向所述业务管理系统发送携带有所述第三方侧的用户账户信息的查询请求，以查询所述第三方侧的用户账户信息在所述业务管理系统侧对应的业务侧的用户账户信息，并根据查询结果触发业务处理流程。

在一实施例中，所述业务处理模块44，还用于：

获取所述业务管理系统为所述用户分配的服务验证数据并展示，所述服务验证数据用于所述用户在使用所述业务管理系统提供的业务前进行验证。

在一实施例中，所述装置还包括授权功能，用于：

提供授权结算功能，以通过所述授权结算功能获取到用户的授权结算信息并发送给所述第三方服务端，以供所述第三方服务端接收所述用户的授权结算信息，确定用户授权所述第三方服务端在接收所述业务管理系统返回的对所述用户的业务结算请求后，利用所述第三方侧的用户账户信息，与所述业务管理系统执行结算处理。

在一实施例中，所述授权功能，还用于：

利用所述第三方侧的用户账户信息查找出所述第三方侧的用户资产信息后，利用所述第三方侧的用户资产信息执行结算处理。

在一实施例中，所述业务处理模块44，还用于：

提供用户注册功能，以通过所述用户注册功能检测用户是否触发执行用户注册流程；

若用户触发执行用户注册流程，向所述业务管理系统发送用户注册请求，以触发所述业务管理系统利用所述第三方侧的用户账户信息注册用户；

获取所述业务管理系统返回的注册结果并展示。

在一实施例中，所述所述业务处理模块44，还用于：

提供充值功能，以通过所述充值功能获取用户操作，并根据用户操作通知第三方服务端利用所述第三方侧的用户账户信息查找出所述第三方侧的用户资产信息，利用所述第三方侧的用户资产信息对所述业务侧的用户账户执行充值处理。

在一实施例中，所述业务处理模块44，还用于：

在与业务管理系统配合执行对所述用户的业务处理流程之前，展示所述第三方侧的用户账户信息，并提供授权确认功能，以通过所述授权确认功能获取到所述用户的授权确认信息，确定所述用户授权利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

在一实施例中，所述业务处理模块44，还用于：

提供对所述第三方侧的用户账户信息的编辑功能，以通过所述编辑功能获取用户的输入并更新所述第三方侧的用户账户信息。

如图5所示，图5是本说明书根据一示例性实施例示出的另一种业务处理装置的框图，所述装置包括：

接收模块51，用于：接收终端设备发送的用户的现场生物特征信息，从可信数据库中查询出与所述现场生物特征信息匹配的用户身份信息，其中，所述可信数据库存储有可信的用户身份信息与生物特征数据的对应关系；

发送模块52，用于：将所述现场生物特征信息和查询出的用户身份信息发送给监管系统；

获取模块53，用于：基于所述现场生物特征信息，获取所述用户的至少一种第三方侧的用户账户信息，所述第三方服务端存储有已注册用户的用户账户信息；

处理模块54，用于：利用所述第三方侧的用户账户信息，与业务管理系统配合执行对所述用户的业务处理流程。

相应的，本说明书还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现前述业务处理方法的实施例。

相应的，本说明书还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时前述业务处理方法的实施例。

上述业务处理装置中各个模块的功能和作用的实现过程具体详见上述业务处理方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

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