WO2011140842A1

WO2011140842A1 - Multimedia file distribution method and device

Info

Publication number: WO2011140842A1
Application number: PCT/CN2011/070708
Authority: WO
Inventors: 蒋海峰; 张震伟
Original assignee: 华为技术有限公司
Priority date: 2010-05-11
Filing date: 2011-01-27
Publication date: 2011-11-17
Also published as: CN102244644A; CN102244644B

Abstract

A multimedia file distribution method and device are provided by the embodiments of the present invention. The method includes: receiving a multimedia file and the playing information of the multimedia file, wherein, the playing information includes the position information on which the multimedia file can be played separately; slicing the multimedia file according to the local storage resources and the playing information of the multimedia file, and transmitting the slices to other cache servers; if there is a multimedia file slice stored locally, then transmitting the multimedia file slice information stored locally to an index server. Using the dynamic slicing method, the method and device of the embodiments of the present invention make the cache content of the cache server more flexible. Because of the uniform slicing rule, the slices sliced by different sources can be recombined, which increases the flexibility and reduces the needed storage space consumed by the cache server of the Content Delivery Network (CDN) for caching big video files.

Description

Multimedia file issuing method and device

The present application claims priority to Chinese Patent Application No. 201010171633. filed on May 11, 2010, the entire disclosure of which is incorporated herein by reference. in. TECHNICAL FIELD The present invention relates to the field of networks, and in particular, to a multimedia file publishing method and apparatus in a content distribution network. BACKGROUND OF THE INVENTION Content Delivery Network (CDN, Content Del ivery Network) is through existing Internet networks.

(Internet) adds a new layer of network architecture to publish the content of the website to the network edge node closest to the user, so that users can get the required content nearby, solve the Internet congestion situation, and improve the response speed of users visiting the website. .

At present, the CDN network architecture is mainly composed of the center and the edge. The center refers to the CDN network management center and the DNS (Domain Name System) redirection analysis center. The DNS redirection analysis center is responsible for global load balancing. A node, that is, a carrier for CDN distribution, is mainly composed of a Cache (Cache Server) and a load balancer.

In the prior art, when a user accesses a website that joins a CDN service by using a Uniform Resource Identifier (URI), the domain name resolution request of the user is finally handed over to the DNS redirection analysis center for processing. The DNS redirection resolution center provides a user-friendly node address to the user through a set of predefined policies, so that the user can get a fast service. The DNS redirection resolution center maintains communication with the distributed CDN nodes, collects the communication status of each node, and ensures that the user's request is not assigned to the unavailable CDN node. That is, the DNS redirection center performs global load balancing. For ordinary Internet users, each CDN node is equivalent to a WEB server placed around it. Through the control of the DNS redirection resolution center, the user's request is transparently pointed to the node closest to him, that is, for the user, the user is not aware of which node the DNS redirection analysis center points to, and the CDN server in the node will Respond to the user's request, just like the original server of the website. Because it is closer to the user, the response time is necessarily lower.

In the process of implementing the present invention, the inventors have found that as HD video applications become more widespread, video files are more bulky. CDN Cache is very large if it caches all of the video's large files. Summary of the invention

The embodiment of the invention provides a multimedia file publishing method and device, so as to reduce the storage space required for the CDN Cache to cache large video files.

The above object of the embodiment of the present invention is achieved by the following technical solutions:

A multimedia file publishing method, the method comprising: receiving a multimedia file and playing information of the multimedia file, the playing information including information of an independently playable location of the multimedia file; according to a local storage resource and the multimedia The playback information of the file is fragmented, and the fragment is sent to another cache server; if the fragment of the multimedia file is saved locally, the fragmentation information of the locally stored multimedia file is sent to Index server.

A multimedia file publishing apparatus, the device comprising: a receiving unit, configured to receive a multimedia file and play information of the multimedia file, where the play information includes information of an independently playable position of the multimedia file; The device is configured to slice the multimedia file according to the local storage resource and the playing information of the multimedia file; the pushing unit is configured to push the fragment to another cache server; and the sending unit is configured to save locally When the fragmentation of the multimedia file is described, the fragmentation information of the locally stored multimedia file is sent to the index server.

A cache server, comprising the aforementioned multimedia file distributing device.

A multimedia file issuance system, the system includes: a plurality of cache servers, the cache server includes the foregoing multimedia file publishing device; and an index server, configured to store fragmentation information of the multimedia file stored by the multimedia file publishing device; And a source server, configured to release the multimedia file and the play information of the multimedia file generated according to the multimedia file to the multimedia file publishing apparatus.

The method and the device of the embodiment of the present invention adopt a dynamic fragmentation method, so that the cache content of the cache server (Cache) is more flexible, and the fragmentation rules can be unified, and the fragments of different source ends can be reorganized, thereby increasing flexibility. , reduces the storage space required for the CDN Cache to cache large video files. BRIEF DESCRIPTION OF THE DRAWINGS In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings to be used in the embodiments or the description of the prior art will be briefly described below, and obviously, in the following description The drawings are only some of the embodiments of the present invention, and other drawings may be obtained from those skilled in the art without departing from the drawings. FIG. 1 is a flowchart of a method for publishing a multimedia file according to an embodiment of the present invention;

2 is a flow chart of a method for acquiring a multimedia file in the method shown in FIG. 1;

FIG. 3 is a schematic diagram of a multimedia file publishing process according to an embodiment of the present invention; FIG.

4 is a schematic diagram of a user requesting a multimedia file according to an embodiment of the present invention;

FIG. 5 is a structural block diagram of a multimedia file publishing apparatus according to an embodiment of the present invention; FIG.

6 is a block diagram showing the composition of a cache server according to an embodiment of the present invention;

FIG. 7 is a structural block diagram of a multimedia file publishing system according to an embodiment of the present invention. Specific Pulmonary Formula The specific implementation process of the present invention will be exemplified below by way of examples. It is apparent that the embodiments described below are a part of the embodiments of the present invention, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

FIG. 1 is a flowchart of a method for publishing a multimedia file according to an embodiment of the present disclosure. The method may be applied to a cache server of a CDN network. Referring to FIG. 1, the method includes:

Step 101: The cache server receives the multimedia file and the play information of the multimedia file, where the play information includes information of an independently playable position of the multimedia file.

The multimedia file and the playing information thereof may be sent by a source server of the CDN network, or may be sent by another cache server of the CDN network. For example, the source server generates the play information of the multimedia file according to the stored multimedia file and sends the same together; or, after receiving the multimedia file and the play information, the other cache server sends the multimedia file and the play information to the cache. The server, the other cache server may also slice the multimedia file, and send the fragment together with the playback information of the fragment to the cache server. This will be explained in the following examples.

In the process of sharding multimedia files, in order to ensure that each shard can be played independently, the position of the shard can not be arbitrarily selected. Generally, the shards starting with the inner coded frame (I frame) can be played independently, so the information is played. The information of the position of the frame may be internally or partially encoded in the multimedia file. In addition, the playback information may also be corresponding information of the time and the independently playable position, so as to conveniently determine which slice of the playback time requested by the user corresponds to when providing the time shift service for the user.

The playing information of the multimedia file may also be referred to as a Meta file (meta file), and the playing information includes a time and a corresponding information of a position that can be independently played, and the Meta file stores the playing time of the multimedia file and The playback position, in order to slice the multimedia file according to the Meta file, as shown in the following Table 1:

Table

Wherein, "file name" indicates the name of the multimedia file; "0s", "Is", "3s" indicates the playing time of the multimedia file; "0", "250", "3000" indicates the playing position of the multimedia file. , that is, the offset within the file. In this example, the Meta file indicates that the location of the read data is 0 when the multimedia file starts playing, and the location of the read data is 250 when the multimedia file is played to I s, and the multimedia file is played to 3s. When the data is read, the location is 3000. The above is only an example, and the embodiment is not limited thereto.

Step 102: The cache server segments and pushes the multimedia file according to the local storage resource and the play information of the multimedia file.

When the local storage resource is insufficient, the multimedia file may be divided into at least two parts according to the playing information of the multimedia file, each part is referred to as a fragment, and then at least one of the fragments and the at least one of the fragments are The playback information is pushed to other cache servers.

The play information of the at least one shard is extracted from the play information of the multimedia file, and when the multimedia file is sharded, each shard can be extracted from the play information of the multimedia file. Play the playback information corresponding to the shard. For example, when a multimedia file of 0-100s is divided into two segments of 0-60s and 61-100s according to the playback information of the multimedia file, the corresponding 0-60s segment is extracted from the playback information of the multimedia file. Playback information and playback information corresponding to 61-100s shards. The above is an example of performing fragmentation according to a time period, and the embodiment is not limited thereto.

Wherein, determining whether the local storage resource is sufficient, a threshold may be set in advance as a basis for determining, for example, setting 90% of the storage amount as a judgment basis, when the local storage amount is greater than 90% of the total storage capacity, the local storage resource is considered to be insufficient. . The above is only an example, and the embodiment is not limited thereto.

Step 103: If the fragment of the multimedia file is saved locally, the cache server sends the fragmentation information of the locally stored multimedia file to the index server.

According to the processing of step 102, the local cache server may send all the received multimedia files to other cache servers after fragmentation, or may partially retain a part of the multimedia file, if the local still stores the The fragmentation of the multimedia file, the fragmentation information of the fragment is sent to the index server for storage. In order for the index server to grasp the fragmentation of the multimedia file; if the fragment of the multimedia file is not saved locally, it is not necessary to report the fragmentation information to the index server.

The index server is configured to save an index table established for each multimedia file, and the playback information includes time and a corresponding information of the independently playable position, where the content of each multimedia file can be stored in the index table. The cache server is located as shown in Table 2 below:

Table

In this way, each cache server can know which cache server the data of any multimedia file is stored at any time point by accessing the index server. Of course, the index table may not require time information, but includes a cache server where each fragmentation location of each multimedia file is located.

According to the method of the embodiment, when the user terminal requests the multimedia file from the cache server of the embodiment, if the multimedia file corresponding to the request is locally saved, the user terminal directly sends the multimedia file to the user terminal; A part of the multimedia file can be forwarded to the index server by querying the cache server where the other part is located, and forwarding the other part of the multimedia file according to the cache server obtained by the query. This will also be explained in the following embodiments.

The multimedia file publishing method of the embodiment may be applied to a cache server of a CDN network, and the CDN network may include multiple cache servers, and each cache server may perform fragment storage on the multimedia file by using the multimedia file publishing method in this embodiment. release.

The multimedia file publishing method of the embodiment can effectively alleviate the storage pressure of the cache server by storing the multimedia file in pieces, and since the fragmentation is not performed by the source server, the cache server can perform multiple fragmentation according to the playback information of the multimedia file. The size of the fragment can also be dynamically adjusted according to the actual situation of different cache servers, which increases the flexibility of multimedia file publishing.

FIG. 2 is a flowchart of a method for transmitting a multimedia file corresponding to the multimedia play request to the requested user terminal according to a multimedia play request of a user terminal according to a method for publishing a multimedia file according to an embodiment of the present invention. , the method includes:

Step 201: Determine whether the multimedia file corresponding to the multimedia play request is stored locally; Step 202: If the fragment of the multimedia file corresponding to the multimedia play request is locally stored, The fragment is sent to the requested user terminal;

Step 203: Send a multimedia file query request to the index server, and query a cache server where other fragments of the multimedia file are located;

Step 204: Acquire other fragments of the multimedia file according to the result returned by the index server, and send other fragments of the multimedia file to the requested user terminal.

The index server stores an index table of each multimedia file, and the index table stores on which cache server the fragment of each multimedia file is in a certain time period. Therefore, the index server can determine the multimedia of the query according to the query request. The cache server where the fragment of the file is located, and returns the query result.

In an embodiment, after obtaining the other fragments of the multimedia file, the local cache server may merge with the locally saved fragment of the multimedia file, and send the merged fragment information of the multimedia file to the index. The server, so that the index server updates the fragmentation of the multimedia file.

In another embodiment, after the local cache server obtains other fragments of the multimedia file, it only forwards the fragment to the user terminal, and the local cache server does not save the other fragments, so there is no need to merge and divide the fragments. The work of the piece of information reported.

In this embodiment, after the other shards of the multimedia file are sent to the local cache server, if the other shards are not saved, the shard information of the multimedia file is uploaded to The index server, to inform the index server, the fragmentation of the multimedia file is no longer saved locally; if the other fragment is still saved, there is no need to report to the index server.

It should be noted that different shards of the same multimedia file can be saved on multiple cache servers at the same time, and the index table created by the index server records this situation. For example, the media content of 0~100s of a multimedia file can be saved on both Cache A and Cache B.

In order to make the multimedia file publishing method of the present embodiment more clear and easy to understand, the multimedia file publishing method of this embodiment will be described below by taking a specific publishing process of a multimedia file and a request process of the user terminal as an example.

FIG. 3 is a schematic diagram of a multimedia file publishing process in a multimedia file publishing method according to an embodiment of the present invention. Referring to FIG. 3, the multimedia file publishing process includes the following steps:

301: The source server generates a Meta file according to the multimedia file, and pushes the Meta file and the multimedia file to the Cache A.

302: Cache A finds that the storage resource is insufficient. According to the Meta file, the media content of the media file and the meta file of the part of the media content are pushed to the Cache B. The multimedia file is 0_90s. The media content and the Meta file of the part of the media content are pushed to the Cache C;

303: Cache A reports the fragmentation information of the media content of the locally stored multimedia file to the index server; wherein, if the multimedia file has only media content of Ο-lOOs, since Cache A pushes all media content of the multimedia file to other On the Cache, that is, the shard of the multimedia file is not saved, therefore,

Cache A does not need to report the fragmentation information of the multimedia file to the index server.

If the media file has media content of 0-120s, the cache content of the media file 101_120s is still stored locally after the media content of the media file is sent to the Cache B and the Cache C.

Cache A needs to report the fragmentation information to the index server, that is, Cache A stores the multimedia file.

The information of the media content of the 101-120S, so that the index server writes the fragmentation condition to the index table of the multimedia file, as shown in Table 3 below, so as to avoid the problem of scheduling error.

Wherein, in one embodiment, the fragmentation information includes a time period of the media content of the locally stored multimedia file. The above is only an example, and the embodiment is not limited thereto.

304: Since the Cache B receives the new shard, that is, the media content of the 91_100s of the multimedia file, the shard information of the part of the media content (the media content of 91-100s) of the multimedia file stored locally is also reported to An indexing server, so that the indexing server establishes an index table of the part of the media content of the multimedia file, as shown in Table 4 below;

Table 4

305: Cache C finds that the local storage resources are insufficient, and also sends the 81-90s media content and the meta-file of the partial media content in the received new fragment (the media content of the above-mentioned multimedia file 0_90s) to the Cache D;

306: The Cache C reports the fragmentation information of the partially stored media content (0_80s media content) of the multimedia file to the index server, so that the index server establishes an index table of the media content of the multimedia file according to the following table. Five

Table 5 307: Similarly, since the Cache D receives the new shard, that is, the media content of the above-mentioned multimedia file 81_90s, the local storage of the media content of the multimedia file (the media content of the 81-90s) is also fragmented. The information is reported to the index server, so that the index server establishes an index table of the portion of the media content of the multimedia file, as shown in Table 6 below.

Table 6

In an embodiment of the present embodiment, the Cache D may be configured as a Cache that specifically accepts fragments of other Cache resources that are not available.

According to the publishing process of the multimedia file according to the embodiment, the following index table 7 is established on the index server for the multimedia file:

Table 7

FIG. 4 is a schematic diagram of a multimedia file publishing method according to an embodiment of the present invention, wherein a user terminal requests a multimedia file from a cache server that is closest to it, such as Cache C. Referring to FIG. 4, the process of the request includes the following steps:

401: The user terminal initiates a multimedia file play request to the Cache C, where the multimedia file requested to be played is specified, for example, the multimedia file of the embodiment shown in FIG. 3;

402: Cache C determines, according to the foregoing request, that the media content of the multimedia file 0_80s is stored locally, first sending the locally stored O-SOs media content to the user terminal;

403: Cache C does not have the media content of 81_90s of the foregoing multimedia file, so Cache C sends a query request to the index server to query the Cache of the media content of the 81-90s of the multimedia file, and the index server queries according to the Cache C. Retrieving the saved index table, and knowing that the media content of the multimedia file 81_90s is stored in the Cache D, returning the query result to the Cache C;

404: Cache C initiates a media content download request to Cache D according to the query result returned by the index server;

405: Cache D sends the stored media content of the multimedia file 81_90s to the Cache C according to the above request; In one embodiment, the Cache D no longer saves the 81-90s media content, and the Cache D sends the fragmentation information to the index server to report the situation; in another embodiment, the Cache D still saves the 81-90s. For the media content, Cache D no longer sends the fragmentation information to the index server.

406 Cache C forwards the media content of the multimedia file 8 l_90s obtained from the Cache D to the user terminal W;

407 Cache C merges the newly received media content with the original media content, and publishes the new fragmentation information of the multimedia file to the index server.

In an embodiment, the Cache C may merge the newly received media content with the original media content, and publish the new fragment information of the multimedia file to the index server. For details, see step 407, so that the index server may modify the data. The index table of the multimedia file is saved to grasp the latest fragmentation of the multimedia file. In another embodiment, the Cache C may not save the newly received media content, and the above step 407 may be omitted.

Applying the multimedia file publishing method of the embodiment, the Cache can perform dynamic fragmentation of any length of the multimedia file or the multimedia file according to the Meta file, and the Cache can further continue fragmentation according to the Meta file, which not only effectively saves each. The storage space required by a Cache also has greater flexibility.

FIG. 5 is a block diagram of a composition of a multimedia file distribution apparatus according to an embodiment of the present invention. Referring to FIG. 5, the multimedia file distribution apparatus includes: a receiving unit 51, a fragmentation unit 52, a pushing unit 53, and a sending unit 54, wherein: The receiving unit 51 is configured to receive the multimedia file and the playing information of the multimedia file, where the playing information includes a playing time and a playing position of the multimedia file;

The receiving unit 51 may obtain the multimedia file and the playing information from the source server or other cache server. The fragment of the multimedia file and the playing information of the fragment may also be obtained from other cache servers.

The fragmentation unit 52 is configured to slice the multimedia file according to the local storage resource and the play information of the multimedia file;

The pushing unit 53 is configured to push the fragment to another cache server;

In one embodiment, the fragmentation unit 52 can include:

The determining module 521 is configured to determine whether the local storage resource is insufficient;

The fragmentation module 522 is configured to divide the multimedia file into at least two fragments according to the playback information of the multimedia file when the determination result of the determination module 521 is that the local storage resource is insufficient.

In this embodiment, the pushing unit 53 is configured to push at least one fragment of the multimedia file and the playback information of the at least one fragment to other cache servers.

Wherein, in the case that the local storage resource is insufficient, the multimedia received by the receiving unit 51 by the fragmentation unit 52 The volume file is fragmented by any length and any number of times, and is sent to other cache servers through the push unit 53, which alleviates the problem of insufficient local storage resources.

The sending unit 54 is configured to send the fragmentation information of the locally stored multimedia file to the index server when the fragment of the multimedia file is saved locally;

After the fragmentation unit 52 fragments the multimedia file, the storage information of the multimedia file changes. Therefore, the new fragmentation information of the locally stored multimedia file is sent to the sending unit 54 of the embodiment. The index server, so that the index server updates the index table.

The fragmentation information includes a time period of the media content of the locally stored multimedia file.

The components of the multimedia file publishing apparatus of the embodiment of the present invention are respectively used to implement the functions of the steps of the foregoing multimedia file publishing method. Since the steps have been described in detail in the foregoing method embodiments, details are not described herein.

The multimedia file publishing apparatus of this embodiment mitigates the local storage pressure and improves the efficiency of media publishing by dynamically sharding the multimedia files.

FIG. 6 is a block diagram of a cache server according to an embodiment of the present invention. Referring to FIG. 6, the cache server includes a multimedia file issuing device 61 in addition to its original composition and functions.

The multimedia file distributing device 61 can be implemented by the multimedia file distributing device of the embodiment shown in FIG. 5. Since the device has been described in detail in the embodiment shown in FIG. 5, it will not be described herein.

The cache server of this embodiment mitigates the local storage pressure and improves the efficiency of media publishing by dynamically sharding the multimedia files.

FIG. 7 is a block diagram of a multimedia file publishing system according to an embodiment of the present invention. Referring to FIG. 7, the multimedia file publishing system includes: a plurality of cache servers 71, an index server 72, and a source server 73, wherein: each The cache server 71 may include the multimedia file distributing apparatus shown in FIG. 5, that is, the cache server 71 of the present embodiment may be implemented by the cache server shown in FIG. 6, due to the embodiment shown in FIGS. 5 and 6. The multimedia file distribution device has been described in detail, and will not be described here.

The index server 72 is configured to store the fragmentation information of the multimedia file stored by the multimedia file publishing apparatus; the source server 73 is configured to issue the multimedia file and the playback information of the multimedia file generated according to the multimedia file to the multimedia file publishing apparatus. .

In the multimedia file publishing system of the embodiment, the multimedia file is distributed by the multimedia file publishing apparatus of the plurality of cache servers, which relieves the storage pressure of each cache server and increases the media publishing efficiency of the multimedia file publishing system. Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus a necessary hardware platform, and of course, all can be implemented by hardware, but in many cases, the former is better. Implementation. Based on such understanding, all or part of the technical solution of the present invention contributing to the background art may be embodied in the form of a software product that can be used to perform the above-described method flow. The computer software product can be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., including instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to perform various embodiments of the present invention. The method described in the examples or parts of the examples.

The above is only a preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or within the technical scope disclosed by the present invention. Alternatives are intended to be covered by the scope of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

Rights request

A multimedia file publishing method, the method comprising:

Receiving a multimedia file and playback information of the multimedia file, the playback information including information of an independently playable location of the multimedia file;

And sharding the multimedia file according to the local storage resource and the playing information of the multimedia file, and pushing the fragment to another cache server;

If the fragment of the multimedia file is saved locally, the fragmentation information of the locally stored multimedia file is sent to the index server.

The method according to claim 1, wherein the play information further includes time information corresponding to the information of the independently playable position.

The method according to claim 1 or 2, wherein receiving the multimedia file and the playing information of the multimedia file comprises:

Receiving a multimedia file sent by the source server and playing information of the multimedia file generated by the source server; or

Receiving a multimedia file sent by another cache server and playing information of the multimedia file, the play information being play information of the multimedia file received by the another cache server from the source server; or receiving another cache The fragmentation of the multimedia file sent by the server and the playback information of the fragment.

The method according to any one of claims 1 to 3, wherein the multimedia file is fragmented according to local storage resources and playback information of the multimedia file, and the fragment is pushed to other The cache server, including:

If the local storage resource is insufficient, the multimedia file is divided into at least two fragments according to the playing information of the multimedia file;

Pushing at least one slice of the multimedia file and the play information of the at least one slice to another cache server.

5. A multimedia file publishing apparatus, wherein the apparatus comprises:

a receiving unit, configured to receive a multimedia file and play information of the multimedia file, where the play information includes information of an independently playable position of the multimedia file;

a fragmentation unit, configured to slice the multimedia file according to local storage resources and play information of the multimedia file;

a pushing unit, configured to push the fragment to another cache server; And a sending unit, configured to send the fragmentation information of the locally stored multimedia file to the index server when the fragment of the multimedia file is saved locally.

The device according to claim 5, wherein the playback information received by the receiving unit further includes time information corresponding to the information of the independently playable position.

The device according to claim 5 or 6, wherein the receiving unit is configured to receive a multimedia file sent by the source server and play information of the multimedia file generated by the source server; or The receiving unit is configured to receive a multimedia file sent by another cache server and play information of the multimedia file, where the play information of the multimedia file is the multimedia file received by the another cache server from the source server And playing the information; or, the receiving unit is configured to receive a fragment of the multimedia file sent by another cache server and play information of the fragment.

8. Apparatus according to any one of claims 5 to 7 wherein:

The fragmentation unit includes:

a determining module, configured to determine whether the local storage resource is insufficient;

a fragmentation module, configured to divide the multimedia file into at least two fragments according to the playback information of the multimedia file when the judgment result of the determination module is that the local storage resource is insufficient;

The pushing unit is configured to push at least one fragment of the multimedia file and the playback information of the at least one fragment to other cache servers.

A cache server, characterized in that the cache server comprises the multimedia file distribution device according to any one of claims 5-8.

10. A multimedia file publishing system, wherein the system comprises:

a plurality of cache servers, the cache server comprising the multimedia file issuing device according to any one of claims 5-8;

And an index server, configured to store the fragmentation information of the multimedia file stored by the multimedia file publishing apparatus, and a source server, configured to distribute the multimedia file and generate the playback information of the multimedia file, and send the information to the multimedia file publishing apparatus.