FR 3125615 A1 20230127 FR 2108107 A 20210726 Selon un aspect, il est proposé un système sur puce comprenant : - une mémoire non volatile (MNV), - un processeur (PROC) configuré pour exécuter : ○ un système d’exploitation (OS) configuré pour recevoir des données selon un premier protocole de communication, ○ un logiciel d’installation de programmes (SFT) configuré pour communiquer avec la mémoire non volatile (MNV) selon un deuxième protocole de communication, dans lequel le système d’exploitation est également configuré pour : - déterminer si des données reçus selon ledit premier protocole de communication sont des données de programme, - mettre à disposition du logiciel d’installation (SFT) les données de programme, - informer le logiciel d’installation que des données de programme ont été reçues, et dans lequel le logiciel d’installation (SFT) est configuré pour enregistrer les données de programme dans ladite mémoire non volatile (MNV). Figure pour l’abrégé : Fig 1 SYSTEME SUR PUCE COMPRENANT UN LOGICIEL D’INSTALLATION DE PROGRAMMES Des modes de réalisation et de mise en œuvre concernent les systèmes sur puce, et plus particulièrement la mise à jour de programmes installés sur un système sur puce. Un système sur puce intègre généralement un logiciel d’installation de programmes. Ce logiciel d’installation est enregistré dans une mémoire non volatile du système sur puce pendant sa fabrication. Par exemple, le logiciel d’installation peut être compris dans un « firmware » installé sur le système sur puce. Ce logiciel d’installation est utilisé pour installer les programmes d’un utilisateur. Une fois les programmes de l’utilisateur installés, le logiciel d’installation peut également être utilisé pour mettre à jour les programmes installés. Par exemple, le logiciel d’installation peut être configuré pour enregistrer différentes versions d’un programme dans une mémoire non volatile. Un protocole de communication entre le logiciel d’installation et la mémoire non volatile est défini par le fabricant du système sur puce. Un utilisateur du système sur puce peut quant à lui configurer le système sur puce selon des protocoles de communication qui peuvent être différents de celui prévu pour le logiciel d’installation. Une fois les programmes de l’utilisateur installés sur le système sur puce, le logiciel d’installation prévu lors de la fabrication peut ne pas être utilisable car : - le logiciel d’installation fonctionne en utilisant le(s) protocole(s) de communication défini(s) par le fabricant, - le logiciel d’installation utilise une interface matérielle appropriée à son environnement de production qui n’est pas forcément celle choisie par l’utilisateur. De plus, il est nécessaire de modifier la configuration du système sur puce (c’est-à-dire quitter la configuration de l’utilisateur) pour pouvoir utiliser le logiciel d’installation du fabricant. Or, la modification de la configuration a pour inconvénient de bloquer l’exécution des programmes de l’utilisateur et de nécessiter un redémarrage du système sur puce. L’utilisateur prévoit donc généralement son propre logiciel d’installation pour mettre à jour ses programmes. Le logiciel d’installation de l’utilisateur est alors configuré pour fonctionner avec les protocoles de communication définis par l’utilisateur, pour mettre à jour ses programmes. De la sorte l’utilisateur n’a pas à modifier la configuration du système sur puce pour mettre à jour ses programmes. Néanmoins, une telle solution présente l’inconvénient de nécessiter un espace mémoire supplémentaire pour enregistrer le logiciel d’installation développé par l’utilisateur, en plus de l’espace mémoire occupé par le logiciel d’installation initialement intégré dans le système sur puce. Une telle solution est donc coûteuse. Il convient donc de proposer une solution permettant de simplifier la mise à jour des programmes installés sur un système sur puce. Selon un aspect, il est proposé un système sur puce comprenant : - une mémoire non volatile, - un processeur configuré pour exécuter : ○ un système d’exploitation configuré pour recevoir des données selon un premier protocole de communication, ○ un logiciel d’installation de programmes configuré pour communiquer avec la mémoire non volatile selon un deuxième protocole de communication afin de pouvoir enregistrer des données d’un programme dans cette mémoire non volatile, dans lequel le système d’exploitation est également configuré pour : - déterminer si des données reçus selon ledit premier protocole de communication sont des données de programme destinées au logiciel d’installation, - mettre à disposition du logiciel d’installation les données de programme reçues et destinées à ce dernier, - informer le logiciel d’installation que des données de programme qui lui sont destinées ont été reçues, et dans lequel le logiciel d’installation est configuré pour enregistrer les données de programme mises à sa disposition dans ladite mémoire non volatile selon le deuxième protocole de communication. Ainsi, les données du programme sont reçues par le système d’exploitation selon le premier protocole de communication, puis mises à disposition du logiciel d’installation pour qu’il les enregistre dans la mémoire non volatile selon son propre protocole de communication. Le système sur puce permet donc d’utiliser le logiciel d’installation sans avoir à modifier la configuration du système sur puce. De la sorte, le logiciel d’installation installé sur le système sur puce par le fabricant peut être utilisé simplement pour effectuer des mises à jour des programmes installés. Il n’est donc plus nécessaire pour l’utilisateur de développer son propre logiciel d’installation. Un seul logiciel d’installation est ainsi installé dans la mémoire non volatile du système sur puce. En outre, le système d’exploitation peut continuer d’exécuter un programme pendant que le logiciel d’installation effectue sa mise à jour. Dans un mode de réalisation avantageux, les données sont encapsulées dans une trame présentant un format défini selon le premier protocole de communication. De préférence, la trame comprend un en-tête suivi desdites données encapsulées et se termine par un postambule, l’en-tête étant configuré pour indiquer si les données sont destinées au logiciel d’installation. Avantageusement, le logiciel d’installation est configuré pour vérifier une authenticité des données mises à disposition par le système d’exploitation. Dans un mode de réalisation avantageux, les données de programme reçus par le système d’exploitation sont chiffrées. Le logiciel d’installation est alors configuré pour déchiffrer les données avant de les enregistrer dans la mémoire non volatile. De préférence, le système sur puce comprend une mémoire volatile. Le système d’exploitation est alors configuré pour mettre les données de programme à disposition du logiciel d’installation dans la mémoire volatile. Selon un autre aspect, il est proposé un procédé d’installation d’un programme comprenant : - une transmission des données du programme à un système sur puce tel que décrit précédemment, selon le premier protocole de communication, - une réception par le système d’exploitation du système sur puce des données du programme, - une vérification par le système d’exploitation que les données reçus sont bien des données du programme destinées au logiciel d’installation, - une mise à disposition par le système d’exploitation des données du programme pour le logiciel d’installation, - une indication par le système d’exploitation au logiciel d’installation que des données du programme ont été reçues, - un enregistrement des données du programme par le logiciel d’installation dans la mémoire non volatile selon le deuxième protocole de communication. Dans un mode de mise en œuvre avantageux, les données reçues par le système d’exploitation sont encapsulées dans une trame présentant un format défini selon le premier protocole de communication. De préférence, la trame comprend un en-tête suivi desdites données encapsulées et se termine par un postambule, l’en-tête étant configuré pour indiquer si les données sont destinées au logiciel d’installation. Avantageusement, le procédé comprend en outre une vérification par le logiciel d’installation d’une authenticité des données mises à disposition par le système d’exploitation. Dans un mode de mise en œuvre avantageux, les données de programme reçus par le système d’exploitation sont chiffrées, le procédé comprenant en outre un déchiffrement par le logiciel d’installation des données mises à disposition par le système d’exploitation avant de les enregistrer dans la mémoire non volatile. Dans un mode de mise en œuvre avantageux, les données de programme sont mises à disposition du logiciel d’installation par le système d’exploitation dans une mémoire volatile D'autres avantages et caractéristiques de l’invention apparaîtront à l’examen de la description détaillée de modes de mise en œuvre et de réalisation, nullement limitatifs, et des dessins annexés sur lesquels : illustrent schématiquement des modes de réalisation et de mise en œuvre de l’invention. La illustre un système sur puce SOC selon un mode de réalisation. Le système sur puce SOC comprend un processeur PROC, une mémoire non volatile MNV et une mémoire volatile MV. Un système d’exploitation OS et un logiciel d’installation SFT sont enregistrés dans la mémoire non volatile MNV. Le logiciel d’installation SFT est défini par un fabricant du système sur puce SOC et le système d’exploitation OS est défini par un utilisateur du système sur puce SOC. Une partie de la mémoire non volatile MNV peut être réservée au fabricant du système sur puce. Cette partie de la mémoire non volatile permet alors de stocker le logiciel d’installation SFT. Une autre partie de la mémoire non volatile MNV peut être réservée à l’utilisateur du système sur puce. Cette partie peut alors servir pour stocker le système d’exploitation de l’utilisateur. Cette même partie de la mémoire non volatile MNV peut également être utilisée pour enregistrer des programmes PRG de l’utilisateur. Le système d’exploitation OS est configuré pour recevoir des données selon un premier protocole de communication défini par l’utilisateur. En particulier, les données sont transmises au système d’exploitation OS par trames. Ces trames présentent un format défini par l’utilisateur. Un exemple de trame TRM est illustré à la . Chaque trame TRM commence par un en-tête HDR (en anglais « header ») suivi de données DAT et se termine par un postambule TRL (en anglais « trailer »). Les données DAT peuvent être de différents types. Le système d’exploitation est configuré pour traiter certains types de données. Ainsi, l’en-tête HDR comprend des informations relatives aux données DAT de la trame TRM, notamment le type des données de la trame. Le postambule TRL permet de signaler la fin d’une trame TRM. Les données DAT de la trame peuvent être chiffrées. En outre, certains types de données DAT peuvent être destinées au logiciel d’installation SFT. Les données DAT destinées au logiciel d’installation peuvent être des données d’un programme. Ces données de programme peuvent être destinées au logiciel d’installation SFT pour une mise à jour d’un programme installé sur le système sur puce. Les données de programme correspondent alors à une nouvelle version d’un programme enregistré dans la mémoire non volatile du système sur puce. Les données DAT destinées au logiciel d’installation SFT sont transmises au système d’exploitation OS selon le même format que les données pouvant être traitées par le système d’exploitation OS. Les données destinées au logiciel d’installation SFT sont donc encapsulées dans un format lisible par le système d’exploitation OS. L’en-tête HDR d’une trame TRM peut alors permettre d’indiquer au système d’exploitation OS que cette trame TRM est destinée au logiciel d’installation SFT. En particulier, le système d’exploitation OS est configuré pour lire l’en-tête HDR de chaque trame TRM reçue afin de déterminer si la trame TRM reçue est destinée au logiciel d’installation SFT à partir de son en-tête HDR. Lorsque le système d’exploitation OS identifie qu’une trame est destinée au logiciel d’installation SFT, le système d’exploitation OS est configuré pour extraire les données DAT de la trame TRM puis les enregistrer dans la mémoire volatile MV. Une fois les données enregistrées dans la mémoire volatile MV, le système d’exploitation OS est configuré pour appeler le logiciel d’installation SFT pour que ce dernier traite lesdites données DAT qui lui sont destinées. En particulier, le logiciel d’installation SFT est configuré pour vérifier tout d’abord une authenticité des données. Cette authentification est rendue possible par la présence d’une donnée secrète stockée dans la mémoire non volatile MNV et connue de l’utilisateur. Une fois l’authenticité des données vérifiée, le logiciel d’installation SFT est configuré pour déchiffrer les données DAT. Puis, après avoir déchiffré les données DAT, le logiciel d’installation est configuré pour enregistrer les données dans la mémoire non volatile MNV selon son propre protocole de communication afin d’effectuer la mise à jour du programme. La illustre un mode de mise en œuvre d’un procédé de mise à jour d’un programme PRG installé sur un système sur puce, tel que celui décrit précédemment. Le procédé comprend une étape 30 dans laquelle le système sur puce SOC reçoit des données du programme par trames. Ces données peuvent être chiffrées. Ces données correspondent à une nouvelle version du programme installé sur le système sur puce. Ces trames sont alors lues successivement par le système d’exploitation OS installé sur le système sur puce. En particulier, pour chaque trame reçue, le procédé comprend une étape 31 dans laquelle le système d’exploitation OS analyse l’en-tête HDR de la trame TRM. L’analyse de l’en-tête HDR de la trame TRM permet au système d’exploitation OS de déterminer si les données DAT de la trame TRM sont destinées au logiciel d’installation SFT. Si le système d’exploitation OS détermine que les données DAT d’une trame TRM sont destinées au logiciel d’installation SFT, le procédé comprend une étape 32 dans laquelle le système d’exploitation extrait les données DAT de la trame TRM et les enregistre dans la mémoire volatile MV. Dans ce dernier cas, le procédé comprend également une étape 33 dans laquelle le système d’exploitation OS appelle le logiciel d’installation SFT afin de lui indiquer que des données DAT qui lui sont destinées sont disponibles dans la mémoire volatile MV. Puis, le procédé comprend une étape 34 dans laquelle le logiciel d’installation SFT traite les données qui lui sont destinées dans la mémoire volatile MV. En particulier, le logiciel d’installation SFT vérifie l’authenticité des données présentes dans la mémoire volatile MV. Si le logiciel d’installation SFT considère que les données sont authentiques, le logiciel déchiffre alors les données avant de les enregistrer dans la mémoire non volatile MNV selon son propre protocole de communication. Le logiciel d’installation SFT vérifiera enfin l’intégrité de la mise à jour (grâce à la vérification d’une signature fournit par l’utilisateur via les données DAT également). L’enregistrement des données DAT de la nouvelle version du programme dans la mémoire non volatile MNV permet de mettre à jour le programme installé sur le système sur puce SOC. Le système sur puce SOC permet d’utiliser le logiciel d’installation sans avoir à modifier la configuration du système sur puce pour installer ou mettre à jour un programme. En effet, les données du programme sont encapsulées selon le premier protocole de communication défini pour le système d’exploitation, puis mises à disposition du logiciel d’installation pour qu’il les enregistre dans la mémoire non volatile selon son propre protocole de communication. De la sorte, le logiciel d’installation installé sur le système sur puce par le fabricant peut être utilisé simplement pour effectuer des mises à jour des programmes installés. Il n’est donc plus nécessaire pour l’utilisateur de développer son propre logiciel d’installation. Un seul logiciel d’installation est ainsi installé dans la mémoire non volatile du système sur puce. En outre, le système d’exploitation gardant le contrôle sur la gestion de la réception des trames à destination du logiciel d’installation, cela lui permet d’établir un ordre de priorité pour ses tâches de façon à pouvoir exécuter un programme durant la mise à jour si nécessaire. Système sur puce comprenant : - une mémoire non volatile (MNV), - un processeur (PROC) configuré pour exécuter : ○ un système d’exploitation (OS) configuré pour recevoir des données selon un premier protocole de communication, ○ un logiciel d’installation de programmes (SFT) configuré pour communiquer avec la mémoire non volatile (MNV) selon un deuxième protocole de communication afin de pouvoir enregistrer des données d’un programme (PRG) dans cette mémoire non volatile, dans lequel le système d’exploitation est également configuré pour : - déterminer si des données reçus selon ledit premier protocole de communication sont des données de programme destinées au logiciel d’installation, - mettre à disposition du logiciel d’installation (SFT) les données de programme reçues et destinées à ce dernier, - informer le logiciel d’installation que des données de programme qui lui sont destinées ont été reçues, et dans lequel le logiciel d’installation (SFT) est configuré pour enregistrer les données de programme mises à sa disposition dans ladite mémoire non volatile (MNV) selon le deuxième protocole de communication. Système selon la revendication 1, dans lequel les données sont encapsulées dans une trame (TRM) présentant un format défini selon le premier protocole de communication. Système selon la revendication 2, dans lequel la trame (TRM) comprend un en-tête (HDR) suivi desdites données (DAT) encapsulées et se termine par un postambule (TRL), l’en-tête (HDR) étant configuré pour indiquer si les données (DAT) sont destinées au logiciel d’installation (SFT). Système selon l’une des revendications 1 à 3, dans lequel le logiciel d’installation (SFT) est configuré pour vérifier une authenticité des données (DAT) mises à disposition par le système d’exploitation (OS). Système selon l’une des revendications 1 à 4, dans lequel les données (DAT) de programme reçus par le système d’exploitation (OS) sont chiffrées et dans lequel le logiciel d’installation (SFT) est configuré pour déchiffrer les données (DAT) avant de les enregistrer dans la mémoire non volatile (MNV). Système selon l’une des revendications 1 à 5, comprenant en outre une mémoire volatile, et dans lequel le système d’exploitation (OS) est configuré pour mettre les données (DAT) de programme à disposition du logiciel d’installation (SFT) dans la mémoire volatile (MV). Procédé d’installation d’un programme (PRG) comprenant : - une transmission des données (DAT) du programme à un système sur puce selon l’une des revendications 1 à 6, selon le premier protocole de communication, - une réception par le système d’exploitation du système sur puce des données (DAT) du programme, - une vérification par le système d’exploitation (OS) que les données reçus sont bien des données du programme (PRG) destinées au logiciel d’installation, - une mise à disposition par le système d’exploitation (OS) des données du programme pour le logiciel d’installation (SFT), - une indication par le système d’exploitation (OS) au logiciel d’installation (SFT) que des données du programme ont été reçues, - un enregistrement des données (DAT) du programme par le logiciel d’installation (SFT) dans la mémoire non volatile selon le deuxième protocole de communication. – une vérification de l’intégrité de la mise à jour. Procédé selon la revendication 7, dans lequel les données reçues par le système d’exploitation sont encapsulées dans une trame (TRM) présentant un format défini selon le premier protocole de communication. Procédé selon la revendication 8, dans lequel la trame (TRM) comprend un en-tête (HDR) suivi desdites données (DAT) encapsulées et se termine par un postambule (TRL), l’en-tête (HDR) étant configuré pour indiquer si les données (DAT) sont destinées au logiciel d’installation (SFT). Procédé selon l’une des revendications 7 à 9, comprenant en outre une vérification par le logiciel d’installation d’une authenticité des données (DAT) mises à disposition par le système d’exploitation (OS). Procédé selon l’une des revendications 7 à 10, dans lequel les données (DAT) de programme reçus par le système d’exploitation (OS) sont chiffrées, le procédé comprenant en outre un déchiffrement par le logiciel d’installation (SFT) des données mises à disposition par le système d’exploitation avant de les enregistrer dans la mémoire non volatile (MNV). Procédé selon l’une des revendications 7 à 11, les données (DAT) de programme sont mises à disposition du logiciel d’installation (SFT) par le système d’exploitation (OS) dans une mémoire volatile (MV).