[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN115914387A - 资源共享及数据查询的方法、装置和服务器 - Google Patents

资源共享及数据查询的方法、装置和服务器 Download PDF

Info

Publication number
CN115914387A
CN115914387A CN202211363501.7A CN202211363501A CN115914387A CN 115914387 A CN115914387 A CN 115914387A CN 202211363501 A CN202211363501 A CN 202211363501A CN 115914387 A CN115914387 A CN 115914387A
Authority
CN
China
Prior art keywords
resource
user
data table
shared
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.)
Granted
Application number
CN202211363501.7A
Other languages
English (en)
Other versions
CN115914387B (zh
Inventor
梅超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bigo Technology Pte Ltd
Original Assignee
Bigo Technology Pte Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Bigo Technology Pte Ltd filed Critical Bigo Technology Pte Ltd
Priority to CN202211363501.7A priority Critical patent/CN115914387B/zh
Publication of CN115914387A publication Critical patent/CN115914387A/zh
Priority to PCT/CN2023/125200 priority patent/WO2024093675A1/zh
Application granted granted Critical
Publication of CN115914387B publication Critical patent/CN115914387B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/131—Protocols for games, networked simulations or virtual reality
    • 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
    • H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种资源共享及数据查询的方法、装置和服务器，其中该资源共享的方法包括：当检测到用户的共享等级达标时，获取所述用户的第一可共享资源列表；确定用户的关联用户列表；获取所述关联用户列表中各关联用户的共享数据表，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表，避免出现写扩散问题，使得共享资源的管理尽可能简洁高效，降低了用户间的共享资源的维护成本，从而提升了服务性能。

Description

资源共享及数据查询的方法、装置和服务器
技术领域
本申请涉及数据处理技术领域，尤其涉及一种资源共享的方法、一种数据查询的方法、一种资源共享的装置、一种数据查询的装置、一种服务器、一种计算机可读存储介质以及一种计算机程序产品。
背景技术
随着互联网技术的发展，出现了用户之间共享用户资源的需求场景，当用户之间满足一定条件时，可以互相使用对方拥有的一些特殊虚拟资产。例如，在游戏场景中当用户的VIP等级达到一定级别后，可以把自己的一些游戏道具共享给同场比赛的其他队友使用。又如，在直播场景中，当好友关系等级达到一定级别之后，可以把自己的一些道具(头像框、皮肤卡、进房特效等)共享给好友使用，也可以使用好友拥有的一些道具等。
在相关技术中，实现用户之间共享用户资源的方式如下：
方式一：当用户获得一种可以共享的资源时，首先将该资源写入用户自己的物品表里面，然后检查自己是否有符合条件的共享好友，如果有则将该资源的物品信息也写入该共享好友的物品表中，这样用户在查询自己可用的物品信息时，只需要查询自己名下的物品表即可。但这种方式存在写扩散问题，即，如果用户有多个符合条件的共享好友，则用户在获得可共享的资源时需要将该资源的信息写入每个共享好友的物品表中，使得该资源的信息需要写入多份(取决于有多少个共享好友)，虽然这样能使得用户在查询自己可用的物品列表时流程得到最简，但也极大地造成数据冗余，出现用户的物品表的数据量增大、查询较慢等问题，同时也直接导致了共享资源的回收麻烦等问题。例如，当某个共享的物品由多个不同的共享好友共享给用户时，比如B、C、D都拥有同一个物品且都共享给A，即便A、B解除共享关系，A也依然可以从C、D处共享使用该物品，因此此时A名下的共享物品信息不能清除，为此则又不得不对共享获得的物品再额外记录该物品可从哪些用户处共享得到。从而使得数据存储和共享特权回收过程非常复杂。
方式二：用户获得一种可以共享的资源时，仅写入自己的物品表，然后用户查询自己可用的物品信息时，先查自己名下的物品表，再查下是否有符合条件的共享好友，如果有再查共享好友名下可共享的物品。该方式与方式一的区别在于，该方式不会把共享的资源写到共享好友的物品表中，使得更新共享物品的流程很简单并且省去了资源回收流程。但这种方式存在读扩散问题，即，用户在查询自己可用的物品列表时，除了查自己名下的物品，还需要查是否有符合条件的共享好友，如果有则继续查询每个共享好友名下是否有可以共享的资源。从而，任何用户每次查询可用物品列表时至少需要查3次数据库(无符合条件的共享好友时)，至多需要查4次(有符合条件共享好友时)。而一般用户查询自己物品列表的频率都会远远高于自己物品表的更新频率，因此这种方案下如果用户量大且拉取用户物品信息频繁，就可能导致数据库负载过高，服务卡顿等问题。
发明内容
本申请提供了一种资源共享及数据查询的方法、装置和服务器，以解决现有技术中进行用户间的资源共享时存在的写扩散、读扩散以及数据库操作频繁的问题。
根据本申请的第一方面，提供了一种资源共享的方法，所述方法包括：
当检测到用户的共享等级达标时，获取所述用户的第一可共享资源列表；
确定所述用户的关联用户列表；
获取所述关联用户列表中各关联用户的共享数据表，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表。
根据本申请的第二方面，提供了一种数据查询的方法，所述方法包括：
响应于用户的资源查询请求，读取所述用户的资源数据表中的资源数据，作为第一资源数据；
读取所述用户的共享数据表中的资源数据，作为第二资源数据，其中，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
基于所述第一资源数据以及所述第二资源数据生成资源展示列表，并返回所述资源展示列表。
根据本申请的第三方面，提供了一种资源共享的装置，所述装置包括：
第一可共享资源列表获取模块，用于当检测到用户的共享等级达标时，获取所述用户的第一可共享资源列表；
关联用户列表确定模块，用于确定所述用户的关联用户列表；
第一共享数据表获取模块，用于获取所述关联用户列表中各关联用户的共享数据表，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
第一共享数据表更新模块，用于根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表。
根据本申请的第四方面，提供了一种数据查询的装置，所述装置包括：
第一查询模块，用于响应于用户的资源查询请求，读取所述用户的资源数据表中的资源数据，作为第一资源数据；
第二查询模块，用于读取所述用户的共享数据表中的资源数据，作为第二资源数据，其中，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
资源展示列表生成模块，用于基于所述第一资源数据以及所述第二资源数据生成资源展示列表，并返回所述资源展示列表。
根据本申请的第五方面，提供了一种服务器，所述服务器包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面或第二方面所述的方法。
根据本申请的第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现上述第一方面或第二方面所述的方法。
根据本申请的第七方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现上述第一方面或第二方面所述的方法。
在本实施例中，通过共享数据表来维护各用户获得的共享资源，在该共享数据表中记录各共享资源的引用计数，通过该引用计数来记录能为用户提供当前共享资源的用户数量，当需要进行资源共享时，直接通过引用计数实现共享资源的管理，而无需将共享资源写入各个关联用户的资源数据表中，不会给各关联用户的资源数据表的增加额外数据，减少了数据冗余和表间耦合，避免出现写扩散问题。后续基于共享资源的查询、更新、回收等操作都基于该引用计数实现，使得共享资源的管理尽可能简洁高效，降低了用户间的共享资源的维护成本，从而提升了服务性能。
进一步地，本实施例的共享数据表是基于Redis存储结构的数据表，相比于对数据库的读写操作而言，Redis的读写效率更高，减低了数据库的读写次数，在高并发场景下能极大的提升服务性能，减轻数据库的压力。
在进行资源查询时，进行一次数据库查询(在资源数据表中进行查询)和一次Redis查询(在共享数据表中查询)即可，无需分别对各关联用户的资源数据表进行查询，IO操作次数减少，避免读扩散问题，有效地减少了数据库操作的次数，从而降低数据库负载，提升服务响应效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的一种资源共享的方法流程图；
图2是本申请实施例一提供的一种共享数据表的存储结构的示意图；
图3是本申请实施例二提供的一种资源共享的方法流程图；
图4是本申请实施例三提供的一种资源共享的方法流程图；
图5是本申请实施例四提供的一种资源共享的方法流程图；
图6是本申请实施例五提供的一种资源共享的方法流程图；
图7是本申请实施例六提供的一种资源共享的方法流程图；
图8是本申请实施例七提供的一种资源共享的方法流程图；
图9是本申请实施例七提供的资源展示列表的示意图；
图10是本申请实施例八提供的一种资源共享的装置的结构示意图；
图11是本申请实施例九提供的一种数据查询的装置的结构示意图；
图12是本申请实施例十提供的一种服务器的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
图1为本申请实施例一提供的一种资源共享的方法流程图，应用于用户之间进行资源共享的场景，本实施例可以由服务器执行，如图1所示，本实施例可以包括如下步骤：
步骤101，当检测到用户的共享等级达标时，获取该用户的第一可共享资源列表。
其中，该用户可以为在服务器中注册的任一用户。
该共享等级根据应用场景的不同可以设置不同类型的共享等级，例如，可以针对用户个人设置共享等级，用户通过执行指定操作来提升共享等级；或者，还可以针对两用户之间的关联关系设置关系共享等级，该共享等级可以根据两用户之间的互动行为进行更新。
上述的达标，可以为达到预设条件，而该预设条件可以根据应用场景的不同而不同。
服务器通过对各用户的共享等级进行监测，若监测到某个用户的共享等级达标时，则获取该用户的可共享资源列表，其中，可共享资源列表中包括一种或多种可共享资源，该可共享资源区别于各个用户都有的通用资源，是指达到一定等级后才能享有的特定资源。示例性地，该资源可以是虚拟资源，例如在直播场景下，资源可以包括皮肤、进房特效、头像框等直播道具资源；在游戏场景下，资源可以包括皮肤、游戏特效、英雄等游戏道具资源。通用资源例如可以是免费的资源，而可共享资源可以是VIP资源。
在实现时，在可共享资源列表中，各可共享资源可以使用资源标识(例如资源ID、物品ID)进行表示。
为了便于区分，本实施例将当前共享等级达标的用户的可共享资源列表称为第一可共享资源列表，而下文中区别于当前用户的其他用户的可共享资源列表可以称为第二可共享资源列表。
在一种实现中，当需要获得第一可共享资源列表时，可以首先获得当前用户的所有资源，然后从所有资源中选取可共享资源组成第一可共享资源列表。具体的，在服务器中可以针对各资源配置对应的资源信息表，该资源信息表可缓存于内存中，如下表1所示，该资源信息表中可以包括资源ID、资源类型、资源名称、资源图标、是否可共享等字段，除此以外，资源信息表中还可以指定主关键字(primarykey)：
Figure BDA0003922885340000071
Figure BDA0003922885340000081
表1
根据各资源的is_shareable字段的值可以判定该资源是否为可共享资源,若is_shareable＝1表示该资源为可共享资源，若is_shareable＝0表示该资源为不可共享资源。
步骤102，确定当前用户的关联用户列表。
其中，该关联用户列表中可以包括至少一个关联用户，在一种实施例中，该关联用户可以为与当前用户存在交互关系、且符合设定条件的其他用户，例如，在游戏场景中该关联用户可以为当前用户的队友，在直播场景中关联用户可以是与当前用户互粉的用户或当前用户关注的用户，在即时通讯场景中关联用户可以是当前用户的好友用户。
在一种实现中，可以首先获取与当前用户存在关联关系的所有用户，然后从该所有用户中选择符合设定条件的用户作为关联用户。
在其他实施例中，关联用户还可以是用户指定的其他用户，例如，关联用户为当前用户在其好友列表中选择的用户，或者，当前用户搜索得到的用户。
另一方面，如果当前用户没有符合设定条件的关联用户，则结束流程。
步骤103，获取该关联用户列表中各关联用户的共享数据表。
其中，该共享数据表(ShareTable)为基于Redis存储结构的数据表，在共享数据表中可以采用RedisHash结构来进行数据存储，其中，RedisHash是一个开源的使用ANSIC语言编写、遵守BSD(BerkeleySoftware Distribution)协议、支持网络、可基于内存、分布式、可选持久性的键值对(Key-Value)存储数据库，并提供多种语言的API。而Hash是Redis支持的一种Key-Value映射数据类型，适合用于存储对象类型的数据。
在本实施例中，各共享数据表携带对应的关联用户的用户标识，且在共享数据表中可以包括共享资源标识以及对应的引用计数。其中，该引用计数用于记录对该用户标识分享该共享资源标识对应的共享资源的用户的数量。
例如，共享数据表的存储结构可以如图2所示，在图2中，共享数据表的key格式为：PREFIX_${uid},其中PREFIX为固定的前缀，${uid}为该共享数据表对应的用户的唯一uid。对于每个共享数据表，其字段(field)为该uid获得的共享资源的资源ID，值(value)为引用计数，该引用计数表示有多少个用户可为当前uid提供对应的共享资源，比如在图2中，item_id1的引用计数为3，表示能为当前uid提供item_id1的用户数量为3，即，有3个用户为当前uid共享item_id1这个资源。
步骤104，根据该第一可共享资源列表中的各可共享资源更新各关联用户的共享数据表。
在对共享数据表的维护管理上，如果有用户的共享等级达标，则可以根据该达标的用户的可共享资源列表来更新存在关联的共享数据表，使得各关联用户可以共享当前用户的可共享资源。
在一种实现中，可以获取第一可共享资源列表中的各可共享资源的资源标识，并在各关联用户的共享数据表中匹配各资源标识；对于每个共享数据表，如果某个资源标识在该共享数据表中匹配成功，则将该共享数据表中匹配上的共享资源标识对应的引用计数加1；若某个资源标识在该共享数据表中匹配失败，则在该共享数据表中新增该源标识作为共享资源标识，并标记其引用计数为1。
例如，第一可共享资源列表中包含的可共享资源为item_id1、item_id2和item_id8，则对图2的共享数据表进行更新时，item_id1和item_id2能够匹配上，但item_id8没有匹配上，则可以将item_id1的引用计数3自增1得到引用计数为4，将item_id2的引用计数1自增1得到引用计数为2，并在该共享数据表中增加item_id8，其引用计数为1。
在本实施例中，通过共享数据表来维护各用户获得的共享资源，在该共享数据表中记录各共享资源的引用计数，通过该引用计数来记录能为用户提供当前共享资源的用户数量，当需要进行资源共享时，直接通过引用计数实现共享资源的管理，而无需将共享资源写入各个关联用户的资源数据表中，不会给各关联用户的资源数据表的增加额外数据，减少了数据冗余和表间耦合，避免出现写扩散问题。后续基于共享资源的查询、更新、回收等操作都基于该引用计数实现，使得共享资源的管理尽可能简洁高效，降低了用户间的共享资源的维护成本，从而提升了服务性能。
进一步地，本实施例的共享数据表是基于Redis存储结构的数据表，相比于对数据库的读写操作而言，Redis的读写效率更高，减低了数据库的读写次数，在高并发场景下能极大的提升服务性能，减轻数据库的压力。
实施例二
图3为本申请实施例二提供的一种资源共享的方法流程图，本实施例在实施例一的基础上，对检测共享等级达标和确定关联用户的一种场景进行说明，如图3所示，本实施例可以包括如下步骤：
步骤201，当用户与其关系列表中的其中一个或多个关系用户的关系等级达到设定关系等级阈值，则判定该用户的共享等级达标。
示例性地，该关系列表可以包括好友关系列表，则关系用户为与当前用户互相关注的好友用户。
在实现时，在服务器中，对于每个关系可以维护一关系表，如表2所示，该关系表中可以包括关系id、关系发起方uid、关系接受方uid、关系等级、关系创建时间等字段：
Figure BDA0003922885340000111
表2
步骤202，将该关系等级达到设定关系等级阈值的关系用户确定为关联用户，生成关联用户列表。
例如，假设用户A和用户B为好友关系，在两者的好友关系等级升级至5级(假设5级为设定好友等级)时，可以判定用户A和用户B的共享等级达标。如果此时用户A为当前用户，则用户B为用户A的关联用户。如果此时用户B为当前用户，则用户A为用户B的关联用户。
又如，假设用户A分别与用户B、C、D的好友关系等级均升级至5级，用户A为当前用户，则用户B、C、D均为用户A的关联用户，关联用户列表中包含用户B、C、D。
步骤203，获取关联用户列表中各关联用户的共享数据表。
其中，该共享数据表为基于Redis存储结构的数据表，该共享数据表携带用户标识，该共享数据表中可以包括共享资源标识以及对应的引用计数，该引用计数用于记录对该用户标识分享当前共享资源标识对应的共享资源的用户的数量。
步骤204，根据该第一可共享资源列表中的各可共享资源更新各关联用户的共享数据表。
本实施例对存在关联关系的用户间共享资源的实现场景进行说明，当两用户之间的关系等级达到设定关系等级阈值时，则可以根据该两用户的可共享资源列表更新对方的共享数据表，实现两用户间共享资源的共享和管理，简化了用户间共享资源的管理难度，提升服务性能。
实施例三
图4为本申请实施例三提供的一种资源共享的方法流程图，本实施例在实施例一的基础上，对检测共享等级达标和确定关联用户的另一种场景进行说明，如图4所示，本实施例可以包括如下步骤：
步骤301，当用户的共享等级达到设定等级阈值时，则判定所述用户的共享等级达标。
步骤302，将与所述用户存在指定关联关系的用户作为关联用户，生成关联用户列表。
步骤303，获取所述关联用户列表中各关联用户的共享数据表。
其中，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量。
步骤304，根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表。
本实施例与实施例二的区别在于：本实施例无需对两个用户的关系等级进行判断，而是在单个用户的共享等级达到设定等级阈值时，则判定该用户的共享等级达标，然后直接将与当前用户存在指定关联关系的用户作为关联用户。其中，该指定关联关系可以根据不同的应用场景做不同的设定，例如，在游戏场景中，该指定关联关系可以为队友关系，也就是说在一个游戏队伍里，如果有一个游戏用户的游戏等级达到设定的等级阈值，则可以将该游戏用户的可共享资源共享给其他队友。实现具有指定关联关系的用户间的共享资源的共享和管理，简化了共享资源的管理难度，提升服务性能。
实施例四
图5为本申请实施例四提供的一种资源共享的方法流程图，本实施例在实施例一至实施例三的任一实施例的基础上，对用户间进行资源相互共享的过程进行说明，如图5所示，本实施例可以包括如下步骤：
步骤401，当检测到用户的共享等级达标时，获取该用户的第一可共享资源列表。
步骤402，确定该用户的关联用户列表。
步骤403，获取关联用户列表中各关联用户的共享数据表。
其中，该共享数据表为基于Redis存储结构的数据表，共享数据表携带用户标识，共享数据表中包括共享资源标识以及对应的引用计数，该引用计数用于记录对该用户标识分享当前共享资源标识对应的共享资源的用户的数量。
步骤404，根据第一可共享资源列表中的各可共享资源更新各关联用户的共享数据表。
步骤405，获取各关联用户的第二可共享资源列表。
步骤406，获取当前用户的共享数据表。
步骤407，分别根据各关联用户的第二可共享资源列表更新当前用户的共享数据表。
在本实施例中，除了可根据当前用户的第一可共享资源列表更新关联用户的共享数据表以外，也可以根据各关联用户的第二可共享资源列表更新当前用户的共享数据表。例如，假设用户A分别与用户B、C的好友关系等级均升级至5级，用户A为当前用户，则用户B、C均为用户A的关联用户，用户A当前的共享数据表中各资源ID与对应的引用计数的关系如下表3所示：
Figure BDA0003922885340000131
Figure BDA0003922885340000141
表3
假设用户B的第二可共享资源列表为{item_id1，item_id7}，则根据用户B的第二可共享资源列表对用户A的如表1所示的共享数据表进行更新，对item_id1的引用计数自增1，以及，对item_id7的引用计数自增1，得到
表4的共享数据表：
资源ID 引用计数
item_id1 4
item_id2 1
item_id4 2
item_id7 2
表4
假设用户C的第二可共享资源列表为{item_id2，item_id3}，则根据用户C的第二可共享资源列表对用户A的如表2所示的共享数据表进行更新，对item_id2的引用计数自增1，以及，新增item_id3的记录并将其引用计数设置为1，得到表5的共享数据表：
资源ID 引用计数
item_id1 4
item_id2 2
item_id3 1
item_id4 2
item_id7 2
表5
需要说明的是，当关联用户超过一个，当采用每个关联用户的第二可共享资源列表更新当前用户的共享数据表，为了避免写入数据出错，可以采用线程锁对当前用户的共享数据表进行加锁处理。
在本实施例中，通过共享数据表来实现两用户间进行资源相互共享的资源管理，简化了资源相互共享的管理流程，提升了资源共享的管理效率。
实施例五
图6为本申请实施例五提供的一种资源共享的方法流程图，本实施例在实施例一至实施例四的任一实施例的基础上，对新增共享资源的过程进行说明，如图6所示，本实施例可以包括如下步骤：
步骤501，当检测到用户的共享等级达标时，获取该用户的第一可共享资源列表。
步骤502，确定该用户的关联用户列表。
步骤503，获取关联用户列表中各关联用户的共享数据表。
其中，该共享数据表为基于Redis存储结构的数据表，共享数据表携带用户标识，共享数据表中可以包括共享资源标识以及对应的引用计数，该引用计数用于记录对该用户标识分享当前共享资源标识对应的共享资源的用户的数量。
步骤504，根据第一可共享资源列表中的各可共享资源更新各关联用户的共享数据表。
步骤505，当当前用户获得新共享资源时，将该新共享资源写入当前用户的资源数据表中。
其中，该资源数据表为用于记录用户自有的资源的数据表，各自有的资源可以以资源标识的形式记录在资源数据表中。
该资源数据表可以存储在数据库中，如mysql数据库。
步骤506，根据该新共享资源更新各关联用户的共享数据表。
其中，更新各关联用户的共享数据表的方法可以参考实施例一中步骤104的描述，即，遍历每个关联用户的共享数据表，如果该新共享资源存在于关联用户的共享数据表中，则将该新共享资源的资源标识对应的引用计数自增1；如果该新共享资源不存在于关联用户的共享数据表中，则将该新共享资源的资源标识添加到该共享数据表中并将对应的引用计数设定为1。
在本实施例中，当用户新增共享资源时，通过Redis操作直接根据新增的共享资源更新各关联用户的共享数据表，而无需将新增的共享资源写入各个关联用户的资源数据表中，避免出现写扩散问题，简化了新增共享资源的处理流程，提升了共享资源的维护效率，从而更好地提升了服务性能。
实施例六
图7为本申请实施例六提供的一种资源共享的方法流程图，本实施例在实施例一至实施例五的任一实施例的基础上，对共享资源的回收过程进行说明，如图7所示，本实施例可以包括如下步骤：
步骤601，当检测到用户的共享等级达标时，获取该用户的第一可共享资源列表。
步骤602，确定该用户的关联用户列表。
步骤603，获取关联用户列表中各关联用户的共享数据表。
其中，该共享数据表为基于Redis存储结构的数据表，共享数据表携带用户标识，共享数据表中可以包括共享资源标识以及对应的引用计数，该引用计数用于记录对该用户标识分享当前共享资源标识对应的共享资源的用户的数量。
步骤604，根据第一可共享资源列表中的各可共享资源更新各关联用户的共享数据表。
步骤605，当当前用户的可共享资源中出现失效资源时，基于该失效资源的资源标识在各关联用户的共享数据表中进行查找，并对查找到的引用计数减1。
其中，失效资源指的是无法进行共享的资源。如果该资源已经共享出去，则需要进行资源回收。本实施例在进行资源回收时，直接对共享数据表中的引用计数进行更新，具体的，可以在各关联用户的共享数据表中查找该失效资源的资源标识，并将查找到的数据记录中的引用计数减1。
例如，在图2中，如果失效资源为item_id1，则可以将item_id1所在的数据记录中的引用计数由3更新为2。
在一种实施例中，可以采用如下方式检测失效资源：当当前用户的共享等级降低至设定等级阈值时，则将该用户的各可共享资源作为失效资源。
例如，如果要求用户的共享等级为游戏级别是7级时才达标，如果该用户的游戏级别降低到6级，低于达标的7级，则表示该用户没有共享资源的权限，此时可以将该用户的所有可共享资源均作为失效资源，并逐一采用各失效资源对各关联用户的共享数据表进行更新。
在另一种实施例中，可以采用如下方式检测失效资源：当用户与其中的一个或多个关联用户的关系等级低于设定关系等级阈值时，则将该用户的各可共享资源作为失效资源。
例如，设定好友等级为5级，假设用户A与用户B的好友关系等级降低至4级，则两者之间的好友关系是不达标的，因此，可以将用户A的所有可共享资源均作为失效资源，并逐一采用各失效资源对用户B的共享数据表进行更新。类似地，还可以将用户B的所有可共享资源均作为失效资源，并逐一采用各失效资源对用户A的共享数据表进行更新。
在又一种实施例中，可以采用如下方式检测失效资源：当用户的第一可共享资源列表中存在过期的可共享资源，则将该过期的可共享资源作为失效资源。
其中，各可共享资源都具有使用期限，如果超过该使用期限则对应的共享资源过期。具体的，对于每个可共享资源，服务器还可以维护可共享资源信息表，如下表6所示，可共享资源信息表中可以包括拥有该可共享资源的用户标识(uid)、资源标识、资源有效期开始时间、资源有效期截止时间、资源获得时间等字段，如果当前用户(uid为当前用户的uid)的可共享资源的资源有效期截止时间到达，则表示该可共享资源过期：
Figure BDA0003922885340000181
表6
本实施例可以将过期的可共享资源作为失效资源，并采用该失效资源对各关联用户的共享数据表进行更新。
步骤606，当共享数据表中出现数值为0的引用计数时，则在共享数据表中将对应的资源记录删除。
在进行引用计数的自减操作以后，如果某个共享数据表中出现数值为0的引用计数，则在该共享数据表中将该数值为0的引用计数所在的资源记录删除。
在本实施例中，在进行共享资源回收时，只需要对共享数据表中的引用计数进行操作即可，无需对数据库进行操作，极大地简化了资源回收的过程，提升共享资源的管理效率。
实施例七
图8为本申请实施例七提供的一种资源共享的方法流程图，与前述实施例一至实施例六相比，本实施例侧重于读取数据的场景，而前述实施例一至实施例六侧重于写入数据的场景，如图8所示，本实施例可以包括如下步骤：
步骤701，响应于用户的资源查询请求，读取该用户的资源数据表中的资源数据，作为第一资源数据。
当用户需要查询自己的可用资源时，可以在客户端页面发起资源查询请求，该资源查询请求携带该用户的用户标识。
获得当前用户的用户标识以后，可以根据该用户标识在数据库中查找到该用户标识对应的资源数据表，并读取该资源数据表中的资源数据，作为第一资源数据。其中，该资源数据表为用于记录用户自有的资源的数据表，各自有的资源可以以资源标识的形式记录在资源数据表中。该第一资源数据可以包括当前用户自有的资源的资源标识。
步骤702，读取该用户的共享数据表中的资源数据，作为第二资源数据。
其中，该共享数据表为基于Redis存储结构的数据表，该共享数据表携带用户标识，该共享数据表中包括共享资源标识以及对应的引用计数，引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量。
获得当前用户的用户标识以后，还可以根据该用户标识在Redis中查找其对应的共享数据表，读取该共享数据表中的资源数据，作为第二资源数据。该第二资源数据可以包括当前用户被共享的资源的资源标识以及各资源标识对应的引用计数。
步骤703，基于所述第一资源数据以及所述第二资源数据生成资源展示列表，并返回所述资源展示列表。
在实现时，通过对第一资源数据以及第二资源数据进行融合生成资源展示列表。其中一种融合的实现方案为：将第一资源数据和第二资源数据写入预先配置的展示模板中，生成资源展示列表。
在资源展示列表中可以包括第一资源数据中的各资源标识以及第二资源数据中的各资源标识及对应的引用计数。如果资源标识为代码类型，则可以将其转换成资源名称后再展示，如图9所示，其中，在图9中，自有资源来源于第一资源数据，被共享资源来源于第二资源数据。
在本实施例中，在进行资源查询时，进行一次数据库查询(在资源数据表中进行查询)和一次Redis查询(在共享数据表中查询)即可，无需分别对各关联用户的资源数据表进行查询，IO操作次数减少，避免读扩散问题，有效地减少了数据库操作的次数，从而降低数据库负载，提升服务响应效率。
同时，由于Redis操作性能比数据库操作要高出几个数量级，因此本实施例在高并发场景下能极大的提升服务性能，减轻数据库压力。
实施例八
图10为本申请实施例八提供的一种资源共享的装置的结构示意图，可以包括如下模块：
第一可共享资源列表获取模块801，用于当检测到用户的共享等级达标时，获取所述用户的第一可共享资源列表；
关联用户列表确定模块802，用于确定所述用户的关联用户列表；
第一共享数据表获取模块803，用于获取所述关联用户列表中各关联用户的共享数据表，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
第一共享数据表更新模块804，用于根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表。
在一种实施例中，共享数据表更新模块804具体用于：
获取各可共享资源的资源标识；
在各所述共享数据表中匹配所述资源标识；
若匹配成功，则将匹配上的共享资源标识对应的引用计数加1；
若匹配失败，则在所述共享数据表中新增所述资源标识作为共享资源标识，并标记其引用计数为1。
在一种实施例中，所述装置还包括第一达标检测模块，用于：
当所述用户与其关系列表中的其中一个或多个关系用户的关系等级达到设定关系等级阈值，则判定所述用户的共享等级达标。
在一种实施例中，关联用户列表确定模块802具体用于：
将所述关系等级达到设定关系等级阈值的关系用户确定为关联用户。
在另一种实施例中，所述装置还包括第二达标检测模块，用于：
当用户的共享等级达到设定等级阈值时，则判定所述用户的共享等级达标。
在另一种实施例中，关联用户列表确定模块802具体用于：
将与所述用户存在指定关联关系的用户作为关联用户。
在一种实施例中，所述装置还可以包括：
第二可共享资源列表获取模块，用于获取各关联用户的第二可共享资源列表；
第二共享数据表获取模块，用于获取所述用户的共享数据表；
第二共享数据表更新模块，用于分别根据各关联用户的所述第二可共享资源列表更新所述用户的共享数据表。
在一种实施例中，所述装置还可以包括：
资源数据表写入模块，用于当所述用户获得新共享资源时，将所述新共享资源写入所述用户的资源数据表中；
新增资源写入模块，用于根据所述新共享资源更新各关联用户的共享数据表。
在一种实施例中，所述装置还可以包括：
资源回收模块，用于当所述用户的可共享资源中出现失效资源时，基于所述失效资源的资源标识在各关联用户的共享数据表中进行查找，并对查找到的引用计数减1；当所述共享数据表中出现数值为0的所述引用计数，则在所述共享数据表中将对应的资源记录删除。
在一种实施例中，所述失效资源采用如下方式检测：
当所述用户的共享等级降低至设定等级阈值时，则将所述用户的各可共享资源作为失效资源；
或者，
当所述用户的所述第一可共享资源列表存在过期的可共享资源，则将该过期的可共享资源作为失效资源；
或者，
当所述用户与其中的一个或多个关联用户的关系等级低于设定关系等级阈值时，则将所述用户的各可共享资源作为失效资源。
本申请实施例所提供的一种资源共享的装置可执行本申请实施例一至实施例六任一实施例所提供的一种资源共享的方法，具备执行方法相应的功能模块和有益效果。
实施例九
图11为本申请实施例九提供的一种数据查询的装置的结构示意图，可以包括如下模块：
第一查询模块901，用于响应于用户的资源查询请求，读取所述用户的资源数据表中的资源数据，作为第一资源数据；
第二查询模块902，用于读取所述用户的共享数据表中的资源数据，作为第二资源数据，其中，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
资源展示列表生成模块903，用于基于所述第一资源数据以及所述第二资源数据生成资源展示列表，并返回所述资源展示列表。
本申请实施例所提供的一种数据查询的装置可执行本申请实施例七所提供的一种数据查询的方法，具备执行方法相应的功能模块和有益效果。
实施例十
图12示出了可以用来实施本申请的方法实施例的服务器10的结构示意图。如图12所示，服务器10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储装置，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储装置存储有可被至少一个处理器执行的一个或多个计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM13中，还可存储服务器10操作所需的各种程序和数据。
在一些实施例中，实施例一至实施例七任一实施例中的方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到服务器10上。当计算机程序加载到RAM13并由处理器11执行时，可以执行上文描述的实施例一至实施例七任一实施例中的方法的一个或多个步骤。
在一些实施例中，实施例一至实施例七任一实施例中的方法可被实现为计算机程序产品，该计算机程序产品包括计算机可执行指令，该计算机可执行指令在被执行时用于执行上文描述的实施例一至实施例七任一实施例中的方法的一个或多个步骤。

Claims (14)

1.一种资源共享的方法，其特征在于，所述方法包括：
当检测到用户的共享等级达标时，获取所述用户的第一可共享资源列表；
确定所述用户的关联用户列表；
获取所述关联用户列表中各关联用户的共享数据表，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表。
2.根据权利要求1所述的方法，其特征在于，所述根据所述可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表，包括：
获取各可共享资源的资源标识；
在各所述共享数据表中匹配所述资源标识；
若匹配成功，则将匹配上的共享资源标识对应的引用计数加1；
若匹配失败，则在所述共享数据表中新增所述资源标识作为共享资源标识，并标记其引用计数为1。
3.根据权利要求1或2所述的方法，其特征在于，采用如下方式检测用户的共享等级是否达标：
当所述用户与其关系列表中的其中一个或多个关系用户的关系等级达到设定关系等级阈值，则判定所述用户的共享等级达标。
4.根据权利要求3所述的方法，其特征在于，所述确定所述用户的关联用户列表，包括：
将所述关系等级达到设定关系等级阈值的关系用户确定为关联用户。
5.根据权利要求1所述的方法，其特征在于，在所述根据所述可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表之后，所述方法还包括：
获取各关联用户的第二可共享资源列表；
获取所述用户的共享数据表；
分别根据各关联用户的所述第二可共享资源列表更新所述用户的共享数据表。
6.根据权利要求1或2或5所述的方法，其特征在于，所述方法还包括：
当所述用户获得新共享资源时，将所述新共享资源写入所述用户的资源数据表中；
根据所述新共享资源更新各关联用户的共享数据表。
7.根据权利要求1或2或5所述的方法，其特征在于，所述方法还包括：
当所述用户的可共享资源中出现失效资源时，基于所述失效资源的资源标识在各关联用户的共享数据表中进行查找，并对查找到的引用计数减1；
当所述共享数据表中出现数值为0的所述引用计数，则在所述共享数据表中将对应的资源记录删除。
8.根据权利要求7所述的方法，其特征在于，所述失效资源采用如下方式检测：
当所述用户的共享等级降低至设定等级阈值时，则将所述用户的各可共享资源作为失效资源；
或者，
当所述用户的所述第一可共享资源列表存在过期的可共享资源，则将该过期的可共享资源作为失效资源；
或者，
当所述用户与其中的一个或多个关联用户的关系等级低于设定关系等级阈值时，则将所述用户的各可共享资源作为失效资源。
9.一种数据查询的方法，其特征在于，所述方法包括：
响应于用户的资源查询请求，读取所述用户的资源数据表中的资源数据，作为第一资源数据；
读取所述用户的共享数据表中的资源数据，作为第二资源数据，其中，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
基于所述第一资源数据以及所述第二资源数据生成资源展示列表，并返回所述资源展示列表。
10.一种资源共享的装置，其特征在于，所述装置包括：
第一可共享资源列表获取模块，用于当检测到用户的共享等级达标时，获取所述用户的第一可共享资源列表；
关联用户列表确定模块，用于确定所述用户的关联用户列表；
第一共享数据表获取模块，用于获取所述关联用户列表中各关联用户的共享数据表，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
第一共享数据表更新模块，用于根据所述第一可共享资源列表中的各可共享资源更新各关联用户的所述共享数据表。
11.一种数据查询的装置，其特征在于，所述装置包括：
第一查询模块，用于响应于用户的资源查询请求，读取所述用户的资源数据表中的资源数据，作为第一资源数据；
第二查询模块，用于读取所述用户的共享数据表中的资源数据，作为第二资源数据，其中，所述共享数据表为基于Redis存储结构的数据表，所述共享数据表携带用户标识，所述共享数据表中包括共享资源标识以及对应的引用计数，所述引用计数用于记录对该用户标识分享所述共享资源标识对应的共享资源的用户的数量；
资源展示列表生成模块，用于基于所述第一资源数据以及所述第二资源数据生成资源展示列表，并返回所述资源展示列表。
12.一种服务器，其特征在于，所述服务器包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9任一项所述的方法。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9任一项所述的方法。
14.一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现权利要求1-9中任一项所述的方法。
CN202211363501.7A 2022-11-02 2022-11-02 资源共享及数据查询的方法、装置和服务器 Active CN115914387B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211363501.7A CN115914387B (zh) 2022-11-02 2022-11-02 资源共享及数据查询的方法、装置和服务器
PCT/CN2023/125200 WO2024093675A1 (zh) 2022-11-02 2023-10-18 资源共享及数据查询的方法、装置和服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211363501.7A CN115914387B (zh) 2022-11-02 2022-11-02 资源共享及数据查询的方法、装置和服务器

Publications (2)

Publication Number Publication Date
CN115914387A true CN115914387A (zh) 2023-04-04
CN115914387B CN115914387B (zh) 2024-09-13

Family

ID=86492516

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211363501.7A Active CN115914387B (zh) 2022-11-02 2022-11-02 资源共享及数据查询的方法、装置和服务器

Country Status (2)

Country Link
CN (1) CN115914387B (zh)
WO (1) WO2024093675A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024093675A1 (zh) * 2022-11-02 2024-05-10 广州市百果园信息技术有限公司 资源共享及数据查询的方法、装置和服务器

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104125297A (zh) * 2014-08-06 2014-10-29 华为技术有限公司 虚拟资源共享方法、装置及系统
CN104199800A (zh) * 2014-07-21 2014-12-10 上海寰创通信科技股份有限公司 一种解决多核系统中表项互斥的方法
CN106790597A (zh) * 2016-12-29 2017-05-31 江西博瑞彤芸科技有限公司 用户共享图像数据的获取方法
US20180278542A1 (en) * 2017-03-23 2018-09-27 Microsoft Technology Licensing, Llc Autonomous resource governor in distributed systems for protecting shared resources
CN108804174A (zh) * 2018-05-04 2018-11-13 努比亚技术有限公司 一种游戏控制方法、服务器、终端及计算机可读存储介质
US20190065096A1 (en) * 2017-08-25 2019-02-28 Vmware, Inc. Distributed file storage system supporting accesses from multiple container hosts
CN111460049A (zh) * 2020-04-01 2020-07-28 北京字节跳动网络技术有限公司 内容分享方法、装置、电子设备及计算机可读存储介质
CN112604270A (zh) * 2020-12-29 2021-04-06 北京冰封互娱科技有限公司 网络游戏的跨服方法、装置及设备
CN113094186A (zh) * 2020-01-08 2021-07-09 连普乐士株式会社 虚拟形象共享方法、系统以及计算机可读记录介质
CN114694816A (zh) * 2022-04-24 2022-07-01 康键信息技术（深圳）有限公司 资源共享的处理方法、装置、设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8615552B2 (en) * 2010-08-25 2013-12-24 International Business Machines Corporation Sharing cloud data resources with social network associates
US10623929B1 (en) * 2016-08-11 2020-04-14 Mahesh Harpale Method and apparatus for shared mobile device app with unique business function adaptation and rendering
CN114443868A (zh) * 2020-10-30 2022-05-06 腾讯科技（深圳）有限公司 多媒体列表的生成方法、装置、存储介质和电子设备
CN114082196A (zh) * 2021-11-30 2022-02-25 完美世界(北京)软件科技发展有限公司 游戏资源的控制方法及装置、存储介质、电子装置
CN115914387B (zh) * 2022-11-02 2024-09-13 百果园技术(新加坡)有限公司 资源共享及数据查询的方法、装置和服务器

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104199800A (zh) * 2014-07-21 2014-12-10 上海寰创通信科技股份有限公司 一种解决多核系统中表项互斥的方法
CN104125297A (zh) * 2014-08-06 2014-10-29 华为技术有限公司 虚拟资源共享方法、装置及系统
CN106790597A (zh) * 2016-12-29 2017-05-31 江西博瑞彤芸科技有限公司 用户共享图像数据的获取方法
US20180278542A1 (en) * 2017-03-23 2018-09-27 Microsoft Technology Licensing, Llc Autonomous resource governor in distributed systems for protecting shared resources
US20190065096A1 (en) * 2017-08-25 2019-02-28 Vmware, Inc. Distributed file storage system supporting accesses from multiple container hosts
CN108804174A (zh) * 2018-05-04 2018-11-13 努比亚技术有限公司 一种游戏控制方法、服务器、终端及计算机可读存储介质
CN113094186A (zh) * 2020-01-08 2021-07-09 连普乐士株式会社 虚拟形象共享方法、系统以及计算机可读记录介质
CN111460049A (zh) * 2020-04-01 2020-07-28 北京字节跳动网络技术有限公司 内容分享方法、装置、电子设备及计算机可读存储介质
CN112604270A (zh) * 2020-12-29 2021-04-06 北京冰封互娱科技有限公司 网络游戏的跨服方法、装置及设备
CN114694816A (zh) * 2022-04-24 2022-07-01 康键信息技术（深圳）有限公司 资源共享的处理方法、装置、设备及存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BARBARA A. BUTLER; JANET WEBSTER; STEVEN G. WATKINS;JAMES W. MARKHAM: "Resource Sharing within an International Library Network: using technology and professional cooperation to bridge the waters", IFLA JOURNAL, vol. 32, no. 3, 31 December 2006 (2006-12-31) *
SZYMANSKI, GERALD;FIELDS, MARY ALICE: "VIRTUAL REFERENCE IN THE MUSIC LIBRARY.", NOTES, vol. 61, no. 3, 31 December 2005 (2005-12-31) *
姬龙涛;: "科学技术数据库资源共享存取优化仿真", 计算机仿真, no. 06, 15 June 2017 (2017-06-15) *
王仁塘;王仁斌;: "预加载共享动态链接库算法在桌面Linux环境下的设计与实现", 干旱气象, no. 01, 25 April 2006 (2006-04-25) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024093675A1 (zh) * 2022-11-02 2024-05-10 广州市百果园信息技术有限公司 资源共享及数据查询的方法、装置和服务器

Also Published As

Publication number Publication date
CN115914387B (zh) 2024-09-13
WO2024093675A1 (zh) 2024-05-10

Similar Documents

Publication Publication Date Title
CN109542894B (zh) 用户数据集中存储方法、装置、介质和计算机设备
CN110597852B (zh) 数据处理方法、装置、终端及存储介质
CN110968478A (zh) 日志采集方法、服务器及计算机存储介质
CN115914387B (zh) 资源共享及数据查询的方法、装置和服务器
CN112764874A (zh) 一种基于cmdb配置管理系统的虚拟机服务器信息采集方法
CN113556368A (zh) 用户识别方法、装置、服务器及存储介质
CN113377817A (zh) 数据处理方法、系统、设备及存储介质
CN110737662A (zh) 一种数据分析方法、装置、服务器及计算机存储介质
CN110929207B (zh) 数据处理方法、装置和计算机可读存储介质
CN110363515B (zh) 权益卡账户信息查询方法、系统、服务器及可读存储介质
CN118034822A (zh) 页面处理方法、装置、设备和存储介质
CN108206933B (zh) 一种基于视频云存储系统的视频数据获取方法及装置
CN109582680B (zh) 基于新产品开发的业务处理方法、电子装置及可读存储介质
CN113568656A (zh) 一种配置数据的处理方法、装置、存储介质和设备
CN114547184A (zh) 人员信息同步方法、终端设备及存储介质
CN112691382A (zh) 资源处理方法、装置及计算机可读存储介质
CN113886439A (zh) 管理缓存数据的方法、设备及存储介质
US8874539B2 (en) Object identity and addressability
CN113486035B (zh) 数据记录批处理方法、装置、存储介质及电子设备
CN110515923B (zh) 一种分布式数据库之间的数据迁移方法和系统
CN113553327B (zh) 数据处理方法和装置、介质和计算设备
CN114519090B (zh) 一种停用词的管理方法、装置及电子设备
CN108958983B (zh) 基于数据差异的还原方法、装置、存储介质及用户设备
CN117059247A (zh) 策略匹配方法、装置、存储介质及计算机设备
CN115129435A (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