首页 / 专利库 / 专利权 / 第I章 / 国际申请 / 请求书 / 请求 / 一种响应请求端请求的方法及系统

一种响应请求端请求的方法及系统

阅读:956发布:2020-05-14

专利汇可以提供一种响应请求端请求的方法及系统专利检索,专利查询,专利分析的服务。并且本 发明 涉及一种响应 请求 端请求的方法及系统。所述方法包括:根据业务特性在响应程序中设置超时点和与超时点对应的入口点;接收请求端发送的请求和预设时长;响应请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算差值并作为当前所执行程序的程序执行耗时;在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差作为当前剩余时长;判断当前剩余时长是否大于零,是,则继续响应,直到得到与请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。本发明实现减少响应周期,使请求端与服务端的数据保持一致,提高用户体验度。,下面是一种响应请求端请求的方法及系统专利的具体信息内容。

1.一种响应请求端请求的方法,其特征在于,包括如下步骤:
S1,根据业务特性在响应程序中设置超时点和与超时点对应的入口点,并设置每个从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长;
S2,接收请求端发送的请求和预设时长;
S3,响应所述请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述超时点为当前所执行程序出口点,所述与超时点对应的入口点为当前所执行程序入口点;
S4,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长;
S5,对当前剩余时长进行判断,所述判断步骤包括:
S51,判断当前剩余时长是否大于零,是,则执行S52,否,则执行S54;
S52,判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则执行S53,否,则执行S54;
S53,继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端;
S54,执行失败指令。
2.根据权利要求1所述的响应请求端请求的方法,其特征在于,所述预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和。
3.根据权利要求2所述的响应请求端请求的方法,其特征在于,所述捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个。
4.根据权利要求1-3任一项所述的响应请求端请求的方法,其特征在于,所述执行失败指令包括回滚操作或发送响应失败指令到请求端,并终止响应所述请求。
5.一种响应请求端请求的系统,其特征在于,包括:
设置模,用于根据业务特性在响应程序中设置超时点和与超时点对应的入口点,并设置每个从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长;
接收模块,用于接收请求端发送的请求和预设时长;
响应模块,用于响应所述请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述超时点为当前所执行程序出口点,所述与超时点对应的入口点为当前所执行程序入口点;
计算模块,用于在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长;
判断模块,用于判断当前剩余时长,包括:
首判断模块,用于判断当前剩余时长是否大于零,是,则调用再判断模块,否,则调用终止模块;
再判断模块,用于判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则调用继续响应模块,否,则调用终止模块;
继续响应模块,用于继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端;
终止模块,用于执行失败指令。
6.根据权利要求5所述的响应请求端请求的系统,其特征在于,所述预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和。
7.根据权利要求6所述的响应请求端请求的系统,其特征在于,所述捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个。
8.根据权利要求5-7任一项所述的响应请求端请求的系统,其特征在于,所述执行失败指令包括回滚操作或发送响应失败指令到请求端,并终止响应所述请求。

说明书全文

一种响应请求端请求的方法及系统

技术领域

[0001] 本发明属于计算机应用领域,尤其涉及一种响应请求端请求的方法及系统。

背景技术

[0002] 随着网络时代的发展,用户数的增加,用户对所使用系统的要求也越来越高,各种网络应用层出不穷,各种应用之间存在的交互越来越多,电信等大型应用,内部也分层部署,从网络层到能开放层到服务中心层到数据层,各应用之间或各层之间通过实时服务调用完成对各种请求的响应。由于各种原因可能使服务端对于请求端的请求响应超时,此时请求端认为服务端响应失败了就采取了其他处理,但实际服务端响应成功了只是用时较长,此种情况会导致请求端与服务端的数据不一致,服务端响应周期长,不能及时响应请求端,用户体验度差,由于后续还需进行差异处理造成成本较高。上述问题对于实时交易过程而言将更加严重。

发明内容

[0003] 本发明所要解决的技术问题是针对现有技术的不足,提供一种响应请求端请求的方法及系统。
[0004] 本发明解决上述技术问题的技术方案如下:一种响应请求端请求的方法,包括如下步骤:
[0005] S1,根据业务特性在响应程序中设置超时点和与超时点对应的入口点;
[0006] S2,接收请求端发送的请求和预设时长;
[0007] S3,响应所述请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述超时点为当前所执行程序出口点,所述与超时点对应的入口点为当前所执行程序入口点;
[0008] S4,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长;
[0009] S5,判断当前剩余时长是否大于零,是,则继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。
[0010] 本发明的有益效果是:通过设置超时点和入口点,根据捕获超时点当前时间和入口点当前时间计算差值,将该差值作为当前所执行程序的程序执行耗时,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长,判断当前剩余时长是否大于零,是,则继续响应,否,则执行失败指令,在当前所执行程序的程序执行耗时过长时则结束对请求的响应,实现减少响应周期,及时响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0011] 在上述技术方案的基础上,本发明还可以做如下改进:
[0012] 进一步,所述S1步骤还包括设置每个从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长;所述S5步骤包括:
[0013] S51,判断当前剩余时长是否大于零,是,则执行S52,否,则执行S54;
[0014] S52,判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则执行S53,否,则执行S54;
[0015] S53,继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端;
[0016] S54,执行失败指令。
[0017] 进一步,所述预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和。
[0018] 进一步,所述捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个。
[0019] 进一步,所述执行失败指令包括回滚操作或发送响应失败指令到请求端,并终止响应所述请求。
[0020] 本发明解决上述技术问题的技术方案如下:一种响应请求端请求的系统,包括:
[0021] 设置模,用于根据业务特性在响应程序中设置超时点和与超时点对应的入口点;
[0022] 接收模块,用于接收请求端发送的请求和预设时长;
[0023] 响应模块,用于响应所述请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述超时点为当前所执行程序出口点,所述与超时点对应的入口点为当前所执行程序入口点;
[0024] 计算模块,用于在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长;
[0025] 判断模块,用于判断当前剩余时长是否大于零,是,则继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。
[0026] 本发明的有益效果是:通过设置超时点和入口点,根据捕获超时点当前时间和入口点当前时间计算差值,将该差值作为当前所执行程序的程序执行耗时,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长,判断当前剩余时长是否大于零,是,则继续响应,否,则执行失败指令,在当前所执行程序的程序执行耗时过长时则结束对请求的响应,实现减少响应周期,及时响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0027] 在上述技术方案的基础上,本发明还可以做如下改进:
[0028] 进一步,所述设置模块还用于设置每个从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长;所述判断模块包括:
[0029] 首判断模块,用于判断当前剩余时长是否大于零,是,则调用再判断模块,否,则调用终止模块;
[0030] 再判断模块,用于判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则调用继续响应模块,否,则调用终止模块;
[0031] 继续响应模块,用于继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端;
[0032] 终止模块,用于执行失败指令。
[0033] 进一步,所述预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和。
[0034] 进一步,所述捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个。
[0035] 进一步,所述执行失败指令包括回滚操作或发送响应失败指令到请求端,并终止响应所述请求。附图说明
[0036] 图1为本发明一实施例提供的响应请求端请求的方法的流程示意图;
[0037] 图2为本发明另一实施例提供的响应请求端请求的方法中步骤五的流程示意图;
[0038] 图3为本发明一实施例提供的响应请求端请求的系统的结构示意图;
[0039] 图4为本发明另一实施例提供的响应请求端请求的系统中判断模块的结构示意图。

具体实施方式

[0040] 以下结合附图对本发明的原理和特征进行描述,所举实例只用于解释本发明,并非用于限定本发明的范围。
[0041] 如图1所示,本发明实施例提供的响应请求端请求的方法,包括如下步骤:
[0042] S1,根据业务特性在响应程序中设置超时点和与超时点对应的入口点;
[0043] S2,接收请求端发送的请求和预设时长;
[0044] S3,响应所述请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述超时点为当前所执行程序出口点,所述与超时点对应的入口点为当前所执行程序入口点;
[0045] S4,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长;
[0046] S5,判断当前剩余时长是否大于零,是,则继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。
[0047] 该实施例中,S1步骤中根据业务特性,在响应程序中的跨服务调用时、跨网络调用时、涉及数据库操作时、耗时较长处时、内部处理逻辑复杂可能耗时较长时和/或根据实际运营发现的问题时,设置超时点和与超时点对应的入口点。耗时较长的原因可能是处理过程受数据量、网络或主机等性能影响不能及时响应请求。
[0048] 优选地,当在跨服务调用时设置超时点和与超时点对应的入口点,则超时点设置在调用侧且是在准备调用前。如此设置是由于被调用侧还有被调用程序,执行该被调用程序还需要消耗时间,而当执行从与超时点对应的入口点到超时点之间的待执行程序时已经消耗了过长时间的情况下,在执行该被调用程序后才执行失败指令,则使得执行失败指令发生了延迟,服务端在消耗了过长时间时没有及时通知客户端并终止对请求的响应,降低客户的体验度。
[0049] 下面以具体地例子说明本发明实施例:
[0050] 例1:根据业务特性在响应程序中依次设置与一个超时点对应的入口点和一个超时点;接收请求端发送的请求和预设时长;响应所述请求,分别捕获一个超时点当前时间及与一个超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述一个超时点为当前所执行程序出口点,所述与一个超时点对应的入口点为当前所执行程序入口点;在一个超时点计算预设时长与当前所执行程序的程序执行耗时之差,作为当前剩余时长;判断当前剩余时长是否大于零,是,则继续响应请求,得到与请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。只设置一个超时点和与一个超时点对应的入口点时,本发明实施例提供的响应请求端请求的方法,对于实现快速响应的效果不是很明显。
[0051] 例子2:根据业务特性在响应程序中依次设置与超时点一对应的入口点一,超时点一,与超时点二对应的入口点二,超时点二;接收请求端发送请求和预设时长;响应所述请求,分别捕获超时点一当前时间和入口点一当前时间,计算超时点一当前时间和入口点一当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时一,其中,所述超时点一为当前所执行程序出口点,入口点一为当前所执行程序入口点;在超时点一计算预设时长与当前执行程序的程序执行耗时一之差,作为当前剩余时长一;判断当前剩余时长一是否大于零,否,则执行失败指令,是,则继续响应所述请求;分别捕获超时点二当前时间和入口点二当前时间,计算超时点二当前时间和入口点二当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时二,其中,所述超时点二为当前所执行程序出口点,入口点二为当前所执行程序入口点;在超时点二计算预设时长与当前累加执行程序的总程序执行耗时之差,该总程序执行耗时为程序执行耗时一与程序执行耗时二相加之和,作为当前剩余时长二;判断当前剩余时长二是否大于零,是,则继续响应请求,得到与请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。
[0052] 本发明实施例提供的响应请求端请求的方法,通过设置超时点和入口点,根据捕获超时点当前时间和入口点当前时间计算差值,将该差值作为当前所执行程序的程序执行耗时,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长,判断当前剩余时长是否大于零,是,则继续响应,否,则执行失败指令,在当前所执行程序的程序执行耗时过长时则结束对请求的响应,实现减少响应周期,及时响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0053] 如图2所示,本发明实施例提供的响应请求端请求的方法,在上述实施例的基础上,所述S1步骤还包括设置每个从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长;所述S5步骤包括:
[0054] S51,判断当前剩余时长是否大于零,是,则执行S52,否,则执行S54;
[0055] S52,判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则执行S53,否,则执行S54;
[0056] S53,继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端;
[0057] S54,执行失败指令。
[0058] 该实施例中,从与一个超时点对应的入口点到一个超时点之间的一个待执行程序,从与下一超时点对应的入口点到下一超时点之间的下一待执行程序,该一个待执行程序与该下一待执行程序所执行的程序内容不同,因而所设置的标准执行时长也不相同。
[0059] 当在响应程序中只设置一个超时点和与一个超时点对应的入口点时,再设置待执行程序的标准执行时长,是无法提高响应请求端请求的响应速度,因而该实施例适用于在响应程序中设置至少两个超时点和与至少两个超时点对应的入口点。
[0060] 下面以上文中的例2为基础说明本发明实施例:
[0061] 例3:根据业务特性在响应程序中依次设置与超时点一对应的入口点一,超时点一,与超时点二对应的入口点二,超时点二,设置从入口点一到超时点一之间的待执行程序的标准执行时长一,设置从入口点二到超时点二之间的待执行程序的标准执行时长二;接收请求端发送请求和预设时长;响应所述请求,分别捕获超时点一当前时间和入口点一当前时间,计算超时点一当前时间和入口点一当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时一,其中,所述超时点一为当前所执行程序出口点,入口点一为当前所执行程序入口点;在超时点一计算预设时长与当前执行程序的程序执行耗时一之差,作为当前剩余时长一;判断当前剩余时长一是否大于零,否,则执行失败指令,是,则判断当前剩余时长一是否大于标准执行时长二;否,则执行失败指令,是,则分别捕获超时点二当前时间和入口点二当前时间,计算超时点二当前时间和入口点二当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时二,其中,所述超时点二为当前所执行程序出口点,入口点二为当前所执行程序入口点;在超时点二计算预设时长与当前累加执行程序的总程序执行耗时之差,该总程序执行耗时为程序执行耗时一与程序执行耗时二相加之和,作为当前剩余时长二;判断当前剩余时长二是否大于零,是,则继续响应请求,得到与请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。
[0062] 例3中,预设时长只有大于标准执行时长一时才可能完成对请求的响应,因而并不将预设时长与标准时长一进行比较,只将剩余时长一与标准时长二进行比较。
[0063] 本发明实施例提供的响应请求端请求的方法,通过判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则继续响应请求,否,则执行失败指令。在当前剩余时长不足以执行下一待执行程序时结束对请求的响应,实现进一步减少响应周期,更快响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0064] 可选地,本发明实施例中,所述预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和。
[0065] 该实施例中,若将预设时长小于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和时,即使响应程序过程不出现任何问题地执行也无法在预设时间得到与请求对应的响应结果,无法保证服务端的正常运行,故而预设时长要如此设置。
[0066] 上述实施例中,通过预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和,实现所有待执行程序的实际执行时间没有过长时能够完成对请求的响应,提高用户体验度。
[0067] 可选地,本发明实施例中,所述捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个。
[0068] 上述实施例中,捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个,从而计算出差值,判断出当前剩余时长是否大于零,实现减少响应周期,及时响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0069] 可选地,本发明实施例中,所述执行失败指令包括回滚操作或发送响应失败指令到请求端,并终止响应所述请求。
[0070] 该实施例中,超时点和与超时点对应的入口点均设置在数据库内时,执行失败指令为回滚操作。由于数据库封装良好且机制比较健全,一般不会对数据库做过多处理,因而超时点和与超时点对应的入口点均设置在数据库内且响应时间过长时只进行回滚操作即可。超时点和与超时点对应的入口点不设置在数据库内时,执行失败指令为发送响应失败指令到请求端。当请求端接收到响应失败指令时根据接收的响应失败指令做相应处理,相应处理可以为请求端再次发送请求和预设时长。
[0071] 上述实施例中,根据超时点和与超时点对应的入口点设置位置不同采用不同的执行失败指令,实现请求端与服务端的数据保持一致,降低成本。
[0072] 下面以一具体例子说明上述实施例记载的方案能够实现请求端与服务端的数据保持一致:以交易过程为例进行说明,交易分为两种,一种为查询类,另一种为受理类。对于查询类交易,将本发明实施例中的响应请求端请求的方法应用在服务端,当服务端发送响应失败指令到请求端时,服务端响应请求端请求的过程结束,从而实现缩短响应时间,此查询类交易并不存在请求端与服务端数据不一致的问题。对于受理类交易,受理类交易包括缴费或订购等,当超时点和与超时点对应的入口点均位于数据库内,且进行回滚操作时,缴费或订购则不成功,请求端和服务端的数据一致。
[0073] 如图3所示,本发明实施例提供的响应请求端请求的系统,包括:
[0074] 设置模块,用于根据业务特性在响应程序中设置超时点和与超时点对应的入口点;
[0075] 接收模块,用于接收请求端发送的请求和预设时长;
[0076] 响应模块,用于响应所述请求,分别捕获超时点当前时间及与超时点对应的入口点当前时间,计算超时点当前时间和入口点当前时间的差值,并将该差值作为当前所执行程序的程序执行耗时,其中,所述超时点为当前所执行程序出口点,所述与超时点对应的入口点为当前所执行程序入口点;
[0077] 计算模块,用于在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长;
[0078] 判断模块,用于判断当前剩余时长是否大于零,是,则继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端,否,则执行失败指令。
[0079] 本发明实施例提供的响应请求端请求的系统,通过设置超时点和入口点,根据捕获超时点当前时间和入口点当前时间计算差值,将该差值作为当前所执行程序的程序执行耗时,在超时点计算预设时长与当前累加执行程序的总程序执行耗时之差,作为当前剩余时长,判断当前剩余时长是否大于零,是,则继续响应,否,则执行失败指令,在当前所执行程序的程序执行耗时过长时则结束对请求的响应,实现减少响应周期,及时响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0080] 如图4所示,本发明实施例提供的响应请求端请求的系统,在上述实施例的基础上,所述设置模块还用于设置每个从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长;所述判断模块包括:
[0081] 首判断模块,用于判断当前剩余时长是否大于零,是,则调用再判断模块,否,则调用终止模块;
[0082] 再判断模块,用于判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则调用继续响应模块,否,则调用终止模块;
[0083] 继续响应模块,用于继续响应,直到得到与所述请求对应的响应结果,并将响应结果发送给请求端;
[0084] 终止模块,用于执行失败指令。
[0085] 本发明实施例提供的响应请求端请求的系统,通过判断当前剩余时长是否大于从与下一超时点对应的入口点到下一超时点之间的待执行程序的标准执行时长,是,则继续响应请求,否,则执行失败指令。在当前剩余时长不足以执行下一待执行程序时结束对请求的响应,实现进一步减少响应周期,更快响应请求端,使请求端与服务端的数据保持一致,提高用户体验度,减少成本。
[0086] 可选地,本发明实施例中,所述预设时长大于或等于所有从与超时点对应的所述入口点到所述超时点之间的待执行程序的标准执行时长的总和。
[0087] 可选地,本发明实施例中,所述捕获超时点当前时间及与超时点对应的入口点当前时间所采用的时钟为同一个。
[0088] 可选地,本发明实施例中,所述执行失败指令包括回滚操作或发送响应失败指令到请求端,并终止响应所述请求。
[0089] 本发明实施例的响应请求端请求的系统中各个模块所执行的功能已经在上述实施例中的响应请求端请求的方法中做了详细的介绍,在此不再赘述。
[0090] 本发明所有实施例均可应用在电信、金融、互联网等中,特别是涉及到交易过程。实现本发明所有实施例的条件是服务端的参数设置支持时间参数设置,设置从与超时点对应的入口点到超时点之间的待执行程序的标准执行时长的方法是公开技术,可以根据客户的体验效果设置预设时长,本发明只需关注从与一个超时点对应的入口点到一个超时点之间的程序的程序执行用时,无需关注从该一个超时点到与下一超时点对应的入口点之间的程序的程序执行用时。请求端可以是客户端或是其他发出请求的端口。
[0091] 以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
相关专利内容
标题 发布/更新时间 阅读量
短资源请求 2020-05-11 466
增补信息请求 2020-05-12 21
自动再发送请求 2020-05-13 862
自动再发送请求 2020-05-13 271
多请求间隔 2020-05-11 950
搭乘请求交互 2020-05-11 148
准同步预留请求 2020-05-12 634
请求处理技术 2020-05-13 718
触发多载波请求 2020-05-13 114
HTTPS请求充实 2020-05-11 990
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈