WO2011137786A1 - 视频文件播放的方法、系统及媒体资源服务器 - Google Patents

视频文件播放的方法、系统及媒体资源服务器 Download PDF

Info

Publication number
WO2011137786A1
WO2011137786A1 PCT/CN2011/074241 CN2011074241W WO2011137786A1 WO 2011137786 A1 WO2011137786 A1 WO 2011137786A1 CN 2011074241 W CN2011074241 W CN 2011074241W WO 2011137786 A1 WO2011137786 A1 WO 2011137786A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
video file
resource
terminal
media
Prior art date
Application number
PCT/CN2011/074241
Other languages
English (en)
French (fr)
Inventor
贾俊杰
林霖
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2011137786A1 publication Critical patent/WO2011137786A1/zh
Priority to US13/568,396 priority Critical patent/US20120304235A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 

Definitions

  • Video file playing method system and media resource server
  • the present invention relates to the field of communications technologies, and in particular, to a video file playing method, system, and media resource server.
  • a video file playing method, system, and media resource server In an audio communication system, when a terminal user dials a value-added service, a dedicated media resource device is usually required to provide a play voice, so that the user can obtain timely interaction information, thereby performing the next operation according to the interaction information.
  • the most typical business is Interactive Voice Response (IVR), such as China Mobile's 10086 IVR service.
  • the media resource device In a video communication system, when an end user is dialing a value-added service, the media resource device needs to have a function of playing a video, so that the terminal user can obtain the interactive information of the video.
  • video processing encoding process, decoding process
  • the resource capacity occupied is far greater than the resources occupied by audio processing, so it is very important to improve the utilization of video codec.
  • there are many types of video terminals and different types of video terminals support different encoding and decoding methods. In the existing video communication networks, three video encoding and decoding methods, H.263, MPEG4, and H.264, are widely used.
  • a video file server in addition to the video terminal and the communication system, a video file server, and a media resource server are also included.
  • the video file server is configured to store various playable video files
  • the media resource server is configured to obtain video files from the video file server, and perform internal decoding processing by the media resource server, and the video codec format supported by the video terminal played according to the request. Perform encoding processing and then send the video to the video terminal
  • the terminal supports video files in encoded format. Since each video terminal user requests to play a video file, it needs to separately occupy one encoder and one decoder of the media resource server, when the video codec formats supported by the multiple video terminals are consistent and requested to be played.
  • the embodiments of the present invention provide a method, a system, and a media resource server for playing video files, which are used to solve the technical problem of waste of codec resources and low efficiency of the media resource server in the prior art.
  • An embodiment of the present invention provides a method for playing a video file, including: receiving a video play request sent by a video terminal, where the video play request carries a video file identifier and video media capability information of the video terminal; Decoding, determining that the video resource corresponding to the video file identifier is decoded by the decoding resource, and decoding the video file corresponding to the video file identifier into a video file of the internal format by using the decoding resource; according to the video media capability of the video terminal Information, if it is determined that there is a first encoding resource code to obtain a video file that conforms to the video media capability of the video terminal, using the first
  • An embodiment of the present invention provides a media resource server, including:
  • a video play request receiving unit configured to receive a video play request sent by the video terminal, where the video play request carries a video file identifier and video media capability information of the video terminal;
  • a first determining unit configured to determine, according to the video file identifier, that a video file corresponding to the video file identifier is decoded by the decoding resource, and use the decoding resource to decode the video file corresponding to the video file identifier into an internal format.
  • a second determining unit configured to: according to the video media capability information of the video terminal, if it is determined that there is a coding resource code to obtain a video file that conforms to the video media capability of the video terminal, use the first encoding resource to use the internal format
  • the video file is encoded as a video file that conforms to the video media capability of the video terminal. If it is determined that there is no encoding resource encoding to obtain a video file that conforms to the video media capability of the video terminal, then assigning the second encoding resource to the internal
  • Video files of video media capabilities of the frequency terminal The embodiment of the invention provides a video playing system, including:
  • a media resource server configured to receive a video play request sent by the video terminal, where the video play request carries a video file identifier and video media capability information of the video terminal; and according to the video file identifier, determining that a decoding resource decoding station exists
  • the video file identifies a corresponding video file, and uses the decoding resource to decode the video file corresponding to the video file identifier into a video file of an internal format; according to the video media capability information of the video terminal, if it is determined that the encoding resource code is obtained a video file conforming to the video media capability of the video terminal, encoding the video file of the internal format to match the video terminal by using the first encoding resource Video file of the video media capability, if it is determined that there is no encoding resource encoding to obtain a video file that conforms to the video media capability of the video terminal, assigning the second encoding resource to the internal cell
  • a media file server configured to receive a video file request sent by the media resource server, where the video file request includes a video file identifier, and send the video file corresponding to the video file identifier to the media resource server.
  • the media resource server of the embodiment of the present invention needs to determine whether the codec resource that has been encoded and decoded by the video file requested by the video terminal exists, and if it exists, Existing codec resources. If there is only a decoding resource that decodes the video file requested by the video terminal, and the encoding resource does not meet the video processing capability of the video terminal, the encoding resource needs to be allocated a new encoding resource to process the video. file.
  • FIG. 1 is a flowchart of a method for playing video according to an embodiment of the present invention
  • FIG. 2 is a flowchart of another method for playing video according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a video image according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a media resource server according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of another media resource server according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a system for video playback according to an embodiment of the present invention. Specific lung
  • the embodiment of the invention discloses a method for playing a video file, which comprises:
  • the media resource server receives a video play request sent by the video terminal, where the video play request carries a video file identifier and video media capability information of the video terminal.
  • the video media capability information here can be various, such as: video codec format, image format, audio codec format, and the like.
  • the media resource server decodes, according to the video file identifier, a video file corresponding to the video file identifier by using the decoding resource, and decodes the video file corresponding to the video file identifier into an internal format video. file. If the media resource server determines, according to the video file identifier, that there is no decoding resource to decode the video file corresponding to the video file identifier, sending a video file request to the video file server, the video file request includes the video file identifier, and then the video file The server sends the video file corresponding to the video file identifier to the media resource server. And the video file server also needs to allocate a new decoding resource to decode the video file.
  • the decoding resource can perform segmentation and loop decoding on the video file.
  • the internal format can be a common data format inside the media resource server, and the internal format is only convenient for re-encoding the media resource server. There may be different internal formats for different media resource servers.
  • the media resource server determines, according to the video media capability information of the video terminal, if there is a first encoding resource code to obtain a video that meets the video media capability of the video terminal. a file, using the first encoding resource to encode the video file of the internal format into a video file that conforms to the video media capability of the video terminal, and if it is determined that there is no encoding resource to obtain a video file that conforms to the video media capability of the video terminal, Allocating the second encoding resource will be the inner cell
  • the new encoder can also generate an I frame from the current video image and send the I frame to the video terminal using the new encoder.
  • Video files for the video media capabilities of the terminal are Video files for the video media capabilities of the terminal.
  • the media resource server When receiving the video play request sent by the video terminal, the media resource server needs to determine whether the codec resource that has been coded and decoded by the video file requested by the video terminal exists, and if it already exists, the codec resource that has existed before is used. . If there is only a decoding resource that decodes the video file requested by the video terminal, and the encoding resource does not meet the video processing capability of the video terminal, the encoding resource needs to be allocated a new encoding resource to process the decoding resource. Video file. In this way, the utilization efficiency of various codec resources of the media resource server is greatly improved, the waste of codec resources is reduced, the speed of video playback is improved, and the user experience is improved.
  • video files played by different users may be the same common video files, and for these specific video files that do not need to pay attention to the playback start position, such as fixed video prompts, video waiting sounds, Video ads, etc.
  • the media resource server may not allocate any codec resources.
  • the media resource server may allocate a decoding resource (DECODER), and may cyclically decode the video file into an internal format, and the internal format may be a common tree inside the media resource server.
  • the data format, internal format is only convenient for re-encoding the media resource server. There may be different internal formats for different media resource servers.
  • the media capability information is assigned a coding resource (CODER), and the video file of the internal format is coded into a streaming video file that meets the video format and video format of the requested video terminal, and the streaming video file is sent to the requested video terminal.
  • CODER coding resource
  • Video terminal A and video terminal B support the same codec and the same image format, video codec format such as MPEG4, image format such as Quarter common intermediate format (QCIF),
  • the video codec format supported by video terminal C is H.264
  • the supported image format is CIF.
  • Each of the three video terminals needs to request to play the video file W, and the format of the video file W stored in the video file server is:
  • the video codec format is H.263 format
  • the video file playing method is as follows:
  • the video terminal A sends a video play request to the media resource server, requesting to play the video file W.
  • the video play request carries the identifier of the video file W and the video media capability information of the video terminal.
  • the video media capability information may include the video codec format type, the audio codec format type, and the image format type supported by the video terminal A.
  • the video codec format type and the image format type are mandatory, and the audio codec format type is optional.
  • the identification of the video file W can be the name of the video file W, or the code of the video file W, and the like.
  • This embodiment only describes how to perform video codec processing.
  • the processing of the audio codec format is similar.
  • the media resource server After receiving the video play request, the media resource server determines, according to the video play request, whether the video file W needs to be requested from the video file server.
  • the media resource server After receiving the video play request, the media resource server parses the video play request, and obtains the identifier of the video file W, that is, the video terminal A requests to play the video file W, and the video codec format that the video terminal can support is MPEG4.
  • the image format is QCIF.
  • Querying the codec record in the media resource server for example, querying the record in Table 1 above, it can be seen that there is no decoding record and code record of the video file w in the media resource server at this time, so it is determined that the video file needs to be obtained from the video file server. W and allocate codec resources.
  • the media resource server sends a video file request to the video file server, where the video file request includes the identifier of the video file W.
  • the video file server After receiving the video file request, the video file server sends the video file W to the media resource server.
  • the video file server parses the video file request to obtain the identifier of the video file W. And the video file W is obtained, and the video file W is sent to the media resource server.
  • the video codec format of the video file W is H.263 format, and the image format is CIF format.
  • the media resource server After receiving the video file W, the media resource server needs to allocate a codec resource to the video file because the video codec format and the image format of the video file W received from the video file server are different from those requested by the video terminal A. W performs codec conversion and image format conversion, and converts into video file format and image format video file that video terminal A can support. After receiving the video file W, the media resource server knows the video encoding of the video file. The code format is H.263, and the image format is CIF. This does not meet the video media capability of the video terminal W. Therefore, the video file W needs to be converted into a video codec format, and then decoded and then encoded.
  • the media resource server allocates a decoding resource to decode the H.263 format, CIF format video file W, which is a decoder of H.263/CIF.
  • a video file W of an internal format can be obtained.
  • the video codec format MPEG4 and the image format supported by the video terminal A are QCIF, so the media resource server also allocates an encoding resource, which is an MPEG4/QCIF encoder, and the MPEG4/QCIF encoder copies the H.263.
  • the /CIF decoder decodes the internal format video file W and encodes the internal format video file W to obtain a video file of MPEG4 format and image format QCIF.
  • the media resource server After the video file w is processed by the codec resource allocated by the media resource server, the media resource server obtains the video file W conforming to the video codec format and image format supported by the video terminal A.
  • the video file W of the above internal format may also be copied by other modules of the media resource server, and then the copied internal format video file W is sent to the newly allocated MPEG4/QCIF encoder of the media resource server. There are no restrictions here.
  • the resource media server performs a codec operation, the above codec information is recorded, as shown in Table 2.
  • the decoder of H.263 can be cyclically decoded, and the encoded video file W is cyclically transmitted to the video terminal A, it can be played cyclically.
  • the video file W is a stream video file, so the video file W of the cyclic codec is coded and decoded one by one. That is to say, the H.263/CIF decoder decodes a stream video file of H.263 format and CIF format, and MPEG4 encodes a stream video file W of MPEG4 format and QCIF format, which is a loop. Process. Since the H.263/CIF decoder and the MPEG4/QCIF encoder are independent of each other, the H.263/CIF decoder cyclic decoding and the MPEG4/QCIF encoder cyclic encoding are also independent processes.
  • the codec resource of the media resource server can encode and decode the video file W at one time, and then encode and decode the video file.
  • the video file is stored in the media resource server. This method is suitable for processing video files with small capacity that are commonly used.
  • the media resource server sends the video video file format MPEG4 and the video video file W with the image format QCIF to the video terminal A, and plays the video terminal A. If there is a video terminal B at this time, the video resource server is also requested to play the video file W, and the video codec format supported by the video terminal is also MEPG4 and the image format is QCIF.
  • the video terminal B sends a video play request to the media resource server, requesting to play the video file W.
  • the media resource server determines, according to the video play request, whether to request the video file W and allocate the codec resource to the video file server.
  • the media resource server After receiving the video play request, the media resource server parses the video play request, and learns that the video terminal B requests to play the video file W, and the video codec format that the video terminal can support is MPEG4 and the image format QCIF.
  • the media resource server queries the contents of Table 2 above, and can learn that the media resource server has decoded and encoded the video file W, and the video codec format encoded by the video file W is MPEG4 format and the image format is QCIF, which is consistent with Video terminal B's video processing capabilities. Therefore, the media resource server no longer allocates new codec resources to process the video file W, but uses the decoder and encoder that have been previously allocated.
  • the media resource server can directly send the video file W that has been encoded into the MPEG4 format and the image format QCIF to the video terminal B.
  • the codec resource corresponding to the video file cannot be released. Only the terminal does not request the video file, and the codec resource corresponding to the video file is released. For example: When the video terminal A stops receiving the media file W, since the video terminal B is still receiving the media file W at this time, the codec resource is not released.
  • the video resource server W is also requested to play the video file W, and the video codec format supported by the video terminal C is H.264, and the image format is CIF.
  • the video terminal C sends a video play request to the media resource server, requesting to play the video file W.
  • the media resource server determines, according to the video play request, whether to request the video file W and allocate the codec resource to the video file server.
  • the media resource server After receiving the video play request, the media resource server parses the video play request, and learns that the video terminal C requests to play the video file w, and the video codec format that the video terminal can support is H.264, and the image format is CIF.
  • the media resource server queries the contents of Table 2 above, and can know that the media resource server has decoded and encoded the video file W, and the video codec format encoded by the video file W is MPEG4 format and image format CIF, and Meet the requirements of video processing capability of video terminal C. Therefore, the media resource server also needs to allocate a new encoding resource H.264/CIF encoder to process the video file W, and also needs to use the decoding resources that have been allocated before.
  • the newly allocated H.264/CIF encoder of the media resource server cyclically copies the video file W of the internal format, and the video file W of the internal format is cyclically decoded by the H.263/CIF decoder for the video file W sent from the video file server. acquired.
  • the video file W of the above internal format may also be copied by other modules of the media resource server, and then the copied video file W of the internal format is sent to the newly allocated H.264/CIF encoder of the media resource server. There are no restrictions here.
  • the resource media server performs an encoding operation, the above decoding information is recorded, as shown in Table 3.
  • the newly allocated H.264/CIF encoder of the media resource server encodes the video file W in the internal format into a video file W in the video codec format H.264/CIF format.
  • the video terminal C uses the same decoder as the original video terminal A or B, that is, the video terminals A, B, C will see the same media content. Since the decoder of the media resource server may be segmented for decoding, the video terminal C is accessed later, and the video terminal A or B is accessed earlier. Therefore, the video content seen by video terminal C will be the content that video terminal A or B is currently watching.
  • the video codec is generally implemented by using a full frame (I frame) and a predicted frame (P frame) transmission, such as IPPPIPPIP, as described in FIG.
  • the video terminal C If the video frame C is transmitting I frame data, the video terminal C will see the complete video; and if the video terminal C access is transmitting the P frame data, the video terminal C has no corresponding data due to the received P frame data. I frame data, so video terminal C will not have a complete image, which may result in a large number of mosaics being seen until the next I frame appears.
  • the media resource server determines that the H.263/CIF decoder is needed, the H.264/CIF encoder of the media resource server will be based on The current video image dynamically generates an I frame and sends it to each video terminal using the H.264/CIF encoder, thereby avoiding the problem that the new access user can not see the clear image, thereby realizing the new access video terminal. A clear video image can be seen immediately.
  • the media resource server needs to determine whether the codec resource exists in the local device, and encodes and decodes the video file requested by the video terminal.
  • the codec resource that has existed before is used. If only the decoding resource exists to decode the video file requested by the video terminal, and the encoding resource does not meet the video processing capability of the video terminal, the encoding resource needs to allocate a new encoding resource to process the video file. Video file. In this way, the utilization efficiency of various codec resources of the media resource server is greatly improved, the waste of codec resources is reduced, the speed of video playback is improved, and the user experience is improved.
  • the embodiment of the present invention further provides a media resource server, including: a video play request receiving unit 41, configured to receive a video play request sent by a video terminal, where the video play request carries a video file identifier and a Video media capability information of the video terminal;
  • the first determining unit 42 is configured to determine, according to the video file identifier, that a video file corresponding to the video file identifier is decoded by the decoding resource, and use the decoding resource to decode the video file corresponding to the video file identifier into an internal format.
  • the second determining unit 43 is configured to use, according to the video media capability information of the video terminal, if the encoding resource encoding is determined to obtain a video file that meets the video media capability of the video terminal, using the first encoding resource.
  • Video files for video media capabilities of video terminals are Video files for video media capabilities of video terminals.
  • the foregoing media resource server further includes: a video file obtaining unit 45, configured to determine, according to the video file identifier, that there is no decoding resource to decode a video file corresponding to the video file identifier, The video file server sends a video file request, the video file request includes the video file identifier, and receives a video file corresponding to the video file identifier sent by the video file server, and an allocating unit 46, configured to allocate a new codec resource pair.
  • the video file is encoded and decoded.
  • the foregoing media resource server further includes: an I frame generating unit 47, configured to: generate, by the new encoder, an I frame according to the current video image, and send the I frame to Each video terminal using the new encoder.
  • the media resource server When receiving the video play request sent by the video terminal, the media resource server needs to determine whether the codec resource exists in the local device, and encodes and decodes the video file requested by the video terminal. If yes, the codec resource that has existed before is used. . If only the decoding resource exists to decode the video file requested by the video terminal, and the encoding resource does not meet the video processing capability of the video terminal, the encoding resource needs to allocate a new encoding resource to process the video file. Video file. This greatly improves the utilization efficiency of various codec resources of the media resource server, reduces the waste of codec resources, improves the speed of video playback, and improves the user experience.
  • the embodiment of the present invention further provides a video playing system, including: a media resource server 61, configured to receive a video play request sent by a video terminal, where the video play request carries a video file identifier and the The video media capability information of the video terminal is determined according to the video file identifier, and the video file corresponding to the video file identifier is decoded by the decoding resource, and the video file corresponding to the video file identifier is decoded into an internal format by using the decoding resource.
  • a media resource server 61 configured to receive a video play request sent by a video terminal, where the video play request carries a video file identifier and the The video media capability information of the video terminal is determined according to the video file identifier, and the video file corresponding to the video file identifier is decoded by the decoding resource, and the video file corresponding to the video file identifier is decoded into an internal format by using the decoding resource.
  • Video file according to the video media capability information of the video terminal, if The first encoding resource encodes the video file of the internal format into a video file that conforms to the video media capability of the video terminal, and if it is determined that there is no encoding resource encoding to obtain a video file that conforms to the video media capability of the video terminal, Allocating the second encoding resource to the internal format
  • the media file server 62 is configured to receive a video file request sent by the media resource server, where the video file request includes a video file identifier, and send the video file corresponding to the video file identifier to the media resource server.
  • the above charging device and the balance management center may each be a host device, such as a PC or a mobile terminal, and the host device includes a memory to store code for executing the present invention, one or more microprocessors to execute the code, and a communication interface Provide network access.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

视频文件播放的方法、 系统及媒体资源服务器
本申请要求于 2010 年 1 1 月 22 日提交中国专利局、 申请号为 201 01 055 3781. 9 , 发明名称为 "视频文件播放的方法、 系统及媒体资源服 务器" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明实施例涉及通信技术领域， 尤其涉及一种视频文件播放的方 法、 系统及媒体资源服务器。 背景技术 在音频通信系统中， 在终端用户在拨打增值服务时， 通常需要有专门的 媒体资源设备提供播放语音， 以便用户能够获得及时的交互信息， 从而根 据交互信息进行下一步的操作。 这种最典型的业务是互动式语音应答 (Interactive Voice Response, IVR), 比如： 中国移动的 10086的 IVR业务等。 在视频通信系统中， 在终端用户在拨打增值服务时， 媒体资源设备则需 要具有播放视频的功能， 以便终端用户能够获得视频的交互信息。 但由于 视频处理（编码过程、 解码过程） 比音频处理相对复杂， 占用的资源能力 远远大于音频处理占用的资源， 因此提升视频编解码的利用率非常重要。 目前， 视频终端种类非常多， 而不同种类的视频终端所支持的编解码方 式也不同。 在现有的视频通信网络中， H.263、 MPEG4、 H.264这三种视频 编解码方式被广泛使用。 在视频通话系统中， 除了视频终端和通信系统之 外， 还包括视频文件服务器， 以及媒体资源服务器。 视频文件服务器用于 存储各种可播放的视频文件， 媒体资源服务器用于从视频文件服务器获取 视频文件， 并经过媒体资源服务器内部解码处理， 在根据请求播放的视频 终端所支持的视频编解码格式进行编码处理， 然后向视频终端发送该视频 终端支持编码格式的视频文件。 由于每个视频终端用户在请求播放一个视频文件时， 都需要分别单独 占用媒体资源服务器的一个编码器和一个解码器， 当在多个视频终端所支 持的视频编解码格式一致、 并且请求播放的是同一个视频文件， 这就导致 媒体资源服务器需要多个相同的编解码器来编解码同一个视频文件， 因此 媒体资源服务器的编解码资源浪费非常严重， 媒体资源服务器的编解码的 效率也同样比较低。
发明内容
本发明实施例提供一种视频文件播放的方法、 系统及媒体资源服务器， 用以解决现有技术中媒体资源服务器的编解码资源浪费和效率低的效率的 技术问题。 本发明实施例提供一种视频文件播放的方法， 包括： 接收视频终端发送的视频播放请求， 所述视频播放请求携带了视频文 件标识以及所述视频终端的视频媒体能力信息； 根据所述视频文件标识， 确定已存在解码资源解码所述视频文件标识 对应的视频文件， 使用所述解码资源将所述视频文件标识对应的视频文件 解码成内部格式的视频文件； 根据所述视频终端的视频媒体能力信息， 如果确定存在第一编码资源 编码获得符合所述视频终端的视频媒体能力的视频文件， 使用所述第一编
力的视频文件， 如果确定不存在编码资源编码获得符合所述视频终端的视 频媒体能力的视频文件， 则分配第二编码资源将所述内部格式的视频文件 编码为符合所述视频终端的视频媒体能力的视频文件； 视频文件。 本发明实施例提供一种媒体资源服务器， 包括：
视频播放请求接收单元， 用于接收视频终端发送的视频播放请求， 所 述视频播放请求携带了视频文件标识以及所述视频终端的视频媒体能力信 息；
第一确定单元， 用于根据所述视频文件标识， 确定已存在解码资源解 码所述视频文件标识对应的视频文件， 使用所述解码资源将所述视频文件 标识对应的视频文件解码成内部格式的视频文件；
第二确定单元， 用于根据所述视频终端的视频媒体能力信息， 如果确 定存在编码资源编码获得符合所述视频终端的视频媒体能力的视频文件， 使用所述第一编码资源将所述内部格式的视频文件编码为符合所述视频终 端的视频媒体能力的视频文件， 如果确定不存在编码资源编码获得符合所 述视频终端的视频媒体能力的视频文件， 则分配第二编码资源将所述内部
频终端的视频媒体能力的视频文件。 本发明实施例提供一种视频播放系统， 包括：
媒体资源服务器， 用于接收视频终端发送的视频播放请求， 所述视频 播放请求携带了视频文件标识以及所述视频终端的视频媒体能力信息； 根 据所述视频文件标识， 确定已存在解码资源解码所述视频文件标识对应的 视频文件， 使用所述解码资源将所述视频文件标识对应的视频文件解码成 内部格式的视频文件； 根据所述视频终端的视频媒体能力信息， 如果确定 存在编码资源编码获得符合所述视频终端的视频媒体能力的视频文件， 使 用所述第一编码资源将所述内部格式的视频文件编码为符合所述视频终端 的视频媒体能力的视频文件， 如果确定不存在编码资源编码获得符合所述 视频终端的视频媒体能力的视频文件， 分配第二的编码资源将所述内部格
件； 媒体文件服务器， 用于接收所述媒体资源服务器发送的视频文件请求， 所述视频文件请求包含视频文件标识， 并向所述媒体资源服务器发送所述 视频文件标识对应的视频文件。 本发明实施例的媒体资源服务器在接收到视频终端发送的视频播放请 求时， 需要判断本地是否已经存在对视频终端请求的视频文件进行了编解 码的编解码资源， 如果存在了， 就使用之前已经存在的编解码资源。 如果 只存在对视频终端请求的视频文件进行解码的解码资源， 而编码资源对该 视频文件的编码不符合该视频终端的视频处理能力的要求时， 还需要分配 一个新的编码资源来处理该视频文件。 这样就很大程度提高了媒体资源服 务器的各种编解码资源的利用效率， 减少了编解码资源的浪费， 以及提高 了视频播放的影响速度， 提高了用户体验。 附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述 中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅 是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性 劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例一种视频播放的方法流程图；
图 2为本发明实施例另一种视频播放的方法流程图；
图 3为本发明实施例一种视频图像示意图；
图 4为本发明实施例一种媒体资源服务器的结构示意图； 图 5为本发明实施例另一种媒体资源服务器的结构示意图；
图 6为本发明实施例一种视频播放的系统结构示意图。 具体实肺式
下面结合附图和具体实施例进一步说明本发明实施例的技术方案。 本发明实施例公开了一种视频文件播放的方法， 包括：
S101 : 媒体资源服务器接收视频终端发送的视频播放请求， 所述视频 播放请求携带了视频文件标识以及所述视频终端的视频媒体能力信息。 这里的视频媒体能力信息可以有多种， 比如： 视频编解码格式， 图像 格式、 音频编解码格式等等。
S102: 媒体资源服务器根据所述视频文件标识， 若确定已存在解码资 源解码所述视频文件标识对应的视频文件， 使用所述解码资源将所述视频 文件标识对应的视频文件解码成内部格式的视频文件。 如果媒体资源服务器根据视频文件标识， 确定并不存在解码资源解码 该视频文件标识对应的视频文件， 则向像视频文件服务器发送视频文件请 求， 该视频文件请求包含了该视频文件标识， 然后视频文件服务器向媒体 资源服务器发送视频文件标识对应的视频文件。 并且视频文件服务器还需 要分配一个新的解码资源来对该视频文件进行解码。 解码资源可以对视频 文件进行分段循环解码。 内部格式可以是媒体资源服务器内部通用的棵数据格式， 内部格式只 是为了媒体资源服务器进行重新编码时方便而已。 对于不同的媒体资源服 务器可能会有不同的内部格式。
S103 : 媒体资源服务器根据所述视频终端的视频媒体能力信息， 如果 确定存在第一编码资源编码获得符合所述视频终端的视频媒体能力的视频 文件， 使用所述第一编码资源将所述内部格式的视频文件编码为符合所述 视频终端的视频媒体能力的视频文件， 如果确定不存在编码资源获得符合 视频终端的视频媒体能力的视频文件则分配第二的编码资源将所述内部格
新的编码器还可以根据当前的视频图像生成一个 I帧，并将该 I帧发送 给使用所述新的编码器的视频终端。
终端的视频媒体能力的视频文件。
媒体资源服务器在接收到视频终端发送的视频播放请求时， 需要判断 本地是否已经存在对视频终端请求的视频文件进行了编解码的编解码资 源， 如果已存在， 就使用之前已经存在的编解码资源。 如果只存在对视频 终端请求的视频文件进行了解码的解码资源， 而编码资源对该视频文件的 编码不符合该视频终端的视频处理能力的要求时， 还需要分配一个新的编 码资源来处理该视频文件。 这样就很大程度提高了媒体资源服务器的各种 编解码资源的利用效率， 减少了编解码资源的浪费， 以及提高了视频播放 的影响速度， 提高了用户体验。 在视频增值业务应用中， 对不同用户播放的视频文件有可能是相同的 一些常用视频文件， 另外对于这些特定的不需要关注播放开始位置的视频 文件， 比如固定的视频提示音、 视频等待音、 视频广告等。 如果无视频终 端接入到媒体资源服务器时， 那么媒体资源服务器可以不分配任何编解码 资源。 当有视频终端请求进行视频播放某个视频文件时， 媒体资源服务器 可以分配一个解码资源 （DECODER), 并可以将该视频文件进行循环解码 成内部格式， 内部格式可以是媒体资源服务器内部通用的棵数据格式， 内 部格式只是为了媒体资源服务器进行重新编码时方便而已。 对于不同的媒 体资源服务器可能会有不同的内部格式。 并且根据请求的视频终端的视频 媒体能力信息分配一个编码资源 （CODER ) ， 将内部格式的视频文件编解 码成符合请求的视频终端要求视频编解码格式以及图像格式的流视频文 件， 并将该流视频文件发送给请求的视频终端， 视频终端播放流视频文件。
如图 2所示： 视频终端 A和视频终端 B支持同一种编解码和同一种图 像格式， 视频编解码格式如 MPEG4 , 图像格式如四分之一普通中间格式 ( Quarter common intermediate format, QCIF ) ， 视频终端 C支持的视频编 解码格式为 H.264, 支持的图像格式为 CIF。 三个视频终端都需要请求播放 视频文件W， 而存储在视频文件服务器的视频文件 W的格式为： 视频编解 码格式为 H.263格式、 图像格式 CIF格式， 则视频文件播放的方法具体如 下：
S201 : 视频终端 A向媒体资源服务器发送视频播放请求， 请求播放视 频文件 W。
视频播放请求携带了视频文件 W的标识和视频终端的视频媒体能力信 息， 视频媒体能力信息可以包括， 视频终端 A所支持的视频编解码格式类 型、 音频编解码格式类型及图像格式类型。 另外， 视频媒体能力信息中， 视频编解码格式类型、 图像格式类型是必选的， 而音频编解码格式类型可 选的。 视频文件 W的标识可以为视频文件 W的名称， 或者视频文件 W的 代码等等。
本实施例只介绍了如何进行视频编解码的处理， 对于图像格式， 音频 编解码格式的处理也是类似的。
S202: 媒体资源服务器接收了该视频播放请求后， 根据视频播放请求， 判断是否需要向视频文件服务器请求视频文件 W。
由于媒体资源服务器在进行视频文件的解码或者编码时， 都需要记录 是哪个文件进行解码或编码， 以及其格式信息， 可以存储如下表一的方式 来进行记录， 当然有可以用另外的方式进行记录。 视频文件标识 处理方式 处理前格式 处理后格式
Figure imgf000010_0001
媒体资源服务器接收了上述视频播放请求后， 解析该视频播放请求， 获取到该视频文件 W的标识， 即该视频终端 A请求播放视频文件 W， 以及 该视频终端可以支持的视频编解码格式为 MPEG4、 图像格式为 QCIF。 在 媒体资源服务器中查询编解码记录， 如查询上述表一的记录， 可知而此时 媒体资源服务器中还没有关于视频文件 w的解码记录和编码记录， 因此确 定需要向视频文件服务器获取该视频文件 W以及分配编解码资源。
S203: 媒体资源服务器向视频文件服务器发送视频文件请求， 该视频 文件请求包含了视频文件 W的标识。
S204: 视频文件服务器接收到该视频文件请求后， 将视频文件 W发送 到媒体资源服务器。 视频文件服务器解析该视频文件请求， 得到视频文件 W的标识。 并获 取到视频文件 W， 并将视频文件 W发送给媒体资源服务器。该视频文件 W 的视频编解码格式是 H.263格式、 图像格式为 CIF格式。
S205: 媒体资源服务器接收到视频文件 W后， 由于从视频文件服务器 接收的视频文件 W的与视频终端 A请求的视频编解码格式、图像格式均不 同， 因此需要分配编解码资源， 对该视频文件 W进行编解码转换和图像格 式转换， 转换成视频终端 A能够支持的视频编解码格式和图像格式的视频 文件。 媒体资源服务器接收到该视频文件 W后， 获知该视频文件的视频编解 码格式为 H.263、 图像格式为 CIF， 这不符合视频终端 W的视频媒体能力， 因此该视频文件 W需要进行视频编解码格式转换， 先解码后再编码。 因此 媒体资源服务器分配一个解码资源来对 H.263格式、 CIF格式的视频文件 W 进行解码， 该解码器是 H.263/CIF的解码器。 通过该解码器的循环解码， 可 以得到内部格式的视频文件 W。 另外， 视频终端 A所支持的视频编解码格 式 MPEG4和图像格式为 QCIF， 因此媒体资源服务器还分配了一个编码资 源， 该编码资源为 MPEG4/QCIF 编码器， MPEG4/QCIF 编码器复制了 H.263/CIF解码器解码的内部格式的视频文件 W，并对内部格式的视频文件 W进行编码，得到一个 MPEG4格式和图像格式为 QCIF的视频文件。 经过 媒体资源服务器分配的编解码资源对该视频文件 w的处理， 媒体资源服务 器得到了符合视频终端 A所支持的视频编解码格式和图像格式的视频文件 W。 当然， 上述内部格式的视频文件 W还可以由媒体资源服务器的其它模 块进行复制， 然后将复制后的内部格式的视频文件 W发送给媒体资源服务 器新分配的 MPEG4/QCIF编码器。 这里并不做限制。 当资源媒体服务器进 行编解码操作时， 记录上述编解码信息， 如表二所示。
Figure imgf000011_0002
Figure imgf000011_0001
由于 H.263的解码器可以循环解码的， 并将编码好的视频文件 W循环 发送给视频终端 A， 可以循环播放。 通常，视频文件 W是一个流视频文件， 因此循环编解码的视频文件 W 是一段一段地编解码的。 也就是说， H.263/CIF解码器解码一段 H.263格式和 CIF格式的流视频文件 W， MPEG4 就编码一段 MPEG4格式和 QCIF格式的 流视频文件 W， 这是一个循环的 过程。 而由于 H.263/CIF解码器和 MPEG4/QCIF编码器是相互独立的， 因 此， H.263/CIF解码器循环解码和 MPEG4/QCIF编码器循环编码也是相互独 立的过程。
另外， 如果媒体资源服务器的内存或处理能力足够大， 或者视频文件 W本身的容量就比较少， 媒体资源服务器的编解码资源可以一次性对该视 频文件 W进行编解码， 然后将编解码后的视频文件存储在媒体资源服务器 中。 这种方式适合对常用的容量小的视频文件进行处理。
S206: 媒体资源服务器将视频编解码格式为 MPEG4 和图像格式为 QCIF的流视频文件 W发送到视频终端 A， 在视频终端 A进行播放。 如果此时有一个视频终端 B， 也向该媒体资源服务器请求播放视频文 件 W， 而该视频终端同样也支持的视频编解码格式为 MEPG4和图像格式 为 QCIF。
S207: 视频终端 B向媒体资源服务器发送视频播放请求， 请求播放视 频文件 W。
S208: 媒体资源服务器接收了该视频播放请求后， 根据视频播放请求， 判断是否需要向视频文件服务器请求视频文件 W以及分配编解码资源。
媒体资源服务器接收了上述视频播放请求后， 解析该视频播放请求， 获知该视频终端 B请求播放视频文件 W， 以及该视频终端可以支持的视频 编解码格式为 MPEG4和图像格式 QCIF。 媒体资源服务器查询一下上述表 二的内容，可以获知媒体资源服务器已经对视频文件 W进行了解码和编码， 并且对视频文件 W进行编码后的视频编解码格式为 MPEG4格式以及图像 格式为 QCIF， 符合视频终端 B的视频处理能力的要求。 因此媒体资源服务 器不再分配新的编解码资源来处理视频文件 W， 而是使用之前已经分配过 的解码器和编码器。 并且媒体资源服务器可以直接将已经编码为 MPEG4 格式、 图像格式 QCIF的视频文件 W发送给视频终端 B。 只要有任何一个终端在请求某个视频文件， 该视频文件对应的编解码 资源都不能释放， 只有没有终端请求该视频文件， 该视频文件对应的编解 码资源才进行释放。 例如： 当视频终端 A停止了接收媒体文件 W时， 由于 此时视频终端 B也还在接收媒体文件 W， 因此并不释放编解码资源。
如果此时有另一个视频终端 C， 也向该媒体资源服务器请求播放视频 文件 W，而该视频终端 C支持的视频编解码格式为 H.264、图像格式为 CIF。
S209: 视频终端 C向媒体资源服务器发送视频播放请求， 请求播放视 频文件 W。
S210: 媒体资源服务器接收了该视频播放请求后， 根据视频播放请求， 判断是否需要向视频文件服务器请求视频文件 W以及分配编解码资源。
媒体资源服务器接收了上述视频播放请求后， 解析该视频播放请求， 获知该视频终端 C请求播放视频文件 w， 以及该视频终端可以支持的视频 编解码格式为 H.264, 图像格式为 CIF。 媒体资源服务器查询一下上述表二 的内容， 可以获知媒体资源服务器已经对视频文件 W进行了解码和编码， 并且对视频文件 W进行编码后的视频编解码格式为 MPEG4格式以及图像 格式 CIF， 并不符合视频终端 C的视频处理能力的要求。 因此媒体资源服 务器还需要分配一个新的编码资源 H.264/CIF编码器来处理视频文件 W， 另外还需要使用之前已经分配过的解码资源。
媒体资源服务器新分配的 H.264/CIF 编码器循环复制内部格式的视频 文件 W， 该内部格式的视频文件 W是由 H.263/CIF解码器对从视频文件服 务器发送的视频文件 W循环解码获得的。 当然， 上述内部格式的视频文件 W还可以由媒体资源服务器的其它模块进行复制， 然后将复制后的内部格 式的视频文件 W发送给媒体资源服务器新分配的 H.264/CIF编码器。 这里 并不做限制。 当资源媒体服务器进行编码操作时， 记录上述解码信息， 如表三所示。 视频文件标识 处理方式 处理前格式 处理后格式 w 解码 H.263/CIF 内部格式
w 编码 内部格式 MPEG4/QCIF w 编码 内部格式 H.264/CIF 表三
媒体资源服务器新分配的 H.264/CIF编码器将内部格式的视频文件 W 编码成视频编解码格式 H.264/CIF格式的视频文件 W。 以及媒体资源服务
另外， 由于新加入的视频终端 C， 与原有视频终端 A或 B使用同一个 解码器， 也就是说视频终端 A,B,C将看到相同媒体内容。 而由于媒体资源 服务器的解码器有可能是分段进行解码的， 视频终端 C是后接入的， 而视 频终端 A或者 B是前期接入的。 因此视频终端 C看到的视频内容将是视频 终端 A或 B当前正在收看的内容。 另外， 由于视频编解码一般采用完全帧 （I帧）和预测帧 （P帧）传输 的方式实现， 如 I-P-P-P-I-P-P-I-P ， 如图 3描述。 如果视频终端 C接入 时正在传输 I帧数据，则视频终端 C将看到完整的视频； 而如果视频终端 C 接入正在传输 P帧数据， 则视频终端 C由于接收的 P帧数据没有其对应的 I帧数据， 因此视频终端 C将没有完整图像， 有可能导致看到大量马赛克， 直至下一个 I帧出现为止。 为此， 当视频终端 C接入到媒体资源服务器时， 请求播放视频文件 W时， 媒体资源服务器判断需要使用 H.263/CIF解码器 时，媒体资源服务器的 H.264/CIF编码器将根据当前的视频图像动态生成一 个 I帧， 并发送给使用该 H.264/CIF编码器的各个视频终端， 避免了新接入 用户开始看不到清晰图像的问题， 从而实现了新接入视频终端立即可以看 到清晰的视频图像目的。 媒体资源服务器在接收到视频终端发送的视频播放请求时， 需要判断 本地是否已经存在编解码资源了对视频终端请求的视频文件进行了编解 码， 如果存在了， 就使用之前已经存在的编解码资源。 如果只存在解码资 源对对视频终端请求的视频文件进行了解码， 而编码资源对该视频文件的 编码不符合该视频终端的视频处理能力的要求时， 还需要分配一个新的编 码资源来处理该视频文件。 这样就很大程度提高了媒体资源服务器的各种 编解码资源的利用效率， 减少了编解码资源的浪费， 以及提高了视频播放 的影响速度， 提高了用户体验。
如图 4所示， 本发明实施例还提供一种媒体资源服务器， 包括： 视频播放请求接收单元 41， 用于接收视频终端发送的视频播放请求， 所述视频播放请求携带了视频文件标识以及所述视频终端的视频媒体能力 信息；
第一确定单元 42， 用于根据所述视频文件标识， 确定已存在解码资源 解码所述视频文件标识对应的视频文件， 使用所述解码资源将所述视频文 件标识对应的视频文件解码成内部格式的视频文件； 第二确定单元 43， 用于根据所述视频终端的视频媒体能力信息， 如果 确定存在编码资源编码获得符合所述视频终端的视频媒体能力的视频文 件， 使用所述第一编码资源将所述内部格式的视频文件编码为符合所述视 频终端的视频媒体能力的视频文件， 如果确定不存在编码资源编码获得符 合所述视频终端的视频媒体能力的视频文件， 分配第二编码资源将所述内
视频终端的视频媒体能力的视频文件。
其中， 本实施例所涉及的一个以上编码器、 解码器以及所涉及的具体 工作过程， 可以参考上述图 1至图 3所涉及的实施例揭露的相关内容， 在 此不再赘述。 可选的： 如图 5 所示， 上述媒体资源服务器还包括： 视频文件获取单 元 45， 用于根据所述视频文件标识， 确定不存在解码资源解码所述视频文 件标识对应的视频文件时， 向视频文件服务器发送视频文件请求， 所述视 频文件请求包含了所述视频文件标识； 接收视频文件服务器发送的所述视 频文件标识对应的视频文件； 分配单元 46， 用于分配新的编解码资源对所述视频文件进行编解码。 可选的： 如图 6所示， 上述媒体资源服务器还包括： I帧生成单元 47， 用于所述新的编码器将根据当前的视频图像生成一个 I帧，并将所述 I帧发 送给使用所述新的编码器的各个视频终端。
媒体资源服务器在接收到视频终端发送的视频播放请求时， 需要判断 本地是否已经存在编解码资源了对视频终端请求的视频文件进行了编解 码， 如果存在了， 就使用之前已经存在的编解码资源。 如果只存在解码资 源对对视频终端请求的视频文件进行了解码， 而编码资源对该视频文件的 编码不符合该视频终端的视频处理能力的要求时， 还需要分配一个新的编 码资源来处理该视频文件。 这样就很大程度提高了媒体资源服务器的各种 编解码资源的利用效率， 减少了编解码资源的浪费， 以及提高了视频播放 的影响速度， 提高了用户体验。
如图 6所示， 本发明实施例还提供一种视频播放的系统， 包括： 媒体资源服务器 61， 用于接收视频终端发送的视频播放请求， 所述视 频播放请求携带了视频文件标识以及所述视频终端的视频媒体能力信息； 根据所述视频文件标识， 确定已存在解码资源解码所述视频文件标识对应 的视频文件， 使用所述解码资源将所述视频文件标识对应的视频文件解码 成内部格式的视频文件； 根据所述视频终端的视频媒体能力信息， 如果确 所述第一编码资源将所述内部格式的视频文件编码为符合所述视频终端的 视频媒体能力的视频文件， 如果确定不存在编码资源编码获得符合所述视 频终端的视频媒体能力的视频文件， 分配第二的编码资源将所述内部格式
媒体文件服务器 62， 用于接收所述媒体资源服务器发送的视频文件请 求， 所述视频文件请求包含视频文件标识， 并向所述媒体资源服务器发送 所述视频文件标识对应的视频文件。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序 代码的介质。 上述计费装置和余额管理中心均可以是一个主机设备， 例如 PC或移动终端， 主机设备包括存储器以存储执行本发明的代码， 一个或多 个微处理器以执行所述代码， 及一个通信接口提供网络访问。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限 制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相 应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求
1、 一种视频文件播放的方法， 其特征在于， 包括： 接收视频终端发送的视频播放请求， 所述视频播放请求携带了视频文 件标识以及所述视频终端的视频媒体能力信息； 根据所述视频文件标识， 确定已存在解码资源解码所述视频文件标识 对应的视频文件， 使用所述解码资源将所述视频文件标识对应的视频文件 解码成内部格式的视频文件； 根据所述视频终端的视频媒体能力信息， 如果确定存在第一编码资源 编码获得符合所述视频终端的视频媒体能力的视频文件， 使用所述第一编 力的视频文件， 如果确定不存在编码资源编码获得符合所述视频终端的视 频媒体能力的视频文件， 则分配第二编码资源将所述内部格式的视频文件 编码为符合所述视频终端的视频媒体能力的视频文件；
视频文件。
2、 根据权利要求 1所述的方法， 其特征在于， 所述解码资源将所述视 频文件标识对应的视频文件解码成内部格式的视频文件包括：
式的视频文件。
3、 根据权利要求 2所述的方法， 其特征在于， 编码资源将所述内部格
端的视频媒体能力的视频文件。
4、 根据权利要求 1至 3任一所述的方法， 其特征在于， 还包括： 根据 所述视频文件标识， 确定不存在解码资源解码所述视频文件标识对应的视 频文件时， 向视频文件服务器发送视频文件请求； 接收视频文件服务器发送的所述视频文件标识对应的视频文件； 分配新的编解码资源对所述视频文件进行编解码。
5、 根据权利要求 1至 4任一所述的方法， 其特征在于， 还包括： 所述 新的编码器根据当前的视频图像生成一个 I帧，并将所述 I帧发送给使用所 述新的编码器的各个视频终端。
6、 一种媒体资源服务器， 其特征在于， 包括： 视频播放请求接收单元， 用于接收视频终端发送的视频播放请求， 所 述视频播放请求携带了视频文件标识以及所述视频终端的视频媒体能力信 息；
第一确定单元， 用于根据所述视频文件标识， 确定已存在解码资源解 码所述视频文件标识对应的视频文件， 使用所述解码资源将所述视频文件 标识对应的视频文件解码成内部格式的视频文件；
第二确定单元， 用于根据所述视频终端的视频媒体能力信息， 如果确 定存在编码资源编码获得符合所述视频终端的视频媒体能力的视频文件， 使用所述第一编码资源将所述内部格式的视频文件编码为符合所述视频终 端的视频媒体能力的视频文件， 如果确定不存在编码资源编码获得符合所 述视频终端的视频媒体能力的视频文件， 则分配第二编码资源将所述内部
频终端的视频媒体能力的视频文件。
7、 根据权利要求 6所述的媒体资源服务器， 其特征在于， 还包括： 视 频文件获取单元， 用于根据所述视频文件标识， 确定不存在解码资源解码 所述视频文件标识对应的视频文件时， 向视频文件服务器发送视频文件请 求， 所述视频文件请求包含了所述视频文件标识； 接收视频文件服务器发 送的所述视频文件标识对应的视频文件； 分配单元， 用于分配新的编解码资源对所述视频文件进行编解码。
8、根据权利要求 6或 7所述的媒体资源服务器，其特征在于，还包括： I帧生成单元， 用于所述新的编码器将根据当前的视频图像生成一个 I帧， 并将所述 I帧发送给使用所述新的编码器的各个视频终端。
9、 一种视频播放系统， 其特征在于， 包括：
媒体资源服务器， 用于接收视频终端发送的视频播放请求， 所述视频 播放请求携带了视频文件标识以及所述视频终端的视频媒体能力信息； 根 据所述视频文件标识， 确定已存在解码资源解码所述视频文件标识对应的 视频文件， 使用所述解码资源将所述视频文件标识对应的视频文件解码成 内部格式的视频文件； 根据所述视频终端的视频媒体能力信息， 如果确定 存在编码资源编码获得符合所述视频终端的视频媒体能力的视频文件， 使 用所述第一编码资源将所述内部格式的视频文件编码为符合所述视频终端 的视频媒体能力的视频文件， 如果确定不存在编码资源编码获得符合所述 视频终端的视频媒体能力的视频文件， 分配第二的编码资源将所述内部格
件；
媒体文件服务器， 用于接收所述媒体资源服务器发送的视频文件请求， 所述视频文件请求包含视频文件标识， 并向所述媒体资源服务器发送所述 视频文件标识对应的视频文件。
PCT/CN2011/074241 2010-11-22 2011-05-18 视频文件播放的方法、系统及媒体资源服务器 WO2011137786A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/568,396 US20120304235A1 (en) 2010-11-22 2012-08-07 Method and system for playing video file, and media resource server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010553781A CN102131090B (zh) 2010-11-22 2010-11-22 视频文件播放的方法、系统及媒体资源服务器
CN201010553781.9 2010-11-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/568,396 Continuation US20120304235A1 (en) 2010-11-22 2012-08-07 Method and system for playing video file, and media resource server

Publications (1)

Publication Number Publication Date
WO2011137786A1 true WO2011137786A1 (zh) 2011-11-10

Family

ID=44268961

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074241 WO2011137786A1 (zh) 2010-11-22 2011-05-18 视频文件播放的方法、系统及媒体资源服务器

Country Status (3)

Country Link
US (1) US20120304235A1 (zh)
CN (1) CN102131090B (zh)
WO (1) WO2011137786A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112954396A (zh) * 2021-02-05 2021-06-11 建信金融科技有限责任公司 视频的播放方法、装置、电子设备及计算机可读存储介质

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102404615A (zh) * 2011-11-29 2012-04-04 广东威创视讯科技股份有限公司 基于云计算的视频处理系统
CN104737550A (zh) * 2013-02-05 2015-06-24 华为技术有限公司 多媒体重定向方法、服务器和客户端
US9554183B2 (en) 2014-05-08 2017-01-24 Lattice Semiconductor Corporation Caching of capabilities information of counterpart device for efficient handshaking operation
CN106612410B (zh) * 2015-10-26 2019-06-25 大唐移动通信设备有限公司 一种视频监控的方法及装置
CN107682713B (zh) * 2017-04-11 2020-11-03 腾讯科技（北京）有限公司 媒体文件播放方法及装置
CN108040258B (zh) * 2017-11-21 2020-05-15 北京臻迪科技股份有限公司 一种编码、解码方法、装置及系统
CN109831637A (zh) * 2017-11-23 2019-05-31 中兴通讯股份有限公司 一种视频会议中数据传输方法、服务器以及系统
CN110418194B (zh) * 2019-07-19 2022-03-25 咪咕文化科技有限公司 一种视频分发方法及基站
CN111901680B (zh) * 2020-05-10 2022-06-21 天地阳光通信科技（北京）有限公司 多媒体数据处理方法、装置及服务器
CN113316013B (zh) * 2021-05-31 2022-04-26 烽火通信科技股份有限公司 一种视频投屏方法及系统
CN113595976A (zh) * 2021-06-15 2021-11-02 阿里巴巴新加坡控股有限公司 多媒体播放方法、云服务器、系统及存储介质
CN115776513A (zh) * 2021-09-06 2023-03-10 中兴通讯股份有限公司 多媒体数据的共享方法、服务器和终端
CN113905258B (zh) * 2021-09-08 2023-11-03 鹏城实验室 视频播放方法、网络设备以及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996970A (zh) * 2006-12-19 2007-07-11 中兴通讯股份有限公司 一种3g视频网关多媒体编解码能力协商方法
US20090083279A1 (en) * 2007-09-26 2009-03-26 Hasek Charles A Methods and apparatus for content caching in a video network
CN101420604A (zh) * 2008-11-20 2009-04-29 华为技术有限公司 一种媒体提供、下载方法及系统
CN101467391A (zh) * 2006-12-19 2009-06-24 华为技术有限公司 媒体资源分配的方法、装置和系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5615338A (en) * 1995-05-24 1997-03-25 Titan Information Systems Corporation System for simultaneously displaying video signal from second video channel and video signal generated at that site or video signal received from first channel
FR2790899B1 (fr) * 1999-03-09 2001-04-20 Thomson Broadcast Systems Dispositif et procede de regulation de debit dans un systeme de multiplexage statistique de flux d'images codees selon le codage mpeg 2
AU2003267713A1 (en) * 2002-10-03 2004-04-23 Koninklijke Philips Electronics N.V. Encoding and decoding a media signal
US20050036549A1 (en) * 2003-08-12 2005-02-17 Yong He Method and apparatus for selection of scanning mode in dual pass encoding
US8145528B2 (en) * 2005-05-23 2012-03-27 Open Text S.A. Movie advertising placement optimization based on behavior and content analysis
KR100754205B1 (ko) * 2006-02-07 2007-09-03 삼성전자주식회사 다시점 동영상 부호화 장치 및 방법
TWI387258B (zh) * 2006-04-28 2013-02-21 Qualcomm Inc 用於ｅ-ｕｔｒａ之廣播頻道
US9160974B2 (en) * 2009-08-26 2015-10-13 Sling Media, Inc. Systems and methods for transcoding and place shifting media content
US8826349B2 (en) * 2011-02-01 2014-09-02 Verizon Patent And Licensing Inc. Multicast adaptive stream switching for delivery of over the top video content

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996970A (zh) * 2006-12-19 2007-07-11 中兴通讯股份有限公司 一种3g视频网关多媒体编解码能力协商方法
CN101467391A (zh) * 2006-12-19 2009-06-24 华为技术有限公司 媒体资源分配的方法、装置和系统
US20090083279A1 (en) * 2007-09-26 2009-03-26 Hasek Charles A Methods and apparatus for content caching in a video network
CN101420604A (zh) * 2008-11-20 2009-04-29 华为技术有限公司 一种媒体提供、下载方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112954396A (zh) * 2021-02-05 2021-06-11 建信金融科技有限责任公司 视频的播放方法、装置、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN102131090B (zh) 2012-10-03
CN102131090A (zh) 2011-07-20
US20120304235A1 (en) 2012-11-29

Similar Documents

Publication Publication Date Title
WO2011137786A1 (zh) 视频文件播放的方法、系统及媒体资源服务器
US20230062526A1 (en) Method, apparatus, computer readable medium, and electronic device for communication
CA2841377C (en) Video transcoding services provided by searching for currently transcoded versions of a requested file before performing transcoding
TWI829058B (zh) 用於在多媒體通訊中使用壓縮並行轉碼器的方法和裝置
WO2016049987A1 (zh) 一种数据处理方法、装置及相关服务器
US20150058494A1 (en) Transcoding system and method
CN1798383A (zh) 用于提供终端中的广播流的暂停功能的装置和方法
WO2017107440A1 (zh) 流媒体直播方法、发布端、客户端及系统
CN105162809A (zh) 一种基于模块间通信的实时视频转码系统
CN114333933B (zh) 一种Linux平台上安卓应用低延迟音频输出方法
WO2019007211A1 (zh) 编解码能力配置方法、设备和计算机存储介质
CN109547727B (zh) 数据缓存方法和装置
CN109302384B (zh) 一种数据的处理方法和系统
EP2222050A1 (en) Media resource management method and device, equipment and system thereof
CN110519331B (zh) 一种视联网资源处理方法及装置
CN102231734A (zh) 实现从文本到语音tts的音频转码方法、装置及系统
WO2012041039A1 (zh) 数字电视终端访问互联网视频的方法及相关设备和系统
CN110198384B (zh) 一种基于视联网的通讯方法和中转服务器
CN102158615B (zh) Voip系统中基于linux的媒体服务器及其放音方法
WO2012079492A1 (zh) 视频通话数据的解码方法及装置
CN110381285A (zh) 一种会议发起方法及装置
US11265357B2 (en) AV1 codec for real-time video communication
CN110493555B (zh) 请求处理方法、用户终端、核心服务器、设备及存储介质
CN108924471A (zh) 一种基于qsv快速视频编解码的会议系统
WO2010072102A1 (zh) 一种提供区别服务的方法、系统及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11777205

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11777205

Country of ref document: EP

Kind code of ref document: A1