CN114928608B - 一种多媒体资源的处理方法、装置、设备及存储介质 - Google Patents

一种多媒体资源的处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN114928608B
CN114928608B CN202210425342.2A CN202210425342A CN114928608B CN 114928608 B CN114928608 B CN 114928608B CN 202210425342 A CN202210425342 A CN 202210425342A CN 114928608 B CN114928608 B CN 114928608B
Authority
CN
China
Prior art keywords
resource
server
multimedia
target
condition
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
Application number
CN202210425342.2A
Other languages
English (en)
Other versions
CN114928608A (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.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co 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 Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202210425342.2A priority Critical patent/CN114928608B/zh
Publication of CN114928608A publication Critical patent/CN114928608A/zh
Application granted granted Critical
Publication of CN114928608B publication Critical patent/CN114928608B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开关于一种多媒体资源的处理方法、装置、设备及存储介质，能够减少API服务的资源消耗，提高API服务的处理能力。具体方案包括：接收来自终端发送的资源请求消息，资源请求消息用于请求获取目标多媒体资源。获取服务器中存储的多媒体资源。若服务器中存储的多媒体资源未满足预设条件，则向消息中间件发送资源更新消息，并向终端发送服务器中存储的多媒体资源中的部分资源，资源更新消息用于指示消息中间件确定目标多媒体资源。

Description

一种多媒体资源的处理方法、装置、设备及存储介质
技术领域
本公开涉及网络技术领域，尤其涉及一种多媒体资源的处理方法、装置、设备及存储介质。
背景技术
随着网络技术的发展，用户可以通过终端(如手机、笔记本电脑、平板电脑等)在网络平台上发布多媒体资源(例如歌曲、短视频、文字信息等)，网络平台可以将用户发布的多媒体资源进行分类(例如近期发布的多媒体资源、播放量较高的多媒体资源等)。之后，其他用户可以通过终端查看分类后的多媒体资源。
目前，网络平台对用户发布的多媒体资源进行分类，通常是由服务器的应用程序编程接口(application programming interface，API)服务对用户发布的多媒体资源进行解析处理，以得到分类后的目标多媒体资源。但是，API服务对多媒体资源进行处理得到目标多媒体资源的过程会占用较多资源，影响API服务的处理能力。
发明内容
本公开提供一种多媒体资源的处理方法、装置、设备及存储介质，能够减少API服务的资源消耗，提高API服务的处理能力。本公开的技术方案如下：
根据本公开的第一方面，提供一种多媒体资源的处理方法，应用于服务器中部署的应用程序接口API服务，服务器还部署有消息中间件。该方法包括：
接收来自终端发送的资源请求消息，资源请求消息用于请求获取目标多媒体资源。获取服务器中存储的多媒体资源。若服务器中存储的多媒体资源未满足预设条件，则向消息中间件发送资源更新消息，并向终端发送服务器中存储的多媒体资源中的部分资源，资源更新消息用于指示消息中间件确定目标多媒体资源。
可选的，服务器中存储的多媒体资源按照预设顺序排列。该多媒体资源的处理方法包括：若服务器中存储的多媒体资源满足预设条件，则将服务器中存储的多媒体资源中预设次序的多媒体资源确定为目标多媒体资源，并向终端发送目标多媒体资源。
可选的，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
根据本公开的第二方面，提供一种多媒体资源的处理方法，应用于服务器中部署的消息中间件，服务器还部署有应用程序接口API服务。该方法包括：
接收来自API服务的资源更新消息，资源更新消息用于指示消息中间件确定目标多媒体资源。根据资源更新消息，确定目标多媒体资源。将目标多媒体资源存储至服务器。
可选的，资源更新消息包括：目标用户账号，目标用户账号为发布目标多媒体资源的账号。该多媒体资源的处理方法包括：获取服务器中存储的多媒体资源。确定服务器中存储的多媒体资源是否满足预设条件。若确定服务器中存储的多媒体资源未满足预设条件，则从全部多媒体资源中确定目标多媒体资源，全部多媒体资源为目标用户账号发布的全部的多媒体资源。
可选的，该多媒体资源的处理方法包括：在接收到多条资源更新消息的情况下，调用目标线程依次根据多条资源更新消息中的每条资源更新消息，确定目标多媒体资源，目标线程为多条线程中任一获取到处理资源的线程，多条资源更新消息的目标用户账号相同。
可选的，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为API请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
根据本公开的第三方面，提供一种多媒体资源的处理装置，应用于服务器中部署的应用程序接口API服务，服务器还部署有消息中间件。该多媒体资源的处理装置包括：接收单元、处理单元和发送单元。
接收单元，被配置为执行接收来自终端发送的资源请求消息，资源请求消息用于请求获取目标多媒体资源。处理单元，被配置为执行获取服务器中存储的多媒体资源。发送单元，被配置为执行若服务器中存储的多媒体资源未满足预设条件，则向消息中间件发送资源更新消息，并向终端发送服务器中存储的多媒体资源中的部分资源，资源更新消息用于指示消息中间件确定目标多媒体资源。
可选的，服务器中存储的多媒体资源按照预设顺序排列。处理单元，还被配置为执行若服务器中存储的多媒体资源满足预设条件，则将服务器中存储的多媒体资源中预设次序的多媒体资源确定为目标多媒体资源。发送单元，还被配置为执行向终端发送目标多媒体资源。
可选的，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
根据本公开的第四方面，提供一种多媒体资源的处理装置，应用于服务器中部署的消息中间件，服务器还部署有应用程序接口API服务。该多媒体资源的处理装置包括：接收单元和处理单元。
接收单元，被配置为执行接收来自API服务的资源更新消息，资源更新消息用于指示消息中间件确定目标多媒体资源。处理单元，被配置为执行根据资源更新消息，确定目标多媒体资源。处理单元，还被配置为执行将目标多媒体资源存储至服务器。
可选的，资源更新消息包括：目标用户账号，目标用户账号为发布目标多媒体资源的账号。处理单元，还被配置为执行获取服务器中存储的多媒体资源。处理单元，还被配置为执行确定服务器中存储的多媒体资源是否满足预设条件。处理单元，还被配置为执行若确定服务器中存储的多媒体资源未满足预设条件，则从全部多媒体资源中确定目标多媒体资源，全部多媒体资源为目标用户账号发布的全部的多媒体资源。
可选的，处理单元，还被配置为执行在接收到多条资源更新消息的情况下，调用目标线程依次根据多条资源更新消息中的每条资源更新消息，确定目标多媒体资源，目标线程为多条线程中任一获取到处理资源的线程，多条资源更新消息的目标用户账号相同。
可选的，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
根据本公开的第五方面，提供一种服务器，服务器包括：
处理器。用于存储处理器可执行指令的存储器。其中，处理器被配置为执行指令，以实现上述第一方面或第二方面中任一种可选地多媒体资源的处理方法。
根据本公开的第六方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述第一方面或第二方面中任一种可选地多媒体资源的处理方法。
根据本公开的第七方面，提供一种包含计算机程序的计算机程序产品，当计算机程序被处理器执行时实现上述第一方面或第二方面中任一种可选地多媒体资源的处理方法。
根据本公开的第八方面，本公开提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面或第二方面中任一种可能的实现方式中所描述的多媒体资源的处理方法。
本公开提供的技术方案至少带来以下有益效果：在服务器中存储的多媒体资源未满足预设条件的情况下，API服务向消息中间件发送资源更新消息，可以使消息中间件确定目标多媒体资源。如此，可以降低API服务资源的消耗，提高API服务的处理能力。并且，API服务向终端发送存储的资源中部分资源，可以及时向终端反馈请求的结果，减少用户等待时长，提高用户的使用体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种通信系统的示意图；
图2是根据一示例性实施例示出的一种多媒体资源的处理方法的流程图；
图3是根据一示例性实施例示出的另一种多媒体资源的处理方法的流程图；
图4是根据一示例性实施例示出的另一种多媒体资源的处理方法的流程图；
图5是根据一示例性实施例示出的另一种多媒体资源的处理方法的流程图；
图6是根据一示例性实施例示出的另一种多媒体资源的处理方法的流程图；
图7是根据一示例性实施例示出的一种多媒体资源的处理装置的结构示意图；
图8是根据一示例性实施例示出的另一种多媒体资源的处理装置的结构示意图；
图9是根据一示例性实施例示出的另一种多媒体资源的处理装置的结构示意图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)，均为经用户授权或者经过各方充分授权的信息。
首先，对本公开实施例的应用场景进行介绍。
本公开实施例的多媒体资源的处理方法应用于获取多媒体资源的场景中。在相关技术中，网络平台对用户发布的多媒体资源进行分类，通常是由服务器的应用程序编程接口(application programming interface，API)服务对用户发布的多媒体资源进行解析处理，以得到分类后的目标多媒体资源。但是，API服务对多媒体资源进行处理得到目标多媒体资源的过程会占用较多资源，影响API服务的处理能力。例如，在API服务的资源被占用较多的情况下，会影响API服务器中的垃圾回收器(Garbage Collection，GC)的处理效率，延长GC耗时。
为了解决上述问题，本公开实施例提供一种多媒体资源的处理方法，API服务可以通过消息中间件确定目标多媒体资源。这样一来，由消息中间件确定目标多媒体资源，无需API服务确定目标多媒体资源，能够减少API服务的资源消耗，提高API服务器的处理能力。
示例性的，在API服务的空闲资源较多的情况下，会提高API服务器中的垃圾回收器(Garbage Collection，GC)的处理效率，减少GC耗时。
图1为本公开实施例提供的一种通信系统示意图，如图1所示，该通信系统中可以包括：服务器01和终端02，服务器01可以通过有线网络或无线网络与终端02之间建立连接。
其中，服务器01可以是一些多媒体资源服务平台的数据服务器，可以用于存储和处理多媒体资源。例如，多媒体资源服务平台可以是短视频应用服务平台、新闻服务平台、直播服务平台、购物服务平台、外卖服务平台、共享服务平台、功能性网站等。其中，短视频应用服务平台提供的多媒体资源可以为一些短视频作品，新闻服务平台提供的多媒体资源可以为一些新闻信息，直播服务平台提供的多媒体资源可以为直播作品等，其余不再一一赘述。本公开对多媒体资源服务平台的具体类型并不作限制。
作为一种可能的实现方式，服务器01可以包括多个多媒体资源服务平台，每个多媒体资源服务平台唯一对应一个应用程序。该应用程序安装于终端上，并通过终端02的内容显示界面上显示多媒体资源。服务器01主要用于存储终端02上安装的内容社区应用的相关数据，可以在接收到终端02发送的数据获取请求时，将相应的数据(可以称为待传输文件)发送给终端。
一些实施例中，服务器01可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本公开对服务器01的具体实现方式也不作限制。
还有一些实施例中，服务器01还可以包含有缓存或与缓存连接，多媒体资源服务平台的多媒体资源可以存储于缓存中。终端02可以通过服务器01实现对缓存中多媒体资源的访问操作。
终端02可以是手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等可以安装并使用内容社区应用(如快手)的设备，本公开对该终端的具体形态不作特殊限制。其可以与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互。
可选的，上述图1所示的通信系统中，服务器01可以与至少一个终端02连接。本公开对终端02的数量及类型均不作限制。
在介绍了本公开实施例的应用场景和实施环境之后，下面结合图1所示的实施环境，以服务器为本公开实施例的执行主体，对本公开实施例提供的多媒体资源的处理方法进行详细介绍。
在本公开实施例中，服务器部署有API服务和消息中间件。其中，API服务用于提供目标多媒体资源。
需要说明的是，本公开实施例对目标多媒体资源不作限定。例如，目标多媒体资源可以为目标用户账号发布的多媒体资源中播放量排名在第一预设排名阈值的多媒体资源。又例如，目标多媒体资源可以为目标用户账号发布的多媒体资源中发布时间在预设日期内的多媒体资源。又例如，目标多媒体资源可以为目标用户账号发布的多媒体资源中点赞数量排名在第二预设排名阈值的多媒体资源。以下以目标多媒体资源为目标用户账号发布的多媒体资源中播放量排名在第一预设排名阈值的多媒体资源为例，介绍目标多媒体资源。
一种可能的设计中，消息中间件用于从全部多媒体资源中确定目标多媒体资源。其中，全部多媒体资源为目标用户账号发布的全部的多媒体资源
需要说明的是，本公开实施例对消息中间件不作限定。例如，消息中间件可以为Kafka。又例如，消息中间件可以为RocketMQ。
图2是根据一示例性实施例示出的一种多媒体资源的处理方法的流程图。如图2所示，该方法可以包括步骤201-步骤203。
201、API服务向消息中间件发送资源更新消息。
其中，资源更新消息用于指示消息中间件确定目标多媒体资源。
作为一种可能的实现方式，消息中间件包括多个分区，每个分区对应一个或多个用户账号。资源更新消息包括目标用户账号。API服务向消息中间件发送资源更新消息。消息中间件根据目标用户账号将资源更新消息分配至目标分区，目标分区与目标用户账号相对应。
202、消息中间件根据资源更新消息，确定目标多媒体资源。
作为一种可能的实现方式，消息中间件根据资源更新消息，获取全部多媒体资源的资源信息。之后，根据全部多媒体资源的资源信息，确定目标多媒体资源。
需要说明的是，本公开实施例对多媒体资源的资源信息不作限定。例如，资源信息可以为多媒体资源的播放量。又例如，资源信息可以为多媒体资源的发布时间。又例如，资源信息可以为多媒体资源的点赞数量。
示例性的，假如资源更新消息用于请求获取用户账号A发布的多媒体资源中播放量排名在前2名的多媒体资源，用户账号A发布的全部多媒体资源包括：视频A、视频B视频C和视频D。其中，视频A的播放量为3000次，视频B的播放量为50000次，视频C的播放量为13300次，视频D的播放量为4000次。消息中间件的消费者根据全部多媒体资源的播放量对全部多媒体资源进行排序，确定目标多媒体资源为视频B和视频C。
作为另一种可能的实现方式，资源更新消息包括目标用户账号。在接收到多条资源更新消息的情况下，调用目标线程依次根据多条资源更新消息中的每条资源更新消息，确定目标多媒体资源。其中，目标线程为多条线程中任一获取到处理资源的线程，多条资源更新消息的目标用户账号相同。
在本公开实施例中，服务器中包括多条线程。服务器可以为多条线程中任一线程分配处理资源(即目标线程)。之后，目标线程可以处理请求目标用户账号的媒体资源的消息。
示例性的，假如消息中间件在1秒内接收到1000条资源更新消息，且该1000条资源更新消息均为请求用户账号A的媒体资源的消息，服务器为线程A分配了处理资源，则需要通过线程A依次处理1000条资源更新消息。
上述实施例提供的技术方案至少带来以下有益效果：资源更新消息包括：目标用户账号，目标用户账号为发布目标多媒体资源的账号。在接收到多条资源更新消息的情况下，调用目标线程依次根据多条资源更新消息中的每条资源更新消息，确定目标多媒体资源，目标线程为多条线程中任一获取到处理资源的线程，多条资源更新消息的目标用户账号相同。这样一来，在消息中间件在短时间内接收到大量资源请求消息，可以避免多条线程同时确定目标多媒体资源，降低了服务器的资源消耗。
需要说明的是，本公开实施例中，确定目标多媒体资源可以指示确定的是目标多媒体资源的资源内容(如视频、音频等资源)。或者，确定目标多媒体资源可以指示确定的是目标多媒体资源的标识(如音频的id、视频的id等)。本公开实施例对此不作限定。
在一种可实施的方式中，在消息中间件根据资源更新消息，确定目标多媒体资源之后，消息中间件可以向终端发送目标多媒体资源。
可以理解的是，消息中间件可以向终端发送目标多媒体资源，可以使终端获取目标多媒体资源。
203、消息中间件将目标多媒体资源存储至服务器。
作为一种可能的实现方式，消息中间件将目标多媒体资源存储至服务器的缓存中。
需要说明的是，本公开实施例对将目标多媒体资源存储至服务器的缓存中的方式不作限定。例如，消息中间件可以将目标多媒体资源存储至redis。又例如，消息中间件可以将目标多媒体资源存储至Memcached。
可选的，消息中间件将存储目标多媒体资源的时间存储至服务器，和/或，消息中间件将确定目标多媒体资源的时间存储至服务器。
示例性的，假如消息中间件在时刻A将目标多媒体资源存储至服务器，则消息中间件将时刻A也存储至服务器。假如消息中间件在时刻B确定目标多媒体资源(例如将多媒体资源按照播放量进行排序后的多媒体资源)，则消息中间件将时刻B存储至服务器。
上述实施例提供的技术方案至少带来以下有益效果：API服务向消息中间件发送资源更新消息，资源更新消息用于请求获取目标多媒体资源。消息中间件根据资源更新消息，确定目标多媒体资源。消息中间件将目标多媒体资源存储至服务器。这样一来，由消息中间件确定目标多媒体资源，无需API服务确定目标多媒体资源，能够减少API服务的资源消耗，提高API服务器的处理能力。
在一种可实施的方式中，如图3所示，在步骤202之前，可以包括步骤301。
301、消息中间件确定服务器中存储的多媒体资源是否满足预设条件。
在本公开实施例中，消息中间件确定服务器中存储的多媒体资源是否满足预设条件之前，消息中间件可以获取服务器中存储的多媒体资源。
在本公开实施例中，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。
其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。
示例性的，假如第一预设数量阈值为1，服务器中存储的多媒体资源的数量为5(即服务器中未存储目标多媒体资源)，则满足第一条件。假如第一预设数量阈值为10，服务器中存储的多媒体资源的数量为2，则不满足第一条件。
在本申请实施例中，服务器中存储的多媒体资源的数量大于第一预设数量阈值，用于指示服务器中存储有多媒体资源。也就是说，第一条件还可以为：服务器中存储有多媒体资源。
第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为API请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。
需要说明的是，第二时刻还可以为确定目标多媒体资源的时刻。具体可以参考上述对确定目标多媒体资源的时间的介绍，此处不予赘述。
示例性的，假如目标时间间隔阈值为10分钟，第一时刻为09:01，第二时刻为09:15，目标时间间隔为14分钟，则不满足第二条件。假如目标时间间隔阈值为10分钟，第一时刻为09:01，第二时刻为09:08，目标时间间隔为7分钟，则满足第二条件。
第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
需要说明的是，目标用户账号发布的全部的多媒体资源中包括公开多媒体资源和非公开多媒体资源。其中，公开多媒体资源用于指示任一用户账号均能够查看该多媒体资源。非公开(即私密)多媒体资源用于指示除目标用户账号以外的其他账号均不能查看该多媒体资源。
示例性的，假如资源A和资源B为用户账号A发布的多媒体资源，资源A为公开多媒体资源，用户A和用户B均能够查看该多媒体资源，资源B为非公开多媒体资源，用户A能够查看资源B，用户B不能查看资源B。
可以理解的是，通过预设条件，能够保障获取的目标多媒体资源的实效性、目标多媒体资源的数量、以及目标多媒体资源的可查看性。
需要说明的是，以下以预设条件为第一条件，即预设条件为服务器中存储的多媒体资源的数量大于第一预设数量阈值为例，介绍本公开实施例。
作为一种可能的实现方式，消息中间件调用目标线程，获取服务器中存储的多媒体资源。之后，消息中间件调用目标线程比较服务器中存储的多媒体资源的数量与第一预设数量阈值。若服务器中存储的多媒体资源的数量大于第一预设数量阈值，则确定满足预设条件。若服务器中存储的多媒体资源的数量小于第一预设数量阈值，则确定未满足预设条件。
示例性的，假如第一预设数量阈值为1，服务器中存储的多媒体资源的数量为5(即服务器中未存储目标多媒体资源)，则满足预设条件。假如第一预设数量阈值为10，服务器中存储的多媒体资源的数量为2，则不满足预设条件。
在一种可实施的方式中，若服务器中存储的多媒体资源满足预设条件，消息中间件则无需处理该资源更新消息。若服务器中存储的多媒体资源未满足预设条件，则执行步骤302。
如图3所示，步骤202可以包括步骤302-步骤303。
302、消息中间件获取全部多媒体资源。
303、消息中间件从全部资源中确定目标多媒体资源。
其中，全部多媒体资源为目标用户账号发布的全部的多媒体资源。
示例性的，假如消息中间件在1秒内接收到3条资源更新消息(如消息A、消息B和消息C)，且该3条资源更新消息均为请求用户账号A的资源的消息。首先，线程A可以对消息A进行处理，确定目标多媒体资源，并将目标多媒体资源存储至服务器。之后，线程A对消息B进行处理，确定服务器中存储的多媒体资源满足预设条件，则线程A无需执行步骤302-步骤303。
可以理解的是，这样一来，在短时间内消息中间件接收到多条资源更新消息时，消息中间件无需重复确定目标多媒体资源，减少了消息中间件的资源消耗。
需要说明的是，具体对于消息中间件调用目标线程从全部多媒体资源中确定目标多媒体资源的介绍，可以参考步骤202，此处不予赘述。
上述实施例提供的技术方案至少带来以下有益效果：获取服务器中存储的多媒体资源。确定服务器中存储的多媒体资源是否满足预设条件。若确定服务器中存储的多媒体资源未满足预设条件，则从全部多媒体资源中确定目标多媒体资源，全部多媒体资源为目标用户账号发布的全部的多媒体资源也就是说，在服务器中存储的多媒体资源未满足预设条件的情况下，消息中间件可以确定目标资源，能够保障目标多媒体资源的实效性、目标多媒体资源的数量、以及目标多媒体资源的可查看性。
在一种可实施的方式中，如图4所示，在步骤201之前，可以包括步骤401-步骤402。
401、API服务确定服务器中存储的多媒体资源是否满足预设条件。
作为一种可能的实现方式，API服务获取服务器中存储的多媒体资源。之后，API服务比较服务器中存储的多媒体资源的数量与第一预设数量阈值。若服务器中存储的多媒体资源的数量大于第一预设数量阈值，API服务则确定满足预设条件。若服务器中存储的多媒体资源的数量小于第一预设数量阈值，API服务则确定未满足预设条件。
示例性的，假如第一预设数量阈值为1，服务器中存储的多媒体资源的数量为5(即服务器中未存储目标多媒体资源)，则满足预设条件。假如第一预设数量阈值为10，服务器中存储的多媒体资源的数量为2，则不满足预设条件。
在一种可实施的方式中，若API服务确定服务器中存储的多媒体资源未满足预设条件，则执行步骤201，并向终端发送所述服务器中存储的多媒体资源中的部分资源。
上述实施例提供的技术方案至少带来以下有益效果：在服务器中存储的多媒体资源未满足预设条件的情况下，API服务向消息中间件发送资源更新消息，可以使消息中间件确定目标多媒体资源。如此，可以降低API服务资源的消耗，提高API服务的处理能力。并且，API服务向终端发送存储的资源中部分资源，可以及时向终端反馈请求的结果，减少用户等待时长，提高用户的使用体验。
在一种可实施的方式中，若API服务确定服务器中存储的多媒体资源未满足预设条件，则执行步骤201，并向终端发送所述服务器中存储的多媒体资源中的部分资源。若API服务确定服务器中存储的多媒体资源满足预设条件，则执行步骤402。
402、API服务将服务器中存储的多媒体资源中预设次序的多媒体资源确定为目标多媒体资源，并向终端发送目标多媒体资源。
在本公开实施例中，服务器中存储的多媒体资源按照预设顺序排列。
需要说明的是，本公开实施例对多媒体资源排列顺序的依据不作限定。例如，服务器可以按照多媒体资源的播放量排序。又例如，服务器可以按照多媒体资源的发布时间排序。
示例性的，假如服务器中存储的多媒体资源(如redis中存储的资源)包括：视频A、视频B视频C和视频D。其中，视频A的播放量为3000次，视频B的播放量为50000次，视频C的播放量为13300次，视频D的播放量为4000次。则按照播放量从小到大进行排序，排序后的多媒体资源包括：资源B-资源C-资源D-资源A。
作为一种可能的实现方式，API服务根据资源请求消息，从服务器中存储的多媒体资源中确定目标多媒体资源。
示例性的，假如资源请求消息用于请求获取用户账号A发布的多媒体资源中播放量排名在前2名的多媒体资源，用户账号A发布的全部多媒体资源包括：视频A、视频B视频C和视频D。其中，视频A的播放量为3000次，视频B的播放量为50000次，视频C的播放量为13300次，视频D的播放量为4000次。则API服务确定目标多媒体资源为视频B和视频C。
可选的，API服务可以获取服务器中存储的多媒体资源的标识。之后，API服务根据目标多媒体资源的标识，获取目标多媒体资源。
示例性的，假如redis包括：资源A的id、资源B的id和资源C的id。则API服务可以获取资源A的id、资源B的id和资源C的id。之后，API服务根据资源A的id、资源B的id和资源C的id，获取资源A、资源B和资源C。
上述实施例提供的技术方案至少带来以下有益效果：在服务器中存储的多媒体资源满足预设条件的情况下，API服务向终端发送存储的资源中预设次序的资源。如此，API服务无需确定目标多媒体资源，可以降低API服务资源的消耗，提高API服务的处理能力。
在一种可实施的方式中，如图5所示，在步骤401之前，可以包括步骤501。
501、API服务接收来自终端发送的资源请求消息。
其中，资源请求消息用于请求获取目标多媒体资源。
作为一种可能的实现方式，终端接收第一用户账号的资源请求操作，向API服务发送资源请求消息。之后，API服务接收来自终端发送的资源请求消息。
需要说明的是，本公开实施例对资源请求操作不作限定。例如，该资源请求操作可以为作用于目标用户账号的页面上的操作。例如，该资源请求操作可以为作用于终端显示的最热视频按钮的操作。又例如，该资源请求操作可以为作用于终端显示的最近视频按钮的操作。
需要说明的是，第一用户账号可以为除目标用户账号以外的其他账号，或者，第一用户账号可以为目标用户账号。本公开实施例对第一用户账号不作限定。
以下结合具体示例，对本公开实施例进行介绍。示例性的，如图6所示，客户端(安装在终端)向API服务请求最热视频集(即播放量较高的视频)。之后，API服务向redis请求最热视频集，redis向API服务返回查询的数据。之后，API服务判断数据是否满足预设条件(可参考上述实施例，如步骤401)。在数据满足预设条件的情况下，将数据作为最热视频集，向客户端发送最热视频集。在数据未满足预设条件的情况下，API服务向kafka-server发送资源请求消息。之后，kafka-server向消费者发送资源请求消息。消费者向redis请求最热视频集，redis向API服务返回查询的数据。接着，消费者判断数据是否满足预设条件(可参考上述实施例，如步骤301)。在数据满足预设条件的情况下，消费者不执行任何操作。在数据未满足预设条件的情况下，消费者确定最热视频集(可参考上述实施例，如步骤202)，并将最热视频集存储至redis。并且，在API服务确定数据未满足预设条件的情况下，API服务可以异步确定预备视频集。之后，向客户端返回预备视频集。
在另一种可实施的方式中，消息中间件在预设时间确定目标多媒体资源。之后，消息中间件将目标多媒体资源存储至服务器的缓存中。在API服务接收来自终端的资源请求消息的情况下，从缓存中获取目标多媒体资源。
可以理解的是，上述方法可以由多媒体资源的处理装置实现。多媒体资源的处理装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。
本公开实施例可以根据上述方法示例对上述多媒体资源的处理装置等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图7是根据一示例性实施例示出的一种多媒体资源的处理装置的结构框图，该装置应用于服务器中部署的应用程序接口API服务，服务器还部署有消息中间件。参照图7，该多媒体资源的处理装置70包括接收单元71、处理单元72和发送单元73。
接收单元71，被配置为执行接收来自终端发送的资源请求消息，资源请求消息用于请求获取目标多媒体资源。处理单元72，被配置为执行获取服务器中存储的多媒体资源。发送单元73，被配置为执行若服务器中存储的多媒体资源未满足预设条件，则向消息中间件发送资源更新消息，并向终端发送服务器中存储的多媒体资源中的部分资源，资源更新消息用于指示消息中间件确定目标多媒体资源。
可选的，服务器中存储的多媒体资源按照预设顺序排列。处理单元72，还被配置为执行若服务器中存储的多媒体资源满足预设条件，则将服务器中存储的多媒体资源中预设次序的多媒体资源确定为目标多媒体资源。发送单元73，还被配置为执行向终端发送目标多媒体资源。
可选的，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
图8是根据一示例性实施例示出的一种多媒体资源的处理装置的结构框图，该装置应用于服务器中部署的消息中间件，服务器还部署有应用程序接口API服务。参照图8，该多媒体资源的处理装置80包括接收单元81和处理单元82。
接收单元81，被配置为执行接收来自API服务的资源更新消息，资源更新消息用于指示消息中间件确定目标多媒体资源。处理单元82，被配置为执行根据资源更新消息，确定目标多媒体资源。处理单元82，还被配置为执行将目标多媒体资源存储至服务器。
可选的，资源更新消息包括：目标用户账号，目标用户账号为发布目标多媒体资源的账号。处理单元82，还被配置为执行获取服务器中存储的多媒体资源。处理单元82，还被配置为执行确定服务器中存储的多媒体资源是否满足预设条件。处理单元82，还被配置为执行若确定服务器中存储的多媒体资源未满足预设条件，则从全部多媒体资源中确定目标多媒体资源，全部多媒体资源为目标用户账号发布的全部的多媒体资源。
可选的，处理单元82，还被配置为执行在接收到多条资源更新消息的情况下，调用目标线程依次根据多条资源更新消息中的每条资源更新消息，确定目标多媒体资源，目标线程为多条线程中任一获取到处理资源的线程，多条资源更新消息的目标用户账号相同。
可选的，预设条件包括以下一项或多项：第一条件、第二条件、第三条件。其中，第一条件为：服务器中存储的多媒体资源的数量大于第一预设数量阈值。第二条件为：目标时间间隔小于预设时间间隔阈值，目标时间间隔为第一时刻与第二时刻的间隔，第一时刻为请求获取目标多媒体资源的时刻，第二时刻为服务器中存储的多媒体资源的存储时刻。第三条件为：服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
关于上述实施例中的多媒体资源的处理装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图9是本公开提供的一种多媒体资源的处理装置90的结构示意图。如图9，该多媒体资源的处理装置90可以包括至少一个处理器901以及用于存储处理器901可执行指令的存储器903。其中，处理器901被配置为执行存储器903中的指令，以实现上述实施例中的多媒体资源的处理方法。
另外，多媒体资源的处理装置90还可以包括通信总线902以及至少一个通信接口904。
处理器901可以是一个GPU，微处理单元，ASIC，或一个或多个用于控制本公开方案程序执行的集成电路。
通信总线902可包括一通路，在上述组件之间传送信息。
通信接口904，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。
存储器903可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起，为GPU中的易失性存储介质。
其中，存储器903用于存储执行本公开方案的指令，并由处理器901来控制执行。处理器901用于执行存储器903中存储的指令，从而实现本公开方法中的功能。
在具体实现中，作为一种实施例，处理器901可以包括一个或多个GPU，例如图9中的GPU0和GPU1。
在具体实现中，作为一种实施例，多媒体资源的处理装置90可以包括多个处理器，例如图9中的处理器901和处理器907。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-GPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，多媒体资源的处理装置90还可以包括输出设备905和输入设备906。输出设备905和处理器901通信，可以以多种方式来显示信息。例如，输出设备905可以是液晶显示器(liquid crystal display，LCD)，发光二级管(lightemitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备906和处理器901通信，可以以多种方式接受用户的输入。例如，输入设备906可以是鼠标、键盘、触摸屏设备或传感设备等。
本领域技术人员可以理解，图9中示出的结构并不构成对多媒体资源的处理装置90的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
本公开还提供了一种计算机可读存储介质，计算机可读存储介质上存储有指令，当存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述本公开实施例提供的群组通信方法。
本公开实施例还提供了一种包含计算机程序的计算机程序产品，当计算机程序被处理器执行时实现上述本公开实施例提供的多媒体资源的处理方法。
本公开实施例还提供一种通信系统，如图1所示，该系统包括服务器01和终端02。其中，服务器01和终端02分别用于执行本公开上述实施例中的相应步骤，从而以使该通信系统解决本公开实施例所解决的技术问题，以及实现本公开实施例所实现的技术效果，在此不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种多媒体资源的处理方法，其特征在于，应用于服务器中部署的应用程序接口API服务，所述服务器还部署有消息中间件，所述方法包括：
接收来自终端发送的资源请求消息，所述资源请求消息用于请求获取目标多媒体资源；
获取所述服务器中存储的多媒体资源；
若所述服务器中存储的多媒体资源未满足预设条件，则向所述消息中间件发送资源更新消息，并向所述终端发送所述服务器中存储的多媒体资源中的部分资源，所述资源更新消息用于指示所述消息中间件确定所述目标多媒体资源；所述预设条件包括以下一项或多项：第一条件、第二条件、第三条件；
其中，所述第一条件为：所述服务器中存储的多媒体资源的数量大于第一预设数量阈值；所述第二条件为：目标时间间隔小于预设时间间隔阈值，所述目标时间间隔为第一时刻与第二时刻的间隔，所述第一时刻为请求获取所述目标多媒体资源的时刻，所述第二时刻为所述服务器中存储的多媒体资源的存储时刻；所述第三条件为：所述服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
2.根据权利要求1所述的方法，其特征在于，所述服务器中存储的多媒体资源按照预设顺序排列；所述方法还包括：
若所述服务器中存储的多媒体资源满足预设条件，则将所述服务器中存储的多媒体资源中预设次序的多媒体资源确定为所述目标多媒体资源，并向所述终端发送所述目标多媒体资源。
3.一种多媒体资源的处理方法，其特征在于，应用于服务器中部署的消息中间件，所述服务器还部署有应用程序接口API服务，所述方法包括：
接收来自所述API服务的资源更新消息，所述资源更新消息用于指示所述消息中间件确定目标多媒体资源，所述资源更新消息包括：目标用户账号，所述目标用户账号为发布所述目标多媒体资源的账号；
获取所述服务器中存储的多媒体资源；
确定所述服务器中存储的多媒体资源是否满足预设条件；
若确定所述服务器中存储的多媒体资源未满足所述预设条件，则从全部多媒体资源中确定所述目标多媒体资源，所述全部多媒体资源为所述目标用户账号发布的全部的多媒体资源；
将所述目标多媒体资源存储至所述服务器。
4.根据权利要求3所述的方法，其特征在于，所述根据所述资源更新消息，确定所述目标多媒体资源，包括：
在接收到多条资源更新消息的情况下，调用目标线程依次根据所述多条资源更新消息中的每条资源更新消息，确定所述目标多媒体资源，所述目标线程为多条线程中任一获取到处理资源的线程，所述多条资源更新消息的所述目标用户账号相同。
5.根据权利要求3或4所述的方法，其特征在于，预设条件包括以下一项或多项：第一条件、第二条件、第三条件；
其中，所述第一条件为：所述服务器中存储的多媒体资源的数量大于第一预设数量阈值；
所述第二条件为：目标时间间隔小于预设时间间隔阈值，所述目标时间间隔为第一时刻与第二时刻的间隔，所述第一时刻为请求获取所述目标多媒体资源的时刻，所述第二时刻为所述服务器中存储的多媒体资源的存储时刻；
所述第三条件为：所述服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
6.一种多媒体资源的处理装置，其特征在于，应用于服务器中部署的应用程序接口API服务，所述服务器还部署有消息中间件，所述装置包括：
接收单元，被配置为执行接收来自终端发送的资源请求消息，所述资源请求消息用于请求获取目标多媒体资源；
处理单元，被配置为执行获取所述服务器中存储的多媒体资源；
发送单元，被配置为执行若所述服务器中存储的多媒体资源未满足预设条件，则向所述消息中间件发送资源更新消息，并向所述终端发送所述服务器中存储的多媒体资源中的部分资源，所述资源更新消息用于指示所述消息中间件确定所述目标多媒体资源；所述预设条件包括以下一项或多项：第一条件、第二条件、第三条件；
其中，所述第一条件为：所述服务器中存储的多媒体资源的数量大于第一预设数量阈值；所述第二条件为：目标时间间隔小于预设时间间隔阈值，所述目标时间间隔为第一时刻与第二时刻的间隔，所述第一时刻为请求获取所述目标多媒体资源的时刻，所述第二时刻为所述服务器中存储的多媒体资源的存储时刻；所述第三条件为：所述服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
7.根据权利要求6所述的装置，其特征在于，所述服务器中存储的多媒体资源按照预设顺序排列；
所述处理单元，还被配置为执行若所述服务器中存储的多媒体资源满足预设条件，则将所述服务器中存储的多媒体资源中预设次序的多媒体资源确定为所述目标多媒体资源；
所述发送单元，还被配置为执行向所述终端发送所述目标多媒体资源。
8.一种多媒体资源的处理装置，其特征在于，应用于服务器中部署的消息中间件，所述服务器还部署有应用程序接口API服务，所述装置包括：
接收单元，被配置为执行接收来自所述API服务的资源更新消息，所述资源更新消息用于指示所述消息中间件确定目标多媒体资源，所述资源更新消息包括：目标用户账号，所述目标用户账号为发布所述目标多媒体资源的账号；
处理单元，被配置为执行获取所述服务器中存储的多媒体资源；
所述处理单元，还被配置为执行确定所述服务器中存储的多媒体资源是否满足预设条件；
所述处理单元，还被配置为执行若确定所述服务器中存储的多媒体资源未满足所述预设条件，则从全部多媒体资源中确定所述目标多媒体资源，所述全部多媒体资源为所述目标用户账号发布的全部的多媒体资源；
所述处理单元，还被配置为执行将所述目标多媒体资源存储至所述服务器。
9.根据权利要求8所述的装置，其特征在于，
所述处理单元，还被配置为执行在接收到多条资源更新消息的情况下，调用目标线程依次根据所述多条资源更新消息中的每条资源更新消息，确定所述目标多媒体资源，所述目标线程为多条线程中任一获取到处理资源的线程，所述多条资源更新消息的所述目标用户账号相同。
10.根据权利要求8或9所述的装置，其特征在于，
预设条件包括以下一项或多项：第一条件、第二条件、第三条件；
其中，所述第一条件为：所述服务器中存储的多媒体资源的数量大于第一预设数量阈值；
所述第二条件为：目标时间间隔小于预设时间间隔阈值，所述目标时间间隔为第一时刻与第二时刻的间隔，所述第一时刻为请求获取所述目标多媒体资源的时刻，所述第二时刻为所述服务器中存储的多媒体资源的存储时刻；
所述第三条件为：所述服务器中存储的多媒体资源中非公开多媒体资源的数量小于第二预设数量阈值。
11.一种服务器，其特征在于，所述服务器包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1-5任一项所述的多媒体资源的处理方法。
12.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如权利要求1-5中任一项所述的多媒体资源的处理方法。
13.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-5中任一项所述的多媒体资源的处理方法。
CN202210425342.2A 2022-04-21 2022-04-21 一种多媒体资源的处理方法、装置、设备及存储介质 Active CN114928608B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210425342.2A CN114928608B (zh) 2022-04-21 2022-04-21 一种多媒体资源的处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210425342.2A CN114928608B (zh) 2022-04-21 2022-04-21 一种多媒体资源的处理方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN114928608A CN114928608A (zh) 2022-08-19
CN114928608B true CN114928608B (zh) 2024-08-06

Family

ID=82806105

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210425342.2A Active CN114928608B (zh) 2022-04-21 2022-04-21 一种多媒体资源的处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN114928608B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111414562A (zh) * 2020-02-26 2020-07-14 平安普惠企业管理有限公司 应用程序页面api接口前置方法、装置及存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101198583B1 (ko) * 2005-10-12 2012-11-06 한국과학기술원 메타데이터를 이용한 멀티미디어 미들웨어 장치와 그 관리방법 및 기록 매체
CN108228879A (zh) * 2018-01-23 2018-06-29 平安普惠企业管理有限公司 一种数据更新方法、存储介质和智能设备
CN109688235B (zh) * 2019-03-18 2019-07-05 北京金山云网络技术有限公司 虚拟网络业务处理方法、装置和系统，控制器，存储介质
CN110007950A (zh) * 2019-04-10 2019-07-12 优信拍（北京）信息科技有限公司 一种应用程序接口的管理方法、装置及服务器
CN112866177B (zh) * 2019-11-26 2022-10-04 浙江大搜车软件技术有限公司 处理服务调用请求的方法、装置、存储介质及计算机设备
CN111787364B (zh) * 2020-07-13 2022-05-06 聚好看科技股份有限公司 媒体数据获取方法、智能电视及移动终端
CN111741016B (zh) * 2020-07-23 2020-12-08 南京梦饷网络科技有限公司 用于管理应用接口的方法、计算设备和计算机存储介质
CN112688802B (zh) * 2020-12-11 2021-08-27 北京三维天地科技股份有限公司 一种基于api网关的高效能交换中间件
CN114374813B (zh) * 2021-12-13 2024-07-02 青岛海信移动通信技术有限公司 多媒体资源管理方法、记录仪及服务器

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111414562A (zh) * 2020-02-26 2020-07-14 平安普惠企业管理有限公司 应用程序页面api接口前置方法、装置及存储介质

Also Published As

Publication number Publication date
CN114928608A (zh) 2022-08-19

Similar Documents

Publication Publication Date Title
US11146502B2 (en) Method and apparatus for allocating resource
CN107341050B (zh) 基于动态线程池的服务处理方法和装置
US20220357990A1 (en) Method for allocating data processing tasks, electronic device, and storage medium
CN114155026A (zh) 一种资源分配方法、装置、服务器及存储介质
CN113392863A (zh) 一种机器学习训练数据集的获取方法、获取装置及终端
CN113568699A (zh) 一种内容显示方法、装置、设备及存储介质
CN114265648A (zh) 编码调度方法、服务器及客户端和获取远程桌面的系统
CN109002364A (zh) 进程间通信的优化方法、电子装置以及可读存储介质
CN111178781A (zh) 在线应答系统的应答资源分配方法、装置、设备及介质
WO2023246757A1 (zh) 算力服务方法、装置及终端
CN107045452B (zh) 虚拟机调度方法和装置
CN111988403A (zh) 电子设备的请求处理方法、系统、存储介质和电子设备
CN114928608B (zh) 一种多媒体资源的处理方法、装置、设备及存储介质
CN115827236A (zh) 实景三维在云发布过程中负载性能优化方法及系统
CN115269130A (zh) 算力资源调度方法与装置、介质及电子设备
CN115391042B (zh) 一种资源分配方法、装置、电子设备及存储介质
CN115052168B (zh) 一种标签获取方法、装置、服务器及存储介质
CN115580580B (zh) 流量控制方法、流量控制装置、计算机可读存储介质
CN113747185B (zh) 一种信息交互方法、装置、系统、设备及存储介质
CN114205651B (zh) 一种资源处理方法、装置、设备及存储介质
CN117951150A (zh) 数据库连接方法、装置、设备、存储介质和程序产品
CN115065658A (zh) 一种多媒体资源的推荐方法、装置、设备及存储介质
CN117062196A (zh) 一种支持功耗自适应的通信方法、装置、及电子设备
CN114338803A (zh) 一种资源获取方法、装置、设备及存储介质
CN115730224A (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