EP0470880B1 - Dispositif pour l'échange dynamique de processeur de service - Google Patents

Dispositif pour l'échange dynamique de processeur de service Download PDF

Info

Publication number
EP0470880B1
EP0470880B1 EP91402069A EP91402069A EP0470880B1 EP 0470880 B1 EP0470880 B1 EP 0470880B1 EP 91402069 A EP91402069 A EP 91402069A EP 91402069 A EP91402069 A EP 91402069A EP 0470880 B1 EP0470880 B1 EP 0470880B1
Authority
EP
European Patent Office
Prior art keywords
cmu
service processor
maintenance unit
service
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.)
Expired - Lifetime
Application number
EP91402069A
Other languages
German (de)
English (en)
Other versions
EP0470880A1 (fr
Inventor
Jean-François Bonnafoux
Robert Flon
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.)
Bull SAS
Original Assignee
Bull 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 Bull SAS filed Critical Bull SAS
Publication of EP0470880A1 publication Critical patent/EP0470880A1/fr
Application granted granted Critical
Publication of EP0470880B1 publication Critical patent/EP0470880B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/273—Tester hardware, i.e. output processing circuits
    • G06F11/2736—Tester hardware, i.e. output processing circuits using a dedicated service processor for test
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine

Definitions

  • the present invention relates to an architecture for dynamic exchange of service processor.
  • the emergency service processor In a redundant configuration of a system, there are two service processors: one is the tenant, it is the one that performs the service functions at a given time; the other is that of backup available to perform the service functions in the event that the tenant fails.
  • the emergency service processor As the hardware becomes more and more reliable, the emergency service processor is not very often used (it remains useful for system availability around 100%, however). The emergency service processor is therefore unused most of the time.
  • the backup service processor in its moments of non-activity, nm not as such, but as a screen to give the possibility to an operator of operate a service function from the tenant screen and another operator operate another service function from the standby service processor screen.
  • a first object of the invention is to propose a device allowing a dynamic exchange of service processor, as claimed in claim 1.
  • the device allowing a dynamic exchange of service processor, comprises a first service processor connected by a network and a central system maintenance unit (CMU) to a central system (4), said service processor (1) is connected to a second reserve service processor (2) by the network and the maintenance unit (CMU) is characterized in that each service processor additionally comprises operating system programs , a supervisor program and at least one service broken down into two applications, one "body” composed of the program algorithm, the other "presentation” comprising the operator interface allowing a window type display with a menu bar, and means (MSH 10, 20) for processing communications with the other service processors, via the maintenance unit (CMU), a supervisor program managing the service instance numbers and starting the services, said supervisor program having access to a system configuration table,
  • the maintenance unit comprises a random access memory (400) which communicates via the central system with a storage means of the central system, which contains the configuration table of the IRT system (resource installation table), and what the supervisor of the holding service processor and of the standby service processor contains a routine (LBCAM) of access method to the maintenance unit (CMU) for accessing the system configuration table contained in the means of central system storage, transfer it to its own disk (16) and load it into the RAM of the maintenance unit.
  • LBCAM routine of access method to the maintenance unit (CMU) for accessing the system configuration table contained in the means of central system storage, transfer it to its own disk (16) and load it into the RAM of the maintenance unit.
  • the device is characterized in that the supervisor program of the standby service processor contains a routine for, in the event of a failure signaled by an event sent by the maintenance unit (CMU) to the standby service processor , launch the supervisor program of the standby service processor, and by the access method routine (LBCAM) read the configuration table (IRT, ECF) in the RAM (400) of the maintenance unit to copy it into the hard drive (26) of the standby service processor (2).
  • the supervisor program of the standby service processor contains a routine for, in the event of a failure signaled by an event sent by the maintenance unit (CMU) to the standby service processor , launch the supervisor program of the standby service processor, and by the access method routine (LBCAM) read the configuration table (IRT, ECF) in the RAM (400) of the maintenance unit to copy it into the hard drive (26) of the standby service processor (2).
  • the random access memory is divided into two parts; a first accessible only by a processor of the maintenance unit (CMU), a second, (MSP), accessible only by the coprocessor of the maintenance unit (CMU), in execution of messages sent by the routine of method d access to the maintenance unit (CMU) launched by a service running on the service processor.
  • the routine of the access method displays the message "file not found” in the case where the flag was set to 1 and proceeds to copy the file, either from the CMU in the disk, or in reverse.
  • the routine of the access method displays the message "file unknown" in the case where the name of the file does not exist in the directory of the maintenance unit (CMU) and proceeds to copy it s 'exists in the service processor disk.
  • CMU maintenance unit
  • the files managed by the access method of the maintenance unit (CMU) are copied from the hard disk to the random access memory of the maintenance unit (CMU) when the hardware interface plate has been shutdown.
  • the files managed by the access method of the maintenance unit (CMU) are copied from the random access memory of the maintenance unit (CMU) to the hard disk of a service processor when a service processor is initialized.
  • the architecture of the system is constituted as shown in FIG. 1 by a service processor holding (1), connected by an interface software (10) MSH (Maintenance Station Handler) with a line for processing maintenance of the stations of telecommunications (12) forming a STARLAN type network.
  • This line (12) is connected to a clock and maintenance unit CMU (40) which ensures communications between the processor service (1), a second standby service processor (2), via a second line (22), and a central system (41).
  • the maintenance and clock unit (CMU) also communicates by a line (43) with a set of maintenance processors (42).
  • the service processor holding (1) and the service processor standby (2) also communicate via a remote line management interface (11) RLH (Remote Line Handler), and respectively (21), with a service console switch (3), which makes it possible, by means of a circuit (30), and an appropriate switching matrix, to put each of the service processors into communication with the telecommunications network of a given country, and through this network with a station (5) constituting a remote service console communicating with this network (52) via RSC interface software (50).
  • each of the service processors can be put in communication, through the network (52), with a remote maintenance station (6) communicating with the network (52) by an RMS interface software (51).
  • the lines (23) and (13) connected to the service console switch by the interface software (21) and (11) have bit rates of 4,800 baud, while the lines (12) and (22) form the network "STARLAN" with the clock and maintenance unit (40) have speeds of the order of megabits per second.
  • the maintenance processors (42) are connected to sets of input-output units for the central system.
  • FIG. 2 represents the software environment enabling the service processors (1, 2) to communicate via the "STARLAN" network with the maintenance unit CMU (40).
  • the service processor holding comprises in addition to the MSH software (10) and an operating system comprising the operating system of the MS-DOS disk, multitasking window software such as WINDOWS, and a part of software that the '' we will describe later.
  • the service processor holding also includes a communication software "NETBIOS” (100) communicating through a network card type "STARLAN” (14) and a piece of hardware (101) constituting a gateway (HUB), through the line (12) from the STARLAN network, to a second gateway (400), a management circuit (401), software for interfacing with the STARLAN "NETBIOS” network (402) and software for interfacing (403) with the processor RSPI service.
  • the standby service processor (2) will also have the same elements, but with the digit 2 as a reference for the tens or hundreds digit.
  • Each service processor comprises in addition to its operating system (15, 25) a body program for a given application (17, 27, fig. 1) and a program presenting the application (18, 28, fig. 1 ).
  • SPV supervisor software manages the instance numbers of the installed services and starts the services.
  • the holding and standby service processors boot separately in parallel.
  • the difference between a standby service processor and a standby service processor is that the standby service processor accepts the initiation of services while the standby service processor waits for an event from the CMU telling it to become a standby.
  • the supervisor SPV of the service processor holding (1) sends, via the CMU an event to the second service processor (2) in the event of failure of the first, which allows the latter to establish the same applications.
  • FIG. 3 represents the principle of an architecture necessary for the implementation of the invention in which the body program (17) of a given application, running for example on the service processor holding, exchanging lines of text and acknowledgment or response messages with the program presentation (18) of the application.
  • These exchanges of messages and lines of text are done via library management modules for LBXMS (171) and LPXMS (183) messages which are linked respectively to the body of the application for LBXMS, and to the presentation. of the application for LPXMS.
  • the presentation program of the application exchanges with the WINDOWS software (150), the primitives necessary for the management of tasks and the display of windows.
  • the presentation application will have been developed using the WINDOWS (150) program which can be seen as a set of four components.
  • a first kernel component (Kernel) (151) providing task management, memory allocations, the clock function (TIMER) and dynamic links.
  • a second user element (152) (USER) used to manage the windows and create them.
  • a third element (GDI) (153) makes it possible to carry out the graphic functions in order to carry out drawings,
  • a fourth element (154) COM which is a WINDOWS driver, makes it possible to manage asynchronous lines of the RS 232 type and a protocol data exchange between DDE applications (dynamic data exchange) allows communication between applications.
  • FIG. 4 represents the software necessary for the installation of means allowing the dynamic exchange of service processor.
  • the CMU (40) is connected by a STARLAN type connection to the MSH software (10) or (20) depending on whether it belongs to the service processor or the standby.
  • the MSH application dialogs with a VSH (VMP Object Sequence Handler) library (or utility) for processing object sequence of the constituent VMP program the Virtual Maintenance Panel.
  • VSH VMP Object Sequence Handler
  • the SYC service calls CAM (CMU file access method) to update the IRT files.
  • CAM itself calls VSH to execute VOS (sequences of virtual objects) to save the files in the memory (400, 401) of the CMU and the hard disk of the service processor holding (16) or reserve (26) ).
  • This utility has two modules; one LBCAM which is the "body”, the other LPCAM which the corresponding "presentation module” and interacting with the WINDOWS User software (152) to ensure the presentation on the screen.
  • the service body (105) can be the program body of the virtual maintenance panel (VMP) and the service presentation (104) can be the VMP presentation.
  • the maintenance panel (VMP) allows you to use specific commands, dynamically view selected resources, build and compile directives and execute them, display the list of files, use a tutor to build field by field command line and allow operations such as read-write registers, read-write memories, etc.
  • LBCAM (103) allows access, thanks to the file of the MS-DOS system (15), to the hard disk (16), either in reading, or in writing according to the case.
  • This architecture allows the standby service processor (2) to be used as a station for running the presentation of an application, while allowing the system to be taken over by the standby service processor supervisor (2 ), in the event that the holding service processor fails.
  • the supervisor SPV (1052) of the service processor holding (1) requests the launch on the standby service processor (2) of the body application running on the holding service processor (1) with or without interrupting the presentation in progress, as the case may be.
  • the system configuration table which in the state of the art was stored on the disk of the holding service processor, is, for the purposes of the invention, upon initialization of the system generated on a system disk (7) and not on a service processor disk, then the configuration table is transferred to the service processor (1) when the system is initialized for the first time.
  • the service processor (1) copies this table to the part (MSP) of the RAM (400) of the hardware interface plate (40) which becomes the reference, that is to say that the service processor ( 1) accesses RAM when using the configuration table.
  • the two service processors each have a path to this RAM.
  • this table is copied in parallel to a file on the disk (10) holding service processor (1) in order to be able to possibly reset the RAM (400) when the hardware interface plate (40) has been, for some reason, shutdown.
  • This architecture allows a dynamic exchange of service processor.
  • a new service processor When a new service processor is connected, it copies the configuration table from RAM to its disk. The same operation is performed when switching from the holding service processor (1) to the standby service processor (2).
  • the CAM software accesses the CMU directory label file to determine if a file is contained or no.
  • the file label format consists of bits 0 to 7 for the file name, by bits 8 to 10 for the name of an extension file, by bit 11 to designate whether the allocated space is fixed or variable, by bits 12 to 15 to indicate the space allocated in number of bytes, by bits 16 to 19 to indicate the current size of the file in number of bytes, by bits 20 to 23 to indicate l start address of the file, by bits 24 to 29 to indicate the creation date.
  • bits 30 and 31 constitute a flag initialized to zero and set to the value -1 each time the file is being written. Once the writing session has ended, the flag is reset. This is protection against abnormal write ends.
  • the CAM module returns the code "file not found”. If the name of a file is not found by CAM when it is asked to access a certain file, the latter returns the code "file unknown”.
  • the CAM access method returns the following message "file not found” if the file is not present, neither in the memory of the CMU, nor in the hard disk of the service processor holding it. In the case where the file is present in the CMU memory, but not in the service processor hard disk, the access method returns the message "CMU memory. Update of the hard disk”. In the opposite case, the access method returns the message "hard disk-service processor. Update of the CMU".
  • the access method In the case where the files are present in the CMU memory and in the hard disk, the access method returns the message "CMU memory". Whenever necessary, the access method updates the corresponding element. Besides ECF and IRT files for standby and standby service processors, the access method also manages the system reconfiguration table, the reservation lists ROLST, R1LSI for the standby and standby service processors, the exclusion list EX.LST and the diagnostic list DG.LST, as well as the initialization parameters of the service processors S0 and S1 contained in the file INIT PAR.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Hardware Redundancy (AREA)
  • Multi Processors (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Description

  • La présente invention concerne une architecture pour échange dynamique de processeur de service.
  • Dans une configuration redondante d'un système, il y a deux processeurs de service : l'un est le tenant, c'est celui qui exécute les fonctions de service à un instant donné ; l'autre est celui de secours disponible pour exécuter les fonctions de service au cas où le tenant viendrait à défaillir. Comme les matériels deviennent de plus en plus fiables, le processeur de service de secours n'est pas très souvent sollicité (il reste cependant utile pour une disponibilité du système avoisinant les 100 %). Le processeur de service de secours est donc inutilisé la plupart du temps.
  • Pour améliorer l'opérabilité globale du processeur de service, on veut utiliser le processeur de service de secours, dans ses moments de non activité, nm pas en tant que tel, mais en tant qu'écran pour donner la possibilité à un opérateur d'opérer une fonction de service à partir de l'écran du tenant et à un autre opérateur d'opérer une autre fonction de service à partir de l'écran du processeur de service de secours.
  • Cela est possible si l'on dispose d'un environnement multi-tâche, multi-fenêtrage du type WINDOWS, qui permet d'associer à chaque fonction de service une fenêtre.
  • Si de plus, on adopte l'architecture proposée dans le brevet, il suffit de faire tourner la présentation d'un service dans celui de secours pour opérer le service à partir de l'écran et du clavier du processeur de service de secours. Si celui-ci vient à défaillir, la présentation est dynamiquement transférée dans le processeur de service tenant sans interruption du service.
  • Par ailleurs, si la description d'un système est connue à travers une table, il est nécessaire que le processeur de service connaisse cette table pour procéder aux opérations de service : initialisation du système, reconfiguration du système.
  • On pourrait configurer le disque du processeur de service en copiant la table de configuration du système dans un de ses fichiers. L'inconvénient majeur d'une telle solution réside dans le fait que le processeur de service devient dépendant du système. En particulier, on ne peut pas procéder à un "échange standard" de processeur de service. Il faut procéder à une configuration après échange.
  • Un premier but de l'invention est de proposer un dispositif permettant un échange dynamique de processeur de service, tel que revendiqué dans la revendication 1.
  • Ce but est atteint par le fait que le dispositif, permettant un échange dynamique de processeur de service, comporte un premier processeur de service relié par un réseau et une unité de maintenance du système central (CMU) à un système central (4), ledit processeur de service (1) est relié à un deuxième processeur de service (2) de réserve par le réseau et l'unité de maintenance (CMU) est caractérisé en ce que chaque processeur de service comporte en plus des programmes de système d'exploitation, un programme superviseur et au moins un service décomposé en deux applications, l'une "corps" composée de l'algorithme du programme, l'autre "présentation" comportant l'interface avec l'opérateur permettant un affichage du type à fenêtres avec une barre de menu, et des moyens (MSH 10, 20) de traitement des communications avec les autres processeurs de service, par l'intermédiaire de l'unité de maintenance (CMU), un programme superviseur gérant les numéros d'instance des services et démarrant les services, ledit programme superviseur ayant accès à une table de configuration du système,
  • l'unité de maintenance comprend une mémoire vive (400) qui communique par l'intermédiaire du système central avec un moyen de stockage du système central, qui contient la table de configuration du système IRT (table d'installation des ressources), et en ce que le superviseur du processeur de service tenant et du processeur de service de réserve contient une routine (LBCAM) de méthode d'accès à l'unité de maintenance (CMU) pour accéder à la table de configuration du système contenue dans le moyen de stockage du système central, la tranférer dans son propre disque (16) et la charger dans la mémoire vive de l'unité de maintenance.
  • Les caractéristiques du préambule de la revendication 1 sont connues du document US-A-4 894 828.
  • Selon une autre caractéristique, le dispositif est caractérisé en ce que le programme superviseur du processeur de service de réserve contient une routine pour, en cas de défaillance signalée par un événement envoyé par l'unité de maintenance (CMU) au processeur de service de réserve, lancer le programme superviseur du processeur de service de réserve, et par la routine de méthode d'accès (LBCAM) effectuer la lecture de la table de configuration (IRT, ECF) dans la mémoire vive (400) de l'unité de maintenance pour la recopier dans le disque dur (26) du processeur de service de réserve (2).
  • Selon une autre caractéristique, la mémoire vive est divisée en deux parties ; une première accessible uniquement par un processeur de l'unité de maintenance (CMU), une seconde, (MSP), accessible uniquement par le coprocesseur de l'unité de maintenance (CMU), en exécution de messages envoyés par la routine de méthode d'accès à l'unité de maintenance (CMU) lancée par un service tournant sur le processeur de service.
  • Selon une autre caractéristique, la seconde partie (MSP) de la mémoire de l'unité de maintenance (CMU) est divisée en trois zones :
    • une première contenant un mot indiquant la longueur actuelle de la mémoire ;
    • une deuxième zone répertoire contenant les étiquettes des données ;
    • une troisième zone contenant les données.
  • Selon une autre caractéristique, les étiquettes de la deuxième zone comprennent le nom du fichier, son espace alloué, sa date de création, sa taille actuelle ;
    • une information indiquant si l'espace alloué est fixe ou variable ;
    • et un drapeau, dont la valeur 1 indique une session d'écriture non valablement exécutée.
  • Selon une autre caractéristique, la routine de la méthode d'accès affiche le message "fichier non trouvé" dans le cas où le drapeau était à la valeur 1 et procède à la recopie du fichier, soit de la CMU dans le disque, soit en sens inverse.
  • Selon une autre caractéristique, la routine de la méthode d'accès affiche le message "fichier inconnu" dans le cas où le nom du fichier n'existe pas dans le répertoire de l'unité de maintenance (CMU) et procède à sa recopie s'il existe dans le disque du processeur de service.
  • Selon une autre caractéristique, les fichiers gérés par la méthode d'accès de l'unité de maintenance (CMU) sont recopiés du disque dur vers la mémoire vive de l'unité de maintenance (CMU) lorsque la plaque d'interface matériel a été mise hors tension.
  • Selon une dernière caractéristique, les fichiers gérés par la méthode d'accès de l'unité de maintenance (CMU) sont recopiés de la mémoire vive de l'unité de maintenance (CMU) vers le disque dur d'un processeur de service lorsqu'un processeur de service est initialisé.
  • D'autres caractéristiques et avantages apparaîtront à la lecture de la description ci-après faite en référence aux dessins annexés, dans lesquels :
    • la figure 1 représente un schéma d'ensemble du système ;
    • la figure 2 représente les moyens matériels et des logiciels mettant en communication certaines parties du système ;
    • la figure 3 représente le principe de l'architecture de communication et de présentation utilisée dans l'invention lequel principe a été revendiqué dans la demande de brevet EP-A-0 445 034, BULL S.A. ;
    • la figure 4 représente le schéma d'architecture des logiciels nécessaires à la mise en oeuvre de l'invention ;
    • la figure 5 représente le schéma de principe de l'architecture matérielle nécessaire à la mise en oeuvre de l'invention.
  • L'architecture du système est constituée comme représenté à la figure 1 par un processeur de service tenant (1), relié par un logiciel d'interface (10) MSH (Maintenance Station Handler) avec une ligne de traitement de la maintenance des stations de télécommunication (12) formant un réseau de type STARLAN. Cette ligne (12) est reliée à une unité d'horloge et de maintenance CMU (40) qui assure les communications entre le processeur de service (1), un deuxième processeur de service de réserve (2), par l'intermédiaire d'une deuxième ligne (22), et un système central (41). L'unité de maintenance et d'horloge (CMU) communique également par une ligne (43) avec un ensemble de processeurs de maintenance (42). Le processeur de service tenant (1) et le processeur de service de réserve (2) communiquent également par l'intermédiaire d'une interface de gestion de lignes éloigné (11) RLH (Remote Line Handler), et respectivement (21), avec un commutateur de console de service (3), qui permet par l'intermédiaire d'un circuit (30), et d'une matrice de commutation appropriée, de mettre en communication chacun des processeurs de service avec le réseau de télécommunication d'un pays donné, et à travers ce réseau avec une station (5) constituant une console de service éloignée communiquant avec ce réseau (52) par l'intermédiaire d'un logiciel d'interface RSC (50). De même, chacun des processeurs de service peut être mis en communication, à travers le réseau (52), avec une station de maintenance éloignée (6) communiquant avec le réseau (52) par un logiciel d'interface RMS (51). Les lignes (23) et (13) reliées au commutateur de console de service par les logiciels d'interface (21) et (11) ont des débits de 4.800 bauds, tandis que les lignes (12) et (22) formant le réseau "STARLAN" avec l'unité d'horloge et de maintenance (40) ont des débits de l'ordre du mégabit par seconde. Les processeurs de maintenance (42) sont reliés à des ensembles d'unités d'entrée-sortie pour le système central.
  • La figure 2 représente l'environnement logiciel permettant aux processeurs de service (1, 2) de communiquer par le réseau "STARLAN" avec l'unité de maintenance CMU (40). Le processeur de service tenant comporte en plus du logiciel MSH (10) et d'un système d'exploitation comportant le système d'exploitation du disque MS-DOS, un logiciel multitâches à fenêtre tel que WINDOWS, et une partie de logiciel que l'on décrira ultérieurement. Le processeur de service tenant comporte également un logiciel de communication "NETBIOS" (100) communiquant à travers une carte de réseau type "STARLAN" (14) et un élément de hardware (101) constituant une passerelle (HUB), à travers la ligne (12) du réseau STARLAN, vers une deuxième passerelle (400), un circuit de gestion (401), un logiciel d'interface avec le réseau STARLAN "NETBIOS" (402) et un logiciel d'interface (403) avec le processeur de service RSPI. De façon similaire, le processeur de service de réserve (2) comportera également les mêmes éléments, mais avec le chiffre 2 comme référence pour le chiffre des dizaines ou des centaines. Chaque processeur de service comporte en plus de son système d'exploitation (15, 25) un programme corps pour une application donnée (17, 27, fig. 1) et un programme présentation de l'application (18, 28, fig. 1).
  • Un logiciel superviseur SPV gère les numéros d'instance des services installés et démarre les services. Les processeurs de service tenant et de réserve s'initialisent séparément en parallèle. La différence entre un processeur de service de réserve et un processeur se service tenant est que le processeur de service tenant accepte le lancement de services alors que le processeur de service de réserve attend un événement de la CMU lui disant de devenir tenant. Ainsi, le superviseur SPV du processeur de service tenant (1) envoie, par l'intermédiaire de la CMU un événement au deuxième processeur de service (2) en cas de défaillance du premier, ce qui permet à ce dernier d'instaurer les mêmes applications.
  • La figure 3 représente le principe d'une architecture nécessaire à la mise en oeuvre de l'invention dans laquelle le programme corps (17) d'une application donnée, tournant par exemple sur le processeur de service tenant, échange des lignes de texte et des messages d'acquittement ou de réponse avec le programme de présentation (18) de l'application. Ces échanges de messages et de lignes de texte se font par l'intermédiaire de modules de bibliothèque de gestion des messages LBXMS (171) et LPXMS (183) qui se trouvent liés respectivement au corps de l'application pour LBXMS, et à la présentation de l'application pour LPXMS. Le programme de présentation de l'application échange avec le logiciel WINDOWS (150), les primitives nécessaires à la gestion des tâches et à l'affichage des fenêtres. L'application présentation aura été développée à l'aide du programme WINDOWS (150) qui peut être vu comme un jeu de quatre composants. Un premier composant noyau (Kernel) (151) assurant la gestion des tâches, les allocations de mémoire, la fonction horloge (TIMER) et les liens dynamiques. Un deuxième élément (152) utilisateur (USER) servant à assurer la gestion des fenêtres et la création de celles-ci. Un troisième élément (GDI) (153) permet de réaliser les fonctions graphiques en vue d'effectuer des dessins, un quatrième élément (154) COM qui est un driver WINDOWS, permet de gérer des lignes asynchrones du type RS 232 et un protocole d'échange de données entre applications DDE (échange dynamique de données) permet la communication entre applications.
  • La communication avec des lignes de texte permet de réduire la densité des informations par rapport à une communication constituée par un jeu de primitives WINDOWS, qui sont utilisées pour générer un écran, et par conséquent, accélère les échanges.
  • La figure 4 représente les logiciels nécessaires à la mise en place de moyens permettant l'échange dynamique de processeur de service. La CMU (40) est connectée par une connexion de type STARLAN au logiciel MSH (10) ou (20) selon qu'il appartient au processeur de service tenant ou de réserve. L'application MSH dialogue avec une librairie (ou un utilitaire) VSH (VMP Object Sequence Handler) de traitement de séquence objet du programme VMP constituant le panneau de maintenance virtuel (Virtual Maintenance Panel). Le service SYC appelle CAM (méthode d'accès au fichier CMU) pour mettre à jour les fichiers IRT. CAM lui-même appelle VSH pour exécuter des VOS (séquences d'objets virtuels) pour aller sauver les fichiers dans la mémoire (400, 401) de la CMU et le disque dur du processeur de service tenant (16) ou de réserve (26). Cet utilitaire comporte deux modules ; l'un LBCAM qui est le "corps", l'autre LPCAM qui le "module de présentation" correspondant et dialoguant avec le logiciel WINDOWS User (152) pour assurer la présentation à l'écran. Le corps du service (105) peut être le corps du programme du panneau de maintenance virtuel (VMP) et la présentation du service (104) peut être la présentation VMP. Le panneau de maintenance (VMP) permet d'utiliser des commandes spécifiques, de visualiser dynamiquement des ressources sélectionnées, construire et compiler des directives et de les exécute, d'afficher la liste des fichiers, d'utiliser un tuteur pour construire champ par champ une ligne de commandes et permettre des opérations telles que lecture-écriture de registres, lecture-écriture de mémoires, etc.
  • LBCAM (103) permet d'accéder, grâce au fichier du système MS-DOS (15), au disque dur (16), soit en lecture, soit en écriture selon le cas.
  • L'architecture nécessaire au processus d'échange dynamique de processeur de service est représentée à la figure 5 dans laquelle le disque (7), disque du système, où se trouvent entre autre les fichiers de configuration (IRT, ECF, RCFT, ROLST, R1LST, EX.LST et DG.LST) et les microprogrammes fonctionnels du processeur du CSS. Au cours de l'initialisation du système, les fichiers du disque (7) sont chargés dans la mémoire du CSS (41) et le programme d'initialisation va charger les deux fichiers de configuration IRT et ECF dans la mémoire du CSS (41), dans le disque dur (16) de la AUSP(1) d'une part, et d'autre part dans la mémoire (400) de la CMU (40). La mémoire de la CMU comporte deux parties, une (401), l'autre (400) appelée MSP, chacune d'une taille de un mégaoctet. La partie (401) est uniquement accessible par le processeur (403) de la CMU, tandis que la partie MSP (400) est accessible par le coprocesseur (402) ADMA. Ce coprocesseur (402) a un champ d'adresses qui lui permet d'accéder aux adresses d'un méga à deux mégaoctets, alors que le processeur (403) a un champ d'adresses permettant d'accéder aux adresses de zéro à un mégaoctet. L'espace MSP est spécialement réservé à l'usage du processeur de service (1) et permet entre autre de stocker les fichiers IRT et ECF. L'espace mémoire MSP est géré et organisé par le processeur de service (1)
    et subdivisé en trois zones principales ;
    • un premier mot contenant une valeur donnant la longueur actuelle de la mémoire MSP. Ce mot est mis à jour par la CMU et a un attribut d'accès en lecture seulement pour le processeur de service (1) ;
    • une seconde zone est constituée par le répertoire contenant les étiquettes des fichiers, ce répertoire étant créé et mis à jour par le corps de l'application méthode d'accès à la CMU (LBCAM) ;
    • un champ de données contenant les données des fichiers.
  • Cette architecture permet d'utiliser le processeur de service de réserve ( 2) en tant que station permettant de faire tourner la présentation d'une application, tout en autorisant une reprise en main du système par le superviseur du processeur de service de réserve (2), au cas où le processeur de service tenant viendrait à défaillir.
  • Dans un tel cas, le superviseur SPV (1052) du processeur de service tenant (1) demande le lancement sur le processeur de service de réserve (2) de l'application corps en cours d'exécution sur le processeur de service tenant (1) avec ou sans interruption de la présentation en cours, selon le cas.
  • Pour ce faire, la table de configuration du système, qui dans l'état de l'art était stockée sur le disque du processeur de service tenant, est, pour les besoins de l'invention, à l'initialisation du système généré sur un disque (7) du système et non sur un disque du processeur de service, puis la table de configuration est transférée vers le processeur de service (1) lors de la première initialisation du système.
  • Le processeur de service (1) copie cette table dans la partie (MSP) de la RAM (400) de la plaque d'interface matériel (40) qui devient la référence, c'est-à-dire que le processeur de service (1) accède la RAM lorsqu'il utilise la table de configuration. Les deux processeurs de service ont chacun un chemin d'accès vers cette RAM.
  • Enfin, cette table est copiée en parallèle sur un fichier du disque (10) processeur de service tenant (1) pour pouvoir éventuellement réinitialiser la RAM (400) lorsque la plaque d'interface matériel (40) a été, pour une raison quelconque, mise hors tension.
  • Cette architecture permet de procéder à un échange dynamique de processeur de service. A la connexion d'un nouveau processeur de service, celui-ci copie la table de configuration de la RAM vers son disque. La même opération est effectuée lorsqu'on bascule du processeur de service tenant (1) au processeur de service de réserve (2).
  • Chaque fois qu'un accès à un fichier est demandé, le logiciel CAM accède au fichier d'étiquettes du répertoire de la CMU pour déterminer si un fichier est contenu ou non. Le format d'étiquette de fichier est constitué par les bits 0 à 7 pour le nom de fichier, par les bits 8 à 10 pour le nom d'un fichier d'extension, par le bit 11 pour désigner si l'espace alloué est fixe ou variable, par les bits 12 à 15 pour indiquer l'espace alloué en nombre d'octets, par les bits 16 à 19 pour indiquer la taille actuelle du fichier en nombre d'octets, par les bits 20 à 23 pour indiquer l'adresse de commencement du fichier, par les bits 24 à 29 pour indiquer la date de création. Enfin, les bits 30 et 31 constituent un drapeau initialisé à zéro et mis à la valeur -1 chaque fois que le fichier est en cours d'écriture. Une fois la session d'écriture terminée, le drapeau est remis à zéro. Ceci constitue une protection contre les fins d'écriture anormales. Si le drapeau n'est pas à zéro quand l'application demande à CAM de lire un fichier, cela signifie que la session d'écriture précédente ne s'est pas exécutée correctement et que le fichier est invalide. Dans ce cas, le module CAM renvoie le code "fichier non trouvé". Dans le cas où le nom d'un fichier n'est pas trouvé par CAM lorsqu'on lui demande d'accéder à un certain fichier, ce dernier renvoie le code "fichier inconnu". Après lecture du répertoire, la méthode d'accès CAM renvoie le message suivant "fichier non trouvé" dans le cas où le fichier n'est présent, ni dans la mémoire de la CMU, ni dans le disque dur du processeur de service tenant. Dans le cas où le fichier est présent en mémoire de la CMU, mais pas dans le disque dur du processeur de service, la méthode d'accès renvoie le message "mémoire CMU.mise à jour du disque dur". Dans le cas inverse, la méthode d'accès renvoie le message "disque dur-processeur de service.mise à jour de la CMU".
  • Dans le cas où les fichiers sont présents dans la mémoire CMU et dans le disque dur, la méthode d'accès renvoie le message "mémoire CMU". Chaque fois que cela est nécessaire, la méthode d'accès procède à la mise à jour de l'élément correspondant. Outre les fichiers ECF et IRT pour les processeurs de service de réserve et tenant, la méthode d'accès gère également la table de reconfiguration du système, les listes de réservation ROLST, R1LSI pour les processeurs de service tenant et de réserve, la liste d'exclusion EX.LST et la liste de diagnostic DG.LST, ainsi que les paramètres d'initialisation des processeurs de service S0 et S1 contenus dans le fichier INIT PAR.

Claims (9)

  1. Dispositif pour échange dynamique de processeur de service, comportant un premier processeur de service relié par un réseau et une unité de maintenance (CMU) à un système central (4), ledit processeur de service (1) est relié à un deuxième processeur de service (2) par le réseau et l'unité de maintenance (CMU), caractérisé en ce que chaque processeur de service comporte en plus des programmes de système d'exploitation, un programme superviseur et au moins un service décomposé en deux applications, l'une "corps" composée de l'algorithme du programme, l'autre "présentation" comportant l'interface avec l'opérateur permettant un affichage du type à fenêtres avec une barre de menu, et des moyens (MSH 10, 20) de traitement des communications avec les autres processeurs de service, par l'intermédiaire de l'unité de maintenance (CMU), un programme superviseur gérant les numéros d'instance des services et démarrant les services, ledit programme superviseur ayant accès à une table de configuration du système (IRT, ECF), l'unité de maintenance (CMU) comprend une mémoire vive (400) qui communique par l'intermédiaire du système central avec un moyen de stockage (7) du système central qui contient la table de configuration du système (IRT, ECF), et en ce que le superviseur du processeur de service tenant et du processeur de service de réserve contient une routine (LBCAM) de méthode d'accès à l'unité de maintenance (CMU) pour accéder à la table de configuration du système contenue dans le moyen de stockage du système central, la transférer dans son propre disque (16) et la charger dans la mémoire vive (400) de l'unité de maintenance (CMU).
  2. Dispositif selon la revendication 1, caractérisé en ce que le programme superviseur du processeur de service de réserve (2) contient une routine pour, en cas de défaillance du processeur de service tenant (1)signalée par un événement envoyé par l'unité de maintenance (CMU) au processeur de service de réserve (2), lancer le programme superviseur du processeur de service de réserve (2), et par la routine de méthode d'accès (LBCAM) effectuer la lecture de la table de configuration (IRT, ECF) dans la mémoire vive (400) de l'unité de maintenance (CMU) pour la recopier dans le disque dur (26) du processeur de service de réserve (2).
  3. Dispositif selon la revendication 2, caractérisé en ce que la mémoire vive est divisée en deux parties, une première, accessible uniquement par un processeur (403) de l'unité de maintenance (CMU), une seconde, (MSP), accessible uniquement par un coprocesseur (402) de l'unité de maintenance (CMU) en exécution de messages envoyés par la routine (LBCAM) de méthode d'accès de l'unité de maintenance (CMU) lancée par un service tournant sur le processeur de service (1).
  4. Dispositif selon la revendication 3, caractérisé en ce que la seconde partie (MSP, 400) de la mémoire de l'unité de maintenance (CMU) est divisée en trois zones :
    - une première contenant un mot indiquant la longueur actuelle de la mémoire ;
    - une deuxième zone répertoire contenant les étiquettes des dossiers ;
    - une troisième contenant les données.
  5. Dispositif selon la revendication 4, caractérisé en ce que les étiquettes de la deuxième zone comprennent le nom du fichier, son espace alloué, sa date de création, sa taille actuelle,
    une information indiquant si l'espace alloué est fixe ou variable,
    et un drapeau, dont la valeur 1 indique une session d'écriture non valablement exécutée.
  6. Dispositif selon la revendication 5, caractérisé en ce que la routine de la méthode d'accès (LBCAM) affiche le message "fichier non trouvé" dans le cas où le drapeau était à la valeur 1 et procède à la recopie du fichier soit de l'unité de maintenance (CMU) dans le disque, soit en sens inverse.
  7. Dispositif selon la revendication 5, caractérisé en ce que la routine de la méthode d'accès (LBCAM) affiche le message "fichier inconnu" dans le cas où le nom du fichier n'existe pas dans le répertoire de l'unité de maintenance (CMU) et procède à sa recopie du disque dur (16) vers la mémoire de l'unité de maintenance (CMU) s'il existe dans le disque dur (16) du processeur de service (1).
  8. Dispositif selon la revendication 7, caractérisé en ce que les fichiers gérés par la méthode d'accès de l'unité de maintenance (CMU) sont recopiés du disque dur (16) vers la mémoire vive (400) de l'unité de maintenance (CMU) lorsque la plaque d'interface matériel a été mise hors tension.
  9. Dispositif selon la revendication 7, caractérisé en ce que les fichiers gérés par la méthode d'accès de l'unité de maintenance (CMU) sont recopiés de la mémoire vive (400) de l'unité de maintenance (CMU) vers le disque dur (16, 26) d'un processeur de service (1, 2), lorsque le processeur de service est initialisé.
EP91402069A 1990-08-09 1991-07-24 Dispositif pour l'échange dynamique de processeur de service Expired - Lifetime EP0470880B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR9010180 1990-08-09
FR9010180A FR2665778B1 (fr) 1990-08-09 1990-08-09 Architecture pour echange dynamique de processeur de service.

Publications (2)

Publication Number Publication Date
EP0470880A1 EP0470880A1 (fr) 1992-02-12
EP0470880B1 true EP0470880B1 (fr) 1996-10-30

Family

ID=9399570

Family Applications (1)

Application Number Title Priority Date Filing Date
EP91402069A Expired - Lifetime EP0470880B1 (fr) 1990-08-09 1991-07-24 Dispositif pour l'échange dynamique de processeur de service

Country Status (8)

Country Link
EP (1) EP0470880B1 (fr)
JP (1) JPH0664570B2 (fr)
AT (1) ATE144847T1 (fr)
CA (1) CA2067189C (fr)
DE (1) DE69122924T2 (fr)
ES (1) ES2095924T3 (fr)
FR (1) FR2665778B1 (fr)
WO (1) WO1992002878A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5513351A (en) * 1994-07-28 1996-04-30 International Business Machines Corporation Protecting a system during system maintenance by usage of temporary filenames in an alias table

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0445034A1 (fr) * 1990-02-28 1991-09-04 Bull S.A. Dispositif et utilisation de ce dispositif dans un procédé de remplacement de cartes

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4014005A (en) * 1976-01-05 1977-03-22 International Business Machines Corporation Configuration and control unit for a heterogeneous multi-system
US4455601A (en) * 1981-12-31 1984-06-19 International Business Machines Corporation Cross checking among service processors in a multiprocessor system
JPS6272248A (ja) * 1985-09-25 1987-04-02 Hitachi Ltd デ−タ伝送システムの現用予備切替方法
US4894828A (en) * 1987-12-22 1990-01-16 Amdahl Corporation Multiple sup swap mechanism
FR2633413B1 (fr) * 1988-06-22 1994-07-08 Bull Sa Procede pour la generation de fenetres de dialogue visualisables sur l'ecran d'un systeme informatique et dispositif pour mettre en oeuvre ce procede

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0445034A1 (fr) * 1990-02-28 1991-09-04 Bull S.A. Dispositif et utilisation de ce dispositif dans un procédé de remplacement de cartes

Also Published As

Publication number Publication date
FR2665778B1 (fr) 1993-06-18
ATE144847T1 (de) 1996-11-15
DE69122924T2 (de) 1997-03-06
CA2067189A1 (fr) 1992-02-10
DE69122924D1 (de) 1996-12-05
JPH0664570B2 (ja) 1994-08-22
EP0470880A1 (fr) 1992-02-12
FR2665778A1 (fr) 1992-02-14
ES2095924T3 (es) 1997-03-01
CA2067189C (fr) 1995-05-23
WO1992002878A1 (fr) 1992-02-20
JPH04505680A (ja) 1992-10-01

Similar Documents

Publication Publication Date Title
EP0012886B1 (fr) Unité de commande d'entrée/sortie pour système de traitement de données
EP0820013B1 (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
US6490690B1 (en) Method and apparatus for unix system catastrophic recovery aid
JP4195209B2 (ja) ストレージ・エリア・ネットワークの構成を自動化する方法およびシステム
EP0394114B1 (fr) Coupleur multifonctions entre une unité centrale d'ordinateur et les différents organes périphériques de ce dernier
FR2702579A1 (fr) Dispositif de communication entre au moins un client et au moins un serveur, procédé d'utilisation du dispositif et utilisation du dispositif.
WO2009153498A1 (fr) Procede de generation de requetes de manipulation d'une base de donnees d'initialisation et d'administration d'une grappe de serveurs, support de donnees et grappe de serveurs correspondants
KR20010007111A (ko) 데이터 프로세서 제어형 데이터 저장 시스템, 동적재동기화 방법 및 컴퓨터 프로그램
US5774642A (en) Architecture for dynamic service processor exchange providing multitasking environment where multiple processors have access to a system configuration table
EP0445034B1 (fr) Dispositif et utilisation de ce dispositif dans un procédé de remplacement de cartes
EP0102434B1 (fr) Dispositif pour signaler à l'unité de commande centrale d'un équipement de traitement de données, les erreurs se produisant dans les adaptateurs
US5781902A (en) Method, computer program product, and system for extending the capabilities of an existing process to store and display foreign data
EP0524071A1 (fr) Système d'exploitation pour dispositif universel de couplage d'un bus d'ordinateur à une liaison spécifique d'un réseau
FR2860616A1 (fr) Unite de commande de dispositif de memorisation et procede de commande de celui-ci
EP0969625A1 (fr) Agent de communication entre un administrateur et au moins une ressource d'un système informatique
EP0470880B1 (fr) Dispositif pour l'échange dynamique de processeur de service
WO2024124912A1 (fr) Procédé et appareil de synchronisation de données pour micrologiciel redondant, et support d'enregistrement lisible non volatil
US6536039B2 (en) Software for seamless interconnectivity between active program modules on integrated arrangement of CD drive, data server, and PC hard disk drive
EP1341087B1 (fr) Procédé et système de gestion d'un journal personnel d'évènements
US20030163780A1 (en) Enhancing management of a distributed computer system
US8359602B2 (en) Method and system for task switching with inline execution
KR20020065143A (ko) Pc 장애 자동 진단과 복구 방법 및 그 장치
FR2639734A1 (fr) Ordinateur et procede de demarrage d'ordinateur
FR2787901A1 (fr) Organisation memoire par zones physiques
EP0599681B1 (fr) Outil de simulation d'un code de réseau

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: 19910930

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FR GB GR IT LI LU NL SE

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

Owner name: BULL S.A.

17Q First examination report despatched

Effective date: 19941215

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH DE DK ES FR GB GR IT LI LU NL SE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 19961030

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 19961030

Ref country code: DK

Effective date: 19961030

Ref country code: AT

Effective date: 19961030

REF Corresponds to:

Ref document number: 144847

Country of ref document: AT

Date of ref document: 19961115

Kind code of ref document: T

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 19961030

REF Corresponds to:

Ref document number: 69122924

Country of ref document: DE

Date of ref document: 19961205

ITF It: translation for a ep patent filed
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Effective date: 19970130

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2095924

Country of ref document: ES

Kind code of ref document: T3

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 19970731

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 19970731

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 19970731

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed
REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: GB

Ref legal event code: IF02

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20050707

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20060627

Year of fee payment: 16

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: BE

Payment date: 20060628

Year of fee payment: 16

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20060630

Year of fee payment: 16

BERE Be: lapsed

Owner name: S.A. *BULL

Effective date: 20070731

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20070726

Year of fee payment: 17

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20070724

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20080201

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20070724

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20070731

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20070725

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20070725

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20080724

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20100824

Year of fee payment: 20