KR20090017931A - Method and apparatus of downloading file in mobile terminal thereof - Google Patents

Abstract

A method and an apparatus of downloading a file in a mobile terminal are provided to supply detailed file information if a user selects a file to be received, thereby enabling the user to recognize information with regard to the file to be received before receiving the file. An input unit(150) receives a folder selecting signal for selecting a folder stored in a server, the first file request signal for selecting a file which displays detailed file information, and the second file request signal for selecting a received file. A Bluetooth communication unit(110) transmits the input folder selecting signal, the first file request signal, the second file request signal and a file transmission permission signal to the server and receives a file from the server. A controller(180) generates a sample file of files if the folder stored in the server is selected. The controller generates and displays detailed file information of the first file by using the sample file if the first file which displays detailed file information of the files is selected.

Description

Terminal and File Receiving Method {METHOD AND APPARATUS OF DOWNLOADING FILE IN MOBILE TERMINAL THEREOF}

The present invention relates to a terminal and a file receiving method thereof, and more particularly, to a file receiving method of a terminal receiving a file from a file transfer protocol server (hereinafter referred to as an 'FTP server').

Recently, a terminal having a function of receiving a file by connecting to a server through Bluetooth communication has been released.

The Bluetooth communication is a wireless communication method based on short-range radio technology. Bluetooth communication operates in the 2.4GHz Industrial Scientific Medical (ISM) frequency band and can transmit voice and data at speeds up to 1Mbps over a 10m radius. And since the Bluetooth module consumes very little power, the range of its use is rapidly increasing.

Since the terminal does not provide file detailed information on the file stored in the server, users sometimes receive a file that is not intended.

The terminal cannot play the file until the file is received. Accordingly, even if there is an error file, the user may have a problem of noticing a file error after receiving all the files. In addition, in the above-described process, the user is bored because the user has to wait for file playback until the file reception is completed. There is this.

Accordingly, the present invention has been made to solve the above-mentioned problems of the background art, and an object of the present invention is to provide a file detail information of a file when the user selects a file to receive and to provide a file to the user to receive before receiving the file. The present invention provides a terminal capable of recognizing information and a file receiving method thereof.

Another object of the present invention is to provide a method of playing a file simultaneously with receiving the file.

In order to achieve the above object, a method of receiving a file of a terminal according to the present invention includes generating a sample file of all files included in the selected folder when a folder is selected from the folders stored in the server. If a first file to display file detail information is selected among the files, generating and displaying file detail information of the first file using the sample file, and a second file to be received among the files included in the folder is displayed. If selected, reproducing a sample file of the second file at the same time as receiving a file subsequent to the sample file of the second file from the server.

In order to achieve the above object, the terminal according to the present invention includes a folder selection signal for selecting a folder stored in the server, a first file request signal for selecting a file for displaying file detail information, and a second for selecting a file to be received. When an input unit for receiving a file request signal, the folder selection signal, a first file request signal and a second file request signal are transmitted to the server, and a Bluetooth communication unit receiving a file from the server and a folder stored in the server, Create a sample file of all the files included in the folder, and if the first file is selected from among the file to display the file details, to generate and display file details of the first file using the sample file, When a second file to be received is selected from among the files, a file consecutive to the sample file of the second file is received from the server and simultaneously. A control unit for reproducing a sample file of a second file, a storage unit for storing the sample file and a file consecutive to the sample file; And a display unit for displaying the file details and the file to be played.

The terminal and the file receiving method thereof according to the present invention as described above have an effect that a user can obtain information about a file to be received before receiving a file.

The present invention has the effect that the user can utilize the file reception time by playing the file at the same time as the reception of the file.

In addition, the present invention has the effect of reducing the playback delay that occurs during playback of the stored sample file.

Preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the present invention, a preferred example of a client (terminal) and a server (FTP server) as shown in FIG. 1 is a mobile communication terminal, a mobile phone, a personal digital assistant (PDA), a digital multimedia broadcasting (DMB) phone. It includes devices that store files, such as media players, digital cameras, and other devices that support Bluetooth Obex (hereafter referred to as 'OBEX').

The OBEX is a session protocol for transmitting a request and a response of a signal and data and a signal between the terminal and the server.

And Bluetooth devices supporting OBEX play the role of server and client.

The header of the OBEX includes the name of the object, the length of the object, the MIME type, the count of the object sent and received, and a brief description of the object. . In the present invention, the object may be a data packet of a signal and a file transmitted and received between the terminal and the server.

The profile required for file transfer using OBEX of the server and client includes 'Generic Object Exchange Profile' which defines the basic object exchange method, Object 'Push Profile' which exchanges device information, and file transfer. There is 'File Transfer Profile' and 'Synchronization Profile' for synchronization.

In the description of the present invention, the terminal and the server, during the initial Bluetooth pairing, monitor each other's Bluetooth communication profile to confirm a Bluetooth communication function supported by the counterpart device.

The Bluetooth communication function that an external device can support can be confirmed using SDP (Service Discovery Protocol, hereinafter referred to as 'SDP').

The SDP exists in the transport layer of the Bluetooth stack and is a protocol related to the search for a service provided by the Bluetooth device.

Examples of services provided by the Bluetooth device include FTP (File Transfer Protocol), Object Push Profile (OPP), and Basic Printer Profile (BPP).

When the Bluetooth pairing with the server, the terminal monitors the User Define Block of the server profile to check whether the Bluetooth FTP file transfer function is supported. In the present invention, a server supporting the Bluetooth FTP file transfer function is referred to as an 'FTP server' for convenience of description.

If the server supports the above function, the terminal stores the device identification number (for example, the server address) of the server and does not execute the profile search procedure the next time the Bluetooth connection with the server.

In the present invention, the 'first file request signal' is a signal transmitted by the terminal to the server to receive all files included in a specific folder stored in the server, and includes a file transfer permission signal.

In the present invention, the 'file transfer permission signal' is a signal indicating that the server allows the file to be transmitted to the terminal and is attached to the first file request signal in the form of a magic string.

In the present invention, the 'sample file' is a file generated by the terminal receiving only the entire file stored in the server as much as a preset file reception rate.

The 'file reception rate' represents a ratio of files that the terminal intends to receive to the total files stored in the server.

In the present invention, the 'second file request signal' is a signal transmitted to the server to receive a sample file and a file consecutively stored in the terminal, and includes information on the last data packet of the sample file.

In the description of the present invention, for convenience of explanation, the server supports the FTP transfer function of files and thumbnails using Bluetooth communication, and the terminal stores the device identification number of the server, thereby connecting to the server without searching for a profile. An embodiment will be described.

In the present invention, the file is described using a multimedia file (for example, a music file or a video file) as an example. However, the present invention is not limited thereto, and the present invention also includes an embodiment using a still image file and a text file.

The server in the present invention is a server including a file transfer function using Bluetooth communication and FTP.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. 2 is a block diagram showing a schematic configuration of a terminal 100 according to an embodiment of the present invention. 2, the terminal 100 includes a Bluetooth communication unit 110, a communication unit 120, a data processing unit 130, an audio processing unit 140, an input unit 150, a display unit 160, and a storage unit 170. And a controller 180.

The Bluetooth communication unit 110 performs a series of operations for transmitting and receiving a control signal and a voice signal through a wireless interface (Interface) with the devices capable of Bluetooth communication. In particular, the Bluetooth communication unit 110 transmits a first file request signal and a second file request signal to the server 200 by Bluetooth connection with the FTP server 200 supporting the FTP function. The Bluetooth communication unit 110 receives a file from the server 200 and transmits the file to the controller 180.

The communication unit 120 may include a radio frequency (RF) transmitter for up-converting and amplifying a frequency of a transmitted video call signal, and an RF receiver for low noise amplifying and down-converting a received video call signal. Such a configuration may be included when the terminal 100 of the present invention is the video call terminal 100 and may be omitted as necessary.

The data processor 130 includes a transmitter for encoding and modulating a transmitted signal and a receiver for demodulating and decoding a received signal. That is, the data processor 130 may be configured of a modem and a codec. The codec includes a data codec for processing packet data and an audio codec for processing an audio signal such as voice. Therefore, the data processor 130 performs a function of decoding the video signal and the audio signal received from the counterpart terminal 100 using a codec.

The audio processor 140 reproduces the voice signal output from the audio codec of the data processor 130 through the microphone 142 or transmits the transmitted voice signal generated from the microphone 141 to the data processor 130. It performs the function of transmitting to AUDIO CODEC of.

The input unit 150 may include a keypad, a touch screen, or a touch pad. In addition, the input unit 150 transmits an input signal input from a user to the controller 180 to control the operation of the terminal 100. The input unit 150 receives a file selection signal for selecting a file to display a folder selection signal and file detail information and a file selection to be received from a user, and transmits the same to the controller 180.

The display unit 160 may be formed of a liquid crystal display (LCD), or organic light emitting diodes (OLED) hereinafter, and various display data generated by the terminal 100. And displays the operation state of the current terminal 100 on the screen. The display unit 160 may operate as the input unit 150 when the display unit 160 is implemented as a touch screen. The display unit 160 selects a folder from among folders stored in the server 200, a file to display file detail information among files included in the selected folder, and a file to receive the whole following the sample file. And a file detail information of the selected file is displayed, and a sample file reproduced upon reception of the file is displayed under the control of the control unit.

The storage unit 170 stores programs and data necessary for the overall operation of the terminal 100 according to an embodiment of the present invention. In particular, the storage unit 170 stores a program 171 for generating file detailed information (eg, a thumbnail) of the file using the stored sample file. The storage unit 170 stores a file reception rate 173 indicating a ratio of the total amount of files received for the generation of the sample file to the total files stored in the server 200. The storage unit 170 stores the sample file, and stores the file received from the server 200 after the sample file under the control of the controller 180.

The controller 180 controls the overall operation of the terminal 100. The controller 180 connects to the FTP server 200 and controls the display unit 160 to display the folder stored in the FTP server 200. When a folder is selected by the user, the controller 180 generates a sample file of files included in the selected folder. When a file for displaying file detail information is selected among the files included in the folder, the controller 180 generates and displays file detail information of the selected file.

When a file to receive the entire file is selected among the files included in the folder, the controller 180 transmits a second file request signal to the FTP server 200 requesting the transmission of a file subsequent to the sample file of the file. do. The controller 180 reproduces the sample file of the second file at the same time as receiving the file subsequent to the sample file of the second file from the FTP server 200. When the reception of the second file is completed and the connection to the FTP server 200 is requested, the controller 180 releases the connection to the FTP server 200 and deletes the stored sample file.

3A and 3B are flowcharts illustrating a file receiving method of the terminal 100 according to an exemplary embodiment of the present invention.

In particular, FIGS. 3A and 3B are flowcharts illustrating a method of accessing a server 200 supporting an FTP file transfer function through a Bluetooth communication and receiving a file from the server 200. 4A and 4I illustrate screen diagrams illustrating a user interface according to the exemplary embodiment of FIGS. 3A and 3B.

2, 3A to 4I, the controller 180 controls the Bluetooth communication unit 110 to access the server 200 (S301).

At this time, the controller 180 checks whether the server 200 supports the FTP file transfer function using Bluetooth. When the terminal 100 and the server 200 are initially connected, the controller 180 checks whether the server 200 supports the file transfer function by using a service discovery protocol (SDP). If the connection of the step S301 is not the first connection, the controller 180 provides a file transfer function in which the device identification number 171 (eg, the 'server 200 address') of the server 200 is pre-stored. Whether or not the file transfer function is supported is included in the device identification number 171. If the server 200 does not support the file transfer function, the controller 180 performs a general server 200 connection function.

Then, the controller 180 browses the server 200 to display the folders stored in the server 200 on the display unit 160 as shown in FIG. 4A (S303). The controller 180 determines whether there is a folder selected by the user among the folders displayed in step S303 (S305).

As shown in FIG. 4B, the folder may be selected by using a direction key or a touch of a touch screen and then selecting the folder by inputting an 'OK' key 410.

When the folder is selected as a result of the determination in step S305, the controller 180 divides the files included in the selected folder into a file that can be processed by the controller 180 and a file that cannot be processed (S307).

In this case, it is preferable to determine whether the process of step S307 is possible using Multipurpose Internet Mail Extensions (hereinafter, referred to as 'MIME') included in the header of the OBEX. Since the MIME includes information on a content type of the file, the controller 180 can check the format of the file included in the MIME and determine the files that can be processed by the controller 180 and the unprocessable files. .

For example, when the terminal 100 does not include a codec of a music file 'rar', the controller 180 displays a blurred music file 430 having a compression format of 'rar' as shown in FIG. 4C. In addition, the other executable files 420 and 440 are preferably displayed in bold or highlighted.

Then, the controller 180 transmits the first file request signal to the FTP server 200 (S309). The first file request signal is a signal transmitted to the FTP server 200 to request the reception of all files included in the folder selected in step S305. The first file request signal includes a file transfer permission signal allowing the FTP server 200 to transmit a file to the terminal 100.

The file transfer permission signal may be attached to the end of the first file request signal in the form of a magic string.

In general, the FTP server 200 having received the file request signal from the terminal 100 may transmit the file to the terminal 100 before the FTP server 200 transmits the file to the terminal 100. A signal for requesting a response to the terminal is transmitted to the terminal 100. The terminal 100 receiving the request signal displays a user interface (UI) on which the user inputs permission of the file transfer of the FTP server 200 on the display unit 160. When the user inputs a file transfer permission signal (Yes), the terminal 100 transmits a file transfer permission signal to the FTP server 200. Upon receiving the file transfer signal from the FTP server 200, the FTP server 200 transmits a file corresponding to the file transfer signal to the terminal 100.

However, in the conventional method as described above, when a user needs to receive all files included in a folder, the user has to input a file transmission permission signal to the terminal 100 one by one.

In the present invention, in order to alleviate the inconvenience described above, the file transmission permission signal (Yes) is attached to the first file request signal and transmitted to the server 200, so that the server 200 transmits the response request signal of the selected file transmission or not. It does not transmit to the terminal 100.

In step S309, the control unit 180 that transmits the first file request signal to the FTP server 200 starts receiving a file transmitted from the FTP server 200 and stores it in a temporary folder of the storage unit 170. Store in (S311).

Then, the controller 180 determines whether the amount of files received and stored in step S311 matches the preset file reception rate 173 (S313). The file reception rate 173 is preferably set in software in the terminal 100 when the terminal 100 is manufactured.

If the result of the determination in step S313 does not match, the controller 180 returns to step S311 and receives the file until the amount of the file matches the file reception rate 173. If the result of the determination in step S313 matches, the controller 180 stops receiving the file and generates a sample file (S315). That is, in the present invention, the file received by the file reception rate 173 from the server 200 as in step S315 is called a sample file.

Referring to the steps S305 to S315 through an embodiment, when the user selects the folder 'Old Pop' 415 as shown in FIG. 4B, the controller 180 controls the files included in the folder 'Old Pop' 415. Let it be.mp3 '(420),' Yesterday.rar '(430),' Hey Jude.mpeg '(440) transmits the first file request signal to request the FTP server 200.

The FTP server 200 receiving the first file request signal transmits the files included in the Old Pop '415 folder to the terminal 100. At this time, since the FTP server 200 recognizes a signal allowing the file transfer of the FTP server 200 included in the first file request signal, the FTP server 200 does not transmit a file transfer response request signal to the terminal 100. .

If the file reception rate 173 set in the terminal 100 is 5%, the controller 180 receives and stores only 5% of the total file capacity of each file, and stops the reception. That is, when the user selects the 'Old Pop' (415) folder, the entire files (100%) of 'Let it be.mp3' (420), 'Yesterday.rar' (430) and 'Hey Jude.mpeg' (440) Only 5% of the

At this time, the file stored only 5% of the total file is referred to as a sample file in the present invention.

Then, the controller 180 determines whether a file to display file detail information is selected from among the files displayed in step S307 (S317). The file may be selected using a direction key or a touch signal as shown in FIG. 4C.

If the determination result in step S317 is not selected, the controller 180 classifies the file included in the folder selected in step S305 into a file that can be processed by the terminal 100 and a file that cannot be processed (S318). Then, the controller 180 returns to step S317 and determines whether a file to display file detail information is selected.

When the determination result file of step S317 is selected, the controller 180 generates file detail information of the file selected in step S317 using the file information included in the header of the sample file stored in the storage unit 170. (S319).

The controller 180 displays the file details information 450 and 455 of the generated file on the display unit 160 (S321).

The file detailed information may include a data rate (for example, '500bps'), codec information (for example, 'MPEG'), file capacity (for example, '5Mbyte'), and copyright information (for example, For example, 'Beatles'). The file detailed information may further include a playback time (eg, '05: 23 ') and a thumbnail 450 of the video file when the file is a video.

That is, the present invention displays the file detail information of the file included in the folder selected by the user in advance before receiving the entire file, thereby preventing the user from receiving an unintended file or an error file.

Then, the controller 180 determines whether a file to receive the entire file is selected (S323). As shown in FIG. 4D, the file to be received may be selected by selecting the file 440 using a direction key or a touch signal and then inputting an 'OK' key 410.

As a result of the determination in step S323, when a file to be received is selected, the controller 180 transmits a second file request signal for requesting the transmission of the selected file to the FTP server 200 (S325). The second file request signal is a signal for requesting transmission of a file except for a sample file already stored in the storage unit 170 among all files of the file selected in step S323. To this end, the second file request signal preferably includes the last data packet information of the sample file stored in the storage unit 170.

The FTP server 200 receiving the second file request signal from the terminal 100 recognizes the last data packet information, and transmits a file transfer response request signal inquiring whether to transmit the selected file in step S323. 100).

As a result of the determination in step S323, if a file to be received is not selected, the controller 180 classifies the file included in the folder selected in step S305 into a file that can be processed by the terminal 100 and a file that cannot be processed ( S344). Then, the controller 180 returns to step S323 and determines whether a file to receive the entire file is selected.

Receiving a file transfer response request signal from the FTP server 200 (S327), the terminal 100 illustrates a user interface (UI) in which a user inputs a response to whether the file is transmitted from the FTP server 200. The display unit 160 displays 4e as shown in 4e (S329).

The controller 180 checks the input transmission response signal (S331). As a result of checking in step S331, if a signal (Yes) for allowing file transfer of the FTP server 200 is not input and a signal (No) for rejecting the transmission is input, the controller 180 transmits a file transfer rejection message to the FTP server ( 200) (S332). In addition, the controller 180 classifies the file included in the folder selected in step S305 into a file that the terminal 100 can process and a file that cannot be processed (S344). Then, the controller 180 returns to step S323 to perform the above process.

When the signal (Yes) for allowing the file transfer of the FTP server 200 is input as a result of the check in step S331, the controller 180 transmits a signal for allowing the file transfer of the FTP server 200 to the FTP server 200. It transmits (S333).

The FTP server 200 receiving the signal for allowing the file transfer from the terminal 100 transmits the file corresponding to the data packet after the last data packet information included in the second file request signal to the terminal 100.

The controller 180 subsequently receives and stores the file after the sample file from the FTP server 200 and simultaneously reproduces the sample file stored in the storage unit 170 (S335).

In addition, it is preferable to display a progress bar indicating the reception rate of the file as shown at 460 of FIG. 4F. The reason why the reception is started at '5%' at 460 is that the sample file is already 5% of the entire file. Because I received as much.

In addition, the controller 180 may display the message 480 indicating that the reception of the sample file starts at the same time as the reproduction of the sample file, such as 470, on the display unit 160.

When the reproduction of the sample file is completed, the controller 180 reproduces the file received in step S335 after the sample file (S335).

As described above, the present invention provides an advantage that the user does not have to spend boring time until the reception of the file is completed by playing the previously received file before the reception of the file selected by the user is completed. In addition, the present invention provides an advantage of reducing playback delay that may occur when playing a file by playing back a previously received file and subsequently playing a subsequent file.

Then, the controller 180 determines whether reception of the file is completed (S337). If the reception of the file is not completed as shown in FIG. 4G as a result of the determination in step S337, the controller 180 proceeds to step S335 to maintain file reception and playback of the received file. When the sample file is finished playing, the received file is played continuously.

The user may support a function of stopping or skipping the reception of a file using a media player such as 475 and subsequently receiving and playing the file in a sample file of another file which is not currently being played while the file is being played. At this time, when the user views the sample file to be played back, and if the file is not intended or has an error file, the reception of the entire file may be stopped.

For example, the terminal 100 includes the files' Let it be.mp3 '420,' Yesterday.rar '430, and' Hey Jude. It is assumed that the sample file of mpeg '440 is stored and' Let it be.mp3 '420 is being reproduced while receiving and storing a file consecutive to the sample file from the server 200. At this time, the user may stop receiving, storing, and playing the file of 'Let it be.mp3' 420, and may perform file receiving, storing, and playing of the next song, 'Yesterday.rar' 430. When the playback of the determination result of step S337 is completed as shown in FIG. 4H, the controller 180 may display a message 610 indicating that the playback is completed. As a result of the determination in step S337, when reception is completed as illustrated in FIG. 4I, the controller 180 determines whether a release of the connection with the FTP server 200 is requested (S339). As a result of the determination in step S339, when the release of the connection with the FTP server 200 is requested, the controller 180 releases the connection with the FTP server 200 (S341).

The controller 180 deletes the sample file of the file that has not received the entire file, ie, the file received in S335 from the sample file stored in the storage unit 170 (S343). If the signal for requesting the release of the connection with the FTP server 200 is not received as a result of the determination in step S339, the controller 180 returns to step S323 and performs the above process.

In the above, specific preferred embodiments of the present invention have been illustrated and described. However, the present invention is not limited to the above-described embodiments, and various modifications can be made by any person having ordinary skill in the art without departing from the gist of the present invention attached to the claims. .

1 is a view showing a preferred client (terminal) and server to which the present invention is applied;

2 is a block diagram showing a schematic configuration of a terminal according to an embodiment of the present invention;

3A and 3B are flowcharts illustrating a flow of a file receiving method of a terminal according to an embodiment of the present invention; and

4A to 4I are screen views illustrating a user interface according to a file receiving method of a terminal according to an exemplary embodiment of the present invention.

Claims (23)

In a file receiving method of a terminal connected to a server having a File Transfer Protocol file transfer function using Bluetooth, If a folder stored in the server is selected, transmitting a first file request signal to the server requesting transmission of files included in the selected folder; Receiving a portion of the files from the server to generate a sample file; And If a first file to display file detail information is selected among the files included in the folder, generating the file detail information of the first file using the sample file and displaying the same. Receiving method. The method of claim 1, wherein after generating and displaying file detail information of the first file, Receiving a file consecutive to the sample file of the received request file from the server and playing back the sample file of the received request file when the received request file is selected from among the files included in the folder. File receiving method of the terminal, characterized in that. The method of claim 2, wherein after the step of reproducing the sample file of the reception request file, Disconnecting from the server when the reception request file is received and disconnection with the server is requested; And deleting the sample file in which the continuous file has not been received. The method of claim 2, wherein the reproducing of the sample file of the received request file And reproducing a continuous file received from the server when the sample file of the reception request file is completed. The method of claim 1, wherein the first file request signal is And a file transfer permission signal allowing the server to transfer a file to the terminal in the form of a magic string. The method of claim 1, wherein displaying the files comprises: And displaying the files by dividing the files that are processed by the terminal and the files that cannot be processed by the terminal. The method of claim 6, wherein the distinguishing and displaying Identifying a file format using a Multipurpose Internet Mail Extension (MIME) included in a header of a Bluetooth Obex (OBEX); Identifying a codec included in the terminal to distinguish a processable file and an unprocessable file from among the formats of the checked file; And displaying the distinguished files differently from each other. The method of claim 1, wherein the receiving and generating a sample file Determining whether an amount of a file received from the server matches the file reception rate; If it does not match, stopping the reception of the file, and if it does not match, maintaining the file reception. The method of claim 1, wherein generating and displaying file detail information of the first file comprises: The file receiving method of the terminal, characterized in that generated using the file information included in the header (Header) of the sample file. The method of claim 9, wherein the file information is A file receiving method of a terminal, comprising a file name, length, format, number of data packets, and a brief description. The method of claim 1, wherein the file details are as follows. A file receiving method of a terminal comprising at least one of a data rate, a codec, a file capacity, and copyright information. 12. The method of claim 11, wherein the file details are: If the sample file is a music file, the file receiving method of the terminal further comprises at least one of a playback time of the file, a sample file to be played or a thumbnail (Thumbnail). The method of claim 2, wherein the reproducing of the sample file of the received request file If the reception request file is selected, transmitting a second file request signal for requesting transmission of a file subsequent to the sample file of the reception request file to the server; Receiving a signal asking permission of the file transfer from the server; Displaying a user interface for selecting whether to allow file transfer on a display unit; And And transmitting a file transfer permission signal to the server if the file transfer is denied. The method of claim 1, wherein some of the files are And a file reception rate indicating a ratio of a file to be received by the terminal as a sample file to a file stored in the server. In a terminal for receiving a file by connecting to a server having a File Transfer Protocol (FTP) file transfer function using Bluetooth, An input unit for receiving a folder selection signal for selecting a folder stored in the server, a first file request signal for selecting a file for displaying file detail information, and a second file request signal for selecting a file to be received; A Bluetooth communication unit which transmits the input folder selection signal, a first file request signal, a second file request signal, and a file transfer permission signal to the server and receives a file from the server; When a folder stored in the server is selected, a sample file of files included in the folder is generated, and when a first file to display file detail information is selected among the files, the file details of the first file are used by using the sample file. A controller for generating information and displaying the information; A storage unit for storing the sample file and a file consecutive to the sample file; And And a display unit for displaying the file details and the file to be played. The method of claim 15, wherein the control unit If a reception request file to be received is selected among the files included in the folder, the file successive to the sample file of the reception request file is reproduced from the server and the sample file of the reception request file is displayed and displayed on the display unit. Terminal characterized in that. The method of claim 15, wherein the control unit After the sample file of the reception request file is played, when the reception of the reception request file is completed and the connection with the server is requested, the terminal is disconnected from the server, and a continuous file is not received from the server. Terminal for deleting a sample file. The method of claim 15, wherein the control unit And when the sample file of the reception request file is completed, subsequently playing the consecutive file received from the server. The method of claim 15, wherein the control unit And receiving all the files from the server by a predetermined file reception rate to generate a sample file. The method of claim 15, wherein the control unit And generating file detailed information of the first file by using file information included in a header of a sample file stored in the storage unit. The method of claim 20, wherein the file information is A terminal comprising a file name, length, format, number of data packets, and a brief description. 21. The method of claim 20, wherein the file details are: A file receiving method of a terminal comprising at least one of a data rate, a codec, a file capacity, and copyright information. 21. The method of claim 20, wherein the file details are: And at least one of a display time of the file, a sample file to be reproduced, or a thumbnail of the file.

Images