WO2015124741A1

WO2015124741A1 - Method for configuring a communication system

Info

Publication number: WO2015124741A1
Application number: PCT/EP2015/053648
Authority: WO
Inventors: Abdel KANDER; Bruno GUIRARDEL; Mathieu ROUSSELLE
Original assignee: Kurmi Software
Priority date: 2014-02-20
Filing date: 2015-02-20
Publication date: 2015-08-27
Also published as: EP3108418A1; FR3017726B1; FR3017726A1

Abstract

The present invention relates to a method for configuring a communication system (1) including a plurality of interconnected devices (2) and at least one configuration server (3). Each configuration server (3) is associated with a sub-assembly compatible with said plurality of communication devices (2). The method is characterized in that it includes implementing, by means of a device (7), the steps of: (a) identifying at least one main calling number in a structured directory of the users of the configuration system (1); (b) determining, for each main calling number, at least one range of associated calling numbers from said structured directory; (c) semantically analyzing said structured directory such as to determine a profile type for each user of the configuration system (1); (d) generating a numbering plan for the communication system (1) from the predetermined calling number ranges, the structured directory, and cartography data; and (e) configuring each configuration server (3) on the basis of the main calling numbers, the numbering plan, the structured directory, and the predetermined profile types.

Description

Method of configuring a communication system

FIELD OF THE INVENTION The present invention relates to data management systems relating to users of a communication system.

More particularly, the present invention relates to a method of configuring a communication system. STATE OF THE ART

Modern communications systems make it possible to integrate interpersonal communications within a company. These systems allow the user to perform many operations from their desktop or laptop such as managing their contacts and calendar, communicating via email, knowing the presence status of a colleague, initiating voice or video conferencing, managing your reachability behind a single call number, scheduling meetings, checking guest availability, tracking responses to invitations, moderating and participating in an audio or video meeting, publishing and editing a document in a timely manner real-time, view voice messages, received faxes, and quickly and securely transfer a document.

There are many "unified" communications service providers that each offer different communication environments. It is common to find a cohabitation within the same company of different non-compatible communication environments (from a "management" / "management" point of view), especially if the company occupies several distinct sites. The resulting communication systems are often heterogeneous, and corporate buyouts, mergers or reorganizations are factors that accentuate this trend. Generally, a dedicated configuration server is associated with each environment hosting a database relating to the users of the equipment of the environment.

The occasional changes in the configuration of such systems (arrival or departure of an employee, change of position, change of office, etc.) are usually done by hand by an expert (via interfaces associated with one or the other). other configuration servers). On the other hand, larger redeployments that may occur for example in the event of renewal of communication equipment or even of moving all or part of the company are major headaches.

In such cases, it is necessary in such cases to arrive in just a few hours (for example in the space of a weekend) to define a new numbering plan and to completely reconfigure the communication system, while disturbing the system. less possible organization of the company. Typically, each user has a 4-digit internal number that they want to keep. It is also desirable to maintain the levels of functionality associated with each (eg a leader will have two lines with call filtering functions to a secretary line), preferences, and so on. Provisioning is the operation of fully configuring a communication system.

Today, the known deployment solutions start from a predetermined configuration of the equipment, to which we will "graft" each user: for this is created a global file called "data collection" (for example by interviewing employees) associating with each equipment (materialized by a telephone line) the internal call number of the user intended to work at the associated location (and to use this equipment). This global file also includes other information needed for deployment that is not directly linked to users (for example, the typology of the site on network access determining redundancy, possible traffic, etc.).

The file is then processed by computer equipment so as to automatically generate the appropriate commands sent to the servers of corporate communications, as described for example in US2003 / 0217101.

Such solutions are satisfactory, but still require a large number of experts and are likely to leave errors, especially when the systems are complex and heterogeneous. The communication system is rarely operational the first time after configuration, and it is almost always necessary to perform a large number of tests.

It would therefore be desirable to have a new communication system configuration solution that is efficient and reliable regardless of the number, layout and type of communication equipment, and within the reach of users who are not necessarily experts.

SUMMARY OF THE INVENTION

The invention proposes a method of configuring a communication system comprising a plurality of interconnected devices and at least one configuration server, each configuration server being associated with a compatible subset of said plurality of communication devices, the method being characterized in that it comprises the implementation by an equipment of steps of:

(a) Identification in a structured directory of users of the configuration system of at least one main number;

(b) For each main call number, determining from said structured directory at least one range of associated call numbers;

(c) semantically analyzing said structured directory to determine for each user of the configuration system a profile type;

(d) generating a dial plan of the communication system from the determined call number ranges, the structured directory and mapping data; (e) Configuration of each configuration server according to the main call numbers, the dial plan, the structured directory and the defined profile types. According to advantageous and non-limiting characteristics:

The method comprises a preliminary step (aO) of determining from the structured directory a list of sites on which the users are distributed, a main call number being identified for each site in step (a) ;

• the main call number of a site is determined as the number most often associated with users of the site;

• the structured directory complies with the LDAP standard;

Step (c) comprises for each user the determination of a function and / or a department of the user, each function and / or department being associated with a standard profile;

Each configuration server comprises storage means on which is stored a database relating to the users of the equipment associated with said configuration server, the step (e) comprising for each user the generation and sending for at least one server configuring a request to create a user profile in the configuration server database;

The system further comprises a homogenization server connected to each configuration server, the homogenization server comprising storage means on which is stored a database comprising all the data relating to the users of the equipment associated with the servers. configuration in a homogenized format, said request for creating a profile of the user being sent by the equipment to the homogenization server so as to modify the database of the homogenization server, step (e) further comprising updating the database of at least one configuration server in accordance with any modification of the database of the homogenization server; The homogenization server comprises, for each of the configuration servers, a connector ensuring the conversion of data stored by the homogenization server into the data format of the database of the configuration server, the step (e) comprising for each user the generation and sending by the homogenization server to at least one configuration server of said request for creating a profile of the user converted by the connector.

According to a second aspect, the invention relates to a communication system comprising a plurality of interconnected equipment and at least one configuration server, each configuration server being associated with a compatible subset of said plurality of communication equipment, the characterized in that it further comprises equipment configured to implement:

- A module for identifying at least one main call number in a structured directory of users of the configuration system;

A module for determining at least one range of associated call numbers for each main call number, from said structured directory;

- A semantic analysis mode of said structured directory so as to determine for each user of the configuration system a profile type;

A module for generating a numbering plan of the communication system from the ranges of determined call numbers, the structured directory and mapping data;

- A configuration module for each configuration server based on the main call numbers, the dial plan, the structured directory and the defined profile types.

According to a third and a fourth aspect, the invention relates to a computer program product comprising code instructions for the execution of a method according to the first aspect of the invention of configuring a communication system; and computer readable storage means on which a computer program product comprises code instructions for executing a method according to the first aspect of the invention of configuring a configuration system.

DESCRIPTION OF THE FIGURES

Other features, objects and advantages of the present invention will appear better on reading the detailed description which follows, given by way of nonlimiting example and with reference to the appended drawings in which:

FIG. 1 is a diagrammatic representation of an embodiment of a communication system for implementing the method according to the invention;

FIGS. 2a-2e illustrate examples of displays implemented on an interface of an equipment during the various steps of the method according to the invention.

DETAILED DESCRIPTION OF THE INVENTION

Communication system architecture

The communication system of FIG. 1 comprises a plurality of interconnected communication equipment 2 such as fixed telephony and mobile telephony equipment. In the remainder of this description, the example of telephony equipment, in particular fixed telephones, will be taken.

These communication equipment 2 are grouped into compatible subsystems, that is to say configured according to the same logic. Each of these subassemblies is associated with a configuration server 3. These configuration servers 3 include storage means 31 on which is stored a database relating to users of equipment associated with them.

These different configuration servers 3 store databases organized according to a data model of their own. These different data models are thus generally not compatible with each other.

Indeed, each configuration server brand 3 (Cisco, Avaya, etc.) has its database having a specific structure (designed by the manufacturer of the server 3) and responding to commands in a particular syntax. It is common that two servers 3 of competing brands have a large number of common parameters (name, extension number, identifier, equipment, email address, etc.), but some parameters are not found in everyone.

In a particular embodiment of the present system which will be described later, at least two subsets are thus such that the configuration server 3 of one is incompatible with equipment 2 associated with the configuration server 3 of the other in other words, there is at least one heterogeneity. However, it will be understood that it is quite possible that the system also comprises several subsets that are compatible, provided that there is at least one heterogeneity. For example, a system may include three configuration servers 3, two of which are Cisco branded and one of Avaya branded: the equipment subassemblies 2 associated with the two Cisco servers are compatible with each other, but the subset 2 devices associated with the Avaya server is incompatible with them.

The system further comprises at least one computer equipment 7 connected to each configuration server 3 (possibly via a homogenization server 4, as will also be seen later). The equipment 7 comprises data processing means (such as a processor) for implementing the present method of configuring the communication system 1, and if necessary interface means (such as a screen, mouse, keyboard, etc.) to interact with a user. Structured directory

By "configuration of the communication system" (English "provisioning") is meant preparation of the databases of the configuration server or servers 3 so as to instantiate an operational steady state, that is to say the creation of all the profiles of the users of the system and the software cabling of the telephone lines to the correct equipment 2. This process is as explained typically implemented to configure the system of a new building a few days before a move of a company in this building.

As explained, it was previously common to work only on the agreement between the equipment and the call numbers (from a hardware configuration), and lastly to inform each device 2 (in the configuration server 3 associated) the data relating to its user. More precisely, from a given hardware configuration, it was more or less automated to create each of the associated user profiles.

The present process is based on an opposite approach: from a "human" organization, we will infer the material configuration. So instead of starting equipment 2, we start from user data. As we will see, we see that such an approach leads to a much more "clean" system configuration, that is to say much clearer and much more reliable (the risk of errors is greatly reduced). by simplifying the operation for the customer.

For this, the present method is based on a "structured directory" of the users of the configuration system 1. By directory, we mean a directory that groups information (name, phone number, e-mail address, information about the site , position, position of office, etc.) on the members of a group (in the following description, we will take the example of a company), in other words the users of the configuration system 1 Structured means that it is in an electronic format conforming to a standardized model of data representation. As a preferred example, there is the LDAP directory ("Lightweight Directory Access Protocol", the latest version is LDAPv3). LDAP is originally a protocol (based on TCP / IP) for querying and directory services change, which has evolved to represent a standard for directory systems, including a data model, a naming model, an LDAP-based functional model, a security model, and a replication model . An LDAP directory generally follows the X.500 model issued by the ITU-T ("International Telecommunications Union - Telecommunication Standardization Sector"): it is a tree structure, each node consists of attributes associated with their values.

The existence of a directory is almost unavoidable in any structure of the type of a company, as it is a tool used daily by employees to interact. Structured directories are extremely popular since they are included in many common office tools. For example, the Microsoft Outlook® address book is an LDAP directory.

The previous method exploits the structured directory of a company to determine almost all the information necessary for the configuration of the communication system 1. In fact we will consider that all the users listed in the structured directory is the whole users of the communication system 1. The directory may be provided to the equipment 7 implementing the method in various ways. For example just enter the URL of a directory of a server of the company in which the directory is stored, as seen for example in Figure 2a. Most of the information extracted from the directory is by semantic analysis (see below).

It will be understood that the order of the steps of the present method, an embodiment of which will now be described, is not limiting, and that certain steps can be switched. However, it will be understood that the present method is distinguished in that it immediately uses the structured directory. In known methods, the use of a directory where appropriate always ended the provisioning (for the creation of user profiles). Determination of the sites As explained, the communication system 1 can be multi-site. For example, a company may have its headquarters in Paris and have offices in Lyon. Although the two sites are distinct, the communication system 1 must be unified and allow internal calls between employees present on each site as well as if they were in offices next door.

In a first optional step, the equipment 7 determines from the structured directory the list of sites of the company (the sites on which the users are distributed). The site is generally an attribute of each user, so it is sufficient for the device 7 to browse the directory and extract that field for each user to determine the different sites. Semantic analysis can be implemented to recognize site-related information and to avoid considering as different the same that would have been filled in two neighboring ways by two users (for example "Paris" and "Paris site"). Many semantic analysis techniques are known to those skilled in the art.

The result can be displayed on the interface of the equipment 7. FIG. 2b illustrates for example the representation in the form of a diagram the number of users identified for each site.

Standard number

In a step (a), is identified in a structured directory at least one main call number, that is to say a standard number (in other words the number that is displayed during a call outwards). There is one main call number per site. In the case where the list of sites has been determined, a single main call number is determined for each of the sites. It corresponds to the number that is displayed during a call from any equipment 2 from the site to the outside. Knowing this number is a safety requirement: when calling an emergency number (fire brigade, etc.), rescue teams must be able to call the switchboard before intervening.

For a given site, the main call number is either directly entered as such in the directory (for example for a user called "standard") or can be found because it is typically filled by default as a call number for users who do not have a direct line. It is therefore sufficient to determine the number most often present for users of the site.

From the semantic analysis can also be implemented the numbers of are not always in the same format (presence of space or not between groups of two digits, international prefix, etc.)

Calling Ranges A call number range is a set of consecutive numbers (for example "201 X", ie 2010 to 2019) reserved by the company (each range is subject to charge). These numbers are most often internal, that is to say they exist only within the communication system 1, but can in some cases be external (direct lines). These ranges (usually 10 digits in size) are generally chosen at the base according to logical criteria (for example, all numbers of the nth stage start with n, etc.).

In a step (b) is determined for each main call number at least a range of associated numbers (internal or external), from said structured directory.

The ranges are assumed based on the numbers entered in the directory, the width of the range being a predetermined parameter. For example, if we know that each range has a width of 10 numbers, if are detected for a main number the internal numbers 201 1, 2013, 2014, 2015, 2019, 2033, 2034, 2037, 2039, 3250 and 3251, it can be assumed that the ranges are 201 X, 203X and 325X.

It can thus be deduced that the company has for example numbers 2010, 2016, 2017 and 2018, but does not use them for the moment. It should be foreseen that they can be used in the future if the number of associated services increases.

This step may include a return on the interface means of the equipment 7 identified ranges, as shown for example in Figure 2c. In particular, a visual can distinguish the lines used from the unused lines (and therefore available). Moreover, the tracks can be modified interactively. Determination of profiles

In a step (c), a semantic analysis is implemented in the directory so as to determine for each user a type of profile. The profile must be understood as a profile in the database of a configuration server 3. A profile of a given type is associated with specific equipment and services. A number of parameters can be pre-filled, and a level of functionality is defined.

Many criteria may be involved in semantic analysis, depending on the desired organization and the format of the directory. In particular, the type of profile may be related to the function (in other words the job title) and / or department (in other words the entity) of the user, hence the Interest of the semantic analysis: most often, each user enters himself the title of his function in the directory, using a clean turn. For example "Development Engineer", "R & D Engineer" or "ING. SEARCH "can correspond to the same type of profile type" Engineer ". For example, there may be a typical profile for engineers.

The interface of the equipment may allow a modification by the user of the determined type profiles (see Figure 2d).

At this stage, when the user has validated the standard profiles, can be displayed to the user a summary table of the user data obtained of the type of that of Figure 2e. Numbering plan

At this point, a system numbering plan 1 can be made from the directory, identified call number ranges, and mapping data in a step (d).

The dial plan defines the configuration of the system 1 and corresponds to the linking of the telephone numbers and the equipment 2. The data of mapping define the location of the users: such user will be in the nth office of the m-th floor of the k-th site. Insofar as the directory allows the user / call number correspondence, and insofar as one knows available numbers (thanks to the ranges) for the users who would not have entered a number in the directory, it is thus possible to define for each equipment 2 a call number.

The dial plan also allows to associate each equipment configuration server 3 on which it depends.

Note that this step can be done before step (c), unless certain profile types are associated with particular benefits (for example, "premium" users may have two lines) that would affect the plan. numbering.

Configuring configuration servers

In a final step (e), the databases of the configuration servers 3 can be constituted from all the data hitherto obtained. This is the actual configuration step of the servers 3.

For each user, the device 7 generates a request to create a profile in the database of at least one configuration server 3 (possibly more than one if a user has several lines). The choice to send the request to this or that server 3 is determined by the dial plan, which determines for each device 2 which is the configuration server that manages it.

Each profile conforms to the profile "type" determined for the user. A type corresponds to a profile at least partly pre-filled, as explained above.

We note that each type profile can be defined as adhering to a combination of "packs", in French "bouquets", each associated with a level of service for a given service (fixed telephony, mobile telephony, e-mails, etc.). ). Each bouquet thus allows the resolution of certain variables, by defining a basic state "mandatory", "optional activated" or "optional deactivated". "Mandatory" means that the service is planned as basic, "optional activated" means that it is not planned basic but activated, and "optional deactivated" means that it is not intended as a base and that it is not activated. It is noted that the "forbidden" state is not included, so as never to limit the user. Thus, any superfluous service is by default in "optional deactivated" but remains activable if necessary.

For example, there can be provided a "basic" package, in which the "1 telephone landline era" service is compulsory, the ^"2nd telephone land line" service is optional disabled, and "moving line" service is optional disabled . This means that any profile adhering to the basic bouquet will default only a phone line.

Then there can be provided a "plus" package (eg for commercial), in which the "1 telephone landline era" service is compulsory, the ^"2nd telephone land line" service is optional disabled, and service " mobile line "is optional activated. This means that any profile joining the bouquet plus will have a phone line and a mobile line, but that mobile line can be disabled by a manager and / or a second fixed line can be activated.

Then it can be provided a "premium" package (eg a ruler), in which the "1 telephone landline era" service is compulsory, the ^"2nd telephone land line" service is optional on, and service " mobile line "is mandatory. This means that any profile adhering to the premium package will have basic services while being able to disable the second line if necessary.

Furthermore, it is noted that the homogenization server 4 can implement predetermined rules so as to solve other variables missing profiles in relation to the environment, or even bypass some automation to allow a custom deployment.

After the possible automatic configuration of the largest number of variables on each of the profiles, the missing fields are determined from the dial plan, the directory, and the main numbers. It should be noted that the equipment 7 can be addressed directly to each server 3 (and must in this case generate the request in a suitable format, which can be complex if the system 1 is a heterogeneous system comprising several configuration servers 3 of different manufacturers using their own syntaxes), or address a homogenization server 4 if the system 1 includes one. Such a homogenization server is described in the patent application FR1258177, and is particularly useful in an embodiment in which each configuration server 3 is associated with a compatible subset of said plurality of communication equipment 2, with at least two subsets such as the configuration server 3 of one is incompatible with equipment 2 associated with the configuration server 3 of the other.

This homogenization server 4, connected to each configuration server 3, comprises storage means 41 on which is stored a database comprising all the data relating to the users of the equipment associated with the configuration servers 3, it is ie an additional persistent database.

These data are stored in a homogenized format compatible with the different data models of the different configuration servers. Specifically, the database of the homogenization server uses an abstraction language (typically a markup language such as XML or JSON) greater than that of the databases of the configuration servers 3. The user parameters in this base of homogenized data are all the parameters used by at least one database of a configuration server 3 (default values are optionally used for the "over-the-top" parameters) so as to be sure that the homogenization server contains the all the information.

The homogenization server 4 is typically configured to update its database according to any modification of the database of a configuration server 3, and vice versa (the homogenization server is configured to update the database of at least one configuration server 3 in accordance with any modification of its own database).

Thus, if the equipment 7 sends profile creation requests to the homogenization server 4, the database 41 of the latter is modified, which results in the automatic return of a translated request in the correct format to the or the configuration servers 3 concerned.

For this, the homogenization server 4 comprises at least one, and advantageously for each of the configuration servers 3 "incompatible with each other", a connector 5 adapted to make the data stored by the homogenization server 4 consistent with the model. 3. In other words, this connector 5 (it can be two-way, alternatively one can have two connectors) ensures the conversions of the data of a database in the database. format of another. For example, in the case of a change of e-mail address of a user at the level of the homogenization server 4, the connector 5 "writes" a request to modify the database of the configuration server 3 in the database of which the address also to be corrected, this request being in a format and syntax accepted by said configuration server 3. More precisely, by means of connector 5 a software brick implemented by the processing means of data from the homogenization server 4, for example based on an XML file describing the syntax associated with a "standard" configuration server 3. The connector 5 provides the homogenization server 4 vocabulary and grammar to understand and manipulate the 3. In this way, if all the configuration servers 3 are of the same brand and are "compatible" with each other, only one connector 5 is required.

Note that the homogenization server 4 can store a plurality of connectors 5, and preferably a connector for each known "standard" configuration server 3, so as to be able to universally manage any architecture of 2. The connectors 5 can be updated if the format associated with a configuration server 3 changes, or if new formats appear. In a particularly preferred way, the homogenization server 4 further comprises a component 6 (per component is understood to mean a software module implemented by the data processing means of the homogenization server 4) capable of generating, from data it receives, at least one homogenized user profile. By homogenized user profile, we mean a profile based on a type of profile at the level of the database of the homogenization server 4.

This facilitates the creation of profiles, insofar as simplified requests can be sent to the homogenization server 4: the latter is responsible for pre-filling the profiles, simply by indicating the profile type determined for each user. It should be noted that the equipment 7 and the homogenization server 4 can even be one and the same equipment.

System

According to the second aspect, there is provided the system 1 comprising the equipment 7 configured for implementing the method according to the first aspect. In particular, the equipment 7 (or rather its data processing means) is configured to implement:

- A module identifying at least one main call number in a structured directory of users of configuration system 1 (this module can also be configured to identify sites);

- A semantic analysis mode of said structured directory so as to determine for each user of the configuration system 1 a type of profile;

A module for generating a numbering plan of the communication system 1 from the determined call number ranges, the structured directory and mapping data; A configuration module of each configuration server 3 according to the main call numbers, the dial plan, the structured directory and the determined profile types (this module is typically configured to write profiles creation requests); to the configuration servers 3 and / or the homogenization server 4).

Computer program product According to a third and a fourth aspect, the invention relates to a computer program product comprising code instructions for execution (in particular on data processing means of the equipment 7). a method according to the first aspect of the invention of configuring a communication system 1, as well as storage means readable by a computer equipment (for example data storage means of the equipment 7) on which there is this product computer program.

Claims

Method for configuring a communication system (1) comprising a plurality of interconnected pieces of equipment (2) and at least one configuration server (3), each configuration server (3) being associated with a compatible subset of said plurality of equipment

(2) of communication, the method being characterized in that it comprises the implementation by equipment (7) of steps of:

(a) Identification in a structured directory of users of the configuration system (1) of at least one main call number;

(b) For each main call number, determination from said structured directory of at least one range of associated call numbers;

(c) Semantic analysis of said directory structured so as to determine for each user of the configuration system (1) a type of profile;

(d) Generation of a numbering plan for the communication system (1) from the determined call number ranges, the structured directory and mapping data;

(e) Configuration of each configuration server (3) based on the primary call numbers, the dial plan, the structured directory and the determined profile types.

Method according to claim 1, comprising a preliminary step (aO) of determining from the structured directory a list of sites over which the users are distributed, a main call number being identified for each site in step (has).

3. Method according to claim 2, in which the main call number of a site is determined as the number most often associated with users of the site.

Method according to one of the preceding claims, in which the structured directory complies with the LDAP standard.

Method according to one of the preceding claims, in which step (c) comprises for each user the determination of a function and/or a department of the user, each function and/or each department being associated with a typical profile .

Method according to one of the preceding claims, in which each configuration server (3) comprises storage means (31) on which a database relating to the users of the equipment associated with said configuration server (3) is stored, the step (e) comprising for each user the generation and sending for at least one configuration server (3) of a request to create a user profile in the database of the configuration server (3) .

Method according to claim 6, in which the system (1) further comprises a homogenization server (4) connected to each configuration server (3), the homogenization server (4) comprising storage means (41) on which a database is stored comprising all the data relating to the users of the equipment associated with the configuration servers (3) in a homogenized format, said request for creating a user profile being sent by the equipment (7) to the homogenization server (4) so as to modify the database (41) of the homogenization server (4), step (e) further comprising updating the database d 'at least one configuration server (3) in accordance with any modification of the database of the homogenization server (4).

Method according to claim 7, in which the homogenization server (4) comprises, for each of the configuration servers (3), a connector (5) ensuring the conversion of data stored by the homogenization server (4) into the data format of the database of the configuration server (3), step (e) comprising for each user the generation and sending by the homogenization server (4) to at least one configuration server (3) of said request for creating a user profile converted by the connector (5).

9. Communication system (1) comprising a plurality of interconnected pieces of equipment (2) and at least one configuration server (3), each configuration server (3) being associated with a compatible subset of said plurality of pieces of equipment (2) of communication, the system (1) being characterized in that it further comprises equipment (7) configured to implement:

- A module for identifying at least one main call number in a structured directory of users of the configuration system (1);

- A module for determining at least one range of associated call numbers for each main call number, from said structured directory;

- A mode of semantic analysis of said directory structured so as to determine for each user of the configuration system (1) a type of profile;

- A module for generating a numbering plan for the communication system (1) from the determined call number ranges, the structured directory and mapping data;

- A configuration module for each configuration server (3) according to the main call numbers, the dialing plan, the structured directory and the determined profile types.

10. Computer program product comprising code instructions for executing a method according to one of claims 1 to 8 of configuration of a communication system (1), when said program is executed on a computer. Storage means readable by computer equipment on which a computer program product comprises code instructions for the execution of a method according to one of claims 1 to 8 for configuring a communication system (1).