EP2162821A1 - Procede de stockage - Google Patents

Procede de stockage

Info

Publication number
EP2162821A1
EP2162821A1 EP08806085A EP08806085A EP2162821A1 EP 2162821 A1 EP2162821 A1 EP 2162821A1 EP 08806085 A EP08806085 A EP 08806085A EP 08806085 A EP08806085 A EP 08806085A EP 2162821 A1 EP2162821 A1 EP 2162821A1
Authority
EP
European Patent Office
Prior art keywords
memory space
version
file
size
memory
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.)
Withdrawn
Application number
EP08806085A
Other languages
German (de)
English (en)
Inventor
Thierry Milin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2162821A1 publication Critical patent/EP2162821A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management
    • G06F12/0238—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory
    • G06F12/0246—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory in block erasable memory, e.g. flash memory

Definitions

  • the present invention relates to a method of storing a first version of a file in a first memory space.
  • US 2006/0136548 Such a process is known from US 2006/0136548.
  • This document describes a method of storing application software and data that are related to these applications in a memory of a terminal, for example a mobile phone.
  • the method of document US 2006/0136548 provides, prior to transmission of application software to the memory of the mobile phone, the reservation of a memory space that corresponds to the size of the application software concerned. For example, if the application software is 10 KB in size, the placeholder will be 10 KB. However, if the application software is 40 KB, the placeholder will be 40 KB. The size of the reserved memory space is therefore equal to the size of the application software. Subsequently, the application software is saved in the reserved memory space.
  • the memory of the mobile phone does not include enough space to allow the reservation, that is to say if for example the space available in the memory is only 20 KB, while the reservation must be 30 KB, the reservation can not be made and the application and its data will not be saved. If this is a new version of an application that needs to replace a current version, for example as part of an update of this application, this update will not be possible.
  • An example is the update of a type of software called in English "firmware".
  • the present invention therefore aims to remedy the disadvantage mentioned above by providing a method for better management of space in a memory with a low storage capacity, such as that which is generally provided with a mobile phone.
  • a method according to the introductory paragraph is characterized in that it further comprises:
  • the method is characterized in that it further comprises
  • This step ensures that the process will not be triggered if it can not be performed physically, that is to say, for lack of available space in the memory space.
  • the method is characterized in that said transmission step comprises a choice of data according to a label previously assigned to said data.
  • This memory could be found for example on a temporary storage server outside control by the user.
  • the user will prevent a third party having access to the storage server can access the data deemed sensitive by him.
  • the temporary storage server will fail during the process, it will have no detrimental consequence for this data.
  • the invention also relates to a device that can be used in a method of storing a first version of a file in a first memory space, characterized in that the device furthermore comprises:
  • the invention also relates to a communication device comprising a first memory space comprising a second version of a file characterized in that the device further comprises:
  • the invention also relates to a computer program comprising program code instructions for executing at least one of the steps of a method as described above, when said program is executed on a computer.
  • the invention also relates to a data carrier including a program as described above.
  • FIG. 1 is a diagram illustrating a drawback of the prior art in detail
  • FIG. 2 is a diagram illustrating the invention
  • FIG. 3 is a timing diagram illustrating the steps according to the invention.
  • Figure 1 shows schematically a memory space 1 1, which can be in a terminal for example a mobile phone.
  • the memory space 11 comprises an occupied part (up to the line referenced 1 15: hatched area) and an unoccupied or free part (referenced 19: non-hatched area).
  • occupied part are stored software applications and data, collectively referred to below with the word "files".
  • file 13 In the occupied part of the memory space 1 1 is a current version of a file 13 which occupies the space 1 1 to the line referenced 15.
  • the file 13 may for example be a "firmware".
  • Other files occupy the memory space 1 1 between line 15 and line 1.
  • Each file includes an identifier which makes it possible to distinguish between the files and their associated data.
  • a memory 1 1 1 for example a hard disk of a content server where there is a new version 1 13 of the file 13.
  • a memory management software tries to reserve the necessary space. In the memory space 1 1, there is still the unoccupied portion 19.
  • a quantity of the additional space shown between the lines 1 and 15 will be necessary. This quantity is already occupied.
  • the management software finds that the necessary quantity is no longer available in the memory space 1 1, the transmission of the new version will not be performed.
  • FIG. 2 is further shown a memory 21 for example another hard disk being on for example a temporary storage server.
  • a memory 21 for example another hard disk being on for example a temporary storage server.
  • the quantity of the memory space occupied by the memory space between the lines 1 and 17 is transmitted to the memory and stored therein as a file 23.
  • the space between the line 1 15 and the line 17 becomes available for the transmission of the new version 1 13 of the file 13 from the space memory 1 1 1.
  • the management software will then release this quantity into the memory space 11.
  • the current version of the file 13 in the memory space 1 1 will be replaced by the new version 1 13.
  • the space between the line 17 and the line 1 15 can be used again.
  • the file 23 will be retransmitted from the server 21 to the memory 11 in this free space.
  • FIG. 3 a terminal 31 is shown where the memory 1 1 is located, a temporary storage server 33 where the memory 21 is located and a content server 35 where is the memory 1 1 1.
  • the method begins with a request 37 from a terminal 31 to the first server 35 for sending a new version of a file. This request will contain an identifier that allows the server 35 to know the file concerned. Then, during a transmission step 39, the size of a free memory space required for receiving the new version of said file so that the first terminal 31 can receive it will be transmitted from the first server 35 to said terminal 31.
  • the memory space 1 1 of the terminal 31 comprises a occupied part and an unoccupied part.
  • a quantity of the data in the occupied part (hatched area in FIG. 2) of the memory space 11 is transmitted from the memory 1 1 to a second server 33.
  • This quantity will be at least equal to the difference between the size of the new version of the file and the size of the unoccupied part (non-hatched area in Figure 2) of the memory space 11.
  • this quantity must not be chosen from the memory space occupied by the current version of the file 13 if the file 13 is necessary for the operation of the terminal 31, for example in the case where the file 13 is a "firmware" and the process is used to update this "firmware".
  • this quantity can be chosen from the memory space occupied by other files: the memory space between line 15 and line 1 in FIG. 2.
  • An example to illustrate the previous one - if the non-part occupied the memory space 1 1 includes 80 KB but the new version of the file has a size of 130 KB, at least a quantity of the occupied memory space of 130 - 80 50 KB will have to be transmitted to the second server 33.
  • a quantity of 50 KB will be released and becomes available in the memory space 1 1 of the terminal 31 to accommodate the new version of the file 13 in full.
  • the new version is transmitted from said first server 35 to said part thus released and a priori unoccupied, that is to say not used for the moment.
  • the terminal memory can actually receive the new version and the current version of the file at the same time, i.e., the memory size is large enough to receive both versions simultaneously.
  • all the files present in the memory will be provided with a numeric or textual or alphanumeric identifier, for example "secret” or "personal”, when their recording in the memory.
  • a user Before the transmission step 31 1, a user can decide that he wants only files labeled "personal” to be transmitted to the memory 21 of the temporary storage server. And especially not the files labeled "secret”.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé de stockage d'une première version d'un fichier dans un premier espace mémoire, par exemple un téléphone portable. L'invention se caractérise en ce que le procédé comprend en outre : - une étape de transmission d'une quantité de données depuis ledit premier espace mémoire vers un deuxième espace mémoire, ladite quantité étant au moins égale à une différence entre la taille de ladite première version dudit fichier et la taille d'une partie non-occupée dudit premier espace mémoire, - une étape de remplacement d'une deuxième version dudit fichier par ladite première version, et - une étape de retransmission de ladite quantité depuis ledit deuxième espace mémoire vers ledit premier espace mémoire.

Description

PROCEDE DE STOCKAGE
La présente invention concerne un procédé de stockage d'une première version d'un fichier dans un premier espace mémoire.
Un tel procédé est connu du document US 2006/0136548. Ce document décrit un procédé de stockage de logiciels d'application et de données qui sont liées à ces applications dans une mémoire d'un terminal, par exemple un téléphone portable. Le procédé du document US 2006/0136548 prévoit, avant une transmission d'un logiciel d'application vers la mémoire du téléphone portable, la réservation d'une espace mémoire qui correspond à la taille du logiciel d'application concerné. Ainsi, si le logiciel d'application a une taille de 10 ko, l'espace réservé comprendra 10 ko. Par contre, si le logiciel d'application a une taille de 40 ko, l'espace réservé comprendra 40 ko. La taille de l'espace mémoire réservé est donc égale à la taille du logiciel d'application. Par la suite, le logiciel d'application est enregistré dans l'espace mémoire ainsi réservé.
Dans le cas où la mémoire du téléphone portable ne comprend pas suffisamment de l'espace pour permettre la réservation, c'est-à-dire si par exemple l'espace disponible dans la mémoire n'est que 20 ko, tandis que la réservation doit être 30 ko, la réservation ne pourra pas être faite et l'application et ses données ne seront donc pas enregistrées. SiI s'agit d'une nouvelle version d'une application qui doit remplacer une version actuelle, par exemple dans le cadre d'une mise à jour de cette application, cette mise à jour ne sera donc pas possible. Un exemple est la mise à jour d'un type de logiciel appelé en anglais "firmware". La présente invention vise par conséquent à remédier l'inconvénient mentionné ci-dessus en proposant un procédé pour mieux gérer l'espace dans une mémoire avec une faible capacité de stockage, telle celle dont est généralement muni un téléphone portable.
En effet, selon l'invention, un procédé conforme au paragraphe introductif est caractérisé en ce qu'il comprend en outre :
- une étape de transmission d'une quantité de données depuis ledit premier espace mémoire vers un deuxième espace mémoire, ladite quantité étant au moins égale à une différence entre la taille de ladite première version dudit fichier et la taille d'une partie non-occupée dudit premier espace mémoire,
- une étape de remplacement d'une deuxième version dudit fichier par ladite première version, et
- une étape de retransmission de ladite quantité depuis ledit deuxième espace mémoire vers ledit premier espace mémoire. De cette façon, une mise à jour d'un fichier peut se réaliser même si la mémoire du terminal est complètement occupée. I l n'est plus nécessaire d'avoir une espace mémoire non-utilisable libre et réservée pour les mises à jour des fichiers.
Dans un mode de mise en œuvre de l'invention, le procédé est caractérisé en ce qu'il comprend en outre
- une étape de vérification que ledit espace mémoire (1 1 ) a une taille au moins égale à une taille nécessaire pour la réception de ladite première version (1 13) et ladite partie occupée par ladite deuxième version.
Cette étape assure que le procédé ne sera pas déclenché s'il ne peut pas se réaliser physiquement, c'est-à-dire faute d'espace disponible dans l'espace mémoire.
Dans un mode de mise en oeuvre de l'invention, le procédé est caractérisé en ce que ladite étape de transmission comprend un choix des données en fonction d'un libellé préalablement attribué aux dites données.
Ceci permettra avantageusement que des données jugées sensibles par un utilisateur ne seront pas transmis vers le deuxième espace mémoire. Cette mémoire pourrait notamment se trouver par exemple sur un serveur de stockage temporaire en dehors de contrôle par l'utilisateur. Ainsi l'utilisateur évitera qu'un tiers ayant accès au serveur de stockage peut accéder aux données jugées sensibles par lui. Aussi, si le serveur de stockage temporaire tombera en panne pendant le procédé, cela sera sans conséquence néfaste pour de ces données.
L'invention concerne également un dispositif apte à être utilisé dans un procédé de stockage d'une première version d'un fichier dans un premier espace mémoire caractérisé en ce que le dispositif comprend en outre :
- des moyens pour réception d'une quantité de données depuis ledit premier espace mémoire, ladite quantité étant au moins égale à une différence entre la taille de ladite première version dudit fichier et la taille d'une partie non-occupée dudit premier espace mémoire, et
- des moyens pour retransmission de ladite quantité vers ledit premier espace mémoire. L'invention concerne également un dispositif de communication comprenant un premier espace mémoire comprenant une deuxième version d'un fichier caractérisé en ce que le dispositif comprend en outre :
- des moyens pour transmission d'une quantité de données depuis ledit premier espace mémoire vers un deuxième espace mémoire, ladite quantité étant au moins égale à une différence entre la taille de l'une première version dudit fichier et la taille d'une partie non- occupée dudit premier espace mémoire, - des moyens pour remplacement de ladite deuxième version dudit fichier par ladite première version, et
- des moyens pour réception de ladite quantité depuis ledit deuxième espace mémoire. L'invention concerne également un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution d'au moins l'une des étapes d'un procédé comme décrit ci-dessus, lorsque ledit programme est exécuté sur un ordinateur.
L'invention concerne également un support de données incluant un programme comme décrit ci-dessus.
L'invention sera mieux comprise à l'aide de la description suivante, faite à titre d'exemple non-limitatif et en regard des dessins annexés, dans lesquels :
- la figure 1 est un schéma illustrant un inconvénient de l'art antérieur en détail, - la figure 2 est un schéma illustrant l'invention, et
- la figure 3 est chronogramme illustrant les étapes selon l'invention.
La figure 1 représente schématiquement un espace mémoire 1 1 , qui peut se trouver dans un terminal par exemple un téléphone portable. L'espace mémoire 11 comprend une partie occupée (j usqu'à la ligne référencée 1 15 : zone hachuré) et une partie non-occupée ou libre (référencée 19 : zone non-hachuré) . Dans la partie occupée sont stockées des applications logicielles et des données, collectivement désignées dans la suite avec le mot "fichiers" . Dans la partie occupé de l'espace mémoire 1 1 se trouve une version actuelle d'un fichier 13 qui occupe l'espace 1 1 jusqu'à la ligne référencée 15. Le fichier 13 peut par exemple être un "firmware" . Des autres fichiers occupent l'espace mémoire 1 1 entre la ligne 15 et la ligne 1 15 Chaque fichier comprend un identifiant ce qui permet de faire la distinction entre les fichiers et des données leur associées. La figure 1 montre également une mémoire 1 1 1 par exemple un disque dur d'un serveur de contenus où se trouve une nouvelle version 1 13 du fichier 13. Avant une transmission de la nouvelle version 1 13 vers l'espace mémoire 1 1 , un logiciel de gestion mémoire essaye de réserver l'espace nécessaire correspondante. Dans l'espace mémoire 1 1 , se trouve encore la partie non-occupée 19. Toutefois, pour recevoir la nouvelle version 1 13 du fichier 13 en entier dans l'espace mémoire 1 1 , une quantité de l'espace additionnelle montrée entre les lignes 1 15 et 17 sera nécessaire. Cette quantité est pourtant déjà occupée. Dès que le logiciel de gestion constate que la quantité nécessaire n'est plus disponible dans l'espace mémoire 1 1 , la transmission de la nouvelle version ne sera pas effectuée.
L'invention résout ce problème comme il sera décrit par rapport à la figure 2. Dans la figure 2 est en plus montrée une mémoire 21 par exemple un autre disque dur se trouvant sur par exemple un serveur de stockage temporaire. Dans le cas du problème évoqué en relation avec la figure 1 , selon l'invention, la quantité de l'espace mémoire 1 1 occupé i.e. la quantité de l'espace mémoire entre les lignes 1 15 et 17, est transmise vers la mémoire 21 et y stockée comme un fichier 23. De cette façon, l'espace entre la ligne 1 15 et la ligne 17 devient disponible pour la transmission de la nouvelle version 1 13 du fichier 13 depuis l'espace mémoire 1 1 1 . Le logiciel de gestion libérera ensuite cette quantité dans l'espace mémoire 11 . Pendant remplacement, la version actuelle du fichier 13 dans l'espace mémoire 1 1 sera remplacée par la nouvelle version 1 13. Après remplacement de la version actuelle du fichier 13 par la nouvelle version 1 13, l'espace entre la ligne 17 et la ligne 1 15 pourra à nouveau être utilisé. Le fichier 23 sera après retransmis depuis le serveur 21 vers la mémoire 11 dans cet espace libre.
Le procédé selon l'invention sera expliqué en plus de détail à propos de la figure 3. Dans la figure 3 sont montrés un terminal 31 où se trouve la mémoire 1 1 , un serveur 33 de stockage temporaire où se trouve la mémoire 21 et un serveur 35 de contenus où se trouve la mémoire 1 1 1 . Le procédé commence par une requête 37 depuis un terminal 31 vers le premier serveur 35 d'envoi d'une nouvelle version d'un fichier. Cette requête contiendra une identifiant qui permet au serveur 35 de connaître le fichier concerné. Ensuite, pendant une étape 39 de transmission, la taille d'une espace mémoire libre nécessaire pour une réception de la nouvelle version dudit fichier pour que le premier terminal 31 puisse le recevoir sera transmis depuis le premier serveur 35 vers ledit terminal 31 Pour rappel, l'espace mémoire 1 1 du terminal 31 comprend une partie occupée et une partie non-occupée. Seulement la partie non-occupée sera disponible pour la réception de la nouvelle version du fichier. Ensuite, pendant une étape 311 de transmission, une quantité des données se trouvant dans la partie occupée (zone hachuré dans la figure 2) de l'espace mémoire 1 1 est transmise depuis la mémoire 1 1 vers un deuxième serveur 33. Cette quantité sera au moins égale à la différence entre la taille de la nouvelle version du fichier et la taille de la partie non-occupée (zone non-hachuré dans la figure 2) de l'espace mémoire 11 . Comme il sera compris par l'homme du métier cette quantité ne doit pas être choisie parmi l'espace mémoire occupé par la version actuelle du fichier 13 si le fichier 13 est nécessaire pour le fonctionnement du terminal 31 , par exemple dans le cas où le fichier 13 est un "firmware" et le procédé est utilisé pour mettre à jour ce "firmware". Toutefois, cette quantité peut être choisie parmi l'espace mémoire 1 1 occupé par des autres fichiers : l'espace mémoire entre la ligne 15 et la ligne 1 15 dans la figure 2. Un exemple pour illustrer le précédent - si la partie non-occupée de l'espace mémoire 1 1 comprend 80 ko mais la nouvelle version du fichier a une taille de 130 ko, au moins une quantité de l'espace mémoire occupé de 130 - 80 = 50 ko devra être transmise vers le deuxième serveur 33. Ainsi, une quantité de 50 ko sera libérée et devient disponible dans l'espace mémoire 1 1 du terminal 31 pour accommoder la nouvelle version du fichier 13 en entier. Pendant une étape 313 de transmission, la nouvelle version est transmise depuis ledit premier serveur 35 vers ladite partie ainsi libérée et a priori non-occupée, c'est-à-dire non- utilisée pour le moment. Maintenant deux versions du fichier 13 sont présentes dans l'espace mémoire 1 1 : la version actuelle et la nouvelle version 1 13. Ensuite, pendant une étape 315, la version actuelle du fichier déjà présent dans le terminal est remplacée par la nouvelle version. Maintenant la nouvelle version 1 13 du fichier est deux fois présente dans la mémoire 1 1 et une version pourrait donc être sacrifiée pour recevoir, à nouveau, la quantité de l'espace mémoire temporairement transmise vers le serveur 33. Pendant une étape 317 de retransmission, ladite quantité, dans le présent exemple donc 50 ko, est retransmise depuis le deuxième serveur 33 dans une partie de la mémoire 1 1 occupée par une des nouvelles versions.
Dans le cas où la nouvelle version du fichier a une taille qui est différente de la taille de la version actuelle, comme il sera compris par l'homme du métier, une espace égale à la différence entre les deux tailles sera de plus disponible, le cas échéant, de plus occupé dans l'espace mémoire, après exécution du procédé.
Dans un mode de réalisation il y a une étape préalable de vérification que la mémoire du terminal peut effectivement recevoir la nouvelle version et la version actuelle du fichier au même temps, c'est-à-dire, la taille de la mémoire est assez grande pour recevoir les deux versions simultanément.
Dans un mode de réalisation, tous les fichiers présents dans la mémoire seront munis d'un identifiant numérique ou textuel ou alphanumérique, par exemple "secret" ou "personnel", lorsque leur enregistrement dans le mémoire. Avant l'étape 31 1 de transmission, un utilisateur peut décider qu'il souhaite que seulement des fichiers libellés "personnel" soient transmises vers la mémoire 21 du serveur de stockage temporaire. Et notamment pas les fichiers libellés "secret".

Claims

REVENDICATIONS
1) Procédé de stockage d'une première version (113) d'un fichier (13) dans un premier espace mémoire (11) caractérisé en ce que le procédé comprend en outre : - une étape (311) de transmission d'une quantité de données depuis ledit premier espace mémoire (11) vers un deuxième espace mémoire (111), ladite quantité étant au moins égale à une différence entre la taille de ladite première version (113) dudit fichier (13) et la taille d'une partie non-occupée (19) dudit premier espace mémoire (11),
- une étape (315) de remplacement d'une deuxième version dudit fichier (13) par ladite première version (113), et
- une étape (317) de retransmission de ladite quantité depuis ledit deuxième espace mémoire (111) vers ledit premier espace mémoire (11).
2) Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre - une étape de vérification que ledit espace mémoire (11) a une taille au moins égale à une taille nécessaire pour la réception de ladite première version (113) et ladite partie occupée par ladite deuxième version.
3) Procédé selon les revendications 1 ou 2, caractérisé en ce que ladite étape de transmission comprend un choix des données en fonction d'un libellé préalablement attribué aux dites données.
4) Dispositif (33) apte à être utilisé dans un procédé de stockage d'une première version d'un fichier (13) dans un premier espace mémoire (11) caractérisé en ce que le dispositif comprend en outre :
- des moyens (21) pour réception d'une quantité de données depuis ledit premier espace mémoire (11), ladite quantité étant au moins égale à une différence entre la taille de ladite première version (113) dudit fichier (13) et la taille d'une partie non-occupée (19) dudit premier espace mémoire (11), et - des moyens pour retransmission de ladite quantité vers ledit premier espace mémoire (11).
5) Dispositif de communication (31) comprenant un premier espace mémoire (11) comprenant une deuxième version d'un fichier (13) caractérisé en ce que le dispositif (31) comprend en outre : - des moyens pour transmission d'une quantité de données depuis ledit premier espace mémoire (11) vers un deuxième espace mémoire (111), ladite quantité étant au moins égale à une différence entre la taille de l'une première version (113) dudit fichier (13) et la taille d'une partie non-occupée (19) dudit premier espace mémoire (11), - des moyens pour remplaœment de ladite deuxième version dudit fichier (13) par ladite première version (1 13) , et
- des moyens pour réception de ladite quantité (23) depuis ledit deuxième espace mémoire (21 ) .
6) Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution d'au moins l'une des étapes d'un procédé conforme aux revendications 1 à 3, lorsque ledit programme est exécuté sur un ordinateur.
7) Support de données incluant un programme selon la revendication 6.
EP08806085A 2007-06-29 2008-06-25 Procede de stockage Withdrawn EP2162821A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0756197 2007-06-29
PCT/FR2008/051154 WO2009004266A1 (fr) 2007-06-29 2008-06-25 Procede de stockage

Publications (1)

Publication Number Publication Date
EP2162821A1 true EP2162821A1 (fr) 2010-03-17

Family

ID=38786142

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08806085A Withdrawn EP2162821A1 (fr) 2007-06-29 2008-06-25 Procede de stockage

Country Status (3)

Country Link
US (1) US20100145906A1 (fr)
EP (1) EP2162821A1 (fr)
WO (1) WO2009004266A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013546250A (ja) * 2010-10-28 2013-12-26 トムソン ライセンシング 情報ストレージのための不揮発性メモリ再配分のための方法
CN103336703B (zh) * 2013-07-08 2018-09-18 惠州Tcl移动通信有限公司 生成升级包的方法、服务器、软件升级方法、移动终端
CN106294188A (zh) * 2015-05-18 2017-01-04 中兴通讯股份有限公司 存储空间处理方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100287137B1 (ko) 1997-04-11 2001-04-16 윤종용 휴대형 정보 단말기의 버전 관리방법
US7415539B2 (en) * 2001-09-28 2008-08-19 Siebel Systems, Inc. Method and apparatus for detecting insufficient memory for data extraction processes
US6938140B2 (en) * 2002-08-29 2005-08-30 Micron Technology, Inc. System and method for linear object reallocation in place
US20040044868A1 (en) 2002-08-30 2004-03-04 Intel Corporation Method and apparatus for high-speed longest prefix match of keys in a memory
JP2004102698A (ja) * 2002-09-10 2004-04-02 Ntt Docomo Inc ダウンロード方法、領域管理装置、携帯通信端末、プログラムおよび記録媒体
US7890091B2 (en) * 2003-05-08 2011-02-15 Good Technology, Inc. Collaborative data and intelligent synchronization for mobile devices
WO2005085997A2 (fr) * 2004-03-10 2005-09-15 Sony Ericsson Mobile Communications Ab Dispositif de sauvegarde automatique dans les mises a niveau de micrologiciels
JP4813872B2 (ja) * 2005-11-21 2011-11-09 株式会社日立製作所 計算機システム及び計算機システムのデータ複製方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2009004266A1 *

Also Published As

Publication number Publication date
WO2009004266A1 (fr) 2009-01-08
US20100145906A1 (en) 2010-06-10

Similar Documents

Publication Publication Date Title
US8090690B2 (en) Systems and methods for data upload and download
US8554735B1 (en) Systems and methods for data upload and download
TWI460656B (zh) 遞送軟體之系統及方法
FR2845175A1 (fr) Procede et systeme de commutation entre deux images ou plus d'un progiciel sur un dispositif hote
EP1386482A2 (fr) Procede de selection d'une image de logiciel executable
EP1643710A1 (fr) Procédé de mise à jour d'une table de correspondance entre une adresse et un numéro d'identification
WO2003025742A2 (fr) Procede, dispositif et systeme pour la mise a jour de logiciel
EP3108361A2 (fr) Procédé de déploiement d'un ensemble d'application(s) logicielle(s)
FR2762737A1 (fr) Procede pour changer de version de logiciel dans un systeme informatique comportant plusieurs stations, et systeme informatique pour la mise en oeuvre de ce procede
EP2162821A1 (fr) Procede de stockage
EP3195638B1 (fr) Procédé d'administration de cycles de vie de profils de communication
WO2014041278A1 (fr) Gestion de l'utilisation d'une passerelle par une pluralité de terminaux
EP2177019B1 (fr) Procede d'envoi d'un code executable a un dispositif de reception et procede d'execution de ce code
WO2008081146A2 (fr) Procede et dispositif de gestion de connexions dans un reseau de telecommunications
KR100464031B1 (ko) 이동통신 단말기의 무선 컨텐츠 저장 방법
EP1834469A1 (fr) Dispositif de connexion automatique au reseau internet
WO2012013904A1 (fr) Téléphone mobile sous android comprenant une chaîne de mise à disposition de contenus
EP3080968A1 (fr) Procédé de synchronisation de données entre un ensemble de terminaux
EP2791794B1 (fr) Procede de gestion d'une application referencee par un dispositif
EP3317800B1 (fr) Procédé de gestion de profils dans un élément sécurisé
EP1460852A1 (fr) Procédé et dispositif de diffusion et de chargement d'une information dans un système de communication du type télévision numérique
WO2014057065A1 (fr) Procédé pour la connexion d'un terminal au meilleur réseau de téléphonie mobile disponible
EP1906625B1 (fr) Procédé et système de partage de fichiers sur un réseau, utilisant des capacités de stockage d'un boîtier de connexion au réseau
WO2007104899A1 (fr) Procede de mise a jour robuste de logiciel
WO2006048529A1 (fr) Systeme et procede d'envoi de messages dans un reseau de communication par messagerie electronique, bases sur l'utilisation d'un filtre d'envoi.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20091126

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA MK RS

17Q First examination report despatched

Effective date: 20100528

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120626