A file conversion method, system, device and electronic device

Abstract

An embodiment of the present invention provides a file conversion method, system, device, and electronic device, which relate to the technical field of data processing. The method includes: the client sends a file acquisition request carrying the file identifier of the file to be played in response to a live broadcast instruction; the server receives the file acquisition request and determines the description file of the file to be played indicated by the file identifier; the server merges each address file with the same domain name and file name included therein to obtain each transition file, and sends each transition file to the client; the client receives each transition file and restores each transition file into each address file that includes the domain name and file name in the transition file and respectively includes one description parameter group in the transition file. Compared with the prior art, by applying the solution provided by the embodiment of the present invention, the data transmission rate can be increased, and thus, the file live broadcast speed can be increased.

Description

Technical Field

[0001] The present invention relates to the technical field of data processing, and in particular, to a file conversion method, system, device and electronic device. Background Art

[0002] The HLS (HTTP Live Streaming) protocol is currently the most widely used streaming media network transmission protocol, supported by major streaming media video websites. The index description file serving as its carrier is an M3U8 file. Among them, HTTP is the abbreviation of Hyper Text Transfer Protocol, and its Chinese name is Hypertext Transfer Protocol. The so-called M3U8 file refers to an M3U file in UTF-8 encoding format. Among them, UTF is the abbreviation of Unicode Transformation Format, and its Chinese name is 8-bit, which is a variable-length character encoding for Unicode. M3U is the abbreviation of MP3 URL, or Moving Picture Experts Group Audio Layer 3 Uniform Resource Locator, which is a uniform resource locator.

[0003] In addition, the M3U file is a plain text file for recording indexes. When the playback software plays the file to be played, it can find the corresponding file playback address according to the index of the M3U file corresponding to the file to be played, and then download and play it.

[0004] In the related art, when using a device player to play a file to be played, usually the file to be played is first downloaded to the above device and then the file is played. However, due to the excessive size of the above file to be played, the data transmission process during the download is slow, and thus, the file start-up speed is low. Summary of the Invention

[0005] The purpose of the embodiments of the present invention is to provide a file conversion method, system, device and electronic device to improve the data transmission rate, and thus, improve the file start-up speed. The specific technical solutions are as follows:

[0006] In the first aspect of the present invention, first, a file conversion method is provided, which is applied to a file conversion system. The system includes a server and a client; the method includes:

[0007] The client responds to a start-up instruction and sends a file acquisition request carrying the file identifier of the file to be played to the server;

[0008] The server receives the file acquisition request and determines the profile file of the file to be played indicated by the file identifier; wherein, the profile file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group;

[0009] The server merges the address files with the same domain name and file name included, obtains each intermediate file, and sends each intermediate file to the client;

[0010] The client receives each intermediate file and restores each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

[0011] Optionally, in a specific implementation manner, the method further includes:

[0012] The client downloads multiple sub-files of the file to be played based on the address files, and plays each sub-file in sequence according to the playing order of each sub-file from first to last.

[0013] Optionally, in a specific implementation manner, the file format of the profile file is the M3U format encoded in UTF-8.

[0014] Optionally, in a specific implementation manner, the description parameter group includes at least one of: the byte start position, the anti-leeching verification parameter, and the signature information.

[0015] Optionally, in a specific implementation manner, the method further includes:

[0016] The client sends the address files to a preset player, so that after receiving the address files, the preset player downloads multiple sub-files of the file to be played based on the address files, and plays each sub-file in sequence according to the playing order of each sub-file from first to last.

[0017] In the second aspect of the implementation of the present invention, a file conversion system is further provided. The file conversion system includes a server and a client;

[0018] The client is used to, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server;

[0019] The server is configured to receive the file acquisition request sent by the client and determine the description file of the to-be-played file indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the to-be-played file, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge the address files with the same domain name and file name included, obtain respective intermediate files, and send the respective intermediate files to the client;

[0020] The client is configured to receive the respective intermediate files and restore each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

[0021] Optionally, in a specific implementation manner,

[0022] The client is further configured to, based on the respective address files, download multiple sub-files of the to-be-played file and play the respective sub-files in the order of their playback from first to last.

[0023] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0024] Optionally, in a specific implementation manner, the description parameter includes at least one of: the byte start position, the anti-leeching verification parameter, and the signature information.

[0025] Optionally, in a specific implementation manner,

[0026] The client is further configured to send the respective address files to a preset player, so that after receiving the respective address files, the preset player downloads multiple sub-files of the to-be-played file based on the respective address files and plays the respective sub-files in the order of their playback from first to last.

[0027] In a third aspect of the implementation of the present invention, there is also provided a file conversion method, which is applied to a server in a file conversion system, and the file conversion system further includes a client; the method includes:

[0028] Determine the description file of the to-be-played file indicated by the file identifier; wherein, the file identifier is carried in the file acquisition request carrying the file identifier of the to-be-played file sent by each client in response to the start broadcast instruction; the description file includes address files of multiple sub-files of the to-be-played file, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group;

[0029] Merge each address file with the same included domain name and file name to obtain each intermediate file, and send each intermediate file to the client, so that after receiving each intermediate file, the client restores each intermediate file to an address file that includes the domain name and file name in the intermediate file and respectively includes one description parameter group in the intermediate file.

[0030] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0031] Optionally, in a specific implementation manner, the description parameter includes at least one of a byte start position, an anti-leeching verification parameter, and a signature information.

[0032] In the fourth aspect of the implementation of the present invention, a file conversion method is further provided, which is applied to a client in a file conversion system, and the file conversion system further includes a server; the method includes:

[0033] In response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server, so that after receiving the file acquisition request sent by the client, the server determines the description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of the sub-file, the file name, and a description parameter group; merge each address file with the same included domain name and file name to obtain each intermediate file, and send each intermediate file to the client;

[0034] Receive each intermediate file, and restore each intermediate file to an address file that includes the domain name and file name in the intermediate file and respectively includes one description parameter group in the intermediate file.

[0035] Optionally, in a specific implementation manner, the method further includes:

[0036] Based on each address file, download multiple sub-files of the file to be played, and play each sub-file in the order of the first-to-last play order of each sub-file.

[0037] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0038] Optionally, in a specific implementation manner, the description parameter includes at least one of a byte start position, an anti-leeching verification parameter, and a signature information.

[0039] Optionally, in a specific implementation manner, the method further includes:

[0040] Send each address file to a preset player, so that after receiving each address file, the preset player downloads multiple sub-videos of the file to be played based on each address file, and plays each sub-file in the order of the first-to-last play order of each sub-file.

[0041] In the fifth aspect of the implementation of the present invention, a file conversion device is further provided, which is characterized in that it is applied to a file conversion system, and the system includes a server and a client; the device includes:

[0042] A request sending module, configured to, in response to a start broadcast instruction, the client sends a file acquisition request carrying a file identifier of a file to be played to the server;

[0043] A description file determination module, configured to the server receives the file acquisition request and determines a description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group;

[0044] A transition file acquisition module, configured to the server merges each address file with the same domain name and file name included, obtains each transition file, and sends each transition file to the client;

[0045] A file restoration module, configured to the client receives each transition file and restores each transition file to each address file including the domain name and file name in this transition file, and respectively including a description parameter group in this transition file.

[0046] Optionally, in a specific implementation manner, the device further includes:

[0047] A first file playback module, configured to the client downloads multiple sub-files of the file to be played based on each address file, and plays each sub-file in the order of the first-to-last play order of each sub-file.

[0048] Optionally, in a specific implementation manner, the file format of the description file is the M3U format encoded in UTF-8.

[0049] Optionally, in a specific implementation manner, the description parameter group includes at least one of: a byte start position, an anti-leeching verification parameter, and a signature information.

[0050] Optionally, in a specific implementation manner, the device further includes:

[0051] A second file playback module, configured to enable the client to send each address file to a preset player, so that after receiving each address file, the preset player downloads multiple sub-files of the file to be played based on each address file, and plays each sub-file in the order of the sub-files from first to last.

[0052] In a sixth aspect of the implementation of the present invention, there is also provided a file conversion device, which is applied to a server in a file conversion system, and the file conversion system further includes a client; the device includes:

[0053] A description file determination module, configured to determine a description file of a file to be played indicated by a file identifier; wherein, the file identifier is carried in a file acquisition request carrying the file identifier of the file to be played sent by each client in response to a start broadcast instruction; the description file includes address files of multiple sub-files of the file to be played, and each address file of a sub-file includes: the domain name of this sub-file, the file name, and a description parameter group;

[0054] A transition file acquisition module, configured to merge each address file with the same domain name and file name included to obtain each transition file, and send each transition file to the client, so that after receiving each transition file, the client restores each transition file into each address file including the domain name and file name in this transition file, and respectively including one description parameter group in this transition file.

[0055] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0056] Optionally, in a specific implementation manner, the description parameter includes at least one of: a byte start position, an anti-leeching verification parameter, and a signature information.

[0057] In a seventh aspect of the implementation of the present invention, there is also provided a file conversion device, which is applied to a client in a file conversion system, and the file conversion system further includes a server; the device includes:

[0058] A request sending module, configured to, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server, so that after receiving the file acquisition request sent by the client, the server determines a description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and each address file of a sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge each address file with the same domain name and file name included to obtain each transition file, and send each transition file to the client;

[0059] A file receiving module, configured to receive each transitional file, and restore each transitional file into respective address files including the domain name and file name in the transitional file, and respectively including a description parameter group in the transitional file.

[0060] Optionally, in a specific implementation manner, the apparatus further includes:

[0061] A first file playing module, configured to download multiple sub-files of the file to be played based on the respective address files, and play the respective sub-files in the order of the first-to-last play order of the respective sub-files.

[0062] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0063] Optionally, in a specific implementation manner, the description parameters include at least one of a byte start position, an anti-leeching verification parameter, and a signature information.

[0064] Optionally, in a specific implementation manner, the apparatus further includes:

[0065] A second file playing module, configured to send the respective address files to a preset player, so that after receiving the respective address files, the preset player downloads multiple sub-files of the file to be played based on the respective address files, and plays the respective sub-files in the order of the first-to-last play order of the respective sub-files.

[0066] In an eighth aspect of the implementation of the present invention, an electronic device is further provided, including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete mutual communication through the communication bus; the memory is used for storing a computer program; when the processor executes the program stored in the memory, the steps of any file conversion method provided in the first aspect, the third aspect, and / or the fourth aspect are implemented.

[0067] In yet another aspect of the implementation of the present invention, a computer-readable storage medium is further provided, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, any file conversion method provided in the first aspect, the third aspect, and / or the fourth aspect is implemented.

[0068] In yet another aspect of the implementation of the present invention, a computer program product including instructions is further provided, and when it runs on a computer, the computer is enabled to execute any file conversion method provided in the first aspect, the third aspect, and / or the fourth aspect.

[0069] The solution provided by the embodiments of the present invention can perform file conversion on the description file of the file to be played by using a file conversion system including a server and a client. When performing file conversion, the client can send a file acquisition request carrying the file identifier of the file to be played in response to the start broadcast instruction. Thus, after receiving the above file acquisition request, the server can determine the description file of the file to be played indicated by the above file identifier. Among them, since a file to be played is composed of multiple sub-files, the description file of the file to be played includes the address files of multiple sub-files of the above file to be played, and the address of each sub-file includes the domain name, file name, and description parameter group of the sub-file. In this way, the server can merge the address files with the same domain name and file name included, obtain each intermediate file, and send the above intermediate files to the above client. Furthermore, after receiving the above intermediate files, the above client can restore each intermediate file to address files including the domain name and file name in the intermediate file and respectively including one description parameter group in the intermediate file. That is to say, restore each intermediate file to the address files of multiple sub-files of the above file to be played included in the above description file, and further, restore each intermediate file to the description file of the above file to be played.

[0070] Based on this, by applying the solution provided by the embodiments of the present invention, for the description file of a file to be played, the address files with the same domain name and file name included are merged, so that the data volume of duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain each intermediate file. Among them, compared with the above description file, the data volume that the client needs to download for each obtained intermediate file is reduced. Thus, the data transmission rate is increased, and further, the file start broadcast speed is increased. BRIEF DESCRIPTION OF THE DRAWINGS

[0071] In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art.

[0072] Figure 1 It is a schematic flowchart of a file conversion method provided by an embodiment of the present invention;

[0073] Figure 2 It is a schematic structural diagram of a file conversion system provided by an embodiment of the present invention;

[0074] Figure 3 It is a schematic signaling interaction diagram of a file conversion system provided by an embodiment of the present invention;

[0075] Figure 4Schematic flowchart of another file conversion method provided by an embodiment of the present invention;

[0076] Figure 5 Schematic flowchart of yet another file conversion method provided by an embodiment of the present invention;

[0077] Figure 6 For Figure 1 Schematic structural diagram of a file conversion device for a file conversion method provided;

[0078] Figure 7 For Figure 4 Schematic structural diagram of a file conversion device for a file conversion method provided;

[0079] Figure 8 For Figure 5 Schematic structural diagram of a file conversion device for a file conversion method provided;

[0080] Figure 9 Schematic structural diagram of an electronic device provided by an embodiment of the present invention. Detailed implementation manners

[0081] Next, the technical solutions in the embodiments of the present invention will be described with reference to the accompanying drawings in the embodiments of the present invention.

[0082] In the related art, when using a device player to play a file to be played, usually the file to be played is first downloaded to the above device and then the file is played. However, since the above file to be played is too large, the data transmission process during the download is slow, and thus the file start-up speed is low.

[0083] To solve the above technical problems, an embodiment of the present invention provides a file conversion method, which is applied to a file conversion system including a server and a client.

[0084] Among them, this method is applicable to various application scenarios that require file conversion. For example, downloading and playing videos in a web page, audio transmission between multiple devices, etc.

[0085] Moreover, this method can be applied to a file conversion system including a client and a server.

[0086] Among them, both the client and the server in this system can be various devices capable of information interaction, such as laptop computers, tablet computers, desktop computers, etc.

[0087] The client can be various electronic devices for downloading a file to be played, such as laptop computers, tablet computers, desktop computers, etc., and the embodiments of the present invention do not make specific limitations thereto.

[0088] The server can be an independent physical server, a server cluster or a distributed system composed of multiple physical servers, or a cloud server, but is not limited thereto.

[0089] Based on this, the embodiments of the present invention do not limit the application scenario and the execution entity of this method.

[0090] A file conversion method provided by an embodiment of the present invention is applied to a file conversion system, and the system includes a server and a client; the method may include the following steps:

[0091] The client responds to a start broadcast instruction and sends a file acquisition request carrying the file identifier of the file to be played to the server;

[0092] The server receives the file acquisition request and determines the description file of the file to be played indicated by the file identifier; wherein, the description file includes the address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name and the description parameter group;

[0093] The server merges the address files with the same domain name and file name included, obtains each intermediate file, and sends each intermediate file to the client;

[0094] The client receives each intermediate file and restores each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

[0095] The solution provided by the embodiment of the present invention can perform file conversion on the description file of the file to be played by using a file conversion system including a server and a client. When performing file conversion, the client can, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server. Thus, after receiving the above file acquisition request, the server can determine the description file of the file to be played indicated by the above file identifier. Among them, since a file to be played is composed of multiple sub-files, the description file of the file to be played includes the address files of the multiple sub-files of the above file to be played, and the address of each sub-file includes the domain name, file name, and description parameter group of the sub-file. In this way, the server can merge the address files with the same domain name and file name included, obtain each intermediate file, and send the above intermediate files to the above client. Furthermore, after receiving the above intermediate files, the above client can restore each intermediate file to an address file that includes the domain name and file name in the intermediate file and respectively includes one description parameter group in the intermediate file. That is to say, restore each intermediate file to the address files of the multiple sub-files of the above file to be played included in the above description file, and further, restore each intermediate file to the description file of the above file to be played.

[0096] Based on this, by applying the solution provided by the embodiment of the present invention, for the description file of a file to be played, the address files with the same domain name and file name included are merged, so that the data volume of the duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain each intermediate file. Among them, compared with the above description file, the data volume that the client needs to download for each obtained intermediate file is reduced. Thus, the data transmission rate is increased, and further, the file start broadcast speed is increased.

[0097] Next, in combination with the accompanying drawings, a file conversion method provided by the embodiment of the present invention will be specifically described.

[0098] Figure 1 It is a schematic flowchart of a file conversion method provided by the embodiment of the present invention. As Figure 1 shown, this method is applied to a file conversion system, and this system includes a server and a client; this method includes the following steps S101 - S104:

[0099] S101: The client, in response to a start broadcast instruction, sends a file acquisition request carrying the file identifier of the file to be played to the server.

[0100] Typically, when a user is waiting to play a video or audio file using a client, a start broadcast instruction for instructing the client to play the selected file to be played can be sent to the client. After the client receives the above start broadcast instruction, it can respond to the above start broadcast instruction, obtain the file to be played selected by the user, and thus play the above file to be played. Therefore, the client can send a file acquisition request carrying the file identifier of the file to be played selected by the user to the server.

[0101] For example, through operations such as clicking and inputting, the user selects Video A as the video to be played in the client. Thus, a start broadcast instruction for instructing the client to play Video A is sent to the client. After the client receives the above start broadcast instruction, it can respond to the above start broadcast instruction, obtain the played Video A selected by the user, and thus play the above played Video A. Therefore, the client can send a file acquisition request carrying the file identifier a of the played file of the above Video A to the server.

[0102] S102: The server receives the file acquisition request and determines the description file of the file to be played indicated by the file identifier;

[0103] Among them, the description file includes the address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of the sub-file, the file name, and the description parameter group.

[0104] After the server receives the file identifier of the file to be played sent by the above client, it can determine the file to be played indicated by the above file identifier based on the above file identifier, and further, can determine the description file of the above file to be played.

[0105] Among them, the description file is used to store the domain name, file name, and description parameter group of the file corresponding to the description file.

[0106] In the embodiments of the present invention, a file to be played usually includes multiple sub-files. Therefore, the description file of the above file to be played can include the address files of each sub-file of the above file to be played. Among them, the address file of each sub-file includes: the domain name of the sub-file, the file name, and the description parameter group.

[0107] For example, a video is usually composed of multiple video segments. That is to say, the video to be played includes multiple sub-videos. Therefore, the description file of the above video to be played can include the address files of each sub-video of the above video to be played. Among them, for the address file of each sub-video, the address file of the sub-video can include: the domain name of the sub-video, the file name, and the description parameter group.

[0108] Optionally, in a specific implementation, the description parameter group includes at least one of: byte start position, anti-leeching verification parameter, and signature information.

[0109] Among them, the so-called domain name, in the embodiments of the present invention, refers to an enterprise domain name, which is usually registered with an Internet service provider and is an index name for providing an access entry to a certain type of service. Users can access the service through the domain name.

[0110] The so-called file name is used to distinguish the address files of each sub-file in the description file of a file to be played. Among them, the byte start position in the address file of each sub-file represents the playing position of the sub-file in the above-mentioned file to be played.

[0111] The so-called anti-leeching is a general term for a group of technical implementations. The main purpose is to prevent data from being illegally stolen by unauthorized users. For the embodiments of the present invention, it means that illegal industries bypass the technical means to pull and distribute the file content belonging to the copyright of the service provider. One of the implementation methods of anti-leeching is to identify the access permission of a user to a certain specific file content by performing signature verification on the user request parameters. The request signature is calculated by the playback client and cannot be tampered with by external users.

[0112] In addition, the so-called signature information is used to prevent a man-in-the-middle from modifying parameters or intercepting the URL (Uniform Resource Locator) for a secondary request. Because of the signature, it is impossible for anyone to modify the parameters of the URL midway.

[0113] S103: The server merges the address files with the same domain name and file name it includes to obtain respective intermediate files, and sends the respective intermediate files to the client.

[0114] After determining the description file of the file to be played indicated by the file identifier, the domain name, file name, and description parameter group of each sub-file included in the address file of each sub-file in the above-mentioned description file can be determined.

[0115] In the embodiments of the present invention, the sub-files in a file to be played are different, so the content included in the address files of each sub-file is also different. Among them, in the address files of some sub-files, the domain name and file name of the address files of each sub-file are the same, only the content included in the description parameter group is different.

[0116] For example, since each sub-video in a video is different, the content included in the address files of each sub-video is also different. Among them, in the address files of some sub-videos, the domain names and file names of the address files of each sub-video are the same, but the content included in the description parameter group is different.

[0117] Therefore, the server can extract and merge the address files with the same domain names and file names included, delete the duplicate data, and obtain each intermediate file, so that compared with the above description file, the amount of duplicate data regarding the domain names and file names in each intermediate file is reduced.

[0118] Optionally, the domain names of the address files of each sub-file in the description file are the same, and the file names can be different.

[0119] In this way, during the process of extracting and merging the address files with the same domain names and file names included, a correspondence relationship regarding the domain names, file names, and description parameter groups can be established, which is convenient for subsequent operations of restoring each intermediate file to each address file.

[0120] In this way, when the server sends each intermediate file to the client, the data transmission speed is increased, and thus, the file start-up speed is increased.

[0121] Optionally, the server converts the file format of the description file into a preset format, and merges the address files with the same domain names and file names included in the address files of each sub-file in the description file in the preset format to obtain each intermediate file.

[0122] Among them, the so-called file format refers to the special encoding method used by the computer to store information, which is used to identify the data stored internally. For example, some store pictures, some store programs, and some store text information. Each type of information can be stored in the computer memory in one or more file formats.

[0123] Optionally, in a specific implementation, the file format of the description file is the M3U format with UTF-8 encoding.

[0124] Among them, the M3U file is actually part of the HLS protocol, and the HLS protocol is actually an anti-leeching technology means. Therefore, using the description file in the M3U format with UTF-8 encoding can effectively protect the rights and interests of service providers.

[0125] S104: The client receives each intermediate file, and restores each intermediate file to each address file including the domain name and file name in the intermediate file, and respectively including one description parameter group in the intermediate file.

[0126] In the embodiments of the present invention, the sub-files in a file to be played are different, so the content included in the address files of the sub-files is also different. Among them, in the address files of some sub-files, the domain names and file names of the address files of the sub-files are the same, only the content included in the description parameter group is different.

[0127] For example, since the sub-videos in a video are different, the content included in the address files of the sub-videos is also different. Among them, in the address files of some sub-videos, the domain names and file names can be the same, only the content included in the description parameter group is different.

[0128] The transition file is obtained by merging the address files of the sub-files with the same domain name and file name. Therefore, after the client receives each transition file, it can restore each transition file to the address files that include the domain name and file name in the transition file and respectively include one description parameter group in the transition file, and obtain the description file of the file to be played again, and the file format of the description file is the same as the file format before merging. For example, the M3U format with UTF-8 encoding format, etc.

[0129] For example, the description file of a file to be played video A includes the address file w of sub-video W and the address file w of sub-video P. Among them, the address file w includes the domain name w1, the file name w2, and the description parameter group w3; the address file p includes the domain name w1, the file name p2, and the description parameter group p3. Then, according to the domain name and file name, the address file w and the address file p are merged to obtain the transition file X and the transition file Y.

[0130] Among them, the transition file X includes the domain name w1, the file name w2, and the description parameter group w3; the transition file Y includes the domain name w1, the file name p2, and the description parameter group p3.

[0131] Then, based on the domain name w1, the file name w2, and the file name p2, the transition file X is restored to the address file w, and the transition file Y is restored to the address file p.

[0132] In some cases, the client in the file conversion system provided by the embodiments of the present invention, after obtaining each address file, can download each sub-file of the file to be played based on each address file, and thus play the file to be played.

[0133] Optionally, in a specific implementation manner, a file conversion method provided by the embodiments of the present invention may further include the following step 11:

[0134] Step 11: The client downloads multiple sub-files of the file to be played based on each address file, and plays each sub-file in sequence according to the playback order of the sub-files from the earliest to the latest.

[0135] In this specific implementation, the above client can directly play the above file to be played.

[0136] Therefore, after obtaining each address file, the client can download multiple sub-files of the file to be played from the above server based on the domain name, file name, and description parameter group in each address file. Thus, each sub-video is played in sequence according to the playback order of the sub-files from the earliest to the latest, and further, the playback of the above file to be played is completed.

[0137] In some cases, the client in the file conversion system provided by the embodiments of the present invention may be a playback file transfer station. After obtaining each address file from the server, the client can send each address file to a preset player so that the preset player plays the above file to be played.

[0138] Optionally, in a specific implementation, a file conversion method provided by the embodiments of the present invention may further include the following step 12:

[0139] Step 12: The client sends each address file to a preset player so that after receiving each address file, the preset player downloads multiple sub-files of the file to be played based on each address file, and plays each sub-file in sequence according to the playback order of the sub-files from the earliest to the latest.

[0140] In this specific implementation, a preset player is set in advance, and the preset player can interact with the above client. For example, the system player on other electronic devices, etc.

[0141] In this way, after obtaining each address file, the client can send the obtained address files to the above preset player so that after receiving each address file, the preset player can download multiple sub-files of the file to be played from the above client based on the domain name, file name, and description parameter group in each address file, and play each sub-file in sequence according to the playback order of the sub-files from the earliest to the latest, and thus, complete the playback of the above file to be played.

[0142] The solution provided by the embodiments of the present invention can perform file conversion on the description file of the file to be played by using a file conversion system including a server and a client. When performing file conversion, the client can, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server. Thus, after receiving the above file acquisition request, the server can determine the description file of the file to be played indicated by the above file identifier. Among them, since a file to be played is composed of multiple sub-files, the description file of the file to be played includes the address files of multiple sub-files of the above file to be played, and the address of each sub-file includes the domain name, file name, and description parameter group of the sub-file. In this way, the server can merge the address files with the same domain name and file name included, obtain each intermediate file, and send the above intermediate files to the above client. Further, after receiving the above intermediate files, the above client can restore each intermediate file to an address file including the domain name and file name in the intermediate file and respectively including one description parameter group in the intermediate file. That is to say, restore each intermediate file to the address files of multiple sub-files of the above file to be played included in the above description file. Further, restore each intermediate file to the description file of the above file to be played.

[0143] Based on this, by applying the solution provided by the embodiments of the present invention, for the description file of a file to be played, the address files with the same domain name and file name included are merged, so that the data volume of the duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain each intermediate file. Among them, compared with the above description file, the data volume that the client needs to download for each obtained intermediate file is reduced. Thus, the data transmission rate is increased, and further, the file start broadcast speed is increased.

[0144] Corresponding to the above file conversion method, the embodiments of the present invention further provide a file conversion system. Figure 2 As shown in Figure 2 the structural schematic diagram of a file conversion system provided by the embodiments of the present invention, the system includes a server 210 and a client 220.

[0145] Among them, the client 220 is configured to, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server 210.

[0146] The server 210 is configured to receive the file acquisition request sent by the client 220 and determine a description file of the to-be-played file indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the to-be-played file, and each address file of a sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge the address files with the same domain name and file name included, obtain respective intermediate files, and send the respective intermediate files to the client 220;

[0147] The client 220 is configured to receive the respective intermediate files and restore each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

[0148] Next, in combination with the signaling interaction process between the server 210 and the client 220 in the above file conversion system, Figure 2 a file conversion system provided by an embodiment of the present invention shown is specifically described.

[0149] Figure 3 is a signaling interaction schematic diagram of a file conversion system provided by an embodiment of the present invention. As Figure 3 shown, the interaction process between the server 210 and the client 220 in this file conversion system may include the following steps S301 - S305.

[0150] S301: In response to a start - broadcast instruction, the client 220 sends a file acquisition request carrying the file identifier of the to - be - played file to the server 210;

[0151] S302: The server 210 receives the file acquisition request sent by the client 220 and determines the description file of the to - be - played file indicated by the file identifier;

[0152] S303: The server 210 merges the address files with the same domain name and file name included to obtain respective intermediate files;

[0153] S304: The server 210 sends the respective intermediate files to the client 220;

[0154] S305: The client 220 receives the respective intermediate files and restores each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

[0155] Based on this, by applying the solution provided in the embodiments of the present invention, for the description file of a file to be played, the address files with the same domain name and file name included are merged, so that the data volume of the duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain each intermediate file. Compared with the above-mentioned description file, the data volume that the client needs to download for each obtained intermediate file is reduced. Thus, the data transmission rate is increased, and further, the file start-up speed is increased.

[0156] Optionally, in a specific implementation manner,

[0157] The client 220 is further configured to download multiple sub-files of the file to be played based on each address file, and play each sub-file in the order of the first-to-later play order of each sub-file.

[0158] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0159] Optionally, in a specific implementation manner, the description parameters include at least one of: the byte start position, the anti-leeching verification parameter, and the signature information.

[0160] Optionally, in a specific implementation manner,

[0161] The client 220 is further configured to send each address file to a preset player, so that after receiving each address file, the preset player downloads multiple sub-files of the file to be played based on each address file, and plays each sub-file in the order of the first-to-later play order of each sub-file.

[0162] Corresponding to the above file conversion system, an embodiment of the present invention further provides a file conversion method, which is applied to a server in the file conversion system, and the above system further includes a client.

[0163] Figure 4 It is a schematic flowchart of a file conversion method provided by an embodiment of the present invention. As Figure 4 shown, the method may include the following steps S401-S402:

[0164] S401: Determine the description file of the file to be played indicated by the file identifier; wherein, the file identifier is carried in the file acquisition request carrying the file identifier of the file to be played sent by each client in response to the start-up instruction; the description file includes the address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name, file name, and description parameter group of this sub-file;

[0165] S402: Merge each address file with the same included domain name and file name to obtain each intermediate file, and send each intermediate file to the client, so that after receiving each intermediate file, the client restores each intermediate file to an address file that includes the domain name and file name in the intermediate file and respectively includes a description parameter group in the intermediate file.

[0166] Based on this, by applying the solution provided in the embodiments of the present invention, for the description file of a file to be played, merge each address file with the same included domain name and file name, so that the data volume of duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain each intermediate file. Among them, compared with the above description file, the data volume that the client needs to download for each obtained intermediate file is reduced. Thus, the data transmission rate is increased, and further, the file start-up speed is increased.

[0167] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0168] Optionally, in a specific implementation manner, the description parameter includes at least one of: byte start position, anti-leeching verification parameter, and signature information.

[0169] Corresponding to the above file conversion system, an embodiment of the present invention further provides a file conversion method, which is applied to the client in the file conversion system, and the above system further includes a server.

[0170] Figure 5 The flow diagram of a file conversion method provided by an embodiment of the present invention is as Figure 5 shown, and this method may include the following steps S501 - S502:

[0171] S501: In response to a start-playing instruction, send a file acquisition request carrying the file identifier of the file to be played to the server, so that after receiving the file acquisition request sent by the client, the server determines the description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of the sub-file, the file name, and a description parameter group; merge each address file with the same included domain name and file name to obtain each intermediate file, and send each intermediate file to the client;

[0172] S502: Receive each intermediate file, and restore each intermediate file to an address file that includes the domain name and file name in the intermediate file and respectively includes a description parameter group in the intermediate file.

[0173] Based on this, by applying the solution provided in the embodiments of the present invention, for a description file of a file to be played, address files with the same domain name and file name included are merged, so that the data volume of duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain respective intermediate files. Compared with the above description file, the data volume that the client needs to download for each obtained intermediate file is reduced. Thus, the data transmission rate is increased, and further, the file start-up speed is increased.

[0174] Optionally, in a specific implementation manner, the method further includes:

[0175] Based on each address file, multiple sub-files of the file to be played are downloaded, and each sub-file is played in sequence according to the playback order of the sub-files from first to last.

[0176] Optionally, in a specific implementation manner, the file format of the description file is the M3U format encoded in UTF-8.

[0177] Optionally, in a specific implementation manner, the description parameters include at least one of: byte start position, anti-leeching verification parameter, and signature information.

[0178] Optionally, in a specific implementation manner, the method further includes:

[0179] Each address file is sent to a preset player, so that after receiving each address file, the preset player downloads multiple sub-files of the file to be played based on each address file, and each sub-file is played in sequence according to the playback order of the sub-files from first to last.

[0180] Based on the same inventive concept, corresponding to the Figure 1 shown file conversion method provided in the embodiments of the present invention, as Figure 6 shown, is a schematic structural diagram of a file conversion device provided in the embodiments of the present invention, which is applied to a file conversion system. The system includes a server and a client; the device includes:

[0181] A request sending module 610, configured to, in response to a start-up instruction, the client sends a file acquisition request carrying a file identifier of the file to be played to the server;

[0182] A description file determination module 620, configured to the server receives the file acquisition request and determines a description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group;

[0183] A transition file acquisition module 630 is configured to merge, by the server, address files with the same domain name and file name included therein to obtain respective transition files, and send the respective transition files to the client;

[0184] A file restoration module 640 is configured to receive, by the client, the respective transition files, and restore each transition file to address files that include the domain name and file name in the transition file, and respectively include one description parameter group in the transition file.

[0185] Based on this, by applying the solution provided in the embodiment of the present invention, for a description file of a file to be played, address files with the same domain name and file name included therein are merged, so that the data volume of duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain respective transition files. Among them, compared with the above description file, the data volume that the client needs to download is reduced for each obtained transition file. Thus, the data transmission rate is increased, and further, the file start-up speed is increased.

[0186] Optionally, in a specific implementation manner, the apparatus further includes:

[0187] A first file playing module is configured to download, by the client, multiple sub-files of the file to be played based on the respective address files, and play the respective sub-files in the order of the first-to-later play order of the respective sub-files.

[0188] Optionally, in a specific implementation manner, the file format of the description file is an M3U format with UTF-8 encoding.

[0189] Optionally, in a specific implementation manner, the description parameter group includes at least one of: a byte start position, an anti-leeching verification parameter, and signature information.

[0190] Optionally, in a specific implementation manner, the apparatus further includes:

[0191] A second file playing module is configured to send, by the client, the respective address files to a preset player, so that after receiving the respective address files, the preset player downloads multiple sub-files of the file to be played based on the respective address files, and plays the respective sub-files in the order of the first-to-later play order of the respective sub-files.

[0192] Based on the same inventive concept, corresponding to the Figure 4 file conversion method shown in the above embodiment of the present invention, as Figure 7As shown in the figure, it is a schematic structural diagram of a file conversion device provided by an embodiment of the present invention, which is applied to a server in a file conversion system. The file conversion system further includes a client. The device includes:

[0193] A description file determination module 710, configured to determine a description file of a file to be played indicated by a file identifier. Wherein, the file identifier is carried in a file acquisition request carrying the file identifier of the file to be played sent by each client in response to a start broadcast instruction. The description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group.

[0194] A transition file acquisition module 720, configured to merge each address file with the same domain name and file name included, obtain each transition file, and send each transition file to the client, so that after receiving each transition file, the client restores each transition file to an address file including the domain name and file name in this transition file, and respectively including one description parameter group in this transition file.

[0195] Based on this, by applying the solution provided by the embodiment of the present invention, for the description file of a file to be played, each address file with the same domain name and file name included is merged, so that the data volume of duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain each transition file. Among them, compared with the above description file, the data volume that the client needs to download is reduced for each obtained transition file. Thus, the data transmission rate is improved, and further, the file start broadcast speed is improved.

[0196] Optionally, in a specific implementation manner, the file format of the description file is the M3U format with UTF-8 encoding.

[0197] Optionally, in a specific implementation manner, the description parameter includes at least one of: byte start position, anti-leeching verification parameter, and signature information.

[0198] Based on the same inventive concept, corresponding to the Figure 5 shown in the above embodiment of the present invention Figure 8 As shown in the figure, it is a schematic structural diagram of a file conversion device provided by an embodiment of the present invention, which is applied to a client in a file conversion system. The file conversion system further includes a server. The device includes:

[0199] A request sending module 810, configured to send a file acquisition request carrying a file identifier of a file to be played to the server in response to a live broadcast instruction, so that after receiving the file acquisition request sent by the client, the server determines a description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and each address file of a sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge the address files with the same domain name and file name included, obtain respective transitional files, and send the respective transitional files to the client;

[0200] A file receiving module 820, configured to receive the respective transitional files, and restore each transitional file to respective address files that include the domain name and file name in this transitional file, and respectively include one description parameter group in this transitional file.

[0201] Based on this, by applying the solution provided in the embodiment of the present invention, for a description file of a file to be played, the address files with the same domain name and file name included are merged, so that the data volume of duplicate data regarding the domain name and file name in each data to be transmitted is reduced to obtain respective transitional files. Among them, compared with the above description file, the data volume that the client needs to download for the respective obtained transitional files is reduced, thereby, the data transmission rate is increased, and further, the file live broadcast speed is increased.

[0202] Optionally, in a specific implementation manner, the device further includes:

[0203] A first file playing module, configured to download multiple sub-files of the file to be played based on the respective address files, and play the respective sub-files in the order of playing from first to last of each sub-file.

[0204] Optionally, in a specific implementation manner, the file format of the description file is an M3U format with UTF-8 encoding.

[0205] Optionally, in a specific implementation manner, the description parameter includes at least one of: a byte start position, an anti-leeching verification parameter, and a signature information.

[0206] Optionally, in a specific implementation manner, the device further includes:

[0207] A second file playing module, configured to send the respective address files to a preset player, so that after receiving the respective address files, the preset player downloads multiple sub-files of the file to be played based on the respective address files, and plays the respective sub-files in the order of playing from first to last of each sub-file.

[0208] An embodiment of the present invention also provides an electronic device, such as Figure 9 shown, which includes a processor 901, a communication interface 902, a memory 903, and a communication bus 904. Among them, the processor 901, the communication interface 902, and the memory 903 communicate with each other through the communication bus 904.

[0209] The memory 903 is used to store a computer program.

[0210] When the processor 901 executes the program stored on the memory 903, it implements the steps of any of the file conversion methods provided in the above embodiments of the present invention.

[0211] The communication bus mentioned in the above terminal may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into an address bus, a data bus, a control bus, etc. For the sake of convenience of representation, only a thick line is used in the figure, but it does not mean that there is only one bus or one type of bus.

[0212] The communication interface is used for communication between the above terminal and other devices.

[0213] The memory may include a Random Access Memory (RAM), or may also include a non-volatile memory, such as at least one disk memory. Optionally, the memory may also be at least one storage device located far from the aforementioned processor.

[0214] The above-mentioned processor may be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

[0215] In another embodiment provided by the present invention, there is also provided a computer-readable storage medium, in which a computer program is stored, and when the computer program is executed by a processor, the file conversion method described in any of the above embodiments is implemented.

[0216] In another embodiment provided by the present invention, there is also provided a computer program product containing instructions, and when it runs on a computer, the computer is caused to execute the file conversion method described in any of the above embodiments.

[0217] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present invention are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website, a computer, a server, or a data center to another website, a computer, a server, or a data center in a wired manner (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or a wireless manner (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can access, or a data storage device such as a server or a data center that includes one or more integrated available media. The available medium can be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).

[0218] It should be noted that in this article, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or also includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "including a..." does not exclude the existence of additional identical elements in the process, method, article or device including the element.

[0219] Each embodiment in this specification is described in a related manner. For the same or similar parts among the embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for system embodiments, device embodiments, electronic device embodiments, computer-readable storage medium embodiments, and computer program product embodiments, since they are basically similar to method embodiments, the description is relatively simple, and reference can be made to the relevant parts of the method embodiments for the related content.

[0220] The above are only the preferred embodiments of the present invention and are not intended to limit the protection scope of the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present invention are all included in the protection scope of the present invention.

Claims

1. A file conversion method, characterized in that, Applied to a file conversion system, the system includes a server and a client; the method includes: The client, in response to a start broadcast instruction, sends a file acquisition request carrying the file identifier of the file to be played to the server; The server receives the file acquisition request and determines the description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; The server merges the address files with the same domain name and file name included, obtains each intermediate file, and sends each intermediate file to the client; The client receives each intermediate file and restores each intermediate file to address files including the domain name and file name in this intermediate file and respectively including one description parameter group in this intermediate file.

2. The method according to claim 1, wherein The method further includes: The client, based on each address file, downloads multiple sub-files of the file to be played and sequentially plays each sub-file according to the playing order of each sub-file from first to last.

3. The method according to claim 1, wherein The file format of the description file is the M3U format with UTF-8 encoding.

4. The method according to claim 1, characterized in that, The description parameter group includes at least one of: the byte start position, the anti-leeching verification parameter, and the signature information.

5. The method according to claim 1, wherein The method further includes: The client sends each address file to a preset player, so that after receiving each address file, the preset player, based on each address file, downloads multiple sub-files of the file to be played and sequentially plays each sub-file according to the playing order of each sub-file from first to last.

6. A file conversion system, characterized in that, The file conversion system includes a server and a client; The client is configured to, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server; The server is configured to receive the file acquisition request sent by the client and determine the description file of the file to be played indicated by the file identifier; wherein, the description file includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge the address files with the same domain name and file name included, obtain each intermediate file, and send each intermediate file to the client; The client is configured to receive each intermediate file and restore each intermediate file to address files including the domain name and file name in this intermediate file and respectively including one description parameter group in this intermediate file.

7. A file conversion method, characterized in that, Applied to the server in a file conversion system, the file conversion system further includes a client; the method includes: Determine the profile of the video to be played indicated by the file identifier; wherein, the file identifier is carried in the file acquisition request carrying the file identifier of the file to be played sent by each of the clients in response to the start broadcast instruction; the profile includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; Merge the address files with the same domain name and file name included, obtain respective intermediate files, and send the respective intermediate files to the client, so that after receiving the respective intermediate files, the client restores each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

8. A file conversion method, characterized in that, Applied to the client in a file conversion system, the file conversion system further includes a server; the method includes: In response to the start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server, so that after receiving the file acquisition request sent by the client, the server determines the profile of the file to be played indicated by the file identifier; wherein, the profile includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge the address files with the same domain name and file name included, obtain respective intermediate files, and send the respective intermediate files to the client; Receive the respective intermediate files, and restore each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

9. A file conversion device, characterized in that, Applied to a file conversion system, the system includes a server and a client; the device includes: A request sending module, configured to, in response to the start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server; A profile determination module, configured to the server receive the file acquisition request and determine the profile of the file to be played indicated by the file identifier; wherein, the profile includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; An intermediate file acquisition module, configured to the server merge the address files with the same domain name and file name included, obtain respective intermediate files, and send the respective intermediate files to the client; A file restoration module, configured to the client receive the respective intermediate files and restore each intermediate file to address files that include the domain name and file name in this intermediate file and respectively include one description parameter group in this intermediate file.

10. A file conversion device, characterized in that, Applied to the server in a file conversion system, the file conversion system further includes a client; the device includes: A profile determination module, configured to determine a profile of a file to be played indicated by a file identifier; wherein, the file identifier is carried in a file acquisition request carrying the file identifier of the file to be played sent by each client in response to a start broadcast instruction; the profile includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; A transitional file acquisition module, configured to merge the respective address files with the same domain name and file name included therein to obtain respective transitional files, and send the respective transitional files to the client, so that after receiving the respective transitional files, the client restores each transitional file to respective address files including the domain name and file name in this transitional file, and respectively including one description parameter group in this transitional file.

11. A file conversion device, characterized in that, Applied to a client in a file conversion system, the file conversion system further includes a server; the apparatus includes: A request sending module, configured to, in response to a start broadcast instruction, send a file acquisition request carrying the file identifier of the file to be played to the server, so that after receiving the file acquisition sent by the client, the server determines a profile of the file to be played indicated by the file identifier; wherein, the profile includes address files of multiple sub-files of the file to be played, and the address file of each sub-file includes: the domain name of this sub-file, the file name, and a description parameter group; merge the respective address files with the same domain name and file name included therein to obtain respective transitional files, and send the respective transitional files to the client; A file receiving module, configured to receive the respective transitional files, and restore each transitional file to respective address files including the domain name and file name in this transitional file, and respectively including one description parameter group in this transitional file.

12. An electronic device, characterized in that, Including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete mutual communication through the communication bus; The memory is used for storing a computer program; The processor, when executing the program stored on the memory, implements the method steps of any one of claims 1-5, and / or, the method steps of claim 7, and / or, the method steps of claim 8.

13. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, and when the computer program is executed by the processor, it implements the method steps of any one of claims 1-5, and / or, the method steps of claim 7, and / or, the method steps of claim 8.

Images