账户的实名认证方法及装置与流程

文档序号:16900342发布日期:2019-02-19 17:55阅读:456来源:国知局
账户的实名认证方法及装置与流程

本申请涉及互联网技术领域,特别涉及一种账户的实名认证方法及装置。



背景技术:

随着互联网技术的不断发展,用户身份信息被别人冒用的情况在不断增多。如果不法分子利用冒用的身份信息进行洗钱等不法行为,不仅无法抓捕不法分子,还会对被冒用身份的正常用户造成较大影响。

现有技术中,为了避免上述情况,各应用程序(application,app)已经普遍采取了对账户进行实名认证的方法。本文所称实名认证,即需要确认开户者拿着自己的身份证进行开户,即人、身份证是匹配的。

而有些账户在开设的时候,并没有经过实名认证。比如说,仅上传了身份证,所以这类账户为非实名认证账户。

又比如,有些用户通过伪装等,骗过了人工或者系统审核,也开设成功了实名认证账户。



技术实现要素:

本申请实施例的目的是提供一种账户的实名认证方法及装置,用以解决上述现有技术中存在的问题。

为解决上述技术问题,本申请实施例提供的账户的实名认证方法及装置是这样实现的:

一种账户的实名认证方法,包括:

接收用户通过终端发送的购买实名制类产品的请求;

验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致;

若一致,则获取所述产品的使用状态;

若所述使用状态为已使用,则在所述账户为非实名认证账户的情况下,确认所述账户为实名认证账户。

一种账户的实名认证方法,包括:

接收用户通过终端发送的购买实名制类产品的请求;

验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致;

若一致,则获取所述产品的使用状态;

若所述使用状态为已使用,则在所述账户为实名认证账户的情况下,提升所述账户的实名认证等级。

一种账户的实名认证装置,包括:

接收单元,用于接收用户通过终端发送的购买实名制类产品的请求;

验证单元,用于验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致;

获取单元,用于在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,获取所述产品的使用状态;

认证单元,用于在所述使用状态为已使用时,则在所述账户为非实名认证账户的情况下,确认所述账户为实名认证账户。

一种账户的实名认证装置,包括:

接收单元,用于接收用户通过终端发送的购买实名制类产品的请求;

验证单元,用于验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致;

获取单元,用于在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,获取所述产品的使用状态;

判断单元,用于在所述使用状态为已使用时,判断所述账户是否为实名认证账户;

提升单元,用于在所述使用状态为已使用时,则在所述账户为实名认证账户的情况下,提升所述账户的实名认证等级。

由以上本申请实施例提供的技术方案可见,基于用户使用实名制类产品时,现场的工作人员需要核实用户的身份信息是否为本人,在所述身份信息为本人时,通过获取所述身份信息对应的产品的使用状态为已使用,在所述账户为非实名认证账户的情况下,可以确认所述账户为实名认证账户;如此,实现了对非实名认证账户进行实名认证的目的。或者,在所述账户为实名认证账户的情况下,可以提升所述账户的实名认证等级;如此,对于已确认实名认证的账户,可以通过提升该账户的实名认证等级的方式来进一步进行账户的实名认证,从而区分出骗过了人工或者系统审核开设的实名认证账户。

附图说明

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

图1为本申请一实施例中提供的账户的实名认证方法的流程图;

图2为本申请一实施例中提供的账户的实名认证方法的流程图;

图3为本申请一实施例中提供的账户的实名认证装置的模块示意图;

图4为本申请一实施例中提供的账户的实名认证装置的模块示意图。

具体实施方式

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

图1为本申请一实施例中提供的账户的实名认证方法的流程图。本实施例中,所述账户的实名认证方法包括如下步骤:

s110:接收用户通过终端发送的购买实名制类产品的请求。

所述终端包括台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“pda”)或者其它任何的有线或无线处理器驱动的装置。

所述实名制类产品可以包括用户在使用时需要验证身份信息的产品,包括火车票、飞机票、酒店住宿中的至少一种。所述身份信息可以包括身份证号。

本实施例中,用户可以使用终端上的应用程序(如支付宝、携程旅游)购买实名制类产品。通常,用户在购买所述实名制类产品时,需要提供用户的身份信息(如身份证号);如此,应用程序的服务器可以接收用户通过终端发送的购买实名制类产品的请求。

以下以火车票的场景为例,用户可以使用终端上的应用程序购买火车票。通常,用户在购买火车票时,需要提供购票人的身份信息(如身份证号);如此,应用程序的服务器可以接收用户通过终端发送的购买火车票时的请求。

以下以飞机票的场景为例,用户可以使用终端上的应用程序购买飞机票。通常,用户在购买飞机票时,需要提供购票人的身份信息(如身份证号);如此,应用程序的服务器可以接收用户通过终端发送的购买飞机票的请求。

以下以酒店住宿的场景为例,用户可以使用终端上的应用程序预定酒店住宿。通常,用户在预定酒店住宿时,需要提供住宿人的身份信息(如身份证号);如此,应用程序的服务器可以接收用户通过终终端发送的预定酒店住宿的请求。

s120:验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致。

如上所述,由于用户通过终端购买实名制类产品时需要提供身份信息,所以应用程序的服务器在接收到用户通过终端发送的购买实名制类产品的请求时,该请求中包含了所述实名制类产品购买信息中所包含的身份信息。

所述账户信息对应的身份信息,包括身份证号。

在实际应用中,用户通过所述终端上的应用程序自己购买实名制类产品外,还可以帮别人购买实名制类产品。如果用户是帮别人购买实名制类产品,使用的身份信息并非本人的身份信息;如此,所述实名制类产品购买信息中所包含的身份信息是非本人的身份信息,而应用程序上的账户信息对应的身份信息是本人的身份信息,所以验证得出所述实名制类产品购买信息中的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息不一致,在不一致的情况下,就无需执行本发明实施例后续步骤了。如果用户是为自己购买实名制类产品,使用的身份信息是本人的身份信息;如此,所述实名制类产品购买信息中所包含的身份信息是本人的身份信息,而应用程序上的账户信息对应的身份信息也是本人的身份信息,所以验证得出所述实名制类产品购买信息中的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致,执行s130步骤。

s130:若一致,则获取所述产品的使用状态。

应用程序的服务器在验证得出所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,进而可以获取所述产品的使用状态。通常,所述使用状态分为“未使用”和“已使用”;在成功购买实名制类产品后,所述产品服务器中该产品默认的使用状态为“未使用”,当该产品在使用后,所述产品服务器会将该产品的使用状态变更为“已使用”。

在实际应用中,用户在使用所述实名制类产品时,通常现场的工作人员会核实用户的身份信息。例如,用户需要出示本人的身份证,现场的工作人员会核实用户的样貌与身份证上的照片是否一致,还会核实该身份证上的信息(如、身份证号)与用户使用的产品上身份信息(如身份证号)是否一致。如果都一致,用户才可以通过现场的身份核实,从而使用该产品;并且在使用该产品后,所述产品服务器中该产品的使用状态变更为“已使用”。如果不都一致,用户不能通过现场的身份核实,现场的工作人员会拒绝用户使用该产品,所述产品服务器中该产品的使用状态依然为“未使用”。

所述产品服务器可以是一个服务器,也可以根据具体场景分为多个独立的服务器。如上述中火车票、飞机票、酒店住宿的场景,产品服务器可以是同一个服务器,也可以是三个服务器分别对应该三个场景。

依然以火车票的场景为例,用户在购买火车票成功后,所述产品服务器(本场景中所述产品服务器可以用于出售火车票)中该火车票默认的使用状态为“未使用”。当该火车票在检票后,所述产品服务器会将该火车票的使用状态变更为“已使用”。用户在使用所述火车票时,通常火车站的工作人员会核实用户的身份信息。例如,用户需要出示本人的身份证,现场的工作人员会核实用户的样貌与身份证上的照片是否一致,还会核实该身份证上的信息(如身份证号)与用户使用的火车票上身份信息(如、身份证号)是否一致。如果都一致,用户才可以通过现场的身份核实,从而使用火车票;并且在检票后,所述产品服务器中该火车票的使用状态变更为“已使用”。如果不都一致,用户不能通过现场的身份核实,现场的工作人员会拒绝用户使用火车票,所述产品服务器中该火车票的使用状态依然为“未使用”。

依然以飞机票的场景为例,用户在购买飞机票成功后,所述产品服务器(本场景中所述产品服务器可以用于出售飞机票)中该飞机票默认的使用状态为“未使用”。当该飞机票在检票后,所述产品服务器会将该飞机票的使用状态变更为“已使用”。用户在使用所述飞机票时,通常飞机场的工作人员会核实用户的身份信息。例如,用户需要出示本人的身份证,现场的工作人员会核实用户的样貌与身份证上的照片是否一致,还会核实该身份证上的信息(如身份证号)与用户使用的飞机票上身份信息(如身份证号)是否一致。如果都一致,用户才可以通过现场的身份核实,从而使用飞机票;并且在检票后,所述产品服务器中该飞机票的使用状态变更为“已使用”。如果不都一致,用户不能通过现场的身份核实,现场的工作人员会拒绝用户使用飞机票,所述产品服务器中该飞机票的使用状态依然为“未使用”。

依然以酒店住宿的场景为例,用户在预定酒店住宿成功后,所述产品服务器(本场景中所述产品服务器可以用于预定酒店住宿)中该酒店住宿默认的使用状态为“未使用”,当用户办理了入住手续后,所述产品服务器会将该酒店住宿的使用状态变更为“已使用”。用户在使用所述酒店住宿时,通常酒店的工作人员会核实用户的身份信息。例如,用户需要出示本人的身份证,现场的工作人员会核实用户的样貌与身份证上的照片是否一致,还会核实该身份证上的信息(如身份证号)与用户预定酒店住宿时提供的身份信息(如身份证号)是否一致。如果都一致,用户才可以通过现场的身份核实,从而可以办理入住手续;并且在办理入住手续后,所述产品服务器中该酒店住宿的使用状态变更为“已使用”。如果不都一致,用户不能通过现场的身份核实,现场的工作人员会拒绝用户办理入住手续,所述产品服务器中该酒店住宿的使用状态依然为“未使用”。

具体地,所述s130步骤,可以包括:

接收所述产品服务器推送的所述身份信息对应的该产品的使用状态。

依然以火车票的场景为例,应用程序的服务器可以接收所述产品服务器推送的所述身份信息对应的该火车票的使用状态。

依然以飞机票的场景为例,应用程序的服务器可以接收所述产品服务器推送的所述身份信息对应的该飞机票的使用状态。

依然以酒店住宿的场景为例,应用程序的服务器可以接收所述产品服务器推送的所述身份信息对应的该酒店住宿的使用状态。

本实施例中,由于用户是通过终端上的应用程序购买的所述实名制类产品,为了向用户提供其购买的实名制类产品的使用状态,所述实名制类产品服务器可以向所述应用程序的服务器推送该用户购买的所述实名制类产品的使用状态。这样,用户就可以通过所述终端上的应用程序查看购买的实名制类产品的使用状态。

在其它实施例中,所述s130步骤,可以包括:

从所述产品服务器查询所述身份信息对应的该产品的使用状态。

依然以火车票的场景为例,应用程序的服务器可以从所述产品服务器查询所述身份信息对应的该火车票的使用状态。

依然以飞机票的场景为例,应用程序的服务器可以从所述产品服务器查询所述身份信息对应的该飞机票的使用状态。

依然以酒店住宿的场景为例,应用程序的服务器可以从所述产品服务器查询所述身份信息对应的该酒店住宿的使用状态。

本实施例中,由于用户是通过终端上的应用程序购买的所述实名制类产品,为了向用户提供其购买的实名制类产品的使用状态,应用程序的服务器可以从所述实名制类产品服务器查询所述身份信息对应的该产品的使用状态。这样,用户就可以通过所述终端上的应用程序查看购买的实名制类产品的使用状态。

s140:若所述使用状态为已使用,则在所述账户为非实名认证账户的情况下,确认所述账户为实名认证账户。

本实施例中,由于购买实名制类产品时是通过应用程序购买的,则登录所述应用程序需要账户,所以在成功购买实名制类产品后,应用程序的服务器上记录有所述身份信息和账户的对应关系。

如果所述使用状态为“已使用”,则说明用户通过了现场的身份核实,证明所述身份信息为用户本人,由于实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致,则可以确认所述账户为用户本人使用,而在所述账户为非实名认证账户的情况下,应用程序的服务器就可以确认所述账户为实名认证账户。

如果所述使用状态为“未使用”,则说明用户没有通过现场的身份审核,或者用户还没有到现场使用所述产品;所以应用程序的服务器就无需执行本实施例后续步骤了。

通过本实施例,基于用户使用实名制类产品时,现场的工作人员需要核实用户的身份信息是否为本人,在所述身份信息为本人时,通过获取所述身份信息对应的产品的使用状态为已使用,则在所述账户为非实名认证账户的情况下,可以确认所述身份信息对应的账户为实名认证账户。如此,实现了对非实名认证账户进行实名认证的目的

在本申请实施例中,在s140步骤之后,还可以包括如下步骤:

将确认所述账户为实名认证账户的通知推送至所述终端。

通过本实施例,当应用程序的服务器确认账户为实名认证账户后,可以将确认所述账户为实名认证账户的通知推送至所述终端。如此,可以及时通知用户从而提高了用户的体验。

图2为本申请一实施例中提供的账户的实名认证方法的流程图。本实施例中,所述账户的实名认证方法包括如下步骤:

s210:接收用户通过终端发送的购买实名制类产品的请求。

所述实名制类产品包括火车票、飞机票、酒店住宿中的至少一种。该s210步骤与上述实施例中s110步骤类似,此处不再赘述。

s220:验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致。

该s220步骤与上述实施例中s120步骤类似,此处不再赘述。

s230:若一致,则获取所述产品的使用状态。

所述获取所述产品的使用状态,具体包括:

接收所述产品服务器推送的所述身份信息对应的该产品的使用状态;

或者,从所述产品服务器查询所述身份信息对应的该产品的使用状态。

该s230步骤与上述实施例中s130步骤类似,此处不再赘述。

s240:若所述使用状态为已使用,则在所述账户为实名认证账户的情况下,提升所述账户的实名认证等级。

本实施例中,由于购买实名制类产品时是通过应用程序购买的,则登录所述应用程序需要账户,所以在成功购买实名制类产品后,应用程序的服务器上记录有所述身份信息和账户的对应关系。

所述实名认证等级可以是预先设置的不同等级,例如,未通过实名认证账户的实名认证等级为1级;通过现有技术完成的身份识别的账户的安全等级为2级;通过本申请实施例完成的身份识别的账户的安全等级为3级。该例子中等级越高表示账户越安全。

如果所述使用状态为“已使用”,则说明用户通过了现场的身份核实,证明所述身份信息为用户本人,由于实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致,则可以确认所述账户为用户本人使用,而在所述账户为实名认证账户的情况下,应用程序的服务器就可以提升所述账户的实名认证等级。

如果所述使用状态为“未使用”,则说明用户没有通过现场的身份审核,或者用户还没有到现场使用所述产品;所以应用程序的服务器就无需执行本实施例后续步骤了。

通过本实施例,基于用户使用实名制类产品时,现场的工作人员需要核实用户的身份信息是否为本人,在所述身份信息为本人时,通过获取所述身份信息对应的产品的使用状态为已使用,则在所述账户为实名认证账户的情况下,可以提升所述账户的实名认证等级。如此,对于已确认实名认证的账户,可以通过提升该账户的实名认证等级的方式来进一步进行账户的实名认证,从而区分出骗过了人工或者系统审核开设的实名认证账户。

本申请实施例提供还提供一种装置,可以实现上述的方法步骤,且该装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为逻辑意义上的装置,是通过服务器的cpu(centralprocessunit,中央处理器)将对应的计算机程序指令读取到内存中运行形成的。

图3为本申请一实施例中提供的账户的实名认证装置的模块示意图。本实施例中,所述账户的实名认证装置包括:

接收单元310,用于接收用户通过终端发送的购买实名制类产品的请求;

验证单元320,用于验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致;

获取单元330,用于在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的账户信息一致时,获取所述产品的使用状态;

认证单元340,用于在所述使用状态为已使用时,在所述账户为非实名认证账户的情况下,确认所述账户为实名认证账户。

优选地,所述获取单元330,具体包括:

用于在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,接收所述产品服务器推送的所述身份信息对应的该产品的使用状态;

或者,用于在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,从所述产品服务器查询所述身份信息对应的该产品的使用状态。

优选地,在所述识别单元340之后,还包括:

推送单元,用于将确认所述账户为实名认证账户的通知推送至所述终端。

优选地,所述实名制类产品包括火车票、飞机票、酒店住宿中的至少一种。

图4为本申请一实施例中提供的账户的实名认证装置的模块示意图。本实施例中,所述账户的实名认证的装置包括:

接收单元410,用于接收用户通过终端发送的购买实名制类产品的请求;

验证单元420,用于验证所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息是否一致;

获取单元430,用于在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用账户信息对应的身份信息一致时,获取所述产品的使用状态;

提升单元440,用于在所述使用状态为已使用时,在所述账户为实名认证账户的情况下,提升所述账户的实名认证等级。

优选地,所述获取单元430,具体包括:

在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,接收所述产品服务器推送的所述身份信息对应的该产品的使用状态;

或者,在所述实名制类产品购买信息中所包含的身份信息与购买该实名制类产品所使用的账户信息对应的身份信息一致时,从所述产品服务器查询所述身份信息对应的该产品的使用状态。

优选地,所述实名制类产品包括火车票、飞机票、酒店住宿中的至少一种。

在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray,fpga))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(hardwaredescriptionlanguage,hdl),而hdl也并非仅有一种,而是有许多种,如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等,目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。

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

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。

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

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

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

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

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

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

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

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

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

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

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

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

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1