Brevet FR3103927A1 — publié le 20210604

Titre de l’invention : Procédé et appareil pour exécuter un applet Les modes de réalisation de la présente invention présentent un procédé et un appareil pour exécuter un applet. Un mode de réalisation spécifique du procédé comprend : la lecture (201), en réponse à l'émission d'un applet pour une application d'hôte, d'un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet ; le chargement (202) de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet ; et l'exécution (203) , en réponse à une instruction d'exécution de l'applet, d'un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. Selon le mode de réalisation, lorsque l'applet est exécuté, la bibliothèque dynamique référencée par l'applet est chargée à partir du répertoire bac à sable et/ou de la plateforme d'applet, et la bibliothèque dynamique n'est plus intégrée dans le paquetage d'applet. Même si de nouvelles caractéristiques sont ajoutées à la bibliothèque dynamique référencée par l'applet, il n'est pas nécessaire d'intégrer la bibliothèque dynamique de la version la plus récente dans le paquetage d'applet. Etant donné que le code du paquetage d'applet ne change pas, il n'est pas nécessaire de réexaminer le paquetage d'applet, améliorant ainsi considérablement le taux de convergence. Figure 2 Procédé et appareil pour exécuter un applet Les modes de réalisation de la présente invention concernent le domaine de la technologie informatique, et spécifiquement un procédé et un appareil pour exécuter un applet. Contexte Avec le développement continu de la technologie informatique, un grand nombre d'applications émergent les unes après les autres. Un applet, une application qui peut être utilisée sans téléchargement et sans installation, a suscité une grande attention de tous les horizons. Un applet classique nécessite des développeurs pour développer tous les modules et logiques de service entièrement par eux-mêmes, et la charge de travail de développement de l'applet est importante. Afin de réduire la charge sur les développeurs d'applet et de faciliter le développement de l'applet, certains API (interfaces de programmation d'application) , composants, pages, et similaire, généralement utilisés, peuvent être encapsulés dans des modules d’extension (plug-ins) pour une référence directe par d'autres applets. Si un certain applet doit référencer un module d'extension, dans un fichier de configuration, non seulement un identifiant du module d'extension doit être configuré, mais également une version du module d'extension doit être configurée. De plus, le module d'extension doit également être intégré dans un paquetage d'applet. Lorsque l'applet est exécuté, le module d'extension intégré dans le paquetage d'applet est directement utilisé. Si certaines caractéristiques nouvelles sont ajoutées au module d'extension et qu'une nouvelle version est émise, pour utiliser les nouvelles caractéristiques dans l'applet, la version du module d'extension dans le fichier de configuration doit être modifiée manuellement en la version la plus récente, et simultanément, le module d'extension de la version la plus récente est intégré dans le paquetage d'applet, et ensuite le nouveau paquetage d'applet est soumis à un réexamen. Après que le nouveau paquetage d'applet a passé le réexamen, une période de temps est en outre requise pour une convergence, et seulement après la convergence, lorsque l'applet est exécuté, l'utilisateur voit les nouvelles caractéristiques. Résumé Les modes de réalisation de la présente invention proposent un procédé et un appareil pour exécuter un applet. Selon un premier aspect, les modes de réalisation de la présente invention proposent un procédé pour exécuter un applet. Le procédé comprend : la lecture, en réponse à l'émission d'un applet pour une application d'hôte, d'un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet ; le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet ; et l'exécution, en réponse à une instruction d'exécution de l'applet, d'un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. Dans certains modes de réalisation, avant que le fichier de configuration soit lu pour déterminer la bibliothèque dynamique référencée par l'applet, le procédé comprend en outre l'exécution d'une signature et d’une vérification de sécurité de l'applet. Dans certains modes de réalisation, le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend : la détermination, pour chaque bibliothèque dynamique référencée par l'applet, si la bibliothèque dynamique est mémorisée dans le répertoire bac à sable ; et le téléchargement de manière synchrone d'une bibliothèque dynamique d'une version la plus récente à partir de la plateforme d'applet et le chargement de la bibliothèque dynamique de la version la plus récente, si la bibliothèque dynamique n'est pas mémorisée. Dans certains modes de réalisation, le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend en outre : la détermination si une durée de téléchargement de la bibliothèque dynamique dépasse une période d'expiration, si le répertoire bac à sable mémorise la bibliothèque dynamique ; et le téléchargement de manière synchrone de la bibliothèque dynamique de la version la plus récente à partir de la plateforme d'applet et le chargement de la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement dépasse la période d'expiration. Dans certains modes de réalisation, le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend en outre : le chargement de la bibliothèque dynamique mémorisée dans le répertoire bac à sable, si la durée de téléchargement ne dépasse pas la période d'expiration, ou si la durée de téléchargement dépasse la période d'expiration, mais le téléchargement de la bibliothèque dynamique de la version la plus récente a échoué. Dans certains modes de réalisation, le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend en outre : le téléchargement de manière asynchrone de la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement ne dépasse pas la période d'expiration et si la bibliothèque dynamique de la version la plus récente est incluse dans la plateforme d'applet. Dans certains modes de réalisation, la bibliothèque dynamique téléchargée de la version la plus récente est mémorisée dans le répertoire bac à sable, des informations de temps de dépassement de délai et de version de la bibliothèque dynamique sont mémorisées dans une base de données, et différents applets partagent la bibliothèque dynamique dans le répertoire bac à sable. Dans certains modes de réalisation, le procédé comprend en outre la détermination, lorsqu'un code de script d'une page maître de l'applet est exécuté, d'une bibliothèque dynamique référencée par une page esclave de l'applet, et le pré-téléchargement de la bibliothèque dynamique référencée par la page esclave à partir de la plateforme d'applet. Dans certains modes de réalisation, le procédé comprend en outre la transmission, lors du saut à la page esclave de l'applet, d'un trajet du répertoire bac à sable à un frontal, pour amener le frontal à précharger la bibliothèque dynamique référencée par la page à partir du trajet. Dans certains modes de réalisation, la bibliothèque dynamique est émise en acquérant un identifiant de la bibliothèque dynamique enregistré par un utilisateur sur la plateforme d'applet ; en acquérant un script, un composant et une page développés par l'utilisateur en utilisant un outil de développement fourni par la plateforme d'applet ; en encapsulant, si le script, le composant et la page sont compilés et débogués avec succès, le script, le composant et la page pour obtenir la bibliothèque dynamique ; et en émettant simultanément la bibliothèque dynamique, un échantillon d'applet déboguant la bibliothèque dynamique et un document de la bibliothèque dynamique. Dans certains modes de réalisation, l'applet référence la bibliothèque dynamique en : configurant l'identifiant de la bibliothèque dynamique référencée par l'applet dans le fichier de configuration ; déclarant un composant d'utilisation de la bibliothèque dynamique référencée par l'applet dans un fichier de page ; spécifiant une position et un attribut associé de la bibliothèque dynamique référencée par l'applet dans un fichier d'agencement ; et appelant la bibliothèque dynamique référencée par l'applet dans le code de script de l'applet. Selon un deuxième aspect, les modes de réalisation de la présente invention proposent un appareil pour exécuter un applet. L'appareil comprend une unité de lecture, configurée pour lire, en réponse à l'émission d'un applet pour une application d'hôte, un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet ; une unité de chargement, configurée pour charger la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet ; et une unité d'exécution, configurée pour exécuter, en réponse à une instruction d'exécution de l'applet, un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. Dans certains modes de réalisation, l'appareil comprend en outre une unité de vérification, configurée pour effectuer une signature et une vérification de sécurité de l'applet. Dans certains modes de réalisation, l'unité de chargement comprend : une première sous-unité de détermination, configurée pour déterminer, pour chaque bibliothèque dynamique référencée par l'applet, si la bibliothèque dynamique est mémorisée dans le répertoire bac à sable ; et une première sous-unité de chargement, configurée pour télécharger de manière synchrone une bibliothèque dynamique d'une version la plus récente à partir de la plateforme d'applet et charger la bibliothèque dynamique de la version la plus récente, si la bibliothèque dynamique n'est pas mémorisée. Dans certains modes de réalisation, l'unité de chargement comprend en outre : une deuxième sous-unité de détermination, configurée pour déterminer si une durée de téléchargement de la bibliothèque dynamique dépasse une période d'expiration, si le répertoire bac à sable mémorise la bibliothèque dynamique ; et une deuxième sous-unité de chargement, configurée pour télécharger de manière synchrone la bibliothèque dynamique de la version la plus récente à partir de la plateforme d'applet et charger la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement dépasse la période d'expiration. Dans certains modes de réalisation, l'unité de chargement comprend en outre : une troisième sous-unité de chargement, configurée pour charger la bibliothèque dynamique mémorisée dans le répertoire bac à sable, si la durée de téléchargement ne dépasse pas la période d'expiration, ou si la durée de téléchargement dépasse la période d'expiration, mais le téléchargement de la bibliothèque dynamique de la version la plus récente a échoué. Dans certains modes de réalisation, l'unité de chargement comprend en outre : une sous-unité de téléchargement de manière asynchrone, configurée pour télécharger de manière asynchrone la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement ne dépasse pas la période d'expiration et si le téléchargement de la bibliothèque dynamique de la version la plus récente a échoué. Dans certains modes de réalisation, la bibliothèque dynamique téléchargée de la version la plus récente est mémorisée dans le répertoire bac à sable, des informations de temps de dépassement de délai et de version de la bibliothèque dynamique sont mémorisées dans une base de données, et différents applets partagent la bibliothèque dynamique dans le répertoire bac à sable. Dans certains modes de réalisation, l'appareil comprend en outre une unité de pré-téléchargement, configurée pour déterminer, lorsqu'un code de script d'une page maître de l'applet est exécuté, une bibliothèque dynamique référencée par une page esclave de l'applet, et pré-télécharger la bibliothèque dynamique référencée par la page esclave à partir de la plateforme d'applet. Dans certains modes de réalisation, l'appareil comprend en outre une unité de préchargement, configurée pour transmettre, lors du saut à la page esclave de l'applet, un trajet du répertoire bac à sable à un frontal pour amener le frontal à précharger la bibliothèque dynamique référencée par la page de détails à partir du trajet. Dans certains modes de réalisation, la bibliothèque dynamique est émise en : acquérant un identifiant de la bibliothèque dynamique enregistré par un utilisateur sur la plateforme d'applet ; acquérant un script, un composant et une page développés par l'utilisateur en utilisant un outil de développement fourni par la plateforme d'applet ; encapsulant, si le script, le composant et la page sont compilés et débogués avec succès, le script, le composant et la page pour obtenir la bibliothèque dynamique ; et émettant simultanément la bibliothèque dynamique, un échantillon d'applet déboguant la bibliothèque dynamique et un document de la bibliothèque dynamique. Dans certains modes de réalisation, l'applet référence la bibliothèque dynamique en : configurant l'identifiant de la bibliothèque dynamique référencée par l'applet dans le fichier de configuration ; déclarant un composant d'utilisation de la bibliothèque dynamique référencée par l'applet dans un fichier de page ; spécifiant une position et un attribut associé de la bibliothèque dynamique référencée par l'applet dans un fichier d'agencement ; et appelant la bibliothèque dynamique référencée par l'applet dans le code de script de l'applet. Selon un troisième aspect, les modes de réalisation de la présente invention proposent un dispositif électronique. Le dispositif électronique comprend un ou plusieurs processeurs ; et un appareil de mémorisation, configuré pour mémoriser un ou plusieurs programmes, où lesdits un ou plusieurs programmes, lorsqu'ils sont exécutés par lesdits un ou plusieurs processeurs, amènent lesdits un ou plusieurs processeurs à mettre en œuvre le procédé selon l’un quelconque des modes de réalisation du premier aspect. Selon un quatrième aspect, les modes de réalisation de la présente invention proposent un support pouvant être lu par un ordinateur, mémorisant un programme d'ordinateur, où le programme, lorsqu'il est exécuté par un processeur, met en œuvre le procédé selon l’un quelconque des modes de réalisation du premier aspect. Selon le procédé et l'appareil pour exécuter un applet proposés dans les modes de réalisation de la présente invention, d'abord, le fichier de configuration est lu pour déterminer la bibliothèque dynamique référencée par l'applet, en réponse à l'émission de l'applet pour l'application d'hôte. Ensuite, la bibliothèque dynamique référencée par l'applet est chargée à partir du répertoire bac à sable et/ou de la plateforme d'applet. Enfin, le code de script de l'applet est exécuté pour appeler la bibliothèque dynamique référencée par l'applet, en réponse à l'instruction d'exécution de l'applet. Lorsque l'applet est exécuté, la bibliothèque dynamique référencée par l'applet est chargée à partir du répertoire bac à sable et/ou de la plateforme d'applet, et la bibliothèque dynamique n'est plus intégrée dans le paquetage d'applet. Même si de nouvelles caractéristiques sont ajoutées à la bibliothèque dynamique référencée par l'applet, il n'est pas nécessaire d'intégrer la bibliothèque dynamique de la version la plus récente dans le paquetage d'applet. Etant donné que le code du paquetage d'applet ne change pas, il n'est pas nécessaire de réexaminer le paquetage d'applet, améliorant ainsi considérablement le taux de convergence. De plus, la bibliothèque dynamique n'est plus intégrée dans le paquetage d'applet, et est également isolée du paquetage d'applet en termes de codes, ce qui empêche le développeur de modifier le code de la bibliothèque dynamique ou de divulguer la mise en œuvre de base de la bibliothèque dynamique. Après la lecture des descriptions détaillées de modes de réalisation non limitatifs données avec référence aux dessins joints suivants, d'autres caractéristiques, objectifs et avantages de la présente invention seront plus évidents : La figure 1 est un exemple d'architecture de système dans laquelle la présente invention peut être appliquée ; La figure 2 est un organigramme d'un procédé pour exécuter un applet selon un mode de réalisation de la présente invention ; La figure 3 est un organigramme d'un procédé pour exécuter un applet selon un autre mode de réalisation de la présente invention ; La figure 4 est un schéma d'une architecture dans laquelle un applet s'exécute ; La figure 5 est un schéma de structure d'un appareil pour exécuter un applet selon un mode de réalisation de la présente invention ; et La figure 6 est un schéma de structure d'un système informatique conçu pour mettre en œuvre un dispositif électronique selon des modes de réalisation de la présente invention. Description détaillée de modes de réalisation La présente invention est en outre décrite ci-dessous en détail en combinant les dessins joints et les modes de réalisation. On peut apprécier que les modes de réalisation spécifiques décrits dans le présent document sont simplement utilisés pour expliquer l'invention pertinente, plutôt que limiter l'invention. De plus, il conviendrait de noter que, pour faciliter la description, seules les parties relatives à l'invention pertinente sont montrées sur les dessins joints. Il conviendrait également de noter que les modes de réalisation de la présente invention et les caractéristiques des modes de réalisation peuvent être combinés les uns avec les autres sur une base sans conflit. La présente invention va être décrite ci-dessous en détail avec référence aux dessins joints et en combinaison avec les modes de réalisation. La FIG. 1 illustre un exemple d'architecture de système 100 dans laquelle un procédé pour exécuter un applet ou un appareil pour exécuter un applet selon un mode de réalisation de la présente invention peut être appliqué. Comme montré sur la FIG. 1, l'architecture de système 100 peut comprendre des dispositifs 101, 102 et 103 et un réseau 104. Le réseau 104 sert de milieu fournissant une liaison de communication entre les dispositifs terminaux 101, 102 et 103. Le réseau 104 peut comprendre divers types de connexions, par exemple, des liaisons de communication câblées ou sans fil, ou des câbles de fibre optique. Les dispositifs 101, 102 et 103 peuvent être des dispositifs matériels ou un logiciel prenant en charge une connexion de réseau pour fournir divers services de réseau. Lorsqu'il s'agit de matériel, les dispositifs peuvent être divers dispositifs électroniques comprenant, mais sans y être limités, un smartphone, un ordinateur tablette, un ordinateur portable, un ordinateur de bureau, un serveur, et similaire. Dans ce cas, en tant que dispositifs matériels, les dispositifs peuvent être mis en œuvre en tant que groupe de dispositifs répartis composé d'une pluralité de dispositifs, ou peuvent être mis en œuvre en tant que dispositif unique. Lorsqu'il s'agit de logiciel, les dispositifs peuvent être installés dans les dispositifs électroniques énumérés ci-dessus. Dans ce cas, les dispositifs peuvent être mis en œuvre en tant que pluralité d'éléments de logiciel ou pluralité de modules logiciels (par exemple, des éléments de logiciel ou des modules logiciels pour fournir un service réparti), ou peuvent être mis en œuvre en tant qu'élément unique de logiciel ou module logiciel unique, qui ne seront pas définis spécifiquement ici. En pratique, un dispositif peut fournir un service de réseau correspondant en installant une application de client correspondante ou une application côté serveur correspondante. Après que l'application de client a été installée, le dispositif peut être mis en œuvre en tant que client dans une communication de réseau. De manière correspondante, après que l'application côté serveur a été installée, le dispositif peut être mis en œuvre en tant que côté serveur dans la communication de réseau. En tant qu'exemple, sur la FIG. 1, le dispositif 101 est mis en œuvre en tant que client et les dispositifs 102 et 103 sont mis en œuvre en tant que côtés serveur. Par exemple, le dispositif 101 peut être un client installé avec une application d'hôte, le dispositif 102 peut être un côté serveur de l'application d'hôte, et le dispositif 103 peut être un côté serveur d'un applet. Il conviendrait de noter que le procédé pour exécuter un applet prévu dans les modes de réalisation de la présente invention est généralement effectué par le dispositif 101. De manière correspondante, l'appareil pour exécuter un applet est généralement prévu dans le dispositif 101. On devrait apprécier que les nombres des réseaux et des dispositifs sur la FIG. 1 sont simplement illustratifs. Un nombre quelconque de réseaux et de dispositifs peuvent être prévus en fonction des besoins réels. En outre, avec référence à la FIG. 2, la FIG. 2 illustre un flux 200 d'un procédé pour exécuter un applet selon un mode de réalisation de la présente invention. Le procédé pour exécuter un applet comprend les étapes suivantes : Etape 201, la lecture, en réponse à l'émission d'un applet pour une application d'hôte, d'un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet. Dans ce mode de réalisation, lorsque l'applet est émis pour l'application d'hôte, un corps d'exécution (par exemple, le dispositif 101 montré sur la FIG. 1) du procédé pour exécuter un applet peut lire le fichier de configuration pour déterminer la bibliothèque dynamique référencée par l'applet. Ici, par exemple, l'application d'hôte peut être une application de client telle qu'une application de communication instantanée et une application de recherche. L'applet peut être un programme d'application s'exécutant dans l'application d'hôte. L'exécution de l'applet dépend de l'application d'hôte. L'application d'hôte peut exécuter une pluralité d'applets. Généralement, si un utilisateur souhaite exécuter l'applet, l'application d'hôte doit rechercher l'applet. Si la page de résultat de recherche comprend l'applet, l'applet est émis pour l'application d'hôte. Ici, le fichier de configuration peut être app.json. Chaque applet correspond à un fichier de configuration, et le fichier de configuration enregistre l'identifiant de la bibliothèque dynamique référencée par l'applet correspondant. Un applet peut référencer une pluralité de bibliothèques dynamiques différentes. Une bibliothèque dynamique peut être obtenue en encapsulant un script, un composant, une page et similaire, qui sont généralement et fréquemment utilisés dans le développement de l'applet. L'identifiant de la bibliothèque dynamique peut être, par exemple, le nom et/ou le pseudonyme de la bibliothèque dynamique. Le nom de la bibliothèque dynamique est unique sur une plateforme d'applet. Le pseudonyme de la bibliothèque dynamique est unique dans un applet donné. De plus, le fichier de configuration n'enregistre plus la version de la bibliothèque dynamique référencée par l'applet. Par conséquent, même si la version est mise à jour du fait d'une caractéristique nouvellement ajoutée de la bibliothèque dynamique référencée par l'applet, la version la plus récente de la bibliothèque dynamique référencée par l'applet ne doit pas être mise à jour dans le fichier de configuration, et aucun nouveau paquetage d'applet ne doit être réexaminé, ce qui améliore considérablement le taux de convergence. Dans certaines autres mises en œuvre de ce mode de réalisation, la bibliothèque dynamique peut être émise par les étapes suivantes : D'abord, l'identifiant de la bibliothèque dynamique enregistré par l'utilisateur sur la plateforme d'applet est acquis. Généralement, lors du développement d'une bibliothèque dynamique, un développeur doit enregistrer l'identifiant de la bibliothèque dynamique sur la plateforme d'applet. Ensuite, un script, un composant et une page développés par l'utilisateur en utilisant un outil de développement fourni par la plateforme d'applet sont acquis. Généralement, la plateforme d'applet fournit l'outil de développement, et le développeur peut utiliser l'outil de développement fourni par la plateforme d'applet pour développer le script (JS), le composant, la page et similaire, qui sont généralement et fréquemment utilisés. Ensuite, si le script, le composant et la page sont compilés et débogués avec succès, le script, le composant et la page sont encapsulés pour obtenir la bibliothèque dynamique. Généralement, le script, le composant, la page et similaire doivent être compilés et débogués. Après avoir été compilés et débogués, le script, le composant, la page et similaire sont encapsulés dans la bibliothèque dynamique. De plus, la bibliothèque dynamique fournit l'API à l'extérieur, et l'applet met en œuvre la référence vers la bibliothèque dynamique en appelant l'API de la bibliothèque dynamique. Enfin, la bibliothèque dynamique, un échantillon d'applet déboguant la bibliothèque dynamique et un document de la bibliothèque dynamique sont émis simultanément. Généralement, pour émettre la bibliothèque dynamique, il est nécessaire de fournir la bibliothèque dynamique, l'échantillon d'applet déboguant la bibliothèque dynamique et le document de la bibliothèque dynamique, et d'émettre les trois fichiers simultanément. Ici, la bibliothèque dynamique est le contenu développé par le développeur et référencé par d'autres applets. L'échantillon d'applet déboguant la bibliothèque dynamique peut être réexaminé par un examinateur, et utilisé pour le débogage et l’examen préalable par le développeur d'applet en utilisant la bibliothèque dynamique. Le document de la bibliothèque dynamique peut fournir une API de la caractéristique fournie par la bibliothèque dynamique, pour faciliter l'accès du développeur. On devrait apprécier que le script, le composant, la page et similaire généralement et fréquemment utilisés dans le développement de l'applet sont encapsulés dans la bibliothèque dynamique, et téléchargés vers la plateforme d'applet pour que d'autres applets les référencent. Pour une bibliothèque dynamique qui peut être référencée à partir de la plateforme d'applet, le développeur d'applet ne doit pas redévelopper, ce qui réduit la charge de travail de développement de l'applet. Dans certaines autres mises en œuvre de ce mode de réalisation, l'applet peut référencer la bibliothèque dynamique par les étapes suivantes : D'abord, l'identifiant de la bibliothèque dynamique référencée par l'applet est configuré dans le fichier de configuration. Ici, par exemple, le code pour configurer l'identifiant de la bibliothèque dynamique référencée par l'applet dans le fichier de configuration peut être : app.json { “dynamicLib”:{ “myAliasA”:{ “provider”:“DynamicLibAAA” } “myAliasB”:{ “provider”:“DynamicLibBBB” } } } Ici, app.json est un fichier de configuration, dynamicLib est un emplacement pour la déclaration d'une bibliothèque dynamique référencée par un applet, myAliasA et myAliasB sont les pseudonymes des bibliothèques dynamiques référencées par l'applet, et DynamicLibAAA DynamicLibBBB sont les noms des bibliothèques dynamiques référencées par l'applet. Ensuite, un composant d'utilisation de la bibliothèque dynamique référencée par l'applet est déclaré dans le fichier de page. Ici, par exemple, le code pour déclarer le composant d'utilisation de la bibliothèque dynamique référencée par l'applet dans le fichier de page peut être : xxxPage.json { “usingComponents”:{ “my-component”:“dynamicLib://myAliasA/hello-component” } } Ici, xxxPage.json est un fichier de page, usingComponents est la déclaration du composant d'utilisation dans le fichier de page, et my-component:dynamicLib://myAliasA/hello-component est une déclaration d'utilisation d'une page hello-component d'une bibliothèque dynamique ayant un pseudonyme myAliasA. Ensuite, une position et un attribut associé de la bibliothèque dynamique référencée par l'applet sont spécifiés dans un fichier d'agencement. Ici, par exemple, le code pour spécifier la position et l'attribut associé de la bibliothèque dynamique référencée par l'applet dans le fichier d'agencement peut être : xxxPage.swan Ici, xxxPage.swan est un fichier d'agencement, et est une position référençant cette bibliothèque dynamique dans xxxPage.swan. Enfin, la bibliothèque dynamique référencée par l'applet est appelée dans un code de script de l'applet. Ici, par exemple, le code pour appeler la bibliothèque dynamique référencée par l'applet dans le code de script de l'applet peut être : xxxPage.js var lib=requireDynamicLib(’myAliasA’); Ici, xxxPage.js est un code de script d'un applet, et var lib=requireDynamicLib(’myAliasA’) est le chargement de la bibliothèque dynamique ayant le pseudonyme myAliasA dans le code xxxPage.js. Dans certaines autres mises en œuvre du mode de réalisation, le corps d'exécution ci-dessus peut effectuer la signature et une vérification de sécurité de l'applet. Le corps d'exécution ci-dessus lit seulement le fichier de configuration après la signature et le passage de la vérification de sécurité. Etape 202, le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet. Dans le mode de réalisation, pour chaque bibliothèque dynamique référencée par l'applet, le corps d'exécution ci-dessus peut charger la bibliothèque dynamique à partir du répertoire bac à sable ou de la plateforme d'applet. Par exemple, si la version la plus récente de la bibliothèque dynamique émise sur la plateforme d'applet est cohérente avec la version de la bibliothèque dynamique mémorisée dans le répertoire bac à sable, le corps d'exécution ci-dessus peut directement charger la bibliothèque dynamique à partir du répertoire bac à sable. Si la version la plus récente de la bibliothèque dynamique émise sur la plateforme d'applet n'est pas cohérente avec la version de la bibliothèque dynamique mémorisée dans le répertoire bac à sable, le corps d'exécution ci-dessus peut télécharger la version la plus récente de la bibliothèque dynamique à partir de la plateforme d'applet en temps réel, et charger la version la plus récente de la bibliothèque dynamique. De plus, la bibliothèque dynamique de la version la plus récente téléchargée est mémorisée dans le répertoire bac à sable pour une référence par l'applet lors de l’exécution suivante de l'applet. Généralement, après que la caractéristique de la bibliothèque dynamique a été mise à jour, l'applet référençant la bibliothèque dynamique ne doit pas changer la référence à la bibliothèque dynamique dans le fichier de configuration, et ne doit pas réémettre le paquetage d'applet. Lorsque l'utilisateur ouvre l'applet, la plateforme d'applet est interrogée pour déterminer si la caractéristique de la bibliothèque dynamique a été mise à jour. Si la caractéristique n'a pas été mise à jour, la bibliothèque dynamique dans le répertoire bac à sable est utilisée. Si la caractéristique a été mise à jour, la bibliothèque dynamique de la version la plus récente est téléchargée de la plateforme d'applet vers le répertoire bac à sable, et la nouvelle caractéristique de la bibliothèque dynamique peut être présentée lors de l’exécution de l'applet. On devrait comprendre que le code de la bibliothèque dynamique référencée par l'applet n'est pas intégré dans le paquetage d'applet lorsque l'applet est empaqueté, mais téléchargé dans le répertoire bac à sable lors de son utilisation, et le code et le répertoire de mémorisation de l'applet sont mémorisés en parallèle, mais isolés l'un de l'autre en termes de codes. De cette manière, les avantages comprennent au moins : (1) l'isolement : les mémorisations du code de l'applet et du code de la bibliothèque dynamique sont isolées, empêchant le développeur de modifier le code de la bibliothèque dynamique ou de divulguer la mise en œuvre de base de la bibliothèque dynamique, et il y a uniquement la relation d'appel de l'API entre l'applet et la bibliothèque dynamique, et ainsi, une couche de mise en œuvre d'interface n'est pas visible par l'utilisateur ; (2) la réutilisation : différents applets peuvent partager la bibliothèque dynamique dans le répertoire bac à sable, et si deux applets référencent une bibliothèque dynamique donnée, et qu’un applet a téléchargé la bibliothèque dynamique de la version la plus récente lors de son exécution, l'autre applet, lors de son exécution, charge directement la bibliothèque dynamique de la version la plus récente à partir du répertoire bac à sable sans télécharger à plusieurs reprises la bibliothèque dynamique, atteignant ainsi le but de réutilisation ; et (3) la sécurité : la bibliothèque dynamique est mémorisée dans le répertoire bac à sable, ce qui réduit considérablement le risque qu’elle soit décryptée par l'utilisateur et d'autres concurrents, et est plus sûr que la mémorisation dans une carte mémoire ou l'intégration directe du code dans le paquetage d'applet. Etape 203, l'exécution, en réponse à une instruction d'exécution de l'applet, d'un code de script pour appeler la bibliothèque dynamique référencée par l'applet. Dans le mode de réalisation, lors de la réception de l'instruction d'exécution de l'applet, le corps d'exécution ci-dessus peut exécuter le code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet, pour utiliser la caractéristique fournie par la bibliothèque dynamique. Ici, lorsqu’une entrée dans n'importe quelle page de l'applet est effectuée par un clic, on peut considérer que l'instruction d'exécution de l'applet est reçue. Les pages de l'applet peuvent comprendre une page maître et une page esclave. Dans certaines autres mises en œuvre du mode de réalisation, le corps d'exécution ci-dessus peut pré-télécharger et précharger la bibliothèque dynamique. Spécifiquement, lors de l’exécution d'un code de script d'une page maître de l'applet, le corps d'exécution ci-dessus peut déterminer la bibliothèque dynamique référencée par une page esclave de l'applet et pré-télécharger la bibliothèque dynamique référencée par la page esclave à partir de la plateforme d'applet. Lors du saut à la page esclave de l'applet, le corps d'exécution ci-dessus peut transmettre le trajet du répertoire bac à sable à un frontal, pour amener le frontal à précharger la bibliothèque dynamique référencée par la page esclave à partir du trajet. Ici, le moteur d’exécution de structure d'applet (dans un état d'exécution) fournit une capacité de pré-télécharger la bibliothèque dynamique. Généralement, certaines bibliothèques dynamiques sont référencées sur la page esclave de l'applet. Après que la page maître de l'applet a été ouverte, le corps d'exécution ci-dessus peut appeler dynamiquement une capacité de pré-téléchargement : PreDownloadSwanPlugin, pour effectuer le téléchargement par lots des bibliothèques dynamiques référencées par la page esclave, de sorte que les pages des bibliothèques dynamiques référencées puissent être préparées à l'avance lors du saut à la page esclave. Lors du saut à la page esclave, le corps d'exécution ci-dessus peut transmettre le trajet du répertoire bac à sable au frontal lorsque l'événement de préparation de page de la page esclave est généré, et le frontal peut précharger le code de la bibliothèque dynamique sous le trajet, et ainsi peut exécuter la logique de script correspondante lorsque la page esclave est reproduite. Conformément au procédé pour exécuter un applet proposé dans le mode de réalisation de la présente invention, d'abord, le fichier de configuration est lu pour déterminer la bibliothèque dynamique référencée par l'applet, en réponse à l'émission de l'applet pour l'application d'hôte. Ensuite, la bibliothèque dynamique référencée par l'applet est chargée à partir du répertoire bac à sable et/ou de la plateforme d'applet. Enfin, le code de script de l'applet est exécuté pour appeler la bibliothèque dynamique référencée par l'applet, en réponse à l'instruction d'exécution de l'applet. Lors de l’exécution de l'applet, la bibliothèque dynamique référencée par l'applet est chargée à partir du répertoire bac à sable et/ou de la plateforme d'applet, et la bibliothèque dynamique n'est plus intégrée dans le paquetage d'applet. Même si des caractéristiques sont ajoutées à la bibliothèque dynamique référencée par l'applet, il n'est pas nécessaire d'intégrer la bibliothèque dynamique de la version la plus récente dans le paquetage d'applet. Etant donné que le code du paquetage d'applet ne change pas, il n'est pas nécessaire de réexaminer le paquetage d'applet de nouveau, ce qui améliore considérablement le taux de convergence. De plus, la bibliothèque dynamique n'est plus intégrée dans le paquetage d'applet, et est également isolée du paquetage d'applet en termes de codes, ce qui empêche le développeur de modifier le code de la bibliothèque dynamique ou de divulguer la mise en œuvre de base de la bibliothèque dynamique. En outre, avec référence à la FIG. 3, la FIG. 3 illustre un flux 300 d'un procédé pour exécuter un applet conformément à un autre mode de réalisation de la présente invention. Le procédé pour exécuter un applet comprend les étapes suivantes : Etape 301, la lecture, en réponse à l'émission d'un applet pour une application d'hôte, d'un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet. Dans le mode de réalisation, l’opération spécifique de l'étape 301 est décrite en détail à l'étape 201 dans le mode de réalisation montré sur la FIG. 2, dont la description ne sera pas répétée ici. Etape 302, la détermination, pour chaque bibliothèque dynamique référencée par l'applet, si la bibliothèque dynamique est mémorisée dans un répertoire bac à sable. Dans le mode de réalisation, pour chaque bibliothèque dynamique référencée par l'applet, un corps d'exécution (par exemple, le dispositif 101 montré sur la FIG. 1) du procédé pour exécuter un applet peut interroger le répertoire bac à sable pour déterminer si la bibliothèque dynamique est mémorisée dans le répertoire bac à sable. Si la bibliothèque dynamique est mémorisée dans le répertoire bac à sable, l'étape 303 est effectuée. Si la bibliothèque dynamique n'est pas mémorisée dans le répertoire bac à sable, l'étape 304 est effectuée. Etape 303, la détermination si une durée de téléchargement de la bibliothèque dynamique dépasse une période d'expiration. Dans le mode de réalisation, si le répertoire bac à sable mémorise la bibliothèque dynamique, le corps d'exécution ci-dessus peut déterminer si la durée de téléchargement de la bibliothèque dynamique dépasse le temps d'expiration. Si la durée de téléchargement dépasse le temps d'expiration, l'étape 304 est effectuée. Si la durée de téléchargement ne dépasse pas le temps d'expiration, l'étape 305 est effectuée. Ici, la période d'expiration peut être maxAge, typiquement 1 heure. Etape 304, le téléchargement de manière synchrone d'une bibliothèque dynamique d'une version la plus récente à partir d'une plateforme d'applet, et le chargement de la bibliothèque dynamique de la version la plus récente. Dans le mode de réalisation, si la bibliothèque dynamique n'est pas mémorisée, ou si la durée de téléchargement de la bibliothèque dynamique mémorisée dépasse la période d'expiration, le corps d'exécution ci-dessus peut télécharger la bibliothèque dynamique de la version la plus récente à partir de la plateforme d'applet de manière synchrone, et charger la bibliothèque dynamique de la version la plus récente. Ici, le téléchargement synchrone peut être un téléchargement en temps réel. Par exemple, tant qu'il est déterminé que la bibliothèque dynamique n'est pas mémorisée, ou que la durée de téléchargement de la bibliothèque dynamique mémorisée dépasse la période d'expiration, une communication entre le corps d'exécution ci-dessus et la plateforme d'applet est établie immédiatement, et la bibliothèque dynamique de la version la plus récente est téléchargée en temps réel à partir de la plateforme d'applet. Généralement, après qu'un applet a référencé une bibliothèque dynamique, lorsqu'un utilisateur ouvre en premier l'applet, si le moteur d’exécution de structure détecte que le répertoire bac à sable n'a pas de bibliothèque dynamique d’une quelconque version, une bibliothèque dynamique d'une version la plus récente est téléchargée de manière synchrone dans le répertoire bac à sable, et les informations (par exemple, la période d'expiration et la version) de la bibliothèque dynamique sont mémorisées dans une base de données. De plus, lorsqu'un démarrage à froid de l'applet est effectué de nouveau, si une période depuis le dernier téléchargement de la bibliothèque dynamique dépasse la période d'expiration, cela indique que la bibliothèque dynamique dans le répertoire bac à sable n'est pas valide. La bibliothèque dynamique de la version la plus récente est téléchargée de manière synchrone dans le répertoire bac à sable de nouveau, et les informations (par exemple, la période d'expiration et la version) de la bibliothèque dynamique sont mémorisées dans la base de données. Dans certaines autres mises en œuvre du mode de réalisation, la bibliothèque dynamique téléchargée de la version la plus récente peut être mémorisée dans le répertoire bac à sable, et un temps de dépassement de délai et des informations de version de la bibliothèque dynamique peuvent être mémorisés dans une base de données. Différents applets peuvent partager la bibliothèque dynamique dans le répertoire bac à sable. C'est à dire que la bibliothèque dynamique peut être réutilisée. Par exemple, si deux applets référencent une bibliothèque dynamique donnée, et qu'un applet a téléchargé la bibliothèque dynamique de la version la plus récente lors de son exécution, l'autre applet, lors de son exécution, charge directement la bibliothèque dynamique de la version la plus récente à partir du répertoire bac à sable sans télécharger de manière répétée la bibliothèque dynamique, atteignant ainsi le but de réutilisation. Etape 305, le chargement de la bibliothèque dynamique mémorisée dans le répertoire bac à sable. Dans le mode de réalisation, si la durée de téléchargement ne dépasse pas la période d'expiration, le corps d'exécution ci-dessus peut charger la bibliothèque dynamique mémorisée dans le répertoire bac à sable. De plus, si la durée de téléchargement dépasse la période d'expiration, mais le téléchargement de la bibliothèque dynamique de la version la plus récente a échoué, le corps d'exécution ci-dessus peut également charger la bibliothèque dynamique mémorisée dans le répertoire bac à sable. Par exemple, si la plateforme d'applet n'émet pas une version qui est différente de celle de la bibliothèque dynamique mémorisée dans le répertoire bac à sable, cela indique que la bibliothèque dynamique mémorisée dans le répertoire bac à sable est la bibliothèque dynamique de la version la plus récente. Dans ce cas, la bibliothèque dynamique n'est pas téléchargée à partir de la plateforme d'applet même si la durée de téléchargement dépasse la période d'expiration. Généralement, lorsqu'un démarrage à froid de l'applet est effectué de nouveau, si la période depuis le dernier téléchargement de la bibliothèque dynamique ne dépasse pas la période d'expiration, cela indique que la bibliothèque dynamique dans le répertoire bac à sable est valide. Ainsi, la bibliothèque dynamique de la version la plus récente n'est pas téléchargée, et la bibliothèque dynamique de la version la plus récente dans le répertoire bac à sable est directement utilisée. De plus, lorsque le démarrage à froid de l'applet est effectué de nouveau, si la période depuis le dernier téléchargement de la bibliothèque dynamique dépasse la période d'expiration, mais la plateforme d'applet n'a pas de bibliothèque dynamique d'une version mise à jour, cela indique que la bibliothèque dynamique mémorisée dans le répertoire bac à sable est la bibliothèque dynamique de la version la plus récente. Ainsi, la bibliothèque dynamique de la version la plus récente dans le répertoire bac à sable est directement utilisée. Dans certaines autres mises en œuvre du mode de réalisation, si la durée de téléchargement ne dépasse pas la période d'expiration et s'il y a la bibliothèque dynamique de la version la plus récente sur la plateforme d'applet, le corps d'exécution ci-dessus peut télécharger de manière asynchrone la bibliothèque dynamique de la version la plus récente. La bibliothèque dynamique téléchargée de la version la plus récente peut être mémorisée dans le répertoire bac à sable pour une utilisation la fois suivante que l'applet s'exécute. Ici, le téléchargement asynchrone peut être un téléchargement non en temps réel. Par exemple, s'il est déterminé que la durée de téléchargement mémorisée de la bibliothèque dynamique ne dépasse pas la période d'expiration, à la fin de l'exécution de l'applet cette fois, une communication entre le corps d'exécution ci-dessus et la plateforme d'applet peut être établie et la bibliothèque dynamique de la version la plus récente est téléchargée à partir de la plateforme d'applet. Etape 306, l'exécution, en réponse à une instruction d'exécution de l'applet, d'un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. Dans le mode de réalisation, l’opération spécifique de l'étape 306 est décrite en détail à l'étape 203 dans le mode de réalisation montré sur la FIG. 2, dont la description ne sera pas répétée ici. En outre, avec référence à la FIG. 4, la FIG. 4 est un schéma d'une architecture dans laquelle un applet s'exécute. Comme montré sur la FIG. 4, si un développeur souhaite émettre une bibliothèque dynamique A et une bibliothèque dynamique B, les noms et les pseudonymes de la bibliothèque dynamique A et de la bibliothèque dynamique B doivent être enregistrés sur une plateforme d'applet. Ici, le nom de la bibliothèque dynamique A est DynamicLibAAA, et le pseudonyme est myAliasA. Le nom de la bibliothèque dynamique B est DynamicLibBBB, et le pseudonyme est myAliasB. Le développeur peut utiliser un outil de développement IDE fourni par la plateforme d'applet pour développer des scripts, des composants et des pages, les compiler et les empaqueter dans la bibliothèque dynamique A et la bibliothèque dynamique B, et émettre la bibliothèque dynamique A et la bibliothèque dynamique B sur l'extrémité B de la plateforme d'applet. Si un applet A et un mini jeu A souhaitent référencer la bibliothèque dynamique A et la bibliothèque dynamique B, les noms et les pseudonymes de la bibliothèque dynamique A et de la bibliothèque dynamique B doivent être configurés dans un fichier de configuration app.json. Dans un fichier de page Page.json, les composants d’utilisation de la bibliothèque dynamique A et de la bibliothèque dynamique B sont déclarés. Les positions et les attributs associés de la bibliothèque dynamique A et de la bibliothèque dynamique B sont spécifiés dans le fichier d'agencement Page.swan. La bibliothèque dynamique A et la bibliothèque dynamique B sont appelées dans les codes de script de l'applet A et du mini jeu A pour être compilées et empaquetées dans un paquetage d'applet A et un paquetage de mini jeu A, et émises sur l'extrémité B de la plateforme d'applet. L'applet A, l'applet B, le mini jeu A et un mini jeu B peuvent être émis pour une application d'hôte. Si l'applet A et le mini jeu A doivent être exécutés, il est nécessaire d'analyser le fichier de configuration pour déterminer que l'applet A et le mini jeu A dépendent de la bibliothèque dynamique A et de la bibliothèque dynamique B. Il est déterminé si les versions les plus récentes de la bibliothèque dynamique A et de la bibliothèque dynamique B sont mémorisées dans le répertoire bac à sable. Si les versions les plus récentes ne sont pas mémorisées, la bibliothèque dynamique A de la version la plus récente et la bibliothèque dynamique B de la version la plus récente sont téléchargées à partir de l’extrémité C de la plateforme d'applet. Lorsqu'un utilisateur souhaite exécuter l'applet A ou le mini jeu B, le paquetage d'applet A ou le paquetage de mini jeu A est téléchargé à partir de la plateforme d'applet, et les codes de script sont exécutés pour appeler la bibliothèque dynamique A et la bibliothèque dynamique B. On peut voir à partir de la FIG. 3 que, comparé au mode de réalisation correspondant à la FIG. 2, le flux 300 du procédé pour exécuter un applet dans le mode de réalisation met l’accent sur l'étape de chargement de la bibliothèque dynamique. Par conséquent, conformément à la méthode décrite dans le mode de réalisation, lorsque l'applet s'exécute, il est déterminé s’il convient de télécharger de manière synchrone la bibliothèque dynamique de la version la plus récente en déterminant si la durée de téléchargement de la bibliothèque dynamique dépasse la période d'expiration. Ainsi, le taux de convergence de la bibliothèque dynamique est garanti, et une pression excessive ne sera pas exercée sur la plateforme d'applet étant donné que la bibliothèque dynamique n'est pas fréquemment téléchargée. En outre, avec référence à la FIG. 5, en tant que mise en œuvre du procédé montré sur les dessins ci-dessus, la présente invention propose un mode de réalisation d'un appareil pour exécuter un applet. Le mode de réalisation de l'appareil correspond au mode de réalisation du procédé montré sur la FIG. 2, et l'appareil peut être appliqué dans divers dispositifs électroniques. Comme montré sur la FIG. 5, l'appareil 500 pour exécuter un applet dans ce mode de réalisation peut comprendre une unité de lecture 501, une unité de chargement 502 et une unité d'exécution 503. Ici, l'unité de lecture 501 est configurée pour lire, en réponse à l'émission d'un applet pour une application d'hôte, un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet. L'unité de chargement 502 est configurée pour charger la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet. L'unité d'exécution 503 est configurée pour exécuter, en réponse à une instruction d'exécution de l'applet, un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. Dans le mode de réalisation, pour les processus spécifiques de l'unité de lecture 501, de l'unité de chargement 502 et de l'unité d'exécution 503 dans l'appareil 500 pour exécuter un applet, et leurs effets techniques, il peut être fait référence respectivement aux descriptions relatives des étapes 201 à 203 dans le mode de réalisation correspondant de la FIG. 2, dont la description ne sera pas répétée ici. Dans certaines autres mises en œuvre de ce mode de réalisation, l'appareil 500 pour exécuter un applet comprend en outre une unité de vérification (non montrée sur le dessin), configurée pour effectuer la signature et une vérification de sécurité de l'applet. Dans certaines autres mises en œuvre de ce mode de réalisation, l'unité de chargement 502 comprend : une première sous-unité de détermination (non montrée sur le dessin), configurée pour déterminer, pour chaque bibliothèque dynamique référencée par l'applet, si la bibliothèque dynamique est mémorisée dans le répertoire bac à sable ; et une première sous-unité de chargement (non montrée sur le dessin), configurée pour télécharger de manière synchrone une bibliothèque dynamique d'une version la plus récente à partir de la plateforme d'applet et pour charger la bibliothèque dynamique de la version la plus récente, si la bibliothèque dynamique n'est pas mémorisée. Dans certaines autres mises en œuvre de ce mode de réalisation, l'unité de chargement 502 comprend : une deuxième sous-unité de détermination (non montrée sur le dessin), configurée pour déterminer si une durée de téléchargement de la bibliothèque dynamique dépasse une période d'expiration, si le répertoire bac à sable mémorise la bibliothèque dynamique ; et une deuxième sous-unité de chargement (non montrée sur le dessin), configurée pour télécharger de manière synchrone la bibliothèque dynamique de la version la plus récente à partir de la plateforme d'applet et pour charger la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement dépasse la période d'expiration. Dans certaines autres mises en œuvre de ce mode de réalisation, l'unité de chargement 502 comprend : une troisième sous-unité de chargement (non montrée sur le dessin), configurée pour charger la bibliothèque dynamique mémorisée dans le répertoire bac à sable, si la durée de téléchargement ne dépasse pas la période d'expiration, ou si la durée de téléchargement dépasse la période d'expiration, mais le téléchargement de la bibliothèque dynamique de la version la plus récente a échoué. Dans certaines autres mises en œuvre de ce mode de réalisation, l'unité de chargement 502 comprend en outre : une sous-unité de téléchargement de manière asynchrone (non montrée sur le dessin), configurée pour télécharger de manière asynchrone la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement ne dépasse pas la période d'expiration et la bibliothèque dynamique de la version la plus récente est incluse dans la plateforme d'applet. Dans certaines autres mises en œuvre du mode de réalisation, la bibliothèque dynamique téléchargée de la version la plus récente est mémorisée dans le répertoire bac à sable, un temps de dépassement de délai et des informations de version de la bibliothèque dynamique sont mémorisés dans une base de données, et différents applets partagent la bibliothèque dynamique dans le répertoire bac à sable. Dans certaines autres mises en œuvre de ce mode de réalisation, l'appareil 500 pour exécuter un applet comprend en outre : une unité de pré-téléchargement (non montrée sur le dessin), configurée pour déterminer, lorsqu'un code de script d'une page maître de l'applet est exécuté, une bibliothèque dynamique référencée par une page esclave de l'applet, et pré-télécharger la bibliothèque dynamique référencée par la page esclave à partir de la plateforme d'applet. Dans certaines autres mises en œuvre du mode de réalisation, l'appareil 500 pour exécuter un applet comprend en outre : une unité de préchargement (non montrée sur le dessin), configurée pour transmettre, lors du saut à la page esclave de l'applet, un trajet du répertoire bac à sable à un frontal pour amener le frontal à précharger la bibliothèque dynamique référencée par la page esclave à partir du trajet. Dans certaines autres mises en œuvre du mode de réalisation, la bibliothèque dynamique est émise en : acquérant un identifiant de la bibliothèque dynamique enregistré par un utilisateur sur la plateforme d'applet ; acquérant un script, un composant et une page développés par l'utilisateur en utilisant un outil de développement fourni par la plateforme d'applet ; encapsulant, si le script, le composant et la page ont été compilés et débogués avec succès, le script, le composant et la page pour obtenir la bibliothèque dynamique ; et émettant simultanément la bibliothèque dynamique, un échantillon d'applet déboguant la bibliothèque dynamique et un document de la bibliothèque dynamique. Dans certaines autres mises en œuvre du mode de réalisation, l'applet référence la bibliothèque dynamique en : configurant l'identifiant de la bibliothèque dynamique référencée par l'applet dans le fichier de configuration ; déclarant un composant d'utilisation de la bibliothèque dynamique référencée par l'applet dans un fichier de page ; spécifiant une position et un attribut associé de la bibliothèque dynamique référencée par l'applet dans un fichier d'agencement ; et appelant la bibliothèque dynamique référencée par l'applet dans le code de script de l'applet. Avec référence à la FIG. 6, la FIG. 6 est un schéma de structure d'un système informatique 600 conçu pour mettre en œuvre un dispositif électronique (par exemple, le dispositif 101 montré sur la FIG. 1) des modes de réalisation de la présente invention. Le dispositif électronique montré sur la FIG. 6 est simplement un exemple, et ne devrait en aucune manière limiter les fonctions et l'étendue d'utilisation des modes de réalisation de la présente invention. Comme montré sur la FIG. 6, le système informatique 600 comprend une unité centrale (CPU) 601, qui peut exécuter divers actions et processus appropriés conformément à un programme mémorisé dans une mémoire à lecture seule (ROM) 602 ou un programme chargé dans une mémoire vive (RAM) 603 à partir d'une partie de mémorisation 608. La mémoire vive 603 mémorise également divers programmes et données nécessaires pour les opérations du système 600. L'unité centrale 601, la mémoire morte 602 et la mémoire vive 603 sont connectées les unes aux autres par l'intermédiaire d'un bus 604. Une interface d'entrée/sortie (I/O) 605 est également connectée au bus 604. Les composants suivants sont connectés à l'interface d'entrée/sortie 605 : une partie d'entrée 606 comprenant un clavier, une souris, etc. ; une partie de sortie 607 comprenant un tube à rayons cathodiques (CRT), un afficheur à cristaux liquides (LCD), un haut-parleur, etc. ; la partie de mémorisation 608 comprenant un disque dur, etc. ; et une partie de communication 609 comprenant une carte d'interface de réseau telle qu'une carte de réseau local et un modem. La partie de communication 609 effectue des processus de communication par l'intermédiaire d'un réseau tel qu'Internet. Un lecteur 610 est également connecté à l'interface d'entrée/sortie 605 selon les besoins. Un support amovible 611, tel qu'un disque magnétique, un disque optique, un disque magnéto-optique, et une mémoire à semi-conducteurs, peut être installé sur le lecteur 610, pour faciliter la récupération d'un programme d'ordinateur à partir du support amovible 611, et l'installation de celui-ci sur la partie de mémorisation 608 selon les besoins. En particulier, conformément aux modes de réalisation de la présente invention, le processus décrit ci-dessus avec référence à l'organigramme peut être mis en œuvre en tant que programme logiciel d'ordinateur. Par exemple, un mode de réalisation de la présente invention comprend un produit-programme d'ordinateur, comprenant un programme d'ordinateur hébergé sur un support pouvant être lu par un ordinateur, le programme d'ordinateur comprenant des codes de programme pour effectuer le procédé tel qu’illustré sur l'organigramme. Dans un tel mode de réalisation, le programme d'ordinateur peut être téléchargé et installé à partir d'un réseau par l'intermédiaire de la partie de communication 609, et/ou peut être installé à partir du support amovible 611. Le programme d'ordinateur, lorsqu'il est exécuté par l'unité centrale (CPU) 601 met en œuvre les fonctionnalités mentionnées ci-dessus définies dans le procédé de la présente invention. Il conviendrait de noter que le support pouvant être lu par un ordinateur dans la présente invention peut être un support de signal pouvant être lu par un ordinateur, un support de mémorisation pouvant être lu par un ordinateur, ou n'importe quelle combinaison des deux. Par exemple, le support de mémorisation pouvant être lu par un ordinateur peut être, mais sans y être limité : un système, un appareil ou un dispositif électronique, magnétique, optique, électromagnétique, infrarouge, ou à semi-conducteurs, ou n'importe quelle combinaison de ceux-ci. Un exemple plus spécifique du support de mémorisation pouvant être lu par un ordinateur peut comprendre, mais sans y être limité : une connexion électrique ayant un ou plusieurs fils, un disque d'ordinateur portable, un disque dur, une mémoire vive (RAM), une mémoire à lecture seule (ROM), une mémoire à lecture seule programmable effaçable (EPROM ou mémoire flash), une fibre, un CDROM portable (CD-ROM), un dispositif de mémorisation optique, un dispositif de mémorisation magnétique ou n'importe quelle combinaison appropriée de ceux-ci. Dans la présente invention, le support de mémorisation pouvant être lu par un ordinateur peut être n'importe quel support physique contenant ou mémorisant des programmes, qui peut être utilisé par un système, un appareil ou un dispositif d'exécution de commande ou incorporé dans ceux-ci. Dans la présente invention, un support de signal pouvant être lu par un ordinateur peut comprendre un signal de données qui est propagé dans une bande de base ou en tant que partie d'une onde de porteuse, qui transporte des codes de programme pouvant être lu par un ordinateur. Ce signal de données propagé peut être de diverses formes, comprenant, mais sans y être limité, un signal électromagnétique, un signal optique, ou n'importe quelle combinaison appropriée de ceux-ci. Le support de signal pouvant être lu par un ordinateur peut également être n'importe quel support pouvant être lu par un ordinateur autre que le support de mémorisation pouvant être lu par un ordinateur. Le support pouvant être lu par un ordinateur est capable de transmettre, propager ou transférer des programmes pour une utilisation par, ou utilisés en combinaison avec, un système, un appareil ou un dispositif d'exécution de commande. Les codes de programme contenus sur le support pouvant être lu par un ordinateur peuvent être transmis par n'importe quel support approprié comprenant, mais sans y être limité, un support sans fil, câblé, RF ou n'importe quelle combinaison appropriée de ceux-ci. Un code de programme d'ordinateur pour exécuter des opérations dans l’invention peut être compilé en utilisant un ou plusieurs langages de programmation ou des combinaisons de ceux-ci. Les langages de programmation comprennent des langages de programmation orientée objet, tels que Java, Smalltalk ou C++, et comprennent également des langages de programmation procéduraux classiques, tels que le langage « C » ou des langages de programmation similaires. Le code de programme peut être complètement exécuté sur l’ordinateur d'un utilisateur, partiellement exécuté sur l’ordinateur d'un utilisateur, exécuté en tant qu'ensemble logiciel séparé, partiellement exécuté sur l’ordinateur d'un utilisateur et partiellement exécuté sur un ordinateur à distance, ou complètement exécuté sur un ordinateur ou un serveur à distance. Dans le cas impliquant un ordinateur à distance, l'ordinateur à distance peut être connecté à l’ordinateur d'un utilisateur par l'intermédiaire de n'importe quel réseau, comprenant un réseau local (LAN) ou un réseau étendu (WAN), ou peut être connecté à un ordinateur externe (par exemple, connecté par Internet en utilisant un fournisseur de services Internet). Les organigrammes et les schémas de principe sur les dessins joints illustrent des architectures, des fonctions et des opérations qui peuvent être mises en œuvre conformément aux systèmes, procédés et produits-programmes d'ordinateur des divers modes de réalisation de la présente invention. A cet égard, chacun des blocs dans les organigrammes ou les schémas de principe peut représenter un module, un segment de programme, ou une partie de code, ledit module, segment de programme, ou partie de code comprenant une ou plusieurs instructions exécutables pour mettre en œuvre des fonctions logiques spécifiées. Il conviendrait également de noter que, dans certaines autres mises en œuvre, les fonctions désignées par les blocs peuvent apparaître dans une séquence différente des séquences montrées sur les figures. Par exemple, deux blocs quelconques présentés successivement peuvent être exécutés sensiblement en parallèle, ou ils peuvent parfois être dans un ordre inverse, selon la fonction impliquée. Il conviendrait également de noter que chaque bloc dans les schémas de principe et/ou les organigrammes ainsi qu'une combinaison de blocs peut être mis en œuvre en utilisant un système à base de matériel dédié exécutant des fonctions ou des opérations spécifiées, ou en combinant un matériel dédié et des instructions d'ordinateur. Les unités impliquées dans les modes de réalisation de la présente invention peuvent être mises en œuvre au moyen de logiciel ou de matériel. Les unités décrites peuvent également être prévues dans un processeur. Par exemple, le processeur peut être décrit comme : un processeur comprenant une unité de lecture, une unité de chargement et une unité d'exécution. Ici, les noms de ces unités ne constituent pas dans certains cas une limitation de ces unités elles-mêmes. Par exemple, l'unité de lecture peut en variante être décrite comme une « unité pour lire, en réponse à l'émission d'un applet pour une application d'hôte, un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet ». Selon un autre aspect, la présente invention propose en outre un support pouvant être lu par un ordinateur. Le support pouvant être lu par un ordinateur peut être le support pouvant être lu par un ordinateur inclus dans le dispositif électronique décrit dans les modes de réalisation ci-dessus, ou un support pouvant être lu par un ordinateur autonome non assemblé dans le dispositif électronique. Le support pouvant être lu par un ordinateur supporte un ou plusieurs programmes. Lesdits un ou plusieurs programmes, lorsqu'ils sont exécutés par le dispositif électronique, amènent le dispositif électronique à : lire, en réponse à l'émission d'un applet pour une application d'hôte, un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet ; charger la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet ; et exécuter, en réponse à une instruction d'exécution de l'applet, un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. La description ci-dessus fournit uniquement une explication des modes de réalisation préférés de la présente invention et des principes techniques utilisés. Les hommes du métier devraient apprécier que l'étendue inventive de la présente invention n'est pas limitée aux solutions techniques formées par les combinaisons particulières des caractéristiques techniques décrites ci-dessus. L'étendue inventive devrait également couvrir d'autres solutions techniques formées par n'importe quelles combinaisons des caractéristiques techniques décrites ci-dessus ou de caractéristiques équivalentes de celles-ci sans s'écarter du concept de l’invention. Les méthodes techniques formées par les caractéristiques décrites ci-dessus pouvant être remplacées par, mais sans y être limitées, des caractéristiques techniques ayant des fonctions similaires présentées dans la présente description sont des exemples. Procédé pour exécuter un applet, comprenant : - la lecture (201), en réponse à l'émission d'un applet pour une application d'hôte, d'un fichier de configuration pour déterminer une bibliothèque dynamique référencée par l'applet ; - le chargement (202) de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet ; et - l'exécution (203), en réponse à une instruction d'exécution de l'applet, d'un code de script de l'applet pour appeler la bibliothèque dynamique référencée par l'applet. Procédé selon la revendication 1, dans lequel, avant que le fichier de configuration soit lu pour déterminer la bibliothèque dynamique référencée par l'applet, le procédé comprend en outre : - l'exécution d'une signature et d'une vérification de sécurité de l'applet. Procédé selon la revendication 1, dans lequel le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend : - la détermination (302), pour chaque bibliothèque dynamique référencée par l'applet, si la bibliothèque dynamique est mémorisée dans le répertoire bac à sable ; et - le téléchargement (304) de manière synchrone d'une bibliothèque dynamique d'une version la plus récente à partir de la plateforme d'applet et le chargement de la bibliothèque dynamique de la version la plus récente, si la bibliothèque dynamique n'est pas mémorisée. Procédé selon la revendication 3, dans lequel le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend en outre : - la détermination (303) si une durée de téléchargement de la bibliothèque dynamique dépasse une période d'expiration, si le répertoire bac à sable mémorise la bibliothèque dynamique ; et - le téléchargement (304) de manière synchrone de la bibliothèque dynamique de la version la plus récente à partir de la plateforme d'applet et le chargement de la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement dépasse la période d'expiration. Procédé selon la revendication 4, dans lequel le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend en outre : - le chargement (305) de la bibliothèque dynamique mémorisée dans le répertoire bac à sable, si la durée de téléchargement ne dépasse pas la période d'expiration, ou si la durée de téléchargement dépasse la période d'expiration, mais le téléchargement de la bibliothèque dynamique de la version la plus récente a échoué. Procédé selon la revendication 5, dans lequel le chargement de la bibliothèque dynamique référencée par l'applet à partir d'un répertoire bac à sable et/ou d'une plateforme d'applet comprend en outre : - le téléchargement de manière asynchrone de la bibliothèque dynamique de la version la plus récente, si la durée de téléchargement ne dépasse pas la période d'expiration et la bibliothèque dynamique de la version la plus récente est incluse dans la plateforme d'applet. Procédé selon l'une quelconque des revendications 3 à 6, dans lequel la bibliothèque dynamique téléchargée de la version la plus récente est mémorisée dans le répertoire bac à sable, un temps de dépassement de délai et des informations de version de la bibliothèque dynamique sont mémorisés dans une base de données, et différents applets partagent la bibliothèque dynamique dans le répertoire bac à sable. Procédé selon la revendication 1, comprenant en outre : - la détermination, lorsqu'un code de script d'une page maître de l'applet est exécuté, d'une bibliothèque dynamique référencée par une page esclave de l'applet, et le pré-téléchargement de la bibliothèque dynamique référencée par la page esclave à partir de la plateforme d'applet. Procédé selon la revendication 8, comprenant en outre : - la transmission, lors du saut à la page esclave de l'applet, d’un trajet du répertoire bac à sable à un frontal, pour amener le frontal à précharger la bibliothèque dynamique référencée par la page à partir du trajet. Procédé selon la revendication 1, dans lequel la bibliothèque dynamique est émise en : - acquérant un identifiant de la bibliothèque dynamique enregistré par un utilisateur sur la plateforme d'applet ; - acquérant un script, un composant et une page développés par l'utilisateur en utilisant un outil de développement fourni par la plateforme d'applet ; - encapsulant, si le script, le composant et la page sont compilés et débogués avec succès, le script, le composant et la page pour obtenir la bibliothèque dynamique ; et - émettant simultanément la bibliothèque dynamique, un échantillon d'applet déboguant la bibliothèque dynamique et un document de la bibliothèque dynamique. Procédé selon la revendication 10, dans lequel l'applet référence la bibliothèque dynamique en : - configurant l'identifiant de la bibliothèque dynamique référencée par l'applet dans le fichier de configuration ; - déclarant un composant d'utilisation de la bibliothèque dynamique référencée par l'applet dans un fichier de page ; - spécifiant une position et un attribut associé de la bibliothèque dynamique référencée par l'applet dans un fichier d'agencement ; et - appelant la bibliothèque dynamique référencée par l'applet dans le code de script de l'applet. Appareil pour exécuter un applet, comprenant : - une pluralité d'unités configurées pour mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 11. Dispositif électronique, comprenant : - un ou plusieurs processeurs ; et - un appareil de mémorisation, configuré pour mémoriser un ou plusieurs programmes, - dans lequel lesdits un ou plusieurs programmes, lorsqu'ils sont exécutés par lesdits un ou plusieurs processeurs, amènent lesdits un ou plusieurs processeurs à mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 11. Support pouvant être lu par un ordinateur, mémorisant un programme d'ordinateur, dans lequel le programme, lorsqu'il est exécuté par un processeur, met en œuvre le procédé selon l'une quelconque des revendications 1 à 11.