FR2912523A1 - Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique. - Google Patents
Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique. Download PDFInfo
- Publication number
- FR2912523A1 FR2912523A1 FR0700995A FR0700995A FR2912523A1 FR 2912523 A1 FR2912523 A1 FR 2912523A1 FR 0700995 A FR0700995 A FR 0700995A FR 0700995 A FR0700995 A FR 0700995A FR 2912523 A1 FR2912523 A1 FR 2912523A1
- Authority
- FR
- France
- Prior art keywords
- server
- ref
- log
- user
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000004088 simulation Methods 0.000 title abstract 2
- 230000002452 interceptive effect Effects 0.000 claims abstract description 4
- 230000005540 biological transmission Effects 0.000 claims description 14
- 230000010354 integration Effects 0.000 claims description 5
- 239000000470 constituent Substances 0.000 claims description 4
- 238000005516 engineering process Methods 0.000 claims description 4
- 230000008520 organization Effects 0.000 claims description 3
- 230000009471 action Effects 0.000 claims description 2
- 238000004891 communication Methods 0.000 claims description 2
- 230000003993 interaction Effects 0.000 claims description 2
- 230000002093 peripheral effect Effects 0.000 claims description 2
- 230000002085 persistent effect Effects 0.000 claims description 2
- 230000008569 process Effects 0.000 claims description 2
- 230000004044 response Effects 0.000 claims description 2
- 230000009466 transformation Effects 0.000 claims description 2
- 230000006870 function Effects 0.000 claims 1
- 238000009434 installation Methods 0.000 description 3
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
- G06F9/45529—Embedded in an application, e.g. JavaScript in a Web browser
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
La présente invention a pour objet un procédé qui permet de simuler le fonctionnement des dispositifs ayant une architecture déterminée sur des dispositifs pouvant avoir une architecture distincte, caractérisé en ce qu'il comprend la réalisation des étapes suivantes :. l'émission par un client - utilisateur (1) connecté à un réseau informatique, au moyen d'un terminal informatique (2), d'une requête à destination d'un serveur (3), cette requête ayant pour objet l'accès à une application déterminée (REF_LOG_A) comprise sur ledit serveur (3) ;. le transfert du serveur (3) vers le client - utilisateur (1) d'un module client (4) correspondant et son intégration automatique dans le navigateur réseau du client - utilisateur (1) ;. l'initialisation du module client (4) ;. l'initialisation du noyau d'émulation compris dans le module client (4) ;. l'exécution de l'application déterminée (REF_LOG_A), les paquets la constituant étant transmis du serveur (3) vers le client - utilisateur (1) de manière unitaire.
Description
10 La présente invention a pour objet un procédé permettant de simuler le
fonctionnement d'un dispositif ayant une architecture et un processeur déterminés à l'aide d'un autre dispositif connecté à un réseau informatique, tel qu'Internet, cet autre dispositif comprenant une architecture et un processeur généralement distincts. Elle s'applique notamment mais non exclusivement à 15 un procédé qui permet l'émulation d'une console de jeux en utilisant notamment un navigateur Web d'un ordinateur ou d'un téléphone portable.
On sait que l'augmentation de la puissance de traitement des données des processeurs a permis d'améliorer la qualité de l'émulation de dispositifs 20 matériels, tels que d'anciennes consoles de jeux, sur des ordinateurs ou des téléphones portables. Cette technologie permet ainsi de faire fonctionner sur des terminaux multimédias et interactifs récents des jeux vidéo spécifiques à des consoles de jeux à l'architecture obsolète.
25 Néanmoins, l'émulation de ces consoles et des jeux vidéo associés nécessite généralement : • le téléchargement, l'installation et la configuration préalables de l'émulateur spécifique à une console déterminée ; • le téléchargement manuelle desdits jeux vidéo et leur installation dans 30 l'émulateur approprié. 1 - 2 Or, ces opérations s'avèrent généralement longues et compliquées. En outre, le téléchargement sur un terminal individuel de ces jeux vidéo présente l'inconvénient supplémentaire de permettre à l'utilisateur de pouvoir récupérer sur un dispositif de stockage, tel qu'un disque dur, une image de jeux vidéo qui ne sont pas généralement libres de droit.
L'invention a donc plus particulièrement pour but de surmonter ce problème en proposant un procédé permettant d'émuler le fonctionnement de dispositifs matériels, tels que des consoles de jeux vidéo, sur des dispositifs matériels présentant généralement une architecture distincte, au moyen d'un navigateur réseau et sans qu'il soit nécessaire pour l'utilisateur de procéder à des opérations d'installation et de réglage complexes.
A cet effet, elle propose un procédé qui permet de simuler le fonctionnement des dispositifs ayant une architecture déterminée sur des dispositifs pouvant avoir une architecture distincte, caractérisé en ce qu'il fait intervenir : • un terminal informatique qui comprend au moins un moyen tel qu'un navigateur réseau permettant d'accéder à un réseau informatique Internet/Intranet et d'en visualiser les pages ; • au moins un serveur qui comporte notamment : o au moins un module client transférable vers le terminal informatique, ce module client comprenant au moins un noyau d'émulation qui permet d'émuler au moins une application déterminée ; o un moteur d'inférence ; o au moins une application déterminée ; et en ce qu'il comprend la réalisation des étapes suivantes : • l'émission par un client - utilisateur connecté à un réseau informatique, au moyen du terminal informatique, d'une requête à destination du serveur, cette requête ayant pour objet l'accès à l'application déterminée comprise sur ledit serveur ; - 3 • le transfert du serveur vers le client - utilisateur du module client correspondant et son intégration automatique dans le navigateur réseau ; • l'initialisation du module client ; • l'initialisation du noyau d'émulation compris dans le module client ; • l'exécution de l'application déterminée, les paquets la constituant étant transmis du serveur vers le client û utilisateur de manière unitaire.
De cette manière, le découpage de l'image de l'application en paquets et la transmission unitaire de ceux û ci au client - utilisateur permet de réduire les traces de l'image de cette application sur un dispositif de stockage (tel qu'un disque dur) du client - utilisateur. Afin d'optimiser le contrôle de l'image de l'application, les paquets pourront être également cryptés.
Avantageusement, le procédé selon l'invention permet à plusieurs clients -utilisateurs d'accéder et d'utiliser en réseau la même application grâce à la mise en oeuvre d'un module de connectivité réseau compris sur le serveur, ce module rendant possible une synchronisation multi û utilisateurs.
Un mode d'exécution de l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels :
La figure 1 est une représentation schématique sous forme d'organigramme du procédé selon l'invention avec une mise en évidence des échanges entre le client - utilisateur et le serveur.
La figure 2 est une représentation schématique de différents types d'organisation des données graphiques de l'application à émuler. - 4 La figure 3 est une représentation schématique sous forme d'organigramme de la structure du dispositif nécessaire à la mise en oeuvre du procédé selon l'invention.
Dans cet exemple, ledit procédé comprend la réalisation des étapes suivantes : • l'émission par un client - utilisateur 1 connecté à un réseau informatique, au moyen d'un terminal 2 équipé d'un navigateur réseau, d'une requête à destination d'un serveur 3, cette requête ayant pour objet l'accès à une application déterminée (REF_LOG_A) comprise sur ledit serveur 3. Ainsi, à titre d'exemple, le client ù utilisateur 1 équipé d'un terminal informatique 2 peut accéder à une page Web à l'aide d'un navigateur Internet et sélectionner dans une liste de jeux vidéo celui qui l'intéresse, cette sélection se traduisant par l'émission automatique de la requête du type susdit au serveur 3 ; • le calcul et la génération par un moteur d'inférence compris dans le serveur 3 des paramètres nécessaires au lancement de l'application détermmee (REF_LOGA), ces paramètres pouvant être notamment mais non exclusivement : o l'adresse où figure sur le serveur 3 un module client 4 20 comprenant notamment un noyau d'émulation qui permet d'émuler ladite application (REF_LOG_A) ; et/ou o des identifiants des composants logiciel (par exemple, un jeu vidéo) et matériel (par exemple, une console de jeux vidéo) à simuler, ces identifiants permettant de repérer ces composants 25 dans un moyen de stockage structuré et indexable, tel qu'une base de donnée, compris dans le serveur 3 ; et/ou o des informations concernant le client - utilisateur 1 à savoir par exemple, son nom et son mot de passe qui peut être crypté ; et/ou 30 o un état pré ù sauvegardé de l'état de démarrage de l'application à simuler (REF_LOG_A) ; et/ou o des données relatives à l'affichage, à des entrées sonores, à des entrées utilisateur (ces dernières pouvant être relatives à des entrées de type clavier, souris, manette de jeu, etc.) ; • la transmission par le serveur 3 au client - utilisateur 1 desdits paramètres ; • le transfert du serveur 3 vers le client - utilisateur 1 du module client 4 et son intégration automatique dans le navigateur réseau, le module client 4 étant réalisé dans une technologie compatible avec l'exigence d'intégration dans un tel navigateur (à titre d'exemple, il peut s'agir d'une applet Java ou d'un module Flash()) ; • l'initialisation du module client 4 et l'émission d'une requête par le client - utilisateur 1 à destination du serveur 3 ayant pour objet d'obtenir des informations sur l'image 7 présente sur le serveur 3 de ladite application déterminée (REF_LOG_A). Les informations relatives à l'image 7 de l'application déterminée (REF_LOGA) concernent notamment la taille de chaque paquet constituant l'application (REF LOG A) ainsi que le nombre de ces paquets ; • la lecture par le moteur d"inférence du serveur 3 des informations concernant l'image 7 de l'application déterminée (REF_LOG_A) présente sur le serveur 3 ; • la transmission par le serveur 3 au client utilisateur 1 d'une réponse comprenant les informations concernant l'image 7 de l'application déterminée (REFLOG_A) ; • l'initialisation automatique ou manuelle du noyau d'émulation compris dans le module client 4, cette initialisation pouvant être notamment, mais non exclusivement, réalisée en sélectionnant un simple lien HTML sur une page WEB ; • l'exécution de l'application déterminée (REF_LOG_A), les paquets la constituant étant transmis "à la volée" du serveur 3 vers le client utilisateur 1 de manière unitaire, ceci permettant notamment : 2912523 -6 o de procéder à un transfert contrôlé en fonction de la demande de l'application émulée (REF_LOG_A), ce qui limite le temps d'attente initial et optimise l'utilisation de la bande passante du terminal informatique 2 du client û utilisateur 1 ; 5 o de réduire les traces de l'image 7 de cette application (REF_LOG_A) sur un dispositif de stockage du terminal informatique 2 du client û utilisateur 1.
De cette manière et de façon avantageuse, il est possible pour un client û 10 utilisateur 1 d'initialiser une application émulée (REF_LOG_A) en seul clic de souris en faisant abstraction des problématiques de téléchargement, d'installation et de configuration du noyau d'émulation.
Les données graphiques de l'application à émuler (REF_LOG_A), qui ont 15 souvent des formats très différents, sont sauvegardées sur le serveur 3 dans un premier format spécifique adapté au matériel d'origine à simuler. Afin de les rendre plus accessibles et d'optimiser ainsi les performances du GPU (Graphics Processing Unit û puce graphique) émulé, ces données graphiques peuvent avantageusement être transformées par décodage en un deuxième 20 format qui est plus approprié pour procéder à une émulation du type susdit, ces données étant ensuite enregistrées dans une mémoire tampon afin d'éviter de devoir procéder de nouveau à leur décodage.
Ainsi, tel que cela est représenté sur la figure 2, les données graphiques d'un 25 même type de données (A, B, C, ...) sont initialement organisées en colonne dans des cellules de mémoire 5 (figure 2.1), ce qui correspond à une organisation planaire des données et convient au matériel d'origine à simuler. Si elles sont nécessaires, ces données graphiques, après transformation par décodage, sont réorganisées linéairement (un même type de données est 30 disposé en ligne) et enregistrées dans une mémoire cache (figure 2.2) afin d'optimiser le processus d'émulation.
En fonction du GPU à simuler, ladite mémoire cache peut présenter les spécificités suivantes : • la mémoire cache peut correspondre à une mémoire tampon présentant une taille importante de manière à pouvoir comprendre toutes les primitives affichables, cette solution étant privilégiée lorsque le nombre de primitives graphiques est limité et lorsque la capacité mémoire du terminal informatique du client ù utilisateur 1 est suffisamment grande ; ou • la mémoire cache peut être de type LRU (Least Recently Used) ce qui permet de ne mettre en cache que les données graphiques les plus utilisées tout en permettant audit cache de ne pas dépasser une taille limite, cette solution étant adaptée lorsque le terminal informatique 2 du client ù utilisateur 1 comprend peu de mémoire vive et nécessite plus de puissance de traitement que dans le cas précédent.
De manière avantageuse, le procédé selon l'invention peut être initialisé en sélectionnant un simple lien HTML sur une page WEB.
Tel que cela est représenté sur la figure 3, le dispositif nécessaire à la mise en oeuvre du procédé selon l'invention comprend : • au moins un terminal informatique interactif et multimédia 2 (ordinateur, PDA, téléphone, etc.) doté de périphériques : o de sorties multimédia tels qu'un écran ; o de saisie et/ou d'interaction homme / machine tels qu'un clavier, une souris, un joystick, un écran tactile ; o de moyens de transmission avec au moins un site Internet / Intranet tels que notamment un navigateur et une connexion réseau s'appuyant sur un protocole de communication spécifique indépendant des protocoles réseaux qu'il exploite, de manière préférentielle, si la connexion jusqu'au client ù utilisateur 1 le permet, le protocole réseau sous - jacent UDP est privilégié à défaut, le protocole TCP est utilisé ; • au moins un serveur 3 du type Internet accessible au moins partiellement par l'intermédiaire dudit site Internet/Intranet, ce serveur 5 3 comportant : o au moins un module client 4 transférable vers le terminal informatique 2, ce module client 4 comprend un noyau d'émulation permettant d'émuler au moins une application déterminée (REF_LOG_A) et également un moyen de sauvegarde 10 et de restauration d'un état complet du système émulé à tout instant par une action du client û utilisateur 1 ; o un moteur d'inférence procédant notamment au calcul et à la génération des paramètres nécessaires au lancement d'une application déterminée (REF_LOG_A), à la lecture des 15 informations concernant l'image 7 de l'application déterminée (REF_LOG_A) présente sur le serveur 3, à la gestion de la transmission au module client 4 intégré dans le terminal informatique 2 du client û utilisateur 1 des paquets constituant l'application déterminée (REF_LOG_A) ; 20 o au moins une image disque 7 d'une application déterminée (REF LOG A).
Selon une variante d'exécution de l'invention, le dispositif nécessaire à la mise en oeuvre du procédé selon l'invention peut également comporter : 25 • au moins un moyen de mémorisation persistant des données compris sur le serveur 3, ces données pouvant être notamment des informations relatives à l'état de l'application émulée (REF LOG A) telles que des captures écran, un état de la mémoire vive, un état de la mémoire vidéo, un état de la mémoire EEPROM, les meilleurs scores dans le cas où 30 cette application (REF_LOG_A) est un jeu vidéo ; et/ou • un module de connectivité réseau 6 compris sur le serveur 3 permettant à plusieurs clients - utilisateurs 1 d'accéder et d'utiliser en réseau la même application (REF_LOG_A), ce module 6 qui rend possible une synchronisation multi û utilisateurs présente un intérêt certain dans le cas où l'application émulée (REF_LOG_A) est constituée par un ensemble console de jeux / jeu vidéo.
Avantageusement, selon une variante d'exécution de l'invention, cette synchronisation multi û utilisateurs de la même application (REF_LOG_A) peut être réalisée grâce à la technologie poste - à - poste (peer û to û peer), les terminaux informatiques 2 des différents clients û utilisateurs 1 communiquant directement les uns avec les autres sans recourir à un tel module de connectivité réseau 6.
Claims (13)
1. Procédé qui permet de simuler le fonctionnement des dispositifs ayant une architecture déterminée sur des dispositifs pouvant avoir une 5 architecture distincte, caractérisé en ce qu'il fait intervenir : • un terminal informatique (2) qui comprend au moins un moyen tel qu'un navigateur réseau permettant d'accéder à un réseau informatique Internet/Intranet et d'en visualiser les pages ; 10 • au moins un serveur (3) qui comporte notamment : o au moins un module client (4) transférable vers le terminal informatique (2), ce module client (4) comprenant au moins un noyau d'émulation qui permet d'émuler au moins une application déterminée (REF_LOG_A) ; 15 o un moteur d'inférence ; o au moins une application déterminée (REF_LOG_A) ; et en ce qu'il comprend la réalisation des étapes suivantes : • l'émission par un client --utilisateur (1) connecté à un réseau informatique, au moyen du terminal informatique (2), d'une requête à 20 destination du serveur (3), cette requête ayant pour objet l'accès à l'application déterminée (REF_LOG_A) comprise sur ledit serveur (3) ; • le transfert du serveur (3) vers le client - utilisateur (1) du module client (4) correspondant et son intégration automatique dans le navigateur réseau ; 25 • l'initialisation du module client (4) ; • l'initialisation du noyau d'émulation compris dans le module client (4) ; • l'exécution de l'application déterminée (REF_LOG_A), les paquets la constituant étant transmis du serveur (3) vers le client ù utilisateur (1) de manière unitaire. 30-11-
2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend la réalisation des étapes suivantes : • l'émission par le client .-utilisateur (1) connecté à un réseau informatique, au moyen du terminal informatique (2), d'une requête à 5 destination du serveur (3), cette requête ayant pour objet l'accès à une application déterminée (REF'_LOG_A) comprise sur le serveur (3) ; • le calcul et la génération par le moteur d'inférence compris dans le serveur (3) des paramètres nécessaires au lancement de l'application déterminée (REF_LOG_A) ; 10 • la transmission par le serveur (3) au client - utilisateur (1) desdits paramètres dont l'adresse où figure sur le serveur (3) le module client (4) comprenant notamment un noyau d'émulation qui permet d'émuler ladite application (REF_LOG_A) ; • le transfert du serveur (3) vers le client - utilisateur (1) du module client 15 (4) et son intégration automatique dans le navigateur réseau ; • l'initialisation du module client (4) et l'émission d'une requête par le client - utilisateur (1) à destination du serveur (3) ayant pour objet d'obtenir des informations sur l'image (7) présente sur le serveur (3) de ladite application déterminée (REF_LOG_A) ; 20 • la lecture des informations concernant l'image (7) de l'application déterminée (REF_LOG_A) présente sur le serveur (3) ; • la transmission par le serveur (3) au client - utilisateur (1) d'une réponse comprenant les informations concernant l'image (7) de l'application déterminée (REF_LOG_A) ; 25 • l'initialisation du noyau d'émulation automatique ou manuelle compris dans le module client (4) ; • l'exécution de l'application déterminée (REF_LOG_A), les paquets la constituant étant transmis du serveur (3) vers le client -utilisateur (1) de manière unitaire. 30 2912523 - 12 -
3. Procédé selon la revendication 2, caractérisé en ce que les paramètres nécessaires au lancement de l'application déterminée (REF_LOG A) sont : • des identifiants des composants logiciel et matériel à simuler, ces 5 identifiants permettant de repérer ces composants dans un moyen de stockage structuré et indexable compris dans le serveur (3) ; et/ou • des informations concernant le client - utilisateur (1) ; et/ou • un état pré ù sauvegardé de l'état de démarrage de l'application à simuler (REF_LOG_A) ; et/ou 10 • des données relatives à l'affichage, à des entrées sonores, à des entrées utilisateur.
4. Procédé selon l'une des revendications 2 à 3, caractérisé en ce que les informations relatives à l'image (7) de l'application 15 déterminée (REFùLOG_A) concernent notamment la taille de chaque paquet constituant l'application (REF_LOG__A) ainsi que le nombre de ces paquets.
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que l'initialisation du noyau d'émulation compris dans le 20 module client (4) est réalisée en sélectionnant un simple lien HTML sur une page WEB.
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que les paquets constituant l'application déterminée 25 (REFLOGA) sont transmis "à la volée" du serveur (3) vers le client - utilisateur (1).
7. Procédé selon l'une des revendications précédentes, caractérisé en ce que les données graphiques de l'application à émuler 30 (REF_LOGA) sont sauvegardées sur le serveur (3) dans un premier format spécifique adapté au matériel d'origine à simuler, afin de les rendre plus- 13 - accessibles et d'optimiser ainsi les performances du GPU (Graphics Processing Unit) émulé, ces données graphiques sont transformées par décodage en un deuxième format qui est plus approprié pour procéder à une émulation du type susdit, ces données étant ensuite enregistrées dans une mémoire tampon afin d'éviter de devoir procéder de nouveau à leur décodage.
8. Procédé selon la revendication 7, caractérisé en ce que les données graphique d'un même type de données (A, B, C, ...) sont initialement organisées en colonne dans des cellules de mémoire (5), ce qui correspond à une organisation planaire des données et convient au matériel d'origine à simuler, si elles sont nécessaires, ces données graphiques, après transformation par décodage, sont réorganisées linéairement et enregistrées dans une mémoire cache afin d'optimiser le processus d'émulation.
9. Procédé selon la revendication 8, caractérisé en ce qu'en fonction clu GPU à simuler, ladite mémoire cache présente les spécificités suivantes : • la mémoire cache correspond à une mémoire tampon présentant une taille importante de manière à pouvoir comprendre toutes les primitives affichables ; ou • la mémoire cache est de type LRU (Least Recently Used) ce qui permet de ne mettre en cache que les données graphiques les plus utilisées tout 25 en permettant audit cache de ne pas dépasser une taille limite.
10. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il est initialisé en sélectionnant un simple lien HTML sur une page Web. 30- 14 -
11. Dispositif pour la mise en oeuvre du procédé selon la revendication 1, caractérisé en ce qu'il comprend : • au moins un terminal informatique interactif et multimédia (2) doté de 5 périphériques : o de sorties multimédia tels qu'un écran ; o de saisie et/ou d'interaction homme / machine tels qu'un clavier, une souris, un joystick, un écran tactile ; o de moyens de transmission avec au moins un site Internet / 10 Intranet tels que notamment un navigateur et une connexion réseau s'appuyant sur un protocole de communication spécifique indépendant des protocoles réseaux qu'il exploite ; • au moins un serveur (3) du type Internet accessible au moins partiellement par l'intermédiaire dudit site Internet/Intranet, ce serveur 15 (3) comportant : o au moins un module client (4) transférable vers le terminal informatique (2), ce module client (4) comprend un noyau d'émulation permettant d'émuler au moins une application déterminée (REF_LOG_A) et également un moyen de sauvegarde 20 et de restauration d'un état complet du système émulé à tout instant par une action du client ù utilisateur (1) ; o un moteur d'inférence procédant notamment au calcul et à la génération des paramètres nécessaires au lancement d'une application déterminée (REF_LOG_A), à la lecture des 25 informations concernant l'image (7) de l'application déterminée (REF LOG A) présente sur le serveur (3), à la gestion de la transmission au module client (4) intégré dans le terminal informatique (2) du client ù utilisateur (1) des paquets constituant l'application déterminée (REF LOG A) ; 30 o au moins une image disque (7) d'une application déterminée (REF LOG A). 2912523 -15-
12. Dispositif selon la revendication 11, caractérisé en ce qu'il comporte : • au moins un moyen de mémorisation persistant des données compris sur le serveur (3), ces données pouvant être notamment des informations relatives à l'état de l'application émulée (REF_LOG_A) telles que des captures écran, un état de la mémoire vive, un état de la mémoire vidéo, un état de la mémoire EEPROM, les meilleurs scores dans le cas où cette application (REF_LOG_A) est un jeu vidéo ; et/ou • un module de connectivité réseau (6) compris sur le serveur (3) permettant à plusieurs clients - utilisateurs (1) d'accéder et d'utiliser en réseau la même application (REF_LOGA), ce module (6) rendant possible une synchronisation multi ù utilisateurs.
13. Dispositif selon la revendication 12, caractérisé en ce que la synchronisation multi ù utilisateurs de la même application (REF_LOG_A) est réalisée grâce à la technologie poste - à - poste (peer ù to ù peer), les terminaux informatiques (2) des différents clients ù utilisateurs (1) communiquant directement les uns avec les autres sans recourir à un module de connectivité réseau (6).
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0700995A FR2912523B1 (fr) | 2007-02-09 | 2007-02-09 | Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique. |
US12/526,423 US20100256971A1 (en) | 2007-02-09 | 2008-02-11 | Method for simulating the operation of a device having an architecture and a processor determined by means of another device connected to a computer network |
PCT/FR2008/000171 WO2008113917A2 (fr) | 2007-02-09 | 2008-02-11 | Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique |
EP08761871A EP2117661A2 (fr) | 2007-02-09 | 2008-02-11 | Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0700995A FR2912523B1 (fr) | 2007-02-09 | 2007-02-09 | Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique. |
Publications (2)
Publication Number | Publication Date |
---|---|
FR2912523A1 true FR2912523A1 (fr) | 2008-08-15 |
FR2912523B1 FR2912523B1 (fr) | 2009-07-10 |
Family
ID=38433003
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0700995A Expired - Fee Related FR2912523B1 (fr) | 2007-02-09 | 2007-02-09 | Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique. |
Country Status (4)
Country | Link |
---|---|
US (1) | US20100256971A1 (fr) |
EP (1) | EP2117661A2 (fr) |
FR (1) | FR2912523B1 (fr) |
WO (1) | WO2008113917A2 (fr) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2011222509C1 (en) * | 2010-03-05 | 2015-05-28 | Infrared5, Inc. | System and method for two way communication and controlling content in a web browser |
US9262420B1 (en) * | 2012-04-23 | 2016-02-16 | Google Inc. | Third-party indexable text |
JP2015058136A (ja) * | 2013-09-18 | 2015-03-30 | 任天堂株式会社 | 情報処理プログラム、情報処理装置、情報処理システム、及び情報処理方法 |
JP2015154818A (ja) * | 2014-02-20 | 2015-08-27 | 任天堂株式会社 | 据置型のゲーム装置、ゲーム装置、ゲームシステム、コンピュータプログラム及び速度制御方法 |
US10789654B1 (en) * | 2015-07-27 | 2020-09-29 | Intuit Inc. | Web browsing systems for acquiring tax data during electronic tax return preparation |
CN111683145B (zh) * | 2020-06-08 | 2023-04-28 | 中国工商银行股份有限公司 | 客户端设备的配置方法、客户端设备、电子设备和介质 |
CN111880433A (zh) * | 2020-07-02 | 2020-11-03 | 上海机电工程研究所 | 异地异构半实物仿真试验任务自动化实现系统及方法 |
CN112559153B (zh) * | 2020-12-21 | 2024-05-28 | 北京仿真中心 | 一种多线程和多进程一体的仿真模型组件调度方法和系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000065434A2 (fr) * | 1999-04-27 | 2000-11-02 | Openconnect Systems Incorporated | Serveur et emulateur de terminal pour connexion continue a un systeme hote d'heritage avec interface hote directe as/400 |
US20010029205A1 (en) * | 2000-03-30 | 2001-10-11 | Sagahiro Taho | Game program delivery system and apparatus used in same |
US20020045484A1 (en) * | 2000-09-18 | 2002-04-18 | Eck Charles P. | Video game distribution network |
US6672963B1 (en) * | 2000-09-18 | 2004-01-06 | Nintendo Co., Ltd. | Software implementation of a handheld video game hardware platform |
US6711619B1 (en) * | 1999-12-15 | 2004-03-23 | Hewlett-Packard Development Company, L.P. | Method, system, and apparatus for distributing and using computer-based applications over a network |
WO2005117391A1 (fr) * | 2004-05-20 | 2005-12-08 | Turner Broadcasting System, Inc. (Tbs, Inc.) | Systemes et procedes d'administration d'un contenu sur un reseau |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6763371B1 (en) * | 1999-05-10 | 2004-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for collaborative communication in a communication network |
US7285051B2 (en) * | 2000-05-25 | 2007-10-23 | Nintendo Co., Ltd. | Game information storage medium and game system using the same |
US6999912B2 (en) * | 2001-03-13 | 2006-02-14 | Microsoft Corporation | Provisioning computing services via an on-line networked computing environment |
US7337330B2 (en) * | 2003-03-10 | 2008-02-26 | Cyberview Technology, Inc. | Universal game download system for legacy gaming machines |
US20040266529A1 (en) * | 2003-06-30 | 2004-12-30 | Sony Computer Entertainment America Inc. | Methods and systems for remote execution of game content and presentation on a wireless portable device |
US7089594B2 (en) * | 2003-07-21 | 2006-08-08 | July Systems, Inc. | Application rights management in a mobile environment |
US8888600B2 (en) * | 2004-08-25 | 2014-11-18 | Igt | Emulation methods and devices for a gaming machine |
-
2007
- 2007-02-09 FR FR0700995A patent/FR2912523B1/fr not_active Expired - Fee Related
-
2008
- 2008-02-11 US US12/526,423 patent/US20100256971A1/en not_active Abandoned
- 2008-02-11 WO PCT/FR2008/000171 patent/WO2008113917A2/fr active Application Filing
- 2008-02-11 EP EP08761871A patent/EP2117661A2/fr not_active Ceased
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000065434A2 (fr) * | 1999-04-27 | 2000-11-02 | Openconnect Systems Incorporated | Serveur et emulateur de terminal pour connexion continue a un systeme hote d'heritage avec interface hote directe as/400 |
US6711619B1 (en) * | 1999-12-15 | 2004-03-23 | Hewlett-Packard Development Company, L.P. | Method, system, and apparatus for distributing and using computer-based applications over a network |
US20010029205A1 (en) * | 2000-03-30 | 2001-10-11 | Sagahiro Taho | Game program delivery system and apparatus used in same |
US20020045484A1 (en) * | 2000-09-18 | 2002-04-18 | Eck Charles P. | Video game distribution network |
US6672963B1 (en) * | 2000-09-18 | 2004-01-06 | Nintendo Co., Ltd. | Software implementation of a handheld video game hardware platform |
WO2005117391A1 (fr) * | 2004-05-20 | 2005-12-08 | Turner Broadcasting System, Inc. (Tbs, Inc.) | Systemes et procedes d'administration d'un contenu sur un reseau |
Also Published As
Publication number | Publication date |
---|---|
US20100256971A1 (en) | 2010-10-07 |
EP2117661A2 (fr) | 2009-11-18 |
FR2912523B1 (fr) | 2009-07-10 |
WO2008113917A2 (fr) | 2008-09-25 |
WO2008113917A3 (fr) | 2008-11-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FR2912523A1 (fr) | Procede permettant de simuler le fonctionnement d'un dispositif ayant une architecture et un processeur determines a l'aide d'un autre dispositif connecte a un reseau informatique. | |
US20220244933A1 (en) | System and Methods for Integration of an Application Runtime Environment Into a User Computing Environment | |
CA2091546C (fr) | Utilisation d'un langage dont le typage porte sur le contenu des variables et permettant de manipuler des constructions complexes | |
CN104740872B (zh) | 模拟安卓环境中游戏程序运行控制方法及装置 | |
EP2336885B1 (fr) | Procédé pour afficher dans un navigateur web le rendu produit par une application | |
US6731314B1 (en) | Network-based three-dimensional multiple-user shared environment apparatus and method | |
JP2003529826A (ja) | 第1のコンピュータ上のプログラムをサーバ上のプログラムと同期化するための方法および装置、コンピュータ読出し可能な記憶媒体およびコンピュータプログラム要素 | |
CN109165050A (zh) | 程序的运行方法、装置、计算设备以及存储介质 | |
CN105721608A (zh) | 用于处理器可执行内容的传送的方法和系统 | |
CN101237561A (zh) | 网络视频加速系统及控制方法 | |
US20120323950A1 (en) | Embedded query formulation service | |
EP1952636A1 (fr) | Procede d'optimisation de rendu d'une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants | |
EP2188991A1 (fr) | Système et procédés pour sélectionner des publicités sur la base d'informations d'identifiant d'appelant | |
EP2633683B1 (fr) | Exécution déportée d'une application logicielle au sein d'un réseau | |
Srinivasa et al. | Meghaos: Cloud based operating system and a framework for mobile application development | |
FR2893439A1 (fr) | Procede pour generer des images associees a un contexte 3d en temps reel, et dispositif teleinformatique permettant de realiser des operations sur une base de donnees multimedia | |
WO2004042572A2 (fr) | Carte a microcircuit comportant des moyens de publication de ses objets informatiques | |
FR2966948A1 (fr) | Indexation et execution d'applications logicielles dans un reseau | |
EP2575327A1 (fr) | Procédé de partage d'une application web entre plusieurs terminaux informatiques reliés à un réseau de communication | |
KR102111998B1 (ko) | 클라우드 서비스를 이용한 컴퓨터 게임 시스템 및 방법 | |
Yberg | Native-like performance and user experience with Progressive Web Apps | |
WO2023142601A1 (fr) | Procédé de traitement de données basé sur une chaîne de blocs, et dispositif et support de stockage lisible | |
Angelaccio et al. | A performance evaluation of asynchronous web interfaces for collaborative web services | |
EP1904939A2 (fr) | Procede et dispositif d'interaction entre des applications informatiques et un site distant | |
JP2003345706A (ja) | コンテンツ配信システム及びその方法、コンピュータプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TP | Transmission of property | ||
PLFP | Fee payment |
Year of fee payment: 10 |
|
PLFP | Fee payment |
Year of fee payment: 11 |
|
PLFP | Fee payment |
Year of fee payment: 12 |
|
PLFP | Fee payment |
Year of fee payment: 14 |
|
PLFP | Fee payment |
Year of fee payment: 15 |
|
PLFP | Fee payment |
Year of fee payment: 16 |
|
ST | Notification of lapse |
Effective date: 20231005 |