CN108805601A - 一种识别用户、账号注册的方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了一种识别用户、账号注册的方法、装置及设备。在本说明实施例中，业务平台会获取出租车服务订单对应的服务位置信息和收款人信息，然后从在所述业务平台上注册的账号中，确定出与所述收款人信息相关联的账号，并进一步判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配，最后根据判断结果，确定以出租车司机为职业的用户的账号。

Description

一种识别用户、账号注册的方法、装置及设备

技术领域

本说明书涉及信息技术领域，尤其涉及一种识别用户、账号注册的方法、装置及设备。

背景技术

在有些场景下，业务平台需要从已注册的用户中识别出以出租车司机为职业的用户。

一种典型的场景是，所述业务平台具体是电子支付平台，电子支付平台进行收款二维码推广活动。一个出租车司机(通常已在电子支付平台上完成注册，电子支付平台为其分配了账号)可以在电子支付平台上申请开通乘车费账户(即开户)，并将乘车费账户对应的收款二维码张贴在车内乘客可见的位置，以便乘客使用手机扫描收款二维码，向出租车司机的乘车费账户支付乘车费。在该推广活动中，成功开户的出租车司机可以获得奖励。

实践中，已注册的用户中有些不以出租车司机为职业的用户为了领取奖励，可能也会向电子支付平台申请开户(例如，有人恶意注册了大量账号，并使用这些账号申请开户，以领取奖励)，但是这显然与电子支付平台的本意相悖。为了防止这种情况发生，电子支付平台需要从已注册的用户中识别出以出租车司机为职业的用户，仅允许识别出的用户开户。

现有的识别用户的方法是，业务平台要求已注册的用户提供自己以出租车司机为职业的证明(如出租车营运资格证)，以便从已注册的用户中识别出以出租车司机为职业的用户。

基于现有技术，需要一种更为便利的识别用户的方法。

发明内容

本说明书实施例提供一种识别用户、账号注册的方法、装置及设备，以解决现有的识别用户的方法便利性较低的问题。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种识别用户的方法，包括：

业务平台获取出租车服务订单对应的服务位置信息和收款人信息；

从在所述业务平台上注册的账号中，确定出与所述收款人信息相关联的账号；

判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

根据判断结果，确定以出租车司机为职业的用户的账号。

本说明书实施例提供的一种账号注册方法，包括：

业务平台获取待审核用户的账号；

判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据上述识别用户的方法确定的。

本说明书实施例提供的一种识别用户的装置，包括：

获取模块，获取出租车服务订单对应的服务位置信息和收款人信息；

第一确定模块，从在所述装置上注册的账号中，确定出与所述收款人信息相关联的账号；

判断模块，判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

第二确定模块，根据判断结果，确定以出租车司机为职业的用户的账号。

本说明书实施例提供的一种账号注册装置，包括：

获取模块，获取待审核用户的账号；

判断模块，判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

第一处理模块，若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据上述识别用户的方法确定的。

本说明书实施例提供的一种识别用户的设备，包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取出租车服务订单对应的服务位置信息和收款人信息；

从在所述设备上注册的账号中，确定出与所述收款人信息相关联的账号；

判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

根据判断结果，确定以出租车司机为职业的用户的账号。

本说明书实施例提供的一种账号注册设备，包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取待审核用户的账号；

判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据上述识别用户的方法确定的。

由以上本说明书实施例提供的技术方案可见，在本说明书实施例中，业务平台会获取出租车服务订单对应的服务位置信息和收款人信息，然后从在所述业务平台上注册的账号中，确定出与所述收款人信息相关联的账号，并进一步判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配，最后根据判断结果，确定以出租车司机为职业的用户的账号。通过本说明书实施例，业务平台无需要求已注册的用户提供自己以出租车司机为职业的证明，就可以从已注册的用户中识别出以出租车司机为职业的用户，这不论是对已注册的用户，还是对业务平台而言，都更为便利。

附图说明

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

图1是本说明书实施例提供的一种识别用户的方法流程图；

图2是本说明书实施例提供的一种账号注册方法流程图；

图3是本说明书实施例提供的一种识别用户的装置示意图；

图4是本说明书实施例提供的一种账号注册装置示意图

图5是本说明书实施例提供的一种识别用户的设备示意图；

图6是本说明书实施例提供的一种账号注册设备示意图。

具体实施方式

在现有技术中，业务平台通常会要求已注册的用户提供自己以出租车司机为职业的证明，以便从已注册的用户中识别出以出租车司机为职业的用户。但是，向业务平台提供上述证明会给用户带来不便，有时用户并不愿意向业务平台提供上述证明，这也导致业务平台无法方便地从已注册的用户中识别出以出租车为司机的职业的用户。也就是说，现有的识别用户的方法会给用户和业务平台都带来不便。

而本发明认为，对于在业务平台上注册的任一账号而言，若与该账号关联的个人信息是某个出租车服务订单对应的收款人信息，则可以进一步判断该账号对应的用户归属地信息是否与该出租车服务订单对应的服务位置信息相匹配，并根据判断结果从已注册的用户中识别出以出租车司机为职业的用户的账号。

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。通过本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1是本说明书实施例提供的一种识别用户的方法流程图，包括以下步骤：

S100：业务平台获取出租车服务订单对应的服务位置信息和收款人信息。

在本说明书实施例中，所述业务平台具体可以是具有业务处理能力的设备(如服务器、个人电脑、手机等)。

在本说明书实施例中，出租车服务是指出租车司机驾驶出租车为乘客提供的运输服务，一次出租车服务产生一个出租车服务订单。一个出租车服务订单对应的服务位置信息是相应的出租车服务所涉及的位置的信息(如乘客上车位置、乘客的行程目的地等)；一个出租车服务订单对应的收款人信息通常是提供相应的出租车服务的人(一般是出租车司机)的个人信息(如手机号、身份证号、性别、姓名等)。

需要说明的是，在图1所示的流程中，业务平台可以获取一个出租车服务订单对应的服务位置信息和收款人信息，也可以获取多个出租车服务分别对应的服务位置信息和收款人信息。业务平台针对每个出租车服务订单都会执行步骤S100～S106。为了描述的方便，本文以业务平台获取一个出租车服务订单对应的服务位置信息和收款人信息为例说明。

在本说明书实施例中，业务平台可以从提供出租车服务的其他平台(如网约车平台、出租车公司的服务器等)获取所述出租车服务订单对应的收款人信息。进一步地，所述业务平台可以具体是电子支付平台(为在电子支付平台上注册的用户提供电子支付服务)。

在实际应用中，所述电子支付平台可以与约车平台进行合作，由电子支付平台向约车平台的客户端提供接口，允许约车平台的客户端调用电子支付平台的支付功能。电子支付平台的用户在乘坐约车平台指派的出租车时，可以使用约车平台的客户端调用电子支付平台的支付功能，通过电子支付平台支付乘车费。

所述电子支付平台当监测到任一用户通过所述电子支付平台针对出租车服务订单进行支付时，可以获取所述出租车服务订单对应的收款人信息，以及对该用户进行定位，将定位结果作为所述出租车服务订单对应的服务位置信息。

其中，所述电子支付平台对该用户进行定位的方式可以是通过位置服务(Location Based Services，LBS)对该用户携带的终端(如手机)进行定位。当该用户通过所述电子支付平台针对出租车服务订单进行支付时，该用户携带的终端的位置即是该用户乘坐的出租车所处的位置。例如，所述服务位置信息可以是电子支付平台当监测到该用户通过所述电子支付平台针对出租车服务订单进行支付时，对该用户此时位于的城市进行定位，将定位得到的城市名称作为所述服务位置信息。

S102：从在所述业务平台上注册的账号中，确定出与所述收款人信息相关联的账号。

一般而言，针对在业务平台上注册的每个账号，业务平台保存了该账号对应的用户个人信息，并建立了该账号与该账号对应的用户个人信息的关联关系。因此，在所述业务平台上注册的账号中与所述收款人信息相关联的账号，即是关联的用户个人信息与所述收款人信息相同的账号。

S104：判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配。

在本说明书实施例中，针对在业务平台上注册的每个账号，业务平台保存了该账号对应的用户归属地信息。账号对应的用户归属地信息一般是账号对应的用户的生活区域的信息。具体地，账号对应的用户归属地信息可以是账号对应的用户的户籍所在城市名称、账号对应的用户的居住城市名称、账号对应的用户的手机号的归属城市名称中的至少一个。

在本说明书实施例中，用户归属地信息与服务位置信息相匹配的标准可以是：用户归属地信息与服务位置信息相同。上述标准也可以是：根据服务位置信息确定的位置在根据用户归属地信息确定的用户归属地的范围之内。

此外需要说明的是，当所述收款人信息是收款人姓名，业务平台的账户关联的用户个人信息是用户姓名时，在所述业务平台上注册的账号中可能存在关联的用户姓名相同的多个账号。因此，通过步骤S102可能确定出不止一个与所述收款人姓名相关联的账号。例如，所述收款人姓名为张三，而在所述业务平台上注册的账号中有多个账号关联的用户姓名皆为张三，因此在所述业务平台上注册的账号中有多个账号与所述收款人姓名相关联。

所述业务平台的多个与所述收款人姓名相关联的账号通常不都是该收款人本人的账号。而通过步骤S104，可以从与该收款人姓名相关联的多个账号中筛选出该收款人本人的账号。

本说明书认为，当与出租车服务订单对应的收款人姓名相关联账号的数量为不止一个时，针对所述收款人姓名关联的每个账号，若该账号对应的用户归属地信息与所述出租车服务订单对应的服务位置信息相匹配，则说明该账号是所述收款人姓名对应的收款人本人的账号。

S106：根据判断结果，确定以出租车司机为职业的用户的账号。

在本说明书实施例中，可以将步骤S104中确定的与所述服务位置信息相匹配的账号作为以出租车司机为职业的用户的账号。

此处需要说明的是，如前所述，当所述收款人信息是收款人姓名，业务平台的账户关联的用户个人信息是用户姓名时，可以通过步骤S104，从与该收款人姓名相关联的多个账号中筛选出该收款人本人的账号。但是，即便通过步骤S104，筛选出的该收款人本人的账号也可能不止一个。然而，基于常识，一个用户在业务平台上通常仅会注册一个账号。基于此，可以当确定与所述服务位置信息相匹配的账号的数量为1时，将与所述服务位置信息相匹配的账号确定为以出租车司机为职业的用户的账号。

通过图1所示的识别用户的方法，业务平台会获取出租车服务订单对应的服务位置信息和收款人信息，然后从在所述业务平台上注册的账号中，确定出与所述收款人信息相关联的账号，并进一步判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配，最后根据判断结果，确定以出租车司机为职业的用户的账号。业务平台无需要求已注册的用户提供自己以出租车司机为职业的证明，就可以从已注册的用户中识别出以出租车司机为职业的用户，这不论是对已注册的用户，还是对业务平台而言，都更为便利。

此外，在本说明书实施例中，可以针对每个以出租车司机为职业的用户的账号(尤其是当该账号是在电子支付平台上注册的账号)，从该账号对应的车辆相关业务记录(如高速公路缴费记录、停车记录、车险记录、违章记录等)中提取车牌号。若提取的车牌号的数量为1，则建立该账号与提取的车牌号之间的对应关系并保存，以便根据保存的对应关系注册与该账号相关联的其他账号。

本说明认为，对于一个以出租车司机为职业的用户而言，若该用户日常使用的车辆只有一辆，则认为该用户使用的这辆车即是用于提供出租车服务的车辆(也就是出租车)。基于此，针对一个以出租车司机为职业的用户的账号，若从该账号对应的车辆相关记录中仅能提取一个车牌号，则说明提取的该车牌号对应的车辆是出租车。如此，业务平台不仅可以从注册的用户中识别出以出租车司机为职业的用户，还能够进一步判断以出租车为职业的用户是否实际运营一辆出租车。

图2是本说明书实施例提供的一种注册账号的方法，包括以下步骤：

S200：业务平台获取待审核用户的账号。

S202：判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号，若是，执行步骤S204，否则，执行步骤S206。

S204：注册与所述待审核用户的账号相关联的其他账号。

S206：拒绝注册与所述待审核用户的账号相关联的其他账号，或在所述待审核用户提供自己以出租车司机为职业的证明后，注册与所述待审核用户的账号相关联的其他账号。

图2所示的方法所应用的场景是为待审核用户注册与其账号相关联的其他账号，具体可以是本说明书背景技术部分所提及的收款二维码的场景，所述业务平台是电子支付平台。

在所述收款二维码的场景下，一个人可以在电子支付平台上进行注册，开通普通账户，并获得电子支付平台分配的账号(这个人即成为电子支付平台的用户)。电子支付平台的某个用户如果以出租车司机为职业，那么其可以向电子支付平台申请另行开通乘车费账户，乘车费账户不同于普通账户，其是专用于收取乘车费的账户。该用户若通过电子支付平台的审核(即电子支付平台确定该用户以出租车司机为职业)，则可成功开通乘车费账户。随后，电子支付平台可以根据开通的乘车费账户，生成所述乘车费账户对应的收款二维码，将生成的收款二维码返回给该用户，以便该用户将接收到收款二维码张贴在出租车内指定位置(具体可以是乘客可见的位置)。电子支付平台可以接收该用户发送的显示有所述收款二维码的车内环境照片，并根据预设的审核规则对所述车内环境照片进行审核，若审核通过，则向该用户发放奖励。其中，所述审核规则可以是：判断该用户发送的所述车内环境照片中显示的收款二维码是否为该用户的乘车费账户对应的二维码，若是，则确定审核通过，否则，确定审核不通过。此外，当所述奖励是指定金额的现金时，可以向该用户的普通账户中增加所述指定金额，或向该用户的乘车费账户中增加所述指定金额。

该用户(以出租车司机身份)驾驶出租车载客时，乘客可以使用手机扫描该收款二维码，向该用户在电子支付平台上开通的乘车费账户支付乘车费，乘客不必使用现金向该用户交付乘车费，也不必使用手机扫描该用户的普通账户对应的二维码。

在现有技术中，为了防止有些不以出租车司机为职业的用户申请开户并冒领奖励，电子支付平台会对申请开户的用户是否以出租车司机为职业进行审核。具体地，业务平台会要求申请开户的用户提供自己的出租车营运资格证的编号、出租车营运资格证的照片。电子支付平台使用图像识别引擎从该用户提供的照片中识别出出租车营运资格证的编号，并将识别出的编号与该用户提供的编号进行比对，若一致，则认为该用户是以出租车司机为职业的，可以为该用户开通乘车费账户。

但是，用户有时提供的照片较为模糊，或者图像识别引擎的识别能力有限，会导致电子支付平台无法从用户提供的照片中提取出出租车营运资格证的编号，也就无法进行比对，进而导致用户的开户流程出现异常性终止。

而在本说明书实施例中，电子支付平台可以从已注册的用户中筛选出以出租车司机为职业的用户，从而，若申请开户的待审核用户在筛选出的用户中，电子支付平台可以直接为其开户，而不必要求所述待审核用户提供出租车营运资格证的照片和编号；若所述待审核用户不在筛选出的用户中，电子支付平台可以拒绝为其开户，或要求所述待审核用户提供出租车营运资格证的照片和编号，采用现有技术对所述待审核用户进行审核。

此外，在现有技术中，电子支付平台有时不仅要求申请开户的用户提供自己的出租车营运资格证的编号和出租车营运资格证的照片，还要求该用户提供自己实际营运的出租车的车牌号和显示有车牌号的出租车的照片，从而不仅可以确认该用户以出租车司机为职业，还可以确认该用户实际营运一辆出租车。

而在本说明书实施例中，在为所述待审核用户注册与其账号相关联的其他账号之前，可以获取所述待审核用户提供的车牌号，确定保存的以出租车司机为职业的用户的账号与车牌号之间的对应关系中，存在所述待审核用户的账号与所述待审核用户提供的车牌号之间的对应关系。其中，所述保存的对应关系即是前文所述的，业务平台针对每个以出租车司机为职业的用户的账号，建立的该账号与从该账号对应的车辆相关业务记录中提取的唯一车牌号之间的对应关系。

也就是说，通过本说明书实施例，申请开户的待审核用户仅需要向电子支付平台提供车牌号即可，电子支付平台会查询保存的以出租车为职业的用户的账号与车牌号的对应关系中是否存在所述待审核用户的账号与所述待审核用户提供的车牌号之间的对应关系。若存在，则确定该用户不仅以出租车司机为职业，而且实际运营一辆出租车，进而许可该用户开户，为该用户发放奖励。若不存在，则拒绝为所述待审核用户开户，或要求所述待审核用户提供出租车营运资格证的编号、出租车营运资格证的照片和显示有车牌号的出租车照片，采用现有技术对所述待审核用户进行审核。

基于图1所示的识别用户的方法，本说明书实施例还对应提供了一种识别用户的装置，如图3所示，包括：

获取模块301，获取出租车服务订单对应的服务位置信息和收款人信息；

第一确定模块302，从在所述装置上注册的账号中，确定出与所述收款人信息相关联的账号；

判断模块303，判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

第二确定模块304，根据判断结果，确定以出租车司机为职业的用户的账号。

所述获取模块301，业务平台从提供出租车服务的其他平台获取所述出租车服务订单对应的收款人信息。

所述装置具有电子支付功能；

所述获取模块301，当监测到任一用户通过所述装置针对出租车服务订单进行支付时，获取所述出租车服务订单对应的收款人信息，以及对该用户进行定位，将定位结果作为所述出租车服务订单对应的服务位置信息。

所述第二确定模块304，若与所述服务位置信息相匹配的账号的数量为1，则将与所述服务位置信息相匹配的账号确定为以出租车司机为职业的用户的账号。

所述装置还包括：处理模块305，针对每个以出租车司机为职业的用户的账号，从该账号对应的车辆相关业务记录中提取车牌号；若提取的车牌号的数量为1，则建立该账号与提取的车牌号之间的对应关系并保存，以便根据保存的对应关系注册与该账号相关联的其他账号。

基于图2所示的账号注册方法，本说明书实施例还对应提供了一种账号注册装置，如图4所示，包括：

获取模块401，获取待审核用户的账号；

判断模块402，判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

第一处理模块403，若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据图1所示的方法确定的。

所述装置还包括：第二处理模块404，在所述第一处理模块为所述待审核用户注册与其账号相关联的其他账号之前，获取所述待审核用户提供的车牌号；确定保存的以出租车司机为职业的用户的账号与车牌号之间的对应关系中，存在所述待审核用户的账号与所述待审核用户提供的车牌号之间的对应关系。

基于图1示的识别用户的方法，本说明书实施例还对应提供了一种识别用户的设备，如图5所示，该设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取出租车服务订单对应的服务位置信息和收款人信息；

从在所述设备上注册的账号中，确定出与所述收款人信息相关联的账号；

判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

根据判断结果，确定以出租车司机为职业的用户的账号。

基于图2示的账号注册方法，本说明书实施例还对应提供了一种账号注册设备，如图6所示，该设备包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取待审核用户的账号；

判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据图1所示的方法确定的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图5和图6所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包括”或者其任何其他变体意在涵盖非排他性的包括，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包括在本说明书的权利要求范围之内。

Claims (16)

1.一种识别用户的方法，包括：

业务平台获取出租车服务订单对应的服务位置信息和收款人信息；

从在所述业务平台上注册的账号中，确定出与所述收款人信息相关联的账号；

判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

根据判断结果，确定以出租车司机为职业的用户的账号。

2.如权利要求1所述的方法，业务平台获取出租车服务订单对应的收款人信息，具体包括：

业务平台从提供出租车服务的其他平台获取所述出租车服务订单对应的收款人信息。

3.如权利要求1所述的方法，所述业务平台是电子支付平台；

业务平台获取出租车服务订单对应的服务位置信息和收款人信息，具体包括：

电子支付平台当监测到任一用户通过所述电子支付平台针对出租车服务订单进行支付时，获取所述出租车服务订单对应的收款人信息，以及对该用户进行定位，将定位结果作为所述出租车服务订单对应的服务位置信息。

4.如权利要求1所述的方法，根据判断结果，确定以出租车司机为职业的用户的账号，具体包括：

若与所述服务位置信息相匹配的账号的数量为1，则将与所述服务位置信息相匹配的账号确定为以出租车司机为职业的用户的账号。

5.如权利要求1所述的方法，所述方法还包括：

针对每个以出租车司机为职业的用户的账号，从该账号对应的车辆相关业务记录中提取车牌号；

若提取的车牌号的数量为1，则建立该账号与提取的车牌号之间的对应关系并保存，以便根据保存的对应关系注册与该账号相关联的其他账号。

6.一种账号注册方法，包括：

业务平台获取待审核用户的账号；

判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据权利要求1～5任一项所述的方法确定的。

7.如权利要求6所述的方法，在注册与所述待审核用户的账号相关联的其他账号之前，所述方法还包括：

获取所述待审核用户提供的车牌号；

确定保存的以出租车司机为职业的用户的账号与车牌号之间的对应关系中，存在所述待审核用户的账号与所述待审核用户提供的车牌号之间的对应关系。

8.一种识别用户的装置，包括：

获取模块，获取出租车服务订单对应的服务位置信息和收款人信息；

第一确定模块，从在所述装置上注册的账号中，确定出与所述收款人信息相关联的账号；

判断模块，判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

第二确定模块，根据判断结果，确定以出租车司机为职业的用户的账号。

9.如权利要求8所述的装置，所述获取模块，业务平台从提供出租车服务的其他平台获取所述出租车服务订单对应的收款人信息。

10.如权利要求8所述的装置，所述装置具有电子支付功能；

所述获取模块，当监测到任一用户通过所述装置针对出租车服务订单进行支付时，获取所述出租车服务订单对应的收款人信息，以及对该用户进行定位，将定位结果作为所述出租车服务订单对应的服务位置信息。

11.如权利要求8所述的装置，所述第二确定模块，若与所述服务位置信息相匹配的账号的数量为1，则将与所述服务位置信息相匹配的账号确定为以出租车司机为职业的用户的账号。

12.如权利要求8所述的装置，所述装置还包括：处理模块，针对每个以出租车司机为职业的用户的账号，从该账号对应的车辆相关业务记录中提取车牌号；若提取的车牌号的数量为1，则建立该账号与提取的车牌号之间的对应关系并保存，以便根据保存的对应关系注册与该账号相关联的其他账号。

13.一种账号注册装置，包括：

获取模块，获取待审核用户的账号；

判断模块，判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

第一处理模块，若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据权利要求1～5任一项所述的方法确定的。

14.如权利要求13所述的装置，所述装置还包括：第二处理模块，在所述第一处理模块注册与所述待审核用户的账号相关联的其他账号之前，获取所述待审核用户提供的车牌号；确定保存的以出租车司机为职业的用户的账号与车牌号之间的对应关系中，存在所述待审核用户的账号与所述待审核用户提供的车牌号之间的对应关系。

15.一种识别用户的设备，包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取出租车服务订单对应的服务位置信息和收款人信息；

从在所述设备上注册的账号中，确定出与所述收款人信息相关联的账号；

判断确定出的每个账号对应的用户归属地信息是否与所述服务位置信息相匹配；

根据判断结果，确定以出租车司机为职业的用户的账号。

16.一种账号注册设备，包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

获取待审核用户的账号；

判断以出租车司机为职业的用户的账号中是否包括所述待审核用户的账号；

若是，则注册与所述待审核用户的账号相关联的其他账号；以出租车司机为职业的用户的账号是预先根据权利要求1～5任一项所述的方法确定的。