Conventional file-based engineering design data for an engineering model are represented by a plurality of components. Each component has a unique identifier, a set of fields, each field having a data type and a data value, and a program which interprets and modifies the fields. The plurality of components are stored in a repository of a server. The repository also stores a history of any changes made to the components. A plurality of client computers are bidirectionally connected to the server. Each client computer may obtain the current version of the components and may send locally edited versions of the components back to the server to replace the current versions in the repository. At the client computer, the user interacts with the components using conventional file-based software. Before locally edited versions of the components are committed to the server to replace the current versions, a synchronization and merging process occurs whereby the latest version of the components are downloaded to the client computer and are compared to the locally edited version of the components to detect resolvable (compatible) and unresolvable (incompatible) conflicts therebetween. The commit process is performed only if no unresolvable conflicts exist between the two versions of the components. To facilitate translation between file-based data and components, a schema is written to "wrap" each of the engineering file formats. Each schema is a set of classes that capture all of the information in the file-based data.

Los datos de diseño que dirigen archivo-basados convencionales para un modelo de la ingeniería son representados por una pluralidad de componentes. Cada componente tiene un identificador único, un sistema de campos, cada campo que tiene un tipo de datos y un valor de los datos, y un programa que interprete y modifique los campos. La pluralidad de componentes se almacena en un depósito de un servidor. El depósito también almacena una historia de cualquier cambio realizado a los componentes. Una pluralidad de computadoras del cliente bidireccional está conectada con el servidor. Cada computadora del cliente puede obtener la versión actual de los componentes y puede enviar las versiones localmente corregidas de los componentes de nuevo al servidor para substituir las versiones actuales en el depósito. En la computadora del cliente, el usuario obra recíprocamente con los componentes usando software archivo-basado convencional. Antes de que las versiones localmente corregidas de los componentes estén confiadas al servidor para substituir las versiones actuales, una sincronización y un proceso de la combinación ocurre por el que la versión más última de los componentes se descargue a la computadora del cliente y esté comparada a la versión localmente corregida de los componentes para detectar resolvable (compatible) y los conflictos (incompatibles) unresolvable therebetween. Se realiza el proceso del confiar solamente si ningunos conflictos unresolvable existen entre las dos versiones de los componentes. Para facilitar la traducción entre los datos y los componentes archivo-basados, un esquema se escribe al "abrigo" cada uno de los formatos del archivo de la ingeniería. Cada esquema es un sistema de las clases que capturan toda la información en los datos archivo-basados.

 
Web www.patentalert.com

< (none)

< Digital signature generating/verifying method and system using public key encryption

> ATM node having local error correcting procedures

> (none)

~ 00025