本申请涉及计算机技术领域，具体而言，涉及一种处理访客信息的方法、装置、计算机可读介质及电子设备。
背景技术：
在外来访客出入被访区域时，一般都需要身份认证、门禁识别等操作，尤其是在被访区域中设有需要消费品的情况下，外来访客的行为都会受到身份的限制，而能通过身份识别的方式进行门禁识别，以及通过其他的支付软件进行消费支付等，这些都给外来访客带来了很大的不便，而降低访客码的使用效率。
技术实现要素：
本申请的实施例提供了一种处理访客信息的方法、装置、计算机可读介质及电子设备，进而使外来访客可以通过访客码进行支付，提高访客码的使用效率以及访客的出访效率。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种处理访客信息的方法，包括：获取访客信息和访客的签约信息；基于所述访客信息和所述签约信息生成作为访问凭证的访客码，所述访客码用于在被触发时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；发送所述访客码至终端。
根据本申请实施例的一个方面，提供了一种处理访客信息的方法，包括：获取访客信息；基于所述访客信息进行支付签约，并生成签约信息；发送所述签约信息至服务器，使所述服务器基于所述签约信息和所述访客信息生成访客码，所述访客码用于在被触发时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；接收所述服务器发送的所述访客码。
根据本申请实施例的一个方面，提供了一种处理访客信息的方法，包括：扫描终端出示的访客码；解析所述访客码，得到访客的访客信息、以及签约信息对应的签约标识；验证所述访客信息是否正确；若所述访客信息正确、且所述签约标识为已签约，则对所述访客的签约账户进行扣款。
根据本申请实施例的一个方面，提供了一种处理访客信息的系统，其特征在于，包括：服务器，用于基于终端发送的访客信息和签约信息生成作为访客凭证的访客码；终端，用于发送支付程序的签约信息至服务器，并在出示访客码时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；收款装置，用于扫描并解析终端出示的访客码，在验证通过之后对所述访客的签约账户进行扣款。
根据本申请实施例的一个方面，提供了一种处理访客信息的装置，包括：第一获取单元，用于获取访客信息和访客的签约信息；生成单元，用于基于所述访客信息和所述签约信息生成作为访问凭证的访客码，所述访客码用于在被触发时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；第一发送单元，用于发送所述访客码至终端。
在本申请的一些实施例中，基于前述方案，所述访客信息包括访客的身份信息、访问时间以及访客权限中的至少一个；所述生成单元包括：编码单元，用于基于编码协议，生成所述访客信息对应的信息字段，其中，所述信息字段包括：所述身份信息对应的访客标识、所述访问时间对应的时间戳、所述访客权限对应的权限标识、所述签约信息对应的签约标识、所述访客的校验码；组合单元，用于组合所述访客信息对应的信息字段，生成所述访客码。
在本申请的一些实施例中，基于前述方案，所述编码单元包括：数码生成单元，用于基于所述编码协议，生成所述身份信息对应的访客标识、所述签约信息对应的签约标识、所述访问时间对应的时间戳；数码组合单元，用于组合所述访客标识、所述签约标识以及所述时间戳，得到组合码；第一加密单元，用于对所述组合码进行加密，得到加密码；数码提取单元，用于取所述加密码中的预设位数的码数，得到所述校验码。
在本申请的一些实施例中，基于前述方案，所述处理访客信息的装置还包括：第二获取单元，用于获取所述终端的定位信息；解约提醒单元，用于若所述定位信息对应的位置不在被访对象的位置区域内，则向所述终端发送解约提醒；第一解约单元，用于在接收到所述终端基于所述解约提醒发送的解约确认信息时，解除所述访客码的效用。
在本申请的一些实施例中，基于前述方案，所述处理访客信息的装置还包括：第二解约单元，用于若当前时刻不在所述访客信息中的访客时间内，则对所述访客码进行解约处理，并生成解约通知；第二发送单元，用于发送所述解约通知至所述终端。
在本申请的一些实施例中，基于前述方案，所述第一获取单元包括：第三获取单元，用于获取所述访客信息；第一验证单元，用于验证所述访客信息；第四获取单元，用于在所述访客信息验证通过之后，获取所述终端基于所述访客信息进行支付签约之后所生成的签约信息。
在本申请的一些实施例中，基于前述方案，所述第三获取单元包括：第四获取单元，用于获取管理员录入的访客信息；或第五获取单元，用于获取所述终端提交的访客信息。
根据本申请实施例的一个方面，提供了一种处理访客信息的装置，包括：第六获取单元，用于获取访客信息；签约生成单元，用于基于所述访客信息进行支付签约，并生成签约信息；第三发送单元，用于发送所述签约信息至服务器，使所述服务器基于所述签约信息和所述访客信息生成访客码，所述访客码用于在被触发时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；第一接收单元，用于接收所述服务器发送的所述访客码。
在本申请的一些实施例中，基于前述方案，所述处理访客信息的装置还包括：第四发送单元，用于发送所述访客信息至所述服务器，使所述服务器验证并录入所述访客信息。
在本申请的一些实施例中，基于前述方案，所述处理访客信息的装置还包括：第一显示单元，用于提供所述访客码至收款装置，以供所述收款装置基于所述访客码进行身份校验、访客信息校验以及签约校验，并在所有校验通过之后扣款；第二接收单元，用于接收所述收款装置发送的支付成功信息；第二显示单元，用于在界面上展示所述支付成功信息。
根据本申请实施例的一个方面，提供了一种处理访客信息的装置，包括：扫描单元，用于扫描终端出示的访客码；解析单元，用于解析所述访客码，得到访客的访客信息、以及签约信息对应的签约标识；第二验证单元，用于验证所述访客信息是否正确；扣款单元，用于若所述访客信息正确、且所述签约标识为已签约，则对所述访客的签约账户进行扣款。
在本申请的一些实施例中，基于前述方案，所述访客信息包括访客标识、访问时间以及访客权限中的至少一个；所述第二验证单元包括：拼接单元，用于拼接所述访客标识、访问时间以及访客权限对应的字符串，得到拼接码；第二加密单元，用于基于服务器发送的秘钥对所述拼接码进行加密，得到加密字符；判断单元，用于对比所述加密字符和所述访客码中的校验码，根据对比结果判断所述校验码是否合法。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的处理访客信息的方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的处理访客信息的方法。
在本申请的一些实施例所提供的技术方案中，通过在终端进行支付程序的签约，生成并发送签约信息至服务器，服务器基于访客信息和签约信息生成作为访客凭证的访客码，以使终端在收款装置处出示访客码，收款装置端扫描并解析访客码，在访客码验证通过之后，基于访客码中的签约信息触发与访客码关联的支付程序进行支付操作，完成访客的签约账户的扣款流程。本实施例中通过将访客的身份信息和支付程序的签约信息关联生成访客码，使得访客可以在出访过程中只通过访客码便能进行通过门禁、支付款项等操作，提高了访客码的使用效率，以及访客的出访效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；
图2示意性示出了根据本申请的一个实施例的示例性系统架构的示意图；
图3示意性示出了根据本申请的一个实施例的处理访客信息的方法的流程图；
图4示意性示出了根据本申请的一个实施例的获取访客信息和访客的签约信息的流程图；
图5示意性示出了根据本申请的一个实施例的基于访客信息和签约信息生成访客码的示意图；
图6示意性示出了根据本申请的一个实施例的基于访客信息和签约信息生成访客码的流程图；
图7示意性示出了根据本申请的一个实施例的生成访客码的示意图；
图8示意性示出了根据本申请的一个实施例的生成访客码的流程图；
图9示意性示出了根据本申请的一个实施例的处理访客信息的方法的流程图；
图10示意性示出了根据本申请的一个实施例的访客码生成与支付的示意图；
图11示意性示出了根据本申请的一个实施例的处理访客信息的方法的流程图；
图12示意性示出了根据本申请的一个实施例的基于访客码进行刷码支付的流程图；
图13示意性示出了根据本申请的一个实施例的基于访客码进行门禁识别的流程图；
图14示意性示出了根据本申请的一个实施例的处理访客信息的装置的框图；
图15示意性示出了根据本申请的一个实施例的处理访客信息的装置的框图；
图16示意性示出了根据本申请的一个实施例的处理访客信息的装置的框图；
图17示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
如图1所示，系统架构可以包括终端设备(如图1中所示智能手机101、平板电脑102和便携式计算机103中的一种或多种，当然也可以是台式计算机等等)、网络104和服务器105。网络104用以在终端设备和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线通信链路、无线通信链路等等。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
用户可以使用终端设备通过网络104与服务器105交互，以接收或发送消息等。服务器105可以是提供各种服务的服务器。例如用户利用终端设备103(也可以是终端设备101或102)向服务器105上传了访客信息和访客的签约信息，服务器105可以基于访客信息和签约信息生成作为访问凭证的访客码，发送访客码至终端，以在终端触发访客码时，基于签约信息触发与访客码关联的支付程序进行支付操作。本实施例中通过将访客的身份信息和支付程序的签约信息关联生成访客码，使得访客可以在出访过程中只通过访客码便能进行通过门禁、支付款项等操作，提高了访客码的使用效率，以及访客的出访效率和信息安全。
需要说明的是，本申请实施例所提供的处理访客信息的方法一般由服务器105执行，相应地，处理访客信息的装置一般设置于服务器105中。但是，在本申请的其它实施例中，终端设备也可以与服务器具有相似的功能，从而执行本申请实施例所提供的处理访客信息的方法。
图2示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
如图2所示，系统架构可以包括终端设备201、网络204、服务器205以及收款装置206。
其中，收款装置206中设置有扫描端口，用于扫描终端出示的访客码，通过解析访客码，得到访客的访客信息、以及签约信息对应的签约标识；验证访客信息是否正确；若访客信息正确、且签约标识为已签约，则对访客的签约账户进行扣款。本实施例中通过将访客的身份信息和支付程序的签约信息关联生成访客码，使得访客可以在出访过程中只通过访客码便能进行通过门禁、支付款项等操作，提高了访客码的使用效率，以及访客的出访效率。
需要说明的是，除了图2中出示的收款装置206之外，与终端设备201连接的还可以是门禁装置等，用于识别访客的终端设备出示的访客码，并在验证通过之后开启门禁。除了门禁装置之外，还可以为其他装置，此处不做限定。
在本申请的一个实施例中，本申请实施例涉及的系统可以是由终端、服务器、收款装置以及门禁装置等作为节点，通过网络通信的形式连接形成的分布式系统。
以分布式系统为区块链系统为例，区块链系统由多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端形成，节点之间形成组成的点对点(p2p，peertopeer)网络，p2p协议是一个运行在传输控制协议(tcp，transmissioncontrolprotocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。
本实施例中区块链系统中各节点的功能，涉及的功能包括：通过将访客信息和签约信息上传至区块链网络中，有服务器对访客信息进验证，并在验证通过之后基于访客信息和签约信息生成访客码，将其发送至终端设备对应的节点，并收款装置对应的节点中，验证访客码的信息，进行收款。并在收款之后，将收款信息上传至区块链网络中，以此进行公示，保证访客身份验证和收款支付的公开性和不可否认性。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图3示出了根据本申请的一个实施例的处理访客信息的方法的流程图，该处理访客信息的方法可以由服务器来执行，该服务器可以是图1中所示的服务器。参照图3所示，该处理访客信息的方法至少包括步骤s310至步骤s330，详细介绍如下：
在步骤s310中，获取访客信息和访客的签约信息。
在本申请的一个实施例中，服务器通过获取访客的访客信息和签约信息，以基于访客信息和签约信息生成访客码。其中，访客信息包括访客的身份信息、访问时间以及访问权限等信息中的一种或者多种；签约信息包括终端基于支付程序中的支付账户所签订的支付协议。
在本申请的一个实施例中，如图4所示，步骤s310中获取访客信息和访客的签约信息的过程，包括如下步骤s410至步骤s430，详细介绍如下：
在步骤s410中，获取访客信息。
在本申请的一个实施例中，获取访客信息的方式可以是管理员通过管理终端录入。示例性的，访客在被访单位的前台，通过向管理员出示身份证等信息，管理员通过将访客的身份信息录入计算机，并上传至服务器中。
除此之外，获取访客信息的方式也可以是用户通过终端提交的方式进行。示例性的，通过终端中的软件或者应用程序，访客在应用程序中输入自己的身份信息、访问时间等，再通过终端将这些信息上传至服务器。服务器收到这些访客信息之后，可以根据访客的身份标识存储这些访客信息。
在步骤s420中，验证访客信息。
在本申请的一个实施例中，在获取到访客信息之后，对访客信息进行验证，以确定访客信息的真实性，保证被访单位的财产安全和数据安全。
具体的，在对访客信息进行验证的过程中，基于访客信息中访客的身份信息，查验其中的身份证号码、电话号码、访客姓名以及住址等信息是否一致。示例性的，验证电话号码时，可以向该电话号码对应的终端发送验证码的方式进行，此处对具体的验证方式不做限定。
进一步的，本实施例中的访客信息还包括访问时间和访问权限等信息，在验证访问时间和访问权限时，可以先获取与访客关联的本单位人员的信息、访客的预约信息等，根据本单位人员的信息和预约信息确定访客在本次访问中具体的访问地址和访问时间，以对访客填写的访问信息进行比对核验。
在步骤s430中，在访客信息验证通过之后，获取终端基于访客信息进行支付签约之后所生成的签约信息。
在本申请的一个实施例中，在访客信息验证通过之后，通知终端基于访客信息进行支付签约，并在终端签约成功之后，获取终端生成的签约信息。本实施例的签约信息用于管理访客的支付账户和访客码，以基于签约信息和访客的身份信息生成访客码。
除此之外，若访客信息验证未通过，则发送验证失败的信息至终端，以提醒终端重新填报信息，或者以当前访客的身份暂时没有权限进行访问。
在步骤s320中，基于访客信息和签约信息生成作为访问凭证的访客码，访客码用于在被触发时，基于签约信息触发与访客码关联的支付程序进行支付操作。
在本申请的一个实施例中，在获取到访客信息和签约信息，并且访客信息已经通过验证之后，基于访客信息和签约信息生成访客码。本实施例的访客码用于再被出发时，基于签约信息触发与访客码关联的支付程序进行支付操作，以使用户只需要出示访客码便可以在被访单位中进行支付，节省支付手续，提高支付效率。
图5为本申请是实施例提供的基于访客信息和签约信息生成访客码的示意图。
如图5所示，本实施例中，服务器在获取到访客信息520之后，对该访客信息进行验证，并在验证通过之后，接收终端510发送的签约信息530，以基于访客信息和签约信息生成访客码540。本实施例通过将基于访客的身份信息和签约信息进行关联，得到访客码，扩大了访客码的效用，提高了用户的访问效率。
在本申请的一个实施例中，如图6所示，访客信息包括访客的身份信息、访问时间以及访客权限中的至少一个，步骤s320中基于访客信息和签约信息生成作为访问凭证的访客码的过程，包括如下步骤s610至步骤s620，详细介绍如下：
在步骤s610中，基于编码协议，生成访客信息对应的信息字段，其中，信息字段包括：身份信息对应的访客标识、访问时间对应的时间戳、访客权限对应的权限标识、签约信息对应的签约标识、访客的校验码。
在本申请的一个实施例中，在基于访客信息和签约信息生成访问凭证时，先基于访客信息生成对应的信息字段。本实施例中信息字段为基于各种类型的字符，生成预设进制的码数。
具体的，考虑到不同访客的各种条件限制，访客信息可能输入不完全，因此本实施例中访客信息包括访客的身份信息、访问时间以及访客权限中的至少一个、两个或者多个。
在本申请的一个实施例中，基于身份信息生成对应的访客标识，基于访问时间生成对应的时间戳，基于访客权限生成对应的权限标识，基于签约信息生成对应的签约标识。示例性的，本实施例中，用户标识和访问权限可以为32进制码数，签约标识用于表示是否已经签约，其中，1代表签约，0代表未签约，访问时间可以为32进制的数据，此处仅为示例，不做限定。
具体的，在步骤s610中，详细包括如下步骤：
基于编码协议，生成身份信息对应的访客标识、签约信息对应的签约标识、访问时间对应的时间戳；
组合访客标识、签约标识以及时间戳，得到组合码；
对组合码进行加密，得到加密码；
取加密码中的预设位数的码数，得到校验码。
在本申请的一个实施例中，校验码是基于访客信息生成的。具体的，基于编码协议，生成身份信息对应的访客标识、签约信息对应的签约标识以及访问时间对应的时间戳之后，基于编码协议中的排列方式，组合访客标识、签约标识以及时间戳，得到组合码。对通过对组合进行加密得到加密码，最后取加密码中的预设位数的码数得到校验码。
可选的，本实施例中的加密方式可以为高级加密标准(advancedencryptionstandard，aes)或非对称加密算法等方式，此处不做限定。通过基于访客信息的信息字段进行加密进而取得校验码，提高了访客信息的私密性、以及访客码的安全性和精简性。
在步骤s620中，组合访客信息对应的信息字段，生成访客码。
在本申请的一个实施例中，在得到身份信息对应的访客标识、签约信息对应的签约标识、访问时间对应的时间戳以及校验码之后，基于编码协议中各编码的排列方式，组合这些信息对应的信息字段，生成访客码。
图7为本申请实施例提供的一种生成访客码的示意图。
如图7所示，在生成访客信息710和签约信息720对应的信息信息字段、以及校验码730之后，编码协议中各编码的排列方式如下：{协议版本}.{用户标识}.{签约标识}.{访问时间}.{离访时间}.{校验码}。将上述信息字段按照这些排布方式进行组合，得到一个组合的数码，最后将该数码转换为访客码740。
图8为本申请实施例提供的一种生成访客码的流程图。
如图8所示，在步骤s810中接收访客的访问信息；在步骤s820中验证该访客是否签订支付约定；若是，则在步骤s830中进行签约，生成签约信息；在步骤s840中记录签约状态；并在步骤s850中基于访客的身份信息和签约信息生成访客码；最后在步骤s860中访客基于访客码进行访问。
需要说明的是，本实施例中在生成访客码的过程中，可以询问访客是否进行签约，若访客签约，则基于生成的签约信息和访客信息生成访客码，且最后生成的访客码可以用于支付款项；若访客未签约，则直接基于访客信息生成访客码，而该访客码只能用于门禁或其他权项的使用，不具有支付功能。
本实施例中通过各种进制的码数来标识身份信息和签约信息生成校验码，以基于精简的数据量，提升了访客码的生成速度和精简性，以在较小的纸张上依然能清晰打印，提升了访客码的识别效率以及访客的使用效果。
在步骤s330中，发送访客码至终端。
在本申请的一个实施例中，在生成访客码之后，将访客码发送至终端，以使终端在出示访客码时，基于签约信息触发与访客码关联的支付程序进行支付操作，或者开启门禁等。此处根据用户的具体权限执行对应的操作处理，此处不做限定。
在本申请的一个实施例中，步骤s330中发送访客码至终端的过程之后，还包括如下步骤：
获取终端的定位信息；
若定位信息对应的位置不在被访对象的位置区域内，则向终端发送解约提醒；
在接收到终端基于解约提醒发送的解约确认信息时，解除访客码的效用。
在本申请的一个实施例中，可以实时获取到终端的定位信息，若检测到定位信息对应的位置不在被访对象的位置区域内时，根据访客在输入访客信息时注册的信息，则可以判断访客已经离开或者暂时离开了被访单位，这种情况下向终端发送解约提醒。在终端接收到解约提醒之后，基于当前的位置以及访问计划判断是否解约，并在决定解约之后，发送解约确认信息至服务器中，以解除访客码的效用。
在本申请的一个实施例中，步骤s330中发送访客码至终端的过程之后，还包括如下步骤：
若当前时刻不在访客信息中的访客时间内，则对访客码进行解约处理，并生成解约通知；
发送解约通知至终端。
在本申请的一个实施例中，若检测到当前时刻不在访客信息的访客时间之内，则说明访客的访客时间已经过去，对于该访客来说，此时已经是非访问时间，这种情况下可以直接对访客码进行解约，并生成解约通知，发送至终端。以通知终端，当前的访客码已经失效，不能再进行使用。
本实施例中通过设定访客码的失效原则，使得访客只有在访客码有效的情况下进入被访单位，或处理相应的支付操作，保证了访客的信息安全，以及被访单位的财产安全。
图9示出了根据本申请的一个实施例的处理访客信息的方法的流程图，该处理访客信息的方法可以由终端来执行，该终端可以是图1中所示的终端。参照图9所示，该处理访客信息的方法至少包括步骤s910至步骤s940，详细介绍如下：
在步骤s910中，获取访客信息。
在本申请的一个实施例中，在访客进入被访单位之前，先通过终端获取访客的访客信息。示例性的，用户可以通过终端中的软件或者程序，输入自己的身份信息和访问时间，以通过终端将这些信息发送给服务器。
图10为本申请实施例提供的一种访客码生成与支付的示意图。
如图10所示，在本申请的一个实施例中，在服务器接收到终端输入的访客信息1010之后，对访客信息进行验证，并在验证通过之后录入访客信息，以备之后的查验。具体的验证方式如上述实施例，此处不做赘述。
在发送访客信息至服务器，使服务器验证并录入访客信息之后，执行步骤s920中的处理过程。
在步骤s920中，基于访客信息进行支付签约，并生成签约信息。
在本申请的一个实施例中，在服务器验证通过终端的身份信息之后，向终端发送签约通知1020。终端基于访客信息进行支付签约，并生成签约信息1030，以基于签约信息生成访客码1040。
具体的，进行签约的方式可以是将访客码的生成程序和支付程序关联，并在访客码生成程序中给出支付程序的链接，访客可以点击该链接进入支付程序中，完成相应的支付授权和支付签约，并在签约完成之后，生成签约信息。
本实施例中签约信息可以包括签约人的身份信息标识、支付方式、相关联的支付账户信息、输入密码的方式等，此处不足限定。
在步骤s930中，发送签约信息至服务器，使服务器基于签约信息和访客信息生成访客码，访客码用于在被触发时，基于签约信息触发与访客码关联的支付程序进行支付操作。
在本申请的一个实施例中，在生成签约信息之后，发送签约信息至服务器中，服务器基于签约信息和访客信息生成访客码。其中，服务器生成访客码的具体方式请见上一实施例中的具体说明，此处不做赘述。
在步骤s940中，接收服务器发送的访客码。
在本申请的一个实施例中，在服务器生成访客码之后，发送访客码至终端中，以在终端出示访客码时，基于其中的签约信息触发与访客码关联的支付程序进行支付操作。
在本申请的一个实施例中，步骤s940中接收服务器发送的访客码的过程之后，还包括：提供访客码至收款装置，以供收款装置基于访客码进行身份校验、访客信息校验以及签约校验，并在所有校验通过之后扣款；接收收款装置发送的支付成功信息；在界面上展示支付成功信息。
如图10所示，在终端进行支付时，提供访客码1040至收款装置，收款装置扫描访客码进行身份验证，访客信息校验以及签约校验，并在所有校验通过之后扣款。在收款装置扣款成功之后，向终端发送一个支付成功信息1050。终端在接收到支付成功信息之后，将该信息显示在终端界面上，以提醒访客支付成功。
上述方案，通过基于服务器生成的访客码，直接在支付装置处进行支付，提高了访客码的使用效率；同时，避免了访客进行现金支付、开启其他支付程序支付或者刷卡支付的过程，提高了访客的访客效率，并保护了访客的私人信息的安全。
图11示出了根据本申请的一个实施例的处理访客信息的方法的流程图，该处理访客信息的方法可以由收款装置来执行，该转款装置可以是图2中所示的收款装置。参照图11所示，该处理访客信息的方法至少包括步骤s1110至步骤s1140，详细介绍如下：
在步骤s1110中，扫描终端出示的访客码。
在本申请的一个实施例中，在访客码生成之后的实际应用中，终端在收款装置处出示访客码，收款装置扫描访客码，以获取到访客码中的信息。
在步骤s1120中，解析访客码，得到访客的访客信息、以及签约信息对应的签约标识。
在本申请的一个实施例中，在扫描到访客信息之后，解析访客码得到其中的访客信息和签约信息对应的签约标识，以基于这些信息对访客信息进行验证。
具体的，在解析访客信息时，基于编码协议，确定访客信息中对应身份信息、访问信息以及访问权限等信息的标识对应的位置，确定身份信息、访问信息以及访问权限等信息的标识，再基于编码协议中的编码方式，将编码转化为文字格式的信息。
示例性的，解析访客码，得到编码协议，基于编码协议，解析得到访客的用户标识和访问时间，即将32进行的数码转换为10进制。
在步骤s1130中，验证访客信息是否正确。
在本申请的一个实施例中，步骤s1130中访客信息包括访客标识、访问时间以及访客权限中的至少一个，步骤s1130中的过程具体包括步骤：拼接访客标识、访问时间以及访客权限对应的字符串，得到拼接码；基于服务器发送的秘钥对拼接码进行加密，得到加密字符；对比加密字符和访客码中的校验码，根据对比结果判断校验码是否合法。
具体的，在进行验证过程中，基于解析得到的身份信息、访问信息以及访问权限等信息，生成访客标识、访问时间以及访客权限对应的字符串，并将这些字符串进行拼接得到拼接码。并基于服务器发送的密钥，对拼接码进行加密，对加密结果取预设位数得到加密字符。对比加密字符与解析到的访客码中的校验码，若两者一致，则判定校验码合法。
在步骤s1140中，若访客信息正确、且签约标识为已签约，则对访客的签约账户进行扣款。
在本申请的一个实施例中，在检测到访客信息正确、且签约标识为已签约的情况下，表明当前的访客码为正确的、且可以通过访客码进行扣款，则对访客码关联的签约账户进行扣款。
除此之外，若访客信息不正确、且签约标识为已签约，则向用户终端发送访客信息错误的信息；若访客信息不正确、且签约标识为未签约，则向用户终端发送无法进行支付的信息。
图12为本申请实施例提供的一种基于访客码进行刷码支付的流程图。
如图12所示，访客在选择商品1210之后，开始进行扫码支付1220；收款装置获取到访客的访客码，并进行校验1230，其中校验内容包括：二维码是否合法、访问信息是否一致以及是否处于访问时间内，若校验失败，则输出支付失败的信息1240；若校验通过，则请求后台判定是否签约1250，若未签约，则生成支付失败的信息至终端1270；在确定已签约时，在支付程序中进行扣款1280，生成支付成功信息，发送给终端1290。
图13为本申请实施例提供的一种基于访客码进行门禁识别的流程图。
如图13所示，在访客需要通过某个门禁时1310，先进行扫码1320，在门禁装置获取到访客码之后，对访客码进行校验1330，其中校验内容包括：二维码是否合法、访问信息是否一致以及是否处于访问时间内，若校验失败，则生成无权限访问的信息至终端1340；若校验成功，则开启门禁1350。
可选的，本实施例中在生成访客码之后，可以将访客码发送至访客的终端设备，以备访客随时使用，也可以将访客码打印出来，例如将打印出来的访客码贴在访客的访客通行证上，访客可通过刷取访客通行证进行支付或者开启门禁，此处对访客码具体的应用手段不做限定。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的处理访客信息的方法。可以理解的是，装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。对于本申请装置实施例中未披露的细节，请参照本申请上述的处理访客信息的方法的实施例。
图14示出了根据本申请的一个实施例的处理访客信息的装置的框图。
参照图14所示，根据本申请的一个实施例的处理访客信息的装置1400，包括：第一获取单元1310，用于获取访客信息和访客的签约信息；生成单元1320，用于基于访客信息和签约信息生成作为访问凭证的访客码，访客码用于在被触发时，基于签约信息触发与访客码关联的支付程序进行支付操作；第一发送单元1330，用于发送访客码至终端。
在本申请的一些实施例中，基于前述方案，访客信息包括访客的身份信息、访问时间以及访客权限中的至少一个；生成单元1320包括：编码单元，用于基于编码协议，生成访客信息对应的信息字段，其中，信息字段包括：身份信息对应的访客标识、访问时间对应的时间戳、访客权限对应的权限标识、签约信息对应的签约标识、访客的校验码；组合单元，用于组合访客信息对应的信息字段，生成访客码。
在本申请的一些实施例中，基于前述方案，编码单元包括：数码生成单元，用于基于编码协议，生成身份信息对应的访客标识、签约信息对应的签约标识、访问时间对应的时间戳；数码组合单元，用于组合访客标识、签约标识以及时间戳，得到组合码；第一加密单元，用于对组合码进行加密，得到加密码；数码提取单元，用于取加密码中的预设位数的码数，得到校验码。
在本申请的一些实施例中，基于前述方案，处理访客信息的装置还包括：第二获取单元，用于获取终端的定位信息；解约提醒单元，用于若定位信息对应的位置不在被访对象的位置区域内，则向终端发送解约提醒；第一解约单元，用于在接收到终端基于解约提醒发送的解约确认信息时，解除访客码的效用。
在本申请的一些实施例中，基于前述方案，处理访客信息的装置还包括：第二解约单元，用于若当前时刻不在访客信息中的访客时间内，则对访客码进行解约处理，并生成解约通知；第二发送单元，用于发送解约通知至终端。
在本申请的一些实施例中，基于前述方案，第一获取单元1310包括：第三获取单元，用于获取访客信息；第一验证单元，用于验证访客信息；第四获取单元，用于在访客信息验证通过之后，获取终端基于访客信息进行支付签约之后所生成的签约信息。
在本申请的一些实施例中，基于前述方案，第三获取单元包括：第四获取单元，用于获取管理员录入的访客信息；或第五获取单元，用于获取终端提交的访客信息。
图15示出了根据本申请的一个实施例的处理访客信息的装置的框图。
参照图15所示，根据本申请的一个实施例的处理访客信息的装置1500，包括：第六获取单元1510，用于获取访客信息；签约生成单元1520，用于基于访客信息进行支付签约，并生成签约信息；第三发送单元1530，用于发送签约信息至服务器，使服务器基于签约信息和访客信息生成访客码，访客码用于在被触发时，基于签约信息触发与访客码关联的支付程序进行支付操作；第一接收单元1540，用于接收服务器发送的访客码。
在本申请的一些实施例中，基于前述方案，处理访客信息的装置1500还包括：第四发送单元，用于发送访客信息至服务器，使服务器验证并录入访客信息。
在本申请的一些实施例中，基于前述方案，处理访客信息的装置1500还包括：第一显示单元，用于提供访客码至收款装置，以供收款装置基于访客码进行身份校验、访客信息校验以及签约校验，并在所有校验通过之后扣款；第二接收单元，用于接收收款装置发送的支付成功信息；第二显示单元，用于在界面上展示支付成功信息。
图16示出了根据本申请的一个实施例的处理访客信息的装置的框图。
参照图16所示，根据本申请的一个实施例的处理访客信息的装置1600，包括：扫描单元1610，用于扫描终端出示的访客码；解析单元1620，用于解析访客码，得到访客的访客信息、以及签约信息对应的签约标识；第二验证单元1630，用于验证访客信息是否正确；扣款单元1640，用于若访客信息正确、且签约标识为已签约，则对访客的签约账户进行扣款。
在本申请的一些实施例中，基于前述方案，访客信息包括访客标识、访问时间以及访客权限中的至少一个；第二验证单元1630包括：拼接单元，用于拼接访客标识、访问时间以及访客权限对应的字符串，得到拼接码；第二加密单元，用于基于服务器发送的秘钥对拼接码进行加密，得到加密字符；判断单元，用于对比加密字符和访客码中的校验码，根据对比结果判断校验码是否合法。
图17示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图17示出的电子设备的计算机系统1700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图17所示，计算机系统1700包括中央处理单元(centralprocessingunit，cpu)1701，其可以根据存储在只读存储器(read-onlymemory，rom)1702中的程序或者从存储部分1708加载到随机访问存储器(randomaccessmemory，ram)1703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在ram1703中，还存储有系统操作所需的各种程序和数据。cpu1701、rom1702以及ram1703通过总线1704彼此相连。输入/输出(input/output，i/o)接口1705也连接至总线1704。
以下部件连接至i/o接口1705：包括键盘、鼠标等的输入部分1706；包括诸如阴极射线管(cathoderaytube，crt)、液晶显示器(liquidcrystaldisplay，lcd)等以及扬声器等的输出部分1707；包括硬盘等的存储部分1708；以及包括诸如lan(localareanetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1709。通信部分1709经由诸如因特网的网络执行通信处理。驱动器1710也根据需要连接至i/o接口1705。可拆卸介质1711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1710上，以便于从其上读出的计算机程序根据需要被安装入存储部分1708。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1709从网络上被下载和安装，和/或从可拆卸介质1711被安装。在该计算机程序被中央处理单元(cpu)1701执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
1.一种处理访客信息的方法，其特征在于，包括：
获取访客信息和访客的签约信息；
基于所述访客信息和所述签约信息生成作为访问凭证的访客码，所述访客码用于在被触发时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；
发送所述访客码至终端。
2.根据权利要求1所述的方法，其特征在于，所述访客信息包括访客的身份信息、访问时间以及访客权限中的至少一个；
基于所述访客信息和所述签约信息生成作为访问凭证的访客码，包括：
基于编码协议，生成所述访客信息对应的信息字段，其中，所述信息字段包括：所述身份信息对应的访客标识、所述访问时间对应的时间戳、所述访客权限对应的权限标识、所述签约信息对应的签约标识、所述访客的校验码；
组合所述访客信息对应的信息字段，生成所述访客码。
3.根据权利要求2所述的方法，其特征在于，基于编码协议，生成以下信息字段中的至少一个：所述身份信息对应的访客标识、所述签约信息对应的签约标识、所述访问时间对应的时间戳、所述访客的校验码，包括：
基于所述编码协议，生成所述身份信息对应的访客标识、所述签约信息对应的签约标识、所述访问时间对应的时间戳；
组合所述访客标识、所述签约标识以及所述时间戳，得到组合码；
对所述组合码进行加密，得到加密码；
取所述加密码中的预设位数的码数，得到所述校验码。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述终端的定位信息；
若所述定位信息对应的位置不在被访对象的位置区域内，则向所述终端发送解约提醒；
在接收到所述终端基于所述解约提醒发送的解约确认信息时，解除所述访客码的效用。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若当前时刻不在所述访客信息中的访客时间内，则对所述访客码进行解约处理，并生成解约通知；
发送所述解约通知至所述终端。
6.根据权利要求1所述的方法，其特征在于，获取访客信息和访客的签约信息，包括：
获取所述访客信息；
验证所述访客信息；
在所述访客信息验证通过之后，获取所述终端基于所述访客信息进行支付签约之后所生成的签约信息。
7.根据权利要求6所述的方法，其特征在于，获取所述访客信息，包括：
获取管理员录入的访客信息；或
获取所述终端提交的访客信息。
8.一种处理访客信息的方法，其特征在于，包括：
获取访客信息；
基于所述访客信息进行支付签约，并生成签约信息；
发送所述签约信息至服务器，使所述服务器基于所述签约信息和所述访客信息生成访客码，所述访客码用于在被触发时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；
接收所述服务器发送的所述访客码。
9.根据权利要求8所述的方法，其特征在于，基于所述访客信息进行支付签约，并生成签约信息之前，还包括：
发送所述访客信息至所述服务器，使所述服务器验证并录入所述访客信息。
10.根据权利要求8所述的方法，其特征在于，所述方法还包括：
提供所述访客码至收款装置，以供所述收款装置基于所述访客码进行身份校验、访客信息校验以及签约校验，并在所有校验通过之后扣款；
接收所述收款装置发送的支付成功信息；
在界面上展示所述支付成功信息。
11.一种处理访客信息的方法，其特征在于，包括：
扫描终端出示的访客码；
解析所述访客码，得到访客的访客信息、以及签约信息对应的签约标识；
验证所述访客信息是否正确；
若所述访客信息正确、且所述签约标识为已签约，则对所述访客的签约账户进行扣款。
12.根据权利要求11所述的方法，其特征在于，所述访客信息包括访客标识、访问时间以及访客权限中的至少一个；
验证所述访客信息是否正确，包括：
拼接所述访客标识、访问时间以及访客权限对应的字符串，得到拼接码；
基于服务器发送的秘钥对所述拼接码进行加密，得到加密字符；
对比所述加密字符和所述访客码中的校验码，根据对比结果判断所述校验码是否合法。
13.一种处理访客信息的系统，其特征在于，包括：
服务器，用于基于终端发送的访客信息和签约信息生成作为访客凭证的访客码；
终端，用于发送支付程序的签约信息至服务器，并在出示访客码时，基于所述签约信息触发与所述访客码关联的支付程序进行支付操作；
收款装置，用于扫描并解析终端出示的访客码，在验证通过之后对所述访客的签约账户进行扣款。
14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7、或8-10、或11-12中任一项所述的处理访客信息的方法。
15.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-7、或8-10、或11-12中任一项所述的处理访客信息的方法。
技术总结