EP1573547A1 - DISPOSITIFS ET PROC D S DE COMPTABILISATION ET D&ap os;ANALYSE TEMPORELLE D V NEMENTS - Google Patents

DISPOSITIFS ET PROC D S DE COMPTABILISATION ET D&ap os;ANALYSE TEMPORELLE D V NEMENTS

Info

Publication number
EP1573547A1
EP1573547A1 EP03799568A EP03799568A EP1573547A1 EP 1573547 A1 EP1573547 A1 EP 1573547A1 EP 03799568 A EP03799568 A EP 03799568A EP 03799568 A EP03799568 A EP 03799568A EP 1573547 A1 EP1573547 A1 EP 1573547A1
Authority
EP
European Patent Office
Prior art keywords
results
occurrences
time
accounting
file
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.)
Ceased
Application number
EP03799568A
Other languages
German (de)
English (en)
Inventor
Laurent Cauvin
Gilles Morillon
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.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
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 Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of EP1573547A1 publication Critical patent/EP1573547A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/86—Event-based monitoring
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/88—Monitoring involving counting

Definitions

  • the present invention relates to devices and methods for time accounting and time analysis of events, in particular applicable to software services. It may concern in particular the control of occurrences of events or the analysis of malfunctions in relation to these events.
  • Patent application WO-01/82033 discloses a method of detecting the use of a program for billing purposes. According to this method, all the calls to a function of the program are recorded in a history file ("log file" in English), so as to make it possible to invoice the licensee according to the extent of exploitation of the program. An identification representing the number of calls is then co-recorded with an identification of the system time and a cryptographic signature, after a predetermined number of calls or in first predefined time intervals.
  • US Pat. No. 6,026,139 discloses a counting method capable of generating a representation of frequency distribution such as a histogram.
  • An integrated device counts the numbers of occurrences of a predetermined type of events in measurement periods, this during a period of under-experimentation associated with given parameters.
  • a frequency counter is incremented when the number of occurrences is greater than a predefined threshold value.
  • the present invention relates to a time accounting device for calls to a software service available on a machine, which can be capable of providing significant results while solving the problem of growth of sizes of historical files, and without prejudicing the current operation of the machine.
  • the invention relates to a time accounting device for events, which can make possible an at least partial temporal reconstruction of the occurrences of these events, sufficient to obtain the desired information, while offering the advantages mentioned above. It can be particularly appreciable for embedded systems.
  • the invention also relates to a method of accounting for events corresponding to the accounting device of the invention, and a device and a method of temporal analysis of events making it possible to exploit the results obtained by means of a device or 'A method of accounting for events according to the invention.
  • VOD Video On Demand
  • MP3 files for example
  • circumstantial events for example in the aeronautical field the presence at altitudes higher (or lower) than a threshold, and in the medical field, the exceedances of a ceiling, or subsidence below a floor, level of an element in the blood (insulin, glucose, white blood cells, etc.).
  • the subject of the invention is a device for temporal accounting of events, comprising: a real time input module for occurrences of physical events, - an access module to at least one clock, designed to obtain a current time at each entry of one of the occurrences,
  • the accounting device also comprises a module for synthetic processing of occurrences and current times, designed to produce condensed results.
  • the recording module is provided for recording the condensed results in predefined data structures and prefixed sizes of the accounting file, so as to allow the file size to be kept constant during the successive recordings of the information.
  • the desired temporal information can be gathered in synthesized form in a file of constant size, or in several predefined files each having a constant size.
  • This surprising result is based on the one hand on the synthetic processing of occurrences and times, which makes it possible to reduce the number of information to be stored, and on the other hand on the use of predefined data structures and sizes prefixed in the accounting file (or in each of the files).
  • each of these data structures is associated with specific information and corresponding processing.
  • the data structure can consist of a four-byte word intended to receive the cumulative number of occurrences occurring between 12 p.m. and 1 p.m. every day for a week.
  • the data structure is intended to receive the number of times occurrences occurred for more than a minute in a row, the events examined corresponding to measurements made with a time sampling step of 2 seconds.
  • the synthetic processing carried out is therefore based on specific algorithms making it possible to "consolidate" the results.
  • the at least partial temporal reconstruction relates to the aims aimed at: if one wishes to identify a dysfunction in time to the nearest 1 second, the information recorded must be sufficient to identify to the nearest 1 second all occurrences occurring; if you want to control the calls to a software, they must make it possible to know in a sure way the number of calls and to check at least statistically their temporal distribution. In all cases, the temporal reconstruction allows at least approximately to reconstruct the history of the events that have occurred.
  • this category includes, for example, telephone or software calls, engine start-ups or brake applications;
  • this category is based for example on altitudes or speeds measurements, events consisting of certain particularities of the altitudes or speeds measured (the speed exceeds predefined safety levels, the altitude becomes lower or higher than critical altitudes ... ).
  • Access to the clock or clocks may or may not be direct.
  • the accounting device is informed both of the occurrence of an event and of the associated instant, by one or more external systems.
  • the combined operation of several clocks supposes an adequate synchronization of these, at least when they relate to the same type of events.
  • the synthetic processing module is designed to produce at least two distinct types of results, at least one of these types of results comprising redundancies with respect to the other types of results, so as to allow checks of consistency of results.
  • This achievement is particularly relevant for checks carried out on events that have occurred, for example to check the number of calls to a software service from a licensee for billing purposes, the files then being advantageously encrypted.
  • the synthetic processing module is provided so that the different types of results provide additional information.
  • the existence of several types not only serves to validate the results more reliably, but also to accumulate useful information for later analyzes.
  • information on the succession of events by time periods within a given period, for example during a month is added information on the distribution of events according to the durations that separate them (first type). It is thus possible to refine the information relating to the chronological sequence, by looking at the frequencies of occurrences.
  • the ranges of durations of deviations of the first type of results then have amplitudes increasing not strictly with these durations (that is to say which increase with the durations but can admit stages).
  • the physical events include, separately or in combination (s):
  • a set of accounting files comprising a file for each function suspected of being able to lead to a crash, in order to examine whether there is a link between the use (or the high frequency of use) of a function and the anomaly noted.
  • the invention also relates to a time accounting method for events, in which:
  • a synthetic processing of occurrences and current times is automatically carried out, so as to produce condensed results and the information is recorded in the form of condensed results, in predefined data structures and sizes prefixed with the accounting file. , so as to keep the size of this file constant during successive recordings of information.
  • This method is preferably implemented by means of any of the embodiments of the accounting device of the invention.
  • the invention also relates to a device for temporal analysis of events from at least one accounting file obtained by means of an accounting device in which at least two distinct types of results with redundancies are used.
  • This device includes: - a module for extracting the results recorded in this file,
  • the temporal analysis device also comprises:
  • a module for inputting requests from a user these requests relating to temporal information concerning the occurrences of events
  • the invention also applies to a method of temporal analysis of events corresponding to the analysis device of events of the invention, and which is preferably implemented by means of one of the embodiments of the latter.
  • the invention also relates to a computer program product comprising program code instructions for executing the steps of the method of accounting or temporal analysis of events of the invention, when this program is executed on a computer.
  • computer program product is meant a computer program medium, which may consist not only of a storage space containing the program, such as a floppy disk or a cassette, but also of a signal, such as '' an electrical or optical signal.
  • FIG. 1 is a block diagram of a time accounting device for events according to the invention
  • FIG. 2 is a block diagram of a device for temporal analysis of events associated with the device of Figure 1;
  • FIG. 3 shows a first type of results obtained with the device of Figure 1 and intended to be analyzed using the device of Figure 2, in the form of a histogram giving the number of occurrences of events as a function of ranges duration of discrepancies between two consecutive events;
  • FIG. 4 shows a second type of results obtained with the device of Figure 1 and intended to be analyzed using the device of Figure 2, in the form of a histogram giving the number of occurrences of events as a function of ranges consecutive times.
  • the modules shown are functional units, which may or may not correspond to physically distinguishable units. For example, these modules or some of them can be grouped in a single component, or constitute functionalities of the same software. Conversely, some modules may possibly be composed of separate physical entities.
  • a time accounting device 1 for events (Figure 1) is connected to an event detection module 5, capable of detecting any triggering of an event of a predefined category, for example access to a software service by third parties or the initiation of specific operations performed on the machine hosting the device 1 (start-up, Internet access, etc.).
  • module 5 is designed to detect three distinct types of events.
  • the time accounting device 1 is provided for producing information relating to the occurrences of the events considered and to their time course, and for recording this information in accounting files F1, F2 and F3 associated respectively with the three categories of events detected.
  • This device 1 comprises an input module 11 in real time of occurrences of events detected by the detection module 5, an access module 12 to one or more clock (s) 10, making it possible to obtain a current time at each entry of one of the occurrences, and a recording module 15 of the information mentioned above in the files F1, F2 and F3.
  • the device 1 also includes a module 13 for synthetic processing of occurrences and current times, producing condensed results which form the information to be saved and transmit it to the recording module 15.
  • the latter is responsible for recording these condensed results in predefined data structures and fixed sizes of the files F1, F2 and F3.
  • the files F1, F2 and F3 are made available for a time analysis device 2 of events ( Figure 2), responsible for processing the results recorded in these files.
  • the device 2 is capable, after a possible decryption, of checking the consistency of the information provided and of providing specific information in response to requests formulated by a user.
  • This device 2 comprises a module 21 for extracting results from the files F1, F2 and F3, a module for checking consistency 22 within each of the files, the results which are extracted therefrom, and a production module 23d a signal S to a user interface 20 in the event of inconsistency detection.
  • the consistency of the information is checked separately for each of the files F1, F2 and F3, and consists, for example, in ensuring that the sum of the durations associated with events (such as the durations of deviations between the start of two consecutive events) does not exceed a ceiling corresponding to a total duration of implementation, or that redundant information is not contradictory.
  • the time analysis device 2 also includes an input unit 24 for requests via the user interface 20, in particular for obtaining statistical information (distribution of occurrences as a function of hours of the day or of the period of the month, average duration difference between two occurrences ...) or factual (number of occurrences occurring in such a time slot of the month, duration of an interruption, identification of interruptions greater than 1 hour ).
  • a combined processing module 25 of the results is able to use the information extracted from the files F1, F2 and F3 to respond to the requests thus formulated.
  • This module 25 transmits the desired information, or possibly a message of impossibility of response, to an information presentation module 26, which communicates with the user interface 20.
  • Executable software providing the software service is located on a single machine, called a "source machine”. It can be called by all machines belonging to the same network, and run on these machines. Access to the software is protected, the protection being linked to the source machine.
  • the accounting device 1, present in the source machine makes it possible to account for all the calls in the file F1.
  • the latter is located here in the same directory as the executable, and keeps a size of a few k-bytes. Its constitution allows the temporal analysis device 2 to verify that the users have not modified it, as explained below.
  • Device 1 uses a specific feature of machines organized in a network, namely that all of these machines have the same time to the nearest second, and that write access to a given file can only be done by one machine at a time. given, even if all these machines have access to this file.
  • the clocks 10 are therefore in the present case dispersed in the various machines and synchronized, the access module 12 of the device 1 indirectly receiving the times of these clocks. The machine concerned also subtracts from this date, the "date" of the previous call. A duration called ⁇ t is thus obtained.
  • ⁇ t can be worth 1s, 2s, 3s ... 1mn ...
  • the durations ⁇ t being sampled from non-linear way (i.e. the sampling step varies).
  • the synthetic processing module 13 accounts for all the durations ⁇ t by storing them in a register corresponding to this step. Thanks to non-linear sampling, relevant information is obtained by limiting the storage required. Indeed, if it is useful to know to the nearest second the duration between two calls separated by 10 s (that is to say with an accuracy of 10%), it is useless to know to the nearest second the duration between two separate calls of 1 day (to keep an accuracy of 10%, a step of 2 hours is enough).
  • the step is worth one second; sixty registers R a n to R a s9 are then reserved in the file F1 to record these durations ⁇ t. If the duration ⁇ t is 30 s, add 1 to the register Ra29. There is thus a histogram of the durations ⁇ t between 0 s and 59 s, with a step of 1 second. • For ⁇ t varying from 1 min to 4 min 58 s, the step is worth two seconds.
  • a histogram H1 is thus obtained (FIG. 3), giving numbers Ni of occurrences of calls (axis 32) as a function of ranges PEj with durations of difference ⁇ t between two consecutive occurrences (axis 31).
  • the histogram H1 is blank, we can analyze it periodically (period P), for example every month, to know the duration of use of the software.
  • the period P is previously agreed in the protocol between the client and the software supplier, which hosts the time analysis device 2.
  • the client thus sends the file F1 to the supplier according to this periodicity (the periodicity may be different for the F1 files , F2 and F3, although a group shipment is more practical to implement).
  • the histogram H1 it is assumed that this is the first month of follow-up, therefore that the results displayed are directly representative of the events that occurred during that month.
  • the client sends the F1 file thus defined every month at the same time.
  • the temporal analysis device 2 determines the numbers of occurrences Ni for the current month.
  • the F1 file is therefore kept with the customer and automatically updated as calls are made, and does not have to be handled by this customer.
  • a second histogram H2 ( Figure 4) is saved in the file F1. It gives the number N'j of access to the software (axis 34) during each time range PTj of a period P (axis 33), corresponding here to each hour of the month for the first 54 hours. We therefore cut the month into 24 h * 31 days, or 744 registers.
  • the histogram H1 the histogram H2 represented here is established during the first month. For the following months, the results are obtained from the file F1 communicated by the client by subtracting from the most recent H2 histogram, that obtained the previous month.
  • the time analysis device 2 (verification module 22) can detect possible fraud by the client, in particular in the cases described below:
  • the total sum of the contents of the registers of the histogram H2 must be equal to the total sum of the contents of the registers per hour of the histogram H1; - and over a month, the sums ⁇ Ni ⁇ ti and ⁇ N ⁇ t ⁇ + ⁇ in the histogram H2 must be respectively less than and greater than one months, with Ni corresponding to the register storing the time between calls between ⁇ ti and ⁇ t i + ⁇ (PE range).
  • the average number of calls to the software service in a month is 1 million, or one call every 2.6 seconds. If we make a low estimate, for example that the number of calls is 100,000 per month, we have a call every 26 seconds.
  • the breakdown indicated in table 1 is then made, by slice of deviation durations ⁇ t (variable duration between ⁇ t), indicating each time a minimum error and a maximum error on the deviation duration ⁇ t per range PEi.
  • the total number of registers for the histogram H1 is therefore worth 2106, or a memory space of 8424 bytes by storing the registers on 32 bits.
  • this information is encrypted, for example, in 8-word packets (ie 32 bytes).

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

La présente invention concerne un dispositif (1) et un procédé de comptabilisation temporelle d'événements et un dispositif et un procédé d'analyse temporelle d'événements. Le dispositif de comptabilisation temporelle en fonctionnement obtient des temps courants pour chaque occurrence d'événements physiques, et enregistre dans au moins un fichier de comptabilisation (F1- F3), des informations autorisant une reconstitution temporelle des occurrences. Ce dispositif comprend un module de traitement synthétique (13) des occurrences et des temps courants, produisant des résultats condensés (H1, H2) qui sont enregistrés dans des structures de données prédéfinies et de tailles préfixées du fichier de comptabilisation, de façon à permettre de maintenir constante la taille de ce fichier lors des enregistrements successifs de ces informations. Applications à des contrôles de services logiciels et à des analyses de dysfonctionnements informatiques.

Description

Dispositifs et procédés de comptabilisation et d'analyse temporelle d'événements
La présente invention se rapporte à des dispositifs et procédés de comptabilisation temporelle et d'analyse temporelle d'événements, notamment applicables à des services logiciels. Elle peut concerner en particulier le contrôle d'occurrences d'événements ou l'analyse de dysfonctionnements en relation avec ces événements.
Le développement des réseaux informatiques a multiplié les possibilités d'accéder à distance à des services disponibles sur certaines machines, tels que notamment des jeux, des programmes éducatifs, des vidéos ou des musiques. Les services logiciels, en particulier, reposent sur la présence d'un logiciel exécutable dans une des machines et l'accès en exécution de ce logiciel depuis un appareil relié à cette machine par un réseau. Il s'avère alors très utile de pouvoir garder une trace temporelle des appels successifs, afin de mettre en place une gestion efficace allant au- delà d'une simple addition des appels et être capable de diagnostiquer avec plus de facilités les circonstances et les causes de dysfonctionnements éventuels.
Un tel suivi est par exemple précieux pour un fournisseur de logiciel licenciant son produit auprès d'un prestataire de services et recevant une rétribution qui dépend du nombre d'appels pour une période donnée. L'existence de fichiers récapitulant l'ensemble des appels passés, créés chez le prestataire de service mais accessibles au fournisseur de logiciel, permet alors à ce dernier de contrôler le nombre effectif d'appels et de facturer en conséquence le prestataire de services.
Cependant, des inscriptions consécutives des temps d'appels conduisent à des fichiers de tailles croissantes et rapidement embarrassantes, voire prohibitives, dès lors que le nombre d'appels devient important.
La demande de brevet WO-01/82033 divulgue une méthode de détection d'utilisation de programme à des fins de facturation. Selon cette méthode, tous les appels à une fonction du programme sont enregistrés dans un fichier historique (« log file » en anglais), de façon à permettre de facturer le licencié en fonction de l'étendue d'exploitation du programme. Une identification représentant le nombre d'appels est alors co-enregistrée avec une identification du temps système et une signature cryptographique, après un nombre prédéterminé d'appels ou dans des premiers intervalles de temps prédéfinis.
Le nombre d'inscriptions est ainsi réduit, puisque celles-ci ne sont pas effectuées de manière systématique, mais épisodiquement. Cependant, dans la mesure où les résultats obtenus sont enregistrés à une fréquence suffisante pour rester fiables, cette méthode ne résout pas le problème de croissance de taille de fichier, mais ne peut qu'en atténuer ou en retarder les effets.
Il serait par ailleurs envisageable de transférer vers un espace de stockage indépendant les résultats obtenus, soit en temps réel, soit dès que les fichiers d'informations atteignent une taille prédéfinie. Cependant, un tel mécanisme risque de requérir des ressources en stockage assez volumineuses, et contraint à mettre en place un dispositif de transfert pénalisant pour le fonctionnement efficace de la machine contenant le logiciel.
Le brevet US-6.026.139 divulgue une méthode de comptage apte à générer une représentation de distribution fréquentielle telle qu'un histogramme. Un dispositif intégré compte les nombres d'occurrences d'un type prédéterminé d'événements dans des périodes de mesure, ceci durant une période de sous-expérimentation associée à des paramètres donnés. A la fin de chacune des périodes de mesure, un compteur de fréquence est incrémenté lorsque le nombre d'occurrences est supérieur à une valeur de seuil prédéfinie. Ces opérations permettent d'obtenir pour la période de sous-expérimentation le nombre de périodes de mesure pendant lesquelles les événements visés se sont produits de manière significative. On procède de façon similaire pour l'ensemble des périodes de sous-expérimentation successives, ce qui conduit à une distribution fréquentielle fondée sur le nombre de périodes de mesures retenues pour chaque période de sous- expérimentation. On peut ainsi comparer différentes fréquences d'occurrences selon les paramètres choisis.
Cette technique réduit considérablement les informations à enregistrer, donc la taille de stockage nécessaire, mais au détriment des informations temporelles sur les événements.
La présente invention concerne un dispositif de comptabilisation temporelle d'appels à un service logiciel disponible sur une machine, pouvant être capable de fournir des résultats significatifs tout en résolvant le problème de croissance de tailles des fichiers historiques, et sans porter préjudice au fonctionnement courant de la machine.
Plus généralement, l'invention concerne un dispositif de comptabilisation temporelle d'événements, qui peut rendre possible une reconstitution temporelle au moins partielle des occurrences de ces événements, suffisante pour obtenir les renseignements voulus, tout en offrant les avantages mentionnés ci-dessus. Elle peut être particulièrement appréciable pour des systèmes embarqués. L'invention concerne aussi un procédé de comptabilisation d'événements correspondant au dispositif de comptabilisation de l'invention, et un dispositif et un procédé d'analyse temporelle d'événements permettant d'exploiter des résultats obtenus au moyen d'un dispositif ou d'un procédé de comptabilisation d'événements selon l'invention.
Elle s'applique en particulier au contrôle d'appels à un service logiciel, à des fins de facturation ou de diagnostics de dysfonctionnements. Elle a cependant également des applications à d'autres types de contrôle ou d'analyses de dysfonctionnements, tels que notamment :
- le suivi d'utilisation d'une fonctionnalité informatique disponible sur une machine ; ceci permet de retracer l'utilisation d'une fonction en cas de panne logicielle ou matérielle ;
- le suivi d'appels téléphoniques, passés à partir d'un central téléphonique et ou reçus par celui-ci ;
- le suivi de commandes et de fournitures de programmes vidéo (VOD pour « Video On Demand ») ou audio (fichiers MP3 par exemple) relatives à un serveur (ou plusieurs) ;
- le suivi de manœuvres effectuées de manière répétée sur des véhicules automobiles, par exemple l'utilisation de freins, de l'accélérateur et/ou de la boîte de vitesses ;
- le suivi d'événements circonstanciels, par exemple dans le domaine aéronautique les présences à des altitudes supérieures (ou inférieures) à un seuil, et dans le domaine médical, les dépassements d'un plafond, ou affaissements en deçà d'un plancher, de taux d'un élément dans le sang (insuline, glucose, globules blancs...).
A cet effet, l'invention a pour objet un dispositif de comptabilisation temporelle d'événements, comprenant : - un module d'entrée en temps réel d'occurrences d'événements physiques, - un module d'accès à au moins une horloge, prévu pour obtenir un temps courant à chaque entrée d'une des occurrences,
- et un module d'enregistrement dans au moins un fichier de comptabilisation, d'informations relatives à ces occurrences et aux temps courants correspondants, ces informations autorisant une reconstitution temporelle au moins partielle des occurrences.
Selon l'invention, le dispositif de comptabilisation comprend aussi un module de traitement synthétique des occurrences et des temps courants, prévu pour produire des résultats condensés. De plus, le module d'enregistrement est prévu pour enregistrer les résultats condensés dans des structures de données prédéfinies et de tailles préfixées du fichier de comptabilisation, de façon à permettre de maintenir constante la taille du fichier lors des enregistrements successifs des informations.
Ainsi, contre toute attente, les informations temporelles souhaitées peuvent être réunies sous forme synthétisée dans un fichier de taille constante, ou dans plusieurs fichiers prédéfinis ayant chacun une taille constante. Ce résultat surprenant repose d'une part sur le traitement synthétique des occurrences et des temps, qui permet de réduire le nombre d'informations à stocker, et d'autre part sur l'utilisation de structures de données prédéfinies et de tailles préfixées dans le fichier de comptabilisation (ou dans chacun des fichiers).
Concrètement, chacune de ces structures de données est associée à une information spécifique et à un traitement correspondant. Par exemple, la structure de données peut consister en un mot de quatre octets destiné à recevoir le nombre cumulé d'occurrences intervenues entre 12h et 13h chaque jour pendant une semaine. Dans un autre exemple, la structure de données est destinée à recevoir le nombre de fois où des occurrences sont intervenues pendant plus d'une minute d'affilée, les événements examinés correspondant à des mesures effectuées avec un pas d'échantillonnage temporel de 2 secondes. Le traitement synthétique effectué repose donc sur des algorithmes spécifiques permettant de « consolider » les résultats.
La reconstitution temporelle au moins partielle est relative aux buts visés : si on veut cerner un dysfonctionnement dans le temps à 1 seconde près, les informations enregistrées doivent être suffisantes pour cerner à 1 seconde près toutes les occurrences intervenues ; si on veut contrôler les appels à un logiciel, elles doivent permettre de connaître de manière sûre le nombre d'appels et de vérifier au moins statistiquement leur répartition temporelle. Dans tous les cas, la reconstitution temporelle permet au moins de manière approximative de reconstituer l'historique des événements intervenus.
On peut distinguer deux catégories d'événements auxquelles le dispositif de l'invention a la capacité de s'appliquer :
- ceux qui sont détectés passivement lorsqu'ils adviennent ponctuellement, de manière généralement imprévisible dans le détail de leurs occurrences ; cette catégorie inclut par exemple des appels téléphoniques ou à un logiciel, des mises en route de moteurs ou des appuis sur un frein ;
- et ceux qui sont provoqués par des mesures, à des instants d'échantillonnage déterminés ; cette catégorie repose par exemple sur des mesures d'altitudes ou de vitesses, les événements consistant en certaines particularités des altitudes ou vitesses mesurées (la vitesse dépasse des niveaux de sécurité prédéfinis, l'altitude devient inférieure ou supérieure à des altitudes critiques...).
Pour traiter un seul type d'événements, l'utilisation d'un unique fichier est préférée. Il est ainsi possible de concentrer toute l'information requise, ce qui simplifie et allège les accès en enregistrement puis les étapes d'exploitation. Par ailleurs, lorsqu'on s'intéresse à plusieurs catégories d'événements distincts, plusieurs fichiers de comptabilisation sont préférentiellement utilisés, un fichier par catégorie d'événements. Cette réalisation facilite une indépendance des traitements et de l'exploitation des résultats, et clarifie l'utilisation de ces fichiers.
L'accès à l'horloge ou aux horloges peut être direct ou non. Par exemple, dans un mode particulier de réalisation, le dispositif de comptabilisation est informé à la fois de l'occurrence d'un événement et de l'instant associé, par un ou plusieurs systèmes externes. L'exploitation combinée de plusieurs horloges suppose une synchronisation adéquate de celles-ci, au moins lorsqu'elles portent sur un même type d'événements.
La possibilité d'obtenir des fichiers de tailles fixes est particulièrement intéressante pour des systèmes embarqués, pour lesquels les considérations de stockage peuvent être déterminantes.
Dans une forme préférée de réalisation, le module de traitement synthétique est prévu pour produire au moins deux types de résultats distincts, au moins un de ces types de résultats comprenant des redondances par rapport aux autres types de résultats, de façon à permettre des contrôles de cohérence des résultats.
Cette réalisation est particulièrement pertinente pour des contrôles pratiqués sur les événements advenus, par exemple pour vérifier le nombre d'appels à un service logiciel chez un licencié en vue d'une facturation, les fichiers étant alors avantageusement cryptés.
Dans ce mode de réalisation préféré, il est avantageux que le module de traitement synthétique soit prévu pour que les différents types de résultats fournissent des informations complémentaires. Ainsi, l'existence de plusieurs types ne sert pas seulement à valider les résultats de manière plus fiable, mais aussi à cumuler des informations utiles pour des analyses ultérieures.
Selon un mode préféré de ces types de résultats, ceux-ci comprennent :
- un premier type de résultats consistant en des nombres des occurrences par plages de durées d'écarts entre deux des occurrences consécutives
- et un deuxième type de résultats consistant en des nombres des occurrences par plages temporelles consécutives d'une période déterminée.
Ainsi, aux informations de succession des événements par plages temporelles dans un délai donné, par exemple pendant un mois (deuxième type de résultats), s'ajoutent des informations sur la répartition des événements selon les durées qui les séparent (premier type). Il est ainsi possible d'affiner les renseignements portant sur le déroulement chronologique, en s'intéressant aux fréquences d'occurrences.
Préférentiellement, les plages de durées d'écarts du premier type de résultats ont alors des amplitudes croissant non strictement avec ces durées (c'est-à-dire qui augmentent avec les durées mais peuvent admettre des paliers).
Selon plusieurs modalités intéressantes de réalisation du dispositif de comptabilisation de l'invention, les événements physiques comprennent, séparément ou en combinaison(s) :
- des appels à un logiciel situé sur une machine source par des appareils aptes à communiquer avec cette machine ;
- des appels téléphoniques ; - des manœuvres prédéfinies dans un véhicule automobile, par exemple l'utilisation des freins pour savoir si une usure des plaquettes de frein est normale ou non ;
- des utilisations de fonctionnalités informatiques disponibles sur une machine et susceptibles de subir des dysfonctionnements par suite de problèmes techniques ; par exemple, pour analyser l'origine de plantages informatiques, on prévoit un jeu de fichiers de comptabilisation, comprenant un fichier par fonction soupçonnée de pouvoir conduire à un plantage, afin d'examiner s'il existe un lien entre l'utilisation (ou la grande fréquence d'utilisation) d'une fonction et l'anomalie constatée.
L'invention concerne aussi un procédé de comptabilisation temporelle d'événements, dans lequel :
- on repère en temps réel des occurrences d'événements physiques,
- on accède à au moins une horloge pour obtenir un temps courant de chacune de ces occurrences
- et on enregistre dans au moins un fichier de comptabilisation des informations relatives aux occurrences et aux temps courants correspondants, ces informations autorisant une reconstitution temporelle au moins partielle des occurrences.
Selon l'invention, on effectue automatiquement un traitement synthétique des occurrences et des temps courants, de façon à produire des résultats condensés et on enregistre les informations sous forme des résultats condensés, dans des structures de données prédéfinies et de tailles préfixées du fichier de comptabilisation, de façon à permettre de maintenir constante la taille de ce fichier lors des enregistrements successifs des informations. Ce procédé est préférentiellement mis en œuvre au moyen d'un quelconque des modes de réalisation du dispositif de comptabilisation de l'invention.
L'invention a aussi pour objet un dispositif d'analyse temporelle d'événements à partir d'au moins un fichier de comptabilisation obtenu au moyen d'un dispositif de comptabilisation dans lequel au moins deux types de résultats distincts avec redondances sont utilisés. Ce dispositif comprend : - un module d'extraction des résultats enregistrés dans ce fichier,
- un module de vérification de cohérences des résultats respectivement de ces types de résultats,
- et un module de production d'un signal d'avertissement à l'intention d'un utilisateur en cas d'incohérence de ces résultats.
Avantageusement, le fichier de comptabilisation étant alors obtenu au moyen d'un dispositif de comptabilisation pour lequel les types de résultats fournissent des informations complémentaires, le dispositif d'analyse temporelle comprend aussi :
- un module d'entrée de requêtes d'un utilisateur, ces requêtes portant sur des renseignements temporels concernant les occurrences des événements,
- un module de traitement combiné des types de résultats, prévu pour produire les renseignements temporels en fonction des informations enregistrées,
- et un module de présentation de ces renseignements temporels à l'utilisateur.
L'invention s'applique également à un procédé d'analyse temporelle d'événements correspondant au dispositif d'analyse d'événements de l'invention, et qui est préférentiellement mis en œuvre au moyen d'un des modes de réalisation de ce dernier.
L'invention concerne aussi un produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de comptabilisation ou d'analyse temporelle d'événements de l'invention, lorsque ce programme est exécuté sur un ordinateur. Par « produit programme d'ordinateur », on entend un support de programme d'ordinateur, qui peut consister non seulement en un espace de stockage contenant le programme, tel qu'une disquette ou une cassette, mais aussi en un signal, tel qu'un signal électrique ou optique.
L'invention sera mieux comprise et illustrée au moyen des exemples suivants de réalisation et de mise en œuvre, nullement limitatifs, en référence aux figures annexées sur lesquelles :
- la Figure 1 est un schéma de principe d'un dispositif de comptabilisation temporelle d'événements conforme à l'invention ;
- la Figure 2 est un schéma de principe d'un dispositif d'analyse temporelle d'événements associé au dispositif de la Figure 1 ;
- la Figure 3 montre un premier type de résultats obtenus avec le dispositif de la Figure 1 et prévu pour être analysé au moyen du dispositif de la Figure 2, sous forme d'histogramme donnant le nombre d'occurrences d'événements en fonction de plages de durées d'écarts entre deux événements consécutifs ;
- la Figure 4 montre un second type de résultats obtenus avec le dispositif de la Figure 1 et prévu pour être analysé au moyen du dispositif de la Figure 2, sous forme d'histogramme donnant le nombre d'occurrences d'événements en fonction de plages de temps consécutives. Sur les Figures 1 et 2, les modules représentés sont des unités fonctionnelles, qui peuvent ou non correspondre à des unités physiquement distinguables. Par exemple, ces modules ou certains d'entre eux peuvent être regroupés dans un unique composant, ou constituer des fonctionnalités d'un même logiciel. A contrario, certains modules peuvent éventuellement être composés d'entités physiques séparées.
Un dispositif de comptabilisation temporelle 1 d'événements (Figure 1) est relié à un module 5 de détection d'événements, capable de détecter tout déclenchement d'un événement d'une catégorie prédéfinie, par exemple l'accès à un service logiciel par des tiers ou le déclenchement d'opérations particulières effectuées sur la machine hébergeant le dispositif 1 (mise en route, accès à Internet...). A titre d'exemple, le module 5 est prévu pour détecter trois types d'événements distincts.
Le dispositif de comptabilisation temporelle 1 est prévu pour produire des informations relatives aux occurrences des événements considérés et à leur déroulement temporel, et à inscrire ces informations dans des fichiers de comptabilisation F1, F2 et F3 associés respectivement aux trois catégories d'événements détectés.
Ce dispositif 1 comprend un module d'entrée 11 en temps réel d'occurrences d'événements détectés par le module de détection 5, un module d'accès 12 à une ou plusieurs horloge(s) 10, permettant d'obtenir un temps courant à chaque entrée d'une des occurrences, et un module d'enregistrement 15 des informations mentionnées plus haut dans les fichiers F1, F2 et F3.
Le dispositif 1 comprend aussi un module 13 de traitement synthétique des occurrences et des temps courants, produisant des résultats condensés qui forment les informations à sauvegarder et les transmettant au module d'enregistrement 15. Ce dernier est pour sa part chargé d'enregistrer ces résultats condensés dans des structures de données prédéfinies et de tailles fixées des fichiers F1 , F2 et F3.
Les fichiers F1, F2 et F3 sont rendus disponibles pour un dispositif d'analyse temporelle 2 d'événements (Figure 2), chargé d'exploiter les résultats enregistrés dans ces fichiers. Dans le mode de réalisation détaillé, le dispositif 2 est capable, après un éventuel décryptage, de vérifier la cohérence des informations fournies et de fournir des renseignements spécifiques en réponse à des requêtes formulées par un utilisateur.
Ce dispositif 2 comprend un module d'extraction 21 de résultats à partir des fichiers F1 , F2 et F3, un module de vérification de cohérence 22 au sein de chacun des fichiers, des résultats qui y sont extraits, et un module de production 23 d'un signal S vers une interface utilisateur 20 en cas de repérage d'incohérence. La cohérence des informations est vérifiée séparément pour chacun des fichiers F1 , F2 et F3, et consiste par exemple à s'assurer que la somme de durées associées à des événements (telles que les durées d'écarts entre les débuts de deux événements consécutifs) ne dépasse pas un plafond correspondant à une durée totale de mise en œuvre, ou que des informations redondantes ne sont pas contradictoires.
Le dispositif d'analyse temporelle 2 comprend aussi une unité d'entrée 24 de requêtes via l'interface utilisateur 20, pour obtenir notamment des renseignements statistiques (répartition des occurrences en fonction des heures de la journée ou de la période du mois, durée moyenne d'écart entre deux occurrences...) ou factuels (nombre d'occurrences intervenues dans telle plage horaire du mois, durée d'une interruption, identification des interruptions supérieures à 1h...). Un module de traitement combiné 25 des résultats est apte à exploiter les informations extraites des fichiers F1 , F2 et F3 pour répondre aux requêtes ainsi formulées. Ce module 25 transmet les renseignements voulus, ou éventuellement un message d'impossibilité de réponse, à un module de présentation 26 d'informations, qui communique avec l'interface utilisateur 20.
Le fonctionnement des dispositifs 1 et 2 va être détaillé sur un cas particulier, dans lequel l'une des trois catégories d'événements consiste en des appels à un service logiciel. Les modalités de mise en œuvre sont explicitées seulement pour cette catégorie d'événements, une démarche similaire étant par exemple adoptée pour les autres catégories.
Un logiciel exécutable fournissant le service logiciel est situé sur une machine unique, appelée « machine source ». Il peut être appelé par toutes les machines appartenant au même réseau, et exécuté sur ces machines. L'accès au logiciel est protégé, la protection étant liée à la machine source. Le dispositif de comptabilisation 1, présent dans la machine source, permet de comptabiliser l'ensemble des appels dans le fichier F1. Ce dernier est situé ici dans le même répertoire que l'exécutable, et garde une taille de quelques k-octets. Sa constitution permet au dispositif d'analyse temporelle 2 de vérifier que les utilisateurs ne l'ont pas modifié, comme ceci est exposé plus bas.
Le dispositif 1 utilise une spécificité des machines organisées en réseau, à savoir que toutes ces machines ont la même heure à la seconde près, et que l'accès en écriture à un fichier donné ne peut être fait que par une seule machine à un instant donné, même si toutes ces machines ont accès à ce fichier. Lorsqu'une machine a exécuté le logiciel, elle écrit dans le fichier la « date » à laquelle elle l'a fait. Les horloges 10 sont donc dans le présent cas disséminées dans les différentes machines et synchronisées, le module d'accès 12 du dispositif 1 recevant indirectement les temps de ces horloges. La machine concemée soustrait de plus de cette date, la « date » du précédent appel. On obtient ainsi une durée appelée Δt. Suivant les laps de temps entre deux appels, Δt peut valoir 1s, 2s, 3s... 1mn... 1mn20s... 2mn... 1h... 1 jour... 1 semaine, les durées Δt étant échantillonnées de manière non linéaire (c'est-à-dire que le pas d'échantillonnage varie). Pour chaque pas, le module de traitement synthétique 13 comptabilise toutes les durées Δt en les stockant dans un registre correspondant à ce pas. Grâce à l'échantillonnage non linéaire, on obtient des informations pertinentes en limitant les stockages requis. En effet, s'il est utile de savoir à la seconde près la durée entre deux appels séparés de 10 s (c'est-à-dire avec une précision de 10%), il est inutile de connaître à la seconde près la durée entre deux appels séparés de 1 jour (pour conserver une précision de 10%, un pas de 2 heures suffit).
Par exemple : • Pour Δt variant de 0 s à 59 s, le pas vaut une seconde ; soixante registres Ran à Ras9 sont alors réservés dans le fichier F1 pour comptabiliser ces durées Δt. Si la durée Δt vaut 30 s, on ajoute 1 au registre Ra29. On a ainsi un histogramme des durées Δt compris entre 0 s et 59 s, avec un pas de 1 seconde. • Pour Δt variant de 1 mn à 4mn58s, le pas vaut deux secondes.
Dans le fichier F1, sont alors réservés ( 5 - 1 ) * 60 / 2 = 120 registres appelés Rω à RbH9 pour comptabiliser ces durées Δt. Si Δt vaut 2mn17s, on ajoute 1 au registre Rb38- On a ainsi un histogramme des Δt compris entre 1mn et 4mn58s, avec un pas de 2 secondes. • Pour Δt variant de 5mn à 15mn55s, le pas vaut cinq secondes.
Dans le fichier F1, sont alors réservés ( 15 - 5 ) * 60 / 5 = 120 registres appelés Rco à R0n9 pour comptabiliser ces durées Δt. Si Δt vaut 10mn03s, on ajoute 1 au registre RC6o- On a ainsi un histogramme des Δt compris entre 5mn et 15mn55s, avec un pas de 5 secondes. • .... • Pour Δt variant de 2h à 4h, le pas vaut 1mn. Dans le fichier F1 , sont alors réservés ( 4 - 2 ) * 60 = 120 registres appelés Rno à Rnn9 pour comptabiliser ces durées Δt. Si Δt vaut 1h, on ajoute 1 au registre Rn6o- On a ainsi un histogramme des Δt compris entre 2h et 2h59mn, avec un pas de 1 mn.
•
• Pour Δt variant de 1 jour à 10 jours, le pas vaut 1 heure. Dans le fichier F1 , sont alors réservés ( 10 - 1 ) * 24 = 216 registres appelés Rχo à Rx∑iδ pour comptabiliser ces durées Δt. Si Δt vaut 8 jours, 2 heures, 13 mn et 15 s, on ajoute 1 au registre Rxιg . On a ainsi un histogramme des Δt compris entre 1 et 10 jours, avec un pas de 1 heure.
On obtient ainsi un histogramme H1 (Figure 3), donnant des nombres Ni d'occurrences des appels (axe 32) en fonction de plages PEj de durées d'écart Δt entre deux occurrences consécutives (axe 31).
En imposant qu'au début de l'utilisation du logiciel, l'histogramme H1 est vierge, on peut en l'analysant périodiquement (période P), par exemple tous les mois, connaître la durée d'utilisation du logiciel. La période P est convenue préalablement dans le protocole entre le client et le fournisseur du logiciel, qui héberge le dispositif d'analyse temporelle 2. Le client envoie ainsi le fichier F1 au fournisseur selon cette périodicité (la périodicité peut être différente pour les fichiers F1, F2 et F3, bien qu'un envoi groupé soit plus pratique à mettre en œuvre). Dans le cas illustré par l'histogramme H1, on suppose qu'il s'agit d'un premier mois de suivi, donc que les résultats visualisés sont directement représentatifs des événements intervenus durant ce mois. Au-delà, il convient de soustraire de l'histogramme H1 le plus récent, celui obtenu le mois précédent, opération qu'effectue automatiquement le dispositif d'analyse temporelle 2. Considérons la plage PEj, tranche de temps comprise entre Δtj et Δti+1, et le nombre Ni d'utilisations durant cette tranche de temps, donnant le nombre de fois où l'intervalle de temps entre deux appels est compris entre Δtj et Δti+1. Si par exemple Ni = 20, ti = 1h et ti+ι = 2h, et si Ni est la seule valeur non nulle des nombres d'occurrences, on sait que le logiciel a été utilisé au minimum pendant 20 heures et au maximum pendant 40 heures, et que dans cette durée, ont eu lieu 20 appels au logiciel. Si dans un autre exemple Nf = 1, ti = 4 jours et tι+ι = 5 jours, on sait qu'une interruption de 4 ou 5 jours s'est produite.
En mode d'utilisation courante, le client envoie tous les mois à la même heure le fichier F1 ainsi défini. En faisant la différence par plages PEj du contenu des histogrammes H1 d'un mois à l'autre, le dispositif d'analyse temporelle 2 détermine les nombres d'occurrences Ni pour le mois courant. Le fichier F1 est donc conservé chez le client et automatiquement mis à jour à mesure des appels, et n'a pas à être manipulé par ce client.
Un second histogramme H2 (Figure 4) est enregistré dans le fichier F1. Il donne le nombre N'j d'accès au logiciel (axe 34) durant chaque plage de temps PTj d'une période P (axe 33), correspondant ici à chaque heure du mois pour les 54 premières heures. On découpe donc le mois en 24 h * 31 jours, soit 744 registres. Comme pour l'histogramme H1, l'histogramme H2 représenté ici est établi durant le premier mois. Pour les mois suivants, les résultats sont obtenus à partir du fichier F1 communiqué par le client en soustrayant de l'histogramme H2 le plus récent, celui obtenu le mois précédent.
Si une interruption de plus d'une heure se produit, il est donc possible de l'identifier, puisque les registres liés à ces heures ne sont pas incrémentés durant le mois considéré. Ainsi, on constate qu'une interruption de service (référencée 35 sur l'histogramme H2) a probablement eu lieu pendant deux heures (heures 36 et 37), puisque 24 heures plus tôt, le nombre d'appels était très élevé (environ 3000 appels pour la treizième heure, et environ 600 pour la quatorzième).
En utilisant les deux types de stockage d'information décrit ci- dessus, le dispositif d'analyse temporelle 2 (module de vérification 22) peut détecter d'éventuelles fraudes du client, notamment dans les cas exposés ci-après :
• une durée d'écart Δt importante (par exemple supérieure à deux jours) a été détectée dans l'histogramme H1, correspondant à un nombre d'heures de non utilisation (par exemple 50) dans l'histogramme H2, alors que le client déclare ne pas avoir arrêté le service d'appel au logiciel : c'est donc qu'il a fait à un moment donné une copie du fichier F1, et qu'il a mis cette copie à la place du fichier F1 courant deux jours plus tard ; • une heure de non appel est repérée dans l'histogramme H2, alors que dans l'histogramme H1, les durées d'écart Δt comprises entre 1 h et 2 h sont toutes nulles (l'un d'entre eux devrait être non nul puisqu'il y a eu une interruption d'au moins une heure, donc un délai d'au moins une heure entre deux appels) : le client a donc modifié le fichier F1, puisqu'il y a incohérence ;
• le nombre d'appels est nul pour toutes les heures dans l'histogramme H2, alors que dans l'histogramme H1, une des durées d'écart Δt supérieures à 2 heures est associée à des appels : le client a modifié le fichier F1 , puisqu'il y a incohérence.
De plus :
- à tout moment, la somme totale des contenus des registres de l'histogramme H2 doit être égale à la somme totale des contenus des registres par heure de l'histogramme H1 ; - et sur un mois, les sommes Σ NiΔti et Σ NΔtι+ι dans l'histogramme H2 doivent être respectivement inférieure et supérieure à un mois, avec Ni correspondant au registre stockant les délais entre appels compris entre Δti et Δti+ι (plage PE.).
Si ce n'est pas le cas, et en supposant que le calcul du temps dans les machines est précis, le fichier F1 a été modifié.
Selon une illustration particulière, le nombre moyen d'appels au service logiciel en un mois est de 1 million, soit un appel toutes les 2,6 secondes. Si on fait une estimation basse, par exemple que le nombre d'appels est de 100.000 par mois, on a un appel toutes les 26 secondes. On fait alors le découpage indiqué dans le tableau 1 , par tranche de durées d'écart Δt (durée variable entre les Δt), en indiquant à chaque fois une erreur minimale et une erreur maximale sur la durée d'écart Δt par plage PEi.
Tableau 1 - Pas et erreurs dans l'histogramme H1
Le nombre total de registres pour l'histogramme H1 vaut donc 2106, soit un espace mémoire de 8424 octets en stockant les registres sur 32 bits.
De la même manière, si on découpe les jours du mois en heures pour l'histogramme H2, on obtient un nombre de registres de 744, soit 2976 octets en stockant les registres sur 32 bits.
Par souci de confidentialité, on crypte par exemple ces informations par paquets de 8 mots (soit 32 octets).

Claims

REVENDICATIONS
1. Dispositif de comptabilisation temporelle (1) d'événements, comprenant :
- un module d'entrée en temps réel (11) d'occurrences d'événements physiques,
- un module d'accès (12) à au moins une horloge (10), prévu pour obtenir un temps courant à chaque entrée d'une desdites occurrences, - et un module d'enregistrement (15) dans au moins un fichier de comptabilisation (F1-F3), d'informations relatives aux dites occurrences et aux temps courants correspondants, lesdites informations autorisant une reconstitution temporelle au moins partielle desdites occurrences,
caractérisé en ce que ledit dispositif de comptabilisation (1) comprend aussi un module de traitement synthétique (13) desdites occurrences et desdits temps courants, prévu pour produire des résultats condensés (H1, H2), et en ce que le module d'enregistrement (15) est prévu pour enregistrer lesdits résultats condensés (H1, H2) dans des structures de données prédéfinies et de tailles préfixées dudit fichier de comptabilisation (F1-F3), de façon à permettre de maintenir constante la taille dudit fichier (F1-F3) lors des enregistrements successifs desdites informations.
2. Dispositif de comptabilisation temporelle (1) selon la revendication 1, caractérisé en ce que le module de traitement synthétique
(13) est prévu pour produire au moins deux types de résultats distincts (H1, H2), au moins un desdits types de résultats comprenant des redondances par rapport aux autres types de résultats, de façon à permettre des contrôles de cohérence desdits résultats (H1 , H2).
3. Dispositif de comptabilisation temporelle (1) selon la revendication 2, caractérisé en ce que le module de traitement synthétique (13) est prévu pour que lesdits types de résultats (H1, H2) fournissent des informations complémentaires.
4. Dispositif de comptabilisation temporelle (1) selon la revendication 3, caractérisé en ce que lesdits types de résultats comprennent :
- un premier type de résultats (H1) consistant en des nombres (Ni) desdites occurrences par plages (PEi) de durées d'écarts (Δt) entre deux desdites occurrences consécutives
- et un deuxième type de résultats (H2) consistant en des nombres (N'j) desdites occurrences par plages temporelles consécutives (PTj) d'une période déterminée (P).
5. Dispositif de comptabilisation temporelle (1) selon la revendication 4, caractérisé en ce que lesdites plages (PEi) de durées d'écarts du premier type de résultats (H1) ont des amplitudes croissant non strictement avec lesdites durées (Δt).
6. Dispositif de comptabilisation temporelle (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits événements physiques comprennent des appels à un logiciel situé sur une machine source par des appareils aptes à communiquer avec ladite machine.
7. Dispositif de comptabilisation temporelle (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits événements physiques comprennent des appels téléphoniques.
8. Dispositif de comptabilisation temporelle (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits événements physiques comprennent des manœuvres prédéfinies dans un véhicule automobile.
9. Dispositif de comptabilisation temporelle (1) selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits événements physiques comprennent des utilisations de fonctionnalités informatiques disponibles sur une machine et susceptibles de subir des dysfonctionnements par suite de problèmes techniques.
10. Procédé de comptabilisation temporelle d'événements, dans lequel on repère en temps réel des occurrences d'événements physiques, on accède à au moins une horloge (10) pour obtenir un temps courant de chacune desdites occurrences et on enregistre dans au moins un fichier de comptabilisation (F1-F3) des informations relatives aux dites occurrences et aux temps courants correspondants, lesdites informations autorisant une reconstitution temporelle au moins partielle desdites occurrences,
caractérisé en ce qu'on effectue automatiquement un traitement synthétique desdites occurrences et desdits temps courants, de façon à produire des résultats condensés (H1, H2) et en ce qu'on enregistre lesdites informations sous forme desdits résultats condensés (H1, H2), dans des structures de données prédéfinies et de tailles préfixées dudit fichier de comptabilisation (F1-F3), de façon à permettre de maintenir constante la taille dudit fichier (F1-F3) lors des enregistrements successifs desdites informations,
ledit procédé étant préférentiellement mis en œuvre au moyen d'un dispositif de comptabilisation (1) conforme à l'une quelconque des revendications 1 à 9.
11. Dispositif d'analyse temporelle (2) d'événements à partir d'au moins un fichier de comptabilisation (F1-F3) obtenu au moyen d'un dispositif de comptabilisation (1) conforme à la revendication 2 et à l'une quelconque des revendications 2 à 9, comprenant : un module d'extraction (21) des résultats (H1, H2) enregistrés dans ledit fichier (F1-F3), un module de vérification de cohérences (22) des résultats respectivement desdits types de résultats (H1, H2), - et un module de production (23) d'un signal d'avertissement
(S) à l'intention d'un utilisateur en cas d'incohérence desdits résultats (H1, H2).
12. Dispositif d'analyse temporelle (2) selon la revendication 11, caractérisé en ce que ledit fichier de comptabilisation (F1-F3) étant obtenu au moyen d'un dispositif de comptabilisation (1) conforme à la revendication
3 et à l'une quelconque des revendications 3 à 9, ledit dispositif d'analyse temporelle (2) comprend aussi : un module d'entrée (24) de requêtes d'un utilisateur, lesdites requêtes portant sur des renseignements temporels concernant les occurrences desdits événements, un module de traitement combiné (25) desdits types de résultats (H1, H2), prévu pour produire lesdits renseignements temporels en fonction desdites informations enregistrées, - et un module de présentation (26) desdits renseignements temporels audit utilisateur.
13. Procédé d'analyse temporelle d'événements à partir d'au moins un fichier de comptabilisation (F1-F3) obtenu au moyen d'un dispositif de comptabilisation (1) conforme à la revendication 2 et à l'une quelconque des revendications 2 à 9, dans lequel : - on extrait des résultats (H1, H2) enregistrés dans ledit fichier (F1-F3),
- on vérifie automatiquement les cohérences des résultats respectivement desdits types de résultats (H1, H2), - et on produit un signal d'avertissement (S) à l'intention d'un utilisateur en cas d'incohérence desdits résultats (H1 , H2),
ledit procédé étant préférentiellement mis en œuvre au moyen d'un dispositif d'analyse temporelle (2) conforme à l'une des revendications 11 ou 12.
14. Produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une quelconque des revendications 10 ou 13 lorsque ledit programme est exécuté sur un ordinateur.
EP03799568A 2002-12-17 2003-12-15 DISPOSITIFS ET PROC D S DE COMPTABILISATION ET D&ap os;ANALYSE TEMPORELLE D V NEMENTS Ceased EP1573547A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0215963A FR2848692A1 (fr) 2002-12-17 2002-12-17 Dispositifs et procedes de comptabilisation et d'analyse temporelle d'evenements
FR0215963 2002-12-17
PCT/EP2003/051006 WO2004055673A1 (fr) 2002-12-17 2003-12-15 Dispositifs et procédés de comptabilisation et d'analyse temporelle d'événements

Publications (1)

Publication Number Publication Date
EP1573547A1 true EP1573547A1 (fr) 2005-09-14

Family

ID=32338862

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03799568A Ceased EP1573547A1 (fr) 2002-12-17 2003-12-15 DISPOSITIFS ET PROC D S DE COMPTABILISATION ET D&ap os;ANALYSE TEMPORELLE D V NEMENTS

Country Status (7)

Country Link
US (1) US20060074976A1 (fr)
EP (1) EP1573547A1 (fr)
JP (1) JP2006510112A (fr)
CN (1) CN1726473A (fr)
AU (1) AU2003299235A1 (fr)
FR (1) FR2848692A1 (fr)
WO (1) WO2004055673A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5155567B2 (ja) * 2007-01-24 2013-03-06 株式会社日立製作所 計算機システム及び操作ミスによるリスクの算出方法
CN102340416B (zh) * 2011-07-08 2014-03-19 东软集团股份有限公司 基于时间切片进行事件统计的方法及装置
CN102797963A (zh) * 2012-08-30 2012-11-28 首钢京唐钢铁联合有限责任公司 一种润滑油周期管理系统及其方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4122308A (en) * 1977-06-03 1978-10-24 Utility Verification Corp. Telephone call metering device
US5103394A (en) * 1984-04-30 1992-04-07 Hewlett-Packard Company Software performance analyzer
US5355327A (en) * 1991-11-26 1994-10-11 Davox Corporation Automated statistical data collection system
US5541845A (en) * 1994-08-02 1996-07-30 Trimble Navigation Limited Monitoring of route and schedule adherence
US5799315A (en) * 1995-07-07 1998-08-25 Sun Microsystems, Inc. Method and apparatus for event-tagging data files automatically correlated with a time of occurence in a computer system
US6029145A (en) * 1997-01-06 2000-02-22 Isogon Corporation Software license verification process and apparatus
US6112238A (en) * 1997-02-14 2000-08-29 Webtrends Corporation System and method for analyzing remote traffic data in a distributed computing environment
US6026139A (en) * 1998-06-16 2000-02-15 Intel Corporation Method and apparatus for generating a frequency distribution representation using integrated counter-based instrumentation
US6564175B1 (en) * 2000-03-31 2003-05-13 Intel Corporation Apparatus, method and system for determining application runtimes based on histogram or distribution information
GB0029259D0 (en) * 2000-11-30 2001-01-17 Care Monitoring 2000 Monitoring system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004055673A1 *

Also Published As

Publication number Publication date
FR2848692A1 (fr) 2004-06-18
JP2006510112A (ja) 2006-03-23
US20060074976A1 (en) 2006-04-06
CN1726473A (zh) 2006-01-25
AU2003299235A1 (en) 2004-07-09
WO2004055673A1 (fr) 2004-07-01

Similar Documents

Publication Publication Date Title
US8683592B1 (en) Associating network and storage activities for forensic analysis
EP0820013B2 (fr) Procédé de surveillance en temps réel d'un système informatique pour son administration et l'aide à sa maintenance en phase d'exploitation
US11093349B2 (en) System and method for reactive log spooling
EP2962242B1 (fr) Procede de detection d'attaques de machines virtuelles
CN112148518A (zh) 日志文件处理方法、装置、计算机设备和存储介质
FR3025909A3 (fr) Audit de video sur le web
TR201904054T4 (tr) Ortamın aktarılmasında hata tespiti.
CN114186874B (zh) 基于流量回放的风控策略配置方法、装置、设备及介质
EP3767474B1 (fr) Procédé d'analyse de consommation de ressource d'une infrastructure informatique, alerte et dimensionnement
EP3620928B1 (fr) Dispositif et procede d analyse du comportement d'une brique applicative soumise a une rarefaction des ressources
CN113453076B (zh) 用户视频业务质量评估方法、装置、计算设备和存储介质
WO2004055673A1 (fr) Dispositifs et procédés de comptabilisation et d'analyse temporelle d'événements
FR2906955A1 (fr) Systeme de gestion de droits numeriques.
US10353792B2 (en) Data layering in a network management system
EP4033361B1 (fr) Procédé et dispositif de détermination d'au moins une machine impliquée dans une anomalie détectée dans une infrastructure informatique complexe
EP2996036A1 (fr) Procédé de surveillance d'une architecture applicative comportant une pluralité de services
EP3767476A1 (fr) Dispositif et procede pour l'analyse de performances d'une application n-tier
EP3767475A1 (fr) Dispositif et procede pour l analyse de performances d'une application web
EP4361920B1 (fr) Procédé pour ordonner les véhicules d'une flotte de véhicules selon un besoin de maintenance ; programme d'ordinateur et système informatique associés
EP2356608B1 (fr) Procede et dispositif de diagnostic de la premiere reception d'un identifiant, procede de detection, support d'enregistrement et programme d'ordinateur pour ce procede
EP2734921B1 (fr) Procede, programme d'ordinateur et dispositif d'aide au deploiement de clusters
FR2812099A1 (fr) Procede et dispositif d'autoregulation, dans un systeme informatique, de la consommation de ressources informatiques par un logiciel
FR3108743A1 (fr) Procede de prevention d’incident sur une chaine applicative et dispositif informatique de prevention d’incident
FR3136088A1 (fr) Procédé de calcul d’un indicateur relatif à un compteur de contenu numérique
CN116561827A (zh) 一种基于硬盘和系统日志的安全保密审计系统及方法

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050608

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE ES FR GB IT

17Q First examination report despatched

Effective date: 20060117

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20091013