业务请求方法、业务办理号码的验证方法及其终端与流程

文档序号:12698692阅读:316来源:国知局
业务请求方法、业务办理号码的验证方法及其终端与流程

本发明涉及通信技术领域,尤其涉及一种业务请求方法、业务办理号码的验证方法及其终端。



背景技术:

在互联网安全与监管越发严格的今天,许多互联网业务在使用事前都要进行实名认证,另外,由于根据国家相关法的规定,目前不管是新办身份识别卡还是在原有的身份识别卡上开通数据业务功能均需要对用户身份进行实名认证,即一张身份识别卡或者一个电话号码代表了一个人的身份,因此现在许多互联网业务均可以通过电话号码来进行认证使用。

现有技术中通过电话号码来认证使用互联网业务的方式一般为,由用户通过终端在业务办理的显示界面中输入待认证使用的电话号码,并将所述电话号码发送至相应的业务服务器,然后在接收到业务服务器返回的验证码后再在指定的输入框中输入所述验证码,并将所述验证码发送至所述业务服务器进行验证,业务服务器验证通过后即完成认证,此时用户即可通过所述电话号码来办理相应的业务。然而,在一些情况下,由于终端接收到的验证码可能会被其他用户窃取,因此用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响。



技术实现要素:

本发明实施例提供一种业务请求方法、业务办理号码的验证方法及其终端,可以提高业务办理的安全性。

第一方面,本发明实施例提供了一种业务请求方法,该方法包括:

获取用于请求办理业务的业务办理号码;

通过终端的身份识别卡以短信的形式向验证终端发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码;

接收所述验证终端返回的验证结果;

根据所述验证结果确定是否继续执行业务请求处理流程。

另一方面,本发明实施例提供一种业务办理号码的验证方法,包括:

接收终端以短信形式发送的身份验证请求,所述身份验证请求包括用户在所述终端上输入的用于请求办理业务的业务办理号码;

读取发送所述身份验证请求的短信的通讯号码,验证所述业务办理号码是否与所述通讯号码一致;

将验证结果返回至所述终端。

另一方面,本发明实施例提供一种终端,该终端包括:

业务办理号码获取单元,用于获取用于请求办理业务的业务办理号码;

验证请求发送单元,用于通过终端的身份识别卡以短信的形式向验证终端发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码;

验证结果接收单元,用于接收所述验证终端返回的验证结果;

业务请求处理单元,用于根据所述验证结果确定是否继续执行业务请求处理流程。

另一方面,本发明实施例提供一种验证终端,该终端包括:

验证请求接收单元,用于接收终端以短信形式发送的身份验证请求,所述身份验证请求包括用户在所述终端上输入的用于请求办理业务的业务办理号码;

验证请求处理单元,用于读取发送所述身份验证请求的短信的通讯号码,验证所述业务办理号码是否与所述通讯号码一致;

验证结果返回单元,用于将验证结果返回至所述终端。

本发明实施例通过获取用于请求办理业务的业务办理号码;通过终端的身份识别卡以短信的形式向验证终端发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码;接收所述验证终端返回的验证结果;根据所述验证结果确定是否继续执行业务请求处理流程,从而可以提高办理业务的安全性,大大减少了用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题。

附图说明

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

图1是本发明第一实施例提供的一种业务请求方法的示意流程图;

图2是本发明第二实施例提供的一种业务请求方法的示意流程图;

图3是本发明第三实施例提供的一种业务请求方法的示意流程图;

图4是本发明第四实施例提供的一种业务办理号码的验证方法的示意流程图;

图5是本发明第五实施例提供的一种业务办理号码的验证方法的示意流程图;

图6是本发明第六实施例提供的一种终端的示意性框图;

图7是本发明第七实施例提供的一种终端的示意性框图;

图8是本发明第八实施例提供的一种终端的示意性框图;

图9是本发明第九实施例提供的一种验证终端的示意性框图;

图10是本发明第十实施例提供的一种验证终端的示意性框图;

图11是本发明第十一实施例提供的一种终端的示意性框图;

图12是本发明第十二实施例提供的一种验证终端的示意性框图。

具体实施方式

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

应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中,本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是,在某些实施例中,所述设备并非便携式通信设备,而是具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中,描述了包括显示器和触摸敏感表面的终端。然而,应当理解的是,终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样,终端的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

参见图1,是本发明第一实施例提供一种业务请求方法的示意流程图,该方法的执行主体为本发明实施例中所述的终端。如图1所示,该方法可包括:

在S101中,获取用于请求办理业务的业务办理号码。

在本实施例中,所述业务包括但不限于注册应用、登录网站以及支付业务等,所述业务办理号码为用户在终端上输入的用于注册应用、登录网站或者请求支付的电话号码。

在S102中,通过终端的身份识别卡以短信的形式向验证终端发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码。

在本实施例中,由于终端自身无法直接读取到身份识别卡对应在运营商开通的电话号码,仅能获取到该身份识别卡对应的ID号,因此,终端自身无法验证用户输入的用于请求办理业务的业务办理号码是否为用户自己的电话号码,所以在本实施例中,需要通过终端的身份识别卡以短信的形式向验证终端发送身份验证请求,由所述验证终端对所述业务办理号码进行身份验证。进一步的,在本实施例中,所述身份识别卡包括但不限于SIM卡、USIM卡、UIM卡、CSIM卡等。

在S103中,接收所述验证终端返回的验证结果。

在本实施例中,所述验证终端在接收到所述终端通过短信发送的身份验证请求后,可以读取到所述短信对应的通讯号码,所述验证终端在验证完成之后可以根据获取到的所述短信的通讯号码再以短信的形式将验证结果返回至所述终端。

在S104中,根据所述验证结果确定是否继续执行业务请求处理流程。

在本实施例中,所述终端在接收到所述验证终端返回的验证结果之后,即可根据验证结果确定是否继续执行业务请求流程,具体的:若验证结果为验证通过,则说明所述业务办理号码为用户自己的电话号码,所述终端继续执行业务请求处理流程;若验证结果为验证失败,则说明所述业务办理号码不是用户自己的电话号码,此时禁止所述终端继续执行业务请求处理流程。

以上可以看出,本实施例提供的一种业务请求方法通过获取用于请求办理业务的业务办理号码;通过终端的身份识别卡以短信的形式向验证终端发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码;接收所述验证终端返回的验证结果;根据所述验证结果确定是否继续执行业务请求处理流程,从而可以提高业务办理的安全性,大大减少了用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题。

参见图2,是本发明第二实施例提供一种业务请求方法的示意流程图,该方法的执行主体为本发明实施例中所述的终端。如图2所示,相对于上一实施例,本实施例提供的一种业务请求方法,在根据所述验证结果确定是否继续执行业务请求处理流程之后还可以包括:

在S205中,若所述验证结果为验证通过,则根据所述业务办理号码建立所述身份识别卡与所述短信对应的通讯号码的绑定关系,并将所述绑定关系存储至本地数据库;或者,

在S206中,若所述验证结果为验证失败,则接收所述验证终端返回的与所述短信对应的通讯号码,并建立所述身份识别卡与所述短信对应的通讯号码的绑定关系,将所述绑定关系存储至本地数据库。

在本实施例中,终端在接收到验证结果后,会根据验证结果通过不同的方式获取到所述短信对应的通讯号码,并建立所述SIM与所述短信对应的通讯号码的绑定关系,并将所述绑定关系存储至本地数据库,这样终端在下次获取到用户输入的用于请求办理业务的业务办理号码时,可直接根据所述本地数据库中存储的绑定关系对所述业务办理号码进行身份验证,而无需向验证终端发送身份验证请求。

进一步的,在另一实施例中,终端在下次获取到用户输入的用于请求办理业务的业务办理号码时,在执行通过终端的身份识别卡以短信的形式向所述验证终端发送身份验证请求的步骤之前还可以包括:

判断所述终端的本地数据库是否存储有所述身份识别卡与所述短信对应的通讯号码的绑定关系;

若存储有所述身份识别卡与所述短信对应的通讯号码的绑定关系,则根据所述绑定关系在本地验证所述业务办理号码是否与所述短信对应的通讯号码一致,并根据验证结果确定是否继续执行业务请求处理流程。

在本实施例中,若所述业务办理号码与所述短信对应的通讯号码一致,则验证通过,此时所述终端继续执行业务请求处理流程;若所述业务办理号码与所述短信对应的通讯号码不一致,则验证失败,此时所述终端中断当前的业务请求处理流程。

需要说明的是,本实施例中的步骤S201~S204由于与图1所示实施例中的步骤S101~步骤S104完全相同,因此,在此不再赘述。

因此,可以看出,本实施例提供的一种业务请求方法同样可以提高业务办理的安全性,减少用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题;并且相对于上一实施例,能够在终端下次获取到业务办理号码时,直接在终端本地对业务办理号码进行身份验证,而无需向验证终端发送身份验证请求。

图3是本发明第三实施例提供的一种业务请求方法的示意流程图,该方法的执行主体为本发明实施例中所述的终端。参见图3所示,相对于上一实施例,本实施例提供的一种业务请求方法在所述通过终端的身份识别卡以短信的形式向所述验证终端发送身份验证请求之前还包括:

在S302中,通过预设的安全加密算法对所述业务办理号码进行加密计算,根据加密后的业务办理号码生成所述身份验证请求。

在本实施例中,所述终端包括安全加密芯片,所述预设的安全加密算法存储于所述安全加密芯片内,在具体实现时,由所述安全加密芯片利用所述预设的安全加密算法对所述业务办理号码进行加密。优选的,所述预设的安全算法为哈希算法,由于哈希算法本身的单向密码机制的唯一性和不可逆性,因此其可以保证业务办理号码验证的准确性和安全性。

在本实施例中,由于终端在发送身份验证请求前先采用安全加密芯片中预设的安全加密算法对所述业务办理号码进行加密计算,然后根据加密后的业务办理号码生成身份验证请求,再将所述包含有加密后的业务办理号码的身份验证请求发送至验证终端,这样可以防止业务办理号码在终端与验证终端的通信过程中被他人非法截取,保证整个通信过程的安全。

需要说明的是,本实施例中的步骤S301以及步骤S303~步骤S307的实现方式由于与图2所示实施例中的步骤S201~步骤S206完全相同,因此,在此不再赘述。

因此,可以看出本实施例提供的一种业务请求方法同样可以提高办理业务的安全性,减少用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题;并且相对于上一实施例,还能够防止业务办理号码在终端与验证终端的通信过程中被他人非法截取,保证整个通信过程的安全。

图4是本发明第四实施例提供的一种业务办理号码的验证方法的示意流程图,该方法的执行主体为本发明实施例中所述的验证终端。参见图4所示,该方法可以包括:

在S401中,接收终端以短信形式发送的身份验证请求,所述身份验证请求包括用户在所述终端上输入的用于请求办理业务的业务办理号码。

在S402中,读取发送所述身份验证请求的短信的通讯号码,验证所述业务办理号码是否与所述通讯号码一致。

在本实施例中,验证终端在接收到终端通过短信发送的身份验证请求后,可以读取到发送所述短信的通讯号码,该通讯号码即为所述终端的SIM所对应的通讯号码,因此所述验证终端可以根据所述通讯号码对所述业务办理号码进行身份验证,具体的:验证所述业务办理号码是否与所述短信对应的通讯号码一致,若一致,则验证通过;若不一致,则验证失败。

在S403中,将验证结果返回至所述终端。

在本实施例中,所述验证终端通过所述通讯号码以短信的形式将所述验证结果返回至所述终端,使所述终端根据所述验证结果确定是否继续执行业务请求处理流程。进一步的,所述验证结果包括验证通过或者验证失败两种:若验证通过,则验证终端会向所述终端返回验证通过的信息返回至所述终端;若验证失败,则所述验证终端会将验证失败的信息返回至所述终端,同时还会将获取到的所述短信对应的通讯号码返回至所述终端。

因此,可以看出本实施例提供的一种业务办理号码的验证方法同样可以提高办理业务的安全性,减少用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题。

图5是本发明第五实施例提供的一种业务办理号码的验证方法的示意流程图,该方法的执行主体为本发明实施例中所述的验证终端。参见图5所示,本实施例提供的一种业务请求方法,包括:

在S501中,接收终端以短信形式发送的身份验证请求,所述身份验证请求包括经过预设的安全加密算法处理过的业务办理号码。

在本实施例中,由于所述身份验证请求中的业务办理号码经预设的安全加密算法处理过,因此可以防止业务办理号码在终端与验证终端的通信过程中被他人非法截取,保证整个通信过程的安全。

在S502中,读取发送所述身份验证请求的短信的通讯号码,通过所述预设的安全加密算法对所述通讯号码进行加密计算,并验证加密计算后的业务办理号码是否与加密计算后的所述通讯号码一致。

在本实施例中,验证终端在接收到所述终端通过短信发送的身份验证请求后,可以读取到发送所述短信的通讯号码,由于所述身份验证请求中的业务办理号码经预设的安全加密算法处理过,因此,为了验证所述业务办理号码是否与所述通讯号码一致,需要采用预设的安全加密算法对所述通讯号码进行加密计算,然后比较加密计算后的业务办理号码是否与加密计算后的通讯号码一致即可。

进一步的,在本实施例中,所述预设的安全算法为哈希算法,由于哈希算法本身的单向密码机制的唯一性和不可逆性,因此其可以保证业务办理号码验证的准确性和安全性。

在S503中,将验证结果返回至所述终端。

在本实施例中,步骤S503的实现过程与上一实施例中步骤S403的实现过程完全相同,因此,在此不再赘述。

因此,可以看出本实施例提供的一种业务办理号码的验证方法同样可以提高办理业务的安全性,减少用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题;此外,相对于上一实施例,本实施例还能够防止业务办理号码在终端与验证终端的通信过程中被他人非法截取,保证整个通信过程的安全。

图6是本发明第六实施例提供的一种终端的示意性框图,为了便于说明仅仅示出了与本实施例相关的部分。

参见图6所示,本实施例提供的一种终端10,包括:

业务办理号码获取单元11,用于获取用于请求办理业务的业务办理号码;

验证请求发送单元12,用于通过终端10的身份识别卡以短信的形式向验证终端发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码;

验证结果接收单元13,用于接收所述验证终端返回的验证结果;

业务请求处理单元14,用于根据所述验证结果确定是否继续执行业务请求处理流程。

可选的,参见图7所示,在本发明第七实施例中,所述终端10还包括:

绑定关系建立单元15,用于:

若所述验证结果为验证通过,则根据所述业务办理号码建立所述身份识别卡与所述短信对应的通讯号码的绑定关系,并将所述绑定关系存储至本地数据库;或者,

若所述验证结果为验证失败,则接收所述验证终端返回的与所述短信对应的通讯号码,并建立所述身份识别卡与所述短信对应的通讯号码的绑定关系,将所述绑定关系存储至本地数据库。

可选的,所述终端10还包括:

本地数据库查询单元16,用于:

判断所述终端10的本地数据库是否存储有所述身份识别卡与所述短信对应的通讯号码的绑定关系;

若存储有所述身份识别卡与所述短信对应的通讯号码的绑定关系,则根据所述绑定关系在本地验证所述业务办理号码是否与所述短信对应的通讯号码一致,并根据验证结果确定是否继续执行业务请求处理流程。

可选的,参见图8所示,在本发明第八实施例中,所述终端10还包括:

第一加密计算单元17,用于通过预设的安全加密算法对所述业务办理号码进行加密计算,根据加密后的业务办理号码生成所述身份验证请求。

需要说明的是,本实施例提供的终端10中的各个单元由于本发明图1~图3所示方法实施例基于同一构思,其带来的技术效果与本发明图1~图3所示方法实施例相同,具体内容可参见本发明图1~图3所示方法实施例中的叙述,此处不再赘述。

因此,可以看出,本发明实施例提供的终端同样可以提高办理业务的安全性,减少用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题。

图9是本发明第九实施例提供的一种验证终端的示意性框图。为了便于说明仅仅示出了与本实施例相关的部分。

参见图9所示,本实施例提供的一种验证终端20,包括:

验证请求接收单元21,用于接收终端10以短信形式发送的身份验证请求,所述身份验证请求包括用户在所述终端10上输入的用于请求办理业务的业务办理号码;

验证请求处理单元22,用于读取发送所述身份验证请求的短信的通讯号码,验证所述业务办理号码是否与所述通讯号码一致;

验证结果返回单元23,用于将验证结果返回至所述终端10。

可选的,参见图10所示,在本发明第十实施例中,所述验证请求中的业务办理号码经预设的安全加密算法处理过,所述验证请求处理单元22包括:

第二加密计算单元221,用于通过所述预设的安全加密算法对所述通讯号码进行加密计算;

比较单元222,用于验证加密计算后的业务办理号码是否与加密计算后与所述通讯号码一致。

需要说明的是,本实施例提供的验证终端中的各个单元由于本发明图4~图5所示方法实施例基于同一构思,其带来的技术效果与本发明图4~图5所示方法实施例相同,具体内容可参见本发明图4~图5所示方法实施例中的叙述,此处不再赘述。

因此,可以看出,本发明实施例提供的终端10同样可以提高办理业务的安全性,减少用户的电话号码被其他人非法盗用的风险,克服了现有技术中存在的用户的电话号码可能会被其他人非法使用,导致用户自身无法使用,并且若其他人在通过用户的电话号码办理业务时产生一些不良的操作记录,可能会给用户造成影响的问题。

参见图11,是本发明第十一实施例提供的一种终端10的示意框图,该终端10用于运行本发明图1~图3所示实施例提供的方法。为了便于说明,仅仅示出了与本实施例相关的部分。

参见图11所示,本实施例提供的一种终端10,包括:

第一处理器100(processor),第一通信接口200(Communications Interface),第一存储器300(memory),第一总线400。

第一处理器100,第一通信接口200,第一存储器300通过总线400完成相互间的通信。

第一通信接口200,用于与电缆调制解调器通信。

第一处理器100,用于执行第一程序301。

具体地,第一程序301可以包括程序代码,所述程序代码包括计算机操作指令。

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

第一存储器300,用于存放第一程序301。第一存储器300可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。第一程序301具体包括:

业务办理号码获取单元11,用于获取用于请求办理业务的业务办理号码;

验证请求发送单元12,用于通过终端10的身份识别卡以短信的形式向验证终端20发送身份验证请求,其中,所述身份验证请求包括所述业务办理号码;

验证结果接收单元13,用于接收所述验证终端20返回的验证结果;

业务请求处理单元14,用于根据所述验证结果确定是否继续执行业务请求处理流程。

可选的,所述第一程序301还包括:

绑定关系建立单元15,用于:

若所述验证结果为验证通过,则根据所述业务办理号码建立所述身份识别卡与所述短信对应的通讯号码的绑定关系,并将所述绑定关系存储至本地数据库;或者,

若所述验证结果为验证失败,则接收所述验证终端20返回的与所述短信对应的通讯号码,并建立所述身份识别卡与所述短信对应的通讯号码的绑定关系,将所述绑定关系存储至本地数据库。

可选的,所述第一程序301还包括:

本地数据库查询单元16,用于:

判断所述终端10的本地数据库是否存储有所述身份识别卡与所述短信对应的通讯号码的绑定关系;

若存储有所述身份识别卡与所述短信对应的通讯号码的绑定关系,则根据所述绑定关系在本地验证所述业务办理号码是否与所述短信对应的通讯号码一致,并根据验证结果确定是否继续执行业务请求处理流程。

可选的,所述第一程序301还包括:

第一加密计算单元17,用于通过预设的安全加密算法对所述业务办理号码进行加密计算,根据加密后的业务办理号码生成所述身份验证请求。

参见图12,是本发明第十二实施例提供的一种验证终端20的示意框图,该验证终端20用于运行本发明图4~图5所示实施例提供的方法。为了便于说明,仅仅示出了与本实施例相关的部分。

参见图12所示,本实施例提供的一种验证终端20,包括:

第二处理器500(processor),第二通信接口600(Communications Interface),第二存储器700(memory),第二总线800。

第二处理器500,第二通信接口600,第二存储器700通过总线800完成相互间的通信。

第二通信接口600,用于与电缆调制解调器通信。

第二处理器500,用于执行第二程序701。

具体地,第二程序701可以包括程序代码,所述程序代码包括计算机操作指令。

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

第二存储器700,用于存放第二程序701。第二存储器700可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。第二程序701具体包括:

验证请求接收单元21,用于接收终端10以短信形式发送的身份验证请求,所述身份验证请求包括用户在所述终端10上输入的用于请求办理业务的业务办理号码;

验证请求处理单元22,用于读取发送所述身份验证请求的短信的通讯号码,验证所述业务办理号码是否与所述通讯号码一致;

验证结果返回单元23,用于将验证结果返回至所述终端10。

可选的,所述验证请求中的业务办理号码经预设的安全加密算法处理过,所述验证请求处理单元22包括:

第二加密计算单元221,用于通过所述预设的安全加密算法对所述通讯号码进行加密计算;

比较单元222,用于验证加密计算后的业务办理号码是否与加密计算后与所述通讯号码一致。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的终端中单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的终端和方法可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个终端可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台终端(可以是手机、IPAD等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

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