CN113596002B - 一种服务提供方法及装置 - Google Patents
一种服务提供方法及装置 Download PDFInfo
- Publication number
- CN113596002B CN113596002B CN202110818498.2A CN202110818498A CN113596002B CN 113596002 B CN113596002 B CN 113596002B CN 202110818498 A CN202110818498 A CN 202110818498A CN 113596002 B CN113596002 B CN 113596002B
- Authority
- CN
- China
- Prior art keywords
- time
- service
- client
- service request
- server
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- 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/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Health & Medical Sciences (AREA)
- Marketing (AREA)
- Medical Informatics (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种服务提供方法及装置,该方法包括:根据自身到满足预定条件的各个客户端之间的传输时延获取各个客户端开通服务请求接口的第一时间;向各个客户端发送携带有第一时间的指示信息;接收多个客户端基于服务请求接口提交的服务请求;根据请求提交时间以及服务请求的数量获取待服务的客户端,并根据服务请求为待服务的客户端提供服务。该方法及装置能够解决相关技术中由于存在网络延时,先提交请求的用户,可能由于网络延时原因,其提交的请求反而后到达服务器,从而导致抢购失败;或者由于网络延时,导致收到服务器开通服务请求接口的时间晚于其他用户,从而导致提交请求的时间被顺延,进而导致抢购失败的问题。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种服务提供方法及装置。
背景技术
目前有很多基于互联网的抢购、抢答、抢红包等增值业务,这些业务一般都仅对有限数量的用户提供最终的服务结果。例如对于抢购业务,按照提交订单的先后顺序对抢购请求进行排序,仅其中排序靠前的一定数量的用户可以抢购成功。但由于存在网络延时,先提交请求的用户,可能由于网络延时原因,其提交的请求反而后到达服务器,从而导致抢购失败;或者由于网络延时,导致收到服务器开通服务请求接口的时间晚于其他用户,从而导致提交请求的时间被顺延,进而导致抢购失败。
发明内容
本发明所要解决的技术问题是针对现有技术的上述不足,提供一种服务提供方法及装置,用以解决相关技术中由于存在网络延时,先提交请求的用户,可能由于网络延时原因,其提交的请求反而后到达服务器,从而导致抢购失败;或者由于网络延时,导致收到服务器开通服务请求接口的时间晚于其他用户,从而导致提交请求的时间被顺延,进而导致抢购失败的问题。
第一方面,本发明实施例提供一种服务提供方法,应用于服务器,所述方法包括:
根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间;其中,所述预定条件用于指示各个所述客户端预计将接收到服务器发送的用于指示开通所述服务请求接口的指示信息;
向各个所述客户端发送携带有所述第一时间的所述指示信息,以使各个所述客户端接收到所述指示信息后,均在所述第一时间开通所述服务请求接口;
接收多个所述客户端基于所述服务请求接口提交的服务请求,所述服务请求携带所述客户端提交所述服务请求时的请求提交时间;
根据所述请求提交时间以及所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务。
优选地,所述根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间,具体包括:
获取自身到满足所述预定条件的各个所述客户端之间的单向传输时延;
获取所有所述单向传输时延中的最大值;
根据所述最大值获取各个所述客户端显示服务请求接口的第一时间。
优选地,所述根据所述最大值获取各个所述客户端显示服务请求接口的第一时间,具体包括:
根据所述最大值和当前时间获取各个所述客户端显示服务请求接口的第一时间,其中,所述第一时间为所述最大值和所述当前时间之和。
优选地,所述当前时间为当前网络时间或所述服务器自身的当前本地时间,所述当前本地时间与所述当前网络时间或各个所述客户端的当前本地时间保持同步。
优选地,所述根据所述请求提交时间以及所述服务请求的数量获取待服务的客户端,具体包括:
判断所述服务请求的数量是否大于预设服务数量;
若是,则对接收到的所述服务请求按照所述请求提交时间从小到大进行排序,并将排序靠前的所述预设服务数量的所述服务请求所对应的客户端作为所述待服务的客户端。
第二方面,本发明实施例提供一种服务提供方法,应用于客户端,所述方法包括:
接收服务器发送的携带有第一时间的用于指示开通服务请求接口的指示信息;
在所述第一时间开通所述服务请求接口;
当检测到用户基于所述服务请求接口的提交操作时,向所述服务器提交服务请求,所述服务请求携带提交所述服务请求时的请求提交时间,以使所述服务器根据接收到的所述请求提交时间以及所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务。
优选地,所述请求提交时间为网络时间或所述客户端自身的本地时间,所述本地时间与所述网络时间或所述服务器的本地时间保持同步。
优选地,所述在所述第一时间开通所述服务请求接口,具体包括:
判断当前网络时间或当前本地时间是否早于所述第一时间;
若是,则等待所述当前网络时间或所述当前本地时间到达所述第一时间时,开通所述服务请求接口;
若否,则立即开通所述服务请求接口。
优选地,所述开通所述服务请求接口,具体包括:
将界面上预先显示的用于提交服务请求的预设对象从未开通状态切换至已开通状态;
其中,所述预设对象的所述未开通状态和所述已开通状态具有不同的颜色。
第三方面,本发明实施例提供一种服务提供装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以实现上述第一方面或第二方面所述的服务提供方法。
本发明实施例提供的服务提供方法及装置,由服务器根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间;其中,所述预定条件用于指示各个所述客户端预计将接收到服务器发送的用于指示开通服务请求接口的指示信息,所述第一时间用于保证各个所述客户端开通所述服务请求接口的时间一致;通过向各个所述客户端发送携带有所述第一时间的指示信息,使得各个所述客户端接收到所述指示信息后均在所述第一时间开通所述服务请求接口,从而能够避免各个客户端由于网络延时导致开通服务请求接口的时间不一致,进而导致抢购失败的问题。同时,通过接收多个所述客户端基于所述服务请求接口提交的服务请求,所述服务请求携带所述客户端提交所述服务请求时的请求提交时间;以及根据所述请求提交时间和所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务,从而能够避免服务器根据服务请求到达时间获取待服务的客户端而导致的不公平的问题,解决了相关技术中由于存在网络延时,先提交请求的用户,可能由于网络延时原因,其提交的请求反而后到达服务器,从而导致抢购失败;或者由于网络延时,导致收到服务器开通服务请求接口的时间晚于其他用户,从而导致提交请求的时间被顺延,进而导致抢购失败的问题。
附图说明
图1:为本发明实施例1的一种服务提供方法的流程图;
图2:为本发明实施例2的一种服务提供方法的流程图;
图3:为本发明实施例3的一种服务提供装置的结构示意图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案,下面将结合附图对本发明实施方式作进一步地详细描述。
可以理解的是,此处描述的具体实施例和附图仅仅用于解释本发明,而非对本发明的限定。
可以理解的是,在不冲突的情况下,本发明中的各实施例及实施例中的各特征可相互组合。
可以理解的是,为便于描述,本发明的附图中仅示出了与本发明相关的部分,而与本发明无关的部分未在附图中示出。
可以理解的是,本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构,也可由多个实体结构组成,或者,多个单元、模块也可集成为一个实体结构。
可以理解的是,在不冲突的情况下,本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。
可以理解的是,本发明的流程图和框图中,示出了按照本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可代表一个单元、模块、程序段、代码,其包含用于实现规定的功能的可执行指令。而且,框图和流程图中的每个方框或方框的组合,可用实现规定的功能的基于硬件的系统实现,也可用硬件与计算机指令的组合来实现。
可以理解的是,本发明实施例中所涉及的单元、模块可通过软件的方式实现,也可通过硬件的方式来实现,例如单元、模块可位于处理器中。
申请概述
现有的互联网服务模式下,用户提交服务请求之前,比如抢购请求,需要等待服务器向客户端发送“开始抢购”指示。客户端收到指示后,立即改变客户端界面上对应对象的属性或状态(例如:将提交订单按钮由灰色变为彩色),以使用户可以开始提交抢购请求。然而,由于客户端接收服务器发送的“开始抢购”指示存在网络延时,导致各个客户端开通服务请求接口的时间不一致,从而无法保证抢购的公平性,同时,由于客户端向服务器提交服务请求也存在网络延时,而服务器根据服务请求到达时间获取待服务的客户端,从而容易导致先提交请求的用户抢购失败的问题。
针对上述技术问题,本申请的构思是提供一种服务提供方法,由服务器根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间,而第一时间用于保证各个所述客户端开通所述服务请求接口的时间一致,同时,根据客户端提交服务请求的时间获取待服务的客户端,进而最终是否能获得所请求的服务,仅在于用户抢购操作过程所花费的时间,而与网络传输时延无关,从而能够提升抢购的公平性,避免客户端因网络延时而导致的抢购失败的问题。
在介绍了本申请的基本原理之后,下面将参考附图来具体介绍本申请的各种非限制性实施例。
实施例1:
本实施例提供一种服务提供方法,应用于服务器,如图1所示,该方法包括:
步骤S102:根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间;其中,所述预定条件用于指示各个客户端预计将接收到服务器发送的用于指示开通所述服务请求接口的指示信息。
具体地,服务器在向客户端发送用于指示开通服务请求接口的指示信息之前,对预计将接收到该指示消息的客户端进行单向(服务器到客户端)传输时延测量,以获取自身到预计将接收到该指示信息的各个客户端之间的单向传输时延,并获取所有单向传输时延中的最大值,记为T1,再根据最大值T1获取各个客户端显示服务请求接口的第一时间。例如,在直播场景中,预计将接收到该指示消息的客户端为正在观看该直播视频的客户端,当需要向正在观看该直播视频的各个客户端发送抢购指示时,先获取自身到正在观看该直播视频的各个客户端之间的单向传输时延,并获取最大值T1,再根据最大值T1获取第一时间。
在本实施例中,为了保证各个客户端开通服务请求接口的时间一致,第一时间可以设置为大于等于当前时间与最大值T1之和的某一时间,同时,为了提升用户体验,该第一时间优选设置为最大值和当前时间之和,若当前时间记为T2,则第一时间为(T1+T2),单位可以为毫秒。
在本实施例中,当前时间可以为当前网络时间或服务器自身的当前本地时间,服务器的本地时间与网络时间或各个客户端的本地时间保持同步。其中,网络时间是指:从授时中心获得(例如:采用NTP(Network Time Protocol,网络时间协议)方式)的时间值,由于互联网、移动通信网络等,均会从授时中心直接或间接获取时间值,因此服务器可以通过互联网或移动通信网络等其他从授时中心获得时间值的网络间接获取授时中心的时间值,客户端和服务器可以定期或不定期的通过NTP获得网络时间,以保持相互间的时间同步。
步骤S104:向各个客户端发送携带有第一时间的指示信息,以使各个客户端接收到指示信息后,均在第一时间开通服务请求接口。
在本实施例中,客户端接收到服务器发送的携带有第一时间的指示信息后,将接收到该指示消息时的当前网络时间或当前本地时间与第一时间进行比较,判断当前网络时间或当前本地时间是否小于第一时间,若当前网络时间或当前本地时间尚未到达第一时间,则等待当前网络时间或当前本地时间到达第一时间时,开通服务请求接口;若当前网络时间或当前本地时间已到达或超过第一时间,则立即开通服务请求接口。其中,开通服务请求接口比如可以是将界面上预先显示的用于提交服务请求的预设对象从未开通状态切换至已开通状态,预设对象可以是按钮,文字,图片等等,其中,预设对象的未开通状态和已开通状态具有不同的属性,该属性可以是颜色、大小、透明度等等。比如,从未开通状态切换至已开通状态可以是将按钮由灰色变为彩色。
步骤S106:接收多个客户端基于服务请求接口提交的服务请求,服务请求携带客户端提交服务请求时的请求提交时间。
在本实施例中,当客户端检测到用户基于服务请求接口的提交操作时,比如,用户点击由灰色变为彩色的按钮,则向服务器提交服务请求,其中包括提交请求时的请求提交时间,请求提交时间为网络时间或客户端自身的本地时间,本地时间事先与网络时间或服务器的本地时间保持同步。
步骤S108:根据请求提交时间以及服务请求的数量获取待服务的客户端,并根据服务请求为待服务的客户端提供服务。
在本实施例中,服务器接收到所有客户端的服务器请求之后,判断服务请求的数量是否大于预设服务数量,若是,则对接收到的服务请求按照其中包含的请求提交时间从小到大进行排序,并将排序靠前的预设服务数量的服务请求所对应的客户端作为待服务的客户端,并为其提供服务。其中,若遇到时间值相同,但排序超出预设服务数量的情况,例如预设服务数量为1000个,但排序在第901位到2000位的服务请求所对应的请求提交时间相同,那么再在1100个服务请求中随机选择100个请求进行服务。此外,若服务请求的数量等于预设服务数量,则服务器为所有客户端提供服务。
在本实施例中,为避免因为预设服务数量超过服务请求的数量而导致的无法提供服务的情况发生,以及为了避免无期限的等待,服务器可以从发送指示信息或接收到第一个服务请求之后起,以T1或其他数值的整数倍为周期,对每个周期内接收到的服务请求进行排序,并按照剩余服务数量获取待服务的客户端,直到待服务的客户端达到预设服务数量为止。例如,预设服务数量为1000个,但服务器在第一个周期内只接收到900个客户端的服务器请求,则服务器先为该900个客户端提供服务,若在第二个周期内服务器接收到200个客户端的服务器请求,此时,剩余服务数量为100个,则服务器对该200个服务请求按照请求提交时间从小到大进行排序,并将排序靠前的100的服务请求所对应的客户端作为待服务的客户端,并为其提供服务。
在一个具体的实施例中,该服务提供方法可以包括如下步骤:
(1)服务器在向客户端发送用于指示开通服务请求接口的指示信息之前,对预计将接收到所述指示消息的客户端进行单向(服务器到客户端)传输时延测量。
(2)将测量所得的所有客户端的时延值中的最大值,记为T1。
(3)服务器向客户端发送所述指示消息时,将当前网络时间(记为T2)与T1的和,随所述指示消息发送给所有客户端。
(4)客户端接收到来自服务器的指示消息后,将收到该指示消息时的网络时间与(T1+T2)所指示的时间值进行比较。
a)如果当前网络时间尚未到达(T1+T2)所指示的时间值,则等待网络时间到达(T1+T2)所指示的时间值之时,开通所述服务请求接口,即将客户端界面上显示的用于提交服务请求的灰色按钮变为彩色。
b)如果当前网络时间已到达或超过(T1+T2)所指示的时间值,则立即开通所述服务请求接口。
(5)客户端根据用户的提交操作(例如以“点击提交按钮”为标志的提交操作)向服务器提交服务请求,其中包括提交请求时的网络时间值。
(6)服务器接收到所有客户端的服务请求之后,按照其中包含的“提交请求时的网络时间值”,对服务请求按“提交请求时的网络时间值”从小到大进行排序。
(7)服务器按照预先设定的可提供的服务数量(例如,抢购的商品数量,或红包份数)去排序靠前的相同数量的服务请求,为这些请求提供服务(例如,通知客户端订单提交成功,或显示抢得的红包金额)。
需要说明的是,由于客户端和服务器可以定期或不定期的获得网络时间,以保持相互间的时间同步,因此,上述网络时间可以用本地时间替换。对于(4)b),如果出现人为故意篡改,或者丢包的情况,可能导致某个客户端的本地时间超过(T1+T2)所指示的时间值,此时,若超过(T1+T2)不足一个预定的时间长度t1,则可以立即开通所述服务请求接口,t1小于1秒。其中,为了避免出现突发情况而造成的额外延时,比如,服务器到某个客户端的单向传输时延为20ms,且是所有单向传输时延中的最大值,若由于某一突发情况可能导致客户端提交的服务请求在30ms之后才到达,因此,t1优选为T1的整数倍。同时,如果当前客户端时间已经超过(T1+T2+t1)所指示的时间值,比如被篡改,为了避免因客户端时间较网络时间快,而导致的始终无法开通服务请求接口的情况,则当前客户端可以等待一个随机时间长度或者预设时间值t2,再开通服务请求接口。
需要说明的是,默认情况下,客户端获取网络时间的时延可以忽略不计,或者,在(2)中,客户端可以向服务器提供自身获取网络时间所需的时间值,服务器将此时间值与测量所得的延时值之和的最大值记为T1。
本发明实施例提供的服务提供方法,由服务器根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间;其中,所述预定条件用于指示各个所述客户端预计将接收到服务器发送的用于指示开通服务请求接口的指示信息,所述第一时间用于保证各个所述客户端开通所述服务请求接口的时间一致;通过向各个所述客户端发送携带有所述第一时间的指示信息,使得各个所述客户端接收到所述指示信息后均在所述第一时间开通所述服务请求接口,从而能够避免各个客户端由于网络延时导致开通服务请求接口的时间不一致,进而导致抢购失败的问题。同时,通过接收多个所述客户端基于所述服务请求接口提交的服务请求,所述服务请求携带所述客户端提交所述服务请求时的请求提交时间;以及根据所述请求提交时间和所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务,从而能够避免服务器根据服务请求到达时间获取待服务的客户端而导致的不公平的问题,解决了相关技术中由于存在网络延时,先提交请求的用户,可能由于网络延时原因,其提交的请求反而后到达服务器,从而导致抢购失败;或者由于网络延时,导致收到服务器开通服务请求接口的时间晚于其他用户,从而导致提交请求的时间被顺延,进而导致抢购失败的问题。
实施例2:
如图2所示,本实施例提供一种服务提供方法,应用于客户端,所述方法包括:
步骤S202:接收服务器发送的携带有第一时间的用于指示开通服务请求接口的指示信息;
步骤S204:在第一时间开通服务请求接口;
步骤S206:当检测到用户基于服务请求接口的提交操作时,向服务器提交服务请求,服务请求携带提交服务请求时的请求提交时间,以使服务器根据接收到的请求提交时间以及服务请求的数量获取待服务的客户端,并根据服务请求为待服务的客户端提供服务。
优选地,请求提交时间为网络时间或客户端自身的本地时间,本地时间与网络时间或服务器的本地时间保持同步。
优选地,在第一时间开通服务请求接口,具体可以包括:
判断当前网络时间或当前本地时间是否早于第一时间;
若是,则等待当前网络时间或当前本地时间到达第一时间时,开通服务请求接口;
若否,则立即开通服务请求接口。
优选地,开通服务请求接口,具体可以包括:
将界面上预先显示的用于提交服务请求的预设对象从未开通状态切换至已开通状态;
其中,预设对象的未开通状态和已开通状态具有不同的颜色。
实施例3:
参考图3,本实施例提供一种服务提供装置,包括存储器21和处理器22,存储器21中存储有计算机程序,处理器22被设置为运行所述计算机程序以执行实施例1或实施例2中的服务提供方法。
其中,存储器21与处理器22连接,存储器21可采用闪存或只读存储器或其他存储器,处理器22可采用中央处理器或单片机。
实施例2至实施例3提供的服务提供方法及装置,由服务器根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间;其中,所述预定条件用于指示各个所述客户端预计将接收到服务器发送的用于指示开通服务请求接口的指示信息,所述第一时间用于保证各个所述客户端开通所述服务请求接口的时间一致;通过向各个所述客户端发送携带有所述第一时间的指示信息,使得各个所述客户端接收到所述指示信息后均在所述第一时间开通所述服务请求接口,从而能够避免各个客户端由于网络延时导致开通服务请求接口的时间不一致,进而导致抢购失败的问题。同时,通过接收多个所述客户端基于所述服务请求接口提交的服务请求,所述服务请求携带所述客户端提交所述服务请求时的请求提交时间;以及根据所述请求提交时间和所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务,从而能够避免服务器根据服务请求到达时间获取待服务的客户端而导致的不公平的问题,解决了相关技术中由于存在网络延时,先提交请求的用户,可能由于网络延时原因,其提交的请求反而后到达服务器,从而导致抢购失败;或者由于网络延时,导致收到服务器开通服务请求接口的时间晚于其他用户,从而导致提交请求的时间被顺延,进而导致抢购失败的问题。
可以理解的是,以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式,然而本发明并不局限于此。对于本领域内的普通技术人员而言,在不脱离本发明的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本发明的保护范围。
Claims (10)
1.一种服务提供方法,应用于服务器,其特征在于,所述方法包括:
根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间;其中,所述预定条件用于指示各个所述客户端预计将接收到服务器发送的用于指示开通所述服务请求接口的指示信息;
向各个所述客户端发送携带有所述第一时间的所述指示信息,以使各个所述客户端接收到所述指示信息后,均在所述第一时间开通所述服务请求接口;
接收多个所述客户端基于所述服务请求接口提交的服务请求,所述服务请求携带所述客户端提交所述服务请求时的请求提交时间;
根据所述请求提交时间以及所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务。
2.根据权利要求1所述的服务提供方法,其特征在于,所述根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间,具体包括:
获取自身到满足所述预定条件的各个所述客户端之间的单向传输时延;
获取所有所述单向传输时延中的最大值;
根据所述最大值获取各个所述客户端显示服务请求接口的第一时间。
3.根据权利要求2所述的服务提供方法,其特征在于,所述根据所述最大值获取各个所述客户端显示服务请求接口的第一时间,具体包括:
根据所述最大值和当前时间获取各个所述客户端显示服务请求接口的第一时间,其中,所述第一时间为所述最大值和所述当前时间之和。
4.根据权利要求3所述的服务提供方法,其特征在于,所述当前时间为当前网络时间或所述服务器自身的当前本地时间,所述当前本地时间与所述当前网络时间或各个所述客户端的当前本地时间保持同步。
5.根据权利要求1所述的服务提供方法,其特征在于,所述根据所述请求提交时间以及所述服务请求的数量获取待服务的客户端,具体包括:
判断所述服务请求的数量是否大于预设服务数量;
若是,则对接收到的所述服务请求按照所述请求提交时间从小到大进行排序,并将排序靠前的所述预设服务数量的所述服务请求所对应的客户端作为所述待服务的客户端。
6.一种服务提供方法,应用于客户端,其特征在于,所述方法包括:
接收服务器发送的携带有第一时间的用于指示开通服务请求接口的指示信息;
在所述第一时间开通所述服务请求接口;
当检测到用户基于所述服务请求接口的提交操作时,向所述服务器提交服务请求,所述服务请求携带提交所述服务请求时的请求提交时间,以使所述服务器根据接收到的所述请求提交时间以及所述服务请求的数量获取待服务的客户端,并根据所述服务请求为所述待服务的客户端提供服务;
服务器根据自身到满足预定条件的各个客户端之间的传输时延获取各个所述客户端开通服务请求接口的第一时间。
7.根据权利要求6所述的服务提供方法,其特征在于,所述请求提交时间为网络时间或所述客户端自身的本地时间,所述本地时间与所述网络时间或所述服务器的本地时间保持同步。
8.根据权利要求6所述的服务提供方法,其特征在于,所述在所述第一时间开通所述服务请求接口,具体包括:
判断当前网络时间或当前本地时间是否早于所述第一时间;
若是,则等待所述当前网络时间或所述当前本地时间到达所述第一时间时,开通所述服务请求接口;
若否,则立即开通所述服务请求接口。
9.根据权利要求6所述的服务提供方法,其特征在于,所述开通所述服务请求接口,具体包括:
将界面上预先显示的用于提交服务请求的预设对象从未开通状态切换至已开通状态;
其中,所述预设对象的所述未开通状态和所述已开通状态具有不同的颜色。
10.一种服务提供装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以实现如权利要求1-5中任一项所述的服务提供方法,或实现如权利要求6-9中任一项所述的服务提供方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110818498.2A CN113596002B (zh) | 2021-07-20 | 2021-07-20 | 一种服务提供方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110818498.2A CN113596002B (zh) | 2021-07-20 | 2021-07-20 | 一种服务提供方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113596002A CN113596002A (zh) | 2021-11-02 |
CN113596002B true CN113596002B (zh) | 2022-11-18 |
Family
ID=78248336
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110818498.2A Active CN113596002B (zh) | 2021-07-20 | 2021-07-20 | 一种服务提供方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113596002B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102325148A (zh) * | 2011-05-25 | 2012-01-18 | 重庆新媒农信科技有限公司 | 一种WebService服务调用方法 |
CN109739635A (zh) * | 2019-01-28 | 2019-05-10 | Oppo广东移动通信有限公司 | 系统性能的优化方法、装置、终端及存储介质 |
CN110535901A (zh) * | 2019-07-05 | 2019-12-03 | 中国平安财产保险股份有限公司 | 服务降级方法、装置、计算机设备及存储介质 |
CN111181943A (zh) * | 2019-12-24 | 2020-05-19 | 平安医疗健康管理股份有限公司 | 基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质 |
CN111488373A (zh) * | 2020-03-24 | 2020-08-04 | 支付宝(杭州)信息技术有限公司 | 用于处理请求的方法和系统 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7787486B2 (en) * | 2006-11-13 | 2010-08-31 | Honeywell International Inc. | Method and system for achieving low jitter in real-time switched networks |
US9756153B2 (en) * | 2011-06-01 | 2017-09-05 | Finite State Research Llc | Method for improving accuracy in computation of one-way transfer time for network time synchronization |
CN105303431A (zh) * | 2015-11-17 | 2016-02-03 | 张斌 | 一种网购的抢购方法 |
CN106060088B (zh) * | 2016-07-26 | 2020-11-06 | 新华三技术有限公司 | 一种服务管理方法及装置 |
CN111953655B (zh) * | 2017-02-28 | 2023-03-10 | 华为云计算技术有限公司 | 一种通信系统中服务器响应请求消息的方法及设备 |
CN106993028A (zh) * | 2017-03-20 | 2017-07-28 | 山东浪潮商用系统有限公司 | 网络时间获取方法、装置及系统、可读介质及存储控制器 |
CN109710228B (zh) * | 2018-11-09 | 2022-05-31 | 安徽同徽信息技术有限公司 | 一种可应用于电商b2b交易平台的中间件引擎框架系统 |
CN110851276A (zh) * | 2019-11-07 | 2020-02-28 | 深圳乐信软件技术有限公司 | 一种业务请求处理方法、装置、服务器和存储介质 |
CN114416049B (zh) * | 2021-12-23 | 2023-03-14 | 北京来也网络科技有限公司 | 结合rpa和ai的服务接口的配置方法及装置 |
-
2021
- 2021-07-20 CN CN202110818498.2A patent/CN113596002B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102325148A (zh) * | 2011-05-25 | 2012-01-18 | 重庆新媒农信科技有限公司 | 一种WebService服务调用方法 |
CN109739635A (zh) * | 2019-01-28 | 2019-05-10 | Oppo广东移动通信有限公司 | 系统性能的优化方法、装置、终端及存储介质 |
CN110535901A (zh) * | 2019-07-05 | 2019-12-03 | 中国平安财产保险股份有限公司 | 服务降级方法、装置、计算机设备及存储介质 |
CN111181943A (zh) * | 2019-12-24 | 2020-05-19 | 平安医疗健康管理股份有限公司 | 基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质 |
CN111488373A (zh) * | 2020-03-24 | 2020-08-04 | 支付宝(杭州)信息技术有限公司 | 用于处理请求的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113596002A (zh) | 2021-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA1279933C (en) | Local area network for digital data processing system | |
US7552166B2 (en) | Method of queuing requests to access a communications network | |
CN111083519A (zh) | 基于云和边缘计算的vr内容分发系统及方法 | |
CN109040326A (zh) | 推送消息的方法和装置 | |
CN108574722B (zh) | 资源同步方法、装置及系统 | |
CN108055311B (zh) | Http异步请求方法、装置、服务器、终端和存储介质 | |
US20190334969A1 (en) | Media Downlink Transmission Control Method and Related Device | |
JP2002505554A (ja) | 音声相互接続と自動着信分配装置を備えた、インターネットウェブサイト | |
CN101686438B (zh) | 一种短信群发的方法和设备 | |
CN112057846B (zh) | 云游戏服务调度的交互方法、装置、设备和存储介质 | |
JP2001320423A (ja) | 輻輳制御方法及び方式 | |
CN113596002B (zh) | 一种服务提供方法及装置 | |
US6430694B1 (en) | Method and apparatus for synchronizing the provision of data among geographically distributed databases | |
CN108460042B (zh) | 一种页面显示的方法、相关设备及系统 | |
CN111885171A (zh) | Vr模型快速云部署方法 | |
CN113596127B (zh) | 一种服务提供方法及装置 | |
CN115665713A (zh) | 多设备的通信方法、装置、设备及存储介质 | |
JP2001045020A (ja) | 応答分散式通信方法および通信システム | |
CN115134422A (zh) | 业务处理方法、视联网终端、主控设备、电子设备及介质 | |
CN105992071B (zh) | 业务呈现方法及装置 | |
CN110489249B (zh) | 一种消息的处理方法及系统 | |
CN110443710B (zh) | 一种批量签名的区块链系统及方法 | |
CN115426509B (zh) | 直播信息同步方法、装置、设备及存储介质 | |
CN115442180B (zh) | 基于can总线的通讯方法、装置、设备及存储介质 | |
CN109660603A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |