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.
Permet aux applications de fournir des horodatages spécifiques au système pour les événements de sécurité de l'IdsM.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 3e143c113da9ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Permet aux applications de fournir des horodatages spécifiques au système pour les événements de sécurité de l'IdsM.
La classe ara::idsm::TimestampProvider fournit une interface par laquelle les applications peuvent injecter des horodatages pour le module IdsM via un PPort modélisé [SWS_AIDSM_10400]. L'activation et la désactivation des callbacks d'interrogation s'effectuent via les méthodes Offer() et StopOffer()[SWS_AIDSM_10408][SWS_AIDSM_10409]. Les instances sont non copiables, prennent en charge la sémantique de déplacement et requièrent une synchronisation externe pour les méthodes sans sécurité des threads garantie.
Contexte
La classe ara::idsm::TimestampProvider sert d'interface pour la mise à disposition d'horodatages pour le module Intrusion Detection System Manager (IdsM) au sein de l'AUTOSAR Adaptive Platform [SWS_AIDSM_10400]. Les événements et protocoles relatifs à la sécurité dans l'IdsM requièrent des informations temporelles fiables, obtenues par cette classe fournisseur auprès de la plateforme ou d'une source temporelle spécifique à l'application. Une instance de TimestampProvider est liée à un PPort modélisé via un ara::core::InstanceSpecifier[SWS_AIDSM_10401]. Puisque la méthode GetTimestamp() est définie comme fonction de callback purement virtuelle [SWS_AIDSM_10407], TimestampProvider fait office de classe de base abstraite à partir de laquelle des implémentations concrètes doivent être dérivées.
Cycle de vie
La création d'un fournisseur d'horodatages s'effectue explicitement via le constructeur en indiquant le ara::core::InstanceSpecifier associé [SWS_AIDSM_10401]. Ce constructeur est déclaré thread-safe. Les opérations de copie sont totalement interdites : le constructeur de copie [SWS_AIDSM_10404] ainsi que l'opérateur d'affectation par copie [SWS_AIDSM_10406] sont supprimés (= delete). Les instances possèdent ainsi une identité univoque et ne peuvent pas être dupliquées.
En revanche, la classe prend en charge la sémantique de déplacement : le constructeur de déplacement transfère de manière thread-safe des ressources existantes vers un nouvel objet [SWS_AIDSM_10403]. L'affectation par déplacement via operator= est également présente mais, contrairement au constructeur, n'est pas thread-safe [SWS_AIDSM_10405]. Le cycle de vie de la fourniture de service active est géré explicitement après l'instanciation : l'enregistrement pour l'IdsM est activé via la méthode Offer()[SWS_AIDSM_10408]. La mise à disposition est de nouveau bloquée avec StopOffer()[SWS_AIDSM_10409]. La libération de l'instance a lieu via le destructeur virtuel [SWS_AIDSM_10402], qui est spécifié comme non thread-safe. Interprétation : avant la destruction d'une instance, StopOffer() devrait typiquement être appelée afin de s'assurer qu'aucun appel en attente par l'IdsM n'a plus lieu. Question Q-fcf21d9d93d053a6 (ouverte)
Parcours d'utilisation
L'utilisation typique requiert la dérivation d'une classe spécifique à l'application qui surcharge la méthode GetTimestamp() et renvoie l'horodatage actuel sous forme de TimestampType[SWS_AIDSM_10407]. Dès que l'instance pour le port correspondant a été créée [SWS_AIDSM_10401], l'application signale la disponibilité opérationnelle via l'appel de Offer()[SWS_AIDSM_10408]. À partir de cet instant, l'IdsM peut appeler de manière autonome la méthode de callback GetTimestamp() afin de situer les événements dans le temps. Si le service doit être terminé ou le composant arrêté, StopOffer() retire la disponibilité de l'interface [SWS_AIDSM_10409].
Toutes les méthodes de l'interface sont déclarées comme noexcept et ne lèvent aucune exception C++. Les erreurs lors de l'activation de la fourniture de service sont transmises à la place via le type de retour ara::core::Result<void> de Offer()[SWS_AIDSM_10408]. Interprétation : si l'enregistrement auprès du framework de communication ou de plateforme échoue (par exemple en raison d'une configuration de port inadéquate), le Result retourné contient un code d'erreur correspondant qui doit être vérifié avant toute utilisation ultérieure. Question Q-5a971906b458dd6f (ouverte)
Le comportement en matière de concurrence requiert une attention particulière : ni le destructeur [SWS_AIDSM_10402] ni les méthodes Offer()[SWS_AIDSM_10408], StopOffer()[SWS_AIDSM_10409], operator=(&&)[SWS_AIDSM_10405] ou GetTimestamp()[SWS_AIDSM_10407] ne sont classés comme thread-safe. Les appelants doivent par conséquent s'assurer que les opérations de cycle de vie et les traitements de callback s'exécutent de façon synchronisée entre les threads et qu'aucune course de données n'apparaît.
Ce guide est basé sur les exigences de la spécification AUTOSAR pour le module idsm (R25-11).
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 8a357670f42bProvenanceQuestions ouvertes (1)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
La fonction membre synchrone Offer fournit le service d'horodatage et autorise les appels ultérieurs de GetTimestamp par l'Intrusion Detection System Manager (IdsM) [SWS_AIDSM_10408]. La déclaration s'effectue via l'en-tête ara/idsm/timestamp_provider.h sans paramètre d'entrée [SWS_AIDSM_10408].
Traitement des erreurs et sémantique
La fonction est déclarée comme noexcept et ne lève donc aucune exception C++ [SWS_AIDSM_10408]. Le succès de la mise à disposition ainsi que d'éventuels états d'erreur sont transmis à l'appelant encapsulés dans le type de retour ara::core::Result<void>[SWS_AIDSM_10408].
Concurrence et restrictions
En ce qui concerne la concurrence, la fonction est explicitement spécifiée comme non sûre pour les threads (not thread-safe) [SWS_AIDSM_10408]. Un appel concurrent depuis différents threads doit être synchronisé côté application. Interprétation : l'appel devrait typiquement avoir lieu pendant la phase d'initialisation, étant donné qu'il crée le prérequis pour les requêtes ultérieures par l'IdsM [SWS_AIDSM_10408]. Question Q-a9b16a23962a092f (ouverte)
Interaction
Le motif de mise à disposition respecte la convention de module de aidsm : de manière équivalente à cette interface, la fonction Offer dans ara/idsm/context_data_provider.h autorise l'accès de l'IdsM à ModifyContextData[SWS_AIDSM_10507], tandis que Offer dans ara/idsm/qualified_events_receiver.h permet à l'IdsM d'exécuter OnEventQualification[SWS_AIDSM_10808].
Cette note d'utilisation a été générée automatiquement à partir de la spécification AUTOSAR.
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 : 1890401ec4bdProvenance
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
La fonction StopOffer selon [SWS_AIDSM_10409] est déclarée dans l'en-tête ara/idsm/timestamp_provider.h et sert à arrêter la mise à disposition du service d'horodatage pour l'Intrusion Detection System Manager (IdsM). Grâce à l'appel synchrone sans paramètre et sans valeur de retour, il est défini que les appels ultérieurs de GetTimestamp par l'IdsM sont interdits.
Concurrence et restrictions
Pour la fonction, il est explicitement défini qu'elle n'est pas sûre pour les threads (not thread-safe) [SWS_AIDSM_10409]. Les appelants doivent donc s'assurer que les appels de StopOffer sont sérialisés ou ne sont pas exécutés de manière concurrente par rapport à d'autres activités du même fournisseur. La signature étant déclarée avec noexcept, la fonction ne lève aucune exception.
Interaction et délimitation
Dans le module aidsm, il existe des fonctions de même nom pour d'autres interfaces, lesquelles suivent un motif analogue mais concernent des domaines fonctionnels distincts :
[SWS_AIDSM_10508] : StopOffer dans l'en-tête ara/idsm/context_data_provider.h interdit les appels de ModifyContextData par l'IdsM.
[SWS_AIDSM_10809] : StopOffer dans l'en-tête ara/idsm/qualified_events_receiver.h interdit les appels de OnEventQualification par l'IdsM.
La présente fonction [SWS_AIDSM_10409] se rapporte exclusivement au timestamp_provider et interdit de manière ciblée les requêtes d'horodatage de l'IdsM.
Cette note d'utilisation a été générée automatiquement sur la base des données de spécification.
Request a governed re-review of this record. The record is not changed immediately.
gemini-3.8-flash-low· 2026-10-13 · Original allemand