CN108989283A - 一种数据请求、控制方法、服务器、客户终端及存储介质 - Google Patents
一种数据请求、控制方法、服务器、客户终端及存储介质 Download PDFInfo
- Publication number
- CN108989283A CN108989283A CN201810576181.0A CN201810576181A CN108989283A CN 108989283 A CN108989283 A CN 108989283A CN 201810576181 A CN201810576181 A CN 201810576181A CN 108989283 A CN108989283 A CN 108989283A
- Authority
- CN
- China
- Prior art keywords
- bill
- request
- information
- data
- client terminal
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Abstract
本发明公开了一种数据请求、控制方法、服务器、客户终端及存储介质,通过客户终端发送数据请求,其中数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据。解决了现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。本发明还公开了客户终端、服务器及存储介质,通过实施上述方案,节省了服务器的存储空间,减少了服务器资源的浪费,进一步节约了成本。
Description
技术领域
本发明涉及计算机技术领域,更具体地说,涉及一种数据请求、控制方法、服务器、客户终端及存储介质。
背景技术
在软件开发中,经常需要进行跨服务的数据请求服务,为了保证数据安全及系统安全,这种跨服务的请求一般都需要进行签名校验,签名校验通过后,方可进行后面的数据交互,但是每次的跨服务请求都需要进行签名校验又影响性能,因此,现有技术中通常是提供一个ticket(服务间请求票据或称为token),其单独有一个类似登录校验的接口校验,在校验通过后会生成一个带有过期时间的ticket,在之后的其他接口请求中,可以使用这个ticket在有效期内进行数据交互,当达到过期时间后再重新请求和生成带有过期时间的ticket,但是这个ticket及过期时间都是在服务器进行保存,大大浪费了服务器的资源,增加了一定的成本。
发明内容
本发明要解决的技术问题在于现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。针对该技术问题,提供一种数据请求方法、服务器、客户终端及存储介质。
为解决上述技术问题,本发明提供一种数据请求控制方法,述数据请求控制方法包括:
接收来自客户终端的数据请求,所述数据请求包括验证信息,所述验证信息包括临时服务间请求票据和有效时间信息,所述临时服务间请求票据为预先根据票据生成信息和预设票据生成规则所生成并发送给所述客户终端的,所述有效时间信息为预先为所述客户终端确定的有效时间信息;
对所述临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向所述客户终端发送数据;
当对所述临时服务间请求票据进行验证时,获取所述票据生成信息,并根据所述预设票据生成规则生成标准临时服务间请求票据,根据所述标准临时服务间请求票据对所述临时服务间请求票据进行验证,若所述临时服务间请求票据和所述标准临时服务间请求票据相同,则验证通过。
可选的,所述对所述临时服务间请求票据和有效时间信息进行验证包括:
对所述有效时间信息进行验证;
若未过期,再对所述临时服务间请求票据进行验证。
或,
对所述临时服务间请求票据进行验证;
若验证通过,再对所述有效时间信息进行验证。
可选的,生成临时服务间请求票据的过程包括:获取与所述客户终端约定的变量信息和为所述客户终端确定的所述有效时间信息作为票据生成信息;
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第一预设票据生成规则将生成的整个字符串作为所述临时服务间请求票据;
或,
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第二预设票据生成规则从所述字符串中提取一部分字符作为所述临时服务间请求票据。
可选的,生成标准临时服务间请求票据的过程包括:获取与所述客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息;
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第一预设票据生成规则将生成的整个字符串作为所述标准临时服务间请求票据;
或,
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第二预设票据生成规则从所述字符串中提取一部分字符作为所述标准临时服务间请求票据。
可选的,所述第二预设票据生成规则包括:提取所述字符串前预设的N位字符作为新的字符串,所述N为整数,并将所述新的字符串按照预设排序规则进行排序。
可选的,所述第二预设票据生成规则包括:提取所述字符串中前预设的M位字符作为新的字符串,所述M为整数,将所述有效时间信息和所述新的字符串按照预设排序规则进行排序。
进一步地,本发明还提供一种数据请求方法,所述数据请求方法包括:
发送数据请求至服务器,所述数据请求包括验证信息,所述验证信息包括临时服务间请求票据和有效时间信息,以供所述服务器对是否和客户终端数据交互进行判断;
接收来自所述服务器发送的数据;
所述验证信息为预先从所述服务器获取到的,所述临时服务间请求票据为所述服务器根据票据生成信息和预设票据生成规则生成,所述有效时间信息为所述服务器确定的有效时间信息。
进一步地,本发明还提供了一种服务器,所述服务器包括第一处理器、第一存储器及第一通信总线;
所述第一通信总线用于实现所述第一处理器和所述第一存储器之间的连接通信;
所述第一处理器用于执行所述第一存储器中存储的一个或者多个程序,以实现如上述所述的数据请求控制方法的步骤。
进一步地,本发明还提供了一种客户终端,所述客户终端包括第二处理器、第二存储器及第二通信总线;
所述第二通信总线用于实现所述第二处理器和所述第二存储器之间的连接通信;
所述第二处理器用于执行所述第二存储器中存储的一个或者多个程序,以实现如上述所述的数据请求方法的步骤。
进一步地,本发明还提供了一种存储介质,所述存储介质存储有一个或者多个第一程序,所述一个或者多个第一程序可被一个或者多个处理器执行,以实现如上述所述的数据请求控制方法的步骤;
或,
所述存储介质存储有一个或者多个第二程序,所述一个或者多个第二程序可被一个或者多个处理器执行,以实现如上述所述的数据请求方法的步骤。
有益效果
本发明提出的数据请求、控制方法、客户终端、服务器及存储介质,该数据请求、控制方法通过客户终端发送数据请求,其中数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据。解决了现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。也即在本发明中,通过数据请求、控制方法实现了当接收到来自客户终端的临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对客户终端发送过来的临时服务间请求票据和有效时间信息进行验证,服务器便无需存储临时服务间请求票据和有效时间,节省了服务器的存储空间,减少了服务器资源的浪费,进一步节约了成本。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为实现本发明各个实施例一个可选的移动客户终端的硬件结构示意图;
图2为如图1所示的移动客户终端的无线通信系统示意图;
图3为本发明第一实施例提供的数据请求控制方法的基本流程示意图;
图4为本发明第一实施例提供的一种可行的生成临时服务间请求票据过程的基本流程示意图;
图5为本发明第一实施例提供的另一种可行的生成临时服务间请求票据过程的基本流程示意图;
图6为本发明第一实施例提供的一种可行的生成标准临时服务间请求票据过程的基本流程示意图;
图7为本发明第一实施例提供的另一种可行的生成标准临时服务间请求票据过程的基本流程示意图;
图8为本发明第一实施例提供的一种可行的对临时服务间请求票据和有效时间信息进行验证的基本流程示意图;
图9为本发明第一实施例提供的另一种可行的对临时服务间请求票据和有效时间信息进行验证的基本流程示意图;
图10为本发明第一实施例提供的数据请求方法的基本流程示意图;
图11为本发明第二实施例提供的一种具体的数据请求、控制过程的基本流程示意图;
图12为本发明第三实施例提供的服务器的结构示意图;
图13为本发明第三实施例提供的客户终端的结构示意图;
图14为本发明第三实施例提供的另一种具体的数据请求、控制过程的基本流程示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
客户终端可以以各种形式来实施。例如,本发明中描述的客户终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动客户终端,以及诸如数字TV、台式计算机等固定客户终端。
后续描述中将以移动客户终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的客户终端。
请参阅图1,其为实现本发明各个实施例的一种移动客户终端的硬件结构示意图,该移动客户终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动客户终端结构并不构成对移动客户终端的限定,移动客户终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动客户终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,射频单元101可以将上行信息发送给基站,另外也可以将基站发送的下行信息接收后,发送给移动客户终端的处理器110处理,基站向射频单元101发送的下行信息可以是根据射频单元101发送的上行信息生成的,也可以是在检测到移动客户终端的信息更新后主动向射频单元101推送的,例如,在检测到移动客户终端所处的地理位置发生变化后,基站可以向移动客户终端的射频单元101发送地理位置变化的消息通知,射频单元101在接收到该消息通知后,可以将该消息通知发送给移动客户终端的处理器110处理,移动客户终端的处理器110可以控制该消息通知显示在移动客户终端的显示面板1061上;通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信,具体的可以包括:通过无线通信与网络系统中的服务器通信,例如,移动客户终端可以通过无线通信从服务器中下载文件资源,比如可以从服务器中下载应用程序,在移动客户终端将某一应用程序下载完成之后,若服务器中该应用程序对应的文件资源更新,则该服务器可以通过无线通信向移动客户终端推送资源更新的消息通知,以提醒用户对该应用程序进行更新。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动客户终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动客户终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动客户终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动客户终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动客户终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动客户终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,应当说明的是,显示面板1061具有可弯曲的特性,也即是显示面板1061为柔性屏幕,具体的,可以采用有源矩阵有机发光二极管(Active Matrix/Organic Light-Emitting Diode,AMOLED)、无源有机电激发光二极管(Passive matrix OLED)等形式来配置显示面板1061。需要进一步说明的是,本发明中的柔性屏与现有技术相同,因此不做过多赘述。此外,本发明中对于柔性屏的具体形状、材质及具体结构等并不限定。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动客户终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动客户终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动客户终端的输入和输出功能,具体此处不做限定。比如,当通过射频单元101接收到某一应用程序的消息通知时,处理器110可以控制将该消息通知显示在显示面板1061的某一预设区域内,该预设区域与触控面板1071的某一区域对应,通过对触控面板1071某一区域进行触控操作,可以对显示面板1061上对应区域内显示的消息通知进行控制。
接口单元108用作至少一个外部装置与移动客户终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动客户终端100内的一个或多个元件或者可以用于在移动客户终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动客户终端的控制中心,利用各种接口和线路连接整个移动客户终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动客户终端的各种功能和处理数据,从而对移动客户终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动客户终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动客户终端100还可以包括蓝牙模块等,在此不再赘述。
应当理解的是,图1所述的具有柔性屏的柔性客户终端可以整体或部分弯曲,且具体的弯曲结构和弯曲控制方式可以采用现有任何结构和控制方式,由于其并非本发明的讨论的重点,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动客户终端所基于的通信网络系统进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述客户终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,UE201与eNodeB2021连接后,可以接收到由eNodeB2021发送的推送消息通知,eNodeB2021可以连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
基于上述移动客户终端硬件结构以及通信网络系统,提出本发明各个实施例。
第一实施例
为了解决现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。本实施例提供一种数据请求控制方法,该数据请求控制方法具体可参见图3所示:
S301:接收来自客户终端的数据请求。
应当明确的是,数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,临时服务间请求票据为预先根据票据生成信息和预设票据生成规则所生成并发送给客户终端的,有效时间信息为预先为客户终端确定的有效时间信息。
S302:对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据。
应该明确的是,当对临时服务间请求票据进行验证时,获取票据生成信息,并根据预设票据生成规则生成标准临时服务间请求票据,根据标准临时服务间请求票据对临时服务间请求票据进行验证,若临时服务间请求票据和标准临时服务间请求票据相同,则验证通过。
在本实施例中,生成临时服务间请求票据的过程,具体参见图4所示:
S401:获取与客户终端约定的变量信息和为客户终端确定的有效时间信息作为票据生成信息。
可以理解的是,当接收到客户终端的数据请求,该数据请求中未包括验证信息时,也即此为客户终端第一次向服务器请求数据,此时获取与客户终端约定的变量信息包括初始变量、动态变量、秘钥中的至少一种,以及获取根据客户终端的数据请求为客户终端确定的有效时间信息。值得注意的是,在本实施例中,将变量信息和有效时间信息作为票据生成信息。
S402:根据预设算法对票据生成信息进行计算,生成字符串。
进一步的,根据预设算法对上述获取到的票据生成信息进行计算,具体的,根据预设算法对变量信息和有效时间信息进行计算,生成字符串。值得注意的是,预设算法包括但不局限于HMAC(Hash-based Message Authentication Code)-SHA1算法,在实际应用中,预设算法由开发人员根据实验或经验进行灵活设置,本发明并不对此做具体限定。
S403:根据第一预设票据生成规则将生成的整个字符串作为临时服务间请求票据。
可以理解的是,这里是根据第一预设票据生成规则将生成的整个字符串作为临时服务间请求票据。一般而言,第一预设票据生成规则是对整个字符串的字符顺序进行排序的设定。例如,设获取到的字符串为A,第一预设票据生成规则为倒序,此时将字符串A进行倒序得到A1,此时将A1作为临时服务间请求票据。当然,在一些实施例中,第一预设票据生成规则还可以为依次将前面第i位字符和倒数第i位字符交换位置等等,本发明不对第一预设票据生成规则做具体限定,只要能实现对整个字符串的字符顺序进行排序的规则均在本发明的保护范围内。值得注意的是,在实际应用中,需根据具体的第一预设票据生成规则来获取得到临时服务间请求票据。
在一些实施例中,生成临时服务间请求票据的过程,具体参见图5所示:
S501:获取与客户终端约定的变量信息和为客户终端确定的有效时间信息作为票据生成信息。
S502:根据预设算法对票据生成信息进行计算,生成字符串。
值得注意的是,S501~S502和上述S401~S402为相同步骤,这里不再重复赘述。
S503:根据第二预设票据生成规则从字符串中提取一部分字符作为临时服务间请求票据。
为了更好的理解本发明,这里对第二预设票据生成规则进行说明。
在本实施例中,第二预设票据生成规则包括至少以下两种方式:
第一种方式:提取字符串前预设的N位字符作为新的字符串,N为整数,并将新的字符串按照预设排序规则进行排序。
为了更好的理解,这里以示例进行说明,例如,设获取到的字符串为0x4AB56E9388823843H,设提取字符串前预设的8位字符作为新的字符串,则此时得到的新的字符串为4AB56E93,同时设预设排序规则为倒序,此时再将新的字符串4AB56E93倒序为39E65BA4。值得注意的是,在实际应用中获取到字符串往往位数很多,这里仅是以一个位数较少的字符串进行的示例说明,同时这里所示例的字符串为16进制,在实际应用中,字符串可以采取任意的进制,例如2进制、8进制等等,该进制是由开发人员根据实验或经验做灵活设置。另外,还值得注意的是,预设的N位字符也是由开发人员根据实验或经验做灵活设置,例如,设获取到的字符串位数为48位,提取字符串的前16位作为新的字符串,或者提取字符串的前24位作为新的字符串,或者提取字符串的前32位作为新的字符串等等。
第二种方式:提取字符串中前预设的M位字符作为新的字符串,M为整数,将有效时间信息和新的字符串按照预设排序规则进行排序。
应当明确的是,第二种方式中,生成临时服务间请求票据结合了有效时间信息,为了更好的理解,这里仍以示例进行说明,例如,仍以上述相同示例进行说明,设获取到的有效时间信息为0x669582H,获取到的字符串为0x4AB56E9388823843H,提取字符串前预设的8位字符作为新的字符串,则此时得到的新的字符串为4AB56E93,按照有效时间信息0x669582H排在前,新的字符串4AB56E93排在后进行排序得到6695824AB56E93,再将排序后6695824AB56E93进行倒序得到39E65BA4285966。可以理解的是,排序规则可以进行任意设定,例如,设排序规则为先按照有效时间信息排在前,新的字符串排在后进行排序,再依次将前面第i位字符和倒数第i位字符交换位置,设将有效时间排在前,新的字符串排在后得到4AB6758E93,再将前面第1位字符4和最后1位字符3交换顺序,前面第2位字符A和倒数第2位字符9交换位置,前面第3位字符B和倒数第3位字符E交换位置,前面第4位字符6和倒数第4位字符8交换位置,前面第5位字符7和倒数第5位字符5交换位置,此时4AB6758E93重新排序得到39E8576BA4。值得注意的是,在实际应用中,排序规则由开发人员进行灵活设定,本发明不做具体限定。另外,还需要注意的是,预设的M位字符和上述的预设的N位字符相同,这里不再赘述。
需要说明的是,为了更好的理解本发明,这里仅以两种常见的第二预设票据生成规则为例进行的说明,本发明并不局限于所示例的这两种第二预设票据生成规则。在一些实施例中,第二预设票据规则还可以按照预设提取规则提取字符串中的字符作为新的字符串,并将新的字符串按照预设排序规则进行排序。例如,设获取到的字符串为0x4AB56E938882384369H,设提取规则为每隔2位字符提取1位字符,则提取到的字符串为BE8249,此时BE8249为新的字符串,同时设预设排序规则为倒序,此时将新的字符串BE8249倒序为9428EB。在一些实施例中,第二预设票据规则还可以按照预设提取规则提取字符串中的字符作为新的字符串,再将新的字符串和有效时间信息按照预设排序规则进行排序。例如,承接上例,设提取到的字符串为BE8249,有效时间信息为0x669582H,此时按照新的字符串BE8249排在前,有效时间信息0x669582H排在后进行排序得到BE8249669582,再将排序后的字符串BE8249669582倒序为2859669428EB。在一些实施例中,第二预设票据规则还可以按照预设提取规则提取字符串中的字符作为新的字符串,而无需再按照预设排序规则进行排序,这里不再一一赘述,在实际应用中,由开发人员进行灵活设置。
值得注意的是,第一预设票据生成规则和第二预设票据生成规则均是由开发人员进行灵活设置,其目的在于提高临时服务间请求票据传输的安全性。可以理解的是,根据第二预设票据生成规则从字符串中提取一部分字符作为临时服务间请求票据,相对于根据第一预设票据生成规则将生成的整个字符串作为临时服务间请求票据而言,一部分字符作为临时服务间请求票据占用的内存更少,大大节约了存储空间,为本实施例的较优方式。
在本实施例中,生成标准临时服务间请求票据的过程,具体参见图6所示:
S601:获取与客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息。
可以理解的是,当接收到来自客户终端的数据请求时,需要对数据请求中的验证信息进行验证,具体的,对验证信息中的临时服务间请求票据和有效时间信息进行验证,此时获取与客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息,值得注意的是,生成标准临时服务间请求票据的变量信息和生成临时服务间请求票据的变量信息是相同的,例如,设约定好的变量信息为id、iv、key,则生成标准临时服务间请求票据和生成临时服务间请求票据的变量信息都为id、iv、key,或者设约定好的变量信息为ie、id、iv、key,则生成标准临时服务间请求票据和生成临时服务间请求票据的变量信息都为ie、id、iv、key。还值得注意的是,生成标准临时服务间请求票据中的票据生成信息的有效时间信息的来源是从临时服务间请求票据中获取的,而生成临时服务间请求票据中的票据生成信息的有效时间信息为预先为客户终端确定的。
S602:根据预设算法对票据生成信息进行计算,生成字符串。
进一步的,根据预设算法对上述获取到的票据生成信息进行计算,具体的,根据预设算法对变量信息和有效时间信息进行计算,生成字符串。应当明确的是,生成标准临时服务间请求票据的过程中用的算法和生成临时服务间请求票据的过程中用的算法相同。
S603:根据第一预设票据生成规则将生成的整个字符串作为标准临时服务间请求票据。
可以理解的是,第一预设票据生成规则在上述以进行详细说明,这里不再赘述。应当明确的是,生成标准临时服务间请求票据的过程中采用的第一预设票据生成规则和生成临时服务间请求票据的过程中采用的第一预设票据生成规则相同。
在一些实施例中,生成标准临时服务间请求票据的过程,具体参见图7所示:
S701:获取与客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息。
S702:根据预设算法对票据生成信息进行计算,生成字符串。
值得注意的是,S701~S702和上述S601~S602为相同步骤,这里不再重复赘述。
S703:根据第二预设票据生成规则从字符串中提取一部分字符作为标准临时服务间请求票据。
可以理解的是,第二预设票据生成规则在上述以进行详细说明,这里不再赘述。应当明确的是,生成标准临时服务间请求票据的过程中采用的第二预设票据生成规则和生成临时服务间请求票据的过程中采用的第二预设票据生成规则相同。
在本实施例中,对临时服务间请求票据和有效时间信息进行验证包括至少以下两种情况:
第一种情况,具体可参见图8。
S801:对有效时间信息进行验证;
若未过期,执行S802,若过期,执行S804。
为了更好的说明,这里以示例进行说明,例如,设从验证信息中获取到的有效时间信息为2018:14:08,设2018:14:08未过期,执行S802。
S802:对临时服务间请求票据进行验证;
若验证通过,执行S803,若验证未通过,执行S804。
承接上例,进一步的,再根据生成的标准临时服务间请求票据对临时服务间请求票据进行验证,设验证通过,此时执行S803。
S803:向客户终端发送数据。
承接上例,进一步的,临时服务间请求票据和有效时间信息都验证通过,此时向客户终端发送数据。
S804:不向客户终端发送数据。
可以理解的是,当临时服务间请求票据和有效时间信息任一一个验证未通过时,均不向客户终端发送数据。
第二种情况,具体可参见图9。
S901:对临时服务间请求票据进行验证;
若验证通过,执行S902,若验证未通过,执行S904。
为了更好的说明,这里以示例进行说明,例如,先根据生成的标准临时服务间请求票据对临时服务间请求票据进行验证,设验证通过,执行S902。
S902:对有效时间信息进行验证。
若未过期,执行S903,若过期,执行S904。
承接上例,进一步的,再对有效时间信息进行验证,设从验证信息中获取到的有效时间信息为2018:09:08,设2018:09:08已过期,执行S904。
S903:向客户终端发送数据。
可以理解的是,当临时服务间请求票据和有效时间信息都验证通过,才向客户终端发送数据。
S904:不向客户终端发送数据。
承接上例,进一步的,虽然临时服务间请求票据验证通过,但有效时间信息验证未通过,此时不向客户终端发送数据。
在其他一些实施例中,对临时服务间请求票据和有效时间信息进行验证时还可以为对临时服务间请求票据进行验证的同时对有效时间信息进行验证,这里不再重复赘述。
为了解决现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。本实施例提供一种数据请求方法,该数据请求方法具体可参见图10所示:
S1001:发送数据请求至服务器。
需要说明的是,数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,临时服务间请求票据为服务器根据票据生成信息和预设票据生成规则所生成的,有效时间信息为服务器确定的有效时间信息,可以理解的是,验证信息是以供服务器对是否和客户终端数据交互进行判断。
S1002:接收来自服务器发送的数据。
需要说明的是,当服务器对客户终端发送的验证信息验证通过后,会向客户终端发送数据,具体的,服务器对临时服务间请求票据和有效时间信息验证都通过时,向客户终端发送数据,客户终端接收服务器发送的数据,完成此次的数据交互。
本实施例提供的数据请求、控制方法,该数据请求、控制方法通过客户终端发送数据请求,其中数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据。解决了现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。也即在本实施例中,通过数据请求、控制方法实现了当接收到来自客户终端的临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对客户终端发送过来的临时服务间请求票据和有效时间信息进行验证,服务器便无需存储临时服务间请求票据和有效时间,节省了服务器的存储空间,减少了服务器资源的浪费,进一步节约了成本。
同时,在本实施例中,通过从字符串中提取一部分字符作为临时服务间请求票据,大大节约了存储空间,并且在生成的临时服务间请求票据的过程中使用了预设票据生成规则,提高了临时服务间请求票据传输的安全性。
第二实施例
本实施例是在第一实施例的基础上,以一种具体的数据请求、控制方法为例对本发明作进一步的示例说明,具体可以参见图11。
S1101:发送数据请求至服务器,该数据请求中包括验证信息,验证信息包括临时服务间请求票据和有效时间信息。
设,客户终端向服务器发送了数据请求。可以理解的是,该数据请求中包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,以供服务器对是否和客户终端数据交互进行判断。
这里以一个具体的服务器生成验证信息的过程为例:
首先是生成临时服务间请求票据的过程:设与客户终端约定好的变量信息为id、iv、key,服务器确定的有效时间信息为a,将变量信息id、iv、key和有效时间信息a作为票据生成信息K1,使用HMAC-SHA1算法对票据生成信息K1进行计算,生成字符串Q1,提取字符串前预设的24位字符作为临时服务间请求票据N1。
将生成的临时服务间请求票据N1和有效时间a按照预设排序规则进行排序得到验证信息,并将生成的验证信息发送给客户终端。
S1102:获取与客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息。
承接上例,进一步的,获取变量信息id、iv、key以及验证信息中获取有效时间信息a,将变量信息id、iv、key和有效时间信息a作为票据生成信息K2。
S1103:根据预设算法对票据生成信息进行计算,生成字符串。
承接上例,进一步的,使用HMAC-SHA1算法对票据生成信息K2进行计算,生成字符串Q2。
S1104:根据第二预设票据生成规则从字符串中提取一部分字符,作为标准临时服务间请求票据。
承接上例,进一步的,提取字符串Q2的前24位字符得到标准临时服务间请求票据N2。
S1105:获取验证信息中的临时服务间请求票据。
承接上例,进一步的,获取验证信息中的临时服务间请求票据N1。
S1106:验证到临时服务间请求票据和标准临时服务间请求票据相同,此时临时服务间请求票据验证通过。
设临时服务间请求票据N1和标准临时服务间请求票据N2相同,此时临时服务间请求票据验证通过。
可以理解的是,根据标准临时服务间请求票据对临时服务间请求票据进行验证,分为验证通过和验证未通过两种情况,具体的,临时服务间请求票据和标准临时服务间请求票据相同为验证通过,临时服务间请求票据和标准临时服务间请求票据相同不相同为验证未通过,这里是以验证通过为例进行说明。
S1107:验证到有效时间信息未过期,此时有效时间信息验证通过。
设有效时间信息a未过期,此时有效时间信息验证通过。
可以理解的是,有效时间的验证分为验证通过和验证未通过两种情况,具体的,未过期为验证通过,过期为验证未通过,这里是以验证通过为例进行说明。
S1108:发送数据至客户终端。
承接上例,进一步的,临时服务间请求票据和有效时间信息均验证通过,此时服务器发送数据至客户终端。
本实施例提供的数据请求、控制方法,该数据请求、控制方法通过客户终端发送数据请求,其中数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据。解决了现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。也即在本实施例中,通过数据请求、控制方法实现了当接收到来自客户终端的临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对客户终端发送过来的临时服务间请求票据和有效时间信息进行验证,服务器便无需存储临时服务间请求票据和有效时间,节省了服务器的存储空间,减少了服务器资源的浪费,进一步节约了成本。
第三实施例
本实施例提供一种服务器,请参见图12所示,本实施例提供的服务器包括第一处理器1201、第一存储器1202及第一通信总线1203。
其中,本实施例中的第一通信总线1203用于实现第一处理器1201与第一存储器1202之间的连接通信,第一处理器1201则用于执行第一存储器1202中存储的一个或者多个第一程序,以实现以下步骤:
接收来自客户终端的数据请求,数据请求包括验证信息;验证信息包括临时服务间请求票据和有效时间信息,临时服务间请求票据为预先根据票据生成信息和预设票据生成规则所生成并发送给客户终端的,有效时间信息为预先为客户终端确定的有效时间信息;
对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据;
当对临时服务间请求票据进行验证时,获取票据生成信息,并根据预设票据生成规则生成标准临时服务间请求票据,根据标准临时服务间请求票据对临时服务间请求票据进行验证,若临时服务间请求票据和标准临时服务间请求票据相同,则验证通过。
本实施例还提供一种客户终端,请参见图13所示,本实施例提供的客户终端包括第二处理器1301、第二存储器1302及第二通信总线1303。
其中,本实施例中的第二通信总线1303用于实现第二处理器1301与第二存储器1302之间的连接通信,第二处理器1301则用于执行第二存储器1302中存储的一个或者多个第二程序,以实现以下步骤:
发送数据请求至服务器,数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,以供服务器对是否和客户终端数据交互进行判断;
接收来自服务器发送的数据;
验证信息为预先从服务器获取到的,临时服务间请求票据为服务器根据票据生成信息和预设票据生成规则生成,有效时间信息为服务器确定的有效时间信息。
值得注意的是,为了不累赘说明,在本实施例中并未完全阐述实施例一、二中的所有示例,应当明确的是,实施例一、二中的所有示例均适用于本实施例。
本实施例还提供一种存储介质,存储介质存储有一个或者多个第一程序,一个或者多个第一程序可被一个或者多个处理器执行,以实现如上述的数据请求控制方法的步骤;或,存储介质存储有一个或者多个第二程序,一个或者多个第二程序可被一个或者多个处理器执行,以实现如上述的数据请求方法的步骤。
本实施例提供的服务器、客户终端和存储介质还可以实现服务请求、控制过程,可参见图14所示:
S1401:发送数据请求至服务器,该数据请求中包括验证信息,验证信息包括临时服务间请求票据和有效时间信息。
设,客户终端向服务器发送了数据请求。可以理解的是,该数据请求中包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,以供服务器对是否和客户终端数据交互进行判断。
这里以一个具体的服务器生成验证信息的过程为例:
首先是生成临时服务间请求票据的过程:设与客户终端约定好的变量信息为ie、id、iv、key,服务器确定的有效时间信息为b,将变量信息ie、id、iv、key和有效时间信息b作为票据生成信息M1,使用HMAC-SHA1算法对票据生成信息M1进行计算,生成字符串D1,将字符串D1作为临时服务间请求票据H1。
将生成的临时服务间请求票据H1和有效时间b按照进行倒序得到验证信息,并将生成的验证信息发送给客户终端。
S1402:获取与客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息。
承接上例,进一步的,获取变量信息ie、id、iv、key以及验证信息中获取有效时间信息b,将变量信息ie、id、iv、key和有效时间信息b作为票据生成信息M2。
S1403:根据预设算法对票据生成信息进行计算,生成字符串。
承接上例,进一步的,使用HMAC-SHA1算法对票据生成信息M2进行计算,生成字符串D2。
S1404:根据第一预设票据生成规则将生成的整个字符串作为标准临时服务间请求票据。
承接上例,进一步的,将字符串D2作为标准临时服务间请求票据H2。
S1405:验证到有效时间信息未过期,此时有效时间信息验证通过。
设有效时间信息b未过期,此时有效时间信息验证通过。
可以理解的是,有效时间的验证分为验证通过和验证未通过两种情况,具体的,未过期为验证通过,过期为验证未通过,这里是以验证通过为例进行说明。
S1406:获取验证信息中的临时服务间请求票据。
承接上例,进一步的,获取验证信息中的临时服务间请求票据H1。
S1407:验证到临时服务间请求票据和标准临时服务间请求票据相同,此时临时服务间请求票据验证通过。
设临时服务间请求票据H1和标准临时服务间请求票据H2相同,此时临时服务间请求票据验证通过。
可以理解的是,根据标准临时服务间请求票据对临时服务间请求票据进行验证,分为验证通过和验证未通过两种情况,具体的,临时服务间请求票据和标准临时服务间请求票据相同为验证通过,临时服务间请求票据和标准临时服务间请求票据相同不相同为验证未通过,这里是以验证通过为例进行说明。
S1408:发送数据至客户终端。
承接上例,进一步的,临时服务间请求票据和有效时间信息均验证通过,此时服务器发送数据至客户终端。
本实施例提供的服务器、客户终端和存储介质通过客户终端发送数据请求,其中数据请求包括验证信息,验证信息包括临时服务间请求票据和有效时间信息,服务器生成标准临时服务间请求票据,进而对临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向客户终端发送数据。解决了现有技术在进行跨服务的数据请求服务时,ticket和过期时间都保存在服务器,大大浪费了服务器的资源并增加了一定成本的问题。所以和现有技术相比,本实施例提供的服务器、客户终端和存储介质节省了服务器的存储空间,减少了服务器资源的浪费,进一步节约了成本。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种数据请求控制方法,其特征在于,所述数据请求控制方法包括:
接收来自客户终端的数据请求,所述数据请求包括验证信息,所述验证信息包括临时服务间请求票据和有效时间信息,所述临时服务间请求票据为预先根据票据生成信息和预设票据生成规则所生成并发送给所述客户终端的,所述有效时间信息为预先为所述客户终端确定的有效时间信息;
对所述临时服务间请求票据和有效时间信息进行验证,当验证都通过时,向所述客户终端发送数据;
当对所述临时服务间请求票据进行验证时,获取所述票据生成信息,并根据所述预设票据生成规则生成标准临时服务间请求票据,根据所述标准临时服务间请求票据对所述临时服务间请求票据进行验证,若所述临时服务间请求票据和所述标准临时服务间请求票据相同,则验证通过。
2.如权利要求1所述的数据请求控制方法,其特征在于,所述对所述临时服务间请求票据和有效时间信息进行验证包括:
对所述有效时间信息进行验证;
若未过期,再对所述临时服务间请求票据进行验证。
或,
对所述临时服务间请求票据进行验证;
若验证通过,再对所述有效时间信息进行验证。
3.如权利要求1所述的数据请求控制方法,其特征在于,生成临时服务间请求票据的过程包括:获取与所述客户终端约定的变量信息和为所述客户终端确定的所述有效时间信息作为票据生成信息;
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第一预设票据生成规则将生成的整个字符串作为所述临时服务间请求票据;
或,
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第二预设票据生成规则从所述字符串中提取一部分字符作为所述临时服务间请求票据。
4.如权利要求3所述的数据请求控制方法,其特征在于,生成标准临时服务间请求票据的过程包括:获取与所述客户终端约定的变量信息,以及获取验证信息中的有效时间信息作为票据生成信息;
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第一预设票据生成规则将生成的整个字符串作为所述标准临时服务间请求票据;
或,
根据预设算法对所述票据生成信息进行计算,生成字符串;
根据第二预设票据生成规则从所述字符串中提取一部分字符作为所述标准临时服务间请求票据。
5.如权利要求3-4任一项所述的数据请求控制方法,其特征在于,所述第二预设票据生成规则包括:提取所述字符串前预设的N位字符作为新的字符串,所述N为整数,并将所述新的字符串按照预设排序规则进行排序。
6.如权利要求3-4任一项所述的数据请求控制方法,其特征在于,所述第二预设票据生成规则包括:提取所述字符串中前预设的M位字符作为新的字符串,所述M为整数,将所述有效时间信息和所述新的字符串按照预设排序规则进行排序。
7.一种数据请求方法,其特征在于,所述数据请求方法包括:
发送数据请求至服务器,所述数据请求包括验证信息,所述验证信息包括临时服务间请求票据和有效时间信息,以供所述服务器对是否和客户终端数据交互进行判断;
接收来自所述服务器发送的数据;
所述验证信息为预先从所述服务器获取到的,所述临时服务间请求票据为所述服务器根据票据生成信息和预设票据生成规则生成,所述有效时间信息为所述服务器确定的有效时间信息。
8.一种服务器,其特征在于,所述服务器包括第一处理器、第一存储器及第一通信总线;
所述第一通信总线用于实现所述第一处理器和所述第一存储器之间的连接通信;
所述第一处理器用于执行所述第一存储器中存储的一个或者多个程序,以实现如权利要求1-6任一项所述的数据请求控制方法的步骤。
9.一种客户终端,其特征在于,所述客户终端包括第二处理器、第二存储器及第二通信总线;
所述第二通信总线用于实现所述第二处理器和所述第二存储器之间的连接通信;
所述第二处理器用于执行所述第二存储器中存储的一个或者多个程序,以实现如权利要求7所述的数据请求方法的步骤。
10.一种存储介质,其特征在于,所述存储介质存储有一个或者多个第一程序,所述一个或者多个第一程序可被一个或者多个处理器执行,以实现如权利要求1-6任一项所述的数据请求控制方法的步骤;
或,
所述存储介质存储有一个或者多个第二程序,所述一个或者多个第二程序可被一个或者多个处理器执行,以实现如权利要求7所述的数据请求方法的步骤。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2018105487375 | 2018-05-31 | ||
CN201810548737 | 2018-05-31 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108989283A true CN108989283A (zh) | 2018-12-11 |
Family
ID=64540837
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810576181.0A Pending CN108989283A (zh) | 2018-05-31 | 2018-06-06 | 一种数据请求、控制方法、服务器、客户终端及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108989283A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102457555A (zh) * | 2010-10-28 | 2012-05-16 | 中兴通讯股份有限公司 | 一种分布式存储的安全系统及方法 |
CN103312515A (zh) * | 2013-06-21 | 2013-09-18 | 百度在线网络技术(北京)有限公司 | 授权令牌的生成方法、生成装置、认证方法和认证系统 |
CN103647777A (zh) * | 2013-12-13 | 2014-03-19 | 华为技术有限公司 | 一种安全认证方法和双向转发检测bfd设备 |
US20140143146A1 (en) * | 2012-11-20 | 2014-05-22 | Prakash George PASSANHA | Systems and methods for generating and using a token for use in a transaction |
CN104967597A (zh) * | 2014-11-04 | 2015-10-07 | 深圳市腾讯计算机系统有限公司 | 一种基于安全渠道的第三方应用消息鉴权方法及系统 |
CN106302346A (zh) * | 2015-05-27 | 2017-01-04 | 阿里巴巴集团控股有限公司 | Api调用的安全认证方法、装置、系统 |
-
2018
- 2018-06-06 CN CN201810576181.0A patent/CN108989283A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102457555A (zh) * | 2010-10-28 | 2012-05-16 | 中兴通讯股份有限公司 | 一种分布式存储的安全系统及方法 |
US20140143146A1 (en) * | 2012-11-20 | 2014-05-22 | Prakash George PASSANHA | Systems and methods for generating and using a token for use in a transaction |
CN103312515A (zh) * | 2013-06-21 | 2013-09-18 | 百度在线网络技术(北京)有限公司 | 授权令牌的生成方法、生成装置、认证方法和认证系统 |
CN103647777A (zh) * | 2013-12-13 | 2014-03-19 | 华为技术有限公司 | 一种安全认证方法和双向转发检测bfd设备 |
CN104967597A (zh) * | 2014-11-04 | 2015-10-07 | 深圳市腾讯计算机系统有限公司 | 一种基于安全渠道的第三方应用消息鉴权方法及系统 |
CN106302346A (zh) * | 2015-05-27 | 2017-01-04 | 阿里巴巴集团控股有限公司 | Api调用的安全认证方法、装置、系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107038245B (zh) | 页面切换方法、移动终端及存储介质 | |
CN108829476A (zh) | 一种消息显示方法、终端及存储介质 | |
CN109831586A (zh) | 一种用户界面切换显示方法、移动终端和存储介质 | |
CN108881184A (zh) | 访问请求处理方法、终端、服务器及计算机可读存储介质 | |
CN108600330A (zh) | 离线消息推送方法、设备及计算机可读存储介质 | |
CN108881594A (zh) | 安全认证控制方法、柔性屏终端及计算机可读存储介质 | |
CN109157841A (zh) | 一种游戏组队方法、终端、服务器及计算机可读存储介质 | |
CN108833690A (zh) | 权限管控方法、终端及计算机可读存储介质 | |
CN109922078A (zh) | 升级控制方法、移动终端及计算机可读存储介质 | |
CN111427709B (zh) | 一种应用程序分身控制方法、设备及计算机可读存储介质 | |
CN109151558A (zh) | 一种视频处理方法、终端及计算机可读存储介质 | |
CN108241808A (zh) | 识别码显示控制方法、终端及计算机可读存储介质 | |
CN108012270A (zh) | 一种信息处理的方法、设备和计算机可读存储介质 | |
CN107770356A (zh) | 一种通信建立方法、设备和计算机可读存储介质 | |
CN109428923A (zh) | 消息推送方法、服务器、终端和计算机可读存储介质 | |
CN110347306A (zh) | 一种分屏显示方法、终端及计算机可读存储介质 | |
CN109218531A (zh) | 屏幕内容显示效果控制方法、终端及计算机可读存储介质 | |
CN109814907A (zh) | 应用程序图标替换方法、移动终端及存储介质 | |
CN109683797A (zh) | 一种显示区控制方法、设备及计算机可读存储介质 | |
CN108900503A (zh) | 数据通信方法、通信处理设备、终端及可读存储介质 | |
CN109068084A (zh) | 视频通话画面显示方法、移动终端及计算机可读存储介质 | |
CN108449736A (zh) | 一种数据传输方法、终端和计算机可读存储介质 | |
CN107483603A (zh) | 推送消息的方法、推送服务器、应用服务器及存储介质 | |
CN107204977B (zh) | 接口安全校验方法及装置、计算机可读存储介质 | |
CN110049181A (zh) | 应用显示控制方法、终端及计算机可读存储介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181211 |
|
RJ01 | Rejection of invention patent application after publication |