CN106899558A - 访问请求的处理方法和装置 - Google Patents
访问请求的处理方法和装置 Download PDFInfo
- Publication number
- CN106899558A CN106899558A CN201510966982.4A CN201510966982A CN106899558A CN 106899558 A CN106899558 A CN 106899558A CN 201510966982 A CN201510966982 A CN 201510966982A CN 106899558 A CN106899558 A CN 106899558A
- Authority
- CN
- China
- Prior art keywords
- interviewee
- index data
- information
- server
- daily record
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种访问请求的处理方法和装置。其中,该方法包括:接收访问对象发送的用于访问受访对象的访问请求,其中,访问请求中记录有受访对象的账户信息;判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据、以及服务器上是否缓存有与缓存索引数据对应的历史日志列表信息;若服务器上未缓存与访问请求对应的受访对象的缓存索引数据、且服务器上缓存有与缓存索引数据对应的历史日志列表信息,则基于受访对象的账户信息生成受访对象的当前日志列表信息;将生成的当前日志列表信息返回至访问对象。本发明解决了现有技术中用户访问获取的受访对象的日志信息不准确的技术问题。
Description
技术领域
本发明涉及互联网领域,具体而言,涉及一种访问请求的处理方法和装置。
背景技术
现有技术中,访客在访问受访对象的信息(如网络交流平台上的日志)时,服务器获取受访对象的被访问信息的索引数据(该索引数据可以基于被访问对象的标识生成),对该索引数据进行计算,得到被访问信息的计算结果,现有技术中通常在前端服务器上对用户查询请求建立结果缓存,对用户查询请求缓存计算结果,当大量相同的用户请求(如:访问受访对象A的日志的访问请求)到达时,可以直接从缓存里返回计算结果,避免后端重复计算。
但是现有技术中的上述方案,分别将计算结果和索引数据存储在不同的服务器上,如将索引数据存储在后端服务器上,而将计算结果(如日志列表)缓存在前端服务器上,并且现有技术中的缓存设置为每隔一段时间更新一次,具体地,通常只是简单的在前端服务器上设置缓存过期时间。当受访对象A的被访问信息发生更新时,若设置的过期时间未到,则缓存失效逻辑不会启动,也即,受访对象的被访问信息已经更新,但是基于该被访问信息生成的计算结果(如日志列表)仍然是更新之前的结果,如果按照上述的访问请求的处理方式,在接收到用户访问请求之后,直接将前端服务器上缓存的日志列表返回给用户,用户收到的日志列表实质上与受访对象的信息是不对应的。
针对上述现有技术中用户访问获取的受访对象的日志信息不准确的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种访问请求的处理方法和装置,以至少解决现有技术中用户访问获取的受访对象的日志信息不准确的技术问题。
根据本发明实施例的一个方面,提供了一种访问请求的处理方法,该处理方法包括:接收访问对象发送的用于访问受访对象的访问请求,其中,访问请求中记录有受访对象的账户信息;判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据、以及服务器上是否缓存有与缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有受访对象的多个日志的日志标识;若服务器上未缓存与访问请求对应的受访对象的缓存索引数据、且服务器上缓存有与缓存索引数据对应的历史日志列表信息,则基于受访对象的账户信息生成受访对象的当前日志列表信息;将生成的当前日志列表信息返回至访问对象。
根据本发明实施例的另一方面,还提供了一种访问请求的处理装置,该处理装置包括:请求接收单元,用于接收访问对象发送的用于访问受访对象的访问请求,其中,所述访问请求中记录有所述受访对象的账户信息;判断单元,用于判断服务器上是否缓存有与所述访问请求对应的所述受访对象的缓存索引数据、以及所述服务器上是否缓存有与所述缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有所述受访对象的多个日志的日志标识;生成单元,用于若所述服务器上未缓存与所述访问请求对应的所述受访对象的缓存索引数据、且所述服务器上缓存有与所述缓存索引数据对应的历史日志列表信息,则基于所述受访对象的账户信息生成所述受访对象的当前日志列表信息;返回单元,用于将生成的所述当前日志列表信息返回至所述访问对象。
在本发明实施例中,即便是服务器的缓存中存在受访对象的历史日志列表信息,只要受访对象的索引数据不存在,也不向访问对象返回该历史日志列表信息;也即,日志列表信息不仅与请求有关,与受访对象的索引数据也有关,只有在服务器的缓存中访问请求、索引数据和日志列表信息都一致时,才向用户返回日志列表信息,这样可以避免索引数据已经更新,而日志列表信息没有更新,而向用户返回未更新的日志列表信息。通过上述实施例,解决了现有技术中用户访问获取的受访对象的日志信息不准确,可以向用户提供最新的日志列表信息。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1示出了本发明实施例的终端和服务器的硬件环境图;
图2是根据本发明实施例的一种可选的访问请求的处理方法的流程图;
图3是根据本发明实施例的另一种可选的访问请求的处理方法的流程图;
图4是根据本发明实施例的再一种可选的访问请求的处理方法的流程图;
图5是根据本发明实施例的又一种可选的访问请求的处理方法的流程图;
图6是根据本发明实施例的一种可选的访问请求的处理装置的示意图;
图7是根据本发明实施例的一种可选的终端的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种访问请求的处理方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
可选地,在本实施例中,上述访问请求的处理方法可以应用于如图1所示的终端10和服务器30所构成的硬件环境中,终端可以与服务器通过网络建立连接。其中,终端和服务器上均可以设置处理器。
上述网络包括但不限于:广域网、城域网或局域网。优选地,上述的网络为广域网。
图2是根据本发明实施例的一种可选的访问请求的处理方法的流程图,如图2所示,该方法可以包括如下步骤:
步骤S202:接收访问对象发送的用于访问受访对象的访问请求,其中,访问请求中记录有受访对象的账户信息。
步骤S204:判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据、以及服务器上是否缓存有与缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有受访对象的多个日志的日志标识。
步骤S206:若服务器上未缓存与访问请求对应的受访对象的缓存索引数据、且服务器上缓存有与缓存索引数据对应的历史日志列表信息,则基于受访对象的账户信息生成受访对象的当前日志列表信息。
步骤S208:将生成的当前日志列表信息返回至访问对象。
采用本发明上述实施例,在服务器的缓存中没有与该访问请求对应的缓存索引数据、且该缓存中有与缓存索引数据对应的历史日志列表信息的情况下,不将缓存的历史日志列表信息返回,而是基于受访对象的账户信息生成受访对象的当前日志列表信息。在上述实施例中,即便是服务器的缓存中存在受访对象的历史日志列表信息,只要受访对象的索引数据不存在,也不向访问对象返回该历史日志列表信息;也即,日志列表信息不仅与请求有关,与受访对象的索引数据也有关,只有在服务器的缓存中访问请求、索引数据和日志列表信息都一致时,才向用户返回日志列表信息,这样可以避免索引数据已经更新,而日志列表信息没有更新,而向用户返回未更新的日志列表信息。通过上述实施例,解决了现有技术中用户访问获取的受访对象的日志信息不准确,可以向用户提供最新的日志列表信息。
在上述实施例中,引入了将受访对象的索引数据(该信息中记录有受访对象的多个日志的日志标识)和日志列表信息保存在同一终端(如后端服务器)上的缓存机制,在获取受访对象的日志列表信息时,服务器上缓存的用于访问受访对象的访问请求、受访对象的索引数据以及受访对象的日志列表均一致时,才将服务器上缓存的受访对象的日志列表返回至生成访问请求的访问对象。
下面结合图3详述本发明上述实施例,如图3所示,该实施例可以包括如下步骤:
步骤S302:接收访问对象发送的用于访问受访对象的访问请求。
其中,访问请求中记录有受访对象的账户信息。
访问对象可以通过终端将访问信息发送至服务器。
步骤S304:判断在服务器缓存中是否命中受访对象的缓存索引数据。
该步骤可以通过判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据来实现。
若服务器上缓存有与访问请求对应的受访对象的缓存索引数据,则执行步骤S306;若服务器上未缓存与访问请求对应的受访对象的缓存索引数据,则执行步骤S308。
步骤S306:判断在服务器缓存中是否命中受访对象的历史日志列表信息。
该步骤可以通过判断服务器上是否缓存有与缓存索引数据对应的历史日志列表信息来实现。
其中,缓存索引数据中记录有受访对象的多个日志的日志标识。
具体地,在生成缓存索引数据时,可以从原服务器上获取受访对象A的所有日志,获取各个日志的日志标识(该日志标识可以为日志标题、日志摘要等的信息),将所有的日志标识汇总得到受访对象的索引数据,保存在服务器的缓存中的受访对象的索引数据为缓存索引数据。
在上述实施例中,若服务器上缓存有与缓存索引数据对应的历史日志列表信息,则执行步骤S312:将历史日志列表信息返回至访问终端;若服务器上未缓存与缓存索引数据对应的历史日志列表信息,则执行步骤S308。
步骤S308:基于受访对象的账户信息生成受访对象的当前日志列表信息。
步骤S310:将生成的当前日志列表信息返回至访问对象。
由上述实施例可知,只有在基于访问请求同时命中受访对象的索引数据和日志列表信息时,才向用户返回缓存的日志列表信息;在上述实施例中,只在服务器的缓存中命中受访对象的索引数据或只命中受访对象的日志列表信息,均需基于受访对象的账户信息生成新的当前日志列表信息,如在索引数据没有命中的情况下,即便是命中日志列表信息,也需生成受访对象的当前日志列表信息,在这种情况下,意味着索引数据已经发生了更新,而日志列表信息未进行更新,如果日志列表未更新,则更新受访对象的日志列表信息。该实施例不同于现有技术中只要存在缓存的日志列表信息,并不对缓存的日志列表信息是否为最新的列表进行验证,可能将滞后的列表信息发送给访问对象。而通过上述实施例中的处理机制,可以基于缓存的访问请求、索引数据和日志列表验证日志列表是否为最新的信息,如果是,则将缓存的列表信息返回给访问对象,如果不是,则生成最新的日志列表信息,该实施例可以获取准确的日志列表信息。
在一个可选的实施例中,在判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据之后,该方法还可以包括:
若服务器上缓存有与访问请求对应的受访对象的缓存索引数据,则从原服务器获取受访对象的账户信息对应的当前索引数据,其中,当前索引数据中记录有受访对象的多个日志的日志标识和多个日志的权限信息,日志的权限信息用于记录具有日志的访问权限的账户集合;
判断服务器上缓存的缓存索引数据和当前索引数据是否一致;
若服务器上缓存的缓存索引数据和当前索引数据不一致,则基于多个日志标识和多个权限信息生成当前日志列表信息。
在上述实施例中,在通过图2和图3所示的实施例中,判断出服务器的缓存中命中缓存索引数据的方案,做了进一步的限定。
下面结合图4详述本发明上述实施例,如图4所示,该实施例可以包括:
步骤S402:接收访问对象发送的用于访问受访对象的访问请求。
其中,访问请求中记录有受访对象的账户信息。
步骤S404:判断在服务器缓存中是否命中受访对象的缓存索引数据。
该步骤可以通过判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据来实现。
若服务器上缓存有与访问请求对应的受访对象的缓存索引数据,则执行步骤S406;若服务器上未缓存与访问请求对应的受访对象的缓存索引数据,则执行步骤S416。
步骤S406:从原服务器获取受访对象的账户信息对应的当前索引数据。
通过该步骤可以从原服务器获取受访对象的最新更新的索引数据。
步骤S408:判断服务器上缓存的缓存索引数据是否与当前索引数据一致。
若一致,则执行步骤S410;若不一致,则执行步骤S412。
步骤S410:判断在服务器缓存中是否命中受访对象的历史日志列表信息。
该步骤可以通过判断服务器上是否缓存有与缓存索引数据对应的历史日志列表信息来实现。
若服务器上缓存有与缓存索引数据对应的历史日志列表信息,则执行步骤S414:将历史日志列表信息返回至访问终端;若服务器上未缓存与缓存索引数据对应的历史日志列表信息,则执行步骤S416。
步骤S416:基于受访对象的账户信息生成受访对象的当前日志列表信息。
步骤S418:将生成的当前日志列表信息返回至访问对象。
具体地,若服务器中缓存有与访问请求对应的受访对象的缓存索引数据,判断该缓存的缓存索引数据是否为最新更新的受访对象的索引数据,通过该方案:(1)如果该缓存的索引数据为最新更新的受访对象的索引数据,且服务器上缓存有对应的日志列表信息,则该缓存的日志列表信息也为最新更新的受访对象的日志列表信息;(2)如果该缓存的索引数据为最新更新的受访对象的索引数据,但服务器上未缓存对应的日志列表信息,则基于最新更新的日志索引数据生成最新的日志列表信息;(3)如果该缓存的索引数据不是最新更新的受访对象的索引数据,则不再对服务器上是否缓存有最新更新的历史日志列表信息,直接基于最新更新的日志索引数据生成最新的日志列表信息。
通过上述实施例,可以进一步保证得到的受访对象的日志列表信息为受访对象的最新的日志列表信息,进一步地保证了获取的日志列表信息的准确性。
在另一个可选的实施例中,基于受访对象的账户信息生成受访对象的当前日志列表信息可以包括:从原服务器获取受访对象的账户信息所对应的当前索引数据,其中,当前索引数据中记录有受访对象的多个日志的索引标识和多个日志的权限信息,其中,日志的权限信息用于记录具有日志的访问权限的账户集合;基于多个日志标识和多个权限信息生成当前日志列表信息。
在上述实施例中,受访对象可以对不同的日志设置不同的权限信息,即受访对象可以设置可以访问每个日志的访客的账户信息,通过上述的日志标识和日志权限生成当前日志列表信息,可以对具有不同访问权限的用户(如访问对象)生成不同的日志列表信息,而不是采用现有技术中对所有的访客返回同样的访问结果,突破了现有技术中不对访问权限做区分的局限。
根据本发明的上述实施例,访问请求中还携带有访问对象的账户信息,其中,基于多个日志标识和多个权限信息生成当前日志列表信息可以包括:从权限信息中,获取包含访问对象的账户信息的账户集合;获取账户集合所指向日志的日志标识;按照预设排序方式对获取到的日志标识排列,得到标识序列,其中,预设排序方式包括:日志生成时间排序方式和/或日志数据容量大小排序方式;按照标识序列,读取各个日志标识对应的日志信息,生成当前日志列表信息。
在上述实施例中,通过权限信息获取访问对象可以访问日志,并对其进行排序,按照序列生成日志列表信息,该生成的日志列表信息与访问对象的访问权限相关,也从另一个方面保证了最后返回给访问终端的日志列表信息的准确性。
进一步地,在生成当前日志列表信息之后,方法还包括:将服务器上缓存的历史日志列表信息更新为当前日志列表信息。
根据本发明的上述实施例,在从原服务器获取受访对象的账户信息所对应的当前索引数据之后,方法还包括:保存受访对象、访问请求和当前索引数据的对应关系;在基于多个日志标识和多个权限信息生成当前日志列表信息之后,方法还包括:将访问请求和当前索引数据作为键,将当前日志列表信息作为值,保存键和值的对应关系。
具体地,可以将访问请求和索引数据作为键,将当前日志列表信息作为值,将键和值的对应关系保存在服务器的缓存中。
通过上述实施例,在获取到用户的访问请求之后,可以基于该键值对确定是否命中索引数据或者是否命中日志列表信息,执行判断操作的耗时短。
下面将结合图5和表1详述本发明上述实施例,如图5所示,该申请包括如下步骤:
步骤S501:获取用户的访问请求。
服务器可以获取访问对象通过终端生成的访问请求,该访问请求中携带有受访对象的账户信息和访问对象的账户信息。
步骤S502:判断服务器的缓存中是否命中数据缓存。
其中,此处的数据缓存表示缓存索引数据,也即,判断服务器上是否缓存有受访对象的缓存索引数据。
具体地,在该实施例中可以将访问请求和索引数据作为键,先判断缓存中是否存在访问请求和索引数据均存在的键,如果有的话,则认为命中;如果没有,则认为没有命中。如表1所示的服务器缓存的数据。
表1
序号 | 访问请求 | 缓存索引数据 | 历史日志列表信息 |
1 | A | ID1 | Q1 |
2 | A | ID1 | 空 |
3 | A | 空 | Q1 |
4 | A | 空 | 空 |
表1仅对上述数据的对应关系、存储方式作示意性说明,本申请对服务器中的缓存方式不做限定。
该表中的访问请求A表示:访问受访对象A的请求。该表中序号1和序号2表示的情况,即为上述实施例中的访问请求A和缓存索引数据ID1均存在的情况,该表中序号3和序号4表示的情况,即为上述实施例中的访问请求A和缓存索引数据不都存在的情况。
当然,服务器的缓存中也可能不存在访问请求的情况,但是该种情况是需从原服务器获取数据,并基于获取的数据生成索引数据和索引数据对应的列表信息的,本发明对该种情况的日志列表信息的获取方式不作限定。
若是,则执行步骤S503;若否,则执行步骤S504。
步骤S503:判断服务器的缓存中是否命中日志列表信息。
具体地,可以在服务器的缓存中查找上述步骤中键的值,若存在该键的值,则判断出命中日志列表信息(即上述实施例中的历史日志列表信息);如果没有查找到上述步骤中键的值,则认为没有命中日志列表信息。如表1所示,序号1的情况,即为可以查找到值的情况,序号2的情况为无法查找到值的情况。若是,则执行步骤S508,若否,则执行步骤S506。
步骤S504:从原服务器获取受访对象A的当前索引数据。
步骤S505:设置当前索引数据的缓存。
具体地,可以保存该受访对象、访问请求和当前索引数据的对应关系,将该对应关系,该对应关系的保存方式可以为表1中的保存方式,也可以不是表1中的保存方式,本申请对此不做限定。
步骤S506:获取当前索引数据对应的当前日志列表信息。
具体地,可以从当前索引数据中提取日志标识和权限信息,基于日志标识和权限信息按照上述实施例中的生成方式生成当前日志列表信息;也可以对日志标识所标识的日志执行权限、排序、分类以及过滤中至少一种计算方式的操作生成当前日志列表信息,本申请对此也不做限定。
步骤S507:设置当前日志列表信息的缓存。
具体地,可以将生成的当前日志列表信息作为上述键的值,保存该键值对的关系至服务器的缓存。
步骤S508:输出日志列表信息。
由上述表1中,可以看出,只有在序号1表示的情况下,才从服务器的缓存中输出日志列表信息;其余的情况下,均需基于受访对象的账户信息、和/或索引数据生成受访对象的当前日志列表信息。
需要说明的是,本申请上述实施例中的日志可以包括受访对象的图片信息、即时通信信息、网络交流平台的文字信息、视频信息等等;上述日志的日志索引可以为日志的标题、日志的摘要等信息;日志列表信息中可以包括日志的标识、日志的摘要、日志的地址(如超链接)等信息。
上述实施例中,将保存在服务器上的索引数据记为缓存索引数据;将保存在服务器上的日志列表信息记为当前日志列表信息。
通过上述实施例,综合考虑受访对象的索引数据data、用户查询请求query(即上述实施例中的访问请求)以及计算结果output(即上述实施例中的日志列表信息)进行缓存设计,将缓存靠近数据,也即将上述的三类数据的对应关系保存。
采用上述的缓存机制,若用户的访问请求一致,索引数据一致,则计算结果也是一致的;在该方案中,以(query+date)为key,(output)为value缓存计算结果,避免索引计算中大量重复计算的问题;同时,对索引数据建立数据缓存,用于快速获取索引数据。
需要说明的是,在保存键和值的对应关系之后,方法还可以包括:若接收到用于更新受访对象的当前索引数据的更新指令;则获取更新指令所指示的受访对象的更新索引数据,将键中的当前索引数据更新为更新索引数据;在间隔预设时间段之后,删除当前索引数据对应的日志列表信息。
通过上述实施例,在更新索引数据之后,日志列表信息可以自动失效。
若该预设时间段较长(超过索引数据的最大更新时间阈值),或日志列表信息失效失败,由于图2所示的机制,即便是存在日志列表信息,不将其返回至访问对象,保证了用户查询结果的正确性。
在该实施例中,缓存结果不仅跟用户查询条件相关,也跟索引数据相关(query+data)。当索引数据更新时,计算缓存自动失效,避免数据不一致问题;同时缓存靠近数据,可以有效利用数据和计算进行的相应逻辑扩展,除了避免滞后数据外,还有比如不同用户返回不同结果、并发控制、策略应用等。
通过本发明的上述实施例,缓存不仅跟请求相关,也跟数据相关,避免滞后数据问题;可以方便的利用数据和计算进行其它相应逻辑扩展,具有更好的适用性。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种用于实施上述访问请求的处理方法的访问请求的处理装置,如图6所示,该装置包括:请求接收单元61、判断单元63、生成单元65及返回单元67。
请求接收单元61,用于接收访问对象发送的用于访问受访对象的访问请求,其中,访问请求中记录有受访对象的账户信息。
判断单元63,用于判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据、以及服务器上是否缓存有与缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有受访对象的多个日志的日志标识。
生成单元65,用于若服务器上未缓存与访问请求对应的受访对象的缓存索引数据、且服务器上缓存有与缓存索引数据对应的历史日志列表信息,则基于受访对象的账户信息生成受访对象的当前日志列表信息。
返回单元67,用于将生成的当前日志列表信息返回至访问对象。
采用本发明上述实施例,在服务器的缓存中没有与该访问请求对应的缓存索引数据、且该缓存中有与缓存索引数据对应的历史日志列表信息的情况下,不将缓存的历史日志列表信息返回,而是基于受访对象的账户信息生成受访对象的当前日志列表信息。在上述实施例中,即便是服务器的缓存中存在受访对象的历史日志列表信息,只要受访对象的索引数据不存在,也不向访问对象返回该历史日志列表信息;也即,日志列表信息不仅与请求有关,与受访对象的索引数据也有关,只有在服务器的缓存中访问请求、索引数据和日志列表信息都一致时,才向用户返回日志列表信息,这样可以避免索引数据已经更新,而日志列表信息没有更新,而向用户返回未更新的日志列表信息。通过上述实施例,解决了现有技术中用户访问获取的受访对象的日志信息不准确,可以向用户提供最新的日志列表信息。
在上述实施例中,引入了将受访对象的索引数据(该信息中记录有受访对象的多个日志的日志标识)和日志列表信息保存在同一终端(如后端服务器)上的缓存机制,在获取受访对象的日志列表信息时,服务器上缓存的用于访问受访对象的访问请求、受访对象的索引数据以及受访对象的日志列表均一致时,才将服务器上缓存的受访对象的日志列表返回至生成访问请求的访问对象。
具体地,在生成索引数据时,可以从原服务器上获取受访对象A的所有日志,获取各个日志的日志标识(该日志标识可以为日志标题、日志摘要等的信息),将所有的日志标识汇总得到受访对象的索引数据,保存在服务器的缓存中的受访对象的索引数据为缓存索引数据。
由上述实施例可知,只有在基于访问请求同时命中受访对象的索引数据和日志列表信息时,才向用户返回缓存的日志列表信息;在上述实施例中,只在服务器的缓存中命中受访对象的索引数据或只命中受访对象的日志列表信息,均需基于受访对象的账户信息生成新的当前日志列表信息,如在索引数据没有命中的情况下,即便是命中日志列表信息,也需生成受访对象的当前日志列表信息,在这种情况下,意味着索引数据已经发生了更新,而日志列表信息未进行更新,如果日志列表未更新,则更新受访对象的日志列表信息。该实施例不同于现有技术中只要存在缓存的日志列表信息,并不对缓存的日志列表信息是否为最新的列表进行验证,可能将滞后的列表信息发送给访问对象。而通过上述实施例中的处理机制,可以基于缓存的访问请求、索引数据和日志列表验证日志列表是否为最新的信息,如果是,则将缓存的列表信息返回给访问对象,如果不是,则生成最新的日志列表信息,该实施例可以获取准确的日志列表信息。
在一个可选的实施例中,装置还包括:
获取模块,用于在判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据之后,若服务器上缓存有与访问请求对应的受访对象的缓存索引数据,则从原服务器获取受访对象的账户信息对应的当前索引数据,其中,当前索引数据中记录有受访对象的多个日志的日志标识和多个日志的权限信息,日志的权限信息用于记录具有日志的访问权限的账户集合;
数据判断模块,用于判断服务器上缓存的缓存索引数据和当前索引数据是否一致;
第一生成模块,用于若服务器上缓存的缓存索引数据和当前索引数据不一致,则基于多个日志标识和多个权限信息生成当前日志列表信息。
具体地,若服务器中缓存有与访问请求对应的受访对象的缓存索引数据,判断该缓存的缓存索引数据是否为最新更新的受访对象的索引数据,通过该方案:(1)如果该缓存的索引数据为最新更新的受访对象的索引数据,且服务器上缓存有对应的日志列表信息,则该缓存的日志列表信息也为最新更新的受访对象的日志列表信息;(2)如果该缓存的索引数据为最新更新的受访对象的索引数据,但服务器上未缓存对应的日志列表信息,则基于最新更新的日志索引数据生成最新的日志列表信息;(3)如果该缓存的索引数据不是最新更新的受访对象的索引数据,则不再对服务器上是否缓存有最新更新的历史日志列表信息,直接基于最新更新的日志索引数据生成最新的日志列表信息。
通过上述实施例,可以进一步保证得到的受访对象的日志列表信息为受访对象的最新的日志列表信息,进一步地保证了获取的日志列表信息的准确性。
在另一个可选的实施例中,生成单元包括:数据获取模块,用于从原服务器获取受访对象的账户信息所对应的当前索引数据,其中,当前索引数据中记录有受访对象的多个日志的索引标识和多个日志的权限信息,其中,日志的权限信息用于记录具有日志的访问权限的账户集合;第二生成模块,用于基于多个日志标识和多个权限信息生成当前日志列表信息。
在上述实施例中,受访对象可以对不同的日志设置不同的权限信息,即受访对象可以设置可以访问每个日志的访客的账户信息,通过上述的日志标识和日志权限生成当前日志列表信息,可以对具有不同访问权限的用户(如访问对象)生成不同的日志列表信息,而不是采用现有技术中对所有的访客返回同样的访问结果,突破了现有技术中不对访问权限做区分的局限。
上述实施例中的访问请求中还携带有访问对象的账户信息。
可选地,生成模块可以包括:集合获取模块,用于从权限信息中,获取包含访问对象的账户信息的账户集合;标识获取模块,用于获取账户集合所指向日志的日志标识;排序模块,用于按照预设排序方式对获取到的日志标识排列,得到标识序列,其中,预设排序方式包括:日志生成时间排序方式和/或日志数据容量大小排序方式;读取模块,用于按照标识序列,读取各个日志标识对应的日志信息,生成当前日志列表信息。
进一步地,装置还可以包括:信息更新单元,用于在生成当前日志列表信息之后,将服务器上缓存的历史日志列表信息更新为当前日志列表信息。
在上述实施例中,通过权限信息获取访问对象可以访问日志,并对其进行排序,按照序列生成日志列表信息,该生成的日志列表信息与访问对象的访问权限相关,也从另一个方面保证了最后返回给访问终端的日志列表信息的准确性。
需要说明的是,本申请的处理装置还可以包括:第一保存单元,用于在从原服务器获取受访对象的账户信息所对应的当前索引数据之后,保存受访对象、访问请求和当前索引数据的对应关系;第二保存单元,用于在基于多个日志标识和多个权限信息生成当前日志列表信息之后,将访问请求和当前索引数据作为键,将当前日志列表信息作为值,保存键和值的对应关系。
通过上述实施例,在获取到用户的访问请求之后,可以基于该键值对确定是否命中索引数据或者是否命中日志列表信息,执行判断操作的耗时短。
需要说明的是,本申请的处理装置还可以包括:指令接收单元,用于在保存键和值的对应关系之后,若接收到用于更新受访对象的当前索引数据的更新指令;数据更新单元,用于则获取更新指令所指示的受访对象的更新索引数据,将键中的当前索引数据更新为更新索引数据;删除单元,用于在间隔预设时间段之后,删除当前索引数据对应的日志列表信息。
通过本发明的上述实施例,缓存不仅跟请求相关,也跟数据相关,避免滞后数据问题;可以方便的利用数据和计算进行其它相应逻辑扩展,具有更好的适用性。
本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应用场景也可以相同。当然,需要注意的是,上述模块涉及的方案可以不限于上述实施例中的内容和场景,且上述模块可以运行在计算机终端或移动终端,可以通过软件或硬件实现。
实施例3
根据本发明实施例,还提供了一种用于实施上述访问请求的处理方的服务器,如图7所示,该服务器包括:
如图7所示,该服务器或终端包括:一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205(如上述实施例中的发送装置),如图7所示,该终端还可以包括输入输出设备207。
其中,存储器203可用于存储软件程序以及模块,如本发明实施例中的访问请求的处理方法和装置对应的程序指令/模块,处理器201通过运行存储在存储器203内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的访问请求的处理方法。存储器203可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器203可进一步包括相对于处理器201远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置205用于经由一个网络接收或者发送数据,还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置205包括一个网络适配器(NetworkInterface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置205为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
其中,具体地,存储器203用于存储应用程序。
处理器201可以通过传输装置205调用存储器203存储的应用程序,以执行下述步骤:接收访问对象发送的用于访问受访对象的访问请求,其中,访问请求中记录有受访对象的账户信息;判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据、以及服务器上是否缓存有与缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有受访对象的多个日志的日志标识;若服务器上未缓存与访问请求对应的受访对象的缓存索引数据、且服务器上缓存有与缓存索引数据对应的历史日志列表信息,则基于受访对象的账户信息生成受访对象的当前日志列表信息;将生成的当前日志列表信息返回至访问对象。
处理器201还用于执行下述步骤:在判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据之后,若服务器上缓存有与访问请求对应的受访对象的缓存索引数据,则从原服务器获取受访对象的账户信息对应的当前索引数据,其中,当前索引数据中记录有受访对象的多个日志的日志标识和多个日志的权限信息,日志的权限信息用于记录具有日志的访问权限的账户集合;判断服务器上缓存的缓存索引数据和当前索引数据是否一致;若服务器上缓存的缓存索引数据和当前索引数据不一致,则基于多个日志标识和多个权限信息生成当前日志列表信息。
处理器201还用于执行下述步骤:从原服务器获取受访对象的账户信息所对应的当前索引数据,其中,当前索引数据中记录有受访对象的多个日志的索引标识和多个日志的权限信息,其中,日志的权限信息用于记录具有日志的访问权限的账户集合;基于多个日志标识和多个权限信息生成当前日志列表信息。
处理器201还用于执行下述步骤:从权限信息中,获取包含访问对象的账户信息的账户集合;获取账户集合所指向日志的日志标识;按照预设排序方式对获取到的日志标识排列,得到标识序列,其中,预设排序方式包括:日志生成时间排序方式和/或日志数据容量大小排序方式;按照标识序列,读取各个日志标识对应的日志信息,生成当前日志列表信息。
采用本发明上述实施例,在服务器的缓存中没有与该访问请求对应的缓存索引数据、且该缓存中有与缓存索引数据对应的历史日志列表信息的情况下,不将缓存的历史日志列表信息返回,而是基于受访对象的账户信息生成受访对象的当前日志列表信息。在上述实施例中,即便是服务器的缓存中存在受访对象的历史日志列表信息,只要受访对象的索引数据不存在,也不向访问对象返回该历史日志列表信息;也即,日志列表信息不仅与请求有关,与受访对象的索引数据也有关,只有在服务器的缓存中访问请求、索引数据和日志列表信息都一致时,才向用户返回日志列表信息,这样可以避免索引数据已经更新,而日志列表信息没有更新,而向用户返回未更新的日志列表信息。通过上述实施例,解决了现有技术中用户访问获取的受访对象的日志信息不准确,可以向用户提供最新的日志列表信息。可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
需要进一步说明的是,寄存区域为系统的内存和系统处理器中的寄存器。
本领域普通技术人员可以理解,图7所示的结构仅为示意,终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices,MID)、PAD等终端设备。图7其并不对上述电子装置的结构造成限定。例如,终端还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图7所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random Access Memory,RAM)、磁盘或光盘等。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于执行上述访问请求的处理方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
接收访问对象发送的用于访问受访对象的访问请求,其中,访问请求中记录有受访对象的账户信息;判断服务器上是否缓存有与访问请求对应的受访对象的缓存索引数据、以及服务器上是否缓存有与缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有受访对象的多个日志的日志标识;若服务器上未缓存与访问请求对应的受访对象的缓存索引数据、且服务器上缓存有与缓存索引数据对应的历史日志列表信息,则基于受访对象的账户信息生成受访对象的当前日志列表信息;将生成的当前日志列表信息返回至访问对象。
采用本发明上述实施例,在服务器的缓存中没有与该访问请求对应的缓存索引数据、且该缓存中有与缓存索引数据对应的历史日志列表信息的情况下,不将缓存的历史日志列表信息返回,而是基于受访对象的账户信息生成受访对象的当前日志列表信息。在上述实施例中,即便是服务器的缓存中存在受访对象的历史日志列表信息,只要受访对象的索引数据不存在,也不向访问对象返回该历史日志列表信息;也即,日志列表信息不仅与请求有关,与受访对象的索引数据也有关,只有在服务器的缓存中访问请求、索引数据和日志列表信息都一致时,才向用户返回日志列表信息,这样可以避免索引数据已经更新,而日志列表信息没有更新,而向用户返回未更新的日志列表信息。通过上述实施例,解决了现有技术中用户访问获取的受访对象的日志信息不准确,可以向用户提供最新的日志列表信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1.一种访问请求的处理方法,其特征在于,包括:
接收访问对象发送的用于访问受访对象的访问请求,其中,所述访问请求中记录有所述受访对象的账户信息;
判断服务器上是否缓存有与所述访问请求对应的所述受访对象的缓存索引数据、以及所述服务器上是否缓存有与所述缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有所述受访对象的多个日志的日志标识;
若所述服务器上未缓存与所述访问请求对应的所述受访对象的缓存索引数据、且所述服务器上缓存有与所述缓存索引数据对应的历史日志列表信息,则基于所述受访对象的账户信息生成所述受访对象的当前日志列表信息;
将生成的所述当前日志列表信息返回至所述访问对象。
2.根据权利要求1所述的方法,其特征在于,在判断服务器上是否缓存有与所述访问请求对应的所述受访对象的缓存索引数据之后,所述方法还包括:
若所述服务器上缓存有与所述访问请求对应的所述受访对象的缓存索引数据,则从原服务器获取所述受访对象的账户信息对应的当前索引数据,其中,所述当前索引数据中记录有所述受访对象的多个日志的日志标识和所述多个日志的权限信息,所述日志的权限信息用于记录具有所述日志的访问权限的账户集合;
判断所述服务器上缓存的缓存索引数据和所述当前索引数据是否一致;
若所述服务器上缓存的缓存索引数据和所述当前索引数据不一致,则基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息。
3.根据权利要求1所述的方法,其特征在于,基于所述受访对象的账户信息生成所述受访对象的当前日志列表信息包括:
从原服务器获取所述受访对象的账户信息所对应的当前索引数据,其中,所述当前索引数据中记录有所述受访对象的多个日志的索引标识和所述多个日志的权限信息,其中,所述日志的权限信息用于记录具有所述日志的访问权限的账户集合;
基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息。
4.根据权利要求2或3所述的方法,其特征在于,所述访问请求中还携带有所述访问对象的账户信息,其中,基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息包括:
从所述权限信息中,获取包含所述访问对象的账户信息的账户集合;
获取所述账户集合所指向日志的日志标识;
按照预设排序方式对获取到的日志标识排列,得到标识序列,其中,所述预设排序方式包括:日志生成时间排序方式和/或日志数据容量大小排序方式;
按照所述标识序列,读取各个所述日志标识对应的日志信息,生成所述当前日志列表信息。
5.根据权利要求4所述的方法,其特征在于,在生成所述当前日志列表信息之后,所述方法还包括:
将所述服务器上缓存的所述历史日志列表信息更新为所述当前日志列表信息。
6.根据权利要求2或3所述的方法,其特征在于,
在从原服务器获取所述受访对象的账户信息所对应的当前索引数据之后,所述方法还包括:保存所述受访对象、所述访问请求和所述当前索引数据的对应关系;
在基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息之后,所述方法还包括:将所述访问请求和所述当前索引数据作为键,将所述当前日志列表信息作为值,保存所述键和所述值的对应关系。
7.根据权利要求6所述的方法,其特征在于,在保存所述键和所述值的对应关系之后,所述方法还包括:
若接收到用于更新所述受访对象的当前索引数据的更新指令;
则获取更新指令所指示的所述受访对象的更新索引数据,将所述键中的当前索引数据更新为所述更新索引数据;
在间隔预设时间段之后,删除所述当前索引数据对应的日志列表信息。
8.一种访问请求的处理装置,其特征在于,包括:
请求接收单元,用于接收访问对象发送的用于访问受访对象的访问请求,其中,所述访问请求中记录有所述受访对象的账户信息;
判断单元,用于判断服务器上是否缓存有与所述访问请求对应的所述受访对象的缓存索引数据、以及所述服务器上是否缓存有与所述缓存索引数据对应的历史日志列表信息,其中,缓存索引数据中记录有所述受访对象的多个日志的日志标识;
生成单元,用于若所述服务器上未缓存与所述访问请求对应的所述受访对象的缓存索引数据、且所述服务器上缓存有与所述缓存索引数据对应的历史日志列表信息,则基于所述受访对象的账户信息生成所述受访对象的当前日志列表信息;
返回单元,用于将生成的所述当前日志列表信息返回至所述访问对象。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
获取模块,用于在判断服务器上是否缓存有与所述访问请求对应的所述受访对象的缓存索引数据之后,若所述服务器上缓存有与所述访问请求对应的所述受访对象的缓存索引数据,则从原服务器获取所述受访对象的账户信息对应的当前索引数据,其中,所述当前索引数据中记录有所述受访对象的多个日志的日志标识和所述多个日志的权限信息,所述日志的权限信息用于记录具有所述日志的访问权限的账户集合;
数据判断模块,用于判断所述服务器上缓存的缓存索引数据和所述当前索引数据是否一致;
第一生成模块,用于若所述服务器上缓存的缓存索引数据和所述当前索引数据不一致,则基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息。
10.根据权利要求8所述的装置,其特征在于,所述生成单元包括:
数据获取模块,用于从原服务器获取所述受访对象的账户信息所对应的当前索引数据,其中,所述当前索引数据中记录有所述受访对象的多个日志的索引标识和所述多个日志的权限信息,其中,所述日志的权限信息用于记录具有所述日志的访问权限的账户集合;
第二生成模块,用于基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息。
11.根据权利要求9或10所述的装置,其特征在于,所述访问请求中还携带有所述访问对象的账户信息,其中,所述生成模块包括:
集合获取模块,用于从所述权限信息中,获取包含所述访问对象的账户信息的账户集合;
标识获取模块,用于获取所述账户集合所指向日志的日志标识;
排序模块,用于按照预设排序方式对获取到的日志标识排列,得到标识序列,其中,所述预设排序方式包括:日志生成时间排序方式和/或日志数据容量大小排序方式;
读取模块,用于按照所述标识序列,读取各个所述日志标识对应的日志信息,生成所述当前日志列表信息。
12.根据权利要求10所述的装置,其特征在于,所述装置还包括:
信息更新单元,用于在生成所述当前日志列表信息之后,将所述服务器上缓存的所述历史日志列表信息更新为所述当前日志列表信息。
13.根据权利要求9或10所述的装置,其特征在于,所述装置还包括:
第一保存单元,用于在从原服务器获取所述受访对象的账户信息所对应的当前索引数据之后,保存所述受访对象、所述访问请求和所述当前索引数据的对应关系;
第二保存单元,用于在基于多个所述日志标识和多个所述权限信息生成所述当前日志列表信息之后,将所述访问请求和所述当前索引数据作为键,将所述当前日志列表信息作为值,保存所述键和所述值的对应关系。
14.根据权利要求13所述的装置,其特征在于,所述装置还包括:
指令接收单元,用于在保存所述键和所述值的对应关系之后,若接收到用于更新所述受访对象的当前索引数据的更新指令;
数据更新单元,用于则获取更新指令所指示的所述受访对象的更新索引数据,将所述键中的当前索引数据更新为所述更新索引数据;
删除单元,用于在间隔预设时间段之后,删除所述当前索引数据对应的日志列表信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510966982.4A CN106899558B (zh) | 2015-12-21 | 2015-12-21 | 访问请求的处理方法、装置和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510966982.4A CN106899558B (zh) | 2015-12-21 | 2015-12-21 | 访问请求的处理方法、装置和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106899558A true CN106899558A (zh) | 2017-06-27 |
CN106899558B CN106899558B (zh) | 2020-05-08 |
Family
ID=59190750
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510966982.4A Active CN106899558B (zh) | 2015-12-21 | 2015-12-21 | 访问请求的处理方法、装置和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106899558B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107332703A (zh) * | 2017-06-28 | 2017-11-07 | 武汉斗鱼网络科技有限公司 | 一种多应用日志的查看方法及装置 |
CN110018969A (zh) * | 2019-03-08 | 2019-07-16 | 平安科技(深圳)有限公司 | 数据缓存方法、装置、计算机设备和存储介质 |
CN110290196A (zh) * | 2019-06-20 | 2019-09-27 | 网宿科技股份有限公司 | 一种内容分发方法及装置 |
CN115617608A (zh) * | 2022-10-10 | 2023-01-17 | 成都龙祥思远科技有限公司 | 一种erp协同处理方法及其系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127048A (zh) * | 2007-08-20 | 2008-02-20 | 华为技术有限公司 | 一种查询结果处理方法与装置 |
WO2011044929A1 (en) * | 2009-10-13 | 2011-04-21 | Open Text Software Gmbh | Method for performing transactions on data and a transactional database |
CN102609364A (zh) * | 2012-02-14 | 2012-07-25 | 华中科技大学 | 缓存交换方法 |
CN102902805A (zh) * | 2012-10-15 | 2013-01-30 | 东软集团股份有限公司 | 一种页面访问方法和装置 |
CN103152391A (zh) * | 2013-01-31 | 2013-06-12 | 杭州华三通信技术有限公司 | 一种日志输出方法和装置 |
CN105049251A (zh) * | 2015-07-23 | 2015-11-11 | 小米科技有限责任公司 | 访问日志的处理方法、设备和系统 |
-
2015
- 2015-12-21 CN CN201510966982.4A patent/CN106899558B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127048A (zh) * | 2007-08-20 | 2008-02-20 | 华为技术有限公司 | 一种查询结果处理方法与装置 |
WO2011044929A1 (en) * | 2009-10-13 | 2011-04-21 | Open Text Software Gmbh | Method for performing transactions on data and a transactional database |
CN102609364A (zh) * | 2012-02-14 | 2012-07-25 | 华中科技大学 | 缓存交换方法 |
CN102902805A (zh) * | 2012-10-15 | 2013-01-30 | 东软集团股份有限公司 | 一种页面访问方法和装置 |
CN103152391A (zh) * | 2013-01-31 | 2013-06-12 | 杭州华三通信技术有限公司 | 一种日志输出方法和装置 |
CN105049251A (zh) * | 2015-07-23 | 2015-11-11 | 小米科技有限责任公司 | 访问日志的处理方法、设备和系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107332703A (zh) * | 2017-06-28 | 2017-11-07 | 武汉斗鱼网络科技有限公司 | 一种多应用日志的查看方法及装置 |
CN110018969A (zh) * | 2019-03-08 | 2019-07-16 | 平安科技(深圳)有限公司 | 数据缓存方法、装置、计算机设备和存储介质 |
CN110018969B (zh) * | 2019-03-08 | 2023-06-02 | 平安科技(深圳)有限公司 | 数据缓存方法、装置、计算机设备和存储介质 |
CN110290196A (zh) * | 2019-06-20 | 2019-09-27 | 网宿科技股份有限公司 | 一种内容分发方法及装置 |
CN110290196B (zh) * | 2019-06-20 | 2021-08-27 | 网宿科技股份有限公司 | 一种内容分发方法及装置 |
CN115617608A (zh) * | 2022-10-10 | 2023-01-17 | 成都龙祥思远科技有限公司 | 一种erp协同处理方法及其系统 |
CN115617608B (zh) * | 2022-10-10 | 2024-03-29 | 深圳市泰通新智信息技术有限公司 | 一种erp协同处理方法及其系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106899558B (zh) | 2020-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110290217B (zh) | 数据请求的处理方法及装置、存储介质及电子装置 | |
CN103593147B (zh) | 一种数据读取的方法及装置 | |
CN106484858A (zh) | 热点内容推送方法和装置 | |
CN106899558A (zh) | 访问请求的处理方法和装置 | |
CN106550003A (zh) | 负载均衡的控制方法、装置及系统 | |
CN106911770A (zh) | 一种基于多云存储的数据共享方法及系统 | |
CN101557427A (zh) | 提供分流信息、实现客户端分流的方法、系统及服务器 | |
CN106330788B (zh) | 报文分片传输方法和装置 | |
CN103491152A (zh) | 分布式文件系统中元数据获取方法、装置及系统 | |
CN107025289A (zh) | 一种数据处理的方法及相关设备 | |
CN106888381A (zh) | 一种数据资源存储方法及装置 | |
US20230359628A1 (en) | Blockchain-based data processing method and apparatus, device, and storage medium | |
CN107197359A (zh) | 视频文件缓存方法及装置 | |
CN109462631A (zh) | 数据处理方法、装置、存储介质及电子装置 | |
CN109597903B (zh) | 图像文件处理装置和方法、文件存储系统及存储介质 | |
CN106817388A (zh) | 虚拟机、宿主机获取数据的方法、装置及访问数据的系统 | |
CN106484738A (zh) | 一种页面处理方法及装置 | |
CN111803917A (zh) | 资源的处理方法和装置 | |
CN114860726A (zh) | 数据库存储冷热分离方法、装置、设备及可读存储介质 | |
CN105450513B (zh) | 归档邮件附件的方法和云存储服务器 | |
CN107241312A (zh) | 一种权限管理方法及装置 | |
CN105472628B (zh) | 扩展wlan id个数的方法及装置 | |
US20140025630A1 (en) | Data-store management apparatus, data providing system, and data providing method | |
CN105872634A (zh) | 视频数据共享的方法及装置 | |
CN115221130A (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 |