CN104092754A - File storage system and method - Google Patents
File storage system and method Download PDFInfo
- Publication number
- CN104092754A CN104092754A CN201410318744.8A CN201410318744A CN104092754A CN 104092754 A CN104092754 A CN 104092754A CN 201410318744 A CN201410318744 A CN 201410318744A CN 104092754 A CN104092754 A CN 104092754A
- Authority
- CN
- China
- Prior art keywords
- file
- request
- storage
- processing
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a file storage system which comprises an application server, a plurality of file servers, a file manager and a plurality of distributed storage systems. The application server is used for receiving a request transmitted by a client terminal and transmitting the request to one of the multiple file servers according to the request and the loading states of the file servers; the multiple file servers process files corresponding to the request according to the request coming from the application server to obtain processed files and transmit the processed files to the file manager, and the file manager receives the processed files and selects one distributed storage system to store the processed files according to the attributes of the processed files and the attributes of the multiple distributed storage systems. Correspondingly, the invention further provides a file storage method. According to the technical scheme, load balancing of the request and storage can be achieved, and the requirement of the high concurrency storage of the high-capacity files can be met.
Description
Technical field
The present invention relates to technical field of data storage, in particular to a kind of document storage system and a kind of file memory method.
Background technology
At present, along with the fast development of mobile Internet and community etc., a large amount of file, data are following.These files exist mainly with the form of document or picture, and the size of each file itself is also little, but file population quantity is very huge.At present, these jumbo files are generally only stored in local disk, still, simple disk storage all has certain restriction at aspects such as memory capacity, storage efficiency, disaster tolerances, can not meet user to the storage demand of file.
Therefore, how reasonably to store these jumbo files, become current problem demanding prompt solution.
Summary of the invention
The present invention, just based on above-mentioned technical problem, has proposed a kind of new technical scheme, can realize the load balancing of request and storage, meets the concurrent storage of height of large capacity documents.
In view of this, the present invention proposes a kind of document storage system, comprise: application server, a plurality of file server, file manager and a plurality of distributed memory system, wherein said application server, the request sending for receiving client, and according to described request and the load condition of file server described in each, described request is sent to a file server in a plurality of described file servers; A plurality of described file servers, receive respectively the request from described application server, according to described request, the file corresponding with described request are processed and are obtained processing rear file, and file after described processing is sent to described file manager; Described file manager, reception from the described processing of a plurality of described file servers after file, according to the attribute of file after described processing and the attribute of a plurality of described distributed memory systems, for file after described processing selects a distributed memory system so that file after described processing is stored.
In this technical scheme, load balancing is carried out in the request that application server sends client, according to the service condition of current each file server, select suitable file server and process the file of user's request correspondence, such as, according to the service condition of the port of current each available file server, select current relatively idle file server, to process user, ask corresponding file.File manager is for the storage operation of schedule file, after its file after receiving processing, file after can selecting most suitable distributed memory system to this processing according to the attribute of the attribute of the file after this processing and each distributed memory system is stored, and has promoted the efficiency of system.In addition, in technique scheme, can process successively single request, also can process a plurality of requests simultaneously, therefore, both can realize the load balancing of request and storage, also can meet the concurrent storage of height of large capacity documents.
In technique scheme, preferably, described in each, distributed memory system has a plurality of storage servers, backup mutually between storage server described in each.
In this technical scheme, between a plurality of storage servers in each distributed memory system, be mutually to back up, this has promoted the fail safe of file storage greatly.
In technique scheme, preferably, the quantity of described distributed memory system dynamically changes according to the size of the file receiving.
In this technical scheme, when file that the off-capacity of distributed memory system arrives with storing received, can dynamically increase the quantity of distributed memory system, to increase memory capacity, realize dynamic capacity and expand.
In technique scheme, preferably, described file server comprises the processing of described file: the metadata information of management document, the storage format of file, and described file is compressed to storage.
In this technical scheme, file server is the nucleus module of native system, it is mainly processed the file of uploading, wherein, the metadata of management document can conveniently be retrieved file after storage, and the storage format of management document can be that file configuration arrives suitable distributed memory system according to the storage format of file, to realize load balancing, the file that compression is uploaded can reduce the size of file, saves memory capacity.
In technique scheme, preferably, after described processing, the attribute of file comprises: the size of file and hyperlink request number after described processing; And the attribute of described distributed memory system comprises: remanence disk space size.
In this technical scheme, file manager can, according to the size of file after processing and/or the remanence disk space of hyperlink request number and a plurality of distributed memory systems size, be selected most suitable distributed memory system for processing rear file.When, file after processing is excessive and its hyperlink request number is more, select the larger distributed memory system of remanence disk space to store the file after this processing.Like this, can realize the load balancing of request and storage, the storage efficiency of elevator system.
According to a further aspect in the invention, a kind of file memory method is also provided, comprise: application server receives the request that client sends, and according to the load condition of file server described in each in described request and a plurality of file server, described request is sent to a file server in a plurality of file servers; A described file server according to described request, is processed and is obtained processing rear file the file corresponding with described request after receiving the request from described application server, and file after described processing is sent to file manager; Described file manager receives from after file after the described processing of a plurality of described file servers, according to the attribute of file after described processing and the attribute of a plurality of distributed memory systems, for file after described processing selects a distributed memory system so that file after described processing is stored.
In this technical scheme, load balancing is carried out in the request that application server sends client, according to the service condition of current each file server, select suitable file server and process the file of user's request correspondence, such as, according to the service condition of the port of current each available file server, select current relatively idle file server, to process user, ask corresponding file.File manager is for the storage operation of schedule file, after its file after receiving processing, file after can selecting most suitable distributed memory system to this processing according to the attribute of the attribute of the file after this processing and each distributed memory system is stored, and has promoted the efficiency of system.In addition, in technique scheme, can process successively single request, also can process a plurality of requests simultaneously, therefore, both can realize the load balancing of request and storage, also can meet the concurrent storage of height of large capacity documents.
In technique scheme, preferably, be arranged in storage server described in each of a plurality of storage servers on distributed memory system described in each and mutually back up.
In this technical scheme, between a plurality of storage servers in each distributed memory system, be mutually to back up, this has promoted the fail safe of file storage greatly.
In technique scheme, preferably, according to the size of the file receiving, dynamically change the quantity of described distributed memory system.
In this technical scheme, when file that the off-capacity of distributed memory system arrives with storing received, can dynamically increase the quantity of distributed memory system, to increase memory capacity, realize dynamic capacity and expand.
In technique scheme, preferably, described file server is managed the metadata information of described file, the storage format of file, and described file is compressed to storage.
In this technical scheme, file server is the nucleus module of native system, it mainly manages the file of uploading, wherein, the metadata of management document can conveniently be retrieved file after storage, and the storage format of management document can be that file configuration arrives suitable distributed memory system according to the storage format of file, to realize load balancing, the file that compression is uploaded can reduce the size of file, saves memory capacity.
In technique scheme, preferably, after described processing, the attribute of file comprises: the size of file and hyperlink request number after described processing; And the attribute of described distributed memory system comprises: remanence disk space size.
In this technical scheme, file manager can, according to the size of file after processing and/or the remanence disk space of hyperlink request number and a plurality of distributed memory systems size, be selected most suitable distributed memory system for processing rear file.When, file after processing is excessive and its hyperlink request number is more, select the larger distributed memory system of remanence disk space to store the file after this processing.Like this, can realize the load balancing of request and storage, the storage efficiency of elevator system.
By above technical scheme, can realize the load balancing of request and storage, efficiency and the fail safe of elevator system storage, meet the concurrent storage of height of large capacity documents.
Accompanying drawing explanation
Fig. 1 shows the block diagram of document storage system according to an embodiment of the invention;
Fig. 2 shows the flow chart of file memory method according to an embodiment of the invention;
Fig. 3 shows the schematic block diagram of document storage system according to an embodiment of the invention.
Embodiment
In order more clearly to understand above-mentioned purpose of the present invention, feature and advantage, below in conjunction with the drawings and specific embodiments, the present invention is further described in detail.It should be noted that, in the situation that not conflicting, the application's embodiment and the feature in embodiment can combine mutually.
A lot of details have been set forth in the following description so that fully understand the present invention; but; the present invention can also adopt other to be different from other modes described here and implement, and therefore, protection scope of the present invention is not subject to the restriction of following public specific embodiment.
Fig. 1 shows the block diagram of document storage system according to an embodiment of the invention.
As shown in Figure 1, document storage system 100 according to an embodiment of the invention, comprising: application server 102, the request sending for receiving client, and according to the load condition of request and each file server, send the request to a file server in a plurality of file servers; A plurality of file servers: file server 1042, file server 1044 ..., file server 104N, receive respectively the request from application server, according to request, the file corresponding with request processed and obtained processing rear file, and file after processing is sent to file manager 106; File manager 106, receives from file after the processing of a plurality of file servers, according to the attribute of file and the attribute of a plurality of distributed memory systems after processing, for processing rear file, selects a distributed memory system to store processing rear file; And a plurality of distributed memory systems: distributed memory system 1082, distributed memory system 1084 ..., distributed memory system 108N.
In this technical scheme, load balancing is carried out in the request that 102 pairs of clients of application server send, according to the service condition of current each file server, select suitable file server and process the file of user's request correspondence, such as, according to the service condition of the port of current each available file server, select current relatively idle file server, to process user, ask corresponding file.File manager 106 is for the storage operation of schedule file, after its file after receiving processing, file after can selecting most suitable distributed memory system to this processing according to the attribute of the attribute of the file after this processing and each distributed memory system is stored, and has promoted the efficiency of system.In addition, in technique scheme, can process successively single request, also can process a plurality of requests simultaneously, therefore, both can realize the load balancing of request and storage, also can meet the concurrent storage of height of large capacity documents.
In technique scheme, preferably, each distributed memory system has a plurality of storage servers, backup mutually between each storage server.
In this technical scheme, between a plurality of storage servers in each distributed memory system, be mutually to back up, this has promoted the fail safe of file storage greatly.
In technique scheme, preferably, the quantity of distributed memory system dynamically changes according to the size of the file receiving.
In this technical scheme, when file that the off-capacity of distributed memory system arrives with storing received, can dynamically increase the quantity of distributed memory system, to increase memory capacity, realize dynamic capacity and expand.
In technique scheme, preferably, file server comprises the processing of file: the metadata information of management document, the storage format of file, and file is compressed to storage.
In this technical scheme, file server is the nucleus module of native system, it is mainly processed the file of uploading, wherein, the metadata of management document can conveniently be retrieved file after storage, and the storage format of management document can be that file configuration arrives suitable distributed memory system according to the storage format of file, to realize load balancing, the file that compression is uploaded can reduce the size of file, saves memory capacity.
In technique scheme, preferably, after processing, the attribute of file comprises: size and the hyperlink request number of file after processing; And the attribute of distributed memory system comprises: remanence disk space size.
In this technical scheme, file manager can, according to the size of file after processing and/or the remanence disk space of hyperlink request number and a plurality of distributed memory systems size, be selected most suitable distributed memory system for processing rear file.When, file after processing is excessive and its hyperlink request number is more, select the larger distributed memory system of remanence disk space to store the file after this processing.Like this, can realize the load balancing of request and storage, the storage efficiency of elevator system.
Fig. 2 shows the flow chart of file memory method according to an embodiment of the invention.
As shown in Figure 2, file memory method according to an embodiment of the invention, comprises the following steps:
Step 202, application server receives the request that client sends, and according to the load condition of each file server in request and a plurality of file server, sends the request to a file server in a plurality of file servers.
Step 204, after a file server receives the request from application server, according to request, processes and obtains processing rear file the file corresponding with request, and file after processing is sent to file manager.
Step 206, file manager receives from after file after the processing of a plurality of file servers, according to the attribute of file and the attribute of a plurality of distributed memory systems after processing, for processing rear file, select a distributed memory system to store processing rear file.
In this technical scheme, load balancing is carried out in the request that application server sends client, according to the service condition of current each file server, select suitable file server and process the file of user's request correspondence, such as, according to the service condition of the port of current each available file server, select current relatively idle file server, to process user, ask corresponding file.File manager is for the storage operation of schedule file, after its file after receiving processing, file after can selecting most suitable distributed memory system to this processing according to the attribute of the attribute of the file after this processing and each distributed memory system is stored, and has promoted the efficiency of system.In addition, in technique scheme, can process successively single request, also can process a plurality of requests simultaneously, therefore, both can realize the load balancing of request and storage, also can meet the concurrent storage of height of large capacity documents.
In technique scheme, preferably, each storage server that is arranged in a plurality of storage servers on each distributed memory system backs up mutually.
In this technical scheme, between a plurality of storage servers in each distributed memory system, be mutually to back up, this has promoted the fail safe of file storage greatly.
In technique scheme, preferably, according to the size of the file receiving, dynamically change the quantity of distributed memory system.
In this technical scheme, when file that the off-capacity of distributed memory system arrives with storing received, can dynamically increase the quantity of distributed memory system, to increase memory capacity, realize dynamic capacity and expand.
In technique scheme, preferably, the metadata information of file server management document, the storage format of file, and file is compressed to storage.
In this technical scheme, file server is the nucleus module of native system, it mainly manages the file of uploading, wherein, the metadata of management document can conveniently be retrieved file after storage, and the storage format of management document can be that file configuration arrives suitable distributed memory system according to the storage format of file, to realize load balancing, the file that compression is uploaded can reduce the size of file, saves memory capacity.
In technique scheme, preferably, after processing, the attribute of file comprises: size and the hyperlink request number of file after processing; And the attribute of distributed memory system comprises: remanence disk space size.
In this technical scheme, file manager can, according to the size of file after processing and/or the remanence disk space of hyperlink request number and a plurality of distributed memory systems size, be selected most suitable distributed memory system for processing rear file.When, file after processing is excessive and its hyperlink request number is more, select the larger distributed memory system of remanence disk space to store the file after this processing.Like this, can realize the load balancing of request and storage, the storage efficiency of elevator system.
Fig. 3 shows the schematic block diagram of document storage system according to an embodiment of the invention.
As shown in Figure 3, document storage system 300 according to an embodiment of the invention, comprise: client Client302a, Client302b ..., Client302N, application server Apache Server304, file server FsServer306a, FsServer306b ..., FsServer306N, file manager DFS Manager308, and distributed memory system DFS310a, DFS310b ..., DFS310N.
Client302a, Client302b ..., Client302N is to Apache Server304 Transmit message storage resource request.Wherein, Client302a, Client302b ..., the Client302N user that is this device and the supplier of file.
A plurality of file storage resource requests that application server Apache Server304 basis receives and FsServer306a, FsServer306b ..., each load condition in FsServer306N, by each request in a plurality of requests be sent to FsServer306a, FsServer306b ..., in FsServer306N one.Application server Apache Server304 to Client302a, Client302b ..., the request of uploading and/or downloading of coming that sends of Client302N carries out load balancing one time, according to the service condition of current FsServer306, select suitable FsServer to process user's request.Such as, according to the service condition of the port of current each available FsServer, select current relatively idle FsServer, to process user, ask corresponding file.In addition, process the concurrent storage of height that request that a plurality of clients send can realize large capacity documents simultaneously.
FsServer306a, FsServer306b ..., FsServer306N is according to the file storage resource request that receives separately, the file corresponding with this storage resource request processed and obtained processing rear file, and by processing afterwards file be sent to DFS Manager308.FsServer306 is the nucleus module of native system, and it is mainly processed the file of uploading, and comprises the metadata information of management document, the storage format of file, and file is compressed to storage.Wherein, the metadata of management document can conveniently be retrieved file after storage, the storage format of management document can be that file configuration arrives suitable distributed memory system according to the storage format of file, to realize load balancing, the file that compression is uploaded can reduce the size of file, saves memory capacity.
DFS Manager308 receives from after file after the processing of FsServer306, according to the size of file after processing and hyperlink request number and DFS310a, DFS310b ..., DFS310N remanence disk space size, for processing rear file, select a suitable DFS310 to store processing rear file, after file is stored successfully, extract file identifier, for calling when this document is downloaded in request next time.When, file after processing is excessive and its hyperlink request number is more, select the larger DFS310 of remanence disk space to store the file after this processing.Like this, can realize the load balancing of request and storage, the storage efficiency of elevator system.
In addition, in technique scheme, preferably, each DFS310 has a plurality of storage servers, and between each storage server, backup mutually, can promote the fail safe of file storage greatly.
In technique scheme, preferably, the quantity of DFS310 dynamically changes according to the size of the file receiving.In this technical scheme, when file that the off-capacity of DFS310 arrives with storing received, can dynamically increase the quantity of DFS310, to increase memory capacity, realize dynamic capacity and expand.
More than be described with reference to the accompanying drawings technical scheme of the present invention, by technical scheme of the present invention, can have realized the load balancing of request and storage, efficiency, the safety and stability of elevator system storage, realize the concurrent storage of height of large capacity documents.
The foregoing is only the preferred embodiments of the present invention, be not limited to the present invention, for a person skilled in the art, the present invention can have various modifications and variations.Within the spirit and principles in the present invention all, any modification of doing, be equal to replacement, improvement etc., within all should being included in protection scope of the present invention.
Claims (10)
1. a document storage system, is characterized in that, comprising: application server, a plurality of file server, file manager and a plurality of distributed memory system, wherein
Described application server, the request sending for receiving client, and according to described request and the load condition of file server described in each, described request is sent to a file server in a plurality of described file servers;
A plurality of described file servers, receive respectively the request from described application server, according to described request, the file corresponding with described request are processed and are obtained processing rear file, and file after described processing is sent to described file manager;
Described file manager, reception from the described processing of a plurality of described file servers after file, according to the attribute of file after described processing and the attribute of a plurality of described distributed memory systems, for file after described processing selects a distributed memory system so that file after described processing is stored.
2. document storage system according to claim 1, is characterized in that, described in each, distributed memory system has a plurality of storage servers, backup mutually between storage server described in each.
3. document storage system according to claim 1 and 2, is characterized in that, the quantity of described distributed memory system dynamically changes according to the size of the file receiving.
4. document storage system according to claim 1 and 2, is characterized in that, described file server comprises the processing of described file: the metadata information of management document, the storage format of file, and described file is compressed to storage.
5. document storage system according to claim 1 and 2, is characterized in that, after described processing, the attribute of file comprises: the size of file and hyperlink request number after described processing; And the attribute of described distributed memory system comprises: remanence disk space size.
6. a file memory method, is characterized in that, comprising:
Application server receives the request that client sends, and according to the load condition of file server described in each in described request and a plurality of file server, described request is sent to a file server in a plurality of file servers;
A described file server according to described request, is processed and is obtained processing rear file the file corresponding with described request after receiving the request from described application server, and file after described processing is sent to file manager;
Described file manager receives from after file after the described processing of a plurality of described file servers, according to the attribute of file after described processing and the attribute of a plurality of distributed memory systems, for file after described processing selects a distributed memory system so that file after described processing is stored.
7. file memory method according to claim 6, is characterized in that, also comprises:
Being arranged in storage server described in each of a plurality of storage servers on distributed memory system described in each backs up mutually.
8. according to the file memory method described in claim 6 or 7, it is characterized in that, according to the size of the file receiving, dynamically change the quantity of described distributed memory system.
9. according to the file memory method described in claim 6 or 7, it is characterized in that, described file server is managed the metadata information of described file, the storage format of file, and described file is compressed to storage.
10. according to the file memory method described in claim 6 or 7, it is characterized in that, after described processing, the attribute of file comprises: the size of file and hyperlink request number after described processing; And the attribute of described distributed memory system comprises: remanence disk space size.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410318744.8A CN104092754B (en) | 2014-07-04 | 2014-07-04 | Document storage system and file memory method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410318744.8A CN104092754B (en) | 2014-07-04 | 2014-07-04 | Document storage system and file memory method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104092754A true CN104092754A (en) | 2014-10-08 |
| CN104092754B CN104092754B (en) | 2017-11-24 |
Family
ID=51640434
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410318744.8A Active CN104092754B (en) | 2014-07-04 | 2014-07-04 | Document storage system and file memory method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104092754B (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104679905A (en) * | 2015-03-20 | 2015-06-03 | 四川特伦特科技股份有限公司 | High-speed storage system based on cloud storage |
| CN107193504A (en) * | 2017-06-02 | 2017-09-22 | 郑州云海信息技术有限公司 | A kind of method and system of automation distribution and establishment application memory based on Kubernetes |
| CN107317880A (en) * | 2017-08-08 | 2017-11-03 | 郑州云海信息技术有限公司 | A kind of method and device for realizing load balancing |
| CN108108247A (en) * | 2017-12-28 | 2018-06-01 | 大唐软件技术股份有限公司 | Distributed picture storage service system and method |
| CN112445768A (en) * | 2019-08-27 | 2021-03-05 | 无锡江南计算技术研究所 | Multi-file system metadata unified cache management method for super-large scale system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1403934A (en) * | 2001-09-06 | 2003-03-19 | 华为技术有限公司 | Load balancing method and equipment for convective medium server |
| CN101207550A (en) * | 2007-03-16 | 2008-06-25 | 中国科学技术大学 | Load balancing system and method for multi business to implement load balancing |
| CN101753478A (en) * | 2008-12-05 | 2010-06-23 | 中国移动通信集团公司 | Distributed E-mail system and service method thereof |
| CN102045396A (en) * | 2010-12-20 | 2011-05-04 | 福建星网视易信息系统有限公司 | Load balancing method of server document |
-
2014
- 2014-07-04 CN CN201410318744.8A patent/CN104092754B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1403934A (en) * | 2001-09-06 | 2003-03-19 | 华为技术有限公司 | Load balancing method and equipment for convective medium server |
| CN101207550A (en) * | 2007-03-16 | 2008-06-25 | 中国科学技术大学 | Load balancing system and method for multi business to implement load balancing |
| CN101753478A (en) * | 2008-12-05 | 2010-06-23 | 中国移动通信集团公司 | Distributed E-mail system and service method thereof |
| CN102045396A (en) * | 2010-12-20 | 2011-05-04 | 福建星网视易信息系统有限公司 | Load balancing method of server document |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104679905A (en) * | 2015-03-20 | 2015-06-03 | 四川特伦特科技股份有限公司 | High-speed storage system based on cloud storage |
| CN104679905B (en) * | 2015-03-20 | 2018-04-20 | 四川特伦特科技股份有限公司 | A kind of high-speed memory system based on cloud storage |
| CN107193504A (en) * | 2017-06-02 | 2017-09-22 | 郑州云海信息技术有限公司 | A kind of method and system of automation distribution and establishment application memory based on Kubernetes |
| CN107317880A (en) * | 2017-08-08 | 2017-11-03 | 郑州云海信息技术有限公司 | A kind of method and device for realizing load balancing |
| CN108108247A (en) * | 2017-12-28 | 2018-06-01 | 大唐软件技术股份有限公司 | Distributed picture storage service system and method |
| CN112445768A (en) * | 2019-08-27 | 2021-03-05 | 无锡江南计算技术研究所 | Multi-file system metadata unified cache management method for super-large scale system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104092754B (en) | 2017-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10212217B2 (en) | Method and apparatus for data transmission in a distributed storage system | |
| US20140165119A1 (en) | Offline download method, multimedia file download method and system thereof | |
| CN104092754A (en) | File storage system and method | |
| CN103179156A (en) | Method, system and device for sharing pictures | |
| CN103379021A (en) | Method and system for achieving distributed message queue | |
| CN103731448A (en) | Method and system for compressing picture | |
| WO2016095149A1 (en) | Data compression and storage method and device, and distributed file system | |
| CN102868707A (en) | Method and system for downloading and transcoding file | |
| CN102035859A (en) | Method, system and device for displaying upload progress | |
| CN103916421A (en) | Cloud storage data service device, data transmission system, server and method | |
| JP7086853B2 (en) | Network access methods, related equipment and systems | |
| CN105516264A (en) | Distributed cluster system based session sharing method, apparatus and system | |
| CN111541555A (en) | Group chat optimization method and related product | |
| CN107071072A (en) | A kind of distributed network gate method for dealing with objects storage high concurrent request | |
| CN110290009B (en) | Data scheduling method and device and computer readable storage medium | |
| CN103368951A (en) | File downloading method and system | |
| CN102882960A (en) | Method and device for transmitting resource files | |
| US8553999B2 (en) | Method and system for providing tile map service using solid compression | |
| CN105577734A (en) | Information backup method, device, server and terminal | |
| CN103068052A (en) | Dynamic configuration method and system of resources and portal server | |
| CN101572764B (en) | Method and system for sending pictures between electronic picture frames and electronic picture frame | |
| CN103942208A (en) | File processing method and device | |
| CN111654526A (en) | Load balancing method and system for streaming media server | |
| CN103781039A (en) | Short message system with compression function and implementation method thereof | |
| CN112104682A (en) | Intelligent distribution method and system for cloud desktop server, storage medium and central control server |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 100094 Haidian District North Road, Beijing, No. 68 Applicant after: Yonyou Network Technology Co., Ltd. Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant before: UFIDA Software Co., Ltd. |
|
| COR | Change of bibliographic data | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |