CN107480513A - 一种认证实现方法及装置、计算机装置、可读存储介质 - Google Patents
一种认证实现方法及装置、计算机装置、可读存储介质 Download PDFInfo
- Publication number
- CN107480513A CN107480513A CN201710706897.3A CN201710706897A CN107480513A CN 107480513 A CN107480513 A CN 107480513A CN 201710706897 A CN201710706897 A CN 201710706897A CN 107480513 A CN107480513 A CN 107480513A
- Authority
- CN
- China
- Prior art keywords
- app
- default
- certification
- sdk
- authentication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/45—Structures or tools for the administration of authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明实施例公开了一种认证实现方法及装置、计算机装置、可读存储介质,用于为APP植入认证功能,使得该APP具备更强的认证功能,提高APP的使用安全性。本发明实施例方法包括:获取上传的第一应用程序APP;将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种认证实现方法及装置、计算机装置、可读存储介质。
背景技术
目前,现有的企业APP认证方式包括两种:第一种方式,企业APP自带用户名以及密码认证方式,但该认证方式认证强度较低,如果自行开发诸如证书认证、生物认证等则需要一定的技术门槛和开发周期;第二种方式,手工集成第三方安全厂商的强认证SDK安全包,但手工集成需要开发成本和开发周期,对于购买的第三方APP,企业并无源代码,无法实现集成动作。
发明内容
本发明实施例提供了一种认证实现方法及装置、计算机装置、可读存储介质,用于为APP植入认证功能,使得该APP具备更强的认证功能,提高APP的使用安全性。
有鉴于此,本发明第一方面提供一种认证实现方法,应用于服务端,可包括:
获取上传的第一应用程序APP;
将预设软件开发工具包SDK嵌入所述第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
进一步的,第一APP为企业APP。
进一步的,将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数包括:
利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数。
本发明第二方面提供一种认证实现方法,应用于客户端,可包括:
当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
若否,则显示预设APP的认证界面;
在认证界面,接收针对预设APP对应的认证模式的认证信息;
检测认证信息是否认证通过;
若是,则执行针对第一APP的预设启动操作。
进一步的,第一APP为企业APP。
进一步的,方法还包括:
接收针对预设APP的预设界面的显示指令;
根据显示指令显示预设界面,预设界面显示第一APP所属企业的第二APP的标识,第二APP包括第一APP。
进一步的,显示预设APP的认证界面包括:
输出针对预设APP的认证提示;
基于认证提示,接收针对预设APP的第二启动指令;
根据第二启动指令显示预设APP的认证界面。
进一步的,认证模式包括短信认证、软证书认证、生物特征认证、账户认证、动态令牌认证中的至少一种。
进一步的,方法还包括:
当预设APP认证通过或认证信息认证通过时,开启第一APP对企业内网的连接权限。
本发明第三方面提供一种认证实现装置,应用于服务端,可包括:
获取单元,用于获取上传的第一应用程序APP;
嵌入单元,用于将预设软件开发工具包SDK嵌入第一APP中;
修改单元,用于根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
进一步的,第一APP为企业APP。
进一步的,嵌入单元,具体用于:
利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中;
修改单元,具体用于:
根据预设SDK中的预设函数修改第一APP的启动入口函数。
本发明第四方面提供一种认证实现装置,应用于客户端,可包括:
第一检测单元,用于当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
第一显示单元,用于当预设APP未认证通过时,则显示预设APP的认证界面;
第一接收单元,用于在认证界面,接收针对预设APP对应的认证模式的认证信息;
第二检测单元,用于检测认证信息是否认证通过;
执行单元,用于当认证信息认证通过时,则执行针对第一APP的预设启动操作。
进一步的,第一APP为企业APP。
进一步的,装置还包括:
第二接收单元,用于接收针对预设APP的预设界面的显示指令;
第二显示单元,用于根据显示指令显示预设界面,预设界面显示第一APP所属企业的第二APP的标识,第二APP包括第一APP。
进一步的,第一显示单元,具体用于:
输出针对预设APP的认证提示;
基于认证提示,接收针对预设APP的第二启动指令;
根据第二启动指令显示预设APP的认证界面。
进一步的,认证模式包括短信认证、软证书认证、生物特征认证、账户认证、动态令牌认证中的至少一种。
进一步的,装置还包括:
开启单元,用于当预设APP认证通过或认证信息认证通过时,开启第一APP对企业内网的连接权限。
本发明第五方面提供一种认证实现方法,应用于服务端,可包括:
获取上传的第一应用程序APP;
利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设SDK对应的认证模式的认证信息的认证检测。
本发明第六方面提供一种认证实现方法,应用于客户端,可包括:
当接收到针对第一APP的启动指令时,显示预设软件开发工具包SDK对应的SDK认证界面,预设SDK嵌入在第一APP中;
在SDK认证界面,接收针对预设SDK对应的认证模式的认证信息;
检测认证信息是否认证通过;
若是,则执行针对第一APP的预设启动操作。
本发明第七方面提供一种计算机装置,计算机装置包括处理器,处理器用于执行存储器中存储的计算机程序时,实现如下步骤:
获取上传的第一应用程序APP;
将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
本发明第八方面提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时,处理器,用于执行如下步骤:
获取上传的第一应用程序APP;
将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
本发明第九方面提供一种计算机装置,计算机装置包括处理器,处理器用于执行存储器中存储的计算机程序时,实现如下步骤:
当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
若否,则显示预设APP的认证界面;
在认证界面,接收针对预设APP对应的认证模式的认证信息;
检测认证信息是否认证通过;
若是,则执行针对第一APP的预设启动操作。
本发明第十方面提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时,处理器,用于执行如下步骤:
当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
若否,则显示预设APP的认证界面;
在认证界面,接收针对预设APP对应的认证模式的认证信息;
检测认证信息是否认证通过;
若是,则执行针对第一APP的预设启动操作。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明提供了一种认证实现方法,通过开发预设SDK和预设APP,可以将预设SDK嵌入在第一APP中,并可以根据预设SDK中的预设函数修改第一APP的启动入口函数。其中,预设SDK中的预设函数可以用于在客户端启动第一APP时,可以使得客户端进行预设APP的认证检测。由此可知,通过预设SDK在第一APP中的嵌入,可以将第一APP与预设APP进行关联,并可以在第一APP的原有认证功能基础上加入了对预设APP的认证功能,增强了第一APP的认证功能,加大了对第一APP安全运行的保护力度。
附图说明
图1为本发明实施例中认证实现方法一个实施例示意图;
图2为本发明实施例中认证实现方法另一实施例示意图;
图3为本发明实施例中认证实现方法另一实施例示意图;
图4为本发明实施例中认证实现方法另一实施例示意图;
图5为本发明实施例中认证实现装置一个实施例示意图;
图6为本发明实施例中认证实现装置另一实施例示意图;
图7为本发明实施例中认证实现装置另一实施例示意图。
具体实施方式
本发明实施例提供了一种及装置、计算机装置、可读存储介质,用于为APP植入认证功能,使得该APP具备更强的认证功能,提高APP的使用安全性。
为了使本技术领域的人员更好地理解本发明方案,下面对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
具体的,在加强应用程序的认证强度的过程中,为了解决自行开发的技术门槛、开发周期等技术问题,本发明提供了两种解决方案,为便于理解,下面对这两种方案的具体流程分别进行描述:
请参阅图1,本发明实施例中认证实现方法一个实施例包括:
101、获取上传的第一应用程序APP;
102、将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数。
本实施例中,第三方可以开发预设SDK和预设APP。其中,预设SDK可以将预设APP与一个或以上的任一个APP进行关联,该任一APP即为需要进行加强认证功能的APP。
具体的,第三方可以提供实现该方法的服务端一侧的认证实现装置,任何有对APP加强认证功能的用户或单位可以从第三方以约定的形式获取该认证实现装置。在该认证实现装置中,有需要的用户或单位可以将第一APP进行上传,认证实现装置在获取到上传的第一APP后,可以将预设SDK嵌入在第一APP中,并可以根据预设SDK中的预设函数修改第一APP的启动入口函数。其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
在实际应用中,第一APP的启动入口函数未修改之前,第一APP在客户端启动时,将执行第一APP的原有代码流程,例如,在客户端展示第一APP的登录界面,并对第一APP的用户名及密码进行认证,并根据认证结果确定是否启动第一APP。但本实施例中,在第一APP的启动入口函数得到修改后,第一APP在客户端启动时,可以先行执行预设SDK的代码流程,即通过调用预设SDK中的预设函数,可以对预设APP进行认证检测,而只有预设APP的认证检测通过后,方可执行第一APP的原有代码流程。
其中,第一APP的启动入口函数的修改方式如下示例:
一、第一APP的原有启动入口函数:
启动入口函数(){
第一APP代码执行流程()
}
二、第一APP的修改后的启动入口函数:
可以理解的是,本实施例中第一APP的启动入口函数的修改方式除了上述说明的内容,在实际应用中,还可以采用其它修改方式,具体可以根据SDK中的预设函数以及预设APP的认证检测方式进行具体设置,具体此处不做限定。
由此可知,通过上述对第一APP的重新封装,在第一APP的使用过程中,需要先行进行预设APP的认证检测,加强了第一APP的认证功能,提高了第一APP的运行安全。同时,由于预设SDK和预设APP并不局限于一人或一个单位的使用,通过第三方的开发即可服务于众多的需要群体或多个单位,从而降低了加强第一APP的开发技术门槛以及开发周期,也有利于实现推广。
进一步的,本实施例中,第一APP可以包括个人APP和企业APP。其中,个人APP可以为与企业信息不相关的APP,如微信、微博等,企业APP可以为与企业信息相关的APP,如OA、企业QQ等。一般而言,企业APP涉及的部分企业信息可能涉及企业利益,因此,对于企业QQ的安全认证尤为需要,那么优选的,第一APP可以为企业APP。其中,该企业APP可以为公司、政府或其它机构用于内部交流的APP。
更进一步的,本实施例中,在将预设SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数时,可以采用手动集成的方式,也可以采用自动封装的技术,目的在于利用嵌入在第一APP的中预设SDK将第一APP与预设APP进行关联,以通过预设APP的认证来加强第一APP的认证功能。由于自动封装技术对于无源代码的第一APP也可实现封装,则在本实施例中,优选的,可以利用自动化封装技术将预设SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数,从而无需编写预设SDK、预设APP以外的代码,即可为第一APP增加认证功能。
基于上述在服务端一侧的认证实现方法,下面对已增加认证功能的第一APP在客户端的使用流程进行具体的说明:
请参阅图2,本发明实施例中认证实现方法另一实施例包括:
201、当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,若否,则执行步骤202,若是,则执行步骤205;
本实施例中,以第一APP为企业APP为例进行说明。在第一APP的所属企业将将第一APP上传至服务端一侧的认证实现装置增加认证功能后,该企业的员工,即用户可以对第一APP和预设APP进行下载安装。当企业的员工需要使用第一APP时,在客户端通过诸如点击等触控操作可以触发第一APP的启动,则客户端一侧可以接收到针对第一APP的第一启动指令,而由于第一APP中嵌入有预设SDK,且第一APP的启动入口函数得到修改,那么在接收到针对第一APP的第一启动指令时,可以根据预设SDK检测预设APP是否认证通过。
具体的,接收到针对第一APP的第一启动指令后,可以根据第一启动指令调用启动入口函数中预设SDK的预设函数,以使得对预设APP进行认证检测,例如,预设APP是否已认证登录过,若已认证登录过,可以认为预设APP认证通过,反之,则可以认为预设APP未认证通过。
可以理解的是,本实施例中,预设APP为一个,第一APP可以为多个,在对多个第一APP中的任一个进行启动操作时,均可以对预设APP进行认证检测,通过此种设置方式,有利于简化预设APP的认证检测的同时,可以满足每一个第一APP的认证功能的加强,也有利于减少第一APP所在客户端的内存占用,而预设APP的共享使用方式,还可以减少预设APP以及预设SDK的开发工作。
202、显示预设APP的认证界面;
本实施例中,若根据预设SDK检测预设APP未认证通过,则可以显示预设APP的认证界面。
具体的,预设APP可以对应不同的认证模式,基于预设APP的认证模式的不同,可以显示相应的认证界面,以能够基于对应的认证模式,获取该认证模式下输入的认证信息。例如,假设认证模式为账户认证,那么在显示的认证界面上,可以有关于用户名以及密码的对应输入框,若认证模式为短信认证,那么在显示界面上,可以显示手机号码以及短信验证码的对应输入框。通过预设APP的认证界面的直观显示,可以直接提示用户重新对预设APP进行认证。
在实际应用中,预设APP的认证界面的显示方式可以有如下两种方式:
1、客户端的强制显示
在此种方式中,在检测到预设APP未认证通过时,第一APP的启动入口函数即可执行显示预设APP的认证界面的指令,并在客户端上从当前界面直接跳转至预设APP的认证界面,
2、客户端的选择性显示
在此种方式中,在检测到预设APP未认证通过时,第一APP的启动入口函数首先会执行输出针对预设APP的认证提示,即提示用户对预设APP进行认证,该认证提示方式可以包括但不限于文字显示、语音播报、呼吸灯闪烁,基于该认证提示,若用户在客户端通过诸如点击等触控操作可以触发预设APP的启动,则客户端一侧可以接收到针对预设APP的第二启动指令,并可以根据第二启动指令显示预设APP的认证界面。即预设APP的认证界面的显示,依赖于用户的选择,在认证提示输出后,若用户选择启动预设APP,即可显示预设APP的认证界面,若用户不对预设APP进行启动操作,则将不会显示预设APP的认证界面,也将无法进行第一APP的使用。
可以理解的是,在实际应用中,在输出认证提示后,当用户不对预设APP进行启动操作时,可以按照预设间隔输出预设次数的针对预设APP的认证提示,也可以在用户每一次尝试使用第一APP时输出针对预设APP的认证提示,直到预设APP的认证通过为止,具体此处不做限定。
本实施例中,预设APP对应的认证模式可以包括但不限于短信认证、软证书认证、生物特征认证、账户认证、动态令牌认证中的至少一种。
203、在认证界面,接收针对预设APP对应的认证模式的认证信息;
本实施例中,显示预设APP的认证界面后,在该认证界面,可以接收针对预设APP对应的认证模式的认证信息。
具体的,基于步骤203说明的内容,根据预设APP对应的认证模式,可以获取相应的认证信息,例如,当认证模式为短信认证时,可以接收输入的短信验证码为认证信息;当认证模式为软证书认证时,可以接收输入的软证书使用口令为认证信息;当认证模式为有关指纹的生物认证时,可以接收输入的指纹信息为认证信息;当认证模式为账户认证时,可以接收输入的用户名以及密码为认证信息;当认证模式为动态令牌认证时,可以接收输入的动态口令为认证信息。
可以理解的是,本实施例中的认证信息除了上述说明的内容,在实际应用中,还可以为其它认证信息,具体可视预设APP的认证模式而定,如问题认证,此处不做限定。
需要说明的是,本实施例中生物特征认证对应的认证信息除了上述说明的内容,在实际应用中,还可以是其它信息,如语音信息、脸部特征信息、虹膜信息等,具体此处不做限定。
204、检测认证信息是否认证通过,若是,则执行步骤205,若否,则执行步骤206;
本实施例中,在预设APP的认证界面,接收针对预设APP对应的认证模式的认证信息后,可以检测认证信息是否认证通过。
具体的,基于步骤203说明的内容,根据认证信息的不同,可以将接收的认证信息与预设的认证信息进行对比,以在匹配时,可以确定接收的认证信息认证通过,反之,则可以确定接收的认证信息未认证通过,例如,当认证模式为短信认证时,可以将接收的短信验证码与预设短信验证码进行匹配,该预设短信验证码可以由进行短信认证时输入的手机号码的运营商服务器下发,并可以动态更新,以提高认证可靠性;当认证模式为软证书认证时,可以将接收的软证书使用口令与预设软证书使用口令进行匹配,该预设软证书使用口令为由用户在客户端下载相应的软证书时设置的使用口令;当认证模式为有关指纹的生物认证时,可以将接收的指纹信息与预设指纹信息进行匹配,该预设指纹信息可以由用户预先在客户端进行存储;当认证模式为账户认证时,可以将接收的用户名以及密码与预设用户名、预设密码进行匹配,该预设用户名、预设密码可以由用户在客户端登录预设APP时进行注册得到;当认证模式为动态令牌认证时,可以将接收的动态口令与预设动态口令进行匹配,该预设动态口令为由安装在客户端的动态令牌随机生成。
可以理解的是,本实施例中的预设的认证信息除了上述说明的内容,在实际应用中,还可以为其它信息,具体可视接收的认证信息的内容而定,具体此处不做限定。
需要说明的是,本实施例中在对认证信息进行认证检测时,可以对一种或以上的认证信息进行认证检测,即在预设APP的认证界面,可以设有多种认证模式,并可以接收多种认证信息。
205、执行针对第一APP的预设启动操作;
本实施例中,当预设APP认证通过时,可以执行针对第一APP的预设启动操作。
具体的,当认证信息认证通过时,也可以认为预设APP认证通过。预设APP的认证通过,即说明第一APP增加的认证功能已通过相应的安全检测,因而可以执行针对第一APP的预设启动操作。在实际应用中,若第一APP在增加认证功能之前本身未设置认证功能,那么可以直接启动第一APP并进行使用,若第一APP在增加认证功能之前本身以设置认证功能,那么在预设APP认证通过后,可以显示第一APP的认证界面,并在该第一APP的认证界面,对接收到的针对第一APP对应的认证模式的认证信息进行认证,若第一APP对应的认证信息认证通过,则可以启动第一APP并进行使用,由此可以通过双重认证检测机制对第一APP的认证功能进行加强,并提高了第一APP的使用安全性。
本实施例中,对接收到的针对第一APP对应的认证模式的认证信息进行认证的方式,可以参照步骤204中预设APP对应的认证信息的认证检测方法,具体此处不再赘述。
需要说明的是,本实施例中在对认证信息进行认证检测时,可以对一种或以上的认证信息进行认证检测,即在预设APP的认证界面或第一APP的认证界面,可以设有多种认证模式,并可以接收多种认证信息,在实际应用中,只有接收的这多种认证信息认证通过时,相应的,才认为预设APP认证通过或第一APP认证通过,反之,只要这多种认证信息中的任一种未认证通过时,均会认为预设APP未认证通过或第一APP未认证通过,具体的认证信息的认证检测方式此处不做限定。
206、结束流程。
本实施例中,当认证信息未认证通过时,则意味着预设APP认证失败,可能存在第一APP的使用风险,为了安全起见,可以不执行其它操作,即结束流程。可以理解的是,在实际应用中,当在认证提示后,接收的认证信息未认证通过时,可以按照预设方式再次对用户进行针对预设APP的认证提示,具体此处不做限定。
在上述内容的基础上,进一步的,本实施例中,为了加强第一APP与预设APP之间的关联,针对第一APP所属的企业而言,对应该企业的预设APP可以提供该企业所有的第二APP的下载地址,具体可以为:用户在客户端下载并安装预设APP后,用户可以在客户端启动并使用预设APP,该预设APP可以设计有多种附加功能,其中,预设APP启动后,可以有多个操作界面的选择显示,当接收到针对预设APP的预设界面的显示指令时,可以根据该显示指令显示预设界面,且预设界面上可以显示第一APP所属企业的包括第一APP且已增加认证功能的第二APP的标识,通过点击该第二APP中任一APP的标识,可以实现该APP在客户端的下载安装。
可以理解的是,在实际应用中,预设APP的预设界面可以只显示相应企业的所有APP的标识,例如,若用户为A企业的员工,那么用户在其客户端下载预设APP后,该预设APP的预设界面上显示A企业的第二APP的标识,若用户为B企业的员工,那么用户在其客户端下载预设APP后,该预设APP的预设界面上显示B企业的第二APP的标识,
更进一步的,本实施例中,为了加强第一APP的使用安全以及第一APP所属企业的企业内网安全,只有当预设APP认证通过或预设APP对应的认证信息认证通过时,才可以开启第一APP对企业内网的连接权限,否则将限制第一APP的联网使用。
在本发明中,除了上述从服务端、客户端说明的利用预设SDK和预设APP增加第一APP的认证功能之外,还可以采用另一方式,下面进行具体说明:
请参阅图3,本发明实施例中认证实现方法另一实施例包括:
301、获取上传的第一应用程序APP;
302、利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数。
本实施例中,第三方可以开发预设SDK。其中,预设SDK可以与一个或以上的任一个APP进行关联,该任一APP即为需要进行加强认证功能的APP,该预设SDK可以附加有多种认证功能以及SDK认证界面。
具体的,第三方可以提供实现该方法的服务端一侧的认证实现装置,任何有对APP加强认证功能的用户或单位可以从第三方以约定的形式获取该认证实现装置。在该认证实现装置中,有需要的用户或单位可以将第一APP进行上传,认证实现装置在获取到上传的第一APP后,可以利用自动化封装技术将预设SDK嵌入在第一APP中,并可以根据预设SDK中的预设函数修改第一APP的启动入口函数,由此减少了手工集成的开发成本和开发周期,并实现了无源代码的第一APP的认证功能的增加。其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设SDK对应的认证模式的认证信息的认证检测。
在实际应用中,第一APP的启动入口函数未修改之前,第一APP在客户端启动时,将执行第一APP的原有代码流程,例如,在客户端展示第一APP的登录界面,并对第一APP的用户名及密码进行认证,并根据认证结果确定是否启动第一APP。但本实施例中,在第一APP的启动入口函数得到修改后,第一APP在客户端启动时,可以先行执行预设SDK的代码流程,即通过调用预设SDK中的预设函数,可以显示SDK认证界面,并可以对预设SDK对应的认证模式的认证信息进行认证检测,而只有该认证信息的认证检测通过后,方可执行第一APP的原有代码流程。
其中,第一APP的启动入口函数的修改方式如下示例:
一、第一APP的原有启动入口函数:
启动入口函数(){
第一APP代码执行流程()
}
二、第一APP的修改后的启动入口函数:
可以理解的是,本实施例中第一APP的启动入口函数的修改方式除了上述说明的内容,在实际应用中,还可以采用其它修改方式,具体可以根据SDK中的预设函数以及在SDK认证界面接收的认证信息的认证检测方式进行具体设置,具体此处不做限定。
由此可知,相对于上述第一种实现第一APP的认证功能的增加而言,该方法是在开发预设SDK的过程中,在该预设SDK设计各种自带认证功能以及自带认证功能的UI界面。
可以理解的是,基于图1所示实施例说明的内容,本实施例中,优选的,第一APP可以为企业APP。
基于上述在服务端一侧的认证实现方法,下面对已增加认证功能的第一APP在客户端的使用流程进行具体的说明:
请参阅图4,本发明实施例中认证实现方法另一实施例包括:
401、当接收到针对第一APP的启动指令时,显示预设软件开发工具包SDK对应的SDK认证界面;
本实施例中,以第一APP为企业APP为例进行说明。在第一APP的所属企业将将第一APP上传至服务端一侧的认证实现装置增加认证功能后,该企业的员工,即用户可以对第一APP和预设APP进行下载安装。当企业的员工需要使用第一APP时,在客户端通过诸如点击等触控操作可以触发第一APP的启动,则客户端一侧可以接收到针对第一APP的第一启动指令,而由于第一APP中嵌入有预设SDK,且第一APP的启动入口函数得到修改,那么在接收到针对第一APP的第一启动指令时,可以显示预设SDK对应的SDK认证界面。
402、在SDK认证界面,接收针对预设SDK对应的认证模式的认证信息;
本实施例中,显示预设SDK对应的SDK认证界面后,可以在该SDK认证界面,接收针对预设SDK对应的认证模式的认证信息。
403、检测认证信息是否认证通过,若是,则执行步骤404,若否,则执行步骤405;
本实施例中,在SDK认证界面,接收针对预设SDK对应的认证模式的认证信息后,可以检测该认证信息是否认证通过。
404、执行针对第一APP的预设启动操作;
本实施例中,若检测认证信息认证通过,则可以执行针对第一APP的预设启动操作。
本实施例中步骤402至步骤404的部分内容可以参照图2所示实施例中中的相同内容,具体此处不再赘述。
405、结束流程。
本实施例中,当认证信息未认证通过时,则意味着可能存在第一APP的使用风险,为了安全起见,可以不执行其它操作,即结束流程。可以理解的是,在实际应用中,当接收的认证信息未认证通过时,可以按照预设方式再次对用户进行针对预设SDK的认证,具体此处不做限定。
上面对本发明实施例中的认证实现方法进行了描述,下面对本发明实施例中认证实现方法的第一种方式对应的认证实现装置在服务端、客户端分别进行描述:
请参阅图5,该认证实现装置应用于服务端,本发明实施例中认证实现装置一个实施例包括:
获取单元501,用于获取上传的第一应用程序APP;
嵌入单元502,用于将预设软件开发工具包SDK嵌入第一APP中;
修改单元503,用于根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
可选的,在本发明的一些实施例中,嵌入单元502,可以进一步具体用于:
利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中;
修改单元503,可以进一步具体用于:
根据预设SDK中的预设函数修改第一APP的启动入口函数。
请参阅图6,该认证实现装置应用于客户端,本发明实施例中认证实现装置另一实施例包括:
第一检测单元601,用于当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
第一显示单元602,用于当预设APP未认证通过时,则显示预设APP的认证界面;
第一接收单元603,用于在认证界面,接收针对预设APP对应的认证模式的认证信息;
第二检测单元604,用于检测认证信息是否认证通过;
执行单元605,用于当认证信息认证通过时,则执行针对第一APP的预设启动操作。
请参阅图7,本发明实施例中认证实现装置另一实施例包括:
本实施例中的单元701与图6所示实施例中的单元601相同,单元702与图6所示实施例中的单元602相同,单元703与图6所示实施例中的单元603相同,单元704与图6所示实施例中的单元604相同,单元705与图6所示实施例中的单元605相同,此处不再赘述。
第二接收单元706,用于接收针对预设APP的预设界面的显示指令;
第二显示单元707,用于根据显示指令显示预设界面,预设界面显示第一APP所属企业的第二APP的标识,第二APP包括第一APP;
开启单元708,用于当预设APP认证通过或认证信息认证通过时,开启第一APP对企业内网的连接权限。
可选的,在本发明的一些实施例中,第一显示单元702,具体用于:
输出针对预设APP的认证提示;
基于认证提示,接收针对预设APP的第二启动指令;
根据第二启动指令显示预设APP的认证界面。
上面从模块化功能实体的角度对本发明实施例中的认证实现装置进行了描述,下面从硬件处理的角度从服务端、客户端两侧对本发明实施例中的计算机装置进行描述:
该计算机装置应用于服务端,本发明实施例中计算机装置一个实施例包括:
处理器以及存储器;
存储器用于存储计算机程序,处理器用于执行存储器中存储的计算机程序时,可以实现如下步骤:
获取上传的第一应用程序APP;
将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
在本发明的一些实施例中,处理器,还可以用于实现如下步骤:
利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数。
该计算机装置应用于客户端,本发明实施例中计算机装置另一实施例包括:
处理器以及存储器;
存储器用于存储计算机程序,处理器用于执行存储器中存储的计算机程序时,可以实现如下步骤:
当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
若否,则显示预设APP的认证界面;
在认证界面,接收针对预设APP对应的认证模式的认证信息;
检测认证信息是否认证通过;
若是,则执行针对第一APP的预设启动操作。
在本发明的一些实施例中,处理器,还可以用于实现如下步骤:
接收针对预设APP的预设界面的显示指令;
根据显示指令显示预设界面,预设界面显示第一APP所属企业的第二APP的标识,第二APP包括第一APP。
在本发明的一些实施例中,处理器,还可以用于实现如下步骤:
输出针对预设APP的认证提示;
基于认证提示,接收针对预设APP的第二启动指令;
根据第二启动指令显示预设APP的认证界面。
在本发明的一些实施例中,处理器,还可以用于实现如下步骤:
当预设APP认证通过或认证信息认证通过时,开启第一APP对企业内网的连接权限。
可以理解的是,无论在服务端一侧,还是客户端一侧,上述说明的计算机装置中的处理器执行所述计算机程序时,也可以实现上述对应的各装置实施例中各单元的功能,此处不再赘述。示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器中,并由所述处理器执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在服务端或客户端对应的所述认证实现装置中的执行过程。例如,所述计算机程序可以被分割成上述客户端对应的认证实现装置中的各单元,各单元可以实现如上述相应认证实现装置说明的具体功能。
所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解,处理器、存储器仅仅是计算机装置的示例,并不构成对计算机装置的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。
所述处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
在服务端与客户端一侧,本发明还分别提供了一种计算机可读存储介质,在服务端一侧,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时,处理器,可以用于执行如下步骤:
获取上传的第一应用程序APP;
将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数;
其中,预设函数用于在客户端启动第一APP时,使得客户端进行预设APP的认证检测。
在本发明的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
利用自动化封装技术,将预设软件开发工具包SDK嵌入第一APP中,并根据预设SDK中的预设函数修改第一APP的启动入口函数。
在客户端一侧,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时,处理器,可以用于执行如下步骤:
当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,预设SDK嵌入在第一APP中;
若否,则显示预设APP的认证界面;
在认证界面,接收针对预设APP对应的认证模式的认证信息;
检测认证信息是否认证通过;
若是,则执行针对第一APP的预设启动操作。
在本发明的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
接收针对预设APP的预设界面的显示指令;
根据显示指令显示预设界面,预设界面显示第一APP所属企业的第二APP的标识,第二APP包括第一APP。
在本发明的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
输出针对预设APP的认证提示;
基于认证提示,接收针对预设APP的第二启动指令;
根据第二启动指令显示预设APP的认证界面。
在本发明的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
当预设APP认证通过或认证信息认证通过时,开启第一APP对企业内网的连接权限。
可以理解的是,于服务端一侧或客户端一侧而言,集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在相应的一个计算机可读取存储介质中。基于这样的理解,本发明实现上述相应的实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (16)
1.一种认证实现方法,应用于服务端,其特征在于,包括:
获取上传的第一应用程序APP;
将预设软件开发工具包SDK嵌入所述第一APP中,并根据所述预设SDK中的预设函数修改所述第一APP的启动入口函数;
其中,所述预设函数用于在客户端启动所述第一APP时,使得所述客户端进行预设APP的认证检测。
2.根据权利要求1所述的方法,其特征在于,所述第一APP为企业APP。
3.根据权利要求1或2所述的方法,其特征在于,所述将预设软件开发工具包SDK嵌入所述第一APP中,并根据所述预设SDK中的预设函数修改所述第一APP的启动入口函数包括:
利用自动化封装技术,将预设软件开发工具包SDK嵌入所述第一APP中,并根据所述预设SDK中的预设函数修改所述第一APP的启动入口函数。
4.一种认证实现方法,应用于客户端,其特征在于,包括:
当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,所述预设SDK嵌入在所述第一APP中;
若否,则显示所述预设APP的认证界面;
在所述认证界面,接收针对所述预设APP对应的认证模式的认证信息;
检测所述认证信息是否认证通过;
若是,则执行针对所述第一APP的预设启动操作。
5.根据权利要求4所述的方法,其特征在于,所述第一APP为企业APP。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
接收针对所述预设APP的预设界面的显示指令;
根据所述显示指令显示所述预设界面,所述预设界面显示所述第一APP所属企业的第二APP的标识,所述第二APP包括所述第一APP。
7.根据权利要求4至6中任一项所述的方法,其特征在于,所述显示所述预设APP的认证界面包括:
输出针对所述预设APP的认证提示;
基于所述认证提示,接收针对所述预设APP的第二启动指令;
根据所述第二启动指令显示所述预设APP的认证界面。
8.根据权利要求4至6中任一项所述的方法,其特征在于,所述认证模式包括短信认证、软证书认证、生物特征认证、账户认证、动态令牌认证中的至少一种。
9.根据权利要求5或6所述的方法,其特征在于,所述方法还包括:
当所述预设APP认证通过或所述认证信息认证通过时,开启所述第一APP对企业内网的连接权限。
10.一种认证实现装置,应用于服务端,其特征在于,包括:
获取单元,用于获取上传的第一应用程序APP;
嵌入单元,用于将预设软件开发工具包SDK嵌入所述第一APP中;
修改单元,用于根据所述预设SDK中的预设函数修改所述第一APP的启动入口函数;
其中,所述预设函数用于在客户端启动所述第一APP时,使得所述客户端进行预设APP的认证检测。
11.根据权利要求10所述的装置,其特征在于,所述嵌入单元,具体用于:
利用自动化封装技术,将预设软件开发工具包SDK嵌入所述第一APP中;
所述修改单元,具体用于:
根据所述预设SDK中的预设函数修改所述第一APP的启动入口函数。
12.一种认证实现装置,应用于客户端,其特征在于,包括:
第一检测单元,用于当接收到针对第一APP的第一启动指令时,根据预设软件开发工具包SDK检测预设APP是否认证通过,所述预设SDK嵌入在所述第一APP中;
第一显示单元,用于当所述预设APP未认证通过时,则显示所述预设APP的认证界面;
第一接收单元,用于在所述认证界面,接收针对所述预设APP对应的认证模式的认证信息;
第二检测单元,用于检测所述认证信息是否认证通过;
执行单元,用于当所述认证信息认证通过时,则执行针对所述第一APP的预设启动操作。
13.一种认证实现方法,应用于服务端,其特征在于,包括:
获取上传的第一应用程序APP;
利用自动化封装技术,将预设软件开发工具包SDK嵌入所述第一APP中,并根据所述预设SDK中的预设函数修改所述第一APP的启动入口函数;
其中,所述预设函数用于在客户端启动所述第一APP时,使得所述客户端进行预设SDK对应的认证模式的认证信息的认证检测。
14.一种认证实现方法,应用于客户端,其特征在于,包括:
当接收到针对第一APP的启动指令时,显示预设软件开发工具包SDK对应的SDK认证界面,所述预设SDK嵌入在所述第一APP中;
在所述SDK认证界面,接收针对所述预设SDK对应的认证模式的认证信息;
检测所述认证信息是否认证通过;
若是,则执行针对所述第一APP的预设启动操作。
15.一种计算机装置,其特征在于:所述计算机装置包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现如权利要求4至9中任意一项所述认证实现方法的步骤。
16.一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现如权利要求4至9中任意一项所述认证实现方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710706897.3A CN107480513B (zh) | 2017-08-17 | 2017-08-17 | 一种认证实现方法及装置、计算机装置、可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710706897.3A CN107480513B (zh) | 2017-08-17 | 2017-08-17 | 一种认证实现方法及装置、计算机装置、可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107480513A true CN107480513A (zh) | 2017-12-15 |
CN107480513B CN107480513B (zh) | 2020-09-11 |
Family
ID=60600769
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710706897.3A Active CN107480513B (zh) | 2017-08-17 | 2017-08-17 | 一种认证实现方法及装置、计算机装置、可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107480513B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108446120A (zh) * | 2018-02-13 | 2018-08-24 | 北京奇虎科技有限公司 | 一种sdk接入安装包的检测方法、装置及终端设备 |
CN110650447A (zh) * | 2019-10-09 | 2020-01-03 | 中国联合网络通信集团有限公司 | 短信接入管理方法及系统、终端和运营商服务器 |
CN110781493A (zh) * | 2019-09-30 | 2020-02-11 | 奇安信科技集团股份有限公司 | 一种运行应用程序的处理方法、终端及服务器 |
CN111061492A (zh) * | 2019-12-16 | 2020-04-24 | 连尚(新昌)网络科技有限公司 | 一种应用程序的处理方法、设备和计算机存储介质 |
CN115499189A (zh) * | 2022-09-13 | 2022-12-20 | 阿里巴巴(中国)有限公司 | 认证信息处理方法、装置、电子设备和存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130086696A1 (en) * | 2011-09-30 | 2013-04-04 | Mark James Austin | Method and Apparatus for Controlling Access to a Resource in a Computer Device |
CN103051630A (zh) * | 2012-12-21 | 2013-04-17 | 微梦创科网络科技(中国)有限公司 | 基于开放平台实现第三方应用授权的方法、装置及系统 |
CN103988206A (zh) * | 2011-10-06 | 2014-08-13 | 泰雷兹公司 | 用于动态创建应用程序执行环境以保护所述应用程序的方法以及相关的计算机程序产品和计算装置 |
CN104504324A (zh) * | 2014-12-03 | 2015-04-08 | 深圳市深信服电子科技有限公司 | 移动应用认证加固方法和系统 |
CN106778103A (zh) * | 2016-12-30 | 2017-05-31 | 上海掌门科技有限公司 | 一种安卓应用程序防逆向破解的加固方法、系统及解密方法 |
-
2017
- 2017-08-17 CN CN201710706897.3A patent/CN107480513B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130086696A1 (en) * | 2011-09-30 | 2013-04-04 | Mark James Austin | Method and Apparatus for Controlling Access to a Resource in a Computer Device |
CN103988206A (zh) * | 2011-10-06 | 2014-08-13 | 泰雷兹公司 | 用于动态创建应用程序执行环境以保护所述应用程序的方法以及相关的计算机程序产品和计算装置 |
CN103051630A (zh) * | 2012-12-21 | 2013-04-17 | 微梦创科网络科技(中国)有限公司 | 基于开放平台实现第三方应用授权的方法、装置及系统 |
CN104504324A (zh) * | 2014-12-03 | 2015-04-08 | 深圳市深信服电子科技有限公司 | 移动应用认证加固方法和系统 |
CN106778103A (zh) * | 2016-12-30 | 2017-05-31 | 上海掌门科技有限公司 | 一种安卓应用程序防逆向破解的加固方法、系统及解密方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108446120A (zh) * | 2018-02-13 | 2018-08-24 | 北京奇虎科技有限公司 | 一种sdk接入安装包的检测方法、装置及终端设备 |
CN110781493A (zh) * | 2019-09-30 | 2020-02-11 | 奇安信科技集团股份有限公司 | 一种运行应用程序的处理方法、终端及服务器 |
CN110781493B (zh) * | 2019-09-30 | 2023-04-18 | 奇安信科技集团股份有限公司 | 一种运行应用程序的处理方法、终端及服务器 |
CN110650447A (zh) * | 2019-10-09 | 2020-01-03 | 中国联合网络通信集团有限公司 | 短信接入管理方法及系统、终端和运营商服务器 |
CN110650447B (zh) * | 2019-10-09 | 2022-02-18 | 中国联合网络通信集团有限公司 | 短信接入管理方法及系统、终端和运营商服务器 |
CN111061492A (zh) * | 2019-12-16 | 2020-04-24 | 连尚(新昌)网络科技有限公司 | 一种应用程序的处理方法、设备和计算机存储介质 |
CN111061492B (zh) * | 2019-12-16 | 2023-12-29 | 连尚(新昌)网络科技有限公司 | 一种应用程序的处理方法、设备和计算机存储介质 |
CN115499189A (zh) * | 2022-09-13 | 2022-12-20 | 阿里巴巴(中国)有限公司 | 认证信息处理方法、装置、电子设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107480513B (zh) | 2020-09-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107480513A (zh) | 一种认证实现方法及装置、计算机装置、可读存储介质 | |
US10108618B2 (en) | Implicitly trusted travel token authentication | |
CN105072133B (zh) | 一种应用程序的登录方法及装置 | |
CN109711133A (zh) | 身份信息的认证方法、装置及服务器 | |
CN104093141B (zh) | 终端应用的登录方法、装置、客户端及电子设备 | |
CN109460966A (zh) | 基于请求方类别的合同签订方法、装置及终端设备 | |
CN108320752A (zh) | 应用于社区门禁的云声纹识别系统及其方法 | |
US20170358148A1 (en) | Machine learned biometric token | |
US20200220985A1 (en) | Operating an appliance scanner system | |
CN107465673A (zh) | 车辆的身份认证方法、装置及计算机可读存储介质 | |
CN108877006A (zh) | 一种门禁管理方法、系统及相关设备 | |
CN107864144A (zh) | 获取动态密码的方法及装置、计算机装置和存储介质 | |
CN106875177A (zh) | 订单处理方法、装置及支付服务器 | |
CN106453205A (zh) | 一种身份验证方法和装置 | |
CN106385403B (zh) | 一种自助打印设备的用户账号注册方法及相关设备 | |
CN106850503A (zh) | 一种免登录身份认证方法及装置 | |
CN104951939A (zh) | 电子银行卡系统及其应用方法、银行卡的电子化方法 | |
CN109688150A (zh) | 一种多平台账号互通方法及装置 | |
CN202026332U (zh) | 一种手机银行客户端信息认证系统及移动终端 | |
CN107085694A (zh) | 信息显示处理方法和装置 | |
CN108566389A (zh) | 一种跨应用的指纹身份认证方法及装置 | |
CN112398858A (zh) | 一种快递员进行实名身份认证的方法及系统 | |
CN107241714A (zh) | 一种建立通信的方法、装置及存储介质 | |
CN107315947A (zh) | 支付类应用程序管理方法、装置及移动终端 | |
CN106888207A (zh) | 认证方法、系统和sim卡 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |