FR2812995A1 - SYSTEM AND METHOD FOR MANAGING A COMMUNICATOR OF A TELECOMMUNICATION OPERATOR - Google Patents

Abstract

System for managing at least one switch (1, 2, 3) of a telecommunications operator, this switch being provided with a control terminal (4, 5, 6). This system comprises: - a management server (11) connected via at least one communication network (10, 9, 8, 7) to the control terminal (4, 5, 6) and comprising means for collecting switching data within said control terminal, means for storing these switching data within a database, means for processing these collected and stored data with a view to developing a plurality of graphic interfaces (12, ... , 20) showing the operation of said switch (1, 2, 3); and - at least one client terminal (12, ..., 20) connected to the management server via at least one communication network (10) and arranged to display at least one of the graphical interfaces and to issue command requests formulated by an user.

Description

-1. 2812995

  System and method for managing a switch of a telecommunications operator "The present invention relates to a system for managing a switch of a telecommunications operator. It also relates to the method implemented in this system for the network management

  switches of a given operator.

  The main role of a switch of a given telecommunications operator is the transmission under good conditions of a telecommunications signal to a second remote switch. This second switch can be a switch belonging to the same operator or to a different operator. In the current state of the art, switches organized into a network of switches are managed from control terminals connected to this network. A switch control terminal is mainly used by technical personnel who have a perfect command of a switch control language. The operating status of a switch is tracked and monitored by consulting several raw data represented in tables in the form of codes. Thus such a system has the major drawback of being controllable only by technicians. The present invention aims to remedy this drawback by proposing a system in which technical personnel and commercial personnel can equally intervene in the management of a switch. The invention thus aims to open up the management of a switch to a larger number of people in order to optimize

- 2- 2812995

  its operation, by proposing a system allowing an improvement of the technical, commercial and financial management of a network of switches of a telecommunications operator. Another object of the invention is to provide an optimized routing function at a lower cost, designated

  under the term "Least Cost Routing" in the English language.

  The above objectives are achieved with a system for managing at least one switch of a telecommunication operator, this switch being provided with a control terminal. According to the invention, this system comprises: - a management server connected via at least one communication network at the control terminal and comprising: - means for collecting switching data within said control terminal, - means for storing this switching data within a database, means for processing this data collected and stored in order to develop a plurality of graphical interfaces representing the operation of said switch; and - at least one client terminal connected to the management server via at least one communication network and arranged to display at least one of said graphical interfaces and to issue command requests

formulated by a user.

  With such a system, the graphical interfaces allow a global vision of the operating state of the switch or of the network of switches. The management system according to the invention thus translates the technical language for controlling a switch into a visual language whose degree of technicality and complexity is

-3- 2812995

  significantly reduced. Thus, the switch control commands are carried out more quickly. In addition, switch control opens up to a wider audience of users than that of technicians alone, such as sales personnel.

  can now participate in switch management.

  Commercial staff indeed add value to the management of a switch since they are in direct contact with customers. We can thus take into account, in the management of the switch, the

  alarms, expectations and customer requests.

  The management server implemented in the management system according to the invention is preferably designed to retrieve and process data from a plurality of

  switches of a given telecommunications operator.

  In this case, we therefore speak of a network of switches.

  Advantageously, the management server periodically updates the database as a function of the data periodically retrieved from the control terminal. This periodicity can be for example ten seconds between each consultation of the terminal of

  order and retrieve changed data.

  For this, we can install a communication software or a functional interface which is able to come into contact with the server and transmit it

relevant data.

  Generally, the control terminal is provided with switch control software. Thus the functional interface of the present invention is grafted onto this software in order to take data without blocking the operation of this software.

control.

-4- 2812995

  The operation of a switch can generally be represented in two separate but closely related parts: connections and translation. The data retrieved by the server concerns these two parts. More specifically, the connections include all the physical part ("hardware" in English) composed of transmission links (SDH / PDH) which connect all the switches of each operator. These physical links are divided into several more or less expanded subsets depending on the technology of the switch used. The standard and universal entity between two switches is the MIC (Pulse Coding Modulation) schematically represented by thirty two time intervals or thirty-one speech voices (interval 0 = sync). In Alcatel technology for example, these MICs are grouped into "Bundles". A beam corresponds to a destination (route) to a remote switch. So we call connection the whole

beams and MICs.

  The translation includes logic that allows a call to be routed from its entry in the switch to its exit. It allows routing to be determined by consulting callsign tables (containing the destination codes for telephone calls), routing tables (indicating the route for routing telephone calls) and beam tables (indicating the beams taken account for a given phone call). To do this, the translation uses signaling which corresponds to all messages and parameters other than voice (transmission of

  dialing, picking up, hanging up, messaging ...).

2812995

  Connection and translation data allow the server to develop graphical interfaces which are updated in real time. Preferably these interfaces are displayed on remote terminals connected to the server. A user can send a request to the server which converts it into a command order understandable by the switch

  then transmits this order to the command terminal.

  Advantageously, the server performs a command interpretation by transforming the signal from a graphical interface into a command order understandable by the switch. This signal can be a click of a mouse or a syntax of

  command in natural language or close to human language.

  According to one embodiment of the invention, the graphical interfaces include first graphical interfaces dedicated to technical supervision of the switch, and second graphical interfaces dedicated to optimizing routing in the switch for less routing management cost The first graphical interfaces make it possible to supervise graphically, in real time, the data of the switch or a network of switches: static data on connections and translation; dynamic data on alarms, on the evolution of the

traffic and commercial routing.

  To do this, the server includes means for graphical modeling of the operation of a switch or of a network of switches. These first interfaces are more particularly intended for technicians. Graphic modeling also allows simulation and visualization of the operating state of a

  switch at a given time in the past, present or future.

-6- 2812995

  The second interfaces, more particularly intended for commercial services, make it possible to carry out the routing function at lower cost, that is to say "Least Cost Routing", providing programming functions and supervision of routing. The routing configuration is such that users are guided in the manipulation of these interfaces, and data purely related to telecommunications techniques are hidden from them. This frees up non-technical users from repetitive and manual tasks, which contributes to significantly reducing error rates and allows users to evolve and focus on

  strategic aspects of their profession.

  With these second graphical interfaces, commercial users can enter data relating to the quality of a beam connecting the switch, this data coming mainly from customers, whereas until now only electronic alarms scanning the network determined the quality of a network. These graphical interfaces dedicated to routing optimization are thus designed to transmit information relating to

  the quality of the switch routing.

  According to an advantageous characteristic of the invention, the server also comprises calculation algorithms for determining control commands of the switch by taking into account graphic models and information coming from said graphic interfaces dedicated to the optimization of routing. The calculation algorithms therefore establish a link between, on the one hand, data coming from the interfaces dedicated to technicians and, on the other hand,

-7- 2812995

  data from interfaces dedicated to commercial functions. The result of an algorithm is then interpreted in a switch command language. Preferably, the algorithms are configured, which makes it possible, for example, to envisage several routing realization plans at a lower cost by favoring such

or such data.

  According to another aspect of the invention, a method is proposed for managing at least one switch of a telecommunications operator, this switch being provided with a control terminal, this method being implemented

  works in a system according to the invention.

  The management method according to the invention comprises: - on a management site, - a collection of switching data within said control terminal, via at least one communication network, - a storage of this switching data within 'a database, - processing of this data collected and stored with a view to developing a plurality of graphical interfaces representing the operation of said switch; and - on at least one client site connected to the management site via at least one communication network, - a display of at least one of said graphical interfaces, and - a transmission of command requests formulated by a user intended for the terminal of

ordered.

  Other features and advantages of the invention

  will appear further in the description below. To the

  attached drawings given by way of nonlimiting examples:

-8- 2812995

  - Figure 1 is a diagram of the hardware architecture of client-server technology of a management system according to the invention; and - Figure 2 is a diagram of the software architecture of a management system according to the invention. Consider first of all, with reference to FIG. 1, a set of switches 1 to 3 each controlled by a control terminal 4, 5, 6. The terminal 4 is for example connected to a local computer communication network "LAN "10 (Local Area Network), while the remote control terminals 5, 6 are connected by means of a router 7 to a" WAN "type communication computer network 8 to which the local network 10

  is connected by means of a router 9.

  A management server 11 is connected to the terminals of

  commands 4 to 6 using the "LAN" 10 and "WAN" networks 8.

  This management server includes a client application

  server, multi-processor, built around a database of C ++ objects. Client applications are housed in remote terminals 12 to 18 connected to the

  management server via the "LAN" network 10.

  A database of C ++ objects is established from the data retrieved from the terminals of

  command 4-6 through the "LAN" 10 and "WAN" networks 8.

  These control terminals 4-6 each comprise a functional client application in order to ensure communication between the server 11 and control applications housed in these control terminals. The control applications make it possible to control the switches 1 to 3. In general, these control applications can be original applications supplied by the manufacturer of the switches, and the client-server application according to the present

-9- 2812995

  invention is grafted onto these applications of

  command in order to optimize the management of the switches.

  The server application contained in the server 11 allows the configuration of client applications, the creation and updating of data relating to switches

  as well as backup management.

  Client applications include graphical interfaces which can be classified into two parts: technical graphical interfaces and interfaces

business graphics.

  The technical interfaces make it possible to graphically supervise, in real time, the data of all the switches, a so-called "Network Operations Center" supervision in English. This data is static data (connections, translation, type of signaling, etc.) and dynamic data (alarms, changes in traffic and commercial routing, etc.). The management of this data is accessible through the technical interfaces arranged in terminals of

management 12 to 16.

  The interface I12 proposed on the management terminal 12 is a network supervision interface, having

  visualization, consultation and action functions.

  By means of an interactive graphic repository, the user navigates through the connections (operators, beams, routes, MIC, etc.) or translations (analysis and protocol of subsystem type 7) of each switch. A hierarchy of data, simple and logical, allows quick access to the information sought. This hierarchy is built under a telecommunications model that does not imply knowledge of the type of switch. Operational alarms appear directly, for example

-10- 2812995

  color coded, on a graphical view of the switch network. It is thus possible to navigate to

the element incriminates.

  Different search functions allow you to follow the path graphically and spontaneously

  of a type of call (callsign -> harnesses -> MIC).

  The dated and identified history (for example by archiving the name of the user station that made the modification) of any order placed on the network (by the system or directly on the WTO which is being spied on) in the form of a work order , incident tickets or spontaneous orders guarantee visibility at

of engineering.

  All simple operating commands are available. They are executed in the form of dated work orders (immediate execution possible). The order of

  work is then archived and activated on the date indicated.

  Its execution is then either manual (an alarm indicates to the technician that it must carry out the modification), or semi-automatic (the modification is carried out, an alarm indicating to the technician to validate the execution of the command) or is automatic (the modification is executed automatically, the execution report being recorded in history). An alarm management table also allows them to be acknowledged, corrected, or investigated. Depending on the type of alarm, an automatic or manual procedure can either deal with the alarm or bring it to a

  upper level with a diagnostic file.

  Two other interfaces I13 and I14 respectively for engineering and command interpretation can be associated with this interface I12 on the same terminal or arranged on independent terminals as in the

-11- 2812995

  after. The I13 interface is an engineering interface allowing to follow the evolution and the dimensioning of the network over time. It also makes it possible to project into the future by programming a certain number of network engineering operations. It presents

  visualization, consultation, and action functions.

  The network or each switch at a time t (past, present or future). By entering a date, a graphical view represents the state of the network up to this date, then the state of the network after this date. This state corresponds to the operations programmed by an engineering team. It is possible to consult all the data (connections, translation, traffic, incidents ...)

  associated with this view and corresponding to the date entered.

  An archive database allows you to consult all past or future operations carried out on each switch. The programming of engineering achievements (such as the extension or creation of capacities at the connection level) is carried out in the form of work orders which are activated manually, or automatically on the scheduled date. The configuration of the switch's connection or translation elements, carried out at this level by engineering experts, allows

  during operation a more user-friendly use.

  In addition, it secures the homogeneity of the network components and reduces the rate of configuration errors, which are the source of many problems that are difficult to identify.

thereafter.

  The I14 interface is a command interpretation interface granting operators flexibility and security in the use of commands and having

-12- 2812995

  visualization, consultation and action functions.

  The main operations to be performed on the network

  are listed in a command library.

  They are generally graphically programmed by the user. Thus, the user is not concerned with the proprietary language of the switch, nor with the

data prioritization.

  The user also has assistance with command parameters, pre-recorded by experts in relation to the network configuration. Online help and examples complete the support. In addition, it is possible to complete the operations library by adding personalized sequences to it. As an example, we can also associate the I12 interface with a routing configuration workshop interface to give an operator the possibility of controlling the allocation of his translation resources while guaranteeing, for example, dynamic management and automatic routing. There are two principles of routing settings, dynamic routing tables and static routing tables. The choice of one or the other is obtained by observing the destination. A measured use of the two principles guarantees the optimization of the system. Static route management corresponds to assigning to a destination (equivalent to a set of callsigns) a fixed route operating under load sharing or overflow in cascades. This management is suitable for destinations with many callsigns, which makes it possible, in the event of a change of routing, to modify the beams at the routing level instead of a routing modification at the level of the

-13- 2812995

  codes. The number of callsigns per destination can be viewed in a control panel so that the user can choose the destinations to be programmed statically as well as the fixed route number (you can choose several routes for the same destination if you want to differentiate the origins

traffic).

  The dynamic management of routes strongly depends on the number of routes that the user allocates to this management. The programming of dynamic tables allows the creation or the deletion of some routes. It is possible at this level to specify a range of routing numbers corresponding to operator criteria (through the beams), in national or international formats,

  translators, signals ...

  This workshop allows the configuration between operators and beams. For each operator and outgoing bundle, the different characteristics of the terminal routes can be configured. We take into account the management of formats by destination (national or international) as well as the management of the number of digits of the country code

destinations if necessary.

  The I15 interface is a traffic supervision interface comprising display functions,

consultation and action.

  All the beams of a switch are represented graphically. All observations of counters, calculated traffic indicators are set to

  day in real time on this graph.

  Basic indicators interpret the traffic fluctuations in tabular and graphical form. An archive database allows you to consult a posteriori all

-14- 2812995

  those data. Calculations assess the capacity of the network.

  Cross-referenced with load increase simulations, these calculations make it possible to adjust the sizing by providing statistics on additional link needs. A graphic animation allows you to visualize the evolution over time in a given time interval

of the beam load.

  Two other interfaces I16 and I17 can be associated with this interface for monitoring traffic I15 on the same terminal or arranged on terminals

independent as in the following.

  The I16 interface is an alarm management interface comprising programming,

visualization and action.

  By type of days and specific time slots, traffic alarms (for information for the user) are programmed according to a certain threshold for filling beams or groups of beams. For example, if on Friday between 3 p.m. and 4 p.m., there are X Erlans on all the beams of operator Y, an alarm is set at 60%. When the date and time arrive, if the traffic on these beams is only X / 2 Erlans, then the alarm will be triggered, it is up to the supervising technician to identify this drop in traffic (which may be due 'elsewhere natural). It should be noted that these alarms are not indicators

malfunction.

  The triggering of alarms is graphically interactive on the traffic supervision interfaces. It also appears in a table of

main edge.

  Interface 17 is a configuration interface and

-15- 2812995

  analysis with visualization and action functions. We find the graphic view of the traffic supervision interfaces, with a different distribution of the beams, corresponding to the associations made. All the counters are then cumulated to display sums or averages. The traffic indicators are

  viewed through tables or graphs.

  Programming new indicators from counters and mathematical formulas makes the application scalable. These technical graphical interfaces I12 to I17 are supplemented by commercial graphical interfaces I18 to I20 which allow routing at low cost LCR, "Least Cost Routing". To achieve routing at a lower cost, we display national and international translators (tables of analyzes or callsigns) under a commercial model based on destinations and categories (countries, regions, cities, mobiles ...). For each destination, we then enter prices. Then we calculate in real time the best possible routing for each destination taking into account as non-limiting examples the following parameters: prices: - 24 time slots - 8 types of days (days of the week + a holiday) - original traffic - 3 tariffs on volumes - time credit - transport format (voice or 64 Kbit / s) - quality of the destination by operator,

  - capacity or saturation by operator.

-16- 2812995

  With each modification of these parameters, we calculate

again the optimal routing.

  This calculated routing is a theoretical routing. The actual routing plan (effective plan on the switch) is equal to the theoretical routing plan with routing changes requested by a customer service following a

  poor quality of the destination.

  It is important to note that customer service can directly and quickly act on the modification of the

real routing.

  The difference between the two plans, respectively theoretical and real, represents the quality factor of a

  destination for a given operator.

  This quality factor has priority over the profitability factor (expressed by the tariffs). This choice

is configurable.

  Real-time routing supervision guarantees the quality and profitability of the network. For each ticket or routing modification request issued by customer service for reasons of quality of service, we

  recalculates the most profitable routing.

  This LCR low-cost routing function involves a first I18 interface for entering

  tariffs with visualization and action functions.

  The tariff entry interface is a set of grids associating the destinations with the different operators. We change the grid by modifying the range

  schedule, type of day or original traffic.

  Depending on the password entered when connecting this interface, it is possible to view or

modify these rates.

  The LCR low-cost routing function also concerns a second I19 routing management interface

-17- 2812995

  having functions of visualization, preparation of tariff plans, programming of a routing calendar, simulation, activation of the calendar and

  implementation of routing calculation algorithms.

  This interface I19 thus comprises a visualization in the form of a tree structure of the tables of callsigns of a given switch in order to carry out a hierarchy of commercial destinations (countries, regions, cities, mobiles, etc.). For tariff plans, different tariff grids, depending on time bands and types of days, can for example be automatically transposed into lists of operators (from best choice to worst choice) of a switch concerned. The routing plan calculated by the server proposes for example a provision of cascading overflows of operators, from the most profitable to the least profitable, that is to say that all the traffic of a destination is routed by an operator 1 (the more profitable). In case of saturation of this operator the traffic will be routed by an operator 2 (the most profitable after 1). In the event of saturation of this operator 2, provision is made for overflow onto a third operator corresponding to a road of large capacity and of good quality, but generally of high price. This automatic transposition is calculated according to selected parameters such as quality, volumes, or time credit. A second calculation, responding to capacity constraints by operator and by destination is then possible by using complex matrices. These operations are carried out automatically and systematically for each tariff plan (typical couple of days / time slot). We can thus treat,

-18- 2812995

  by way of nonlimiting example, 192 tariff plans

possible standards.

  By default, a destination is considered to operate under the "cascade overflow" principle, but it is possible to transform its operation under the "load distribution" principle. This principle of "load distribution" consists in assigning several operators with different load percentages for the same destination. Traffic will then be redirected

  according to the percentages defined by operator.

  The user can also select the type of routing to use. This principle is managed at the destination level, which allows for the same tariff plan to have static or dynamic destinations managed in "cascade overflow" or in

"load sharing".

  For each switch, two weekly calendars (national and international) with time accuracy are programmed. Routing changes are made automatically in relation to these schedules. We assign graphically, for each type of day and for each time slot, a standard routing plan. For example, for a given site, the "Monday 1:00 p.m." rate grid is assigned from Monday 1:00 p.m. to Monday 5:00 p.m. from which the "Monday 5:00 p.m." price grid is assigned until 24:00. By default the valid price list is "Monday 00H00". This organization between the calendar and different plans provides the user with the possibility of managing the routing of each switch according to the time. An annual calendar is also available to be able to enter the type of days of each date (interesting for public holidays).

- 19- 2812995

  A simulation then makes it possible to technically assess the achievement of the calendar. It informs for each change of grid, according to the number of incriminated destinations, and the number of callsigns per destination, the execution time of the modifications. If this execution time is greater than the tranche allocated for the change, the modification is refused. In practice, if for example a change requested at 1 p.m. takes 1 hour 30 minutes to execute completely (this time depends only on the speed of execution of commands on the switch), another

  change is not possible before 3 p.m.

  The system has two types of calendars. "Active" calendars are used to manage routings in progress. The "preparatory" calendars are used by the routing management interface 19 to program the new routes. At the initiative of the users, the calendars are switched over

  perform a routing schedule change.

  The "preparatory" calendars then become "active". This operation takes place for example a quarter of an hour after the next hour to allow the system time to prepare its new routing which will not be

set up only the next hour.

  An additional cost simulation interface makes it possible to observe in terms of costs and system resources, the consequences of a tariff plan (day / hour / origin). Before each change in tariff plan (automatic changes according to the system time), the server transforms the theoretical routing into switch command files which will be executed during the time change. The principle is to translate the theoretical choice of each destination into

-20- 2812995

  technical parameters allowing the preparation of change algorithms or macro-commands

Routing.

  These calculation algorithms, by default, implement cascade or multiple routing tables depending on the destinations. The device optimizes the composition of these tables to guarantee the profitability of the requested routing according to the limits imposed (number

maximum routes).

  The engineering interface allows you to customize the calculation algorithms for each destination, and to respect the allocation and

routing nomenclatures.

  A simulation makes it possible to associate each valid dynamic destination with a combination which will then be translated into technical values respecting the software architecture of the switch, a combination being the grouping of all the destinations having the same criteria. These criteria are the choice of operators, the format by operator (national or international), the number of digits of the country code (this parameter is optional, it is activated at

  the routing configuration workshop interface).

  During the simulation, a cascade overflow is set up with two first operators. Routing ensures the third choice. This routing is a load sharing between operators benefiting from capacity and quality. The format of a combination can be presented as follows: - operator 1 - operator 2 - national or international format - number of digits of the country code (1,2,3 if

-21- 2812995

  activated; 0 otherwise) - list of associated destinations

  - sum of the volumes of the associated destinations.

  We therefore associate by destination, two combinations.

  The first named main represents the technical choice put in place. The second named secondary intervenes after a first overflow. The sum of the main and secondary combinations form the requirements for programming the ideal routing. These needs must be compared to user-defined resources. The list of main combinations is then sorted by decreasing volumes. It is modified until the number of needs equals resources. In all cases the 1st choice of operator is always served. In the case where the number of secondary combinations is greater than the resources, the routing cannot be optimized further. In this case the optimization will completely destroy the list of main combinations. To absolutely respect the resources, it is necessary to modify the distribution of the operators of certain destinations at the level of the overflow plan in cascades. This is one of the functions of the simulation, because it makes it possible to observe the distribution of combinations, the impact of their modification from the technical (resources and needs) and financial (higher cost compared to the ideal situation if overflow) aspect. ). When a combination is destroyed (in the context of optimization with respect to system resources), the destinations that made it up are divided into other combinations (always respecting the 1st choice). During this recomposition, the overflow operator (2nd choice) can be modified at an additional cost. This additional cost is displayed by

-22- 2812995

  destination, as well as at a general counter.

  The LCR low cost routing function also implements an I20 routing supervision interface having viewing, consultation and action functions. Colored geographic maps represent the distribution of theoretical and real routes by destination and by operator over time. Calendars are used to visualize the distribution of the different theoretical routing plans over time. Graphical functions facilitate consultations and allow graphical comparisons to be made, statistics highlighting the quality of each destination. General tables or by destination also give daily monitoring of the distribution of routes and a calculation of costs (sale / purchase). If the actual routing is not the most profitable, it also displays the losses by

compared to optimal routing.

  This I20 interface is dedicated to customer service, which, on complaint of the poor quality of a destination served by an operator, has all the elements in hand

  to order the modification of the routing.

  A simulation of cost comparison and implementation times is available before sending a ticket

  or request which will be automatically, semi -

  automatically or manually processed.

  This LCR function can also include other

  features such as multi-functionality

  switches ("multi-switch") allowing to take into account the tariff calculation of the best routing path of a destination. She compares, from a first

-23- 2812995

  switch, the price of serving the destination via a third-party operator connected to this first switch at the cost of routing this same destination from a second network switch. We can also consider a "Capacity" functionality allowing, by complex matrix calculations, to optimize the development of routing plans, or even a "Saturation" functionality allowing to automatically switch the routing of destinations when link to an operator

is about to saturate.

  In FIG. 2, the software architecture of a management system according to the invention is represented with graphical client interfaces arranged partly on terminals 21 to 23 dedicated to a technical service, and partly on terminals 24 and 25 dedicated to a commercial service. The technical graphical interfaces relate to the modeling 26 of the operating state of a switch 30, while the commercial graphical interfaces relate to data 27 for the implementation of low cost routing (LCR). Calculation algorithms 28 allow the server, from the elements of modeling 26 and LCR data 27, to establish switching data

  or control 29 of switch 30.

  Of course, the invention is not limited to the examples which have just been described and numerous modifications can be made to these examples without departing from the scope of the invention. In particular, the management system according to the invention can be advantageously implemented for the establishment of a telecommunications exchange.

-24- 2812995

Claims (21)

  1. System for managing at least one switch (1, 2, 3) of a telecommunications operator, this switch being provided with a control terminal (4, 5, 6), characterized in that it comprises: - a management server (11) connected via at least one communication network (10, 9, 8, 7) to the control terminal (4, 5, 6) and comprising: - means for collecting switching data within said control terminal (4,, 6), - means for storing this switching data within a database, - means for processing this collected and stored data with a view to developing a plurality of graphical interfaces representing the operation of said switch; and - at least one client terminal (12, ..., 20) connected to the management server (11) via at least one communication network (10) and arranged to display at least one of said graphical interfaces and to transmit   order requests made by a user.   2. System according to claim 1, characterized in that the management server (11) further comprises means for periodically updating the database as a function of collected switching data   within the control terminal (4, 5, 6).   3. System according to one of claims 1 or 2,   characterized in that the management server comprises in -25- 2812995   in addition to means for real-time graphical interfaces according to changes in data from the database.   4. System according to any one of the claims   above, characterized in that the management server also comprises means for transmitting control commands from the switch to the control terminal.   5. System according to any one of the claims   previous, characterized in that the management server further comprises means for converting requests sent by the client terminal into control orders   understandable by the switch.   6. System according to any one of the claims   previous, characterized in that the management server develops graphical interfaces (21, 22, 23) dedicated to   technical supervision of the switch (30).   7. System according to claim 6, characterized in that the server comprises means for graphical modeling (26) of the operation of a switch (30), said modeling providing graphical interfaces   dedicated to technical supervision (21, 22, 23).   8. System according to any one of the claims   previous, characterized in that the management server develops graphical interfaces (24, 25) dedicated to the optimization of routing in a switch (30) for   lower cost routing management. -26- 2812995   9. System according to claim 8, characterized in that these graphical interfaces dedicated to routing optimization are capable of transmitting to the server information (27) relating to the quality of the routing of the switch.   10. System according to one of claims 8 or 9,   characterized in that the server comprises calculation algorithms (28) for determining control orders (29) of the switch (30) taking into account graphic models (26) and information (27) coming from said graphic interfaces dedicated to routing optimization (24, 25).   11. System according to claim 10, characterized in that   that the calculation algorithms (28) are configurable.   12 System according to any one of the claims   above, characterized in that the server is able to retrieve and process data from a plurality of   switches of a telecommunications operator.   13. Method for managing at least one switch (1, 2, 3) of a telecommunications operator, this switch being provided with a control terminal (4, 5, 6), implemented   in a system according to any of the claims   above, characterized in that it comprises: - on a management site, a collection of switching data within said control terminal, via at least one communication network, - a storage of this switching data within a database, -27- 2812995   - processing of this data collected and stored in order to develop a plurality of graphical interfaces representing the operation of said switch; and - on at least one customer site (12, ..., 20) connected to the management site via at least one communication network (10), - a display of at least one of said graphic interfaces, and - a transmission of order requests made by a user to the control terminal. 14. Method according to claim 13, characterized in that it further comprises a periodic updating of the database as a function of switching data.   collected within the command terminal.   15. Method according to one of claims 13 or 14,   characterized in that it further comprises real-time layout of the graphical interfaces as a function of   modifications to the data in the database.   16. Method according to any one of claims 13   to 15, characterized in that it further comprises a conversion of requests sent by a client terminal (12, ..., 20) into order orders understandable by the switch.   17. Method according to any one of claims 13   to 16, characterized in that it further comprises an elaboration of dedicated graphical interfaces (21, 22, 23)   technical supervision of the switch. -28- 2812995   18. Method according to any one of claims 13   to 17, characterized in that it further comprises a graphical modeling (26) of the operation of a switch (30), said modeling providing graphical interfaces (21, 22, 23) dedicated to a technical supervision.   19. Method according to any one of claims 13   to 18, characterized in that it further comprises an elaboration of graphical interfaces (24, 25) dedicated to the optimization of routing in a switch (30) for   lower cost routing management.   20. Method according to any one of claims 13   to 19, characterized in that it further comprises a determination of control orders (29) of the switch (30) taking into account graphical models (26) and information (27) coming from the interfaces   graphics (24, 25) dedicated to routing optimization.   21. Method according to any one of claims 13   to 20, characterized in that it is implemented for the management of a plurality of switches of a telecommunications operator.