一种业务实现方法、系统以及服务器
本发明申请是申请日为2011年11月30日、申请号为201110391520.6、发明名称为“一种业务实现方法以及装置”的发明申请的分案申请。
技术领域
本申请涉及网络通信技术领域,尤其涉及一种业务实现方法、系统以及服务器。
背景技术
随着互联网技术的发展,基于互联网技术实现的业务种类越来越多,目前,大多数业务的实现都需要用户在相应的网站服务器进行注册,该注册过程的实现如图1所示,主要包括如下步骤:
步骤101、用户通过其用户终端向网站服务器发送注册请求。
步骤102、网站服务器根据用户终端发送的注册请求,向该用户终端提供注册页面。
该步骤102中,网站服务器向用户终端提供的注册页面通常包括用户名、密码以及用户的姓名、性别、年龄等需要用户输入的字段。
步骤103、用户终端将用户通过注册页面提交的注册资料发送至网站服务器。
步骤104、网站服务器保存用户的注册资料。
至此,用户在网站服务器注册的流程结束。基于该流程,用户可以在网站服务器通过注册建立会员资料,从而可以在基于注册的用户名信息以及密码登录到网站服务器后,使用该网站服务器提供的相应业务。
上述用户通过在登录网站服务器注册登录网站服务器的方式中,由于用户在注册时输入的信息可能为虚假信息,因此,这种方式一般适用于对用户身份真实性要求比较低的业务,对于对用户身份真实性性要求比较高的业务,一般在用户登录并请求该业务后,需要用户携带能够唯一标识用户身份的证件(如身份证、军官证、护照等)到指定业务点进行当面认证,并在当面认证通过后,对该用户的业务请求进行处理,显然,这种方式对业务的处理周期比较长,从而降低了业务处理效率。
发明内容
有鉴于此,本申请实施例提供一种业务实现方法、系统以及服务器,采用该技术方案,能够提高业务处理效率。
本申请实施例通过如下技术方案实现:
根据本申请实施例的一个方面,提供了一种业务实现方法,包括:
服务器接收用户终端发送的业务请求,所述业务请求中携带使用所述用户终端的用户在所述服务器注册的用户名信息;
在从预先建立的用户名信息与实名认证信息的对应关系集合中查找到与所述业务请求中携带的所述用户名信息对应的实名认证信息后,对所述业务请求进行处理。
根据本申请实施例的另一个方面,还提供了一种服务器,包括:
接收单元,用于接收用户终端发送的业务请求,所述业务请求中携带使用所述用户终端的用户在所述服务器注册的用户名信息;
对应关系建立单元,用于建立用户名信息与实名认证信息的对应关系;
认证单元,用于从所述对应关系建立单元建立的对应关系集合中查找与所述业务请求中携带的所述用户名信息对应的实名认证信息;
业务处理单元,用于在所述认证单元查找到与所述业务请求中携带的所述用户名信息对应的实名认证信息后,对所述业务请求进行处理。
根据本申请实施例的另一个方面,还提供了一种业务实现系统,包括:服务器和用户终端;
所述服务器,用于接收用户终端发送的业务请求,所述业务请求中携带使用所述用户终端的用户在所述服务器注册的用户名信息;在从预先建立的用户名信息与实名认证信息的对应关系集合中查找到与所述业务请求中携带的所述用户名信息对应的实名认证信息后,对所述业务请求进行处理;
所述用户终端,用于向所述服务器发送业务请求。
通过本申请实施例提供的上述至少一个技术方案,服务器接收用户终端发送的业务请求,该业务请求中携带使用该用户终端的用户在服务器注册的用户名信息,从预先建立的用户名信息与实名认证信息的对应关系集合中查找与该业务请求中携带的用户名信息对应的实名认证信息,并在查找到后,对该业务请求进行处理。根据该技术方案,服务器在接收到用户的业务请求后,能够根据用户注册的用户名信息查找预先建立的与该用户名信息对应的实名认证信息,并在查找到实名认证信息后对该业务请求进行处理,即确认该用户名信息对应的用户身份真实后,对业务进行处理。该业务实现方式能够适用于对用户身份真实性有较高要求的业务,并且无需进行当面认证,与现有技术相比,减少了业务的处理周期,从而提高了业务处理效率。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本申请的进一步理解,并且构成说明书的一部分,与本申请实施例一起用于解释本申请,并不构成对本申请的限制。在附图中:
图1为背景技术提供的用户在网站服务器注册的流程示意图;
图2为本申请实施例一提供的建立用户名信息与实名认证信息的对应关系的流程示意图;
图3为本申请实施例一提供的一种实名认证以及建立对应关系的流程示意图;
图4为本申请实施例一提供的又一种实名认证以及建立对应关系的流程示意图;
图5为本申请实施例一提供的又一种建立用户名信息与实名认证信息的对应关系的流程示意图;
图6为本申请实施例一提供的一种业务实现的流程示意图;
图7为本申请实施例一提供的业务实现的又一个流程示意图;
图8为本申请实施例一提供的确定使用该用户终端的用户是否符合设定的安全级别要求的流程示意图;
图9为本申请实施例一提供的业务实现的又一个流程示意图;
图10为本申请实施例二提供的一个服务器的结构示意图;
图11为本申请实施例二提供的又一个服务器的结构示意图;
图12为本申请实施例二提供的又一个服务器的结构示意图。
具体实施方式
为了给出提高业务处理效率的实现方案,本申请实施例提供了一种业务实现方法以及服务器,该技术方案可以应用于业务处理的过程,既可以实现为一种方法,也可以实现为一种产品。以下结合说明书附图对本申请的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本申请,并不用于限定本申请。并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例一
本申请实施例一提供了一种业务实现方法,该业务实现方法能够适用于各种业务,尤其在适用于对用户身份真实性具有较高要求的业务中时,具有较短的业务处理周期,业务处理效率高。
本申请实施例一提供的业务实现方法主要适用于用户终端和服务器基于互联网通信的业务场景,为了达到提高业务处理效率的目的,预先对网络中注册的各会员进行实名认证,从而基于实名认证结果对用户的业务请求进行处理,避免了当面认证的过程。本申请实施例中,对会员进行实名认证的过程即建立用户名信息与实名认证信息的对应关系的过程,图2示出了建立用户名信息与实名认证信息的对应关系的流程示意图,如图2所示,该建立用户名信息与实名认证信息的对应关系的过程主要包括如下步骤:
步骤201、服务器获取与用户名信息对应的用户注册信息。
该步骤201可以在用户完成注册之后执行,或在用户完成注册且首次登录到服务器之后执行,或在用户通过其用户终端发送业务请求但确定该用户未经过实名认证之后执行,或在系统设置的时间到达或事件满足后执行,此处不再一一列举。其中,用户名信息通常在用户在服务器进行了注册之后存在,因此,在执行该步骤之前,用户需要在服务器进行注册,也即该步骤中服务器获取的是在该服务器完成注册的用户的用户名信息对应的用户注册信息,该用户注册信息一般包括用户名、密码、用户姓名、性别、年龄等信息。
步骤202、从获取的用户注册信息中提取与设定的信息属性匹配的信息。
该步骤202中,预先设置了需要从用户注册信息中提取的信息属性,该信息属性可以用来对用户进行实名认证,因此,该设定的信息属性一般可以设置为用户姓名、性别、年龄等能够标识用户身份的信息属性。应当理解,此处对于设定的信息属性所描述的具体情况仅为便于理解本申请实施例而给出的具体例子,实际应用中,根据所使用的业务类型、业务场景的不同,该设定的信息属性可以灵活设置,例如,根据业务类别,该设定的信息属性可以为姓名以及身份证号码,还可以为姓名以及护照号码等,也可以设置多个信息属性的组合,此处不再一一列举。
步骤203、根据提取的信息进行实名认证,并将通过实名认证的信息作为实名认证信息,并建立与该用户名信息的对应关系。
至此,建立用户名信息与实名认证信息的对应关系的流程结束。
本申请实施例一针对图2对应流程包括的步骤203给出了如下两种优选实施方式:
优选实施方式一
图3示出了上述步骤203中实名认证以及建立对应关系的流程示意图,如图3所示,包括如下步骤:
步骤301、将提取的信息与用于唯一标识自然人身份的信息进行匹配。
该步骤301中,首先需要确定用于唯一标识自然人身份的信息,该用于唯一标识自然人身份的信息与上述步骤202中提取信息时的信息属性对应,例如,提取的信息属性为姓名和身份证号码时,该用于唯一标识自然人身份的信息即为公民的身份证信息,该公民的身份证信息来源于公安系统;提取的信息属性为姓名以及护照号码时,该用于唯一标识自然人身份的信息即为公民的护照信息,该公民的护照信息来源于护照办理机构。实际应用中,由于提取的信息属性可以灵活设置,该用于唯一标识自然人身份的信息的类别以及来源也有所不同,但该来源都应当为能够保证用户身份真实性的权威机构。通过该用于唯一标识自然人身份的信息能够验证用户注册时输入的信息的真实性,达到验证用户身份真实性的目的。
步骤302、将与用于唯一标识自然人身份的信息匹配的信息作为实名认证信息,并建立该用户名信息与该实名认证信息的对应关系。
该步骤302中,建立该用户名信息与该实名认证信息的对应关系,即对应保存该用户名信息与该实名认证信息,在保存该用户名信息与该实名认证信息,可以建立索引文件,以便于查找。
至此,实名认证以及建立对应关系的流程结束。
优选实施方式二
图4示出了上述步骤203中实名认证以及建立对应关系的流程示意图,如图4所示,包括如下步骤:
步骤401、将提取的信息与用于唯一标识自然人身份的信息进行匹配。
该步骤401的具体实现原理与上述步骤301的具体实现原理基本相同,此处不再详细描述。
步骤402、在确定出与用于唯一标识自然人身份的信息匹配的信息后,将用于唯一标识自然人身份的信息作为实名认证信息,并建立与该用户名信息的对应关系。
至此,实名认证以及建立对应关系的流程结束。
应当理解,上述优选实施方式一以及优选实施方式二给出的实名认证以及建立对应关系的方式,仅为实现本申请实施例的优选实施方式,实际应用中,还可以采用其他能够其他方式,例如,在确定出与用于唯一标识自然人身份的信息匹配的信息后,从用于唯一标识自然人身份的信息中提取出设定信息,并建立与用户名信息的对应关系,此处不再一一列举。
图2对应流程包括的步骤202中,若从获取的用户注册信息中未提取到与设定的信息属性匹配的信息,还可以进一步通过其他方式建立用户名信息与实名认证信息的对应关系,图5示出了又一种建立用户名信息与实名认证信息的对应关系的流程示意图,如图5所示,主要包括如下步骤:
步骤501、服务器向用户终端发送实名认证信息获取指示,该实名认证信息获取指示中包括用于唯一标识自然人身份的信息字段。
该步骤501中,服务器可以向用户提供多个类型的用于唯一标识自然人身份的信息字段供用户选择,其中,用于唯一标识自然人身份的信息类型可以为身份证、军官证、护照等,相应地,用于唯一标识自然人身份的信息字段可以为身份证对应的相应字段(如姓名和身份证号码)、军官证对应的相应字段(如姓名和军官证号码)、护照对应的相应字段(如姓名和护照号)等。
步骤502、接收用户终端提交的由使用该用户终端的用户根据实名认证信息获取指示中包括信息字段输入的用于唯一标识自然人身份的信息。
该步骤502中,如果服务器向用户提供多个类型的用于唯一标识自然人身份的信息字段供用户选择,则用户终端需要选择一种或多种类型的信息字段进行填写,并提交给服务器。
步骤503、服务器建立该用户名信息与接收的用于唯一标识自然人身份的信息的对应关系。
该步骤503中,服务器建立该用户名信息与接收的用于唯一标识自然人身份的信息的对应关系,即对应保存该用户名信息与该实名认证信息,在保存该用户名信息与该实名认证信息,可以建立索引文件,以便于查找。
至此,建立用户名信息与实名认证信息的对应关系的流程结束。
本申请上述实施例针对建立用户名信息与实名认证信息的对应关系的过程进行了详细说明,在服务器建立用户名信息与实名认证信息的对应关系后,该服务器可以基于该对应关系对后续的业务请求进行处理。图6示出了本申请实施例一提供的业务实现的流程示意图,如图6所示,该业务的实现过程主要包括如下步骤:
步骤601、服务器接收用户终端发送的业务请求,该业务请求中携带使用该用户终端的用户在服务器注册的用户名信息。
该步骤601中,发送业务请求的用户终端一般为在该服务器进行了注册且成功登录的用户终端,该业务请求中还可以携带业务标识,用于指示所请求的业务类型。
步骤602、从预先建立的用户名信息与实名认证信息的对应关系集合中,查找与该业务请求中携带的用户名信息对应的实名认证信息。
该步骤602中,主要根据业务请求中携带的用户名信息,从预先建立的对应关系集合中查找与该用户名信息对应的实名认证信息。
步骤603、在查找到与该业务请求中携带的用户名信息对应的实名认证信息后,对该业务请求进行处理。
该步骤603中,查找到与该业务请求中携带的用户名信息对应的实名认证信息,即表明对使用该用户终端的用户实名认证通过,可以对基于该用户终端发起的业务请求进行处理,具体地,对业务请求进行处理根据业务类别的不同对应不同的处理流程,本申请不涉及对该业务处理过程的改进,此处不再详细描述。
至此,该业务实现流程结束。通过该流程,服务器在接收到用户的业务请求后,能够根据用户注册的用户名信息查找预先建立的与该用户名信息对应的实名认证信息,并在查找到实名认证信息后对该业务请求进行处理,即确认该用户名信息对应的用户身份真实后,对业务进行处理。该业务实现方式能够适用于对用户身份真实性有较高要求的业务,并且无需进行当面认证,与现有技术相比,减少了业务的处理周期,从而提高了业务处理效率。
图6对应的流程所提供的业务实现过程,能够适用于各种业务,尤其适用于对用户身份真实性要求较高的业务。实际应用中,可以针对对用户身份真实性要求较高的业务实施上述方法,针对对用户身份真实性要求较低的业务可以采用现有方法,即只要用户成功登录到服务器即可,基于此,可以预先设定需要进行实名认证的业务,在上述步骤601中,服务器接收到用户的业务请求后,如果确定该业务请求所请求的业务被设置为需要进行实名认证的业务,则继续执行步骤602,否则直接对该业务请求进行处理。
本申请实施例一提供的上述业务实现方法中,针对用户注册的用户名信息进行了实名认证,从而提高了业务实现的可靠性。在此基础上,本申请实施例一提供了业务实现的一个优选实现方式,该优选实现方式中,服务器针对不同类型的业务设置不同的安全机制,从而针对不同业务提供了不同的验证过程。图7示出了该实施例一提供的业务实现的又一个流程示意图,如图7所示,该业务的实现过程主要包括如下步骤:
步骤701、服务器接收用户终端发送的业务请求,该业务请求中携带使用该用户终端的用户在服务器注册的用户名信息。
步骤702、从预先建立的用户名信息与实名认证信息的对应关系集合中,查找与该业务请求中携带的用户名信息对应的实名认证信息。
该步骤701~步骤702的具体实现过程与上述步骤601~步骤602的具体实现过程基本相同,此处不再赘述。
步骤703、在查找到与该业务请求中携带的用户名信息对应的实名认证信息后,确定与该业务请求所请求的业务类型对应的安全级别要求。
该步骤703中,与业务类型对应的安全级别要求一般规定了该业务类型对应的业务需要满足的安全级别,也即该业务类型对应的业务需要进行的验证方式,例如,实名认证、视频认证、当面认证或其他认证方式等。
步骤704、确定使用该用户终端的用户是否符合对应的安全级别要求,若是,执行步骤705,若否,执行步骤706。
步骤705、对该业务请求进行处理。
步骤706、拒绝该业务请求。
至此,该业务实现流程结束。通过该流程,服务器能够针对不同业务,按照不同的安全级别对发送的业务请求的发送方进行验证。
图7对应流程包括的步骤704中,确定使用该用户终端的用户是否符合设定的安全级别要求,主要根据与该业务请求所请求的业务类型对应的安全级别要求,图8示出了确定使用该用户终端的用户是否符合设定的安全级别要求的流程示意图,如图8所示,该过程主要包括如下步骤:
步骤801、根据安全级别要求,确定是否需要对使用该用户终端的用户进行附加身份认证,若是,则执行步骤802,若否,则执行步骤805。
该步骤801中,确定是否需要对使用该用户终端的用户进行附加身份认证,即确定安全级别要求中除了实名认证外,是否还有其他要求的认证方式,如是否还需要进行视频认证、当面认证等,如果需要,则确定需要对使用该用户终端的用户进行附加身份认证。
步骤802、按照安全级别要求对使用该用户终端的用户进行附加身份认证。
该步骤802中,按照安全级别要求对使用该用户终端的用户进行附加身份认证,即按照安全级别要求中规定的认证方式对该用户进行相应认证,例如,若安全级别要求规定需要对用户进行视频认证,则进一步对该用户进行视频认证,若安全级别要求规定需要对用户进行当面认证,则进一步对该用户进行当面认证。
步骤803、确定对使用该用户终端的用户进行的附加身份认证是否通过,若否,执行步骤804,若是,执行步骤805。
步骤804、确定使用该用户终端的用户不符合安全级别要求。
步骤805、确定使用该用户终端的用户符合安全级别要求。
至此,确定使用该用户终端的用户是否符合设定的安全级别要求的流程结束。
在图6对应的业务实现方法的基础上,本申请实施例一提供了业务实现的又一个优选实现方式,该优选实现方式中,针对同一用户注册了多个用户名的情况对业务进行了控制。图9示出了该实施例一提供的业务实现的又一个流程示意图,如图9所示,该业务的实现过程主要包括如下步骤:
步骤901、服务器接收用户终端发送的业务请求,该业务请求中携带使用该用户终端的用户在服务器注册的用户名信息。
步骤902、从预先建立的用户名信息与实名认证信息的对应关系集合中,查找与该业务请求中携带的用户名信息对应的实名认证信息。
该步骤901~步骤902的具体实现过程与上述步骤601~步骤602的具体实现过程基本相同,此处不再赘述。
步骤903、确定查找到的该实名认证信息与该业务请求中携带的用户名信息是否唯一对应,若否,执行步骤904,若是,执行步骤906。
该步骤903中,可以通过查找预先建立的用户名信息与实名认证信息的对应关系,确定查找到的该实名认证信息是否还对应其他用户名信息,若否,则确定该实名认证信息与该业务请求中携带的用户名信息唯一对应,若是,则确定查找到的实名认证信息还对应除该业务请求中携带的用户名信息之外的用户名信息。
步骤904、确定是否针对同一业务对携带除该业务请求中携带的用户名信息之外的用户名信息的业务请求进行处理,若是,则执行步骤905,若否,执行步骤906。
步骤905、拒绝该业务请求。
步骤906、对该业务请求进行处理。
至此,该业务实现流程结束。通过该流程,服务器在确定查找到的实名认证信息与业务请求中携带的所述用户名信息唯一对应时,或者,在确定查找到的实名认证信息还对应除业务请求中携带的用户名信息之外的用户名信息、且确定未针对同一业务对携带除该业务请求中携带的用户名信息之外的用户名信息的业务请求进行处理后,对该业务请求进行处理,从而能够针对一个用户注册多个用户名的情况进行业务控制,避免针对同一用户的不同用户名多次授予同一业务。
本申请实施例一提供的一个优选实施方式中,针对上述图6、图7、图9中的业务实现流程进行了补充,具体地,在图6对应流程包括的步骤602中、图7对应流程包括的步骤702中或图9对应流程包括的步骤902中,如果服务器从预先建立的用户名信息与实名认证信息的对应关系集合中未查找到与接收的业务请求中携带的用户名信息对应的实名认证信息,还可以进一步建立该业务请求中携带的用户名信息与实名认证信息的对应关系,具体地,建立该业务请求中携带的用户名信息与实名认证信息的对应关系,可以采用上述实施例给出的图2至图5的任一实现过程实现,此处不再赘述。
以上实施例中涉及的服务器可以为网站服务器,也可以为独立部署的服务器。
以上实施例中涉及的业务请求,可以是针对普通业务发起的业务请求,也可以是针对对用户身份真实性具有较高要求的业务发起的业务请求,还可以是针对特定业务发起的业务请求。
以上实施例中涉及的发起业务请求的用户终端,一般需要在服务器进行注册。
以上实施例中,涉及到数据访问的过程可以通过定义的API(ApplicationProgrammingInterface,应用程序编程接口)实现,例如,根据预先建立的用户名信息与实名认证信息的对应关系,获取某实名认证信息对应的全部用户名信息时,该API可以为:
*@parampersonId用户编号
*@return会员列表
*/
publicList<Member>listMemberByPersonId(StringpersonId);
/**
例如,通过身份证加姓名的方式认证自然人时,即用户的实名认证信息为身份证信息时,该API可以为:
*@paramname用户姓名
*@paramicNumber身份证号码
*/
publicvoidverifyPersonByIcNumberAndName(Stringname,StringicNumber);
/**
例如:获取用户的实名认证信息时,该API可以为:
*@parampersonId用户编号
*@return实名认证信息
*/
publicAuthenticationgetAuthenticationByPersonId(StringpersonId);
/**
实施例二
与上述实施例对应,本申请实施例二提供了一种服务器,该服务器能够实现上述服务器所实现的功能。
图10示出了本申请实施例二提供的服务器的流程示意图,如图10所示,包括:
接收单元1001、对应关系建立单元1002、认证单元1003以及业务处理单元1004;
其中:
接收单元1001,用于接收用户终端发送的业务请求,业务请求中携带使用用户终端的用户在服务器注册的用户名信息;
对应关系建立单元1002,用于建立用户名信息与实名认证信息的对应关系;
认证单元1003,用于从对应关系建立单元1002建立的对应关系集合中查找与业务请求中携带的用户名信息对应的实名认证信息;
业务处理单元1004,用于在认证单元1003查找到与业务请求中携带的用户名信息对应的实名认证信息后,对业务请求进行处理。
如图11所示,本申请实施例二提供的一个优选实施方式中,图10所示服务器还可以进一步包括:
安全级别验证单元1005,用于在业务处理单元1004对业务请求进行处理之前,确定与接收单元1001接收的业务请求所请求的业务类型对应的安全级别要求,并确定使用用户终端的用户符合安全级别要求。
本申请实施例二提供的一个优选实施方式中,图11所示服务器包括的安全级别验证单元1005,具体用于根据安全级别要求,确定是否需要对使用用户终端的用户进行附加身份认证;若是,则按照安全级别要求对使用用户终端的用户进行附加身份认证,并在认证通过后,确定使用用户终端的用户符合安全级别要求;若否,确定使用用户终端的用户符合安全级别要求。
如图12所示,本申请实施例二提供的一个优选实施方式中,图10所示服务器还可以进一步包括:
业务处理验证单元1006,用于在业务处理单元1004对业务请求进行处理之前,确定认证单元1003查找到的实名认证信息与业务请求中携带的用户名信息唯一对应;或确定查找到的实名认证信息还对应除业务请求中携带的用户名信息之外的用户名信息,并且确定未针对同一业务对携带除业务请求中携带的用户名信息之外的用户名信息的业务请求进行处理。
本申请实施例二提供的一个优选实施方式中,图10所示服务器包括的对应关系建立单元1002,还用于在认证单元1003未查找到与业务请求中携带的用户名信息对应的实名认证信息时,建立业务请求中携带的用户名信息与实名认证信息的对应关系。
本申请实施例二提供的一个优选实施方式中,图10所示服务器包括的对应关系建立单元1002,具体用于获取与用户名信息对应的用户注册信息,从获取的用户注册信息中提取与设定的信息属性匹配的信息,根据提取的信息进行实名认证,将通过实名认证的信息作为实名认证信息,并建立与用户名信息的对应关系。
本申请实施例二提供的一个优选实施方式中,图10所示服务器包括的对应关系建立单元1002,具体用于将提取的信息与用于唯一标识自然人身份的信息进行匹配,将与用于唯一标识自然人身份的信息匹配的信息作为实名认证信息,并建立与用户名信息的对应关系;或,在确定出与用于唯一标识自然人身份的信息匹配的信息后,将用于唯一标识自然人身份的信息作为实名认证信息,并建立与用户名信息的对应关系。
本申请实施例二提供的一个优选实施方式中,图10所示服务器包括的对应关系建立单元1002,还用于在从获取的用户注册信息中未提取到与设定的信息属性匹配的信息后,向用户终端发送实名认证信息获取指示,实名认证信息获取指示中包括用于唯一标识自然人身份的信息字段,接收用户终端提交的由使用用户终端的用户根据字段输入的用于唯一标识自然人身份的信息,并建立用户名信息与接收的用于唯一标识自然人身份的信息的对应关系。
本申请的实施例所提供的服务器可通过计算机程序实现。本领域技术人员应该能够理解,上述的单元划分方式仅是众多单元划分方式中的一种,如果划分为其他单元或不划分单元,只要服务器具有上述功能,都应该在本申请的保护范围之内。
本申请实施例二提供的服务器还具有对应于上述实施例一提供的业务实现方法中各步骤的功能模块。
本申请实施例二提供的服务器可以位于业务处理系统中,该服务器可以位于网站服务器中,也可以独立部署,并且,当该服务器位于业务处理系统时,该服务器并不限于上述单元划分方式,还可以为其他单元划分方式,不论何种单元划分方式,只要该服务器具有上述功能,都应该在本申请的保护范围之内。
本领域的技术人员应明白,本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。