USPatent applicationPatented

File decoding system and method

Granted 30 Jul 2013 · 1 office action

Life of the application

8 dated events
⤢ drag to zoom20102012201420162018202020222024202620282030ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

A file decoding method uses a master server to decode multimedia files. The method records statuses of a plurality of slave servers in a status table, receives a decoding request to decode the multimedia file from a web server, and selects one slave server from the status table to process the decoding request by the master server. The method further sends an Internet protocol (IP) address of the selected slave server to a web browser by the web server, sends a decoding command to the selected slave server by the web browser, decodes the multimedia file by the selected slave server, and transmits decoded data of the multimedia file to the web browser.

Description

4 parts
›BACKGROUND

1. Technical Field

Embodiments of the present disclosure relate to data decoding technology, and particularly to a file decoding system and method using a master server.

2. Description of Related Art

Currently, a web browser (e.g., HTML 5.0) has been used as a population of a cloud computing by an Internet service provider (ISP). A plurality of decoders must be embedded in the web browser to decode different kinds of multimedia files, such as an avi file, an swf file, or a vox file. However, the web browser is more complicated because too many decoders need to be embedded in the web browser to support all kinds of multimedia files.

›BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of some embodiments of a file decoding system.

FIG. 2 is a block diagram of some embodiments of a master server in FIG. 1 .

FIGS. 3-5 are examples of a status table of a plurality of slave servers.

FIG. 6 is a flowchart of some embodiments of a file decoding method using the master server in FIG. 2 .

›DETAILED DESCRIPTION · 1 of 2

All of the processes described below may be embodied in, and fully automated by, functional code modules executed by one or more general purpose computers or processors. The code modules may be stored in any type of non-transitory readable medium or other storage device. Some or all of the methods may alternatively be embodied in specialized hardware. Depending on the embodiment, the non-transitory readable medium may be a hard disk drive, a compact disc, a digital video disc, or a tape drive.

FIG. 1 is a schematic diagram of some embodiments of a file decoding system 14 . In some embodiments, the file decoding system 14 may include a web browser 10 , a web server 12 , a master server 20 , a network 30 , and a plurality of slave server (e.g., 32 , 34 , and 36 ). In some embodiments, the master server 20 may be used to receive a decoding request of multimedia files from the web server 12 , and to select a slave server to process the decoding request. The network 30 may be an intranet, the Internet or other suitable communication networks.

In some embodiments, each of the slave servers includes a plurality of decoders to decode different file formats of multimedia files. The web browser 10 is installed in a client computer. The web browser 10 provides an user interface to access the web server 12 , and sends decoding requests of the multimedia files to the web server 12 .

FIG. 2 is a block diagram of some embodiments of the master server 20 . In some embodiments, the master server includes a storage device 201 , a status recording module 202 , a request receiving module 203 , a task assignment module 204 , a status updating module 205 , and a processor 206 . In some embodiments, the modules 202 - 205 comprise one or more computerized instructions that are stored in the storage device 201 . The computerized code includes instructions that are executed by the at least one processor 206 to provide functions for modules 202 - 205 .

The status recording module 202 records a status for slave servers in a status table 40 (as shown in FIG. 3 ) upon the condition that the slave server connects to the master server 20 . The status table 40 is stored in the storage device 201 . For example, as shown in FIG. 3 , the status table 40 may include a slave server name, a central processing unit (CPU) usage, a graphic processing unit (GPU) usage, a memory usage, a network load, a thread number, an Internet protocol (IP) address, and a status tag. In some embodiments, the status tag may be used to record a connection status between each of the slave servers and the master server 20 . For example, the status tag of the slave server is set with “1” upon the condition that the slave server is connected with the master server 20 . The status tag of the slave server is set with “0” upon the condition that the slave server is disconnected with the master server 20 .

The request receiving module 203 receives the decoding request to decode the multimedia file from the web server 12 . In some embodiments, the web server 12 receives the decoding request from the web browser 10 . For example, the decoding request includes a file name, a file format, and a file path of the multimedia file stored in the storage device 201 of the master server 20 .

The task assignment module 204 selects one slave server from the status table 40 , and assigns a decoding task to the selected slave server to process the decoding request. Specifically, the task assignment module 204 first calculates a network utilization rate of each of the slave servers in the status table 40 according to the status of each of the slave servers. The task assignment module 204 selects the slave server with the minimum network utilization rate to process the decoding request.

For example, “k 0 ” represents a current CPU usage of a slave server, “k 1 ” represents a current GPU usage of the slave server, “k 2 ” represents a current memory usage of the slave server, “k 3 ” represents a current network load of the slave server, and “k 4 ” represents a current thread number of the slave server. Supposing weighting coefficients are X0, X1, X2, X3, and X4, where X0=m 0 , X1=m 1 , X2=m 2 , X3=m 3 , X4=m 4 . Thus, if “Result” represents the network utilization rate of the slave server, then

Result = ∑ n = 0 4 ⁢ k n ⁢ m n .

In some embodiments, X0+X1+X2+X3+X4=1. For example, X0=0.3, X1=0.35, X2=0.2, X3=0.1, and X4=0.05.

In other embodiments, if the slave server to process the decoding request is not selected within a preset time interval (e.g., 10 seconds), the status updating module 205 updates the status tag of each of the slave servers in the status table 40 . For example, the status updating module 205 updates the status tag of each of the slave servers in the status table 40 from one to zero (refers to FIG. 5 ).

The status updating module 205 updates the status of the selected slave server in the status table 40 upon the condition that the selected slave server receives the assigned decoding task. For example, as shown in FIG. 3 , slave 3 has the minimum network utilization rate in the status table 40 . After updating the status table 40 , as shown in FIG. 4 , a new CPU usage of slave 3 is 62%, a new GPU usage of slave 3 is 45%, a new memory usage of slave 3 is 54%, a new network load of slave 3 is 10%, and a new thread number of slave 3 is 81.

The task assignment module 204 sends an Internet protocol (IP) address of the selected slave server to the web server 12 .

Upon receiving the IP address of the selected slave server, the web browser 10 sends a decoding command to the selected slave server accordingly.

The selected slave server decodes the multimedia file, and transmits decoded data of the multimedia file to the web browser 10 . Specifically, the selected slave server first obtains the multimedia file from the storage device 201 of the master server 20 according to the file name and the file path of the multimedia file. The selected slave server then obtains a decoder corresponding to the file format of multimedia file, and decodes the multimedia file using the obtained decoder. Upon accomplishing the decoding task, the selected slave server transmits the decoded data of the multimedia file to the web browser 10 .

›DETAILED DESCRIPTION · 2 of 2

FIG. 6 is a flowchart of some embodiments of a file decoding method. Depending on the embodiment, additional blocks may be added, others removed, and the ordering of the blocks may be changed.

In block S 1 , the status recording module 202 records a status for slave servers in a status table 40 (as shown in FIG. 3 ) upon the condition that the slave server connects to the master server 20 . The status table 40 is stored in the storage device 201 .

In block S 2 , the request receiving module 203 receives a decoding request to decode the multimedia file from the web server 12 . In some embodiments, the web server 12 receives the decoding request from the web browser 10 . For example, the decoding request includes a file name, a file format, and a file path of the multimedia file stored in the storage device 201 of the master server 20 .

In block S 3 , the task assignment module 204 selects one slave server from the status table 40 , and assigns a decoding task to the selected slave server to process the decoding request.

In block S 4 , the status updating module 205 updates the status of the selected slave server in the status table 40 upon the condition that the selected slave server receives the assigned decoding task.

In block S 5 , the task assignment module 204 sends an Internet protocol (IP) address of the selected slave server to the web server 12 . The web server 12 sends the IP address of the selected slave server to the web browser 10 .

In block S 6 , the web browser 10 sends a decoding command to the selected slave server according to the IP address of the selected slave server.

In block S 7 , the selected slave server decodes the multimedia file, and transmits decoded data of the multimedia file to the web browser 10 . Specifically, the selected slave server first obtains the multimedia file from the storage device 201 of the master server 20 according to the file name and the file path of the multimedia file. The selected slave server then obtains a decoder corresponding to the file format of multimedia file, and decodes the multimedia file using the obtained decoder. Upon accomplishing the decoding task, the selected slave server transmits the decoded data of the multimedia file to the web browser 10 .

In block S 3 , if the slave server to process the decoding request is not selected within a preset time interval (e.g., 10 seconds), the status updating module 205 updates the status tag of each of the slave servers in the status table 40 . For example, the status updating module 205 updates the status tag of each of the slave servers in the status table 40 from one to zero (refers to FIG. 5 ).

In other embodiments, the master server 20 may receive other requests (e.g., an encoding request) from the web server 12 , and select a pre-installed program from a slave server to process the corresponding request.

It should be emphasized that the above-described embodiments of the present disclosure, particularly, any embodiments, are merely possible examples of implementations, merely set forth for a clear understanding of the principles of the disclosure. Many variations and modifications may be made to the above-described embodiment(s) of the disclosure without departing substantially from the spirit and principles of the disclosure. All such modifications and variations are intended to be included herein within the scope of this disclosure and the present disclosure and protected by the following claims.

Claims as granted

19 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

5 codes
IPC · International Patent Classification
Section G — Physics
  • G06F15/173
  • G06F15/167
USPC · US Patent Classification
709/208709/247709/226

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJul 2010Jan 2011Jul 2011Jan 2012Jul 2012Jan 2013Jul 2013USPTOApplicantNon-final rejectionResponse after non-finalNotice of allowance
USPTOApplicanthover for detail · click to open
Pendency
2.9 y
1,061 days filing → grant
Office actions
1
non-final + final
Responses
1
no RCE
Examiner
Patrice Winder
art unit 2452 · TC 2400
Citations: 11 back · 2 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom20102012201420162018202020222024202620282030Owner 1
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock