CN109426870A - 预约申请方法、第一终端、处理服务器及第一应用服务器 - Google Patents

Abstract

本发明实施例提供一种预约申请方法、第一终端、处理服务器及第一应用服务器，该方法包括：第一终端获取第一链接；通过第一应用访问第一链接，获取预约申请页面；获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。本发明实施例可提升预约申请发起的及时性。

Description

预约申请方法、第一终端、处理服务器及第一应用服务器

技术领域

本发明涉及数据处理技术领域，具体涉及一种预约申请方法、第一终端、处理服务器及第一应用服务器。

背景技术

企事业单位，尤其是大型企事业单位日均的访客量非常的多，为实现便捷、高效的访客接待，大部分企事业单位要求访客在访问前需要进行预约申请，在预约申请成功后，访客可在访问时通过企事业单位的大厅等位置布设的自助机进行访问登记，自助机为企事业单位设置的接待访客所使用的自助电子设备。

目前实现预约申请，需要访客提前和企事业单位的员工就访问事宜进行沟通，由企事业单位的员工为访客发起预约申请，预约申请成功后，访客可在访问时通过身份证等证件在自助机上进行访问登记。可见目前的预约申请需要由企事业单位的员工为访客发起，这并无法保障在访客有访问需求时，能够及时的实现预约申请的发起，预约申请发起的及时性无法保障；

因此如何改进预约申请方式，提升预约申请发起的及时性，成为了本领域技术人员需要考虑的问题。

发明内容

有鉴于此，本发明实施例提供一种预约申请方法、第一终端、处理服务器及第一应用服务器，以提升预约申请发起的及时性，为在访客有访问需求时能够及时的发起预约申请提供可能。

为实现上述目的，本发明实施例提供如下技术方案：

一种预约申请方法，应用于第一终端，所述方法包括：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

本发明实施例还提供一种预约申请方法，应用于处理服务器，所述方法包括：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

本发明实施例还提供一种预约申请方法，应用于第一应用服务器，所述方法包括：

接收处理服务器发送的第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将所述验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理第一终端发送的预约申请请求，确定预约申请结果。

本发明实施例还提供一种第一终端，包括：存储器；所述存储器存储有可执行的程序，所述程序用于：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

本发明实施例还提供一种存储介质，所述存储介质记录有可执行的程序，所述程序用于：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

本发明实施例还提供一种处理服务器，包括：存储器；所述存储器存储有可执行的程序，所述程序用于：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

本发明实施例还提供一种存储介质，所述存储介质记录有可执行的程序，所述程序用于：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

本发明实施例还提供一种第一应用服务器，包括：存储器；所述存储器存储有可执行的程序，所述程序用于：

接收处理服务器发送的所述第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将所述验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

本发明实施例还提供一种存储介质，所述存储介质记录有可执行的程序，所述程序用于：

接收处理服务器发送的所述第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将所述验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

基于上述技术方案，本发明实施例提供的预约申请方法，可由作为访客的第一用户使用第一终端发起，即第一用户使用第一终端通过第一应用访问第一链接，获取预约申请页面后，可由第一用户在预约申请页面输入预约申请信息，然后由第一终端提交包含预约申请信息的预约申请请求，实现预约申请的发起。本发明实施例提供的预约申请方法可由作为访客的第一用户发起预约申请，可使得第一用户在有访问需求时，可随时的发起预约申请，提升了发起预约申请的及时性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的预约申请***的结构框图；

图2为本发明实施例提供的预约申请方法的信令流程图；

图3为使用网上约车APP实现网上约车服务的示例图；

图4为使用小程序实现网上约车服务的示例图；

图5为使用小程序获取预约申请页面的示例图；

图6为预约申请信息的内容示例图；

图7为本发明实施例提供的预约申请方法的另一信令流程图；

图8为验证码验证界面的示意图；

图9为本发明实施例提供的预约申请方法的应用示例图；

图10为本发明实施例提供的预约申请方法的再一信令流程图；

图11为本发明实施例提供的预约申请方法的另一应用示例图；

图12为本发明实施例提供的第一终端的程序模块结构框图；

图13为第一终端的硬件结构框图；

图14为本发明实施例提供的处理服务器的程序模块结构框图；

图15为本发明实施例提供的第一应用服务器的程序模块结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的预约申请***的结构框图，本发明实施例提供的预约申请方法可基于图1所示预约申请***实施，参照图1，该预约申请***可以包括：第一终端10，处理服务器20，第一应用服务器30；

第一终端10可以是访客所使用的智能手机、平板电脑、笔记本电脑等用户设备，在本发明实施例中预约申请可由第一终端10发起；

处理服务器20可以是网络侧设置的用于处理预约申请的服务设备，处理服务器可以由单一服务器实现，也可以由多台服务器组成的服务器群组实现；

第一应用服务器30可以是网络侧设置的为第一应用提供网络服务的服务设备，第一应用如即时通讯应用(相应的，第一应用服务器可以是即时通讯服务器)，电子商务应用(相应的，第一应用服务器可以是电子商务服务器)等。

可选的，基于图1所示预约申请***，图2示出了本发明实施例提供的预约申请方法的信令流程，结合图1和图2所示，该流程可以包括：

步骤S10、第一终端获取第一链接。

在本发明实施例中，第一链接可以用于加载预约申请页面。

步骤S11、第一终端通过第一应用访问第一链接，获取预约申请页面。

可选的，预约申请页面的形式可以是网页页面，相应的，第一链接可以是网页页面链接(如网页页面的url链接)；第一终端可通过第一应用访问第一链接，在第一应用的浏览组件中加载出预约申请页面，第一应用可内置浏览器等浏览组件。

可选的，预约申请页面的形式也可以是可在第一应用中加载的程序页面，相应的，第一链接可以是程序页面的加载链接；第一终端可通过第一应用访问第一链接，加载第一链接相应的程序页面，获取到预约申请页面；

作为一种可选实现，本发明实施例可预定设计出具有预约申请功能的预定小程序，并使得第一应用支持小程序功能；相应的，第一链接可以是该预定小程序的打开链接，本发明实施例可通过第一应用访问第一链接，打开该预定小程序，加载出该预定小程序相应的程序页面，获取到预约申请页面；

上述所指的小程序是中国的腾讯公司推出的一套在微信(微信是腾讯公司的一个即时通讯产品)生态下的程序，当然小程序也可移植到其他类型的应用中，如移植到电子商务的应用中实现；通过小程序可在不需要下载APP安装包的情况下，使用APP(应用)的基本功能；小程序的打开链接可通过扫描二维码、搜索、分享获得。

小程序功能的解释例如：在实现网上约车功能时，通常的作法如图3所示是设计一个网上约车APP，终端通过下载该网上约车APP的安装包，安装网上约车APP，通过所安装的网上约车APP来使用网上约车服务(图3的第二个图所示方框表示应用图标)；

而通过小程序功能，则可设计一个网上约车功能的小程序，如图4所示，第一终端通过支持小程序功能的第一应用(如即时通讯应用)扫描，该小程序的二维码，则可通过第一应用加载出网上约车页面，在该网上约车页面输入约车信息，并提交至提供网上约车服务的服务器，则可实现网上约车服务的使用；可见，通过小程序功能，可在不需要下载APP安装包的情况下，使用APP(应用)的基本功能，极为便捷。

回到本发明实施例中，以第一应用为即时通讯应用为例，图5示出了通过小程序获取预约申请页面的可选示意；如图5所示，在设计出具有预约申请功能的预定小程序，并发布该预定小程序相应的二维码后，访客可运行手机装载的第一应用，通过第一应用调用摄像头，扫描该预定小程序的二维码；第一应用扫描该预定小程序的二维码后，可获取打开该预定小程序的第一链接，第一应用通过第一链接可从网络获取该预定小程序相关的加载信息，从而跳转至该预定小程序的程序页面，实现程序页面形式的预约申请页面的获取。

可选的，第一链接可携带在二维码中，通过扫描二维码获取第一链接，该二维码可在访问地点现场粘贴，也可以是在群组中进行分享获得，或者通过企事业单位的网站获得。

步骤S12、第一终端获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息。

本发明实施例中，第一用户指代使用第一终端的访客，相应的，后文所描述的第二用户可以指代被访用户，如第二用户为企事业单位中被访的员工。

第一终端在获取预约申请页面并进行显示后(可在第一应用中进行显示)，第一用户(访客)可在预约申请页面的指示下输入预约申请信息，实现预约申请时必要信息的输入。

本发明实施例中，第一用户(访客)在发起预约申请时，在预约申请页面需输入的预约申请信息至少包括：第一用户(访客)的用户信息；第一用户的用户信息可以包括：第一用户的姓名，联系电话等；第一用户的用户信息主要用于标识第一用户所用，具体形式可以根据实际需要而定，例如，第一用户的用户信息还可包括身份证号码等；

可选的，预约申请信息还可包括其他形式的内容，具体可根据实际情况定义预约申请信息的内容形式，如预约申请信息中还可以包括如下至少一项：访问事宜说明，被访的第二用户的信息(如被访的第二用户的手机号等)，访问地点名称，访问时间等。

作为一种示例，图6示出了预约申请信息的一种可选内容，如图6所示，第一终端在获取预约申请页面并显示后，作为访客的第一用户需在预约申请页面中输入如下的预约申请信息：访问事宜说明，访客的姓名(即第一用户的姓名)，联系电话(一般选为第一用户的手机号)，被访员工的手机号码，访问地点名称(可在获取第一链接时自动录入，如在扫描预定小程序的二维码后，自动录入预先设定的访问地点名称；当然访问地点名称也可手动选定，如通过拉取设定的多个地点名称从中选取)，访问时间(可在获取第一链接时自动录入当前日期，如在扫描预定小程序的二维码后，自动拉取当前日期进行录入；当然访问时间也可手动选定，如可拉取日历时间从中选定访问时间)。

这里需要说明的是，第一用户的用户信息是预约申请信息中必须包括的内容，上文描述的其他形式的预约申请信息的内容可根据实际情况而定。

步骤S13、第一终端向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息。

可选的，第一用户在预约申请页面输入预约申请信息后，可提交所输入的预约申请信息，实现向处理服务器发起预约申请请求。可选的，预约申请请求提交成功后，处理服务器可反馈预约申请请求提交成功的信息给第一终端。

步骤S14、处理服务器至少将所述第一用户的用户信息发送给第一应用服务器。

处理服务器在获取到预约申请请求后，可从预约申请信息中提取出第一用户的用户信息，并发送给第一应用服务器。

步骤S15、第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配。

在本发明实施例中，由于第一终端是通过第一应用访问第一链接，获取预约申请页面，因此第一用户可通过第一账号登录第一应用，然后操作第一终端通过第一应用访问第一链接，获取预约申请页面；

作为一种可选实现，第一终端在访问第一链接时可向处理服务器上传表示第一账号的第一标识(第一账号为第一用户当前登录第一应用的账号)，从而处理服务器可将第一标识发送给第一应用服务器，由第一应用服务器调取第一标识表示的第一账号对应的用户信息后，进行预约申请信息中所包括的第一用户信息，与第一账号对应的用户信息是否匹配的验证；

可选的，处理服务器将第一标识发送给第一应用服务器的时机可以是获取到第一标识时，也可以是将第一标识随同第一用户的用户信息一起发送给第一应用服务器。

可选的，在另一种实现上，第一终端可将第一标识包含在预约申请请求中一同发送给处理服务器；从而处理服务器在发送第一用户的用户信息给第一应用服务器时，可随同发送第一标识。

可选的，第一标识可以是第一账号对应的openid(openid一个以用户为中心的数字身份识别框架)，也可以直接是第一账号。

可选的，第一应用服务器验证第一用户的用户信息与第一账号对应的用户信息匹是否匹配可以如：调取第一账号对应的用户姓名，手机号等用户信息，将所调取的用户信息与第一用户的姓名，手机号等用户信息进行匹配；

可选的，第一账号对应的用户信息可通过关联银行卡信息实现实名验证获取，如通过第一账号和绑定的银行卡，提取出第一账号对应的实名用户的用户姓名，手机号等用户信息；即作为实名用户信息，第一账号对应的用户信息可以是第一账号绑定的银行卡的用户信息。

需要说明的是，通过第一应用服务器进行第一用户的用户信息与第一账号对应的用户信息是否匹配的验证，是实现第一用户的身份真实性判断的一种手段；这相当于将传统访客接待过程中，使用访客身份证号在自助机进行访问登记的身份判断步骤前置在了预约申请阶段。

步骤S16、第一应用服务器将验证结果发送给处理服务器。

可选的，验证结果可以分为第一用户的用户信息与第一账号对应的用户信息匹配(称为第一验证结果)，和第一用户的用户信息与第一账号对应的用户信息不匹配(称为第二验证结果)。

步骤S17、处理服务器根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

可选的，在本发明实施例提供的一种较为简单的处理下，如果验证结果为第一验证结果(即第一用户的用户信息与第一账号对应的用户信息匹配)，处理服务器则可确定预约申请成功；如果验证结果为第二验证结果(即第二用户的用户信息与第一账号对应的用户信息不匹配)，处理服务器可确定预约申请失败。

可选的，在另一种实现上，即使验证结果为第一验证结果，处理服务器也需在被访员工(即第二用户)确认授权访问的情况下，确定预约申请成功；

可选的，在再一实现上，即使验证结果为第二验证结果，处理服务器也可为第一用户提供预约申请补救，如可基于第一用户在预约申请信息中输入的第一用户的手机号，以验证码验证的方式，再次验证第一用户的身份真实性。

本发明实施例中，处理服务器如何处理预约申请请求，将基于第一应用服务器的验证结果确定；第一应用服务器将验证结果发送给处理服务器后，处理服务器将根据验证结果的不同执行不同的操作，对于具体情况下文将进一步展开。

可选的，处理服务器确定预约申请结果后，可将预约申请结果发送给第一终端。

本发明实施例提供的预约申请方法中，第一终端可获取第一链接，通过第一应用访问第一链接，获取预约申请页面，从而获取在所述预约申请页面输入的至少包括第一用户的用户信息的预约申请信息后，可将至少包括预约申请信息的预约申请请求发送给处理服务器；处理服务器可至少将所述第一用户的用户信息发送给第一应用服务器，借助第一应用服务器进行第一用户的身份验证；第一应用服务器可验证第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配，从而将得到的验证结果发送给处理服务器，由处理服务器根据验证结果处理预约申请请求，确定预约申请结果，实现预约申请过程。

可见，本发明实施例提供的预约申请方法，可由作为访客的第一用户使用第一终端发起，即第一用户使用第一终端通过第一应用访问第一链接，获取预约申请页面后，可由第一用户在预约申请页面输入预约申请信息，然后由第一终端提交包含预约申请信息的预约申请请求，实现预约申请的发起。本发明实施例提供的预约申请方法可由作为访客的第一用户发起预约申请，可使得第一用户在有访问需求时，可随时的发起预约申请，提升了发起预约申请的及时性。

通过上述描述可以看出，本发明实施例可借助第一应用服务器实现第一用户的实名验证；可选的，在第一终端登录第一应用的基础上，第一应用服务器可接收处理服务器发送的所述第一用户的用户信息；其中，所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息(此过程可参照前文第一终端与处理服务器的交互流程描述)；

进而第一应用服务器可获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；(可选的，第一应用服务器可通过表示第一账号的openid，调取第一账号对应的用户信息，且第一账号对应的用户信息为事先通过银行卡关联的实名用户信息)

第一应用服务器可进一步验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

从而第一应用服务器可将验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

本发明实施例借助第一应用服务器实现第一用户的实名验证，可保障第一用户的身份判断的真实性结果。

可选的，在本发明实施例的一种可选处理上，第一应用服务器验证第一用户的用户信息与第一账号对应的用户信息匹配，向处理服务器发送第一验证结果后，处理服务器可在第二用户(即被访用户)确认授权访问的情况下，才确定第一用户的预约申请成功；基于此，本发明实施例提供的预约申请***可加入由第二用户使用的第二终端；

可选的，图7示出了本发明实施例提供的预约申请方法的另一信令流程，参照图7，该流程可以包括：

步骤S20、第一终端获取第一链接。

步骤S21、第一终端通过第一应用访问第一链接，获取预约申请页面。

可选的，在一种实现上，第一终端通过第一应用访问第一链接时，可将第一标识发送给处理服务器；第一标识表示第一终端当前登录第一应用的第一账号。

当然，在另一种实现上，第一终端也可将第一标识携带在预约申请请求中发送给处理服务器。

步骤S22、第一终端获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息，第二用户的信息。

步骤S23、第一终端向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息。

步骤S24、处理服务器至少将所述第一用户的用户信息发送给第一应用服务器。

可选的，在一种可选实现上，处理服务器还可将第一标识随同第一用户的用户信息发送给第一应用服务器。

步骤S25、第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配。

步骤S26、若所述第一用户的用户信息，与所述第一账号对应的用户信息匹配，第一应用服务器向处理服务器发送第一验证结果。

第一应用服务器验证预约申请信息中的第一用户的用户信息与第一账号对应的用户信息匹配，则说明预约申请信息中输入的用户信息真实，第一用户的身份真实可靠；此时第一应用服务器可向处理服务器发送表示第一用户的身份真实(即表示第一用户的用户信息与第一账号对应的用户信息匹配)的第一验证结果。

步骤S27、处理服务器获取第一验证结果，根据所述第二用户的信息，将所述预约申请信息发给第二终端进行授权访问确认。

处理服务器在获取到第一验证结果后，可确定第一应用服务器验证第一用户的身份通过，此时处理服务器可进行第二用户的授权访问确认；即作为本发明实施例的一种可选方案，在验证第一用户的身份真实的情况下，还需被访的第二用户接受第一用户的访问才可确定预约申请成功。

步骤S28、第二终端确认授权访问后，将确认授权访问的信息发送给处理服务器。

可选的，第二用户可通过第二终端装载的第一应用接收，处理服务器发送的预约申请信息，以及是否确认授权访问的信息；第二终端通过第一应用显示该预约申请信息以及是否确认授权访问的信息后，第二用户可操作第二终端确认授权访问，和否认授权访问的操作；以确认授权访问为例(即第二用户确认接受第一用户的访问)，第二终端可将确认授权访问的信息发送给处理服务器；

可选的，第二终端可通过第一应用以加载程序页面的形式，显示预约申请信息以及是否确认授权访问的信息；如第二终端可通过第一应用打开预定小程序，加载出处理服务器发送的预约申请信息以及是否确认授权访问的信息；

进一步，处理服务器可以第一应用的应用消息方式提醒第二终端，当前存在待进行确认授权访问的信息，从而第二终端通过第一应用打开预定小程序后，可加载出处理服务器发送的预约申请信息以及是否确认授权访问的信息，从而对待进行授权访问确认的预约申请进行审批操作。

可选的，图7所示方案可建立在预约申请信息中携带有第二用户的信息的情况下，如携带有第二用户的手机号，从而通过第二用户的手机号可确定出相关联的第二用户使用第一应用的第二账号，从而基于第二账号，将所述预约申请信息发给第二终端进行授权访问确认。

步骤S29、处理服务器确定预约申请成功。

处理服务器接收第二终端发送的确认授权访问的信息后，可在验证第一用户身份真实的基础上，进一步确定第二用户接受了第一用户的访问，此时可确定第一用的预约申请成功。

可选的，如果第二用户否认授权访问，则第二终端可将否认授权访问的信息发送给处理服务器，处理服务器接收否认授权访问的信息后，可确定第二用户不接受第一用户的访问，此时可确定第一用户的预约申请失败。

可选的，本发明实施例由于提供了由第二用户进一步进行授权访问确认的步骤，因此处理服务器可在反馈给第一终端的预约申请请求提交成功的提醒信息中，携带第二用户的信息，以便第一用户及时联系第二用户进行授权访问确认；

相应的，在预约申请请求提交成功后，第一终端可接收处理服务器发送的联系第二用户进行授权访问确认的提醒信息，且所述提醒信息包括所述第二用户的信息。

图7示出了本发明实施例在验证第一用户的用户信息，与所述第一账号对应的用户信息匹配的情况下，由第二用户进一步进行授权访问确认的方案，只有在第一用户的用户信息验证通过，且第二用户确认授权访问的情况下，第一用户的预约申请才认为成功；这可使得预约申请结果的确定能够结合被访用户的应答进行，提升了所确定的预约申请结果的准确性；

当然，图7所示方案仅是本发明实施例提供的预约申请方法的一种可选实现方案，本发明实施例也可在第一用户的用户信息验证通过等情况下，确定预约申请成功。

可选的，第一用户的用户信息中可包括第一用户的手机号，在第一应用服务器验证第一用户的用户信息与第一账号对应的用户信息不匹配，第一应用服务器将第二验证结果发送给处理服务器后，处理服务器可在第一用户的身份验证不通过的情况下，提供预约申请的补救措施，以在第一用户输错预约申请信息(如输错第一用户的姓名、手机号等)时，提供补救。

可选的，第一应用服务器可在验证第一用户的用户信息，与第一账号对应的用户信息不匹配时，向处理服务器发送第二验证结果；处理服务器获取第二验证结果后，可向第一用户的用户信息中包含的第一用户的手机号发送验证码，并指示第一终端跳转至验证码验证界面；验证码验证界面如图8所示；

从而如果第一用户的用户信息中包含的第一用户的手机号真实，则第一用户可获取到处理服务器发送的验证码，进而在第一终端显示的验证码验证界面后，可获取在验证码验证界面输入的验证码并提交；处理服务器获取到第一终端发送的验证码后，如果确定验证码通过，则可执行图7所示的由第二用户进一步进行授权访问确认的过程，进而在第二用户确认授权访问后，处理服务器可确定预约申请成功。

可选的，本发明实施例提供的预约申请方法的一个可选应用示例的过程可如图9所示：

第一用户需要访问第二用户时，第一用户可使用手机A以第一账号登录即时通讯应用，通过即时通讯应用调用摄像头扫描访客小程序(预定小程序的可选产品名称)的二维码，即时通讯应用可获取第一链接并访问，打开访客小程序，加载出预约申请页面；这个过程中，手机A在打开访客小程序时，可将第一账号相应的openid上传给处理服务器；

第一用户可在预约申请页面输入预约申请信息，具体可输入第一用户的姓名，第一用户的手机号码，被访的第二用户的手机号码；同时，预约申请信息中还可包括访问地点名称和访问日期；可选的，手机A可拉取访客小程序设定的访问地点名称，录入到预约申请页面，并拉取当前日期作为访问日期，录入到预约申请页面；进一步，预约申请页面还可加载其他访问地点，以便第一用户选取，拉取日历时间以便用户选取其他访问日期；

预约申请页面的预约申请信息输入完成后，第一用户点击提交，手机A可向处理服务器发送预约申请请求，该预约申请请求中可携带预约申请信息；

处理服务器将第一用户的姓名，第一用户的手机号码，第一账号相应的openid发送给即时通讯服务器；即时通讯服务器通过第一账号相应的openid调取第一账号的用户信息，验证第一账号的用户信息与第一用户的姓名，第一用户的手机号码是否匹配，若是，则即时通讯服务器发送第一用户的身份验证通过的第一验证结果给处理服务器，若否，则即时通讯服务器发送验证第二用户的身份验证失败的第二验证结果给处理服务器；

图9所示以处理服务器获取第一验证结果为例进行说明，当处理服务器获取到第一验证结果后，以即时通讯信息的方式向第二用户发送进行访问授权确认的提醒；

第二用户接收到该提醒后，操作手机B通过即时通讯应用打开访客小程序，加载出处理服务器发送的预约申请信息和是否确认授权访问的信息；

第二用户点击确认授权访问，则处理服务器可确定预约申请成功，向手机A发送预约申请成功的通知信息。

进一步，图9所示过程中，处理服务器可在获取第二验证结果时，向手机A发送验证码，第一用户通过手机A输入验证码并验证通过后，也可进入到由第二用户进行访问授权确认的阶段；

可选的，图9所示过程中，第二用户若否认授权访问，则处理服务器可确定预约申请失败，向手机A发送预约申请失败的通知信息。

可选的，作为图7所示的由第二用户进行授权访问确认的替换，本发明实施例可认为如果第一链接是第二用户转发给第一用户的，则认为第二用户已事先进行了授权访问确认；即在第一链接是第二用户转发给第一用户的情况下，认为被访的第二用户信任第一用户；在此情况下，可在第一用户的用户信息验证通过后，确认预约申请成功。

可选的，图10示出了本发明实施例提供的预约申请方法的再一信令流程，参照图10，该流程可以包括：

步骤S30、第二终端通过第一应用向第一终端发送第一链接的转发信息，所述转发信息中携带有第二标识，第二标识表示第二终端当前登录第一应用的第二账号。

可选的，在本发明实施例中，被访的第二用户可事先使用第二终端，通过第一应用将用于加载预约申请页面的第一链接(如可打开预定小程序的第一链接)转发给第一终端，使得第一终端可利用第一链接实现预约申请的发起；

可选的，以第一应用为即时通讯应用为例，转发第一链接的方式可以通过好友聊天、群组聊天等实现；

第二终端在向第一终端转发第一链接时，可在转发信息中携带第二终端当前登录第一应用的第二账号，即第二用户所使用的第一应用的应用账号。

可选的，本发明实施例可设置第一链接仅可由预定用户(预定用户如预定的企事业单位的员工，如第二用户)进行转发，对于非预定用户则可设置无第一链接的转发权限(非预定用户如非预定的企事业单位的员工，例如作为访客的第一用户一般不是预定的企事业单位的员工，因此一般情况下，第一用户为非预定用户，不具有转发第一链接的权限)；

在本发明实施例中，当有终端请求通过第一应用转发第一链接时，第一应用服务器可判断终端当前登录第一应用的应用账号，是否与预定用户的应用账号相匹配，若是，则认为该终端具有通过第一应用转发第一链接的权限，允许该终端通过第一应用转发第一链接，否则，认为该终端不具有通过第一应用转发第一链接的权限，不允许该终端通过第一应用转发第一链接；可选的，本发明实施例可事先收集预定用户的应用账号(使用第一应用的应用账号)并上传到第一应用服务器中，如可事先收集某一企事业单位的员工的手机号，通过员工的手机号关联出员工的应用账号，实现第一应用服务器对预定用户的应用账号的确定。

步骤S31、第一终端获取第一链接。

步骤S32、第一终端通过第一应用访问第一链接，获取预约申请页面。

步骤S33、第一终端获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息，和自动录入的所述第二标识关联的第二用户的信息。

可选的，由于第一链接为被访的第二用户转发给第一用户，因此第一用户在预约申请页面可不需输入第二用户的信息，而是可由第一终端根据第二标识拉取到第二用户的信息(如手机号)后进行自动录入。

步骤S34、第一终端向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息和第二标识。

步骤S35、处理服务器至少将所述第一用户的用户信息发送给第一应用服务器。

步骤S36、第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配。

步骤S37、若所述第一用户的用户信息，所述第一账号对应的用户信息匹配，第一应用服务器向处理服务器发送第一验证结果。

步骤S38、处理服务器获取第一验证结果，判断第二标识关联的用户是否属于预定用户。

步骤S39、处理服务器若确定第二标识关联的用户属于预定用户，则确定预约申请成功。

第二标识关联的用户(即第二用户)属于预定用户，则说明第一终端访问的第一链接是由预定用户转发的，可不再进行第二用户的授权访问确认的步骤。

可选的，如果处理服务器判断第二标识关联的用户不属于预定用户，则可通过图7所示的由第二用户进一步进行授权访问确认。

本发明实施例可在第一链接是由被访的第二用户转发给第一用户时，认为第一用户发起的预约申请是被第二用户事先授权确认的，从而在认定第一用户的身份验证通过，且第一链接的转发信息中携带第二标识所关联的用户属于预定用户时，免去第二用户进一步进行授权访问确认的步骤，提升整体预约申请方法的流程简便化。

可选的，图10所示方法中，如果第一用户的身份验证失败，处理服务器获取到第二验证结果，也可通过上文所述的发送验证码的方式进行预约申请补救；在第一终端提交获取的验证码并验证通过后，则可进入到判断第二标识关联的用户是否为预定用户的步骤。

可选的，本发明实施例提供的预约申请方法的另一个可选应用示例的过程可如图11所示：

第一用户需要访问第二用户时，第二用户可使用手机B以第二账号登录即时通讯应用，第一用户可使用手机A以第一账号登录即时通讯应用；第二用户通过即时通讯应用，将访客小程序的第一链接转发给手机A，并在转发中携带第二账号的openid；由于第二用户为被访问单位的员工，因此第一链接可为第二用户所转发，而第一用户由于不是被访问单位的员工，因此第一链接不可为第一用户所转发；

第一用户使用即时通讯应用访问第一链接，打开访客小程序，加载出预约申请页面；这个过程中，手机A在打开访客小程序时，可将第一账号相应的openid上传给处理服务器；

第一用户可在预约申请页面输入预约申请信息，预约申请信息如图9所示访问事宜，第一用户的姓名，第一用户的手机号码；同时，预约申请信息中还可包括第二用户的手机号，访问地点名称和访问日期；第二用户的手机号可通过第二账号的openid，从即时通讯应用拉取得到；可选的，手机A可拉取访客小程序设定的访问地点名称，录入到预约申请页面，并拉取当前日期作为访问日期，录入到预约申请页面；进一步，预约申请页面还可加载其他访问地点，以便第一用户选取，拉取日历时间以便用户选取其他访问时间；

预约申请页面的预约申请信息输入完成后，第一用户点击提交，手机A可向处理服务器发送预约申请请求，该预约申请请求中可携带预约申请信息和第二账号的openid；

处理服务器将第一用户的姓名，第一用户的手机号码，第一账号相应的openid发送给即时通讯服务器；即时通讯服务器通过第一账号相应的openid调取第一账号的用户信息，验证第一账号的用户信息与第一用户的姓名，第一用户的手机号码是否匹配，若是，则即时通讯服务器发送第一用户的身份验证通过的第一验证结果给处理服务器，若否，则即时通讯服务器发送验证第二用户的身份验证失败的第二验证结果给处理服务器；

图11所示以处理服务器获取第一验证结果为例进行说明，当处理服务器获取到第一验证结果后，处理服务器可判断第二账号的openid相应的用户，是否为被访问单位的员工，若是，则确定预约申请成功，向手机A发送预约申请成功的通知信息。

进一步，图11所示过程中，处理服务器可在获取第二验证结果时，向手机A发送验证码，第一用户通过手机A输入验证码并验证通过后，也可进入到判断第二账号的openid相应的用户，是否为被访问单位的员工的阶段。

在处理服务器确定预约申请成功后，处理服务器可向第一终端发送预约申请成功的通知信息(该通知信息可通过第一应用的应用消息的方式通知，也可通过短信方式通知)，该通知信息中可携带预约凭证(预约凭证的形式可以是数字码，二维码等)，该预约凭证可在第一用户访问时，在访问地点的自助机上实现来访登记，免去传统的使用身份证号码进行来访登录的方式，使得来访登记更为便利；

可选的，如果第一终端发起过预约申请，且预约申请成功，则第一终端再次通过第一应用打开预定小程序，所加载的页面可以是通知预约申请成功的页面，该页面中可携带预约凭证；而如果第一终端未发起过预约申请，或者上一次的预约凭证因访问后失效等，则第一终端通过第一应用打开预定小程序，所加载的页面可以是预约申请页面。

可选的，处理服务器可进一步记录预约凭证所对应的预约申请信息，以在通过预约凭证进行来访登记时，实现相应预约申请信息的确定。

进一步，在访问地点设置有门禁***的情况下，为使得第一用户在访问时能够便捷的通过门禁道闸，本发明实施例中第一终端还可通过预约凭证在自助机上实现通行凭证(通行凭证的形式可以是二维码卡片等)的打印，从而第一用户可在访问时，在门禁***上扫描通行凭证，使得门禁道闸放行，实现顺利通行；区别于传统的通过身份证进行来访登记后，领取通行凭证的方式，本发明实施例可通过第一终端获取的处理服务器发送的预约凭证，在自助机上实现通行凭证的领取打印，提升了便利度。

可选的，在本发明实施例中，可设置预约凭证使用一次失效；即本发明实施例可设置预约凭证在使用过后，还需在下次访问时，再次进行预约申请；当然，本发明实施例也可为预约凭证设置一定的有效时间，预约凭证可在设定的有效时间内使用。

可选的，进一步，为防止预约申请恶意提交，本发明实施例可在第一链接不是预定用户发送给第一用户的情况下，若第一用户提交的预约申请信息中未填写被访的第二用户的信息，则处理服务器可在提交预约申请请求的第一设定时间后，将预约申请失败的通知信息反馈给第一用户(即第一用户的第一终端)，防止恶意预约申请的出现。

可选的，进一步，本发明实施例可在第一链接不是预定用户发送给第一用户的情况下，若第一用户提交的预约申请请求中包含的被访的第二用户的信息(由第一用户在预约申请页面输入)，与预定用户的信息不匹配的次数达到设定次数，则可限制第一用户在第二设定时间内不能进行预约申请提交；可选的，在此情况下，处理服务器可判断第一用户提交的预约申请请求中包含的被访的第二用户的信息，与预定用户的信息不匹配的次数是否达到设定次数，若是，则限制第一用户在第二设定时间内不能进行预约申请提交；

相应的，在第一用户提交的预约申请请求中包含的被访的第二用户的信息，与预定用户的信息不匹配的次数达到设定次数的情况下，第一终端可获取处理服务器发送的在第二设定时间内不能进行预约申请提交的提醒；

可选的，第一用户提交预约申请请求的次数可通过，第一用户的第一账号的opinid所提交预约申请请求的次数确定；

第二用户的信息，与预定用户的信息不匹配如预约申请信息中填写的第二用户的手机号，与预定的被访单位的员工的手机号均不匹配。

上文描述了本发明实施例提供的预约申请方法的内容，并展开说明了处理服务器根据验证结果的不同执行不同操作的内容，通过上文描述的预约申请方法可以看出，本发明实施例可由作为访客的第一用户发起预约申请，可使得第一用户在有访问需求时，可随时的发起预约申请，提升了发起预约申请的及时性。

进一步通过设置第二用户进行授权访问确认，或使第一链接为第二用户转发给第一用户，可提升所确定的预约申请结果的准确性；

进一步，通过本发明实施例提供的预约申请方法，第一用户可在预约申请成功后，使用处理服务器发送的预约凭证在自助机上实现来访登记和通行凭证打印领取，提升了便利度。

下面对本发明实施例提供的第一终端进行介绍；下文描述的第一终端的内容可以认为是第一终端为实现本发明实施例提供的预约申请方法，所需设置的程序模块。下文描述的第一终端的内容可与上文描述的预约申请方法相互对应参照。

图12为本发明实施例提供的第一终端的程序模块结构框图，参照图12，该第一终端可以包括：

第一链接获取模块100，用于获取第一链接；

预约申请页面获取模块110，用于通过第一应用访问第一链接，获取预约申请页面；

预约申请信息确定模块120，用于获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

可选的，第一用户的信息可以包括：第一用户的姓名，手机号码等。

预约申请请求提交模块130，用于向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

预约申请结果接收模块140，用于接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

可选的，所述第一链接为预定小程序的打开链接；预约申请页面获取模块110，用于通过第一应用访问第一链接，获取预约申请页面，具体包括：

通过第一应用访问第一链接，打开所述预定小程序，加载所述预定小程序相应的程序页面，获取到预约申请页面。

可选的，所述第一终端还用于：

通过第一应用访问第一链接时，向所述处理服务器发送第一标识，所述第一标识表示第一终端当前登录第一应用的第一账号；

或，将所述第一标识携带在所述预约申请请求中。

可选的，所述预约申请信息还包括：被访的第二用户的信息；所述第一终端还用于：

在预约申请请求提交成功，且所述第一用户的用户信息，与所述第一账号对应的用户信息匹配时，接收处理服务器发送的联系第二用户进行授权访问确认的提醒信息，所述提醒信息包括所述第二用户的信息。

可选的，所述第二用户的信息可以包括：第二用户的手机号码。

可选的，所述预约申请信息还可进一步包括：访问事宜说明，访问地点名称，访问时间等。

可选的，预约申请结果接收模块140，用于接收所述处理服务器发送的预约申请结果，具体包括：

若第一用户的用户信息，与所述第一账号对应的用户信息匹配，且所述第二用户确认授权访问，接收所述处理服务器发送的预约申请成功的通知信息。

可选的，在另一种实现上，第一链接获取模块100，用于获取第一链接，具体包括：

获取第二终端通过第一应用发送的第一链接的转发信息，所述转发信息中携带有第二标识，第二标识表示第二终端当前登录第一应用的第二账号；

相应的，所述预约申请信息还可包括：访问事宜说明，根据第二标识确定的第二用户的信息(即认为第二标识关联的用户为被访的第二用户，可通过第二标识拉取相应的第二用户的手机号等信息)，访问地点名称，访问时间等。

可选的，所述预约申请请求还包括：第二标识(即第二标识可携带在预约申请请求中)；预约申请结果接收模块140，用于接收所述处理服务器发送的预约申请结果，具体包括：

若第一用户的用户信息，与所述第一账号对应的用户信息匹配，且所述第二标识关联的用户属于预定用户，接收所述处理服务器发送的预约申请成功的通知信息；所述预定用户为预定的具有第一链接转发权限的用户。

可选的，第一终端还可用于：

若第一用户的用户信息，与所述第一账号对应的用户信息不匹配，接收处理服务器根据第一用户的用户信息所发送的验证码；

跳转至验证码验证界面；

获取在所述验证码验证界面输入的验证码并提交。

可选的，处理服务器验证提交的验证码与发送的验证码匹配后，可根据预约申请请求中是否包括第二标识，执行由第二终端进行授权访问确认，或判断第二标识关联的用户是否属于预定用户的步骤。

可选的，第一终端还可用于：

若所述预约申请信息中未填写被访的第二用户的信息，在提交预约申请请求的第一设定时间后，接收处理服务器发送的预约申请失败的通知信息；

或，若所述预约申请信息中包含的第二用户的信息，与预定用户的信息不匹配的次数达到设定次数，获取处理服务器发送的在第二设定时间内不能进行预约申请提交的提醒。

可选的，预约申请结果接收模块140，用于接收所述处理服务器发送的预约申请结果，具体包括：

接收处理服务器发送的预约申请成功的通知信息，该通知信息中携带有预约凭证，所述预约凭证用于在自助机上进行来访登记和/或打印通行凭证。

可选的，上文描述的第一终端的程序模块内容可通过程序形式，装载于第一终端内，由第一终端的处理器执行该程序，实现上文描述的程序模块的功能；可选的，图13示出了第一终端的硬件结构框图，参照图13，该第一终端可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本发明实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器；

其中，存储器3存储有可执行的程序，该程序可被处理器1所调用，该程序用于：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

进一步，本发明实施例还提供一种存储介质，该存储介质可记录有可执行的程序，该程序可被第一终端的处理器所调用执行，实现本发明实施例提供的预约申请方法，该程序可用于：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

可选的，该程序的细化功能和扩展功能，可参照上文相应部分的描述。

下面对本发明实施例提供的处理服务器进行介绍，下文描述的处理服务器的内容可以认为是，处理服务器为实现本发明实施例提供的预约申请方法所需设置的程序模块；下文描述的处理服务器的内容可与上文描述的预约申请方法相互对应参照。

图14为本发明实施例提供的处理服务器的程序模块结构框图，参照图14，该处理服务器可以包括：

预约申请请求获取模块200，用于获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

信息发送模块210，用于至少将所述第一用户的用户信息发送给第一应用服务器；

预约请求处理模块220，用于接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

可选的，预约请求处理模块220所确定的预约申请结果可发送至第一终端。

可选的，所述第一链接为预定小程序的打开链接，所述预定小程序被所述第一应用打开后所加载的程序页面为，所述预约申请页面。

可选的，所述处理服务器还可用于：

接收所述第一终端在通过第一应用访问第一链接时，所发送的第一标识，所述第一标识表示第一终端当前登录第一应用的第一账号；

或，接收携带在所述预约申请请求中的第一标识；

或，将所述第一标识随同所述第一用户的用户信息发送给第一应用服务器。

可选的，所述预约申请信息还包括：被访的第二用户的信息；预约请求处理模块220，用于根据所述验证结果，处理所述预约申请请求，具体包括：

若所述验证结果为第一验证结果，所述第一验证结果表示所述第一用户的用户信息，与所述第一账号对应的用户信息匹配，根据所述第二用户的信息，将所述预约申请信息发给第二终端进行授权访问确认；

相应的，预约请求处理模块220，用于确定预约申请结果，具体包括：

若接收到第二终端发送的确认授权访问的信息，确定预约申请成功。

可选的，在另一种实现上，所述预约申请请求还包括：第二标识，所述第二标识表示将所述第一链接转发给第一终端的第二终端，当前登录第一应用的第二账号；相应的，预约请求处理模块220，用于根据所述验证结果，处理所述预约申请请求，具体包括：

若所述验证结果为第一验证结果，所述第一验证结果表示所述第一用户的用户信息，与所述第一账号对应的用户信息匹配，判断第二标识关联的用户是否属于预定用户；若所述第二标识关联的用户属于预定用户，确定预约申请成功。

可选的，在再一种实现上，预约请求处理模块220，用于根据所述验证结果，处理所述预约申请请求，具体包括：

若所述验证结果为第二验证结果，所述第二验证结果表示表示所述第一用户的用户信息，与所述第一账号对应的用户信息不匹配，根据第一用户的用户信息向所述第一终端发送验证码；

接收第一终端提交的验证码；

若第一终端提交的验证码与发送的验证码匹配，将所述预约申请信息发给第二终端进行授权访问确认；或，若第一终端提交的验证码与发送的验证码匹配，且所述预约申请请求还包括第二标识，判断所述第二标识关联的用户是否属于预定用户。

可选的，所述处理服务器还用于：

若所述预约申请信息中未填写被访的第二用户的信息，在接收预约申请请求的第一设定时间后，向第一终端发送预约申请失败的通知信息；

或，若所述预约申请信息中包含的第二用户的信息，与预定用户的信息不匹配的次数达到设定次数，限制所述第一终端在第二设定时间内不能进行预约申请提交；

或，向第一终端发送预约申请成功的通知信息，该通知信息中携带有预约凭证，所述预约凭证用于在自助机上进行来访登记和/或打印通行凭证。

可选的，上文描述的处理服务器的程序模块内容可通过程序形式，装载于处理服务器内，由处理服务器的处理器执行该程序，实现上文描述的程序模块的功能；可选的，处理服务器的硬件结构可参照图13，处理服务器可以包括：至少一个处理器和至少一个存储器；

所述存储器存储有可执行的程序，该程序可被处理器调用，该程序具体用于：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

进一步，本发明实施例还提供一种存储介质，该存储介质可记录有可执行的程序，该程序可被处理服务器的处理器所调用执行，实现本发明实施例提供的预约申请方法，该程序可用于：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

下面对本发明实施例提供的第一应用服务器进行介绍，下文描述的第一应用服务器的内容可以认为是，第一应用服务器为实现本发明实施例提供的预约申请方法所需设置的程序模块；下文描述的第一应用服务器的内容可与上文描述的预约申请方法相互对应参照。

图15为本发明实施例提供的第一应用服务器的程序模块结构框图，参照图15，该第一应用服务器可以包括：

第一用户信息接收模块300，用于接收处理服务器发送的第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

账号用户信息获取模块310，用于获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证模块320，用于验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

验证结果发送模块330，用于将验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理第一终端发送的预约申请请求，确定预约申请结果。

可选的，上文描述的第一应用服务器的程序模块内容可通过程序形式，装载于第一应用服务器内，由第一应用服务器的处理器执行该程序，实现上文描述的程序模块的功能；可选的，第一应用服务器的硬件结构可参照图13，第一应用服务器可以包括：至少一个处理器和至少一个存储器；

所述存储器存储有可执行的程序，该程序可被处理器调用，该程序具体用于：

接收处理服务器发送的第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理第一终端发送的预约申请请求，确定预约申请结果。

进一步，本发明实施例还提供一种存储介质，该存储介质可记录有可执行的程序，该程序可被第一应用服务器的处理器所调用执行，实现本发明实施例提供的预约申请方法，该程序可用于：

接收处理服务器发送的第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理第一终端发送的预约申请请求，确定预约申请结果。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的核心思想或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种预约申请方法，其特征在于，应用于第一终端，所述方法包括：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

2.根据权利要求1所述的预约申请方法，其特征在于，所述第一链接为预定小程序的打开链接；所述通过第一应用访问第一链接，获取预约申请页面包括：

通过第一应用访问第一链接，打开所述预定小程序，加载所述预定小程序相应的程序页面，获取到预约申请页面。

3.根据权利要求1或2所述的预约申请方法，其特征在于，所述预约申请信息还包括：被访的第二用户的信息；所述方法还包括：

在预约申请请求提交成功，且所述第一用户的用户信息，与所述第一账号对应的用户信息匹配时，接收处理服务器发送的联系第二用户进行授权访问确认的提醒信息，所述提醒信息包括所述第二用户的信息。

4.根据权利要求1或2所述的预约申请方法，其特征在于，所述获取第一链接包括：

获取第二终端通过第一应用发送的第一链接的转发信息，所述转发信息中携带有第二标识，第二标识表示第二终端当前登录第一应用的第二账号；

所述方法还包括：

将所述第二标识携带在所述预约申请请求中。

5.根据权利要求3所述的预约申请方法，其特征在于，所述方法还包括：

若所述预约申请信息中未填写被访的第二用户的信息，在提交预约申请请求的第一设定时间后，接收处理服务器发送的预约申请失败的通知信息；

或，若所述预约申请信息中包含的第二用户的信息，与预定用户的信息不匹配的次数达到设定次数，获取处理服务器发送的在第二设定时间内不能进行预约申请提交的提醒。

6.根据权利要求1或2所述的预约申请方法，其特征在于，所述接收所述处理服务器发送的预约申请结果包括：

接收处理服务器发送的预约申请成功的通知信息，该通知信息中携带有预约凭证，所述预约凭证用于在自助机上进行来访登记和/或打印通行凭证。

7.一种预约申请方法，其特征在于，应用于处理服务器，所述方法包括：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

8.根据权利要求7所述的预约申请方法，其特征在于，所述第一链接为预定小程序的打开链接，所述预定小程序被所述第一应用打开后所加载的程序页面为，所述预约申请页面。

9.根据权利要求7或8所述的预约申请方法，其特征在于，所述预约申请信息还包括：被访的第二用户的信息；所述根据所述验证结果，处理所述预约申请请求包括：

若所述验证结果为第一验证结果，所述第一验证结果表示所述第一用户的用户信息，与所述第一账号对应的用户信息匹配，根据所述第二用户的信息，将所述预约申请信息发给第二终端进行授权访问确认；

所述确定预约申请结果包括：

若接收到第二终端发送的确认授权访问的信息，确定预约申请成功。

10.根据权利要求7或8所述的预约申请方法，其特征在于，所述预约申请请求还包括：第二标识；所述第二标识表示将所述第一链接转发给第一终端的第二终端，当前登录第一应用的第二账号；所述根据所述验证结果，处理所述预约申请请求包括：

若所述验证结果为第一验证结果，所述第一验证结果表示所述第一用户的用户信息，与所述第一账号对应的用户信息匹配，判断第二标识关联的用户是否属于预定用户；若所述第二标识关联的用户属于预定用户，确定预约申请成功。

11.根据权利要求7或8所述的预约申请方法，其特征在于，所述方法还包括：

若所述预约申请信息中未填写被访的第二用户的信息，在接收预约申请请求的第一设定时间后，向第一终端发送预约申请失败的通知信息；

或，若所述预约申请信息中包含的第二用户的信息，与预定用户的信息不匹配的次数达到设定次数，限制所述第一终端在第二设定时间内不能进行预约申请提交。

12.一种预约申请方法，其特征在于，应用于第一应用服务器，所述方法包括：

接收处理服务器发送的第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将所述验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理第一终端发送的预约申请请求，确定预约申请结果。

13.一种第一终端，其特征在于，包括：存储器；所述存储器存储有可执行的程序，所述程序用于：

获取第一链接；

通过第一应用访问第一链接，获取预约申请页面；

获取在所述预约申请页面输入的预约申请信息，所述预约申请信息至少包括：第一用户的用户信息；

向处理服务器提交预约申请请求，所述预约申请请求至少包括：所述预约申请信息；

接收所述处理服务器发送的预约申请结果，所述预约申请结果为处理服务器根据第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，处理所述预约申请请求得到。

14.一种处理服务器，其特征在于，包括：存储器；所述存储器存储有可执行的程序，所述程序用于：

获取第一终端发送的预约申请请求，所述预约申请请求至少包括：预约申请信息；所述预约申请信息为第一终端通过第一应用访问第一链接，获取预约申请页面后在所述预约申请页面输入，所述预约申请信息至少包括：第一用户的用户信息；

至少将所述第一用户的用户信息发送给第一应用服务器；

接收第一应用服务器验证所述第一用户的用户信息，与第一终端当前登录第一应用的第一账号对应的用户信息是否匹配的验证结果，根据所述验证结果，处理所述预约申请请求，确定预约申请结果。

15.一种第一应用服务器，其特征在于，包括：存储器；所述存储器存储有可执行的程序，所述程序用于：

接收处理服务器发送的所述第一用户的用户信息；所述第一用户的用户信息为第一终端通过第一应用访问第一链接后，在预约申请页面输入的用户信息；

获取第一终端当前登录第一应用的第一账号对应的用户信息；所述第一账号对应的用户信息为第一账号绑定的银行卡的用户信息；

验证所述第一用户的用户信息，与所述第一账号对应的用户信息是否匹配，得到验证结果；

将所述验证结果发送给处理服务器，以便处理服务器根据所述验证结果，处理所述预约申请请求，确定预约申请结果。