WO2006072696A1 - Systeme, programme et procede d'affectation de ressources - Google Patents

Systeme, programme et procede d'affectation de ressources Download PDF

Info

Publication number
WO2006072696A1
WO2006072696A1 PCT/FR2005/003273 FR2005003273W WO2006072696A1 WO 2006072696 A1 WO2006072696 A1 WO 2006072696A1 FR 2005003273 W FR2005003273 W FR 2005003273W WO 2006072696 A1 WO2006072696 A1 WO 2006072696A1
Authority
WO
WIPO (PCT)
Prior art keywords
membership
resource
class
database
computer
Prior art date
Application number
PCT/FR2005/003273
Other languages
English (en)
Inventor
Samir Dorhmi
Jacques Potier
Michel Valette
Michel Monteil
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to US11/794,640 priority Critical patent/US8175905B2/en
Priority to EP05850609A priority patent/EP1834274A1/fr
Publication of WO2006072696A1 publication Critical patent/WO2006072696A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313—Resource planning in a project environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis

Definitions

  • the invention relates to automated industrial processes implemented in a large enterprise. More particularly, the invention relates to the automatic allocation of resources capable of performing a type of action in an industrial process.
  • a process can be defined as a set of tasks organized in a sequential or parallel network, combining and implementing multiple corporate resources.
  • Each task can be defined as the transformation of one or more task start objects into one or more end-of-task objects by performing one or more actions using one or more operational resources.
  • a task can be carried out as soon as conditions of realization are satisfied and subject to time and availability of the resources performing the task.
  • the decomposition of a process into tasks is recursive. Each task can itself be broken down into subtasks. Performing a task broken down into sub-tasks is itself a process. The decomposition of a task into sub-tasks can stop when it is no longer possible or no longer necessary to break down the task.
  • processes are broken down into tasks and sub-tasks based on a degree of process oversight and the operational capability of the operational resource assigned to a task.
  • An industrial process can start when taking an order and can include all the intermediate tasks to be performed by the company until the delivery of the product, delivery being the last task of the process.
  • the product supplied by the company depends on the business sector of the company and can correspond to a physical product but also to a service delivery.
  • Implementing a process In addition, the industrial sector makes use of various operational resources of the company.
  • a resource may be of different nature depending on the type or types of task and action to be performed.
  • a production site is an operational resource capable of producing different types of products. But inside this production site, a production team, a production line or a robot constitute separate operational resources able to perform more limited manufacturing actions.
  • An intervention team is an operational resource intended to intervene for certain types of actions (troubleshooting, maintenance, or other service action) to be performed in a given geographical area.
  • Information technology allows companies to automate more and more the development of an industrial process. Indeed, a customer can place an order online via the Internet.
  • the order can then be processed automatically by a server that controls the industrial process relating to the ordered products by sending various action orders to various corporate resources.
  • a server that controls the industrial process relating to the ordered products by sending various action orders to various corporate resources.
  • a single server can supervise the whole of a process, or the process is managed successively by the different resources implemented.
  • a database contains information relating to a category of physical objects. Commonly, all the information relating to a physical object corresponds to a computer object.
  • An object computer is a set of structured information according to a type of object. The type of object is determined based on information about the physical objects that you want to describe in the database.
  • a database is a set of computer objects defined according to a type of object. Currently, an object type has features specific to the physical objects and information relating to the processing (s) performed on said physical objects.
  • the database includes an object associated with each client.
  • the structure of each object comprises, on the one hand, customer-specific information and, on the other hand, information specific to the resources in charge of the different services for this customer.
  • a product file is a database that contains representative objects of the products. Each object contains product-specific information and information indicating for each product or category of products the resource or resources of the company involved in the processing performed on the product.
  • a database that includes computer objects representative of the physical objects.
  • Each computing object includes information specific to each physical object and information relating to the processing of each physical object.
  • the interrogation of the database makes it possible, for an action or task to be performed, to know which resource is concerned.
  • Such a database structure poses a problem of maintaining the databases. When a company reorganizes itself, it changes the distribution and activity of its resources. It is then necessary to Review all databases to edit all resource allocation information. As large companies reorganize regularly to optimize their operational functioning, the non-operational costs generated by this type of operation are significant.
  • each company adapts the structure of its databases according to its needs.
  • the merging of two companies adds to the problems of reconciliation of the intrinsic properties of the databases of the companies concerned a problem to be solved with regard to the static reallocation of the resources to put them in relation with the objects of the databases concerned.
  • the object of the invention is to solve the problems mentioned.
  • Databases of computer objects are realized only with intrinsic properties to physical objects.
  • Data filters are defined to sort the different intrinsic properties in order to classify them into object classes.
  • Assignment matrices are then used to map resources to object classes.
  • an assignment method is implemented to automatically determine a resource. From the solicitation of the device specifying the type of action to be performed and the identifier of the object, the device queries the database concerned to obtain intrinsic information relating to the object. The intrinsic information passes through a data filter to determine a membership class. From the membership class, an assignment matrix links to one or more resources.
  • the invention is a method for allocating resources in a dynamic process having actions to be performed relative to physical objects using at least one database, at least one data filter and at least one assignment matrix.
  • the database includes a plurality of computer objects corresponding to the physical objects, each computer object having a plurality of features intrinsic to the corresponding physical object.
  • the filter of data sets membership rules for membership classes based on intrinsic characteristics.
  • the assignment matrix maps one or more resources to a membership class.
  • a request to obtain the determination of a request is received by the processing device.
  • the query contains a type of action to perform.
  • the assignment matrix comprises for each membership class a list of at least two resources corresponding to at least two types of action to be performed, each type of action being associated with a resource of said list.
  • the type of action to be performed being indicated by the process, step c / determines the resource to be used depending on the type of action to be performed.
  • the databases no longer need to contain the resource information that is contained in the assignment matrices.
  • resources are much smaller than computer objects, this significantly reduces the size needed to store information.
  • a fine decomposition of the tasks of a process makes it possible to use data filters and assignment matrices of small sizes. In case of reorganization, the bases are no longer modified. All you have to do is modify the assignment matrices and possibly the filters, which considerably reduces the update operations.
  • the invention may be embodied in the form of a computer program comprising portions of code executable by a computer for implementing the method.
  • the invention also covers the computer readable data storage medium which includes the program as well as the on-line provisioning of said computer program.
  • the invention is a process implementing tasks relating to physical objects. For a task to be performed on a physical object, the process determines a type of action to be performed and then performs the resource assignment method to determine the resource to be used to perform the task.
  • the invention is a system for processing at least one task of a process, which comprises: at least one database of computer objects, each computer object including an identifier and a plurality of characteristics intrinsic to the physical object; at least one data filter establishing rules of belonging to membership classes based on intrinsic characteristics; at least one assignment matrix that maps one or more resources to a membership class; processing means for querying the database to obtain intrinsic characteristics, for subjecting the intrinsic characteristics to the membership rules of the data filter to determine the class of membership of the object, and for determining the resource to use using the membership class and the assignment matrix.
  • FIG. 1 illustrates the course of an industrial process
  • FIG. a resource allocation system according to FIG. 3 illustrates an exemplary data processing implemented using the method according to the invention
  • FIG. 4 illustrates a flowchart of the method according to the invention
  • the processes can be very complex, and many models can represent them.
  • the invention being independent of the number and complexity of the processes implemented, reference is made to a model and simplified examples to facilitate the understanding of this document.
  • the invention can however apply to all processes and it is all the more advantageous that the implementation of the process is complex.
  • Figure 1 shows a simple decomposition of an industrial process into three tasks Ti, T 2 and T3.
  • the process can be more complex and can perform tasks in parallel, as shown in dashed with task T 2 .
  • a processing system 100 interacts with the tasks Ti to T 3 in order to ensure the smooth running of the process. It is at the level of the processing system 100 that the databases for the allocation of resources are located.
  • the processing system 100 is a computer system consisting of one or more computers for storing the data of the company and processing the data.
  • An example of a processing system 100 is shown in FIG. 2.
  • the processing system 100 comprises databases 110, data filters 120, assignment matrices 130 and processing means 140.
  • the databases 10, the data filters 120 and the assignment matrices 130 are stored on one or more hard disks belonging to one or more computers and are not necessarily stored at the same location. Preferentially, the databases 110 are centralized for the entire company when all the operational resources of the company are likely to access them.
  • the processing means 140 consist of one or more computers having programs for accessing the data and processing on the databases 110, the data filters 120 and the assignment matrices 140.
  • the task Ti is the taking of an order of a product manufactured on demand and including its installation at the customer.
  • Task T 2 is a task of manufacturing the product ordered.
  • Task T 3 is the delivery and installation task.
  • the task Ti consists of collecting the initialization data of the process, these initialization data correspond to a purchase order identifying the customer and the products and services ordered. The purchase order is then sent to the next resource for the rest of the process.
  • the operational resource in charge of the order-taking task T 1 is contacted directly by the client and there is no need to determine it.
  • This operational resource is for example a vendor capable of exchanging data with the processing system 100.
  • the vendor may also be a computer server connected to the Internet on the one hand and to the processing system 100 on the other hand.
  • the seller to develop the purchase order, needs to identify the customer and identify the products and services ordered. During this task, the seller interacts between the client and the processing system 100.
  • the seller asks for his name and checks whether the customer is already registered as a customer in a database 110 corresponding to a database whose objects correspond to customers. If it is a new customer, the seller requests information specific to the customer, such as for example: his name, his address, possibly a delivery and billing address, the method of payment used, possibly a delay payment, and possibly other non-essential optional information for the current order. The customer-specific information is then updated in the database. The seller re-interrogates the databases 110 to obtain the product catalog (database where the objects correspond products) and the service catalog (database where the objects correspond to services) in order to allow the customer to make your choice. Querying catalogs provides all the features of the products and services that allow the customer to choose the product that best fits their needs.
  • the customer having chosen a product accompanied by an installation service the seller can establish his purchase order and send it to the next resource to perform the T 2 manufacturing task.
  • the operational resource in charge of the task T 2 is a manufacturing unit.
  • the vendor implements the automated method described jointly with the aid of FIGS. 3 and 4.
  • the seller provides a product identifier 300 to the processing system 100 to obtain the manufacturing unit capable of producing the product.
  • the processing means 140 query the databases 110
  • the database consists, for example, of a table comprising a column of identifiers 302 and a plurality of characteristic columns.
  • the intrinsic characteristics 301 are then subjected to a filter 121 (step 402) to determine a membership class 304.
  • the filter 121 is one of the filters 120 assigned to the products of the database 111 to determine the resource concerned to perform. different types of tasks on the product that are, for example, its production, repair or even recycling.
  • Each filter 121 includes a list of conditions 305 and a list of classes 306.
  • the condition list 305 defines a plurality of sets of conditions based on the characteristics of the products. Each set of conditions is associated with a class of membership of the class list 306.
  • the processing means 140 performs the verification of the series of conditions and provides the class of membership associated with a series when the conditions are verified using the extracted characteristics 301.
  • the processing means 140 determine the resource concerned (step 403) using the membership class 304 and a membership matrix 131.
  • the membership matrix 131 is one of the matrices 130 associated with the filter 121
  • the matrix 131 comprises a list of classes 307 identical to the class list of the filter 121. For each membership class, the matrix 131 corresponds to a series of resources 308 corresponding to different tasks or types of action to be performed on a given class. product belonging to the membership class 304.
  • the determination of the resource to be used is done by retrieving the series of resources 308 associated with the membership class and by selecting from these resources that which corresponds to the task or type of resource action to perform.
  • the computer catalog constitutes a database whose objects correspond to computers.
  • the computers in the catalog are, for example, grouped into computer models each having a number of internal components that can be optionally changed as well as additional options.
  • the features of each computer in the catalog reflect one of several possible configurations of options.
  • This computer catalog includes a list of combinations that the manufacturer proposes to market taking into account the compatibility between the options and the commercial interest of each combination proposed.
  • Such a catalog may include several thousand products while the manufacturer has only a few production units, for example five.
  • the integration of the indication of the production unit in the product database is not very flexible if one wishes to modify the distribution of production between the production units, which occurs regularly according to the production unit. the importance of orders for certain products and component stocks of different production units.
  • the number of membership classes is greater than the number of production units in order to allow more flexibility in the organization of production.
  • classes of membership can be used.
  • the membership conditions are determined based on the characteristics present in the product catalog and can take into account only a small number of characteristics defining the product.
  • classes are defined in order to group a number of products of the same order of magnitude.
  • the product catalog containing for example 1500 products, the fifty classes each group for example between 15 and 50 products.
  • Matrix 131 is set to match each membership class with a single resource for a task to be performed.
  • the same resource can be used for multiple tasks.
  • the different tasks directly related to a product being its manufacture, repair and recycling.
  • a production unit mainly produces a product, but it can also perform repair or dismantling in order to recycle the various components of a product if the company does not have an independent unit more specialized.
  • the filling of the matrix should ideally take into account the states of the different production units as well as the probabilities of selection of the membership classes.
  • the state of inventories of parts used to manufacture a computer constantly fluctuates according to the products manufactured and deliveries.
  • the probability of selecting a class of membership may depend on the wishes of customers, who evolve by periods. Whatever the distribution of the resources in the matrix 131, this distribution will have to change in more or less long term to respond to parameters that evolve over time.
  • a great advantage of the invention is that only the matrix 131 can be modified in most cases. Indeed, the number of classes Since membership is greater than the number of production units, it is possible to very simply modify the distribution of resources in relation to the membership classes at any time. Matrix changes can be made based on the status of the component inventory in the manufacturing units and the queue of each unit. It is thus possible to act on the matrix to dynamically distribute the production.
  • filter 121 should be modified by increasing the number of membership classes or redefining the series of conditions. Such an operation is a little heavier to achieve than a simple distribution in the matrix. But it intervenes infrequently.
  • Adding a new product to the catalog can be compatible with filters.
  • a new product has a combination of features that may already be classifiable in one of the membership classes. However, it is possible for a new product to have a feature excluding it from all membership classes.
  • test 404 consists in verifying if a class of membership has been associated with the characteristics of the product by the filter 121. If no class is found, then a processing error is detected (step 405). The processing error can then be reported for correction. The determination of the resource to be performed is then done manually. The correction of such an error consists in modifying the membership classes.
  • a second possibility, offering more flexibility in reactivity, consists in defining a normally empty membership class whose condition is that none of the other conditions of the filter is verified. It is then possible to assign a resource, for example able to process all new products. If this class is too often solicited, the other conditions of the filter must be modified. Moreover, in order to be able to cover all the scenarios, it is necessary to provide for a possibility of exceptional treatment. By exceptional treatment, it is necessary to understand a possible treatment only in rare cases. The the exceptional nature of the treatment may result from different reasons. It is for example possible not to have intrinsic and generic properties compatible with the definition of the computer objects of the database.
  • test 406 After the step 401 for extracting the characteristics of the product from the database 111, and before the step 402 of submitting these extracted characteristics 301 to the filter 121, it is necessary to check whether it is a product requiring exceptional treatment (test 406).
  • the exceptional nature of the product can be detected either by the product identifier and a table listing the identifiers of exceptional products, or by performing a test on the intrinsic characteristics in order to detect an exceptional characteristic.
  • exceptional treatment is implemented (step 407).
  • the resource to be assigned is known and can correspond to a resource able to process non-exceptional products possibly in another context. If the exceptional character comes from an option preventing the use of automatic machines set up on production lines, the assembly can still be done but for example by a team that normally provides the repair of products and is less automated .
  • an automatic allocation process is launched concerning only the exceptional products.
  • the automatic resource allocation can be done using a more conventional technique using a database for only exceptional products that corresponds to a copy of the product database in which the resources are indicated. he It is also possible to use a method of assignment similar to that used for non-exceptional objects. Since exceptional objects are rare by definition, the additional data needed for exceptional processing are limited in number.
  • the manufacturing unit having been assigned during the task Ti the task T2 can be performed. As indicated above, the task T 2 can itself be decomposed into subtasks.
  • the production task T 2 of a computer can be broken down into several sub-tasks, one or more assembly subassemblies of the interface cards on a motherboard, a configuration subtask from the operating system to a hard drive depending on the chosen hardware options, one or more assembly subtasks in the motherboard case and peripherals integrating into the case, packaging, and others.
  • the product catalog database is the same.
  • the filter (s) used may be the same or be defined in a different way because it is no longer a question of distributing a production load between production units but of distributing machines and assembly teams to perform specific tasks in function of the characteristics of the products.
  • the assignment matrix or matrices may comprise, for each membership class, one or more series of resources in a number different from that of the matrix 131. In fact, since the number of sub-tasks is greater, it should be possible to assign a number of sub-tasks. resource for each subtask. It is possible to have matrices that group the resources assigned to sub-tasks performed in parallel, such as, for example, the assembly of the cards on the motherboard performed by an assembly robot and the configuration of the system. exploited by a robot software.
  • the combination of the invention with robots is particularly interesting.
  • the order form, in electronic format, makes it possible to automatically choose the robots and can furthermore make it possible to recover robot-specific commands stored in the matrix.
  • a card assembly robot can be configured for one or more types of motherboard and can for example insert a card in the motherboard among a choice of cards present in the stores of said robot. Two different products can thus be processed by the same robot for the assembly of a card and by two different robots for the assembly of a next card.
  • the matrix may indicate the robot to be used but also, to the robot, the type of motherboard, the location selected on the motherboard and the robot store corresponding to the card to be assembled.
  • Robot software that configures the operating system of the computer being manufactured may be affected depending on the type of operating system chosen by the client.
  • the configuration of the configuration is done for example using a part of the product parameters describing the hardware configuration of the computer.
  • Task T 2 ends when all manufacturing sub-tasks are performed. At the end of task T 2 , it should be determined which resource will deliver and install the product at the customer. Delivery depends on the delivery address specified in the customer database. The installation may depend on the product. The assignment of a team shows a possible variant of the implementation of the invention with reference to FIGS. 4 and 5.
  • the determination of the resource in charge of the task T 3 is done by performing a database interrogation step 401 to obtain the necessary characteristics.
  • a product identifier 300 and a customer identifier 500 are provided to the processing system.
  • the processing means 140 interrogate, on the one hand, the database 111 of the products and, on the other hand, the database 112 of the clients, the two databases being part of the databases 110. not all of the product and customer characteristics that are used but only a significant part for the determination of the resource in charge of the task T 3 .
  • For the product only characteristics defining the competence of the resources are needed, for example the type of operating system, the type of Internet connection, any external devices to connect to the computer.
  • the delivery address may be sufficient to determine the "delivery team" resource to be solicited.
  • the characteristics 501 and 502 from the databases 111 and 112 are then grouped together to form a feature group 503.
  • the processing means 140 verify during the test 406, that there is no exception processing to be implemented on both the product and the client before proceeding to the filtering step 402. characteristics 503 are subjected to a filter 122 to determine a membership class 504.
  • the filter 122 is one of the filters 120 assigned to the products of the database 111 and the clients of the database 112 to determine the resource concerned. to perform a delivery task possibly including an installation.
  • the processing means 140 performs the verification of the series of conditions of the filter 122 and determines the membership class 504 associated with the series which verifies the conditions on the characteristics 503.
  • the processing means 140 determine the resource by providing a membership matrix 132, on the one hand, the membership class 504 and, on the other hand, the type of action 505 to be performed.
  • the membership matrix 132 is one of the matrices 130 associated with the filter 122.
  • the matrix 132 differs from the matrix 131 in that it has a direct selection of type of action on a series of resources corresponding to a task of delivery / installation to be performed on a product / customer pair belonging to the membership class 504.
  • the type of action to be performed is for example a simple delivery, a delivery with Internet connection on the cable, a delivery with Internet connection by an xDSL type connection, or other installation possibility.
  • the determination of the resource 506 to be used is performed by taking a resource associated with the membership class 504 and the action type 505.
  • the number of products is of the order a few thousand. As far as the customers are concerned, their number may be even greater, of the order of a hundred thousand.
  • the number of product / customer pairs is all the more important. Depending on the type of installation, it may be different teams that have the necessary technical skills. In addition, the team will have to be chosen according to the location of the place of delivery.
  • the number of membership classes is chosen to allow both a breakdown of technical competence and a geographical division sufficiently fine to have some flexibility of reorganization. The fineness of the geographical division is for example determined according to the number of teams available with a multiplying factor, for example equal to ten.
  • the invention can be used to carry out maintenance operations on the network of a telephone operator.
  • a telecommunication network in a country such as France has several hundred thousand network nodes.
  • Each network node can correspond to a computer object of a database.
  • the characteristics of the network node include a description of the hardware constituting the network node, the location of the node, its hierarchical level in the network topology, the types of connections made by the node, and possibly other information specific to the node.
  • the maintenance teams for example 100, are spread over the territory and have skills that allow them to act on certain materials and not others. They can be of different sizes and have different working hours. Maintenance teams can be responsible for various tasks, such as, for example, periodic simple maintenance, non-critical troubleshooting (non-blocking failure), emergency troubleshooting possible over three time slots.
  • periodic simple maintenance non-critical troubleshooting (non-blocking failure)
  • emergency troubleshooting possible over three time slots.
  • the resource pointers are centralized in the assignment matrices 130 via the data filters 120.
  • the number of pointers is greatly reduced. For example, if for an object type five resources can be assigned and the database has 100,000 objects then 500,000 resource pointers are needed. This number of resource pointers is greatly reduced by the invention.
  • the number of resource pointers is reduced to 10,000 to which must be added the 2000 membership class pointers.
  • the total number of pointers is thus reduced to 12,000.
  • Such a reduction has the advantage of reducing the processing of pointers to be performed and therefore of requiring less powerful computers in terms of the number of operations to be performed.
  • Another advantage of less importance is the reduction of the stored information representative of the pointers.
  • the client file of a telephony operator reaches 30 million customers.
  • services or interventions can be performed by different resources of the operator at the request of the customer.
  • the gain on such a database is even greater in terms of organization.
  • the benefits of reducing the number of pointers are even greater.
  • One or more databases can be queried for a single resource assignment in function of the cases to be treated.
  • One or more filters can be defined for a database. At least one filter assignment matrix is used.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

L'invention concerne un procédé d'affectation de ressources. Des bases de données (110) d'objets informatiques sont réalisées uniquement avec les propriétés intrinsèques aux objets physiques. Des filtres de données (120) sont définis pour trier les différentes propriétés intrinsèques afin de les répartir en classe d'objets. Des matrices d'affectation (130) sont ensuite utilisées pour faire correspondre des ressources aux classes d'objets. Lors du traitement d'un processus, le procédé d'affectation est mis en œuvre pour déterminer une ressource. Une base de données est interrogée (401) pour obtenir des informations intrinsèques. Les informations intrinsèques passent à travers un filtre de données pour déterminer (402) une classe d'appartenance. A partir de la classe d'appartenance, une ou plusieurs ressources sont déterminées (403) avec une matrice d'affectation. Le procédé est mis en œuvre à l'aide d'un programme d'ordinateur. L'invention définit également un système de traitement adapté pour mettre en œuvre le procédé.

Description

SYSTEME , PROGRAMME ET PROCEDE D ' AFFECTATION DE RESSOURCES
L'invention concerne les processus industriels automatisés mis en œuvre dans une entreprise de grande taille. Plus particulièrement, l'invention se rapporte à l'affectation automatique de ressources aptes à effectuer un type d'action dans un processus industriel.
Par processus industriel, le présent document englobe tout processus mis en oeuvre dans une entreprise afin de réaliser un travail donné nécessitant la réalisation de plusieurs tâches. Un processus peut se définir comme un ensemble de tâches organisées en réseau de manière séquentielle ou parallèle, combinant et mettant en œuvre de multiples ressources de l'entreprise.
Chaque tâche peut se définir comme la transformation d'un ou plusieurs objets de début de tâche en un ou plusieurs objets de fin de tâche en réalisant une ou plusieurs actions à l'aide d'une ou plusieurs ressources opérationnelles. Une tâche peut se réaliser dès lors que des conditions de réalisation sont satisfaites et sous réserve de temps et de disponibilité des ressources effectuant la tâche.
La décomposition d'un processus en tâches est récursive. Chaque tâche peut elle-même être décomposée en sous-tâches. La réalisation d'une tâche décomposée en sous-tâches constitue elle-même un processus. La décomposition d'une tâche en sous-tâches peut s'arrêter dès lors qu'il n'est plus possible ou plus nécessaire de décomposer la tâche. Dans la pratique, les processus sont décomposés en tâches et sous-tâches en fonction d'un degré de supervision du processus et en fonction des capacités d'action de la ressource opérationnelle affectée à une tâche.
Un processus industriel peut démarrer lors de la prise d'une commande et peut comprendre toutes les tâches intermédiaires à réaliser par l'entreprise jusqu'à la livraison du produit, la livraison constituant la dernière tâche du processus. Le produit fourni par l'entreprise dépend du secteur d'activité de l'entreprise et peut correspondre à un produit physique mais également à une prestation de service. La mise en œuvre d'un processus industriel fait en outre appel à différentes ressources opérationnelles de l'entreprise.
Par ressource opérationnelle, il faut comprendre un élément de l'entreprise ayant un rôle actif dans un processus, c'est-à-dire apte à effectuer au moins une action au cours d'au moins une tâche d'un processus. Dans le présent document, une ressource peut être de différente nature suivant le ou les types de tâche et d'action à effectuer. Un site de production est une ressource opérationnelle capable de réaliser différents types de produits. Mais à l'intérieur de ce site de production, une équipe de production, une chaîne de production ou encore un robot constituent des ressources opérationnelles distinctes aptes à effectuer des actions de fabrication plus limitées. Une équipe d'intervention est une ressource opérationnelle destinée à intervenir pour certains types d'actions (dépannage, maintenance, ou autre action de service) à effectuer dans une zone géographique donnée. Les technologies de l'information permettent aux entreprises d'automatiser de plus en plus le déroulement d'un processus industriel. En effet, un client peut passer une commande en ligne par l'intermédiaire d'Internet. La commande peut ensuite être traitée de manière automatique par un serveur qui pilote le processus industriel relatif aux produits commandés en envoyant à différentes ressources de l'entreprise des ordres d'action à effectuer. Suivant les différentes configurations possibles, un unique serveur peut superviser l'ensemble d'un processus, ou le processus est géré de manière successive par les différentes ressources mises en oeuvre.
Sans utiliser des processus industriels complètement automatisés, les entreprises utilisent également une assistance informatisée pour la gestion des processus lorsqu'un acteur de l'entreprise ne peut pas connaître l'intégralité des données d'une entreprise. C'est notamment le cas des entreprises de grande taille qui disposent d'une large implantation géographique, d'un large éventail de clients, de produits et/ou de ressources. Quelque soit le mode de gestion du processus, celui-ci fait appel à des bases de données. Une base de données contient des informations relatives à une catégorie d'objets physiques. Communément, l'ensemble des informations relatives à un objet physique correspond à un objet informatique. Un objet informatique est un ensemble d'informations structurées selon un type d'objet. Le type d'objet est déterminé en fonction d'informations relatives aux objets physiques que l'on souhaite décrire dans la base de données. Une base de données est un ensemble d'objets informatiques définis selon un type d'objet. Actuellement, un type d'objet comporte des caractéristiques propres aux objets physiques et des informations relatives au(x) traitement(s) effectué(s) sur lesdits objets physiques.
Ainsi, pour un fichier de clients auxquels des prestations de services sont offertes, la base de données comporte un objet associé à chaque client. La structure de chaque objet comporte d'une part des informations propres au client et, d'autre part, des informations propres aux ressources en charge des différents services pour ce client. Ainsi, lors d'une prise de commande, l'interrogation de la base de données permet d'affecter une ressource de l'entreprise pour un service demandé en fonction des propriétés relatives au client.
Dans le cas d'un catalogue de produits physiques, un fichier de produits est une base de données qui comporte des objets représentatifs des produits. Chaque objet comporte des informations propres au produit et des informations indiquant pour chaque produit ou chaque catégorie de produits la ou les ressources de l'entreprise intervenant dans le traitement effectué sur le produit.
D'une manière générale, pour une catégorie donnée d'objets physiques, il existe une base de données qui comporte des objets informatiques représentatifs des objets physiques. Chaque objet informatique comporte des informations propres à chaque objet physique et des informations relatives au traitement de chaque objet physique. Ainsi, lors du déroulement d'un processus, l'interrogation de la base de données permet, pour une action ou une tâche à effectuer, de savoir quelle ressource est concernée. Une telle structure de base de données pose un problème de tenue à jour des bases de données. Lorsqu'une entreprise se réorganise, celle-ci modifie la répartition et l'activité de ses ressources. Il est alors nécessaire de passer en revue l'intégralité des bases de données afin de modifier toutes les informations relatives à l'affectation des ressources. Les grandes entreprises se réorganisant de manière régulière pour optimiser leur fonctionnement opérationnel, les coûts non opérationnels engendrés par ce type d'opérations sont importants.
De plus, chaque entreprise adapte la structure de ses bases de données en fonction de ses besoins. La fusion de deux entreprises ajoute aux problèmes de réconciliation des propriétés intrinsèques des bases de données des entreprises concernées un problème à résoudre relativement à la réaffectation statique des ressources pour les mettre en rapport avec les objets des bases de données concernées.
L'invention a pour objet de résoudre les problèmes évoqués. Des bases de données d'objets informatiques sont réalisées uniquement avec les propriétés intrinsèques aux objets physiques. Des filtres de données sont définis pour trier les différentes propriétés intrinsèques afin de les répartir en classe d'objets. Des matrices d'affectation sont ensuite utilisées pour faire correspondre des ressources aux classes d'objets. Lors du traitement d'un processus, un procédé d'affectation est mis en œuvre pour déterminer une ressource de manière automatique. A partir de la sollicitation du dispositif précisant le type d'action à effectuer et l'identifiant de l'objet, le dispositif interroge la base de données concernée pour obtenir des informations intrinsèques relatives à l'objet. Les informations intrinsèques passent à travers un filtre de données pour déterminer une classe d'appartenance. A partir de la classe d'appartenance, une matrice d'affectation fait le lien avec une ou plusieurs ressources.
Plus particulièrement, l'invention est un procédé d'affectation de ressources dans un processus dynamique ayant des actions à effectuer relativement à des objets physiques à l'aide d'au moins une base de données, d'au moins un filtre de données et d'au moins une matrice d'affectation. La base de données comporte une pluralité d'objets informatiques correspondant aux objets physiques, chaque objet informatique comportant une pluralité de caractéristiques intrinsèques à l'objet physique correspondant. Le filtre de données établit des règles d'appartenance à des classes d'appartenance en fonction des caractéristiques intrinsèques. La matrice d'affectation fait correspondre une ou plusieurs ressources à une classe d'appartenance. A réception d'une requête comportant un type d'action à effectuer relativement à un objet physique, les étapes suivantes sont effectuées : a/ interrogation de la base de données pour obtenir des caractéristiques intrinsèques de l'objet physique, b/ soumission des caractéristiques intrinsèques aux règles d'appartenance du filtre de données et détermination de la classe d'appartenance lorsque la règle d'appartenance associée est vérifiée par les caractéristiques intrinsèques de l'objet physique, c/ détermination de la ressource à utiliser à l'aide de la classe d'appartenance et de la matrice d'affectation.
Préalablement au procédé de détermination, une requête devant aboutir à la détermination d'une requête est reçu par le dispositif de traitement.
La requête contient un type d'action à effectuer. Selon un mode de réalisation particulier, la matrice d'affectation comporte pour chaque classe d'appartenance une liste d'au moins deux ressources correspondant à au moins deux types d'action à effectuer, chaque type d'action étant associé à une ressource de ladite liste. Le type d'action à effectuer étant indiqué par le processus, l'étape c/ détermine la ressource à utiliser en fonction du type d'action à effectuer.
Grâce à l'invention, les bases de données n'ont plus besoin de contenir les informations de ressources qui sont contenues dans les matrices d'affectation. Lorsque les ressources sont en nombre très inférieur aux objets informatiques, cela permet de réduire considérablement la taille nécessaire au stockage des informations. Par ailleurs, il est possible d'avoir plusieurs filtres de données et plusieurs matrices d'affectation pour une même base de données ce qui permet d'utiliser des bases de données centralisées avec des filtres propres aux ressources qui les utilisent. Une décomposition fine des tâches d'un processus permet d'utiliser des filtres de données et des matrices d'affectation de tailles réduites. En cas de réorganisation, les bases ne sont plus modifiées. Il suffit de modifier les matrices d'affectation et éventuellement les filtres ce qui réduit considérablement les opérations de mise à jour.
L'invention peut être réalisée sous la forme d'un programme d'ordinateur comportant des portions de code exécutables par un ordinateur pour mettre en œuvre le procédé. L'invention couvre également le support d'enregistrement de données lisible par un ordinateur qui comporte le programme ainsi que la mise à disposition en ligne dudit programme d'ordinateur. Selon un autre aspect, l'invention est un processus mettant en œuvre des tâches relatives à des objets physiques. Pour une tâche à effectuer sur un objet physique, le processus détermine un type d'action à effectuer puis réalise le procédé d'affectation de ressource afin de déterminer la ressource à utiliser pour réaliser la tâche. Selon encore un autre aspect, l'invention est un système de traitement d'au moins une tâche d'un processus, qui comporte : au moins une base de données d'objets informatiques, chaque objet informatique incluant un identifiant et une pluralité de caractéristiques intrinsèques à l'objet physique ; au moins un filtre de données établissant des règles d'appartenance à des classes d'appartenance en fonction de caractéristiques intrinsèques ; au moins une matrice d'affectation faisant correspondre une ou plusieurs ressources à une classe d'appartenance ; des moyens de traitement pour interroger la base de données afin d'obtenir des caractéristiques intrinsèques, pour soumettre les caractéristiques intrinsèques aux règles d'appartenance du filtre de données afin de déterminer la classe d'appartenance de l'objet, et pour déterminer la ressource à utiliser à l'aide de la classe d'appartenance et de la matrice d'affectation.
L'invention sera mieux comprise et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la description faisant référence aux dessins annexés parmi lesquels : la figure 1 illustre le déroulement d'un processus industriel, la figure 2 illustre un système d'attribution de ressources selon rinvention, la figure 3 illustre un exemple de traitement de données mis en œuvre à l'aide du procédé selon l'invention, la figure 4 illustre un organigramme du procédé selon l'invention, la figure 5 illustre une variante de traitement de données mis en œuvre du procédé selon l'invention.
Les processus peuvent être très complexes, et de nombreux modèles permettent de les représenter. L'invention étant indépendante du nombre et de la complexité des processus mis en œuvre, il est fait référence à un modèle et des exemples simplifiés pour faciliter la compréhension de ce document. L'invention peut s'appliquer cependant à tous les processus et elle est d'autant plus avantageuse que la mise en œuvre du processus est complexe.
La figure 1 montre une décomposition simple d'un processus industriel en trois tâches T-i, T2 et T3. Bien entendu, le processus peut être plus complexe et peut réaliser des tâches en parallèle, tel que montré en pointillé avec la tâche T2. Un système de traitement 100 interagit avec les tâches Ti à T3 afin de s'assurer du bon déroulement du processus. C'est au niveau du système de traitement 100 que se situent les bases de données permettant les affectations de ressources. Le système de traitement 100 est un système informatique constitué d'un ou plusieurs ordinateurs permettant de conserver les données de l'entreprise et d'effectuer des traitements sur ces données. Un exemple de système de traitement 100 est représenté sur la figure 2. Le système de traitement 100 comporte des bases de données 110, des filtres de données 120, des matrices d'affectation 130 et des moyens de traitement 140.
Les bases de données 1 10, les filtres de données 120 et les matrices d'affectation 130 -sont stockés sur un ou plusieurs disques durs appartenant à un ou plusieurs ordinateurs et ne sont pas nécessairement stockés au même endroit. Préférentiellement, les bases de données 110 sont centralisées pour toute l'entreprise lorsque toutes les ressources opérationnelles de l'entreprise sont susceptibles d'y accéder. Les moyens de traitement 140 sont constitués d'un ou plusieurs ordinateurs disposant de programmes pour accéder aux données et effectuer des traitements sur les bases de données 110, les filtres de données 120 et les matrices d'affectation 140. A titre de premier exemple, la tâche Ti est la prise d'une commande d'un produit fabriqué à la demande et incluant son installation chez le client. La tâche T2 est une tâche de fabrication du produit commandé. La tâche T3 est la tâche de livraison et d'installation.
La tâche Ti consiste à collecter les données d'initialisation du processus, ces données d'initialisation correspondent à un bon de commande identifiant le client et les produits et services commandés. Le bon de commande est ensuite transmis à la ressource suivante pour la suite du processus.
La ressource opérationnelle en charge de la tâche T1 de prise de commande est contactée directement par le client et il n'est pas besoin de la déterminer. Cette ressource opérationnelle est par exemple un vendeur capable d'échanger des données avec le système de traitement 100. Le vendeur peut être également un serveur informatique relié à Internet d'une part et au système de traitement 100 d'autre part. Le vendeur, pour élaborer le bon de commande, a besoin d'identifier le client et d'identifier les produits et services commandés. Au cours de cette tâche, le vendeur interagit entre le client et le système de traitement 100.
Pour l'identification du client, le vendeur lui demande son nom et vérifie si le client est déjà enregistré comme client dans une des bases de données 110 correspondant à une base de données dont les objets correspondent à des clients. S'il s'agit d'un nouveau client, le vendeur demande des informations propres au client, telles que par exemple : son nom, son adresse, éventuellement une adresse de livraison et de facturation, le mode de paiement utilisé, éventuellement un délai de paiement, et éventuellement d'autres informations optionnelles non essentielles pour la commande en cours. Les informations propres au client sont ensuite mises à jour dans la base de données. Le vendeur interroge à nouveau les bases de donnée 110 pour obtenir le catalogue des produits (base de données où les objets correspondent des produits) et le catalogue des services (base de données où les objets correspondent à des services) afin de permettre au client de faire son choix. L'interrogation des catalogues permet d'obtenir toutes les caractéristiques des produits et services permettant au client de choisir le produit le plus adapté à ses besoins.
Le client ayant choisi un produit accompagné d'un service d'installation, le vendeur peut établir son bon de commande et l'envoyer à la prochaine ressource pour effectuer la tâche T2 de fabrication. La ressource opérationnelle en charge de la tâche T2 est une unité de fabrication. Pour déterminer l'unité de fabrication le vendeur met en œuvre le procédé automatisé décrit conjointement à l'aide des figures 3 et 4.
Le vendeur fournit un identifiant 300 du produit au système de traitement 100 pour obtenir l'unité de fabrication capable de produire ledit produit. Les moyens de traitement 140 interrogent les bases de données 110
(étape 401) et plus particulièrement la base de données 111 qui référence les produits afin d'obtenir les caractéristiques intrinsèques 301 du produit. A cet effet, la base de données est par exemple constituée d'un tableau comportant une colonne d'identifiants 302 et une pluralité de colonnes de caractéristiques
303.
Les caractéristiques intrinsèques 301 sont ensuite soumises à un filtre 121 (étape 402) pour déterminer une classe d'appartenance 304. Le filtre 121 est l'un des filtres 120 affectés aux produits de la base de données 111 pour déterminer la ressource concernée pour effectuer différents types de tâches sur le produit qui sont, par exemple, sa production, sa réparation ou encore son recyclage. Chaque filtre 121 comporte une liste de conditions 305 et une liste de classes 306. La liste de conditions 305 définissant une pluralité de séries de conditions basées sur les caractéristiques des produits. Chaque série de conditions est associée à une classe d'appartenance de la liste de classe 306. Les moyens de traitement 140 effectuent la vérification des séries de conditions et fournissent la classe d'appartenance associée à une série lorsque les conditions sont vérifiées à l'aide des caractéristiques extraites 301.
Les moyens de traitement 140 déterminent ensuite la ressource concernée (étape 403) à l'aide de la classe d'appartenance 304 et d'une matrice d'appartenance 131. La matrice d'appartenance 131 est une des matrices 130 associées au filtre 121. La matrice 131 comporte une liste de classes 307 identique à la liste de classes du filtre 121. Pour chaque classe d'appartenance, la matrice 131 fait correspondre une série de ressources 308 correspondant à différentes tâches ou types d'action à effectuer sur un produit appartenant à la classe d'appartenance 304. La détermination de la ressource à utiliser se fait en récupérant la série de ressources 308 associée à la classe d'appartenance et en sélectionnant parmi ces ressources celle qui correspond à la tâche ou au type d'action à effectuer.
Si l'on prend l'exemple de matériel informatique commandé en ligne, le client va choisir son produit dans un catalogue d'ordinateurs. Le catalogue d'ordinateurs constitue une base de données dont les objets correspondent à des ordinateurs. Les ordinateurs du catalogue sont par exemple regroupés en modèles d'ordinateurs disposant chacun d'un certain nombre de composants internes pouvant être changés de manière optionnelle ainsi que des options supplémentaires. Les caractéristiques de chaque ordinateur du catalogue reflètent l'une des différentes configurations possibles d'options. Ce catalogue d'ordinateurs comporte une liste de combinaisons que le fabricant propose de commercialiser en prenant en compte la compatibilité entre les options et l'intérêt commercial de chaque combinaison proposée.
Un tel catalogue peut comporter plusieurs milliers de produits alors que le fabricant ne dispose que de quelques unités de production, par exemple cinq. L'intégration de l'indication de l'unité de production dans la base de données des produits est peu souple d'emploi si l'on désire modifier la répartition de la production entre les unités de production, ce qui se produit régulièrement en fonction de l'importance des commandes pour certains produits et des stocks de composants des différentes unités de production.
Par contre, il est possible de déterminer un nombre de classes d'appartenance en nombre beaucoup plus réduit que le nombre de produits. Plus le rapport entre le nombre d'objets d'une base de données et le nombre de classes d'appartenance est élevé, plus les économies de taille de stockage sont importantes. Préférentiellement, le nombre de classes d'appartenance est supérieur au nombre d'unités de production afin de permettre plus de souplesse dans l'organisation de la production.
A titre d'exemple, cinquante classes d'appartenance peuvent être utilisées. Les conditions d'appartenance sont déterminées en fonction des caractéristiques présentes dans le catalogue de produits et peuvent prendre en compte seulement un nombre réduit de caractéristiques définissant le produit. Préférentiellement, les classes sont définies afin de regrouper un nombre de produits du même ordre de grandeur. Le catalogue de produits contenant par exemple 1500 produits, les cinquante classes regroupent chacune par exemple entre 15 et 50 produits.
La matrice 131 est établie pour faire correspondre à chaque classe d'appartenance une unique ressource pour une tâche à accomplir. Une même ressource peut être utilisée pour plusieurs tâches. Les différentes tâches directement liées à un produit étant sa fabrication, sa réparation et son recyclage. Une unité de production effectue principalement la fabrication d'un produit, mais celle-ci peut également effectuer la réparation ou le démontage en vu d'un recyclage des différents composants d'un produit si l'entreprise ne dispose pas d'unité indépendante plus spécialisée.
Le remplissage de la matrice devrait idéalement prendre en compte les états des différentes unités de production ainsi que les probabilités de sélection des classes d'appartenance. Or l'état des stocks de pièces servant à la fabrication d'un ordinateur fluctue constamment en fonction des produits fabriqués et des livraisons. De même une probabilité de sélection d'une classe d'appartenance peut dépendre des souhaits des clients, lesquels évoluent par périodes. Quelle que soit la répartition des ressources dans la matrice 131 , cette répartition sera à changer à plus ou moins long terme pour répondre à des paramètres qui évoluent dans le temps.
Un grand avantage de l'invention est que seule la matrice 131 peut être modifiée dans la plupart des cas. En effet, le nombre de classes d'appartenance étant supérieur au nombre d'unités de production, il est possible de modifier très simplement la répartition des ressources par rapport aux classes d'appartenance à tout moment. Les modifications de la matrice peuvent être réalisées en fonction de l'état des stocks de composant dans les unités de fabrication et en fonction de la file d'attente de chaque unité. Il est ainsi possible d'agir sur la matrice pour répartir dynamiquement la production.
Si une répartition des ressources dans la matrice ne permet pas d'obtenir une flexibilité d'utilisation suffisante, il convient de modifier le filtre 121 en augmentant le nombre de classes d'appartenance ou en redéfinissant les séries de conditions. Une telle opération est un peu plus lourde à réaliser qu'une simple répartition dans la matrice. Mais elle intervient peu souvent.
L'ajout d'un nouveau produit dans le catalogue peut être compatible avec les filtres. Un nouveau produit comporte une combinaison de caractéristiques qui peut être déjà classable dans l'une des classes d'appartenance. Cependant, il est possible qu'un nouveau produit comporte une caractéristique l'excluant de toutes les classes d'appartenance.
Deux possibilités sont offertes. Une première possibilité (test 404) consiste à vérifier si une classe d'appartenance a été associée aux caractéristiques du produit par le filtre 121. Si aucune classe n'est trouvée, alors une erreur de traitement est détectée (étape 405). L'erreur de traitement peut ensuite être signalée afin d'être corrigée. La détermination de la ressource à effectuer se fait alors manuellement. La correction d'une telle erreur consiste à modifier les classes d'appartenance.
Une deuxième possibilité, offrant plus de souplesse dans la réactivité, consiste à définir une classe d'appartenance normalement vide dont la condition est qu'aucune des autres conditions du filtre n'est vérifiée. Il est alors possible d'affecter une ressource, par exemple capable de traiter tous les nouveaux produits. Si cette classe est trop souvent sollicitée, il convient de modifier les autres conditions du filtre. Par ailleurs, afin de pouvoir couvrir tous les cas de figure, il convient de prévoir une possibilité de traitement exceptionnel. Par traitement exceptionnel, il faut comprendre un traitement possible uniquement dans des cas rares. Le caractère exceptionnel du traitement peut découler de différentes raisons. Il est par exemple possible de ne pas disposer de propriétés intrinsèques et génériques compatible avec la définition des objets informatiques de la base de données. Il est également possible de ne pas pouvoir définir une logique d'association qui permettrait d'affecter une ressource opérationnelle en fonction des propriétés de l'objet par manque de distinctivité des caractéristiques intrinsèques de la base de données. Dans le cas d'un catalogue des produits, cela peut correspondre à la présence d'une option très peu demandée et qui empêche la production par les ressources de l'entreprise selon un processus conventionnel de l'entreprise.
Après l'étape 401 d'extraction des caractéristiques du produit de la base de données 111 , et avant l'étape 402 de soumission de ces caractéristiques extraites 301 au filtre 121 , il convient de vérifier s'il s'agit d'un produit nécessitant un traitement d'exception (test 406). Le caractère exceptionnel du produit peut être détecté soit par l'identifiant du produit et d'une table listant les identifiants des produits à caractère exceptionnel, soit en réalisant un test sur les caractéristiques intrinsèques afin de détecter une caractéristique à caractère exceptionnel.
S'il s'agit d'un produit exceptionnel alors un traitement exceptionnel est mis en œuvre (étape 407). Pour un produit exceptionnel, la ressource à affecter est connue et peut correspondre à une ressource capable de traiter des produits non exceptionnels éventuellement dans un autre contexte. Si Ie caractère exceptionnel vient d'une option empêchant l'utilisation de machines automatiques mise en place sur des chaînes de fabrication, le montage peut quand même être effectué mais par exemple par une équipe qui assure normalement la réparation des produits et qui est moins automatisée.
Dans le cas où plusieurs produits exceptionnels ont des traitements différents, on lance un procédé d'affectation automatique ne concernant que les produits exceptionnels. L'affection automatique de ressources peut se faire selon une technique plus conventionnelle à l'aide d'une base de données relative uniquement aux produits exceptionnels qui correspond à une copie de la base de données des produits dans laquelle les ressources sont indiquées. Il est aussi possible d'utiliser un procédé d'affectation analogue à celui mis en œuvre pour les objets non exceptionnels. Les objets exceptionnels étant rares par définition, les données supplémentaires nécessaires au traitement à caractère exceptionnel sont limitées en nombre. L'unité de fabrication ayant été affectée au cours de la tâche Ti, la tâche T2 peut être réalisée. Comme indiquée précédemment, la tâche T2 peut elle-même être décomposée en sous-tâches. A titre d'exemple, la tâche T2 de production d'un ordinateur peut être décomposée en plusieurs sous-tâches, une ou plusieurs sous-tâches d'assemblage des cartes d'interface sur une carte mère, une sous-tâche de configuration du système d'exploitation dans un disque dur en fonction des options matérielles choisies, une ou plusieurs sous- tâches d'assemblage dans le boîtier de la carte mère et des périphériques s'intégrant dans le boîtier, l'emballage, et autres.
Là encore, des affectations de ressources sont possibles selon le procédé d'affectation énoncé précédemment en relation avec les figures 3 et 4.
La base de données du catalogue de produits est la même. Le ou les filtres utilisés peuvent être les mêmes ou être définis de manière différente car il ne s'agit plus de répartir une charge de production entre des unités de fabrication mais de répartir des machines et des équipes de montage pour réaliser des tâches bien précises en fonction des caractéristiques des produits.
La ou les matrices d'affectation peuvent comprendre pour chaque classe d'appartenance une ou des séries de ressources en nombre différent de celui de la matrice 131. En effet, le nombre de sous-tâches étant plus important, il convient de pouvoir affecter une ressource pour chaque sous- tâche. Il est possible d'avoir des matrices qui regroupent les ressources affectées à des sous-tâches réalisées en parallèle, tel que, par exemple, l'assemblage des cartes sur la carte mère effectué par un robot d'assemblage et la configuration du système d'exploitation effectuée par un logiciel-robot.
La combinaison de l'invention avec des robots est particulièrement intéressante. Le bon de commande, sous format électronique, permet de choisir automatiquement les robots et peut en outre permettre de récupérer des commandes propres au robot mémorisées dans la matrice. L'intervention humaine se fait uniquement sur les matrices d'affectation en fonction des configurations de robots.
Un robot d'assemblage de carte peut être configuré pour un ou plusieurs types de carte mère et peut par exemple insérer une carte dans la carte mère parmi un choix de cartes présentes dans les magasins dudit robot. Deux produits différents peuvent être ainsi traités par un même robot pour l'assemblage d'une carte et par deux robots différents pour l'assemblage d'une carte suivante. La matrice peut indiquer le robot à utiliser mais également, à destination du robot, le type de carte mère, l'emplacement sélectionné sur la carte mère et le magasin du robot correspondant à la carte à assembler.
Un logiciel-robot chargé de configurer le système d'exploitation de l'ordinateur en cours de fabrication peut être affecté en fonction du type de système d'exploitation choisi par le client. Le paramétrage de la configuration se fait par exemple à l'aide d'une partie des paramètres du produit décrivant la configuration matérielle de l'ordinateur.
La tâche T2 se termine lorsque toutes les sous-tâches de fabrication sont effectuées. A la fin de la tâche T2, il convient de déterminer quelle ressource va effectuer la livraison et l'installation du produit chez le client. La livraison dépend de l'adresse de livraison spécifiée dans la base de données des clients. L'installation peut dépendre du produit. L'affectation d'une équipe montre une variante possible de la mise en œuvre de l'invention en faisant références aux figures 4 et 5.
La détermination de la ressource en charge de la tâche T3 se fait en réalisant une étape 401 d'interrogation de bases de données pour obtenir les caractéristiques nécessaires. Un identifiant 300 du produit et un identifiant 500 du client sont fournis au système de traitement. Les moyens de traitement 140 interrogent, d'une part, la base de données 111 des produits et, d'autre part la base de données 112 des clients, les deux bases faisant partie des bases de données 110. Dans cette variante, ce n'est pas la totalité des caractéristiques du produit et du client qui sont utilisées mais seulement une partie significative pour la détermination de la ressource en charge de la tâche T3. Pour le produit, seules des caractéristiques permettant de définir la compétence de la ressource sont nécessaires, par exemple le type de système d'exploitation, le type de connexion à Internet, les éventuels périphériques externes à brancher sur l'ordinateur. Pour le client, l'adresse de livraison peut suffire pour déterminer la ressource « équipe de livraison » à solliciter. Les caractéristiques 501 et 502 provenant des bases de données 111 et 112 sont ensuite regroupées pour former un groupe de caractéristiques 503.
Les moyens de traitement 140 vérifient au cours du test 406, qu'il n'y a pas de traitement d'exception à mettre en œuvre aussi bien sur le produit que sur le client avant de procéder à l'étape de filtrage 402. Les caractéristiques 503 sont soumises à un filtre 122 pour déterminer une classe d'appartenance 504. Le filtre 122 est l'un des filtres 120 affectés aux produits de la base de données 111 et aux clients de la base de données 112 pour déterminer la ressource concernée pour effectuer une tâche de livraison incluant éventuellement une installation. Les moyens de traitement 140 effectuent la vérification des séries de conditions du filtre 122 et déterminent la classe d'appartenance 504 associée à la série qui vérifie les conditions sur les caractéristiques 503.
S'il y a bien une classe d'appartenance définie, l'étape d'affectation 403 est alors réalisée. Les moyens de traitement 140 déterminent la ressource en fournissant à une matrice d'appartenance 132, d'une part, la classe d'appartenance 504 et, d'autre part, le type d'action 505 à réaliser. La matrice d'appartenance 132 est une des matrices 130 associées au filtre 122. La matrice 132 diffère de la matrice 131 en ce qu'elle dispose d'une sélection directe de type d'action sur une série de ressources correspondant à une tâche de livraison/installation à effectuer sur un couple produit/client appartenant à la classe d'appartenance 504. Le type d'action à effectuer est par exemple une livraison simple, une livraison avec connexion à Internet sur le câble, une livraison avec connexion à Internet par une liaison de type xDSL, ou autre possibilité d'installation. La détermination de la ressource 506 à utiliser est réalisée en prenant une ressource associée à la classe d'appartenance 504 et au type d'action 505.
Comme on l'a vu précédemment, le nombre de produits est de l'ordre de quelques milliers. En ce qui concerne les clients, leur nombre peut être encore plus important, de l'ordre de la centaine de milliers. Le nombre de couples produit/client en est d'autant plus important. Suivant le type d'installation, ce peuvent être des équipes différentes qui disposent des compétences techniques nécessaires. En plus, l'équipe devra être choisie en fonction de la localisation du lieu de livraison. Le nombre de classes d'appartenance est choisi afin de permettre à la fois une répartition de compétence technique et un découpage géographique suffisamment fin pour avoir une certaine souplesse de réorganisation. La finesse du découpage géographique est par exemple déterminée en fonction du nombre d'équipes disponibles avec un facteur multiplicateur par exemple égal à dix.
De nombreuses utilisations de l'invention sont possibles. A titre d'exemple pour illustrer l'avantage de gain en termes de simplicité de gestion, l'invention peut être utilisée pour effectuer des opérations de maintenance sur le réseau d'un opérateur téléphonique. Un réseau de télécommunication dans un pays tel que la France comporte plusieurs centaines de milliers de noeuds de réseau. Chaque nœud de réseau peut correspondre à un objet informatique d'une base de données. Les caractéristiques du nœud de réseau comprennent un descriptif du matériel constituant le nœud de réseau, la localisation du nœud, son niveau hiérarchique dans la topologie du réseau, les types de connexions effectuées par le nœud, et éventuellement d'autres informations spécifiques au nœud.
Les équipes de maintenance, par exemple 100, sont réparties sur le territoire et disposent de compétences qui leur permettent d'agir sur certains matériels et pas d'autres. Elles peuvent être de différentes tailles et avoir des horaires de travail différents. Les équipes de maintenance peuvent être chargées de différentes tâches, telles que, par exemple, la maintenance simple périodique, un dépannage non critique (cas de panne non bloquante), un dépannage d'urgence possible sur trois tranches horaires possibles. II est à noter que la structure d'un nœud de réseau varie peu et donc la base de données des nœuds de réseau peut conserver la même structure pendant une durée relativement longue de l'ordre de la dizaine d'années. Une réorganisation importante des équipes de maintenance pouvant entraîner une modification des filtres peut se produire tous les deux ans. Et une réorganisation de l'affectation des équipes d'intervention entraînant une modification des matrices d'affectation peut avoir lieu plusieurs fois dans une année.
En outre dans un exemple de base de données de grande dimension, d'autres avantages sont à prendre en considération. Avec l'invention, les pointeurs de ressources sont centralisés dans les matrices d'affectations 130 par l'intermédiaire des filtres de données 120. Par rapport à un état de la technique qui inclut les pointeurs de ressources dans les bases de données des objets, le nombre de pointeurs est considérablement réduit. A titre d'exemple, si pour un type d'objet cinq ressources peuvent être affectées et que la base de données comporte 100 000 objets alors 500 000 pointeurs de ressources sont nécessaires. Ce nombre de pointeurs de ressources est considérablement réduit grâce à l'invention.
En effet, avec l'invention, en définissant 2000 classes d'appartenance, le nombre de pointeurs de ressources est réduit à 10 000 auxquels il faut ajouter les 2000 pointeurs de classe d'appartenance. Le nombre total de pointeurs est ainsi réduit à 12 000. Une telle réduction présente comme avantage de réduire les traitements de pointeurs à effectuer et donc de nécessiter des ordinateurs moins puissant en terme de nombre d'opération à effectuer. Un autre avantage de moindre importance est la réduction des informations stockées représentatives des pointeurs.
A titre d'exemple complémentaire, le fichier client d'un opérateur de téléphonie atteint 30 millions de clients. Pour chaque client, des prestations de service ou des interventions peuvent être réalisées par différentes ressources de l'opérateur à la demande du client. Le gain sur une telle base de données est encore plus conséquent en terme d'organisation. En outre les avantages liés à la réduction du nombre de pointeurs sont encore plus importants. L'homme du métier comprendra que de très nombreuses variantes de l'invention sont possibles suivant les configurations. Une ou plusieurs bases de données peuvent être interrogées pour une seule affectation de ressources en fonction des cas à traiter. Un ou plusieurs filtres peuvent être défini pour une base de données. Au moins une matrice d'affectation par filtre est utilisée.

Claims

R E V E N D I C A T I O N S
1. Procédé d'affectation de ressources dans un processus dynamique ayant des actions à effectuer relativement à des objets physiques à l'aide d'au moins une base de données (110, 111 , 112), d'au moins un filtre de données (120, 121 , 122) et d'au moins une matrice d'affectation (130, 131 , 132), dans lequel :
- la base de données (110, 111 , 112) comporte une pluralité d'objets informatiques correspondant aux objets physiques, chaque objet informatique comportant une pluralité de caractéristiques intrinsèques (303) à l'objet physique correspondant,
- le filtre de données (120, 121 , 122) établit des règles d'appartenance (305) à des classes d'appartenance (306) en fonction des caractéristiques intrinsèques,
- la matrice d'affectation (130, 131 , 132) fait correspondre une ou plusieurs ressources (308, 506) à une classe d'appartenance, et dans lequel, à réception d'une requête comportant un type d'action à effectuer relativement à un objet physique, les étapes suivantes sont effectuées : a/ interrogation (401) de la base de données (111, 112) pour obtenir des caractéristiques intrinsèques (301 , 501 , 502) de l'objet physique, b/ soumission des caractéristiques intrinsèques (301 , 501 , 502) aux règles d'appartenance du filtre de données (121 , 122) et détermination (402) de la classe d'appartenance (304, 504) lorsque la règle d'appartenance associée est vérifiée par les caractéristiques intrinsèques de l'objet physique, c/ détermination (403) de la ressource (308, 506) à utiliser à l'aide de la classe d'appartenance (304, 504) et de la matrice d'affectation (131 , 132).
2. Procédé selon la revendication 1 , dans lequel la matrice d'affectation (132) comporte pour chaque classe d'appartenance une liste d'au moins deux ressources correspondant à au moins deux types d'action à effectuer, chaque type d'action étant associé à une ressource de ladite liste, et dans lequel, le type d'action à effectuer (505) étant indiqué par le processus, l'étape c/ détermine la ressource à utiliser en fonction du type d'action à effectuer.
3. Procédé selon l'une des revendications 1 ou 2, dans lequel, avant d'effectuer l'étape b/, on détermine (406) si l'objet est un objet dont le traitement est conforme à une affectation normale de ressources.
4. Procédé selon l'une des revendications 1 à 3, dans lequel, si l'étape b/ ne peut pas déterminer de classe d'appartenance, alors une erreur de traitement est détectée (404).
5. Procédé selon l'une des revendications 1 à 3, dans lequel le filtre comporte un classe d'appartenance dont la règle d'appartenance correspond à la non vérification de toutes les autres règles d'appartenance du filtre.
6. Programme d'ordinateur comportant des portions de code exécutables par un ordinateur pour mettre en œuvre le procédé selon l'une des revendications 1 à 5.
7. Support d'enregistrement de donnée lisible par un ordinateur qui comporte le programme de la revendication 6.
8. Mise à disposition en ligne du programme d'ordinateur de la revendication 6 en vue de son téléchargement.
9. Processus mettant en œuvre des tâches relatives à des objets physiques, caractérisé en ce que, pour une tâche (Ti-T3) à effectuer sur un objet physique, le processus détermine un type d'action à effectuer puis réalise le procédé selon l'une des revendications 1 à 5 afin de déterminer la ressource à utiliser pour réaliser la tâche.
10. Système de traitement d'au moins une tâche d'un processus, qui comporte :
- au moins une base de données (110-112) d'objets informatiques, chaque objet informatique incluant un identifiant (302) et une pluralité de caractéristiques intrinsèques (303) à l'objet physique,
- au moins un filtre de données (120-121) établissant des règles d'appartenance (305) à des classes d'appartenance (306) en fonction de caractéristiques intrinsèques (301), - au moins une matrice d'affectation (130-132) faisant correspondre une ou plusieurs ressources (308, 506) à une classe d'appartenance (304, 307, 504),
- des moyens de traitement (140) pour interroger (401) la base de données afin d'obtenir des caractéristiques intrinsèques (301, 501, 502), pour soumettre (402) les caractéristiques intrinsèques (301 , 501 , 502) aux règles d'appartenance (305) du filtre de données afin de déterminer la classe d'appartenance (304, 504) de l'objet, et pour déterminer (403) la ressource (308, 506) à utiliser à l'aide de la classe d'appartenance (305) et de la matrice d'affectation.
PCT/FR2005/003273 2005-01-03 2005-12-23 Systeme, programme et procede d'affectation de ressources WO2006072696A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/794,640 US8175905B2 (en) 2005-01-03 2005-12-23 Source allocation system, program and method
EP05850609A EP1834274A1 (fr) 2005-01-03 2005-12-23 Systeme, programme et procede d'affectation de ressources

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0500018 2005-01-03
FR0500018A FR2880450A1 (fr) 2005-01-03 2005-01-03 Procede d'affectation de ressources

Publications (1)

Publication Number Publication Date
WO2006072696A1 true WO2006072696A1 (fr) 2006-07-13

Family

ID=34954721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2005/003273 WO2006072696A1 (fr) 2005-01-03 2005-12-23 Systeme, programme et procede d'affectation de ressources

Country Status (4)

Country Link
US (1) US8175905B2 (fr)
EP (1) EP1834274A1 (fr)
FR (1) FR2880450A1 (fr)
WO (1) WO2006072696A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100456870C (zh) * 2006-08-15 2009-01-28 中国移动通信集团公司 无线信道分配方法
CN109711940A (zh) * 2018-12-27 2019-05-03 拉扎斯网络科技（上海）有限公司 订单分配方法、装置、电子设备及存储介质
US11127079B2 (en) * 2018-07-06 2021-09-21 Michael Arthur Brown Computer simulated monetary allocation using network of operator data objects

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101262679B1 (ko) * 2013-02-13 2013-05-20 송형근 클라우드 컴퓨팅을 위한 효율적인 자원 배분 장치
US11356317B2 (en) * 2019-12-24 2022-06-07 Vmware, Inc. Alarm prioritization in a 5G telco network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07234897A (ja) * 1993-12-28 1995-09-05 Kobe Steel Ltd 生産スケジュール作成装置
JPH086630A (ja) * 1994-06-21 1996-01-12 Kobe Steel Ltd 生産スケジュール作成装置
US20030081757A1 (en) * 2001-09-24 2003-05-01 Mengshoel Ole J. Contact center autopilot architecture

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5287511A (en) * 1988-07-11 1994-02-15 Star Semiconductor Corporation Architectures and methods for dividing processing tasks into tasks for a programmable real time signal processor and tasks for a decision making microprocessor interfacing therewith
EP0770967A3 (fr) * 1995-10-26 1998-12-30 Koninklijke Philips Electronics N.V. Système d'aide de décision pour la gestion d'une chaíne de l'alimentation agile
US6536935B2 (en) * 1997-07-23 2003-03-25 Atarum Institute Computerized system for market-based constraint optimization
US6591272B1 (en) * 1999-02-25 2003-07-08 Tricoron Networks, Inc. Method and apparatus to make and transmit objects from a database on a server computer to a client computer
US20030208527A1 (en) * 2001-07-20 2003-11-06 Lino Lglesais Method for smart device network application infrastructure (SDNA)
US20060143220A1 (en) * 2003-12-31 2006-06-29 Spencer Herman Jr Software application framework using meta-data defined object definitions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07234897A (ja) * 1993-12-28 1995-09-05 Kobe Steel Ltd 生産スケジュール作成装置
JPH086630A (ja) * 1994-06-21 1996-01-12 Kobe Steel Ltd 生産スケジュール作成装置
US20030081757A1 (en) * 2001-09-24 2003-05-01 Mengshoel Ole J. Contact center autopilot architecture

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
MEIRINA C ET AL: "Real-time agent-based decision support system to facilitate effective organizational adaptation", SYSTEMS, MAN AND CYBERNETICS, 2004 IEEE INTERNATIONAL CONFERENCE ON THE HAGUE, THE NETHERLANDS 10-13 OCT. 2004, PISCATAWAY, NJ, USA,IEEE, vol. 3, 10 October 2004 (2004-10-10), pages 2681 - 2686, XP010772636, ISBN: 0-7803-8566-7 *
PATENT ABSTRACTS OF JAPAN vol. 1996, no. 01 31 January 1996 (1996-01-31) *
PATENT ABSTRACTS OF JAPAN vol. 1996, no. 05 31 May 1996 (1996-05-31) *
REDLEIN A: "Fulfilling customer's needs by the use of a variant configurator for dynamic product definition", EMERGING TECHNOLOGIES AND FACTORY AUTOMATION, 1999. PROCEEDINGS. ETFA '99. 1999 7TH IEEE INTERNATIONAL CONFERENCE ON BARCELONA, SPAIN 18-21 OCT. 1999, PISCATAWAY, NJ, USA,IEEE, US, vol. 1, 18 October 1999 (1999-10-18), pages 735 - 742, XP010365869, ISBN: 0-7803-5670-5 *
See also references of EP1834274A1 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100456870C (zh) * 2006-08-15 2009-01-28 中国移动通信集团公司 无线信道分配方法
US11127079B2 (en) * 2018-07-06 2021-09-21 Michael Arthur Brown Computer simulated monetary allocation using network of operator data objects
CN109711940A (zh) * 2018-12-27 2019-05-03 拉扎斯网络科技（上海）有限公司 订单分配方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
FR2880450A1 (fr) 2006-07-07
US8175905B2 (en) 2012-05-08
EP1834274A1 (fr) 2007-09-19
US20090281858A1 (en) 2009-11-12

Similar Documents

Publication Publication Date Title
EP0793171B1 (fr) Système de configuration de logiciels préconfigurés sur des systèmes ouverts en réseau dans un environnement distribué et procédé mis en oeuvre par un tel système
EP1193625B1 (fr) Moteur de recherche collaboratif
FR2886432A1 (fr) Systeme et procede de commande et d'installation de systemes informatiques a la demande
WO2004042575A1 (fr) Methode d'administration de applications sur des machines virtuelles
CA2796554A1 (fr) Outil de gestion de ressources et d'infrastructures informatiques et reseaux
FR2931970A1 (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
FR2738649A1 (fr) Procede de conversion d'objets d'un espace plat a un espace structure en classes
US20060247936A1 (en) Business Activity Creation Using Business Context Services for Adaptable Service Oriented Architecture Components
CA2351117A1 (fr) Dispositif et procede de gestion a distance d'un reseau de systemes de reproduction d'informations audio-visuelles
WO2006072696A1 (fr) Systeme, programme et procede d'affectation de ressources
EP2353256A1 (fr) Determination et gestion de reseaux virtuels
FR2823932A1 (fr) Systeme et procede pour la distribution dynamique de donnees et/ou de services
EP1501241B1 (fr) Procédé d'approvisionnement de règles de politique dans un réseau géré à base de règles de politique
CA2488194C (fr) Procede de chargement de changements de plannings de vol
EP3991356A1 (fr) Procede d'allocation de ressources d'une infrastructure de reseau
CN116629510A (zh) 一种基于区块链的服务型制造资源匹配方法及系统
EP0988594B1 (fr) Procede d'assistance a l'administration d'une application distribuee basee sur un fichier binaire de configuration dans un systeme informatique
EP2946289A1 (fr) Optimisation de modules informatiques pour le deploiement d'un service informatique
EP2577920B1 (fr) Procédé de routage pseudo-dynamique dans un cluster comprenant des liens de communication statiques et programme d'ordinateur mettant en oeuvre ce procédé
FR3067832A1 (fr) Fourniture de services inter-groupements
EP1047222A1 (fr) Procédé de gestion des états de fonctionnement dans un système informatique
US11822914B2 (en) Upgrade for relational database dependent application
FR3060145A1 (fr) Procede de gestion de fonctionnalites optionnelles dans un systeme de vissage, systeme, concentrateur et produit programme d'ordinateur correspondant.
FR3131487A1 (fr) Procédé de reconfiguration d'un réseau de communication
EP1228466A1 (fr) Procede informatique ou informatisable pour la planification d'operations logistiques

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005850609

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11794640

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2005850609

Country of ref document: EP