CN109474674A - 内容的传输方法和装置、存储介质、电子装置 - Google Patents
内容的传输方法和装置、存储介质、电子装置 Download PDFInfo
- Publication number
- CN109474674A CN109474674A CN201811260085.1A CN201811260085A CN109474674A CN 109474674 A CN109474674 A CN 109474674A CN 201811260085 A CN201811260085 A CN 201811260085A CN 109474674 A CN109474674 A CN 109474674A
- Authority
- CN
- China
- Prior art keywords
- database
- content
- client
- request
- application
- 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
-
- 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/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种内容的传输方法和装置、存储介质、电子装置。其中,该方法包括:获取第一请求的请求结果,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;获取第二数据库返回的第一类型的内容。本发明解决了相关技术中所提供的内容服务的稳定性较差的技术问题。
Description
技术领域
本发明涉及互联网领域,具体而言,涉及一种内容的传输方法和装置、存储介质、电子装置。
背景技术
随着科学技术的不断发展,通信技术也得到了飞速的发展,通信产品的各种网上娱乐方式也越来越多,人们也享受到了科技发展带来的各种新型的娱乐方式。例如,微博、网络游戏、网络直播、网络视频、游戏内容等等,都是通信技术发展形成的网上娱乐方式,用户可以利用通信设备在网络直播平台上享受各种类型的网络娱乐方式。
如游戏活动的公告内容,不同用户可在同一平台透过网络系统了解游戏的各种公告活动,当服务器接收到大量的查询请求时,会造成服务器和数据库压力过大,影响服务器的响应效率,使得客户端需要等待较长时间才能查询到相关游戏内容,在服务器服务不可用时,甚至会出现请求超时、客户端获取不到数据、显示空白等问题,从而极大的影响用户的体验。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种内容的传输方法和装置、存储介质、电子装置,以至少解决相关技术中所提供的内容服务的稳定性较差的技术问题。
根据本发明实施例的一个方面,提供了一种内容的传输方法,包括:获取第一请求的请求结果,其中,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;获取第二数据库返回的第一类型的内容。
根据本发明实施例的一个方面,提供了一种内容的传输方法,包括:获取第一客户端的第一请求,其中,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;响应于第一请求,在第二数据库中查找第一类型的内容,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;将从第二数据库查找到的第一类型的内容发送给第一客户端。
根据本发明实施例的另一方面,还提供了一种内容的传输装置,包括:第一获取单元,用于获取第一请求的请求结果,其中,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;第一发送单元,用于在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;第二获取单元,用于获取第二数据库返回的第一类型的内容。
根据本发明实施例的另一方面,还提供了一种内容的传输装置,包括:第三获取单元,用于获取第一客户端的第一请求,其中,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;查找单元,用于响应于第一请求,在第二数据库中查找第一类型的内容,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;第二发送单元,用于将从第二数据库查找到的第一类型的内容发送给第一客户端。
根据本发明实施例的另一方面,还提供了一种存储介质,该存储介质包括存储的程序,程序运行时执行上述的方法。
根据本发明实施例的另一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器通过计算机程序执行上述的方法。
在本发明实施例中,获取第一请求的请求结果,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;获取第二数据库返回的第一类型的内容,换言之,可在第一数据库(即缓存数据库)正常时,可以通过第一数据库为用户提供服务,在第一数据库发生异常的情况下,终端可向第二数据库发送第一请求,利用第二数据库之前缓存的第二客户端从第一数据库请求过的内容来为用户提供服务,从而保证即时在第一数据发生异常的情况下,所提供的内容服务不中断,可以解决了相关技术中所提供的内容服务的稳定性较差的技术问题,进而达到提高内容服务的稳定性的技术效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的内容的传输方法的硬件环境的示意图;
图2是根据本发明实施例的一种可选的内容的传输方法的流程图;
图3是根据本发明实施例的一种可选的用户界面的示意图;
图4是根据本发明实施例的内容的传输系统的示意图;
图5是根据本发明实施例的一种可选的内容的传输方法的流程图;
图6是根据本发明实施例的一种可选的用户界面的示意图;
图7是根据本发明实施例的内容的传输系统的示意图;
图8是根据本发明实施例的一种可选的内容的传输方法的流程图;
图9是根据本发明实施例的一种可选的内容的传输装置的示意图;
以及
图10是根据本发明实施例的一种终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释:
活动公告内容:指主办者官方发布的活动内容和福利通知等。
活动组:包含多个活动的一组活动。
活动列表:根据时间、热度、组合、新活动置顶规则对活动和活动组顺序显示。
QPS:英文全称为Query Per Second,中文称为每秒查询率或称每秒最大处理请求峰值,是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。
根据本发明实施例的一方面,提供了一种内容的传输方法的方法实施例。
可选地,在本实施例中,上述内容的传输方法可以应用于如图1所示的由服务器101和终端103所构成的硬件环境中。如图1所示,服务器101通过网络与终端103进行连接,可用于为终端或终端上安装的客户端提供服务(如游戏服务、应用服务、地图服务、自动驾驶等),可在服务器101上或独立于服务器101设置数据库105,用于为服务器101提供数据存储服务,上述网络包括但不限于:广域网、城域网或局域网,终端103并不限定于PC、手机、平板电脑等。
本发明实施例的内容的传输方法可以由终端103来执行,图2是根据本发明实施例的一种可选的内容的传输方法的流程图,如图2所示,该方法可以包括以下步骤:
步骤S202,终端获取第一请求的请求结果,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同。
第一客户端(如图6所示的客户端)为终端上第一应用的客户端,第一应用为可以观看内容的应用,如浏览器应用、多媒体应用(如社区类应用、新闻应用)等,第二应用可以为游戏应用,换言之,第一数据库中保存有游戏服务提供者发布的各类游戏内容。
上述的请求结果可以是第一数据库或者与第一数据库之间的中间设备(如图7所示的活动服务器)反馈的,如活动服务器反馈的第一数据库发生故障、活动服务器自己发生故障、第一数据库超时没有反馈,也可是第一客户端自己确定的,如在约定的时间(如2秒)内没有收到响应信息。
步骤S204,在请求结果表明第一数据库发生异常的情况下,终端向第二数据库发送第一请求,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端。
第二客户端可以为第一应用的任意客户端(包括前述第一客户端),而第一客户端是指当前发起请求的客户端,对于任意的第二客户端,当其向第一数据库发起请求时,可以将其请求的内容缓存在第二数据库中,以便于其他客户端请求相同类型的内容时可从第二数据库获取。
在正常情况下,第一数据库应该在约定的时间内对请求进行响应,发生异常是指第一数据库出现了非正常的情况,如超时没有反馈、反馈第一数据库出现故障等情况。
步骤S206,终端获取第二数据库返回的第一类型的内容。
上述实施例以本发明实施例的内容的传输方法由终端来执行为例进行说明,本发明实施例的内容的传输方法可以由服务器101来执行,如图7所示的客户端缓存数据库所在的服务器(记为缓存服务器),以在缓存服务器执行为例,包括如下步骤:
步骤S302,缓存服务器获取第一客户端的第一请求,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同。
步骤S304,响应于第一请求,缓存服务器在第二数据库中查找第一类型的内容,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端。
步骤S306,缓存服务器将从第二数据库查找到的第一类型的内容发送给第一客户端。
本发明实施例的内容的传输方法还可以由服务器101和终端103共同执行,其中,终端103执行本发明实施例的内容的传输方法也可以是由安装在其上的客户端来执行。
通过上述步骤S202至步骤S206,在第一数据库(即缓存数据库)正常时,可以通过第一数据库为用户提供服务,在第一数据库发生异常的情况下,终端可向第二数据库发送第一请求,利用第二数据库之前缓存的第二客户端从第一数据库请求过的内容来为用户提供服务,从而保证即时在第一数据发生异常的情况下,所提供的内容服务不中断,可以解决了相关技术中所提供的内容服务的稳定性较差的技术问题,进而达到提高内容服务的稳定性的技术效果。
对于许多游戏类的社区应用(即第一应用),如“王者荣耀助手”这一款垂直王者荣耀游戏(即第二应用)的社区应用,里面有很多游戏官方发布的活动通知内容,管理端可以根据时间、热度、新活动置顶等规则对活动进行排序和分活动组,用户可以对这些活动内容和活动组内容进行浏览、收藏、点赞,从而提升游戏触达,提高游戏日活DAU(英文全称为Daily Active User,中文全称为日活跃用户数量)和游戏带来的相关收益。
在用户浏览、收藏这些活动和活动组列表的过程中,会涉及到大量的查询操作、浏览记录操作、收藏操作、点赞操作、评论等(如图3所示,可以通过左下角的输入框进行评论,通过右下角的标识进行点赞、收藏等操作),会增加服务端的压力和硬件成本,并对服务可靠性形成挑战和影响。
为了节省成本,提高服务可靠性,本申请提出了一种针对活动公告内容的高可靠实现机制,服务端通过数据准实时同步,客户端(如基于H5实现或基于应用实现的客户端)和服务端使用双读写缓存的处理机制,从而保证即使在后台服务完全不可用的情况下,用户服务不受影响,保证用户服务依然处于可用的状态,提升产品可用性、健壮性以及用户体验。下面结合图2和图3所示的步骤进一步详述本申请的技术方案:
可选地,执行步骤S202或者步骤S302的方案之前,对于缓存数据库(即第二数据库)而言,可以缓存各个客户端请求过的内容,如在第二客户端向第一数据库请求第一类型的内容的情况下,将第二客户端请求到的第一内容保存至第二数据库,第一内容是更新时间为第一时刻的第一类型的内容。
在上述实施例中,第二数据库将第二客户端请求到的第一内容保存至第二数据库可包括:在第二数据库中未保存有第一类型的内容的情况下,将第一内容、第一时刻以及第一类型保存在第二数据库中,以便于后续用户请求第一类型的内容时按照第一类型进行索引;在第二数据库中保存有第一类型的内容的情况下,将第二数据库中保存的第三内容替换为第一内容,并将第一类型的内容的更新时间由第三时刻替换为第一时刻,第三内容是第二数据库中保存的更新时间为第三时刻的第一类型的内容,第三时刻早于第一时刻,换言之,对于相同类型的内容,可以比较其更新时间,仅保存更新时间最近的内容。
在步骤S202提供的技术方案中,第一客户端在向第一数据库请求第一类型的内容时,发送第一请求,并获取第一请求的请求结果,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同。
可选地,获取第一请求的请求结果包括:在第一数据库未在目标时间范围返回第一请求的响应信息(即第一数据超时没有反馈)或返回的响应信息表明第一数据库的服务发生故障(如暂停服务、死机等)的情况下,确定请求结果为第一数据库发生异常。
上述的请求结果包括正常(即在约定的时间内容接收到请求的内容)和异常,在步骤S204提供的技术方案中,在请求结果表明第一数据库发生异常的情况下,终端向第二数据库发送第一请求,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端。
在步骤S302提供的技术方案中,缓存服务器获取第一客户端的第一请求,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同。
在终端向第二数据库发送第一请求之后,第二数据库获取第一客户端的第一请求,可包括:在第一客户端向第一数据库发送第一请求之后,在第一数据库发生异常的情况下,获取第一客户端向第二数据库发送的第一请求,第一数据库发生异常的情况包括第一数据库未在目标时间范围返回第一请求的响应信息或返回的响应信息表明第一数据库的服务发生故障。
在步骤S304提供的技术方案中,响应于第一请求,缓存服务器在第二数据库中查找第一类型的内容,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端。
可选地,将从第二数据库查找到的第一类型的内容发送给第一客户端包括:将从第二数据库查找到的以第一类型为关键字的第一内容发送给第一客户端。
在步骤S306提供的技术方案中,缓存服务器将从第二数据库查找到的第一类型的内容发送给第一客户端。
在步骤S206提供的技术方案中,在缓存服务器将从第二数据库查找到的第一类型的内容发送给第一客户端之后终端获取第二数据库返回的第一类型的内容。
可选地,第二数据库在第二客户端向第一数据库请求第一类型的内容的情况下,保存第二客户端请求到的第一内容,第一内容为第一类型的内容,获取第二数据库返回的第一类型的内容即获取在第二数据库中以第一类型为关键词查找到的第一内容。
可选地,第一类型的更新时刻为第一时刻,在获取第二数据库查找到的第一内容之后,在第一数据库由异常恢复为正常的情况下,从第一数据库获取第二内容,第二内容是更新时间为第二时刻的第一类型的内容,第二时刻晚于第一时刻,换言之,在第一数据库恢复正常的情况下,内容服务由第二数据库无缝地转接给第一数据库,从而使得无论第一数据库正常与否,均能为用户提供稳定的服务。
可选地,在获取第二数据库返回的第一类型的内容之后,用户可以在第一客户端中执行点赞、评论、回复等标识操作,第一客户端在检测到目标标识操作的情况下,向第三数据库发送同步请求,目标标识操作为在第一客户端中对第一类型的内容的标识操作,同步请求用于请求同步对第一类型的内容的目标标识操作至第四数据库,第三数据库用于保存接收到的同步请求。
可选地,在第一客户端向活动数据库发送同步请求之后,同步服务器可定时去查询活动数据库,将其保存的同步请求所请求的目标标识操作同步至第四数据库(第四数据库可以为前述第一数据库,也可为其它专用于保存标识操作的数据库),而不用活动数据库所在的服务器自己去进行同步,进而可以提高该服务器对外提供服务的效率,第四数据库用于保存所有内容的标识操作,在第一应用的任意客户端(如前述第一客户端等)请求第一类型的内容时,将目标标识操作发送给该客户端,换言之,任意客户端在获取所请求类型的内容时,也会将对该内容的所有标识操作同步到客户端与该内容一起进行显示。
可选地,在获取第一请求的请求结果之前,开发人员或者服务提供商可以在后台进行内容管理,如将将管理请求发送给第三数据库,以对第三内容(可以为任意与第二应用相关的内容,如前述第一内容)进行管理,同步服务器可以定时查询管理请求,在第四数据库中对管理请求所请求的第三内容进行处理。
可选地,同步服务器在第四数据库中对管理请求所请求的第三内容进行处理包括以下之一:同步服务器修改第四数据库中保存的第三内容;同步服务器删除第四数据库中保存的第三内容;同步服务器在第四数据库中新增第三内容。
采用本申请的技术方案,采用双端缓存(即服务端和客户端同时缓存)的机制,以进行数据同步等处理,减少客户端对活动服务器的请求量,减少活动数据库的读写数量,当整个后台出现问题,不能正常提供服务时,业务仍然可用,提升整个产品功能的高可靠、高可用。
作为一种可选的实施例,下面以将本申请的技术方案应用于游戏为例进一步详述本申请的技术方案。
在一个可选的实施例中,提供了一种单一依靠后台保障,数据同步写缓存和落地数据库的技术方案,该方案的架构参见图4,该方案的实现流程参见图5:
查询相关的流程步骤如下:
步骤S502,用户在客户端查询活动和活动组列表详情,客户端向活动服务器发送列表详情查询。
步骤S504,活动服务器收到请求,把查询列表条件携带有活动列表请求中提交到活动数据库进行列表查询处理。
步骤S506,活动数据库根据活动列表请求中的列表条件,对活动和活动组排序和筛选处理,确定待查询的活动标识。活动服务器将活动标识携带于查询活动详情的请求中,发送给缓存数据库,以在缓存数据库查询活动详情。
步骤S508,缓存数据库将查询结果,即活动详情,返回给活动数据库。
步骤S510,活动数据库将活动列表结果返回给活动服务器。
步骤S512,活动服务器将列表详情结果返回至客户端进行显示。
进行增改、浏览、收藏活动的流程步骤如下:
步骤S514,白名单用户在管理端进行活动的新增、修改、删除,或者用户在客户端对活动进行浏览、收藏、点赞,此时客户端向活动服务器发送用户请求。
步骤S516,活动服务器接收白名单用户请求,把新增、修改、删除活动的内容携带在记录活动详情请求中提交到缓存数据库存进行缓存处理。
步骤S518,缓存数据库接收请求,更新活动内容,并返回记录活动详情的操作结果给活动服务器。
步骤S520,活动服务器接收普通用户请求,把浏览、收藏、点赞活动的信息携带于记录数据请求中提交到活动数据库进行存储处理。
步骤S522,活动数据库接收到请求,更新用户操作活动的相关信息,并返回活动列表的操作结果。
步骤S524,活动服务器向客户端返回操作结果。
在上述的技术方案中,采用了活动数据库和缓存数据库来存储数据,在一定程度上实现了服务的高性能和数据分离,但是当用户量快递增长,QPS过高时,大量的查询列表详情读操作、浏览和收藏等写操作,会造成活动服务器和活动数据库压力过大,出现请求超时、客户端拉取不到数据、显示空白等问题,导致用户侧的服务不可用。
为了解决前述技术方案中存在的问题:本申请还提供了一种技术方案,该方案采用双端缓存(即服务端和客户端同时缓存)的机制,以进行数据同步等处理,减少客户端对活动服务器的请求量,减少活动数据库的读写数量,当整个后台出现问题,不能正常提供服务时,业务仍然可用,提升整个产品功能的高可靠、高可用。
将本申请的技术方案应用于“王者荣耀助手活动模块”的示意图如图6所示,实现本申请技术方案的系统架构如图7所示,图7中示出了客户端、活动服务器、数据同步服务器、活动数据库、缓存数据库、客户端缓存数据库之间的关系。
相对于前述技术方案,该技术方案新增了数据同步服务器和客户端缓存服务器,数据同步服务器用于准实时同步活动数据和用户操作数据到活动数据库落地、加载活动数据库的数据到缓存数据库,客户端缓存数据库用于存储从活动服务器返回的数据,时效性为长期有效或永久有效。
实现本申请的技术方案的流程如图8所示:
其中,活动读写流程如下:
步骤S802,用户在客户端查询活动和活动组列表详情,客户端向活动服务器发送列表详情查询请求。
步骤S804,活动服务器收到请求,把查询列表条件携带有列表详情求请求中提交到缓存数据库进行列表详情查询处理。
步骤S806,缓存数据库根据活动列表请求中的列表条件,对活动和活动组排序和筛选处理,生成有序的列表详情,并返回列表详情结果。
步骤S808,客户端收到列表详情结果后,将活动服务器返回的列表详情新增或更新到客户端缓存数据库。
步骤S810,客户端缓存数据库收到后,如果当前规则的列表已经有数据,则覆盖已经缓存的列表详情,设置数据缓存长期有效或永久有效;如果当前规则的列表详情无数据,则直接新增,设置数据长期有效或永久有效,客户端缓存数据库并返回缓存结果给客户端。
进行活动的增改、浏览、收藏以及点赞的流程步骤如下:
步骤S812,白名单用户在管理端进行活动的新增、修改、删除,或者用户在客户端对活动进行浏览、收藏、点赞,此时客户端向活动服务器发送用户请求。
步骤S814,活动服务器接收请求,把新增、修改、删除、浏览、收藏、点赞活动的内容携带于记录数据请求中提交到缓存数据库进行存储处理。缓存数据库接收请求,更新活动操作内容,并返回操作结果(记录数据结果)给活动服务器。
步骤S816,同步服务器定时扫描缓存数据库活动内容。
步骤S818,将新增、修改、删除、浏览、收藏、点赞活动的内容按规则同步到活动数据库,备份落地。
在上述实施例中,同步服务涉及的数据可包括活动列表、用户收藏列表、用户浏览记录等用有序集合sort set存储。活动详情采用hash存储,包括活动时间、内容、浏览次数、活动类型等。
在上述技术方案中,采用了基于双端缓存的高可靠机制,此处的双端缓存是指客户端在拉取到活动服务器的返回数据后,使用该数据展示给用户,并将该数据写到客户端缓存数据库,设置缓存时间为长期有效或永久有效,如果出现活动服务器宕掉或停止服务,客户端将不再请求活动服务器查询数据,直接使用客户端缓存数据库的上一次正常更新的列表详情,保障客户端一直是有数据可展示。
客户端可定时去活动服务器查询活动列表详情,时间阀值可配置,当没有达到查询活动服务器的阀值时,直接去客户端缓存数据库中查询缓存的活动详情列表,因为从业务上和功能上来说,公告活动相关的内容的展示,可以允许时效性稍微有延迟,对于用户体验不会有任何感知。
上述技术方案可以实现数据的高性能同步,活动数据可以分为两大类,一类是活动相关的数据,另一类是用户触发的数据,这两类数据都集中放到缓存数据库中处理,数据同步服务器定时扫描数据,并同步到活动数据库中,从而大大降低了对活动数据库的操作,同时也提高了效率,因为缓存数据库的读写效率要远远高于活动数据库,活动数据库仅作为一个数据备份,不再承担复杂的逻辑计算,另外,数据同步服务器也支持把活动数据库中的内容同步到缓存数据库。
采用本申请的技术方案,所产生的有益效果至少包括:在本方案中通过数据隔离保护,复用缓存,提高了服务的性能,高可靠更是可达到100%,杜绝了服务不可用情况的发生,因为前端缓存数据库、后端服务都不可用的极端情况几乎是不可能同时发生的。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
根据本发明实施例的另一个方面,还提供了一种用于实施上述内容的传输方法的内容的传输装置。图9是根据本发明实施例的一种可选的内容的传输装置的示意图,如图9所示,该装置可以包括:第一获取单元901、第一发送单元903以及第二获取单元905。
第一获取单元901,用于获取第一请求的请求结果,其中,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同。
第一发送单元903,用于在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端。
第二获取单元905,用于获取第二数据库返回的第一类型的内容。
需要说明的是,该实施例中的第一获取单元901可以用于执行本申请实施例中的步骤S202,该实施例中的第一发送单元903可以用于执行本申请实施例中的步骤S204,该实施例中的第二获取单元905可以用于执行本申请实施例中的步骤S206。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现。
通过上述模块,在第一数据库(即缓存数据库)正常时,可以通过第一数据库为用户提供服务,在第一数据库发生异常的情况下,终端可向第二数据库发送第一请求,利用第二数据库之前缓存的第二客户端从第一数据库请求过的内容来为用户提供服务,从而保证即时在第一数据发生异常的情况下,所提供的内容服务不中断,可以解决了相关技术中所提供的内容服务的稳定性较差的技术问题,进而达到提高内容服务的稳定性的技术效果。
可选地,第二获取单元还可用于在获取第二数据库返回的第一类型的内容时,获取第二数据库查找到的第一内容,其中,第二数据库用于在第二客户端向第一数据库请求第一类型的内容的情况下,保存第二客户端请求到的第一内容,第一内容为第一类型的内容。
可选地,第一获取单元获取第一请求的请求结果时,还可用于:在第一数据库未在目标时间范围返回第一请求的响应信息或返回的响应信息表明第一数据库的服务发生故障的情况下,确定请求结果为第一数据库发生异常。
可选地,第一类型的更新时刻为第一时刻,第二获取单元在获取第二数据库查找到的第一内容之后,还可用于在第一数据库由异常恢复为正常的情况下,从第一数据库获取第二内容,其中,第二内容是更新时间为第二时刻的第一类型的内容,第二时刻晚于第一时刻。
可选地,本申请的装置还可包括:第三发送单元,用于在获取第二数据库返回的第一类型的内容之后,在检测到目标标识操作的情况下,向第三数据库发送同步请求,其中,目标标识操作为在第一客户端中对第一类型的内容的标识操作,同步请求用于请求同步对第一类型的内容的目标标识操作至第四数据库,第三数据库用于保存接收到的同步请求。
可选地,本申请的装置还可包括:第一同步单元,用于在向活动数据库发送同步请求之后,指示同步服务器将同步请求所请求的目标标识操作同步至第四数据库,其中,第四数据库用于在第一应用的客户端请求第一类型的内容时,将目标标识操作发送给第一应用的客户端。
可选地,本申请的装置还可包括:第二同步单元,用于在获取第一请求的请求结果之前,指示同步服务器在第四数据库中对管理请求所请求的第三内容进行处理,其中,管理请求为第三数据库接收到的,第三内容为与第二应用相关的内容。
上述的第二同步单元指示同步服务器在第四数据库中对管理请求所请求的第三内容进行处理包括以下之一:同步服务器修改第四数据库中保存的第三内容;同步服务器删除第四数据库中保存的第三内容;同步服务器在第四数据库中新增第三内容。
根据本发明实施例的另一个方面,还提供了一种用于实施上述内容的传输方法的内容的传输装置。该装置可以包括:第三获取单元801、查找单元803以及第二发送单元805。
第三获取单元801,用于获取第一客户端的第一请求,其中,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;
查找单元803,用于响应于第一请求,在第二数据库中查找第一类型的内容,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;
第二发送单元805,用于将从第二数据库查找到的第一类型的内容发送给第一客户端。
需要说明的是,该实施例中的第三获取单元801可以用于执行本申请实施例中的步骤S302,该实施例中的查找单元803可以用于执行本申请实施例中的步骤S304,该实施例中的第二发送单元805可以用于执行本申请实施例中的步骤S306。
可选地,本申请的装置还可包括,保存单元,用于在第二数据库中查找第一类型的内容之前,在第二客户端向第一数据库请求第一类型的内容的情况下,将第二客户端请求到的第一内容保存至第二数据库,其中,第一内容是更新时间为第一时刻的第一类型的内容;第二发送单元,用于将从第二数据库查找到的第一类型的内容发送给第一客户端时,将从第二数据库查找到的第一内容发送给第一客户端。
可选地,保存单元可包括:第一保存模块,用于在第二数据库中未保存有第一类型的内容的情况下,将第一内容、第一时刻以及第一类型保存在第二数据库中;第二保存模块,用于在第二数据库中保存有第一类型的内容的情况下,将第二数据库中保存的第三内容替换为第一内容,并将第一类型的内容的更新时间由第三时刻替换为第一时刻,其中,第三内容是第二数据库中保存的更新时间为第三时刻的第一类型的内容,第三时刻早于第一时刻。
可选地,第三获取单元在获取第一客户端的第一请求时,可在第一客户端向第一数据库发送第一请求之后,在第一数据库发生异常的情况下,获取第一客户端向第二数据库发送的第一请求,其中,第一数据库发生异常的情况包括第一数据库未在目标时间范围返回第一请求的响应信息或返回的响应信息表明第一数据库的服务发生故障。
对于许多游戏类的社区应用(即第一应用),如“王者荣耀助手”这一款垂直王者荣耀游戏(即第二应用)的社区应用,里面有很多游戏官方发布的活动通知内容,管理端可以根据时间、热度、新活动置顶等规则对活动进行排序和分活动组,用户可以对这些活动内容和活动组内容进行浏览、收藏、点赞,从而提升游戏触达,提高游戏日活DAU(英文全称为Daily Active User,中文全称为日活跃用户数量)和游戏带来的相关收益。
在用户浏览、收藏这些活动和活动组列表的过程中,会涉及到大量的查询操作、浏览记录操作、收藏操作、点赞操作、评论等(如图3所示,可以通过左下角的输入框进行评论,通过右下角的标识进行点赞、收藏等操作),会增加服务端的压力和硬件成本,并对服务可靠性形成挑战和影响。
为了节省成本,提高服务可靠性,本申请提出了一种针对活动公告内容的高可靠实现机制,服务端通过数据准实时同步,客户端(如基于H5实现或基于应用实现的客户端)和服务端使用双读写缓存的处理机制,从而保证即使在后台服务完全不可用的情况下,用户服务不受影响,保证用户服务依然处于可用的状态,提升产品可用性、健壮性以及用户体验。
此处需要说明的是,上述模块与对应的步骤所实现的示例和应用场景相同,但不限于上述实施例所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在如图1所示的硬件环境中,可以通过软件实现,也可以通过硬件实现,其中,硬件环境包括网络环境。
根据本发明实施例的另一个方面,还提供了一种用于实施上述内容的传输方法的服务器或终端。
图10是根据本发明实施例的一种终端的结构框图,如图10所示,该终端可以包括:一个或多个(图10中仅示出一个)处理器1001、存储器1003、以及传输装置1005,如图10所示,该终端还可以包括输入输出设备1007。
其中,存储器1003可用于存储软件程序以及模块,如本发明实施例中的内容的传输方法和装置对应的程序指令/模块,处理器1001通过运行存储在存储器1003内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的内容的传输方法。存储器1003可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器1003可进一步包括相对于处理器1001远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置1005用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置1005包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置1005为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器1003用于存储应用程序。
处理器1001可以通过传输装置1005调用存储器1003存储的应用程序,以执行下述步骤:
获取第一请求的请求结果,其中,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;
在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;
获取第二数据库返回的第一类型的内容。
处理器1001还用于执行下述步骤:
获取第一客户端的第一请求,其中,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;
响应于第一请求,在第二数据库中查找第一类型的内容,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;
将从第二数据库查找到的第一类型的内容发送给第一客户端。
采用本发明实施例,获取第一请求的请求结果,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;获取第二数据库返回的第一类型的内容,换言之,可在第一数据库(即缓存数据库)正常时,可以通过第一数据库为用户提供服务,在第一数据库发生异常的情况下,终端可向第二数据库发送第一请求,利用第二数据库之前缓存的第二客户端从第一数据库请求过的内容来为用户提供服务,从而保证即时在第一数据发生异常的情况下,所提供的内容服务不中断,可以解决了相关技术中所提供的内容服务的稳定性较差的技术问题,进而达到提高内容服务的稳定性的技术效果。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
本领域普通技术人员可以理解,图10所示的结构仅为示意,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices,MID)、PAD等终端设备。图10其并不对上述电子装置的结构造成限定。例如,终端还可包括比图10中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图10所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行内容的传输方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S12,获取第一请求的请求结果,其中,第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,第一客户端为第一应用的客户端,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;
S14,在请求结果表明第一数据库发生异常的情况下,向第二数据库发送第一请求,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;
S16,获取第二数据库返回的第一类型的内容。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
S22,获取第一客户端的第一请求,其中,第一客户端为第一应用的客户端,第一请求为第一客户端向第一数据库请求第一类型的内容时发送的请求,第一数据库用于发布与第二应用相关的内容,第二应用与第一应用不同;
S24,响应于第一请求,在第二数据库中查找第一类型的内容,其中,第二数据库用于缓存第二客户端从第一数据库请求过的内容,第二客户端为第一应用的客户端;
S26,将从第二数据库查找到的第一类型的内容发送给第一客户端。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (15)
1.一种内容的传输方法,其特征在于,包括:
获取第一请求的请求结果,其中,所述第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,所述第一客户端为第一应用的客户端,所述第一数据库用于发布与第二应用相关的内容,所述第二应用与所述第一应用不同;
在所述请求结果表明所述第一数据库发生异常的情况下,向第二数据库发送所述第一请求,其中,所述第二数据库用于缓存第二客户端从所述第一数据库请求过的内容,所述第二客户端为所述第一应用的客户端;
获取所述第二数据库返回的所述第一类型的内容。
2.根据权利要求1所述的方法,其特征在于,获取所述第二数据库返回的所述第一类型的内容包括:
获取所述第二数据库查找到的第一内容,其中,所述第二数据库用于在所述第二客户端向所述第一数据库请求所述第一类型的内容的情况下,保存所述第二客户端请求到的第一内容,所述第一内容为所述第一类型的内容。
3.根据权利要求1或2所述的方法,其特征在于,获取第一请求的请求结果包括:
在所述第一数据库未在目标时间范围返回所述第一请求的响应信息或返回的所述响应信息表明所述第一数据库的服务发生故障的情况下,确定所述请求结果为所述第一数据库发生异常。
4.根据权利要求2所述的方法,其特征在于,所述第一类型的更新时刻为第一时刻,其中,在获取所述第二数据库查找到的第一内容之后,所述方法还包括:
在所述第一数据库由异常恢复为正常的情况下,从所述第一数据库获取第二内容,其中,所述第二内容是更新时间为第二时刻的所述第一类型的内容,所述第二时刻晚于所述第一时刻。
5.根据权利要求1所述的方法,其特征在于,在获取所述第二数据库返回的所述第一类型的内容之后,所述方法还包括:
在检测到目标标识操作的情况下,向第三数据库发送同步请求,其中,所述目标标识操作为在所述第一客户端中对所述第一类型的内容的标识操作,所述同步请求用于请求同步对所述第一类型的内容的所述目标标识操作至第四数据库,所述第三数据库用于保存接收到的所述同步请求。
6.根据权利要求5所述的方法,其特征在于,在向活动数据库发送同步请求之后,所述方法还包括:
同步服务器将所述同步请求所请求的所述目标标识操作同步至所述第四数据库,其中,所述第四数据库用于在所述第一应用的客户端请求所述第一类型的内容时,将所述目标标识操作发送给所述第一应用的客户端。
7.根据权利要求1所述的方法,其特征在于,在获取第一请求的请求结果之前,所述方法还包括:
同步服务器在第四数据库中对管理请求所请求的第三内容进行处理,其中,所述管理请求为第三数据库接收到的,所述第三内容为与所述第二应用相关的内容。
8.根据权利要求7所述的方法,其特征在于,同步服务器在第四数据库中对管理请求所请求的第三内容进行处理包括以下之一:
所述同步服务器修改所述第四数据库中保存的所述第三内容;
所述同步服务器删除所述第四数据库中保存的所述第三内容;
所述同步服务器在所述第四数据库中新增所述第三内容。
9.一种内容的传输方法,其特征在于,包括:
获取第一客户端的第一请求,其中,所述第一客户端为第一应用的客户端,所述第一请求为所述第一客户端向第一数据库请求第一类型的内容时发送的请求,所述第一数据库用于发布与第二应用相关的内容,所述第二应用与所述第一应用不同;
响应于所述第一请求,在第二数据库中查找所述第一类型的内容,其中,所述第二数据库用于缓存第二客户端从所述第一数据库请求过的内容,所述第二客户端为所述第一应用的客户端;
将从所述第二数据库查找到的所述第一类型的内容发送给所述第一客户端。
10.根据权利要求9所述的方法,其特征在于,
在第二数据库中查找所述第一类型的内容之前,所述方法还包括:在所述第二客户端向所述第一数据库请求所述第一类型的内容的情况下,将所述第二客户端请求到的第一内容保存至所述第二数据库,其中,所述第一内容是更新时间为第一时刻的所述第一类型的内容;
将从所述第二数据库查找到的所述第一类型的内容发送给所述第一客户端包括:将从所述第二数据库查找到的所述第一内容发送给所述第一客户端。
11.根据权利要求10所述的方法,其特征在于,将所述第二客户端请求到的第一内容保存至所述第二数据库包括:
在所述第二数据库中未保存有所述第一类型的内容的情况下,将所述第一内容、所述第一时刻以及所述第一类型保存在所述第二数据库中;
在所述第二数据库中保存有所述第一类型的内容的情况下,将所述第二数据库中保存的第三内容替换为所述第一内容,并将所述第一类型的内容的更新时间由第三时刻替换为所述第一时刻,其中,所述第三内容是所述第二数据库中保存的更新时间为所述第三时刻的所述第一类型的内容,所述第三时刻早于所述第一时刻。
12.一种内容的传输装置,其特征在于,包括:
第一获取单元,用于获取第一请求的请求结果,其中,所述第一请求为第一客户端向第一数据库请求第一类型的内容时所发送的请求,所述第一客户端为第一应用的客户端,所述第一数据库用于发布与第二应用相关的内容,所述第二应用与所述第一应用不同;
第一发送单元,用于在所述请求结果表明所述第一数据库发生异常的情况下,向第二数据库发送所述第一请求,其中,所述第二数据库用于缓存第二客户端从所述第一数据库请求过的内容,所述第二客户端为所述第一应用的客户端;
第二获取单元,用于获取所述第二数据库返回的所述第一类型的内容。
13.一种内容的传输装置,其特征在于,包括:
第三获取单元,用于获取第一客户端的第一请求,其中,所述第一客户端为第一应用的客户端,所述第一请求为所述第一客户端向第一数据库请求第一类型的内容时发送的请求,所述第一数据库用于发布与第二应用相关的内容,所述第二应用与所述第一应用不同;
查找单元,用于响应于所述第一请求,在第二数据库中查找所述第一类型的内容,其中,所述第二数据库用于缓存第二客户端从所述第一数据库请求过的内容,所述第二客户端为所述第一应用的客户端;
第二发送单元,用于将从所述第二数据库查找到的所述第一类型的内容发送给所述第一客户端。
14.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至11任一项中所述的方法。
15.一种电子装置,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器通过所述计算机程序执行上述权利要求1至11任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811260085.1A CN109474674B (zh) | 2018-10-26 | 2018-10-26 | 内容的传输方法和装置、存储介质、电子装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811260085.1A CN109474674B (zh) | 2018-10-26 | 2018-10-26 | 内容的传输方法和装置、存储介质、电子装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109474674A true CN109474674A (zh) | 2019-03-15 |
CN109474674B CN109474674B (zh) | 2021-06-25 |
Family
ID=65666051
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811260085.1A Active CN109474674B (zh) | 2018-10-26 | 2018-10-26 | 内容的传输方法和装置、存储介质、电子装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109474674B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110275901A (zh) * | 2019-06-25 | 2019-09-24 | 北京创鑫旅程网络技术有限公司 | 一种缓存数据调取方法及装置 |
CN112597163A (zh) * | 2020-12-25 | 2021-04-02 | 珠海金山网络游戏科技有限公司 | 数据处理系统、方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101090401A (zh) * | 2007-05-25 | 2007-12-19 | 金蝶软件(中国)有限公司 | 一种群集环境下的数据缓存方法及系统 |
CN101876924A (zh) * | 2009-04-30 | 2010-11-03 | 升东网络科技发展(上海)有限公司 | 数据库故障自动检测及转移方法 |
CN103677520A (zh) * | 2013-12-04 | 2014-03-26 | 深圳市朗强科技有限公司 | 基于Android平台的应用程序评论方法及装置 |
CN103973424A (zh) * | 2014-05-22 | 2014-08-06 | 乐得科技有限公司 | 缓存系统中的故障解决方法和设备 |
CN104573128A (zh) * | 2014-10-28 | 2015-04-29 | 北京国双科技有限公司 | 一种业务数据的处理方法、装置及服务器 |
CN106021497A (zh) * | 2016-05-23 | 2016-10-12 | 中国银联股份有限公司 | 数据库访问口令管理方法 |
CN107249135A (zh) * | 2016-05-31 | 2017-10-13 | 杭州海康威视数字技术股份有限公司 | 视频数据存储系统及其操作方法、以及索引服务器 |
US20180052902A1 (en) * | 2016-08-16 | 2018-02-22 | Quintessencelabs Pty Ltd. | Network partition handling in fault-tolerant key management system |
-
2018
- 2018-10-26 CN CN201811260085.1A patent/CN109474674B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101090401A (zh) * | 2007-05-25 | 2007-12-19 | 金蝶软件(中国)有限公司 | 一种群集环境下的数据缓存方法及系统 |
CN101090401B (zh) * | 2007-05-25 | 2011-05-18 | 金蝶软件(中国)有限公司 | 一种群集环境下的数据缓存方法及系统 |
CN101876924A (zh) * | 2009-04-30 | 2010-11-03 | 升东网络科技发展(上海)有限公司 | 数据库故障自动检测及转移方法 |
CN103677520A (zh) * | 2013-12-04 | 2014-03-26 | 深圳市朗强科技有限公司 | 基于Android平台的应用程序评论方法及装置 |
CN103973424A (zh) * | 2014-05-22 | 2014-08-06 | 乐得科技有限公司 | 缓存系统中的故障解决方法和设备 |
CN104573128A (zh) * | 2014-10-28 | 2015-04-29 | 北京国双科技有限公司 | 一种业务数据的处理方法、装置及服务器 |
CN106021497A (zh) * | 2016-05-23 | 2016-10-12 | 中国银联股份有限公司 | 数据库访问口令管理方法 |
CN107249135A (zh) * | 2016-05-31 | 2017-10-13 | 杭州海康威视数字技术股份有限公司 | 视频数据存储系统及其操作方法、以及索引服务器 |
WO2017206539A1 (zh) * | 2016-05-31 | 2017-12-07 | 杭州海康威视数字技术股份有限公司 | 视频数据存储系统及其操作方法、以及检索服务器 |
US20180052902A1 (en) * | 2016-08-16 | 2018-02-22 | Quintessencelabs Pty Ltd. | Network partition handling in fault-tolerant key management system |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110275901A (zh) * | 2019-06-25 | 2019-09-24 | 北京创鑫旅程网络技术有限公司 | 一种缓存数据调取方法及装置 |
CN110275901B (zh) * | 2019-06-25 | 2021-08-24 | 北京创鑫旅程网络技术有限公司 | 一种缓存数据调取方法及装置 |
CN112597163A (zh) * | 2020-12-25 | 2021-04-02 | 珠海金山网络游戏科技有限公司 | 数据处理系统、方法及装置 |
CN112597163B (zh) * | 2020-12-25 | 2024-05-28 | 珠海金山数字网络科技有限公司 | 数据处理系统、方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109474674B (zh) | 2021-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104967876B (zh) | 弹幕信息处理方法和装置、弹幕信息展示方法和装置 | |
CN104137104B (zh) | 基于共享元信息的网页的协作式加载 | |
CN105210352B (zh) | 基于指纹的智能内容预取 | |
CN110290217A (zh) | 数据请求的处理方法及装置、存储介质及电子装置 | |
CN104488248B (zh) | 一种文件同步方法、服务器及终端 | |
CN104142784B (zh) | 输入内容的临时存储方法和装置 | |
CN105930121B (zh) | 多客户端的笔迹同步方法和系统 | |
CN106664254A (zh) | 优化移动网络中的网络流量管理 | |
CN104602102B (zh) | 视频截取内容的传输响应方法、装置、服务器和系统 | |
RU2004131856A (ru) | Способы и устройство для синхронизации того, как данные сохраняются в различных хранилищах данных | |
CN102449602A (zh) | 用于降低软件应用的启动成本的系统和方法 | |
CN109062489A (zh) | 消息处理方法、装置、存储介质及电子装置 | |
CN103856793B (zh) | 媒体内容缓冲 | |
CN101777068A (zh) | 一种用于移动通讯设备终端的网页页面预读及整合浏览系统及其应用方法 | |
CN110401711A (zh) | 数据处理方法、装置、系统及存储介质 | |
US10540386B2 (en) | Method for processing and displaying real-time social data on map | |
CN104899161B (zh) | 一种基于云存储环境的连续数据保护的缓存方法 | |
US20140188982A1 (en) | Virtual Desktop Infrastructure (VDI) Login Acceleration | |
CN107463657A (zh) | 文件操作方法及终端 | |
CN109474674A (zh) | 内容的传输方法和装置、存储介质、电子装置 | |
TWI553493B (zh) | 搜尋軟體應用程式之方法及其系統 | |
CN109522501A (zh) | 页面内容管理方法及其装置 | |
CN105653717B (zh) | 一种信息分享的方法及装置 | |
WO2016201992A1 (zh) | 云存储服务器的视频存储及检索方法、视频云存储系统 | |
CN104572981B (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 |