1 SYSTEMES ET PROCEDES DE TRANSFERT DE DONNEES La présente invention1 DATA TRANSFER SYSTEMS AND METHODS The present invention
concerne un système et un procédé de transfert de données et en particulier, un procédé et un système informatique permettant d'effectuer un transfert de données peer-to-peer (P2P). Le transfert de données entre des ordinateurs est couramment utilisé dans les applications de réseau actuelles. Un transfert de données peer-to-peer (P2P) offre des vitesses élevées, supporte plusieurs types de données et de multiples utilisateurs, et est donc devenu populaire. En général, lorsque l'on effectue un transfert de données P2P, un dispositif informatique, comme un ordinateur personnel (PC) ou un ordinateur portable, nécessite un fichier de script donnant la longueur, le nom et des informations de hachage d'un fichier souhaité, ainsi que l'adresse URL d'un traqueur. Par exemple, pour télécharger un fichier depuis un réseau par le bais de BitTo:rrentTM, un site web est recherché pour trouver et télécharger un fichier torrent (portant l'extension .torrent), après quoi le fichier est ouvert chez un client BitTorrent (BT) du dispositif cible, grâce à quoi le client BT télécharge le fichier souhaité par le biais d'un diffuseur et/ou de pairs sur Internet. Lorsque le fichier téléchargé, c'est-à-dire un fichier multimédia, est de grande taille, à cause de la limitation de la largeur de bande du réseau, le dispositif informatique réalisant le transfert de données P2P doit rester allumé pendant toute la durée du transfert, ce qui consomme une quantité considérable de courant. En outre, le fichier téléchargé est uniquement mémorisé dans le dispositif informatique avec le client BT exécuté, ce qui rend le partage de données inapproprié entre différents dispositifs informatiques. relates to a data transfer system and method and in particular to a method and a computer system for performing peer-to-peer (P2P) data transfer. Data transfer between computers is commonly used in current network applications. Peer-to-peer (P2P) data transfer offers high speeds, supports multiple types of data and multiple users, and has become popular. In general, when performing a P2P data transfer, a computing device, such as a personal computer (PC) or laptop, requires a script file giving the length, name, and hash information of a file. desired, as well as the URL of a tracker. For example, to download a file from a network through BitTo: rrentTM, a website is searched to find and download a torrent file (with the extension .torrent), after which the file is opened at a BitTorrent client ( BT) of the target device, whereby the BT client downloads the desired file through a broadcaster and / or peers over the Internet. When the downloaded file, ie a multimedia file, is large, because of the limitation of the bandwidth of the network, the computing device carrying out the P2P data transfer must remain on for the duration transfer, which consumes a considerable amount of current. In addition, the downloaded file is only stored in the computing device with the BT client running, which makes the sharing of data inappropriate between different computing devices.
2907931 2 L'invention dote un système informatique d'un dispositif de téléchargement isolé qui translate l'exécution des tâches avec un temps de traitement plus long à un dispositif de téléchargement.The invention provides a computer system with an isolated download device that translates the execution of tasks with a longer processing time to a download device.
5 Un mode de réalisation servant d'exemple d'un système informatique comprend une interface de connexion, un dispositif de téléchargement et au moins un premier dispositif informatique. Le premier dispositif informatique génère un fichier de script. Le dispositif de 10 téléchargement, couplé au premier dispositif informatique, par le biais de l'interface de connexion, comprend une unité de traitement, une interface réseau et une unité de stockage. Lorsque le dispositif de téléchargement et le premier dispositif informatique sont déconnectés, l'unité de 15 traitement est capable de localiser et d'exécuter au moins une instruction de téléchargement correspondante dans l'unité de stockage en fonction du contenu du fichier de script, ce qui génère et stocke des données téléchargées dans l'unité de stockage une fois l'instruction de 20 téléchargement achevée. L'invention propose également un procédé de transfert de données comprenant un premier dispositif informatique générant un fichier de script, exécutant une instruction de téléchargement correspondante à partir d'un dispositif de 25 téléchargement en fonction du contenu du fichier de script ; et stockant des données téléchargées depuis un réseau dans le dispositif de téléchargement en fonction du contenu du fichier de script une fois l'instruction de téléchargement achevée.An exemplary embodiment of a computer system includes a connection interface, a download device, and at least a first computing device. The first computing device generates a script file. The download device, coupled to the first computing device, through the connection interface, includes a processing unit, a network interface and a storage unit. When the download device and the first computing device are disconnected, the processing unit is capable of locating and executing at least one corresponding download instruction in the storage unit according to the contents of the script file. which generates and stores downloaded data in the storage unit after the download instruction has been completed. The invention also provides a data transfer method comprising a first computer device generating a script file, executing a corresponding download instruction from a download device according to the contents of the script file; and storing data downloaded from a network into the download device based on the contents of the script file after the download instruction has been completed.
30 L'invention pourra être mieux comprise à la lecture de la description détaillée suivante et des exemples en faisant référence aux dessins joints, parmi lesquels : 2907931 3 la figure 1 est une illustration schématique d'un système informatique selon un mode de réalisation de l'invention ; la figure 2 est un organigramme d'un procédé de transfert de données appliqué à un dispositif informatique selon un mode 5 de réalisation de l'invention ; la figure 3 est un organigramme d'un procédé de transfert de données appliqué à un dispositif de téléchargement selon un mode de réalisation de l'invention ; la figure 4 est une illustration schématique d'un procédé de 10 partage de données selon un mode de réalisation de l'invention ; la figure 5 est une illustration schématique d'un système informatique selon un autre mode de réalisation de l'invention ; 15 la figure 6 est un organigramme d'un procédé de transfert de données appliqué à un dispositif informatique selon un autre mode de réalisation de l'invention ; et la figure 7 est un organigramme d'un procédé de transfert de données appliqué à un dispositif de téléchargement selon un 20 autre mode de réalisation de l'invention. La description suivante correspond au mode de réalisation préféré de l'invention. Cette description est donnée pour illustrer les principes généraux de l'invention et ne doit pas être considérée comme limitative. La portée de 25 l'invention est mieux déterminée dans les revendications jointes. La figure 1 représente un mode de réalisation d'un système informatique selon l'invention. Le système informatique 100 comprend les dispositifs informatiques 110, 112 et 114, et 2907931 4 un dispositif de téléchargement 130. Les dispositifs informatiques 110, 112 et 114 sont respectivement couplés au dispositif de téléchargement 130 par le biais d'une interface de connexion 120. Dans ce mode de réalisation, 5 l'interface de connexion 120 peut être une interface réseau filaire, comme l'interface réseau Ethernet (LAN), une interface réseau sans fil, par exemple l'interface réseau 802.11a/b/g (WLAN), ou une interface USB, fournissant un partage ou un transfert de données entre les dispositifs 10 informatiques 110, 112 et 114 et le dispositif de téléchargement 130. Chaque dispositif informatique possède une interface utilisateur permettant la création, la modification ou la révision des fichiers de script. Le dispositif de téléchargement 130, couplé aux dispositifs 15 informatiques par le biais de l'interface de connexion 120, comprend une unité de traitement 132, une interface réseau 134 et une unité de stockage 136. L'unité de traitement 132 effectue des tâches attribuées et initie une instruction de téléchargement correspondante. L'interface 20 réseau 134 peut être une interface réseau filaire ou sans fil connectée à un réseau physique, par exemple Internet, de telle sorte que le dispositif de téléchargement 130 peut télécharger des fichiers ou des données spécifiques à partir de celui-ci. L'unité de stockage 136 comprend les 25 instructions pour une instruction de téléchargement qui, exécutées avec un fichier de script, permettent au dispositif de téléchargement de télécharger à partir du réseau physique des fichiers identifiés dans le fichier de scipt. Une fois l'instruction de téléchargement achevée, le 30 fichier complet est également stocké dans l'unité de stockage 136. L'instruction de téléchargement comprend un ou plusieurs programmes pouvant effectuer la tâche attribuée par le fichier de script. Par exemple, l'instruction de téléchargement peut être un programme, comme un client BT, 2907931 5 pouvant effectuer un téléchargement P2P. Dans un exemple, en supposant que le dispositif informatique 110 fournit un fichier de script BT et que l'unité de stockage 136 du dispositif de téléchargement 130 stocke le fichier 5 d'exécution d'un programme BT correspondant, le dispositif de téléchargement 130 peut effectuer une instruction de téléchargement attribuée, sur la base du contenu du fichier de script BT. Dans le présent mode de réalisation, le dispositif de stockage 136 peut comprendre un type 10 quelconque de support de stockage, comme une mémoire FLASH 1362, une SRAM 1364, un disque dur 1366 et similaires. La mémoire FLASH 1362 peut intégrer un système destiné à la gestion de la mémoire et à la planification des tâches, et le disque dur 1366 peut comprendre une pluralité 15 d'instructions de téléchargement. Lors de la réception d'un fichier de script, le dispositif de téléchargement 130 commence à chercher une instruction de téléchargement correspondante (dans un fichier exécutable) dans le disque dur 1366 en fonction du fichier de script, charge 20 l'instruction de téléchargement correspondante dans la SRAM 1364 en vue de son exécution, puis initie le téléchargement du fichier décrit dans le fichier de script. A la fin du téléchargement, le fichier (désigné par données téléchargées) est alors stocké dans le disque dur 1366. Les 25 instructions de téléchargement et le fichier téléchargé peuvent être stockés dans un même disque dur ou dans des disques durs différents. Il faut remarquer que l'unité de traitement 132 peut être un SOPC (système sur puce programmable) qui possède des modules 30 ou éléments programmables permettant d'effectuer une tâche requise. Par exemple, l'unité de traitement 132 peut comprendre un microprocesseur (par exemple un processeur ARM) 1322, un contrôleur de mémoire (non représenté), un contrôleur USB (non représenté) et un 2907931 6 contrôleur de port entrée/sortie (non représenté), couplés les uns aux autres par un bus interne pour contrôler l'accès aux unités de stockage. En outre, l'unité de traitement 132 peut également comprendre des modules de propriété 5 intellectuelle (IP) spécifiques permettant d'effectuer des tâches spécifiques. La figure 2 montre un mode de réalisation d'un procédé de transfert de données appliqué à un dispositif informatique selon l'invention. Il faut remarquer que la demande de 10 transfert de données peut être envoyée par l'un quelconque des dispositifs informatiques 110, 112 ou 114. Dans le présent mode de réalisation, la demande de transfert de données est envoyée par le dispositif informatique 110. En réponse à cela, une interface utilisateur est d'abord 15 ouverte pour définir un profil de téléchargement (étape S210). L'interface utilisateur est ensuite fermée et le profil de téléchargement stocké dans un fichier de script SF. Le fichier de script SF est envoyé au dispositif de téléchargement 130 par le dispositif informatique 110 20 (étape S220). Si aucune tâche supplémentaire ne doit être effectuée, le dispositif informatique 110 peut être éteint (étape S230) puis déconnecté du dispositif de téléchargement 130, en restant éteint. La figure 3 montre un mode de réalisation d'un procédé de 25 transfert de données appliqué à un dispositif de téléchargement selon l'invention. Le procédé peut être effectué tandis que le dispositif informatique 110 et le dispositif de téléchargement 130 sont déconnectés. Le fichier de script SF envoyé par le dispositif 30 informatique 110 est reçu par le dispositif de téléchargement 130 (étape S310). Après réception du fichier de script SF, sur la base du fichier de script SF, l'unité de traitement du dispositif de téléchargement 130 détermine 2907931 7 qu'il y a une demande de téléchargement P2P, et localise l'instruction de téléchargement P2P correspondante dans l'unité de stockage 136 (étape 5320) qui est alors initiée (étape S330). Par conséquent, le dispositif de 5 téléchargement 130 télécharge à partir du fichier connecté des données (fichier) spécialisées, tel qu'énoncé dans le fichier de script SF. Les données téléchargées obtenues sont stockées dans l'unité de stockage 136 (étape S340). En référence aux figures 2 et 3, pour exécuter une 10 instruction de téléchargement, l'ordinateur 110 définit uniquement les profils de téléchargement et génère un fichier de script qui est ensuite envoyé au dispositif de téléchargement 130 en vue d'une exécution réelle, de telle sorte que le dispositif informatique 110 peut être éteint 15 avant que l'instruction de téléchargement soit achevée. La consommation de courant est alors considérablement réduite. Les données téléchargées sont stockées dans l'unité de stockage 136 du dispositif de téléchargement 130. D'autres dispositifs informatiques, comme le dispositif 20 informatique 112 ou 114 de la figure 1, peuvent facilement demander et acquérir les données téléchargées à partir de l'unité de stockage 136 du dispositif de téléchargement 130, si nécessaire. La figure 4 montre un mode de réalisation d'un procédé de 25 partage de données selon l'invention. Tel que représenté, lorsque le dispositif informatique 112 doit télécharger des données, en fonction du contenu du fichier de script SF, une demande est d'abord envoyée au dispositif de téléchargement 130 (étape S410). Le dispositif de 30 téléchargement 130 détermine ensuite si les données demandées sont déjà présentes dans l'unité de stockage (étape S420). Si c'est le cas (Oui à l'étape S420), le 2907931 8 dispositif de téléchargement 130 envoie une confirmation au dispositif informatique 112 et transfère les données au dispositif informatique 112 par l'intermédiaire de l'interface de connexion 120 (étape S430). Si les données ne 5 sont pas localisées (Non à l'étape S420), le dispositif de téléchargement 130 renvoie un rejet au dispositif informatique 112. Dès réception du rejet, le dispositif informatique 112 peut mettre un terme à la communication ou fournir un nouveau fichier de script demandant une nouvelle 10 instruction de téléchargement au dispositif de téléchargement 130 en utilisant le procédé de la figure 2 (étape S440). De la même façon, le dispositif informatique 114 peut également acquérir les mêmes données par l'intermédiaire des étapes S410-S440. Tous les 15 dispositifs informatiques d'un système peuvent donc partager facilement les données. En outre, le système informatique, selon l'invention, peut exécuter d'autres tâches qui nécessitent des temps de traitement plus longs tout en économisant du courant en 20 translatant de manière similaire ces opérations au dispositif de téléchargement. Par exemple, un enregistrement de radiodiffusion vidéonumérique (DVB) peut être translaté au dispositif de téléchargement, lorsque des modules ou matériels applicables sont incorporés dans le dispositif de 25 téléchargement. La figure 5 montre un mode de réalisation d'un autre système informatique 500 selon l'invention, comprenant trois dispositifs informatiques 510, 512 et 514, une interface de connexion 520 et un dispositif de téléchargement 530. Les 30 dispositifs informatiques 510, 512 et 514, l'interface de connexion 520 et le dispositif de téléchargement 530 sont semblables aux dispositifs informatiques 110, 112 et 114, à l'interface de connexion 120 et au dispositif de 2907931 9 téléchargement 130 de la figure 1, respectivement, à la différence qu'une antenne de réception 540, une unité de traitement de signaux 550 et un codeur 560 sont présents dans le dispositif de téléchargement 530 pour recevoir et 5 traiter les signaux DVB. Les signaux DVB sont d'abord reçus par l'antenne de réception 540 puis décodés par l'unité de traitement de signaux 550, et codés dans un format de signaux enregistrable, par le codeur 560. Le codeur 560 peut être configuré à l'extérieur ou à l'intérieur en fonction du 10 dispositif de traitement et de la configuration matérielle. Il faut remarquer que l'instruction de téléchargement correspondante pour l'enregistrement DVB est stockée dans l'unité de stockage du dispositif de téléchargement, qui exécute ensuite l'instruction de téléchargement pour 15 effectuer l'enregistrement DVB lorsqu'une demande correspondante est reçue. L'unité de traitement de signaux 550 peut comprendre différents modules de traitement de signaux en fonction des exigences du système. Dans certains modes de réalisation, par exemple, l'unité de 20 traitement de signaux 550 peut comprendre un module de traitement de signaux DVB ou un module de traitement de signaux de télévision par câble. La figure 6 montre un autre mode de réalisation d'un procédé de transfert de données appliqué à un dispositif 25 informatique selon l'invention, avec la demande de transfert de données pour une demande d'enregistrement DVB, qui peut être envoyée par l'un quelconque des dispositifs informatiques 510, 512 ou 514. Dans le présent mode de réalisation, la demande provient du dispositif 30 informatique 510. Une interface utilisateur est ouverte pour régler le profil DVB comportant des informations concernant la DVB (par exemple numéro de chaîne, début et fin de l'enregistrement) à enregistrer (étape S610). Une fois le réglage effectué, l'interface utilisateur est fermée et le 2907931 10 profil DVB est stocké dans un fichier de script SF2, qui comporte les informations temporelles et de chaîne de l'enregistrement. Le fichier de script SF2 est ensuite envoyé au dispositif de téléchargement 530 par le dispositif 5 informatique 510 (étape S620). Le dispositif informatique 510 peut ensuite être éteint si aucune opération supplémentaire ne doit être effectuée (étape S630), de telle sorte que le dispositif informatique 510 et le dispositif de téléchargement 530 sont 10 déconnectés, et le dispositif informatique 510 est éteint, d'une manière correspondante. La figure 7 montre un autre mode de réalisation d'un procédé de transfert de données appliqué à un dispositif de téléchargement selon l'invention, pouvant être appliqué avec 15 un dispositif informatique 510 et un dispositif de téléchargement 530 déconnectés. Le fichier de script SF2 provenant du dispositif informatique 510 est reçu par le dispositif de téléchargement 530 (étape S710). Dès réception du fichier de script SF2, en fonction du contenu du fichier 20 de script, l'unité de traitement du dispositif de téléchargement 530 détermine que la demande concerne un enregistrement DVB, et localise l'instruction de téléchargement d'enregistrement DVB correspondante dans l'unité de stockage 536 (étape S720), qui est ensuite 25 exécutée (étape S730). Par conséquent, le dispositif de téléchargement 530 reçoit et enregistre la DVB en fonction du contenu du fichier de script SF2 par le biais de l'antenne de réception 540, de l'unité de traitement de signaux 550 et du codeur 560. Lorsque l'instruction de 30 téléchargement est terminée, le programme DVB téléchargé est stocké dans l'unité de stockage 536 (étape S740), grâce à quoi tous les dispositifs informatiques du système informatique 500 peuvent partager la DVB stockée.The invention will be better understood on reading the following detailed description and examples with reference to the accompanying drawings, of which: FIG. 1 is a schematic illustration of a computer system according to an embodiment of the invention. invention; Fig. 2 is a flowchart of a data transfer method applied to a computing device according to an embodiment of the invention; Fig. 3 is a flowchart of a data transfer method applied to a download device according to an embodiment of the invention; Figure 4 is a schematic illustration of a data sharing method according to one embodiment of the invention; Figure 5 is a schematic illustration of a computer system according to another embodiment of the invention; Fig. 6 is a flowchart of a data transfer method applied to a computing device according to another embodiment of the invention; and Fig. 7 is a flowchart of a data transfer method applied to a download device according to another embodiment of the invention. The following description corresponds to the preferred embodiment of the invention. This description is given to illustrate the general principles of the invention and should not be considered as limiting. The scope of the invention is better defined in the appended claims. FIG. 1 represents an embodiment of a computer system according to the invention. The computer system 100 includes the computing devices 110, 112, and 114, and a download device 130. The computing devices 110, 112, and 114 are respectively coupled to the download device 130 through a connection interface 120. In this embodiment, the connection interface 120 may be a wired network interface, such as the Ethernet network interface (LAN), a wireless network interface, for example the 802.11a / b / g network interface (WLAN ), or a USB interface, providing a sharing or transfer of data between the computing devices 110, 112 and 114 and the download device 130. Each computing device has a user interface for creating, modifying or revising the files. script. The download device 130, coupled to the computing devices through the connection interface 120, includes a processing unit 132, a network interface 134 and a storage unit 136. The processing unit 132 performs assigned tasks. and initiates a corresponding download instruction. The network interface 134 may be a wired or wireless network interface connected to a physical network, for example the Internet, so that the download device 130 may download specific files or data therefrom. The storage unit 136 includes the instructions for a download instruction which, executed with a script file, allow the download device to download from the physical network files identified in the scipt file. Once the download instruction is complete, the complete file is also stored in the storage unit 136. The download instruction includes one or more programs that can perform the task assigned by the script file. For example, the download instruction may be a program, such as a BT client, capable of P2P downloading. In one example, assuming that the computing device 110 provides a BT script file and the storage unit 136 of the download device 130 stores the execution file of a corresponding BT program, the download device 130 may perform an assigned download instruction, based on the contents of the BT script file. In the present embodiment, the storage device 136 may include any type of storage medium, such as FLASH 1362, SRAM 1364, hard disk 1366, and the like. The FLASH 1362 may include a system for memory management and task scheduling, and the hard disk 1366 may include a plurality of download instructions. Upon receipt of a script file, the download device 130 begins searching for a corresponding download instruction (in an executable file) in the hard disk 1366 based on the script file, loads the corresponding download instruction. in SRAM 1364 for execution, then initiates the download of the file described in the script file. At the end of the download, the file (designated by downloaded data) is then stored in the hard disk 1366. The download instructions and the downloaded file can be stored in the same hard disk or in different hard disks. It should be noted that the processing unit 132 may be a programmable system-on-chip (SOPC) which has programmable modules or elements for performing a required task. For example, the processing unit 132 may comprise a microprocessor (eg an ARM processor) 1322, a memory controller (not shown), a USB controller (not shown), and an input / output port controller (not shown). shown), coupled to each other by an internal bus to control access to the storage units. In addition, the processing unit 132 may also include specific intellectual property (IP) modules for performing specific tasks. Figure 2 shows an embodiment of a data transfer method applied to a computing device according to the invention. It should be noted that the data transfer request may be sent by any of the computing devices 110, 112 or 114. In the present embodiment, the data transfer request is sent by the computing device 110. In response to this, a user interface is first opened to define a download profile (step S210). The user interface is then closed and the download profile stored in a SF script file. The script file SF is sent to the download device 130 by the computing device 110 (step S220). If no further work needs to be done, the computing device 110 may be turned off (step S230) and then disconnected from the download device 130, while remaining off. Figure 3 shows an embodiment of a data transfer method applied to a download device according to the invention. The method may be performed while the computing device 110 and the downloading device 130 are disconnected. The script file SF sent by the computing device 110 is received by the download device 130 (step S310). After receiving the SF script file, based on the SF script file, the download device processing unit 130 determines that there is a P2P download request, and locates the corresponding P2P download instruction. in the storage unit 136 (step 5320) which is then initiated (step S330). Therefore, the download device 130 downloads from the connected file specialized data (file) as set forth in the SF script file. The downloaded data obtained is stored in the storage unit 136 (step S340). Referring to FIGS. 2 and 3, to execute a download instruction, the computer 110 defines only the download profiles and generates a script file which is then sent to the download device 130 for actual execution, execution, and execution. such that the computing device 110 may be turned off before the download instruction is completed. The power consumption is then considerably reduced. The downloaded data is stored in the storage unit 136 of the download device 130. Other computing devices, such as the computer device 112 or 114 of Fig. 1, can easily request and acquire the data downloaded from the computer. storage unit 136 of the download device 130, if necessary. Fig. 4 shows an embodiment of a data sharing method according to the invention. As shown, when the computing device 112 is to download data, depending on the contents of the SF script file, a request is first sent to the download device 130 (step S410). The download device 130 then determines whether the requested data is already present in the storage unit (step S420). If this is the case (Yes at step S420), the download device 130 sends a confirmation to the computing device 112 and transfers the data to the computing device 112 through the connection interface 120 (step S430). If the data is not localized (No at step S420), the download device 130 returns a rejection to the computing device 112. On receipt of the rejection, the computing device 112 may terminate the communication or provide a new one. script file requesting a new download instruction from the download device 130 using the method of Fig. 2 (step S440). In the same way, the computing device 114 can also acquire the same data via the steps S410-S440. All the computing devices of a system can therefore easily share the data. In addition, the computer system according to the invention can perform other tasks that require longer processing times while saving power by similarly translating these operations to the download device. For example, a digital video broadcasting (DVB) record may be translated to the download device when applicable modules or hardware are incorporated in the download device. Fig. 5 shows an embodiment of another computer system 500 according to the invention, comprising three computing devices 510, 512 and 514, a connection interface 520 and a download device 530. The computing devices 510, 512 and 514, the connection interface 520, and the download device 530 are similar to the computing devices 110, 112, and 114, to the connection interface 120, and to the download device 130 of FIG. 1, respectively, unlike the that a receive antenna 540, a signal processor 550 and an encoder 560 are present in the download device 530 to receive and process the DVB signals. The DVB signals are first received by the receiving antenna 540 and then decoded by the signal processing unit 550, and encoded in a recordable signal format, by the encoder 560. The encoder 560 can be configured to the outside or inside depending on the processing device and the hardware configuration. It should be noted that the corresponding download instruction for DVB recording is stored in the storage unit of the download device, which then executes the download instruction to perform the DVB recording when a corresponding request is received. . The signal processing unit 550 may comprise different signal processing modules depending on the requirements of the system. In some embodiments, for example, the signal processing unit 550 may comprise a DVB signal processing module or a cable television signal processing module. FIG. 6 shows another embodiment of a data transfer method applied to a computer device according to the invention, with the data transfer request for a DVB registration request, which can be sent by the any of the computing devices 510, 512 or 514. In the present embodiment, the request is from the computing device 510. A user interface is open to set the DVB profile including DVB information (eg channel number, start and end of the recording) to be recorded (step S610). Once the adjustment is made, the user interface is closed and the DVB profile is stored in a SF2 script file, which includes the timing and string information of the record. The script file SF2 is then sent to the download device 530 by the computing device 510 (step S620). The computing device 510 may then be turned off if no further operation is to be performed (step S630), so that the computing device 510 and the downloading device 530 are disconnected, and the computing device 510 is turned off, a corresponding way. Figure 7 shows another embodiment of a data transfer method applied to a download device according to the invention, which can be applied with a disconnected computing device 510 and downloading device 530. The SF2 script file from the computing device 510 is received by the download device 530 (step S710). Upon receipt of the SF2 script file, depending on the contents of the script file, the download device processing unit 530 determines that the request is for a DVB record, and locates the corresponding DVB record download instruction in storage unit 536 (step S720), which is then executed (step S730). Therefore, the download device 530 receives and records the DVB according to the contents of the script file SF2 through the receiving antenna 540, the signal processing unit 550 and the encoder 560. When the Download instruction is complete, the downloaded DVB program is stored in the storage unit 536 (step S740), whereby all the computer devices of the computer system 500 can share the stored DVB.
2907931 11 Bien que l'invention ait été décrite à titre d'exemple et en référence au mode de réalisation préféré, il faut comprendre que l'invention ne se limite pas à celui-ci. En revanche, l'invention est censée couvrir plusieurs modifications et 5 agencements similaires (comme le comprendront les spécialistes de la technique). Par conséquent, la portée des revendications jointes doit être interprétée de la manière la plus large possible de manière à englober toutes ces modifications et tous ces agencements similaires. 10Although the invention has been described by way of example and with reference to the preferred embodiment, it should be understood that the invention is not limited thereto. In contrast, the invention is intended to cover several modifications and similar arrangements (as will be understood by those skilled in the art). Therefore, the scope of the appended claims should be interpreted as broadly as possible to encompass all such modifications and similar arrangements. 10