CA2778576C - Procede et dispositif de traitement de taches optimise pour un fws - Google Patents

Procede et dispositif de traitement de taches optimise pour un fws Download PDF

Info

Publication number
CA2778576C
CA2778576C CA2778576A CA2778576A CA2778576C CA 2778576 C CA2778576 C CA 2778576C CA 2778576 A CA2778576 A CA 2778576A CA 2778576 A CA2778576 A CA 2778576A CA 2778576 C CA2778576 C CA 2778576C
Authority
CA
Canada
Prior art keywords
alert
value
parameter
fws
alerts
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CA2778576A
Other languages
English (en)
Other versions
CA2778576A1 (fr
Inventor
Laurent Flotte
Fabien Guilley
Nicolas Valot
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thales SA
Original Assignee
Thales SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thales SA filed Critical Thales SA
Publication of CA2778576A1 publication Critical patent/CA2778576A1/fr
Application granted granted Critical
Publication of CA2778576C publication Critical patent/CA2778576C/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
    • G05B23/0267—Fault communication, e.g. human machine interface [HMI]
    • G05B23/0272—Presentation of monitored results, e.g. selection of status reports to be displayed; Filtering information to the user
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0055—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots with safety arrangements
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0055—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots with safety arrangements
    • G05D1/0077—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots with safety arrangements using redundant signals or controls

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Hardware Redundancy (AREA)
  • Control By Computers (AREA)

Abstract

La présente invention a pour objet un procédé de traitement d'alertes par un système avionique FWS permettant d'optimiser le traitement de ces alertes sans consommer indûment du temps processeur . Le procédé conforme à l'invention est caractérisé en ce qu'il consiste à ne faire traiter à chaque cycle de traitement du processeur du FWS que les opérations relatives à des alertes dont le résultat a été modifié depuis le cycle de traitement précédent.

Description

I
PROCEDE ET DISPOSITIF DE TRAITEMENT DE TACHES OPTIMISE
POUR UN FWS
La présente invention se rapporte à un procédé et à un dispositif de traitement de tâches optimisé pour un FWS (Flight Warning System).
Dans les systèmes avioniques actuels de gestion des alertes et procédures, communément appelés FWS, la consommation de temps processeur (temps d'occupation du processeur pour traiter ces alertes) est la même quel que soit le nombre d'alertes détectées. Le pire cas (présence d'un grand nombre d'alertes non modifiées, mais traitées à vide par le processeur) est répété à chaque fois, et il n'existe à l'heure actuelle aucune solution à ce problème.
La présente invention a pour objet un procédé de traitement d'alertes par un système avionique FWS permettant d'optimiser le traitement de ces alertes sans consommer indûment du temps processeur .
La présente invention a également pour objet un dispositif de séquencement pour FWS d'aéronef permettant à ce FWS de rendre les mêmes services que les systèmes FWS connus en termes de latence de détection des alertes, de latence de réponse des actions pilotes.., ou de les améliorer, tout en consommant le moins de temps processeur possible et qui soit le moins onéreux possible.
Dans un aspect de l'invention, il y a un dispositif de traitement d'alertes pour un système avionique de gestion des alertes et procédures, ou Flight Warning System (FWS), le système comprenant des groupes d'alertes prédéfinis par des fonctions logiques appliquées à des paramètres d'alerte, et des moyens pour, à chacun d'une pluralité de cycles de calcul d'alerte:
calculer une valeur de chaque paramètre d'alerte;
comparer la valeur calculée pour chaque paramètre d'alerte à une valeur du paramètre d'alerte au cycle précédent;
si la valeur est différente, identifier:
un groupe d'alerte auquel appartient le paramètre d'alerte;
les fonctions logiques impliquées dans le traitement de l'alerte; et une priorité de traitement de l'alerte;

la exécuter les fonctions logiques identifiées selon leur priorité respective avec la valeur du paramètre d'alerte calculée; et mémoriser un résultat obtenu de l'étape d'exécution.
Dans un autre aspect de l'invention, il y a un dispositif de traitement d'alertes pour un système avionique de gestion des alertes et procédures, ou Flight Warning System (FWS), le système comprenant des groupes d' alertes prédéfinis par des fonctions logiques appliquées à des paramètres d'alerte, et des moyens pour, à chacun d'une pluralité de cycles de calcul d'alerte:
calculer une valeur de chaque paramètre d'alerte;
comparer la valeur calculée pour chaque paramètre d'alerte à une valeur du paramètre d'alerte au cycle précédent;
si la valeur est différente, identifier:
un groupe d'alerte auquel appartient le paramètre d'alerte;
les fonctions logiques impliquées dans le traitement de l'alerte; et une priorité de traitement de l'alerte;
exécuter les fonctions logiques identifiées selon leur priorité respective avec la valeur du paramètre d'alerte calculée;
mémoriser un résultat obtenu de l'étape d'exécution; et transmettre le résultat obtenu de l'étape d'exécution à un processeur d'affichage d'alerte asynchrone.
Le procédé conforme à l'invention est caractérisé en ce qu'il consiste à ne faire traiter à chaque cycle de traitement du processeur du FWS que les opérations relatives à des alertes dont le résultat a été modifié depuis le cycle de traitement précédent.
Selon un mode de mise en oeuvre préféré du procédé de l'invention, à chaque cycle de rafraîchissement des données d'alerte, on compare ces données rafraîchies à
celles reçues au cycle précédent, et si la donnée rafraîchie est différente de la précédente, on envoie une notification à un séquenceur qui récupère dans une bibliothèque de données les combinaisons logiques nécessaires au traitement de cette alerte, effectue les opérations correspondantes et transmet le résultat à un processeur asynchrone d'affichage d'alertes.
2 Le dispositif conforme à l'invention comporte un module de décodage des données d'entrée, un séquenceur dynamique de tâches logiques, une bibliothèque de données de combinaisons logiques, un module de mémorisation de résultats des opérations logiques et un processeur asynchrone d'affichage.
La présente invention sera mieux comprise à la lecture de la description détaillée d'un mode de réalisation, pris à titre d'exemple non limitatif et illustré par le dessin annexé, sur lequel :
- la figure 1 est un bloc-diagramme simplifié d'un système de mise en oeuvre du procédé de l'invention, - la figure 2 est un schéma simplifié d'un exemple de séquencement effectué par le système conforme à la présente invention, et - la figure 3 est un schéma d'un exemple de circuit logique utilisé
dans le système conforme à la présente invention.
Le système 1 schématisé en figure 1 est destiné au traitement de n processus d'alertes FWS différents, chacun de ces processus mettant en oeuvre des données d'alertes (aussi appelées ici paramètres) dont certaines sont communes à au moins une partie des processus, et d'autres sont spécifiques à des processus particuliers. Ainsi, par exemple, comme représenté en figure 1, le premier processus PRI traite les paramètres Pl, P2,...Pp, et le processus PRn de rang n traite les paramètres Pl, P2,.. .Pm.
Le système 1 comporte essentiellement, pour chacun des n processus PR1 à PRn qu'il traite (sur la figure 1, les modules relatif à chaque processus sont représentés sur une même rangée): un module (respectivement 2.1 à 2n) de décodage des données d'entrée produisant un indicateur de changement d'état, un séquenceur dynamique de tâches travaillant en temps réel (respectivement 3.1 à
3.n), une base de données 4 qui comporte une bibliothèque de modèles de fonctions logiques combinatoires, cette base de données étant commune à l'ensemble des processus. Les séquenceurs en extraient chacun des ensembles de fonctions logiques 5 en fonction de leurs besoins (la base de données 4, et les ensembles 5 ne font pas partie de l'une des rangées d'éléments de traitement de processus, mais ont été

représentés par commodité entre des rangées) Cette bibliothèque comporte les dépendances entre les différents paramètres traités. Ainsi, par exemple, dans le diagramme de la figure 2, décrit plus en détail ci-dessous, les dépendances de L2sont L3 et L4. Le système 1 comporte ensuite, pour chaque processus, un module (respectivement 6.1 à 6.n) de stockage de résultats. Les modules 6.1 à 6.n reçoivent des séquenceurs (3.1 à 3.n respectivement) des informations d'événements notés, par exemple, El, E2,...,Ef pour le processus PR1 et Eg, Eh,..., Ex pour le processus PRn. Il est à noter qu'une information d'événement comporte son identifiant et sa valeur. Par exemple une alerte arrivant à un FWS comporte son identifiant (du type XXXX) et signale si elle est détectée ou non (information de valeur de cette alerte).
Les sorties des différents modules (purement logiciels) 6.1 à 6.n sont reliées à un calculateur 7 de traitement graphique à fonctionnement apériodique, qui est relié à un dispositif de visualisation (non représenté) présentant sous forme graphique les alertes au pilote.
Dans le détail, les fonctions assurées par les différents modules du système 1 sont les suivantes :
Chacun des modules 2.1 à 2.n comporte une mémoire pour stocker les données d'alertes et compare ses données d'entrée, rafraîchies à chaque cycle de calcul du FWS, avec les données reçues au cycle de calcul FWS précédent. Si la donnée rafraîchie est différente de la précédente, il envoie une notification au séquenceur.
Chaque séquenceur 3.1 à 3.n réalise successivement les fonctions suivantes :
a. A la réception d'une notification (correspondant à une donnée rafraîchie différente de la précédente) provenant du module de décodage qui lui est relié, le séquenceur extrait de la bibliothèque de la base de données 4 l'ensemble 5 des combinaisons logiques à recalculer (ensemble relatif aux fonctions impliquées dans le traitement de l'alerte modifiée), leurs priorités associées de traitement par le séquenceur ainsi que le groupe auquel elles appartiennent, ce groupe faisant partie de groupes prédéfinis dans la base de données 4.
4 b. Il insère dans la liste des combinaisons logiques à exécuter celles qu'il vient de récupérer. La position des combinaisons logiques qui viennent d'être insérées dans la liste dépend de leur priorité et de leur groupe de séquencement (il s'agit de groupes de combinaisons ayant la même priorité).
c. Il lance l'exécution de la combinaison logique en tête de liste. Si le résultat de cette combinaison est différent du précédent, le séquenceur exécute la même séquence que ci-dessus (au point a puis au point b) pour ajouter l'ensemble des combinaisons logiques à ré-exécuter dans la liste des combinaisons logiques à séquencer, et ce pour chacun des groupes, ce qui constitue un chaînage des activités d'exécution par dépendance des entrées, c'est-à-dire que cet ajout de combinaison logique n'a lieu que si, et seulement si, la combinaison en question n'est pas déjà présente dans la liste.
d. Il positionne le résultat des exécutions des combinaisons logiques dans le module de résultat correspondant.
Un exemple de séquencement très simplifié est décrit ci-dessous en référence au schéma de la figure 2, dans le cas où le paramètre P2 de la voie du processus PRI
est modifié. Les différentes combinaisons logiques mises en uvre sont notées Li à
L6. Bien que pour simplifier la description on ait choisi ici des portes logiques (dans le cas d'un FWS, de telles fonctions logiques constituent la grande majorité
des moyens de calcul, mais il sera évident pour l'homme de l'art de généraliser ce raisonnement), ces combinaisons logiques peuvent être de différentes sortes :
elles peuvent faire appel à des nombres réels, des entiers, etc... et être mises en oeuvre par des bascules, des circuits confirmateurs (dans ce dernier cas, il est bien entendu qu'il faut ajouter un événement qui force le calcul de ces portes complexes), etc.
. Les étapes successives de ce séquencement sont :
1. Etape 1 a. Sous-étape la: L2 est extraite du modèle de combinaisons logiques de la bibliothèque de la base de données 4, b. Sous-étape lb: L2 est ajoutée à la liste des combinaisons logiques à
traiter séquentiellement, c. Sous-étape le : L2 est exécutée (en tête de liste) et on suppose que le résultat de ce calcul est différent du précédent (le séquenceur comporte, de même que chaque module de décodage, une mémoire pour stocker le résultat précédent)
5 2. Etape 2 a. L3 et L4 sont extraites de la bibliothèque de la base de données 4, b. L3 et L4 sont ajoutées dans la liste, l'une derrière l'autre car on suppose qu'elles sont de même priorité et sont donc dans le même groupe de séquencement.
c. L3 est exécutée et le résultat est différent du précédent.
3. Etape 3 a. L6 est extraite de la bibliothèque 4, b. L6 est ajoutée à ladite liste, derrière L4 car elle est de plus petite priorité.
c. L4 est exécutée et le résultat est différent du précédent.
4. Etape 4 a. L5 est extraite de la bibliothèque 4 b. L5 est ajoutée à la liste, devant L6 car elle est de plus grande priorité.
c. L5 est exécutée et le résultat est différent du précédent.
5. Etape 4 a. L6 est extraite de la bibliothèque 4 b. L6 est ajoutée à la liste, la liste n'est pas modifiée car L6 est déjà dans cette liste.
c. L6 est exécutée et le résultat est différent du précédent.
d. Le résultat de L6 est transmis au module de résultat.
Si, par exemple, le paramètre P3 est modifié, le séquencement décrit ci-dessus devient :
a. L2 est recalculée
6 b. Le résultat de L2 est identique c. Fin du processus.
Dans ce deuxième cas, une seule combinaison logique a été recalculée au lieu de six (L1, L2, L3, L4, L5 et L6).
Bibliothèque de modèles de combinaisons logiques (4) :
Les modèles de combinaisons logiques, configurables à la conception (dans le cas présent, l'utilisation de flux de données sert à séquencer les combinaisons logiques), possèdent pour chaque donnée d'entrée une liste de triplets informatifs.
Chaque triplet est composé de:
= Un identifiant de la combinaison logique à ajouter à la liste de traitement du séquenceur, car cette combinaison dépend du résultat de la comparaison de la donnée d'entrée, = Une valeur de priorité de séquencement de cette combinaison logique = Le groupe auquel appartient cette combinaison logique.
Ensemble de fonctions logiques (5):
Par fonctions logiques, on entend des fonctions permettant de produire différents types d'événements :
= Changement nominal de l'état opérationnel de l'appareil (par exemple, entrée dans la phase d'approche vers un aéroport).
= Dysfonctionnement anormal de gravité plus ou moins importante (par exemple, perte d'un moteur) devant être signalé soit par le flight warning soit par un équipement de type Display Unit (Unité d'affichage).
Ces événements sont définis comme étant le résultat d'une combinaison d'opérations logiques entre un ou plusieurs des paramètres émis par les équipements de bord ou par les capteurs de l'aéronef. On a schématisé en figure 3 un exemple de circuit 8 implémentant une combinaison logique (porte logique ET) de production d'événement. Ce circuit 8 comporte à son entrée deux portes logiques OU 9 et 10 à
7 deux entrées chacune, ces entrées recevant, dans cet exemple, les paramètres Pl à P4 respectivement. La sortie de chacune de ces deux portes 9 et 10 est reliée à
une entrée d'une porte logique OU 11. A la sortie de la porte 11, on recueille l'événement El.
Selon un mode de réalisation de l'invention, lorsque les circuits logiques utilisent des conditions temporelles en tant que confirmateur de la prise en compte d'une alerte, il est prévu une modification afin de s'assurer que les temps soient bien respectés du fait du séquencement non statique de ces combinaisons logiques.
La modification est, par exemple, l'une des deux suivantes :
= Modification de la bibliothèque implémentant la cellule temporelle. Selon un mode de mise en oeuvre, la cellule (synchrone) est appelée à chaque cycle et mémorise la date d'expiration du confirmateur en nombre de cycles. Dans le cas d'un planificateur d'événements, il est préférable d'envisager l'armement d'un timer de confirmation implémenté par un processus A653 de type timer, qui se réveille à chaque échéance de confirmateur, et dont le handler propage l'événement en s'insérant dans la file d'attente du planificateur. Le désarmement du timer est déclenché par un événement de reset (remise à zéro) du signal à
confirmer.
= Utilisation de compte à rebours de l'OS (système d'exploitation) du FWS.
Modules de résultat (6.1 à 6.n) :
Le but de chacun de ces modules, de type mémoire tampon, est de récupérer les résultats des différents séquenceurs dynamiques pour ensuite les fournir au processus asynchrone du FWS en charge du traitement graphique.
Il faut ajouter que dans le pire cas (tous les paramètres sont changés, toutes les alertes sont levées), toutes les fonctions logiques ne sont calculées qu'une fois comme dans un FWS classique . La surcharge d'utilisation du processeur liée aux
8 décisions ( dois-je recalculer une combinaison logique ou non ?) est négligeable devant le temps nécessaires pour le calcul de toutes les combinaisons logiques.
Ainsi, grâce à l'invention, on peut avoir un temps alloué au processus apériodique beaucoup plus petit que celui alloué dans le cas classique et donc on gagne du temps de traitement par le processeur pour rendre le même service.

Claims (2)

Les réalisations de l'invention au sujet desquelles un droit exclusive de propriété
ou de privilege est revendiqué sont définies comme il suit:
1. Un dispositif de traitement d'alertes pour un système avionique de gestion des alertes et procédures, ou Flight Warning System (FWS), le système comprenant des groupes d'alertes prédéfinis par des fonctions logiques appliquées à des paramètres d'alerte, et des moyens pour, à chacun d'une pluralité de cycles de calcul d'alerte:
calculer une valeur de chaque paramètre d'alerte;
comparer la valeur calculée pour chaque paramètre d'alerte à une valeur du paramètre d'alerte au cycle précédent;
si la valeur est différente, identifier:
un groupe d'alerte auquel appartient le paramètre d'alerte;
les fonctions logiques impliquées dans le traitement de l'alerte; et une priorité de traitement de l'alerte;
exécuter les fonctions logiques identifiées selon leur priorité respective avec la valeur du paramètre d'alerte calculée; et mémoriser un résultat obtenu de l'étape d'exécution.
2. Un dispositif de traitement d'alertes pour un système avionique de gestion des alertes et procédures, ou Flight Warning System (FWS), le système comprenant des groupes d'alertes prédéfinis par des fonctions logiques appliquées à des paramètres d'alerte, et des moyens pour, à chacun d'une pluralité de cycles de calcul d'alerte:
calculer une valeur de chaque paramètre d'alerte;
comparer la valeur calculée pour chaque paramètre d'alerte à une valeur du paramètre d'alerte au cycle précédent;
si la valeur est différente, identifier:
un groupe d'alerte auquel appartient le paramètre d'alerte;
les fonctions logiques impliquées dans le traitement de l'alerte; et une priorité de traitement de l'alerte;

exécuter les fonctions logiques identifiées selon leur priorité respective avec la valeur du paramètre d'alerte calculée;
mémoriser un résultat obtenu de l'étape d'exécution; et transmettre le résultat obtenu de l'étape d'exécution à un processeur d'affichage d'alerte asynchrone.
CA2778576A 2011-06-10 2012-05-31 Procede et dispositif de traitement de taches optimise pour un fws Active CA2778576C (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1101784A FR2976374B1 (fr) 2011-06-10 2011-06-10 Procede et dispositif de traitement de taches optimise pour un fws.
FR1101784 2011-06-10

Publications (2)

Publication Number Publication Date
CA2778576A1 CA2778576A1 (fr) 2012-12-10
CA2778576C true CA2778576C (fr) 2019-06-25

Family

ID=44587875

Family Applications (1)

Application Number Title Priority Date Filing Date
CA2778576A Active CA2778576C (fr) 2011-06-10 2012-05-31 Procede et dispositif de traitement de taches optimise pour un fws

Country Status (3)

Country Link
US (1) US9170858B2 (fr)
CA (1) CA2778576C (fr)
FR (1) FR2976374B1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10761674B2 (en) * 2018-01-18 2020-09-01 Honeywell International Inc. Systems and methods for providing user-manipulated primary flight display (PFD) data onboard an aircraft

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2882141B1 (fr) * 2005-02-14 2007-05-04 Airbus France Sas Procede et dispositif pour detecter au sol l'obstruction d'une prise de pression d'un capteur de pression statique d'un aeronef
FR2908384B1 (fr) * 2006-11-09 2009-03-20 Airbus France Sa Systeme de surveillance et d'alarme pour aeronef
US8310491B2 (en) * 2007-06-07 2012-11-13 Apple Inc. Asynchronous notifications for concurrent graphics operations
FR2935818B1 (fr) * 2008-09-05 2010-09-17 Thales Sa Systeme d'ordonnancement de taches pour controler l'execution de procedures d'alerte sur un aeronef

Also Published As

Publication number Publication date
CA2778576A1 (fr) 2012-12-10
FR2976374B1 (fr) 2016-10-14
FR2976374A1 (fr) 2012-12-14
US9170858B2 (en) 2015-10-27
US20120316705A1 (en) 2012-12-13

Similar Documents

Publication Publication Date Title
US10949328B2 (en) Data flow graph computation using exceptions
EP2870535B1 (fr) Procede d'execution, au sein d'un systeme embarque multitaches, d'une application cadencee par plusieurs domaines de temps differents incluant une gestion d'interruptions
EP3230861B1 (fr) Technologies de barrières de synchronisation rapide pour traitement multinoyau
JP2020510894A (ja) ブロックチェーンコンセンサス方法およびデバイス
WO2017121297A1 (fr) Procédé et dispositif de traitement cnn
US9600335B2 (en) Method and system for efficient execution of ordered and unordered tasks in multi-threaded and networked computing
US20160183064A1 (en) Contextually aware dynamic group formation
US20150269533A1 (en) Using contextual, constraint and preference information to optimize group activities
CN114401239A (zh) 元数据传输方法、装置、计算机设备和存储介质
CN109831356A (zh) 数据处理方法、装置、系统、计算机可读存储介质
US20090031308A1 (en) Method And Apparatus For Executing Multiple Simulations on a Supercomputer
CA2778576C (fr) Procede et dispositif de traitement de taches optimise pour un fws
FR2965948A1 (fr) Systeme d'ordonnancement de l'execution de taches cadence par un temps logique vectoriel
CA2886466C (fr) Systeme multicoeur de traitement de donnees a dispositifs d'entree/sortie locaux et globaux et interface graphique comportant un tel systeme de traitement de donnees
US11652662B2 (en) Speculative and accelerated classification based on incomplete feature sets
JP6847112B2 (ja) ノードの再起動後にデータを処理する方法及びデバイス
US20140082228A1 (en) Remotely located timing method and device for a processing unit in an information processing system
CN103530742B (zh) 提高排程运算速度的方法及装置
US20230376339A1 (en) Methods and apparatus for managing task timeouts within distributed computing networks
FR2995705A1 (fr) Procede de preparation d'une sequence d'execution d'un programme partitionne spatialement et temporellement utilisant un processeur muni d'une memoire cache.
US8584143B2 (en) Collection access in a parallel environment
EP4104056A1 (fr) Calculateur électronique, système électronique, procédé de surveillance de l'exécution d'une application et programme d'ordinateur associé
US11414215B2 (en) Methods, apparatuses and systems for predicting radio altimeter failure
KR101989337B1 (ko) 레이더 시스템의 실시간 항적 정보 표시 장치 및 방법
EP0264317B1 (fr) Dispositif pour l'optimalisation des performances de primitives temps réel d'un noyau d'exécutif temps réel sur des structures multiprocesseurs

Legal Events

Date Code Title Description
EEER Examination request

Effective date: 20170424

MPN Maintenance fee for patent paid

Free format text: FEE DESCRIPTION TEXT: MF (PATENT, 13TH ANNIV.) - STANDARD

Year of fee payment: 13

U00 Fee paid

Free format text: ST27 STATUS EVENT CODE: A-4-4-U10-U00-U101 (AS PROVIDED BY THE NATIONAL OFFICE); EVENT TEXT: MAINTENANCE REQUEST RECEIVED

Effective date: 20250417

U11 Full renewal or maintenance fee paid

Free format text: ST27 STATUS EVENT CODE: A-4-4-U10-U11-U102 (AS PROVIDED BY THE NATIONAL OFFICE); EVENT TEXT: MAINTENANCE FEE PAYMENT PAID IN FULL

Effective date: 20250417

MPN Maintenance fee for patent paid

Free format text: FEE DESCRIPTION TEXT: MF (PATENT, 14TH ANNIV.) - STANDARD

Year of fee payment: 14

U00 Fee paid

Free format text: ST27 STATUS EVENT CODE: A-4-4-U10-U00-U101 (AS PROVIDED BY THE NATIONAL OFFICE); EVENT TEXT: MAINTENANCE REQUEST RECEIVED

Effective date: 20260414

U11 Full renewal or maintenance fee paid

Free format text: ST27 STATUS EVENT CODE: A-4-4-U10-U11-U102 (AS PROVIDED BY THE NATIONAL OFFICE); EVENT TEXT: MAINTENANCE FEE PAYMENT PAID IN FULL

Effective date: 20260414