-
公开(公告)号:CN105978929B
公开(公告)日:2019-03-26
申请号:CN201610232826.X
申请日:2016-04-15
申请人: 北京思特奇信息技术股份有限公司
发明人: 吕麟
摘要: 本发明公开了一种不同移动终端平台与后端服务器的数据交互方法及系统,所述的方法包括:分别在不同移动终端平台以及服务器端采用统一的编程开发语言编写统一的加密解密算法,且进行封装提供调用接口;各移动终端平台调用统一的加密解密算法对需要传输的请求数据进行加密,并发送给后端服务器;后端服务器调用统一的加密解密算法对接收到的加密后的请求数据进行解密,并将与请求数据对应的结果数据返回给对应的移动终端;移动终端解析结果数据并显示。通过本方法,不同的移动终端平台采用统一的加解密方式,不同移动终端平台与后端服务器之间进行数据交互时,无需针对不同的移动终端平台,采用不同的加解密算法,避免加密前后数据不一致的问题。
-
公开(公告)号:CN105978929A
公开(公告)日:2016-09-28
申请号:CN201610232826.X
申请日:2016-04-15
申请人: 北京思特奇信息技术股份有限公司
发明人: 吕麟
CPC分类号: H04L67/02 , H04L63/0428
摘要: 本发明公开了一种不同移动终端平台与后端服务器的数据交互方法及系统,所述的方法包括:分别在不同移动终端平台以及服务器端采用统一的编程开发语言编写统一的加密解密算法,且进行封装提供调用接口;各移动终端平台调用统一的加密解密算法对需要传输的请求数据进行加密,并发送给后端服务器;后端服务器调用统一的加密解密算法对接收到的加密后的请求数据进行解密,并将与请求数据对应的结果数据返回给对应的移动终端;移动终端解析结果数据并显示。通过本方法,不同的移动终端平台采用统一的加解密方式,不同移动终端平台与后端服务器之间进行数据交互时,无需针对不同的移动终端平台,采用不同的加解密算法,避免加密前后数据不一致的问题。
-
公开(公告)号:CN104320776A
公开(公告)日:2015-01-28
申请号:CN201410602810.4
申请日:2014-10-31
申请人: 北京思特奇信息技术股份有限公司
发明人: 吕麟
摘要: 本发明涉及一种解决智能手机双卡适配的方法及系统,所述方法包括:步骤1,客户端获取智能手机的SIM卡的IMSI,并判断是否是支撑范围内的双卡手机;步骤2,对于不在支撑范围内的双卡手机,发送该智能手机对应的手机身份信息给服务端;步骤3,服务端将接收的手机身份信息与事先存储的双卡手机身份信息进行匹配,若匹配成功,则将双卡手机身份信息发送给客户端,否则直接在服务端执行预设的单卡代码,并将单卡代码执行结果返回给客户端;步骤4,客户端接收到双卡手机身份信息后,执行对应的双卡代码。本发明通过在Server端维护双卡手机身份,客户端维护双卡手机源码然后Server端和客户端相结合的方式解决手机双卡适配。
-
公开(公告)号:CN107292134A
公开(公告)日:2017-10-24
申请号:CN201710396176.7
申请日:2017-05-27
申请人: 北京思特奇信息技术股份有限公司
IPC分类号: G06F21/14
CPC分类号: G06F21/14
摘要: 本发明涉及一种防止Android应用被反编译的应用加固方法及系统,属于应用加固领域,解决了Android应用容易被反编译的问题。本发明通过将Android应用的源APK文件采用加密算法加密成解壳数据,与预设的解壳程序的DEX文件合并后得到新解壳程序的DEX文件,并在新解壳程序的DEX文件末尾加入表示解壳数据长度的字段;修改源APK文件的资源配置文件后,用源APK文件的资源配置文件和资源文件替换新解壳程序的资源配置文件和资源文件;读取新解壳文件的解壳数据长度,根据解壳数据长度读取解壳数据,用对应的解密算法解密得到解壳数据保存在内存中,动态加载内存中的解壳数据运行Android应用。用于防止APP被恶意反编译获取到重要数据,保护使用者和开发者的权益。
-
公开(公告)号:CN104111832A
公开(公告)日:2014-10-22
申请号:CN201410314808.7
申请日:2014-07-03
申请人: 北京思特奇信息技术股份有限公司
发明人: 吕麟
IPC分类号: G06F9/44
摘要: 本发明涉及一种安卓应用程序安装包加壳方法,包括步骤:步骤1:将源程序数据加密生成待加壳数据;步骤2:计算待加壳数据长度得到待加壳数据的长度值;步骤3:判断采用第一类加壳方法还是第二类加壳方法,如果是第一类,执行步骤4;否则,执行步骤6;步骤4:将待加壳数据和待加壳数据的长度值依次添加到加壳程序文件尾部;步骤5:重置相关项,执行步骤8;步骤6:将待加壳数据的长度值和待加壳数据依次添加到加壳程序文件头的尾部;步骤7:重新生成加壳程序文件头部中的相关项替换原有的,修改相关的数据偏移量;步骤8:将加壳程序文件的入口类配置为指定的类,完成对待加壳数据的加壳。本发明达到保护源文件的目的。
-
公开(公告)号:CN104052754A
公开(公告)日:2014-09-17
申请号:CN201410299094.7
申请日:2014-06-26
申请人: 北京思特奇信息技术股份有限公司
摘要: 本发明涉及一种第三方应用的身份验证方法及系统,包括在智能终端的第三方App中嵌入SDK;第三方App在使用过程中触发SDK时,智能终端在电子市场下载服务端预先发布的专用辅助App;第三方应用App通过SDK将包括appID和identifier的验证请求发送给专用辅助App;判断专用辅助App中是否存在该appID的验证记录,如果存在,则在智能终端完成身份验证;否则将验证请求发送给服务端,由服务端完成身份验证,并将验证结果反馈给专用辅助App保存,供下次验证使用;本发明在智能终端上增加对第三方应用身份的验证功能,可以有效防止恶意攻击增大服务器端的负载,同时节省流量。
-
公开(公告)号:CN104049973A
公开(公告)日:2014-09-17
申请号:CN201410291357.X
申请日:2014-06-25
申请人: 北京思特奇信息技术股份有限公司
IPC分类号: G06F9/44
摘要: 本发明涉及一种安卓应用程序的安全验证方法及装置。安卓应用程序的安全验证方法包括:步骤一,从签名后的安卓应用程序安装文件中提取出公钥保存到服务接入端,将该从签名后的APK文件中取出的公钥记为第一公钥;步骤二,在已签名安卓应用程序初始化时,服务接入端获取该已签名安卓应用程序的公钥,将该已签名安卓应用程序的公钥记为第二公钥;步骤三,服务接入端将第二公钥与第一公钥进行比较,根据比较结果判断已签名安卓应用程序是否安全。本发明安卓应用程序的安全验证方法及装置,有效的阻止了不法分子通过仿造APK身份去恶意攻击平台的行为,有效防止被恶意篡改过的android应用程序带来的安全风险,增强了平台的安全性。
-
公开(公告)号:CN111522949A
公开(公告)日:2020-08-11
申请号:CN202010335319.5
申请日:2020-04-24
申请人: 北京思特奇信息技术股份有限公司
发明人: 吕麟
IPC分类号: G06F16/35 , G06F16/31 , G06F16/332
摘要: 本发明公开了一种基于文本聚类的智能回答方法及系统,包括:收集预设数量的工单问题;对工单问题进行文本聚类,形成工单Top问题;对工单Top问题进行知识采编,并存储在知识存储数据库内;输入问题;将问题生成索引;基于索引从知识存储数据库中搜索结果集,实现问题的智能回答。本发明通过对工单进行文本聚类、知识采编等操作实现知识沉淀,然后通过智能回答展现知识,从而解决了人力成本过高及浪费的问题。
-
公开(公告)号:CN104052754B
公开(公告)日:2017-08-01
申请号:CN201410299094.7
申请日:2014-06-26
申请人: 北京思特奇信息技术股份有限公司
摘要: 本发明涉及一种第三方应用的身份验证方法及系统,包括在智能终端的第三方App中嵌入SDK;第三方App在使用过程中触发SDK时,智能终端在电子市场下载服务端预先发布的专用辅助App;第三方应用App通过SDK将包括appID和identifier的验证请求发送给专用辅助App;判断专用辅助App中是否存在该appID的验证记录,如果存在,则在智能终端完成身份验证;否则将验证请求发送给服务端,由服务端完成身份验证,并将验证结果反馈给专用辅助App保存,供下次验证使用;本发明在智能终端上增加对第三方应用身份的验证功能,可以有效防止恶意攻击增大服务器端的负载,同时节省流量。
-
公开(公告)号:CN105068804A
公开(公告)日:2015-11-18
申请号:CN201510484797.1
申请日:2015-08-07
申请人: 北京思特奇信息技术股份有限公司
发明人: 吕麟
IPC分类号: G06F9/44
摘要: 本发明涉及一种基于数据驱动的App功能模块排版方法及系统,所述方法包括:接收App功能模块发起的获取数据请求,向App返回相应数据,同时将接口调用情况记录入接口调用日志;定期统计接口调用日志,计算出预定时间内不同接口被调用的次数;将接口调用情况发送给相应的App,供App根据统计结果调整相应功能模块的排版。本发明通过记录App调用Server接口的情况,定期对纪录进行统计,得出哪些接口的调用率最高,进而将与之相对应的功能模块的排版进行调整,将使用率最高的功能放到App最明显的位置,实现了通过后台Server数据驱动App功能的效果,提高了用户的体验,增强了App与用户之间的粘合性。
-
-
-
-
-
-
-
-
-