CN110866036B - 数据处理方法、系统、装置、终端及可读存储介质 - Google Patents
数据处理方法、系统、装置、终端及可读存储介质 Download PDFInfo
- Publication number
- CN110866036B CN110866036B CN201911119833.9A CN201911119833A CN110866036B CN 110866036 B CN110866036 B CN 110866036B CN 201911119833 A CN201911119833 A CN 201911119833A CN 110866036 B CN110866036 B CN 110866036B
- Authority
- CN
- China
- Prior art keywords
- data
- cache
- server
- performance
- list
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Computational Linguistics (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示出了本申请一个示例性实施例提供的数据处理方法的时序示意图;
图11示出了本申请一个示例性实施例提供的数据处理装置的结构框图;
图12示出了本申请一个示例性实施例提供的数据处理装置的结构框图;
图13示出了本申请一个示例性实施例提供的服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
首先,对本申请实施例中涉及的名词进行简单的介绍:
Redis(Remote Dictionary Server)是一种开源的使用ANSI C语言编写的日志型数据库,该日志型数据库遵守伯克利软件发行版(Berkeley Software Distribution,BSD)协议,支持网络,可基于内存对数据进行保存,亦可以持久化地对数据进行存储。同时,其可以提供多种语言的应用程序接口(Application Program Interface,API)。可选地,在Redis数据库中,数据可以以字符串、哈希、列表、集合和有序集合等多种形式进行存储,且存储方式符合键值对的形式,可选地,在符合键值对存储逻辑的情况下,数据以有序集合的方式或其他的形式被存储。使用该形式进行存储,在获取数据时,通过对同一键值的输入,获取该键值对应的,不限于格式的所有数据,达到简便的进行数据的检索和收集的效果。
随着用户使用的终端设备的数量增多以及终端设备中应用程序的发展,常会出现需要在一台终端设备上查看另一台终端设备上的应用软件的数据的情况。示意性地,游戏战绩查询软件即为该类软件的一个范例。可选地,游戏战绩查询软件是一种独立于游戏应用程序存在的,对于游戏战绩提供查询服务的软件。可选地,在用户通过游戏应用程序进行游戏之后,用可以通过与游戏战绩查询软件的交互,查询到用户所进行游戏的第一帐号在游戏应用程序当中的历史战绩。
示例性的,请参考图1,其示出了一种战绩查询软件的界面图。可选地,战绩查询软件为具有多种功能的软件,战绩查询功能为该软件的一部分功能。可选地,战绩查询功能在该战绩查询软件的一个界面中进行显示。可选地,战绩查询数据分为两个部分通过战绩查询软件的软件界面向用户进行展示,如图1所示,该战绩查询软件的界面包括战绩总览部分101和战绩列表部分102。可选地,战绩总览部分显示用户历史战绩的总览情况,战绩列表部分对用户的历史战绩进行逐条显示。可选地,用户在游戏应用程序中进行的游戏的过程中,游戏应用程序将会以对局为单位进行战绩的记录,并且存储到游戏应用程序对应的终端服务器中。
图2示出了相关技术中应用程序获取战绩的数据处理系统结构图。可选地,战绩查询软件设置于用户终端中,作为与用户进行交互的客户端,该客户端设有对应的软件服务器。用户的游戏战绩数据存储在游戏数据服务器中,而游戏的战绩数据则存储在游戏应用服务器中。请参考图2,可选地,用户可以通过同一个帐号在多个游戏应用程序中进行游戏,而战绩查询软件可以提供对多款游戏应用程序的历史战绩进行查询的功能,而每款游戏应用程序的历史战绩都在对局结束之后被游戏应用程序存储在对应的游戏应用程序服务器内,在如图2所示的示意图中,客户端202可以对三款不同的游戏应用程序的历史战绩进行历史战绩的收集以及显示,而三款不同的游戏应用程序均配置有不同的游戏应用服务器,即游戏应用服务器205、游戏应用服务器206及游戏应用服务器207,并设置一台游戏数据服务器204,对游戏应用服务器205至207发送的游戏数据进行获取。可选地,游戏应用服务器205至207的数据将会以透传的方式传输至游戏数据服务器204,提高传输效率。客户端202也配置有软件服务器203,可选地,游戏数据服务器204预先对来自游戏应用服务器205至207的游戏数据进行获取。可选地,客户端202根据用户的控制确定是否需要对游戏数据服务器204内的数据进行获取,在一个示例中,当用户在软件查询界面使用刷新页面的指令时,客户端202即会向软件服务器203发送请求,当软件服务器203接收到请求时,即会向游戏数据服务器204进一步发送战绩查询请求,游戏数据服务器204战绩查询请求,从游戏应用服务器205至207中获取战绩结果数据,并且发送至软件服务器203,软件服务器203将战绩结果数据进行处理后发送给客户端202,并对新的战绩结果数据通过客户端202进行呈现。
然而,相关技术中,游戏应用服务器存储的历史战绩数据有限,用户的游戏数据会在一定时间后过期,并且游戏数据服务器与软件服务器之间的通信状况不稳定,易导致软件服务器接收到的战绩结果数据的数据量不符合要求。图3示出了相关技术中战绩结果数据的数据量不符合要求时应用软件的界面示意图。请参考图3,战绩总览部分301将会无法显示数据,而战绩列表部分302将显示数量不完整的列表个数。
图4示出了本申请一个示例性实施例提供的数据处理系统的结构图。请参考图4,该系统包括:客户端401,第一缓存服务器402,第二缓存服务器403。其中,第二缓存器403由战绩查询服务器404与游戏数据服务器405组成。第一缓存服务器402内设置有缓存分析软件406。
客户端401用于向第二缓存服务器403发送第一帐号对应的战绩查询请求。第二缓存服务器403,用于根据接收到的战绩查询请求,向第一缓存服务器402发送第一缓存数据,第一缓存数据为根据第一帐号的战绩实时更新并缓存的数据。第一缓存服务器402,用于接收第二缓存服务器403发送的第一缓存数据;获取已存储的与第一帐号对应的第二缓存数据,第二缓存数据为根据对第一帐号的历史战绩查询时间更新得到的数据;将第一缓存数据和第二缓存数据进行校验合并,得到战绩结果数据发送至客户端401。客户端401还用于对战绩结果数据进行展示。
可选地,客户端401向第一缓存服务器402发送的战绩查询请求为对第一帐号对应的战绩结果数据的查询请求。第二缓存服务器403中存储有第一帐号对应的历史战绩,在接受到客户端401发送的战绩查询请求后,第二缓存服务器403向第一缓存服务器402发送第一缓存数据,其中,第一缓存数据为根据第一帐号的战绩实时更新并缓存的数据。可选地,第一缓存服务器402中有已存储的,根据对第一帐号的历史查询事件更新得到的数据。可选地,在第一缓存服务器402内,第一缓存数据将会与第二缓存数据进行校验与更新,获得战绩结果数据,并且将战绩结果数据发送给客户端401,在客户端401中,对战绩结果数据进行展示。可选地,第二缓存服务器403可以为一个服务器集群,通过多台服务器共同执行第二缓存服务器403的工作。
可选地,第一缓存服务器402第二缓存服务器403可以实现为物理服务器,也可以实现为云服务器,该第一和第二可以实现为一台服务器,也可以实现为多台服务器组成的服务器集群。请参考图4,第二缓存服务器实现为由战绩查询服务器404与游戏数据服务器405组成的服务器集群。
可选地,第一缓存服务器内置有缓存分析软件406,可选地,缓存分析软件406可以为Redis软件。
可选地,针对实际应用场景中的情况,即由战绩查询服务器404以及游戏数据服务器405共同完成第二缓存服务器工作的任务的情况,以本实施例进行说明。
可选地,客户端401向战绩查询服务器404发送对应第一帐号战绩查询请求,战绩查询服务器404根据战绩查询请求从游戏数据服务器405中获取第一缓存数据,并将第一缓存数据发送至第一缓存服务器402中,第一缓存服务器402借助缓存分析软件406将第一缓存数据与第二缓存数据进行校验合并,获得战绩结果数据。并最终通过第一缓存服务器402将战绩结果数据发送至客户端401。可选地,游戏数据服务器405中的数据来源于每个游戏应用程序对应的游戏应用程序服务器,因游戏应用程序服务器不属于本系统,故在此不做赘述。
通过第一缓存服务器对第二缓存服务器中存储的第一缓存数据进行获取,并且将该第一缓存服务器存储的第二缓存数据进行数据的校验合并,由于第一缓存数据为根据第一帐号的对局结果进行实时更新并缓存的数据,第二缓存数据为对第一帐号的战绩查询事件更新得到的,也即,通过对第一缓存数据以及第二缓存数据的校验和更新,得到实时更新并且符合数据量要求的战绩结果数据,提高了战绩结果数据的数据完整度。通过与实际情况更相符的游戏数据服务器以及战绩查询服务器的设置,使各个服务器的分工更加明确,提高了数据处理的效率。
图5示出了本申请一个示例性实施例提供的数据处理方法的流程图,以该方法应用于如图4所示的数据处理系统中的第一缓存服务器为例进行说明,该方法包括:
步骤501,接收第二缓存服务器发送的第一缓存数据。
可选地,第一缓存数据为第二缓存服务器根据第一帐号的战绩进行实时更新并且缓存的数据,可选地,第二缓存服务器为游戏应用程序所配置的服务器,在用户使用第一帐号进行对局之后,第二缓存服务器可以将该局对局相应的游戏数据进行更新并缓存。可选地,第二缓存服务器用于对当前时刻之前目标时长内的所述第一缓存数据进行存储。
可选地,第一缓存数据为第二缓存服务器根据客户端发送的战绩查询请求向第一缓存服务器发送的。
可选地,第一缓存服务器内置有缓存分析软件,可选地,缓存分析软件可以为Redis软件。
可选地,第二缓存服务器可以为一个服务器集群,通过多台服务器共同执行第二缓存服务器的工作。
步骤502,获取第一缓存服务器中已存储的与第一帐号对应的第二缓存数据。
可选地,第二缓存数据为根据对第一帐号的战绩进行查询的历史战绩查询事件更新得到的数据。可选地,第一缓存服务器对第二缓存数据的存储需要通过客户端指令的触发。可选地,在用户终端的客户端界面,用户可以通过对战绩查询界面的刷新触发指令,第一缓存服务器通过该指令对第一帐号对应的第二缓存数据进行存储。可选地,用户执行某次刷新时第一缓存服务器内的第二缓存数据,即为用户在该次刷新之前的最后一次数据存储的数据。示例性的,用户于1月1日开始使用客户端,并首次对战绩查询界面进行刷新,且在之后,用户于1月2日、1月3日、1月4日均对战绩查询界面进行了一次刷新,则在用户于1月4日进行战绩查询界面的刷新之前,该客户端对应的第一缓存服务器内的第二缓存数据为该第一缓存服务器于1月3日更新后得到的数据。该于1月3日的更新时根据刷新指令获得的。
步骤503,对第一缓存数据和第二缓存数据进行校验合并,得到战绩结果数据。
可选地,对第一缓存数据和第二缓存数据进行校验,得到校验数据。
可选地,对第一缓存数据与第二缓存数据进行的校验包括对第一缓存数据和第二缓存数据中的战绩总览数据以及战绩列表数据的校验。
可选地,对第一缓存数据与第二缓存数据中的数据进行校验,可以判断第一缓存数据是否符合数据要求。可选地,当第一缓存数据符合数据要求时,对第一缓存数据和第二缓存数据进行数据校验合并,得到战绩结果数据。
可选地,第一缓存数据的数据要求包括数据格式要求和数据完整性要求中的至少一种,数据格式要求用于表示第一缓存数据的数据格式与预设数据格式一致;数据完整性要求用于表示第一缓存数据的数据数量满足预设数据数量要求。
图6示出了本申请一个示例性实施例提供的战绩总览数据结构描述的示意图。请参考图6,战绩总览数据601遵循键值对的形式进行存储,即通过第一帐号的帐号信息,即可从第一缓存服务器中获取到对应的战绩总览数据601。可选地,第一帐号的帐号信息包括游戏id、游戏角色id和赛季情况。可选地,战绩总览数据601中存储的值为整段信息字段。示例性的,在该信息字段中,包括了第一帐号对应的游戏角色的游戏段位、能力值、游戏场次等数据,由这些数据组合成为战绩总览数据。可选地,战绩总览数据601包括的数据指示的信息与客户端中战绩查询界面所需显示的战绩总览信息一致。
图7示出了本申请一个示例性实施例提供的战绩列表数据结构描述的示意图。请参考图7,战绩列表数据701遵循键值对的形式进行存储,即通过第一帐号的帐号信息,即可从第一缓存服务器中获取到对应的战绩列表数据701。可选地,第一帐号的帐号信息包括游戏id、游戏角色id和赛季情况。可选地,在以键值对的存储形式的基础上,战绩列表数据701为由多个列表数据组成的数据集合,且这些列表数据以有序集合排列的方式进行排列。可选地,战绩列表数据701可以为以游戏场次为单位的列表数据,也可以为以自然日为单位的列表数据。可选地,当战绩列表数据701时以自然日为单位的列表数据时,其还可以存在以有序集合形式进行存储的下级数据。可选地,战绩列表数据701进行有序集合排列的排列方式是按照时间顺序进行排列。在一个示例中,战绩列表数据701进行有序集合排列的排列方式为后进行的游戏场次对应的战绩列表数据701在有序集合中排在先进性的游戏场次对应的战绩列表数据701之前。可选地,战绩列表数据701包括的数据指示的信息与客户端中战绩查询界面所需显示的战绩列表信息一致。
可选地,针对战绩总览数据进行数据要求的校验。因为战绩总览数据为整段的数据信息,当因数据传输出现问题或因第二缓存服务器的数据过期而无法完整获取战绩总览数据时,客户端中战绩总览数据出现的问题往往为因数据的丢失或数据代码的错误而导致的整段数据无法在软件界面上进行显示。故需要对战绩总览数据进行数据要求的校验。可选地,针对战绩列表数据进行数据完整性的校验。因为战绩列表数据为以有序集合排列的存储方式进行存储的信息字段的集合,当无法完整获取战绩列表数据时,客户端中战绩列表数据出现的问题往往为信息字段中部分的丢失。故需要对战绩列表数据进行数据完整性的校验。
可选地,当第一缓存数据不符合数据要求时,将第二缓存数据作为战绩结果数据。
步骤504,将战绩结果数据发送至客户端。
可选地,在通过校验数据对第二缓存数据进行更新,并将第一缓存数据与更新后的第二缓存数据获得战绩结果数据之后,第一缓存服务器即将战绩结果数据发送至客户端。可选地,客户端用于对战绩结果数据进行展示。
综上所述,本实施例提供的系统,通过第一缓存服务器对第二缓存服务器中存储的第一缓存数据进行获取,并且将该第一缓存服务器存储的第二缓存数据进行数据的校验合并,由于第一缓存数据为根据第一帐号的游戏对局进行实时更新并缓存的数据,第二缓存数据为对第一帐号的战绩查询事件更新得到的,也即,通过对第一缓存数据以及第二缓存数据的校验和更新,得到实时更新并且符合数据量要求的战绩结果数据,提高了战绩结果数据的数据完整度。
图8示出了本申请一个示例性实施例提供的数据处理方法的流程图,以该方法应用于数据处理系统中为例进行说明,该方法包括:
步骤801,客户端接收用户指令。
可选地,用户指令包括用户获取战绩数据结果的指令。可选地,客户端接收到的用户指令包括用户在战绩查询界面中进行的操作。在一个示例中,用户以在战绩查询界面中进行刷新操作作为获取战绩数据结果的指令,客户端即接收到该用户指令。
步骤802,客户端向第二缓存服务器发送战绩查询请求。
可选地,第二缓存服务器为游戏应用程序所配置的服务器,在用户使用第一帐号进行对局进行之后,第二缓存服务器可以将该局对局相应的游戏数据进行更新并缓存。
可选地,该战绩查询请求用于请求获取第一帐号的战绩数据结果,该战绩数据结果为根据第一帐号的历史对局生成的数据。可选地,战绩查询请求中包括第一帐号的帐号标识。第二缓存服务器可以根据该帐号标识判断需要获取的第一缓存数据所归属的第一帐号。
步骤803,第二缓存服务器接收战绩查询请求。
步骤804,第二缓存服务器获取第一缓存数据。
可选地,第二缓存服务器包括战绩查询服务器和游戏数据服务器,其中,战绩查询服务器用于与客户端进行交互,接收客户端发送的战绩查询请求,并根据客户端发送的战绩查询请求以及其中的第一帐号标识从游戏数据服务器中获取第一帐号所对应的游戏数据。
可选地,第二缓存服务器根据接收到的战绩查询请求中的第一帐号进行第一缓存数据的获取。可选地,第一缓存数据为第二缓存服务器根据客户端发送的战绩查询请求向第一缓存服务器发送的数据。可选地,第一缓存数据为第二缓存服务器根据第一帐号的战绩进行实时更新并且缓存的数据。
步骤805,第二缓存服务器向第一缓存服务器发送第一缓存数据。
步骤806,第一缓存服务器接收第一缓存数据,第一缓存数据包括第一总览数据和第一列表数据。
可选地,第一缓存服务器具有缓存数据、对数据进行校验合并以及最终获取战绩数据结果的作用。可选地,第一缓存服务器为战绩查询软件设置的服务器。
可选地,第一缓存服务器内置有缓存分析软件,可选地,缓存分析软件可以为Redis软件。
步骤807,获取第一缓存服务器中已存储的第二缓存数据,第二缓存数据包括第二总览数据和第二列表数据。
可选地,第一缓存服务器根据战绩查询请求中包含的第一帐号的帐号标识从第一缓存服务器中获取与第一帐号对应的第二缓存数据。
步骤808,将第一总览数据与第二总览数据进行校验合并。
可选地,总览数据是体现在战绩查询界面上的战绩总览部分的数据。可选地,第一总览数据为第二缓存服务器根据客户端发送的战绩查询请求向第一缓存服务器发送的总览数据,即第二缓存服务器根据第一帐号的战绩进行实时更新并且缓存的战绩总览数据。
可选地,第二总览数据为存储在第一缓存服务器中的数据,即第一缓存服务器根据对第一帐号的战绩进行查询的历史战绩查询事件更新得到的数据。
可选地,第一总览数据和第二总览数据均以键值对的形式进行存储,即通过第一帐号的帐号信息,即可获取以整段形式存储的第一总览数据以及第二总览数据。可选地,第一总览数据或第二总览数据包括的数据指示的信息与客户端中战绩查询界面所需显示的战绩总览信息一致。
可选地,通过第一总览数据和第二总览数据的数据校验,包括对第一总览数据是否符合数据要求的校验。可选地,在获取第一总览数据的过程中,由于第二缓存服务器中缓存的数据数量有限以及缓存的时间有时限,且第二缓存服务器与第一缓存服务器之间的通信情况并不十分稳定,故第一缓存服务器接收到的第一总览数据可能不符合数据要求,即不满足相应的数据格式要求。可选地,第一总览数据不符合数据格式要求,体现为客户端无法根据第一缓存服务器接收到的第一总览数据将战绩结果数据正确展示在战绩查询软件当中。
可选地,当第一总览数据不符合数据要求时,将第二总览数据作为数据结果。
可选地,当第一总览数据符合数据要求时,即根据第一总览数据以及第二总览数据的校验数据对第二总览数据进行更新。当第一总览数据与第二总览数据不一致时,将第一总览数据作为更新后的第二总览数据。可选地,当第一总览数据符合数据要求时,由于对第一总览数据的获取在对第二总览数据的获取之后,在用户进行对局的情况下,第一总览数据是在第二总览数据进行更新之后的数据,故将第一总览作为更新后的第二总览数据,完成对第二总览数据的更新。
步骤809,通过校验数据确定战绩总览数据。
可选地,当第一总览数据符合格式要求,并且对第二总览数据进行更新过后,将第一总览数据确定为战绩总览数据。
可选地,当第一总览数据不符合格式要求时,将第二总览数据确定为战绩总览数据。
步骤810,将第一列表数据与第二列表数据进行校验合并。
可选地,历表数据是体现在战绩查询界面上战绩列表部分的数据。可选地,第一列表数据为第二缓存服务器根据客户端发送的战绩查询请求向第一缓存服务器发送的列表数据,即第二缓存服务器根据第一帐号的战绩进行实时更新并且缓存的战绩列表数据。
可选地,第二列表数据为存储在第一缓存服务器中的数据,即第一缓存服务器根据对第一帐号的战绩进行查询的历史战绩查询时间更新得到的数据。
可选地,第一列表数据以及第二列表数据均以有序集合的形式进行存储。可选地,在以有序集合的形式进行存储的基础上,第一列表数据及第二列表数据可以以键值对的形式进行数据的寻址,即通过第一帐号的帐号信息,即可获取以有序集合形式存储的第一列表数据以及第二列表数据。可选地,第一列表数据或第二列表数据包括的数据指示的信息与客户端查询界面所需显示的战绩列表信息一致。
在一个示例中,第一列表数据以有序集合的形式进行存储,则其排序方式为按时间方式排序。可选地,第一列表数据当中的每条列表数据均设有对应的时间戳,通过时间戳可以对第一列表数据中的每个列表数据的时间进行校验,并且按照时间方式进行排序。可选地,第二列表数据与第一列表数据进行有序集合排序的排序方式相同。
可选地,通过第一列表数据和第二列表数据的校验合并,包括对第一列表数据是否符合数据要求的校验。可选地,在获取第一列表数据的过程中,由于第二缓存服务器中缓存的数据数量有限以及缓存的时间有时限,且第二缓存服务器与第一缓存服务器之间的通信情况并不十分稳定,故第一缓存服务器接收到的第一列表数据可能不符合数据要求,即不符合数据完整性要求。可选地,第一列表数据不符合数据完整性要求,体现为客户端无法根据第一缓存服务器接收到的第一列表数据将战绩列表数据按照客户端的预设条数正确展示在战绩查询软件中,且仅能显示一部分的列表数据。
可选地,当第一列表数据符合数据完整性要求时,根据校验数据对第二列表数据进行更新。可选地,第一列表数据对应的时间戳指示有第一时间范围,第二列表数据对应的时间戳指示第二时间范围。当第一时间范围与第二时间范围不一致时,确定第一时间范围和第二时间范围的差异时间段,并根据差异时间段和第一列表数据对第二列表数据进行更新。可选地,将在差异时间段内的第一列表数据补充至第二列表数据,对第二时间段进行更新。
步骤811,通过校验数据确定战绩列表数据。
可选地,当第一列表数据中的数据条数不符合条数要求时,从更新后的第二列表数据中选取对应条数的数据补充至第一列表数据中。
可选地,当第一列表数据不符合数据要求时,将第二列表数据作为列表数据结果,或,通过对第二列表数据的更新,将更新后的第二列表数据作为列表数据结果。
示例性的,图9示出了本申请一个示例性实施例提供的对第一列表数据进行检测的方法的流程图。以该方法应用于数据处理系统中为例,该方法包括:步骤901,检测数据格式是否符合格式要求。可选地,对第一列表数据的数据格式进行检测即检测第一列表数据是否可以被客户端正确读取。步骤902,当数据格式符合格式要求时,检测数据完整性是否符合完整性要求。可选地,客户端发送的战绩查询请求中包括了对第一列表数据中列表数据条数的数量要求。在一个示例中,战绩查询请求中对列表数据条数的数量要求为20条,则对于第一列表数据数据完整性的检测即为检查第一列表数据中列表数据的条数是否达到20条。步骤903,当数据格式不符合格式要求,或数据完整性不符合完整性要求时,调用第二列表数据。可选地,当第一列表数据未通过数据格式检测时,表示无法对第一列表数据进行读取。可选地,当第一列表数据未通过数据完整性检测时,表示第一列表数据的数据储量不足。此时,将第一列表数据与第二列表数据的进行时间戳校验,并且根据第一列表数据中时间戳无法与第二列表数据中的时间戳对应的列表数据对第二列表数据进行更新,获得新的第二列表数据。在一个示例中,客户端需要的列表结果数据条数为20条,第二列表数据的列表结果数据条数为20条。第一列表数据的数量为8条,则在调用第二列表数据之后,将8条第一列表数据与第二列表数据进行校验,确定有5条数据的时间戳无法与第二列表数据中的数据的时间戳对应,则根据该5条数据对第二列表数据进行更新。可选地,将该5条第一列表数据与20条第二列表数据重新进行组合,并且选取时间距离客户端发送战绩查询请求时间较近的20条数据作为新的第二列表数据。步骤904,进行列表数量校验。可选地,在通过数据格式和数据完整性检验之后,将第一列表数据在此进行数据的校验,验证数据的完整性。步骤905,确定需要补充的数据。可选地,通过第二列表数据或更新后的第二列表数据对第一列表数据进行补充。步骤906,进行数据更新。可选地,进行数据更新的步骤即为获得战绩列表数据的步骤。
步骤812,获得战绩结果数据。
可选地,战绩结果数据包括战绩总览数据和战绩列表数据,在获取战绩总览数据和战绩列表数据之后,即可获得战绩结果数据。
步骤813,第一缓存服务器向客户端发送战绩数据结果。
步骤814,客户端接收战绩结果数据,对战绩结果数据进行展示。
可选地,客户端在接收到战绩结果数据之后,通过对数据的处理,即可在对应的战绩查询的界面上对战绩结果数据进行展示。
综上所述,本实施例提供的方法通过第一缓存服务器对第二缓存服务器中存储的第一缓存数据进行获取,并且将该第一缓存服务器存储的第二缓存数据进行数据的校验合并,由于第一缓存数据为根据第一帐号的游戏对局进行实时更新并缓存的数据,第二缓存数据为对第一帐号的战绩查询事件更新得到的,也即,通过对第一缓存数据以及第二缓存数据的校验和更新,得到实时更新并且符合数据量要求的战绩结果数据,提高了战绩结果数据的数据完整度。通过在第一缓存服务器中将第一缓存数据分为第一总览数据以及第一列表数据,并将第一总览数据与第以缓存服务器内的第二总览数据进行校验,将第一列表数据与第二列表数据进行校验,分别得到校验数据之后汇总得到战绩结果数据的方法,对第一缓存数据进行的校验以及补充更新,从多方面进一步保证了应用软件可以完整显示用户所需要的数据。
图10示出了本申请一个示例性实施例提供的数据处理方法的时序示意图。以该方法应用于数据处理系统中,且在该数据处理系统中第二缓存服务器由战绩查询服务器以及游戏数据服务器组成为例进行说明,该方法包括:
步骤1001,客户端向战绩查询服务器发送战绩查询请求。
可选地,客户端向战绩查询服务器发送战绩查询请求。可选地,发送的战绩查询请求对第一帐号的历史战绩对应的战绩数据结果进行获取的请求。
步骤1002,战绩查询服务器接收战绩查询请求。
步骤1003,战绩查询服务器向游戏数据服务器发送战绩查询请求。
可选地,战绩查询服务器在客户端以及游戏数据服务器之间起数据中继的作用,通过战绩查询服务器向游戏数据服务器转发战绩查询请求,并且接收游戏数据服务器返回的数据。
步骤1004,游戏数据服务器接收战绩查询请求。
步骤1005,游戏数据服务器根据战绩查询请求获取第一缓存数据。
可选地,第一缓存数据为游戏数据服务器根据第一帐号的战绩进行实时更新并且缓存的数据,可选地,在接收到战绩查询请求时,游戏数据服务器即根据第一帐号的帐号信息进行第一缓存数据的获取。
步骤1006,游戏数据服务器向战绩查询服务器发送第一缓存数据。
步骤1007,战绩查询服务器接收第一缓存数据。
可选地,游戏数据服务器在完成对于第一缓存数据的获取之后,将第一缓存数据发送至战绩查询服务器。可选地,战绩查询服务器可以将第一缓存数据直接返回发送至客户端。但由于游戏数据服务器中存储数据的时效性原因或战绩查询服务器与游戏数据服务器中的通信原因,客户端常无法正确接收到第一缓存数据。可选地,此时需要将第一缓存数据发送至第一缓存服务器进行进一步的数据处理。
步骤1008,战绩查询服务器向第一缓存服务器发送第一缓存数据。
可选地,第一缓存服务器内置有缓存分析软件,可选地,缓存分析软件可以为Redis软件。
步骤1009,第一缓存服务器接收第一缓存数据。
步骤1010,第一缓存服务器调用第二缓存数据,将第一缓存数据与第二缓存数据进行校验合并。
可选地,在第一缓存服务器进行第一缓存数据的接收之后,第一缓存服务器将会调用并获取第二缓存数据,将第一缓存数据与第二缓存数据进行校验。
可选地,对第一缓存数据和第二缓存数据进行校验合并,得到校验数据。
可选地,对第一缓存数据与第二缓存数据进行的校验包括对第一缓存数据和第二缓存数据中的战绩总览数据以及战绩列表数据的校验。
可选地,对第一缓存数据与第二缓存数据中的数据进行校验,可以判断第一缓存数据是否符合数据要求。可选地,当第一缓存数据符合数据要求时,通过校验数据对第二缓存数据进行更新,得到更新后的第二缓存数据;将第一缓存数据与更新后的第二缓存数据进行合并,得到战绩结果数据。
可选地,第一缓存数据的数据要求包括数据格式要求和数据完整性要求中的至少一种,数据格式要求用于表示第一缓存数据的数据格式与预设数据格式一致;数据完整性要求用于表示第一缓存数据的数据数量满足预设数据数量要求。
可选地,第一缓存数据包括第一总览数据和第一列表数据,第二缓存数据包括第二总览数据和第二列表数据。可选地,第一总览数据、第一列表数据、第二总览数据、第二列表数据及第二总览数据均以键值对的储存方式储存在对应的缓存服务器中。故第一缓存数据与第二缓存数据的校验过程,也可以是第一总览数据与第二总览数据,以及第一列表数据与第二列表数据的校验过程。
步骤1011,第一缓存服务器获取战绩结果数据。
可选地,战绩结果数据包括战绩总览数据以及战绩列表数据。可选地,通过第一缓存数据和第二缓存数据的校验以及第一缓存数据对第二缓存数据的更新,最终确定战绩结果数据。
步骤1012,第一缓存服务器向战绩查询服务器发送战绩结果数据。
步骤1013,战绩查询服务器进行数据处理。
可选地,战绩查询服务器在接收到第一缓存服务器发送的战绩结果数据之后,将会对数据进行包装与处理。
步骤1014,战绩查询服务器向客户端发送战绩结果数据。
可选地,客户端在接收到战绩结果数据之后,通过对数据的处理,即可在对应的战绩查询的界面上对战绩结果数据进行展示。
通过第一缓存服务器对第二缓存服务器中存储的第一缓存数据进行获取,并且将该第一缓存服务器存储的第二缓存数据进行数据的校验,由于第一缓存数据为根据第一帐号的游戏对局进行实时更新并缓存的数据,第二缓存数据为对第一帐号的战绩查询事件更新得到的,也即,通过对第一缓存数据以及第二缓存数据的校验和更新,得到实时更新并且符合数据量要求的战绩结果数据,提高了战绩结果数据的数据完整度。通过战绩查询服务器的设置,减少了客户端的数据处理量,进一步确保了客户端层面的运行效率。通过游戏数据服务器的设置,是战绩查询服务器可以更简便地获取第一缓存数据,提高了第一缓存数据获取的正确率,并进一步保证了软件可以完整显示用户所需要的数据。
图11示出了本申请一个示例性实施例提供的数据处理装置的结构框图,该装置包括:
接收模块1101,用于接收第二缓存服务器发送的第一缓存数据,第一缓存数据为第二缓存服务器根据第一帐号的战绩进行实时更新并缓存的数据,且第一缓存数据为第二缓存服务器根据客户端发送的战绩查询请求向第一缓存服务器发送的数据;
获取模块1102,用于获取第一缓存服务器中已存储的与第一帐号对应的第二缓存数据,第二缓存数据为根据对第一帐号的战绩进行查询的历史战绩查询事件更新得到的数据;
校验模块1103,用于对第一缓存数据和第二缓存数据进行校验合并,得到战绩结果数据;
发送模块1104,用于将战绩结果数据发送至客户端,客户端用于对战绩结果数据进行展示。
在一个可选的实施例中,校验模块1103,用于对第一缓存数据和第二缓存数据进行校验,得到校验数据;
如图12所示,该装置,还包括:
更新模块1105,用于通过校验数据对第二缓存数据进行更新,得到更新后的第二缓存数据。
获取模块1102,用于将第一缓存数据与更新后的第二缓存数据进行合并,得到战绩结果数据。
在一个可选的实施例中,战绩结果数据中包括战绩总览数据,战绩总览数据为以键值对形式存储的数据,第一缓存数据中包括第一总览数据,第二缓存数据中包括第二总览数据;
更新模块1105,用于当第一总览数据与第二总览数据不一致时,将第一总览数据作为更新后的第二总览数据。
在一个可选的实施例中,战绩结果数据中包括战绩列表数据,战绩列表数据为以有序集合形式存储的数据,第一缓存数据中包括第一列表数据,第一列表数据对应有第一时间范围,第二缓存数据中包括第二列表数据,第二列表数据对应有第二时间范围;
该装置,还包括:
确定模块1106,用于当第一时间范围与第二时间范围不一致时,确定第一时间范围和第二时间范围之间的差异时间段;
更新模块1105,用于根据差异时间段和第一列表数据对第二列表数据进行更新。
在一个可选的实施例中,更新模块1105,用于将处于差异时间段内的第一列表数据补充至第二列表数据,得到更新后的第二列表数据。
在一个可选的实施例中,获取模块1102,还用于当第一列表数据中的数据条数不符合条数要求时,从更新后的第二列表数据中选取对应条数的数据补充至第一列表数据中。
在一个可选的实施例中,校验模块1103,用于当第一缓存数据符合数据要求时,对第一缓存数据和第二缓存数据进行数据校验合并,得到战绩结果数据;
确定模块1106,用于当第一缓存数据不符合数据要求时,将第二缓存数据作为战绩结果数据;
其中,数据要求包括数据格式要求和数据完整性要求中的至少一种,数据格式要求用于表示第一缓存数据的数据格式与预设数据格式一致;数据完整性要求用于表示第一缓存数据的数据数量满足预设数据数量要求。
需要说明的是:上述实施例提供的数据处理装置,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本申请还提供了一种服务器,该服务器包括处理器和存储器,存储器中存储有至少一条指令,至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的数据处理方法。需要说明的是,该服务器可以是如下图13所提供的服务器。
请参考图13,其示出了本申请一个示例性实施例提供的服务器的结构示意图。具体来讲:服务器1300包括中央处理单元(Central Processing Unit,CPU)1301、包括随机存取存储器(Random Access Memory,RAM)1302和只读存储器(Read-Only Memory,ROM)1303的系统存储器1304,以及连接系统存储器104和中央处理单元1301的系统总线1305。服务器1300还包括帮助计算机内的各个器件之间传输信息的基本输入/输出(Input outputsystem,I/O)系统106,和用于存储操作系统1313、应用程序1314和其他程序模块1315的大容量存储设备1307。
基本输入/输出系统1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中显示器1308和输入设备1309都通过连接到系统总线1305的输入输出控制器1310连接到中央处理单元1301。基本输入/输出系统1306还可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备1307通过连接到系统总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。大容量存储设备1307及其相关联的计算机可读介质为服务器1300提供非易失性存储。也就是说,大容量存储设备1307可以包括诸如硬盘或者CD-ROI驱动器之类的计算机可读介质(未示出)。
不失一般性,计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、带电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、闪存或其他固态存储其技术,CD-ROM、数字多功能光盘(Digital Video Disc,DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1304和大容量存储设备1307可以统称为存储器。
存储器存储有一个或多个程序,一个或多个程序被配置成由一个或多个中央处理单元1301执行,一个或多个程序包含用于实现上述数据处理方法的指令,中央处理单元1301执行该一个或多个程序实现上述各个方法实施例提供的数据处理方法。
根据本发明的各种实施例,服务器1300还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1300可以通过连接在系统总线1305上的网络接口单元1311连接到网络1312,或者说,也可以使用网络接口单元1311来连接到其他类型的网络或远程计算机系统(未示出)。
存储器还包括一个或者一个以上的程序,一个或者一个以上程序存储于存储器中,一个或者一个以上程序包含用于进行本发明实施例提供的数据处理方法中由服务器所执行的步骤。
本申请实施例还提供一种计算机设备,该计算机设备包括存储器和处理器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并实现上述数据处理方法。
本申请实施例还提供一种计算机可读存储介质,该可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述数据处理方法。
本申请还提供了一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述各个方法实施例提供的数据处理方法。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质;也可以是单独存在,未装配入终端中的计算机可读存储介质。该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述数据处理方法。
可选地,该计算机可读存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、固态硬盘(SSD,Solid State Drives)或光盘等。其中,随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM,Dynamic Random Access Memory)。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
上述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (14)
1.一种数据处理方法,其特征在于,所述方法包括:
接收第二缓存服务器发送的第一缓存数据,所述第一缓存数据为所述第二缓存服务器根据第一帐号的对局结果进行实时更新并缓存的数据,所述第二缓存服务器用于对当前时刻之前目标时长内的所述第一缓存数据进行存储;
获取已存储的与所述第一帐号对应的第二缓存数据,所述第二缓存数据为根据对所述第一帐号的战绩进行查询的历史战绩查询事件更新得到的数据;
对所述第一缓存数据和所述第二缓存数据进行校验合并,得到战绩结果数据;
将所述战绩结果数据发送至客户端,所述客户端用于对所述战绩结果数据进行展示。
2.根据权利要求1所述的方法,其特征在于,所述对所述第一缓存数据和所述第二缓存数据进行校验合并,得到战绩结果数据,包括:
通过所述第二缓存数据对所述第一缓存数据进行校验,得到校验数据;
通过所述校验数据对所述第二缓存数据进行更新,得到更新后的第二缓存数据;
将所述第一缓存数据与更新后的所述第二缓存数据进行合并,得到所述战绩结果数据。
3.根据权利要求2所述的方法,其特征在于,所述战绩结果数据中包括战绩总览数据,所述战绩总览数据为以键值对形式存储的数据,所述第一缓存数据中包括第一总览数据,所述第二缓存数据中包括第二总览数据;
所述通过所述校验数据对所述第二缓存数据进行更新,包括:
当所述第一总览数据与所述第二总览数据不一致时,将所述第一总览数据作为更新后的第二总览数据。
4.根据权利要求2所述的方法,其特征在于,所述战绩结果数据中包括战绩列表数据,所述战绩列表数据以有序集合形式存储的数据,所述第一缓存数据中包括第一列表数据,所述第一列表数据对应有第一时间范围,所述第二缓存数据中包括第二列表数据,所述第二列表数据对应有第二时间范围;
所述通过所述校验数据对所述第二缓存数据进行更新,包括:
当所述第一时间范围与所述第二时间范围不一致时,确定第一时间范围和第二时间范围之间的差异时间段;
根据所述差异时间段和所述第一列表数据对所述第二列表数据进行更新。
5.根据权利要求4所述的方法,其特征在于,所述根据所述差异时间段和所述第一列表数据对所述第二列表数据进行更新,包括:
将处于所述差异时间段内的所述第一列表数据补充至所述第二列表数据,得到更新后的所述第二列表数据。
6.根据权利要求4所述的方法,其特征在于,所述将所述第一缓存数据与更新后的所述第二缓存数据进行合并,得到所述战绩结果数据,包括:
当所述第一列表数据中的数据条数不符合条数要求时,从所述更新后的所述第二列表数据中选取对应条数的所述数据补充至所述第一列表数据中。
7.根据权利要求1至6任一所述的方法,其特征在于,所述对所述第一缓存数据和所述第二缓存数据进行校验合并,得到战绩结果数据,还包括:
当所述第一缓存数据符合数据要求时,对所述第一缓存数据和所述第二缓存数据进行数据校验合并,得到所述战绩结果数据;
当所述第一缓存数据不符合数据要求时,将所述第二缓存数据作为所述战绩结果数据;
其中,所述数据要求包括数据格式要求和数据完整性要求中的至少一种,所述数据格式要求用于表示所述第一缓存数据的数据格式与预设数据格式一致;所述数据完整性要求用于表示所述第一缓存数据的数据数量满足预设数据数量要求。
8.一种数据处理系统,其特征在于,所述数据处理系统包括:第一缓存服务器、第二缓存服务器和客户端;
所述客户端,用于向所述第二缓存服务器发送第一帐号对应的战绩查询请求;
所述第二缓存服务器,用于根据接收到的所述战绩查询请求,向所述第一缓存服务器发送第一缓存数据,所述第一缓存数据为根据第一帐号的对局结果实时更新并缓存的数据;
所述第一缓存服务器,用于接收所述第二缓存服务器发送的所述第一缓存数据;获取已存储的与所述第一帐号对应的第二缓存数据,所述第二缓存数据为根据对所述第一帐号的历史战绩查询事件更新得到的数据;将所述第一缓存数据和所述第二缓存数据进行校验合并,得到战绩结果数据;将所述战绩结果数据发送至所述客户端;
所述客户端,用于对所述战绩结果数据进行展示。
9.根据权利要求8所述的系统,其特征在于,
所述第一缓存服务器,还用于通过所述第二缓存数据对所述第一缓存数据进行校验,得到校验数据;通过所述校验数据对所述第二缓存数据进行更新,得到更新后的第二缓存数据;将所述第一缓存数据与更新后的所述第二缓存数据进行合并,得到所述战绩结果数据。
10.根据权利要求9所述的系统,其特征在于,所述战绩结果数据中包括战绩总览数据,所述战绩总览 数据为以键值对形式存储的数据,所述第一缓存数据中包括第一总览数据,所述第二缓存数据中包括第二总览 数据;
所述第一缓存服务器,还用于当所述第一总览数据与所述第二总览数据不一致时,将所述第一总览数据作为更新后的所述第二总览数据。
11.根据权利要求9所述的系统,其特征在于,所述战绩结果数据中包括战绩列表数据,所述战绩列表数据为以有序集合形式存储的数据,所述第一缓存数据中包括第一列表数据,所述第一列表数据对应有第一时间范围,所述第二缓存数据中包括第二列表数据,所述第二列表数据对应有第二时间范围;
所述第一缓存服务器,还用于当所述第一时间范围与所述第二时间范围不一致时,确定第一时间范围和第二时间范围之间的差异时间段;
根据所述差异时间段和所述第一列表数据对所述第二列表数据进行更新。
12.一种数据处理装置,其特征在于,所述装置包括:
接收模块,用于接收第二缓存服务器发送的第一缓存数据,所述第一缓存数据为所述第二缓存服务器根据第一帐号的战绩进行实时更新并缓存的数据,所述第二缓存服务器用于对当前时刻之前目标时长内的所述第一缓存数据进行存储;
获取模块,用于获取第一缓存服务器中已存储的与所述第一帐号对应的第二缓存数据,所述第二缓存数据为根据对所述第一帐号的战绩进行查询的历史战绩查询事件更新得到的数据;
校验模块,用于对所述第一缓存数据和所述第二缓存数据进行校验合并,得到战绩结果数据;
发送模块,用于将所述战绩结果数据发送至客户端,所述客户端用于对所述战绩结果数据进行展示。
13.一种计算机设备,其特征在于,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的数据处理方法。
14.一种计算机可读存储介质,其特征在于,所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911119833.9A CN110866036B (zh) | 2019-11-15 | 2019-11-15 | 数据处理方法、系统、装置、终端及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911119833.9A CN110866036B (zh) | 2019-11-15 | 2019-11-15 | 数据处理方法、系统、装置、终端及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110866036A CN110866036A (zh) | 2020-03-06 |
CN110866036B true CN110866036B (zh) | 2023-02-10 |
Family
ID=69653657
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911119833.9A Active CN110866036B (zh) | 2019-11-15 | 2019-11-15 | 数据处理方法、系统、装置、终端及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110866036B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161630A (zh) * | 2016-07-20 | 2016-11-23 | 中霆云计算科技(上海)有限公司 | 一种基于远程桌面协议的客户端屏幕更新显示方法 |
CN106973074A (zh) * | 2016-01-13 | 2017-07-21 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置及系统 |
CN107180043A (zh) * | 2016-03-09 | 2017-09-19 | 北京京东尚科信息技术有限公司 | 分页实现方法和分页系统 |
CN107301051A (zh) * | 2017-06-27 | 2017-10-27 | 深圳市金立通信设备有限公司 | 终端动态数据的缓存与交互方法、终端、系统及计算机可读存储介质 |
CN107315761A (zh) * | 2017-04-17 | 2017-11-03 | 阿里巴巴集团控股有限公司 | 一种数据更新方法、数据查询方法及装置 |
CN108701051A (zh) * | 2016-05-25 | 2018-10-23 | 谷歌有限责任公司 | 实时事务一致的变更通知 |
CN109621408A (zh) * | 2018-11-01 | 2019-04-16 | 苏州蜗牛数字科技股份有限公司 | 一种游戏服务器场景进程负载均衡方法 |
CN110443712A (zh) * | 2019-08-09 | 2019-11-12 | 腾讯科技(深圳)有限公司 | 合约冲突检测方法、装置、可读存储介质和计算机设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020161860A1 (en) * | 2001-02-28 | 2002-10-31 | Benjamin Godlin | Method and system for differential distributed data file storage, management and access |
US20080307412A1 (en) * | 2007-06-06 | 2008-12-11 | Sony Computer Entertainment Inc. | Cached content consistency management |
-
2019
- 2019-11-15 CN CN201911119833.9A patent/CN110866036B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106973074A (zh) * | 2016-01-13 | 2017-07-21 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置及系统 |
CN107180043A (zh) * | 2016-03-09 | 2017-09-19 | 北京京东尚科信息技术有限公司 | 分页实现方法和分页系统 |
CN108701051A (zh) * | 2016-05-25 | 2018-10-23 | 谷歌有限责任公司 | 实时事务一致的变更通知 |
CN106161630A (zh) * | 2016-07-20 | 2016-11-23 | 中霆云计算科技(上海)有限公司 | 一种基于远程桌面协议的客户端屏幕更新显示方法 |
CN107315761A (zh) * | 2017-04-17 | 2017-11-03 | 阿里巴巴集团控股有限公司 | 一种数据更新方法、数据查询方法及装置 |
CN107301051A (zh) * | 2017-06-27 | 2017-10-27 | 深圳市金立通信设备有限公司 | 终端动态数据的缓存与交互方法、终端、系统及计算机可读存储介质 |
CN109621408A (zh) * | 2018-11-01 | 2019-04-16 | 苏州蜗牛数字科技股份有限公司 | 一种游戏服务器场景进程负载均衡方法 |
CN110443712A (zh) * | 2019-08-09 | 2019-11-12 | 腾讯科技(深圳)有限公司 | 合约冲突检测方法、装置、可读存储介质和计算机设备 |
Non-Patent Citations (3)
Title |
---|
On the Design of Multiplayer Online Video Game Systems;Chia-chun Hsu 等;《Proceedings of SPIE - The International Society for Optical Engineering》;20031119;1-13 * |
基于动态镜像的实时数据仓库存取预处理技术研究;毛莺池 等;《计算机科学》;20151215;第42卷(第12期);130-135 * |
基于客户/服务器的两级语义数据缓存机制在OLAP环境中的应用;袁霖 等;《微电子学与计算机》;20031025(第10期);20-22 * |
Also Published As
Publication number | Publication date |
---|---|
CN110866036A (zh) | 2020-03-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10733079B2 (en) | Systems and methods for end-to-end testing of applications using dynamically simulated data | |
US20170364697A1 (en) | Data interworking method and data interworking device | |
CN110309218B (zh) | 一种数据交换系统和数据写入方法 | |
US9471610B1 (en) | Scale-out of data that supports roll back | |
US10437708B2 (en) | System for refreshing and sanitizing testing data in a low-level environment | |
CN108647357B (zh) | 数据查询的方法及装置 | |
CN110474820B (zh) | 流量回放方法、装置、电子设备 | |
CN110046155B (zh) | 特征数据库的更新、数据特征的确定方法、装置及设备 | |
US11507277B2 (en) | Key value store using progress verification | |
US11829411B2 (en) | Data recovery method and apparatus, electronic device, and storage medium | |
US20070033233A1 (en) | Log management system and method of using the same | |
US11080239B2 (en) | Key value store using generation markers | |
CN113254424B (zh) | 数据服务迁移方法、装置及设备 | |
CN113064919B (zh) | 数据处理方法、数据存储系统、计算机设备及存储介质 | |
CN110866036B (zh) | 数据处理方法、系统、装置、终端及可读存储介质 | |
US11334623B2 (en) | Key value store using change values for data properties | |
US9378230B1 (en) | Ensuring availability of data in a set being uncorrelated over time | |
US11366796B2 (en) | Systems and methods for compressing keys in hierarchical data structures | |
CN116628042A (zh) | 数据处理方法、装置、设备及介质 | |
CN113254399A (zh) | 日志查询方法、装置、电子设备及介质 | |
Gupta et al. | Leveraging metadata in no SQL storage systems | |
CN115373831A (zh) | 数据处理方法、装置以及计算机可读存储介质 | |
CN108614838B (zh) | 一种用户群索引处理方法、装置及系统 | |
CN111460436A (zh) | 一种基于区块链的非结构化数据操作方法和系统 | |
CN111221857A (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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40022252 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |