Diese Seite wurde vollständig KI-generiert auf Basis von SWS IntrusionDetectionSystemManager (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
Sert d'interface pour la mise à disposition et la modification de données de contexte spécifiques à l'application pour IdsM.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : f62ecfb74d6dProvenanceQuestions ouvertes (3)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Sert d'interface pour la mise à disposition et la modification de données de contexte spécifiques à l'application pour IdsM.
La classe abstraite ara::idsm::ContextDataProvider sert à la mise à disposition et à la modification spécifiques à l'application de données de contexte pour le Intrusion Detection System Manager [SWS_AIDSM_10500]. Les applications dérivent de la classe, implémentent le callback ModifyContextData et contrôlent la libération pour IdsM via les méthodes Offer ainsi que StopOffer[SWS_AIDSM_10507]. L'instance n'est pas copiable et, dans la mesure où des méthodes centrales ne sont pas sûres vis-à-vis des threads, l'accès concurrent devrait nécessiter une synchronisation externe (interprétation). Question (ouverte)
Contexte
La classe ara::idsm::ContextDataProvider sert à la mise à disposition et à la modification de données de contexte pour le sous-système Intrusion Detection System Manager (IdsM) [SWS_AIDSM_10500]. Au sein de l'architecture de sécurité, la classe fait office d'interface entre une application relevante pour la sécurité et le service IdsM. Puisque la fonction membre ModifyContextData est spécifiée comme purement virtuelle [SWS_AIDSM_10509], ContextDataProvider représente une classe de base abstraite. Une application dérive sa propre implémentation afin d'adjoindre des données de contexte spécifiques lors d'événements relatifs à la sécurité. La liaison à la configuration d'architecture s'effectue via un ara::core::InstanceSpecifier pour le port provider modélisé [SWS_AIDSM_10501].
Cycle de vie
La création d'une instance s'effectue explicitement via le constructeur en indiquant l'identifiant de port (ara::core::InstanceSpecifier) ainsi que les paramètres de tampon additionalBytes et originalContextDataOffset[SWS_AIDSM_10501]. Ce constructeur est déclaré thread-safe [SWS_AIDSM_10501]. Afin de garantir des relations de propriété univoques pour le point de terminaison d'interface, le constructeur de copie [SWS_AIDSM_10504] tout comme l'opérateur d'affectation par copie [SWS_AIDSM_10506] sont supprimés. Une transmission de l'instance est possible via la sémantique de déplacement : le constructeur de déplacement est thread-safe [SWS_AIDSM_10503], tandis que l'opérateur d'affectation operator= avec référence rvalue est défini comme non thread-safe [SWS_AIDSM_10505].
Après sa création, l'instance se trouve à l'état inactif. Ce n'est que par l'appel explicite de Offer() que l'enregistrement est activé et que IdsM est autorisé à appeler ModifyContextData[SWS_AIDSM_10507]. Cette autorisation peut être révoquée à tout moment via StopOffer()[SWS_AIDSM_10508]. Avant la destruction de l'objet via le destructeur virtuel [SWS_AIDSM_10502], StopOffer() devrait devoir être appelé selon la pratique usuelle afin d'arrêter à temps les callbacks en cours par IdsM (interprétation). Question Q-ee65caee57919f00 (ouverte) Le destructeur virtuel est spécifié comme non thread-safe [SWS_AIDSM_10502].
Parcours d'utilisation
Un cas d'utilisation typique débute par la définition d'une classe spécifique à l'application qui hérite de ContextDataProvider et implémente la méthode ModifyContextData[SWS_AIDSM_10509]. Après l'instanciation, l'application appelle Offer() afin de mettre les données de contexte à disposition d'IdsM [SWS_AIDSM_10507]. Dès que IdsM enregistre un événement de sécurité pour lequel des données de contexte doivent être ajoutées, le sous-système appelle le callback ModifyContextData[SWS_AIDSM_10509]. La méthode reçoit la zone de données sous forme de ara::core::Span<std::uint8_t> ainsi que l'identifiant EventIdType, actualise le contenu du tampon et renvoie le nombre réel d'octets sous forme de ara::core::Result<std::size_t>[SWS_AIDSM_10509]. Si la mise à disposition des données doit être terminée, l'application appelle StopOffer()[SWS_AIDSM_10508].
Diagramme de séquence : séquence d'interaction entre l'application, ContextDataProvider et IdsM, de l'activation au moyen d'Offer en passant par le callback jusqu'à la désactivation via StopOffer. Sources : [SWS_AIDSM_10507], [SWS_AIDSM_10508], [SWS_AIDSM_10509]
Scénarios d'erreur
Toutes les méthodes de l'interface sont déclarées avec noexcept ; les erreurs sont retournées via le type ara::core::Result. L'appel de Offer() retourne un ara::core::Result<void>[SWS_AIDSM_10507], qui doit être vérifié par l'application afin d'intercepter d'éventuelles erreurs lors de la mise à disposition du service. Si le fournisseur ne peut pas écrire les données de contexte demandées dans ModifyContextData, l'implémentation devrait signaler une erreur spécifique au système dans le ara::core::Result<std::size_t> (interprétation) [SWS_AIDSM_10509]. Question Q-585e19770d59309e (ouverte)
Concernant la concurrence, il convient de noter que Offer()[SWS_AIDSM_10507], StopOffer()[SWS_AIDSM_10508], ModifyContextData()[SWS_AIDSM_10509], l'opérateur d'affectation [SWS_AIDSM_10505] et le destructeur [SWS_AIDSM_10502] sont spécifiés comme non thread-safe. Si des appels de ces méthodes sont effectués en parallèle depuis plusieurs threads sans synchronisation externe, cela devrait conduire à des courses de données et à un comportement imprévisible (interprétation). Question Q-80b83a52aba53d67 (ouverte)
Ce guide a été généré par une IA sur la base de la spécification AUTOSAR R25-11.
Von IdsM aufgerufene abstrakte Funktion zum Ändern der Kontextdaten.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 7746f9098d23ProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Utilisation et sémantique
La fonction virtuelle pure ModifyContextData issue de l'en-tête ara/idsm/context_data_provider.h est appelée par l'Intrusion Detection System Manager (IdsM) pour fournir ou modifier des données contextuelles associées à un événement de sécurité [SWS_AIDSM_10509]. La fonction accepte une zone mémoire accessible en écriture contextData de type ara::core::Span<std::uint8_t> ainsi que l'identifiant d'événement event de type EventIdType. Un ara::core::Result<std::size_t> sert de valeur de retour synchrone. La valeur numérique contenue devrait ici représenter le nombre d'octets réellement écrits dans le tampon. Question Q-cec3aee149140a4b (ouverte)
Zusammenspiel et cycle de vie
L'appel par l'IdsM est soumis au contrôle du cycle de vie du fournisseur de données contextuelles (Context-Data-Provider) :
Autorisation : les appels de ModifyContextData par l'IdsM ne sont rendus possibles que par l'appel préalable de Offer[SWS_AIDSM_10507].
Arrêt :StopOffer permet d'empêcher à nouveau les appels de ModifyContextData par l'IdsM [SWS_AIDSM_10508].
Gestion des erreurs et concurrence
La fonction est déclarée avec noexcept et ne doit lever aucune exception [SWS_AIDSM_10509]. Si une erreur survient lors de la modification des données, celle-ci doit être signalée via l'objet d'erreur de ara::core::Result. L'interface étant classée comme not thread-safe[SWS_AIDSM_10509], l'implémentation concrète doit garantir une synchronisation appropriée en cas d'accès concurrent au tampon ou aux états internes.
Cette note d'utilisation a été générée automatiquement sur la base de la spécification R25-11.
Guide de l'implémenteur à venir (complexité I1)
Request a governed re-review of this record. The record is not changed immediately.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 75af0d519faaProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Utilisation
La méthode sans paramètre Offer() est mise à disposition via le fichier d'en-tête ara/idsm/context_data_provider.h et renvoie un ara::core::Result<void>[SWS_AIDSM_10507]. Grâce à la déclaration avec noexcept, les exceptions sont exclues côté appelant [SWS_AIDSM_10507]. Avec l'appel réussi, le fournisseur s'enregistre auprès de l'Intrusion Detection System Manager (IdsM), ce qui permet seulement les appels ultérieurs de l'interface ModifyContextData par l'IdsM [SWS_AIDSM_10507].
Concurrence et restrictions
Concernant le threading, la fonction est explicitement spécifiée comme not thread-safe[SWS_AIDSM_10507]. Les appelants doivent donc veiller à ce que l'exécution se déroule de façon sérialisée et sans accès concurrents. Interprétation : l'appel devrait typiquement avoir lieu pendant la phase d'initialisation du système, avant que l'IdsM n'accède aux données de contexte. Question Q-fe72f4c02eb0e5ba (ouverte)
Interaction
La mise à disposition suit le patron Offer standardisé dans le module aidsm. Des interfaces similaires activent d'autres fonctionnalités de l'IdsM :
Offer() dans ara/idsm/timestamp_provider.h permet les appels de GetTimestamp par l'IdsM [SWS_AIDSM_10408].
Offer() dans ara/idsm/qualified_events_receiver.h permet à l'IdsM le transfert via OnEventQualification[SWS_AIDSM_10808].
Ce texte a été généré par un système d'IA et s'appuie sur la spécification d'AUTOSAR Adaptive R25-11.
Request a governed re-review of this record. The record is not changed immediately.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : ca8d922661ceProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Utilisation
La fonction StopOffer issue du fichier d'en-tête ara/idsm/context_data_provider.h possède la signature void StopOffer() noexcept;[SWS_AIDSM_10508]. Elle ne prend aucun paramètre, ne renvoie aucune valeur et ne lève aucune exception conformément à noexcept. Son but principal consiste à empêcher les futurs appels de ModifyContextData par l'IdsM [SWS_AIDSM_10508].
Concurrence et restrictions
Conformément à la spécification, StopOffer est classée comme not thread-safe[SWS_AIDSM_10508]. L'appel ne doit donc pas être concurrent à d'autres opérations sur la même instance ; les appelants doivent synchroniser l'accès de manière externe. Étant donné qu'aucune valeur de retour ni aucun mécanisme spécifique de traitement des erreurs ne sont spécifiés, le retrait de l'offre devrait être synchrone et immédiatement effectif. Question Q-6c3920758ace96be (ouverte)
Interaction
Au sein du module aidsm, le modèle de StopOffer existe dans des interfaces de fournisseur et de récepteur analogues. Ainsi, StopOffer dans le fichier d'en-tête ara/idsm/timestamp_provider.h empêche les futurs appels de GetTimestamp par l'IdsM [SWS_AIDSM_10409], tandis que la méthode du même nom dans le fichier d'en-tête ara/idsm/qualified_events_receiver.h arrête les appels de OnEventQualification[SWS_AIDSM_10809]. Ces deux fonctions apparentées présentent la même signature et sont également non thread-safe.
Ce texte a été créé par une IA sur la base d'AUTOSAR Adaptive R25-11.
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · Original allemand